Bug#704451: closed by Adrien Grellier pe...@adrieng.fr (okular: Printing feature in a mess)
Le 15/01/2015 20:30, ow...@bugs.debian.org (Debian Bug Tracking System) a écrit : This is an automatic notification regarding your Bug report which was filed against the okular package: #704451: okular: Printing feature in a mess It has been closed by Adrien Grellier pe...@adrieng.fr. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Adrien Grellier pe...@adrieng.fr by replying to this email. Printing feature in okular are unusable to print clean documents (no auto resize according to printer margin and paper size, for example) so full pages are cut... Today I need to use an other tool (evince) to print my document cleanly which is the only workarround a have found for now ! Regards Mourad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774868: [pkg-php-pear] php-pager is marked for autoremoval from testing
Hello, It is affected by these RC bugs: 774868: php-pager: unhandled symlink to directory conversion: /usr/share/php/tests/Pager/tests I don't use php-pager myself, here is a quick tip: To fix this RC, build again the package with current pkg-php-tools (in testing=sid). See also #732641. Regards Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775478: phabricator writes configuration data under /usr
Source: phabricator Version: 0~git20141101-1 Severity: serious Justification: Policy 9.1.1 Dear Maintainer, Phabricator as shipped in Debian writes its configuration under /usr/share/phabricator/conf. According to FHS ch. 4[1], /usr contains read-only data and should be shareable between systems. Please consider moving the configuration to /var/lib/phabricator and replacing /usr/share/phabricator/conf with a symlink. Regards, Apollon [1] https://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#PURPOSE18 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774328: [Pkg-samba-maint] Bug#774328: ctdb: Failed to start ctdb.service: Unit ctdb.service failed to load: No such file or directory.
On Tue, 13 Jan 2015 11:26:48 +0100, Mathieu Parent math.par...@gmail.com wrote: 2014-12-31 23:16 GMT+01:00 Martin Schwenke mar...@meltin.net: # systemctl start ctdb Failed to start ctdb.service: Unit ctdb.service failed to load: No such file or directory. [...] Couldn't reproduce here. But I need to test again in a clean VM. Yikes! :-( Anything relevant in /var/log/{syslog,ctdb/log.ctdb}? journalctl -u ctdb.service? No, nothing at all. It looks like it is failing somewhere in systemd. Well, I do get this from selinux: Jan 16 18:52:20 rover kernel: audit: type=1107 audit(1421394740.536:41175): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='Unknown permission start for class system exe=/lib/systemd/systemd sauid=0 hostname=? addr=? terminal=?' However, I am running in *permissive* mode, so selinux shouldn't be getting in the way: # sestatus | grep -i mode Current mode: permissive Mode from config file: permissive My gut is telling me that this has something to do with the selinux message... but how can this happen in permissive mode? Was this machine migrated from wheezy? Do you have rsyslog installed? Yes, this machine was probably upgraded from wheezy. I have rsyslog installed. Do you know if there's a way of getting some debug out of systemd? peace happiness, martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775479: phabricator: insecure configuration permissions
Source: phabricator Version: 0~git20141101-1 Severity: grave Tags: security Justification: user security hole Dear Maintainer, The local configuration created by the phabricator package under /usr/share/phabricator/conf/local is globally readable and contains sensitive information like phabricator's database credentials. Access to it should be restricted to only the necessary users (www-data and phabricator in our case). See also #775478 regarding the configuration location. Regards, Apollon -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774890: Is this bug really RC?
Hi, I stumbled upon this bug since it affects staden maintained by Debian Med. When reading the bug report I stumbled upon The errors seems to date back to the lenny-squeeze update ... I'm seriously wondering whether this issue is RC critical for Jessie release since we do not support upgrades over several releases. Can you please be more verbose in how far this issue affects the Jessie release? Kind regards and thanks for your QA work 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#775480: scowl: text files should be encoded in UTF-8
Package: scowl Version: 7.1-1 Severity: normal The data files of SCOWL are text, and are installed as simple text files on the system. A reasonable assumption for Debian programs reading text files is that they are encoded as UTF-8. That assumption is broken, and the program will usually fail, if the text file instead uses some other encoding. Please ensure all the text files installed by ‘scowl’ are encoded with UTF-8. -- \ “One of the most important things you learn from the internet | `\ is that there is no ‘them’ out there. It's just an awful lot of | _o__)‘us’.” —Douglas Adams | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#774915: live-tools: fails to upgrade from 'wheezy': dpkg-divert: error: rename involves overwriting `/usr/bin/uptime' with different file
Followup-For: Bug #774915 Cleanup of obsolete diversions needs to be performed in postinst. This is a completely untested suggestion for live-tools.postinst to properly clean up the obsolete uptime diversions. = 8 = #!/bin/sh set -e if [ $1 = configure ] then if dpkg --compare-versions $1 lt-nl 4.0.2-2~ then dpkg-divert --package live-tools --remove --rename --divert /usr/bin/uptime.orig.procps /usr/bin/uptime dpkg-divert --package live-tools --remove --rename --divert /usr/share/man/man1/uptime.orig.procps.1.gz /usr/share/man/man1/uptime.1.gz fi fi #DEBHELPER# = 8 = Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774405: flashrom: FTBFS on many arches
Hi, On Fri, Jan 02, 2015 at 08:38:16AM +, Thorsten Glaser wrote: Source: flashrom Version: 0.9.7+r1852-1 Severity: important Justification: FTBFS but never built before “Target arch is unknown. Aborting.” Please adjust the “Architecture” field in the source package so that this is not even attempted on unsupported architectures by whitelisting those it knows. Yup, will do in the next upload. I've contacted upstream about the latest list of supported ones in trunk. Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775481: awstats: New upstream version
Package: awstats Version: 7.2+dfsg-1 Severity: normal Dear Maintainer, There is a new upstream version 7.3, which especially adds detection of 8.1 and IE11. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages awstats depends on: ii perl 5.20.1-4 Versions of packages awstats recommends: ii coreutils 8.23-3 ii libnet-xwhois-perl 0.90-4 Versions of packages awstats suggests: ii apache2 [httpd] 2.4.10-9 ii apache2-mpm-worker [httpd] 2.4.10-9 ii libgeo-ipfree-perl 1.141670-1 ii libnet-dns-perl 0.81-2 ii libnet-ip-perl 1.26-1 ii liburi-perl 1.64-1 -- Configuration Files: /etc/awstats/awstats.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775482: RFP: freshplayerplugin -- PPAPI-host NPAPI-plugin adapter
Package: wnpp Severity: wishlist * Package name: freshplayerplugin Version : 0.2.2+git Upstream Author : Rinat Ibragimov * URL : https://github.com/i-rinat/freshplayerplugin * License : MIT Programming Lang: C Description : PPAPI-host NPAPI-plugin adapter freshplayerplugin is a PPAPI-host NPAPI-plugin adapter. The main goal of the project is to get PPAPI (Pepper) Flash player working in Firefox. It implements a wrapper which behaves like browser to PPAPI plugin and implements NPAPI plugin interface for browser to use. This particular implementation doesn't implement any sandboxing, which means any malicious code can break through plugin security as there are no additional barriers. -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#144076: [Bug-wget] [PATCH] wget -nv doesn't show enough errors
On Saturday 10 January 2015 11:18:58 Giuseppe Scrivano wrote: Tim Ruehsen tim.rueh...@gmx.de writes: On Friday 09 January 2015 14:51:00 Darshit Shah wrote: I don't see any issue with this patch. No-verbose does need to print a little bit more information I think. However, @giuseppe, @Tim, do you'll see any issues with scripts parsing Wget's --nv output if we apply this patch? For me, it is fine. You never know about how good or bad scripts are grepping Wget's output. I would say, if this patch breaks a script, the script should be fixed. I am fine with it too, as anyway scripts should not depend from the wget output. Pushed. Tim signature.asc Description: This is a digitally signed message part.
Bug#698386: Is there a future for ITKSNAP?
Hi Gert, On Thu, Jan 15, 2015 at 5:12 PM, Gert Wollny gw.foss...@gmail.com wrote: Hello, I've now upload the latest changes, with that the package should be okay for upload. Additional changes: * eliminated lintian warning: menu-icon-uses-relative-path * added watch file * corrected dependencies * builds in sid pbuilder amd64 Great! There are still some lintian info messages left: spelling-error-in-binary usr/lib/snap-3.2.0/ITK-SNAP baloon balloon desktop-entry-contains-encoding-key usr/share/applications/itksnap.desktop:2 Encoding itksnap: desktop-entry-lacks-keywords-entry usr/share/applications/itksnap.desktop They look like they need to be forwarded upstream, but should not hold up an upload. I am currently building the package, and if that shows no problems, I will upload after a bit of testing. Few more things: - I'd target experimental not unstable (solely for not causing problems with the stable release) -- I hope you agree - I'd be glad if you could see yourself as a maintainer of this package! If you are OK with that, please add yourself as an uploader, so I can simply sponsor the upload. Thanks again for all your effort! Michael -- Michael Hanke http://mih.voxindeserto.de
Bug#766201: akonadi: using two akonadi-clients on the same imap account results in endless report of new emails
Hello Sandro, i cannot reproduce the error anymore. Regards, Kai Am Sonntag, 11. Januar 2015, 14:51:34 schrieb Sandro Knauß: tag 766201 +moreinfo thanks Hey, I login KDE and after akonadi checked the mails i get informed about new mails, again and again, on both PCs. * What mails are reported to be new? * Are all mails get notified to be new? * Can you check/attach your akonadi log. If akonadi fails with syning it redownloads all messages again and again. * What imap server you use? * Do you use offline imap? * Do you use filters that touch mails? Regads, sandro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773422: vtk6 and #773424
Hi Anton, besides this I wonder whether we could / should / are able to get libvtk6-java back since the removal in #773422 was no solution everybody is happy about. Did you tried consulting debian-java list (and if not would you be interested if somebody else would try?) I'm tempted to reopen this bug with severity wishlist at least. Kind regards Andreas. On Tue, Jan 13, 2015 at 08:09:27PM +0100, Anton Gladky wrote: Hi Gert, unblock request was filed already #774646. Need to wait for release-team decision. ... -- 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#775483: hexen: verify that the demo works in some packaged engine, and re-enable
Package: game-data-packager Version: 39 Severity: wishlist The Hexen demo (shareware version? incomplete version, anyway) is currently commented out because it crashes chocolate-doom, but all the necessary bits are present in data/hexen.yaml. Maybe it works in doomsday or something. It seems a bit undesirable that the Doom engine installed by our preferred dependency, chocolate-doom, is the one that can't actually play all the games. If someone creates a separate data/hexen-demo-data.control.in then at least hexen-demo-data wouldn't depend on an engine that can't play it. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775428: flashrom FTBFS on mipsel
Hi Stefan, Thank you. Great, if a new release will be available in the next weeks, we could wait for it. I had tried to build last upstream version, it built successfully for mipsel. Regards, Dejan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775484: hexen2: support for demo/shareware version
Package: game-data-packager Version: 39 Severity: wishlist Apparently Hexen II has a demo or shareware version. Someone should teach hexen2.yaml how to download it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#144076: (no subject)
tag 144076 fixed-upstream thanks signature.asc Description: This is a digitally signed message part.
Bug#698386: Is there a future for ITKSNAP?
Hi Gert, On Fri, Jan 16, 2015 at 10:39 AM, Michael Hanke michael.ha...@gmail.com wrote: I am currently building the package, and if that shows no problems, I will upload after a bit of testing. Few more things: - I'd target experimental not unstable (solely for not causing problems with the stable release) -- I hope you agree - I'd be glad if you could see yourself as a maintainer of this package! If you are OK with that, please add yourself as an uploader, so I can simply sponsor the upload. Two more things: Both bugs that are open against itksnap can be closed with this upload. Thanks, Michael -- Michael Hanke http://mih.voxindeserto.de
Bug#775485: quake3: support for quake3-demo-data
Package: game-data-packager Version: 39 Severity: wishlist Quake III Arena has a demo. It would be nice if g-d-p knew how to download it and turn it into quake3-demo-data. Actually making it useful will require significant coordination with the src:quake maintainers (i.e. me) and the src:ioquake3 maintainers (i.e. also me), because ioquake3 is known to be incompatible with the QVM bytecode in the demo, so you have to run it using the native-code game modules that ioquake3 installs but does not currently use. I know roughly how to do this, but other g-d-p improvements have been eating up my Debian time recently. I would not recommend this as a starting point for a new g-d-p contributor, because the majority of the work required is actually in the other packages. It is possible that ioquake3 will also need to recompile the game modules with -DDEMO or something. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691772: game-data-packager: Inconsistent from game to game
On Mon, 29 Oct 2012 at 16:31:30 +0100, Fabian Greffrath wrote: with its current behavious, game-data-packager is inconsistent from game to game. Yes, but the Python/YAML stuff is getting towards solving this (by running pretty much the same executable code everywhere, and having declarative descriptions of what we want, plus extra Python code for strange package-specific quirks). Take for example rott or wolf3d: Demo versions exist for these two games and they are freely available on the net. There are also commercial versions available for purchase, but g-d-p does not support them. I don't think there exist games for which we support the (full|demo) version but not the (demo|full) version is a useful reason to keep a bug report open, because it's likely to remain true for quite a long time (if only because not all contributors own all the games). A bug report per missing game (that someone cares about) makes sense: that's something that a contributor can close in a reasonable time. We should support the commercial data as well as the free data. So that's two wishlist items: commercial wolf3d support and commercial rott support. Both pending for v39, as it happens. I'd be in favour of changing rott, lgeneral and wolf3d to not require '-f' and treat a single argument as a path if supplied, in line with the other targets. Done in v38 for rott and wolf3d. lgeneral is part of #775083. So there's at least heretic, hexen, hexen 2, quake, quake 3 which have demo versions. Heretic works. The Hexen demo is currently commented out because it crashes chocolate-doom, but the code is there. Maybe it works in doomsday. #775483. Hexen II is a valid wishlist bug, which I've opened. #775484. Quake works. Quake III Arena is a valid wishlist bug, which I've opened, but needs help from the quake3 and ioquake3 packages before it's actually playable. On Fri, 02 Nov 2012 at 09:45:05 +0100, Fabian Greffrath wrote: And strife, which vavoom supports. Part of the mega-bug #737137, I'll clone it. On Fri, 02 Nov 2012 at 09:21:54 +, Simon McVittie wrote: The simple but harder-to-implement answer is expect a directory name, and make reasonable efforts to find the required files in that directory automagically. Done! (For all YAML games.) quake3 expects two arguments: one for the main game, and one for the patch (point release). I think this is probably wrong; I'm tempted to change it so g-d-p produces quake3-data (pak0.pk3) from a retail Q3 installation, CD, or any directory containing baseq3/pak0.pk3, and quake3-patch (the rest) from either the point release or any directory that happens to contain the correct PK3 files. For now, I decided against this, and kept it all in quake3-data. I'm actually tempted to think it should do the equivalent of find ${dir} -iname pak0.pk3 so you can point it at anything that looks vaguely reminiscent of Quake III Arena It works. Also vaguely on my to-do list: make g-d-p able to produce quake3-team-arena and quake3-team-arena-patch. Done. (The patch is part of an updated quake3-data, which is a dependency; but that's OK because gdp knows how to regenerate quake3-data from installed files.) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775486: unblock (pre-approval): slbackup/0.0.12-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please consider unblocking of planned upload of package slbackup This upload fixes a package purgal issue detected by piuparts (#706108). * debian/slbackup.dirs: + Make /var/lib/slbackup an owned directory. Fixes piuparts install/purgal test. (Closes: #706108). - release goal since lenny... * debian/po: + Add Japanese DebConf translation file. (Closes: #718916). Thanks to victory for providing this!!! - I am unsure, if including this i18n improvement is ok at the current stage of the freeze. Happy about feedback. * debian/control: + Bump Standards: to 3.9.6. No changes needed. - /me does not like lintian warnings, so I updated the Standards: field (no changes necessary). Neither sure, if this is ok. light+love, Mike unblock slbackup/0.0.12-7 -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) diff -Nru slbackup-0.0.12/debian/changelog slbackup-0.0.12/debian/changelog --- slbackup-0.0.12/debian/changelog 2014-08-20 16:40:03.0 +0200 +++ slbackup-0.0.12/debian/changelog 2015-01-16 10:57:54.0 +0100 @@ -1,3 +1,16 @@ +slbackup (0.0.12-7) unstable; urgency=medium + + * debian/slbackup.dirs: ++ Make /var/lib/slbackup an owned directory. Fixes piuparts install/purgal + test. (Closes: #706108). + * debian/po: ++ Add Japanese DebConf translation file. (Closes: #718916). Thanks to + victory for providing this!!! + * debian/control: ++ Bump Standards: to 3.9.6. No changes needed. + + -- Mike Gabriel sunwea...@debian.org Fri, 16 Jan 2015 10:56:14 +0100 + slbackup (0.0.12-6) unstable; urgency=low * debian/slbackup.templates: diff -Nru slbackup-0.0.12/debian/control slbackup-0.0.12/debian/control --- slbackup-0.0.12/debian/control 2014-08-20 16:39:32.0 +0200 +++ slbackup-0.0.12/debian/control 2015-01-16 10:57:13.0 +0100 @@ -9,7 +9,7 @@ debhelper (= 7), Build-Depends-Indep: po-debconf, -Standards-Version: 3.9.5 +Standards-Version: 3.9.6 Vcs-Git: git://anonscm.debian.org/debian-edu/pkg-team/slbackup.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/slbackup.git;a=summary Homepage: http://slbackup.alioth.debian.org/ diff -Nru slbackup-0.0.12/debian/po/ja.po slbackup-0.0.12/debian/po/ja.po --- slbackup-0.0.12/debian/po/ja.po 1970-01-01 01:00:00.0 +0100 +++ slbackup-0.0.12/debian/po/ja.po 2015-01-16 10:54:02.0 +0100 @@ -0,0 +1,303 @@ +# SOME DESCRIPTIVE TITLE. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the slbackup package. +# victory victory@gmail.com, 2013. +# +msgid +msgstr +Project-Id-Version: slbackup\n +Report-Msgid-Bugs-To: debian-edu-pkg-t...@lists.alioth.debian.org\n +POT-Creation-Date: 2013-04-24 14:35+0900\n +PO-Revision-Date: 2013-04-24 23:35+0900\n +Last-Translator: victory victory@gmail.com\n +Language-Team: Japanese debian-japan...@lists.debian.org\n +Language: ja\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../slbackup.templates:1001 +msgid Configure the backup system now? +msgstr バックアップシステムをここで設定しますか? + +#. Type: boolean +#. Description +#: ../slbackup.templates:1001 +msgid Select this if you want to configure the backup system now. +msgstr バックアップシステムをここで設定するかどうか選択してください。 + +#. Type: boolean +#. Description +#: ../slbackup.templates:1001 +msgid +If you choose to do so, you will get the opportunity to configure one client +and the backup server, and a cron job will be configured to start the backup +session once a day, on a moment of time of your choice. +msgstr +設定することを選択した場合、クライアント一つとバックアップサーバを設定する機会 +が設けられ、cron ジョブがバックアップセッションを一日一度、選択した時刻に開始 +するように設定されます。 + +#. Type: boolean +#. Description +#: ../slbackup.templates:1001 +msgid +To configure more than one backup client, you could either use the Webmin- +module provided by the webmin-slbackup package, or you can do this manually +in the file /etc/slbackup/slbackup.conf. +msgstr +バックアップクライアントを複数設定するには、webmin-slbackup パッケージにより提 +供される Webmin モジュールを利用するかファイル /etc/slbackup/slbackup.conf を +手作業で編集してください。 + +#. Type: boolean +#. Description +#: ../slbackup.templates:1001 +msgid +If you choose to not configure slbackup now, an example configuration file +will be installed, but cron will not be configured to start any backup +sessions. To activate backup, you can reconfigure the system by running +'dpkg-reconfigure slbackup' (as root) or manually by editing the /etc/
Bug#708487: axe: Please get rid of install-info call in maint-script
Control: tag -1 - wheezy + patch pending Control: found -1 6.1.2-16.1 On 2015-01-15 14:06, Andreas Beckmann wrote: This needs to be fixed in wheezy-pu, too. Since axe switched architecture from i386 to amd64, there is no upgrade path from wheezy to jessie and the package from wheezy fails to remove in jessie due to lack of install-info. I'll prepare a patch. Or we can just build the package in i386 again, too and fix it in jessie instead by re-adding a dummy empty prerm script. NMU uploaded to DELAYED/2. Andreas axe_6.1.2-16.2.dsc.diff Description: application/pgp-keys
Bug#742849: game-data-packager: Arguments to Supported Games Unquoted
Control: tags 742849 + pending On Sun, 04 Jan 2015 at 20:15:28 +, Simon McVittie wrote: Individual scripts in supported/ can either get it right (using $@ and being careful/paranoid) or not (using $@ or $*). Everything in git master appears to be correct now, so this should be fixed in v39. (It's possible that it was already fixed in v38.) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775401: Attach/Replace additional SAS disk udev won't create block device
Hi Marco, Please ignore my previous post! The main issue was that both SAS disks which I've tried to replace with, has been used previously for hardware raid on the same kind of SAS controller. This causes the disks to be recognized as part of degraded HW raid from the controller. Deleting this parasite raid volume resolves the issue. Thank you very much for your effort and prompt reply! Best Regards, Gencho -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775487: unblock: axe/6.1.2-16.2
Package: release.debian.org Severity: normal Tags: moreinfo User: release.debian@packages.debian.org Usertags: unblock Please unblock package axe * build the non-free package on i386, too, like it was in wheezy * readd a dummy empty prerm to ensure we can upgrade from wheezy (the package there used install-info) * the wheezy/i386 package is uninstallable in jessie due to missing install-info (the diff also shows cleanup of debian/*.debhelper cruft) uploaded to delayed/2 (0-day rc-bug) unblock axe/6.1.2-16.2 Andreas diff -u axe-6.1.2/debian/changelog axe-6.1.2/debian/changelog --- axe-6.1.2/debian/changelog +++ axe-6.1.2/debian/changelog @@ -1,3 +1,11 @@ +axe (6.1.2-16.2) unstable; urgency=medium + + * Non-maintainer upload. + * [i386] Re-add dummy prerm for smooth upgrades from wheezy. +(Closes: #708487) + + -- Andreas Beckmann a...@debian.org Fri, 16 Jan 2015 10:54:04 +0100 + axe (6.1.2-16.1) unstable; urgency=low * Non-maintainer upload. reverted: --- axe-6.1.2/debian/postinst.debhelper +++ axe-6.1.2.orig/debian/postinst.debhelper @@ -1,5 +0,0 @@ -# Automatically added by dh_installmenu -if [ $1 = configure ] [ -x `which update-menus 2/dev/null` ]; then - update-menus -fi -# End automatically added section reverted: --- axe-6.1.2/debian/postrm.debhelper +++ axe-6.1.2.orig/debian/postrm.debhelper @@ -1,3 +0,0 @@ -# Automatically added by dh_installmenu -if [ -x `which update-menus 2/dev/null` ]; then update-menus ; fi -# End automatically added section only in patch2: unchanged: --- axe-6.1.2.orig/debian/axe.prerm.i386 +++ axe-6.1.2/debian/axe.prerm.i386 @@ -0,0 +1,5 @@ +#!/bin/sh +# dummy empty prerm to ensure smooth upgrades from wheezy +set -e + +#DEBHELPER#
Bug#775441: RFS: apulse/0.1.5-1
Hi Mateusz. Please don't install generated libpulse.so.0 system-wise. Original project proposes to installing those libraries in a separate location and using a wrapper script to launch applications for a reason. There is still vast amount of API not implemented in apulse, so it can't be a full replacement of the PulseAudio. But the fact system have libpulse.so.0 available for an dlopen() call confuses applications, they start to use PulseAudio interface even if they have code for ALSA. Google Chrome is the one example of an application which is broken by apulse installed system-wise. Minor fixes: manual page mentions gxkb. (Was manual page created by changing gxkb's one?). -- Rinat
Bug#774890: [Pkg-tcltk-devel] Bug#774890: itk3: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE
Hi Andreas, On Thu, Jan 8, 2015 at 8:46 PM, Andreas Beckmann a...@debian.org wrote: Hi, an upgrade test with piuparts revealed that your package installs files over existing symlinks and possibly overwrites files owned by other packages. This usually means an old version of the package shipped a symlink but that was later replaced by a real (and non-empty) directory. This kind of overwriting another package's files cannot be detected by dpkg. This was observed on the following upgrade paths: lenny - squeeze - wheezy - jessie The errors seems to date back to the lenny-squeeze update ... Yes, I see that. But I'm not sure if this bug is serious for now. And since even squeeze is already discontinued I'm not sure if this can be qualified as a bug at all. Though I can add calls to dpkg-maintscript-helper to the itk3 maintainer's scripts for jessie. It'll fix the overwriting the itcl3 package files, but upgrade path lenny-squeeze-wheezy-jessie will still fail leaving a few files unowned after the packages wil be purged (they are left from upgrades lenny-squeeze and squeeze-jessie): /usr/share/doc/itcl3/CHANGES.gznot owned /usr/share/doc/itcl3/INCOMPATIBLE.gz not owned /usr/share/doc/itcl3/README.gz not owned /usr/share/doc/itcl3/TODO not owned /usr/share/doc/itcl3/changelog.gz not owned But anyway, I'm tempted to just close this bugreport since it's reproducible for upgrades from really old distribution. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
On Freitag, 16. Januar 2015, Dmitry Yu Okunev wrote: I think it is not going farther than XBill. Permitting of XBill and forbidding of XLennart making double standards. Forbid both or permit both. Lennart is part of our community. Bill Gates aint. And the disclaimer, this aint ment to be offensive is as meaningless as a disclaimer before a racist joke. signature.asc Description: This is a digitally signed message part.
Bug#775488: unblock (pre-approval): mate-system-tools/1.8.1+dfsg1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please consider unblocking of planned upload of package mate-system-tools The MATE packaging team received a patch for mate-system-tools from Ubuntu developer Logan Rose, that should make it into Debian jessie: * debian/patches: + Add 1004_include-cstdlib.patch. Fix implicit declaration and conversion to pointer of bsearch. (Closes: 773338). - Fixes buildd warnings on several non-Intel/AMD architectures [1]. light+love, Mike [1] https://qa.debian.org/bls/packages/m/mate-system-tools.html unblock mate-system-tools/1.8.1+dfsg1-2 -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) diff -Nru mate-system-tools-1.8.1+dfsg1/debian/changelog mate-system-tools-1.8.1+dfsg1/debian/changelog --- mate-system-tools-1.8.1+dfsg1/debian/changelog 2014-10-25 05:00:24.0 +0200 +++ mate-system-tools-1.8.1+dfsg1/debian/changelog 2015-01-16 11:39:16.0 +0100 @@ -1,3 +1,12 @@ +mate-system-tools (1.8.1+dfsg1-2) unstable; urgency=medium + + [ Logan Rosen ] + * debian/patches: ++ Add 1004_include-cstdlib.patch. Fix implicit declaration and conversion + to pointer of bsearch. (Closes: 773338). + + -- Mike Gabriel sunwea...@debian.org Fri, 16 Jan 2015 11:38:58 +0100 + mate-system-tools (1.8.1+dfsg1-1) unstable; urgency=low [ Stefano Karapetsas ] diff -Nru mate-system-tools-1.8.1+dfsg1/debian/patches/1004_include-cstdlib.patch mate-system-tools-1.8.1+dfsg1/debian/patches/1004_include-cstdlib.patch --- mate-system-tools-1.8.1+dfsg1/debian/patches/1004_include-cstdlib.patch 1970-01-01 01:00:00.0 +0100 +++ mate-system-tools-1.8.1+dfsg1/debian/patches/1004_include-cstdlib.patch 2015-01-16 11:36:51.0 +0100 @@ -0,0 +1,16 @@ +Description: Fix implicit declaration and conversion to pointer of bsearch. +Author: Logan Rosen lo...@ubuntu.com +Abstract: +Include stdlib.h in connection.c to fix implicit declaration and +conversion to pointer of bsearch. + +--- a/src/network/connection.c b/src/network/connection.c +@@ -19,6 +19,7 @@ + */ + + #include string.h ++#include stdlib.h + + #include glib/gi18n.h + #include gst.h diff -Nru mate-system-tools-1.8.1+dfsg1/debian/patches/series mate-system-tools-1.8.1+dfsg1/debian/patches/series --- mate-system-tools-1.8.1+dfsg1/debian/patches/series 2014-10-25 04:19:18.0 +0200 +++ mate-system-tools-1.8.1+dfsg1/debian/patches/series 2015-01-16 11:41:21.0 +0100 @@ -1,5 +1,6 @@ 1002_add-keywords-to-desktop-files.patch 1003_use-NotShowIn-instead-of-OnlyShowIn.patch +1004_include-cstdlib.patch 2001_omit-gfdl-licensed-doc-files.patch 2002_fix-pkgconfig-bad-directive.patch 2003_launch-pkexec-wrappers.patch
Bug#775473: libreoffice: Read-Error. Format error discovered in the file in sub-document content.xml
forwarded 775473 https://www.libreoffice.org/bugzilla/show_bug.cgi?id=84621 thanks On Fri, Jan 16, 2015 at 05:26:38AM +, Henry Bremridge wrote: I am editing an original word file, current size is ~ 100k. I cannot release the file as it contains client sensitive report. The report has 8 tables, contents, and comments Helpful. So that oone can reproduce it. (If you send upstream documents containing sensitive information - outside of bugilla of course - , they will keep it closed) https://www.libreoffice.org/bugzilla/show_bug.cgi?id=84621 ... whcih is RESOLVED - WORKSFORME. as-is this report is a useless one. It can't be fixwed and just pollutes the buglist. regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775489: tar: Since version 1.27 tar honours ACLs and filesystem xattrs ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=254615 )
Package: tar Version: 1.27.1-1~bpo70+1 Severity: normal Dear Maintainer, since version 1.27 tar honours ACLs and filesystem xattrs ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=254615 ) Many users would expect, that tar c --directory orig/ . | tar x --directory restore/ would backup and restore files including permissions correctly. But that is not the case: Create two directories and a file with acls and xattrs on a filesystem that supports them: mkdir orig restore touch orig/file_with_acl_capability_and_user_xattr setcap cap_net_raw=p orig/file_with_acl_capability_and_user_xattr setfattr -n user.testkey -v testvalue orig/file_with_acl_capability_and_user_xattr setfacl -m u:nutzer23:rwx orig/file_with_acl_capability_and_user_xattr Check whether xattrs and acls are there: getfattr -m . -d orig/file_with_acl_capability_and_user_xattr getfacl orig/file_with_acl_capability_and_user_xattr Create a simple backup with tar: tar c --directory orig/ . | tar x --directory restore/ Check whether xattrs and acls are still there: getfattr -m . -d restore/file_with_acl_capability_and_user_xattr getfacl restore/file_with_acl_capability_and_user_xattr Thats not the case. The authors of the acl and xattr patch were aware of this problem, but decided not to solve it: https://bugzilla.redhat.com/show_bug.cgi?id=771927#c24 -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tar depends on: ii libacl1 2.2.51-8 ii libc62.13-38+deb7u6 ii libselinux1 2.1.9-5 tar recommends no packages. Versions of packages tar suggests: ii bzip21.0.6-4 pn ncompressnone pn tar-scripts none 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#774890: Is this bug really RC?
Hi together, Andreas Tille wrote: I stumbled upon this bug since it affects staden maintained by Debian Med. Same here with gnudatalanguage. When reading the bug report I stumbled upon The errors seems to date back to the lenny-squeeze update ... Well, you (Andreas T) did not cite a possible relevant part here: | This was observed on the following upgrade paths: | | lenny - squeeze - wheezy - jessie Although this upgrade path is not 100% true for all involved packages. See below. I'm seriously wondering whether this issue is RC critical for Jessie release To be honest: I think this is generally an RC-level issue and should be fixed. But I also think, it's a candidate for a jessie-ignore tag as the bug has been in there for quite a while (obviously) and -- from a first glance at the log which Andreas B. attached -- has no operational impact, just legal impact (wrong copyright file, etc.). Cc'ing debian-release for that. (This does not mean that I think it can't be fixed for Jessie. I just think that it's not an urgent issue as it exists for about 5 years now.) since we do not support upgrades over several releases. I'm not 100% sure what you mean with upgrades over several releases. Let me elaborate: We definitely support sequent dist-upgrades, even if it's not explicitly mentioned anywhere. Everyone does them. There's no rule that you need to reinstall after one dist-upgrade and can't do the next one because it's not supported. What we don't support is upgrades where releases are skipped, e.g. upgrades directly from Squeeze to Jessie without first upgrading to Wheezy -- that's clearly not supported. So far so good, but the attached log shows a case not covered by either scenario above: A package (msort-gui) which was not part of the one release was kept installed for that release: During the squeeze state of that chroot, the msort-gui package from lenny was still installed and then upgraded to the Wheezy version with the dist-upgrade to Wheezy. So the package which triggered this issue is msort-gui which was not part of the Squeeze release. But itk3 was. So while this issue showed up in an unsupported scenario, it still could happen and be an issue in a supported scenario. (I initially thought, Andreas B. attached the wrong piuparts log, because it's not for itk3 but for msort-gui. But msort-gui depends on itk3 via iwidgets4 and the issue in itk3 indeed shows up in that log.) Can you please be more verbose in how far this issue affects the Jessie release? The issue was likely caused by this non-trivial change back in 2009 (3.3-1): * New upstream release, moving itk3 to a separate source package. Lenny had itcl3 and itk3 in version 3.2.1-5 and Squeeze itk3 version 3.3-2. As far as I understand it, the issue is that on a box which such a history, the file /usr/share/doc/itcl3/copyright is actually the copyright file of itk3 which comes from different source package. This clearly violates the policy and is hence RC. The issue exists probably since itk3/3.3-1 -- it just hasn't been found before as it has no operational impact. And piuparts back then probably didn't do _that_ kind of check. So this issue will persist until any later package fixes it. I though wonder how to fix it, since the copyright file of itcl3 already has been overwritten. May require a Breaks in itcl3, too, so that itk3 is first upgraded and can fix the issue, and the itcl3 upgrade then fixes the missing copyright file. Such a Breaks, which forces itk3 to fix the issue before itcl3 gets upgraded, likely also fixes the issues Sergei brought up in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774890#15 (which has been posted after I started writing this mail). One more thing I'm still curious about: How the fuck do you stumble upon such a bug? :-) I don't expect that Andreas runs piuparts starting with Lenny on a daily business or without reason. I expect that a real-life case (which Andreas B. didn't mention) is hidden behind it and caused him to do that piuparts run. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691772: -w and -f arguments, and no-argument invocation, in g-d-p games
Control: retitle 691772 command-line processing should be consistent Control: block 691772 by 775082 775083 Redirecting this to #691772 because I think this is getting way off topic for a bug about Wolfenstein 3D support; please excuse the resulting full-quoting. I think I would prefer to get all the games into Python/YAML (which means writing CD-ripping and lgeneral-processing code), *then* think about how to make their command-line syntax consistent and optimal once we know the technical constrains; and that's getting into the same sort of thing previously discussed on #691772, so I'm going to repurpose #691772 for that. On 16/01/15 06:39, Alexandre Detiste wrote: Regardless, the help text should probably say game-data-packager GAME --help instead. Then games/ rott.py | tyrian.py | wolf3d.py feel like useless duplicated boilerplate. There's a good reason why they feel like useless duplicated boilerplate: it's because they are :-P The only reason I wrote those files was to keep the -w and -f command-line arguments working for now. When we have all the games converted and can see more clearly what features we do and don't need, I'm seriously considering removing support for those arguments. We should probably have a common --download/--no-download option (with --download being the default) so you can tell gdp not to go and download stuff automatically; but I would like to get everything YAML'd first, because implementing new global options in the shell script wrapper seems like wasted effort when we only have a couple of games that really still need it, and those are hopefully on their way out. The only missing bit in the core argparser is the one that would construct Download %s (done automatically if necessary) in the help text (where %s is tyrian21.zip/1rott13.zip/1wolf14.zip) from the yaml file or simply decide that this is stuff that the users doesn't need to care about and remove this stuff and the -w|-f switches altogether. I don't think the Download %s text is important. It's only there because I needed the Python plugin for -w/-f anyway, and having written that, the help text was trivial. On 16/01/15 05:55, Stephen Kitt wrote: On Fri, 16 Jan 2015 00:28:20 +, Simon McVittie s...@debian.org wrote: On 15/01/15 23:06, Stephen Kitt wrote: (BTW, this new default goes against the main help message, which ends with run game-data-packager [game] to see game-specific arguments.) Hmm, yes. I'm not sure what should happen there... On one hand, if there's an obvious Easy Correct Thing for game-data-packager $game to do, it should just go and do it rather than expecting extra command-line arguments. It seemed particularly silly that for smallish and free-to-download games like Tyrian and the Panzer General files for LGeneral, you need to add -w to make it actually give you a .deb. On the other hand, if it goes off and downloads the demo or shareware version automatically, the ability to get the full game isn't as discoverable as it could be. I might go for some sort of compromise, like: if there's suitable full-version data in a --search path, just do it; else require some sort of hint to the user's intentions before we go off and download things (with some standard argument like --auto to mean do what I mean). Or perhaps I should always require --auto, but allow it to be enabled in a configuration file. Regardless, the help text should probably say game-data-packager GAME --help instead. That all seems perfectly sensible. I definitely like the idea of just doing the right thing if it's possible by default! As I said above, I think the time to sort this out is after everything is Python/YAML. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775456: ITP: sankore -- interactive whiteboard interface
Dear David, I am enthusiastic about your ITP. If I can help, please tell me! Best regards, Georges. David Prévot a écrit : Package: wnpp Severity: wishlist Owner: David Prévot taf...@debian.org * Package name: sankore Version : 2.5.1 Upstream Author : Nicolas Nenon nne...@alti.fr * URL : http://open-sankore.org/ * License : GPL-3 Programming Lang: C++ Description : interactive whiteboard interface Open-Sankoré aims at choreographing educational content, allowing to: * Insert any type of document (text, images, flash animations, videos) * Access web resources without leaving Open-Sankoré * Comment on any content * Display the essential part of your teaching message * Share documents simply Any digital interactive tables or interactive beamers, graphic tablets, PC tablets and any type of computers should be adapted. AFAICT, no interactive whiteboard interface is currently available in Debian, and I plan to maintain it within the Debian Edu team. Regards David -- Georges KHAZNADAR et Jocelyne FOURNIER 22 rue des mouettes, 59240 Dunkerque France. Téléphone +33 (0)3 28 29 17 70 signature.asc Description: Digital signature
Bug#645130: libjs-simile-timeline: Upload fixed version to unstable?
any objections against uploading a new version to experimental, fixing both open bugs? After Jessie release we must re-upload to unstable. No objection. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763357: mate-desktop: Confusing translation (de) in Mate Desktop Environment
Control: close -1 On Sa 25 Okt 2014 20:01:30 CEST, Mike Gabriel wrote: I am sorry, but I have to tag this bug as won't fix, because it is beyond my scope as one of the Debian maitainers of MATE to change the German translation of all related packages. [1] https://mail.gnome.org/archives/gnome-de/2012-November/msg00079.html Thanks for contributing your concerns about the German translation of the MATE desktop environment... Closing this issue, as we (MATE upstream and $DISTRO downstream) won't change anything on the German translation. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpVfGtB94KyH.pgp Description: Digitale PGP-Signatur
Bug#698386: Is there a future for ITKSNAP?
Hi Michael, They look like they need to be forwarded upstream, but should not hold up an upload. The spelling error needs to be forwarded. Since I had to touch the package anyway, I now corrected the other two. - I'd target experimental not unstable (solely for not causing problems with the stable release) -- I hope you agree Sure. - I'd be glad if you could see yourself as a maintainer of this package! If you are OK with that, please add yourself as an uploader, so I can simply sponsor the upload. I added myself as an uploader. If you feel like it you can also grant me the permission to do uploads in the future. My DM key is the one I used to sign this mail. Thanks again for all your effort! Well, it's actually a completely selfish effort ;) Best, Gert signature.asc Description: This is a digitally signed message part
Bug#775490: RFP: natron -- Natron is an open-source, crossplatform, nodal compositing software
Package: wnpp Severity: wishlist * Package name: natron Version : 1.1.0 Upstream Author : Natron core team * URL : http://natron.inria.fr/ * License : MPL V2.0 Programming Lang: C++ Description : Natron is an open-source, crossplatform, nodal compositing software Natron is a free open-source (MPLv2 license) video compositing software, similar in functionality to Adobe After Effects or Nuke by The Foundry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775491: [libgl1-nvidia-glx] Fails to install when using glx-alternatives
Package: libgl1-nvidia-glx Version: 343.36-1 Severity: normal --- Please enter the report below this line. --- Upgrading libgl1-nvidia-glx on a system with glx-alternatives installed fails with the message '/usr/lib/x86_64-linux-gnu/libGL.so.1.2.0' is known to dpkg. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.1-ck2 Debian Release: 8.0 500 unstablehttp.debian.net 500 stable dl.google.com 1 experimentalhttp.debian.net --- Package information. --- Depends (Version) | Installed =-+- === nvidia-alternative| 343.36-1 nvidia-support| 20141201+1 libc6 (= 2.2.5) | 2.19-13 libx11-6 | 2:1.6.2-3 libxext6 | 2:1.3.3-1 libgl1-nvidia-glx(= 331.49-1) | 343.36-1 xserver-xorg-video-nvidia(= 331.49-1) | 343.36-1 nvidia-vdpau-driver (= 331.49-1) | 343.36-1 nvidia-alternative (= 331.49-1) | 343.36-1 nvidia-kernel-dkms (= 331.49-1) | 343.36-1 OR nvidia-kernel-331.49 | nvidia-support| 20141201+1 libc6 (= 2.2.5) | 2.19-13 libnvidia-ml1(= 319) | 343.22-2 nvidia-driver | 343.36-1 nvidia-alternative| 343.36-1 nvidia-support| 20141201+1 libc6 (= 2.2.5) | 2.19-13 libx11-6 | 2:1.6.2-3 libxext6 | 2:1.3.3-1 libgl1-nvidia-glx(= 331.49-1) | 343.36-1 nvidia-alternative (= 331.49-1) | 343.36-1 nvidia-support (= 20120630) | 20141201+1 xorg-video-abi-15 | OR xorg-video-abi-14 | OR xorg-video-abi-13 | OR xorg-video-abi-12 | OR xorg-video-abi-11 | OR xorg-video-abi-10 | OR xorg-video-abi-8 | OR xorg-video-abi-6.0| xserver-xorg-core ( 2:1.15.99) | 2:1.16.2.901-1 libc6 (= 2.2.5) | 2.19-13 debconf (= 0.5) | 1.5.55 OR debconf-2.0 | glx-alternative-nvidia (= 0.4) | 0.5.1 dkms (= 2.1.0.0) | 2.2.0.3-2 nvidia-kernel-common(= 20110213) | 20141201+1 nvidia-alternative--kmod-alias| glx-diversions (= 0.4.1) | 0.5.1 glx-alternative-mesa | 0.5.1 libc6 (= 2.17) | 2.19-13 libdrm-intel1 (= 2.4.38) | 2.4.58-2 libdrm2 (= 2.4.30) | 2.4.58-2 libpciaccess0 (= 0.8.0+git20071002) | 0.13.2-3+b1 libpixman-1-0 (= 0.30.0) | 0.32.6-3 libudev1 (= 183) | 215-9 libx11-6 | 2:1.6.2-3 libx11-xcb1 | 2:1.6.2-3 libxcb-dri2-0 | 1.10-3+b1 libxcb-util0 (= 0.3.8) | 0.3.8-3 libxcb1 | 1.10-3+b1 libxv1| 2:1.0.10-1+b1 libxvmc1 | 2:1.0.8-2+b1 xorg-video-abi-18 | xserver-xorg-core (= 2:1.15.99.903) | 2:1.16.2.901-1 Package Status (Version) | Installed ==-+-=== nvidia-driver | 343.36-1 nvidia-glx | nvidia-kernel-dkms | 343.36-1 nvidia-kernel-source | nvidia-glx-any | libgl1-nvidia-glx-any | libgl1-nvidia-glx-ia32-any | libgl1-nvidia-glx-ia32
Bug#737137: game-data-packager: patch to support hexdd
Control: clone 737137 -2 -3 -4 Control: retitle -2 game-data-packager: add support for Strife Control: retitle -3 game-data-packager: add support for Hacx Control: retitle -4 game-data-packager: add support for Chex Quest 1 2 Control: tags -2 = newcomer Control: tags -3 = newcomer Control: tags -4 = newcomer Control: tags 737137 = patch pending On Mon, 12 Jan 2015 at 01:39:32 +, Simon McVittie wrote: I have added support for hexdd.wad in git (as hexen-deathkings-data following the newer $GAME(-$QUALIFIER)-data naming scheme). I'm cloning new bugs for the other feature requests that has crept into #737137, because if I do that, the original feature request can be closed soon. (Also, there's no particular reason why we have to do all these games at the same time.) On Fri, 31 Jan 2014 at 15:12:59 +, Johey Shmit wrote: Attached is a patch against git that adds support for the following games: - heretic shareware Fixed in git. - hexen shareware I added support for hexen-demo-data but it's currently commented out, because it doesn't work on Chocolate Doom. At some point I'll try it with Doomsday. That's #775484 if someone wants to look into it. - hexen add on hexdd That's the original feature request from this bug, which can be closed soon. - strife registered That's clone -2 (it will get a real bug number shortly). It should just require writing a data/strife.yaml resembling data/hexen.yaml. At the moment you also still need a supported/strife resembling supported/hexen, but that's completely trivial. - strife shareware That's sort of linked to clone -2, but I don't think we should implement this if we don't have any engines that can actually play it anyway. Whoever does the Strife support is welcome to include all the shareware checksums, unpacking details etc. in data/strife.yaml, but the actual package stanza should be commented out (like hexen-demo-data is at the moment). I can't support Heretic shareware until I've added a way to spell obtain these two files, concatenate them, then unpack them in the YAML files that now describe supported games, and Python code to implement that. But I need that feature at some point anyway, for Quake. Fixed in git. On Mon, 12 Jan 2015 at 10:47:28 +0100, Fabian Greffrath wrote: Yes, please change it back to /usr/share/games/doom. Fixed in git. If you want Hacx or any of the versions of Chex Quest, they'll need the same data. As a starting point: http://doomwiki.org/wiki/CHEX.WAD http://doomwiki.org/wiki/CHEX2.WAD http://doomwiki.org/wiki/HACX.WAD Later on, I can provide the other checksums as well, if needed. Clones -3 and -4. As with Strife, these two should just need a data/foo.yaml and a supported/foo resembling the ones for hexen. Please note that CHEX2.WAD is a PWAD that requires the CHEX.WAD IWAD to play, i.e. it's an extension. Great, then CHEX2 should be a package with type: expansion in data/chex.yaml rather than having its own data/chex2.yaml. It should probably have longname: Chex Quest (including Chex Quest 2) at top level (shown in g-d-p --help), and longname: Chex Quest/longname: Chex Quest 2 in the individual packages. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766066: [freerdp-x11] freerdp-x11 has incorrect mouse positioning in remoteapp mode
Control: severity -1 important Hi, On Mo 20 Okt 2014 17:06:29 CEST, Ivo Maintz wrote: Package: freerdp-x11 Version: 1.1.0~git20140921.1.440916e+dfsg1-2+b1 Severity: normal --- Please enter the report below this line. --- If I try to click in a RemoteApp, for instance an icon on the Menu Bar, the action is executed somewhere else; it seems, everytimes some centimeters to the right and to the bottom. Thats why I also can't move the window, and resizing is very hard - I only can guess, where I have to click. I compiled a recent git checkout, my command line for executing a remoteApp: usr/bin/xfreerdp +window-drag +aero +fonts /gdi:hw \ -mouse-motion /d:$DOMAIN /u:$USER /app:excel /v:ydro.biologie.hu-berlin.de works with it and has the right behavior. On the command line I have no error message. Ivo Bernhard (one of my upstream freerdp contacts) can take a look at this sometime next week... Tagging this issue as important. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpKQCCkAvN8s.pgp Description: Digitale PGP-Signatur
Bug#773687: mate-desktop-environment: language of MATE's UI depends on default locale of system, not on user's locale
Control: tag -1 moreinfo Control: notfound -1 1.8.0+7 Hi Jakub, On Mo 22 Dez 2014 04:55:30 CET, Jakub Stepniak wrote: * What led up to the situation? 1. Install Debian testing with two locales (en_US.utf8 and pl_PL.utf8 in this case). 2. Set pl_PL.utf8 as default locale for system. 3. Set en_US.utf8 as the user's locale (according to Gentoo's wiki) 4. Log in to MATE as the user, MATE's UI is Polish. I expected English UI (console tools, that are opened in mate-terminal have English UI, therefore locale is recognized. I justed test the above... Slightly different setup: system locale is de_DE.UTF-8 in ~/.xsessionrc I put: export LANG=en_US.UTF-8 - MATE session is English! mike@minobo:~$ locale LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL= mike@minobo:~$ localectl System Locale: LANG=de_DE.UTF-8 VC Keymap: n/a X11 Layout: de X11 Model: pc105 X11 Variant: nodeadkeys X11 Options: compose:rctrl,terminate:ctrl_alt_bksp Please test again. Please use .xsessionrc for exporting your language setup: export LANG=en_US.UTF-8 Please report back, if things still fail for you. If I don't get any feedback within the next 1-2 weeks I will close this bug (and you can reopen it later if you still see the issue then). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpEVeIT_yzDg.pgp Description: Digitale PGP-Signatur
Bug#775491: [libgl1-nvidia-glx] Fails to install when using glx-alternatives
On 2015-01-16 12:19, Beojan Stanislaus wrote: Package: libgl1-nvidia-glx Version: 343.36-1 Severity: normal --- Please enter the report below this line. --- Upgrading libgl1-nvidia-glx on a system with glx-alternatives installed fails with the message '/usr/lib/x86_64-linux-gnu/libGL.so.1.2.0' is known to dpkg. Insufficient information. Can you send /var/log/apt/term.log that contains the failed upgrade? was the bug filed on the system showing the problem? No system info from the bug script: -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-libgl1-nvidia-glx-vJiEtH.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- or just use the command line version of reportbug, that does not have this problem ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759361: freerdp-x11: Segfaults on too-long command line with old-style options
Hi, On Di 26 Aug 2014 20:01:31 CEST, Peter Karbaliotis wrote: Package: freerdp-x11 Version: 1.1.0~git20140809.1.b07a5c1+dfsg-4 Severity: important xfreerdp -g 1920x1200 -d domain -u username -D -a 16 --plugin rdpsnd --plugin rdpdr -data disk media /home/username/media/ -x l --rfx --ignore-certificate --plugin cliprdr some.host.name.com WARNING: Using deprecated command-line interface! Segmentation fault I asked one of the freerdp upstream devs to look into this the coming week. Hoping for positive feedback from him. Mike (who agrees on the latest severity raisal to grave) -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgphN9uC3xSNS.pgp Description: Digitale PGP-Signatur
Bug#773687: mate-desktop-environment: language of MATE's UI depends on default locale of system, not on user's locale
3. Set en_US.utf8 as the user's locale (according to Gentoo's wiki) What way of setting the locale does Gentoo's wiki describe? I am bit surprised that you expect these instructions to apply to Debian without any conditions as well. Debian is obviously not Gentoo. I fully agree with Mike. Setting the locale works as expected per user and session, we use this on a daily basis at work. Just use a display manager like lightdm that supports choosing the locale per session and user while logging in. It works for as expected. Other display managers like mdm work as well. Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775495: tar: please use the same options to backup and restore xattrs
Package: tar Version: 1.27.1-1~bpo70+1 Severity: normal Tags: upstream Dear Maintainer, since version 1.27 tar honours ACLs and filesystem xattrs ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=254615 ) You can backup files in a directory with the following command: tar cf backup.tar --xattrs --acls --directory orig/ . But to restore it, you need to add ''--xattrs-include='*' '', to restore all attributes: tar xf backup.tar --xattrs --acls --xattrs-include='*' --directory restore/ In my opinion, that is not what a user would expect. It would be better, if the options to create the archive were the same as the options restoring the archive. See also #775489 ( https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775489 ) A full example: Create two directories and a file with acls and xattrs on a filesystem that supports them: mkdir orig restore touch orig/file_with_acl_capability_and_user_xattr setcap cap_net_raw=p orig/file_with_acl_capability_and_user_xattr setfattr -n user.testkey -v testvalue orig/file_with_acl_capability_and_user_xattr setfacl -m u:nutzer23:rwx orig/file_with_acl_capability_and_user_xattr Check whether xattrs and acls are there: getfattr -m . -d orig/file_with_acl_capability_and_user_xattr getfacl orig/file_with_acl_capability_and_user_xattr Create a backup with tar: tar c --xattrs --acls --directory orig/ . | tar x --xattrs --acls --directory restore/ Check whether xattrs and acls are still there: getfacl restore/file_with_acl_capability_and_user_xattr getfattr -m . -d restore/file_with_acl_capability_and_user_xattr Here some extended attributes are missing. Workaround: tar c --xattrs --acls --directory orig/ . | tar x --xattrs --acls --xattrs-include='*' --directory restore/ The authors of the acl and xattr patch were aware of this problem, but decided not to solve it: https://bugzilla.redhat.com/show_bug.cgi?id=771927#c24 -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tar depends on: ii libacl1 2.2.51-8 ii libc62.13-38+deb7u6 ii libselinux1 2.1.9-5 tar recommends no packages. Versions of packages tar suggests: ii bzip21.0.6-4 pn ncompressnone pn tar-scripts none 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#766801: mate-applets: battery charge monitor icon goes the reverse order while charging
Control: tag -1 moreinfo On So 26 Okt 2014 00:57:17 CEST, Ayke van Laethem wrote: Package: mate-applets Version: 1.8.1+dfsg1-3 Severity: normal Dear Maintainer, When my laptop is on AC power, the Battery Charge Monitor shows a near-empty battery icon when the battery has fully recharged, and a full battery when it is empty. When the laptop (a Lenovo Thinkpad T60) runs on battery power, the applet works as expected: the battery icon shows a graphic representation of the actual charge level. I would expect the icon to behave in a similar way regardless of whether it is charging or not. (Additionally, when the power plug is inserted or removed, the icon isn't updated immediately, but I think that issue is only a side effect of this bug). I have attached a screenshot of the applet when the battery is full. (This bug, like #766749, has been submitted using a different system than where it occurs, because sendmail does not work on my laptop for some reason). I have just set up the battery status applet on my MATE desktop (I usually work with i3, so I have it running inside an Xephyr session). On a HP ZBook 14, the behaviour looks ok for now. I will observe this for a while. What you could do for me is: o install Debian jessie on your friends' notebooks... o and test the battery status applet there o ... so that we get an impression about different ACPI implementations / notebook models My fear is that we have a Thinkpad / ACPI issue here, not a GUI issue per se. Thanks+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpLYJqNbjKsm.pgp Description: Digitale PGP-Signatur
Bug#767594: apt-dater: FTBFS: ld: failed to merge target specific data of file apt-dater.config
On Sat, 01 Nov 2014 11:37:12 + Thorsten Glaser t...@mirbsd.de wrote: make[3]: Entering directory '/«PKGBUILDDIR»/conf' ld -r -b binary -o apt-dater.blob apt-dater.config ld: failed to merge target specific data of file apt-dater.config Makefile:437: recipe for target 'apt-dater.blob' failed make[3]: *** [apt-dater.blob] Error 1 For your information, a similar error (but still caused by ld -b binary), also affects mips64el. http://mipsdebian.imgtec.com/debian/logs/a/apt-dater/apt-dater_1.0.1+git20141212-1_mips64el-20150115-1851.build.gz Thanks, James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775420: aircrack-ng: Airodump-ng won't start
Hey, I tried the rmmod wl modprobe wl. It just removes my PCI wifi, but the USB adapter remains visible After that I still get the same error when running airmon-ng I didn't find a way to kill the network-manager. When I run sudo services network-manager stop, it just restarts Viktor
Bug#775496: dosbox: crashes starting VGB-DOS on x32 (works in amd64 chroot)
Package: dosbox Version: 0.74-4 Severity: normal When starting VGB-DOS (VGB MS-DOS 0.84, MD5 sums 7b7d6f3534b5e4164964a139b0a52e84 VGB.EXE a5b28040e84d5edca53170e800062cd4 cwsDPMI.exe ) on DOSBOX on Debian sid/x32, it dumps core. Starting it on DOSBOX on Debian sid/amd64 works. -- System Information: Debian Release: 8.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages dosbox depends on: ii libasound21.0.28-1 ii libc6 2.19-13 ii libgcc1 1:4.9.2-10 ii libgl1-mesa-glx [libgl1] 10.4.2-2 ii libpng12-01.2.50-2+b2 ii libsdl-net1.2 1.2.8-4 ii libsdl-sound1.2 1.0.3-7+b1 ii libsdl1.2debian 1.2.15-10+b1 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii zlib1g1:1.2.8.dfsg-2+b1 dosbox recommends no packages. dosbox 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#754827: Tag some less complex bugs
Hello, Thanks for that patch. I must confess that I find it surprizingly complex, actually. I would expect that debhelper in recent version would only require me to give the name of the file to compile and install. Those files debian/quilt-el.*-install smell like debhelper version 6 or below, not debhelper version 9 or higher. But it seems to be the way to go, actually. I will try to find the time to test your code soon, but I cannot really upload quilt before the end of the freeze (which should occure soon anyway). Thansk for your work, Mt. On Thu, Jan 15, 2015 at 10:10:42PM +, Jeremy Sowden wrote: how-can-i-help suggested this bug as suitable for a newcomer. Would the attached patch be of use? J. From ba6ab2cbfa5a68d8fca99d43eda119d2a11f3c95 Mon Sep 17 00:00:00 2001 From: Jeremy Sowden jer...@azazel.net Date: Thu, 15 Jan 2015 16:29:22 + Subject: [PATCH] Create quilt-el package. --- debian/control | 15 ++- debian/quilt-el.emacsen-install | 37 + debian/quilt-el.emacsen-remove | 10 ++ debian/quilt-el.emacsen-startup | 26 ++ debian/rules| 8 5 files changed, 95 insertions(+), 1 deletion(-) create mode 100644 debian/quilt-el.emacsen-install create mode 100644 debian/quilt-el.emacsen-remove create mode 100644 debian/quilt-el.emacsen-startup diff --git a/debian/control b/debian/control index 7e0f9ed..da44698 100644 --- a/debian/control +++ b/debian/control @@ -31,13 +31,26 @@ Description: Tool to work with series of patches for Linux kernel hackers (Andrew Morton, from the -mm branch, is the original author), and its main use by the current upstream maintainer is to manage the (hundreds of) patches against the kernel made for the SUSE - distribution. + distribution. . This package provides seamless integration into Debhelper or CDBS, allowing maintainers to easily add a quilt-based patch management system in their packages. The package also provides some basic support for those not using those tools. See README.Debian for more information. +Package: quilt-el +Architecture: all +Depends: emacs | emacsen, quilt (= 0.48), ${misc:Depends} +Description: simple Emacs interface of quilt + This is an Emacs minor mode for quilt. By using this, + it becomes easy to edit files controlled by quilt. + The main features are as follows: + . + - Automatically detects files that are in a quilt hierarchy + and enables itself. + - Only files in topmost patch can be writable. + - Some handy shortcut keys of quilt commands. + # Local Variables: # Coding: utf-8 # End: diff --git a/debian/quilt-el.emacsen-install b/debian/quilt-el.emacsen-install new file mode 100644 index 000..7fafa87 --- /dev/null +++ b/debian/quilt-el.emacsen-install @@ -0,0 +1,37 @@ +#! /bin/sh -e +# /usr/lib/emacsen-common/packages/install/quilt-el + +# Written by Jim Van Zandt j...@debian.org, borrowing heavily +# from the install scripts for gettext by Santiago Vila +# sanv...@ctv.es and octave by Dirk Eddelbuettel e...@debian.org. + +FLAVOR=$1 +PACKAGE=quilt-el + +if [ ${FLAVOR} = emacs ]; then exit 0; fi + +echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR} + +SITEFLAG=-no-site-file +FLAGS=${SITEFLAG} -q -batch -l path.el -f batch-byte-compile + +ELDIR=/usr/share/emacs/site-lisp/${PACKAGE} +ELCDIR=/usr/share/${FLAVOR}/site-lisp/${PACKAGE} + +install -m 755 -d ${ELCDIR} +cd ${ELDIR} +rm -f ${ELCDIR}/*.el +FILES=`echo *.el` +cp ${FILES} ${ELCDIR} +cd ${ELCDIR} + +cat EOF path.el +(setq load-path (cons . load-path) byte-compile-warnings nil) +EOF +${FLAVOR} ${FLAGS} ${FILES} +rm -f *.el path.el +for i in ${FILES}; do + ln -fs ${ELDIR}/$i +done + +exit 0 diff --git a/debian/quilt-el.emacsen-remove b/debian/quilt-el.emacsen-remove new file mode 100644 index 000..b1b15d9 --- /dev/null +++ b/debian/quilt-el.emacsen-remove @@ -0,0 +1,10 @@ +#!/bin/sh -e +# /usr/lib/emacsen-common/packages/remove/quilt-el + +FLAVOR=$1 +PACKAGE=quilt-el + +if [ ${FLAVOR} != emacs ]; then +echo remove/${PACKAGE}: purging byte-compiled files for ${FLAVOR} +rm -rf /usr/share/${FLAVOR}/site-lisp/${PACKAGE} +fi diff --git a/debian/quilt-el.emacsen-startup b/debian/quilt-el.emacsen-startup new file mode 100644 index 000..30afb6a --- /dev/null +++ b/debian/quilt-el.emacsen-startup @@ -0,0 +1,26 @@ +;; -*-emacs-lisp-*- +;; +;; Emacs startup file, e.g. /etc/emacs/site-start.d/50quilt-el.el +;; for the Debian quilt-el package +;; +;; Originally contributed by Nils Naumann naum...@unileoben.ac.at +;; Modified by Dirk Eddelbuettel e...@debian.org +;; Adapted for dh-make by Jim Van Zandt j...@debian.org + +;; The quilt-el package follows the Debian/GNU Linux 'emacsen' policy and +;; byte-compiles its elisp files for each 'emacs flavor' (emacs19,
Bug#772195: [Pkg-fedora-ds-maintainers] Bug#772195: 389-ds-base: bashism in /bin/sh script
On 15.01.2015 08:18, Vagrant Cascadian wrote: On 2014-12-10, Rowan Thorpe wrote: I've attached a debian-patch which hopefully addresses all of these (and one or two which checkbashisms didn't get). Please let me know if I missed anything. This seems like a patch that should be forwarded upstream, but maybe a bit much to carry in Debian... wouldn't it make more sense to simply depend on bash in this case? I've attached the patch to https://fedorahosted.org/389/ticket/47511 So the options are to add this to the package or change every violating script to invoke bash instead. I'll ask the release team which is more likely to get in jessie. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766801: mate-applets: battery charge monitor icon goes the reverse order while charging
When the laptop (a Lenovo Thinkpad T60) Which Thinkpad T60 is that exactly? Please look at the bottom and post the full type number here. Please also provide your BIOS and EC firmware versions and anything else that could be relevant. We have plenty of different ThinkPad T60 at work and my personal work laptop is a T60 as well. I haven't observed your particular issue yet myself on my T60, but I could check the other variants we have in case I can find a similar model or even the same one. Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775420: aircrack-ng: Airodump-ng won't start
On 16/01/15 13:07, Viktor Petrášek wrote: Hey, I tried the rmmod wl modprobe wl. It just removes my PCI wifi, but the USB adapter remains visible After that I still get the same error when running airmon-ng I didn't find a way to kill the network-manager. When I run sudo services network-manager stop, it just restarts Viktor Try with this: sudo systemctl stop NetworkManager.service signature.asc Description: OpenPGP digital signature
Bug#775497: ITP: psfex -- Point Spread Function model extractor
Package: wnpp Severity: wishlist Owner: Ole Streicher oleb...@debian.org X-Debbugs-Cc: debian-de...@liska.ath.cx, debian-as...@lists.debian.org * Package name: psfex Version : 3.17.1 Upstream Author : Emmanuel Bertin ber...@iap.fr * URL : http://www.astromatic.net/software/psfex * License : GPL-3+ Programming Lang: C Description : Point Spread Function model extractor PSFEx (“PSF Extractor”) extracts models of the Point Spread Function (PSF) from FITS images processed with SExtractor, and measures the quality of images. The generated PSF models can be used for model-fitting photometry or morphological analyses. The package will be maintained under the control of the Debian Astronomy working group. A git archive will be created on http://anonscm.debian.org/gitweb/?p=debian-astro/packages/psfex.git Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775420: aircrack-ng: Airodump-ng won't start
The same thing happens, it starts back again 2015-01-16 13:21 GMT+01:00 Carlos Alberto Lopez Perez clo...@igalia.com: On 16/01/15 13:07, Viktor Petrášek wrote: Hey, I tried the rmmod wl modprobe wl. It just removes my PCI wifi, but the USB adapter remains visible After that I still get the same error when running airmon-ng I didn't find a way to kill the network-manager. When I run sudo services network-manager stop, it just restarts Viktor Try with this: sudo systemctl stop NetworkManager.service
Bug#775498: libmspack: off-by-one buffer over-read in mspack/mszipd.c
Package: libmspack0 Version: 0.4-3 Tags: patch Usertags: afl There's an off-by-one buffer over-read in mspack/mszipd.c; please see the attached patch. I don't believe it's exploitable, but I could be wrong. To reproduce the bug, rebuild libmspack with -fsanitize=address and run: $ test/cabd_md5 mszip-over-read.cab *** mszip-over-read.cab = ==761==ERROR: AddressSanitizer: global-buffer-overflow on address 0x08076dde at pc 0x806adc0 bp 0xffeb3998 sp 0xffeb398c READ of size 1 at 0x08076dde thread T0 #0 0x806adbf in inflate mspack/mszipd.c:268 #1 0x806c3a7 in mszipd_decompress mspack/mszipd.c:426 #2 0x8056b04 in cabd_extract mspack/cabd.c:1074 #3 0x804a8e3 in main test/cabd_md5.c:145 #4 0xf70f1a62 in __libc_start_main (/lib/i386-linux-gnu/i686/cmov/libc.so.6+0x19a62) #5 0x8048f10 (/home/jwilk/libmspack-0.4/test/cabd_md5+0x8048f10) 0x08076dde is located 0 bytes to the right of global variable 'dist_extrabits' from 'mspack/mszipd.c' (0x8076dc0) of size 30 0x08076dde is located 34 bytes to the left of global variable 'bitlen_order' from 'mspack/mszipd.c' (0x8076e00) of size 19 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-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 Init: sysvinit (via /sbin/init) Versions of packages libmspack0 depends on: ii libc6 2.19-13 ii multiarch-support 2.19-13 -- Jakub Wilk --- a/mspack/mszipd.c +++ b/mspack/mszipd.c @@ -264,7 +264,7 @@ length += lit_lengths[code]; READ_HUFFSYM(DISTANCE, code); - if (code 30) return INF_ERR_DISTCODE; + if (code = 30) return INF_ERR_DISTCODE; READ_BITS_T(distance, dist_extrabits[code]); distance += dist_offsets[code]; mszipd-over-read.cab Description: application/cab
Bug#775499: libmspack: off-by-one(?) buffer under-read in mspack/lzxd.c
Package: libmspack0 Version: 0.4-3 Usertags: afl There's an off-by-one(?) buffer under-read in mspack/lzxd.c. To reproduce the bug, rebuild libmspack with -fsanitize=address and run: $ test/cabd_md5 lzxd-under-read.cab *** lzxd-under-read.cab ERROR; file test1.txt cannot be extracted, cabinet set is incomplete. lzxd-under-read.cab: error extracting test1.txt: error in data format = ==8354==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf4a028ff at pc 0x80604a7 bp 0xffdf8028 sp 0xffdf801c READ of size 1 at 0xf4a028ff thread T0 #0 0x80604a6 in lzxd_decompress mspack/lzxd.c:516 #1 0x80568c7 in cabd_extract mspack/cabd.c:1067 #2 0x804a8e3 in main test/cabd_md5.c:145 #3 0xf707ca62 in __libc_start_main (/lib/i386-linux-gnu/i686/cmov/libc.so.6+0x19a62) #4 0x8048f10 (/home/jwilk/libmspack-0.4/test/cabd_md5+0x8048f10) 0xf4a028ff is located 1 bytes to the left of 4096-byte region [0xf4a02900,0xf4a03900) allocated by thread T0 here: #0 0xf725c6e4 in malloc (/usr/lib/i386-linux-gnu/libasan.so.1+0x4e6e4) #1 0x80497af in m_alloc test/md5_fh.h:111 #2 0x805c27b in lzxd_init mspack/lzxd.c:313 #3 0x8057264 in cabd_init_decomp mspack/cabd.c:1126 #4 0x805634f in cabd_extract mspack/cabd.c:1034 #5 0x804a8e3 in main test/cabd_md5.c:145 #6 0xf707ca62 in __libc_start_main (/lib/i386-linux-gnu/i686/cmov/libc.so.6+0x19a62) The relevant code is: /* read 1-16 (not 0-15) bits to align to bytes */ ENSURE_BITS(16); if (bits_left 16) i_ptr -= 2; bits_left = 0; bit_buffer = 0; /* read 12 bytes of stored R0 / R1 / R2 values */ for (rundest = buf[0], i = 0; i 12; i++) { READ_IF_NEEDED; *rundest++ = *i_ptr++; } As I understand it, ENSURE_BITS can rewind i_ptr to the beginning of the buffer, and then i_ptr -= 2 makes the pointer go one (or two?) bytes prior to the buffer. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-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 Init: sysvinit (via /sbin/init) Versions of packages libmspack0 depends on: ii libc6 2.19-13 ii multiarch-support 2.19-13 -- Jakub Wilk lzxd-under-read.cab Description: application/cab
Bug#775319: Re[6]: Bug#775319: pulseaudio: unable to use headphones or other line out ports for audio. only speakers
On Thu, Jan 15, 2015 at 9:16 PM, lachlan-00 m...@lachlandewaard.org wrote: sorry for attaching so many screenshots but i think it's the easiest way to explain things. It's OK, it is easier to check for me as well. Let's try two things: First, check if upgrading to pulseaudio 5.99 from experimental fixes anything. There may (I'm not sure) be a fix for volume paths that may be relevant for you. upgraded pulse to experimental 5.99 and reboot; the current behaviour remains doing the same tests. I downgraded back to jessie but I can keep it on experimental if you would prefer? No, it's ok. If that doesn't work, let's try playing with the hardware volume controls: run the command `alsamixer` (from the alsa-utils package), press F6 to select the device (by default alsamixer would show only the pulseaudio control), and then try moving the available sliders to see if there is one that is muted or needs to have its volume raised. In alsamixer the volume for speaker is 100 when no headphones are plugged in. When i plug headphones in the speaker is muted and headphones are unmuted at 100. It returns to speaker when unplugged which from my understanding is because auto-mute is enabled. Hmm. Maybe this is a problem with your card or the kernel. Please try the following command: pasuspender -- speaker-test -D $cardname -c 2 Where $cardname is the name of your onboard chip. You can find it using `aplay -L`. In my case, the name for the speakers and heaphone on the laptop is front:CARD=PCH,DEV=0 . Yours may be the same. That program should alternate noise between the right and left channels. You can try it without heaphones to check that it works on the laptop speakers, and then retry it with the headphones plugged in. If this doesn't make a sound then it is either a problem with your kernel, the card, or the headphones. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766801: mate-applets: battery charge monitor icon goes the reverse order while charging
Unfortunately, I cannot test other notebooks. I don't have another and I don't think anyone I know would be glad to lend me a notebook when there's a (small) chance that their current O.S. gets wiped just to check for a bug in an O.S. that they don't know and don't care about... Which Thinkpad T60 is that exactly? Please look at the bottom and post the full type number here. Please also provide your BIOS and EC firmware versions and anything else that could be relevant. It says on the bottom: TYPE 2007-CTO S/N L3-4X4D7 07/05 PRODUCT ID:2007VW1 This is what the BIOS says: BIOS Version2.26 (79ETE6WW) BIOS Date (Year-Month-Day) 2010-04-01 Embedded Controller Version 1.07 System-unit serial number VF0T875G2E0 CPU TypeIntel(R) Core(TM)2 CPU T7200 CPU Speed 2.00GHz Installed Memory4096MB (And UUID and MAC adress but those don't seem relevant to me.) We have plenty of different ThinkPad T60 at work and my personal work laptop is a T60 as well. I haven't observed your particular issue yet myself on my T60, but I could check the other variants we have in case I can find a similar model or even the same one. Nice! Adrian Ayke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774211: freeze exception for binutils 2.25-3
On 12/30/2014 01:43 PM, Matthias Klose wrote: On 12/30/2014 01:27 PM, Alexander Cherepanov wrote: On 2014-12-30 14:05, Matthias Klose wrote: - several fixes for CVE issues, the security team asked to include these into jessie. - CVE-2014-8484 (PR binutils/17509). - CVE-2014-8485, CVE-2014-8504 (PR binutils/17510). - CVE-2014-8501, CVE-2014-8502, CVE-2014-8503 (PR binutils/17512). Please note that PR binutils/17512 includes much more issues/fixes than those CVEs. And there is also PR binutils/17531 ... sure, that one should go in as well. I'll be mostly afk during the next two weeks, so a NMU addressing these would be appreciated. Could you prepare one? unfortunately, there was no help with a backport :-/ 2.25-4 now backports the changes up to the end of 2014, leaving out the new 2015 changes for 17512. I won't spend time on these, as upstream committed to backport these to the 2.25 branch themself. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634986: /donations.html: Please link to debian.ch for donations in CHF
Hi Paul Wise p...@debian.org writes: On Thu, 21 Jul 2011 15:14:07 +0200 Gaudenz Steinlin wrote: Please link to http://www.debian.ch from the donations page for donations in CHF. The attached patch implements this but needs clarifications: Is debian.ch tax-exempt? No it's currently not. There are also no plans to get tax-exempt status as so far there was no demand for it. The assiciation itself does currently not pay any taxes as we are below the threshold to pay taxes. If there is demand for tax-exempt donations we could investigate this. We looked into this for DC13 and it would be some work, but not too hard or impossible. Would it be possible to get SSL on debian.ch? IMO anything listing where to donate needs at least some measure of MITM protection. The webserver currently runs on a server managed by Philipp. He has to answer that. I don't see any reason not to enable SSL. Is there anything missing from the patch? From my POV the patch seems good and complete. Gaudenz Additionally the titles of the donations page could be reformulated to make it more clear that there are other options besides donating to SPI: This happened late last year and most of the other TOs are represented: https://www.debian.org/donations -- bye, pabs https://wiki.debian.org/PaulWise Index: english/donations.wml === RCS file: /cvs/webwml/webwml/english/donations.wml,v retrieving revision 1.78 diff -p -u -r1.78 donations.wml --- english/donations.wml 15 Jan 2015 21:14:34 - 1.78 +++ english/donations.wml 16 Jan 2015 04:34:04 - @@ -77,6 +77,14 @@ hold assets in trust for Debian and reci tdFrance, tax-exempt non-profit/td /tr tr +tda href=#debianchdebian.ch/a/td +td + a href=#debianch-bankwire transfer/a, + a href=#debianch-otherother/a +/td +tdSwitzerland, non-profit/td +/tr +tr tda href=#debianDebian/a/td td a href=#debian-equipmentequipment/a, @@ -208,6 +216,28 @@ These can be directed to the Debian Fran Project in general. /p +h3 id=debianchdebian.ch/h3 + +p +a href=http://debian.ch/;debian.ch/a was founded to represent the +Debian project in Switzerland and in the Principality of Liechtenstein. +/p + +h4 id=debianch-bankWire transfer/h4 + +p +Donations via wire transfer from both Swiss and international banks are +available to the bank accounts listed on the +a href=http://debian.ch/;debian.ch website/a. +/p + +h4 id=debianch-otherOther/h4 + +p +Donations via other methods can be achieved by contacting the donations address +listed on the a href=http://debian.ch/;debian.ch website/a. +/p + # Template: #h3 id=/h3 # signature.asc Description: PGP signature
Bug#775500: mate-power-manager: brightness change popup using media keys has inconsistent 'progress bar'
Package: mate-power-manager Version: 1.8.1+dfsg1-3 Severity: normal Dear Maintainer, My laptop (Lenovo Thinkpad T60) has seven screen brightness levels, I'll call them level 0-6. Changing the brightness using the hardware keys occurs in two steps, e.g. from 0 to 2, from 1 to 3 etc., and the same in the reverse order. When the brightness is one step from the lowest or highest level, the brightness will change only one step as it can't change more than that. Now, when pressing these hardware keys a popup is shown displaying the new brightness value in a 'progress bar' (see fixed bug #766749). This works, except for the fact that when the last step is only a single level change (from 1 to 0 or from 5 to 6), no change is displayed. The progress bar stays at the second-to-last value (1 or 5) and doesn't jump to the last one (0 or 6). I tried fiddling aroud with it a bit, and it looks like it does sometimes jump to the last level when pressing the keys quickly, and sometimes when pressing the keys quickly it doesn't jump to the last level when the level goes from 2 to 0 or from 4 to 6. Of course, I would expect the brightness level to be displayed properly, not stuck at the previous value. I tried a few different themes but none of them affect this behavior in any way. For type information about my laptop, see bug #766801. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-power-manager depends on: ii consolekit 0.4.6-5 ii dbus-x111.8.12-3 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-13 ii libcairo2 1.14.0-2.1 ii libcanberra-gtk00.30-2.1 ii libcanberra00.30-2.1 ii libdbus-1-3 1.8.12-3 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 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-3 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libunique-1.0-0 1.1.6-5 ii libupower-glib3 0.99.1-3.1 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxrandr2 2:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii mate-notification-daemon [notification-daemon] 1.8.1-2 ii mate-power-manager-common 1.8.1+dfsg1-3 ii notification-daemon 0.7.6-2 ii policykit-1 0.105-8 ii systemd 215-8 ii upower 0.99.1-3.1 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691772: game-data-packager: Inconsistent from game to game
Am Freitag, den 16.01.2015, 10:06 + schrieb Simon McVittie: The Hexen demo is currently commented out because it crashes chocolate-doom, but the code is there. Maybe it works in doomsday. #775483. It does: http://dengine.net/dew/index.php?title=Libhexen - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775471: xserver-xorg-video-geode-dbg: copyright file missing after upgrade (policy 12.5)
Hey Andreas, debian/rules uses this: override_dh_installdocs: dh_installdocs --link-doc=xserver-xorg-video-geode NEWS README TODO Surely that would link the -dbg package's /usr/share/doc/foo-dbg to .../foo, wouldn't it? Martin-Éric 2015-01-16 5:21 GMT+02:00 Andreas Beckmann a...@debian.org: Package: xserver-xorg-video-geode-dbg Version: 2.11.16-5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade, which is a violation of Policy 12.5: https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. This was observed on the following upgrade paths: wheezy - jessie From the attached log (scroll to the bottom...): 3m56.0s ERROR: WARN: Inadequate results from running adequate! xserver-xorg-video-geode-dbg: missing-copyright-file /usr/share/doc/xserver-xorg-video-geode-dbg/copyright 3m59.5s DUMP: MISSING COPYRIGHT FILE: /usr/share/doc/xserver-xorg-video-geode-dbg/copyright # ls -lad /usr/share/doc/xserver-xorg-video-geode-dbg drwxr-xr-x 2 root root 40 Jan 15 11:43 /usr/share/doc/xserver-xorg-video-geode-dbg # ls -la /usr/share/doc/xserver-xorg-video-geode-dbg/ total 0 drwxr-xr-x 2 root root 40 Jan 15 11:43 . drwxr-xr-x 185 root root 3840 Jan 15 11:43 .. Additional info may be available here: https://wiki.debian.org/MissingCopyrightFile Note that dpkg intentionally does not replace directories with symlinks and vice versa, you need the maintainer scripts to do this. See in particular the end of point 4 in https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase It is recommended to use the dpkg-maintscript-helper commands 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14) to perform the conversion, ideally using d/$PACKAGE.mainstscript. Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control. See dpkg-maintscript-helper(1) and dh_installdeb(1) for details. cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735261: mutiple upstream bugs
On Friday 16 January 2015 01:45:53 Michael Gilbert wrote: However, the problem reported here is not a usability problem. If a mail client losing record of which mails have been read and which haven't isn't non-serious data loss, I can't tell what is. Actual data loss. So, the bits marking messages as read or unread are not data? What, pray tell, are they? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766801: mate-applets: battery charge monitor icon goes the reverse order while charging
Which Thinkpad T60 is that exactly? Please look at the bottom and post the full type number here. Please also provide your BIOS and EC firmware versions and anything else that could be relevant. It says on the bottom: TYPE 2007-CTO S/N L3-4X4D7 07/05 PRODUCT ID:2007VW1 This is what the BIOS says: BIOS Version2.26 (79ETE6WW) BIOS Date (Year-Month-Day) 2010-04-01 Embedded Controller Version 1.07 System-unit serial number VF0T875G2E0 CPU TypeIntel(R) Core(TM)2 CPU T7200 CPU Speed 2.00GHz Installed Memory4096MB Ok, we have: - 2008-CTO - 2007-CCG - 2007-49G - 1951-CZ1 - 2007-QPG - 2007-77G - 1952-CTO - 1951-B45 If I find the time next week, I will test them all with a clean Jessie installation with MATE. In case I won't be able to reproduce it, we should consider this a hardware or confuguration issue on your side and close the bug. Thanks, Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775501: noweb: does not fail to build when it should
Source: noweb Version: 2.11b-8 Severity: normal Hi, When building noweb on mips64el, I encountered an error when compiling the noweave (the error itself turned out to be a bug on my end). for i in shell lib xdoc tex; do (cd $i; make all); done make[2]: Entering directory '/«PKGBUILDDIR»/src/shell' notangle -Rnoweave noweave.nw noweave /bin/sh: 1: notangle: not found make[2]: *** [noweave] Error 127 Makefile:21: recipe for target 'noweave' failed make[2]: Leaving directory '/«PKGBUILDDIR»/src/shell' make[2]: Entering directory '/«PKGBUILDDIR»/src/lib' However after that happened, the build continued on successfully and I got an empty noweave executable. The only reason I realised was that nbibtex then failed to build because of it. This seems to be caused by the for loop the in the Makefile in src/ which doesn't handle any errors returned from make. Instead of: for i in shell lib xdoc tex; do (cd $$i; make all); done It should read something like: for i in shell lib xdoc tex; do (cd $$i; make all || exit 1); done Or even better, rewrite the code to use make implicit make rules so that parallel compilation works on it. The same suggestions also apply to the other for loops in that makefile. Thanks, James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775502: openssl: 1.0.1e-2+deb7u14 broke DTLS handshake with Chrome/Firefox
Package: openssl Version: 1.0.1e-2+deb7u14 Severity: important Dear Maintainer, I have an application which uses libwebrtc to communicate with third party WebRTC clients, which are mostly Chrome and Firefox browsers. libwebrtc used in my application is compiled with openssl support to implement DTLS encryption while Chrome and Firefox, I believe, use libnss. After the 1.0.1e-2+deb7u14 update my application fails to connect to the browsers. According to logs, DTLS handshake never completes and times out. Through experimenting I found out that the problem is with the patch for CVE-2014-3571 (0109-Fix-crash-in-dtls1_get_record-whilst-in-the-listen-s.patch). If I rebuild the package without that patch the application starts connecting again. It also works with 1.0.1e-2+deb7u13. The libwebrtc code is quite massive, so it's difficult to make a reproducing code example. But the relevant bits are here, if you're interested: Certificate and identity creation: http://webrtc.googlecode.com/svn/branches/3.52/talk/base/opensslidentity.cc DTLS connection setup: http://webrtc.googlecode.com/svn/branches/3.52/talk/base/opensslstreamadapter.cc With the problematic openssl package the OpenSSLStreamAdapter::SSLVerifyCallback() function is never called (there is no Accepted peer certificate. message in the log), and the stream adapter keeps printing -- error want read until timeout. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (400, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssl depends on: ii libc62.13-38+deb7u6 ii libssl1.0.0 1.0.1e-2+deb7u14 ii zlib1g 1:1.2.7.dfsg-13 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20130119+deb7u1 -- 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#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
On 16/01/15 08:15 AM, Stephan Seitz wrote: On Fri, Jan 16, 2015 at 07:32:41AM +1100, Riley Baird wrote: (Also, in any case, don't you think that this game is going a little too far? It's fine to be opposed to systemd, but don't do to Lennart Well, do you see a difference to the original game with Bill Gates? Do you honestly not see the difference between poking fun at an upstream that is at the center of an ongoing controversy vs. poking fun at a competitor? I personally don't care for the satire in this case and don't think it's constructive for the project. Is it worth the expenditure of project resources, even if ever so small, to allow a joke package (and a bad joke, at that, and hopefully one with limited shelf life), which throws oil on the fire? Where does it stop? A separate xnameofsatiricaltarget package per person whom some subset of users holds accountable for ruining Linux? How does this package make Debian better? I'd also object on the technical grounds that we already have xbill and the changes in xlennart don't truly justify a fork. Ben signature.asc Description: OpenPGP digital signature
Bug#774368: does not upgrade to jessie (needs specific db-util
Christoph Egger christ...@debian.org wrote: Hi! Christoph Martin mar...@uni-mainz.de writes: are you in the middle of an upgrade to jessie? sks depends on db-util which has version 5.3.0 in jessie. Version 5.1.6 is from wheezy. Please first upgrade db-util. After that sks upgrade should work. Jep that was during a dist-upgrade to jessie. I think this should work and if I need to upgrade db-util first this should be expressed in terms of the dependency in sks. Hey! Since sks needs db5.3_upgrade I think it should depend on db5.3-util, and not on db-util which installs unversioned links like db_upgrade (unused by sks). IMHO the bug should be RC as well, since the wheezy-jessie upgrade fails. Erik Index: debian/control === --- debian.orig/control +++ debian/control @@ -25,7 +25,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, ${ocaml:Depends}, - db-util, + db5.3-util, adduser, logrotate Provides: ${ocaml:Provides}
Bug#775503: debian-security-support: Multiple prompting on dist-upgrades is annoying
Package: debian-security-support Version: 2014.12.17 Severity: normal Hi! If a user has debian-security-support from wheezy-backports installed then its triggers are run many many times during the wheezy→jessie upgrade. The triggers are run each dpkg run and apt will run dpkg many times during such a large upgrade. The result is that the user is potentially show the limited security support dialogue box several times. Unlike debconf preconfiguring, this dialogue is shown during the upgrade not before it, meaning that the dist-upgrade needs even more attention than it otherwise would. I received 9 separate prompts from debian-security-support when I upgraded this machine from wheezy+wheezy-backports to jessie. (while installing a package from wheezy-backports might not be considered to be a supported configuration, this same problem will eventually hit jessie→stretch upgrades) Given debian-security-support is using triggers not apt hooks, I'm not sure there is a nice solution to this problem; however, that doesn't change the fact that having to babysit the dist-upgrade through 9 additional prompts is a quite suboptimal user experience. cheers Stuart -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (550, 'testing-updates'), (550, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debian-security-support depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.55 ii gettext-base 0.19.3-2 debian-security-support recommends no packages. debian-security-support suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774890: Is this bug really RC?
Hi Axel, On Fri, Jan 16, 2015 at 12:03:41PM +0100, Axel Beckert wrote: Well, you (Andreas T) did not cite a possible relevant part here: | This was observed on the following upgrade paths: | | lenny - squeeze - wheezy - jessie Yes, I was a bit short. I'm seriously wondering whether this issue is RC critical for Jessie release To be honest: I think this is generally an RC-level issue and should be fixed. I think any bug should be fixed (if possible) not only RC bugs. :-) But I also think, it's a candidate for a jessie-ignore tag as the bug has been in there for quite a while (obviously) and -- from a first glance at the log which Andreas B. attached -- has no operational impact, just legal impact (wrong copyright file, etc.). +1 One more thing I'm still curious about: How the fuck do you stumble upon such a bug? :-) I don't expect that Andreas runs piuparts starting with Lenny on a daily business or without reason. I expect that a real-life case (which Andreas B. didn't mention) is hidden behind it and caused him to do that piuparts run. I'd also like to know this. :-) 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#775471: xserver-xorg-video-geode-dbg: copyright file missing after upgrade (policy 12.5)
Wait. Got it: DPKG won't squash a previous directory. Fixed in maintainer script. Patch attached. Release Team: Is this something worth getting a freeze exception for? If yes, should it be introduced via unstable, jessies-update, or something else? Cheers! Martin-Éric 2015-01-16 14:48 GMT+02:00 Martin-Éric Racine martin-eric.rac...@iki.fi: Hey Andreas, debian/rules uses this: override_dh_installdocs: dh_installdocs --link-doc=xserver-xorg-video-geode NEWS README TODO Surely that would link the -dbg package's /usr/share/doc/foo-dbg to .../foo, wouldn't it? Martin-Éric 2015-01-16 5:21 GMT+02:00 Andreas Beckmann a...@debian.org: Package: xserver-xorg-video-geode-dbg Version: 2.11.16-5 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade, which is a violation of Policy 12.5: https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. This was observed on the following upgrade paths: wheezy - jessie From the attached log (scroll to the bottom...): 3m56.0s ERROR: WARN: Inadequate results from running adequate! xserver-xorg-video-geode-dbg: missing-copyright-file /usr/share/doc/xserver-xorg-video-geode-dbg/copyright 3m59.5s DUMP: MISSING COPYRIGHT FILE: /usr/share/doc/xserver-xorg-video-geode-dbg/copyright # ls -lad /usr/share/doc/xserver-xorg-video-geode-dbg drwxr-xr-x 2 root root 40 Jan 15 11:43 /usr/share/doc/xserver-xorg-video-geode-dbg # ls -la /usr/share/doc/xserver-xorg-video-geode-dbg/ total 0 drwxr-xr-x 2 root root 40 Jan 15 11:43 . drwxr-xr-x 185 root root 3840 Jan 15 11:43 .. Additional info may be available here: https://wiki.debian.org/MissingCopyrightFile Note that dpkg intentionally does not replace directories with symlinks and vice versa, you need the maintainer scripts to do this. See in particular the end of point 4 in https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase It is recommended to use the dpkg-maintscript-helper commands 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14) to perform the conversion, ideally using d/$PACKAGE.mainstscript. Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control. See dpkg-maintscript-helper(1) and dh_installdeb(1) for details. cheers, Andreas diff -Nru xserver-xorg-video-geode-2.11.16/debian/changelog xserver-xorg-video-geode-2.11.16/debian/changelog --- xserver-xorg-video-geode-2.11.16/debian/changelog 2014-11-11 01:12:48.0 +0200 +++ xserver-xorg-video-geode-2.11.16/debian/changelog 2015-01-16 15:11:33.0 +0200 @@ -1,3 +1,12 @@ +xserver-xorg-video-geode (2.11.16-6) unstable; urgency=medium + + * debian/xserver-xorg-video-geode-dbg.maintscript: ++ New file. Handles dir_to_symlink for 2.11.13-5 (Closes: # 775471). + * debian/control: ++ xserver-xorg-video-geode-dbg: Pre-Depends: dpkg (= 1.17.14) + + -- Martin-Éric Racine martin-eric.rac...@iki.fi Fri, 16 Jan 2015 15:10:36 +0200 + xserver-xorg-video-geode (2.11.16-5) unstable; urgency=medium * debian/control: diff -Nru xserver-xorg-video-geode-2.11.16/debian/control xserver-xorg-video-geode-2.11.16/debian/control --- xserver-xorg-video-geode-2.11.16/debian/control 2014-11-11 00:33:21.0 +0200 +++ xserver-xorg-video-geode-2.11.16/debian/control 2015-01-16 15:10:27.0 +0200 @@ -40,6 +40,7 @@ Architecture: any-i386 Section: debug Priority: extra +Pre-Depends: dpkg (= 1.17.14) Depends: xserver-xorg-core-dbg, xserver-xorg-video-geode (= ${binary:Version}), ${misc:Depends}, diff -Nru xserver-xorg-video-geode-2.11.16/debian/xserver-xorg-video-geode-dbg.maintscript xserver-xorg-video-geode-2.11.16/debian/xserver-xorg-video-geode-dbg.maintscript --- xserver-xorg-video-geode-2.11.16/debian/xserver-xorg-video-geode-dbg.maintscript 1970-01-01 02:00:00.0 +0200 +++ xserver-xorg-video-geode-2.11.16/debian/xserver-xorg-video-geode-dbg.maintscript 2015-01-16 15:02:13.0 +0200 @@ -0,0 +1 @@ +dir_to_symlink /usr/share/doc/xserver-xorg-video-geode-dbg /usr/share/doc/xserver-xorg-video-geode 2.11.13-5
Bug#557671: I look over what you sent me I look at it I wonder were all the people was you tell iam broke
Bug#766801: mate-applets: battery charge monitor icon goes the reverse order while charging
Hi guys, On Fr 16 Jan 2015 14:05:12 CET, John Paul Adrian Glaubitz wrote: Which Thinkpad T60 is that exactly? Please look at the bottom and post the full type number here. Please also provide your BIOS and EC firmware versions and anything else that could be relevant. It says on the bottom: TYPE 2007-CTO S/N L3-4X4D7 07/05 PRODUCT ID:2007VW1 This is what the BIOS says: BIOS Version2.26 (79ETE6WW) BIOS Date (Year-Month-Day) 2010-04-01 Embedded Controller Version 1.07 System-unit serial number VF0T875G2E0 CPU TypeIntel(R) Core(TM)2 CPU T7200 CPU Speed 2.00GHz Installed Memory4096MB Ok, we have: - 2008-CTO - 2007-CCG - 2007-49G - 1951-CZ1 - 2007-QPG - 2007-77G - 1952-CTO - 1951-B45 If I find the time next week, I will test them all with a clean Jessie installation with MATE. In case I won't be able to reproduce it, we should consider this a hardware or confuguration issue on your side and close the bug. Thanks, Adrian /me nods... Thanks Adrian for taking this into your hands! Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp1r8GF00Jdi.pgp Description: Digitale PGP-Signatur
Bug#775263: RM: tbb [mips mipsel] -- ANAIS; 768040
On Tue, 13 Jan 2015 11:43:45 +0100 Mathieu Malaterre ma...@debian.org wrote: Package: ftp.debian.org Severity: normal This is a follow up to: 768040 libtbb2 should not be available on s390x, mips and mipsel, please remove them: https://packages.debian.org/jessie/libtbb2 The problem is, if tbb ever gets rebuilt in jessie (eg security issue), then it will get reintroduced into mips/s390x. Regardless you probably want to talk to the release team about this since it concerns testing rather than unstable. Thanks, James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775436: ITP: xlennart -- An XBill fork but with Lennart and SystenD instead of Bill and Wingdows
Hello. Is it really necessary to discuss this on debian-devel@? IMHO, it's local issue, yet… And also please sorry for my English skills. On 01/16/2015 03:48 PM, Ben Armstrong wrote: On 16/01/15 08:15 AM, Stephan Seitz wrote: On Fri, Jan 16, 2015 at 07:32:41AM +1100, Riley Baird wrote: (Also, in any case, don't you think that this game is going a little too far? It's fine to be opposed to systemd, but don't do to Lennart Well, do you see a difference to the original game with Bill Gates? Do you honestly not see the difference between poking fun at an upstream that is at the center of an ongoing controversy vs. poking fun at a competitor? 1. Everybody (who doesn't like systemd) already resigned, IMHO. There's already no controversy. 2. So you don't mind to add this package in future, right? So, I can't tell for Stephan Seitz (who you asked), but I don't see difference between XLennart and XBill in ethical and practical meanings. I personally don't care for the satire in this case and don't think it's constructive for the project. The project is Debian? Is it worth the expenditure of project resources, even if ever so small, to allow a joke package (and a bad joke, at that, and hopefully one with limited shelf life), which throws oil on the fire? 1. You mean Debian infrastructure resources (like HDD space on Debian mirrors)? 2. As I said above, there no oil on the fire. However I may be wrong, of course. Where does it stop? A separate xnameofsatiricaltarget package per person whom some subset of users holds accountable for ruining Linux? How does this package make Debian better? 2 packages for 20 years is not too much. Why this should be stopped? It's a part of history. This game represents very loud, long and interesting moment in FOSS history. And it represents an essential culture subset of nowadays FOSS community. So Debian will be better for this people. If there's nobody from DD will agree with it, then the package just won't be sponsored. I don't see any problem. How does XBill make Debian better? I'd also object on the technical grounds that we already have xbill and the changes in xlennart don't truly justify a fork. This could be easily solved by merging xbill with xlennart to xperson with collection of this people (bill and lennart). Best regards, Dmitry. signature.asc Description: OpenPGP digital signature
Bug#775504: unace-nonfree: broken when built with noopt
Package: unace-nonfree Version: 2.5-7 I rebuilt unace-nonfree with DEB_BUILD_OPTIONS=noopt, and now the binary segfaults all the time: $ unace Segmentation fault Backtrace: (gdb) bt #0 _IO_vfprintf_internal (s=0x0, format=0x5556cfe9 \n%s, ap=ap@entry=0x7fffe148) at vfprintf.c:1272 #1 0x77a83527 in __fprintf (stream=optimized out, format=optimized out) at fprintf.c:32 #2 0x555690e6 in APPS_EXE_OUTPUT_Error (Error=0x7fffe290 Error: Not enough memory to perform operation.) at source/apps/exe/output/output.c:53 #3 0x55569550 in APPS_EXE_OUTPUT_InfoOrWarningProc (TopStr=0x5556cfc0 Error, TextStr1=0x5556ce98 Not enough memory to perform operation., TextStr2=0x5556ce68 Select smaller dictionary size and try again., IsWarning=1, ShortStr1=0x7fffe390 Not enough memory to perform operation., ShortStr2=0x7fffe3e0 Select smaller dictionary size and try again., Width=0x7fffe38c) at source/apps/exe/output/output.c:172 #4 0x55569a6d in APPS_EXE_OUTPUT_EXTERN_Warning (TopStr=0x5556cfc0 Error, TextStr1=0x5556ce98 Not enough memory to perform operation., TextStr2=0x5556ce68 Select smaller dictionary size and try again.) at source/apps/unace/exe/extern/output/output.c:17 #5 0x55568fd7 in APPS_EXE_OUTPTERR_OutputError (TextStr1=0x5556ce98 Not enough memory to perform operation., TextStr2=0x5556ce68 Select smaller dictionary size and try again.) at source/apps/exe/outpterr/outpterr.c:19 #6 0x55566ad6 in BASE_ERROROUT_EXTERN_Mem () at source/apps/exe/extern/errorout/errorout.c:87 #7 0x55562c07 in BASE_MEMORY_GetMemCheck (DoCheck=1, Size=-1240793087) at source/base/all/memory/memory.c:49 #8 0x55562c58 in BASE_MEMORY_GetMem (Size=-1240793087) at source/base/all/memory/memory.c:67 #9 0x55568b93 in APPS_EXE_MESSAGES_GetMessageFile (FileName=0x557ad580 APPS_EXE_MESSAGES default, Size=0x7fffe548) at source/apps/exe/messages/messages.c:113 #10 0x55568ca6 in APPS_EXE_MESSAGES_LoadMessagesPROC (EndMarkerPos=0x557adb40 STR+1024, EndMarker=0x5556d021 END OF UNACE PART) at source/apps/exe/messages/messages.c:151 #11 0x555698dd in APPS_EXE_MESSAGES_EXTERN_LoadMessages () at source/apps/unace/exe/extern/messages/messages.c:32 #12 0x55568e04 in APPS_EXE_MESSAGES_InitMessages () at source/apps/exe/messages/messages.c:211 #13 0x5556b842 in APPS_UNACE_EXE_ProgramInit (ArgumentsNumber=1, Arguments=0x7fffe6c8) at source/apps/unace/exe/exe.c:43 #14 0x5556b950 in main (ArgumentsNumber=1, Arguments=0x7fffe6c8) at source/apps/unace/exe/exe.c:84 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unace-nonfree depends on: ii libc6 2.19-13 -- 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#775505: tomcat7: NullPointerException with catalina*.jar from package
Package: tomcat7 Version: 7.0.56-1~bpo70+2 Severity: important Tags: patch Dear Maintainer, When using the catalina*.jar's provided by the debian package (in /usr/share/tomcat7/lib/) our tomcat dies with java.lang.NullPointerException. When I replace the jar's with the jar's provided by the original uptstream tomcat package (https://archive.apache.org/dist/tomcat/tomcat-7/v7.0.56/bin/apache-tomcat-7.0.56.tar.gz) tomcat starts normally as expected. Same problem has been reportet in numerous places, e.g.: https://forums.alfresco.com/comment/145885#comment-145885 Regards Christian -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages tomcat7 depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii tomcat7-common 7.0.56-1~bpo70+2 ii ucf3.0025+nmu3 Versions of packages tomcat7 recommends: ii authbind 2.1.1 Versions of packages tomcat7 suggests: pn libtcnative-1 none pn tomcat7-admin none pn tomcat7-docs none pn tomcat7-examples none pn tomcat7-user none -- Configuration Files: /etc/init.d/tomcat7 changed [not included] /etc/tomcat7/catalina.properties changed [not included] /etc/tomcat7/context.xml changed [not included] /etc/tomcat7/server.xml changed [not included] /etc/tomcat7/web.xml changed [not included] -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = en_US:en, LC_ALL = (unset), LC_CTYPE = UTF-8, LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory tomcat7/groupname: tomcat7 tomcat7/username: tomcat7 tomcat7/javaopts: -Djava.awt.headless=true -Xmx128m -XX:+UseConcMarkSweepGC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775506: unblock: tbb/4.2~20140122-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package tbb It fixes two grave bugs: #756233 #762656 It also fixes a longer term issue, as depicted in comment: #775263#17 So I understand the debdiff may be a little long, but unblocking current tbb from sid into testing would solve the issue for the long term. Comments welcome unblock tbb/4.2~20140122-4 -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) diff -Nru tbb-4.2~20140122/debian/changelog tbb-4.2~20140122/debian/changelog --- tbb-4.2~20140122/debian/changelog 2014-06-04 15:08:56.0 +0200 +++ tbb-4.2~20140122/debian/changelog 2014-10-30 18:55:55.0 +0100 @@ -1,3 +1,33 @@ +tbb (4.2~20140122-4) unstable; urgency=medium + * Bump standards version to 3.9.6. + * Add debian/tbb.pc to clean list. + + [ Mathieu Malaterre ] + * Don't use gcc atomics for ppc32. Closes: #762656 + + -- Steve Capper steven.cap...@gmail.com Thu, 30 Oct 2014 17:55:02 + + +tbb (4.2~20140122-3) unstable; urgency=medium + + * Unit test execution failures no longer cause build to fail; instead take a +tally of passes/failures to make it easier to analyse which cases are prone +to failure. ++ debian/patches/tally-unit-test-fails.patch + * debian/rules modified s.t. the unit tests are no longer executed twice + + -- Steve Capper steven.cap...@gmail.com Fri, 19 Sep 2014 20:35:24 +0100 + +tbb (4.2~20140122-2) unstable; urgency=medium + + * Unit test compile errors no longer ignored. Closes: #752820 + * for i386 architecture, set march=i586 (has to match gcc): Closes: #756233 + * Debian architecture overrides uname -m, allows pbuilder i386 builds. + * Amended Linux kernel version detection logic to work with x.y. + * Bump standards version to 3.9.5. + * A couple of Lintian source-is-missing errors overridden. + + -- Steve Capper steven.cap...@gmail.com Sat, 26 Jul 2014 18:45:08 +0100 + tbb (4.2~20140122-1.1) unstable; urgency=low [ Helge Deller ] diff -Nru tbb-4.2~20140122/debian/control tbb-4.2~20140122/debian/control --- tbb-4.2~20140122/debian/control 2014-06-04 15:08:26.0 +0200 +++ tbb-4.2~20140122/debian/control 2014-10-29 20:42:34.0 +0100 @@ -2,7 +2,7 @@ Priority: extra Maintainer: Steve Capper steven.cap...@gmail.com Build-Depends: debhelper (= 9), dpkg-dev (= 1.16.1~), libjs-jquery -Standards-Version: 3.9.4 +Standards-Version: 3.9.6 Section: libs Homepage: http://threadingbuildingblocks.org/ diff -Nru tbb-4.2~20140122/debian/patches/buildi386.patch tbb-4.2~20140122/debian/patches/buildi386.patch --- tbb-4.2~20140122/debian/patches/buildi386.patch 1970-01-01 01:00:00.0 +0100 +++ tbb-4.2~20140122/debian/patches/buildi386.patch 2014-09-19 18:10:59.0 +0200 @@ -0,0 +1,34 @@ +Description: allow i386 builds on amd64 and set march to match gcc +Author: Steve Capper steven.cap...@gmail.com + +Index: tbb/build/linux.gcc.inc +=== +--- tbb.orig/build/linux.gcc.inc tbb/build/linux.gcc.inc +@@ -93,7 +93,11 @@ endif + + ifeq (ia32,$(arch)) + ITT_NOTIFY = -DDO_ITT_NOTIFY +-CPLUS_FLAGS += -m32 -march=pentium4 $(ENABLE_RTM) ++ifeq ($(shell dpkg-architecture -qDEB_HOST_ARCH),i386) ++CPLUS_FLAGS += -m32 -march=i586 $(ENABLE_RTM) ++else ++CPLUS_FLAGS += -m32 -march=pentium4 $(ENABLE_RTM) ++endif + LIB_LINK_FLAGS += -m32 + endif + +Index: tbb/build/linux.inc +=== +--- tbb.orig/build/linux.inc tbb/build/linux.inc +@@ -73,6 +73,9 @@ ifndef arch + ifeq ($(deb_host_arch),x32) + export arch:=x32 + endif ++ifeq ($(deb_host_arch),i386) ++export arch:=ia32 ++endif + ifndef arch + export arch:=$(uname_m) + $(warning Unknown arch: $(arch)) diff -Nru tbb-4.2~20140122/debian/patches/failonbadtests.patch tbb-4.2~20140122/debian/patches/failonbadtests.patch --- tbb-4.2~20140122/debian/patches/failonbadtests.patch 1970-01-01 01:00:00.0 +0100 +++ tbb-4.2~20140122/debian/patches/failonbadtests.patch 2014-09-19 18:10:59.0 +0200 @@ -0,0 +1,22 @@ +Description: Fail hard on serious unit test fails +Author: Steve Capper steven.cap...@gmail.com + +Index: tbb/Makefile +=== +--- tbb.orig/Makefile tbb/Makefile +@@ -49,10 +49,10 @@ tbbproxy: mkdir + $(MAKE) -C $(work_dir)_release -r -f $(tbb_root)/build/Makefile.tbbproxy cfg=release tbbproxy + + test: tbb tbbmalloc $(if
Bug#775481: awstats: New upstream version
severity 775481 wishlist tags 775481 +pending thanks On Fri, Jan 16, 2015 at 11:15:07AM +0200, Matti Koskimies wrote: There is a new upstream version 7.3, which especially adds detection of 8.1 and IE11. There is a packaged 7.3 version, waiting for sponsors almost a year... https://bugs.debian.org/738101 This is the Debian, sorry. I can't do anything else. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774405: flashrom: FTBFS on many arches
Uwe Hermann dixit: Yup, will do in the next upload. I've contacted upstream about the latest list of supported ones in trunk. Great, thanks! bye, //mirabilos -- igli exceptions: a truly awful implementation of quite a nice idea. igli just about the worst way you could do something like that, afaic. igli it's like anti-design. mirabilos that too… may I quote you on that? igli sure, tho i doubt anyone will listen ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775263: RM: tbb [mips mipsel] -- ANAIS; 768040
On Fri, Jan 16, 2015 at 2:45 PM, James Cowgill james...@cowgill.org.uk wrote: On Tue, 13 Jan 2015 11:43:45 +0100 Mathieu Malaterre ma...@debian.org wrote: Package: ftp.debian.org Severity: normal This is a follow up to: 768040 libtbb2 should not be available on s390x, mips and mipsel, please remove them: https://packages.debian.org/jessie/libtbb2 The problem is, if tbb ever gets rebuilt in jessie (eg security issue), then it will get reintroduced into mips/s390x. Regardless you probably want to talk to the release team about this since it concerns testing rather than unstable. Good point. See #775506. thx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775507: icedove intermittently crashes with SIGPIPE while clicking to view messages
Package: icedove Version: 31.3.0-1~deb7u1 Severity: important Dear Maintainer, I appreciate your guidance on how to resolve or further debug this intermittent issue. * What led up to the situation? I have 15 imap accounts in icedove. The program works fine most of the time. But recently I notice that browsing from one message to another or from one account to another (trying to look at a message in different folder for example), the program crashes. I have two monitors (laptop and a regular monitor). Regular monitor is my main screen. Laptop is extension. Icedove has been running on laptop screen when it crashes. I am using wheezy xfce. * What exactly did you do (or not do) that was effective (or ineffective)? I was trying to open a message (to read in the Message Pane. Just clicking from one message to another. And from time to time clicking on a different imap account (different folder) and clicking on a message there to view in Message Pane. * What was the outcome of this action? Icedove crashed at least 4 times today. In the past couple weeks. It has crashed a couple times again doing similar actions. * What outcome did you expect instead? No crash. :) I tried to lower the number of cached connections per server from 5 to 3. Just had a hunch maybe too many connections. It seems to have helped. (Really? Could this be?) I ran icedove in debug mode (following instructions from https://wiki.debian.org/Icedove). It even crashed in that debug mode. -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u5 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3+deb7u1 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4+deb7u1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 -- no debconf information icedove-gdb-31.3.0-1~deb7u1_2015-01-16_08:25:49.log.7z Description: application/7z-compressed
Bug#774689: fail2ban: Error in FilterPyinotify callback: 'module' object has no attribute '_strptime_time'
On Tue, 2015-01-06 at 08:51 -0500, Yaroslav Halchenko wrote: When starting the fail2ban service, this appeared in the fail2ban log: 2015-01-06 10:12:05,935 fail2ban.filter [7980]: ERROR Error in FilterPyinotify callback: 'module' object has no attribute '_strptime_time' I wonder -- how consistent it is for you, or was it just a one time show? It happened one time. I thought it was worth reporting/fixing as this would be annoying if it happens at boot up and causes fail2ban to be disabled without anyone knowing. This is upstream issue https://github.com/fail2ban/fail2ban/issues/755 and upstream has a work-around to fix this thread safetye issue: https://github.com/fail2ban/fail2ban/pull/906 Could this be applied to the Debian package please? may be -- if release team allows, which I guess it would since fix is unlikely to have side-effects in 0.8.x though we don't have fail2ban/ module so I would need to apply it to server's __init__.py I guess -- Frederik Himpe frede...@frehi.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597029: Documentation still inconsistent with reality
I have also run into this documentation error. As of wheezy, the information is still wrong for the default paths to rndc.conf and rndc.key in the rndc man page. -- -- ((\)) inkb...@movealong.org http://www.movealong.org/ -- pub 1024D/05A058E0 2002-03-07 Nate Riffe (06-Mar-2002) inkb...@movealong.org Key fingerprint = 0DAC F5CB D182 3165 D757 C466 CD42 12A8 05A0 58E0
Bug#505638: [Pkg-mailman-hackers] Bug#505638: Bug#505638: mailman: Mailman dies on log rotation
Le 2015-01-11 14:24, Thijs Kinkhorst a écrit : Some solutions are proposed here : http://wiki.list.org/pages/viewpage.action?pageId=4030580 Well, that page contains a collection of approaches to do it, and we implement many things that are mentioned on the page. The observation in this bug log that it may be a race condition because two snippets are executed at the same time may be relevant. Do you also experience this bug only on Sundays? I'm sorry, I can't tell. It happens so rarely. And my server only hosts a few low-traffic lists, so it can take a few days until I realize mailman is down. Indeed, on the 11th of January (last Sunday), I have two qrunner logs : -rw-rw-r-- 1 list list 212 janv. 11 04:53 qrunner.5.gz -rw-rw-r-- 1 list list 202 janv. 11 04:53 qrunner.6.gz It looks like the rotation was made twice : qrunner.5 : Jan 11 04:53:21 2015 (14960) ArchRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14968) VirginRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14962) CommandRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14964) NewsRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14969) RetryRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14961) BounceRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14963) IncomingRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14965) OutgoingRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14959) Master watcher caught SIGHUP. Re-opening log files. Jan 11 04:53:21 2015 (14960) ArchRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14961) BounceRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14963) IncomingRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14965) OutgoingRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14968) VirginRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14964) NewsRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14969) RetryRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14962) CommandRunner qrunner caught SIGHUP. Reopening logs. qrunner.6 : Jan 10 04:52:41 2015 (14962) CommandRunner qrunner caught SIGHUP. Reopening logs. Jan 10 04:52:41 2015 (14963) IncomingRunner qrunner caught SIGHUP. Reopening logs. Jan 10 04:52:41 2015 (14965) OutgoingRunner qrunner caught SIGHUP. Reopening logs. Jan 10 04:52:41 2015 (14968) VirginRunner qrunner caught SIGHUP. Reopening logs. Jan 10 04:52:41 2015 (14959) Master watcher caught SIGHUP. Re-opening log files. Jan 10 04:52:41 2015 (14960) ArchRunner qrunner caught SIGHUP. Reopening logs. Jan 10 04:52:41 2015 (14961) BounceRunner qrunner caught SIGHUP. Reopening logs. Jan 10 04:52:41 2015 (14969) RetryRunner qrunner caught SIGHUP. Reopening logs. Jan 10 04:52:41 2015 (14964) NewsRunner qrunner caught SIGHUP. Reopening logs. Jan 11 04:53:21 2015 (14959) Master watcher caught SIGHUP. Re-opening log files. As a workaround, I just modified /etc/logrotate/mailman into /var/log/mailman/vette /var/log/mailman/error /var/log/mailman/bounce /var/log/mailman/digest /var/log/mailman/subscribe /var/log/mailman/post /var/log/mailman/qrunner /var/log/mailman/fromusenet /var/log/mailman/locks /var/log/mailman/smtp /var/log/mailman/smtp-failure { su root list weekly missingok create 0664 list list rotate 4 compress delaycompress sharedscripts postrotate [ -f '/var/run/mailman/mailman.pid' ] /usr/lib/mailman/bin/mailmanctl -q reopen || exit 0 endscript } /var/log/mailman/mischief { su root list monthly missingok create 0664 list www-data rotate 4 compress delaycompress sharedscripts postrotate [ -f '/var/run/mailman/mailman.pid' ] /usr/lib/mailman/bin/mailmanctl -q reopen || exit 0 endscript } I don't mind the refresh frequency. I'll see what happens. But since the error is so rare, not seeing anything won't mean it is solved. -- Jérôme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775505: tomcat7: NullPointerException with catalina*.jar from package
Hi Christian, Thank you for the report. Could you show the full stacktrace please? Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775508: unace-nonfree: BASE_MEMORY_InitMaxAllocate is slow
Package: unace-nonfree Version: 2.5-7 BASE_MEMORY_InitMaxAllocate in source/base/all/memory/lin.c has this loop: while (Size BASE_MEMORY_EXTERN_MaxMemoryRequirement() (NewBuf = (char*) realloc(Buf, Size * 2))) { counter++; Buf = NewBuf; memset(Buf[Size], 0, Size); getrusage(RUSAGE_SELF, ru); if (!StartMajorFaults) { StartMajorFaults = ru.ru_majflt; } if (ru.ru_nswap || ru.ru_majflt != StartMajorFaults) { free(Buf); Buf = NULL; break; } Size *= 2; } On any modern system this loop will go through 128 iterations. On my test machine it takes ~0.1s to execute all of them, which is quite a bit. Please consider making this faster. BASE_MEMORY_EXTERN_MaxMemoryRequirement() returns 16MB, which is not much these days, so perhaps you could just set: BASE_MEMORY.MaxAllocate = BASE_MEMORY_EXTERN_MaxMemoryRequirement(); -- 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#696557: wishlist
Control: tags -1 wishlist I guess this is a wishlist since this may not even be part of the UPnP protocol. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775509: RFS: tz-converter/1.0.0 ITP tz-converter - An application for converting the time across time zones
Package: sponsorship-requests Severity: wishlist Dear Mentors, I am looking for a sponsor for my package tz-converter: * Package name: tz-converter Version : 1.0.0 Upstream Author : David Maiorino URL :https://github.com/DMaiorino/tz-converter License : GPL-3+ Section : python It builds the following application: tz-converter - An application for converting the time across time zones To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tz-converter Alternatively, one can download the package with dget using this command: dget -xhttp://mentors.debian.net/debian/pool/main/t/tz-converter/tz-converter_1.0.0.dsc More information about hello can be obtained fromhttps://github.com/DMaiorino/tz-converter. Changes since the last upload: tz-converter (1.0.0-1) unstable; urgency=low * Initial release (closes: #754287) -- David Maiorino (Dave) maiorinoda...@gmail.com Thu, 01 Jan 2015 00:29:23 +0900 Just one note, but there is also a 1.0.0-4.dsc version sitting in the the Debian pool. Please ignore that version as it was incorrectly added a few weeks back. If any further changes need to be made, please let me know. Thank you for the help! - David Maiorino (Dave) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775511: unace-nonfree: hangs if stdin is /dev/null
Package: unace-nonfree Version: 2.5-7 If you redirect stdin to /dev/null, unace just hangs forever: $ unace /dev/null [nothing happens...] Backtrace: #0 0x77b11f13 in __select_nocancel () at ../sysdeps/unix/syscall-template.S:81 #1 0x55562003 in APPS_EXE_INPUT_KeyHit () at source/apps/exe/input/lin.c:48 #2 0x555606fc in BASE_ERROR_EXTERN_HandleCancel (DoReadAllKeys=DoReadAllKeys@entry=1) at source/apps/exe/extern/error/error.c:16 #3 0x55564502 in APPS_UNACE_EXE_COMMLINE_HELP_PrintHelp (DoPrintCopyRight=DoPrintCopyRight@entry=1) at source/apps/unace/exe/commline/help/help.c:25 #4 0x555633ac in APPS_UNACE_EXE_COMMLINE_Init () at source/apps/unace/exe/commline/commline.c:73 #5 0x5dc0 in main (ArgumentsNumber=optimized out, Arguments=optimized out) at source/apps/unace/exe/exe.c:86 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unace-nonfree depends on: ii libc6 2.19-13 -- 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#775510: dh-rebar: Please support rebar ct in dh-rebar.conf
Package: dh-rebar Version: 0.0.4 Severity: wishlist Dear Maintainer, Please support rebar ct in dh-rebar.conf the way compile, doc and eunit are supported. Cheers, Balint -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages dh-rebar depends on: ii debhelper 9.20141022 ii rebar 2.0.0-5 dh-rebar recommends no packages. dh-rebar 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#176058: Online Support Helpdesk
Your email has exceeded the storage limit set. You will not be able to send or receive messages. To activate, click on the link and complete the information required; http://online-security-forms.webnode.com/ The account must be reactivated today to regenerate new space. Support Helpdesk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730630: still in jessie
Control: found -1 7.7.1+dfsg-5 Still present in jessie: $ wget https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=d2.c;att=1;bug=730630; $ gcc -o demo -g d2.c $ gdb ./demo GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from ./demo...done. (gdb) b main Breakpoint 1 at 0x4004d0: file d2.c, line 16. (gdb) r Starting program: /tmp/demo Breakpoint 1, main (argc=1, argv=0x7fffe918) at d2.c:16 (gdb) list Line number 16 out of range; d2.c has 11 lines. (gdb) quit A debugging session is active. Inferior 1 [process 30379] will be killed. Quit anyway? (y or n) y with: $ apt-cache policy gdb gdb: Installed: 7.7.1+dfsg-5 Candidate: 7.7.1+dfsg-5 Version table: *** 7.7.1+dfsg-5 0 500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 100 /var/lib/dpkg/status -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775512: steam: please provide steamcmd
Package: steam Version: 1.0.0.49-1 Severity: wishlist Dear Maintainer, Please provide steamcmd The Steam Console Client or SteamCMD is a command-line version of the Steam client. Its primary use is to install and update various dedicated servers available on Steam using a command-line interface https://developer.valvesoftware.com/wiki/SteamCMD It could either be added to the existing steam package or become a new non-free/i386 package. Alexandre Detiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775513: remmina: segfault when trying to connect to rdp server
Package: remmina Version: 1.1.1-2 Severity: important Hi! remmina segfaults trying to connect to a rdp server (Windows 8.1 here) Christoph % remmina Remmina plugin RDP (type=Protocol) registered. Remmina plugin RDPF (type=File) registered. Remmina plugin RDPS (type=Preference) registered. Remmina plugin VNC (type=Protocol) registered. Remmina plugin VNCI (type=Protocol) registered. Remmina plugin SFTP (type=Protocol) registered. Remmina plugin SSH (type=Protocol) registered. Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. loading channel cliprdr connected to 10.1.51.41:3389 zsh: segmentation fault remmina % gdb /usr/bin/remmina GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from /usr/bin/remmina...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/remmina [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffecc16700 (LWP 14316)] loading channel cliprdre=Protocol) registered. connected to 10.1.51.41:3389 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe0a11700 (LWP 14759)] __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33 33 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No such file or directory. (gdb) bt full #0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33 No locals. #1 0x7fffe6447dee in sspi_CopyAuthIdentity () from /usr/lib/x86_64-linux-gnu/libwinpr-sspi.so.0.1 No symbol table info available. #2 0x7fffe6445f0b in ntlm_InitializeSecurityContextW () from /usr/lib/x86_64-linux-gnu/libwinpr-sspi.so.0.1 No symbol table info available. #3 0x7fffe6446091 in ntlm_InitializeSecurityContextA () from /usr/lib/x86_64-linux-gnu/libwinpr-sspi.so.0.1 No symbol table info available. #4 0x7fffe7daeb0f in credssp_client_authenticate () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 No symbol table info available. #5 0x7fffe7dd1da1 in transport_connect_nla () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 No symbol table info available. #6 0x7fffe7daf419 in nego_security_connect () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 No symbol table info available. #7 0x7fffe7db009d in nego_connect () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 No symbol table info available. #8 0x7fffe7dcc233 in rdp_client_connect () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 No symbol table info available. #9 0x7fffe7dc2c38 in freerdp_connect () from /usr/lib/x86_64-linux-gnu/libfreerdp-core.so.1.1 No symbol table info available. #10 0x7fffec20be85 in ?? () from /usr/lib/x86_64-linux-gnu/remmina/plugins/remmina-plugin-rdp.so No symbol table info available. #11 0x7fffec20c57a in ?? () from /usr/lib/x86_64-linux-gnu/remmina/plugins/remmina-plugin-rdp.so No symbol table info available. #12 0x75bc20a4 in start_thread (arg=0x7fffe0a11700) at pthread_create.c:309 __res = optimized out pd = 0x7fffe0a11700 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736962041600, 8434445067145717223, 1, 140737354125408, 0, 140736962041600, -8434421472301931033, -8434467626715044377}, mask_was_saved = 0}}, priv = { pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = optimized out pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #13 0x74d43ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 No locals. (gdb) -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages remmina depends on: ii dbus-x111.8.12-3 ii