Bug#762089: apt-listbugs: French PO translation update
The gettext Plural-Forms is indeed used in other parts of apt-listbugs, but I don't feel it would be the best fit here: the six strings we are talking about appear in rows that are basically titles for various lists of bugs. In some cases, it may happen that one such list will only include 1 bug, but I don't expect the title to talk in singular form because of this... I hope this clarifies why I think those strings should use the most general plural form for each language. That may fit but you maybe want to ask in debian-i18n what people think. For instance, the Czech translator might mention that this title has to be different if there are 2, 3 or 4 bugs (or 12,13, 14, 22, 23, 24) while a another plural has to be used if there are other numbers. Plural-Forms: nplurals=3; \ plural=n==1 ? 0 : \ n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2; (I mention Czech because at least one Czech translator is active nowadays which increases the chances of someone commentingmaybe also the Polish translator might given an input, here) Of course, that may change your code as you need to compute the number of bugs to display before displaying the title. signature.asc Description: Digital signature
Bug#762253: Tasksel 3.25: fails due to wrong apt invocation (missing -o in front of additional apt option)
Package: tasksel Version: 3.25 Severity: grave Justification: breaks d-i Hello, the upload of tasksel 3.25 has broken tasksel in d-i: Sep 20 06:04:28 pkgsel: starting tasksel Sep 20 06:04:56 in-target: E Sep 20 06:04:56 in-target: : Sep 20 06:04:56 in-target: Invalid operation APT::Acquire::Retries=3 Sep 20 06:04:56 in-target: Sep 20 06:04:56 in-target: tasksel: apt-get failed (100) Sep 20 06:04:57 main-menu[190]: WARNING **: Configuring 'pkgsel' failed with error code 1 Sep 20 06:04:57 main-menu[190]: WARNING **: Menu item 'pkgsel' failed. This is caused by the following commit: http://anonscm.debian.org/cgit/tasksel/tasksel.git/commit/?id=645455083756a71f1843c3deebdb73bc6324c66a where a -o is missing before the added APT::Acquire::Retries=3. Regards, Karsten -- Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der Werbung sowie der Markt- oder Meinungsforschung. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Indeed I have left over for samba and even for samba-ad-dc in various rc*.d
Hello, On Tue, 26 Aug 2014 19:43:57 +0200 Michael Biebl bi...@debian.org wrote: Might be misunderstanding. What you should remove are the symlinks to /etc/init.d/samba. I just remove samba symlinks with # update-rc.d -f samba remove and the problem still exists. I just have the problem since the systemd upgrade to 215-4. I wrote my information to bug #762002. So I copy the interesting parts from there: Maybe the problem is the running process bin/systemd-tty-ask-password-agent --watch I tried to kill (with -9) it and it changes to [systemd-tty-ask] defunct I moved /bin/systemd-tty-ask-password-agent away but now systemctl is defunct and I also have to wait for 5 minutes 1964 pts/200:00:00 systemctl 1965 pts/200:00:00 systemctl defunct 1966 ?00:00:00 samba 1967 ?00:00:00 samba-ad-dc 1972 ?00:00:00 systemctl I found a similar problem here https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737825 Yes, my systemd is also running with PID 1 I tried to debug it with: http://freedesktop.org/wiki/Software/systemd/Debugging/#shutdowncompleteseventually but I didn't get a /shutdown-log.txt file. So I stopped samba with: # systemctl stop samba.service I attached the (debug-)dmesg from stopping samba. I can't see the problem. Has someone else an idea? Bye [Fri Sep 19 21:29:11 2014] systemd[1]: Accepted new private connection. [Fri Sep 19 21:29:11 2014] systemd[1]: Got message type=method_call sender=n/a destination=org.freedesktop.systemd1 object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=StopUnit cookie=1 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Trying to enqueue job samba.service/stop/replace [Fri Sep 19 21:29:11 2014] systemd[1]: Installed new job samba.service/stop as 860 [Fri Sep 19 21:29:11 2014] systemd[1]: Enqueued job samba.service/stop as 860 [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=method_return sender=n/a destination=n/a object=n/a interface=n/a member=n/a cookie=1 reply_cookie=1 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=JobNew cookie=2 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=JobNew cookie=318 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Stopping LSB: ensure Samba daemons are started (nmbd and smbd)... [Fri Sep 19 21:29:11 2014] systemd[1]: About to execute: /etc/init.d/samba stop [Fri Sep 19 21:29:11 2014] systemd[1]: Forked /etc/init.d/samba as 2289 [Fri Sep 19 21:29:11 2014] systemd[1]: samba.service changed exited - stop [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1/unit/samba_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=3 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1/unit/samba_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=4 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1/unit/samba_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=319 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1/unit/samba_2eservice interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=320 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1/job/860 interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=5 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1/job/860 interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=321 reply_cookie=0 error=n/a [Fri Sep 19 21:29:11 2014] systemd[1]: Got notification message for unit systemd-journald.service [Fri Sep 19 21:29:11 2014] systemd[1]: systemd-journald.service: Got notification message from PID 181 (WATCHDOG=1...) [Fri Sep 19 21:29:11 2014] systemd[1]: systemd-journald.service: got WATCHDOG=1 [Fri Sep 19 21:29:11 2014] systemd[1]: Got notification message for unit systemd-journald.service [Fri Sep 19 21:29:11 2014] systemd[1]: systemd-journald.service: Got notification message from PID 181 (WATCHDOG=1...) [Fri Sep 19 21:29:11 2014] systemd[1]: systemd-journald.service: got WATCHDOG=1 [Fri Sep 19 21:29:11 2014] systemd[1]: Got message type=method_call sender=n/a
Bug#760991: [buildd-tools-devel] Bug#760991: sbuild: please add two more hooks that fire exactly before and after the actual build
Hi, Quoting Wookey (2014-09-20 01:52:35) Would 'start-build-commands' and 'end-build-commands' perhaps work better, given the naming clash? I've just been working on this code to merge the fix for 608840. It would make sense to include your changes too. thanks for working on this! I could argue how confusing pre-build-commands vs. start-build-commands and end-build-commands vs. post-build-commands is, but given that we probably cannot rename pre-build-commands and post-build-commands because of backwards compatibility with scripts using sbuild, I guess there is no way around using a solution that is not 100% intuitive. Maybe it would make sense to give a linear overview of what sbuild does in what order and when hooks are called in the EXTERNAL COMMANDS section of the man page: - run pre-build-commands (outside of schroot) - setup the chroot and variables - update and upgrade packages - run chroot-setup-commands (inside schroot) - install dependencies - unpack source, check dpkg-parsechangelog and du - run NEW_HOOK_#1 (inside chroot) - run dpkg-buildpackage - run NEW_HOOK #2 (inside chroot) - run lintian and other housekeeping stuff - run chroot-cleanup-commands (inside schroot) - purge build directory - IF build-successful: - run piuparts - run post-build-commands (inside schroot) This also demonstrates why the existing hooks do not work for the purpose of finding which files are needed during the build. chroot-setup-commands is executed before the source is unpacked, so all the files of the source tarball will be touched. chroot-cleanup-commands is run after lintian and other file touching stuff done by sbuild so this also does not work. As to how to name them: I guess start-build-commands and end-build-commands are as good as any other :) Thanks! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762014:
Hello, The same here. Can't try to downgrade to 7.37.1-1 since it's not available anymore. -- Regards, Dmitry Kadashev
Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel
Control: tags -1 + patch Hi, Do you know of the patch you were mentioning ? If it is a single patch, we may carry. But looking at the make-dfsg patches, it does not look so. debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch in make-dfsg 4.0-8 contains the workaround. I have refreshed and attached the patch for kbuild. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com From 53b4a9e66800dde643d3ce7966c5193001e3f12e Mon Sep 17 00:00:00 2001 From: Paul Smith psm...@gnu.org Date: Sun, 20 Oct 2013 12:49:01 -0400 Subject: [PATCH] * read.c (record_files): [SV 33034] Change fatal() to error() Allows deprecated syntax. However we don't guarantee this syntax will continue to be legal in the future. Change suggested by David Boyce david.s.bo...@gmail.com --- NEWS | 19 --- read.c | 2 +- 2 files changed, 9 insertions(+), 12 deletions(-) Index: kbuild/src/kmk/NEWS === --- kbuild.orig/src/kmk/NEWS +++ kbuild/src/kmk/NEWS @@ -114,6 +114,12 @@ http://sv.gnu.org/bugs/index.php?group=m after the variable name, to allow for simple, conditional, or appending multi-line variable assignment. +* Change the fatal error for mixed explicit and implicit rules, that was + introduced in GNU make 3.82, to a non-fatal error. However, this syntax is + still deprecated and may return to being illegal in a future version of GNU + make. Makefiles that rely on this syntax should be fixed. + See https://savannah.gnu.org/bugs/?33034 + Version 3.81 @@ -128,8 +134,8 @@ Version 3.81 any prerequisite that does not exist, even though that prerequisite might have caused the target to rebuild. Starting with the _next_ release of GNU make, '$?' will contain all prerequisites that caused - the target to be considered out of date. See this Savannah bug: - http://savannah.gnu.org/bugs/index.php?func=detailitemitem_id=16051 + the target to be considered out of date. + See http://savannah.gnu.org/bugs/?16051 * WARNING: Backward-incompatibility! GNU make now implements a generic second expansion feature on the Index: kbuild/src/kmk/read.c === --- kbuild.orig/src/kmk/read.c +++ kbuild/src/kmk/read.c @@ -2743,7 +2743,7 @@ l_next: /* Reduce escaped percents. If there are any unescaped it's an error */ name = filenames-name; if (find_percent_cached (name)) -fatal (flocp, _(mixed implicit and normal rules)); +error (flocp, _(*** mixed implicit and normal rules: deprecated syntax)); } }
Bug#759646: reassign to emacs24, mark as forwarded
reassign 759646 emacs24 tags 759646 upstream forwarded 759646 http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18513 quit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732521: Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel
Control: tags 762061 - patch Control: tags -1 + patch Oops, replied to a wrong bug. On Sat, Sep 20, 2014 at 3:29 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote: Control: tags -1 + patch Hi, Do you know of the patch you were mentioning ? If it is a single patch, we may carry. But looking at the make-dfsg patches, it does not look so. debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch in make-dfsg 4.0-8 contains the workaround. I have refreshed and attached the patch for kbuild. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759079: [pkg-x2go-devel] Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Olly, a patch has been applied upstream [1], but with wx3.0 pyhoca-gui segfaults when tested on Debian testing. The segfault happens when wx.App.__init__() is called [2]. Once this segfault issue has been fixed, the upstream release is due. I haven't had time to investigate this, yet. Any input from your side (with more wx expertise than mine) will be appreciated. Can you confirm that pyhoca-gui 0.4.0.9 with you patch attached to this bug comes up without segfault? You can test pyhoca-gui 0.5.0.0 (preview) via this DebURL [3]. Thanks in advance for any possible input on this!!! Mike [1] http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=commitdiff;h=3f6545b82aeee842ada53a79e4583a3d09da562d [2] http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=blob;f=pyhoca/wxgui/frontend.py;h=c3535879575e29f688e8f6ea23b3bab9ff1f46dd;hb=ba29a2694c25fad71e05656f5e39b959cefbe3fe#l242 [3] deb http://packages.x2go.org/debian jessie main heuler -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de - Original message - On Fri, Aug 29, 2014 at 07:49:43PM +, Mike Gabriel wrote: Thanks for working out that patch. I will integrate it into pyhoca-gui upstream and release it upstream with 0.5.0.0. I hope to release the upstream version very soon. If the upstream release gets delayed more, I will intermediately fix the 0.4.0.9 version of pyhoca-gui in Debian with your patch. What's the estimated upstream release date? It's been 3 weeks since your last message, and the last upload date to make it in before the release freeze is only 5 weeks off now. It would be prudent to upload well before the last possible date, in case there are any problems caused by the changes which might need additional uploads. Freeze exceptions are possible for higher severity bugs, but you might get stuck with less severe bugs you can't fix for jessie. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757280: Bino 1.6.0 fixes this problem
Hi, the new Bino version 1.6.0 fixes this problem: it uses gettext 0.19 infrastructure. It also fixes the libav-related FTBFS problems, so the corresponding patches in the Debian package can be dropped. Best regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732521: Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel
On Sat, Sep 20, 2014 at 3:36 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote: Control: tags 762061 - patch Control: tags -1 + patch Oops, replied to a wrong bug. On Sat, Sep 20, 2014 at 3:29 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote: Control: tags -1 + patch Hi, Do you know of the patch you were mentioning ? If it is a single patch, we may carry. But looking at the make-dfsg patches, it does not look so. debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch in make-dfsg 4.0-8 contains the workaround. I have refreshed and attached the patch for kbuild. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com From 53b4a9e66800dde643d3ce7966c5193001e3f12e Mon Sep 17 00:00:00 2001 From: Paul Smith psm...@gnu.org Date: Sun, 20 Oct 2013 12:49:01 -0400 Subject: [PATCH] * read.c (record_files): [SV 33034] Change fatal() to error() Allows deprecated syntax. However we don't guarantee this syntax will continue to be legal in the future. Change suggested by David Boyce david.s.bo...@gmail.com --- NEWS | 19 --- read.c | 2 +- 2 files changed, 9 insertions(+), 12 deletions(-) Index: kbuild/src/kmk/NEWS === --- kbuild.orig/src/kmk/NEWS +++ kbuild/src/kmk/NEWS @@ -114,6 +114,12 @@ http://sv.gnu.org/bugs/index.php?group=m after the variable name, to allow for simple, conditional, or appending multi-line variable assignment. +* Change the fatal error for mixed explicit and implicit rules, that was + introduced in GNU make 3.82, to a non-fatal error. However, this syntax is + still deprecated and may return to being illegal in a future version of GNU + make. Makefiles that rely on this syntax should be fixed. + See https://savannah.gnu.org/bugs/?33034 + Version 3.81 @@ -128,8 +134,8 @@ Version 3.81 any prerequisite that does not exist, even though that prerequisite might have caused the target to rebuild. Starting with the _next_ release of GNU make, '$?' will contain all prerequisites that caused - the target to be considered out of date. See this Savannah bug: - http://savannah.gnu.org/bugs/index.php?func=detailitemitem_id=16051 + the target to be considered out of date. + See http://savannah.gnu.org/bugs/?16051 * WARNING: Backward-incompatibility! GNU make now implements a generic second expansion feature on the Index: kbuild/src/kmk/read.c === --- kbuild.orig/src/kmk/read.c +++ kbuild/src/kmk/read.c @@ -2743,7 +2743,7 @@ l_next: /* Reduce escaped percents. If there are any unescaped it's an error */ name = filenames-name; if (find_percent_cached (name)) -fatal (flocp, _(mixed implicit and normal rules)); +error (flocp, _(*** mixed implicit and normal rules: deprecated syntax)); } }
Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel
This reply was for 732521. Sorry for the noise. On Sat, Sep 20, 2014 at 3:29 PM, YOSHINO Yoshihito yy.y.ja...@gmail.com wrote: Control: tags -1 + patch Hi, Do you know of the patch you were mentioning ? If it is a single patch, we may carry. But looking at the make-dfsg patches, it does not look so. debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch in make-dfsg 4.0-8 contains the workaround. I have refreshed and attached the patch for kbuild. Regards, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661235: Pending fixes for bugs in the fonts-android package
tag 762237 + pending tag 729752 + pending tag 661235 + pending thanks Some bugs in the fonts-android package are closed in revision f4978dd49ccd1526d8d3c93dde2cc2a15e110ef1 in branch 'master' by Christian Perrier The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-android.git;a=commitdiff;h=f4978dd Commit message: debian/local/65-droid-sans-fonts.conf: - Dropped. We want to cherry pick Droid Sans Fallback for rendering Chinese content, and 65-droid-sans-fonts.conf has defeated that purpose and caused confusion (LP: #1334495, LP: #1351092). Closes: #762237, #729752, #661235 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759079: [pkg-x2go-devel] Bug#759079: pyhoca-gui: patch for wxPython 3.0
On Sat, Sep 20, 2014 at 08:37:12AM +0200, Mike Gabriel wrote:
Once this segfault issue has been fixed, the upstream release is due.
I haven't had time to investigate this, yet. Any input from your side
(with more wx expertise than mine) will be appreciated.
I can certainly take a look.
Can you confirm that pyhoca-gui 0.4.0.9 with you patch attached to
this bug comes up without segfault?
I didn't segfault on me - I wasn't able to figure out how to set it up
to really test it, but it started up OK.
You can test pyhoca-gui 0.5.0.0 (preview) via this DebURL [3].
Are these the source packages I should be looking at (dated Sep 15th):
http://packages.x2go.org/debian/pool/heuler/p/pyhoca-gui/
[1]
http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=commitdiff;h=3f6545b82aeee842ada53a79e4583a3d09da562d
In 2.8, wx.InitAllImageHandlers() is a no-op, so since you require at
least 2.8 (via wxversion), there's no point having this special check -
you can just drop the call to wx.InitAllImageHandlers() entirely:
-wx.InitAllImageHandlers()
+if wx.__version__.startswith('2.')
+wx.InitAllImageHandlers()
And similarly, wx.FD_OPEN, etc work in 2.8, so this version check isn't
necessary:
+if wx.__version__.startswith('2.'):
+_style = wx.OPEN | wx.CHANGE_DIR
+else:
+_style = wx.FD_OPEN | wx.FD_CHANGE_DIR
If you wanted to support 2.6, you'd probably need both of these version
checks, but the calls to wxversion.select(['3.0', '2.9', '2.8']) mean
the code won't run under 2.6 anyway.
The code as it is after that commit should work - it's just
unnecessarily complicated.
Cheers,
Olly
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761945: security-tracker: link to DLA details from Source field
clone 761945 -1 -2 reassign -1 debian-www reassign -2 debian-www retitle -1 explain LTS on the www.d.o website retitle -2 collect DLAs on www.d.o block 761945 -1 block 761945 -2 Hi Paul, thanks for your bug report! On Mittwoch, 17. September 2014, Paul Wise wrote: DLAs include a Source field that simply says Debian LTS Team. It would be nice if, like DSAs, the Source field linked to a source of further information, like the mailing list archive or the Debian website or to the security tracker SVN/git repository. https://security-tracker.debian.org/tracker/DLA-55-1 https://security-tracker.debian.org/tracker/DSA-3020-1 sure. But first LTS needs to be mentioned on the Debian website at all, and then DLAs need to be collected there. Then the tracker can link to them! :-) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#762014:
Hi, On 09/20/2014 08:29 AM, Dmitry Kadashev wrote: Hello, The same here. Can't try to downgrade to 7.37.1-1 since it's not available anymore. It is a available from http://snapshot.debian.org/package/curl/7.37.1-1/ . I will look into the problem, but I could not find time for that yet. Cheers, Balint -- Regards, Dmitry Kadashev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762214: security-tracker: sort Available releases view correctly
Hi Holger, On Fri, Sep 19, 2014 at 05:10:52PM +0200, Holger Levsen wrote: package: security-tracker severity: minor Hi, the attached non-intrusive patch basically rewrites the availableRelease() function which is only used to create https://security-tracker.debian.org/tracker/data/releases which currently is not ordered at all. The patch makes it logically by release, subrelease and archive. Shall I push this patch into SVN? Looks good to me at first glance. If you feel confortable with the changes just push this :) Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762178: apt: massive a-g update slowdowns due to recent security fixes
On Fri, Sep 19, 2014 at 09:00:43AM +, Thorsten Glaser wrote:
Package: apt
Version: 1.0.9.1
Severity: minor
Thanks for your bugreport.
Michael Vogt requested I file this as official bugreport:
The recent revalidation changes lead to a simple apt-get update
on my buildd machine (m68k VM with 198 MHz CPU) with only the
incoming.d-p.o repository modified, but not unstable, taking:
Fetched 156 kB in 8min 33s (304 B/s)
The sources.list on that chroot is just:
deb http://ftp.de.debian.org/debian-ports unstable main
deb http://ftp.de.debian.org/debian-ports unreleased main
deb-src http://ftp.de.debian.org/debian unstable main
# plus the “incoming” repository
With almost 200 MHz, this is one of the faster “machines”.
Our regular buildds have 25, 33, 50 MHz.
[..]
This is indeed a pretty big hit on this hardware :/
The following patch should fix most of this:
diff --git a/apt-pkg/acquire-item.cc b/apt-pkg/acquire-item.cc
index 5df4372..28ede30 100644
--- a/apt-pkg/acquire-item.cc
+++ b/apt-pkg/acquire-item.cc
@@ -1558,8 +1558,9 @@ void pkgAcqMetaIndex::AuthDone(string Message)
/*{{{*/
}
- // Download further indexes with verification
- QueueIndexes(true);
+ // Download further indexes with verification if something has changed
+ if(IMSHit == false)
+ QueueIndexes(true);
// is it a clearsigned MetaIndex file?
if (DestFile == SigFile)
The downside if of course that if a Packages file is missing (because
of a earlier download error for example) then it won't be fetched
again, so the patch is probably too simplistic. But I think something
like this should be done to avoid the extra verify step if we know
that nothing has changed.
Cheers,
Michael
The cause for this is that even a not-modified now triggers
reverification of all downloaded files. The visible effect
is a process called “copy” taking 90% CPU for minutes, in
top(1).
Michael and I think that apt should, when the Release and
Release.gpg (or InRelease, but we aren’t using them any
more, IIRC?) files are not modified, just reverify these,
and, if they pass, assume the other data on the disc is
valid/verified (because the files only get moved out of
partial/ once verified AFAIK, and because if an unmodified
Release file passes reverification, it would have passed
initial verification as well, normally).
Michael also thinks apt could cache more information, such
as the original hashes, to speed up things more.
-- Package-specific info:
-- apt-config dump --
APT ;
APT::Architecture m68k;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 0;
APT::Install-Suggests 0;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^firmware-linux.*;
APT::NeverAutoRemove:: ^linux-firmware$;
APT::NeverAutoRemove:: ^linux-image-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^linux-image-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^linux-headers-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^linux-headers-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^linux-image-extra-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^linux-image-extra-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^linux-signed-image-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^linux-signed-image-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^kfreebsd-image-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^kfreebsd-image-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^kfreebsd-headers-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^kfreebsd-headers-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^gnumach-image-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^gnumach-image-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^.*-modules-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^.*-modules-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^.*-kernel-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^.*-kernel-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.16-1-m68k$;
APT::NeverAutoRemove:: ^linux-tools-3\.14-2-m68k$;
APT::NeverAutoRemove:: ^linux-tools-3\.16-1-m68k$;
APT::VersionedKernelPackages ;
APT::VersionedKernelPackages:: linux-image;
APT::VersionedKernelPackages:: linux-headers;
APT::VersionedKernelPackages:: linux-image-extra;
APT::VersionedKernelPackages:: linux-signed-image;
APT::VersionedKernelPackages:: kfreebsd-image;
APT::VersionedKernelPackages:: kfreebsd-headers;
APT::VersionedKernelPackages:: gnumach-image;
APT::VersionedKernelPackages:: .*-modules;
APT::VersionedKernelPackages:: .*-kernel;
APT::VersionedKernelPackages:: linux-backports-modules-.*;
APT::VersionedKernelPackages:: linux-tools;
APT::Never-MarkAuto-Sections ;
APT::Never-MarkAuto-Sections:: metapackages;
APT::Never-MarkAuto-Sections:: restricted/metapackages;
APT::Never-MarkAuto-Sections:: universe/metapackages;
APT::Never-MarkAuto-Sections:: multiverse/metapackages;
APT::Never-MarkAuto-Sections:: oldlibs;
APT::Never-MarkAuto-Sections:: restricted/oldlibs;
APT::Never-MarkAuto-Sections:: universe/oldlibs;
Bug#762214: security-tracker: sort Available releases view correctly
Hi, On Samstag, 20. September 2014, Salvatore Bonaccorso wrote: Looks good to me at first glance. If you feel confortable with the changes just push this :) done. Please close this bug once this is live. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#762170: [Pkg-acpi-devel] Bug#762170: Does not suspend with external monitor connected anymore
On 2014-09-19 17:37, Michael Meskes wrote: On Fri, Sep 19, 2014 at 09:52:08AM +0200, Per Andersson wrote: My laptop has previously suspended on lid close with external monitor connected. It does not anymore. Did it work with 0.142-3? It should have, but I have tried 0.142-2 and 0.142-3 from snapshots.d.o now without any success. I have checked pm-utils and xfce4-power-manager but those have not changed recently. At the same time as I upgraded acpi-support I also installed linux-image-3.16-1-amd64 3.16.2-3. I tried with previously installed kernels 3.14 and also 3.12, still no dice. With the 3.12 kernel the external monitor is turned off briefly when the lid is closed, but the laptop never suspends. The laptop suspends without the monitor connected, but does not lock the screensaver, see #762176. I also installed laptop-mode-tools, but have tried removing it and the laptop still does not suspend with the external monitor connected. -- Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762256: perl: CVE-2014-4330: stack exhaustion bug in Data::Dumper
Source: perl Version: 5.14.2-21 Severity: important Tags: security upstream patch fixed-upstream Hi Niko and Dominic, Know you are already aware of it, but creating a bug in BTS to have a easier trackability fo the security-tracker (thanks also for already requesting the upload trough wheezy-pu). CVE-2014-4330[0]: stack exhaustion in Data::Dumper If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2014-4330 [1] http://www.nntp.perl.org/group/perl.perl5.porters/2014/09/msg220118.html [2] http://perl5.git.perl.org/perl.git/commitdiff/19be3be6968e2337bcdfe480693fff795ecd1304 Thanks for your work! Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762237: fixed in fonts-android 1:4.4.4r2-2
Hi Christian, Wow, that was fast. :) However, I suppose that changes are required in these files too: debian/fonts-droid.links debian/maintscript debian/copyright Especially dropping the symlink is important. Right now nothing would change when a user upgrades, since the conf file would be kept until the package is purged. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762228: RFS: ufoai-music review
Control: tags -1 moreinfo On Sat, 2014-09-20 at 01:22 +0200, Markus Koschany wrote: Hi Tobias, thanks for taking your time for this. On 19.09.2014 23:51, Tobias Frost wrote: Control: -1 moreoinfo Hi Markus, so, let's start with -music First of all I'd like to suggest that you start with the ufoai source package first because it contains the ufoai_copyright.py script and other information that are useful to understand the packaging of UFO:AI's data packages. My reasoning is, that because of every data package has its own orig.tar, they need to be crafted in a way to so that they will be -- individually looked at -- reach Debian quality requirements. - d/copyright contains *many* files not in this package. Please clean up the file. (Also, please use wildcards; this makes it far easier to review) The debian/copyright file is identical for ufoai-data, ufoai-music and ufoai-maps. I did this on purpose because upstream does not distinguish between those files. In fact they maintain everything in one Git repository and the LICENSE file contains all copyright information for the game data. Thus I decided to use a script to parse all license information and then I generated a machine-readable debian/copyright file out of them. This makes it far easier to review the packages IMO because you only have to check and run the script on LICENSES. It also comes with the advantage that all files are machine-readable now. Thus wildcards, except for the Files: * paragraph, aren't necessary and the whole copyright information are more precise. Seems that a base/ prefix slipped in the -music part of d/copyright? Nope, I think the base prefix is correct in d/copyright but the music and sounds directory should have been placed under the base directory in src:ufoai-music. At least that would have been more consistent. I can change that. Yes, this will fix it too. Nitpick*: It looks like you are autogenerating the copyright file from LICENSES. In this case, it would probably make sense (even if the copyright-format-1.0 permits it to combine) to be more accurate and not combine so many authors in one big block. Please see above. The script transforms upstream's LICENSES file into a machine-readable copyright format 1.0 file. I think the benefits are obvious and having the same information about authors listed as in LICENSES seems like a good thing to me. Admitting, upstream is exemplary in case of tracking of its licenses (also with the scope for Debian!), and it really helps to automate this to get a skeleton dep5 file. However -- as with the output of licensecheck of the devscripts -- the output needs to be checked and compared to *every* files in the source. The LICENSE file may (and have) also errors: For example there are files in this files with no copyright holder attributed. Or, there are URLs attributed as copyright owners. How does the script handle this? In the end this leads to wrongly attributed files that will either go unnoticed (so Debian is violating copyright law) or lead to an FTP Master reject. To make it clear: I require an 100% accurate d/copyright and this is one of the few points that are not subject to negotiations. License: GPL-2 On Debian systems, the complete text of the GNU General Public License version 2 can be found in /usr/share/common-licenses/GPL-2. This is not enough -- you need to add the first 3 paragraphs of the license -- see the dep5' examples section. https://www.debian.org/doc/debian-policy/ch-docs.html Packages distributed under the Apache license (version 2.0), the Artistic license, the GNU GPL (versions 1, 2, or 3), the GNU LGPL (versions 2, 2.1, or 3), and the GNU FDL (versions 1.2 or 1.3) should *refer* to the corresponding files under /usr/share/common-licenses,[119] *rather than quoting them* in the copyright file. I believe we shouldn't make the process of creating debian/copyright even more painful and I think that a reference to /usr/share/common-licenses is more than enough for the most widely used free software license. I disagree. As said above, d/copyright is important. Yes, it is tedious to create it the first time and there are more exciting things to do, but it is a necessity to be done and to do it right. The policy means you should not quote the verbatim license, but it is common practice to quote the first 3 paragraphs. Otherwise we'll introduce fuzziness. Consider License GPL-2+ You refer to the GPL-2 file, which makes it non-obvious that you have the or later option in place. For the causal user, its not self-explaining what the + means. Please add the few lines, I consider it not enough to just have the reference. - d/README.Source is refering to src:ufoai -- but this has no README.Source, but should (actually a point of uifoai) I think you need to tell in this file how to get the music files, and you'll need to move the get-orig-source
Bug#759688: ufoai
On Sat, 2014-09-20 at 00:25 +0200, Markus Koschany wrote: On 19.09.2014 21:44, Tobias Frost wrote: [...] The three data packages are all part of the same game and they had to be split because of size and functional reasons but they wouldn't make sense without the ufoai source package. Well the lintian message says split of an *existing* Debian package, which is not the case here. On the other side, they are different source packages, so there would be a point for an ITP. As I already stated above the game data had to be split in different source packages but those source packages belong all to the same game hence they are all covered by ITP bug #244582. The existing package is clearly the ufoai source package. In my opinion ITPs are useful to indicate that people work on packaging certain software for Debian, so that double-work can be avoided but they are not meant to become some sort of bureaucratic exercise. They should always be filed before someone works on new software. Since the game has already been packaged, now filing new ITPs would simply be busywork. If you read through #244582 you will also notice that I mentioned the reasons for the package split in this bug report. Thus it became clear for everyone that #244582 is about all four source packages. Proposoal. Lets do it this way: - In ufoai. close the ITP as ususal changelog. - In the other packages *refer* to the ITP without closing it. - Override all lintian warnings connected to this. Regards, Markus signature.asc Description: This is a digitally signed message part
Bug#760720: qrouter review
Hi, After a closer look, it seems like the version bundled with qrouter and magic is just an older version of tkcon.tcl (2.3). I don't see why it would not work completely fine also with the newest version of tkcon. I've tried qrouter with tkcon 2.7 and I don't see any problems (maybe Tim knows more?) But then, there are several ways of doing this: 1. Make tkcon an install dependency of qrouter and change the script which calls tkcon (a simple patch) 2. Make tkcon an install dependency of qrouter and make a symlink from /usr/lib/qrouter/tkcon.tcl to /usr/bin/tkcon. 3. Make tkcon a build dependency of qrouter and copy tkcon.tcl from the installed tkcon package during the build Which method is preferable? I would think #1 is the cleanest and best. Regards, Ruben 2014-09-20 5:35 GMT+02:00 Paul Wise p...@debian.org: On Sat, Sep 20, 2014 at 3:54 AM, Ruben Undheim wrote: It seems like these are two different tkcon.tcl versions. I've seen that the package magic also bundles a tkcon.tcl version. You are possibly right here, but I would like to keep it as it is, as for now at least. Are these independent implementations or forks? Either way it would be good if they could be merged so that there is only one version. Could you work on that? If they are forks and you don't remove the version in qrouter, please notify the security team about the embedded code copy: https://wiki.debian.org/EmbeddedCodeCopies -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762257: geeqie: slow image refresh at 1:1 zoom with two pass rendering
Package: geeqie Version: 1:1.2-1 Severity: normal Dear Maintainer, Since a recent upgrade, image refresh at 1:1 zoom became very slow. This problem is linked to the option Two pass rendering in Preferences/Image. Unchecking it makes the problem disappear. I can reproduce the issue as follows: - Launch geeqie in a directory of large images (e.g. JPEG photos). - Press z to switch to 1:1 zoom. - Switch to the next image by pressing SPACE. Image refresh is very slow for the second and the subsequent images. It takes about two seconds and can be watched to occur rectangle by rectangle. Panning is also slow. Remarkably, for the first viewed image, image refresh remains instantaneous, even when one returns to the first image after viewing many others. Also, image refresh is fast at all other zoom levels (both higher and lower) than 1:1, for all images. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geeqie depends on: ii geeqie-common1:1.2-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libexiv2-13 0.24-4 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-1.1 ii libgcc1 1:4.9.1-14 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-0 2.24.24-1 ii libjpeg8 8d1-1 ii liblcms2-2 2.6-3 ii liblircclient0 0.9.0~pre1-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpangoft2-1.0-01.36.7-1 ii libstdc++6 4.9.1-14 ii libtiff5 4.0.3-10 Versions of packages geeqie recommends: ii cups-bsd [lpr] 1.7.5-1 ii exiftran 2.07-14 ii exiv20.24-4 ii imagemagick 8:6.8.9.6-4 ii librsvg2-common 2.40.3-2 ii ufraw-batch 0.19.2-3+b1 ii zenity 3.12.1-1.1 Versions of packages geeqie suggests: pn geeqie-dbg none ii gimp 2.8.10-2 ii libjpeg-progs 8d1-1 ii ufraw 0.19.2-3+b1 pn xpaint none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760720: qrouter review
Hi again, I've implemented option no.1 and pushed it to the git repo here: git://anonscm.debian.org/debian-science/packages/qrouter.git Regards, Ruben 2014-09-20 10:13 GMT+02:00 Ruben Undheim ruben.undh...@gmail.com: Hi, After a closer look, it seems like the version bundled with qrouter and magic is just an older version of tkcon.tcl (2.3). I don't see why it would not work completely fine also with the newest version of tkcon. I've tried qrouter with tkcon 2.7 and I don't see any problems (maybe Tim knows more?) But then, there are several ways of doing this: 1. Make tkcon an install dependency of qrouter and change the script which calls tkcon (a simple patch) 2. Make tkcon an install dependency of qrouter and make a symlink from /usr/lib/qrouter/tkcon.tcl to /usr/bin/tkcon. 3. Make tkcon a build dependency of qrouter and copy tkcon.tcl from the installed tkcon package during the build Which method is preferable? I would think #1 is the cleanest and best. Regards, Ruben 2014-09-20 5:35 GMT+02:00 Paul Wise p...@debian.org: On Sat, Sep 20, 2014 at 3:54 AM, Ruben Undheim wrote: It seems like these are two different tkcon.tcl versions. I've seen that the package magic also bundles a tkcon.tcl version. You are possibly right here, but I would like to keep it as it is, as for now at least. Are these independent implementations or forks? Either way it would be good if they could be merged so that there is only one version. Could you work on that? If they are forks and you don't remove the version in qrouter, please notify the security team about the embedded code copy: https://wiki.debian.org/EmbeddedCodeCopies -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760720: qrouter review
On Sat, 2014-09-20 at 10:26 +0200, Ruben Undheim wrote: I've implemented option no.1 and pushed it to the git repo here: git://anonscm.debian.org/debian-science/packages/qrouter.git That would be the best option, thanks. It would also be good to get upstream to remove their copy from their VCS repo and tarballs. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#762237: fixed in fonts-android 1:4.4.4r2-2
On 2014-09-20 09:53, Gunnar Hjalmarsson wrote: I suppose that changes are required in these files too: debian/fonts-droid.links debian/maintscript debian/copyright Saw just that the link was removed in a separate commit. Suppose it's fine then for now. The rest are more about keeping things clean. ;) -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762258: gnome-contacts: update gnome-contacts-search-provider.ini
Package: gnome-contacts Version: 3.13.91-1 Severity: normal Dear Maintainer, Having a look into /var/log/syslog, there is the following message: Sep 20 10:01:20 localhost gnome-session[1376]: Gjs-Message: JS LOG: Failed to add search provider /usr/share/gnome-shell/search-providers/gnome-contacts-search-provider.ini: TypeError: appInfo is null May be this file have to be updated switching to Version=2 as some others in /usr/share/gnome-shell/search-providers Regards, Patrice *** 1,6 [Shell Search Provider] - Title=Gnome Contacts - Icon=x-office-address-book DesktopId=gnome-contacts.desktop BusName=org.gnome.Contacts.SearchProvider ObjectPath=/org/gnome/Contacts/SearchProvider --- 1,5 [Shell Search Provider] DesktopId=gnome-contacts.desktop BusName=org.gnome.Contacts.SearchProvider ObjectPath=/org/gnome/Contacts/SearchProvider + Version=2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-contacts depends on: ii dconf-gsettings-backend [gsettings-backend] 0.21.0-1 ii libatk1.0-0 2.13.90-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libedataserver-1.2-183.12.6-1 ii libfolks-eds25 0.10.0-1 ii libfolks-telepathy25 0.10.0-1 ii libfolks25 0.10.0-1 ii libgdk-pixbuf2.0-0 2.31.1-1 ii libgee-0.8-2 0.14.0-2 ii libglib2.0-0 2.41.5-2 ii libgnome-desktop-3-103.13.91-1 ii libgoa-1.0-0b3.13.91-1 ii libgtk-3-0 3.13.9-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libtelepathy-glib0 0.24.1-1 ii libwayland-server0 1.6.0-1 gnome-contacts recommends no packages. gnome-contacts 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#762259: libwww-mechanize-perl: test suite: Use of the encoding pragma is deprecated
Package: libwww-mechanize-perl Version: 1.73-1 Tags: upstream Forwarded: https://code.google.com/p/www-mechanize/issues/detail?id=261q=encoding User: debian-p...@lists.debian.org Usertags: perl-5.20-transition The test suite of libwww-mechanize-perl generates messages like t/local/follow.t .. Use of the encoding pragma is deprecated at t/local/follow.t line 8. t/local/follow.t .. 1/28 Use of the encoding pragma is deprecated at /home/niko/tmp/libwww-mechanize-perl/t/local/log-server line 6. Quoting the documentation for the encoding pragma: This module is deprecated under perl 5.18. It uses a mechanism provided by perl that is deprecated under 5.18 and higher, and may be removed in a future version. The usage, at least in t/local/log-server, which is the more common of the two, is something of a mess. It has use encoding 'iso-8859-1'; [...] binmode DATA,':encoding(iso-8859-1)'; my $body = join , DATA; with latin1 characters in the __DATA__ section. I'm not sure if this actually works; possibly two errors cancel each other out. AFAICS use encoding transforms the latin1 characters into utf8, then reading DATA with latin1 encoding gets the two bytes of the utf8 representation into separate characters. This seems broken to me. My attempts at fixing this lead to t/local/get.t disagreeing about the number of bytes returned, and changing that part risks subverting the meaning of the tests, so I'm leaving it as-is for now. We can revisit it if 'use encoding' is actually dropped in a future Perl release. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760558: pu: package libsnmp-session-perl/1.13-1
Control: tag -1 pending
On Thu, Sep 18, 2014 at 21:08:45 +0100, Adam D. Barratt wrote:
On Wed, 2014-09-17 at 23:46 +0200, Julien Cristau wrote:
On Fri, Sep 5, 2014 at 11:26:13 +0100, Adam D. Barratt wrote:
[...]
I'd like to fix #628804 in stable, which causes a lot of noise from mrtg
when libsocket6-perl is installed; a debdiff is attached.
We've been running packages containing the fix at $dayjob for a couple of
months with no issues.
I pinged the bug report a few weeks ago but have not received a {,n}ack.
I've X-Debbugs-CCed the maintainers in case they wish to comment.
Feel free to upload.
Uploaded, thanks.
Flagged for acceptance into p-u.
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#762260: pugixml: new upstream release (version 1.4)
Source: pugixml Version: 1.2-2 Severity: wishlist Dear Maintainer, A newer version of pugixml is available (version 1.4 at the time of writing). Download link: http://github.com/zeux/pugixml/releases/download/v1.4/pugixml-1.4.tar.gz The BTS did not detect it, so maybe your d/watch is not working ? Cheers, Ghislain -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725157: man-db: /etc/mailcap of man page
The see /usr/share/man/man1/man.1.gz of my original post no longer gives mime type text/x-troff-man due to regression in the see program. It still recognises filename .man as a man page so this change of man-db would be to benefit something like see /usr/share/cvs/contrib/descend.man (see used to take directory /man/ to mean a man page, but no longer. .man is from its /etc/mime.types. Maybe it could have .1 and a few other .NUM as man page in /etc/mime.types too.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753809: Aw: Re: Bug#753809: ginkgocadx: will not display studies
Hi ! Ginkgo CADx 3.6.1 does not display a whole range of studies which it did display before. I just uploaded 3.7.0.1465.37 to unstable so it would be nice if you could try it to check if this problem is fixed. As far as I can test it seems to be working. Please confirm. I will install and report back tonight. Thanks to everyone involved, Olly, Dmitry, Carlos ! Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762261: new tag unused-file-paragraph-in-dep5-copyright is rather confusing
Package: lintian Version: 2.5.27 Severity: minor The new tag unused-file-paragraph-in-dep5-copyright is rather confusing: it is triggered also by a wrong order of paragraph. I suggest one of the following: 1) split the check in something like inexistent-file-in-dep5-copyright and overridden-file-paragraph-in-dep5-copyright 2) extend the description to tell about the importance of the paragraph order Thanks for developing lintian, and help us keep our package in order :) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 arm64 armhf ppc64el s390x Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140903-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.19-2 ii gettext0.19.2-2 ii hardening-includes 2.5+nmu1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.38-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.13 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.0-6 ii t1utils1.37-2.1 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.0-6 ii perl-modules [libautodie-perl] 5.20.0-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.13 ii libhtml-parser-perl3.71-1+b2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.09-1 ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo signature.asc Description: Digital signature
Bug#760038: E17
I installed the E17 packages on Sid and Jessie soon as they are available. I never encountered this black screen bug. I am satisfied with E17. The bug found by two users may not be very representative. It would benefit details on the conditions of use. -- Maderios -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761292: simple-scan should depend on theme with symbolic icons
Hello, I had the same problem (icons not displayed) and solved it by installing the gnome-icon-theme-symbolic (AFAIR call to symbolic icons is harcoded in the source). Adwaita-icon-theme also provides symbolic icons. So the dependency should have been: 'gnome-icon-theme-symbolic | adwaita-icon-theme' instead of just 'gnome-icon-theme' Note that gnome-icon-theme-symbolic will pull gnome-icon-theme. Now libgtk-3-common (in unstable) depends on adwaita-icon-theme so best is to remove any dependency on an icon-theme package. Hope that helps. Pascal Dormeau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757216: src:libstoragemgmt: use dh-autoreconf to fix FTBFS on ppc64el (patch)
Okay!! Thanks I added it to my repo. You also need to add autoreconf to build-depends. On Friday 19 September 2014 09:10 PM, Brahadambal Srinivasan wrote: Sorry, I missed adding the patch with this. Brahadambal Srinivasan -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
On Friday 19 September 2014 03:40 PM, Ritesh Raj Sarraf wrote: On Thursday 18 September 2014 05:56 PM, Jerome Martin wrote: Well, obviously I missed that deadline, and am planning on being on it full-time next week, with the goal to release for distros at the end of the week. This i going to be solely bugfixes and more hardware targets validation tests. The delay is due to both personal issues (it's amazing how a sick kid can crush your productivity to ashes, even for a minor throat infection...) and some delays in getting access to the proper test hardware for some of the validation tests. Can you push your changes to the repo at least? I will prep something out of that. The current lio-utils build has broken and I don't want to spend time there. I'd instead bring in the new targetcli which would invalidate the old lio-utils. I just pushed configshel 1.5 into experimental. Next in line is rtslib and targetcli (both from git tip). Once all are in experimental, and we have some test results, I'll push it to unstable. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
Excellent, thanks Ritesh! On 09/20/2014 11:28 AM, Ritesh Raj Sarraf wrote: On Friday 19 September 2014 03:40 PM, Ritesh Raj Sarraf wrote: On Thursday 18 September 2014 05:56 PM, Jerome Martin wrote: Well, obviously I missed that deadline, and am planning on being on it full-time next week, with the goal to release for distros at the end of the week. This i going to be solely bugfixes and more hardware targets validation tests. The delay is due to both personal issues (it's amazing how a sick kid can crush your productivity to ashes, even for a minor throat infection...) and some delays in getting access to the proper test hardware for some of the validation tests. Can you push your changes to the repo at least? I will prep something out of that. The current lio-utils build has broken and I don't want to spend time there. I'd instead bring in the new targetcli which would invalidate the old lio-utils. I just pushed configshel 1.5 into experimental. Next in line is rtslib and targetcli (both from git tip). Once all are in experimental, and we have some test results, I'll push it to unstable. -- Ritesh Raj Sarraf RESEARCHUT -http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591676: pylint: please either disable or document dynamic checks
Hi Sandro!
* Sandro Tosi mo...@debian.org, 2014-09-19, 22:53:
pylint is currently advertised (both in the package description and in
the FAQ) as a static analyser, even though it's _not_ static. This
puts users who run pylint over untrusted code (e.g. me, before I
discovered this bug) at risk of compromising their systems.
I tried to replicate the problem with this module but it's not
happening anymore (even re-adding the from doc import * line) - do
you have another module that triggered that error?
I didn't have anything at hand, so I wrote my own reproducer:
$ gcc -Wall -shared -fPIC moo.c -o _moo.so
$ pylint moo.py
No config file found, using default configuration
moo!
Segmentation fault
--
Jakub Wilk
#include stdio.h
#include signal.h
void __attribute__((constructor)) moo() {
printf(moo!\n);
kill(0, SIGSEGV);
}
from _moo import *
Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
On Saturday 20 September 2014 02:58 PM, Ritesh Raj Sarraf wrote: On Friday 19 September 2014 03:40 PM, Ritesh Raj Sarraf wrote: On Thursday 18 September 2014 05:56 PM, Jerome Martin wrote: Well, obviously I missed that deadline, and am planning on being on it full-time next week, with the goal to release for distros at the end of the week. This i going to be solely bugfixes and more hardware targets validation tests. The delay is due to both personal issues (it's amazing how a sick kid can crush your productivity to ashes, even for a minor throat infection...) and some delays in getting access to the proper test hardware for some of the validation tests. Can you push your changes to the repo at least? I will prep something out of that. The current lio-utils build has broken and I don't want to spend time there. I'd instead bring in the new targetcli which would invalidate the old lio-utils. I just pushed configshel 1.5 into experimental. Next in line is rtslib and targetcli (both from git tip). Once all are in experimental, and we have some test results, I'll push it to unstable. By the way, are there plans on fixing this ? E: python-rtslib: non-standard-dir-in-var var/target/ W: python-rtslib: file-in-unusual-dir var/target/fabric/ib_srpt.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/iscsi.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/loopback.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/qla2xxx.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/tcm_fc.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/usb_gadget.spec I have added a lintian override for now. From what I recall, we didn't want to change it because this same path was consumed in the kernel component of LIO. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#762089: apt-listbugs: French PO translation update
On Sat, 20 Sep 2014 08:00:37 +0200 Christian PERRIER wrote: [...] I hope this clarifies why I think those strings should use the most general plural form for each language. That may fit but you maybe want to ask in debian-i18n what people think. As I said, I don't think that a title should change form, depending on how many items will be actually included in the list that follows that title... [...] Of course, that may change your code as you need to compute the number of bugs to display before displaying the title. Sure, but this is not really the point, IMHO. Regardless of how easy or hard it would be to implement that behavior, I am not convinced that it would be The Right Thing™ to do. Thanks anyway for commenting: it is really appreciated. Bye. -- http://www.inventati.org/frx/ fsck is a four letter word... . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgp3PkSt_yWqo.pgp Description: PGP signature
Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
Hi Ritesh, On 09/20/2014 11:39 AM, Ritesh Raj Sarraf wrote: By the way, are there plans on fixing this ? E: python-rtslib: non-standard-dir-in-var var/target/ W: python-rtslib: file-in-unusual-dir var/target/fabric/ib_srpt.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/iscsi.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/loopback.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/qla2xxx.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/tcm_fc.spec W: python-rtslib: file-in-unusual-dir var/target/fabric/usb_gadget.spec I have added a lintian override for now. From what I recall, we didn't want to change it because this same path was consumed in the kernel component of LIO. Yes, the problem is that the kernel side uses this path unfortunately. We could relocate policy and fabric to /var/lib/target, but that would mean keeping both /lib/target and /var/target around for now, as the kernel will use that for storing alua metadata in /var/target/alua. However, what about relocating now, and keeping around a symlink to /var/target, created in post-install? This way, as soon as Nic can push the relocation to /var/lib/alua, we are ready and just have to remove the symlink from packaging. I am cc'ing the ML on this one. Best, -- Jerome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762262: turpial: fails to load
Package: turpial
Version: 3.0+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
When run from the commandline, I get this error report -
turpial
Traceback (most recent call last):
File /usr/bin/turpial, line 9, in module
load_entry_point('turpial==3.0', 'console_scripts', 'turpial')()
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 356, in
load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2476, in
load_entry_point
return ep.load()
File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2190, in load
['__name__'])
File /usr/lib/python2.7/dist-packages/turpial/main.py, line 17, in module
from turpial.ui import util
File /usr/lib/python2.7/dist-packages/turpial/ui/util.py, line 7, in
module
from libturpial.common.tools import *
File /usr/lib/python2.7/dist-packages/libturpial/common/__init__.py, line
10, in module
from libturpial.lib.services.media.preview import PREVIEW_MEDIA_SERVICES
File /usr/lib/python2.7/dist-
packages/libturpial/lib/services/media/preview/__init__.py, line 5, in
module
from libturpial.lib.services.media.preview.imgur import ImgurMediaContent
File /usr/lib/python2.7/dist-
packages/libturpial/lib/services/media/preview/imgur.py, line 11, in module
from libturpial.lib.services.media.preview.base import PreviewMediaService
File /usr/lib/python2.7/dist-
packages/libturpial/lib/services/media/preview/base.py, line 10, in module
import requests
File /usr/local/lib/python2.7/dist-
packages/requests-2.0.1-py2.7.egg/requests/__init__.py, line 53, in module
from .packages.urllib3.contrib import pyopenssl
File /usr/local/lib/python2.7/dist-
packages/requests-2.0.1-py2.7.egg/requests/packages/urllib3/contrib/pyopenssl.py,
line 55, in module
orig_connectionpool_ssl_wrap_socket = connectionpool.ssl_wrap_socket
AttributeError: 'module' object has no attribute 'ssl_wrap_socket'
And it fails to load, and is therefore unusable and broken!
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages turpial depends on:
ii gstreamer0.10-plugins-base 0.10.36-1.3
ii python 2.7.8-1
ii python-gst0.10 0.10.22-3
ii python-gtk2 2.24.0-4
ii python-jinja2 2.7.3-1
ii python-libturpial 1.7.0-2
ii python-notify 0.1.1-3
ii python-pkg-resources5.5.1-1
ii python-qt4 4.11.2+dfsg-1
ii python-webkit 1.1.8-3
turpial recommends no packages.
turpial 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#762224: clang: Breaks but forgot to Replaces clang-3.3
forcemerge 758325 762224 thanks Hello, On 19/09/2014 20:44, Vincent Danjean wrote: Package: clang Version: 1:3.4-23 Severity: serious Justification: break upgrades Hi, In unstable/testing, clang is missing the Replaces of clang-3.3 (it seems fixed in experimental) and that can lead to upgrade aborted as shown in the following example: Indeed it is fixed in experimental. I am planning to upload it soon as part of the 3.5 transition. Cheers, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761311: systemd: Sometimes at Boot systemd can't start some services (avahi, bluetooth)
Le mardi 16 septembre 2014, 21:36:32 Michael Biebl a écrit : Am 16.09.2014 um 10:58 schrieb MERLIN Philippe: Le vendredi 12 septembre 2014, 22:01:55 Michael Biebl a écrit : Am 12.09.2014 21:39, schrieb merlin: Sep 11 11:28:36 localhost kernel: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.16-1-amd64 root=UUID=cfefa5bd-93c0-4451-818e-26207c170c14 ro clocksource=acpi_pm ipv6.disable=1 systemd.log_target=kmsg systemd.log_level=debug log_buf_len=1M enforcing=0 .. Sep 11 11:28:36 localhost kernel: [0.619303] IPv6: Loaded, but administratively disabled, reboot required to enable I wonder if this is the reason. Could you please enable ipv6 and test again. I test it and it works on two start of the system, the third start failed. I join at my message, syslog of the session, the result of the commands : systemctl status avahi-daemon.service --- avahi-status-16-09-2014.txt journalctl -xn avahi-journal-16-09-2014.txt Best Regard. Philippe Merlin I wonder, if this a hardware issue which causes dbus to timeout (iirc the default timeout for responses is 25 seconds). Is you hard drive / system slow? Thank you, Since the last update of systemd, the problem seems to have disappeared, if it confirms I think that we can close the Bug. Could you indicate to me if all the messages which appear on the console when we put at the level of grub systemd.log_target=kmsg systemd.log_level=debug log_buf_len=1M enforcing=0 are recorded in a file? If yes it would be useful for me to understand(include) the problems which I meet in the stop(ruling) of the computer. Kde and systemd, I never manage to stop(arrest) the computer besides that it lasts for a very long time Bug#761647: kde-full: an poweroff never succeed with kde and now with the new version of systemd another Bug#762087 samba: systemd and samba stop computer wait of 5 minutes. Best regards Philippe Merlin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762263: devscripts: [mk-origtargz] Files-Excluded error when mulitple entries in the archive have the same name
Package: devscripts
Version: 2.14.6
Severity: normal
Tags: patch
Some upstream build the tarball by adding dir and files to it,
sometimes introduces duplicated dir entries.
For example:
mkdir -p test/dir1
tar cfz test-1.0.tar.gz test/dir1 test/dir1
mkdir -p test/debian
echo 'Format:
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/'
test/debian/copyright
echo 'Files-Excluded: dir1' test/debian/copyright
mk-origtargz --package test --version 1.0 --copyright-file
test/debian/copyright test-1.0.tar.gz
Expected output:
Successfully repacked test-1.0.tar.gz as test_1.0.orig.tar.gz, deleting 1 files
from it.
Actual:
tar: test/dir1: Not found in archive
tar: Exiting with failure status due to previous errors
mk-origtargz: error: tar --delete --file ./test_1.0.orig.tar test/dir1/
test/dir1/ gave error exit status 2
-- Package-specific info:
--- /etc/devscripts.conf ---
--- ~/.devscripts ---
DEBSIGN_KEYID=CEC6AD46
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.2 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages devscripts depends on:
ii dpkg-dev 1.17.13
ii libc62.19-11
ii perl 5.20.0-6
ii python3 3.4.1-1
pn python3:any none
Versions of packages devscripts recommends:
ii at 3.1.15-1
ii curl7.38.0-1
ii dctrl-tools 2.23
ii debian-keyring 2014.08.31
ii dput-ng [dput] 1.8
ii equivs 2.0.9
ii fakeroot1.20.1-1.1
ii file1:5.19-2
ii gnupg 1.4.18-4
ii libdistro-info-perl 0.13
ii libencode-locale-perl 1.03-1
ii libjson-perl2.61-1
ii liblwp-protocol-https-perl 6.06-2
ii libparse-debcontrol-perl2.005-4
ii libsoap-lite-perl 1.11-1
ii liburi-perl 1.64-1
ii libwww-perl 6.08-1
ii lintian 2.5.27
ii man-db 2.6.7.1-1
ii patch 2.7.1-6
ii patchutils 0.3.3-1
ii python3-debian 0.1.23
pn python3-magic none
ii sensible-utils 0.0.9
ii strace 4.9-2
ii unzip 6.0-12
ii wdiff 1.2.2-1
ii wget1.15-1+b1
ii xz-utils5.1.1alpha+20120614-2
Versions of packages devscripts suggests:
ii build-essential 11.7
pn cvs-buildpackage none
pn devscripts-elnone
ii gnuplot 4.6.5-10
ii gpgv 1.4.18-4
ii heirloom-mailx [mailx] 12.5-3
pn libauthen-sasl-perl none
pn libfile-desktopentry-perlnone
ii libnet-smtp-ssl-perl 1.01-3
pn libterm-size-perlnone
ii libtimedate-perl 2.3000-2
ii libyaml-syck-perl1.27-2+b2
pn mutt none
ii openssh-client [ssh-client] 1:6.6p1-7
pn svn-buildpackage none
ii w3m 0.5.3-17
-- no debconf information
--- /usr/bin//mk-origtargz 2014-09-20 18:13:48.064356878 +0800
+++ /tmp/mk-origtargz 2014-09-20 18:13:21.171380905 +0800
@@ -164,6 +164,7 @@
use Cwd 'abs_path';
use File::Copy;
use Dpkg::Control::Hash;
+use List::MoreUtils qw(uniq);
sub decompress_archive($$);
@@ -428,6 +429,7 @@
# ensure files are mentioned before the directory they live in
# (otherwise tar complains)
@to_delete = sort {$b cmp $a} @to_delete;
+@to_delete = uniq @to_delete;
$deletecount = scalar(@to_delete);
}
Bug#762264: Slow filesystem checks while boot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: util-linux Version: 2.20.1-5.8 Severity: normal Since the current version (or since some weeks, I do not boot my system that often) fsck is extremely slow. That is because in that version it seems to check every device of the system not only the ones that I have in fstab. (I suspect that as it tries to invoke floppies that are not available.) This has nothing to do with the check itself than with all the stuff that fsck is doing before checking the filesystem. And I do not speak about few seconds than of ten seconds and more. And that two times while system boot. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.10 (SMP w/8 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.13 ii initscripts2.88dsf-53.4 ii install-info 5.2.0.dfsg.1-4 ii libblkid1 2.20.1-5.8 ii libc6 2.19-11 ii libncurses55.9+20140913-1 ii libselinux12.3-2 ii libslang2 2.2.4-17 ii libtinfo5 5.9+20140913-1 ii libuuid1 2.20.1-5.8 ii lsb-base 4.1+Debian13 ii tzdata 2014g-1 ii zlib1g 1:1.2.8.dfsg-2 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 3.0.26-3 ii kbd 1.15.5-1 pn util-linux-locales none - -- debconf information: util-linux/noauto-with-nonzero-passnum: - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUHVXHAAoJEKZ8CrGAGfasOekMAJjIltdAubO/ZtLZvv/ZOWgV 7fF8lxR2MwhokMs1c2zb8DSjOrBRaqhnOGJUlvH7H2EQBtHQgB4wlINWDu41QnCL MAleak2EegLmnXIgDo9X2bm8Zl1u0zY30ZKT2EmyIB5OGvdGSB/dspIkaM90q223 6eCNnR2eI6PLXB/JsHbzePHdsrI92gyQgEuuxci3r7MSIeYBSlmErAuYly3uYv5I 1cQxcEFOnXkjP2+le8Wjzl/FZNg8EabO71lTFpo+GyItVsQPiv6rntOS0VRiHxzs eqF7W+lrsFGLQP3NsQu34EJmV4G2nZfeXpzdQrjDJnHRWK6sGL3P5lxDUkrxSsGj oES5THqDq/43PmVTl7iX2r7MW3kfNVRkXoMr+Mr35VlhLcBNhO3+zEP/qVUzJm1k XSSfMss13pbJCpTj+qedpYLcOJMl3XZv6QhIj12QjzedTEwij9RyPzqcVaKsE+Sx aUA9fepX/5PHn7bEAI8akjXpbvtS8S89fQTIRqDb6g== =tPtw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729324: Control: tags -1 + patch
Control: tags -1 + patch Control: severity -1 wishlist Upstream closed as NOTABUG!
Bug#749264: No nvidia-driver working
Hello Vincent, i didn't get your email from Sat, 9 Aug 2014 or from the debian bug system. So i see it today in the bug system. Ok, I think the discussion has derailed quite a bit from the original bug report... Yes - sorry - but the problem is still alive. Karsten, I can sympathize with you, but to address your concern that the packages are broken and that we should be doing better, I'd say that the current nvidia packages in Debian are doing the utmost possible to make installing of the proprietary nvidia drivers as painless as possible (much of it thanks to Andreas, of course). Let me explain what we already have: ... I really see this and your work is great! But i only report here what i experience in the reality with my PC's. I don't think that this is an extraordinary hardware. One additional example from today: On a PC the NVidia VGA card died and i have to replace it. It is older hardware and i have a replacement that i simply installed. Now i installed the packages nvidia-detect and nvidia-xconfig. # nvidia-detect Detected NVIDIA GPUs: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV34 [GeForce FX 5200] [10de:0322] (rev a1) Your card is only supported up to the 173.14 legacy drivers series. It is recommended to install the nvidia-glx-legacy-173xx package. So i installed # aptitude install nvidia-glx-legacy-173xx nvidia-kernel-dkms After renaming the xorg.conf and reboot i land on the console! The error is no screens found. I started nvidia-xconfig and a new xorg.conf has been generated. It shows: Section Monitor Identifier Monitor0 VendorName Unknown ModelName Unknown HorizSync 28.0 - 33.0 VertRefresh 43.0 - 72.0 Option DPMS EndSection Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 SubSection Display Depth 24 EndSubSection EndSection Reboot - but nothing - the error no screens found still remains! So again i don't know what to do? What i am doing - it does not work! Given the constraints (i.e. the fact that the proprietary nvidia drivers are non-free, can't be installed by default, and how X is configured), I honestly don't know how/where you expect Debian to do better. For a usable system with X there should be always a running fallback like in windows. It should be nouveau for NVidia. I don't know exactly what Knoppix is doing, but here you get a running X in nearly all cases!? Why this is not possible in Debian? The packages work (at least, for me, and likely for many other users, given the high popcon count and relatively low number of bugs), and we (as in the pkg-nvidia team...well, mostly Andreas) have done our best to make the entire process as painless as possible. I mean, sure, there could be a bug somewhere that's caused by the packages, but I'm not seeing it. I believe this, but for me i always live in pain to get a running X. This i experienced on many different systems in many years. I am feeling it is running more and more worse than better. (Maybe because there is more and more different hardware out there.) But the future cannot be to boot Debian and have just a console with have a lot of fun like in the beginning of Linux. Then you must invest days to get a running X ... Best regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749264: No nvidia-driver working
Maybe I should add the attached log file for my example. [42.377] X.Org X Server 1.12.4 Release Date: 2012-08-27 [42.377] X Protocol Version 11, Revision 0 [42.378] Build Operating System: Linux 3.11-2-amd64 x86_64 Debian [42.378] Current Operating System: Linux PC12 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 [42.378] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-amd64 root=UUID=9df2eaa9-df3c-4638-bc44-9b0a80754178 ro quiet [42.378] Build Date: 17 December 2013 07:37:58PM [42.378] xorg-server 2:1.12.4-6+deb7u2 (Julien Cristau jcris...@debian.org) [42.378] Current version of pixman: 0.26.0 [42.379] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [42.379] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [42.380] (==) Log file: /var/log/Xorg.0.log, Time: Sat Sep 20 12:41:35 2014 [42.380] (==) Using config file: /etc/X11/xorg.conf [42.380] (==) Using system config directory /usr/share/X11/xorg.conf.d [42.381] (==) ServerLayout Layout0 [42.381] (**) |--Screen Screen0 (0) [42.381] (**) | |--Monitor Monitor0 [42.381] (**) | |--Device Device0 [42.381] (**) |--Input Device Keyboard0 [42.381] (**) |--Input Device Mouse0 [42.381] (==) Automatically adding devices [42.381] (==) Automatically enabling devices [42.381] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [42.381] Entry deleted from font path. [42.382] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [42.382] (==) ModulePath set to /usr/lib/xorg/modules [42.382] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [42.382] (WW) Disabling Keyboard0 [42.382] (WW) Disabling Mouse0 [42.382] (II) Loader magic: 0x7f46afb95ae0 [42.382] (II) Module ABI versions: [42.382] X.Org ANSI C Emulation: 0.4 [42.382] X.Org Video Driver: 12.1 [42.382] X.Org XInput driver : 16.0 [42.382] X.Org Server Extension : 6.0 [42.383] (--) PCI:*(0:1:0:0) 10de:0322:1462:9980 rev 161, Mem @ 0xfd00/16777216, 0xf000/134217728, BIOS @ 0x/131072 [42.383] (II) Open ACPI successful (/var/run/acpid.socket) [42.383] (II) LoadModule: extmod [42.384] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [42.385] (II) Module extmod: vendor=X.Org Foundation [42.385] compiled for 1.12.4, module version = 1.0.0 [42.385] Module class: X.Org Server Extension [42.385] ABI class: X.Org Server Extension, version 6.0 [42.385] (II) Loading extension SELinux [42.385] (II) Loading extension MIT-SCREEN-SAVER [42.385] (II) Loading extension XFree86-VidModeExtension [42.385] (II) Loading extension XFree86-DGA [42.385] (II) Loading extension DPMS [42.385] (II) Loading extension XVideo [42.385] (II) Loading extension XVideo-MotionCompensation [42.385] (II) Loading extension X-Resource [42.385] (II) LoadModule: dbe [42.386] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [42.386] (II) Module dbe: vendor=X.Org Foundation [42.386] compiled for 1.12.4, module version = 1.0.0 [42.386] Module class: X.Org Server Extension [42.386] ABI class: X.Org Server Extension, version 6.0 [42.386] (II) Loading extension DOUBLE-BUFFER [42.386] (II) LoadModule: glx [42.386] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [42.428] (II) Module glx: vendor=NVIDIA Corporation [42.428] compiled for 4.0.2, module version = 1.0.0 [42.428] Module class: X.Org Server Extension [42.428] (II) NVIDIA GLX Module 304.117 Tue Nov 26 21:45:09 PST 2013 [42.428] (II) Loading extension GLX [42.428] (II) LoadModule: record [42.429] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so [42.429] (II) Module record: vendor=X.Org Foundation [42.429] compiled for 1.12.4, module version = 1.13.0 [42.429] Module class: X.Org Server Extension [42.429] ABI class: X.Org Server Extension, version 6.0 [42.429] (II) Loading extension RECORD [42.429] (II) LoadModule: dri [42.430] (II) Loading /usr/lib/xorg/modules/extensions/libdri.so [42.430] (II) Module dri: vendor=X.Org Foundation [42.430] compiled for 1.12.4, module version = 1.0.0 [42.430] ABI class: X.Org Server Extension, version 6.0 [42.431] (II) Loading extension XFree86-DRI [42.431] (II) LoadModule: dri2 [42.431] (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so [42.431] (II) Module dri2: vendor=X.Org Foundation [42.431] compiled
Bug#762162: gdb output
On Fri, Sep 19, 2014 at 11:18:32AM +0300, Matti Koskimies wrote: $ gdb -batch -n -ex run -ex bt -ex 'thread apply all bt full' --args geeqie ... from /lib/x86_64-linux-gnu/libglib-2.0.so.0 Some debug symbols are missing, please install these packages and repeat: sudo apt-get install libjpeg8-dbg libgtk2.0-0-dbg libglib2.0-0-dbg gdb -batch -n -ex run -ex bt -ex 'thread apply all bt full' --args geeqie -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#762265: RFP: glueviz -- Linked data visualization in Python
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Severity: wishlist Owner: Ole Streicher oleb...@debian.org X-Debbuggs-CC: debian-as...@lists.debian.org, debian-scie...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: glue Version : 0.3 Upstream Author : Chris Beaumont, Thomas Robitaille, Michelle Borkin * URL : http://glueviz.org * License : BSD-3 Programming Lang: Python Description : Glue is a Python library to explore relationships within and among related datasets. Hi, I just got a request to package the Glue package. The package looks very promising to me, and I think it is absolutely worth having it packaged for Debian. I would do it myself, however I already maintain a number of packages and I think that this is a good package to get involved into the Debian procedures: modern development style, responsive upstream, clear license etc. So, I would encourage you to start packaging it, if you are interested. - From the debian-astro mailing list, we can offer you any help for the packaging process, as well as sponsoring when the package is ready to upload. We would also encourage you to put the packaging under the umbrella of the Debian Astronomy Working Group for collective maintenance. Best regards Ole - Weitergeleitete Nachricht Date: Wed, 17 Sep 2014 17:09:25 +0200 From: Thomas Robitaille thomas.robitai...@gmail.com Subject: Fwd: [AstroPy] [ANN] Glue v0.3, linked data visualization in Python Hi Ole, Since you've done a great job with making a package available on Debian for astropy, I was wondering whether it would be easy for you to create a package for another project, Glue, which had its first official release a few weeks ago? (v0.3). Glue is actually a pure Python, but the dependencies can be a pain (e.g. qt4) so if we could have it in the Linux package managers, it would be a great way to get people set up with it and all its dependencies. Since it's pure Python, and all the dependencies (including astropy) are already in linux package managers, I don't think there should be any difficulties in packaging it. Do you think this would be possible? If so, we can send more information about dependencies and so on. (I've cc-ed Chris, who is the lead developer of Glue) Thanks! Tom - Original Message Subject:[AstroPy] [ANN] Glue v0.3, linked data visualization in Python Date: Wed, 13 Aug 2014 16:48:27 -0400 From: Chris Beaumont beaum...@hawaii.edu Reply-To: Astronomical Python mailing list astr...@scipy.org To: astropy astr...@scipy.org Hi Everyone, I'm happy to announce the first formal release of Glue, a library to make interactive, linked-view visualizations in Python and Matplotlib. You can find more information about Glue, including demo videos and installation instructions, at http://glueviz.org There is also a mailing list at https://groups.google.com/forum/#!forum/glue-viz Some of Glue's highlights include: - - A GUI for creating standard interactive visualizations of images, spectral data cubes, and catalogs (images, scatterplots, histograms, etc) - - Support for brushing and linking to select subsets - - Deep python integration, making it easy to integrate python-based workflows into Glue - - Saveable state While this is the first versioned release for Glue, it has been steadily developed for the past year. The purpose of this release is to create a stable reference point, and standard installation option, for new users. Glue is supported by the Space Telescope Science Institute, Harvard, and NASA. Cheers, Chris Beaumont -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUHVtxAAoJEHEVr9B3ENz3H1QQANqgYgeSLLyJEFPDIkyH5Llh zWPdZ7FtBU6dSRvWR0q9orvYpXdvGg4dgNQkuPdT+GQsFYRDuLbapIbyTcJgv23W 33WepxlexB3C052xmOWx+g3O9mBcV6bF4QXWs04S0bmM7Vgk87VGWHtHzy49022a BD5Qtq44PofWj3h4mAPoWroWCJQtrxfP/OY0Cgrz/xytUgVU1+D10f472gCbiiA7 K8Hcl8Hkp9UvfK3AVLoBC3B0sMG1O1h7eqKsVp+mOAYYT0R9+5s8KtaWowPjMYDs dUTt4rT+OrVtIfNGN4pQ+pce7w5oMMtzykmqjaExHzVVny5YV8D91N88r+jX1ecm 4aZ0V55vxguOLzEBem6/gVCC2NWiy7Y9HVP8sLCmeqzvMB7sN2ssmmbC4lkvCbN9 cfWQA/YOhhRwuM2wq6jxWpGzATlgkDBtOyfpmJpK+uHzcT/Dgw9ZUp6kSIiZ8qnF 5EEeYtGAyG0YyLmw5SM3d5TCwW1EHZBJLrZ42CbQ3ddts4Q1OML1u8Lwin7jcYZN vPT+qyTCUCYm08vKOKN0o6UuwagMydFbmivxH21Bvyh4/JZigMd4zJySVbjEeZQd wwou4hRrMzVpWR34iYVlHmghQEnxwk1W6MN8/vSMOMK4d3nZ4N7ov2swbdCMQhyk mM8TANs9dyy+3Yj+5Pbr =umqW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762237: [Pkg-fonts-devel] Bug#762237: fixed in fonts-android 1:4.4.4r2-2
Quoting Gunnar Hjalmarsson (gunna...@ubuntu.com): Hi Christian, Wow, that was fast. :) However, I suppose that changes are required in these files too: debian/fonts-droid.links Hmmm, I dropped the symlink there debian/maintscript debian/copyright ACK. Will do another upload bubulle@sesostris:~/src/debian/pkg-fonts/git/fonts-android/debian(master) $ more maintscript rm_conffile /etc/fonts/conf.avail/60-droid-sans-mono-fonts.conf 1:4.3-2~ fonts-droid rm_conffile /etc/fonts/conf.avail/59-droid-serif-fonts.conf 1:4.3-2~ fonts-droid rm_conffile /etc/fonts/conf.avail/65-droid-sans-fonts.conf 1:4.4.4r2-2~ fonts-android signature.asc Description: Digital signature
Bug#762266: (null) gets displayed instead of date on screen unlocking dialog
Package: mate-screensaver Version: 1.8.0-5~bpo70+1 Severity: normal Dear Maintainer, I've installed MATE Desktop from Debian backports repository, the desktop worked as expected. When I selected main MATE menu and selected Lock Screen, screen goes black as expected. But as I moved mouse, the screen unlock dialog appeared with this content: 22:39:40 (null) Nachanon Vetjasit window on WINDOW-NB Password: [ ] en [Leave Message][Switch User][Cancel][Unlock] The second line on dialog should be current system date. But instead, it displayed as (null). Screenshot of this dialog is also attached. Regards, Nachanon Vetjasit -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620) Shell: /bin/sh linked to /bin/dash Versions of packages mate-screensaver depends on: ii dbus-x11 1.6.8-1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u1 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u3 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libmate-desktop-2-17 1.8.1+dfsg1-1~bpo70+1 ii libmate-menu2 1.8.0-4~bpo70+1 ii libmatekbd4 1.8.0-2~bpo70+1 ii libnotify40.7.5-1 ii libpam0g 1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii libsm62:1.2.1-2 ii libstartup-notification0 0.12-1 ii libsystemd-login0 44-11+deb7u4 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxklavier16 5.2.1-1 ii libxss1 1:1.2.2-1 ii libxxf86vm1 1:1.1.2-1+deb7u1 ii mate-screensaver-common 1.8.0-5~bpo70+1 ii mate-session-manager 1.8.1-4~bpo70+2 Versions of packages mate-screensaver recommends: ii mate-power-manager 1.8.0+dfsg1-2~bpo70+1 Versions of packages mate-screensaver suggests: pn rss-glxnone ii xscreensaver-data 5.15-3 -- no debconf information
Bug#761230: Segfault and gdb
I have now compiled from source with debug symbols.
The firts thing to note is that this version runs properly
without needing the -w0 option.
However, the segfault still occurs when trying to capture video:-
[New Thread 0x7fffd6a08700 (LWP 10999)]
initiating video file context
STREAM: add stream 0 to stream list
AUDIO: codec mp2 selected
[mp2 @ 0x7fffd00cc100] Specified sample_rate is not supported
could not open codec...trying again with float sample format
[mp2 @ 0x7fffd00cc100] Specified sample_fmt is not supported.
could not open codec...giving up
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd6a08700 (LWP 10999)]
0x004353ba in set_sound (global=0x67a9f0, pdata=0x67d9a0) at
sound.c:334
334 pdata-aud_numSamples =
(pdata-lavc_data)-codec_context-frame_size * pdata-channels;
(gdb) l
329 if(!(pdata-lavc_data))
330 {
331 pdata-lavc_data =
init_lavc_audio(pdata, global-AudCodec);
332 }
333 /*use lavc audio codec frame size to
determine samples*/
334 pdata-aud_numSamples =
(pdata-lavc_data)-codec_context-frame_size * pdata-channels;
335 if(pdata-aud_numSamples = 0)
336 {
337 pdata-aud_numSamples =
MPG_NUM_SAMP * pdata-channels;
338 }
This is a preliminary report.
ael
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762228: RFS: ufoai-music review
On 20.09.2014 09:57, Tobias Frost wrote: [...] First of all I'd like to suggest that you start with the ufoai source package first because it contains the ufoai_copyright.py script and other information that are useful to understand the packaging of UFO:AI's data packages. My reasoning is, that because of every data package has its own orig.tar, they need to be crafted in a way to so that they will be -- individually looked at -- reach Debian quality requirements. I still don't see why the current copyright file does not meet Debian's quality requirements. Instead of one huge 900 MB -data package, the game data was simply split into three different source packages. This makes it much easier to fix bugs without having to upload all data files every time. I would like to stress: The source packages are not independent of each other, they belong together. It is due to mere technical reasons that the -data was split. In my opinion we are in full compliance with Debian's Policy because - we state in d/copyright that the game data was split due to technical reasons - we use a reproducible and convenient way to determine all copyright information. - the copyright file is machine-readable and every file in each source package is covered by an license paragraph in debian/copyright. Thus the whole copyright file is accurate. [...] Admitting, upstream is exemplary in case of tracking of its licenses (also with the scope for Debian!), and it really helps to automate this to get a skeleton dep5 file. Indeed. UFO:AI is an exemplary and excellent free software game and its developers care a lot about tracking licenses. However -- as with the output of licensecheck of the devscripts -- the output needs to be checked and compared to *every* files in the source. Right. This is already achieved. Which license information are incorrect? The LICENSE file may (and have) also errors: For example there are files in this files with no copyright holder attributed. Or, there are URLs attributed as copyright owners. How does the script handle this? In the end this leads to wrongly attributed files that will either go unnoticed (so Debian is violating copyright law) or lead to an FTP Master reject. First of all the whole game is licensed under GPL-2+ and is copyright The UFO:AI team. In addition the LICENSES file contains all information about individual game data licenses that diverge from this general assumption. One line in LICENSES looks like that: filename | license | author | source base/maps/africa/af_empty6a.map | GNU General Public License 2.0 or later | Holger 'ShipIt' Gellrich | base/maps/africa/af_empty6.map The script splits all fields by the | delimiter and maps all filenames to their corresponding licenses and copyright holders. If there is no one mentioned under author one may assume that this is always a work by the UFO:AI team. To make it clear: I require an 100% accurate d/copyright and this is one of the few points that are not subject to negotiations. Absolutely. Could you elaborate on where a file is not accurately addressed by copyright format 1.0? [...] I believe we shouldn't make the process of creating debian/copyright even more painful and I think that a reference to /usr/share/common-licenses is more than enough for the most widely used free software license. I disagree. As said above, d/copyright is important. Yes, it is tedious to create it the first time and there are more exciting things to do, but it is a necessity to be done and to do it right. Absolutely agreed. But can you point me to examples where the short reference to /usr/share/common-licenses was deemed not appropriate by the FTP team? The policy means you should not quote the verbatim license, but it is common practice to quote the first 3 paragraphs. No, that's not true. A lot of maintainers write standalone paragraphs for common licenses exactly as I do. Otherwise we'll introduce fuzziness. Consider License GPL-2+ You refer to the GPL-2 file, which makes it non-obvious that you have the or later option in place. For the causal user, its not self-explaining what the + means. Copyright format 1.0 clearly defines short names and keywords. GPL-2 and GPL-2+ are well defined and unambiguous. https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ It is common practice and knowledge that GPL-2 refers to the GNU General Public license 2 and GPL-2+ refers to the same license but includes the or later clause. Please add the few lines, I consider it not enough to just have the reference. Ok, that's fine. I completely understand that it is your prerogative as a developer to determine what you consider suitable for an upload. However I have touched more than 100 source packages already and I am sure that this is not what Policy demands and merely an arbitrary requirement. Even the rules for copyright format 1.0 state for the License field: Otherwise, this field
Bug#761148: installation-reports: me, too ;-) on Eee PC netbook
Package: installation-reports Followup-For: Bug #761148 Dear Maintainer, the installation went smoothly. I installed from a USB CD drive onto a USB RAM key. Thanks! -- Package-specific info: Boot method: USB CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso, downloaded Sep 6 23:08 CEDT = UTC+2 (where can I see the build date?) Date: 2014-09-07 08.00 CEDT = UTC+2 Machine: Eee PC X101H (netbook) Partitions: df -Tl will do; the raw partition table is preferred Filesystem Type 1K-blocksUsed Available Use% Mounted on /dev/sdb1 ext4944120 270464608480 31% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 4125766068406508 2% /run tmpfs tmpfs 1031432 92 1031340 1% /dev/shm tmpfs tmpfs 1031432 0 1031432 0% /sys/fs/cgroup tmpfs tmpfs 5120 4 5116 1% /run/lock tmpfs tmpfs 102400 20102380 1% /run/user /dev/sdb3 ext4 16209324 3167016 12195872 21% /usr /dev/sdb2 ext44648082400433890 1% /tmp /dev/sdb5 ext4 12860956 1217232 10967372 10% /var (how do I get the raw partition table?) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] (USB RAM key) Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: - -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20140906-00:06 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux jessie-usb 3.14-2-486 #1 Debian 3.14.15-2 (2014-08-09) i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge [8086:a010] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a011] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a012] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ac] lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High Definition Audio Controller [8086:27d8] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:84d3] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 1 [8086:27d0] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 2 [8086:27d2] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 4 [8086:27d6] (rev 02) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 [8086:27c9] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 [8086:27ca] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.3 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 [8086:27cb] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:83ad] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller [8086:27cc]
Bug#762170: [Pkg-acpi-devel] Bug#762170: Does not suspend with external monitor connected anymore
I have checked pm-utils and xfce4-power-manager but those have not changed recently. Is xfce4-power-manager running? If so, the problem almost surely does not lie in acpisupport. acpi-support only handles these events only if no other software that is supposed to handle the same is running. One of the checks done is this: PMS=/usr/bin/xfce4-power-manager /usr/bin/mate-power-manager /usr/lib/dalston/dalston-power-applet pidof -x $PMS /dev/null [...] I guess this return success on your system meaning the acpi-support script in question should immediately exit. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762176: [Pkg-acpi-devel] Bug#762176: Does not lock on lid close suspend when xscreensaver is running
On Fri, Sep 19, 2014 at 10:23:45AM +0200, Per Andersson wrote: When my laptop lid is closed and the computer is put to suspend, the running xscreensaver is not locked. Is this handled by acpi-support? If so, is LOCK_SCREEN set to true in /etc/default/acpi-support? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762267: jekyll from jessie doesn't work with ruby2.1
Package: jekyll Version: 2.2.0+dfsg-1 Severity: important Dear Maintainer, i freshly upgraded to jessie and jekyll2.2 but it doesen'T works with ruby2.1, it depends on. I et the following output: ~$ jekyll -w serve bash: /usr/local/bin/jekyll: /usr/bin/ruby1.9.1: bad interpreter: No such file or directory -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (400, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.15 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jekyll depends on: ii ruby1:2.1.0.4 ii ruby-classifier 1.3.4-1 ii ruby-colorator 0.1-3 ii ruby-jekyll-coffeescript1.0.0-1 ii ruby-jekyll-gist1.1.0-1 ii ruby-jekyll-paginate1.0.0-1 ii ruby-jekyll-sass-converter 1.0.0-2 ii ruby-jekyll-watch 1.0.0-1 ii ruby-kramdown 1.4.1-1 ii ruby-liquid 2.6.1-1 ii ruby-mercenary 0.3.4-1 ii ruby-pygments.rb0.5.4~ds1-1 ii ruby-redcarpet 3.1.2-1 ii ruby-safe-yaml 1.0.3-1 ii ruby-toml 0.1.1-1 ii ruby2.1 [ruby-interpreter] 2.1.2-4 Versions of packages jekyll recommends: pn ruby-mysql none pn ruby-rouge none pn ruby-sequel none pn ruby-sequel-pg none jekyll 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#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
On Saturday 20 September 2014 02:58 PM, Ritesh Raj Sarraf wrote: I just pushed configshel 1.5 into experimental. Next in line is rtslib and targetcli (both from git tip). Once all are in experimental, and we have some test results, I'll push it to unstable. Okay!! All of the new components of LIO, i.e. configshell, rtslib and targetcli are now in Debian experimental. Now the quality of these packages depend on user testing and bug reports. Michael: Since you (and others on this bug report) have interest in LIO, I'd request if you folks can give the version in experimental a test. At this time, I do not have the resources to test an LIO stack. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#759093: winpdb: Patch for wxPython 3.0
On 09/20/2014 05:17 AM, Olly Betts wrote: Control: tags 759093 + patch Control: severity -1 serious # Justification: blocks the on-going wxpython3.0 transition I rebuilt winpdb with the attached patch, but I failed to work out how to usefully test it - even installing winpdb from unstable and setting the wx.pth alternative so that wxPython 2.8 is used, I couldn't successfully run a script under the debugger. Maybe because of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757718 I would appreciate if you could NMU winpdb with the patches for both bugs, I'm missing the time to do so right now. Thanks, Bernd Probably user error, as I've never tried to use this application before. But I'd be very grateful if you could test the patched package. Cheers, Olly -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759093: winpdb: Patch for wxPython 3.0
On Sat, Sep 20, 2014 at 01:28:00PM +0200, Bernd Zeimetz wrote: On 09/20/2014 05:17 AM, Olly Betts wrote: I rebuilt winpdb with the attached patch, but I failed to work out how to usefully test it - even installing winpdb from unstable and setting the wx.pth alternative so that wxPython 2.8 is used, I couldn't successfully run a script under the debugger. Maybe because of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757718 Ah yes, that's probably it. I would appreciate if you could NMU winpdb with the patches for both bugs, I'm missing the time to do so right now. Sure - will take a look tomorrow. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762268: cryptsetup: WARNING: could not determine root device from /etc/fstab
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: cryptsetup Version: 2:1.6.6-1 Severity: minor I see that warning in any initramfs run. Part from fstab: LABEL=// btrfs autodefrag,compress,inode_cache,space_cache 1 1 Part from blkid output: /dev/sda1: LABEL=/ UUID=12c5fd41-ef6e-4859-9cd4-7c5150f70e45 UUID_SUB=4d2ca6ad-c0b2-4896-aee0-5d15a68a6e12 TYPE=btrfs Please note that the root device is not encrypted and there is no separate /boot device. (But encrypted devices for the relevant sub mounts.) This bug is (at the moment) only disturbing and do not have any consequences for the functionality. - -- Package-specific info: Purged as the problem occurs on a different system where no internet access is available. - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUHWX9AAoJEKZ8CrGAGfasha4L/A6RZVXA9BemyZjwb8ZMw5s1 la3pKdPLvGIuUdqHjvPS1fj4lk1CpW8osANeWUUFBMdrMneVqjbif4jTNfPCkyfO 9l37kkji2H0F9kLEX5mYnfO495LhW3c/FHOuc/01ok1EGsUDMSFrroqffUOQp1Z+ G0otYyadCjr5tSnnackoEctoO6YvAkehJEvWccNIOZeoENbzw3We/dJwy95zGR4/ zq4MyATephjizCMUvNC7WtdLTSSDEk5klVj7xe39TG3GOXf0sdftlQbi3NN0ggkt j2NoUsl8wG1QNwi20/qWjEux8kAbRxbGnp2NoXC28YJIBK40mXXHh3f+EtgqFIy4 MvXI/RxLby2Fny/z0xM3/Q0QpQKNGHtTG9f+QnAf1co5TdIz3hIW8MVgkjKslBse +JJ98bB1W9uGLewqEpyFJZv+EaWNfWq8Kw4qBFKys5+58tZ2CnUa3SDrAtmOmY5y HBi8DxU7+Lwf7qSq04gYNgjbWlFG5Ir8Nm1fxcGSHA== =VsCH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762269: perl: divergence tracking: debian/perldoc-less-R.diff
Source: perl
Version: 5.20.0-5
Severity: normal
Bug #758689 was fixed by adding a local patch to set $ENV{LESS}.
This has some flaws, at least it breaks if the user is locally setting
less options (AIUI). There was some discussion[1] about switching the
default formatter to ToMan with the Pod::Man utf8 switch but this is
also problematic.
Meanwhile, although it's not perfect, should this patch be forwarded
upstream?
[1]
http://lists.alioth.debian.org/pipermail/perl-maintainers/2014-September/004452.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759196: [Debichem-devel] Bug#759196: openbabel has a logic error to run the testsuite
Hi Olly, On Sat, Sep 20, 2014 at 10:00:11AM +1200, Olly Betts wrote: On Mon, Aug 25, 2014 at 09:14:25AM +0200, Matthias Klose wrote: looking at other bug reports reporting segfaults with openbabel, that might be relevant. --- debian/rules~ +++ debian/rules @@ -16,7 +16,7 @@ DH_AUTO_CONFIGURE_OPTS := -DCMAKE_BUILD_ -DOBPERL_INSTALLDIRS=vendor \ -DCMAKE_SKIP_RPATH=ON -DBUILD_GUI=ON \ -DENABLE_OPENMP=ON -ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) +ifneq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) DH_AUTO_CONFIGURE_OPTS += -DENABLE_TESTS=OFF endif I have rebuilt openbabel with this patch applied (I was concerned that my recent NMU might have introduced test-suite regressions which I didn't know about due to this bug) - fortunately the testsuite passes. Maintainer - let me know if you'd like me to NMU this rebuilt version. I am trying to take a look at openbabel today. Many thanks for your help so far! Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762270: perl: divergence tracking: debian/regcomp-mips-optim.diff
Source: perl Version: 5.20.0-3 Severity: normal This patch disables a gcc optimisation on mips and mipself owing to a presumed gcc bug. Is there any reason not to forward this one upstream? Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761934: libkolabxml: add ppc64el symbols (fix FTBFS)
On Tue, Sep 16, 2014 at 09:11:35PM -0300, Mauricio Faria de Oliveira wrote: Package: src:libkolabxml Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Hi, The attached patch adds ppc64el to the symbols file, fixing libkolabxml FTBFS. The changes are: $ sed 's,!ppc64,!ppc64 !ppc64el,' -i debian/libkolabxml1.symbols $ sed 's, ppc64, ppc64 ppc64el,' -i debian/libkolabxml1.symbols With it applied (and a patch for boost1.55 from #761926), the package builds successfully on ppc64el. (build log attached). Please note that the boost1.55 bug has been fixed, and the build log with the symbols issue is now available on buildd.debian.org [1] in case you want to fetch the symbols list from there. [1] https://buildd.debian.org/status/fetch.php?pkg=libkolabxmlarch=ppc64elver=1.0.2-1stamp=1411133571 -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749264: No nvidia-driver working
Hello Vincent, maybe i always find the combination of hardware that is not running? For this PC the FX5200 is directly connected with DVI to the monitor. I tried to get a running X with the nouveau driver - but it does not work! For me it seems that a FX5200 is simply not supported: [ 1362.592] (II) NOUVEAU driver for NVIDIA chipset families : [ 1362.592]RIVA TNT(NV04) [ 1362.592]RIVA TNT2 (NV05) [ 1362.592]GeForce 256 (NV10) [ 1362.592]GeForce 2 (NV11, NV15) [ 1362.592]GeForce 4MX (NV17, NV18) [ 1362.592]GeForce 3 (NV20) [ 1362.592]GeForce 4Ti (NV25, NV28) [ 1362.592]GeForce FX (NV3x) [ 1362.592]GeForce 6 (NV4x) [ 1362.592]GeForce 7 (G7x) [ 1362.593]GeForce 8 (G8x) [ 1362.593]GeForce GTX 200 (NVA0) [ 1362.593]GeForce GTX 400 (NVC0) [ 1362.593] (--) using VT number 7 [ 1362.921] (EE) [drm] failed to open device [ 1362.921] (EE) No devices detected. So i booted Knoppix 6.7 and it works directly perfect!? What is the secret of Knoppix using Debian as underlaying distribution? I attached the log and xorg.conf from Knoppix. When i tried the Knoppix xorg.conf in Wheezy the screen cannot be found. The last thing i can try is to install the original driver from NVidia ... (Or simply use Knoppix). But before i will open a new bug against the legacy driver. Cheers Karsten [21.768] X.Org X Server 1.11.0 Release Date: 2011-08-26 [21.768] X Protocol Version 11, Revision 0 [21.768] Build Operating System: Linux 2.6.32-5-686-bigmem i686 Debian [21.768] Current Operating System: Linux Microknoppix 3.0.4 #12 SMP PREEMPT Thu Sep 8 05:27:05 CEST 2011 i686 [21.768] Kernel command line: ramdisk_size=10 lang=de vt.default_utf8=0 apm=power-off initrd=minirt.gz nomce libata.force=noncq hpsa.hpsa_allow_any=1 loglevel=1 tz=localtime BOOT_IMAGE=linux [21.768] Build Date: 28 August 2011 11:30:31AM [21.768] xorg-server 2:1.11.0-1 (Cyril Brulebois k...@debian.org) [21.768] Current version of pixman: 0.22.2 [21.768] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [21.768] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [21.768] (==) Log file: /var/log/Xorg.0.log, Time: Sat Sep 20 11:32:37 2014 [21.770] (==) Using config file: /etc/X11/xorg.conf [21.770] (==) Using system config directory /usr/share/X11/xorg.conf.d [21.771] (==) ServerLayout XFree86 Configured [21.771] (**) |--Screen Screen0 (0) [21.771] (**) | |--Monitor Monitor0 [21.774] (**) | |--Device Card0 [21.774] (**) Option AllowMouseOpenFail true [21.774] (**) Option AIGLX true [21.774] (==) Automatically adding devices [21.774] (==) Automatically enabling devices [21.778] (WW) The directory /usr/share/fonts/X11/Speedo does not exist. [21.778] Entry deleted from font path. [21.778] (WW) The directory /usr/share/fonts/X11/PEX does not exist. [21.778] Entry deleted from font path. [21.778] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [21.778] Entry deleted from font path. [21.778] (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/truetype. [21.778] Entry deleted from font path. [21.778] (Run 'mkfontdir' on /usr/share/fonts/truetype). [21.778] (WW) The directory /usr/share/fonts/latex-ttf-fonts does not exist. [21.778] Entry deleted from font path. [21.778] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [21.778] Entry deleted from font path. [21.779] (**) FontPath set to: /usr/share/fonts/X11/misc:unscaled, /usr/share/fonts/X11/75dpi:unscaled, /usr/share/fonts/X11/100dpi:unscaled, /usr/share/fonts/X11/Type1, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [21.779] (**) ModulePath set to /usr/lib/xorg/modules [21.779] (**) Extension Composite is enabled [21.779] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [21.780] (II) Loader magic: 0x822b800 [21.780] (II) Module ABI versions: [21.780] X.Org ANSI C Emulation: 0.4 [21.780] X.Org Video Driver: 11.0 [21.780] X.Org XInput driver : 13.0 [21.780] X.Org Server Extension : 5.0 [21.781] (--) PCI:*(0:1:0:0) 10de:0322:1462:9980 rev 161, Mem @ 0xfd00/16777216, 0xf000/134217728, BIOS @ 0x/131072 [21.781] (II) Open ACPI successful (/var/run/acpid.socket) [21.781] (II) extmod will be
Bug#749096: RFS: karlyriceditor/1.11-1 [ITP]
Hi Eriberto, Thank you for your time and attention! I've uploaded a new version to git and mentors that incorporates your suggested changes: * https://github.com/martin-steghoefer/debian-karlyriceditor * http://mentors.debian.net/package/karlyriceditor Eriberto Mota wrote: 1. Update the package to use DH 9, instead DH 8. Done in https://github.com/martin-steghoefer/debian-karlyriceditor/commit/e2aa0ed5 2. d/control: - Change priority from extra to optional. Done in https://github.com/martin-steghoefer/debian-karlyriceditor/commit/296f209d - Break the Build-Depends in some lines to make visualization easier. Done in https://github.com/martin-steghoefer/debian-karlyriceditor/commit/b0949627 4. d/rules: - Remove the initial useless comments [...]. Done in https://github.com/martin-steghoefer/debian-karlyriceditor/commit/9416a63c - Change the four export lines (CPPFLAGS, CFLAGS, CXXFLAGS and LDFLAGS) to 'export DEB_BUILD_MAINT_OPTIONS = hardening=+all'. You can check the results using the command 'blhc --all karlyriceditor_1.11-1_amd64.build' Nice trick, thanks! Not only did this make the debian/rules file more readable, but it also added some extra hardening flags that were not included before. I hadn't checked the hardening with blhc before, only with lintian - and it seems that lintian only checks for some basic hardening flags (probably because it is designed to only check the pure package, but not the build log that may not always be available). Done in https://github.com/martin-steghoefer/debian-karlyriceditor/commit/4fdf9268 Thank you for your review! Anything else I can do to accelerate the sponsor search? Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733664: Inclusion of German man page translation possible?
Hello Robert, a German translation of the man page was prepared and filed as 733664. Would it be possible to do a maintainer upload targetting jessi with the translation included? If not, would it be ok for an NMU including this translation (and possibly others)? Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#712077: Inclusion of German man page translation possible?
Hello Maintainers, a German translation of the man page was prepared and filed as 712077. Would it be possible to do a maintainer upload targetting jessi with the translation included? If not, would it be ok for an NMU including this translation (and possibly others)? Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#751508: parallel: package building is not idempotent
Ping. -- m. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717979: Inclusion of German man page translation possible?
Hello GNU Libc Maintainers, a German translation of the man page was prepared and filed as 717979. Would it be possible to do a maintainer upload targetting jessi with the translation included? Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#687982: Inclusion of German program translation possible?
Hello Hilko, a German translation of the program was prepared and filed as 687982. Would it be possible to do a maintainer upload targetting jessi with the translation included? If not, would it be ok for an NMU including this translation (and possibly others)? Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#762270: perl: divergence tracking: debian/regcomp-mips-optim.diff
On Sat, Sep 20, 2014 at 12:49:51PM +0100, Dominic Hargreaves wrote: Source: perl Version: 5.20.0-3 Severity: normal This patch disables a gcc optimisation on mips and mipself owing to a presumed gcc bug. Is there any reason not to forward this one upstream? The important thing is really to get gcc fixed. I don't think there's even a bug on that side for this. But yeah, upstream would benefit from the workaround too, so no reason really. (Thanks for these tracking bugs!) -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724218: dhcpcd-ui: FTBFS: make[1]: *** No rule to make target `/subdir.mk'. Stop.
On Mon, Nov 18, 2013 at 06:53:25PM +0100, Michael Ablassmeier wrote: tags 724218 + patch thanks hi, attached patch should fix this issue. Not uploading for now in case you have other plans for the package. In case you are in search for a sponsor get in touch with me :) Thanks for the patch. I have just done an NMU including it, please find attached the final version of the patch. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net diff -Nru dhcpcd-ui-0.6.0/debian/changelog dhcpcd-ui-0.6.0/debian/changelog --- dhcpcd-ui-0.6.0/debian/changelog 2012-04-06 17:04:57.0 +0200 +++ dhcpcd-ui-0.6.0/debian/changelog 2014-09-20 14:02:47.0 +0200 @@ -1,3 +1,14 @@ +dhcpcd-ui (0.6.0-1.1) unstable; urgency=low + + [ Aurelien Jarno ] + * Non-maintainer upload. + + [ Michael Ablassmeier ] + * Override dh_auto_clean to not start if config.mk does not yet +exit to fix FTBFS. (Closes: #724218) + + -- Aurelien Jarno aure...@debian.org Sat, 20 Sep 2014 14:02:43 +0200 + dhcpcd-ui (0.6.0-1) unstable; urgency=low * New upstream release diff -Nru dhcpcd-ui-0.6.0/debian/rules dhcpcd-ui-0.6.0/debian/rules --- dhcpcd-ui-0.6.0/debian/rules 2010-06-09 22:36:41.0 +0200 +++ dhcpcd-ui-0.6.0/debian/rules 2014-09-20 14:01:24.0 +0200 @@ -5,3 +5,6 @@ %: dh $@ + +override_dh_auto_clean: + [ ! -f config.mk ] || dh_auto_clean
Bug#756242: Inclusion of German man program translation possible?
Hello Shadow package maintainers, a German translation of the program was prepared and filed as 756242. Would it be possible to do a maintainer upload targetting jessi with the translation included? Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#762269: perl: divergence tracking: debian/perldoc-less-R.diff
On Sat, Sep 20, 2014 at 12:41:38PM +0100, Dominic Hargreaves wrote:
Source: perl
Version: 5.20.0-5
Severity: normal
Bug #758689 was fixed by adding a local patch to set $ENV{LESS}.
This has some flaws, at least it breaks if the user is locally setting
less options (AIUI).
I think the problem is with lesskey files, and Russ proposed a NEWS.Debian
entry to mention this. Maybe we should track that as a wishlist bug?
There was some discussion[1] about switching the
default formatter to ToMan with the Pod::Man utf8 switch but this is
also problematic.
Yes, it's probably not going to happen upstream soon if ever, and I
think it would be too intrusive for us to diverge in this.
Meanwhile, although it's not perfect, should this patch be forwarded
upstream?
Already done and included in upstream Pod-Perldoc 3.24_01
#758689 is marked as forwarded to
https://rt.cpan.org/Public/Bug/Display.html?id=98636 but the patch
description should really be updated to say so, and moved under fixes/.
--
Niko Tyni nt...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762271: Legacy driver is not working with NVidia FX5200
Package: nvidia-glx-legacy-173xx Version: 173.14.35-4 Severity: normal Hello, please refer to my initial description at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749264#65 I will try to install the latest original NVidia driver now: NVIDIA-Linux-x86_64-173.14.39-pkg2.run Best regards Karsten -- Package-specific info: uname -a: Linux PC12 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux /proc/version: Linux version 3.2.0-3-amd64 (Debian 3.2.23-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Mon Jul 23 02:45:17 UTC 2012 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 173.14.35 Fri Jun 8 00:07:59 PDT 2012 GCC version: gcc version 4.6.3 (Debian 4.6.3-14) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV34 [GeForce FX 5200] [10de:0322] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. Device [1462:9980] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 32 (1250ns min, 250ns max) Interrupt: pin A routed to IRQ 17 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at f000 (32-bit, prefetchable) [size=128M] Expansion ROM at feae [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] AGP bridge at 00:00:00 [0.00] Aperture from AGP @ ec00 old size 32 MB [0.00] Aperture from AGP @ ec00 size 32 MB (APSIZE 0) [0.00] Nvidia board detected. Ignoring ACPI timer override. [0.00] AGP bridge at 00:00:00 [0.00] Aperture from AGP @ ec00 old size 32 MB [0.00] Aperture from AGP @ ec00 size 32 MB (APSIZE 0) [0.00] Console: colour VGA+ 80x25 [0.164625] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.164625] vgaarb: loaded [0.164625] vgaarb: bridge control possible :01:00.0 [0.982094] agpgart-amd64 :00:00.0: AGP bridge [10de/00e1] [0.982103] agpgart-amd64 :00:00.0: aperture size 4096 MB is not right, using settings from NB [0.982109] agpgart-amd64 :00:00.0: setting up Nforce3 AGP [0.985127] agpgart-amd64 :00:00.0: AGP aperture is 64M @ 0xec00 [0.985205] PCI-DMA: Warning: Small IOMMU 32MB. Consider increasing the AGP aperture in BIOS [0.985213] PCI-DMA: Reserving 32MB of IOMMU area in the AGP aperture [1.188214] Linux agpgart interface v0.103 [6.827531] nvidia: module license 'NVIDIA' taints kernel. [7.614577] nvidia :01:00.0: PCI INT A - Link[LNKD] - GSI 17 (level, low) - IRQ 17 [7.614586] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [7.615247] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 173.14.35 Fri Jun 8 00:07:59 PDT 2012 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Sep 20 12:01 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 43 Sep 20 12:01 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Sep 20 12:01 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Sep 20 12:01 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 59 Sep 20 12:01 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 51 Sep 20 12:01 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Sep 20 12:01 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 29 Sep 20 12:01 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 23 Sep 20 12:01 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 51 Sep 20 12:01 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 51 Sep 20 12:01 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 59 Sep 20 12:01 /etc/alternatives/nvidia--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 67 Sep 20 12:01 /etc/alternatives/nvidia--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu -
Bug#762273: lintian: wrong-path-for-interpreter should not trigger on non-executables
Package: lintian Version: 2.5.27 Severity: normal X-Debbugs-CC: p...@packages.debian.org perl currently suffers from this: E: perl-modules: wrong-path-for-interpreter usr/share/perl/5.20.1/Config/Perl/V.pm (#!/pro/bin/perl != /usr/bin/perl) Now, whilst it is certainly 'wrong', it's also harmless; a perl module (ending .pm) should never be executed (and indeed it's not installed with the executable bit). I imagine that someone put the shebang there as a hint to a syntax highlighter, or similar. Carrying around a patch to strip the shebang line seems like the wrong solution, and there's no generally correct fix to send upstream. Instead, can this check be updated to only look at files with the executable bit set? Thanks, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751670: If harmless, please provide logcheck entry
Hello Maintainer, I also receive those messages after I recently upgraded from stable to testing. If these messages are harmless, (Ubuntu bug 1264368 seems to indicate that this is just a (new) warning for long standing problems) then probably a logcheck entry should be shipped in consolekit. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#762271: This driver is not usable for the FX5200
Hello, i am sorry to say this and you will damn me for my bug report - but - the original driver from NVidia works! So this package is not usable. For other users with the same problem: Purge all nvidia packages from Debian and install the original driver. Let it generate a xorg.conf. Then you have a running X system. :-) Cheers Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757938: src:efl: must build-depend on doxygen-latex (not doxygen).
Control: severity -1 normal On 2014-08-12 Jonas Smedegaard d...@jones.dk wrote: Package: src:efl Severity: serious Justification: Policy 4.2 elf uses doxygen to produce documentation, and in particular its LaTeX engine to produce PDF content. The package should therefore build-depend(-indep) on doxygen-latex, not doxygen as currently declared. Hello, efl does not ship pdf documentation: ametzler@argenau:/tmp/EFL$ dpkg --contents \ /chroots/sid/var/cache/apt/archives/efl-doc_1.8.6-2_all.deb | \ grep -i pdf (SID)ametzler@argenau:/tmp/EFL/efl-1.8.6$ cat debian/efl-doc.install doc/html usr/share/doc/efl-doc Therefore installing or not installing doxygen-latex does not change the contents of the shipped package and building the package without doxygen-latex does not fail. ATM I am downgrading this to normal instead of simply closing the bug, since I am not efl's maintainer and I might miss something. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761408: bug#18470: Bug#761408: will FTBFS when libtool no longer depends on libtool-bin #682045
Rob Browning r...@defaultvalue.org skribis: For the reasons stated below, we're going to switch to call (g)libtoolize in Debian rather than (g)libtool. I thought I'd mention it in case it's relevant upstream. Yes, it makes more sense to invoke ‘libtoolize’ here (the installed ‘libtool’ script is never really used.) Pushed as 76a8db2. Thanks for sharing. Ludo’. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762159: efl: segfault during build
Control: block -1 by 762272 On 2014-09-19 Andreas Metzler ametz...@bebt.de wrote: On 2014-09-19 Michael Gilbert mgilb...@debian.org wrote: package: efl severity: grave version: 1.8.6-2 The efl build process currently segfaults when building docs: [...] Makefile:1168: recipe for target 'doc' failed make[3]: *** [doc] Segmentation fault [...] Maybe I am missing something, but I fail to see why this is grave and not serious? (And given that this is recent breakage while efl has not changed, this is probably a doxygen bug.) Verified that doxygen segfaults. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend: 1) Help Debian stay modern! Debian hasn't had any MariaDB in any official release yet, while for example Fedora and OpenSUSE have not only had MariaDB for a years, they now even default to it over MySQL. 2) MariaDB 10.0 has great new features lot's of users would like to use in Debian too - faster performance, no-sql features, many new plugins and connectors. Do a favour to your peers and upload 10.0 for their consumption. 3) MariaDB 10.0 packaging is high-quality and easy to sponsor. The packaging of MariaDB 10.0 is an improved version of the MariaDB 5.5. packaging in Debian, which in turn is an improved version of the MySQL 5.6 pending packaging for Debian 1,5 years ago, which in turn was much improved re-write of the MySQL 5.5 packaging which stubbornly still sits in Debian because the MySQL team needs more manpower - you! An incredible amount of work has already been done, all you need to do is make a shot at the goal. 4) MariaDB 10.0 has already been once uploaded to experimental some 5 months ago. It has passed the NEW queue. It has since been ever more refined. You probably don't need to do any unreasonable effort anymore, the packaging is already in such a great shape. 5) The complete MariaDB release and packaging process is well aligned to consistently produce high quality. Upstream MariaDB development work is public and they have continuous integration. Every build, both upstream and in Debian, includes running almost 4000 unit tests and occasionally a even bigger full test suite is run. My packaging routine uses git-buildpackage (with pristine tar) and at steady intervals I run a build set for 4 Debian/Ubuntu releases x 2 architectures and upload the build logs with git commit identifiers to a public server (http://labs.seravo.fi/~otto/mariadb-repo/). Also the binaries are uploaded, so anybody can easily test the end result. 6) Yes, the package is not Lintian clean, but it is a big package so full Lintian cleanness and perfect build and test suite results on all Debian architectures takes some time to accomplish, but I've done a huge amount of work in this area during the last 1,5 years and many of my fixes have even been accepted by upstream, so they become permanent. When looking at the Lintian complaints, don't think if it is clean, but think how much improvement the small Lintian list is for Debian compared to what Debian has with e.g. mysql-5.5 at the moment. 7) You are not alone. There are many DD's interested in MariaDB 10.0 (and there are those who upload 5.5). You just need to be the one who steps up and says you want to make the final kick for the goal. 8) I've been doing the mariadb-5.5 packaging for over 1,5 years, including preparing security updates for Ubuntu 14.04 since this spring. I will soon be in a position to apply for Debian Maintainer position and have limited upload rights to take care of my own packages. If you now commit to sponsoring me, you can feel safe that the responsibility will not be an eternal burden and you apprentice (that is me!) should be able to become independent in a reasonable time frame. 9) Not convinced yet? Check out the packages and upload to experimental as a limited time offer! If you don't like the result, you can stop there. 10) The Jessie transition deadline is soon here. Act now to get MariaDB 10.0 into Jessie! 10+) Get some Raspberry Pie while doing it! As a thanks for your effort I'll buy you a small pre-installed Debian computer! Then you can e.g. enjoy the exclusive fun of running a MariaDB database on ARM :) Footnotes: 1: https://mariadb.com/kb/en/mariadb/documentation/getting-started/mariadb-binary-packages/distributions-which-include-mariadb/ 2: http://www.slideshare.net/bytebot/mariadb-10-and-whats-new-with-the-project 5: http://buildbot.askmonty.org/buildbot/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761521: [Pkg-libvirt-maintainers] Bug#761521: libvirt-daemon: fails to restart domain with error 'CreateMachine: File exists'
Hi, On 16/09/14 09:16, Guido Günther wrote: However VMs create a machine.slice here: ./cpuset/machine.slice/machine-qemu\x2dmachinename.scope/ Could you check if this gets properly removed when you shut down the domain? Cheers, I have a couple of bits of information that could prove useful. In /etc/libvirt/qemu.conf I have the line: user = paul If I comment out this line and restart the machine then the qemu process runs as user libvirt+ and the problem goes away. Second, I've found a work-around for the problem, which is to run (as user paul) the following command: kill $(cat /sys/fs/cgroup/systemd/machine.slice/machine-qemu\\x2dxanadu.scope/tasks) After this, the machine.slice directory no longer contains a machine-qemu\\x2xanadu.scope directory. The 'tasks' file contains four pids, two of which are active after the domain has shut down. These still-running processes are: /usr/bin/pulseaudio --start --log-target=syslog and /usr/lib/pulseaudio/pulse/gconf-helper Before starting the domain, I have a pulseaudio and gconf-helper processes running. After starting the domain, I have two pulseaudio and two gconf-helper processes. When I remove the user=paul line from qemu.conf (so qemu runs as user libvirt+) no additional pulseaudio or gconf-helper processes are started when starting the domain. Therefore, it looks like the problem is caused by additional pulseaudio/gconf-helper processes mistakenly created, or the process responsible for killing them when the domain shuts down is unable to do so or fails to receive the notification. HTH, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762061: virtualbox-dkms fails to build on standard 3.14.15 kernel
On Saturday 20 September 2014 11:59 AM, YOSHINO Yoshihito wrote: Control: tags -1 + patch Hi, Do you know of the patch you were mentioning ? If it is a single patch, we may carry. But looking at the make-dfsg patches, it does not look so. debian/patches/0003-read.c-record_files-SV-33034-Change-fatal-to-error.patch in make-dfsg 4.0-8 contains the workaround. I have refreshed and attached the patch for kbuild. Thank you Yoshino. I have pulled-in the patch. We will test it and then do a new upload. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753025: efl: diff for NMU version 1.8.6-2.1
Control: tags 753025 + patch
Control: tags 753025 + pending
Dear maintainer,
I've prepared an NMU for efl (versioned as 1.8.6-2.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -Nru efl-1.8.6/debian/changelog efl-1.8.6/debian/changelog
--- efl-1.8.6/debian/changelog 2014-05-04 13:54:55.0 +0200
+++ efl-1.8.6/debian/changelog 2014-09-20 14:50:26.0 +0200
@@ -1,3 +1,12 @@
+efl (1.8.6-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * GnuTLS v3 transition: Change (build-)depends to libgnutls28-dev, add b-d
+on libgcrypt-dev. Closes: #753025
+ * efl-doc built with doxygen 1.8.7-3 to work around #762272.
+
+ -- Andreas Metzler ametz...@debian.org Sat, 20 Sep 2014 14:47:56 +0200
+
efl (1.8.6-2) unstable; urgency=medium
* patches/04_eina_suite_lockup: cherry-pick f5c125 to fix eina suite lockup
diff -Nru efl-1.8.6/debian/control efl-1.8.6/debian/control
--- efl-1.8.6/debian/control 2014-05-04 13:54:55.0 +0200
+++ efl-1.8.6/debian/control 2014-09-20 14:46:09.0 +0200
@@ -15,9 +15,9 @@
libxrandr-dev, libxext-dev, libxp-dev, libxcomposite-dev, libxi-dev,
libxdamage-dev, x11proto-xext-dev, libxtst-dev, libglib2.0-dev,
liblua5.1-0-dev, libdbus-1-dev, libsndfile-dev,
- libgnutls-dev, libcurl4-gnutls-dev, libc-ares-dev,
+ libgnutls28-dev, libcurl4-gnutls-dev, libc-ares-dev,
libudev-dev [linux-any], libmount-dev [linux-any], libblkid-dev [linux-any],
- libgstreamer0.10-dev, libgstreamer-plugins-base0.10-dev
+ libgstreamer0.10-dev, libgstreamer-plugins-base0.10-dev, libgcrypt-dev
Build-Depends-Indep: doxygen
Standards-Version: 3.9.5
Vcs-Git: git://anonscm.debian.org/pkg-e/libs/efl.git
@@ -72,7 +72,7 @@
Architecture: any
Depends: ${misc:Depends}, libeet1 (= ${binary:Version}), pkg-config,
libeina-dev (= ${source:Upstream-Version}),
- libjpeg-dev, libgnutls-dev
+ libjpeg-dev, libgnutls28-dev
Recommends: efl-doc
Description: Enlightenment DR17 file chunk reading/writing library development files
Eet is a tiny library designed to write an arbitrary set of chunks of data to a
@@ -318,7 +318,7 @@
libecore-x1 (= ${binary:Version}),
libeina-dev (= ${source:Upstream-Version}),
libevas-dev (= ${source:Upstream-Version}),
- libgnutls-dev, libcurl4-gnutls-dev, libxcursor-dev, libxss-dev,
+ libgnutls28-dev, libcurl4-gnutls-dev, libxcursor-dev, libxss-dev,
libxrender-dev, libxinerama-dev, libxrandr-dev, libxext-dev, libxi-dev,
libxp-dev, libxcomposite-dev, libxdamage-dev, x11proto-xext-dev, libxtst-dev,
libglib2.0-dev, libc-ares-dev, libdbus-1-dev
signature.asc
Description: Digital signature
Bug#649718: bug#18468: Issues with alignment and m68k register naming
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649718 I pushed slightly different fixes to the stable-2.0 branch, commits 97c520fd3ff5ae0305b6d236e0bc31f794a6cce6 and 156119b0223cf14d335ebda84701a69b2ba95757. I'm closing this bug now. Thanks! Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762274: ITP: libx11-keybord-perl -- Keyboard support functions for X11
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: libx11-keybord-perl Version : 1.4 Upstream Author : Erick Calder ecal...@cpan.org * URL : https://metacpan.org/release/X11-Keyboard * License : Expat Programming Lang: Perl Description : Keyboard support functions for X11 X11::Keyboard is meant to provide access to the keyboard functions of X11. . Whilst the functions names are essentially identical to those used in xlib (minus the prepended X), the parameter lists and return values are different as specified in the shipped with X11::Keyboard man page This package is required for a new X2Go-aware mediaplayer implementation called mTelePlayer. Whereas mTelePlayer has to exist outside of Debian as long as NX-libs will not be allowed/wanted in Debian, I try to ship all X2Go deps in Debian (rather then providing them via X2Go upstream .deb archives). . I am aware of the very old code base. Once any major updates to are needed to the upstream code of X11::Keyboard, I intend to contact upstream and, if necessary, take over the upstream maintenance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762274: ITP: libx11-keybord-perl -- Keyboard support functions for X11
retitle -1 ITP: libx11-keyboard-perl -- Keyboard support functions for X11 thanks On Sa 20 Sep 2014 15:24:25 CEST, Mike Gabriel wrote: Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: libx11-keybord-perl Version : 1.4 Upstream Author : Erick Calder ecal...@cpan.org * URL : https://metacpan.org/release/X11-Keyboard * License : Expat Programming Lang: Perl Description : Keyboard support functions for X11 X11::Keyboard is meant to provide access to the keyboard functions of X11. . Whilst the functions names are essentially identical to those used in xlib (minus the prepended X), the parameter lists and return values are different as specified in the shipped with X11::Keyboard man page This package is required for a new X2Go-aware mediaplayer implementation called mTelePlayer. Whereas mTelePlayer has to exist outside of Debian as long as NX-libs will not be allowed/wanted in Debian, I try to ship all X2Go deps in Debian (rather then providing them via X2Go upstream .deb archives). . I am aware of the very old code base. Once any major updates to are needed to the upstream code of X11::Keyboard, I intend to contact upstream and, if necessary, take over the upstream maintenance. Correcting the package name in the bug title... 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 pgpluzt0RJ1Ce.pgp Description: Digitale PGP-Signatur
Bug#644373: libproxy0 0.3.1-3 doesn't work with automatic proxy configuration
[Laurent Bigonville 2014-08-24]
On Jessie/unstable, do you have libproxy1-plugin-mozjs or
libproxy1-plugin-webkit installed?
[Petter Reinholdtsen 2014-08-25]
As far as I can tell from the strace output and the web server log,
the proxy program do not try to connect to the web server at all.
This is how I check:
root@pxe-test6-pre:~/dpkg-1.17.13# dpkg -l libproxy*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=---
ii libproxy-tools0.4.11-4 amd64automatic proxy
configuration management library (tools)
ii libproxy1:amd64 0.4.11-4 amd64automatic proxy
configuration management library (shared)
ii libproxy1-plugin-webkit:amd64 0.4.11-4 amd64automatic proxy
configuration management library (Webkit plugin)
root@pxe-test6-pre:~/dpkg-1.17.13# echo http://www.debian.org/ |strace proxy
21|grep connect
connect(3, {sa_family=AF_LOCAL, sun_path=/var/run/nscd/socket}, 110) = -1
ENOENT (No such file or directory)
connect(3, {sa_family=AF_LOCAL, sun_path=/var/run/nscd/socket}, 110) = -1
ENOENT (No such file or directory)
root@pxe-test6-pre:~/dpkg-1.17.13# GET http://wpad/wpad.dat
function FindProxyForURL(url, host)
{
return DIRECT;
}
root@pxe-test6-pre:~/dpkg-1.17.13#
As you can see, strace show no connect to the web server, even if the
libproxy1-plugin-webkit package is installed.
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762253: Tasksel 3.25: fails due to wrong apt invocation (missing -o in front of additional apt option)
Karsten Merker mer...@debian.org (2014-09-20): Control: tags -1 patch On Sat, Sep 20, 2014 at 08:22:31AM +0200, Karsten Merker wrote: the upload of tasksel 3.25 has broken tasksel in d-i: Sep 20 06:04:28 pkgsel: starting tasksel Sep 20 06:04:56 in-target: E Sep 20 06:04:56 in-target: : Sep 20 06:04:56 in-target: Invalid operation APT::Acquire::Retries=3 Sep 20 06:04:56 in-target: Sep 20 06:04:56 in-target: tasksel: apt-get failed (100) Sep 20 06:04:57 main-menu[190]: WARNING **: Configuring 'pkgsel' failed with error code 1 Sep 20 06:04:57 main-menu[190]: WARNING **: Menu item 'pkgsel' failed. Attached is a patch to tasksel git to fix this. OK to commit and upload? Looks good to me, thanks. (I guess you could squash both commits.) Mraw, KiBi. signature.asc Description: Digital signature
Bug#732621: libmagics++-dev: arch-dependent file in Multi-Arch: same package
As of libmagics++-dev 2.22.7.dfsg.1-1, the header files no longer vary
with archicture. However, the following file is still
architecture-dependent:
/usr/bin/magics-config
An example diff between i386 and amd64 is attached.
--
Jakub Wilk
diff -ur libmagics++-dev_2.22.7.dfsg.1-1_i386/usr/bin/magics-config
libmagics++-dev_2.22.7.dfsg.1-1_amd64/usr/bin/magics-config
--- libmagics++-dev_2.22.7.dfsg.1-1_i386/usr/bin/magics-config 2014-09-19
18:19:08.0 +0200
+++ libmagics++-dev_2.22.7.dfsg.1-1_amd64/usr/bin/magics-config 2014-09-19
13:50:46.0 +0200
@@ -250,7 +250,7 @@
fi
- my_libs=${my_libs} -lterralib /usr/lib/i386-linux-gnu/libexpat.so
/usr/lib/libnetcdf.so /usr/lib/libnetcdf_c++.so -lpangocairo-1.0 -lpango-1.0
-lgobject-2.0 -lglib-2.0 -lcairo /usr/lib/libproj.so
/usr/lib/i386-linux-gnu/libemosR64.so
/usr/lib/gcc/i586-linux-gnu/4.9/libgfortran.so -lpthread -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/i386-linux-gnu -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/gcc/i586-linux-gnu/4.9
+ my_libs=${my_libs} -lterralib /usr/lib/x86_64-linux-gnu/libexpat.so
/usr/lib/libnetcdf.so /usr/lib/libnetcdf_c++.so -lpangocairo-1.0 -lpango-1.0
-lgobject-2.0 -lglib-2.0 -lcairo /usr/lib/libproj.so
/usr/lib/x86_64-linux-gnu/libemosR64.so
/usr/lib/gcc/x86_64-linux-gnu/4.9/libgfortran.so -lpthread -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/x86_64-linux-gnu -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/gcc/x86_64-linux-gnu/4.9
if test $echo_clibs = yes; then
my_libs=${my_libs} $CPPLIBS
@@ -268,7 +268,7 @@
if test $echo_static = yes; then
if test -f ${libdir}/libMagPlus.a ; then
- static=${precision} ${libdir}/libMagPlus.a -L${libdir} -lterralib
/usr/lib/i386-linux-gnu/libexpat.so /usr/lib/libnetcdf.so
/usr/lib/libnetcdf_c++.so -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0
-lcairo /usr/lib/libproj.so /usr/lib/i386-linux-gnu/libemosR64.so
/usr/lib/gcc/i586-linux-gnu/4.9/libgfortran.so -lpthread -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/i386-linux-gnu -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/gcc/i586-linux-gnu/4.9 $CPPLIBS
+ static=${precision} ${libdir}/libMagPlus.a -L${libdir} -lterralib
/usr/lib/x86_64-linux-gnu/libexpat.so /usr/lib/libnetcdf.so
/usr/lib/libnetcdf_c++.so -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0
-lcairo /usr/lib/libproj.so /usr/lib/x86_64-linux-gnu/libemosR64.so
/usr/lib/gcc/x86_64-linux-gnu/4.9/libgfortran.so -lpthread -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/x86_64-linux-gnu -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/gcc/x86_64-linux-gnu/4.9 $CPPLIBS
echo ${static}
else
echo magics-config: NO STATIC LIBRARY available
@@ -279,7 +279,7 @@
if test $echo_shared = yes; then
if test -f ${libdir}/libMagPlus.so ; then
- shared= ${precision} -L${libdir} -lMagPlus -lterralib
/usr/lib/i386-linux-gnu/libexpat.so /usr/lib/libnetcdf.so
/usr/lib/libnetcdf_c++.so -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0
-lcairo /usr/lib/libproj.so /usr/lib/i386-linux-gnu/libemosR64.so
/usr/lib/gcc/i586-linux-gnu/4.9/libgfortran.so -lpthread -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/i386-linux-gnu -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/gcc/i586-linux-gnu/4.9 $CPPLIBS
+ shared= ${precision} -L${libdir} -lMagPlus -lterralib
/usr/lib/x86_64-linux-gnu/libexpat.so /usr/lib/libnetcdf.so
/usr/lib/libnetcdf_c++.so -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0
-lcairo /usr/lib/libproj.so /usr/lib/x86_64-linux-gnu/libemosR64.so
/usr/lib/gcc/x86_64-linux-gnu/4.9/libgfortran.so -lpthread -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/x86_64-linux-gnu -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/gcc/x86_64-linux-gnu/4.9 $CPPLIBS
echo ${shared}
else
echo magics-config: NO SHARED LIBRARY
@@ -300,8 +300,8 @@
if test ${name} != ${f77_file} ; then
out=-o $name ### avoid overriding source file
fi
- echo $F77 ${out}$f77_file ${FFLAGS} ${precision} -L${libdir} -lMagPlus
-lterralib /usr/lib/i386-linux-gnu/libexpat.so /usr/lib/libnetcdf.so
/usr/lib/libnetcdf_c++.so -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0
-lcairo /usr/lib/libproj.so /usr/lib/i386-linux-gnu/libemosR64.so
/usr/lib/gcc/i586-linux-gnu/4.9/libgfortran.so -lpthread -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/i386-linux-gnu -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/gcc/i586-linux-gnu/4.9 $CPPLIBS
- $F77 ${out}$f77_file ${FFLAGS} ${precision} -L${libdir}
-Wl,-rpath,${libdir} -lMagPlus -lterralib /usr/lib/i386-linux-gnu/libexpat.so
/usr/lib/libnetcdf.so /usr/lib/libnetcdf_c++.so -lpangocairo-1.0 -lpango-1.0
-lgobject-2.0 -lglib-2.0 -lcairo /usr/lib/libproj.so
/usr/lib/i386-linux-gnu/libemosR64.so
/usr/lib/gcc/i586-linux-gnu/4.9/libgfortran.so -lpthread -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/i386-linux-gnu -Wl,-rpath,/usr/lib
-Wl,-rpath,/usr/lib/gcc/i586-linux-gnu/4.9 $CPPLIBS
+ echo $F77
Bug#762228: RFS: ufoai-music review
Hallo Markus, Am Saturday, den 20.09.2014, 13:02 +0200 schrieb Markus Koschany: On 20.09.2014 09:57, Tobias Frost wrote: [...] I still don't see why the current copyright file does not meet Debian's quality requirements. Instead of one huge 900 MB -data package, the game data was simply split into three different source packages. This makes it much easier to fix bugs without having to upload all data files every time. The split is not under dispute. Other packages do that too, for example redeclipse. But redeclipse do it right (in my view) and their generate-copyright-script which is aware of the package it acts on. (Your script can be enhanced to do that too. Probably less time effort that I spent already on this topic.) I would like to stress: The source packages are not independent of each other, they belong together. It is due to mere technical reasons that the -data was split. In my opinion we are in full compliance with Debian's Policy because teamviewer --daemon start - we state in d/copyright that the game data was split due to technical reasons - we use a reproducible and convenient way to determine all copyright information. - the copyright file is machine-readable and every file in each source package is covered by an license paragraph in debian/copyright. Thus the whole copyright file is accurate. I disagree. Having 6362* entries in d/copyright which does not match any file is NOT accurate. To be very clear: I will NOT sign such a package with my PGP key. (*6392 is the number of lintian wildcard-matches-nothing-in-dep5-copyright messages, already music/ and sound/ subtracted) Due to the split I say we now have 4 related, but independent source packages and they should be handled as such. The Relation is no guarantee that the packages will not diverge in the future. (e.g code could go forward, while data keeps the same, or vice verse) [...] Admitting, upstream is exemplary in case of tracking of its licenses (also with the scope for Debian!), and it really helps to automate this to get a skeleton dep5 file. Indeed. UFO:AI is an exemplary and excellent free software game and its developers care a lot about tracking licenses. However -- as with the output of licensecheck of the devscripts -- the output needs to be checked and compared to *every* files in the source. Right. This is already achieved. Which license information are incorrect? The LICENSE file may (and have) also errors: For example there are files in this files with no copyright holder attributed. Or, there are URLs attributed as copyright owners. How does the script handle this? In the end this leads to wrongly attributed files that will either go unnoticed (so Debian is violating copyright law) or lead to an FTP Master reject. First of all the whole game is licensed under GPL-2+ and is copyright The UFO:AI team. In addition the LICENSES file contains all information about individual game data licenses that diverge from this general assumption. One line in LICENSES looks like that: filename | license | author | source base/maps/africa/af_empty6a.map | GNU General Public License 2.0 or later | Holger 'ShipIt' Gellrich | base/maps/africa/af_empty6.map The script splits all fields by the | delimiter and maps all filenames to their corresponding licenses and copyright holders. If there is no one mentioned under author one may assume that this is always a work by the UFO:AI team. To make it clear: I require an 100% accurate d/copyright and this is one of the few points that are not subject to negotiations. Absolutely. Could you elaborate on where a file is not accurately addressed by copyright format 1.0? Who's the copyright owner of those? base/models/objects/vegi/palm_v1/palm1.md2 | Creative Commons Attribution-Share Alike 3.0 base/models/objects/vegi/palm_v1/palm2.md2 | Creative Commons Attribution-Share Alike 3.0 base/models/objects/vegi/palm_v2/palm1.md2 | Cr.g teative Commons Attribution-Share Alike 3.0 base/models/objects/vegi/palm_v2/palm2.md2 | Creative Commons Attribution-Share Alike 3.0 (if emtpy means upstream, UFO:AI Team is not in the list for that license and its not GPL-2+. Either way, d/copyright is wrong here.) contrib/7th.zip | | 2002 Iconian Fonts - Daniel Zadorozny - http://www.iconian.com/ contrib/scripts/compile_po.bat | | Kostia Kildor Romanov contrib/scripts/update_potfiles_in.bat | | Kostia Kildor Romanov no such files -- LICENSE has too many files radiant/bitmaps/texwindow_uniformsize.png | | orbweaver (commiter in darkradiant repository) | tobi@edoras:~/workspace/deb/mentors/ufoai/uf(no invariant)oai-2.5$ ls -la radiant/bitmaps/texwindow_uniformsize.png -rw-r--r-- 1 tobi tobi 101 Nov 2 2012 radiant/bitmaps/texwindow_uniformsize.png tobi@edoras:~/workspace/deb/mentors/ufoai/ufoai-2.5$ grep radiant/bitmaps/texwindow_uniformsize.png debian/copyright
