Bug#759312: wheezy-pu: package gnubg/0.90+20120429-1
Adam D. Barratt a...@adam-barratt.org.uk writes: The patch looks fine, thanks. Just for a final confirmation, please could we have a debdiff of the proposed upload (against the current stable package); please use 0.90+20120429-1+deb7u1 as the version. The debdiff is attached. Sorry about the obnoxious patch of a patch; the unstable version no longer uses single-debian-patch, but I was still using it then. Regeneration of the diff of course changed the order of the modified files, so the diff is particularly ugly. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ diff -Nru gnubg-0.90+20120429/debian/changelog gnubg-0.90+20120429/debian/changelog --- gnubg-0.90+20120429/debian/changelog 2012-04-28 20:56:29.0 -0700 +++ gnubg-0.90+20120429/debian/changelog 2014-08-25 21:59:14.0 -0700 @@ -1,3 +1,10 @@ +gnubg (0.90+20120429-1+deb7u1) stable; urgency=low + + * Apply upstream patch to prevent a crash on end game when gnubg is +run with the -t option. (Closes: #754764) + + -- Russ Allbery r...@debian.org Mon, 25 Aug 2014 21:56:34 -0700 + gnubg (0.90+20120429-1) unstable; urgency=low * New upstream development snapshot. diff -Nru gnubg-0.90+20120429/debian/patches/debian-changes gnubg-0.90+20120429/debian/patches/debian-changes --- gnubg-0.90+20120429/debian/patches/debian-changes 2012-04-28 20:56:51.0 -0700 +++ gnubg-0.90+20120429/debian/patches/debian-changes 2014-08-25 21:59:59.0 -0700 @@ -7,6 +7,54 @@ For full commit history and separated commits, see the packaging Git repository. +--- gnubg-0.90+20120429.orig/eval.c gnubg-0.90+20120429/eval.c +@@ -652,7 +652,9 @@ extern void EvalInitialise(char *szWeigh + pbc1 = BearoffInit ( NULL, BO_HEURISTIC, pfProgress ); + + /* read two-sided db from gnubg.bd */ +- gnubg_bearoff = BuildFilename(gnubg_ts0.bd); ++ /* For Debian, load dynamic databases from /var/lib/gnubg ++ instead. -- rra, 2008-02-16 */ ++ gnubg_bearoff = BuildVarFilename ( gnubg_ts0.bd ); + pbc2 = BearoffInit ( gnubg_bearoff, BO_IN_MEMORY | BO_MUST_BE_TWO_SIDED, NULL ); + g_free(gnubg_bearoff); + +@@ -667,12 +669,12 @@ extern void EvalInitialise(char *szWeigh + You can also generate other bearoff databases; see\n + README for more details\n\n ); + +- gnubg_bearoff_os = BuildFilename(gnubg_os.bd); ++ gnubg_bearoff_os = BuildVarFilename ( gnubg_os.bd ); + /* init one-sided db */ + pbcOS = BearoffInit ( gnubg_bearoff_os, BO_IN_MEMORY, NULL ); + g_free(gnubg_bearoff_os); + +- gnubg_bearoff = BuildFilename(gnubg_ts.bd); ++ gnubg_bearoff = BuildVarFilename(gnubg_ts.bd); + /* init two-sided db */ + pbcTS = BearoffInit ( gnubg_bearoff, BO_IN_MEMORY, NULL ); + g_free(gnubg_bearoff); +@@ -683,7 +685,7 @@ extern void EvalInitialise(char *szWeigh + char *fn; + char sz[10]; + sprintf(sz, hyper%1d.bd, i + 1); +-fn = BuildFilename(sz); ++fn = BuildVarFilename(sz); + apbcHyper[i] = BearoffInit(fn, BO_NONE, NULL); + g_free(fn); + } +--- gnubg-0.90+20120429.orig/gtkwindows.c gnubg-0.90+20120429/gtkwindows.c +@@ -391,7 +391,7 @@ WarningOK ( GtkWidget *pw, warningType w + + extern int GTKShowWarning(warningType warning, GtkWidget *pwParent) + { +- if (warnings[warning].warningEnabled) ++ if (fX warnings[warning].warningEnabled) + { + char *buf; + GtkWidget *pwDialog, *pwMsg, *pwv, *label; --- gnubg-0.90+20120429.orig/mkinstalldirs +++ gnubg-0.90+20120429/mkinstalldirs @@ -1,21 +1,36 @@ @@ -170,66 +218,6 @@ +# time-stamp-end: ; # UTC # End: -# mkinstalldirs ends here gnubg-0.90+20120429.orig/eval.c -+++ gnubg-0.90+20120429/eval.c -@@ -652,7 +652,9 @@ extern void EvalInitialise(char *szWeigh - pbc1 = BearoffInit ( NULL, BO_HEURISTIC, pfProgress ); - - /* read two-sided db from gnubg.bd */ -- gnubg_bearoff = BuildFilename(gnubg_ts0.bd); -+ /* For Debian, load dynamic databases from /var/lib/gnubg -+ instead. -- rra, 2008-02-16 */ -+ gnubg_bearoff = BuildVarFilename ( gnubg_ts0.bd ); - pbc2 = BearoffInit ( gnubg_bearoff, BO_IN_MEMORY | BO_MUST_BE_TWO_SIDED, NULL ); - g_free(gnubg_bearoff); - -@@ -667,12 +669,12 @@ extern void EvalInitialise(char *szWeigh - You can also generate other bearoff databases; see\n - README for more details\n\n ); - -- gnubg_bearoff_os = BuildFilename(gnubg_os.bd); -+ gnubg_bearoff_os = BuildVarFilename ( gnubg_os.bd ); - /* init one-sided db */ - pbcOS = BearoffInit ( gnubg_bearoff_os, BO_IN_MEMORY, NULL ); - g_free(gnubg_bearoff_os); - -- gnubg_bearoff = BuildFilename(gnubg_ts.bd); -+ gnubg_bearoff = BuildVarFilename(gnubg_ts.bd); - /* init two-sided db */ - pbcTS = BearoffInit ( gnubg_bearoff, BO_IN_MEMORY, NULL ); - g_free(gnubg_bearoff); -@@ -683,7 +685,7 @@ extern void EvalInitialise(char *szWeigh - char *fn; - char sz[10]; - sprintf(sz, hyper%1d.bd, i + 1); --fn = BuildFilename(sz); -+fn = BuildVarFilename(sz); - apbcHyper[i] =
Bug#758881: [bisected] VNC server can't get all sent chars correctly
On Di, 2014-08-26 at 09:55 +0400, Michael Tokarev wrote: 26.08.2014 09:40, Gerd Hoffmann wrote: There should be a delay after every character. It can be pretty small. 10ms should be enough (you should set TCP_NODELAY though to make sure the key events are not buffered in the network stack). Is this delay qemu-specific (or, rather, virtualization-specific, so to say, when the target - the VNC server - is working with a hardware being emulated), or applies to all VNC servers equally? Dunno, didn't try. Maybe you can hit it with xvnc too. But I'd expect that software (xvnc) has larger buffers than (emulated) hardware, so it doesn't trigger that easily. cheers, Gerd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755740: 9p mapped-* security model infos are architecture-specific
Michael Tokarev m...@tls.msk.ru writes: I haven't noticed this email - which is almost a month old now - until today. So replying now... 30.07.2014 21:43, Aneesh Kumar K.V wrote: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com writes: Michael Tokarev m...@tls.msk.ru writes: Apparently the the mapped-* security models results in a raw bytes being dumped to host without any architecture normalization (in host byte order). This may even lead to security issues in guest when the same files are served from another host for example. This bug has been initially submitted against debian qemu package, see http://bugs.debian.org/755740 Thanks for reporting the bug. Yes we do have issue with mapped-xattr. But mapped-file should be ok. We record the uid/gid as string in the file. What would be the best way to fix this in a backward compatible way ? Considering most of the users will be little endian host, we could do always store in little endian format which of-course will break big-endian hosts. We could possibly ask them to update xattr using external tools ? If there's no way to _detect_ the used format (maybe doing some guessing, -- if that's possible to do in a reliable way, it should be good), that's one of 2 possible options as I see it: that or introduce a new format entirely, maybe with another attribute name. It might not be even required to use an external tool for conversion. Again, if qemu is able to detect wrong endiannes, it might just update things itself, or print a warning and switch to an old format, or something like that. I was not able to come up with a way to detect wrong endianness. But the guessing idea might not be as bad really. I haven't looked closely which information is stored in there, -- but it is possible that some fields should have zeros in some bytes for example, and if these aren't zero but becomes zeros after endianness conversion that might be a good indicator. No, they are 32 bit numbers and we can't make any assumptions w.r.t upper half/lower half being zero I'm not sure the runtime code should be able to work with both formats at the same time. Actually, I'm not sure this is a big issue to start with -- indeed, you said it already, majority of users of 9pfs should be little endian hosts, -- are there any big endian hosts using this, at all? :) How about trying to detect (preferrable at init time) and refusing to start if old/wrong format is detected. Maybe have a compile-time define to use native or little endian format is a good idea too. That would confuse further. It also impact the interoperability of export path across different build of qemus. Bastian, since you discovered this issue, you might be using a host with uncommon endianness, what do you think? -aneesh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759290: debian-installer: 'Automated install' does not delay the locale and keyboard questions
Control: retitle -1 debian-installer: 'Auto install' does not delay questions when DHCP sends preseeding url Control: tag -1 - unreproducible Control: severity -1 wishlist Hi Samuel, thanks for your quick reply! On Tue, Aug 26, 2014 at 01:52:17AM +0200, Samuel Thibault wrote: Andreas B. Mundt, le Mon 25 Aug 2014 23:19:03 +0200, a écrit : when experimenting with unattended installations using PXE-boot and preseeding d-i, I did not find the 'Automated install' (auto mode) working as described in [1]: The auto kernel parameter is an alias for auto-install/enable and setting it to true delays the locale and keyboard questions until after there has been a chance to preseed them ... When I choose 'Automated install' from the 'Advanced options' menu, the first questions show up nevertheless (before setting up the network) and I have to answer them or preseed them on the kernel boot line. Could it be that the delaying functionality got lost? No, it is still there, but only if you provide some preseeding URL on the boot line or CD image etc. Otherwise it will prompt for the URL, and I guess that while at it, there's no point in not configuring the keyboard before that. At any rate, booting jessie b1 with the Automated install boot entry and passing url=http://dept-info.labri.fr/~thibault/preseed-jessie.txt on the kernel command line does install a Debian system without any prompt. You are right, it works indeed when providing a url, just tested it here. Before, I was using the method B.2.5. Using a DHCP server to specify preconfiguration files described in [1]. Is there a reason not to delay the questions with that method? Perhaps it could be mentioned in [1], but feel free to close this bug if you think it's inappropriate. Best regards, Andi [1] https://www.debian.org/releases/stable/i386/apbs02.html.en#preseed-dhcp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758357: [Mlt-devel] Fwd: Bug#758357: mlt: Use pkg-config to determine FFmpeg linker flags
Thanks. I applied this patch to MLT git. On Wed, Aug 20, 2014 at 12:30 AM, Patrick Matthäi pmatth...@debian.org wrote: Hi, thanks for your patch, but I think this is something upstream should decide and adopt. Weitergeleitete Nachricht Betreff: Bug#758357: mlt: Use pkg-config to determine FFmpeg linker flags Weitersenden-Datum: Sat, 16 Aug 2014 21:43:18 + Weitersenden-Von: Andreas Cadhalpun andreas.cadhal...@googlemail.com andreas.cadhal...@googlemail.com Weitersenden-An: debian-bugs-dist@lists.debian.org Weitersenden-CC: Fathi Boudra f...@debian.org f...@debian.org Datum: Sat, 16 Aug 2014 23:41:41 +0200 Von: Andreas Cadhalpun andreas.cadhal...@googlemail.com andreas.cadhal...@googlemail.com Antwort an: Andreas Cadhalpun andreas.cadhal...@googlemail.com andreas.cadhal...@googlemail.com, 758...@bugs.debian.org An: Debian Bug Tracking System sub...@bugs.debian.org sub...@bugs.debian.org Source: mlt Version: 0.9.2-1 Severity: wishlist Tags: patch Usertags: reintroducing-ffmpeg Dear maintainer, I am working on reintroducing FFmpeg to Debian [1-2]. In order to make FFmpeg co-installable with Libav, the libraries were renamed to lib*-ffmpeg. Thus using linker flags like '-lavcodec' doesn't work with the FFmpeg packages. To get the correct linking flags for both FFmpeg and Libav, one can (and should) use pkg-config. Attached patch achieves that for this package. Please apply it to facilitate building your package with FFmpeg in Debian. If you want to facilitate this even further, you can also add lib*-ffmpeg-dev alternatives to the Libav build-dependencies. While the FFmpeg package is still waiting in the NEW queue [3], it can already be built from the git repository [4]. Best regards, Andreas 1: https://lists.debian.org/debian-devel/2014/07/msg01010.html 2: https://bugs.debian.org/729203 3: https://ftp-master.debian.org/new/ffmpeg_7:2.3.1-1.html 4: https://anonscm.debian.org/cgit/collab-maint/ffmpeg.git -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ Mlt-devel mailing list mlt-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mlt-devel -- +-DRD-+
Bug#753421: blocking the ppc64el architecture bootstrap
Hi, Aurelien Jarno wrote: From the upstream point of view, you might want to release the next version with the autoconf related files regenerated with a relatively recent version of autoconf, automake and libtool. That's not without problems on my workstation. I will look whether i can upgrade. (The first question is what autotools version would be sufficient.) Whatever, the change is needed not only with libburn, but also with libisofs and libisoburn. libisofs fails on ppc64el with the same symptoms as libburn. libisoburn is not attempted because it needs the other two libraries. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745091: jing-trang: FTBFS with Java 8
Here is a link to the same upstream issue: https://code.google.com/p/jing-trang/issues/detail?id=182 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755234: [Pkg-xfce-devel] Bug#755234: Bug#755234: Bug#755234: Bug#755234: a more complete patch for xfce4-power-manager 1.2.0-5, a problem with refreshing of battery status
On lun., 2014-08-25 at 14:23 -0700, Eduard Bloch wrote: Let's imagine we would take the 1.3.x version and add it to Sid. Do you consider this possible, anyhow? If no, what are the reasons against it, apart from the convention 1.3 is development and therefore evil. I mean, what's the most minimal subset of things that are required to fix in order to use it? Read the backlog for this bug (and especially #135)? I seriously suggest doing what serves more users and push these things to Sid ASAP. I cannot imagine anyone wants to go Stable with the current state. But rushing to experimental/development version doesn't really help. And whining on bugs either. I already stated that, but let me kindly remind you that the current plan is to have a working status (for the *whole* desktop, not just xfpm) with both init=sysvrc and init=systemd, and handle the upower0.99 transition (no fallback in this case). Xfce 4.11 seems to have correct status wrt. init=systemd and upower0.99, but is 4.12 unlikely to be released before transition freeze (sep 5th). Xfce 4.10 in Jessie/sid have some patches integrated to xfce4-session, xfce4-settings and xfce4-power-manager, trying to replace consolekit by logind and support properly init=sysvrc+systemd-shim. It seems that there are bugs in systemd-shim which might prevent it working correctly (and might affect lightdm). Right now it's seems really unlikely that we'll switch to 4.12, but in case patches against xfpm 1.2 are really too invasive, it's possible we'll upgrade to 1.4 *when it's released*. In any case, if you want to help, try the whole desktop under both sysvrc and systemd, see what works, what doesn't, *investigate* what's not working (because it might be at the other layer in the stack, like libpam-systemd or systemd-shim). Also check upower0.99 status (which are a /different/ issue than systemd/sysvrc), and do that both on laptop and desktops, since the use cases are different. If you don't, then please refrain from posting any longer, because reading (and writing long answers) actually takes a lot of time, which is then not used doing the above. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#758234: Bug#759260: [PATCH] Remove priority extra, make all corresponding packages priority optional
[ CC'ed #758234 as Stuart's questions are also related to that. ] Stuart Prescott stu...@debian.org writes: Gerrit Pape p...@dbnbgs.smarden.org writes: Since discussion on this topic seems to have stopped, I suggest this patch to remove the priority extra for Debian packages. All packages that currently are of priority extra shall be changed to priority optional for the reasons outlined in message #35 to this very report I find Priority: extra useful for at least transitional packages, detached debug symbols, and packages conflicting with packages of priority = important (or maybe = standard) that will continue to do so, say for example alternative init systems. Currently I therefore object this change, but don't mind limiting what the 'extra' priority should be used for further. For the purposes of this discussion, it would be very useful if you could clarify if the above objection is with your ftp-master hat on or your Debian user hat on. (This is not to say that your opinion as a Debian user is not important, but I think the context of your remark is quite important -- an ftp-master saying we need priorities is different to a user saying I like priorities.) To me, your comment sounds like one being made as a user, as it is not commenting on the role of the priorities in the organisation of the archive and, because priorities are somehow important in the organisation of the archive, that is why they are controlled by ftp-master and not by the maintainers. It would be very helpful to have an ftp-master's view as to why the Priority field is important for that at all. That's my view as a user. It's mostly useful to see which packages are safe to remove, or to search for them. One might achieve the same results with searching for multiple sections instead. Technically, I don't think we need Priority: extra. As far as I know, the main (only?) users of priorities are d-i and debootstrap which only care about required, important, standard, and ignore the optional/extra packages. Related to that: Given d-i/debootstrap are the main users, I think having d-i ignore the priority of library packages already[1] is an indication that allowing packages to depend on library packages with lower priority might not be wrong. [1] https://bugs.debian.org/758234#15 In a later message, you describe some of the busywork that ftp-master control of priorities involves and say: Finally I'm not sure if it is ftpmaster's task to tell maintainers of high priority packages what other packages they may depend on. We should by default just trust them. which makes me think that you see no reason why ftp-master is controlling Priority either. With your ftp-master hat on, is there any reason not to just rip all that overrides code out of dak and instead accept the values from the maintainers? (That directly addresses the other part of this discussion, too.) I think it's useful to be able to change what d-i installs without having to upload packages unrelated to d-i itself for this. How this is implemented doesn't matter too much (besides transition issues). If someone decides we really hate priorities, I think we could possibly replace them with meta-packages (required - minimal-system, important - base-system, standard - standard-system, nothing for optional and extra). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758184: boinc: FTBFS due to dependency errors in Makefile
(please excuse my top posting) Hi Guo and Steffen, sorry if it is taking too long, but you don't know the kind of problems I spotted in this deep code review! the makefiles are now consistent, or at least they should be. The problem was that we (I, because the gcc-4.9 patch was from me) patched boinc always in the wrong way, we had problems, differences between static and dynamic builds and we solved by removing flags. this isn't the right way, this should be handled automatically by libtool. In fact now with the fixed makefiles and no debian patches I have able to parallel build it (make -j 8). I spotted three bad debian patches, and one bad upstream file. md5.c is not getting exported correctly (this is why probably we disabled fcgi, it wasn't able to find md5_init and so on). for some reason g++ when compiling a file .c behaves differently as it does when compiling the same cpp file. This lead to important functions not build, or not linked against boinc code, and hidden by our dynamic builds. I'm providing a patch for upstream today (as soon as I reach a computer to test if really renaming a file makes g++ stop exporting __cplusplus define in md5.h) After this I think my review should be done, I don't want to push anything on unstable because it will require a seti rebuild, so please wait some days more :-) We already have something in testing, so I don't think we should hurry up (freeze is approaching I know) So in the next few hours/days I'll send something to you and hopefully upload :-) stay tuned! Gianfranco Sent from Yahoo Mail on Android
Bug#759313: webkitgtk: please disable MacroAssembler code on ppc64el
Source: webkitgtk Version: 2.4.4-2 Severity: important Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, webkitgtk fails to build on the ppc64el architecture in the MacroAssembler code. Looking at the debian/rules file it seems it is actually disabled for most architectures. I think it's therefore fine to disable it on ppc64el, which is what the patch below does. As it will block the ppc64el bootstrap in debian quite soon, an upload as soon as possible would be really appreciated. Thanks, Aurelien diff -Nru webkitgtk-2.4.4/debian/rules webkitgtk-2.4.4/debian/rules --- webkitgtk-2.4.4/debian/rules2014-07-14 13:52:42.0 +0200 +++ webkitgtk-2.4.4/debian/rules2014-08-26 07:42:07.0 +0200 @@ -62,7 +62,7 @@ endif # See https://bugs.webkit.org/show_bug.cgi?id=113638 -ifneq (,$(filter $(DEB_BUILD_ARCH),arm64 alpha hppa ia64 powerpc powerpcspe ppc64 sparc sparc64 s390 s390x mipsn32 mipsn32el mips64 mips64el)) +ifneq (,$(filter $(DEB_BUILD_ARCH),arm64 alpha hppa ia64 powerpc powerpcspe ppc64 ppc64el sparc sparc64 s390 s390x mipsn32 mipsn32el mips64 mips64el)) CPPFLAGS += -DENABLE_JIT=0 -DENABLE_YARR_JIT=0 -DENABLE_ASSEMBLER=0 endif -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.14-1-powerpc64le (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755048: “Could not get screen information”
Package: gnome-control-center Version: 1:3.12.1-4 Followup-For: Bug #755048 It seems that the control center panel probably won't work with other WMs anymore includes metacity, as used by gnome-session-flashback. Or at least I see the same bug using it. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (450, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.37-3 ii apg2.2.3.dfsg.1-2 ii colord 1.2.1-1 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.12.1-4 ii gnome-desktop3-data3.12.2-2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-menus3.13.3-1 ii gnome-settings-daemon 3.12.2-1 ii gsettings-desktop-schemas 3.12.2-1 ii libaccountsservice00.6.37-3 ii libatk1.0-02.12.0-1 ii libc6 2.19-9 ii libcairo2 1.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libcheese-gtk233.12.2-1 ii libcheese7 3.12.2-1 ii libclutter-1.0-0 1.18.4-1 ii libclutter-gtk-1.0-0 1.5.2-2 ii libcolord-gtk1 0.1.25-1.1+b1 ii libcolord2 1.2.1-1 ii libcups2 1.7.5-1 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgl1-mesa-glx [libgl1] 10.2.5-1 ii libglib2.0-0 2.40.0-4 ii libgnome-bluetooth13 3.12.0-5 ii libgnome-desktop-3-10 3.12.2-2 ii libgoa-1.0-0b 3.12.4-1 ii libgoa-backend-1.0-1 3.12.4-1 ii libgrilo-0.2-1 0.2.10-1 ii libgtk-3-0 3.12.2-3 ii libgtop2-7 2.28.5-2 ii libibus-1.0-5 1.5.8-2 ii libkrb5-3 1.12.1+dfsg-7 ii libmm-glib01.2.0-1 ii libnm-glib-vpn10.9.10.0-1.1 ii libnm-glib40.9.10.0-1.1 ii libnm-gtk0 0.9.10.0-2 ii libnm-util20.9.10.0-1.1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-01.36.6-1 ii libpolkit-gobject-1-0 0.105-6.1 ii libpulse-mainloop-glib05.0-6 ii libpulse0 5.0-6 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.1.11+dfsg-1 ii libsoup2.4-1 2.46.0-2 ii libupower-glib20.99.0-3 ii libwacom2 0.8-1 ii libx11-6 2:1.6.2-3 ii libxi6 2:1.7.4-1 ii libxml22.9.1+dfsg1-4 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.5-2 ii gkbd-capplet 3.6.0-1 pn gnome-online-accounts none ii gnome-user-guide 3.12.2-1 ii gnome-user-share 3.10.2-1 ii iso-codes 3.55-1 pn libnss-myhostname none ii mesa-utils 8.2.0-1 ii mousetweaks3.12.0-1 ii network-manager-gnome 0.9.10.0-2 ii ntp1:4.2.6.p5+dfsg-3 ii policykit-1-gnome 0.105-2 pn realmd none pn rygel | rygel-tracker none ii system-config-printer 1.4.3-4 Versions of packages gnome-control-center suggests: ii gstreamer1.0-pulseaudio 1.4.0-1 ii libcanberra-gtk-module 0.30-2 ii libcanberra-gtk3-module 0.30-2 ii x11-xserver-utils7.7+3 -- 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#759314: dolphin: sftp:// protocol is not supported by dolphin/konqueror after update to 4.14
Package: dolphin Version: 4:4.14.0-1 Severity: normal Dear Maintainer, After recent update of dolphin/konqueror to 4.14 in SID, support for sftp:// connections does not work any longer. Example: In Dolphin, press F6, enter sftp://username@hostname. Dolphin does not connect but reports “Invalid protocol”. Best Wishes Johannes -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dolphin depends on: ii kde-runtime4:4.14.0-1 ii libbaloocore4 4:4.14.0-1 ii libbaloofiles4 4:4.14.0-1 ii libbaloowidgets4 4:4.14.0-1 ii libc6 2.19-9 ii libkactivities64:4.13.3-1 ii libkcmutils4 4:4.14.0-1 ii libkdecore54:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkfile4 4:4.14.0-1 ii libkfilemetadata4 4:4.14.0-1 ii libkio54:4.14.0-1 ii libknewstuff3-44:4.14.0-1 ii libkonq5abi1 4:4.14.0-1 ii libkparts4 4:4.14.0-1 ii libphonon4 4:4.7.2-1 ii libplasma3 4:4.14.0-1 ii libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libsolid4 4:4.14.0-1 ii libstdc++6 4.9.1-8 ii libxrender11:0.9.8-1 ii phonon 4:4.7.2-1 Versions of packages dolphin recommends: ii ruby 1:2.1.0.4 Versions of packages dolphin suggests: pn kdesdk-dolphin-plugins none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750910: Status of sitplus (Was: Bug#750910: sitplus: Please update to use wxwidgets3.0)
Hi Andreas, Changes are available in git repo, branch develop. If needed I could prepare several tarballs. Is enough? I guess yes if you would clarify the role of libsitplus. Is this something sitplus would depend from or just an extract for those who simply want to link their own programs against it? libsitplus is a library that sitplus depend from. There is another project [1] that uses it, so I generated a library. [1] http://sviacam.sf.net Kind regards César -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741487: A useful fork for web authors wanting to optimize their images
Hello, Sorry, I don't have the 1.0 package anymore. I can build a package based on mozjpeg 2.1 but I'm not sure how to do it so it does not conflict with libjpeg. (I assume you would want to install the mozjpeg utilities but not replace your system libjpeg.) Regards, 2014-08-26 4:01 GMT+02:00 Francois Marier franc...@debian.org: While the name suggests that it's another general-purpose JPEG library, it's actually closer to the jpegoptim optimization tool. From the upstream README: 'mozjpeg' is not intended to be a general JPEG library replacement. It makes tradeoffs that are intended to benefit Web use cases and focuses solely on improving encoding. It is best used as part of a Web encoding workflow. For a general JPEG library (e.g. your system libjpeg), especially if you care about decoding, we recommend libjpeg-turbo. mozjpeg ships two binaries that allow one to recompress JPEG files so that they become smaller: https://hacks.mozilla.org/2014/08/using-mozjpeg-to- create-efficient-jpegs/ I would personally like to use it in my web development projects, so Pierre, if you'd like to reupload your package to mentors, I will take a look at it. Francois
Bug#759315: IIPImage does not take into account Photometric Interpretation (bitonal tiff)
Package: iipimage-server Version: 0.9.9-2 https://packages.debian.org/source/unstable/iipimage Thanks very much for your detailed response. It explains a lot to me! Now I know why the problem jp2 file is rendered differently with different software (perfect with kdu_show, inverted with Mac Preview and IIP image server, inverted with a red background with IrfanView on Pcs, etc.) The software we use here to render images is IIP image server, and it displays inverted images (probably because it doesn¹t check the jp2 colour palette). So I¹m thinking of encoding the files to a raw codestream to lose the palette as you suggested. It fixes the problem however the size of the raw codestream (j2c) seems to be much bigger than the corresponding jp2 or jpx file. Do you know of any way to make the file size smaller?
Bug#755293: Adopting BleachBit.
Hi Hugo, 2014-08-19 9:32 GMT+02:00 Hugo Lefeuvre hugo6...@fr33tux.org: I'm interested in adopting BleachBit: I've tested it, and I think it's an interesting software. So, if you agree, I'll start to work about it on python-apps. Would you have time to sponsor the resulting package ? :) Thanks for your interest in adopting BleachBit! Feel free to ping me if you need some advice and sponsoring :) Cheers, Lica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758234: Bug#759260: [PATCH] Remove priority extra, make all corresponding packages priority optional
Ansgar Burchardt ans...@debian.org writes: Stuart Prescott stu...@debian.org writes: I find Priority: extra useful for at least transitional packages, detached debug symbols, and packages conflicting with packages of priority = important (or maybe = standard) that will continue to do so, say for example alternative init systems. For detached debug symbols and transitional packages, I think using the section makes more sense here, since that provides more precise information than the priority can provide. For example, transitional packages are a different sort of extra than debug symbols; both can be removed from the system without breaking important functionality, but the transitional packages are more likely to be something one wants to remove automatically. Could you say more about why you think conflicting packages having a separate priority from optional is useful? When would people use that priority information, and how? Technically, I don't think we need Priority: extra. As far as I know, the main (only?) users of priorities are d-i and debootstrap which only care about required, important, standard, and ignore the optional/extra packages. Yeah, that seems to have been the consensus of previous discussions. Related to that: Given d-i/debootstrap are the main users, I think having d-i ignore the priority of library packages already[1] is an indication that allowing packages to depend on library packages with lower priority might not be wrong. [1] https://bugs.debian.org/758234#15 There's two ways we can solve that problem: either say that priority is meaningless for library packages, or be better about automating the change in priority. I'd actually prefer the latter, since as a library maintainer I'd like to know when my package is being pulled into the standard or important set (and particularly if it's pulled into required). In some cases, it can change maintenance decisions. So, while I don't want anyone to have irritating busy-work to track this stuff, I'd really like to trigger some sort of notification to the maintainer of the elevated package, at least, and priority seems like a reasonable mechanism off of which to trigger. Even if we just automate the elevation of the priority in the overrides file along with that mail notification. I think it's useful to be able to change what d-i installs without having to upload packages unrelated to d-i itself for this. How this is implemented doesn't matter too much (besides transition issues). If someone decides we really hate priorities, I think we could possibly replace them with meta-packages (required - minimal-system, important - base-system, standard - standard-system, nothing for optional and extra). I like priorities better than meta-packages for this purpose, and I think the standard/important/required distinction really is useful, even outside of d-i. I've used it as a user when figuring out which parallel implementation of something to install. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759311: RFS: node-base64-url/1.0.0-1 [ITP]
Hi Joseph, Thanks for making the package for Debian! I'm not a DD, so I can't sponsor your package, but here's my review: d/control: -Don't put each dependency on a different line. -In your description, you don't need to include a description of what node.js is, rather, you can mention that your package makes use of node.js d/copyright: -Use the author's full name (Joaquim José F. Serafim) instead of their Github username. d/rules: -Remove the commented lines; only keep what is necessary. d/watch: -Why have you used fakeupstream? Can it actually detect new upstream versions, and if so, how? If not, then you should just make a watch file with some comments explaining that upstream doesn't provide a uscan-compatible method of getting releases. README.md: This is really upstream's problem, but the sample usage of base64url.escape needs to have quotes around the input to run correctly; furthermore all outputs should have quotes around them as well. Perhaps you could patch this and then send the fix upstream? Once you have done this, you may wish to contact the Debian JavaScript Maintainers[1] to see if you can get one of them to sponsor your package. Good luck in getting your package into Debian! Riley Baird -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756947: hp-wmi: wifi rfkill can't be reversed
Alan Wilson (in cc) reported that rfkill doesn't work correctly on the HP Compaq nc6230. - Without the hp-wmi driver loaded, the hard rfkill switch controls both wifi and BT while soft rfkill only works for wifi. - With the hp-wmi driver loaded, soft and hard rfkill switches can be used to turn wifi and BT off and to turn BT back on, but wifi cannot be turned back on without using the BIOS setup program. (The full bug report is logged at https://bugs.debian.org/756947.) This was reported against Linux 3.2, but I don't think there have been relevant fixes since then. Perhaps the hp-wmi driver should blacklist this model for wifi rfkill (while leaving all the others features enabled). Does that seem like a reasonable approach to fix this? Ben. -- Ben Hutchings No political challenge can be met by shopping. - George Monbiot signature.asc Description: This is a digitally signed message part
Bug#759316: Document the use of /etc/default for cron jobs
Package: debian-policy Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, For practical reasons, variables that are used to configure init scripts behaviour are placed in separate files in /etc/default, as documented in Policy §9.3.2. The same is often applied to cron jobs as well, for the same practical reasons as crontab jobs are quite similar to init scripts (being both configuration files and scripts, and containing both configuration and code). But, contrary to init scripts, this practice is not yet documented in the Policy. I think this practice would be worth adding to the Policy, as it is both useful and already used with no opposition as far as I know. If that seems relevant, I can write a patch for that. Regards, - -- Tanguy Ortolo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJT/D1rAAoJEOryzVHFAGgZUd8P/18b/q48c575Ur43BBpidc3D F/GOLMmSzKK6mmcl9qhUHgGLIvddbaKTS1P0/eYr1B2naEvpYE8T0Q3/fIklfy9B NYo9pDQvgoR6H8azWvH+TwgX/Yd5mZyIpSLBbg7hpUi1DYBytolGMNBWWT2uiJYO tULX8huLatwF1ufEZPDPS8Hcjz2jHxNdEhB0QHJkWkSwRpIftgUKCjNKvYyByYxD OQbI3ELCE4KOOPYM6YZUNgdtePr/v38CDsx+ro8QmXwqJGKK7xDbNmgdbBQgDB/c P04imnyLxtgqkxrfJuTcoISIpETavLsYxsBfhMNISuQuEY3KaGXakh9GUIDHyMPQ hRrGCNfzO2iAUAPmteRjUUctKN1xEZ9yxAneVQHvMiCVZD9fl1aSADBIi7lgk0KC YYJ0sKKIHUvXVnD9wTY27mObmYnqO+h5HHnZDKGq4Lz44PntzX+VIdlVb0j3k4H5 sijwKEmYOlR4HX4nz7nehBMJyj7BPPOOw2+UmYeZtR7CTAqOFmiqYGgD3pCeaoqV f6vPmzP4A8mS+QdcFCdi9Kchdh/Gf9rBKgOtu+RRtdTwK32eN2uOOb3j3dvK88Ql VOvPPNfwEQb9YbJCIQQX4HjYsEc7HMfECGrKCJCZkyWDr1rKd7xpqw8TOlJ7fiE3 Dy2kE+J31bteSZB4NxC+ =NiNG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759311: RFS: node-base64-url/1.0.0-1 [ITP]
On 26 August 2014 08:46:27 BST, Riley Baird bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch wrote: Hi Joseph, Thanks for making the package for Debian! I'm not a DD, so I can't sponsor your package, but here's my review: d/control: -Don't put each dependency on a different line. This is actually common practice as having them on separate lines makes it easier to review a diff for future versions. --- Regards Daniel Lintott Sent from my Android device with K-9 Mail. Please excuse my brevity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759317: linux-image-3.14-2-686-pae: Cannot upgrade kernel due to via-velocity.ko error
Source: linux-image-3.14-2-686-pae Version: via-velocity.ko unexpected end of file or stream Severity: important Hello, The problem does not affect the system listed by Reportbug, but the system listed below: System: Asus EEE PC 701SD Debian Jessie (testing) 32Bit When running sudo apt-get update sudo apt-get upgrade the following comes up and the upgrade stops: --- Preparing to unpack .../linux-image-3.14-2-686-pae_3.14.15-2_i386.deb ... Unpacking linux-image-3.14-2-686-pae (3.14.15-2) over (3.14.13-2) ... dpkg: error processing archive /var/cache/apt/archives/linux- image-3.14-2-686-pae_3.14.15-2_i386.deb (--unpack): cannot copy extracted data for './lib/modules/3.14-2-686-pae/kernel/drivers/net/ethernet/via/via-velocity.ko' to '/lib/modules/3.14-2-686-pae/kernel/drivers/net/ethernet/via/via-velocity.ko ..dpkg-new': unexpected end of file or stream dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) E: Sub-process /usr/bin/dpkg returned an error code (1) Thank you, Demetris Demetriou deZillium LTD -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754213: (no subject)
On Mon, 2014-08-25 at 18:15 -0300, Breno Leitao wrote: Hi Debian Kernel team, Any concern regarding to this patch? This is going to fix the following build failure: https://buildd.debian.org/status/fetch.php?pkg=linux-toolsarch=ppc64elver=3.14-1stamp=1408986520 The first build failure (requiring __SANE_USERSPACE_TYPES__) appears to be fixed upstream in 3.16. I'll apply the other changes to enable building the linux-tools-* package. Ben. -- Ben Hutchings No political challenge can be met by shopping. - George Monbiot signature.asc Description: This is a digitally signed message part
Bug#756050: dokuwiki: Doesn't erase the cache nor does other needed maintenance
Rodrigo Campos, 2014-08-26 01:55+0100: On Mon, Aug 25, 2014 at 05:51:52PM +0200, Tanguy Ortolo wrote: Given the importance of this modification, and the level of damage it could do if we made a mistake (it deletes file in a wiki data directory!), I will upload this revision to experimental: could you please test it and confirm it does not delete production data? Only after that will I be able to upload it to unstable. Sure! I've just tried it and I can confirm it worked fine on my production system. Let me explain how I tried it, just in case: I installed the dokuwiki in my local PC, copied the cron file to my server (I've done a snapshot just before trying this, of course ;) and changed all default from false to true (so I try all the cases). Oh, and also commented the source to /etc/default/dokuwiki as that file does not exist on my installation from stable. You could have copied /etc/default/dokuwiki that only exists for configuring the cron job! Then run the script and everything went fine. I didn't test changing the date of the files and verify they are deleted, but that should work. I've detected a very simple problem on my local machine, though. The line that says: find cache/?/ -type f -mtime +$max_days -delete fails on a new dokuwiki installation. And it faile because the cache directory is empty on a brand new installation. Just changing it to: find cache -type f -mtime +$max_days -delete works just fine (the /?/ is not really important, as the filter for -type f is there) because the cache directory is created during the installation. Correct, I will apply the same. If you want me to test something else, please let me know :) That should be enough, I shall upload it to unstable soon. Thank you! -- ,--. : /` ) ن Tanguy Ortoloxmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#759319: systemd sets the kernel time zone
Package: systemd Version: 208-6 Severity: normal Dear Maintainer, The current versions of systemd in testing, sid or experimental (214-1) do not have the following commit that came about a month after the 214 branch: http://cgit.freedesktop.org/systemd/systemd/commit/?id=c264aeab4b0e7b69f469e12e78d4a48b3ed7a66e That makes having reliable timestamps on legacy filesystems such as FAT much harder. See the discussion on the systemd bug tracker for details: https://bugs.freedesktop.org/show_bug.cgi?id=81538 Please make sure the version of systemd in the next stable release does have this commit. Regards, -- Nicolas George -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.3 ii libacl1 2.2.52-1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.8 ii libc62.19-9 ii libcap2 1:2.24-4 ii libcap2-bin 1:2.24-4 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.6-2 ii libgcrypt11 1.5.4-2 ii libkmod2 18-1 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-6 ii libsystemd-journal0 208-6 ii libsystemd-login0208-6 ii libudev1 208-6 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53.3 ii udev 208-6 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: ii libpam-systemd 208-6 Versions of packages systemd suggests: pn systemd-ui none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759318: pike7.8: configure using invalid signature of main
Package: pike7.8 Version: 7.8.866-3 Usertags: goto-cc Severity: minor Tags: upstream pike's configure fails to determine the correct maximal stack size when using compilers that are more strict about the correct number of parameters to main (the C standard mandates 0 or 2 or 3 parameters). This is due to the following bit in src/configure (src/configure.in): int main(int argc) { f=fopen(confdefs.out.2, w); /* weird filename to circumvent configure weirdness */ save_depth(); use_stack(0); } Instead, this should be int main() or int main(int argc, char** argv). Best, Michael PS.: This is an upstream issue, but upstream's JIRA seems unavailable at present. pgp7esQjQS07Z.pgp Description: PGP signature
Bug#758864: [j...@priorycomputers.com: Re: Bug#758864: Reply to Didier's questions]
Hello Jim, Don't forget to include #758864 in your replies. Regards, Brian. - Forwarded message from Jim Cobley j...@priorycomputers.com - Date: Mon, 25 Aug 2014 23:44:48 +0100 From: Jim Cobley j...@priorycomputers.com To: Brian Potkin claremont...@gmail.com Subject: Re: Bug#758864: Reply to Didier's questions User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 On 25/08/14 22:07, Brian Potkin wrote: dpkg -l | grep systemd-sysv sudo dpkg -l | grep systemd-sysv ii systemd-sysv 208-6 amd64system and service manager - SysV links Will read other bug details tomorrow - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759320: systemd fails to close user sessions with nonexistent home (nobody)
tags 759320 + confirmed thanks Am 26.08.2014 10:20, schrieb Nicolas George: If a session was opened for user nobody, or probably any user with a nonexistent home directory: [..] Then stopping the session fails: Aug 26 09:54:12 aimlin systemd[2719]: Failed at step CHDIR spawning /bin/kill: No such file or directory Aug 26 09:54:12 aimlin systemd[1353]: systemd-exit.service: main process exited, code=exited, status=200/CHDIR Aug 26 09:54:12 aimlin systemd[1353]: Failed to start Exit the Session. Aug 26 09:54:12 aimlin systemd[1353]: Dependency failed for Exit the Session. Aug 26 09:54:12 aimlin systemd[1353]: Unit systemd-exit.service entered failed state. That causes a 60 seconds timeout, making it seem shutdown is stuck. IIRC the timout here is 90 seconds. The problem is that step CHDIR tries to chdir to the nonexistent home directory, and considers the failure as fatal. AFAICS, the corresponding code is the same for the version currently in experimental (214-1) and in upstream's Git head. See the second instance of EXIT_CHDIR in src/core/execute.c and the only instance of get_home_dir() in src/core/unit.c. I guess that should be easy to verify. I suppose the same issue could arise in other circumstances than opening a session for an invalid user, maybe with network-shared home directories temporarily unavailable. I do not have the infrastructure to test further. Right, I e.g. noticed this issue when popularity-contest is installed and enabled. The /etc/cron.daily/popularity-contest then runs su -s /bin/sh -c /usr/sbin/popularity-contest nobody which also creates such a systemd session which blocks shutdown. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#757348: systemd: with SysV init, can no longer suspend and shutdown from lightdm
Subject: Re: systemd: with SysV init, can no longer suspend and shutdown from lightdm Followup-For: Bug #757348 Package: systemd-shim Version: 7-1 Dear Maintainer, I'm using KDE and no options like suspend and hibernate are now available in power settings and KRunner. * What led up to the situation? Switching back from systemd to simple working sysvinit. * What exactly did you do (or not do) that was effective (or ineffective)? I 've tried to google this problem, downgraded upower to previous version. Only temporarily setting systemd as init in Grub boot options helped, these buttons had shown in KRunner and I've set power setting. After rebooting with sysvinit, they disappeared again, but display lid sleep- on-close is working, at least. So, now, I've minimal working sleep-on-close, but I've to manually use sudo s2ram/pm-suspend, instead of pressing according button in KRunner. Could you fix it, please? Thanks in advance :) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (20, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd-shim depends on: ii cgmanager 0.30-1 ii libc6 2.19-9 ii libglib2.0-0 2.40.0-4 systemd-shim recommends no packages. Versions of packages systemd-shim suggests: ii pm-utils 1.4.1-15 -- 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#759321: debian-edu-install: [INTL:sk] Slovak po-debconf translation
Package: debian-edu-install Priority: wishlist Tags: l10n patch Version: 1.724 .po attached ~~helix84 # Slovak translation of debian-edu-install. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the debian-edu-install package. # Ivan Masár heli...@centrum.sk, 2010, 2011, 2012, 2014. msgid msgstr Project-Id-Version: debian-edu-install\n Report-Msgid-Bugs-To: debian-edu-inst...@packages.debian.org\n POT-Creation-Date: 2013-06-07 21:30+0200\n PO-Revision-Date: 2014-08-26 10:35+0200\n Last-Translator: Ivan Masár heli...@centrum.sk\n Language-Team: slovenčina debian-l10n-slo...@lists.debian.org\n Language: sk\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n X-Generator: Virtaal 0.7.1\n #. Type: text #. Description #. Debian Installer Main-menu Item #: ../debian-edu-profile-udeb.templates:1001 msgid Choose Debian Edu profile msgstr Vyberte profil Debian Edu #. Type: multiselect #. Choices #. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar #: ../debian-edu-profile-udeb.templates:2001 msgid Main Server msgstr Hlavný server #. Type: multiselect #. Choices #. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar #: ../debian-edu-profile-udeb.templates:2001 msgid Workstation msgstr Pracovná stanica #. Type: multiselect #. Choices #. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar #: ../debian-edu-profile-udeb.templates:2001 msgid Roaming Workstation msgstr Potulná pracovná stanica #. Type: multiselect #. Choices #. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar #: ../debian-edu-profile-udeb.templates:2001 msgid Thin Client Server msgstr Server tenkých klientov #. Type: multiselect #. Choices #. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar #: ../debian-edu-profile-udeb.templates:2001 msgid Standalone msgstr Samostatný #. Type: multiselect #. Choices #. __Choices: Main-Server, Workstation, Roaming-Workstation, Thin-Client-Server, Standalone, Minimal, Sugar #: ../debian-edu-profile-udeb.templates:2001 msgid Minimal msgstr Minimálny #. Type: multiselect #. Description #: ../debian-edu-profile-udeb.templates:2002 msgid Profile(s) to apply to this machine: msgstr Ktoré profily aplikovať na tento počítač: #. Type: multiselect #. Description #: ../debian-edu-profile-udeb.templates:2002 msgid Profiles determine how the machine can be used out-of-the-box: msgstr Profily určujú akým spôsobom možno používať počítač ihneď po inštalácii: #. Type: multiselect #. Description #. # Translators, do not translate Sugar #: ../debian-edu-profile-udeb.templates:2002 msgid - Main Server: reserved for the Debian Edu server. It does not\n include any GUI (Graphical User Interface). There\n should only be one such server on a Debian Edu\n network.\n - Workstation: for normal machines on the Debian Edu network.\n - Roaming Workstation: for single user machines on the Debian Edu\n network which some times travel outside the network.\n - Thin Client Server:\n includes 'Workstation' and requires two network\n cards.\n - Standalone: for machines meant to be used outside the Debian Edu\n network. It includes a GUI and conflicts with other\n profiles.\n - Minimal: fully integrated into the Debian Edu network but\n contains only a basic system without any GUI. msgstr - Hlavný server: vyhradené pre server Debian Edu. Neobsahuje\n Žiadne grafické používateľské rozhranie. Na sieti\n Debian Edu by mal existovať iba jeden takýto server.\n - Pracovná stanica: bežné stanice na sieti Debian Edu.\n - Potulná pracovná stanica: pre jednopoužívateľské počítače\n v Debian Edu.\n - Server tenkých klientov:\n Obsahuje „Pracovnú stanica“ a vyžaduje dve sieťové\n karty.\n - Samostatný: pre počítače, ktoré sa majú používať mimo siete Debian\n Edu. Obsahuje grafické používateľské rozhranie a je\n v konflikte s ostatnými profilmi.\n - Minimálny: kompletne integrovaný do siete Debian Edu, ale obsahuje\n iba základný systém bez grafického používateľského\n rozhrania. #. Type: error #. Description #: ../debian-edu-profile-udeb.templates:3001 msgid Standalone profile cannot be used with other profiles msgstr Samostatný profil nemožno použiť zároveň s inými profilmi #. Type: error #. Description #: ../debian-edu-profile-udeb.templates:3001 msgid The Standalone profile cannot be installed together with any
Bug#729960: /etc/dhcp/dhclient-exit-hooks.d/ddclient: line 7: [: =: unary operator expected
On Tue, Nov 19, 2013 at 11:02:30AM -0200, Nelson A. de Oliveira wrote: Today while running a dhclient I saw this: = # dhclient wlan0 /etc/dhcp/dhclient-exit-hooks.d/ddclient: line 7: [: =: unary operator expected RTNETLINK answers: File exists /etc/dhcp/dhclient-exit-hooks.d/ddclient: line 7: [: =: unary operator expected = Same here :-/ Changing line 7 in the file to : [ x$run_dhclient = xtrue ] || exit 0 seems to fix the issue, at least until proper documentation of its role is provided as suggested in the previous followup. Hope this helps. Best regards, -- Olivier BERGER (OpenPGP: 4096R/7C5BB6A5 : http://weusepgp.info) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750557: pgadmin: have random crashes ( memory corruption or double free )
Hello, I also have this bug, pgadmin3 in 1.18.1-3 version on AMD64. I had to go back to pgadmin3 1.18.0-1 from debian snapshots, no crashes there. This crash problems are easy to reproduce with any right click context menus in pgadmin3. Recent updates to wx might be the cause. This problem is also reported in Arch Linux bug reporting system at https://bugs.archlinux.org/task/38808 Thanks David Morgado -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758234: Bug#759260: [PATCH] Remove priority extra, make all corresponding packages priority optional
Hi, Russ Allbery: Could you say more about why you think conflicting packages having a separate priority from optional is useful? When would people use that priority information, and how? Let's assume that I have a large multiuser Debian system. I don't want to be bothered by people requesting this or that package all the time, so I simply install everything that's of priority extra. Or, alternately, I allow apt-get install --assume-yes of these packages by $COMMON_USER, as Policy states that there shall be no conflicts. That breaks when non-extra packages can conflict with each other. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759322: False positive in binwalk libraries
Package: hardening-includes Version: 2.5+nmu1 Severity: Important Hi maintainer, the last Steps to reproduce (reproducible on a sid pbuilder clean environment) # apt-get install binwalk hardening-check hardening-check /usr/lib/python2.7/dist-packages/binwalk/libs/libcompress42.so /usr/lib/python2.7/dist-packages/binwalk/libs/libcompress42.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: no, not found! Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no, not found! # hardening-check /usr/lib/python2.7/dist-packages/binwalk/libs/libtinfl.so /usr/lib/python2.7/dist-packages/binwalk/libs/libtinfl.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: no, not found! I don't think I should blame binwalk since both libraries are built with almost the same Makefile, and I see flags injected correctly https://buildd.debian.org/status/fetch.php?pkg=binwalkarch=i386ver=2.0.1-1stamp=1408985010 make[3]: Entering directory '/«PKGBUILDDIR»/src/C/miniz' gcc -Wall -fPIC -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -c tinfl.c gcc -Wall -fPIC -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -shared -Wl,-soname,libtinfl.so tinfl.o -o libtinfl.so -Wl,-z,relro chmod +x libtinfl.so make[3]: Leaving directory '/«PKGBUILDDIR»/src/C/miniz' cp miniz/*.so .././binwalk/libs make -C compress make[3]: Entering directory '/«PKGBUILDDIR»/src/C/compress' gcc -Wall -fPIC -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 compress42.c -c gcc -Wall -fPIC -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -shared -Wl,-soname,libcompress42.so compress42.o -o libcompress42.so -Wl,-z,relro chmod +x libcompress42.so This is why I'm creating this bug report, because I believe this might be a false positive on your package. Have many thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759222: nagios2mantis: FTBFS - help2man fails
On Mon, Aug 25, 2014 at 3:16 PM, Michael Tautschnig m...@debian.org wrote: The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Hi, Thanks for the bugreport! I'm sadly unable to reproduce the issue: % make clean ; make man/nagios2mantis.1 rm -f man/nagios2mantis.1 mkdir -p man help2man --name nagios2mantis.1 --version-string=1.0 bin/nagios2mantis -o man/nagios2mantis.1 The manpage is correctly built. I've also tried disabling TTY and STDIN but I had the same issue: % ssh -nT localhost cd $PWD make clean ; make man/nagios2mantis.1 rm -f man/nagios2mantis.1 mkdir -p man help2man --name nagios2mantis.1 --version-string=1.0 bin/nagios2mantis -o man/nagios2mantis.1 Any idea how I could reproduce the issue? -- ,''`. : :' : Cyril Bouthors `. `' Debian.org `-
Bug#759322: same on wheezy
Control: tags -1 confirmed Same behavior for me on wheezy: $ apt-get source binwalk $ cd binwalk-2.0.1 $ gcc -Wall -fPIC -g -O2 -fstack-protector -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -c ./src/C/miniz/tinfl.c $ gcc -Wall -fPIC -g -O2 -fstack-protector -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -shared -Wl,-soname,libtinfl.so tinfl.o -o libtinfl.so -Wl,-z,relro $ hardening-check libtinfl.so libtinfl.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: no, not found! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759311: RFS: node-base64-url/1.0.0-1 [ITP]
This package is questionnable because it contains too little code... https://github.com/joaquimserafim/base64-url/blob/master/index.js There is an ongoing discussion on pkg-javascript ML about bundling packages: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2014-August/008488.html Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759311: RFS: node-base64-url/1.0.0-1 [ITP]
d/control: -Don't put each dependency on a different line. This is actually common practice as having them on separate lines makes it easier to review a diff for future versions. Okay, thanks, I didn't know that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758726: git-buildpackage: git-pbuilder removes necessary *.source.changes
Hi Russ, On Thu, Aug 21, 2014 at 11:27:36AM -0700, Russ Allbery wrote: Guido Günther a...@sigxcpu.org writes: if [ -n `ls ../*_source.changes` ] ; then rm ../*_source.changes fi Yeah, for the -S case this hould probably be skipped. Russ? Yes, it definitely should. I'll hopefully get a chance to look at this in a few days once I'm at Debconf, but feel free to beat me to it. I took a stab at this in gbp with the attached patch. Cheers, -- Guido From 6edd8363eab02832f8bb58f3405609503b6458af Mon Sep 17 00:00:00 2001 Message-Id: 6edd8363eab02832f8bb58f3405609503b6458af.1409044589.git@sigxcpu.org From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org Date: Tue, 26 Aug 2014 11:08:27 +0200 Subject: [PATCH] Don't delete *_source.changes on source only builds Closes: #758726 --- bin/git-pbuilder | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/bin/git-pbuilder b/bin/git-pbuilder index 4024d12..37ffe67 100644 --- a/bin/git-pbuilder +++ b/bin/git-pbuilder @@ -265,6 +265,7 @@ fi # them from the shell since they'll undergo another round of shell expansion # when the pbuilder runs debbuild. for arg in $@ ; do +[ $arg != -S ] || source_only=true DEBBUILDOPTS+= $(shell_quote $arg) done @@ -278,7 +279,7 @@ else --debbuildopts $DEBBUILDOPTS -- ${OPTIONS[@]} fi status=$? -if [ -n `ls ../*_source.changes` ] ; then +if [ -n `ls ../*_source.changes` -a $source_only != 'true' ] ; then rm ../*_source.changes fi exit $status -- 2.1.0.rc1
Bug#758726: [git-buildpackage/experimental] Don't delete *_source.changes on source only builds
tag 758726 pending thanks Date: Tue Aug 26 11:08:27 2014 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: 6edd8363eab02832f8bb58f3405609503b6458af Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=6edd8363eab02832f8bb58f3405609503b6458af Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=6edd8363eab02832f8bb58f3405609503b6458af Don't delete *_source.changes on source only builds Closes: #758726 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759323: linux-image-3.16-trunk-amd64 : Xorg freezes or the system reboots under glxgears
Package: src:linux Version: 3.16-1~exp1 Severity: normal Dear Maintainer, Booting with linux-image-3.16-trunk-amd64. In Xfce, run vblank_mode=1 glxgears. After some seconds, Xorg freezes or the system reboots. I will send you the config files. With the 3.16.1 kernel from upstream, no such issue. Rarely, one reboot after two weeks occurs. CPU : processor : 0 vendor_id : AuthenticAMD cpu family : 21 model : 16 model name : AMD A4-5300 APU with Radeon(tm) HD Graphics stepping: 1 microcode : 0x6001119 -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: MSI product_name: MS-7721 product_version: 6.0 chassis_vendor: MSI chassis_version: 6.0 bios_vendor: American Megatrends Inc. bios_version: V30.3 board_vendor: MSI board_name: A78M-E35 (MS-7721) board_version: 6.0 ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 15h (Models 10h-1fh) Processor Root Complex [1022:1410] Subsystem: Micro-Star International Co., Ltd. Device [1462:7721] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:00.2 IOMMU [0806]: Advanced Micro Devices [AMD] Family 15h (Models 10h-1fh) I/O Memory Management Unit [1022:1419] Subsystem: Micro-Star International Co., Ltd. Device [1462:7721] Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 40 Capabilities: access denied 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Device [1002:9993] (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. Device [1462:7721] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 49 Region 0: Memory at c000 (32-bit, prefetchable) [size=256M] Region 1: I/O ports at f000 [size=256] Region 2: Memory at feb0 (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: radeon 00:01.1 Audio device [0403]: Advanced Micro Devices [AMD] nee ATI Trinity HDMI Audio Controller [1002:9902] Subsystem: Micro-Star International Co., Ltd. Device [1462:7721] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin B routed to IRQ 50 Region 0: Memory at feb44000 (32-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: snd_hda_intel 00:04.0 PCI bridge [0604]: Advanced Micro Devices [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1414] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: fea0-feaf Prefetchable memory behind bridge: d000-d00f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] Family 15h (Models 10h-1fh) Processor Root Port [1022:1415] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: d000-dfff Memory behind bridge: fe90-fe9f Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- Reset- FastB2B-
Bug#759324: [libdbd-oracle-perl] conflicts with perl-5.20
Package: libdbd-oracle-perl Version: 1.66 Severity: serious --- Please enter the report below this line. --- Please rebuild DBD::Oracle package with perl 5.20 from sid. Right now it can't be installed, because it depends on perlapi-5.18.1. Please consider using latest version. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.1mq Debian Release: jessie/sid 900 testing www.deb-multimedia.org 900 testing security.debian.org 900 testing ftp.pl.debian.org 800 stable security.debian.org 800 stable ftp.pl.debian.org 700 unstablewww.deb-multimedia.org 700 unstableftp.pl.debian.org 600 experimentalftp.pl.debian.org 500 stable deb.opera.com 500 proposed-updates ftp.pl.debian.org 500 debian packages.linuxmint.com --- Package information. --- Depends(Version) | Installed -+-== libaio1 | libdbi-perl | oracle-instantclient12.1-basic | OR oracle-instantclient12.1-basiclite | perl (= 5.18.1-2) | perl-dbdabi-94 | perlapi-5.18.1 | libc6 (= 2.14) | Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== perl-tk | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759282: [php-maint] Bug#759282: [php-pear] /tmp symlink file clobbering
Control: forcemerge -1 682157 Yes, it's a known bug that php-pear is not safe on multiuser systems. Ondrej On Mon, Aug 25, 2014, at 21:28, vladz wrote: Package: php-pear Version: 5.4.4-14+deb7u14 Tags: security PEAR commands such as pear install [...] writes cache data into predictable filenames located in /tmp/. Unprivileged local users could use symlinks to clobber arbitrary files. Temporary filenames ($cachefile and $cacheidfile) are generated with the code above. They are predictable as far as we know the extension name that is going to be installed (this name is used to construct the url for the MD5 checksum): $ cat -n /usr/share/php/PEAR/REST.php [...] 59 $cachefile = $this-config-get('cache_dir') . DIRECTORY_SEPARATOR . 60 md5($url) . 'rest.cachefile'; [...] 194$cacheidfile = $this-config-get('cache_dir') . DIRECTORY_SEPARATOR . 195md5($url) . 'rest.cacheid'; For instance, when installing the Mail_mime extension, the following filenames are used by PEAR: - /tmp/pear/cache/ff051dc5b96c95bf60e300d415b6c47erest.cachefile - /tmp/pear/cache/ff051dc5b96c95bf60e300d415b6c47erest.cacheid In this case, the $url used for md5 checksum is the following: $ printf http://pear.php.net/rest/p/mail_mime/info.xml; | md5sum ff051dc5b96c95bf60e300d415b6c47e - To sum up, if a local user wants to clobber the /etc/shadow file, he runs: $ mkdir -p /tmp/pear/cache/ $ ln -s /etc/shadow /tmp/pear/cache/ff051dc5b96c95bf60e300d415b6c47erest.cachefile Then when root runs PEAR, file gets clobbered: # pear install Mail_mime [...] # du -sk /etc/shadow 0 /etc/shadow A function like tempnam() could be use instead. It creates file with unique filename (see http://php.net/manual/en/function.tempnam.php). Regards, -- http://vladz.devzero.fr PGP key 8F7E2D3C from pgp.mit.edu ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740151: debian-edu-install: Traditional Chinese interface shows garbage character
[Petter Reinholdtsen] We need to figure out exactly which character(s) is missing, and update the installer to include them in its font. I had a look at the image and the debian/po/zh_TW.po, which I believe is the translation file in question, and suspect the problem might be gone when the translation was updated some time in the past. Please let us know if you still see the problem. The problematic translation seem to be 'Workstation', which I suspect is translated to: 工作站 Another line in zh_TW.po look like this: msgstr Debian Edu 工作站(Workstation) Looking at the history, I find this one: msgstr 漫遊工作站(Workstation) It look fairly similar to the failing string in the URL: http://www.goodhorse.idv.tw/files/skolelinux.jpg image. In that case, I suspect '漫' (aka the byte stream 0xE6 0xBC 0xAB in UTF-8) is the problematic character. It is still used in the translation file, but I do not know if it is included in the d-i font now. I'm unable to navigate through the installation my self in Tranditional Chinese, so I need someone that understand the language to verify if the problem exist or not. -- 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#759290: debian-installer: 'Automated install' does not delay the locale and keyboard questions
Andreas B. Mundt, le Tue 26 Aug 2014 08:16:01 +0200, a écrit : Before, I was using the method B.2.5. Using a DHCP server to specify preconfiguration files described in [1]. Is there a reason not to delay the questions with that method? Probably not, and then it's a bug indeed. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759323: linux-image-3.16-trunk-amd64 : Xorg freezes or the system reboots under glxgears
Severity: critical -- Alain Rpnpif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755234: xfce4-power-manager: battery display is not updated
Hi List, I'm an active user, and heavily dependant on xfpm for pm on my Debian Jessie ultrabook, although not a hardcore coder, would love to assist in getting this one fixed. So I can do testing with different packages, as I've got a couple of laptops available to test on. Let me know what info you need to get started, url's to point me in the right direction would be good. I understand your time is precious and may not be able to reply quickly, but I'm glad to help. -- Thanks Paul Dean. Life is not WHAT you make it, it's WHO you have in it... signature.asc Description: PGP signature
Bug#469982: cl-trivial-garbage has been pacakged
Version: 20130312-1 cl-trivial-garbage has just been uploaded to unstable. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759314: It's a licence / linking problem in kde-runtime
Hi Johannes, In fact, the problem is not in dolphin but in kde-runtime. The maintainers removed the linking against libssh because of licence problems (see [1] and [2]). Until a solution is found, you can use the fish:// protocol that should work, although it's slower (in my experience). Yannick [1] http://bugs.debian.org/750867 [2] https://bugs.kde.org/show_bug.cgi?id=337397 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759193: FileChooser dialog intermixes files and directories
Hello, On Mon, 25 Aug 2014 08:53:36 +0100 Simon McVittie s...@debian.org wrote: On 25/08/14 07:54, Andrew Shadura wrote: In file open/file save dialog, files and directories are displayed in a mixed order, without directories shown first. It seems that for proper operation org.gtk.Settings.FileChooser sort-directories-first setting needs to be set to true from now on. This appears to have been a deliberate design change during the 3.11 cycle, to match the behaviour of Nautilus = 3.5 which also defaults to mixing files with directories. So I think this is likely to be wontfix unless the Debian GNOME maintainers intend to diverge from upstream. Well, we declare our priorities are users, not upstreams. And of about twenty users I asked about this change, none found it useful or good, and some have seriously questioned the sanity of people who decided on this. This clearly is a regression, as GTK+ isn't used by just GNOME, and no other environments have implemented such change, so it's very unreasonable to have different settings just in GTK+ 3 applications outside of GNOME 3. Whether or not you prefer directories first, this seems fairly clearly a matter of preference, and the setting still exists, so I think for proper operation is overstating the severity. Mixing files and directories distracts users and makes finding needed directories and files significantly slower, so I disagree it's overstating. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
Could you please do something to integrate samba and systemd properly! I bet it has already been done on other distributions. Question for michael were is the per daemon waiting time configurable? -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759290: debian-installer: 'Automated install' does not delay the locale and keyboard questions
Control: tags -1 + pending Hello, Andreas B. Mundt, le Tue 26 Aug 2014 08:16:01 +0200, a écrit : Before, I was using the method B.2.5. Using a DHCP server to specify preconfiguration files described in [1]. Is there a reason not to delay the questions with that method? This apparently takes back March 2010: locale kbd selection was disabled only on explicit URL on boot parameters. I've made it always done whenever auto is enabled, as I don't see why we shouldn't do it. Fixing fully-automated-from-dhcp seems more important to me than the inconvenience of a qwerty layout for typing the URL if really none is available. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759325: atkbd: [33411297.529060] atkbd_interrupt: 116 callbacks suppressed atkbd serio0: Spurious NAK on isa0060/serio0. Some program might be trying access hardware directly
Package: atkbd Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#759326: stow: Possible precedence issue with control flow operator at /usr/share/perl5/Stow.pm line 1736.
Package: stow Version: 2.2.0-2 Severity: minor Dear Maintainer, With new perl (5.20) running stow will always give a warning: Possible precedence issue with control flow operator at /usr/share/perl5/Stow.pm line 1736. This is somewhat annoying and should be fixed. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.17+ (SMP w/8 CPU cores; PREEMPT) 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 stow depends on: ii dpkg 1.17.10 ii install-info 5.2.0.dfsg.1-4 ii perl 5.20.0-4 stow recommends no packages. Versions of packages stow suggests: ii doc-base 0.10.5 -- 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#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
Am 26.08.2014 11:48, schrieb Eric Valette: Could you please do something to integrate samba and systemd properly! I bet it has already been done on other distributions. Why is the /etc/init.d/samba init script enabled at all? There should only be a /etc/init.d/samba script, no symlinks in /etc/rc?.d/, i.e. the service is not started on boot and stopped on shutdown. If it is, then this is either a local modification or a bug in the package. Question for michael were is the per daemon waiting time configurable? It isn't afaik. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#759327: (no subject)
Package: installation-reports Boot method: network (PXE with preseeding) Image version: http://d-i.debian.org/daily-images/i386/daily/netboot/netboot.tar.gz Date: Tue, 26 Aug 2014 12:12:17 +0200 Machine: selfmade PC Processor: AMD Athlon II X2 250 Memory: 2 GiB Partitions: automatic partitioning scheme Output of lspci -knn (or lspci -nn): (irrelevant) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[E] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: I have been using automatic preseed installations with Wheezy for quite some time without problems. So I tried it today with Testing by using the daily network installer (see above) and setting d-i mirror/suite string testing d-i mirror/udeb/suite string testing in my preseed.cfg file. Everything seemed to work out fine until I got this message: Extracting .//var/cache/apt/archives/acl_2.2.52-1_i386.deb requires the bzcat command, which is not available After that the installation was not able to proceed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727430: blocking the ppc64el architecture bootstrap
Aurelien: By all means feel free to NMU, as I probably won't get tp it before you do. Damian. On Mon, Aug 25, 2014 at 04:42:54AM +0200, Aurelien Jarno wrote: Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package libpcl1 fails to build as reported in bug #727430 and the build log is available on [1]. It would be very nice if you can upload a fixed version of this package. Don't hesitate to ask questions if you need help to fix this bug. If you lack time for that, I can also proceed with an NMU. Thanks, Aurelien [1] https://buildd.debian.org/status/logs.php?pkg=libpcl1arch=ppc64el -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759328: network-manager: After upgrade I can't connect with hotspot
Package: network-manager Version: 0.9.10.0-1.1 Severity: important Dear Maintainer, After last Debian Jessie upgrades my hotspot connection is unusable. I see hotspot connection it in the wireless list, but I can't connect to it. Moreover is not possible to change password from graphical interface, I can do it only from command line. Regards. Valeria -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.6-2 ii init-system-helpers1.20 ii isc-dhcp-client4.3.1-1 ii libc6 2.19-9 ii libdbus-1-31.8.6-2 ii libdbus-glib-1-2 0.102-1 ii libgcrypt111.5.4-2 ii libglib2.0-0 2.40.0-4 ii libgnutls-deb0-28 3.2.16-1 ii libgudev-1.0-0 208-6 ii libmm-glib01.2.0-1 ii libndp01.4-1 ii libnewt0.520.52.17-1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib40.9.10.0-1.1 ii libnm-util20.9.10.0-1.1 ii libpam-systemd 208-6 ii libpolkit-gobject-1-0 0.105-6.1 ii libreadline6 6.3-8 ii libsoup2.4-1 2.46.0-2 ii libsystemd-daemon0 208-6 ii libsystemd-login0 208-6 ii libuuid1 2.20.1-5.8 ii lsb-base 4.1+Debian13 ii policykit-10.105-6.1 ii udev 208-6 ii wpasupplicant 1.1-1 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.71-1 ii iptables 1.4.21-2 ii modemmanager 1.2.0-1 ii ppp 2.4.6-2 Versions of packages network-manager suggests: pn avahi-autoipd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727430: blocking the ppc64el architecture bootstrap
Aurelien: By all means feel free to NMU, as I probably won't get tp it before you do. Damian. On Mon, Aug 25, 2014 at 04:42:54AM +0200, Aurelien Jarno wrote: Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package libpcl1 fails to build as reported in bug #727430 and the build log is available on [1]. It would be very nice if you can upload a fixed version of this package. Don't hesitate to ask questions if you need help to fix this bug. If you lack time for that, I can also proceed with an NMU. Thanks, Aurelien [1] https://buildd.debian.org/status/logs.php?pkg=libpcl1arch=ppc64el -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758887: RM: stomper -- ROM; Dropped by its rdep, moksha
On Fri, 22 Aug 2014 14:57:14 +0200 Simon Chopin chopin.si...@gmail.com wrote: Package: ftp.debian.org Severity: normal Hi, This package used to be a dependency of the moksha suite, but this dependency has been dropped some time ago. Since I don't have any interest in the package itself, nor does it have a high popcon, I suggest dropping it from the archive. It is still listed as a build-dep of moksha.hub: Checking reverse dependencies... # Broken Build-Depends: moksha.hub: python-stomper Please remove the moreinfo tag once this is resolved. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759288: RM: libmimic -- ROM; obsolete
On Mon, 25 Aug 2014 23:12:54 +0200 Luciano Bello luci...@debian.org wrote: Package: ftp.debian.org Severity: normal Hi FTP masters, Please, remove src:libmimic, since nobody is using it and it is used to be necessary for some code which found other ways. The code is old, the upstream is dead. Not quite unused yet: # Broken Build-Depends: gst-plugins-bad0.10: libmimic-dev (= 1.0) gst-plugins-bad1.0: libmimic-dev (= 1.0) gst-plugins will have to drop the build-dep before it can be removed. Please removed the moreinfo tag once this is resolved. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734195:
On Mon, 25 Aug 2014 12:41:00 +0200 Tobias Frost t...@frost.de wrote: Hi Scott, #704786 and blocking bugs are all fixed now. So I think both boost-1.49 and ogre-1.7 can now be removed. Thanks for following up on this. Ogre is done. Unfortunately, boost-1.49 seems to have gotten worse, not better: # Broken Depends: fatrat: fatrat [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] flush: flush [armel] libavg: python-libavg [sparc] mcrl2: mcrl2 [armel armhf] openwalnut: libopenwalnut1 [kfreebsd-amd64 kfreebsd-i386] openwalnut-modules [kfreebsd-amd64 kfreebsd-i386] openwalnut-qt4 [kfreebsd-amd64 kfreebsd-i386] sofa-framework: libsofa1 [sparc] sofa-apps [sparc] I won't block removal on the sparc only things, but the others need investigation. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755513: Processed: Re: Bug #755513 : nvidia-opencl-dev: binary conflict with ocl-icd-libopencl1
On 13/08/2014 20:00, Graham Inggs wrote: Is this correct? Sorry, I was on vacations without Internet access. I will read all my mails. You can expect answers and/or new upload for ocl-icd in a few days. Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748946: help with sidekiq tests
On Monday 25 August 2014 06:07 PM, Pirate Praveen wrote: kill any left out redis process (they don't get killed if the build fails) now one error and one failure is left I can get myapp from github but has so many errors so I'm inclined to disable this test for now. If anyone is interested to get this working, try it. I need to look further about the test failure. After importing 3.2.2 version, all tests are passing. Now I just need to fix lintian errors and warning. signature.asc Description: OpenPGP digital signature
Bug#759329: libnet-dns-perl: lintian fails with Too late to run INIT block
Package: libnet-dns-perl Version: 0.79-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 running lintian (against libfurl-perl, if that matters) fails: jonas@bastian:~$ lintian *.changes Too late to run INIT block at /usr/lib/x86_64-linux-gnu/perl5/5.20/Net/DNS.pm line 209. - Jonas - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnet-dns-perl depends on: ii libc6 2.19-9 ii libdigest-hmac-perl 1.03+dfsg-1 ii libio-socket-inet6-perl 2.72-1 ii libnet-ip-perl 1.26-1 ii perl [libmime-base64-perl] 5.20.0-4 ii perl-base [perlapi-5.20.0] 5.20.0-4 libnet-dns-perl recommends no packages. libnet-dns-perl suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJT/GeTXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWCE8IAMQkt/S7V/7T87n1MNnmcNJy oMFP3mJtsw6Nim7bqwTu9wVoBhdLL/sWYb8bqArowyKRq430z2fWDVIF+DhqJpm6 khFZslsevx9TSFx6j4Tu4LiAjPpC44Xt/59dqeQPrpryHJG3Y628h7fdc8CF3hvg Quy0CVP24a2c+NFfbHda2sWp8pmGJ02QM8VkAWh/S5lreWASpboc0fOCoFDKrwcj 2IFljROLSNAwFd4QAzlL0HvN1WXA62cKcxETC2RQxEz/W03zQa7XViijf1oKpv2X dI9WVFJdMRv0kxTw4y3/qwzM+RbYiQffSaA2V0uy2VLt8gKjEv+cXzq+iBfyClA= =yhq3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739043: lvm2: Please use --no-enable option instead of patching lvm2-lvmetad.service file
Le Sat, 1 Mar 2014 12:50:18 +0100, Laurent Bigonville bi...@debian.org a écrit : Hi, [...] Anyway this is indeed probably a minor issue, and this bug should maybe be converted in Please complete systemd integration or something like that, because looking at the installed files, it seems that a bunch of .service files are not installed. Did you discuss this with the systemd maintainers? dh_install: lib/systemd/system/blk-availability.service exists in debian/build/install_deb but is not installed to anywhere dh_install: lib/systemd/system/lvm2-pvscan@.service exists in debian/build/install_deb but is not installed to anywhere dh_install: lib/systemd/system/dm-event.socket exists in debian/build/install_deb but is not installed to anywhere dh_install: lib/systemd/system/dm-event.service exists in debian/build/install_deb but is not installed to anywhere dh_install: lib/systemd/system/lvm2-monitor.service exists in debian/build/install_deb but is not installed to anywhere With systemd 214, I'm starting to see the following message: systemd[1]: Cannot add dependency job for unit lvm2-pvscan@253:0.service, ignoring: Unit lvm2-pvscan@253:0.service failed to load: No such file or directory. lvm2-pvscan@.service should probably be installed. Could also please reconsider shipping the other ones? Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759330: gpart not compiled for armhf (wheezy)
Package: gpart Version: 0.1h-11 Severity: minor Dear Maintainer, as the title repports it... Still it's quite easy to compile it from the source. It just would be more user friendly to get it from a direct apt-get install D: -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 3.4.67+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gpart depends on: ii libc62.13-38+deb7u3 ii libgcc1 1:4.7.2-5 gpart recommends no packages. gpart 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#752897: (no subject)
Hi Łukasz, Gianfranco, hi Tobi! I've just got 30 minutes for a short review... really appreciated :) - d/patches: the patches need a dep3-header and needs to ack, changed - d/changelog should be just Initial Release. ok - d/control VCS-Browser does not work (404) - d/control VCS-bzr does not work (not found) yes, I think Lukasz will create them as soon as the package is accepted :) - d/control Pre-Depends - remove the trailing , ; also on the Depends: done - do you see a possiblity to move doxygen to Build-Depends-Indep? done :) - there's lots of noise in the buildlog, always repeating that warning. Please try to patch it away...: cd /home/tobi/mentors/lucene++-3.0.6/obj-x86_64-linux-gnu/src/core /usr/lib/ccache/c++ -DLPP_BUILDING_LIB -Dlucene___EXPORTS -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -I/home/tobi/mentors/lucene++-3.0.6/obj-x86_64-linux-gnu/include -I/home/tobi/mentors/lucene++-3.0.6/include -I/home/tobi/mentors/lucene++-3.0.6/src/core/include -fPIC -DLPP_HAVE_DLL -include /home/tobi/mentors/lucene++-3.0.6/obj-x86_64-linux-gnu/src/core/cotire/lucene++_CXX_prefix.hxx -Winvalid-pch -o CMakeFiles/lucene++.dir/search/spans/SpanTermQuery.cpp.o -c /home/tobi/mentors/lucene++-3.0.6/src/core/search/spans/SpanTermQuery.cpp In file included from command-line:0:0: /usr/include/stdc-predef.h:59:1: warning: /home/tobi/mentors/lucene++-3.0.6/obj-x86_64-linux-gnu/src/core/cotire/lucene++_CXX_prefix.hxx.gch: not used because `lucene' not defined [-Winvalid-pch] #endif ^ this seems to be fixed in upstream https://github.com/luceneplusplus/LucenePlusPlus/commit/a385bcf745bd9e04f2404a3613e0a6b6fe041302 https://github.com/luceneplusplus/LucenePlusPlus/commit/8c05fcd7a564888a485419d7e2fafa5e9f87e5c8 I honestly don't want to cherry-pick them, I would rather push upstream for a new release and drop all the debian patches at once. Having new sublibraries in a package is a delta from upstream I don't want to have (Don't know if Lukasz has a different opinion on that), at least to only fix a build warning (I care so much about warnings, but I think the next release will happen really soon) Ok, otherwise it looks good; at least it seem up to now building fine... Please fix above, and I will do a final check of d/copyright (this cannot be done in 30 minutes...) For the VCS-*-fields, as you seems to work both on the package, I appreciate packaging using a VCS, so please do not drop the VCS-fields. Please use something like git-buildpackage (I think there is a bzr-buildpackage). It needs not to be on a Debian service, though. waiting for Lukasz feedback, for me it is just the same :) (we can also fix this later I think) Thanks for your contribution! thanks for the review! cheers, Gianfranco Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759331: paps --header option does not honor the locales for the date
Package: paps Version: 0.6.8-7 Severity: normal The paps --header option outputs the date in the header, but the format is the same as LC_TIME=C date +%c, i.e. in the C locale. Correct software honors locales. This is a must. As an option, the date format could also be configurable, since the locales are quite limited. The format could be the same as with strftime(), but even in this case, the locales should be honored for locale-dependent formats. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages paps depends on: ii libc6 2.19-9 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-1.1 ii libglib2.0-0 2.40.0-4 ii libpango-1.0-0 1.36.6-1 ii libpangoft2-1.0-0 1.36.6-1 ii libpaps0 0.6.8-7 paps recommends no packages. paps suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
On 08/26/2014 12:21 PM, Michael Biebl wrote: Am 26.08.2014 11:48, schrieb Eric Valette: Could you please do something to integrate samba and systemd properly! I bet it has already been done on other distributions. Why is the /etc/init.d/samba init script enabled at all? There should only be a /etc/init.d/samba script, no symlinks in /etc/rc?.d/, i.e. the service is not started on boot and stopped on shutdown. If it is, then this is either a local modification or a bug in the package. For sure I never mess with creating symlinks manually or calling update-rc.d with something else than the installation script values BUT as some machines have all long history it may happen. The fact that this happens on several machines tends to prove it not due to manual modification but it could be leftover... regarding the config option, it is strange that it waits 5 min for samba and 10 mins for minidlna (execpt minidlna does terminate quickly) or does it incerment the waiting peruiod by 5 min by default! Thanks for the help Michael. Will continue to search for the root cause. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759332: music: autoreconf to update config.{sub, guess} and aclocal.m4 to fix FTBFS for ppc64el port
Source: music Version: 1.0.7-1.2music: autoreconf to update config.{sub, guess} and aclocal.m4 to fix FTBFS for ppc64el port Severity: normal Tags: patch User: debian-de...@lists.debian.org Usertags: autoreconf ppc64el Dear Maintainer, In order to avoid FTBFS music source package on ppc64el arch, config.{sub, guess} and aclocal.m4 files need to be updated. We have also successfully verified building music source package on ppc64el build machine after applying attached patch. Thanks for considering the patch. -ravindran. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --===5194329205861992335== Content-Type: text/x-diff; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=autoreconf.debpatch From 36262ba8494d72d1ae4413d62fd2a405557eb6a2 Mon Sep 17 00:00:00 2001 From: Ravindran Arani r...@linux.vnet.ibm.com Date: Tue, 26 Aug 2014 10:54:33 + Subject: [PATCH] autoreconf --- debian/control | 2 +- debian/rules | 11 ++- 2 files changed, 3 insertions(+), 10 deletions(-) diff --git a/debian/control b/debian/control index 479d33f..e3cda1a 100644 --- a/debian/control +++ b/debian/control @@ -1,7 +1,7 @@ Source: music Priority: extra Maintainer: Mikael Djurfeldt m...@debian.org -Build-Depends: debhelper (= 7), autotools-dev, autoconf, automake, libtool, libopenmpi-dev, libibverbs-dev, freeglut3-dev, texlive-latex-base, texlive-latex-extra, asymptote, chrpath +Build-Depends: debhelper (= 7), dh-autoreconf, libopenmpi-dev, libibverbs-dev, freeglut3-dev, texlive-latex-base, texlive-latex-extra, asymptote, chrpath Standards-Version: 3.9.0 Section: libs Homepage: http://software.incf.org/software/music/home diff --git a/debian/rules b/debian/rules index 6511153..3ec9982 100755 --- a/debian/rules +++ b/debian/rules @@ -31,13 +31,7 @@ major=`ls src/.libs/lib*.so.* | \ config.status: configure dh_testdir - -ifneq $(wildcard /usr/share/misc/config.sub) -cp -f /usr/share/misc/config.sub config.sub -endif -ifneq $(wildcard /usr/share/misc/config.guess) -cp -f /usr/share/misc/config.guess config.guess -endif +dh_autoreconf ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info @@ -55,8 +49,7 @@ clean: rm -f build-stamp [ ! -f Makefile ] || $(MAKE) distclean -rm -f config.sub config.guess - +dh_autoreconf_clean dh_clean install: build -- 2.1.0.rc1 --===5194329205861992335==-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759323: linux-image-3.16-trunk-amd64 : Xorg freezes or the system reboots under glxgears
On Tue, Aug 26, 2014 at 11:25:54AM +0200, Alain Rpnpif wrote: Severity: critical nope, unless affects thousands of boxes. no point to inflate. we'll update to 3.16.1 soonish, what's the fix for it from there? did you bisect? best, -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758116: Please be verbose whether you would like to get your Blend promoted by tasksel
Hi, yesterday I joined the videostream of the installer BoF at DebConf[1]. I also became a bit involved via IRC. Joey Hess raised the question about the criteria to add a Blend or not. I answered all in the list of the bug report #758116 which IMHO fits the criterion of actively maintained and some valuable content for users. I think it should be also a criterion that the team behind the Blend confirms that they are interested and so I'm hereby pinging all lists in question to ask you for confirmation. I have set Reply-To to the bug report and the general Blends list in case you are interested in further discussion with other Blends. Any input is welcome to make sure users will realise the fruits of your great work at the earliest point in time. Kind regards Andreas. [1] https://summit.debconf.org/debconf14/meeting/44/debian-installer-and-cd-bof/ -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
Am 26.08.2014 13:07, schrieb Eric Valette: On 08/26/2014 12:21 PM, Michael Biebl wrote: Am 26.08.2014 11:48, schrieb Eric Valette: Could you please do something to integrate samba and systemd properly! I bet it has already been done on other distributions. Why is the /etc/init.d/samba init script enabled at all? There should only be a /etc/init.d/samba script, no symlinks in /etc/rc?.d/, i.e. the service is not started on boot and stopped on shutdown. If it is, then this is either a local modification or a bug in the package. For sure I never mess with creating symlinks manually or calling update-rc.d with something else than the installation script values BUT as some machines have all long history it may happen. The fact that this happens on several machines tends to prove it not due to manual modification but it could be leftover... Is this a wheezy upgrade? IIRC in wheezy, the samba package used a singel /etc/init.d/samba sysv init script, which was enabled by default. That was changed for jessie, where /etc/init.d/samba is a mere wrapper for starting all the individual daemons in one go. Maybe those symlinks /etc/rc?.d/???samba are not cleaned up on upgrades. I think they should. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#655195: Desktop shell type (GNOME, KDE, LXDE...) configuration via D-I udeb template (for wheezy)
[Petter Reinholdtsen] I suspect it is better to do this as a separate udeb, say desktop-chooser, which when pulled into debian-installer will ask for what desktop to use. I wrote a udeb proposal for this and put it in the d-i git repository. See URL: https://lists.debian.org/debian-boot/2013/06/msg00256.html for the proposal and code. The git repo is availabe from URL: http://anonscm.debian.org/cgit/d-i/desktop-chooser.git/ . -- 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#758870: nfs-common: nfs v4: uid/gid lookup fails for some of the users
On Mon, 2014-08-26 20:47, Ben Hutchings wrote: Can you also test with Linux 3.16, which is packaged in experimental? I did. This does _not_ solve the problem. Piet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758116: Please be verbose whether you would like to get your Blend promoted by tasksel
On 08/26/2014 01:27 PM, Andreas Tille wrote: I think it should be also a criterion that the team behind the Blend confirms that they are interested and so I'm hereby pinging all lists in question to ask you for confirmation. I second the inclusion of Debian GIS tasks, as I would love for the Debian GIS tasks to be installable via d-i. Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759331: paps does not honor locales
Control: retitle -1 paps does not honor locales Control: tags -1 patch On 2014-08-26 13:04:36 +0200, Vincent Lefevre wrote: The paps --header option outputs the date in the header, but the format is the same as LC_TIME=C date +%c, i.e. in the C locale. Correct software honors locales. This is a must. Actually, the messages are also affected, not just the date. I've attached a patch to make paps honor all locales. It just does setlocale (LC_ALL, ); early in main(). This fixes the date format, but also messages. For instance, without the patch: $ LC_ALL=fr_FR paps -foo Command line error: Unknown option -foo and with the patch: $ LC_ALL=fr_FR paps -foo Command line error: Option inconnue -foo Not everything is translated, but that's another problem. Note: the only setlocale occurrence in paps.c was: [...] static PangoLanguage * get_language(void) { PangoLanguage *retval; gchar *lang = g_strdup (setlocale (LC_CTYPE, NULL)); gchar *p; [...] This just reads the LC_CTYPE locale, but without honoring the locales as my patch does, this is rather useless, as one always gets the C locale! So, my patch may change something here too, probably fixing something. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) Description: honor locales Bug-Debian: http://bugs.debian.org/759331 Author: Vincent Lefevre vinc...@vinc17.net --- a/src/paps.c +++ b/src/paps.c @@ -332,6 +332,8 @@ GIConv cvh = NULL; GOptionGroup *options; + setlocale (LC_ALL, ); + /* Prerequisite when using glib. */ g_type_init();
Bug#714086: heimdal-kdc: ipropd-master writes to random filenames in the root directory
Control: tags -1 + patch Hi, Thanks for the workaround, we also needed it. I studied the releated source files, it is caused by a use-after-free in ipropd_master.c Upstream fixed it in https://github.com/heimdal/heimdal/commit/eface6d31f8fd7c02eb0c6bc7e9d76efc0247b9c . I patched the wheezy source package with this, it solves the problem, defaults to /var/lib/heimdal-kdc/slaves-stats . By looking at jessie's package that should not be affected by this bug. Dancsa signature.asc Description: OpenPGP digital signature
Bug#714086: heimdal-kdc: ipropd-master writes to random filenames in the root directory
Sorry, forgot to attach. On 2014-08-26 13:37, GALAMBOS Daniel wrote: . I patched the wheezy source package with this, it solves the problem, Description: use-after-free error causes random file under / ipropd-master creates files with random filenames under the root if the slave-status file's path is not passed to the program due bugous default guessing. Upstream commited this patch as eface6d31f8fd7c02eb0c6bc7e9d76efc0247b9c Bug-Debian: https://bugs.debian.org/714086 --- Origin: upstream, https://github.com/heimdal/heimdal/commit/eface6d31f8fd7c02eb0c6bc7e9d76efc0247b9c Bug-Debian: https://bugs.debian.org/714086 Forwarded: not-needed Last-Update: 2014-08-26 --- heimdal-1.6~git20120403+dfsg1.orig/lib/kadm5/ipropd_master.c +++ heimdal-1.6~git20120403+dfsg1/lib/kadm5/ipropd_master.c @@ -622,26 +622,28 @@ static FILE * open_stats(krb5_context context) { char *statfile = NULL; -const char *fn; -int ret; +const char *fn = NULL; +FILE *out = NULL; +/* + * krb5_config_get_string_default() returs default value as-is, + * delay free() of statfile until we're done with fn. + */ if (slave_stats_file) fn = slave_stats_file; -else { - ret = asprintf(statfile, %s/slaves-stats, hdb_db_dir(context)); - if (ret == -1) - return NULL; +else if (asprintf(statfile, %s/slaves-stats, hdb_db_dir(context)) != -1 + statfile != NULL) fn = krb5_config_get_string_default(context, NULL, statfile, kdc, iprop-stats, NULL); +if (fn != NULL) + out = fopen(fn, w); +if (statfile != NULL) free(statfile); -} -if (fn == NULL) - return NULL; -return fopen(fn, w); +return out; } static void signature.asc Description: OpenPGP digital signature
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
On 08/26/2014 01:30 PM, Michael Biebl wrote: Is this a wheezy upgrade? Not per se (I always run unstable + experimental) but result is the same given the time slot. IIRC in wheezy, the samba package used a singel /etc/init.d/samba sysv init script, which was enabled by default. Yes it was like that in the past. And if no-one ever called update-rc.d remove samba, or just update-rc.d default (that does not seems to delete exiting link just warns, this probably breaks). I think I have already suffered a bug like that with nfs-common (with rpcbind dependencies )and found that the links were indeed not removed causing insserv to fail. See #740018 or #706877 That was changed for jessie, where /etc/init.d/samba is a mere wrapper for starting all the individual daemons in one go. Maybe those symlinks /etc/rc?.d/???samba are not cleaned up on upgrades. I think they should. Will see and confirm when back home. If this is confirmed, it means a policy when transitionning from sysv init script to systemd init should do a update-rc.d remove Thansk again. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
On 08/26/2014 01:47 PM, Eric Valette wrote: I think I have already suffered a bug like that with nfs-common (with rpcbind dependencies )and found that the links were indeed not removed causing insserv to fail. See #740018 or #706877 In fact this was 746170 -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757342: wheezy-pu: package php5/5.4.31-0+deb7u1
On Wed, Aug 20, 2014 at 12:07:03PM +0200, Ondřej Surý wrote: On Wed, Aug 20, 2014, at 11:53, Moritz Mühlenhoff wrote: On Thu, Aug 07, 2014 at 11:37:30AM +0200, Ondřej Surý wrote: Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear release team, as discussed on #debian-release about possibility of having minor PHP5 updates instead of hoarding various upstream patches, I am submitting a w-p-u bug to discuss that and to summarize my findings (and my positive attitude :). If you as the primary PHP maintainer consider upstream QA work on minor point updates to be of sufficient quality, we can follow them for future security updates. That policy has served us very well for psql, e.g. Do I read that correctly as no need to go through s-p-u? If there are security issues worth a DSA, the PHP point relesae can be released through security.debian.org, otherwise they need to go through s-p-u. That's the same way we handled Postgres or the kernel (which also is based on the 3.2.x point releases) Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759224: trustedqsl: Segfaults whenever attempting to edit or add a station location
Package: trustedqsl Version: 2.0.2b-1 Followup-For: Bug #759224 Dear Maintainer, I too am seeing the segmentation fault when attempting to create a new location under a special event callsign I already had registered tqsl several years ago. When I first started tqsl I received a pop-up that a newer version is available, 2.0.3 which is confirmed by: https://packages.qa.debian.org/t/trustedqsl.html Perhaps the new version will solve the segfault. Please attend to this as quickly as possible as I am waiting to be able to upload my log files from our recently concluded Kansas QSO Party. Thanks and 73, Nate, N0NB -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages trustedqsl depends on: ii libc6 2.19-9 ii libcurl37.37.1-1 ii libdb5.35.3.28-6 ii libexpat1 2.1.0-6 ii libgcc1 1:4.9.1-8 ii libssl1.0.0 1.0.1i-2 ii libstdc++6 4.9.1-8 ii libwxbase3.0-0 3.0.1-3 ii libwxgtk3.0-0 3.0.1-3 ii zlib1g 1:1.2.8.dfsg-2 trustedqsl recommends no packages. trustedqsl 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#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
Am 26.08.2014 13:47, schrieb Eric Valette: Will see and confirm when back home. If this is confirmed, it means a policy when transitionning from sysv init script to systemd init should do a update-rc.d remove No, it doesn't mean *in general* that update-rc.d remove should be run. The case of samba is special, since it split up the sysv init script into several scripts but kept the old one as convenience wrapper (I don't know any other package doing it that way). So this is very specific to samba and only in a case like that. In general, if you add systemd support to your package, you just keep the sysv init scripts as they were and simply add the systemd .service files (while making sure, the names match). -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#759333: libgwibber: autoreconf to update config.{sub, guess} and libtool.m4 to fix FTBFS for ppc64el port
Source: libgwibber Version: 0.1.1 Severity: normal Tags: patch User: debian-de...@lists.debian.org Usertags: autoreconf ppc64el Dear Maintainer, In order to avoid FTBFS libgwibber source package on ppc64el arch, config.{sub, guess} and libtool.m4 files need to be updated. We have also successfully verified building libgwibber source package on ppc64el build machine after applying attached patch. Thanks for considering the patch. -ravindran. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --===6919791481585836958== Content-Type: text/x-diff; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=autoreconf.debpatch From 6dfe9678de3a5d9a0cdb19956d2814e3846c785f Mon Sep 17 00:00:00 2001 From: Ravindran Arani r...@linux.vnet.ibm.com Date: Tue, 26 Aug 2014 11:36:36 + Subject: [PATCH] autoreconf --- configure.ac | 2 -- debian/control | 1 + debian/rules | 1 + 3 files changed, 2 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index b489e61..43fba17 100644 --- a/configure.ac +++ b/configure.ac @@ -44,8 +44,6 @@ dnl Gettext GETTEXT_PACKAGE=$PACKAGE AC_SUBST(GETTEXT_PACKAGE) AC_DEFINE_UNQUOTED(GETTEXT_PACKAGE, $GETTEXT_PACKAGE, [gettext domain]) -AM_GNU_GETTEXT([external]) -AM_GNU_GETTEXT_VERSION([0.17]) IT_PROG_INTLTOOL([0.35.0]) ### diff --git a/debian/control b/debian/control index fef89d0..5994e3d 100644 --- a/debian/control +++ b/debian/control @@ -4,6 +4,7 @@ Priority: optional Maintainer: Kartik Mistry kar...@debian.org Build-Depends: debhelper (= 5.0), cdbs (= 0.4.41), + dh-autoreconf, cli-common-dev (= 0.5.7), mono-devel (= 2.4.3), gtk-sharp2-gapi, diff --git a/debian/rules b/debian/rules index 4aac742..9273ee2 100755 --- a/debian/rules +++ b/debian/rules @@ -6,6 +6,7 @@ export CSC=/usr/bin/mono-csc include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/gnome.mk include /usr/share/cdbs/1/rules/utils.mk +include /usr/share/cdbs/1/rules/autoreconf.mk DEB_CONFIGURE_EXTRA_FLAGS += --disable-scrollkeeper --enable-gtk-doc --enable-maintainer-flags=no LDFLAGS += -Wl,-z,defs -Wl,--as-needed -- 2.1.0.rc1 --===6919791481585836958==-- -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758478: libguac-client-rdp0: Please rebuild / binNMU against libfreerdp-1.1
Hi, I verified that re-building solves the problem. -nik -- Dominik George (Vorstandsvorsitzender, Pädagogischer Leiter) Teckids e.V. (i.Gr.) - Erkunden, Entdecken, Erfinden. https://www.teckids.org signature.asc Description: Digital signature
Bug#758865: r-cran-rcppeigen: embedded copy of eigen3-library
severity 758865 normal tags 758865 + wontfix quit On 22 August 2014 at 11:25, Anton Gladky wrote: | Package: r-cran-rcppeigen | Version: 0.3.2.2.0-1 | Severity: serious | Justification: Policy 4.13 | | Dear Maintainer, | | r-cran-rcppeigen ships an embedded copy of eigen3-library. Please, remove it | and use for compilation the packaged version of this library. Please see #711808 -- it is the exact same issue. This is an R package, and some R packages contain additional sources because R cannot make the same assumptions about deployment as Debian can within a distro, I am effectively upstream for this. I am aware of the issue but I do not think we can fix it the Debian way. I am also rather involved in R, and we currently do seems to be the best way. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#756903: systemd: Boot hangs if filesystems unavailable
On Tue, Aug 26, 2014 at 12:44:07AM -0400, Stefan Monnier wrote: Exactly. I hope the reasoning behind current defaults has been explained adequately. Not sure what you mean by adequately. I understand your argument, but I disagree with it. Do you understand my argument? Yes, I understand your argument. We just disagree on the right behaviour. The behaviour that was the subject of the original bug report is by design. I don't think there's much to be gained by discussing this futher here. Zbyszek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758116: Please be verbose whether you would like to get your Blend promoted by tasksel
Le Tue, Aug 26, 2014 at 01:27:23PM +0200, Andreas Tille a écrit : Hi, yesterday I joined the videostream of the installer BoF at DebConf[1]. I also became a bit involved via IRC. Joey Hess raised the question about the criteria to add a Blend or not. I answered all in the list of the bug report #758116 which IMHO fits the criterion of actively maintained and some valuable content for users. I think it should be also a criterion that the team behind the Blend confirms that they are interested and so I'm hereby pinging all lists in question to ask you for confirmation. I have set Reply-To to the bug report and the general Blends list in case you are interested in further discussion with other Blends. Any input is welcome to make sure users will realise the fruits of your great work at the earliest point in time. Hi Andreas, Joey and everybody, I am sure that it would be great for Debian Med to have the Blends as first-class citizens in the Debian Installer. While it is not difficult to install the metapackages by hand, I expect that having it as an option in the installer will help convincing people to give it a try. Have a nice day, Charles -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758865: r-cran-rcppeigen: embedded copy of eigen3-library
Why not just symlink /usr/include/Eigen3? Anton 2014-08-26 14:07 GMT+02:00 Dirk Eddelbuettel e...@debian.org: severity 758865 normal tags 758865 + wontfix quit On 22 August 2014 at 11:25, Anton Gladky wrote: | Package: r-cran-rcppeigen | Version: 0.3.2.2.0-1 | Severity: serious | Justification: Policy 4.13 | | Dear Maintainer, | | r-cran-rcppeigen ships an embedded copy of eigen3-library. Please, remove it | and use for compilation the packaged version of this library. Please see #711808 -- it is the exact same issue. This is an R package, and some R packages contain additional sources because R cannot make the same assumptions about deployment as Debian can within a distro, I am effectively upstream for this. I am aware of the issue but I do not think we can fix it the Debian way. I am also rather involved in R, and we currently do seems to be the best way. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#754213: (no subject)
On 08/26/2014 05:05 AM, Ben Hutchings wrote: The first build failure (requiring __SANE_USERSPACE_TYPES__) appears to be fixed upstream in 3.16. I'll apply the other changes to enable building the linux-tools-* package. Thanks, Ben. That should be sufficient for us, as 3.16 should be landing in sid in some time, I believe (per this discussion + d-i beta on Aug. 13th): To avoid disruption to the installer, I think we should keep 3.14 in unstable until the next installer alpha/beta is out, and then move straight to 3.16. cheers! -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753487: RFS: stda/1.3.1-1 -- new upstream release (package already in Debian)
2014-08-25 12:21 GMT-03:00 Dimitar Ivanov drim...@freeshell.de: Hi Eriberto, Hi, I saw you made a new revision (-2) of your package. However, the 1.3.1-1 not exist in Debian. So you must change 'unstable' by 'UNRELEASED' in d/changelog when saying about 1.3.1-1. 2. d/control: Sorry, but when I said punctuation, I meant to put a dot in end of each line. Example: * maphimbu - histogram builder for 1-d numerical and text data. * mintegrate - evaluate average/sum/integral/derivative of 1-d numerical data. Well, but a short description is not a complete sentence, why should one put a dot there? In my opinion it should stay as it is - see for example: [1] http://sources.debian.net/src/tcputils/0.6.2-9/debian/control/ [2] http://sources.debian.net/src/cutils/1.6-3.1/debian/control/ Or maybe a semicolon ';' can be put at the end.. It is a rule of writting, a suggestion, not a Debian rule. You can use semicolon too. Note that have several issues in several packages in Debian. So, I can use them to justify all problems in a package. Sorry but my intent is help you to release a package with good conditions. But you can drop my suggestions, no problems. If no technical problems in package mechanisms, no problem. You really need a VCS. It is very important to keep the package control across the versions. I suggest to use GitHub (easy). Please, put 'github tutorial' in Google. You need put, at least, the debian/ directory under the VCS control. In d/control you need add Vcs-Browser and Vcs-Git fields. You can see an example here: http://sources.debian.net/src/mac-robber/1.02-3/debian/control/ Ok, how about hosting a repository of the stda-package on Alioth within the collab-maint project: would you like to support this? Otherwise I'll create a git-repository within the GNU Savannah's hosting service - what do you think? Yes, I can be your advocate to get access to collab-maint. But you can use an external service too. Cheers, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#368297: (no subject)
Date: Sun, 21 May 2006 19:25:38 +1000 From: Alexander Samad a...@samad.com.au - Body: Package: sudo-ldap Version: 1.6.8p12-4 Severity: grave Justification: renders package unusable Hi I have setup sudo-ldap to use the local ldap db. My /etc/ldap/ldap.conf has uri ldap://127.0.0.1 when I change this to uri ldaps://hufpuf.lan1.hme1.samad.com.au it faills and I get with with debuging turned on LDAP Config Summary === uri ldaps://hufpuf.lan1.hme1.samad.com.au ldap_version 3 sudoers_base ou=SUDOers,dc=samad,dc=com,dc=au binddn (anonymous) bindpw (anonymous) ssl (no) === ldap_initialize(ld,ldaps://hufpuf.lan1.hme1.samad.com.au) ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,0x03) ldap_simple_bind_s()=81 : Can't contact LDAP server -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-amd64-k8-smp Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages sudo-ldap depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii libpam-modules0.79-3.1 Pluggable Authentication Modules f ii libpam0g 0.79-3.1 Pluggable Authentication Modules l sudo-ldap recommends no packages. -- no debconf information
Bug#759320: systemd fails to close user sessions with nonexistent home (nobody)
Am 26.08.2014 10:27, schrieb Michael Biebl: Am 26.08.2014 10:20, schrieb Nicolas George: Then stopping the session fails: Aug 26 09:54:12 aimlin systemd[2719]: Failed at step CHDIR spawning /bin/kill: No such file or directory Aug 26 09:54:12 aimlin systemd[1353]: systemd-exit.service: main process exited, code=exited, status=200/CHDIR Aug 26 09:54:12 aimlin systemd[1353]: Failed to start Exit the Session. Aug 26 09:54:12 aimlin systemd[1353]: Dependency failed for Exit the Session. Aug 26 09:54:12 aimlin systemd[1353]: Unit systemd-exit.service entered failed state. That causes a 60 seconds timeout, making it seem shutdown is stuck. IIRC the timout here is 90 seconds. The problem is that step CHDIR tries to chdir to the nonexistent home directory, and considers the failure as fatal. AFAICS, the corresponding code is the same for the version currently in experimental (214-1) and in upstream's Git head. See the second instance of EXIT_CHDIR in src/core/execute.c and the only instance of get_home_dir() in src/core/unit.c. I guess that should be easy to verify. I still get those error messages with v214 but it seems the session is cleaned up properly. I do no longer have any (sd-pam) processes for that user and no delay on shutdown. That said, I guess we should fix the code to fall back to something safe like / if the CHDIR does not succeed resp. the directory does not exist. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#759201: [rt.debian.org #5215] AutoReply: Please add Andrew Page's key to the DM keyring
Control: package debian-maintainers Control: tags -1 + pending Hello Andrew Page, Your DM application was accepted and the corresponding RT ticket is posted at https://rt.debian.org/Ticket/Display.html?id=5215 Currently, rt.debian.org isn't accessible for the general public. It was sometime ago. Maybe one of your advocates will look at your RT ticket for you, after it has been taken by a keyring maintainer. See http://wiki.debian.org/rt.debian.org Not urgent but please try to get more gpg signatures from DDs and sign theirs keys as well. :-) Thank you for your contribution to the Debian Project. Cheers, Aníbal On Tue, 2014-08-26 12:12:14 +, Debian Keyring requests (Incoming) via RT wrote: This message has been automatically generated in response to the creation of a trouble ticket regarding Please add Andrew Page's key to the DM keyring, a summary of which appears below the dashed line. There is no need to reply to this message right now. Your ticket has been assigned an ID of [rt.debian.org #5215]. Please include the string [rt.debian.org #5215] in the subject line of all future correspondence about this issue. To do so, you may reply to this message. - -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 keyring-maint: please add key ID B42F6819007F00F88E364FD4036A9C25BF357DD4 to the DM keyring please notify 759201-d...@bugs.debian.org Changed-By: Anibal Monsalve Salazar ani...@debian.org Date: Tue, 26 Aug 2014 11:46:56 + BTS: http://bugs.debian.org/759201 Comment: Add Andrew Page admwig...@gmail.com as a Debian Maintainer Agreement: https://lists.debian.org/debian-newmaint/2014/08/msg00017.html Advocates: paultag - https://lists.debian.org/debian-newmaint/2014/08/msg00021.html stapelberg - https://lists.debian.org/debian-newmaint/2014/08/msg00023.html KeyCheck: pub 4096R/BF357DD4 2014-02-28 Key fingerprint = B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4 uid Andrew Page (Tianon Gravi) admwig...@gmail.com sig! 807C2A87 2014-08-23 Paul Tagliamonte paul...@debian.org sig! 947897D8 2014-08-26 Anibal Monsalve Salazar ani...@debian.org sig!3BF357DD4 2014-02-28 Andrew Page (Tianon Gravi) admwig...@gmail.com sig!3BF357DD4 2014-03-20 Andrew Page (Tianon Gravi) admwig...@gmail.com uid Andrew Page (tianon) and...@infosiftr.com sig! 807C2A87 2014-08-23 Paul Tagliamonte paul...@debian.org sig! 947897D8 2014-08-26 Anibal Monsalve Salazar ani...@debian.org sig!3BF357DD4 2014-02-28 Andrew Page (Tianon Gravi) admwig...@gmail.com sig!3BF357DD4 2014-03-20 Andrew Page (Tianon Gravi) admwig...@gmail.com uid Andrew Page (tianon) and...@vitalroute.com sig! 807C2A87 2014-08-23 Paul Tagliamonte paul...@debian.org sig! 947897D8 2014-08-26 Anibal Monsalve Salazar ani...@debian.org sig!3BF357DD4 2014-03-16 Andrew Page (Tianon Gravi) admwig...@gmail.com sig!3BF357DD4 2014-03-20 Andrew Page (Tianon Gravi) admwig...@gmail.com sub 4096R/769826E6 2014-02-28 sig! BF357DD4 2014-02-28 Andrew Page (Tianon Gravi) admwig...@gmail.com . Key is OpenPGP version 4 or greater. Key has 4096 bits. Valid e flag, no expiration. Valid s flag, no expiration. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJT/HcnAAoJEHxWrP6UeJfYEtMQAIBDl9F8yBNzLdpc6/29ucY7 McOyUJRj9i0ZMVahYQAPsXrk8te0xurgZ79q44hbjV2Hrcn0/34hauVROt7TpPqA s6YmQFAgOC1jcI/ImAgsifC65SZhsrk3f3LFcLKpU2pUp4oEdtBZaxo1M/5rp9E6 XY3M+6dC11kFdQsFE40VyOViMKcwk6BM5PExpkYjEcaVTdvU6fd8nQdpekjLYibj lVlRyEP7RZ4pmICB/NGeNLQuqqjV9qQyJdH369SGJPUBYTBsBp2yiggg1yV8bD9c QX3VsfsjEnbPFp1LfY4JpXMOfXVl0nL9uyDn2PQcGDh+Fa8IXQRz8hp3cbld1p9E DxG5d9tsIkmCMdQsBwX1y7Ipul6WHiUzTNWVCq8ndIZ8KEMigu0HRRfHU9S9el3r QuKQFJVzXL4PE6wr5Y6Mje8dFlY3KAaE+vEMSnKpB/+bc7DB7dh9iTfmOuXd9yeA s5/y2Q2oCH07K6Ms8AgoB35uBsdq47vwMDnjIQjyYqCnVcFVT0aDLJ3mYfo2F0xR QylKNefN4Bhx/41/SwoMyYUo/kAMuueSYudzfZy4D60ddf5XQYFv6t9gSniHbCXw Mnk4ItVuMGz2UwtyfNY6YBtLLO7yYmjDfjqoQ63Ma41nw6ntZ4zBSeMLSlLOuozr sOAs4N+k0BpMGr00ZZbt =Q2Oo -END PGP SIGNATURE- signature.asc Description: Digital signature
Bug#759329: libnet-dns-perl: lintian fails with Too late to run INIT block
severity 759329 minor thanks Quoting Jonas Smedegaard (2014-08-26 12:55:15) running lintian (against libfurl-perl, if that matters) fails: jonas@bastian:~$ lintian *.changes Too late to run INIT block at /usr/lib/x86_64-linux-gnu/perl5/5.20/Net/DNS.pm line 209. Whoops, sorry - doesn't fail, that package simply had no lintian issues (I wrongly assumed it was a binary-arch package with hardening flaws). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#759334: psi: Link against libminizip
Package: psi Version: 0.15-2 Severity: normal Dear Maintainer, since libminizip{1,-dev} [0] is now a Debian package, Psi should link against it instead of being compiled against its old, bundled version. [0] https://tracker.debian.org/pkg/minizip -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages psi depends on: ii libc62.19-9 ii libenchant1c2a 1.6.0-10.1 ii libgcc1 1:4.9.1-9 ii libqca2 2.0.3-6 ii libqca2-plugin-ossl 2.0.0~beta3-2 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-1 ii libstdc++6 4.9.1-9 ii libx11-6 2:1.6.2-3 ii libxss1 1:1.2.2-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages psi recommends: ii sox 14.4.1-4 Versions of packages psi suggests: ii libqca2-plugin-gnupg 2.0.0~beta3-2 pn psi-translations none ii xdg-utils 1.1.0~rc1+git20111210-7.1 -- 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#759335: psi-plus: Link against libminizip
Package: psi-plus Version: 0.16.330-1 Severity: normal Dear Maintainer, since libminizip{1,-dev} [0] is now a Debian package, Psi+ should link against it instead of being compiled against its old, bundled version. [0] https://tracker.debian.org/pkg/minizip -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages psi-plus depends on: ii libaspell15 0.60.7~20110707-1.1 ii libc62.19-9 ii libgcc1 1:4.9.1-9 ii libidn11 1.29-1 ii libqca2 2.0.3-6 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-1 ii libstdc++6 4.9.1-9 ii libx11-6 2:1.6.2-3 ii libxss1 1:1.2.2-1 pn psi-plus-common none ii zlib1g 1:1.2.8.dfsg-2 Versions of packages psi-plus recommends: ii libqca2-plugin-ossl 2.0.0~beta3-2 iu psi-plus-l10n0.16.330-1 iu psi-plus-plugins 0.16.330-1 iu psi-plus-sounds 0.16.330-1 ii sox 14.4.1-4 Versions of packages psi-plus suggests: ii libqca2-plugin-gnupg 2.0.0~beta3-2 ii xdg-utils 1.1.0~rc1+git20111210-7.1 -- 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