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#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 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 -- 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 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 > 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 From 53b4a9e66800dde643d3ce7966c5193001e3f12e Mon Sep 17 00:00:00 2001 From: Paul Smith 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 --- 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=detailitem&item_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#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 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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#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#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 From 53b4a9e66800dde643d3ce7966c5193001e3f12e Mon Sep 17 00:00:00 2001 From: Paul Smith 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 --- 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=detailitem&item_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#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#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 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] I moved /bin/systemd-tty-ask-password-agent away but now systemctl is and I also have to wait for 5 minutes 1964 pts/200:00:00 systemctl 1965 pts/200:00:00 systemctl 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 destination=org.freedesktop.systemd1 object=/org/freedeskto
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#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%100<10 || 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#759060: [o...@survex.com: Bug#759060: invesalius: Partial patch for wxPython 3.0]
On Wed, Sep 17, 2014 at 10:57:04PM +0100, Olly Betts wrote: > On Mon, Sep 15, 2014 at 04:32:21PM -0300, Thiago Franco Moraes wrote: > > It's working now! Thanks! There are some problems with the widgets > > layouts and placements, but everything seems to work. I'll try to > > solve these problems. > > There are two issues I am aware of which can affect these sort of things > (but probably others too): Make that three issues I am aware of - this one had slipped my mind temporarily: http://trac.wxwidgets.org/ticket/16440 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#762252: ITP: afdko -- Adobe Font Development Kit for OpenType
Package: wnpp Severity: wishlist Owner: Debian Fonts Task Force * Package name: afdko Version : 0~20140920 Upstream Author : Adobe Systems Incorporated * URL : https://github.com/adobe-type-tools/afdko * License : Apache License Programming Lang: C, Python Description : Adobe Font Development Kit for OpenType Adobe Font Development Kit for OpenType (AFDKO) is a set of tools for building OpenType font files from PostScript and TrueType font data. -- ChangZhuo Chen (陳昌倬) http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP
Hi Eriberto, Sorry this is taking so long. I had a lot of homework this week. I have 2 questions: 1. If somebody is mentioned in the upstream changelog as having made a contribution but does not appear on any copyright notices, do they belong anywhere in the debian/copyright folder? 2.Once I have a VCS set up, should I still make uploads to mentors.debian.net? 3. I noticed there is docbook documentation associated with the upstream project. I forget which utilities I ran to try to convert it, but they all crashed. What should I do with it? I didn't even know kcm addons were supposed to have man pages. 3b. What utilities do you recommend in relation to question 3? I have never used docbook before. Thanks, --Shawn I hope to have the fixes you mentioned done by Sunday. On Monday, September 15, 2014 19:41:43 Eriberto wrote: > Hi Shawn, > > About your package, please: > > 1. Please, create a VCS to control your debian/ versions. You can use > github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to > d/control. You can see an example here[1]. > > [1] > http://sources.debian.net/src/yowsup/0.0~git20140314.938cf1-1/debian/co ntro > l/ > > 2. d/control: > - In Homepage field you must to use > 'http://kde-apps.org/content/show.php?content=137789' only. Please, > use this address in d/copyright too. > - Can you put semicolons at end of each line of the list and > separate the paragraphs? See an example here[1]. > - Fix the word "connectivity". > > [1] http://sources.debian.net/src/xombrero/2:1.6.3-1/debian/control/ > > 3. d/copyright: in source code I can see names as Darwin M. Bautista > and Christian Hubinger. Please, inspect carefully the upstream code > and add all authors name. > > 4. d/rules: what does this line? --> include /usr/share/dpkg/default.mk > > 5. d/watch: your watch file don't work. Please, see here[2] how to > make a watch file. Remove all trash. > > [2] http://eriberto.pro.br/blog/?p=1459 > > 6. There are Lintian messages in your package: > > I: kcm-ufw source: debian-watch-contains-dh_make-template > I: kcm-ufw: spelling-error-in-binary usr/lib/kde4/kcm_ufw.so incomming > incoming X: kcm-ufw: package-contains-broken-symlink > usr/share/doc/kde/HTML/en/kcontrol/ufw/common ../../common > X: kcm-ufw: package-contains-broken-symlink > usr/share/doc/kde/HTML/es/kcontrol/ufw/common ../../common > > 7. Put this line in d/rules: > > export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed > > To solve these issues: > > dpkg-shlibdeps: warning: package could avoid a useless dependency if > debian/kcm-ufw/usr/lib/kde4/kcm_ufw.so > debian/kcm-ufw/usr/lib/kde4/libexec/kcm_ufw_helper were not linked > against libQtDBus.so.4 (they use none of the library's symbols) > dpkg-shlibdeps: warning: package could avoid a useless dependency if > debian/kcm-ufw/usr/lib/kde4/kcm_ufw.so > debian/kcm-ufw/usr/lib/kde4/libexec/kcm_ufw_helper were not linked > against libgcc_s.so.1 (they use none of the library's symbols) > dpkg-shlibdeps: warning: package could avoid a useless dependency if > debian/kcm-ufw/usr/lib/kde4/kcm_ufw.so was not linked against > libQtSvg.so.4 (it uses none of the library's symbols) > > 8. Run the command 'blhc --all kcm-ufw_0.4.3-1_amd64.build' and you > will see several messages. To solve it, add to debian/rules: > > export DEB_BUILD_MAINT_OPTIONS = hardening=+all > > Thanks for your work. > > Cheers, > > Eriberto > > 2014-09-14 18:06 GMT-03:00 Shawn Sörbom : > > Got it. I will do that today. > > Thanks, > > --Shawn
Bug#488386: please provide an udeb for laptop-detect
Is it still unclear why Debian Edu need the laptop-detect-udeb package? Can we please have it back, to allow us to drop our copy from the debian-edu-install package? -- 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#753809: ginkgocadx: will not display studies
Dear Karsten, On Sat, 5 Jul 2014 12:51:12 Karsten Hilbert wrote: > 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. Thank you. -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B --- What can be asserted without proof can be dismissed without proof. -- Christopher Hitchens, 2004 signature.asc Description: This is a digitally signed message part.
Bug#759061: tpclient-pywx: Please update to use wxpython3.0
On Thu, Sep 18, 2014 at 03:39:08PM +0200, Markus Koschany wrote: > On Tue, 9 Sep 2014 23:01:36 -0300 Olly Betts wrote: > > I've just been having a look at getting tpclient-pywx working with > > wxPython 3.0, and it looks non-trivial. The first major issue I hit is > > that the start-up all happens in the wrong order (probably also wrong > > with 2.8, but 3.0 actually checks and complains). > > > > However, looking at the PTS, I thought I should check if you think > > it is worth trying to keep this package in the archive: > > > > * Popcon shows *0* active users (out of 18 installs, 2 of which are > > new - one of those probably me!) > > > > * last maintainer upload was approaching 5 years ago > > > > * last upstream release date I couldn't easily discover, but it was > > prior to the Debian package first being upload on 2009-03-09 > > Indeed I think the client and the libraries for Thousand Parsec are good > removal candidates: > > According to http://www.thousandparsec.net/tp > > * Upstream forum is down > * Last posts on the mailing lists date back to 2010 > * No servers and players active > > If tpclient-pywx is removed from Debian, then there is no reason to keep > > https://packages.debian.org/src:libtpclient-py > > and > > https://packages.qa.debian.org/libt/libtpproto-py.html > > either. Barry deFreese is the only person listed in "Uploaders:" for these 3 packages - what are your thoughts on removing them, Barry? 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#759079: [pkg-x2go-devel] Bug#759079: pyhoca-gui: patch for wxPython 3.0
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#762250: cecilia: Patch for wxPython 3.0
Control: tags 762250 + patch Control: tags 755757 - patch Dear maintainer, With the attached patch, the wx-related errors I originally got are gone, as is another sizer-related error I got after fixing those. Let me know if you're like me to NMU these changes. Cheers, Olly diff -Nru cecilia-5.0.9/debian/changelog cecilia-5.0.9/debian/changelog --- cecilia-5.0.9/debian/changelog 2013-11-29 14:35:03.0 +1300 +++ cecilia-5.0.9/debian/changelog 2014-09-20 14:46:01.0 +1200 @@ -1,3 +1,11 @@ +cecilia (5.0.9-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update for wxPython 3.0 (Closes: #755757): ++ New patch: wxpython3.0.patch + + -- Olly Betts Sat, 20 Sep 2014 02:45:20 + + cecilia (5.0.9-1) unstable; urgency=low * New upstream release. diff -Nru cecilia-5.0.9/debian/patches/series cecilia-5.0.9/debian/patches/series --- cecilia-5.0.9/debian/patches/series 2013-11-29 14:35:03.0 +1300 +++ cecilia-5.0.9/debian/patches/series 2014-09-20 14:20:46.0 +1200 @@ -1 +1,2 @@ use-distutils.diff +wxpython3.0.patch diff -Nru cecilia-5.0.9/debian/patches/wxpython3.0.patch cecilia-5.0.9/debian/patches/wxpython3.0.patch --- cecilia-5.0.9/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200 +++ cecilia-5.0.9/debian/patches/wxpython3.0.patch 2014-09-20 14:51:03.0 +1200 @@ -0,0 +1,124 @@ +Description: Update for wxPython 3.0 + These changes should remain compatible with wxPython 2.8. +Author: Olly Betts +Bug-Debian: https://bugs.debian.org/755757 +Forwarded: no +Last-Update: 2014-09-20 + +Index: cecilia-5.0.9/Resources/CeciliaLib.py +=== +--- cecilia-5.0.9.orig/Resources/CeciliaLib.py cecilia-5.0.9/Resources/CeciliaLib.py +@@ -170,7 +170,7 @@ def saveFileDialog(parent, wildcard, typ + defaultFile = os.path.split(getVar("currentCeciliaFile", unicode=True))[1].split(".")[0] + saveAsDialog = wx.FileDialog(parent, message="%s file as ..." % type, + defaultDir=defaultPath, defaultFile=defaultFile+ext, +- wildcard=wildcard, style=wx.SAVE | wx.FD_OVERWRITE_PROMPT) ++ wildcard=wildcard, style=wx.FD_SAVE | wx.FD_OVERWRITE_PROMPT) + if saveAsDialog.ShowModal() == wx.ID_OK: + filePath = ensureNFD(saveAsDialog.GetPath()) + if type == 'Save audio': +@@ -224,7 +224,7 @@ def loadPlayerEditor(app_type): + path = '' + dlg = wx.FileDialog(None, message="Choose a %s..." % app_type, + defaultDir=os.path.expanduser('~'), +- wildcard=wildcard, style=wx.OPEN) ++ wildcard=wildcard, style=wx.FD_OPEN) + + if dlg.ShowModal() == wx.ID_OK: + path = dlg.GetPath() +@@ -540,7 +540,7 @@ def openCeciliaFile(parent, openfile=Non + wildcard = "Cecilia file (*.%s)|*.%s" % (FILE_EXTENSION, FILE_EXTENSION) + defaultPath = getVar("openFilePath", unicode=True) + openDialog = wx.FileDialog(parent, message='Choose a Cecilia file to open...', +-defaultDir=defaultPath, wildcard=wildcard, style=wx.OPEN) ++defaultDir=defaultPath, wildcard=wildcard, style=wx.FD_OPEN) + if openDialog.ShowModal() == wx.ID_OK: + cecFilePath = openDialog.GetPath() + setVar("openFilePath", (os.path.split(cecFilePath)[0])) +Index: cecilia-5.0.9/Resources/CeciliaPlot.py +=== +--- cecilia-5.0.9.orig/Resources/CeciliaPlot.py cecilia-5.0.9/Resources/CeciliaPlot.py +@@ -702,7 +702,7 @@ class PlotCanvas(wx.Panel): + self, + "Choose a file with extension bmp, gif, xbm, xpm, png, or jpg", ".", "", + "BMP files (*.bmp)|*.bmp|XBM files (*.xbm)|*.xbm|XPM file (*.xpm)|*.xpm|PNG files (*.png)|*.png|JPG files (*.jpg)|*.jpg", +-wx.SAVE|wx.OVERWRITE_PROMPT ++wx.FD_SAVE|wx.FD_OVERWRITE_PROMPT + ) + try: + while 1: +Index: cecilia-5.0.9/Resources/DocFrame.py +=== +--- cecilia-5.0.9.orig/Resources/DocFrame.py cecilia-5.0.9/Resources/DocFrame.py +@@ -534,7 +534,7 @@ class ManualFrame(wx.Frame): + self.doc_panel.collapseAll() + + if __name__ == "__main__": +-app = wx.PySimpleApp() ++app = wx.App(False) + doc_frame = ManualFrame() + doc_frame.Show() + app.MainLoop() +Index: cecilia-5.0.9/Resources/Grapher.py +=== +--- cecilia-5.0.9.orig/Resources/Grapher.py cecilia-5.0.9/Resources/Grapher.py +@@ -1468,7 +1468,7 @@ class CECGrapher(wx.Panel): + def OnSave(self): + line = self.plotter.getLine(self.plotter.getSelecte
Bug#762251: libopenjp2-7-dev: Please ship libopenjp2.pc for pkgconfig
Package: libopenjp2-7-dev Version: 2.1.0-1 Severity: important I found there is src/lib/openjp2/libopenjp2.pc.cmake.in in the source so I think we should ship the libopenjp2.pc file in the devel package. Currently building mupdf depends on the file to config. Kanru -- 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 libopenjp2-7-dev depends on: ii libopenjp2-7 2.1.0-1 libopenjp2-7-dev recommends no packages. libopenjp2-7-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86
On Sat, 20 Sep 2014, Carlos O'Donell wrote: > On Fri, Sep 19, 2014 at 9:59 PM, Henrique de Moraes Holschuh > wrote: > > On Fri, 19 Sep 2014, Carlos O'Donell wrote: > >> On Fri, Sep 19, 2014 at 6:18 PM, Henrique de Moraes Holschuh > >> wrote: > >> > On Fri, 19 Sep 2014, Henrique de Moraes Holschuh wrote: > >> >> I can live with that, and I think I can prepare a patch if you want me > >> >> to. > >> > > >> > Here's a minimal patch to glibc that should do it (compile tested). > >> > >> The GNU C Library only uses elision if built with > >> --enable-lock-elision=yes. > >> > >> All you need to do is not build glibc with this flag. > > > > Given Jessie's expected lifetime, I'd say the blacklist is a much better > > choice with the data currently available. > > Why not ignore this, call it a hardware problem, and let users update > the microcode if their devices are broken? Because we are better than that. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759073: twisted: Patch for wxPython 3.0
Control: tags 759073 + patch Control: severity -1 serious # Justification: blocks the on-going wxpython3.0 transition I've rebuilt twisted with the attached patch, and tested the two wx-using examples I found, both of which look good to me: doc/_downloads/wxacceptance.py doc/_downloads/wxdemo.py Let me know if you'd like me to NMU these changes. Cheers, Olly diff -Nru twisted-14.0.0/debian/changelog twisted-14.0.0/debian/changelog --- twisted-14.0.0/debian/changelog 2014-07-24 01:39:32.0 +1200 +++ twisted-14.0.0/debian/changelog 2014-09-20 15:48:56.0 +1200 @@ -1,3 +1,11 @@ +twisted (14.0.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update for wxPython 3.0 (Closes: #759073): +- New patch: wxpython3.0.patch + + -- Olly Betts Sat, 20 Sep 2014 03:48:30 + + twisted (14.0.0-2) unstable; urgency=medium * python-twisted-core: Depend on python-openssl and python-service-identity. diff -Nru twisted-14.0.0/debian/control twisted-14.0.0/debian/control --- twisted-14.0.0/debian/control 2014-07-24 01:39:47.0 +1200 +++ twisted-14.0.0/debian/control 2014-09-20 15:48:21.0 +1200 @@ -39,7 +39,7 @@ python-zope.interface (>= 3.6), python (>= 2.5), ${python:Depends}, ${misc:Depends}, python-openssl, python-service-identity -Suggests: python-tk, python-gtk2, python-glade2, python-qt3, python-wxgtk2.8 +Suggests: python-tk, python-gtk2, python-glade2, python-qt3, python-wxgtk3.0 Recommends: python-openssl, python-pam, python-serial Provides: ${python:Provides} Description: Event-based framework for internet applications diff -Nru twisted-14.0.0/debian/patches/series twisted-14.0.0/debian/patches/series --- twisted-14.0.0/debian/patches/series 2013-11-07 08:51:30.0 +1300 +++ twisted-14.0.0/debian/patches/series 2014-09-20 15:47:37.0 +1200 @@ -1 +1,2 @@ tap2deb.diff +wxpython3.0.patch diff -Nru twisted-14.0.0/debian/patches/wxpython3.0.patch twisted-14.0.0/debian/patches/wxpython3.0.patch --- twisted-14.0.0/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200 +++ twisted-14.0.0/debian/patches/wxpython3.0.patch 2014-09-20 15:48:10.0 +1200 @@ -0,0 +1,32 @@ +Description: Update for wxPython 3.0 + These changes should remain compatible with wxPython 2.8. +Author: Olly Betts +Bug-Debian: https://bugs.debian.org/759073 +Forwarded: no +Last-Update: 2014-09-20 + +--- twisted-14.0.0.orig/twisted/internet/wxreactor.py twisted-14.0.0/twisted/internet/wxreactor.py +@@ -25,11 +25,11 @@ real applications. + + import Queue + try: +-from wx import PySimpleApp as wxPySimpleApp, CallAfter as wxCallAfter, \ ++from wx import App as wxApp, CallAfter as wxCallAfter, \ + Timer as wxTimer + except ImportError: + # older version of wxPython: +-from wxPython.wx import wxPySimpleApp, wxCallAfter, wxTimer ++from wxPython.wx import wxApp, wxCallAfter, wxTimer + + from twisted.python import log, runtime + from twisted.internet import _threadedselect +@@ -125,7 +125,7 @@ class WxReactor(_threadedselect.Threaded + if not hasattr(self, "wxapp"): + log.msg("registerWxApp() was not called on reactor, " + "registering my own wxApp instance.") +-self.registerWxApp(wxPySimpleApp()) ++self.registerWxApp(wxApp(False)) + + # start select() thread: + self.interleave(self._runInMainThread,
Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86
On Fri, Sep 19, 2014 at 9:59 PM, Henrique de Moraes Holschuh wrote: > On Fri, 19 Sep 2014, Carlos O'Donell wrote: >> On Fri, Sep 19, 2014 at 6:18 PM, Henrique de Moraes Holschuh >> wrote: >> > On Fri, 19 Sep 2014, Henrique de Moraes Holschuh wrote: >> >> I can live with that, and I think I can prepare a patch if you want me to. >> > >> > Here's a minimal patch to glibc that should do it (compile tested). >> >> The GNU C Library only uses elision if built with --enable-lock-elision=yes. >> >> All you need to do is not build glibc with this flag. > > Given Jessie's expected lifetime, I'd say the blacklist is a much better > choice with the data currently available. Why not ignore this, call it a hardware problem, and let users update the microcode if their devices are broken? Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762134: libwxgtk3.0-0: wxTR_EDIT_LABELS has no effect
Control: forwarded -1 http://trac.wxwidgets.org/ticket/16573 On Thu, Sep 18, 2014 at 09:52:49PM +0200, Jakub Wilk wrote: > [I talked about this problem in #758950; but now I'm convinced it's > a problem with wxWidgets itself.] Thanks - I'd been meaning to check this, but hadn't got to it yet. I've forwarded your report upstream. 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#760720: qrouter review
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#755757: cecilia: Patch for wxPython 3.0
Control: tags 755757 + patch Dear maintainer, With the attached patch, the wx-related errors I originally got are gone, as is another sizer-related error I got after fixing those. Let me know if you're like me to NMU these changes. Cheers, Olly diff -Nru cecilia-5.0.9/debian/changelog cecilia-5.0.9/debian/changelog --- cecilia-5.0.9/debian/changelog 2013-11-29 14:35:03.0 +1300 +++ cecilia-5.0.9/debian/changelog 2014-09-20 14:46:01.0 +1200 @@ -1,3 +1,11 @@ +cecilia (5.0.9-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update for wxPython 3.0 (Closes: #755757): ++ New patch: wxpython3.0.patch + + -- Olly Betts Sat, 20 Sep 2014 02:45:20 + + cecilia (5.0.9-1) unstable; urgency=low * New upstream release. diff -Nru cecilia-5.0.9/debian/patches/series cecilia-5.0.9/debian/patches/series --- cecilia-5.0.9/debian/patches/series 2013-11-29 14:35:03.0 +1300 +++ cecilia-5.0.9/debian/patches/series 2014-09-20 14:20:46.0 +1200 @@ -1 +1,2 @@ use-distutils.diff +wxpython3.0.patch diff -Nru cecilia-5.0.9/debian/patches/wxpython3.0.patch cecilia-5.0.9/debian/patches/wxpython3.0.patch --- cecilia-5.0.9/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200 +++ cecilia-5.0.9/debian/patches/wxpython3.0.patch 2014-09-20 14:51:03.0 +1200 @@ -0,0 +1,124 @@ +Description: Update for wxPython 3.0 + These changes should remain compatible with wxPython 2.8. +Author: Olly Betts +Bug-Debian: https://bugs.debian.org/755757 +Forwarded: no +Last-Update: 2014-09-20 + +Index: cecilia-5.0.9/Resources/CeciliaLib.py +=== +--- cecilia-5.0.9.orig/Resources/CeciliaLib.py cecilia-5.0.9/Resources/CeciliaLib.py +@@ -170,7 +170,7 @@ def saveFileDialog(parent, wildcard, typ + defaultFile = os.path.split(getVar("currentCeciliaFile", unicode=True))[1].split(".")[0] + saveAsDialog = wx.FileDialog(parent, message="%s file as ..." % type, + defaultDir=defaultPath, defaultFile=defaultFile+ext, +- wildcard=wildcard, style=wx.SAVE | wx.FD_OVERWRITE_PROMPT) ++ wildcard=wildcard, style=wx.FD_SAVE | wx.FD_OVERWRITE_PROMPT) + if saveAsDialog.ShowModal() == wx.ID_OK: + filePath = ensureNFD(saveAsDialog.GetPath()) + if type == 'Save audio': +@@ -224,7 +224,7 @@ def loadPlayerEditor(app_type): + path = '' + dlg = wx.FileDialog(None, message="Choose a %s..." % app_type, + defaultDir=os.path.expanduser('~'), +- wildcard=wildcard, style=wx.OPEN) ++ wildcard=wildcard, style=wx.FD_OPEN) + + if dlg.ShowModal() == wx.ID_OK: + path = dlg.GetPath() +@@ -540,7 +540,7 @@ def openCeciliaFile(parent, openfile=Non + wildcard = "Cecilia file (*.%s)|*.%s" % (FILE_EXTENSION, FILE_EXTENSION) + defaultPath = getVar("openFilePath", unicode=True) + openDialog = wx.FileDialog(parent, message='Choose a Cecilia file to open...', +-defaultDir=defaultPath, wildcard=wildcard, style=wx.OPEN) ++defaultDir=defaultPath, wildcard=wildcard, style=wx.FD_OPEN) + if openDialog.ShowModal() == wx.ID_OK: + cecFilePath = openDialog.GetPath() + setVar("openFilePath", (os.path.split(cecFilePath)[0])) +Index: cecilia-5.0.9/Resources/CeciliaPlot.py +=== +--- cecilia-5.0.9.orig/Resources/CeciliaPlot.py cecilia-5.0.9/Resources/CeciliaPlot.py +@@ -702,7 +702,7 @@ class PlotCanvas(wx.Panel): + self, + "Choose a file with extension bmp, gif, xbm, xpm, png, or jpg", ".", "", + "BMP files (*.bmp)|*.bmp|XBM files (*.xbm)|*.xbm|XPM file (*.xpm)|*.xpm|PNG files (*.png)|*.png|JPG files (*.jpg)|*.jpg", +-wx.SAVE|wx.OVERWRITE_PROMPT ++wx.FD_SAVE|wx.FD_OVERWRITE_PROMPT + ) + try: + while 1: +Index: cecilia-5.0.9/Resources/DocFrame.py +=== +--- cecilia-5.0.9.orig/Resources/DocFrame.py cecilia-5.0.9/Resources/DocFrame.py +@@ -534,7 +534,7 @@ class ManualFrame(wx.Frame): + self.doc_panel.collapseAll() + + if __name__ == "__main__": +-app = wx.PySimpleApp() ++app = wx.App(False) + doc_frame = ManualFrame() + doc_frame.Show() + app.MainLoop() +Index: cecilia-5.0.9/Resources/Grapher.py +=== +--- cecilia-5.0.9.orig/Resources/Grapher.py cecilia-5.0.9/Resources/Grapher.py +@@ -1468,7 +1468,7 @@ class CECGrapher(wx.Panel): + def OnSave(self): + line = self.plotter.getLine(self.plotter.getSelected()) + dlg = wx.FileD
Bug#683774: Adobe ADFKO is now free software!
Hi all, Adobe ADFKO has been released under a free software license (Apache 2.0): http://blog.typekit.com/2014/09/19/new-from-adobe-type-open-sourced-font-development-tools/ So the fonts that build using them (RFPs and ITPs CCed) can now go to Debian main once Adobe ADFKO has been packaged and accepted into Debian main. Anyone want to package it? -- 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#760620: wheezy-pu: mumble/1.2.3-349-g315b5f5-2.2+deb7u2
On Wednesday, September 17, 2014 19:07:48 Adam D. Barratt wrote: > Control: tags -1 + moreinfo > > On Sat, 2014-09-06 at 02:02 -0400, Chris Knadle wrote: > > Dear release team: > > > I'd like to update the Mumble package in Wheezy for the following: > > For the record, this never made it to debian-release@, most likely due > to the size of the diff. Thanks for finding it and having a look. > [...] > > > - Add 37-fix-connect-dialog-hang-dee463ef.diff. Closes: #688444 > > Fix crashing when connecting to a server. > > According to the bug's metadata, this issue applies to the package in > unstable and is not currently fixed there; is that correct? No, it was fixed in unstable some time ago (version 1.2.4-0.1). Thanks for pointing this out -- I'll look through the list of other bugs to see if they also need updating for the metadata. > If the unstable package is not affected, please correct the metadata; if > it is affected, please resolve the issue there first. I believe I've corrected the metadata; the graph of the versions affected by #688444 look correct now. Thanks. -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731621: marked as done (duplicity: verify does not really check file contents. it compares only inode information)
reopen 731621 = thanks alastair, i think your upload of magics++ closed the wrong bug: duplicity doesn't have anything to do with the weather - well, maybe magics++ can help us with forecasting backup data corruption but i somehow doubt it ;-) regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ Die Freiheit besteht darin, daß man alles tun kann, was einem anderen nicht schadet. -- Arthur Schopenhauer signature.asc Description: Digital Signature
Bug#613428: dpkg --force-unsafe-io still calls fsync()
[Guillem Jover] > Hi! Hi. :) > You asked in the past why the current implementation is the way it > is. A quick summary would be that, [...] Thank you for the explanation. :) > You should either clear the kernel cache or reboot on each iteration > to try to get a similar initial state. The former can be done with > something like: > > sudo sh -c 'sync && echo 3 > /proc/sys/vm/drop_caches' Good point. I did some more testing with such flushing in place, and tried a bit with different ordering too, and got this result installing the kde-full package and dependences (around 1700 packages): Fri Sep 19 10:39:48 CEST 2014 used: 576 dpkg_conf Fri Sep 19 10:49:09 CEST 2014 used: 558 divert Fri Sep 19 11:01:33 CEST 2014 used: 741 default Fri Sep 19 11:14:08 CEST 2014 used: 556 dpkg_conf Fri Sep 19 11:23:28 CEST 2014 used: 557 divert Fri Sep 19 11:37:57 CEST 2014 used: 866 default Fri Sep 19 12:11:27 CEST 2014 used: 930 default Fri Sep 19 12:20:54 CEST 2014 used: 564 divert Fri Sep 19 12:30:21 CEST 2014 used: 564 dpkg_conf Fri Sep 19 15:24:50 CEST 2014 used: 805 default Fri Sep 19 15:34:15 CEST 2014 used: 562 divert Fri Sep 19 15:43:40 CEST 2014 used: 562 dpkg_conf The machine had 100Mbit/s to the mirror, so most of the time is spent unpacking. The speedup seem to be significant, in the range two to three minutes for this set of packages. Also, this indicate that using eatmydata for dpkg is enough to get most of the advantage, and that using it for apt-get do not gain much extra speedup. Adding a wrapper and configuring Dir::Bin::dpkg to call it might be seen as less intrusive than the dpkg-divert method. > You might also want to try with the attached dpkg patch which should > disable all fsync() calls in the main dpkg program, to see how the > rest of the system affects your performance, besides dpkg itself. Will try to find time to do this later.:) This is the script I use for testing now. #!/bin/sh set -e suite=testing chroot=chroot-testing #mirror=http://http.debian.net/debian mirror=http://ftp.uio.no/debian unset TMP TMPDIR TEMP TEMPDIR # Never wait for input DEBIAN_FRONTEND=noninteractive export DEBIAN_FRONTEND info() { echo info: "$@" ; } error() { echo error: "$@" ; } make_chroot() { debootstrap $suite $chroot $mirror printf "#!/bin/sh\nexit 101\n" > $chroot/usr/sbin/policy-rc.d chmod a+rx $chroot/usr/sbin/policy-rc.d chroot $chroot apt-get install -y eatmydata } install_chroot_pkgs() { chroot $chroot apt-get install -o APT::Acquire::Retries=3 -y kde-full } test_default() { make_chroot install_chroot_pkgs } test_divert() { make_chroot for bin in dpkg apt-get aptitude tasksel ; do file=/usr/bin/$bin # Test that the file exist and have not been diverted already. if [ -f $chroot/usr/bin/$bin ] ; then info "diverting /usr/bin/$bin using eatmydata" printf "#!/bin/sh\neatmydata $bin.distrib \"\$@\"\n" \ > $chroot/usr/bin/$bin.edu chmod 755 $chroot/usr/bin/$bin.edu chroot $chroot dpkg-divert --package debian-edu-config \ --rename --quiet --add /usr/bin/$bin ln -sf ./$bin.edu $chroot/usr/bin/$bin else error "unable to divert /usr/bin/$bin, as it is missing." fi done install_chroot_pkgs } # https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613428 test_dpkg_conf() { make_chroot cat > $chroot/usr/bin/dpkg-eatmydata <<'EOF' #!/bin/sh /usr/bin/eatmydata /usr/bin/dpkg "$@" EOF chmod a+rx $chroot/usr/bin/dpkg-eatmydata cat > $chroot/etc/apt/apt.conf.d/dpkg-eatmydata < run-$suite.log 2>&1 for f in \ default \ divert \ dpkg_conf do rm -rf "$chroot" echo echo "Testing $f" echo sync && echo 3 > /proc/sys/vm/drop_caches start=$(date +%s) test_$f end=$(date +%s) (LC_ALL=C date; echo "used: $(($end - $start)) $f" ) >> test.log done echo tail test.log -- 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#762160: apt: [regression] 406 Not acceptable errors
Control: forcemerge 762160 762161 Control: retitle -1 apt: [regression] relative paths for Dir are broken Control: tags -1 + patch On Fri, 2014-09-19 at 16:34 +0200, Michael Vogt wrote: > This patch should fix it, if you could double check, that would be > great. I'm also curious if your second bugreport is fixed with this too: The patch works here and also fixes the other issue I reported, merging. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#762250: cecilia: Please update to use wxpython3.0
Package: cecilia Version: 5.0.9-1 Severity: serious Justification: blocks the on-going wxpython3.0 transition Tags: sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wxpy3.0 Control: block 755757 by -1 I missed this package in my previous checks, as while it uses the wx API, it doesn't seem to have any sort of dependency on python-wxgtk2.8 or indeed any wx package (it'd be useful for transitions, and I think also for users, to add at least a 'Suggests: python-wxgtk3.0'). Starting cecilia from unstable with python-wxgtk3.0 installed, I get the following output, and it doesn't seem to actually start up correctly: Preferences file not found. pyo version 0.7.0 (uses single precision) WxPython is not found for the current python version. Pyo will use a minimal GUI toolkit written with Tkinter. This toolkit has limited functionnalities and is no more maintained or updated. If you want to use all of pyo's GUI features, you should install WxPython, available here: http://www.wxpython.org/ ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/cecilia/Resources/splash.py", line 70, in OnPaint font.SetPixelSize((15,15)) File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_gdi.py", line 2313, in SetPixelSize return _gdi_.Font_SetPixelSize(*args, **kwargs) wx._core.PyAssertionError: C++ assertion "IsOk()" failed at ../src/gtk/font.cpp(337) in GetPointSize(): invalid font Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_misc.py", line 1367, in Notify self.notify() File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py", line 16866, in Notify self.result = self.callable(*self.args, **self.kwargs) File "/usr/lib/python2.7/dist-packages/cecilia/Resources/splash.py", line 78, in OnClose self.callback() File "/usr/bin/cecilia", line 68, in onStart ceciliaMainFrame.onOpen(os.path.join(MODULES_PATH, category, file), True) File "/usr/lib/python2.7/dist-packages/cecilia/Resources/CeciliaMainFrame.py", line 236, in onOpen CeciliaLib.openCeciliaFile(self, event, builtin) File "/usr/lib/python2.7/dist-packages/cecilia/Resources/CeciliaLib.py", line 584, in openCeciliaFile getVar("audioServer").openCecFile(cecFilePath) File "/usr/lib/python2.7/dist-packages/cecilia/Resources/audio.py", line 1660, in openCecFile CeciliaLib.getVar("mainFrame").onUpdateInterface(None) File "/usr/lib/python2.7/dist-packages/cecilia/Resources/CeciliaMainFrame.py", line 326, in onUpdateInterface ceciliaInterface = CeciliaInterface.CeciliaInterface(None, title='Interface - %s' % title, mainFrame=self) File "/usr/lib/python2.7/dist-packages/cecilia/Resources/CeciliaInterface.py", line 52, in __init__ self.controlPanel = Control.CECControl(self, -1) File "/usr/lib/python2.7/dist-packages/cecilia/Resources/Control.py", line 108, in __init__ self.sizerMain.Add(Separator(self, (230,2), colour=BORDER_COLOUR), 1, wx.EXPAND) File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py", line 14453, in Add return _core_.Sizer_Add(*args, **kwargs) wx._core.PyAssertionError: C++ assertion "Assert failure" failed at ../src/common/sizer.cpp(1401) in DoInsert(): too many items (4 > 1*3) in grid sizer (maybe you should omit the number of either rows or columns?) I've included the standard information from the other mails I filed earlier below: We're aiming to migrate the archive to using wxpython3.0 instead of wxwidgets2.8, and hope to drop wxwidgets2.8 before jessie is released. This transition is already underway, and is being tracked by the release team here: https://release.debian.org/transitions/html/wxpython3.0.html The wxPython 3.0 API mostly adds to the wxPython2.8 API. Many packages work with wxPython 3.0 without any changes, but there are a few incompatibilities. For example, wx.Color is no longer supported as an alias for wx.Colour, and some constants which were deprecated in 2.8 have been removed. All the removed constants I'm aware of were set to 0 in wxPython 2.8, so removing them is still compatible with 2.8. To assist updating to wxPython 3.0, I've put together a script which will help make the mechanical changes required. This is in a git repo on collab-maint alo
Bug#760763: fixed in libav 6:11~beta1-3
On Fri, 2014-09-19 at 08:46 -0400, Reinhard Tartler wrote: > I am puzzled. What's wrong with this change: > > http://anonscm.debian.org/cgit/pkg-multimedia/libav.git/commit/debian/libav-tools.maintscript?id=1234c1184d0c3065ff791b984636b7925448fc9b It looks correct to me, h. Maybe start by trying to reproduce it using the debs from snapshot. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#754528: Acknowledgement (mirror submission for debian.redlibre.cl)
ok, sorry i didn't see the previous messages :) we have 200Mbps bandwidth available regards pablo umanzor
Bug#762249: mirror listing update for debian.redlibre.cl
Package: mirrors Severity: minor Submission-Type: update Site: debian.redlibre.cl Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ IPv6: no Archive-upstream: ftp.nl.debian.org Updates: four Maintainer: Pablo Umanzor Country: CL Chile Location: Santiago, DownTown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759092: python-pyo: diff for NMU version 0.7-2.1
Control: tags 759092 + pending Dear maintainer, I've uploaded an NMU for python-pyo (versioned as 0.7-2.1). The patch is essentially the same as the one I attached to the bug earlier - I just tweaked the debian/changelog entry. I've tested the updated package with: python /usr/share/doc/python-pyo/examples/control/03_table_grapher.py Cheers, Olly diff -Nru python-pyo-0.7/debian/changelog python-pyo-0.7/debian/changelog --- python-pyo-0.7/debian/changelog 2014-08-31 12:14:41.0 +1200 +++ python-pyo-0.7/debian/changelog 2014-09-20 13:35:33.0 +1200 @@ -1,3 +1,15 @@ +python-pyo (0.7-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Updates for wxPython 3.0 compatibility (Closes: #759092): +- Fix deprecation warnings with wxPython 3.0. +- Fix check for wxPython not to insist that 2.8 is installed before picking + something that's 2.8 or newer. +- Update uses of removed alias wx.Color to wx.Colour. +- Update FileDialog flags to use the non-deprecated "FD_" prefixed form. + + -- Olly Betts Sat, 20 Sep 2014 01:34:09 + + python-pyo (0.7-2) unstable; urgency=low * Depends on python-wxgtk3.0 instead of python-wxgtk2.8 to have the diff -Nru python-pyo-0.7/debian/patches/01-epyo_paths python-pyo-0.7/debian/patches/01-epyo_paths --- python-pyo-0.7/debian/patches/01-epyo_paths 2014-08-31 09:11:38.0 +1200 +++ python-pyo-0.7/debian/patches/01-epyo_paths 2014-09-10 08:16:16.0 +1200 @@ -1,5 +1,7 @@ a/utils/E-Pyo.py -+++ b/utils/E-Pyo.py +Index: python-pyo-0.7/utils/E-Pyo.py +=== +--- python-pyo-0.7.orig/utils/E-Pyo.py python-pyo-0.7/utils/E-Pyo.py @@ -210,7 +210,7 @@ elif WIN_APP_BUNDLED: EXAMPLE_PATH = os.path.join(os.getcwd(), "Resources", "examples") diff -Nru python-pyo-0.7/debian/patches/series python-pyo-0.7/debian/patches/series --- python-pyo-0.7/debian/patches/series 2014-08-31 09:11:38.0 +1200 +++ python-pyo-0.7/debian/patches/series 2014-09-08 06:17:51.0 +1200 @@ -1 +1,2 @@ 01-epyo_paths +wxpython3.0.patch diff -Nru python-pyo-0.7/debian/patches/wxpython3.0.patch python-pyo-0.7/debian/patches/wxpython3.0.patch --- python-pyo-0.7/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200 +++ python-pyo-0.7/debian/patches/wxpython3.0.patch 2014-09-13 15:29:42.0 +1200 @@ -0,0 +1,128 @@ +Description: Update for wxPython 3.0 + These changes should remain compatible with wxPython 2.8. +Forwarded: no +Last-Update: 2014-09-12 + +Index: python-pyo-0.7/pyolib/_widgets.py +=== +--- python-pyo-0.7.orig/pyolib/_widgets.py python-pyo-0.7/pyolib/_widgets.py +@@ -29,10 +29,11 @@ except: + WITH_PIL = False + + try: +-import wxversion +-if (wxversion.checkInstalled("2.8")): ++if 'wx' not in sys.modules: ++# Don't try to load if already loaded. ++import wxversion + wxversion.ensureMinimal("2.8") +-import wx ++import wx + from _wxwidgets import * + PYO_USE_WX = True + except: +Index: python-pyo-0.7/pyolib/_wxwidgets.py +=== +--- python-pyo-0.7.orig/pyolib/_wxwidgets.py python-pyo-0.7/pyolib/_wxwidgets.py +@@ -143,8 +143,8 @@ def powOfTwoToInt(x): + return POWOFTWO[x] + + def GetRoundBitmap( w, h, r ): +-maskColor = wx.Color(0,0,0) +-shownColor = wx.Color(5,5,5) ++maskColor = wx.Colour(0,0,0) ++shownColor = wx.Colour(5,5,5) + b = wx.EmptyBitmap(w,h) + dc = wx.MemoryDC(b) + dc.SetBrush(wx.Brush(maskColor)) +Index: python-pyo-0.7/utils/E-Pyo.py +=== +--- python-pyo-0.7.orig/utils/E-Pyo.py python-pyo-0.7/utils/E-Pyo.py +@@ -2250,7 +2250,7 @@ class MainFrame(wx.Frame): + def saveListPaste(self, evt): + if self.pastingList != []: + dlg = wx.FileDialog(self, message="Save file as ...", +-defaultDir=os.path.expanduser('~'), style=wx.SAVE) ++defaultDir=os.path.expanduser('~'), style=wx.FD_SAVE) + if dlg.ShowModal() == wx.ID_OK: + path = ensureNFD(dlg.GetPath()) + with open(path, "w") as f: +@@ -2258,7 +2258,7 @@ class MainFrame(wx.Frame): + + def loadListPaste(self, evt): + dlg = wx.FileDialog(self, message="Choose a file", +-defaultDir=os.path.expanduser("~"), style=wx.OPEN) ++defaultDir=os.path.expanduser("~"), style=wx.FD_OPEN) + if dlg.ShowModal() == wx.ID_OK: + path = dlg.GetPath() + self.pastingList = [] +@@ -2520,7 +2520,7 @@ class MainFrame(wx.Frame): + def insertPath(self, evt): + dlg = wx.FileDialog(self, message="Choose a file", + defaultDir=PREFERENCES.get("insert_path", os.path.expanduser("~")), +-
Bug#762248: OpenAFS kernel module needs patches for kernel 3.16
Package: openafs Version: 1.6.9-1 Severity: important Tags: patch fixed-upstream fixed-in-experimental OpenAFS needs two upstream patches to build on kernel 3.16. They are in the openafs-stable-1_6_x branch and included in 1.6.10pre1. ae86b07f827d6f3e2032a412f5f6cb3951a27d2d Linux 3.16: Switch to iter_file_splice_write f3c0f74186f4a323ffc5f125d961fe384d396cac Linux 3.16: Convert to new write_iter/read_iter ops Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762247: runit: svwaitup program is missing from the runit package
Package: runit Version: 2.1.1-6.2 Severity: normal Hi! It seems svwaitup program is missing from the runit package: http://smarden.org/runit1/svwaitup.8.html svwaitup allows you to create dependencies between services: http://smarden.org/pape/djb/daemontools/noinit.html Mitar -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages runit depends on: ii procps 1:3.3.3-3 Versions of packages runit recommends: ii fgetty 0.6-5 Versions of packages runit suggests: pn socklog-run -- 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#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86
On Fri, 19 Sep 2014, Carlos O'Donell wrote: > On Fri, Sep 19, 2014 at 6:18 PM, Henrique de Moraes Holschuh > wrote: > > On Fri, 19 Sep 2014, Henrique de Moraes Holschuh wrote: > >> I can live with that, and I think I can prepare a patch if you want me to. > > > > Here's a minimal patch to glibc that should do it (compile tested). > > The GNU C Library only uses elision if built with --enable-lock-elision=yes. > > All you need to do is not build glibc with this flag. Given Jessie's expected lifetime, I'd say the blacklist is a much better choice with the data currently available. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762246: [libmozjs185-1.0] "javascript" not capitalized in short description
Package: libmozjs185-1.0 Version: 1.8.5-1.0.0+dfsg-4.2 Severity: minor The short description reads: Spidermonkey javascript engine "JavaScript" is a proper noun and should at least have a capital "J". Note that "SpiderMonkey"'s "m" is usually uppercase. -- Filipus Klutiero http://www.philippecloutier.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#758939: mayavi2: Patch for wxPython 3.0
Control: tags 758939 + patch Control: severity -1 serious # Justification: blocks the on-going wxpython3.0 transition I've rebuilt mayavi2 with the attached patch. Provided I used a patched version of python-traitsui, it seems to work well: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758695#19 Please let me know if you'd like me to NMU these changes. Cheers, Olly diff -Nru mayavi2-4.3.1/debian/changelog mayavi2-4.3.1/debian/changelog --- mayavi2-4.3.1/debian/changelog 2014-06-17 18:37:54.0 +1200 +++ mayavi2-4.3.1/debian/changelog 2014-09-20 13:14:22.0 +1200 @@ -1,3 +1,11 @@ +mayavi2 (4.3.1-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update for wxpython3.0 (Closes: #758939): ++ New patch: wxpy3.0-compat.patch + + -- Olly Betts Sat, 20 Sep 2014 01:14:20 + + mayavi2 (4.3.1-3) unstable; urgency=medium * d/rules: remove references to pyshared (Closes: #746762) diff -Nru mayavi2-4.3.1/debian/control mayavi2-4.3.1/debian/control --- mayavi2-4.3.1/debian/control 2014-03-16 17:06:34.0 +1300 +++ mayavi2-4.3.1/debian/control 2014-09-01 05:59:14.0 +1200 @@ -14,7 +14,7 @@ Package: mayavi2 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, - python-traits, python-traitsui, python-wxgtk2.8, python-numpy, + python-traits, python-traitsui, python-wxgtk3.0, python-numpy, python-vtk (>= 5.4.2-5), python-pkg-resources, python-envisage, python-apptools (>= 4.0.0-1), libjs-jquery, python-configobj Suggests: python-scipy, ipython diff -Nru mayavi2-4.3.1/debian/patches/ipython.diff mayavi2-4.3.1/debian/patches/ipython.diff --- mayavi2-4.3.1/debian/patches/ipython.diff 2011-12-08 22:06:41.0 +1300 +++ mayavi2-4.3.1/debian/patches/ipython.diff 2014-09-20 12:49:41.0 +1200 @@ -1,8 +1,8 @@ -Index: mayavi2-4.0.0/mayavi/tests/README.txt +Index: mayavi2-4.3.1/mayavi/tests/README.txt === mayavi2-4.0.0.orig/mayavi/tests/README.txt 2011-12-08 03:55:09.0 -0500 -+++ mayavi2-4.0.0/mayavi/tests/README.txt 2011-12-08 03:55:36.0 -0500 -@@ -47,7 +47,6 @@ +--- mayavi2-4.3.1.orig/mayavi/tests/README.txt mayavi2-4.3.1/mayavi/tests/README.txt +@@ -47,7 +47,6 @@ The IPython Shell can be embedded anywhe You need to import the `IPython` module and then add the following lines wherver you want to embed the shell:: diff -Nru mayavi2-4.3.1/debian/patches/series mayavi2-4.3.1/debian/patches/series --- mayavi2-4.3.1/debian/patches/series 2011-12-09 17:32:05.0 +1300 +++ mayavi2-4.3.1/debian/patches/series 2014-09-01 06:01:52.0 +1200 @@ -1,2 +1,3 @@ help.diff ipython.diff +wxpy3.0-compat.patch diff -Nru mayavi2-4.3.1/debian/patches/wxpy3.0-compat.patch mayavi2-4.3.1/debian/patches/wxpy3.0-compat.patch --- mayavi2-4.3.1/debian/patches/wxpy3.0-compat.patch 1970-01-01 12:00:00.0 +1200 +++ mayavi2-4.3.1/debian/patches/wxpy3.0-compat.patch 2014-09-20 13:13:56.0 +1200 @@ -0,0 +1,127 @@ +Description: Fixes for wxPython 3.0 + Retains compatibility with 2.8 - there wx.InitAllImageHandlers() is a no-op, + wx.HIDE_READONLY is 0, and wx.PySimpleApp() issues a deprecation warning. +Author: Olly Betts +Bug-Debian: https://bugs.debian.org/758939 +Forwarded: no +Last-Update: 2014-09-20 + +Index: mayavi2-4.3.1/tvtk/pyface/ui/wx/init.py +=== +--- mayavi2-4.3.1.orig/tvtk/pyface/ui/wx/init.py mayavi2-4.3.1/tvtk/pyface/ui/wx/init.py +@@ -22,10 +22,6 @@ if wx.VERSION < (2, 6): + _app = wx.GetApp() + + if _app is None: +-_app = wx.PySimpleApp() ++_app = wx.App(False) +- +-# Before we can load any images we have to initialize wxPython's image +-# handlers. +-wx.InitAllImageHandlers() + + EOF ## +Index: mayavi2-4.3.1/tvtk/util/wx_gradient_editor.py +=== +--- mayavi2-4.3.1.orig/tvtk/util/wx_gradient_editor.py mayavi2-4.3.1/tvtk/util/wx_gradient_editor.py +@@ -392,7 +392,7 @@ class wxGradientEditorWidget(wx.Panel, G + (lookuptable) ``*.grad`` (gradient table for use with this program), + and ``*.jpg`` (image of the gradient) + """ +-dlg = wx.FileDialog(self, "Save LUT to...", style=wx.SAVE) ++dlg = wx.FileDialog(self, "Save LUT to...", style=wx.FD_SAVE) + wildcard = "Gradient Files (.grad)|*.grad|" \ +"All files (*.*)|*.*" + dlg.SetWildcard(wildcard) +@@ -405,7 +405,7 @@ class wxGradientEditorWidget(wx.Panel, G + """ + Load a ``*.grad`` lookuptable file using wxpython dialog + """ +-style = wx.OPEN | wx.HIDE_READONLY ++style = wx.FD_OPEN + dlg = wx.FileDialog(self, "Open a file", style=style) + wildcard = "Gradient Files (.grad)|*.grad|" \ +
Bug#761410: qextserialport: please raise the priority to optional
tag 761410 pending thanks Thanks Pino! The fix will be included in the next upload. -- Compartir las cosas buenas es una necesidad fácil de satisfacer. Compartir las cosas malas es una necesidad mayor, pero mucho mas difícil de satisfacer. Sin embargo, es el compartir las cosas malas lo que mas nos une como hermanos. Lisandro Damián Nicanor Pérez Meyer Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#762128: openssh-server: Spit out ssh host keys after generating in postinst (easy, and really useful!)
On Thu, Sep 18, 2014 at 03:17:27PM -0400, Micah Anderson wrote: > It suddenly dawned on me today, after doing this for the millionth time, that > when you install the openssh-server package, and it generates the ssh-host > keys, > it would be super helpful if it simply ran ssh-keygen -lf against those > generated host keys so that the fingerprints would be spit out on the screen. > > What I do is install the package, then I type that manually, every single > time. It strikes me as an incredibly simple change that would be really > useful! Good idea, thanks! Done in git. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761252: Fixed upstream
tag 761252 fixed-upstream thanks Hi, The upstream bug has now been fixed. Is there anything I can do to help get the fix into Sid? For me, this problem has turned kmail in sid from barely-usable to completely-useless. Thanks, Shai. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#758695: python-traitsui: Updated patch for wxPython 3.0
Control: reopen -1 Dear maintainer, Testing a patch for mayavi2 (which I'll send in shortly), I found further changes are needed to python-traitsui. With the attached patch to python-traitsui, mayavi2 seems to work well. I've eschewed PushEventHandler() because it seems hard to ensure that the event handler reliably gets popped before the window/control is destroyed (and wx3.0's wxdebug assertions complain if it isn't popped). Instead I'm using Bind(), which is the preferred way to set up event handling dynamically since wx 2.9.0: http://docs.wxwidgets.org/trunk/overview_events.html Since this is essentially fixing a problem in my previous NMU, I'm intending to upload this in the near future, but I felt it was polite to give you a chance to comment on the patch. Cheers, Olly diff -Nru python-traitsui-4.4.0/debian/changelog python-traitsui-4.4.0/debian/changelog --- python-traitsui-4.4.0/debian/changelog 2014-09-01 08:18:48.0 +1200 +++ python-traitsui-4.4.0/debian/changelog 2014-09-20 12:06:07.0 +1200 @@ -1,3 +1,10 @@ +python-traitsui (4.4.0-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Improve wxpython3.0.patch so mayavi2 works. + + -- Olly Betts Sat, 20 Sep 2014 00:05:20 + + python-traitsui (4.4.0-1.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru python-traitsui-4.4.0/debian/patches/wxpython3.0.patch python-traitsui-4.4.0/debian/patches/wxpython3.0.patch --- python-traitsui-4.4.0/debian/patches/wxpython3.0.patch 2014-09-01 08:24:12.0 +1200 +++ python-traitsui-4.4.0/debian/patches/wxpython3.0.patch 2014-09-20 12:20:05.0 +1200 @@ -3,20 +3,93 @@ Author: Olly Betts Bug-Debian: https://bugs.debian.org/758695 Forwarded: no -Last-Update: 2014-08-31 +Last-Update: 2014-09-20 Index: python-traitsui-4.4.0/traitsui/wx/helper.py === --- python-traitsui-4.4.0.orig/traitsui/wx/helper.py +++ python-traitsui-4.4.0/traitsui/wx/helper.py -@@ -417,6 +417,10 @@ class TraitsUIScrolledPanel ( wx.lib.scr - # Override the C++ ChildFocus event handler: - ChildFocusOverride( self ) - -+def __del__ ( self ): -+while self is not self.GetEventHandler(): -+self.PopEventHandler(True) -+ - def OnChildFocus ( self, event ): - """ Handle a ChildFocusEvent. +@@ -361,7 +361,7 @@ class TraitsUIPanel ( wx.Panel ): + # PyEvtHandler was only introduced in wxPython 2.8.8. Fortunately, it is only + # necessary in wxPython 2.8.8. +-if wx.__version__ < '2.8.8': ++if wx.__version__ < '2.8.8' or wx.__version__ >= '3.0.0': + + class ChildFocusOverride ( object ): + def __init__ ( self, window ): +Index: python-traitsui-4.4.0/traitsui/wx/toolkit.py +=== +--- python-traitsui-4.4.0.orig/traitsui/wx/toolkit.py python-traitsui-4.4.0/traitsui/wx/toolkit.py +@@ -66,20 +66,20 @@ from helper \ + #--- + + EventSuffix = { +-wx.wxEVT_LEFT_DOWN: 'left_down', +-wx.wxEVT_LEFT_DCLICK: 'left_dclick', +-wx.wxEVT_LEFT_UP: 'left_up', +-wx.wxEVT_MIDDLE_DOWN: 'middle_down', +-wx.wxEVT_MIDDLE_DCLICK: 'middle_dclick', +-wx.wxEVT_MIDDLE_UP: 'middle_up', +-wx.wxEVT_RIGHT_DOWN:'right_down', +-wx.wxEVT_RIGHT_DCLICK: 'right_dclick', +-wx.wxEVT_RIGHT_UP: 'right_up', +-wx.wxEVT_MOTION:'mouse_move', +-wx.wxEVT_ENTER_WINDOW: 'enter', +-wx.wxEVT_LEAVE_WINDOW: 'leave', +-wx.wxEVT_MOUSEWHEEL:'mouse_wheel', +-wx.wxEVT_PAINT: 'paint', ++wx.EVT_LEFT_DOWN: 'left_down', ++wx.EVT_LEFT_DCLICK: 'left_dclick', ++wx.EVT_LEFT_UP: 'left_up', ++wx.EVT_MIDDLE_DOWN: 'middle_down', ++wx.EVT_MIDDLE_DCLICK: 'middle_dclick', ++wx.EVT_MIDDLE_UP: 'middle_up', ++wx.EVT_RIGHT_DOWN:'right_down', ++wx.EVT_RIGHT_DCLICK: 'right_dclick', ++wx.EVT_RIGHT_UP: 'right_up', ++wx.EVT_MOTION:'mouse_move', ++wx.EVT_ENTER_WINDOW: 'enter', ++wx.EVT_LEAVE_WINDOW: 'leave', ++wx.EVT_MOUSEWHEEL:'mouse_wheel', ++wx.EVT_PAINT: 'paint', + } + + # Types of popup views: +@@ -394,28 +394,24 @@ class GUIToolkit ( Toolkit ): + """ + if events is None: + events = ( +- wx.wxEVT_LEFT_DOWN, wx.wxEVT_LEFT_DCLICK, wx.wxEVT_LEFT_UP, +- wx.wxEVT_MIDDLE_DOWN, wx.wxEVT_MIDDLE_DCLICK, wx.wxEVT_MIDDLE_UP, +- wx.wxEVT_RIGHT_DOWN, wx.wxEVT_RIGHT_DCLICK, wx.wxEVT_RIGHT_UP, +- wx.wxEVT_MOTION, wx.wxEVT_ENTER_WINDOW, wx.wxEVT_LEAVE_WINDOW, +- wx.wxEVT_MOUSEWHEEL, wx.wxEVT_PAINT ++ wx.EVT_LEFT_DOWN, wx.EVT_LEFT_DCLICK, wx.EVT_LEFT_UP, ++ wx.EVT_MIDDLE_DOWN, wx.EVT_MIDDLE_DCLICK, wx.EVT_MIDDLE_UP, ++ wx.EVT_RIGHT_DOWN, wx.EVT_RIGHT_DCLICK,
Bug#762244: FTBFS: tests failing on kfreebsd.
Source: qtwebsockets-opensource-src Version: 5.3.1 Severity: serious Tags: upstream Forwarded: https://bugreports.qt-project.org/browse/QTBUG-41448 The websocket module FTBFS due to failing tests on kfreebsd. This has already been reported upstream. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'buildd-unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762243: kde-workspace FTBFS on arm64 dpkg-shlibdeps issues
Package: kde-workspace Version: $:4.11.11-2 Severity: important User: debian-...@lists.debian.org Usertags: arm64 kde-workspace seems to be failing to build on arm64 with dpkg-shlibdeps issues related to libkwinglesutils.so. https://buildd.debian.org/status/fetch.php?pkg=kde-workspace&arch=arm64&ver=4%3A4.11.11-2&stamp=143959 -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/lib/libkwinglesutils.so.1.0.0 -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/lib/libkwinglesutils.so.1 -- Installing: /«PKGBUILDDIR»/debian/tmp/usr/lib/libkwinglesutils.so -- Removed runtime path from "/«PKGBUILDDIR»/debian/tmp/usr/lib/libkwinglesutils.so.1.0.0" <--snip--> dpkg-shlibdeps: warning: can't extract name and version from library name 'libkdeinit4_kwin_rules_dialog.so' dpkg-shlibdeps: error: couldn't find library libkwinglesutils.so.1 needed by debian/kde-window-manager/usr/lib/kde4/libkdeinit/libkdeinit4_kwin_gles.so (ELF format: 'elf64-littleaarch64'; RPATH: '') dpkg-shlibdeps: error: couldn't find library libkwinglesutils.so.1 needed by debian/kde-window-manager/usr/lib/kde4/kwin4_effect_gles_builtins.so (ELF format: 'elf64-littleaarch64'; RPATH: '') dpkg-shlibdeps: warning: can't extract name and version from library name 'libkdeinit4_kwin.so' <--snip--> dpkg-shlibdeps: error: cannot continue due to the errors listed above Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to use -l. dh_shlibdeps: dpkg-shlibdeps -Tdebian/kde-window-manager.substvars debian/kde-window-manager/usr/lib/kde4/kcm_kwin4_effect_builtins.so debian/kde-window-manager/usr/lib/kde4/kcm_kwin4_genericscripted.so debian/kde-window-manager/usr/lib/kde4/kcm_kwin_scripts.so debian/kde-window-manager/usr/lib/kde4/kcm_kwincompositing.so debian/kde-window-manager/usr/lib/kde4/kcm_kwindecoration.so debian/kde-window-manager/usr/lib/kde4/kcm_kwindesktop.so debian/kde-window-manager/usr/lib/kde4/kcm_kwinoptions.so debian/kde-window-manager/usr/lib/kde4/kcm_kwinrules.so debian/kde-window-manager/usr/lib/kde4/kcm_kwinscreenedges.so debian/kde-window-manager/usr/lib/kde4/kcm_kwintabbox.so debian/kde-window-manager/usr/lib/kde4/kwin3_aurorae.so debian/kde-window-manager/usr/lib/kde4/kwin3_b2.so debian/kde-window-manager/usr/lib/kde4/kwin3_laptop.so debian/kde-window-manager/usr/lib/kde4/kwin3_oxygen.so debian/kde-window-manager/usr/lib/kde4/kwin4_effect_builtins.so debian/kde-window-manager/usr/lib/kde4/kwin4_effect_gles_builtins.so debian/kde-window-manager/usr/lib/kde4/kwin_b2_config.so debian/kde-window-manager/usr/lib/kde4/kwin_oxygen_config.so debian/kde-window-manager/usr/lib/kde4/libkdeinit/libkdeinit4_kwin_rules_dialog.so debian/kde-window-manager/usr/lib/kde4/libkdeinit/libkdeinit4_kwin_gles.so debian/kde-window-manager/usr/lib/kde4/libkdeinit/libkdeinit4_kwin.so debian/kde-window-manager/usr/lib/kde4/libexec/kwin_killer_helper debian/kde-window-manager/usr/lib/kde4/libexec/kwin_opengl_test debian/kde-window-manager/usr/lib/kde4/libexec/kwin_rules_dialog debian/kde-window-manager/usr/lib/kde4/imports/org/kde/kwin/decorations/plastik/libplastikplugin.so debian/kde-window-manager/usr/lib/kde4/imports/org/kde/kwin/decoration/libdecorationplugin.so debian/kde-window-manager/usr/lib/kconf_update_bin/kwin_update_default_rules debian/kde-window-manager/usr/lib/kconf_update_bin/kwin_update_settings_410 debian/kde-window-manager/usr/lib/kconf_update_bin/kwin_update_settings_411 debian/kde-window-manager/usr/lib/kconf_update_bin/kwin_update_settings_49 debian/kde-window-manager/usr/lib/kconf_update_bin/kwin_update_tabbox_qml_settings debian/kde-window-manager/usr/lib/kconf_update_bin/kwin_update_tabbox_settings debian/kde-window-manager/usr/bin/kwin debian/kde-window-manager/usr/bin/kwin_gles returned exit code 2 It appears the file is being installed so i'm not sure why dpkg-shlibdeps is not finding it. I have not tried to reproduce or debug this issue locally. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86
On Fri, Sep 19, 2014 at 6:18 PM, Henrique de Moraes Holschuh wrote: > On Fri, 19 Sep 2014, Henrique de Moraes Holschuh wrote: >> I can live with that, and I think I can prepare a patch if you want me to. > > Here's a minimal patch to glibc that should do it (compile tested). The GNU C Library only uses elision if built with --enable-lock-elision=yes. All you need to do is not build glibc with this flag. Cheers, Carlos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760123: release.debian.org: perl 5.20.1 'transition'
Control: tags -1 confirmed On 19/09/14 21:16, Dominic Hargreaves wrote: > On Wed, Sep 10, 2014 at 09:55:18PM +0100, Dominic Hargreaves wrote: >> On Wed, Sep 10, 2014 at 09:21:34PM +0200, Emilio Pozuelo Monfort wrote: >>> Control: retitle -1 transition: perl 5.20.1 >>> >>> On 01/09/14 02:10, Dominic Hargreaves wrote: Package: release.debian.org Severity: normal Hi, We are preparing packages for 5.20.1 (soon to be released upstream, and with fixes we'd like to include in jessie) in experimental, and would like to check whether you're okay with an upload to unstable within the next couple of weeks (hopefully). >>> >>> Should be fine, but please let us know when that's ready to go. >> >> Thanks. I'm currently expecting 5.20.1 this coming weekend[1] so >> should be able to get the unstable upload ready soon after that. >> I'll then let you know and await a final ack (unless you want me to >> upload as soon as we are ready and notify you afterwards). > > Hi, > > 5.20.1 is out, the blockers are closed, and I'm ready to upload[1]. > The only real change from 5.20.1~rc2-1, in experimental, is the version > bump and a security fix (see also #762144). May we upload? [ Icedove crashed while replying to this; sorry if you get this twice. ] Please go ahead, and let us know what packages need to be binNMUed. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746380: Unfortunate configuration
I had the same crash problem after scanning and image. Then I found this https://code.google.com/p/yagf/issues/detail?id=38 I went to Edit/Settings/Image Processing and unchecked the Crop Image When Loaded box. The program now works. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759337: transition: (slot request) qtbase-opensource-src
Control: tags -1 confirmed On 19/09/14 18:41, Lisandro Damián Nicanor Pérez Meyer wrote: > The only missing piece for this is qtcreator which should be uploaded to > experimental in a few hours. > > The current buildd status is displayed in: > > > > I'm working on the failing test of qtlocation on 32bits archs, but for what I > can see the test can be simply skipped if needed. > > Qtwebsocket is not in testing yet so no problem with it's failing tests. > > The possible troublemaker here is mips which might have some symbol change. > Nothing to worry, just mips being too slow nowadays. Certainly :-/ Please go ahead with this when you think it's ready. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726492: debian-edu: Task files are specifying a lot of not existing / renamed packages
2014-09-18, Andreas Tille: > Would you volunteer to go further than this start > and review all tasts which is deperately needed? Too much cleanup work needed, not for me, sorry... However, I tried to revise the 'desktop-lxde' task (see below). > I'd vote to grant you commit permissions in this case to > maintain the files directly rather than patches in BTS. Frankly saying, I don't have an intention to maintain this package, sorry again. Maybe some automated tool should be developed, to query the Debian PTS for package availability?.. Petter Reinholdtsen: > Bug #726492 reported by you has been fixed in the Git repository > ... > + * Drop some obsolete (nonexisting/renamed) packages from > tasks/desktop-other. > +Patch from Bob Bib (Closes: #726492). Unfortunately, not yet: my patch is only a small part of of a huge cleanup needed here... Best wishes, Bob --- a/tasks/desktop-lxde +++ b/tasks/desktop-lxde @@ -14,10 +14,9 @@ Depends: lxde, desktop-file-utils Why: LXDE needs login manager, opening files in LXDE depends on desktop-file-utils -Recommends: aqualung, evince-gtk, galculator, osmo, parcellite, \ +Recommends: evince-gtk, galculator, osmo, parcellite, \ pidgin, xchat, mtpaint, fotoxx, gimp, \ - inkscape, gstreamer0.10-ffmpeg, gstreamer0.10-pulseaudio, \ - synaptic + inkscape, synaptic Recommends: blueman Why: Bluetooth support in the LXDE desktop environment. @@ -32,11 +31,22 @@ it pull in Gnome when installed. NeedConfig: yes, artwork -Depends: totem | dragonplayer | vlc | kaffeine | audacious | xine-ui | mplayer2 -Why: Prefered video / multimedia player for the LXDE environment. +Depends: gnome-mplayer | vlc | totem | xine-ui +Why: Preferred video / multimedia players for the LXDE environment. Responsible: Mike Gabriel NeedConfig: no +Recommends: audacious +Why: Good audio player. +Responsible: ? +NeedConfig: no + +Recommends: libreoffice-writer, libreoffice-calc, libreoffice-impress, \ + libreoffice-draw, libreoffice-math, libreoffice-gtk +Why: LibreOffice suite (main applications). +Responsible: ? +NeedConfig: no + Recommends: ssh-askpass Why: X11 implementation of ssh-askpass for ssh login without a tty available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760991: [buildd-tools-devel] Bug#760991: sbuild: please add two more hooks that fire exactly before and after the actual build
+++ Johannes Schauer [2014-09-09 20:15 +0200]: > it would be useful to have some more sbuild hooks. Specifically it would > be useful to have them exactly before the build starts and exactly after > it stops. More concretely, exactly before 'Build Start Time' is set and > exactly after "Build finished at ..." is written to the log. > > Attached patch solves this problem. > > Unfortunately, there already exists hooks called pre-build-commands and > post-build-commands even though they capture more than just the build > (for example they also include package installation). 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. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762242: stunnel4: typo: logrotate says 356 days, should probably be 365 days
Package: stunnel4 Version: 3:5.03-1 Severity: minor Tags: patch The intent is clearly to keep a whole year of logs, but that would be 365 days, not 356. --- a/debian/stunnel4.logrotate +++ b/debian/stunnel4.logrotate @@ -1,7 +1,7 @@ /var/log/stunnel4/*.log { daily missingok - rotate 356 + rotate 365 compress delaycompress notifempty Thanks. -- 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
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. > -> 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. > 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. > "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. > -> 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 target from ufoai's > d/control here... (I prefer to have self-containing src packages, > which does not say "look in yyy to do get the source for xxx ..." All information how to get the original sources are documented in src:ufoai + the package provides convenient get-orig-source targets. The reasons therefor are: - It saves us from duplicating the same information - It is easier to work with src:ufoai because we have all information in one place - src:ufoai is small (only 9 MB) thus it saves bandwidth and time for those who want to recreate the original source tarballs. > -> d/watch does not produce the source file but a file that does not > even have the -music files. This might be unexpected behavior, so this > needs to be documented in README.Source and in the watchfile. d/watch just checks for new releases. It is far more convenient to work with the upstream Git repository hence I have created get-orig-source targets in src:ufoai. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#762025: d-e-doc: scripts get_manual fails
Control: tag -1 pending Hi, On Wed, Sep 17, 2014 at 10:33:32PM +0200, Holger Levsen wrote: > On Mittwoch, 17. September 2014, Wolfgang Schweer wrote: > > mayby due to changes in the wiki (raw/docbook rendering). Right, we may be able to drop some hacks now if the DocBook output is better, but in the mean time, the import scripts need to be freshen up. > > Same output for me on a stock wheezy system. Thanks, I’ve prepared some changes, but didn’t check if they broke on Wheezy. > > I've committed a changed script to the jessie branch. The jessie branch is about one year and a half outdated (even those scripts had changed in the mean time), that makes your changes pretty hard to spot :/. I thus restarted from scratch, feel free to integrate any improvement you may have committed there into master. For the record, the jessie branch just contains a handful of commits that may still be useful, feel free to cherry-pick or adapt them into master once we’re ready to target Jessie with this package (I hoped we could have done that over a year ago, not a month before the freeze :/). In order to prepare the Jessie manual integration, I’d advise to sync the current content from the wiki (that will allow for someone else to double-check that the fixes I just pushed are correct), then to ask for translation update in order to have everything ready (e.g, for an upload targeted to Wheezy), and then to add the Jessie manual into the build, import the existing (and up to date) translations, take care of the trivial unfuzzy before and then ask for another round of translation update for the Jessie manual. Regards David signature.asc Description: Digital signature
Bug#761413: vtk6: Patch for wxPython 3.0
Control: tags 761413 + patch Control: severity -1 serious # Justification: blocks the on-going wxpython3.0 transition I've attached a patch which updates vtk6 to work with wxPython 3.0. It uses named parameters so should maintain compatibility with wxPython 2.8 too. The upstream changes are identical to those already applied to the vtk package. This fixes the test script in this bug to work correctly. If you'd like me to NMU, I have the build I've just done and would be happy to sign and upload it. Cheers, Olly diff -Nru vtk6-6.1.0+dfsg/debian/changelog vtk6-6.1.0+dfsg/debian/changelog --- vtk6-6.1.0+dfsg/debian/changelog 2014-06-21 19:14:02.0 +1200 +++ vtk6-6.1.0+dfsg/debian/changelog 2014-09-20 08:46:07.0 +1200 @@ -1,3 +1,11 @@ +vtk6 (6.1.0+dfsg-8.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update for wxPython 3.0 (Closes: #761413): +- New patch: wxpython3.0.patch + + -- Olly Betts Fri, 19 Sep 2014 20:45:58 + + vtk6 (6.1.0+dfsg-8) unstable; urgency=medium * [f813911] Add libxdmf-dev to Depends of libvtk6-dev. diff -Nru vtk6-6.1.0+dfsg/debian/patches/series vtk6-6.1.0+dfsg/debian/patches/series --- vtk6-6.1.0+dfsg/debian/patches/series 2014-06-13 09:38:20.0 +1200 +++ vtk6-6.1.0+dfsg/debian/patches/series 2014-09-14 15:07:38.0 +1200 @@ -13,3 +13,4 @@ # Temporarly disable system_alglib # use_system_alglib.patch +wxpython3.0.patch diff -Nru vtk6-6.1.0+dfsg/debian/patches/wxpython3.0.patch vtk6-6.1.0+dfsg/debian/patches/wxpython3.0.patch --- vtk6-6.1.0+dfsg/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200 +++ vtk6-6.1.0+dfsg/debian/patches/wxpython3.0.patch 2014-09-14 15:07:29.0 +1200 @@ -0,0 +1,79 @@ +Description: Update for wxPython 3.0 + These changes should remain compatible with wxPython 2.8. +Bug-Debian: https://bugs.debian.org/761414 +Forwarded: no +Last-Update: 2014-09-13 + +--- vtk-5.10.1.orig/Wrapping/Python/vtk/wx/wxVTKRenderWindow.py vtk-5.10.1/Wrapping/Python/vtk/wx/wxVTKRenderWindow.py +@@ -19,7 +19,7 @@ Creation: + + wxVTKRenderWindow(parent, ID, stereo=0, [wx keywords]): + +-You should create a wx.PySimpleApp() or some other wx**App ++You should create a wx.App(False) or some other wx.App subclass + before creating the window. + + +@@ -190,10 +190,12 @@ class wxVTKRenderWindow(baseClass): + # initialize the wx.Window + if baseClass.__name__ == 'GLCanvas': + # Set the doublebuffer attribute of the GL canvas. +-baseClass.__init__(self, parent, ID, position, size, style, ++baseClass.__init__(self, parent, ID, pos=position, size=size, ++ style=style, +attribList=[wx.glcanvas.WX_GL_DOUBLEBUFFER]) + else: +-baseClass.__init__(self, parent, ID, position, size, style) ++baseClass.__init__(self, parent, ID, pos=position, size=size, ++ style=style) + + # create the RenderWindow and initialize it + self._RenderWindow = vtk.vtkRenderWindow() +@@ -735,7 +737,7 @@ def wxVTKRenderWindowConeExample(): + """Like it says, just a simple example. + """ + # every wx app needs an app +-app = wx.PySimpleApp() ++app = wx.App(False) + + # create the widget + frame = wx.Frame(None, -1, "wxVTKRenderWindow", size=(400,400)) +--- vtk-5.10.1.orig/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py vtk-5.10.1/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py +@@ -21,8 +21,8 @@ Creation: + + wxVTKRenderWindowInteractor(parent, ID, stereo=0, [wx keywords]): + +- You should create a wx.PySimpleApp() or some other wx**App before +- creating the window. ++ You should create a wx.App(False) or some other wx.App subclass ++ before creating the window. + + Behaviour: + +@@ -171,11 +171,12 @@ class wxVTKRenderWindowInteractor(baseCl + attribList.append(wx.glcanvas.WX_GL_STEREO) + + try: +-baseClass.__init__(self, parent, ID, position, size, style, +- attribList=attribList) ++baseClass.__init__(self, parent, ID, pos=position, size=size, ++ style=style, attribList=attribList) + except wx.PyAssertionError: + # visual couldn't be allocated, so we go back to default +-baseClass.__init__(self, parent, ID, position, size, style) ++baseClass.__init__(self, parent, ID, pos=position, size=size, ++ style=style) + if stereo: + # and make sure everyone knows that the stereo + # visual wasn't set. +@@ -666,7 +667,7 @@ def wxVTKRenderWindowInteractorConeExamp + """Like it says, just a simple example + """ + # every wx app needs an app +-app = wx.PySimpleApp() ++app
Bug#759908: [Python-modules-team] Bug#759908: python-graph: FTBFS: tests segfault
control: severity -1 normal control: forcemerge 750362 -1 Hello Lucas, On Sat, Aug 30, 2014 at 10:04 PM, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part (hopefully): >> make[2]: Entering directory '/«PKGBUILDDIR»' >> export PYTHONPATH=../core/build/lib.linux-x86_64-2.7 && cd "tests/" && >> python2.7 testrunner.py >> No handlers could be found for logger "__main__" >> test_accessibility_hypergraph (unittests-accessibility.test_accessibility) >> ... ok >> test_accessibility_in_digraph (unittests-accessibility.test_accessibility) >> ... ok >> test_accessibility_in_graph (unittests-accessibility.test_accessibility) ... >> ok >> test_accessibility_on_very_deep_graph >> (unittests-accessibility.test_accessibility) ... ok >> test_connected_components_hypergraph >> (unittests-accessibility.test_accessibility) ... ok >> test_connected_components_in_graph >> (unittests-accessibility.test_accessibility) ... ok >> test_connected_components_on_very_deep_graph >> (unittests-accessibility.test_accessibility) ... ok >> test_cut_edges_in_graph (unittests-accessibility.test_accessibility) ... ok >> test_cut_edges_in_hypergraph (unittests-accessibility.test_accessibility) >> ... ok >> test_cut_edges_on_very_deep_graph >> (unittests-accessibility.test_accessibility) ... ok >> test_cut_nodes_in_graph (unittests-accessibility.test_accessibility) ... ok >> test_cut_nodes_in_hypergraph (unittests-accessibility.test_accessibility) >> ... ok >> test_cut_nodes_on_very_deep_graph >> (unittests-accessibility.test_accessibility) ... ok >> test_mutual_accessibility_in_digraph >> (unittests-accessibility.test_accessibility) ... ok >> test_mutual_accessibility_in_graph >> (unittests-accessibility.test_accessibility) ... ok >> test_mutual_accessibility_on_very_deep_graph >> (unittests-accessibility.test_accessibility) ... ok >> test_critical_path >> (unittests-critical.test_critical_path_and_transitive_edges) ... ok >> test_critical_path_with_cycle >> (unittests-critical.test_critical_path_and_transitive_edges) ... ok >> test_empty_intersection >> (unittests-critical.test_critical_path_and_transitive_edges) ... ok >> test_partial_intersection >> (unittests-critical.test_critical_path_and_transitive_edges) ... ok >> test_transitivity >> (unittests-critical.test_critical_path_and_transitive_edges) ... ok >> test_transitivity_with_cycle >> (unittests-critical.test_critical_path_and_transitive_edges) ... ok >> test_find_cycle_on_digraph (unittests-cycles.test_find_cycle) ... ok >> test_find_cycle_on_digraph_without_cycles (unittests-cycles.test_find_cycle) >> ... ok >> test_find_cycle_on_graph (unittests-cycles.test_find_cycle) ... ok >> test_find_cycle_on_graph_withot_cycles (unittests-cycles.test_find_cycle) >> ... ok >> test_find_cycle_on_very_deep_graph (unittests-cycles.test_find_cycle) ... >> Segmentation fault >> make[2]: *** [test] Error 139 the package doesn't FTBFS (as I'm ignoring errors in tests, for now) (I know this report could have been triggered by parsing logs, so that's fine :) ), but it's indeed something to fix, hence I'm merging with the already existing but about it. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762147: fslint: "Delete" action always hangs and consumes 100% CPU for a long time
On 09/18/2014 11:39 PM, David Z wrote: > Package: fslint > Version: 2.42-2 > Severity: normal > Tags: upstream > > Dear Maintainer, > > Ran a duplicate scan of my home dir. It completed normally. > > Selected one particular duplicate file from the list, and clicked the "Delete" > button. The program immediately became unresponsive for appx. 15-20 seconds on > a Core i5 notebook 2core cpu. CPU usage shot to 100% for one cpu thread. On a > single-thread CPU, this would probably hang the entire system for that time. > > This has been the behavior of the "Delete" function in the Debian Wheezy > version *100%* of the time that I have tried using it, over numerous uses of > the program, including on different hardware. > > I could just Merge them, but I honestly don't *want* the hardlinks every time. > > > > -- System Information: > Debian Release: 7.6 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'oldstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages fslint depends on: > ii findutils 4.4.2-4 > ii python 2.7.3-4+deb7u1 > ii python-glade2 2.24.0-3+b1 > ii python-gtk22.24.0-3+b1 > > fslint recommends no packages. > > fslint suggests no packages. > > -- no debconf information > > This should be fixed in version 2.44? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762241: [nikola] quoting problem with zsh completion
Package: nikola Version: 7.0.1-4 Severity: normal Tags: patch --- Please enter the report below this line. --- When trying to use tab completion with nikola on zsh, there is an error: _nikola:389: unmatched ' At line 109 in /usr/share/zsh/functions/Completion/Linux/_nikola, replace "Don't import drafts" by "Do not import drafts" to avoid this error. --- System information. --- Architecture: amd64 Kernel: Linux 3.16-1-amd64 Debian Release: jessie/sid 500 utopic ppa.launchpad.net 500 unstablehttp.debian.net 500 testing http.debian.net 500 stable security.debian.org 500 stable http.debian.net 500 stable dl.google.com 101 experimentalhttp.debian.net --- Package information. --- Depends (Version) | Installed =-+- == python-dateutil | 1.5+dfsg-1 python-mako (>= 0.6) | 1.0.0-1 python| 2.7.8-1 python:any (<< 2.8) | python-docutils | 0.12+dfsg-1 python:any (>= 2.7.5-5~) | python-doit | 0.25.0-2 python-pyrss2gen | 1.1-1 python-logbook| 0.7.0-1 python-yapsy | 1.10.423-1 python-blinker| 1.3.dfsg2-1 python-natsort| 3.4.1-2 python-unidecode | 0.04.14-1 python-pygments | 1.6+dfsg-1 python-imaging| 2.5.3-1 python-lxml | 3.4.0-1 python-pkg-resources | 5.5.1-1 libjs-jquery | 1.7.2+dfsg-3.2 libjs-jquery-colorbox | 1.5.13-1 libjs-twitter-bootstrap | 2.0.2+dfsg-4 libjs-imagesloaded| 3.1.8-1 Recommends (Version) | Installed -+-=== python-webassets | 3:0.10.1-2 python-requests | 2.3.0-1 python-typogrify | 1:2.0.4-1 python-livereload| 2.2.1-1 Suggests (Version) | Installed ==-+-=== python-jinja2 | 2.7.3-1 python-feedparser | 5.1.3-2 ipython| 2.2.0-1 bpython| python-markdown| 2.5-2 python-misaka | pandoc | python-textile | python-creoleparser| txt2tags | node-less | 1.4.2-1 -- En droit pénal français, un acte de piraterie est « le fait de s'emparer ou de prendre le contrôle par violence ou menace de violence d'un aéronef, d'un navire ou de tout autre moyen de transport à bord desquels des personnes ont pris place, ainsi que d'une plate-forme fixe située sur le plateau continental » (Article L.224-6). Landry MINOZA landry.min...@gmail.com
Bug#692069: Re: Bug#692069: knotify: knotify crashes during desktop startup or shutdown.
¡Hola Francesco! El 2014-09-19 a las 20:33 +0200, Francesco escribió: > If you want I could install vlc and backend from the official repository to > see if the bug is confirmed there, and eventually uploading a trace. Well, if that fails then its indeed a bug in our side, if not, it just that Christian needs to rebuild phonon-backend-vlc. Happy hacking, -- "By definition, when you are investigating the unknown, you do not know what you will find" -- The Ultimate Principle Saludos /\/\ /\ >< `/ signature.asc Description: Digital signature
Bug#762240: baloo-dev: Missing dependency on libkfilemetadata-dev
Package: baloo-dev Version: 4:4.14.1-1 Severity: normal Hi, /usr/include/baloo/file.h includes kfilemetadata/properties.h which is provided by libkfilemetadata-dev. Regards, Yannick -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 x32 Kernel: Linux 3.16.3 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages baloo-dev depends on: ii libbaloocore4 4:4.14.1-1 ii libbaloofiles44:4.14.1-1 ii libbaloopim4 4:4.14.1-1 ii libbalooqueryparser4 4:4.14.1-1 ii libbalooxapian4 4:4.14.1-1 baloo-dev recommends no packages. baloo-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#761316: printer-driver-splix depends on ghostscript-cups, which is not built anymore by src:ghostscript
Hi, I actually had this fix ready, but I did not have access to my printer and I wanted to give it a run before pushing to the repo. Anyway, I just tested the new package and it work fine. Didier, as a rule always consider me OK with team uploads! Cheers, Luca
Bug#762239: kdm restart might fail on systemd
Package: kdm Version: 4:4.11.11-2 Severity: normal Dear Maintainer, Apparently kdm, sometimes has problems restarting. I am not sure if it's relevant but I'm using systemd right now. I attach the daemon status, including the not much log I got. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.1d (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii kde-runtime 4:4.14.0-2 ii kde-wallpapers-default4:4.14.0-1 ii kde-workspace-kgreet-plugins 4:4.11.11-2 ii libc6 2.19-11 ii libkdecore5 4:4.14.1-1 ii libkdeui5 4:4.14.1-1 ii libkio5 4:4.14.1-1 ii libknewstuff3-4 4:4.14.1-1 ii libkworkspace4abi24:4.11.11-2 ii libpam0g 1.1.8-3.1 ii libqimageblitz4 1:0.0.6-4 ii libqt4-svg4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libstdc++64.9.1-14 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1 ii libxtst6 2:1.2.2-1 ii lsb-base 4.1+Debian13 Versions of packages kdm recommends: ii kde-window-manager [x-window-manager] 4:4.11.11-2 ii kde-workspace 4:4.11.11-2 ii konsole [x-terminal-emulator] 4:4.14.1-1 ii logrotate 3.8.7-1 ii xserver-xephyr [xserver] 2:1.16.0.901-1 ii xserver-xorg [xserver] 1:7.7+7 ii xterm [x-terminal-emulator]310-1 Versions of packages kdm suggests: pn kde-wallpapers ii kdepasswd 4:4.14.0-1 -- Configuration Files: /etc/kde4/kdm/kdmrc changed: [General] ConfigVersion=2.4 StaticServers=:0 ReserveServers=:1,:2,:3 ServerVTs=-7 ConsoleTTYs=tty1,tty2,tty3,tty4,tty5,tty6 PidFile=/var/run/kdm.pid GreeterUID=kdm [Xdmcp] Enable=false Willing=/etc/kde4/kdm/Xwilling [Shutdown] [X-*-Core] Setup=/etc/kde4/kdm/Xsetup Startup=/etc/kde4/kdm/Xstartup Reset=/etc/kde4/kdm/Xreset Session=/etc/kde4/kdm/Xsession AllowRootLogin=false AllowNullPasswd=false AllowShutdown=Root ClientLogFile=.xsession-errors-%d [X-*-Greeter] LogoArea=Logo LogoPixmap=/usr/share/kde4/apps/kdm/pics/kdelogo.png MinShowUID=1000 MaxShowUID=2 Preloader=/usr/bin/preloadkde UseTheme=true Theme=@@@ToBeReplacedByDesktopBase@@@ [X-:*-Core] ServerCmd=/usr/bin/X ServerArgsLocal=-br -nolisten tcp AllowNullPasswd=true AllowShutdown=All [X-:*-Greeter] PreselectUser=Previous FocusPasswd=true LoginMode=DefaultLocal AllowClose=true [X-:0-Core] AutoLoginEnable=true AutoLoginUser=salvo AutoLoginLocked=true ClientLogFile=.xsession-errors [X-:0-Greeter] -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm ● kdm.service - LSB: X display manager for KDE Loaded: loaded (/etc/init.d/kdm) Drop-In: /run/systemd/generator/kdm.service.d └─50-kdm-$x-display-manager.conf Active: active (exited) since sab 2014-09-20 00:27:03 CEST; 1min 9s ago Process: 11247 ExecStop=/etc/init.d/kdm stop (code=exited, status=0/SUCCESS) Process: 11287 ExecStart=/etc/init.d/kdm start (code=exited, status=0/SUCCESS) set 20 00:27:00 hal9000 systemd[1]: Starting LSB: X display manager for KDE... set 20 00:27:03 hal9000 kdm[11287]: Starting K Display Manager: kdmfailed (already running). set 20 00:27:03 hal9000 systemd[1]: Started LSB: X display manager for KDE.
Bug#759688: ufoai
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. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#762237: Please drop 65-droid-sans-fonts.conf
A Chrome/Chromium bug which emphasizes the importance of this request: https://code.google.com/p/chromium/issues/detail?id=316723 -- 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#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86
On Fri, 19 Sep 2014, Henrique de Moraes Holschuh wrote: > I can live with that, and I think I can prepare a patch if you want me to. Here's a minimal patch to glibc that should do it (compile tested). This minimal patch does not give the local admin any way to override the Intel TSX blacklist. I don't know how this kind of override is usually done (if it is done at all) in glibc. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh diff --git a/sysdeps/x86_64/multiarch/init-arch.c b/sysdeps/x86_64/multiarch/init-arch.c index db74d97..6f61ae6 100644 --- a/sysdeps/x86_64/multiarch/init-arch.c +++ b/sysdeps/x86_64/multiarch/init-arch.c @@ -26,7 +26,7 @@ struct cpu_features __cpu_features attribute_hidden; static void -get_common_indeces (unsigned int *family, unsigned int *model) +get_common_indeces (unsigned int *family, unsigned int *model, unsigned int *stepping) { __cpuid (1, __cpu_features.cpuid[COMMON_CPUID_INDEX_1].eax, __cpu_features.cpuid[COMMON_CPUID_INDEX_1].ebx, @@ -36,6 +36,7 @@ get_common_indeces (unsigned int *family, unsigned int *model) unsigned int eax = __cpu_features.cpuid[COMMON_CPUID_INDEX_1].eax; *family = (eax >> 8) & 0x0f; *model = (eax >> 4) & 0x0f; + *stepping = eax & 0x0f; } @@ -47,6 +48,7 @@ __init_cpu_features (void) unsigned int edx; unsigned int family = 0; unsigned int model = 0; + unsigned int stepping = 0; enum cpu_features_kind kind; __cpuid (0, __cpu_features.max_cpuid, ebx, ecx, edx); @@ -56,7 +58,7 @@ __init_cpu_features (void) { kind = arch_kind_intel; - get_common_indeces (&family, &model); + get_common_indeces (&family, &model, &stepping); unsigned int eax = __cpu_features.cpuid[COMMON_CPUID_INDEX_1].eax; unsigned int extended_family = (eax >> 20) & 0xff; @@ -131,7 +133,7 @@ __init_cpu_features (void) { kind = arch_kind_amd; - get_common_indeces (&family, &model); + get_common_indeces (&family, &model, &stepping); ecx = __cpu_features.cpuid[COMMON_CPUID_INDEX_1].ecx; @@ -176,6 +178,14 @@ __init_cpu_features (void) } } + /* Disable Intel TSX (HLE and RTM) due to erratum HSD136/HSW136 + on Haswell processors, to work around outdated microcode that + doesn't disable the broken feature by default */ + if (kind == arch_kind_intel && family == 6 && + ((model == 63 && stepping <= 2) || (model == 60 && stepping <= 3) || + (model == 69 && stepping <= 1) || (model == 70 && stepping <= 1))) +__cpu_features.cpuid[COMMON_CPUID_INDEX_7].ebx &= ~(bit_RTM | bit_HLE); + __cpu_features.family = family; __cpu_features.model = model; atomic_write_barrier (); diff --git a/sysdeps/x86_64/multiarch/init-arch.h b/sysdeps/x86_64/multiarch/init-arch.h index 793707a..e2745cb 100644 --- a/sysdeps/x86_64/multiarch/init-arch.h +++ b/sysdeps/x86_64/multiarch/init-arch.h @@ -40,6 +40,7 @@ /* COMMON_CPUID_INDEX_7. */ #define bit_RTM (1 << 11) +#define bit_HLE (1 << 4) /* XCR0 Feature flags. */ #define bit_XMM_state (1 << 1)
Bug#759196: openbabel has a logic error to run the testsuite
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. 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#591676: [Python-apps-team] Bug#591676: pylint: please either disable or document dynamic checks)
Hello Jakub, On Tue, Sep 18, 2012 at 6:38 PM, Jakub Wilk wrote: > reopen 591676 > thanks > >> Thanks Emile for the explanation; as upstream rejected this report (that >> should be fixed in icu), I'm going to close this report too. > > > Uh. I don't care that much about pyicu. (I thought I made it clear by > cloning, reassigning and retitling this bug...) indeed, you're right, my fault > 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 guess that the transition from logilab-astng to astroid might have fixed this problem. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653929: Bug #696119 probably has the fix to this bug
found zfsutils/10.1~svn271683-1 thanks Wow, we still didn't fix this yet. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762228: RFS: ufoai-music review
Control: -1 moreoinfo Hi Markus, so, let's start with -music -> 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) Seems that a "base/" prefix slipped in the -music part of d/copyright? 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. "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. -> 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 target from ufoai's d/control here... (I prefer to have self-containing src packages, which does not say "look in yyy to do get the source for xxx ..." -> d/watch does not produce the source file but a file that does not even have the -music files. This might be unexpected behavior, so this needs to be documented in README.Source and in the watchfile. Otherwise, the package looks ok, but due to the current wall time I will continue tomorrow to see if my (tired) eyes have missed something. -- tobi PS: Please push your changes to the repository, I'll pull them from there. The package is just to big to download/upload for every iteration, I guess... (Instead, I also take patches.) (* nitpicks are not prerequisites for sponsorship; though I'd love to see them fixed for bonus-points) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593658: default compression=on?
Starting with jessie, newly-created zpools have the lz4_compress feature enabled. Their metadata will be always compressed with LZ4. But compression of file *data* is still disabled by default (compression=off option). lz4 is so fast, and the overhead so small that it probably makes performance sense to enabled it, whether you think your data will be compressable or not, But I agree with Witold's comments[0] that compression has some unexpected effects in userland. (Some Debian package testsuites will actually fail). It perhaps should not be enabled by default just yet, but we should try to make it install-time selectable within d-i: [0]: https://bugs.debian.org/593658#32 Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762089: apt-listbugs: French PO translation update
On Fri, 19 Sep 2014 20:23:10 +0200 Christian PERRIER wrote: > Quoting Francesco Poli (invernom...@paranoici.org): > > > My proposed modification is in the plural form, since those six > > messages talk about the bugs that will be listed below them. > > This is the meaning of the comment I placed for translators: > > > > #. TRANSLATORS: the following six strings refer to a plural quantity of bugs [...] > > In case you aren't, be aware that some languages have very complicated plural > forms (such as > différent forms for 11,21,31, etc. object and others for 12, 13, 14, > ..., 22, 23). Sorry if this is not new stuff for you Hello Christian! Thanks for your comment: yes, I am aware of languages with multiple plural forms... > > and many many many other subtile things. So you really want to use > gettext Plural-Forms here, I guess... > > http://www.gnu.org/savannah-checkouts/gnu/gettext/manual/html_node/Plural-forms.html 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. 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 pgpAXmR5C_jRq.pgp Description: PGP signature
Bug#574605: latex-beamer: nested itemize yields variable vertical space between items of the same level
forwarded 574605 https://bitbucket.org/rivanvx/beamer/issue/306/nested-itemize-yields-variable-vertical stop On 19.03.10 Vincent Lefevre (vinc...@vinc17.net) wrote: Hi, > With the following example, one gets the following problems: > * the vertical space between Item 2 and Item 3 is smaller than > the one between Item 1 and Item 2, > * the vertical space between Item 3.2 and Item 3.3 is smaller > than the one between Item 3.1 and Item 3.2. > > I've attached the PDF file I obtain. > The vertical space between items of the same level should remain > the same. > Still in latest beamer. Forwarded to upstream. Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#669671: critical ZFS errors are not reported to root
devd receives events from the ZFS subsystem, and thus it should be possible to write an /etc/devd/zfs.conf for the zfsutils package, to detect when a disk fails in a ZFS pool. It could notify a configurable email address (default to "root") similar to mdadm. Example of one type of error (there my be other, more suitable events to look for) : > Sep 18 11:02:54 devd: Processing event '!system=ZFS subsystem=ZFS > type=ereport.fs.zfs.vdev.open_failed class=ereport.fs.zfs.vdev.open_failed > ena=1231608693676572673 pool=tank pool_guid=60935100054319009 pool_context=0 > pool_failmode=wait vdev_guid=9311565949620464259 vdev_type=disk > vdev_path=/dev/ada0s2 parent_guid=60935100054319009 parent_type=root > prev_state=1' Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729752: Spits multiple fontconfig warnings for many programs
Decided to file a separate bug after all: https://bugs.debian.org/762237 -- 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#685465: #685465 - GtkStyle: Selecting/Highlighting text uses black color making it unreadable
Hey, this is an old bug. Could you please still reproduce this issue with newer gnome-terminal version like 3.12.3-2+b1 or 3.13.90-1 ? or evolution 3.12.2-1+b1 or 3.12.6-1 ? upstream closed this issue saying 3.4 too old. thanks regards althaser
Bug#748525:
On Fri, Sep 19, 2014 at 11:57:39AM +0200, Markus Koschany wrote: > Hi, > > It seems Josh didn't receive this message. Adding him to CC accordingly. I indeed hadn't; thank you. > On 19.09.2014 10:24, Tobias Frost wrote: > > Control: serverity -1 important > > > > Hi Josh, > > > > while this bug may be annoying, it does not justifty a grave severity, as it > > does NOT render the package useless. > > > > Please see https://www.debian.org/Bugs/Developer#severities > > > > Therefore downgrading. > > > > -- > > tobi > > > I think in this case the bug submitter is right because this bug affects > all widescreen setups including my own and I suspect most people use a > widescreen ratio nowadays. So for all those people this bug is a > show-stopper. That and the bug is not easy to recover from, since while you can get into this state via the GUI configuration, you can't get out of it without manually editing ~/.pangzerorc . That was what made me report the bug as grave. If the game automatically recovered into a usable mode, or if you could only get *into* this state by manually editing a configuration file, I would only have used "important". > In addition there are multiple other issues with this package which are > described in more detail at > > https://bugs.debian.org/692221 > > In my opinion those are almost all serious problems which make the > package "unfit to release" at least. Fortunately Hans de Goede has also > setup a Git repository with patches, including a patch for #748525. > > https://github.com/kthakore/pangzero > > https://github.com/kthakore/pangzero/commit/bc3e77823772e8f87f50142778f8e6fe44badfb3 Awesome. > I suggest we package his version and work on a new release to fix all > those issues but raise the severity to RC again until the package is in > a usable state again. Sounds good. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661235: fonts-droid: Japanese variant isn't used and Fallback is selected instead
Related bug: https://bugs.debian.org/762237 With the change suggested in that bug report, you would be able to directly state in a config file that "Droid Sans Japanese" should be used. -- 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#758948: pykaraoke: Patch for wxPython 3.0
Control: tags 758948 + patch Control: severity -1 serious # Justification: blocks the on-going wxpython3.0 transition Dear maintainer, I've rebuilt pykaraoke with the attached patch. Everything seems to work, except that I can't seem to successfully play a video. That's a fairly fundamental problem given the purpose of pykaraoke - However, the version of the package currently in unstable using python-wxgtk2.8 fails to play a video for me too. I suspect it could the video I'm testing with - I just pulled a .mpg file off the PVR. Could you please test with a known-good video? Cheers, Olly diff -Nru pykaraoke-0.7.5/debian/changelog pykaraoke-0.7.5/debian/changelog --- pykaraoke-0.7.5/debian/changelog 2011-11-29 13:21:54.0 +1300 +++ pykaraoke-0.7.5/debian/changelog 2014-09-01 10:51:41.0 +1200 @@ -1,3 +1,12 @@ +pykaraoke (0.7.5-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update to use wxPython 3.0 (Closes: #758948): ++ New patch: wxpython3.0.patch + * Drop dependency on python-wxgtk2.6 (Closes: #645568) + + -- Olly Betts Sun, 31 Aug 2014 22:51:38 + + pykaraoke (0.7.5-1) unstable; urgency=low [ Miriam Ruiz ] diff -Nru pykaraoke-0.7.5/debian/control pykaraoke-0.7.5/debian/control --- pykaraoke-0.7.5/debian/control 2011-11-24 23:52:27.0 +1300 +++ pykaraoke-0.7.5/debian/control 2014-09-01 09:02:47.0 +1200 @@ -5,7 +5,7 @@ Uploaders: Miriam Ruiz Homepage: http://www.kibosh.org/pykaraoke/ Build-Depends: debhelper (>= 5.0.37.2), python-all-dev (>= 2.6.6-3~), - libsdl-dev | libsdl1.2-dev, python-pygame, python-wxgtk2.8 | python-wxgtk2.6, quilt + libsdl-dev | libsdl1.2-dev, python-pygame, python-wxgtk3.0, quilt Vcs-Svn: svn://svn.debian.org/svn/python-apps/packages/pykaraoke/trunk/ Vcs-Browser: http://svn.debian.org/wsvn/python-apps/packages/pykaraoke/trunk/?op=log Standards-Version: 3.9.2 @@ -13,7 +13,7 @@ Package: pykaraoke Architecture: all Depends: pykaraoke-bin (= ${source:Version}), python-pykaraoke (>= ${source:Version}), - ${python:Depends}, python-pygame, python-wxgtk2.8 | python-wxgtk2.6, ${misc:Depends} + ${python:Depends}, python-pygame, python-wxgtk3.0, ${misc:Depends} Suggests: python-numpy Description: free CDG/MIDI/MPEG karaoke player PyKaraoke is a free karaoke player. You can use this program to play your diff -Nru pykaraoke-0.7.5/debian/patches/series pykaraoke-0.7.5/debian/patches/series --- pykaraoke-0.7.5/debian/patches/series 2011-11-29 12:30:36.0 +1300 +++ pykaraoke-0.7.5/debian/patches/series 2014-09-01 09:01:29.0 +1200 @@ -2,3 +2,4 @@ fix_desktop_files.patch remove_hashbangs.patch fix_cdg2mpg_bashism.patch +wxpython3.0.patch diff -Nru pykaraoke-0.7.5/debian/patches/wxpython3.0.patch pykaraoke-0.7.5/debian/patches/wxpython3.0.patch --- pykaraoke-0.7.5/debian/patches/wxpython3.0.patch 1970-01-01 12:00:00.0 +1200 +++ pykaraoke-0.7.5/debian/patches/wxpython3.0.patch 2014-09-01 10:51:27.0 +1200 @@ -0,0 +1,78 @@ +Description: Updates for wxPython 3.0 + The third parameter when splitting a window is meant to be an integer, and + is optional. If omitted, it defaults to 0, which means "split in half" + which I assume is what passing 0.5 was intended to do (and 0.5 will get + cast to an integer, so passing 0.5 is just a confusing way to pass 0 here). + However, in the second case, for some reason it doesn't split in half with + wxPython3.0, so I've had to make it calculate half the window size explicitly. +Author: Olly Betts +Bug-Debian: https://bugs.debian.org/758948 +Forwarded: no +Last-Update: 2014-08-31 + +Index: pykaraoke-0.7.5/pykaraoke.py +=== +--- pykaraoke-0.7.5.orig/pykaraoke.py pykaraoke-0.7.5/pykaraoke.py +@@ -128,13 +128,13 @@ + + import sys + +-# Ensure that we have at least wx version 2.6, but also protect ++# Ensure that we have at least wx version 2.8, but also protect + # wxversion against py2exe (wxversion requires actual wx directories + # on-disk, so it doesn't work in the py2exe-compiled version used for + # Windows distribution). + if not hasattr(sys, 'frozen'): + import wxversion +-wxversion.ensureMinimal('2.6') ++wxversion.ensureMinimal('2.8') + + import os, string, wx, time, copy, types + from pykconstants import * +@@ -944,9 +944,9 @@ class ConfigWindow (wx.Frame): + parent = self.parent + parent.splitter.Unsplit() + if splitVertically: +-parent.splitter.SplitVertically(parent.leftPanel, parent.rightPanel, 0.5) ++parent.splitter.SplitVertically(parent.leftPanel, parent.rightPanel) + else: +-parent.splitter.SplitHorizontally(parent.leftPanel, parent.rightPanel, 0.5) ++parent.splitter.SplitHorizontally(parent.leftPanel, parent.rightPanel) + + # Save the auto play option + if self.AutoPlayCheckBox.IsChecked(): +@@ -1286,7 +1286,7 @@ class Expo
Bug#574605: latex-beamer: nested itemize yields variable vertical space between items of the same level
forwarded 574605 https://bitbucket.org/rivanvx/beamer/issue/306/nested-itemize-yields-variable-vertical stop On 19.03.10 Vincent Lefevre (vinc...@vinc17.net) wrote: Hi, > With the following example, one gets the following problems: > * the vertical space between Item 2 and Item 3 is smaller than > the one between Item 1 and Item 2, > * the vertical space between Item 3.2 and Item 3.3 is smaller > than the one between Item 3.1 and Item 3.2. > > I've attached the PDF file I obtain. > The vertical space between items of the same level should remain > the same. > Still in latest beamer. Forwarded to upstream. Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#574605: latex-beamer: nested itemize yields variable vertical space between items of the same level
fowarded 574605 https://bitbucket.org/rivanvx/beamer/issue/306/nested-itemize-yields-variable-vertical stop On 19.03.10 Vincent Lefevre (vinc...@vinc17.net) wrote: Hi, > With the following example, one gets the following problems: > * the vertical space between Item 2 and Item 3 is smaller than > the one between Item 1 and Item 2, > * the vertical space between Item 3.2 and Item 3.3 is smaller > than the one between Item 3.1 and Item 3.2. > > I've attached the PDF file I obtain. > The vertical space between items of the same level should remain > the same. > Still in latest beamer. Forwarded to upstream. Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#756868: #756868 - nautilus crashes when thumbnailing a large png file
Hey, ohh nevermind ;) cheers, althaser On 19 September 2014 21:13, gpe wrote: > Le Fri, 19 Sep 2014 18:56:54 +0100 > Pedro Beja a écrit: > > > Hey gpe, > > > > thanks for reporting. > > > > Could you please share an image to try to reproduce it here ? > > > > Cheers, > > althaser > > Hi, > > With Gimp create an image with a size of 28000x34000 (warning it takes 9 > GiB > in RAM), then save it as png with the option "Save background color". > > Regards, > > -- > +---+ > | gpe92 | > +---+ >
Bug#762238: gcc-4.9: guile-2.0 fails to build with offset problem
Package: gcc-4.9 Version: 4.9.1-14 I'm not sure this is a gcc bug, but currently on abel.debian.org, in a sid chroot, guile-2.0 2.0.11+1-3 fails to build as depicted here: https://buildd.debian.org/status/fetch.php?pkg=guile-2.0&arch=armel&ver=2.0.11%2B1-4&stamp=1411145211 After some testing, it looks like the problem may have been introduced by the switch from 4.8 to 4.9. You can likely ignore the the two rhdi errors -- those appear to be quashed by adding "&" to the output register constraints in the relevant guile inline asm (libguile/vm-i-scheme.c:365). With regard to the offset error: vm.s:13691: Error: bad immediate value for offset (4096) Here's the relevant vm.s temp file: tmp-arm-vm.s.gz Description: tmp-arm-vm.s.gz Thanks, and let me know if I can help any further. -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Bug#761803: ruby does not fiddle PTRDIFF_T
Package: ruby Version: 1:2.1.0.4 Followup-For: Bug #761803 Ruby 2.1 actually still does have fiddle extension. It just fails to build on Debian as shown in the ruby build logs. Following patch fixes the problem: --- ruby2.1-2.1.2.orig/ext/fiddle/extconf.rb +++ ruby2.1-2.1.2/ext/fiddle/extconf.rb @@ -7,7 +7,8 @@ dir_config 'libffi' pkg_config("libffi") if ver = pkg_config("libffi", "modversion") ver = ver.gsub(/-rc\d+/, '') # If ver contains rc version, just ignored. - $defs.push(%{-DRUBY_LIBFFI_MODVERSION=#{ '%d%03d%03d' % ver.split('.') }}) + ver = ver.split('.') + [0] # If ver is two digits append extra 0 + $defs.push(%{-DRUBY_LIBFFI_MODVERSION=#{ '%d%03d%03d' % ver }}) end unless have_header('ffi.h') BTW these build products are NOT creaned by debian/ruels clean causing package rebuild to fail: rm -f \ enc/trans/big5.c \ enc/trans/chinese.c \ enc/trans/emoji.c \ enc/trans/emoji_iso2022_kddi.c \ enc/trans/emoji_sjis_docomo.c \ enc/trans/emoji_sjis_kddi.c \ enc/trans/emoji_sjis_softbank.c \ enc/trans/escape.c \ enc/trans/gb18030.c \ enc/trans/gbk.c \ enc/trans/iso2022.c \ enc/trans/japanese.c \ enc/trans/japanese_euc.c \ enc/trans/japanese_sjis.c \ enc/trans/korean.c \ enc/trans/single_byte.c \ enc/trans/utf8_mac.c \ enc/trans/utf_16_32.c \ ext/rbconfig/sizeof/sizes.c \ id.c \ id.h \ lex.c \ miniprelude.c \ newline.c \ parse.c \ parse.h \ probes.dmyh \ x86_64-linux-gnu-fake.rb -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable'), (171, 'unstable'), (151, 'experimental'), (121, 'precise-updates'), (121, 'precise-security'), (121, 'precise'), (101, 'stable'), (101, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby depends on: ii ruby2.1 2.1.2-4 ruby recommends no packages. Versions of packages ruby suggests: pn ri ii ruby1.8-dev [ruby-dev] 1.8.7.358-7.1+deb7u1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762230: lilypond: debian/rules sets HOME=/tmp
On Fri, 19 Sep 2014, Jakub Wilk wrote: > This package's debian/rules sets HOME set to /tmp in debian/rules. But > HOME is supposed to be writable only by trusted users, whereas /tmp is > world-writable. > > For example, python2.7 (which debian/rules indirectly runs) loads code from > $HOME/.local/lib/python2.7/site-packages/. Heh. Yeah... I should know better than to have done that. Fixed in git, and I'll upload a fixed version soonish. Hopefully fontconfig has stopped writing to home... but if it hasn't, I'll figure out a better way to work around that. -- Don Armstrong http://www.donarmstrong.com "What, now?" "Soon equates to good, later to worse, Uagen Zlepe, scholar. Therefore, immediacy." -- Iain M. Banks _Look to Windward_ p 213 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762235: postgresql-common: postgresql unit starts every cluster, ignoring start.conf manual settings
Control: tag -1 moreinfo Re: Walter Huf 2014-09-19 <20140919201534.16354.57301.reportbug@localhost.localdomain> > I am running a Jessie system, and have multiple versions of PostgreSQL > installed. It seems that 'service postgresql start' does not pay attention to > each cluster's start.conf, and starts everything automatically even when they > are marked as manual. The comment in start.conf indicates that the manual > option should prevent init scripts from starting the cluster. Setting it to > disabled keeps the cluster from starting, at least. Hi, did you observe this after recently changing start.conf from auto to manual, i.e. without booting in between? Currently, the systemd generator responsible for establishing the links between the "postgresql" target and the individual clusters is only run when "systemd daemon-reload" is invoked (or the system is booted). If you run "systemd daemon-reload", only the remaining "auto" clusters should be started. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#759347: #759347 - epiphany-browser: Please apply upstream fix for Google logout
Control: fixed 759347 3.13.90-1 Hey Adrian, The epiphany-browser 3.13.90-1 from experimental atm contains the fix. Cheers, althaser
Bug#687253: geographiclib-datasets-download directory
Control: tags 687253 + wontfix Hi karme, Thanks for taking the time to report this, and sorry about the delay in replying. I have spent a little time investigating this today. The geographiclib-tools all default to looking for the datasets in /usr/share. The build process defaults to this location when the package is built, because this is the standard place according to Debian Policy: https://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#USRSHAREARCHITECTUREINDEPENDENTDATA As you probably never need to alter the downloaded dataset, this should not really be a problem. It just requires the download script to be run with root privileges. I am sure we could confirm with Charles Karney (the author of GeographicLib) the license for these datasets. But I think it might be more of a practical issue to package them. They exist as multiple compressed archives, and would need to be individually downloaded, and repackaged. Then it would be harder to work out if one of them had been updated in the future. Regards, Ross signature.asc Description: OpenPGP digital signature
Bug#762237: Please drop 65-droid-sans-fonts.conf
Package: fonts-android Version: 1:4.4.3r1.1-1 Severity: important In Ubuntu we found that 65-droid-sans-fonts.conf caused unpredictable behaviour and prevented us from achieving the desired configuration. Consequently we have dropped the file completely from the Ubuntu version of fonts-android. Related Ubuntu bug: https://launchpad.net/bugs/1351092 I would recommend this change at the Debian level as well. Besides getting Debian and Ubuntu back in sync, it would contribute to resolve both these Debian bugs: https://bugs.debian.org/661235 https://bugs.debian.org/729752 -- 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#762167: debian-faq: please update termcap/ncurses/tinfo information
On 2014-09-19 09:02 +0200, Vincent McIntyre wrote: > Package: debian-faq > Severity: wishlist > > The faq [1] says: > > Debian uses the terminfo database and the ncurses library of terminal > interface routes, rather than the termcap database and the termcap > library. Users who are compiling programs that require some knowledge > of the terminal interface should replace references to libtermcap with > references to libncurses. > > To support binaries that have already been linked with the termcap > library, and for which you do not have the source, Debian provides > a package called termcap-compat. This provides both libtermcap.so.2 > and /etc/termcap. Install this package if the program fails to run > with the error message "can't load library 'libtermcap.so.2'", or > complains about a missing /etc/termcap file. > > All of which appears to be out of date now on wheezy. > A better text might be something like: > > Debian uses the terminfo database and the ncurses library of terminal > interface routes, rather than the termcap database and the termcap > library. The low-level terminfo library has been split out from the > general ncurses library, making a new package called libtinfo5. > libncurses is linked to libtinfo, so users who are compiling programs > that require some knowledge of the terminal interface should replace > references to libtermcap with references to libncurses. The libtinfo split is transparent and not really relevant for users, and for compiling programs expecting libtermcap it is sufficient (and usually necessary) to install the libncurses5-dev package. Linking with -ltermcap has always been supported, so no need to replace references. > To support binaries that have already been linked with the termcap > library, and for which you do not have the source, you will have to > find the library source and compile it yourself. Debian used to provide > a package called termcap-compat which contained both libtermcap.so.2 > and /etc/termcap, but this was removed from the distribution in 2005. Apparently symlinking libtinfo.so.5 to libtermcap.so.2 works and lets the application use the terminfo database instead of /etc/termcap, but this is something I'd rather not guarantee. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#495933: question
Hi, i haven't compared samefile to fdupes, so i cannot tell the differences. But anyhow, i'm not using the software anymore, so from my point of view it doesn't need to be packaged. Best regards, Thorsten 2014-09-19 19:34 GMT+02:00 Henri Salo : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > This software sounds useful. Does it differ somehow from fdupes package? I > do > not know what is Debian policy on this, but I do not think we should > package > this if it does not offer something that fdupes can't do already. Of course > there might also be other reasons to get this into Debian. > > https://packages.debian.org/wheezy/fdupes > > Your comments are welcome. > > - --- > Henri Salo > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > > iEYEARECAAYFAlQcaTkACgkQXf6hBi6kbk+e5QCeMSutiUKDwK/Xhtg3np5ZeKBp > BhsAnAu0SseiT/MzhXyyUhH/c9jZcTPj > =d88o > -END PGP SIGNATURE- >
Bug#761837: xastir: Please update to new upstream 2.0.6
On Wednesday, September 17, 2014 08:46:57 Colin Tuckley wrote: > On 16/09/14 12:31, David A Aitcheson wrote: > > For BEST results it is strongly suggested that Xastir be installed from > > CVS and then to update just run the included "update-xastir" script > > which updates from CVS and automatically does the make and install with > > very little needed from the user save for entering a password. > > Unfortunately that is not the "Debian Way". If a package is going to be > in Debian then it needs to follow the Debian protocols regarding > packaging and updates. Adding some info for David's comment further above. Right now Debian is heading for a freeze which is coming November 5th ("remember remember the 5th of November..."), and at that point whatever version of the package is going to end up in the next "Stable" release (Jessie) for approximately the next two years and can only get major fixes during that time. So right now it's important that any version uploaded to Debian be a potential "long term support" release. -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#563000: [Python-apps-team] Bug#563000: pylint: wrongly tries to open emacs locks
Hello Yann, On Tue, Dec 29, 2009 at 10:06 PM, Yann Dirson wrote: > Package: pylint > Version: 0.18.1-1 > Severity: normal > > When a file is modified but not saved in emacs, some sort of > dangling-symlink lockfile is created: > > .#HexBoard.py -> usern...@hostname.domain.tld.9285:1262073654 > > This confuses pylint: > > * Module Omaha.Boards..#HexBoard > F0002: 1: : Unable > to load module Omaha.Boards..#HexBoard (No module named #HexBoard) > > > I suppose it would be enough to just ignore dotfiles, I guess they > would make invalid python module names anyway. Similarly, the # > character is most probaby forbidden here as well - all in all, pylint > should probably ignore such files as impossible to properly use from > python, and possibly issue a warning about their presence. Is this still happening with the latest version of pylint in sid? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762195: libc6: libpthread: hardware-assisted lock elision hazardous on x86
On Fri, 19 Sep 2014, Aurelien Jarno wrote: > It looks like Intel did crap there, and that the GNU libc has to handle > this crap. The microcode update could have stop advertising the > instructions while still supporting them... They had their reasons to not do it that way, I suppose. I don't think the Intel microcode teams optimize for any other update mode than "do it at firmware init or kernel init". What gets me angry is that, as usual, we had no idea of what the microcode update would do, since we also had no idea of what errata it was supposed to fix. > > Therefore, due to erratum HSD136 and the lack of widespread use of microcode > > updates, libpthread-2.19 must stop using HLE on the problematic Intel > > processors. > > I will try to work on a patch but this won't be enough, until the users > reboot their system it's very likely that some process using the old > libpthread with HLE enabled will remain. I can live with that, and I think I can prepare a patch if you want me to. What I cannot do is test it. BTW, I believe it should be possible to warn the user in postinst. We just need to look for the hle flag in /proc/cpuinfo when upgrading from a package version that did not have the blacklist in place. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762150: wget: dependencies suggestion
> westlake writes: > Package: wget > Version: 1.13.4-3+deb7u1 > Severity: normal > Since wget's description includes mentioning https perhaps > ca-certificates should rather be a dependency than a recommendation? > I noticed trying wget, there's no indication ca-certifcates should be > used.. installing curl immediately solved the problem as it by > default will install ca-certificates along with a number of other ssl > packages. This is a duplicate of #712540 [1], solved (in the current development version of Debian, – BKA Jessie, or “testing”) back last November. See [2, 3]. [1] https://bugs.debian.org/712540 [2] https://packages.debian.org/jessie/wget [3] http://metadata.ftp-master.debian.org/changelogs//main/w/wget/wget_1.15-1_changelog > (fwiw, it's also not clear what packages are actually needed, > ca-certificates is a recommendation but I think curl also requires > libssl) The ‘curl’ package Recommends: ca-certificates via its ‘libcurl3’ dependency. As there’s no similar underlying library for Wget, Recommends: ca-certificates was added to the ‘wget’ package directly. (The default APT configuration is to install recommended packages, unless the user explicitly chooses not to.) -- FSF associate member #7257 http://boycottsystemd.org/ … 3013 B6A0 230E 334A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762236: parted: [kfreebsd] use of kern.geom.debugflags is unsafe
Package: parted Version: 3.2-5 Severity: grave Hi, I found during d-i testing, that ZFS pools sometimes suffer I/O errors and go offline; this causes partman-zfs to hang. I suspect that in non-interactive situations, using parted to merely view the partition table could crash active, mounted filesystems on that disk. This took *many* hours to figure out but simplifies to: * parted's interface is designed so that a disk is 'opened' once, various get/set operations can happen, changes may be committed and then the fd is closed; therefore, disks are always opened with O_RDWR mode in case a set operation might need to make changes * opening O_RDWR and closing a disk device on FreeBSD, causes its partition tables to be rescanned (so, a 'commit' is implied - this also seems to be the cause of major slowness of partman in kfreebsd d-i, because it does this 'about' a hundred times in total) * the CAM layer handles this as a MEDIACHANGE event, it will DESTROY /dev devices for the disk partitions, and when scanning is complete, CREATE them again (perhaps similar to udev?) * an active ZFS pool may be doing things asynchronusly and try to read or write one of these devices when it disappears; I/O fails and the disk will be marked as faulty; if there is no redundancy, the entire pool will be offlined; I/O on these devices will hang until the fault is cleared and pool manually onlined * parted shouldn't be *able* to open a disk with O_RDWR if there are mounted filesystems; it uses kern.geom.debugflags "foot shooting" mode in order to do this unsafely * in the d-i partman use-case, "foot shooting" mode doesn't seem to be needed, because the disks are not active at the partitioning step so they can be opened O_RDWR anyway; the partition table is finalised when partman-zfs configuration starts; it is already assumed you cannot go back and make changes after this (partman-zfs is modelled on partman-lvm; you cannot set up LVM or a RAID then expect to repartition the component disks) * in non-interactive situations, an administrator could modify kern.geom.debugflags before using parted on an active disk, if they still really want to carry out risky operations So what I'm suggesting is that we just don't use kern.geom.debugflags to set "foot shooting" mode in parted any more - unless someone can give a really good reason why we do need to (and then help me find another solution to all of the above ;). I did test this in a jessie d-i install onto ZFS. I found only two problems: * when opening O_RDWR fails, it falls back to O_RDONLY but calls this an 'exception' with 'warn' severity that we would need to inhibit (or d-i will be interrupted by an Ignore/Cancel dialog when partman next looks at the partition table) * if some partman component does try to make changes after partman-zfs, that will now fail with an Ignore/Cancel dialog, but I'd consider it a bug if something does try to do this; update.d/swap was the only example I found, and that is in fact due to a bug which I'll file a separate report for Thanks for reading! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec 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#762232: reportbug: has no good category for web apps exploitability
Hello Sandro, On Fri, Sep 19, 2014 at 09:05:08PM +0100, Sandro Tosi wrote: > > Please consider assigning an appropriate category to this kind of > > problem and offer the user to set the security tag on the affected > > report. > > Can you please clarify what is this "category" you're describing? is > it an additional severity (like "critical", "grave", "minor", etc) or > a tag (like "ipv6", "lfs", etc)? I was unsure where to put it, and reading the categories' descriptions, nothing seemed to fit: Such a problem usually does not introduce a local root and also not a local user exploit, as far as I can see, as usually only unrelated third parties are directly affected - and the user who runs such software will only be indirectly affected by having his site appear on various lists he might not want to be on, damaging his reputation. These are the descriptions associated with grave and serious. Whether one would want an additional category, or alter the definition of one of the existing categories to cover this case, I am indifferent to that, but if we are going the latter route, a specific tag would be nice. > From what you describe, I think the right categorization for now is: > severity=critical, tags=security - what would be the advantage of > introducing a more fine grained categorization for those issues? To me, "critical" seemed to be reserved for root exploits. But the attacker does not gain root, and may not even be able to alter any data on the computer, while still using a computer with the vulnerable software to cause harm to unrelated third parties. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org