Bug#766710: ITP: groonga-normalizer-mysql -- MySQL derived normalizer for Groonga
Package: wnpp Severity: wishlist Owner: Groonga Project packa...@groonga.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-de...@lists.debian.or.jp Package name: groonga-normalizer-mysql Version: 1.0.6 Upstream Author: Kouhei Sutou kou at clear-code.com URL: https://github.com/groonga/groonga-normalizer-mysql License: LGPL-2.1 Description: groonga-normalizer-mysql is a Groonga plugin. It provides MySQL compatible normalizers and a custom normalizer to Groonga. -- HAYASHI Kentaro haya...@clear-code.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766093: Multiple assertion failures
On 2014-10-20 Yuri D'Elia wav...@thregr.org wrote: Package: hugin Version: 2014.0.0+dfsg-1+b1 Severity: important Something seems to be broken in either hugin or wxgtk3 right now. Starting hugin with no existing configuration gives me the following startup assertion failures: $ hugin 10:22:20 PM: Debug: Failed to connect to session manager: SESSION_MANAGER environment variable not defined (hugin:28839): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height = -1' failed (hugin:28839): GdkPixbuf-CRITICAL **: gdk_pixbuf_new: assertion 'width 0' failed [·...] When trying to stich a panorama, the following assertions are emitted: /usr/include/wx-3.0/wx/strvararg.h(456): assert (argtype (wxFormatStringSpecifierT::value)) == argtype failed in wxArgNormalizer(): format specifier doesn't match argument type [...] Hello Yuri, just to be sure I understand you correctly: This is a hugin dumps lots of cryptic error messages on the console-type bug report. We previously (761224) had bu-reports where an error window poppped up for each assertion and needed to be confirmed. 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#766544: bind9: /sbin/dhclient requires ISC libs in /usr/lib
On Thu, Oct 23, 2014 at 5:10 PM, Steven Chamberlain wrote: A consequence of /sbin/dhclient now being dynamically linked, is that it requires libs under /usr/lib, so the case of /usr on a remote filesystem such as NFS will no longer work if using DHCP. (Not entirely kfreebsd-specific, but AIUI Linux with systemd is unlikely to support such a setup nowadays?). Is it possible those libs could be installed under /lib? Thanks. Would a possibly better/alternative solution be to move /sbin/dhclient to /usr/sbin in isc-dhcp? Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766689: arb: [INTL:de] Updated German debconf translation
Quoting Chris Leick (c.le...@vollbio.de): Package: arb Version: 6.0.2-2 Severity: wishlist Tags: l10n patch Hi, please find attached the newest German debconf translation of arb. Kind regards, Chris The USER and NUMBER variables should not be translated (to BENUTZER and NUMMER). The attached file fixes this... -- de.po Description: application/gettext signature.asc Description: Digital signature
Bug#766711: debhelper: Dependency added by dh_installdocs --link-doc breaks binary-only NMUs
Package: debhelper Version: 9.20141022 Severity: serious Justification: Policy 12.3 afterstep package after recent binary-only NMU is no longer installable, because dh_installdocs has added the following strict dependency on arch-independent package: afterstep-data (=2.2.12-2+b2) See this log: https://buildd.debian.org/status/fetch.php?pkg=aftersteparch=i386ver=2.2.12-2%2Bb2stamp=1413508373 and compare it with the log of previous binary-only NMU from last year: https://buildd.debian.org/status/fetch.php?pkg=aftersteparch=i386ver=2.2.12-2%2Bb1stamp=1387741360 The policy in section 12.3 and footnote 116 refers to source versions, not binary versions: /usr/share/doc/package may be a symbolic link to another directory in /usr/share/doc only if the two packages both come from the same source and the first package Depends on the second.[116] [116] Please note that this does not override the section on changelog files below, so the file /usr/share/doc/package/changelog.Debian.gz must refer to the changelog for the current version of package in question. In practice, this means that the sources of the target and the destination of the symlink must be the same (same source package and version). Regards, robert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF8, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils 2.24.90.20141023-1 ii dpkg 1.17.20 ii dpkg-dev 1.17.20 ii file 1:5.20-1 ii libdpkg-perl 1.17.20 ii man-db2.7.0.2-2 ii perl 5.20.1-2 ii po-debconf1.0.16+nmu3 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 1.20140617 -- 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#747073: [cups-daemon] Doesn't work with systemd
Le vendredi, 24 octobre 2014, 13.25:45 j...@joshtriplett.org a écrit : On Fri, Oct 24, 2014 at 09:03:44PM +0200, Didier 'OdyX' Raboud wrote: Did you see Lennart's analysis on https://bugs.freedesktop.org/show_bug.cgi?id=84604 ? Yes, I read that before responding. Between the two bugs, I think the fundamental problem is that CUPS refuses to support v4mapped IPv6 sockets, which are the only way to handle everything through one socket, and systemd can't currently work around that by configuring a socket per *available* address family without failing on unavailable address families. For the record; given my (current) understanding of the problem, I agree with CUPS upstream choices here: refusing to support v4mapped IPv6 sockets while supporting IPv4 sockets is a sane choice, which systemd ought to support. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765803: Status of prompting / notification on upgrade for init system switch?
On Fri, Oct 24, 2014 at 01:31:55PM +0200, Tollef Fog Heen wrote: I would even go so far as to say that it's good that we're exposing these bugs now, during our release preparation process, so that they can be fixed prior to jessie. We need systemd-shim to work properly in jessie if we can find the resources to do that work; we know that a lot of users will want to continue using sysvinit for jessie. systemd is a big change, and, even if one thinks that the same thing that happpened with udev will happen to it in the long run, as with udev we need to support both configurations at least until one of them naturally fades away (if that happens). And, so far, it looks like the resources to make systemd-shim work will be available. I don't think the necessary manpower to fix those bugs is available. If so, why are we now then at ten days before the freeze with bugs that were made release critical in -shim more than a month ago with no subsequent response from the maintainer? Is that bug #759745 which was assigned to systemd-shim 8 days ago and appears to be a duplicate of bug #757348, or bug #756076 which was marked *resolved* on September 10 and was reopened, with a subsequent history that in no way explains why it's been marked as grave? Regardless, I don't think the RC bugs will be fixed is still not an excuse for enforcing a different set of bugs via the dependencies of libpam-systemd. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757891: perl is now pseudo-essential
Hi everyone, with the latest util-linux in unstable depending on init-system-helpers, perl is now part of the essential package closure set, bloating minimal chroots by some 30 Megabytes. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766397: Bug#766395: emacs/gnus: Uses s_client to for SSL.
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] In an issue of security vulnerability, giving users the right defaults is paramount. Allowing users to customize is no substitute. Most users don't know about the issue. We need to DTRT for them. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use Ekiga or an ordinary phone call. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765009: Subject: RFS: abcmidi/20140928-1 [ITA]
Yes - thanks to both James Tobias for your help with this! I was working through the issues one by one, and was planning to update the RFS bug with my status today :-) The manpage is done, and just needs checking. I have already been in touch with upstream about the 3 Mayhem bugs, and will forward the manpage the other patches. I will also discuss the other warnings build issues. The upstream author (Seymour) actually uses Debian, so he is extra helpfull!! Regards, Ross On 10/25/2014 01:18 AM, Tobias Frost wrote: Many thanks James! Valid points Ross, please also consider those comments. Especially please fix the build system. I missed that during my review, sorry, but I will file a bug for that. (Also, please send your patches upstream.) -- tobi Am Montag, den 20.10.2014, 21:59 +0100 schrieb James Cowgill: On Mon, 2014-10-20 at 15:59 +0200, Ross Gammon wrote: Hi All, I know everyone is busy with the Jessie Release Freeze, but I would be grateful if somebody could take a look at abcmidi (and sponsor if happy). Abcmidi has been sitting unloved for a while now (since 2007). It would be great to get the latest version into Jessie. Hi, Here's a review (I'm not a DD so can't sponsor you however). General * There is a new upstream version (16th October 2014). * #764998 abcmidi: binary-without-manpage usr/bin/abcmatch Obviously you know this, but it would be good if a manpage was added. * The file /usr/share/doc/abcmidi/VERSION seems redundant and can probably be removed. Also ÁUTHORS should not be installed. debian/copyright * You don't need to list abc.h, sizes.h, structs.h manually in the first section since they're already included when you say Files: *. * There seems to be some confusion about whether the code is GPL-2 or GPL-2+. Are you sure what you've put is correct? I see files with no copyright headers but nothing with GPL 2 only in them. * You don't need to repeat the GPL header lots of times. I'd also be tempted to merge all the GPL sections together and just have a large Copyright: block. debian/rules * I don't think you need to use autotools-dev in this package (I don't know a huge amount about this though). * The clean target doesn't work because you disabled it. This is a violation of debian policy (4.9) clean (required): This must undo any effects that the build and binary targets may have had debian/patches: * Make sure you send these patches upstream (sorry if you've already done this - they're not in the new version though). * hardening.patch: Only LDFLAGS should be passed during the link stage. Remove your CFLAGS and CPPFLAGS additions. Build There are lots of bad warnings printed when building this Examples: * parseabc.c:1701:3: warning: format ‘%s’ expects argument of type ‘char *’, but argument 3 has type ‘char **’ [-Wformat=] success = sscanf (s, %%abc-version %s, abcversion); /* [SS] 2014-08-11 */ Isn't this a buffer overflow?! * toabc.c:1490:8: warning: iteration 7u invokes undefined behavior [-Waggressive-loop-optimizations] semi = convertnote[i]; It's not too difficult to use these to make abc2midi segfault - please try and fix them if you have time. James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762906: krb5-auth-dialog debug output
On Fri, Oct 24, 2014 at 10:26:09AM +0200, Wolfgang Schweer wrote: On Thu, Oct 23, 2014 at 11:40:15PM +0200, Guido Günther wrote: On Thu, Oct 23, 2014 at 11:36:18PM +0200, Wolfgang Schweer wrote: On Thu, Oct 23, 2014 at 07:31:40PM +0200, Guido Günther wrote: Hi Wolfgang, On Tue, Oct 21, 2014 at 04:40:30PM +0200, Wolfgang Schweer wrote: Hi Guido. On Tue, Oct 21, 2014 at 10:54:52AM +0200, Guido Günther wrote: Can you get me a backtrace with gdb (gdb -c core src/krb5-auth-dialog)? I can only assume that principal is NULL which shouldn't happen. I doesn't crash here of course. Could you check if the 3.12.0-2 crashes for you too? I've tested under gnome-shell and xfce4 without any issues. Hi Guido, where do I get 3.12.0-2? Should show up in unstable soonish. I at leat got the confirmation that it got picked up already. Tested along with Xfce and KDE Plasma: works like expected. Thank you for your patience and for reporting back! Cheers -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766674: RM: kissplice [kfreebsd-amd64] -- ROM; Does not build on kfreebsd-amd64
Hi Andreas, Sorry for not being responsive and thank you for handling it ! I have reported this issue to upstream, I'll let you know if I get an answer David Le 24/10/2014 21:20, Andreas Tille a écrit : Package: ftp.debian.org Severity: normal Hi, please remove kissplice for kfreebsd-amd64 since the latest version does not build on this architecture. Kind regards Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753110: RFS: mrrescue/1.02c-1 [ITP]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 23 Oct 2014 11:13:44 +0200 Tobias Frost t...@frost.de wrote: Hi Steven, what's the status of mrrescue? Do you have updates? Still seeking a sponsor. Package is ready and source uploaded to Games Team git. Keen to get this in before freeze. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlRLUqUACgkQunxZKpjzbPeifQEAgkoQDD27zKC3JNOn0HvkWl9P dlFrg7NvQ9kmnSdKPboA/A4lzN5j+ZNQRmyQrQYFCkwR84qejoawm1eqpdIvNThf =10BL -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#766043: [Calendarserver-maintainers] Bug#766043: A patch from Red Hat needed for FreeIPA
On Fri, Oct 24, 2014 at 07:58:25PM +0200, Dr. Torge Szczepanek wrote: Hi! Actually, you can close these bugs.. the patch isn't needed anymore, it was for Foreman smart proxy which got dropped. I'll patch freeipa instead to use the old function... I just ported the patch to be Python3 compatible and removed the duplicate doc. See attached diff. Robert Crittenden was also interested to have this patch included in Debian, since Upstream did not include this. If its not needed urgently in Jessie, I would suggest to upload it after the Jessie freeze, since the current package should be fine in Jessie. Awesome. We could also upload to experimental so the version is readily available for testing. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747073: [cups-daemon] Doesn't work with systemd
On Sat, Oct 25, 2014 at 09:11:38AM +0200, Didier 'OdyX' Raboud wrote: Le vendredi, 24 octobre 2014, 13.25:45 j...@joshtriplett.org a écrit : On Fri, Oct 24, 2014 at 09:03:44PM +0200, Didier 'OdyX' Raboud wrote: Did you see Lennart's analysis on https://bugs.freedesktop.org/show_bug.cgi?id=84604 ? Yes, I read that before responding. Between the two bugs, I think the fundamental problem is that CUPS refuses to support v4mapped IPv6 sockets, which are the only way to handle everything through one socket, and systemd can't currently work around that by configuring a socket per *available* address family without failing on unavailable address families. For the record; given my (current) understanding of the problem, I agree with CUPS upstream choices here: refusing to support v4mapped IPv6 sockets while supporting IPv4 sockets is a sane choice, which systemd ought to support. While I agree that systemd needs to cover this case, why do you think CUPS shouldn't support v4mapped? Did you read the document I previously linked to about not using v4mapped *on the wire* but using it *within a system*? - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719474: linux-image-3.2.0-4-686-pae: problem with rtl8185l
Upstream bug #86861 filed: https://bugzilla.kernel.org/show_bug.cgi?id=86861 Freeze problem exists on 3.16 kernel. Same system is functional with ndiswrapper and Windows XP platform driver. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764951: RFS: libgdal-grass/1.11.1-1~exp1
Hi Bas, On Sat, Oct 25, 2014 at 12:25:21AM +0200, Sebastiaan Couwenberg wrote: On 10/24/2014 11:03 PM, Andreas Tille wrote: -Need to get 35.1 MB/116 MB of archives. After unpacking 494 MB will be used. -The following packages have unmet dependencies: - libjpeg62-turbo : Conflicts: libjpeg62 but 1:1.3.1-8 is to be installed. - libjpeg62 : Depends: libjpeg62-turbo (= 1:1.3.1-8) but 1:1.3.1-10 is to be installed. -Unable to resolve dependencies! Giving up... This seems to be caused by gdal 1.11.1 in experimental not having been rebuilt for the jpeg-turbo transition. Seems this transition creates some trouble (and by chance I had a talk to the libjpeg developer last weekend who thinks it is a really unfortunate move - but that's another topic). I've just filed a binnmu bug to have it rebuilt (#766694). As usual ping me once I should retry the build (even if stuff in experimental should not be that urgent). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764718: (no subject)
On Fri, Oct 24, 2014 at 22:04:42 +0200, Pierre Schweitzer wrote: Dear Rapahel, Note that you didn't send this to Raphael, unless he was Bcc:ed... Cheers, Julien signature.asc Description: Digital signature
Bug#766713: Chocolate Doom should be in the main archive
Package: chocolate-doom Version: 2.1.0-1 The release of Freedoom 0.9 included FreeDM, a fully vanilla-compatible IWAD and game. With its inclusion into the Debian main archive, it now satisfies Chocolate Doom's dependency on a game IWAD in order to be fully playable and operational. This is a request to get it moved from contrib into main. Additionally, if the package is split (#747256), it should be taken into consideration that only Chocolate Doom presently is satisfied. Chocolate Heretic, Hexen, and Strife would remain in the contrib archive (if Debian ever includes Blasphemer, Chocolate Heretic would be eligible to be in main, as well). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766043: [Calendarserver-maintainers] Bug#766043: A patch from Red Hat needed for FreeIPA
On 25.10.2014 10:37, Guido Günther wrote: On Fri, Oct 24, 2014 at 07:58:25PM +0200, Dr. Torge Szczepanek wrote: Hi! Actually, you can close these bugs.. the patch isn't needed anymore, it was for Foreman smart proxy which got dropped. I'll patch freeipa instead to use the old function... I just ported the patch to be Python3 compatible and removed the duplicate doc. See attached diff. Robert Crittenden was also interested to have this patch included in Debian, since Upstream did not include this. If its not needed urgently in Jessie, I would suggest to upload it after the Jessie freeze, since the current package should be fine in Jessie. Awesome. We could also upload to experimental so the version is readily available for testing. Cheers, Well, it was Rob that I had the discussion with, so I'm not sure we want this anymore, but thanks anyway :) freeipa got uploaded already last night, waiting in NEW -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766714: Please include German translation
Package: cuyo Version: 2.0.0brl1-1 Severity: wishlist Please include the German translation as provided upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766715: Include povray generated graphics
Package: cuyo Version: 2.0.0brl1-1 Severity: wishlist As povray 3.7 is in testing (main) now, maybe you can stop forking upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766716: New upstream release
Package: cuyo Version: 2.0.0brl1-1 Severity: wishlist Upstream we have released a new version 2.1.0. Please consider packaging it. Best regards, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747256: Chocolate Doom should be split into separate packages
I don't agree that split packages is really about file or download sizes. The way I see it, a split package would fairly represent desires to install the games separately as their own entities. For example, if someone only cared about Hexen, they should be capable of installing _only_ a chocolate-hexen package, ignoring Doom, Heretic, and Strife. This also would free up the desktop menus (or app drawer, however any particular desktop implements them) from icons for games that they may never play nor care about. If file size were really the concern, I could probably place an argument about *any* package ever being split in the age of terabyte hard disks and people generally having hundreds of gigabytes free -- even LibreOffice is only ~400MB, why bother installing only Writer to save a few MB from that? I just personally don't see split packages as being a concern about file or download size. It might be a nice side-benefit, sometimes, but it's not really about that. For what it's worth, I maintain the Chocolate Doom package in Arch Linux's AUR, and since 2.0.0 came out, I have kept it as split packages, pretty much for the sole reason of allowing people to keep only the games they care about. To solve the issue with setup and server binaries, I made a chocolate-common package that the other four packages depend on. You can see the PKGBUILD here: https://github.com/chungy/aur/blob/master/chocolate-doom/PKGBUILD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766717: [stellarium] Stellarium closes by itself
Package: stellarium Version: 0.13.1-1 Severity: grave --- Please enter the report below this line. --- Hello maintainer, this is the output before that stellarium freeze: $ stellarium --- [ This is Stellarium 0.13.1 - http://www.stellarium.org ] [ Copyright (C) 2000-2014 Fabien Chereau et al ] --- Writing log file to: /home/magellanino/.stellarium/log.txt File search paths: 0 . /home/magellanino/.stellarium 1 . /usr/share/stellarium Config file is: /home/magellanino/.stellarium/config.ini OpenGL versions supported: 1.1, 1.2, 1.3, 1.4, 1.5, 2.0, 2.1 Driver version string: 2.1.2 NVIDIA 304.123 GL vendor is NVIDIA Corporation GL renderer is GeForce 7300 SE/7200 GS/PCIe/SSE2 GL Shading Language version is 1.20 NVIDIA via Cg compiler Cache directory is: /home/magellanino/.cache/stellarium/stellarium Sky language is it_IT Application language is it_IT Loading Solar System data ... Loading star data ... Loading /usr/share/stellarium/stars/default/stars_0_0v0_5.cat: 0_0v0_2; 4963 Loading /usr/share/stellarium/stars/default/stars_1_0v0_5.cat: 1_0v0_2; 21598 Loading /usr/share/stellarium/stars/default/stars_2_0v0_5.cat: 2_0v0_2; 150090 Loading /usr/share/stellarium/stars/default/stars_3_1v0_3.cat: 3_1v0_3; 428466 Finished loading star catalogue data, max_geodesic_level: 3 Can't create StelObserver on planet because it is unknown. Use Earth as default. navigation/preset_sky_time is a double - treating as jday: 2.45151e+06 Loaded 10051 NGC records Loading NGC name data ... Loaded 421 / 421 NGC name records successfully Loading star names from /usr/share/stellarium/skycultures/western/star_names.fab Loaded 335 / 335 common star names Loading star names from /usr/share/stellarium/stars/default/name.fab Loaded 4360 / 4360 scientific star names Loading variable stars from /usr/share/stellarium/stars/default/gcvs_hip_part.dat Loaded 6886 / 6886 variable stars Loaded 88 / 88 constellation records successfully for culture western Loaded 85 / 85 constellation art records successfully for culture western Loaded 89 / 89 constellation names Loading constellation boundary data ... Loaded 782 constellation boundary segments Intializing basic GL shaders... Creating GUI ... Loaded plugin Satellites Satellites: loading catalog file: /home/magellanino/.stellarium/modules/Satellites/satellites.json Unable to find module called TimeZoneConfiguration Loaded plugin TimeZoneConfiguration Intializing planets GL shaders... QOpenGLShader::link: Fragment info - 0(71) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable 0(72) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable StelPainter: Warnings while linking planetShaderProgram shader program: Fragment info - 0(71) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable 0(72) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable QOpenGLShader::link: Fragment info - 0(71) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable 0(72) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable QOpenGLShaderProgram::uniformLocation( projectionMatrix ): shader program is not linked QOpenGLShaderProgram::attributeLocation( texCoord ): shader program is not linked QOpenGLShaderProgram::attributeLocation( unprojectedVertex ): shader program is not linked QOpenGLShaderProgram::attributeLocation( vertex ): shader program is not linked QOpenGLShaderProgram::uniformLocation( tex ): shader program is not linked QOpenGLShaderProgram::uniformLocation( lightDirection ): shader program is not linked QOpenGLShaderProgram::uniformLocation( eyeDirection ): shader program is not linked QOpenGLShaderProgram::uniformLocation( diffuseLight ): shader program is not linked QOpenGLShaderProgram::uniformLocation( ambientLight ): shader program is not linked QOpenGLShaderProgram::uniformLocation( shadowCount ): shader program is not linked QOpenGLShaderProgram::uniformLocation( shadowData ): shader program is not linked QOpenGLShaderProgram::uniformLocation( sunInfo ): shader program is not linked QOpenGLShader::link: Fragment info - 0(73) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable 0(74) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable StelPainter: Warnings while linking ringPlanetShaderProgram shader program: Fragment info - 0(73) : error C6013: Only arrays of texcoords may be indexed in this profile, and only with a loop index variable 0(74) : error C6013: Only
Bug#762361: build-essential: Depends: make - make-guile
2014-10-25 5:04 GMT+03:00 Dimitri John Ledkov dimitri.led...@surgut.co.uk: On 24 October 2014 15:23, Matthias Klose d...@debian.org wrote: Control: tags -1 + wontfix moreinfo Am 21.09.2014 um 16:27 schrieb Martin-Éric Racine: Package: build-essential Version: 11.7 Severity: normal Given how 'make' has priority Optional, while 'make-guile' is Standard, build-essential's Depends should probably be updated to match. I don't think that the guile interpreter in make is essential. I may have missed some discussion, but afaics it is not needed by default, so packages should declare an explicit build dependency on make-guile, if they need it. I believe this is the correct consensus that DDs have reached when make-guile package was introduced. (explicit build dependency is required to use make-guile features) This begs the question as to why make-guile has priority Standard, then. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#765077: lightdm-gtk-greeter: Language selection is broken (again)
Wow!... Which desktop environment are you using? Try to log in to plain openbox and check locale. Long story short: lightdm does not set correct locale after all. The only thing it does is some kind of strange GDM emulation. It creates variable $GDM_LANG with the same value as Language= in .dmrc. On the machine where lightdm seemingly worked, it was not really lightdm. XFCE session pulled locale value from $GDM_LANG and set it to LANG. If you log in to openbox, or, to exclude any possible distraction, create a plain xterm session, you should see that lightdm does not set correct locale for the session. So the bug is valid. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753110: RFS: mrrescue/1.02c-1 [ITP]
Am Samstag, den 25.10.2014, 17:35 +1000 schrieb Steven Hamilton: On Thu, 23 Oct 2014 11:13:44 +0200 Tobias Frost t...@frost.de wrote: Hi Steven, what's the status of mrrescue? Do you have updates? Still seeking a sponsor. Package is ready and source uploaded to Games Team git. Keen to get this in before freeze. Hi Steve, no, you've got your sponsor already... (Its the owner of the RFS bug, as recommended in http://mentors.debian.net/sponsor/rfs-howto ) Will take a look now -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705894: arpwatch - buffer overflow detected -- Can we get this fixed?
Christoph provided a patch with the initial bug report in April 2013. Can we get this fix into the Jessie release? Please! Hasn’t it been long enough? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766718: Argument 0.80_2 isn't numeric in numeric ge (=) at /usr/share/perl5/Mail/SpamAssassin/Plugin/AskDNS.pm
Package: spamassassin Version: 3.4.0-3 Severity: minor I get this warning every time I run spamassassin: $ spamassassin /dev/null /dev/null Oct 25 10:48:42.555 [5732] warn: Argument 0.80_2 isn't numeric in numeric ge (=) at /usr/share/perl5/Mail/SpamAssassin/Plugin/AskDNS.pm line 214. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.17-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.21 pn libarchive-tar-perl none ii libhtml-parser-perl 3.71-1+b2 ii libnet-dns-perl 0.80.2-2 ii libnetaddr-ip-perl 4.075+dfsg-1+b1 ii libsocket6-perl 0.25-1+b1 ii libsys-hostname-long-perl 1.4-3 ii libwww-perl 6.08-1 ii perl5.20.1-2 ii perl-modules [libio-zlib-perl] 5.20.1-2 Versions of packages spamassassin recommends: ii gnupg 1.4.18-4 ii libio-socket-inet6-perl2.72-1 pn libmail-spf-perl none ii perl [libsys-syslog-perl] 5.20.1-2 pn sa-compile none pn spamc none Versions of packages spamassassin suggests: pn libdbi-perl none ii libio-socket-ssl-perl 2.002-1 pn libmail-dkim-perl none ii perl [libcompress-zlib-perl] 5.20.1-2 pn pyzor none pn razor none -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753110: RFS: mrrescue/1.02c-1 [ITP]
Am Samstag, den 25.10.2014, 17:35 +1000 schrieb Steven Hamilton: Package is ready and source uploaded to Games There are no commits since July 27 -- did you push your changes? -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647621: 647621: nexuiz-data: Please xz-compress the data binary packages
The default compressor of dpkg-deb is xz since dpkg 1.17.0, accepted on 27 July 2013. This means dh_builddeb does not need to be explicitly overridden to make the next upload (whenever it may happen) xz-compressed. -- Juhani signature.asc Description: This is a digitally signed message part
Bug#752484: (no subject)
Changing to mysql2 do nothing... Started GET /projects/test/wiki for 78.199.76.92 at 2014-10-25 10:50:42 +0200 Processing by WikiController#show as HTML Parameters: {project_id=velo-2014} Current user: luigifab (id=1) Rendered wiki/_content.html.erb (21.8ms) Rendered wiki/show.html.erb within layouts/base (32.1ms) Completed 500 Internal Server Error in 63ms ActionView::Template::Error (incompatible encoding regexp match (UTF-8 regexp with ASCII-8BIT string)): 1: div class=wiki wiki-page 2: %= textilizable content, :text, :attachments = content.page.attachments, 3: :edit_section_links = (@sections_editable {:controller = 'wiki', :action = 'edit', :project_id = @page.project, :id = @page.title}) % 4: /div app/helpers/application_helper.rb:1280:in `gsub' app/helpers/application_helper.rb:1280:in `sanitize_anchor_name' app/helpers/application_helper.rb:917:in `block in parse_headings' app/helpers/application_helper.rb:914:in `gsub!' app/helpers/application_helper.rb:914:in `parse_headings' app/helpers/application_helper.rb:596:in `textilizable' app/views/wiki/_content.html.erb:2:in `_app_views_wiki__content_html_erb__678665592103907809_35946140' app/views/wiki/show.html.erb:44:in `_app_views_wiki_show_html_erb__2160501464594950504_35804400' app/controllers/wiki_controller.rb:97:in `show - root@s15879177:~# cat /etc/redmine/default/database.yml production: adapter: mysql2 database: redmine socket: /var/run/mysqld/mysqld.sock username: *** password: *** encoding: utf8 Redmine 2.5.2.devel / redmine-3.0~20140825-1.deb Environment: Redmine version2.5.2.devel Ruby version 2.1.3-p242 (2014-09-19) [x86_64-linux-gnu] Rails version 4.1.6 Environmentproduction Database adapter Mysql2 SCM: Git2.1.1 Redmine plugins: redmine_apijs 5.1.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764321: digikam crashes when a video file of type 'Apple QuickTime movie' is in an Album
On Tue, 07 Oct 2014 10:36:21 +0200 =?utf-8?q?J=C3=BCrgen_Leibner?= 201...@gmx.de wrote: Package: digikam Version: 4:4.3.0-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I wanted to use digikam as I did it since years. * What exactly did you do (or not do) that was effective (or ineffective)? I changed in the album tree view into an album in which an Apple QuickTime movie lays. I can reproduce the situation everytime I want. Therefore I do the following steps: 1. Start digikam 2. Open an album folder without such an Aplle movie file 3. copy or move such a file into that folder 4. digikam chrashes at once I did an strace of this situation. If someone wants to look at it, please ask for it. * What was the outcome of this action? digikam crashes at once. * What outcome did you expect instead? That digikam shows the thumbnails in the album view. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 4:4.3.0-2 ii digikam-private-libs 4:4.3.0-2 ii kde-runtime 4:4.14.1-1 ii libc6 2.19-11 ii libgcc1 1:4.9.1-16 ii libgphoto2-6 2.5.4-1.1+b1 ii libgphoto2-port10 2.5.4-1.1+b1 ii libkdcraw23 4:4.14.0-1 ii libkdecore5 4:4.14.1-1 ii libkdeui5 4:4.14.1-1 ii libkexiv2-11 4:4.14.0-1+b1 ii libkhtml5 4:4.14.1-1 Dear Maintainer, after upgrading to digikam/4:4.4.0-1 the problem is gone. Digikam works again as expected. THANKS FOR YOUR GREAT WORK! Regards Jürgen Leibner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766423: Installation-Report kFreeBSD daily build: no progress
On Thu, 23 Oct 2014 01:41:32 +0100 Steven Chamberlain ste...@pyro.eu.org wrote: Herbert Kaminski wrote: Had to switch to VT1 and log in as root, su in the XTerm was unsuccessful Well, this was the consequence of a different bug: the terminal in XFCE uses the US keyboard mapping, not DE, and my root password contains a Z... Regards, Herbert -- Herbert Kaminski D-26122 Oldenburg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766719: wheezy-backport of jenkins-job-builder
package: jenkins-job-builder severity: wishlist Hi, thanks for maintaining jenkins--job-builder could you please provide a backport of jenkins-job-builder for wheezy? I'd really like to run a packaged version on jenkins.debian.ne, but when I gave backporting a quick try, I gave up on the 7th reversed build-depends, also because in 3 (or so) I had to disable the testsuite to make these packages build... But I don't think all the current build-depends are really really needed for a backport, so maybe with more knowledge about the packaging it's possible to create a less dependent backport? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#766720: linux-image-3.2.0-4-amd64: some error in dmesg while accessing Philips webcam and after that no access to that cam anymore
Package: src:linux Version: 3.2.60-1+deb7u3 Severity: normal Hi mentainers, i dont know if i got to the right spot to report this bug... Ive tried to use my (old) philips webcam which has worked in debian squeeze somehow (not with every program but with some)... So i plugged it in, got an /dev/video0 and tried to access it using mplayer tv:// and vlc. VLC had unfortunately some repeat feature activated which lead into a lot of errors in vlc and that dmesg error you can see down there. After that i tried to reset the usb bus with some commands like that suggestions: http://askubuntu.com/questions/645/how-do-you-reset-a-usb-device-from-the-command-line http://ubuntuforums.org/showthread.php?t=2131751 that did result into some unstoppable processes... So i manually unplugged and replugged the webcam but nothing relating it in dmesg happened. greetings treaki -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.60-1+deb7u3 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=59125ccf-a853-4d06-8329-8b40b01ca469 ro quiet ** Tainted: PDO (4225) * Proprietary module has been loaded. * Kernel has oopsed before. * Out-of-tree module has been loaded. ** Kernel log: [35519.007880] pwc: Registered as video0. [35519.008164] input: PWC snapshot button as /devices/pci:00/:00:12.2/usb1/1-4/1-4.4/input/input10 [35519.011235] usbcore: registered new interface driver Philips webcam [35522.151688] usbcore: registered new interface driver snd-usb-audio [35564.900218] usb 3-2.3: new low-speed USB device number 6 using ohci_hcd [35565.009205] usb 3-2.3: New USB device found, idVendor=046d, idProduct=c050 [35565.009213] usb 3-2.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [35565.009219] usb 3-2.3: Product: USB-PS/2 Optical Mouse [35565.009224] usb 3-2.3: Manufacturer: Logitech [35565.017851] input: Logitech USB-PS/2 Optical Mouse as /devices/pci:00/:00:12.0/usb3/3-2/3-2.3/3-2.3:1.0/input/input11 [35565.018263] generic-usb 0003:046D:C050.0005: input,hidraw2: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:12.0-2.3/input0 [35708.740914] Allocated vmalloc buffer of size 462848 at vaddr=c900117d [35708.741907] Allocated vmalloc buffer of size 462848 at vaddr=c900118b4000 [35708.750703] pwc: Failed to set LED on/off time (-32) [35708.772803] usb 1-4: clear tt 1 (0060) error -71 [35719.458124] vb2_vmalloc_put: Freeing vmalloc mem at vaddr=c900117d [35719.458184] vb2_vmalloc_put: Freeing vmalloc mem at vaddr=c900118b4000 [35751.975237] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35752.968609] usb 1-4: clear tt 1 (0060) error -110 [35752.981116] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35753.980386] usb 1-4: clear tt 1 (0060) error -110 [35753.992891] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35754.992896] usb 1-4: clear tt 1 (0060) error -110 [35755.006282] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35755.021526] usb 1-4: clear tt 1 (0060) error -71 [35755.035286] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35756.032417] usb 1-4: clear tt 1 (0060) error -110 [35756.044929] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35756.056818] usb 1-4: clear tt 1 (0060) error -71 [35756.068921] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35756.077668] usb 1-4: clear tt 1 (0060) error -71 [35756.089687] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35756.091107] Allocated vmalloc buffer of size 462848 at vaddr=c90011998000 [35756.092188] Allocated vmalloc buffer of size 462848 at vaddr=c90011a7c000 [35756.093342] Allocated vmalloc buffer of size 462848 at vaddr=c90011b6 [35756.095064] Allocated vmalloc buffer of size 462848 at vaddr=c90011c44000 [35756.100108] usb 1-4: clear tt 1 (0060) error -71 [35756.112183] pwc: Failed to set LED on/off time (-71) [35756.122396] usb 1-4: clear tt 1 (0060) error -71 [35756.142516] usb 1-4: clear tt 1 (0060) error -71 [35776.233197] vb2_vmalloc_put: Freeing vmalloc mem at vaddr=c90011998000 [35776.233219] vb2_vmalloc_put: Freeing vmalloc mem at vaddr=c90011a7c000 [35776.233243] vb2_vmalloc_put: Freeing vmalloc mem at vaddr=c90011b6 [35776.233265] vb2_vmalloc_put: Freeing vmalloc mem at vaddr=c90011c44000 [35781.452360] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35781.460960] usb 1-4: clear tt 1 (0060) error -71 [35783.441654] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35784.440544] usb 1-4: clear tt 1 (0060) error -110 [35794.460305] pwc: Failed to set video mode VGA@10 fps; return code = -71 [35794.468535] usb 1-4: clear tt 1 (0060) error -71 [35833.152031] usbcore: deregistering interface driver Philips webcam [35833.152128] general protection fault: [#1] SMP [35833.152140] CPU 1
Bug#766721: debian-installer: Failure to perform pertitioning of disk
Package: debian-installer Severity: important Tags: d-i Dear Debian Team, I tested installation using Debian-jessie-DI-b2-amd64-netinst.iso. I met some failure in instalation. [1] It seemed to correct proceeding partitioning of HDD in installation,and also to finish installation correctly.But after reboot, it seemed not to find boot sector and failed to boot. [2] After failure installation, I examined HDD using SystemRescueCd( http://www.sysresccd.org/SystemRescueCd_Homepage). Finally I found there was only 1 partion in size of 512MBytes formatted by vfat. Also I found this partion has only 1 directory named 'EFI'. (There were no partion of ext4, and no whole size of disk.) Here the ditails: Installation target machine: Acer TravelMate P253 BIOS Settings: Legacy BIOS, Secure boot disabled. I don't have any idea of something wrong. Can anyone let me know how to investigate this failure? Thank you in advance. Regards Takahide Nojima. --- System Information: Debian Release: Jessie/testing APT prefers testing Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760377: implications on GPL-1
On 16.10.2014 15:45, Thorsten Alteholz wrote: Hi Timo, On Thu, 16 Oct 2014, Timo Aaltonen wrote: You mentioned that lib/util/getoptx.* license (GPL-1) needs implications noted as well. AIUI it's compatible with the other licenses, which are BSD-3-clause and Expat, so I don't know what implications there are. the resulting software is licensed under GPL and not under BSD-3 as stated everywhere. I guess this should be documented somewhere. something like this on README.Source: -- lib/util/getoptx.* is licensed under GPL-1+, so that essentially makes the resulting software GPL. -- IANAL.. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766722: solaar: [INTL:fr] Initial French debconf translation
Package: solaar Version: N/A Severity: wishlist Tags: patch l10n Hi! Please find attached the french templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Kind Regards jipege # Translation of solaar debconf templates to French. # Copyright (C) 2014 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the PACKAGE package. # # Jean-Pierre Giraud jean-pierregir...@neuf.fr, 2014. msgid msgstr Project-Id-Version: solaar\n Report-Msgid-Bugs-To: sol...@packages.debian.org\n POT-Creation-Date: 2014-10-10 07:11+0200\n PO-Revision-Date: 2014-10-12 10:09+0200\n Last-Translator: Jean-Pierre Giraud jean-pierregir...@neuf.fr\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n 1);\n X-Generator: Lokalize 1.5\n #. Type: boolean #. Description #: ../solaar.templates:2001 msgid Use plugdev group? msgstr Voulez-vous utiliser le groupe plugdev ? #. Type: boolean #. Description #: ../solaar.templates:2001 msgid Please specify how non-root users should be given access to the Logitech receiver devices. msgstr Veuillez indiquer comment les utilisateurs non privilégiés auront accès au récepteur Logitech. #. Type: boolean #. Description #. Translators : DO NOT TRANSLATE the ${SEAT_DAEMON_STATUS} variable name #: ../solaar.templates:2001 msgid If systemd or consolekit are in use, they can apply ACLs to make them accessible via Solaar for the user logged in on the current seat. Right now, ${SEAT_DAEMON_STATUS} daemon is running. msgstr Si vous utilisez systemd ou consolekit, des listes de contrôle d'accès (« ACL ») permettent à l'utilisateur connecté localement d'y accéder avec Solaar. Actuellement, le démon ${SEAT_DAEMON_STATUS} est en fonctionnement. #. Type: boolean #. Description #: ../solaar.templates:2001 msgid If neither of these daemons is in use, or if the receiver should also be accessible for remotely logged in users, it is possible to grant access for members of the \plugdev\ system group. msgstr Si vous n'utilisez aucun de ces démons ou si des utilisateurs distants doivent aussi accéder au récepteur, il est possible de donner accès aux membres du groupe « plugdev ». #. Type: boolean #. Description #: ../solaar.templates:2001 msgid If you do use the \plugdev\ group, don't forget to make sure all the appropriate users are members of that group. You can add new members to the group by running, as root:\n adduser username plugdev\n For the group membership to take effect, the affected users need to log out and back in again. msgstr Si vous utilisez le groupe « plugdev », n'oubliez pas de vérifier que tous les utilisateurs concernés appartiennent à ce groupe. De nouveaux membres peuvent être ajoutés au groupe en exécutant, en tant que superutilisateur, la commande :\n adduser username plugdev\n Pour que la prise en compte de l'appartenance au groupe soit effective, les utilisateurs concernés doivent se déconnecter puis se reconnecter.
Bug#557671: TOM BRADFORD
Bug#766187: The inittab interface - Re: Bug#766187: runit: Fails to install runit after fresh install of jessie beta2
On Wed, Oct 22, 2014 at 09:20:46AM +, Gerrit Pape wrote: On Tue, Oct 21, 2014 at 08:29:54AM -0400, Nikolay Hristov wrote: Setting up runit (2.1.2-1) ... grep: /etc/inittab: No such file or directory grep: /etc/inittab: No such file or directory cp: cannot stat ‘/etc/inittab’: No such file or directory dpkg: error processing package runit (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: runit E: Sub-process /usr/bin/dpkg returned an error code (1) Since ages runit hooks into /etc/inittab to provide system wide service supervision. As long as sysvinit provided /etc/inittab and was essential this simply worked. Now on fresh jessie install, no /etc/inittab is created at all. While this alone wouldn't be a problem, because runit provides a simple systemd unit after I learned that there's no backward compatibility to the /etc/inittab interface, it is a problem when switching such an installation from systemd to sysvinit: When switching to sysvinit, the /etc/inittab file is created, but doesn't include the lines enabling the runit supervision. After reboot runit supervision will not be enabled, although the package is installed. This would be a grave bug as other packages depend on this assumption. Any idea on how to fix this? This is far from ideal, but the only easy fix I came up with until now is to copy debian/share/inittab* from the sysvinit source package, as well as the debian/rules logic to install a system-specific inittab template and the postinst logic to create /etc/inittab if it does not exist, into the runit package. A better fix certainly will need more thoughts, coordination, and testing, which I'm afraid I can't work on currently. Anyone? Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748528: smc: can't advance to world 2 after completing world 1 - solution
I can confirm this bug and I have solution for it. You need to find in /usr/share/games/smc/world/world_1/world.xml string property name=destination value=world_2 / and replace it by property name=destination value=World 2 /. Similar patch is needed in other world.xml files, for example in /usr/share/games/smc/world/world_2/world.xml should be World 1 and World 3 instead of world_1 and world_3. -- Jan Potocki Mysłakowice tup...@kurczak.one.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766723: ruby-standalone: [INTL:fr] French templates translation
Package: ruby-standalone Version: N/A Severity: wishlist Tags: patch l10n Hi! Please find attached the french templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Kind Regards jipege # Translation of ruby-standalone debconf templates to French. # Copyright (C) 2014 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the PACKAGE package. # # Jean-Pierre Giraud jean-pierregir...@neuf.fr, 2014. msgid msgstr Project-Id-Version: ruby-standalone\n Report-Msgid-Bugs-To: ruby-standal...@packages.debian.org\n POT-Creation-Date: 2014-08-24 13:32-0300\n PO-Revision-Date: 2014-10-11 10:03+0200\n Last-Translator: Jean-Pierre Giraud jean-pierregir...@neuf.fr\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n 1);\n X-Generator: Lokalize 1.5\n #. Type: boolean #. Description #: ../ruby-standalone.templates:1001 msgid Install Ruby programs to /usr/local/bin? msgstr Installer les programmes Ruby dans /usr/local/bin ? #. Type: boolean #. Description #: ../ruby-standalone.templates:1001 msgid The Ruby programs (ruby, gem, irb, etc) can be installed to /usr/local/bin. Doing that will mask the default programs installed at /usr/bin, and users will be always invoking the ruby-standalone version of those programs unless they use the full path e.g. /usr/bin/ruby. msgstr Les programmes Ruby (ruby, gem, irb, etc.) peuvent être installés dans /usr/local/bin. Dans ce cas, les programmes par défaut, installés dans /usr/bin, seront masqués et les utilisateurs lanceront toujours la version de ruby-standalone de ces programmes, sauf s'ils utilisent le chemin d'accès complet, par exemple, /usr/bin/ruby. #. Type: boolean #. Description #: ../ruby-standalone.templates:1001 msgid Any Ruby applications provided by the official repository should already be using /usr/bin/ruby explicitly, and should not be affected by this. If they are, that is a bug that should be reported to the corresponding maintainers. msgstr Toutes les applications Ruby fournies par le dépôt officiel devraient déjà utiliser explicitement /usr/bin/ruby, et ne devraient pas être affectées par cela. Si c'est le cas, c'est un bogue qui doit être signalé au responsable concerné. #. Type: boolean #. Description #: ../ruby-standalone.templates:1001 msgid To change this, just reconfigure the ruby-standalone package. msgstr Pour modifier ce comportement, il suffit de reconfigurer le paquet ruby-standalone.
Bug#766724: [PO] update zh_CN.po
Package: dpkg Version: 1.17.21 Severity: wishlist Tags: l10n X-Debbugs-CC: debian-l10n-chin...@lists.debian.org git-ref: 3af65628b74d36952a8221c73fb194c90fe01eab This patch is to /po/zh_CN.po which includs: * change some words to a more proper one * some corrections msgfmt OK. There are some words to be ensured (with nice value 19), and I have posted a help-needed message on debian-d...@lists.debian.org Thanks :) -- Regards, C.D.Luminate -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763933: gtk+3.0: cursor bar vanishes or produces rendering artefacts
Hi, I can't reproduce this in gedit with GTK+ 3.14.4 (from Sid). Can you check this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766724: [PO] update zh_CN.po
Oops! here is the patch. -- Regards, C.D.Luminate --- zh_CN.po.bak 2014-10-25 08:28:56.184285341 + +++ zh_CN.po 2014-10-25 09:30:49.228489998 + @@ -16,7 +16,7 @@ Project-Id-Version: dpkg 1.15.8.7\n Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n POT-Creation-Date: 2014-10-25 02:52+0200\n -PO-Revision-Date: 2010-12-18 02:26+0100\n +PO-Revision-Date: 2014-10-25 08:30+\n Last-Translator: Zhou Mo cdlumin...@gmail.com\n Language-Team: Chinese (simplified) i18n...@googlegroups.com\n Language: zh_CN\n @@ -39,7 +39,7 @@ #: lib/dpkg/ar.c:110 #, c-format msgid ar member name '%s' length too long -msgstr ar 成员名 %s 过长 +msgstr ar 成员名称 %s 过长 #: lib/dpkg/ar.c:112 #, c-format @@ -49,7 +49,7 @@ #: lib/dpkg/ar.c:119 #, c-format msgid generated corrupt ar header for '%s' -msgstr 为 %s 生成的 ar 头损坏 +msgstr 为 %s 生成了损坏的的 ar 头部 #: lib/dpkg/ar.c:154 #, c-format @@ -72,7 +72,7 @@ #: lib/dpkg/arch.c:73 lib/dpkg/parsehelp.c:117 #, c-format msgid character `%c' not allowed (only letters, digits and characters `%s') -msgstr 不允许出现字符 %c (只能使用字符、数字和 %s) +msgstr 不允许出现字符 %c (只能使用字母、数字和这些字符 %s) #: lib/dpkg/arch.c:236 msgctxt architecture @@ -82,11 +82,11 @@ #: lib/dpkg/arch.c:238 msgctxt architecture msgid empty -msgstr 无 +msgstr 空 #: lib/dpkg/arch.c:328 msgid error writing to architecture list -msgstr 写入架构表出错 +msgstr 写入体系结构列表出错 #: lib/dpkg/atomic-file.c:57 #, c-format @@ -116,7 +116,7 @@ #: lib/dpkg/atomic-file.c:92 #, c-format msgid error removing old backup file '%s' -msgstr 删除旧的备份文件 '%s' 时出错 +msgstr 删除旧备份文件 '%s' 时出错 #: lib/dpkg/atomic-file.c:94 #, c-format @@ -157,7 +157,7 @@ #: dpkg-deb/info.c:66 dpkg-split/split.c:71 utils/update-alternatives.c:414 #, c-format msgid unable to execute %s (%s) -msgstr 无法运行 %s (%s) +msgstr 无法执行 %s (%s) #: lib/dpkg/compress.c:113 lib/dpkg/compress.c:122 #, c-format @@ -247,7 +247,7 @@ #: lib/dpkg/compress.c:425 msgid unsupported options in file header -msgstr 不支持的文件头的选项 +msgstr 文件头中的选项不被支持 #: lib/dpkg/compress.c:429 msgid compressed data is corrupt @@ -320,12 +320,12 @@ #: lib/dpkg/dbmodify.c:126 #, c-format msgid unable to fill %.250s with padding -msgstr 无法填充 %.250s +msgstr 无法以 padding 填充 %.250s #: lib/dpkg/dbmodify.c:128 #, c-format msgid unable to flush %.250s after padding -msgstr 无法在填充后刷新 %.250s +msgstr 无法在 padding 后清空 %.250s #: lib/dpkg/dbmodify.c:130 #, c-format @@ -355,50 +355,50 @@ #: lib/dpkg/dbmodify.c:263 msgid unable to access dpkg status area -msgstr 无法访问 dpkg 状态区域 +msgstr 无法访问 dpkg 状态区 #: lib/dpkg/dbmodify.c:265 msgid operation requires read/write access to dpkg status area -msgstr 该操作需要用户对 dpkg 状态目录有读写权限 +msgstr 该操作需要用户对 dpkg 状态区有读写权限 #: lib/dpkg/dbmodify.c:316 #, c-format msgid failed to remove my own update file %.255s -msgstr 删除我自己的更新文件 %.255s 失败 +msgstr 删除自身的更新文件 %.255s 失败 #: lib/dpkg/dbmodify.c:354 #, c-format msgid unable to write updated status of `%.250s' -msgstr 无法写入 %.250s 的更新状态 +msgstr 无法写入 %.250s 更新的状态 #: lib/dpkg/dbmodify.c:357 #, c-format msgid unable to flush updated status of `%.250s' -msgstr 无法刷新 %.250s 的更新状态 +msgstr 无法刷新 %.250s 更新的状态 #: lib/dpkg/dbmodify.c:360 #, c-format msgid unable to truncate for updated status of `%.250s' -msgstr 无法截断 %.250s 的更新状态 +msgstr 无法截断 %.250s 更新的状态 #: lib/dpkg/dbmodify.c:363 #, c-format msgid unable to fsync updated status of `%.250s' -msgstr 无法同步 %.250s 的更新状态 +msgstr 无法同步 %.250s 更新的状态 #: lib/dpkg/dbmodify.c:366 #, c-format msgid unable to close updated status of `%.250s' -msgstr 无法关闭 %.250s 的更新状态文件 +msgstr 无法关闭 %.250s 更新的状态 #: lib/dpkg/dbmodify.c:370 #, c-format msgid unable to install updated status of `%.250s' -msgstr 无法安装 %.250s 的更新状态 +msgstr 无法安装 %.250s 更新的状态 #: lib/dpkg/deb-version.c:55 msgid format version with empty major component -msgstr 主要成分为空的格式版本 +msgstr 主成分为空的格式版本 #: lib/dpkg/deb-version.c:57 msgid format version has no dot @@ -477,7 +477,7 @@ %s: outside error context, aborting:\n %s\n msgstr -%s: 外部错误的上下文,中止:\n +%s: 外部的错误上下文,中止:\n %s\n #: lib/dpkg/ehandle.c:124 @@ -524,7 +524,7 @@ #: lib/dpkg/fields.c:56 #, c-format msgid '%.50s' is not allowed for %s -msgstr '%.50s' 不被 %s 所允许 +msgstr '%.50s' 不被 %s 允许 #: lib/dpkg/fields.c:80 #, c-format @@ -567,7 +567,7 @@ #: lib/dpkg/fields.c:189 #, c-format msgid '%s' is not a valid architecture name: %s -msgstr '%s' 不是有效的架构名: %s +msgstr '%s' 不是有效的体系结构名: %s #: lib/dpkg/fields.c:208 msgid word in 'Priority' field @@ -599,7 +599,7 @@ #: lib/dpkg/fields.c:252 #, c-format msgid obsolete '%s' or '%s' field used -msgstr 您使用了已经废弃的字段 %s 或者 %s +msgstr 使用了已废弃的字段 %s 或者 %s #: lib/dpkg/fields.c:305 #, c-format @@ -632,13 +632,13 @@ msgid '%s' field, missing architecture name, or garbage where architecture name expected -msgstr '%s' 字段缺少架构名,或者在架构名处发现无意义数据 +msgstr '%s' 字段缺少体系结构名,或者在期望体系结构名的位置发现无意义数据 #: lib/dpkg/fields.c:457 #, c-format msgid '%s' field, reference to '%.255s': invalid architecture name '%.255s': %s -msgstr
Bug#766466: php-guzzle: ftbfs and (sometimes) after built attempt in pbuilder, nodejs still runs server.js
control: severity -1 important Hi David, On Donnerstag, 23. Oktober 2014, David Prévot wrote: Seems like the segfault is reproducible with the jenkins setup, but I still don’t know what is causing it. yeah. Just tell me if you have something for me to try... on jenkins.d.n there is neither an ntpd running nor such a firewall, but of course other builds could have used port 123... NTP listens on UDP, chances that something listening on TCP port 123 are thin. Still, Jenkins proves me wrong here. Can you try and disable that feature, at least for TCP port 123? that's the thing, there is nothing on port 123 on jenkins.d.n nor a firewall..! If not, these package’s tests won’t be able to run in the current jenkins.d.o environment. yeah, I guess thats the case for now. But I don't think it's the end of the world ;-) then outside network access will not work anymore... do you tests really need internet access or just local net? Only local (that would be an RC issue if it goes outside TTBOMK anyway). yes, that would be an RC issue. But those exist :) A local server (with nodejs) is run for the purpose of these tests, and some other tests use http://127.0.0.1:123/ to test failure to connect to a server. *nods* Seems like we have to distinct issues: - on jenkins.d.n, the segfault breaks the build at about 30% of the test suite (it may be related to jenkins serving content via http://127.0.0.1:123/, but it may also be unrelated, running phpunit with the --debug switch should help pointing to the test actually causing the segfault. how do I run that exactly? - in a normal sid (as pointed in your initial message), some tests are failing, and some other error out. yes, those are two bugs. I'll leave the cloning to you though. You have a better grasp whats happening. I’m not able to reproduce any of these issues, and guess I’d need {more information to set up,access to} similar environments in order to investigate the pointed issues. I suspect some specific setup or packages are incompatible here, and wonder if I should “just” use Build-Conflicts to exclude the incompatible packages from being installed (once they will be identified). if you'd knew which, thats certainly an option. Anyway, I’m tempted to downgrade the severity here: FTBFS in a “dirty” environment should not be RC IMHO. There is of course an easy fix available: don’t run tests during the package build, but I would be more comfortable with an important bug to fix, than a closed RC bug via a “let’s close our eyes and don’t run the test suite” fix. yeah, keep the testsuite! (+downgraded as you will have noticed :) Not sure whether to tag this bug unreproducible (though _I_ can) or moreinfo too... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#765812: GNOME Evolution SIGSEGV with SQLite3 3.8.7
Control: reassign -1 evolution-data-server Control: severity -1 grave Control: forwardad -1 https://bugzilla.gnome.org/show_bug.cgi?id=738965 Control: retitle -1 evolution-data-server: Crash with SQLite 3.8.7 due to missing xFetch definition Control: tags -1 upstream fixed-upstream Control: affects -1 evolution Dear Pascal, Am Samstag, den 18.10.2014, 15:32 +0200 schrieb Pascal Obry: Package: evolution Version: 3.12.7-1 I'm on Debian/sid with all packages up-to-date. After upgrading SQLite3 this morning from 3.8.6-1 to 3.8.7-1 GNOME Evolution crashes with a segmentation violation. I got the hint on SQLite3 by running Evolution under gdb, here is the backtrace: Program received signal SIGSEGV, Segmentation fault. […] Reverting SQLite3 to 3.8.6-1 fixes the problem on my side. thank you for your bug report and the work-around! (I did `sudo aptitude hold libsqlite3-0` afterward to prevent it from getting updated again.) The bug upstream was reported upstream in the GNOME bug tracker Bugzilla as #738965 [1], where it has been analyzed with the help of the SQLite developer Mr Hipp leading to a fix by Milan. I update the meta data of this (Debian) bug report accordingly. The severity was raised to critical to prevent the migration to testing Unfortunately applying this patch to Debian is not enough, I believe as the appropriate `Breaks` and `Conflicts` tags with `libsqlite3-0` have to be set. Laszlo, does the `libsqlite3-0` package also require changes to map these problems? In any case, libsqlite3-0 3.8.7 should not migrate to testing before this bug has been solved in Debian. Thanks, Paul [1] https://bugzilla.gnome.org/show_bug.cgi?id=738965 signature.asc Description: This is a digitally signed message part
Bug#766725: mpv: Can't play audio CDs with cdda://: Either No stream found to handle url or Error parsing option cdrom-device (option not found)
Package: mpv Version: 0.6.2-1 Control: found -1 0.6.2-1+ffmpeg Dear Debian Multimedia Maintainers, I've tried to play an audio CD with mpv. From the man page mpv(1): cdda://track[-endtrack][:speed][/device] --cdrom-device=PATH --cdda-... Play CD. […] --cdrom-device=path Specify the CD-ROM device (default: /dev/cdrom). So I first tried → mpv cdda:// Playing: cdda:// No stream found to handle url cdda:// Exiting... (No files played) → Then I tried → mpv --cdrom-device=/dev/cdrom cdda:// Error parsing option cdrom-device (option not found) Setting commandline option --cdrom-device=/dev/cdrom failed. Exiting... (Fatal error) → mpv 0.6.2-1 and 0.6.2-1+ffmpeg behave identical with regards to this issue. Feel free to clone and retitle this issue in case these are two independent issues. In case mpv can't play any audio CDs any more on purpose, please update the man page accordingly and drop the above cited sections. JFTR: mplayer2 works fine on the same system with the same device (an ASUS USB DVD-RW drive reported as HL-DT-ST DVDRAM GU40N connected as /dev/sr0, with symlink at /dev/cdrom) and the same CD in both cases: → mplayer cdda:// MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team Cannot open file '/home/abe/.mplayer/input.conf': No such file or directory Failed to open /home/abe/.mplayer/input.conf. Cannot open file '/etc/mplayer/input.conf': No such file or directory Failed to open /etc/mplayer/input.conf. Playing cdda://. Found audio CD with 10 tracks. Track 1 Detected file format: rawaudio Selected audio codec: Uncompressed PCM [pcm] AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 176400-176400) AO: [pulse] Init failed: Connection refused AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 10.3 (10.3) of 2068.1 (34:28.1) 1.2% Exiting... (Quit) → mplayer --cdrom-device=/dev/cdrom cdda:// MPlayer2 2.0-728-g2c378c7-4+b1 (C) 2000-2012 MPlayer Team Cannot open file '/home/abe/.mplayer/input.conf': No such file or directory Failed to open /home/abe/.mplayer/input.conf. Cannot open file '/etc/mplayer/input.conf': No such file or directory Failed to open /etc/mplayer/input.conf. Playing cdda://. Found audio CD with 10 tracks. Track 1 Detected file format: rawaudio Selected audio codec: Uncompressed PCM [pcm] AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 176400-176400) AO: [pulse] Init failed: Connection refused AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 3.9 (03.8) of 2068.1 (34:28.1) 1.2% Exiting... (Quit) → -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 'buildd-unstable'), (109, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpv depends on: ii libasound2 1.0.28-1 ii libass5 0.10.2-3 ii libavcodec566:11-2 ii libavdevice55 6:11-2 ii libavfilter56:11-2 ii libavformat56 6:11-2 ii libavresample2 6:11-2 ii libavutil54 6:11-2 ii libbluray1 1:0.6.2-1 ii libbs2b03.1.0+dfsg-2.1 ii libc6 2.19-12 ii libdvdnav4 5.0.1-1 ii libdvdread4 5.0.0-1 ii libegl1-mesa [libegl1-x11] 10.3.1-1 ii libenca01.16-1 ii libgl1-mesa-glx [libgl1]10.3.1-1 ii libguess1 1.2-1 ii libjack-jackd2-0 [libjack-0.116]1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-10 ii liblcms2-2 2.6-3+b2 ii liblircclient0 0.9.0~pre1-1.1 ii liblua5.2-0 5.2.3-1.1 ii libmpg123-0 1.20.1-2 ii libpulse0 5.0-13 ii libquvi70.4.1-2.1 ii libsdl2-2.0-0 2.0.2+dfsg1-5 ii libswscale3 6:11-2 ii libuuid12.25.2-2 ii libva-glx1 1.4.1-1 ii libva-x11-1 1.4.1-1 ii libva1 1.4.1-1 ii libvdpau1 0.8-3 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.3.1-1 ii libx11-62:1.6.2-3 ii libxext6
Bug#766717: bug
Hi Davide, you are aware that it is probably the same bug that you posted before in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757150, aren't you? Did you try the thing with libopengl-qt4 and friends? I still claim that there is a problem with your card, your shader compiler or your installation of OpenGL. Your card really seems to be the one causing problems - you can google error C6013 and you'll find a plethora of problems EVERYWHERE (I won't even bother to paste them here). However, I think that stellarium should stop more gracefully when shaders fail to compile. There was a discussion about having stellarium-legacy package with version 0.12.4, but it was rejected as we don't really want to support two packages at the same time [1]. I heard from stellarium developers that they want to release an updated version from 0.12.x series which I'll be more that happy to bring to *wheezy*, but not to *jessie*. You are free to use stellarium 0.12.4 right now from backports. If you need help to do that, drop me an e-mail. And you can always run without hardware acceleration: $ LIBGL_ALWAYS_SOFTWARE=1 stellarium but it will eat your laptop battery like Cookie Monster its cookies. I'm dropping the severity down as 0.13.x does not seem to support your GPU or software stack around it (as much evidence show). [1] https://lists.debian.org/debian-astro/2014/08/msg00010.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764926: gnome-software: Offline upgrades break boot
On Fri, 24 Oct 2014 21:15:24 +0200 Matthias Klumpp matth...@tenstral.net wrote: 2014-10-24 21:07 GMT+02:00 Laurent Bigonville bi...@debian.org: Package: gnome-software Followup-For: Bug #764926 Hi, Just tried tonight and it still seems to fail. It start the upgrade, the progressbar shows 100% and then nothing is happening. I hit ctrl-alt-del and rebooted, after that gnome-software was showing a message telling that the transaction failed. Did you find anything interesting in your /var/log/apt/term.log or the systemd journal? In the apt logs I see no new entries at all. In the journal I see the progress going to 100% But at least the machine has rebooted properly Shouldn't we downgrade the severity? Maybe -but a non-working default upgrade method is still pretty bad (although it's not fatal anymore). We would need some more manpower to nail down this issue (which likely is in PackageKit's aptcc backend), since I am pretty busy with a lot of stuff, with a current focus on getting at least some AppStream data into Debian (not sure if that will work though, many open questions there, and a lot of code which isn't ready yet and needs to be fixed) I've retried again (after enabling the debug-shell) an I can see the following ps output: root 729 0.0 0.2 239444 18256 ?SLsl 11:55 0:00 /sbin/dmeventd -f systemd+ 755 0.0 0.0 106220 2540 ?Ssl 11:55 0:00 /lib/systemd/systemd-timesyncd root 1089 0.0 0.0 339696 5628 ?Ssl 11:55 0:00 /usr/lib/packagekit/pk-offline-update root 1090 0.7 0.4 172488 28276 ?Ssl 11:55 0:00 /usr/bin/python -Es /usr/sbin/firewalld --nofork --nopid message+ 1096 0.0 0.0 50600 3532 ?Ssl 11:55 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation root 1102 1.4 0.9 431440 59096 ?Ssl 11:55 0:00 /usr/lib/packagekit/packagekitd polkitd 1106 0.0 0.2 520056 13448 ?Ssl 11:55 0:00 /usr/lib/polkit-1/polkitd --no-debug root 1127 0.0 0.0 19848 2632 ?Ss 11:55 0:00 /lib/systemd/systemd-logind root 1216 0.0 0.0 37068 2612 ?Ss 11:55 0:00 /sbin/rpcbind -w root 1503 0.0 0.3 431436 18444 pts/1Ss+ 11:55 0:00 /usr/lib/packagekit/packagekitd root 1504 0.1 0.0 0 0 pts/1Z+ 11:55 0:00 [dpkg] defunct root 1926 0.0 0.0 4320 752 pts/1S+ 11:55 0:00 /bin/sh -c /usr/sbin/dpkg-preconfigure --apt || true root 1927 0.4 0.3 65868 19192 pts/1S+ 11:55 0:00 /usr/bin/perl -w /usr/sbin/dpkg-preconfigure --apt root 1929 0.0 0.0 0 0 pts/1Z+ 11:55 0:00 [dpkg-preconfigu] defunct Killing PID 1926 made the machine reboot properly. The updates where not applied. 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#766726: ITP: budgie-desktop -- simple, yet elegant desktop
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com * Package name: budgie-desktop Version : v7 Upstream Author : Ikey Doherty i...@evolve-os.com * URL : https://evolve-os.com/budgie/ * License : GPLv2 Programming Lang: C, Vala Description : simple, yet elegant desktop Budgie is a desktop environment, designed with the modern user in mind, focusing on simplicity and elegance. . A huge advantage for the Budgie desktop is that it is not a fork of another project, but rather one written from scratch with integration in mind. . The Budgie Desktop tightly integrates with the GNOME stack, employing underlying technologies to offer an alternative desktop experience. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766727: tracker.debian.org: should link excuses for binNMUs too
Package: tracker.debian.org Severity: normal Hello, I was wondering why the nvidia-cuda-toolkit transition wasn't happening. The QA page for nvidia-cuda-toolkit or one of its rev-dep, starpu-contrib, would only show Valid candidate. It happens that it doesn't migrate because the starpu-contrib rev-dep, already binNMUed, is actually waiting for gcc-4.8 to migrate, and this issue doesn't shows up on the QA page, only in the grep-excuses output: starpu-contrib/i386 (1.1.3+dfsg-2 to 1.1.3+dfsg-2) ... Updated binary: libstarpu-contrib-1.1-7 (1.1.3+dfsg-2 to 1.1.3+dfsg-2+b1) ... Invalidated by dependency Not considered Depends: starpu-contrib/i386 gcc-4.8 (not considered) Could QA be made to show this kind of excuse too? Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel quit When the quit statement is read, the bc processor is terminated, regardless of where the quit state- ment is found. For example, if (0 == 1) quit will cause bc to terminate. (Seen in the manpage for bc. Note the if statement's logic) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753110: RFS: mrrescue/1.02c-1 [ITP]
Tobias Frost writes: Am Samstag, den 25.10.2014, 17:35 +1000 schrieb Steven Hamilton: On Thu, 23 Oct 2014 11:13:44 +0200 Tobias Frost t...@frost.de wrote: Hi Steven, what's the status of mrrescue? Do you have updates? Still seeking a sponsor. Package is ready and source uploaded to Games Team git. Keen to get this in before freeze. Hi Steve, no, you've got your sponsor already... (Its the owner of the RFS bug, as recommended in http://mentors.debian.net/sponsor/rfs-howto ) Will take a look now -- tobi All items in your last review have been rectified and pushed to git. -- Steven Hamilton I don't look like two zombies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766728: arb: French debconf templates translation
Package: arb Version: 6.0.2-1 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Best, Steve # Translation of arb debconf template to French # Copyright (C) 2014 # This file is distributed under the same license as the arb package. # Steve Petruzzello dl...@bluewin.ch, 2014. # msgid msgstr Project-Id-Version: arb_6.0.2-1\n Report-Msgid-Bugs-To: a...@packages.debian.org\n POT-Creation-Date: 2014-10-11 07:42+0200\n PO-Revision-Date: 2014-10-25 12:43+0200\n Last-Translator: Steve Petruzzello dl...@bluewin.ch\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../arb-common.templates:2001 msgid ARB PT-server administrators: msgstr Administrateurs du serveur PT (positional tree) d'Arb : #. Type: multiselect #. Description #: ../arb-common.templates:2001 msgid The default configuration of PT-server slots in /etc/arb/arb_tcp.dat gives ARB three global slots accessible by all users (connecting to localhost: ${PORT}), as well as three slots to give private per-user access (connecting to ~/.arb_pts/${USER}${NUMBER}.socket). msgstr La configuration par défaut (/etc/arb/arb_tcp.dat) des créneaux du serveur PT donne à Arb trois créneaux globaux accessibles à tous les utilisateurs (connexion à localhost:${PORT}), ainsi que trois créneaux pour un accès privé par utilisateur (connexion sur ~/.arb_pts/${UTILISATEUR} {nombre}.socket). #. Type: multiselect #. Description #: ../arb-common.templates:2001 msgid Only members of the \arb\ system group will be able to build and update the shared PT-servers. Please enter the login names for these privileged users. msgstr Seuls les membres du groupe système « arb » peuvent construire et mettre à jour les serveurs PT partagés. Veuillez entrer les noms d'utilisateurs de ces utilisateurs privilégiés.
Bug#613987: lpr prints blank pages
Control: found -1 cups/1.7.5-5 On Fri, 18 Feb 2011 21:06:29 +0300 jaakov jaakov wrote: Package: cups-bsd Version: 1.4.4-7 Standard up-to-date squeeze is used. Printing certain PDF file fails through lpr. The considered file is attached. When the command following command is issued lpr HensgenFinkelManber-TwoAlgorithmsForBarrierSynchronization.pdf the printer complains about false page size, and, when the printer is told to use A4 instead, blank pages are produced. However, printing this file through evince succeeds. Hello, I experience exactly the same bug: I often find PDF files which cannot be correctly printed with lpr from cups-bsd (some images and/or parts of text are missing in the hardcopy). Printing from evince and zathura mysteriously works... I experience the bug with a number of different printers, hence I don't think it is a hardware-specific issue. [...] Any help on the bug is appreciated. Indeed, I would really like to see this bug fixed. Could some knowledgeable printing team member try and reproduce the issue? Thanks for your time! -- http://www.inventati.org/frx/ fsck is a four letter word... . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgplofJir7lQy.pgp Description: PGP signature
Bug#727360: doscan: update config.{sub,guess} for the AArch64 port
retitle 727360 doscan: update config.{sub,guess} for the AArch64 port severity 727360 important tags 727360 +patch fixed 727360 0.3.1-3.1 found 727360 0.3.2-1 thanks. Returning this bug to it's original title. Unfortunately your package is one of the handful of cases that uses config.sub/guess but does not use automake and autoreconf only updates config.sub/guess if automake is used. Therefore this package needs both autoreconf and autotools-dev to keep everything up to date. It seems that despite the absense of any mention of such in the changelog that 0.3.1-3.1 did use both but with the move to new style dh in 0.3.2-1 this was lost and the package now only uses autoreconf. Patch attatched, if there has been no respose I will likely upload as a NMU either after the current version migrates to testing or after arm64 is formally made a release architecture (which would make this bug rc and a blocker for testing migration). diff -u doscan-0.3.2/debian/changelog doscan-0.3.2/debian/changelog --- doscan-0.3.2/debian/changelog +++ doscan-0.3.2/debian/changelog @@ -1,3 +1,12 @@ +doscan (0.3.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use autotools-dev in addition to autoreconf. This package does not use +automake and so autoreconf does not update config.sub/guess +(Closes: 727360). + + -- Peter Michael Green plugw...@debian.org Sat, 25 Oct 2014 10:24:27 + + doscan (0.3.2-1) unstable; urgency=low * New upstream version diff -u doscan-0.3.2/debian/rules doscan-0.3.2/debian/rules --- doscan-0.3.2/debian/rules +++ doscan-0.3.2/debian/rules @@ -3 +3 @@ - dh $@ --with autoreconf + dh $@ --with autoreconf,autotools_dev
Bug#765812: GNOME Evolution SIGSEGV with SQLite3 3.8.7
Hi, On Sat, Oct 25, 2014 at 12:01 PM, Paul Menzel pm.deb...@googlemail.com wrote: Am Samstag, den 18.10.2014, 15:32 +0200 schrieb Pascal Obry: Package: evolution Version: 3.12.7-1 I'm on Debian/sid with all packages up-to-date. After upgrading SQLite3 this morning from 3.8.6-1 to 3.8.7-1 GNOME Evolution crashes with a segmentation violation. [...] The bug upstream was reported upstream in the GNOME bug tracker Bugzilla as #738965 [1], where it has been analyzed with the help of the SQLite developer Mr Hipp leading to a fix by Milan. I update the meta data of this (Debian) bug report accordingly. The severity was raised to critical to prevent the migration to testing Unfortunately applying this patch to Debian is not enough, I believe as the appropriate `Breaks` and `Conflicts` tags with `libsqlite3-0` have to be set. Quite the contrary. Evolution doesn't break SQLite3, but the latter may show that it breaks evolution-data-server without the fix. Please apply that to the package and do an upload. Then I can add the breaks field to libsqlite3-0. Laszlo, does the `libsqlite3-0` package also require changes to map these problems? In any case, libsqlite3-0 3.8.7 should not migrate to testing before this bug has been solved in Debian. As I read, SQLite3 itself is correct in every aspect. It's Evolution that doesn't use it correctly ATM. With the patch it should work as expected. Thanks for the heads-up, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763647: marked as done (xbmc-bin: crashes while trying to handle CD/DVD drives although no media is present)
Control: tags -1 moreinfo Hi Sebastian, 2014-10-08 22:42 GMT+02:00 Sebastian Ramacher sramac...@debian.org: Control: reopen -1 I am not able to reproduce the issue anymore. Since the crash happended the last time, I have rebooted with a new kernel. So maybe this was just a transient issue. If it should happen again, I'll provide you a better back trace. Closing for now. And reopening. I've nuked my ~/.xbmc and the crash is back. Thanks to the -dbg package with a better trace back this time: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffd3870700 (LWP 7978)] __GI___libc_free (mem=0x220810001) at malloc.c:2929 2929malloc.c: No such file or directory. (gdb) bt full #0 __GI___libc_free (mem=0x220810001) at malloc.c:2929 ar_ptr = optimized out p = optimized out hook = 0x0 #1 0x7170efe5 in cdtext_destroy () from /usr/lib/libcdio.so.13 No symbol table info available. #2 0x7170d83b in ?? () from /usr/lib/libcdio.so.13 No symbol table info available. #3 0x7170f7bd in cdio_destroy () from /usr/lib/libcdio.so.13 No symbol table info available. #4 0x00ca3255 in MEDIA_DETECT::CCdIoSupport::GetCdInfo (this=this@entry=0x7fffd386bb80, cDeviceFileName=cDeviceFileName@entry=0x0) ... It is crashing in libcdio which has been updated recently. Could you please try downgrading libcdio13 and trying version from experimental to rule libcdio out? If it is still crashing I suspect a memory allocation handling problem. Could you please test the bug using valgrind? I looked at XBMC's code and it seems to be OK. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764755: [Cupt-devel] Bug#764755: cupt: Pinned package is upgraded due to strict Depends from another package
Control: -1 + fixed-upstream Hi, 2014-10-17 23:48, Eugene V. Lyubimkin: Independently of that the bug against Cupt remains open to track the changes coming to 2.9.0 (work underway) to treat these kinds of 'version priority downgrade' more negatively than in 2.8.x by default plus the ability to configure it to be even more stricter if user wants so. [...] This has now landed to master branch. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766729: Please clarify that apt-file can also search for parts of the full path of a file
Package: apt-file Severity: minor On Vi, 24 oct 14, 13:44:06, Malte Forkel wrote: Am 24.10.2014 um 13:08 schrieb Darac Marjal: Actually, apt-file will search the whole path (try 'apt-file search bin'). If you like, try the -x option to apt-file to specify a perl-compatible regex. You're right! Thanks for pointing that out. I was mislead by the man page auf apt-file 2.5.1 (in wheezy) which says search Search in which package a file is included. A list of all pack‐ ages containing the pattern pattern is returned. apt-file will only search for filenames, not directory names. This is due to the format of the Contents files it searches. A misinterpretation on my behalf or a bug in the documentation? If my understanding is correct: packages may also contain (empty) directories, but these will not be found by apt-file (because of the format of the Contents files[1]), but files are included with the full path so a search will match a directory in the path. The manpage would probably do with a slight enhancement ;) Something like below might do it: apt-file will only search for filenames, including any portion of the full path, but not directory names. This is due to the format of the Contents files it searches. [1] excerpt from a Contents file: When a file is contained in more than one package, all packages are listed. When a directory is contained in more than one package, only the first is listed. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#766730: ITP: unqlite -- Self-contained transactional NoSQL database engine.
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov kact...@gnu.org * Package name: unqlite Version : 1.1.6 Upstream Author : Mrad Chems Eddine c...@symisc.net * URL : http://unqlite.org * License : BSD Programming Lang: C Description : Self-contained transactional NoSQL database engine. UnQLite is a in-process software library which implements a self-contained, serverless, zero-configuration, transactional NoSQL database engine. UnQLite is a document store database similar to MongoDB, Redis, CouchDB etc. as well a standard Key/Value store similar to BerkeleyDB, LevelDB, etc. UnQLite is an embedded NoSQL (Key/Value store and Document-store) database engine. Unlike most other NoSQL databases, UnQLite does not have a separate server process. UnQLite reads and writes directly to ordinary disk files. A complete database with multiple collections, is contained in a single disk file. The database file format is cross-platform, you can freely copy a database between 32-bit and 64-bit systems or between big-endian and little-endian architectures. UnQLite features includes: • Serverless, NoSQL database engine. • Transactional (ACID) database. • Zero configuration. • Single database file, does not use temporary files. • Cross-platform file format. • UnQLite is a Self-Contained C library without dependency. • Standard Key/Value store. • Document store (JSON) database via Jx9. This package is dependency of tocc, which is file tagging system, I would like to be present in Debian. I will need a sponsor, and I plan to maintain it as long and as up-to-date, as tocc will need it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766731: RFS: osm2pgsql/0.86.0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package osm2pgsql Package name: osm2pgsql Version : 0.86.0-1 Upstream Author : Kai Krueger kakrue...@gmail.com URL : http://wiki.openstreetmap.org/wiki/Osm2pgsql License : GPL-2+ Section : utils It builds those binary packages: osm2pgsql - OpenStreetMap data to PostgreSQL converter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/osm2pgsql Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/osm2pgsql/osm2pgsql_0.86.0-1.dsc More information about osm2pgsql can be obtained from http://wiki.openstreetmap.org/wiki/Osm2pgsql. Changes since the last upload: * New upstream release. * Remove 00-fix_build.patch, applied upstream. * Remove 01-hyphen-used-as-minus-sign.patch, applied upstream. * Remove 02-spelling-error-in-manpage.patch, applied upstream. * Remove 03-fix-build-for-protobuf-c-1.0.0.patch, applied upstream. * Remove 04-api-changes-for-protobuf-c-1.0.0.patch, applied upstream. * Add python build dependencies for updated regression test script. * Update docs to install README.md. * Bump Standards-Version to 3.9.6, no changes. Regards, Bas Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760058: Will Ogre 1.8 remain in Jessie? (Was: The other packages)
Does anyone know if Ogre 1.8 will actually be removed from testing? If so, something needs to be done with ember. The newest version is written to build against Ogre 1.9 but it requires the upload of two libraries (and said upload would require permission from the release team at this point). It's POSSIBLE that the current version of ember would build correctly but it's extremely unlikely since upstream targeted Ogre 1.7 and specifically lists 1.8 as the maximum supported version. Stephen: you've been the primary maintainer on ember, what are your thoughts on the viability of these approaches? Would it be realistic for us to try hacking ember to build on Ogre 1.9? On 10/25/2014 03:27 AM, Tobias Frost wrote: Am Samstag, den 25.10.2014, 01:39 -0500 schrieb Olek: Looking at mercator, I saw that this upload would also include an so-name bump. So I fear, its to late to upload to sid. Sorry, but this stricly spoken would need a transition, even if only a few packages are involved. https://lists.debian.org/debian-devel-announce/2014/09/msg2.html Oh, bother... :( You're right, of course, I was just so focused on the freeze that I completely forgot that these are technically transitions... even though there are only 2 packages that depend on them. The bad news is one of these packages is ember[1] which has a number of issues that would be fixed by packaging the newest version... and that newest version depends on the newer libraries. So hopefully this won't cause excessively severe problems with ogre[2]. We can upload to experiment if you want. This is also true for atlas-cpp, looking at the diff.. Again, experimental is no problem; it can't go to sid at this point of time. Sure, I can rewrite those library packages to go to experimental instead. If they're not going into Jessie then they are a much lower priority at this point. Please let me know if you have any feedback but I'm going to focus on cyphesis in the meantime. -Olek [1] https://packages.qa.debian.org/e/ember.html [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760058 I'd go through experimental. They also have to go through the NEW queue which complicates things. Especially now where the window of oportunity is so small. If not having the libraries is RC in some way, we can still consult the release team for an exception during the freeze (but should done soon, then So what's the consensus from the Games Team (and from the people working on Ogre)? Do we need to talk to the release team about this or can ember remain in Jessie with Ogre 1.8? Thanks in advance for the inputs! -Olek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766732: libc: Segfault in libc (from process pool) accessing files shared via DAV across ethernet on another machine
Package: libc6 Version: 2.19-11 Severity: grave File: libc Justification: causes non-serious data loss Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Two computers, both amd64 systems, running Jessie (testing), both dist-upgraded 24 Oct 2014. Attempting to copy a substantial dataset from one machine to the other. I have not tried to find the problem from the command line but can reproduce it from either machine using Gnome (Nautilus). * What exactly did you do (or not do) that was effective (or ineffective)? On one machine, (the Server) enable file sharing (via ~/Public in Nautilus) Then expose a substantial quantity of data (0.3TB is enough here) in the Public folder. For example cd ~/Public mount --bind ../Music Music (I have a lot of FLAC-encoded CDs in Music : you may need to substitute a similarly large lump of data. The example dataset has 14000 large files in 600 folders.) On the other machine, (the Client) in Nautilus, mount users shared files on Server hostname display that folder perform operations on e.g. Music. Right-click/Properties exhibits the problem Copy/Paste (to a local folder on the Client - which DOES have enough space) - also exhibits it, but it takes much longer to manifest. This suggests to me that the problem is in handling directory or file stats rather than simply the file sizes themselves. * What was the outcome of this action? The operation runs for a while, then stops (e.g. the Properties window shows file size increasing, but stops at 253GB (or 63GB when the Client and Server machines are interchanged; but always at the same size) dmesg on the Client machine reports: [ 699.677988] pool[1873]: segfault at 0 ip 7f5d88066a3a sp 7f5d7d974cb8 error 4 in libc-2.19.so[7f5d87fe5000+19f000] (on a subsequent run after a dist-upgrade and restart) [ 303.568248] pool[1941]: segfault at 0 ip 7f84f52e6a3a sp 7f84f299ccb8 error 4 in libc-2.19.so[7f84f5265000+19f000] * What outcome did you expect instead? Successful operation without segfault... I have not tried digging more info using gdb : given Gnome is in the way it's not clear to me how one would go about it, e.g. which process to attach the debugger to! *** End of the template - remove these template lines *** -- 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.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6:amd64 depends on: ii libgcc1 1:4.9.1-16 libc6:amd64 recommends no packages. Versions of packages libc6:amd64 suggests: ii debconf [debconf-2.0] 1.5.53 pn glibc-doc none ii locales2.19-11 -- debconf information: * glibc/restart-services: exim4 cups cron glibc/disable-screensaver: * libraries/restart-without-asking: false glibc/upgrade: true glibc/restart-failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766733: RFP: python-sphynxcontrib-emacs -- sphinx extension to help document emacs lisp projects
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: python-sphynxcontrib-emacs Version : 2.1 Upstream Author : Sebastian Wiesner swies...@lunaryorn.com * URL : https://github.com/flycheck/sphinxcontrib-emacs/tree/0.2.1 * License : BSDish Programming Lang: python Description : sphinx extension to help document emacs lisp projects Features: - - Description directives for Emacs Lisp symbols - - Autodoc for Emacs Lisp code - - Better Texinfo integration to build online manuals for Emacs I know of at least one project (notmuch) using sphinx to generate info for emacs to read. It would be nice for such projects to avoid re-inventing the wheel. actual license text: Copyright (c) 2014 Sebastian Wiesner swies...@lunaryorn.com Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCAAGBQJUS4q+AAoJEPIClx2kp54ssFoL/0UzqzO0B2zQTADq0N4BVd49 foFfSlOvYribh89RtnDk5SbllTxYZTQOUVTE7U8+NL2q2Gsz0xmlOoIzjPhgHzqp VHLEq3IG5buEeWtnSeB9nNeqOj0ZLbeybpsQNuCfoOfV075gxDbBXNRqEUoOGoqu k89JExbOje9LJQqQWZldMQ936Um5u+iM+JHtav5sn2p02FdP2e9KankHR4gmw38f w6AgBkoKjNtRehUXw6kUB84hRaJokxehYZ63RcW1/+ZcSMS3Ea+zHP7yOwhAfd2k MRo+izKQFlHgP6gTLtNZk9FoG6D+l5d1StFfvj+le71ng9meqMrftZ4kU5sjqvjB maNDLiWATZKOWGw4nwuO07RdZl0+nQdmimSDN0uINYqwHSGS7WA82+mhIi1meYMD QatPDNUZqXRpFbFoiOt/D1Tlk2bN/4VIsxwqfZUJK439wcndTB2efYRvXsfESsOr dMtPxExlSfm7ioBbmWlQJSs79Em6e+cVX3aRrS490w== =Wgse -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#766734: mbuffer FTBFS on arm64, outdated config.sub/guess
Package: mbuffer Version: 20140310-1 Severity: important User: debian-...@lists.debian.org Usertags: arm64 The latest version of mbuffer failed to build on arm64 with the following error. Invalid configuration `aarch64-linux-gnu': machine `aarch64' not recognized configure: error: /bin/bash ./config.sub aarch64-linux-gnu failed Version 20110119-2 built successfully. Looking at the changelog I see Use dh-autoreconf instead of autotools-dev to also regenerate the configure script and friends It appears your package is one of the handful of cases that uses autoconf and config,sub/guess but does not use automake. autoreconf only updates config.sub/guess if automake is used so your package still needs autotools-dev to update them despite using autoreconf. Debdiff attatched. If I get no response to this I will most likely NMU it after either the current version migrates to testing or arm64 is formally declared a release architecture (which will make this a rc bug and a testing migration blocker) diff -Nru mbuffer-20140310/debian/changelog mbuffer-20140310/debian/changelog --- mbuffer-20140310/debian/changelog 2014-10-22 22:19:20.0 + +++ mbuffer-20140310/debian/changelog 2014-10-25 10:45:20.0 + @@ -1,3 +1,12 @@ +mbuffer (20140310-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use autotools-dev in addition to autoreconf because this package does not +use automake and autoreconf only updates config.sub/guess if automake is +used. + + -- Peter Michael Green plugw...@debian.org Sat, 25 Oct 2014 10:44:18 + + mbuffer (20140310-1) unstable; urgency=medium * Fix the watch file: support both absolute and relative links. diff -Nru mbuffer-20140310/debian/rules mbuffer-20140310/debian/rules --- mbuffer-20140310/debian/rules 2014-10-22 21:38:37.0 + +++ mbuffer-20140310/debian/rules 2014-10-25 10:41:33.0 + @@ -9,4 +9,4 @@ override_dh_auto_test: %: - dh $@ --with autoreconf + dh $@ --with autoreconf,autotools_dev
Bug#766725: mpv: Can't play audio CDs with cdda://: Either No stream found to handle url or Error parsing option cdrom-device (option not found)
On sab, ott 25, 2014 at 12:15:33 +0200, Axel Beckert wrote: Package: mpv Version: 0.6.2-1 Control: found -1 0.6.2-1+ffmpeg Dear Debian Multimedia Maintainers, I've tried to play an audio CD with mpv. From the man page mpv(1): cdda://track[-endtrack][:speed][/device] --cdrom-device=PATH --cdda-... Play CD. […] --cdrom-device=path Specify the CD-ROM device (default: /dev/cdrom). Yeah, native cdda support (via libcdio) was disabled, but you can still play CDs by using libavdevice. Something like: mpv av://libcdio:/dev/cdrom However this is not very user-friendly I guess, and it'd be nice if mpv automaticcaly translated all the cdda:// URLs and --cdrom-device/--cdda-* options to libavdevice automatically, so I opened [0] upstream. Then I tried → mpv --cdrom-device=/dev/cdrom cdda:// Error parsing option cdrom-device (option not found) Setting commandline option --cdrom-device=/dev/cdrom failed. Exiting... (Fatal error) That's actually normal because --cdrom-device is only available when cdda support is enabled. Anyway, I'll probably re-enable the native cdda support for the time being. Cheers [0] https://github.com/mpv-player/mpv/pull/1214 signature.asc Description: Digital signature
Bug#747883: ben: please let ben monitor output in a more machine readable format
Le 2014-05-12 17:16, Johannes Schauer a écrit : Package: ben Version: 0.6.11 Severity: wishlist Tags: patch Hi, while the Levels and Text format are already quite parsable, it would be nice if consumers of ben monitor output would not have to create a specific parser for either format or trust in the format not unexpectedly changing in the future. It would thus be nice if an existing format like json, yaml, csv or xml could be used. Attached please find a patch that enables json output. Thanks for the patch (and sorry for the very late reply). I had a look at the patch, but it doesn't look complete compared to the Text output. I'd rather add something really useful for everybody than some nitch feature for a specific person. I've updated the patch (following recent changes in the code). I'll implement the missing bits some day. Cheers. -- MehdiFrom 213d950cd7c832ec373acd14dd7c5be96222cba3 Mon Sep 17 00:00:00 2001 From: josch j.scha...@email.de Date: Mon, 12 May 2014 16:16:53 +0200 Subject: [PATCH] add json support --- frontends/ben_monitor.ml | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/frontends/ben_monitor.ml b/frontends/ben_monitor.ml index 3d70d16..7522ba3 100644 --- a/frontends/ben_monitor.ml +++ b/frontends/ben_monitor.ml @@ -33,7 +33,7 @@ let output_file = ref None let input_config = ref None let baseurl = ref file:///.. -type output_type = Text | Xhtml | Levels +type output_type = Text | Xhtml | Levels | Json let output_type = ref Levels let p = Benl_clflags.progress @@ -104,6 +104,9 @@ let spec = Arg.align [ --html, Arg.Unit (fun () - output_type := Xhtml) , Select HTML output format; + --json, Arg.Unit (fun () - +output_type := Json) + , Select JSON output format; --use-projectb, Arg.Set Benl_data.use_projectb, Get package lists from Projectb database; --output , Arg.String (fun filename - output_file := Some filename @@ -353,6 +356,14 @@ let beautify_text = ) t +let print_json_monitor rounds = begin + printf [%s]\n%! begin String.concat , begin List.map begin fun xs - + let packages = List.sort (fun x y - compare !!!x !!!y) xs in + let strpkgs = List.map begin fun src - \^(!!!src)^\ end packages in + [^(String.concat , strpkgs)^] +end rounds end end +end + let compute_graph data config = let architectures = List.map @@ -607,6 +618,7 @@ let main _ = match !output_type with | Levels - print_dependency_levels dep_graph rounds | Text - print_text_monitor config sources binaries rounds +| Json - print_json_monitor rounds | Xhtml - let template = Benl_templates.get_registered_template () in let monitor_data = compute_monitor_data config sources binaries rounds in -- 1.7.10.4
Bug#766736: geoip-database: outdated license information; more databases could be in main!
Package: geoip-database Hi! According to http://dev.maxmind.com/geoip/legacy/geolite/, “The GeoLite databases are distributed under the Creative Commons Attribution-ShareAlike 3.0 Unported License”. This probably means that debian/copyright should be updated. But this also means that all GeoLite databases could be in geoip-database and that geoip-database-contrib could be removed from the archive. Sounds like a good news, or? Thanks! -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#766735: RM: realpath/experimental -- NVIU; realpath moved to coreutils
Package: ftp.debian.org Severity: normal Please remove realpath 1.19.coreutils.1 from experimental, as realpath in unstable is now provided by coreutils. Thanks, robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766544: bind9: /sbin/dhclient requires ISC libs in /usr/lib
Michael Gilbert wrote: On Thu, Oct 23, 2014 at 5:10 PM, Steven Chamberlain wrote: A consequence of /sbin/dhclient now being dynamically linked, is that it requires libs under /usr/lib, so the case of /usr on a remote filesystem such as NFS will no longer work if using DHCP. (Not entirely kfreebsd-specific, but AIUI Linux with systemd is unlikely to support such a setup nowadays?). Is it possible those libs could be installed under /lib? Thanks. Would a possibly better/alternative solution be to move /sbin/dhclient to /usr/sbin in isc-dhcp? That would make no difference in this situation, dhclient would be unusable either way: I imagine dhclient is in /sbin for the reason I described, so that it can bring up networking before mounting network filesystems, possibly including /usr If you rely on DHCP to bring up the network, and /usr is on a network filesystem, you wouldn't have access to those libs... this used to work fine when /sbin/dhclient was staticically linked. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747887: ben: please allow to specify affected, good and bad packages on the command line
Hi, Le 2014-05-12 17:48, Johannes Schauer a écrit : Package: ben Version: 0.6.11 Severity: wishlist Tags: patch Hi, the monitor subcommand currently requires a configuration file to read the query strings for affected, good and bad packages. If those values could be given on the commandline, then I would not have to create a temporary configuration file anymore. Ben went through a series of big changes where we made most of the global references go away. That allowed us to ease its parallelisation. As a result, your patches need more work to be integratable. The second patch can be applied as is though. I'll have to think about how make this into Ben. Is reading a .ben file from stdin could be a solution for you? Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711470: ath9k_htc updated firmware for firmware-linux-free
Hello, I think we must really shame our self this software is not in Debian Jessie! Is there no RFP? Maybe it cannot be in firmware-linux-free because the code has another source. With regards, Paul van der Vlis. -- Paul van der Vlis Linux systeembeheer, Groningen http://www.vandervlis.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766737: lintian: No more cares about ~/.lintianrc
Package: lintian Version: 2.5.29 Severity: serious Hi, Since 2.5.29 my ~/.lintianrc is ignored unless I used --cfg ~/.lintianrc. Culprit is the new environment cleaning which cleans out $ENV{HOME}, too: Watchpoint 0: $ENV{'HOME'} changed: old value: '/home/abe' new value: '' Lintian::Internal::FrontendUtil::sanitize_environment(/usr/share/perl5/Lintian/Internal/FrontendUtil.pm:60): 60: delete $ENV{$key} 61: if not exists($PRESERVE_ENV{$key}) 62: and $key !~ m/^LINTIAN_/; I haven't checked for the XDG based variants, but that likely should be cross-checked, too. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 'buildd-unstable'), (109, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.90.20141023-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.20-1 ii gettext0.19.3-1 ii hardening-includes 2.6 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.39-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.21 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.7.0.2-2 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.1-2 ii t1utils1.38-1 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.1-2 ii perl-modules [libautodie-perl] 5.20.1-2 Versions of packages lintian suggests: ii binutils-multiarch 2.24.90.20141023-1 ii dpkg-dev 1.17.21 ii libhtml-parser-perl3.71-1+b2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.13-1 ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753668: How to fix ckeditor
2014-10-24 22:41 GMT+02:00 Bastien ROUCARIES roucaries.bast...@gmail.com: Hello, Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/ckeditor/ckeditor_4.4.4+dfsg1-2.dsc I've done that, built, checked and uloaded to sid. Note that lintian has some hints: W: ckeditor source: out-of-date-standards-version 3.9.5 (current is 3.9.6) P: ckeditor source: debian-watch-may-check-gpg-signature I: ckeditor: description-synopsis-might-not-be-phrased-properly I: ckeditor: using-first-person-in-description line 1: we E: ckeditor: privacy-breach-may-use-debian-package usr/share/doc/ckeditor/examples/jquery.html You may use libjs-jquery package. (http://code.jquery.com/jquery-1.11.0.min.js) W: ckeditor: embedded-javascript-library usr/share/javascript/ckeditor/adapters/jquery.js please use libjs-jquery I: ckeditor: package-contains-empty-directory usr/share/javascript/ckeditor/plugins/htmlwriter/samples/assets/ X: ckeditor: package-contains-broken-symlink usr/share/javascript/ckeditor/plugins/codesnippet/lib/styles ../../../../highlight/styles Regards Mathieu P -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764718: (no subject)
No Problem, I am subscribed to this bug. So, concerning the question: I just ran nmap -T4A as root(essential) against a router and this bug occurred. The first time I stumbled upon it, wireshark was running, but later on, if I am not mistaken, it also crashed without wireshark. Note that the router has some severely broken network drivers and it is extremely likely that it sent some invalid/strange packages. //raphael On Sat, Oct 25, 2014 at 9:59 AM, Julien Cristau jcris...@debian.org wrote: On Fri, Oct 24, 2014 at 22:04:42 +0200, Pierre Schweitzer wrote: Dear Rapahel, Note that you didn't send this to Raphael, unless he was Bcc:ed... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766738: ghc-mod: Uses hundreds of MB of memory per open file in Emacs
Package: ghc-mod Version: 4.1.2-2 Severity: important Tags: upstream Dear Maintainer, When used with Emacs, ghc-mod 4.1.2-2 will, unlike versions 4, consume hundreds of MB of memory *per open file* in many cases. For many, this will be a serious regression from earlier versions, making ghc-mod's Emacs integration practically useless. The problem is known upstream [1], and seems to be (at least partly) rectified in ghc-mod 5.x. The latter is not packaged in Debian, and does introduce a few new dependencies that are also not packaged in Debian. Since Emacs integration is a (the?) major feature of ghc-mod, should perhaps ghc-mod be downgraded to 3.x, or upgraded to 5.x, before Jessie? [1] https://github.com/kazu-yamamoto/ghc-mod/issues/243 -- System Information: Debian Release: jessie/sid APT prefers utopic-updates APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 'utopic') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-23-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghc-mod depends on: ii haskell-mode 13.10-2 ii libc6 2.19-10ubuntu2 ii libffi6 3.1-2 ii libgmp10 2:6.0.0+dfsg-4build1 Versions of packages ghc-mod recommends: ii ghc 7.6.3-19 ghc-mod suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766740: gamera FTBFS on arm64, testsuite failure.
Package: gamera Severity: important Version: 3.4.1+svn1423-1 Your package failed to build on arm64. This is a regression. The bug is filed as important because arm64 is not yet an official release architecture but it may get upgraded to serious later. The cause of the build failure is a testsuite failure == FAIL: test_rle.test_rle1 -- Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/nose/case.py, line 197, in runTest self.test(*self.arg) File /«BUILDDIR»/gamera-3.4.1+svn1423/tests/test_rle.py, line 23, in test_rle1 assert image1.color_ccs().to_string() == image2.color_ccs().to_string() AssertionError There is now a proper arm64 porterbox available at asachi.debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756980: klavaro: conflict with libgtkdatabox-0.9.2-0-dev
Thanks Bart. The hurry was just for the freeze no other intention. Regards, -- Jose G. López josg...@gmail.com pgpX8jkMQRQa1.pgp Description: PGP signature
Bug#766741: seqan: makes a bed in pbuilder/results/
package: seqan version: 1.4.1+dfsg-2 Hi, I dunno how, I dunno why this happens but I see this: Warning: old files or directories found in /var/cache/pbuilder/result/ -rw-r--r-- 1 jenkins jenkins 124 Oct 16 18:02 /var/cache/pbuilder/result/seqan-1.4.1+dfsg.bed IOW: after building seqan 1.4.1+dfsg-2 in pbuilder there's a file in /var/cache/pbuilder/result/ which shouldn't be there. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#766742: override: libc-client2007e-dev:libdevel/extra
Package: ftp.debian.org Severity: normal Depends on comerr-dev, which has priority extra (no longer depends on libkrb5-dev though, but on krb5-multidev). https://qa.debian.org/debcheck.php?list=package=uw-imaparch=dist=jessie -- Magnus Holmgrenholmg...@debian.org Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766743: python-wxglade: wxglade can't load icons
Package: python-wxglade Version: 0.6.8-2.1 Severity: grave Justification: renders package unusable Dear Maintainer, On start up wxglade gives error messages: 14:24:12: can't open file '/usr/lib/python2.7/dist-packages/wxglade/icons/icon.xpm' (error 2: No such file or directory) 14:24:12: Failed to load image from file /usr/lib/python2.7/dist-packages/wxglade/icons/icon.xpm. 14:24:12: can't open file '/usr/lib/python2.7/dist-packages/wxglade/icons/application.xpm' (error 2: No such file or directory) 14:24:12: Failed to load image from file /usr/lib/python2.7/dist-packages/wxglade/icons/application.xpm. and shows a main window with blank buttons (no visible icons) for widget selection. (the buttons are there, as moving the mouse over them shows, but they are solid grey.) -- 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.16-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 python-wxglade depends on: ii python 2.7.8-1 ii python-wxgtk3.0 3.0.1.1+dfsg-1 python-wxglade recommends no packages. python-wxglade 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#766732: For clarification: re non serious data loss
The non serious data loss may be a misnomer. It is my assessment because, if one assumes that a copy finished correctly when it actually terminated, the client machine is left with an incomplete data set. Non-serious because the files are still there on the server, and it is possible (tedious!) to identify the missing ones and copy them separately. If my assessment is wrong, feel free to classify the bug more appropriately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766725: mpv: Can't play audio CDs with cdda://: Either No stream found to handle url or Error parsing option cdrom-device (option not found)
Hi, Alessandro Ghedini wrote: Yeah, native cdda support (via libcdio) was disabled, but you can still play CDs by using libavdevice. Something like: mpv av://libcdio:/dev/cdrom Doesn't work for me: → mpv av://libcdio:/dev/cdrom Playing: av://libcdio:/dev/cdrom [stream] Audio (+) --aid=1 (pcm_s16le) Error initializing audio. : 00:00:00 / 00:54:23 (0%) And then it hangs until I exit mpv. Anyway, I'll probably re-enable the native cdda support for the time being. That'd be nice, thanks! Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763108: Fixed
reassign 763108 ckeditor ckeditor/4.3.5+dfsg1-1 forcemerge 753668 763108 thanks Hello, This is actually fixed on the ckeditor side. Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766744: glpi: File does not exist: /usr/share/glpi/lib/extjs/locale
Package: glpi Version: 0.84.8+dfsg.1-1 Severity: minor Dear Maintainer, Each time a page of GLPI is opened, the message File does not exist: /usr/share/glpi/lib/extjs/locale is added to the /var/log/apache2/error.log [Sat Oct 25 07:21:37 2014] [error] [client 192.168.1.24] File does not exist: /usr/share/glpi/lib/extjs/locale, referer: http://192.168.1.16/glpi/front/ticket.php [Sat Oct 25 07:21:55 2014] [error] [client 192.168.1.24] File does not exist: /usr/share/glpi/lib/extjs/locale, referer: http://192.168.1.16/glpi/front/event.php I confirm, the folder locale doesn't exist in /usr/share/glpi/lib/extjs/. I didn't see problems when I use the website, but with many users, the log files can become very big, very fast. Thanks Simon -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (99, 'stable'), (90, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glpi depends on: ii apache2 2.2.22-13+deb7u3 ii apache2-mpm-prefork [httpd] 2.2.22-13+deb7u3 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii fonts-freefont-ttf 20120503-1 ii libapache2-mod-php5 5.4.4-14+deb7u14 ii libjs-extjs 3.4.0+dfsg1-1 ii libphp-phpmailer 5.1-1 ii php5-cli 5.4.4-14+deb7u14 ii php5-mysql 5.4.4-14+deb7u14 ii tinymce 3.4.8+dfsg0-1 Versions of packages glpi recommends: ii mysql-client 5.5.38-0+wheezy1 ii mysql-client-5.5 [mysql-client] 5.5.38-0+wheezy1 ii mysql-server 5.5.38-0+wheezy1 glpi suggests no packages. -- debconf information: glpi/remote/newhost: glpi/dbconfig-remove: glpi/internal/reconfiguring: false glpi/remove-error: abort glpi/dbconfig-upgrade: true glpi/webserver: apache, apache-ssl, apache-perl, apache2 glpi/db/app-user: glpi glpi/db/dbname: glpi glpi/dbconfig-reinstall: false glpi/mysql/method: unix socket glpi/upgrade-backup: true * glpi/configuration: glpi/database-type: mysql glpi/remote/port: glpi/internal/skip-preseed: false glpi/passwords-do-not-match: glpi/install-error: abort glpi/missing-db-package-error: abort glpi/remote/host: * glpi/dbconfig-install: true glpi/purge: false glpi/upgrade-error: abort glpi/mysql/admin-user: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766746: wpasupplicant: install interface-specific systemd service file
Package: wpasupplicant Version: 2.3-1 Severity: normal Tags: patch Hi, the upstream project provides an additional systemd service that can be used to provide interface specific configuration, which is necessary to use wpasupplicant with systemd-networkd as described in [0]. It'd be nice if the Debian package installed that service as well (see attached patch). Cheers [0] http://blog.volcanis.me/2014/06/01/systemd-networkd/ -- 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.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wpasupplicant depends on: ii adduser 3.113+nmu3 ii libc6 2.19-12 ii libdbus-1-3 1.8.8-2 ii libnl-3-200 3.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libpcsclite1 1.8.12-1 ii libreadline6 6.3-8 ii libssl1.0.0 1.0.1j-1 ii lsb-base 4.1+Debian13+nmu1 wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl none pn wpaguinone -- no debconf information From 5704749090833776de05b7f15e647257a1a8d43a Mon Sep 17 00:00:00 2001 From: Alessandro Ghedini alessan...@ghedini.me Date: Sat, 25 Oct 2014 14:43:38 +0200 Subject: [PATCH] Install interface-specific systemd service file --- debian/rules | 2 ++ 1 file changed, 2 insertions(+) diff --git a/debian/rules b/debian/rules index 478b47e..c68ed4e 100755 --- a/debian/rules +++ b/debian/rules @@ -92,6 +92,8 @@ override_dh_install: # install systemd support install --mode=644 -D wpa_supplicant/systemd/wpa_supplicant.service \ debian/wpasupplicant/lib/systemd/system/wpa_supplicant.service + install --mode=644 -D wpa_supplicant/systemd/wpa_supplicant@.service \ + debian/wpasupplicant/lib/systemd/system/wpa_supplicant@.service # install D-Bus service activation files configuration install --mode=644 -D wpa_supplicant/dbus/dbus-wpa_supplicant.conf \ debian/wpasupplicant/etc/dbus-1/system.d/wpa_supplicant.conf -- 2.1.1
Bug#766745: libdose3-ocaml-dev: META file still lists boilerplateNoRpm
Package: libdose3-ocaml-dev Version: 3.3~beta1-1 Severity: normal Hi, The boilerplateNoRpm and boilerplate modules have been replaced by doseparseNoRpm and doseparse but it seems that the META file has not been adjusted accordingly. In addition it seems that somehow the version in the META file is still at 3.2.2. I reported both problems to upstream at https://lists.gforge.inria.fr/pipermail/dose-devel/2014-October/000259.html at the very bottom as a reply to Pietro's question in the PS. I'm reporting a bug to make sure that this issue does not get lost because botch now FTBFS because of this. cheers, josch -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdose3-ocaml-dev depends on: ii libbz2-ocaml-dev [libbz2-ocaml-dev-3m6q1]0.6.0-6+b3 ii libc62.19-11 ii libcudf-ocaml-dev [libcudf-ocaml-dev-0ubk9] 0.7-2+b1 ii libdose3-ocaml [libdose3-ocaml-kph26]3.3~beta1-1 ii libextlib-ocaml-dev [libextlib-ocaml-dev-bles9] 1.6.1-1 ii libocamlgraph-ocaml-dev [libocamlgraph-ocaml-dev-pbbt0] 1.8.5-1 ii libre-ocaml-dev [libre-ocaml-dev-zhfi3] 1.2.2-1 ii libzip-ocaml-dev [libzip-ocaml-dev-l9m25]1.05-3 ii ocaml-nox [ocaml-nox-4.01.0] 4.01.0-4 libdose3-ocaml-dev recommends no packages. libdose3-ocaml-dev suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766738: Request to Join Project pkg-haskell from Daniel Gröber (dxld-guest)
Hi, Am Samstag, den 25.10.2014, 14:47 +0200 schrieb Gard Spreemann: On Sat, Oct 25, 2014 at 02:31:48PM +0200, Joachim Breitner wrote: Hi Daniel, Am Donnerstag, den 23.10.2014, 22:40 +0200 schrieb Joachim Breitner: My primary interest is Haskell development tools. I'm currently trying to package hackage-server and later maybe HaRe. I'm also the current maintainer of ghc-mod. would you mind taking care of 766738? Hi. I've newly subscribed to the list, and reported 766738. If there's anything I can do to help with resolving it, please let me know. sure. You mention that that ghc-mod 5.x has fixed it, and introduces new dependencies. If you can identify those, and check that we can upgrade them without having to upgrade too many unrelated packages, that would be helpful. You can use the haskell-package-plan software to find that out: http://anonscm.debian.org/gitweb/?p=pkg-haskell/package-plan.git;a=summary There is a README.md, I hope it is sufficient to get you started with the tool. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#766581: ibus: After upgrade to 1.5.9-1, can not input chinese (class quick)
control: reassign 766581 ibus-table control: retitle 766581 Add breaks ibus-table-foo control: severity 766581 important Hi, Today(24-Oct-2014), after apt-get dist-upgrade, ibus upgrade to 1.5.9-1, I can not input any chinese any more, I use ibus-table-quick-classic. Thank you. This is caused since ibus-table-foo packages are not updated with the newest version yet (they are already uploaded). If you dist-update again, this should be fixed. The proper fix to the root cause is add versioned Breaks: with long list of packages ibus-table-*. List all packlages from ibus-table-chinese with ( 1.4.6-Source-2~) List all packlages from ibus-table-others with ( 1.3.0.20100528-3~) Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766747: cgroup-tools fails to install
Package: cgroup-tools Version: current version of cgroup-tools Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** I intended to install cgroup-tools. I ran the following: apt-cache search libcgroup # this worked apt-get install libcgroup-dev # this worked (and insalled libcgroup1-0.38-1) apt-get install cgroup-tools# this failed (due to unmet dependencies [cgroup-tools : Depends: libcgroup1 (= 0.40~rc1) but 0.38-1 is to be installed]) apt-get -f install cgroup-tools # this failed with the same error root@momo:~# ls -lrt /lib/libcgrou* -rw-r--r-- 1 root root 75736 Jun 19 2012 /lib/libcgroup.so.1.0.38 lrwxrwxrwx 1 root root19 Jun 19 2012 /lib/libcgroup.so.1 - libcgroup.so.1.0.38 lrwxrwxrwx 1 root root19 Jun 19 2012 /lib/libcgroup.so - libcgroup.so.1.0.38 root@momo:~# Here's the output from all but the 3rd commands (since the 3rd and 4th returned the same results) root@momo:~# apt-cache search libcgroup libcgroup-dev - Development libraries to develop applications that utilize control groups libcgroup1 - Library to control and monitor control groups cgroup-tools - control and monitor control groups (tools) libcgroup-dbg - control and monitor control groups (debug) root@momo:~# apt-get install libcgroup-dev Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libcgroup1 The following NEW packages will be installed: libcgroup-dev libcgroup1 0 upgraded, 2 newly installed, 0 to remove and 1140 not upgraded. Need to get 62.2 kB of archives. After this operation, 219 kB of additional disk space will be used. Do you want to continue [Y/n]? Y Get:1 http://ftp.de.debian.org/debian/ stable/main libcgroup1 i386 0.38-1 [43.1 kB] Get:2 http://ftp.de.debian.org/debian/ stable/main libcgroup-dev i386 0.38-1 [19.0 kB] Fetched 62.2 kB in 0s (100 kB/s) Selecting previously unselected package libcgroup1. (Reading database ... 433434 files and directories currently installed.) Unpacking libcgroup1 (from .../libcgroup1_0.38-1_i386.deb) ... Selecting previously unselected package libcgroup-dev. Unpacking libcgroup-dev (from .../libcgroup-dev_0.38-1_i386.deb) ... Setting up libcgroup1 (0.38-1) ... Setting up libcgroup-dev (0.38-1) ... root@momo:~# apt-get -f install cgroup-tools Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: cgroup-tools : Depends: libcgroup1 (= 0.40~rc1) but 0.38-1 is to be installed E: Unable to correct problems, you have held broken packages. root@momo:~# -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.15.6-64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8.UTF-8, LC_CTYPE=en_US.UTF-8.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /UNIONFS/bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766092: systemd: Same problem here. My system cannot boot but to the command line.
Package: systemd Version: 215-5+b1 Followup-For: Bug #766092 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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 systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.25.1-5 ii libc6 2.19-11 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-1 ii libgcrypt20 1.6.2-3 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii sysv-rc 2.88dsf-53.4 ii udev215-5+b1 ii util-linux 2.25.1-5 Versions of packages systemd recommends: ii dbus1.8.6-2 pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui 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#766725: mpv: Can't play audio CDs with cdda://: Either No stream found to handle url or Error parsing option cdrom-device (option not found)
On sab, ott 25, 2014 at 02:35:22 +0200, Axel Beckert wrote: Hi, Alessandro Ghedini wrote: Yeah, native cdda support (via libcdio) was disabled, but you can still play CDs by using libavdevice. Something like: mpv av://libcdio:/dev/cdrom Doesn't work for me: → mpv av://libcdio:/dev/cdrom Playing: av://libcdio:/dev/cdrom [stream] Audio (+) --aid=1 (pcm_s16le) Error initializing audio. : 00:00:00 / 00:54:23 (0%) And then it hangs until I exit mpv. Well, I guess libavdevice's libcdio support is inferior to mplayer/mpv's... the whole cdda:// support implemented via libavdevice won't work either then. Anyway, I'll probably re-enable the native cdda support for the time being. That'd be nice, thanks! Done. I hope this fixes the problem and that it'll make it into jessie in time. Cheers signature.asc Description: Digital signature
Bug#766748: gazebo: Please depend on ogre-1.9, 1.8 is obsolete and will be removed soon
Package: gazebo Version: 3.0.0+dfsg-1 Severity: normal Hi, This package was added recently to the archive, but depends on 1.8 (which is unsupported for more than a year) rather than 1.9, which has been in Debian unstable for a long time. I don't know if upstream fully supports 1.9 yet, but when it does, please switch. Cheers. -- Manuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736055: updated python-ase to 3.8.1.3440-0.1
Hi, Thanks for updating python-ase package, I'm happy to hear it as silversearcher-ag package sponsor :) It can also close Bug#717989 since it is provided as different file name as /usr/bin/ase-*.Could you update debian/changelog to include bug number, please? Then, I'll upload it to repository. On Sat, 27 Sep 2014 01:43:48 +0200 Reiner Herrmann rei...@reiner-h.de wrote: Hi Ask, since you don't seem to have much time at the moment, I took the liberty to package a new version. I was mainly interested in resolving this bug because it blocks the migration of silversearcher-ag to jessie (#717989). The updated package is available on: http://mentors.debian.net/package/python-ase Here is the new changelog entry: python-ase (3.8.1.3440-0.1) unstable; urgency=medium * Non-maintainer upload. * New upstream release. (Closes: #736055) * Dropped old patches and outdated README.Debian. * Moved suggested to recommended packages, as recommended by upstream. * Changed copyright to machine-readable format. * Regenerated manpages by help2man. * Added watch file. -- Reiner Herrmann rei...@reiner-h.de Fri, 26 Sep 2014 21:42:09 +0200 It would be nice if you or someone from debian-mentors could review the package and sponsor an upload if no problem is found. There is not much time until the jessie freeze, so it would be good if this bug can be resolved quickly. Thanks. Regards, Reiner -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762361: build-essential: Depends: make - make-guile
Control: reassign -1 ftp.debian.org Control: retitle -1 make-guile should be priority: extra, not standard Control: tags -1 - moreinfo wontfix On Sat, Oct 25, 2014 at 11:42:32AM +0300, Martin-Éric Racine wrote: I believe this is the correct consensus that DDs have reached when make-guile package was introduced. (explicit build dependency is required to use make-guile features) This begs the question as to why make-guile has priority Standard, then. This is a bug in the archive overrides, that needs to be fixed by the ftp team. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766749: mate-power-manager: brightness is not shown while changing brightness using hardware keys
Package: mate-power-manager Version: 1.8.1+dfsg1-1 Severity: normal Dear Maintainer, When pressing Fn+Home or Fn+End, the hardware keys to change the display brightness on a Lenovo Thinkpad T60, a small grey (depending on theme) square is shown in the center of the bottom half of the screen, but the actual brightness is not shown. I would expect the new (changed) brightness to be shown in the square, and I remember seeing it before (probably in Linux Mint Debian Edition, MATE 1.6). I have attached an image of the square on a browser background. Note: I submitted this bug on a different system, but the version information etc. should be of the affected system (I copied the full body of the generated bug message). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-power-manager depends on: ii consolekit 0.4.6-5 ii dbus-x111.8.8-2 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libcanberra-gtk00.30-2.1 ii libcanberra00.30-2.1 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgnome-keyring0 3.12.0-1+b1 ii libgtk2.0-0 2.24.25-1 ii libmate-panel-applet-4-11.8.1+dfsg1-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libunique-1.0-0 1.1.6-5 ii libupower-glib3 0.99.1-3 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii mate-notification-daemon [notification-daemon] 1.8.0-2 ii mate-power-manager-common 1.8.1+dfsg1-1 ii notification-daemon 0.7.6-2 ii policykit-1 0.105-7 ii systemd 215-5+b1 ii upower 0.99.1-3 Versions of packages mate-power-manager recommends: ii udisks 1.0.5-1+b1 Versions of packages mate-power-manager suggests: ii mate-polkit 1.8.0+dfsg1-4 -- no debconf information
Bug#765969: [vlc] green line under some Mpeg-4 XVID videos
I have to correct myself, the output modules have effect after a restart of VLC. starting VLC with x11 output video reproduce the same movie without the green line Hence $ vlc -V x11 and $ vlc -V glx do not show the green line, instead of $ vlc -V vdpau and $vlc -V xv that show this bug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org