Bug#709758: Consciously blocking packages and development
Dear maintainers of debian-edu-doc, all of d-d [short explanation for d-d: debian-edu-doc has a serious bug since it build-deps on a not existing package. Instead of transiting to the new pakcage naming, it keeps the old anme hindering transition) On Do, 15 Aug 2013, Norbert Preining wrote: thanks for fixing it in git, but could you please upload a fixed version of the package as soon as possible? I see that the fix was even reverted in the git repository. Are you planning to block TeX Live transition for unforeseeable future? Might I remind you that the packaging is for Debian/sid to go into testing. Whatever your ideas and backgrounds concerning Debian Edu are, your main obligation is *not*to*block*hinder* other packages. Might I also remind you once more, that the target of development is *unstable* and *NOT* (!!!) wheezy which is released. Your statement that it has to be buildable on wheezy is *simply* plain wrong. It is ridiculous that you not even care for *answering* to inquiries on a serious bug, although there is a lot of activity in the git repository (see below for logs). Thanks for your understanding Norbert commit 2f2fd908a54bc106eebdd21e8260ec4399436c5e Author: David Prévot taf...@debian.org Date: Wed Jul 17 13:13:00 2013 -0400 Revert Build-depend on texlive-lang-danish | texlive-lang-european and texlive-lang-norwegian | texlive-lang-european to support building on wheezy and sid. (Closes: #709758) This reverts commit 34130ece41450e92cea0a007f24a0fcebbc8573b. commit a2d9ca4796df74cc4dfb1cf4e490fe15a11b4b32 Author: David Prévot taf...@debian.org Date: Wed Jul 17 13:12:46 2013 -0400 Revert Change order of alternative depends. This reverts commit 2bcf0673abe4514deece73502d661c4d888a31c2. commit 2bcf0673abe4514deece73502d661c4d888a31c2 Author: Holger Levsen hol...@layer-acht.org Date: Mon Jul 15 14:01:10 2013 +0200 Change order of alternative depends. Build-depend on texlive-lang-european | texlive-lang-danish and texlive-lang-european | texlive-lang-norwegian to support building on wheezy and sid. commit 34130ece41450e92cea0a007f24a0fcebbc8573b Author: Holger Levsen hol...@layer-acht.org Date: Mon Jul 15 13:33:40 2013 +0200 Build-depend on texlive-lang-danish | texlive-lang-european and texlive-lang-norwegian | texlive-lang-european to support building on wheezy and sid. (Closes: #709758) PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721693: condor: CVE-2013-4255
Package: condor Severity: important Tags: security Please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-4255 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#715141: apt_all update cronjob creates error mails when testing and unstable are not in the apt sources
Le 3 sept. 2013 03:15, DUVERGIER Claude claude@duvergier.fr a écrit : But sadly munin-run don't push the extra 7200 and 12 parameters to the apt_all Looking closely, that was done specifically like that. But it sounds wrong to me, and qualifies as a bug. Will be fixed in the next upstream stable release. The extra $ARGV will be transparently given to the plugin, as the config or update is already. which in turns only has update in it's $ARGV and sees it as an error and display the helping usage text: I'm not sure how this could be easily solved. Well, as it's an upstream issue, it will be solved upstream :)
Bug#721694: Wrong FLAGS order in qmake.pm?
Package: debhelper
Version: 9.20130720
Hi,
qmake.pm passing CPPFLAGS after CFLAGS or CXXFLAGS
--
if ($ENV{CFLAGS}) {
push @flags, QMAKE_CFLAGS_RELEASE=$ENV{CFLAGS} $ENV{CPPFLAGS};
push @flags, QMAKE_CFLAGS_DEBUG=$ENV{CFLAGS} $ENV{CPPFLAGS};
}
if ($ENV{CXXFLAGS}) {
push @flags, QMAKE_CXXFLAGS_RELEASE=$ENV{CXXFLAGS}
$ENV{CPPFLAGS};
push @flags, QMAKE_CXXFLAGS_DEBUG=$ENV{CXXFLAGS}
$ENV{CPPFLAGS};
I am not sure, but shouldn't be CPPFLAGS passed before CFLAGS or CXXFLAGS?
http://www.gnu.org/software/make/manual/html_node/Catalogue-of-Rules.html
best regards
mira
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721592: roundcube: CVE-2013-5645
Hi Vincent! On Mon, Sep 02, 2013 at 08:42:14AM +0200, Vincent Bernat wrote: ❦ 2 septembre 2013 08:31 CEST, Salvatore Bonaccorso car...@debian.org : the following vulnerability was published for roundcube. CVE-2013-5645[0]: | Multiple cross-site scripting (XSS) vulnerabilities in Roundcube | webmail before 0.9.3 allow user-assisted remote attackers to inject | arbitrary web script or HTML via the body of a message visited in (1) | new or (2) draft mode, related to compose.inc; and (3) might allow | remote authenticated users to inject arbitrary web script or HTML via | an HTML signature, related to save_identity.inc. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5645 http://security-tracker.debian.org/tracker/CVE-2013-5645 [1] http://trac.roundcube.net/changeset/93b0a30c1c8aa29d862b587b31e52bcc344b8d16/github [2] http://trac.roundcube.net/changeset/ce5a6496fd6039962ba7424d153278e41ae8761b/github [3] http://trac.roundcube.net/ticket/1489251 [4] http://trac.roundcube.net/wiki/Changelog#RELEASE0.9.3 Please adjust the affected versions in the BTS as needed. At least 0.9.2 looks affected. Hi Salvatore! Previous versions are likely to be affected too. I will try to backport the patches. For version in Jessie and unstable, I will just upload 0.9.3. Thanks for your quick reply! From what I see about the vulnerability, I would say this does not warrant a DSA, as the exploitability seems to be limited to a user-assisted remote attacker. Do you agree on that conclusion? If yes I will mark this in the security-tracker appropriately. Could you address in that case the updates trough a proposed-update instead? Regards, Salvatore signature.asc Description: Digital signature
Bug#721592: roundcube: CVE-2013-5645
❦ 3 septembre 2013 08:51 CEST, Salvatore Bonaccorso car...@debian.org : Please adjust the affected versions in the BTS as needed. At least 0.9.2 looks affected. Hi Salvatore! Previous versions are likely to be affected too. I will try to backport the patches. For version in Jessie and unstable, I will just upload 0.9.3. Thanks for your quick reply! From what I see about the vulnerability, I would say this does not warrant a DSA, as the exploitability seems to be limited to a user-assisted remote attacker. The exploit can be triggered by a user using a message as a template for a new message. This seems far-fetched, so I agree. Do you agree on that conclusion? If yes I will mark this in the security-tracker appropriately. Could you address in that case the updates trough a proposed-update instead? OK. -- Identify bad input; recover if possible. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#709758: Communication issue? (was: Consciously blocking packages and development)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Norbert, Le 03/09/2013 02:10, Norbert Preining a écrit : Are you planning to block TeX Live transition for unforeseeable future? Absolutely not, a fixed d-e-d package will be uploaded in due time. In the mean time, if you’re in a hurry to see your package reach testing, feel free to provide back the binary packages you removed (via convenient dummy transitional packages) instead of breaking any third party due to their uncoordinated disappearance. Thanks in advance for considering. It is ridiculous that you not even care for *answering* Apologies about that, it has never been anyone’s intention to ignore this issue. On the contrary, we even staged a fix a few hours after Ansgar filled this bug (thank you by the way for the bug and the hint): http://anonscm.debian.org/gitweb/?p=debian-edu/debian-edu-doc.git;a=commitdiff;h=7bc2cb76d3369b457bd8c691bab2dbb9885b0708 Regards David P.-S.: transitional packages could be a way to document such disruptive change, but a note in changelog would have been appreciated. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJSJYo/AAoJEAWMHPlE9r08JvwH/1hZLihgzo+Pzyqmd8oeRtgc ur+TG1Ypkkv+u9RV5SrY5omXp7CAwE3owzlIcbDhRTFUfzqStQfEbUjV/kZeMKWl YmhpD+VflFhPRES/Gs4gzZKp8Q17KCKPTh4EMCWMm/ftB5Cmdf7RsPsfCWx6cdK3 JbLIQsi3smm9cCodYvvla+Sr2jvInMA40UL8xB5oFmE7znWIIfL+KEaow+yCj/4P ofMIQFQrPJLMI37BWakGZbX25muWYPvd1/hmezbG0AoIENF9FoQytoa4hEDVN27v FjSR+ipjgxjjap25aQm2lMzqxUEIa1QUdThr1CGokiPCGy5F1z0QgVY8D+PReaQ= =sMfd -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#721695: override: clive:oldlibs/extra
Package: ftp.debian.org Severity: normal Please change the section to oldlibs and lower priority to extra for clive. It's now a transitional package for cclive. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721592: roundcube: CVE-2013-5645
Hi Vincent, On Tue, Sep 03, 2013 at 09:01:03AM +0200, Vincent Bernat wrote: ❦ 3 septembre 2013 08:51 CEST, Salvatore Bonaccorso car...@debian.org : Please adjust the affected versions in the BTS as needed. At least 0.9.2 looks affected. Hi Salvatore! Previous versions are likely to be affected too. I will try to backport the patches. For version in Jessie and unstable, I will just upload 0.9.3. Thanks for your quick reply! From what I see about the vulnerability, I would say this does not warrant a DSA, as the exploitability seems to be limited to a user-assisted remote attacker. The exploit can be triggered by a user using a message as a template for a new message. This seems far-fetched, so I agree. Do you agree on that conclusion? If yes I will mark this in the security-tracker appropriately. Could you address in that case the updates trough a proposed-update instead? OK. Thanks for confirming. I have marked it accordingly. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#335476: [nscd] does not respect DNS TTL
Hi there, I was wondering that now glibc has different (and more friendly) maintainers is it worth trying to raise this issue with them? They may be more receptive on the matter. All the best, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Communication issue? (was: Consciously blocking packages and development)
Hi David, On Di, 03 Sep 2013, David Prévot wrote: Absolutely not, a fixed d-e-d package will be uploaded in due time. In the mean time, if you’re in a hurry to see your package reach testing, feel free to provide back the binary packages you removed (via convenient dummy transitional packages) instead of breaking any third party due to their uncoordinated disappearance. Umpf, uncoordinated disappearance. Might I remind you that we are talking about build-deps, and that there is *no* rdepends on texlive-lang-danish. Do you expect to add transitional packages for *one* (I did not check, maybe 5?) package that needs t-l-d as build-depends? I did not break any package, I just created FTBFS for *one* package, a very common *very* common case here in Debian. (Uh, just recently several of my packages started to FTBFS due to perl 5.18). Yes, devs can take there time to consider it, but letting rot away the bug without answer ... Anyway, let us hope that your in due time will be at some reasonable time. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721637: libgstreamer-plugins-bad0.10-0: gstreamer hangs in gst_h264_parse_check_valid_frame() for some files
On Mo, 2013-09-02 at 17:58 +0200, Steffen Kieß wrote: Package: libgstreamer-plugins-bad0.10-0 Version: 0.10.23-7.1 Severity: important gstreamer runs into an endless loop when reading some files. This e.g. will cause /usr/lib/rhythmbox/rhythmbox-metadata to generate 100% CPU load without doing anything when encoutering such files. Can you check if this also happens with GStreamer 1.0, i.e. when running gst-discoverer-1.0 from gstreamer1.0-plugins-base-apps after installing gstreamer1.0-plugins-bad? Also can you make such a file available for testing? signature.asc Description: This is a digitally signed message part
Bug#721655: Re : Bug#721655: kate: Impossible to save a new file (kio bug)
Le 02/09/2013 21:55:47, Pino Toscano a écrit : Have you logged out and logged in back after the upgrade? No, but I don’t use KDE. Should I kill a process? nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721671: gedit-plugins: drawspaces plugin fails to load
clone 721671 -1
reassign -1 dh-python
retitle -1 adds multiarch tags to files in /usr/lib/multiarch-triplet/ dir
block 721671 -1
thanks
I only see this in the package:
/usr/lib/x86_64-linux-gnu/gedit/plugins/libdrawspaces.cpython-33m-x86_64-linux-gnu.so
[...]
I: dh_python3 fs:278: renaming libdrawspaces.so to
libdrawspaces.cpython-33m-x86_64-linux-gnu.so
dh_python{2,3} tags all extensions in dist-packages and in private dirs
it was told to look for Python files. Tagging files in
/usr/lib/multiarch-triplet/ is not a good idea indeed, I will fix it in
next release (probably today). I will also add an option to disable
tagging in private dirs (by default /usr/lib/gedit would still be
tagged)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720905: binary compatibility already broken
the binary compatibility was already broken in 3330 and again in 3340 by changing the fits file struct in a non compatible way (adding members to the middle of it). So we already need a transition. On the other hand even though it is publicly exposed, applications should not be using that structure directly, so there is probably no need to rush a transition yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721655: Re : Re : Bug#721655: kate: Impossible to save a new file (kio bug)
Le 03/09/2013 09:55:16, nicolas.patr...@gmail.com a écrit : No, but I don’t use KDE. Should I kill a process? OK. I killed all the KDE prossesses under my possession, and all works now. nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Dear Jonas and Norbert, Am Montag, den 02.09.2013, 23:33 +0900 schrieb Norbert Preining: http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-urw-base35.git Cloned it, looks fine. having seen that Debian #720906 has been closed, I have updated the debian/copyright file for fonts-urw-base35 in GIT accordingly and consider the package ready now. Since none of the former maintainers of gsfonts and gsfonts-x11, respectively, have raised any concerns, I'd like to ask you to review the package and upload if appropriate. Thank you! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721697: gnome-panel: error 4 in libclock-applet.so, gnome-panel segfault
Package: gnome-panel Version: 3.4.2.1-4 Severity: normal Dear Maintainer, * What led up to the situation? I use gnome 3.4 in safe graphics mode. I clicked on the clock applet a lot of times to check some dates. * What exactly did you do (or not do) that was effective (or ineffective)? After a while the applet did not open any more. I tried clicking a few times but without effect. * What was the outcome of this action? A few minutes after the clicking, gnome suddenly crashed. I use up-to-date debian wheezy, dmesg stated the following: (It might be related to ACPI or sleep but I am not sure) [83934.036328] usb 2-1.1: Product: TTL232R-3V3 [83934.036335] usb 2-1.1: Manufacturer: FTDI [83934.036341] usb 2-1.1: SerialNumber: FTFAF0V8 [83934.038647] ftdi_sio 2-1.1:1.0: FTDI USB Serial Device converter detected [83934.038726] usb 2-1.1: Detected FT232RL [83934.038732] usb 2-1.1: Number of endpoints 2 [83934.038740] usb 2-1.1: Endpoint 1 MaxPacketSize 64 [83934.038747] usb 2-1.1: Endpoint 2 MaxPacketSize 64 [83934.038753] usb 2-1.1: Setting MaxPacketSize 64 [83934.039202] usb 2-1.1: FTDI USB Serial Device converter now attached to ttyUSB0 [83938.344804] usb 2-1.1: USB disconnect, device number 22 [83938.345120] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0 [83938.345154] ftdi_sio 2-1.1:1.0: device disconnected [83950.190489] PM: Syncing filesystems ... done. [83950.194731] PM: Preparing system for mem sleep [83950.805851] Freezing user space processes ... (elapsed 0.01 seconds) done. [83950.821292] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. [83950.837285] PM: Entering mem sleep [83950.837397] Suspending console(s) (use no_console_suspend to debug) [83950.837864] sd 1:0:0:0: [sdb] Synchronizing SCSI cache [83950.838070] sd 1:0:0:0: [sdb] Stopping disk [83950.838385] sd 0:0:0:0: [sda] Synchronizing SCSI cache [83950.839024] sd 0:0:0:0: [sda] Stopping disk [83951.476884] PM: suspend of devices complete after 639.721 msecs [83951.477144] r8169 :04:00.0: wake-up capability enabled by ACPI [83951.509068] ehci_hcd :00:1d.0: wake-up capability enabled by ACPI [83951.525124] ehci_hcd :00:1a.0: wake-up capability enabled by ACPI [83951.540974] PM: late suspend of devices complete after 64.105 msecs [83951.541645] ACPI: Preparing to enter system sleep state S3 [83951.548942] PM: Saving platform NVS memory [83951.550624] Disabling non-boot CPUs ... [83951.652740] CPU 1 is now offline [83951.756688] CPU 2 is now offline [83951.860631] CPU 3 is now offline [83951.861207] Extended CMOS year: 2000 [83951.861471] ACPI: Low-level resume complete [83951.861522] PM: Restoring platform NVS memory [83951.861980] Extended CMOS year: 2000 [83951.862018] Enabling non-boot CPUs ... [83951.862199] Booting Node 0 Processor 1 APIC 0x2 [83951.862201] smpboot cpu 1: start_ip = 99000 [83951.873221] Calibrating delay loop (skipped) already calibrated this CPU [83951.893549] NMI watchdog enabled, takes one hw-pmu counter. [83951.893827] CPU1 is up [83951.893970] Booting Node 0 Processor 2 APIC 0x1 [83951.893971] smpboot cpu 2: start_ip = 99000 [83951.904994] Calibrating delay loop (skipped) already calibrated this CPU [83951.925496] NMI watchdog enabled, takes one hw-pmu counter. [83951.925805] CPU2 is up [83951.926260] Booting Node 0 Processor 3 APIC 0x3 [83951.926261] smpboot cpu 3: start_ip = 99000 [83951.937282] Calibrating delay loop (skipped) already calibrated this CPU [83951.957730] NMI watchdog enabled, takes one hw-pmu counter. [83951.958064] CPU3 is up [83951.961413] ACPI: Waking up from system sleep state S3 [83952.110345] ehci_hcd :00:1a.0: wake-up capability disabled by ACPI [83952.110681] ehci_hcd :00:1d.0: wake-up capability disabled by ACPI [83952.50] PM: early resume of devices complete after 1.000 msecs [83952.111262] i915 :00:02.0: setting latency timer to 64 [83952.111277] ehci_hcd :00:1a.0: setting latency timer to 64 [83952.111280] snd_hda_intel :00:1b.0: setting latency timer to 64 [83952.111317] ehci_hcd :00:1d.0: setting latency timer to 64 [83952.111344] snd_hda_intel :00:1b.0: irq 44 for MSI/MSI-X [83952.111375] ahci :00:1f.2: setting latency timer to 64 [83952.111432] r8169 :04:00.0: wake-up capability disabled by ACPI [83952.118393] sd 0:0:0:0: [sda] Starting disk [83952.118421] sd 1:0:0:0: [sdb] Starting disk [83952.150083] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off [83952.361373] usb 1-1.2: reset high-speed USB device number 3 using ehci_hcd [83952.437193] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [83952.438200] ata1.00: ACPI cmd ef/90:06:00:00:00:00 (SET FEATURES) succeeded [83952.438211] ata1.00: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out [83952.438219] ata1.00: ACPI cmd b1/c1:00:00:00:00:00 (DEVICE CONFIGURATION OVERLAY) filtered out [83952.439202] ata1.00: ACPI cmd ef/90:06:00:00:00:00 (SET
Bug#721699: alternatives: Default visual editor not compatible to visual editor (vi)
Package: alternatives File: alternatives Severity: normal Dear Maintainer, Tools invoke visual editor (e.g. `reportbug', `crontab -e' or bash `fc'), but no visual editor key bindings work (for example, `:q' does not quit). Instead, someone has to press some non-standard CTRL-X or whatever. This is caused by a wrong default `alternatives' setting of editor. Instead of visual editor (vi) some incompatible editor (`nano'?) is selected by default. Also I think the name is wrong (/usr/bin/editor instead of /usr/bin/vi). Using `export EDITOR=vi' or `sudo update-alternatives --config editor' work around the problem, but has to be done after each installation on each host. Then tools invoke a visual editor supporting well-known visual editor key bindings. Regards, Steffen Dettmer ps: I assume this is a duplicate because it is very easy to notice, but http://bugs-search.debian.org/cgi-bin/search.cgi just reports Internal Server Error, so I couldn't check. -- System Information: Debian Release: 7.0 Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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#322551: foobillard: mostly unplayable in network modus
Control: severity -1 wishlist Control: reassign -1 foobillardplus Control: retitle -1 foobillardplus: please develop a network modus Foobillardplus is the successor of foobillard. Network modus is still unfinished and has therefore been disabled at build time. I'm lowering the severity to wishlist until someone develops a working network game. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#310495: any chances to fix the par?
Hi, To be fair, I wrote patch for unicode support in par 5 years ago. I know where are some issues on this patch but I have never had time to fix them. Although, I wrote a new version of the patch: http://sysmic.org/dl/par/par_1.52-i18n.4.patch I really not sure it would fix all issues, but, it may help. -- Jérôme Pouiller, Sysmic Embedded Linux specialist http://www.sysmic.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716727: geda-gaf: unbuildable on ia64 due to missing guile-2.0
The geda-gaf source package currently builds quite happily against Guile 1.8. Is it possible to have geda-gaf with Guile 1.8 on ia64, and geda-gaf with Guile 2.0 on other architectures? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721700: lnav: should favor /var/log/syslog over /var/log/messages
Package: lnav Severity: normal It seems lnav has no configfile, and internally favor /var/log/messages over /var/log/syslog. As I understand it, standard debian configuration of logfile handling uses /var/log/syslog for most messages, and it therefore makes sense to me that lnav for Debian gets patched to flip those around. Seems to be in file src/lnav.cc... - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701744: fixed in linux 3.2.46-1+deb7u1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, Am 01.09.13 23:47, schrieb dann frazier: Source: linux Source-Version: 3.2.46-1+deb7u1 We believe that the bug you reported is fixed in the latest version of linux, which is due to be installed in the Debian FTP archive. as we are facing this also massively on squeeze, is there a chance to get that also fixed there, even when this is oldstable? Many thanks, Jan. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlIlphkACgkQ9u6Dud+QFyRusACgr9384r/uUYYNpskt5pUFjU+t DUEAn3MsqE9scTQIzEwS/imm7zHFlX6J =BFQG -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#721701: Use of each() on hash after insertion without resetting hash iterator results in undefined behavior
Package: spamassassin Version: 3.3.2-6.1 Severity: normal Hi, I'm seeing the follow line a lot in my logs, not sure if it's just a warning or actual error, though. Please let me know. spamd[27404]: Use of each() on hash after insertion without resetting hash iterator results in undefined behavior, Perl interpreter: 0xfe6010 at /usr/share/perl5/Mail/SpamAssassin/AsyncLoop.pm line 363. Thx, Uwe. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: ii adduser 3.113 pn libarchive-tar-perl none ii libhtml-parser-perl 3.71-1+b1 ii libnet-dns-perl 0.68-1.1+b1 ii libnetaddr-ip-perl 4.062+dfsg-1+b1 ii libsocket6-perl 0.23-1+b3 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.02-1 ii perl5.18.1-3 ii perl-modules [libio-zlib-perl] 5.18.1-3 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.11-3 ii libc6-dev 2.17-3 ii libio-socket-inet6-perl2.69-2 pn libmail-spf-perl none ii make 3.81-8.2 ii perl [libsys-syslog-perl] 5.18.1-3 pn re2c none ii spamc 3.3.2-2 Versions of packages spamassassin suggests: ii libdbi-perl 1.628-1+b1 ii libio-socket-ssl-perl 1.44-1 pn libmail-dkim-perl none pn libnet-ident-perl none ii perl [libcompress-zlib-perl] 5.18.1-3 pn pyzor none pn razor none -- Configuration Files: /etc/default/spamassassin changed [not included] -- no debconf information -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719517: Processed: tagging 719517
Yeah we know about it, but there are more errors than those that were spotted at the time of writing the pointed email. Errors for missing functions like ff_set_common_formats, cause it is now a private one for internal use, ... now all the logic used for hflipping the video preview needs to be rewritten. On Fri, Aug 30, 2013 at 6:30 PM, Moritz Muehlenhoff j...@inutil.org wrote: On Thu, Aug 29, 2013 at 10:16:01AM +0300, Damian Minkov wrote: Hi, we will be working on this these days, hope to provide a fix soon. The initial effort show there needs to be done some more work cause of a change in libav filter api. I suppose you've been https://java.net/projects/jitsi/lists/dev/archive/2013-04/message/223 already? 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#721702: Latest update generates SEGV in __strcmp_sse42() when parsing the enabled sites.
Package: nginx-extras
Version: 1.4.1-3+b1
Severity: important
File: nginx-extras
As of this update, nginx will not start due to a segv when parsing the configs.
Switching to nginx-full worked around the bug, but at the cost of loosing spdy
support. (That module probably should be in full anyway)
The sks-recommended proxy blob seems to trigger the bug. Eg:
location /pks {
proxy_pass http://127.0.0.1:11371;
proxy_set_header Host $host:$server_port;
proxy_set_header X-Forwarded-For
$proxy_add_x_forwarded_for;
proxy_pass_header Server;
add_header Via 1.1 keys.example.org:80
(nginx);
proxy_ignore_client_abort on;
}
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638262: what is the current situation with this?
Vlad Orlov wrote (01 Sep 2013 09:20:01 GMT) : Just wanted to ask how's the current situation with this patch. The current fontconfig-config (2.10.2) still doesn't seem to include neither the proposed symlinks in /etc/fonts/conf.d nor the proposed additional configuration files. During the Wheezy freeze, it wasn't clear to me what the best solution was, so I refrained to push any proposal forward. I guess someone should now look again at what other distros do and how, update the proposed implementation if needed, test on various hardware and report back here. It would be great if this was done in time for Jessie. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721152: RFS: libsass/1.0-1 [ITP] -- C implementation of a sass compiler
Hello Vincent, I have re-uploaded the package with the simplified debian/rules. Please review. Regards, Howard Chan (smartboyhw) Ubuntu Member 2013/9/3 Vincent Bernat ber...@debian.org ❦ 2 septembre 2013 13:53 CEST, Ho Wan Chan smartbo...@gmail.com : I have re-uploaded my package to Debian Mentors. I am unsure if the symbols file will work with other architectures. But we'll see when the package will be built for other architectures. I think you are thinking too much for debian/rules. I have simplified it to just: %: dh $@ --with autotools-dev The .la file is not installed because it is not listed in *.install, so no need to remove it. dh_auto_configure already calls configure with the appropriate arguments for multiarch. -- Debian package sponsoring guidelines: http://vincent.bernat.im/en/debian-package-sponsoring.html
Bug#721703: RM: ruby-pcap -- ROM; dead upstream, alternative exists
Package: ftp.debian.org Hi! Please remove ruby-pcap from the archive. It has no reverse dependencies. Upstream is inactive for years. Other developers resumed work around a pcap binding for ruby in the pcaprub project. The later library entered the archive as ruby-pcaprub today. Thanks! -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721704: pnp4nagios-bin: init script exits 0 when it should exit 3 with unconfigured service
Package: pnp4nagios-bin Severity: normal Dear Maintainer, the pnp4nagios-bin init script contains the following lines: # Check if RUN is set to yes in /etc/defaults/npcd if [ x$RUN != xyes ] ; then echo $NAME has been disabled in /etc/default/npcd. exit 0 fi While its debatable to do this via default/ file, I'm on the side of yeah, ok. What I dislike is the exit 0. Which is wrong. The LSB defines values for initscripts to give back, see http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html and 0 is defined program is running or service is OK. Which it definitely isn't in the case above. It defines some more, and the most useful return code in this case seems to be 3, program is not running. Alternatively 4, status unknown, but meh, it is known here. Even if one leaves LSB outside and uses common sense, a 0 doesn't seem to be right for a default value as delivered by the package. -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721705: ITP: python-misaka -- binding for Sundown, a markdown parsing library
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-misaka Version : 1.0.2 Upstream Author : Frank Smit * URL : http://misaka.61924.nl/ * License : MIT Programming Lang: Python Description : binding for Sundown, a markdown parsing library A Python 2 and 3 binding for Sundown, a really fast Markdown parser implemented in C. Misaka is written in Cython and C. And it features a set of Markdown extensions and customizable renderers. Just like the Sundown binding for Ruby, Redcarpet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588377: dwarf fortress debian package
Hi, I am indeed still interested in sponsorship for my dwarf-fortress package. The mentor package - as well as my ITP - have been removed because of lack of activity (and there were no upstream releases since last upload) but the sources of the package is available on my GitHub account [1]. I can re-upload the mentor package if you like. BTW, I also have a GemRB package that requires sponsorship. I've recently joined the Debian Games Team to maintain it, but I have little time to chase sponsors. So, if you have some time to spend and want to have a look at it, it would be awesome. The sources of the package are in the pkg-games source repo [2]. [1] https://github.com/berenm/dwarf-fortress/tree/debian [2] http://anonscm.debian.org/gitweb/?p=pkg-games/gemrb.git;a=summary -- Beren Minor On Mon, Sep 2, 2013 at 3:11 AM, Scott Howard showard...@gmail.com wrote: Hello Beren, I'd like to check in to see the status of the package.The mentors link is dead. Let me know if you're still interested in sponsorship. ~Scott -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721509: nmu: binNMU for libgtkdatabox rdepends
On Mon, Sep 2, 2013 at 21:28:42 +0200, Andreas Tille wrote: Hi, I admit this does not clarify the situation for me. Even if the problem is at upstream side - if upstream does not care for the problem the maintainer is in charge to invent a patch. I was just wondering if a binNMU would do the trick or not. If not I have no idea what to do because I do not really understand the problem. This has nothing to do with upstream. This is about the debian binary package name. Cheers, Julien signature.asc Description: Digital signature
Bug#592839: please consider it anyway, even if useless for non-free files
It is sometimes convenient to keep files deleted in the integration branch of a version control system even if these files are dfsg free; most recently I did this to facilitate cherry-picking patches from upstream of an embedded library (yes, ick, I know). There is no nice way of representing this in a quilt series; one easily ends up with enormous patches. Currently I do some shenanigans like git diff --diff-filter=D --name-only debian/clean This works, but the dependence on debhelper to unpack is unsatisfactory. Cheers, d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721509: nmu: binNMU for libgtkdatabox rdepends
Hi Julien, On Tue, Sep 03, 2013 at 11:45:19AM +0200, Julien Cristau wrote: On Mon, Sep 2, 2013 at 21:28:42 +0200, Andreas Tille wrote: Hi, I admit this does not clarify the situation for me. Even if the problem is at upstream side - if upstream does not care for the problem the maintainer is in charge to invent a patch. I was just wondering if a binNMU would do the trick or not. If not I have no idea what to do because I do not really understand the problem. This has nothing to do with upstream. This is about the debian binary package name. Well, I now have read three statements: - binNMU - upstream problem caused by old lintian version - wrong package name Please let me know how I can / should solve at least one of the above problems. Patches welcome. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721706: bash-completion: export completion quite broken
Package: bash-completion Version: 1:2.0-1 Severity: normal Dear Maintainer, Trying to use tab-completion with the export built-in results in quite bizarre behavior: input: export HOME=tab result: export '/home/pdewacht/' input: export HOME=/tab result: export H input: export HOME=/htab result: export HOME= I expected simple filename completion, like you get without bash-completion installed. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash-completion depends on: ii bash 4.2+dfsg-1 ii dpkg 1.17.1 bash-completion recommends no packages. bash-completion 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#701353: samhain: ftbfs with GCC-4.8
Hi, Any news about this bug? For some reasons (unclean build environment?) the i386 version of the package is depending against libaudit0 and this is blocking the transition to libaudit1. 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#721681: gnome-sudoku: crashes when you press Ctrl-J
tags 721681 + confirmed forwarded 721681 https://bugzilla.gnome.org/show_bug.cgi?id=707362 thanks Hi John, Am 03.09.2013 04:23, schrieb John Foerch: Gnome-sudoku consistently crashes for me when I press Ctrl-J while playing. Ctrl-J is supposed to be the key to clear top notes. The following error is printed to the terminal: (gnome-sudoku:5452): GLib-GIO-ERROR **: Settings schema 'org.gnome.gnome-sudoku' does not contain a key named 'always_show_hints' Trace/breakpoint trap Thanks for the bug report. When gnome-sudoku was converted from gconf to gsettings [1], the key was renamed to 'always-show-hints' [2] but the code still uses 'always_show_hints' and should be updated accordingly. I've forwarded this issue to upstream. [1] https://git.gnome.org/browse/gnome-sudoku/commit/?id=3736f8bd6cd77951ecda9403c31155014d60ae19 [2] https://git.gnome.org/browse/gnome-sudoku/tree/data/org.gnome.gnome-sudoku.gschema.xml.in?id=3736f8bd6cd77951ecda9403c31155014d60ae19#n88 -- 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#720479: nova-compute segfaults with libvirt 1.1.1 during instance start
The problem went away with libvirt 1.1.2. regards Maciej Gałkiewicz
Bug#721353: uim-xim: Preview uses SJIS rather than UTF-8
Control: severity -1 minor On Fri, Aug 30, 2013 at 06:31:48PM +0200, Simon Richter wrote: I use uim-xim and uim-anthy with xterm in an UTF-8 locale, so everything should be UTF-8. However, during text input, the preview in the xterm window is broken and contains $ signs, which suggests that somewhere SJIS is used instead of UTF-8 (see attached picture). maybe caused by your xterm*ximFont setting. please check uim-xim preedit font issue https://groups.google.com/forum/#!topic/uim-en/XG_o1H3xUnM put below into your ~/.Xresources xterm*ximFont: -*-fixed-medium-r-normal-*-18-*-*-*-*-*-iso10646-1 or run xterm as xterm -fx '-*-fixed-medium-r-normal-*-18-*-*-*-*-*-iso10646-1' -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#721707: samhain: Please enable audit support
Source: samhain Version: 2.8.3a-1 Severity: wishlist Hi, It would be nice if the audit/auparse support was enabled. It seems that adding a build-dependency against libauparse-dev should be enough. Please not that audit is only available on linux architectures. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#679806: scim-pinyin-0.5.92 uploaded to mentors
Dear Benda and Aoki-san, On Fri, Apr 19, 2013 at 6:57 AM, heroxbd hero...@gentoo.org wrote: @Ming Hua, are you still interested in maintaining this package? Unfortunately for the past couple years I neither have time or the hardware to do Debian packagin management. So please feel free to take over and remove me from the maintainer list. Thanks for the help in the past and good luck! Ming 2013.09.03 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721635: [kernel-package] error on shutdown
control: reassign -1 src:linux On Dienstag, 3. September 2013, Marco Righi wrote: The problem are born after apt-get dist-upgrade to the last kernel uname -a Linux gaia 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux It's a standard kernel. thanks for info, reassigning accordingly. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720955: roundcube-core: fails to upgrade MySQL database (0.7.2-9 - 0.9.2-2)
Hello Vincent, thanks for your followup. On 08/31/2013 02:10 PM, Vincent Bernat wrote: What is the history of your installation? It was installed a while ago, probably before version 0.7.2-9 Maybe the installation failed with another error and then you retried and you got this error. If I recall correctly, the first attempt failed for a wrong password. But I think that no change was applied to the database then. After that, it seems that it migrated the database, but failed with the reported error. By looking at the dbc.log, it almost seems that the migration was performed twice: creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES). unable to connect to mysql server. creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. applying upgrade sql for 0.7.2-9 - 0.9.1-1. applying upgrade sql for 0.7.2-9 - 0.9.1-1. creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES). unable to connect to mysql server. creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES). unable to connect to mysql server. creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. applying upgrade sql for 0.7.2-9 - 0.9.1-1. creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. applying upgrade sql for 0.7.2-9 - 0.9.1-1. creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. applying upgrade sql for 0.7.2-9 - 0.9.1-1. Unfortunately, when there is an error during upgrade, there is no rollback done. This is really unfortunate. You need to recover from backup or handle things yourself by applying upgrades by hand. They are in /usr/share/dbconfig-common/data/roundcube/upgrade/mysql. I did the following: I re-upgraded to version 0.9.2-2, and re-adapted the configuration files. But the database migration was not performed again. I do not understand why. After that, roundcube was working, but failed to connect to its database. By trying to do the database migration manually (one SQL command at a time), I found that all changes had already been applied... Maybe this is why the automatic migration was not attempted? The only thing I had to fix was reconfiguring the -core package (dpkg-reconfigure roundcube-core) and re-entering the roundcube MySQL database password into /etc/roundcube/debian-db.php I don't know why the password had been discarded. After all this, roundcube works again. Thanks for your help. I hope the information I provided may help improving the package further. Bye. Dr. Matteo Checcucci Mechanical Engineer Dept. of Industrial Engineering Via S. Marta, 3 Firenze, Italy 50139 http://arnone.de.unifi.it/tgroup matteo.checcu...@arnone.de.unifi.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721014: backupninja: Allow to configure debug mode in config file
Hi, Olivier Berger wrote (27 Aug 2013 07:58:17 GMT) : It would be great to be able to disable the debug option to be able to set debug off in a particular conf file, set with -f, so that backupninja --run doesn't produce debug details on stderr. This would allow running backupninja through anacron for instance. All that is required is that there's a getconf debug after the setfile, to disable the debug set when parsing option --run. How about supporting --no-debug instead, that would override the --run defaults mangling? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721708: ITP: python-steadymark -- markdown-based test runner
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-steadymark Version : 0.4.5 Upstream Author : Gabriel Falcao gabr...@nacaolivre.org * URL : https://github.com/gabrielfalcao/steadymark * License : MIT Programming Lang: Python Description : markdown-based test runner Write your documentation using github-flavored markdown, surround your snippets with python code blocks and steadymark will automatically find and run them, if there is a header preceeding your python snippet it will be used as title for your test. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721699: Thank you for your quick reply.
Thank you for your quick reply. I could add that optimizing systems for new users not reading manuals does not necessarily results in powerful and efficient systems, but I resist :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690986: CVE-2012-5363 CVE-2012-5365
Package: kfreebsd-8 Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.8) - use target oldstable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/690986/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706088: Missing backup of global objects (users, tablespaces)
Hi,
Axel Beckert wrote:
Attached a patch which adds such functionality.
That patch still had one bug: Monthly backups of global objects did
not work. The attached updated patch fixes this.
+ dbdump $MDB $BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql
That line needs to be
+ dbdumpglobals $BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql
Regards, Axel
--
,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
Index: autopostgresqlbackup-1.0/autopostgresqlbackup
===
--- autopostgresqlbackup-1.0.orig/autopostgresqlbackup 2013-05-02
17:07:19.0 +0200
+++ autopostgresqlbackup-1.0/autopostgresqlbackup 2013-05-02
17:50:15.0 +0200
@@ -327,6 +327,18 @@
return 0
}
+# Global data dump function
+dbdumpglobals () {
+ touch $1
+ chmod 600 $1
+ if [ -n $SU_USERNAME ]; then
+ su $SU_USERNAME -c pg_dumpall $PGHOST -g $1
+ else
+ pg_dumpall --username=$USERNAME $PGHOST -g $1
+ fi
+ return 0
+}
+
# Compression function plus latest copy
SUFFIX=
compression () {
@@ -428,6 +440,18 @@
BACKUPFILES=$BACKUPFILES
$BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql$SUFFIX
echo
--
done
+
+# Backup global stuff
+MDB=globals
+ if [ ! -e $BACKUPDIR/monthly/$MDB ] # Check Monthly
DB Directory exists.
+ then
+ mkdir -p $BACKUPDIR/monthly/$MDB
+ fi
+ echo Monthly Backup of $MDB...
+ dbdumpglobals $BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql
+ compression $BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql
+ BACKUPFILES=$BACKUPFILES
$BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql$SUFFIX
+ echo
--
fi
for DB in $DBNAMES
@@ -476,6 +500,49 @@
echo
--
fi
done
+
+ # Weekly Globals Backup
+DB=globals
+
+ # Create Seperate directory for each DB
+ if [ ! -e $BACKUPDIR/daily/$DB ] # Check Daily DB
Directory exists.
+ then
+ mkdir -p $BACKUPDIR/daily/$DB
+ fi
+
+ if [ ! -e $BACKUPDIR/weekly/$DB ] # Check Weekly DB
Directory exists.
+ then
+ mkdir -p $BACKUPDIR/weekly/$DB
+ fi
+
+ if [ $DNOW = $DOWEEKLY ]; then
+ echo Weekly Backup of Globals
+ echo Rotating 5 weeks Backups...
+ if [ $W -le 05 ];then
+ REMW=`expr 48 + $W`
+ elif [ $W -lt 15 ];then
+ REMW=0`expr $W - 5`
+ else
+ REMW=`expr $W - 5`
+ fi
+ rm -fv $BACKUPDIR/weekly/$DB/${DB}_week.$REMW.*
+ echo
+ dbdumpglobals
$BACKUPDIR/weekly/$DB/${DB}_week.$W.$DATE.sql
+ compression
$BACKUPDIR/weekly/$DB/${DB}_week.$W.$DATE.sql
+ BACKUPFILES=$BACKUPFILES
$BACKUPDIR/weekly/$DB/${DB}_week.$W.$DATE.sql$SUFFIX
+ echo
--
+
+ # Daily Backup
+ else
+ echo Daily Backup of Globals
+ echo Rotating last weeks Backup...
+ rm -fv $BACKUPDIR/daily/$DB/*.$DOW.sql.*
+ echo
+ dbdumpglobals
$BACKUPDIR/daily/$DB/${DB}_$DATE.$DOW.sql
+ compression $BACKUPDIR/daily/$DB/${DB}_$DATE.$DOW.sql
+ BACKUPFILES=$BACKUPFILES
$BACKUPDIR/daily/$DB/${DB}_$DATE.$DOW.sql$SUFFIX
+ echo
--
+ fi
echo Backup End `date`
echo ==
Bug#721710: ITP: python-sure -- utility belt for automated testing for python
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-sure Version : 1.2.2 Upstream Author : Gabriel Falcao gabr...@nacaolivre.org * URL : https://github.com/gabrielfalcao/sure * License : GPL-3 Programming Lang: Python Description : utility belt for automated testing for python Sure is a python library for python that leverages a DSL for writing assertions. In CPython it monkey-patches the object type, adding some methods and properties purely for test purposes. Any python code writen after import sure gains testing superpowers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721711: python-zmq: Incorrect version on build-depends dependency of cython
Package: python-zmq Severity: minor Dear Maintainer, The current version in unstable has a build dependency on cython (= 0.13). The source actually requires cython = 0.16 to build. Thanks. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.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#721014: backupninja: Allow to configure debug mode in config file
Hi. intrigeri intrigeri+backupni...@boum.org writes: Hi, Olivier Berger wrote (27 Aug 2013 07:58:17 GMT) : It would be great to be able to disable the debug option to be able to set debug off in a particular conf file, set with -f, so that backupninja --run doesn't produce debug details on stderr. This would allow running backupninja through anacron for instance. All that is required is that there's a getconf debug after the setfile, to disable the debug set when parsing option --run. How about supporting --no-debug instead, that would override the --run defaults mangling? That's an option too, of course :-) Thanks for your interest. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711426: Pending fixes for bugs in the libbio-primerdesigner-perl package
tag 711426 + pending thanks Some bugs in the libbio-primerdesigner-perl package are closed in revision 7147172531b50b835cdd7e2ad10293e09ce23730 in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libbio-primerdesigner-perl.git;a=commitdiff;h=7147172 Commit message: add patch fixing hash manipulation inside each Fixes test failures with perl 5.18 (Closes: #711426) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540326: stop_firewall patch to check at stopif NAT and mangle are on
Attached is a patch to check if NAT is on and if iptable_mangle is loaded (hence is on) before flushing, deleting and zeroing their respective chains. --- scriptwriter.c 2005-01-29 07:32:08.0 -0500 +++ scriptwriter.c.new 2013-09-03 05:51:13.363810627 -0400 @@ -213,12 +213,16 @@ $IPT -P INPUT ACCEPT\n $IPT -P FORWARD ACCEPT\n $IPT -P OUTPUT ACCEPT\n - $IPT -t mangle -F 2/dev/null\n - $IPT -t mangle -X 2/dev/null\n - $IPT -t mangle -Z 2/dev/null\n - $IPT -t nat -F 2/dev/null\n - $IPT -t nat -X 2/dev/null\n - $IPT -t nat -Z 2/dev/null\n + if [[ -n $($LSM | grep -m1 iptable_mangle) ]]; then\n + $IPT -t mangle -F 2/dev/null\n + $IPT -t mangle -X 2/dev/null\n + $IPT -t mangle -Z 2/dev/null\n + fi\n + if [ $NAT = on ]; then\n + $IPT -t nat -F 2/dev/null\n + $IPT -t nat -X 2/dev/null\n + $IPT -t nat -Z 2/dev/null\n + fi\n retval=$?\n if [ $retval -eq 0 ]; then\n unlock_firestarter\n
Bug#721712: gcc-4.8 doesn't compile i386 linux kernel on amd64 system
Package: gcc-4.8 Version: 4.8.1-9 Severity: normal gcc-4.8 doesn't compile i386 linux kernel on amd64 system. gcc-4.7 compiles it successfully. $ make ARCH=i386 O=/tmp/tmp.c9ws64t6PK allnoconfig HOSTCC scripts/basic/fixdep GEN /tmp/tmp.c9ws64t6PK/Makefile HOSTCC scripts/kconfig/conf.o SHIPPED scripts/kconfig/zconf.tab.c SHIPPED scripts/kconfig/zconf.lex.c SHIPPED scripts/kconfig/zconf.hash.c HOSTCC scripts/kconfig/zconf.tab.o HOSTLD scripts/kconfig/conf scripts/kconfig/conf --allnoconfig Kconfig # # configuration written to .config # $ make ARCH=i386 O=/tmp/tmp.c9ws64t6PK GEN /tmp/tmp.c9ws64t6PK/Makefile scripts/kconfig/conf --silentoldconfig Kconfig SYSHDR arch/x86/syscalls/../include/generated/uapi/asm/unistd_32.h SYSHDR arch/x86/syscalls/../include/generated/uapi/asm/unistd_64.h SYSHDR arch/x86/syscalls/../include/generated/uapi/asm/unistd_x32.h SYSTBL arch/x86/syscalls/../include/generated/asm/syscalls_32.h HOSTCC arch/x86/tools/relocs_32.o HOSTCC arch/x86/tools/relocs_64.o HOSTCC arch/x86/tools/relocs_common.o HOSTLD arch/x86/tools/relocs Using /usr/local/src/linux-3.11 as source for kernel GEN /tmp/tmp.c9ws64t6PK/Makefile WRAParch/x86/include/generated/asm/clkdev.h CHK include/generated/uapi/linux/version.h UPD include/generated/uapi/linux/version.h CHK include/generated/utsrelease.h UPD include/generated/utsrelease.h CC kernel/bounds.s /usr/local/src/linux-3.11/kernel/bounds.c:1:0: error: CPU you selected does not support x86-64 instruction set /* ^ /usr/local/src/linux-3.11/kernel/bounds.c:1:0: warning: -mregparm is ignored in 64-bit mode [enabled by default] make[2]: *** [kernel/bounds.s] Error 1 make[1]: *** [prepare0] Error 2 make: *** [sub-make] Error 2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11.0-rc7 (SMP w/4 CPU cores) Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.8 depends on: ii binutils2.23.52.20130828-1 ii cpp-4.8 4.8.1-9 ii gcc-4.8-base4.8.1-9 ii libc6 2.17-92+b1 ii libcloog-isl4 0.18.0-2 ii libgcc-4.8-dev 4.8.1-9 ii libgmp102:5.1.2+dfsg-2 ii libisl100.11.2-1 ii libmpc3 1.0.1-1 ii libmpfr43.1.1-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gcc-4.8 recommends: ii libc6-dev 2.17-92+b1 Versions of packages gcc-4.8 suggests: ii binutils [binutils-gold] 2.23.52.20130828-1 pn gcc-4.8-doc none pn gcc-4.8-locales none pn gcc-4.8-multilib none pn libasan0-dbg none pn libatomic1-dbgnone pn libbacktrace1-dbg none pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn libmudflap0-4.8-dev none pn libmudflap0-dbg none pn libquadmath0-dbg none pn libtsan0-dbg 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#721654: dgit: Support `dgit version`
tags 721654 - patch thanks Richard Hartmann writes (Bug#721654: dgit: Support `dgit version`): From: Richard Hartmann ric...@debian.org Date: Mon, 2 Sep 2013 21:04:41 +0200 Subject: [PATCH] dgit*: Implement `dgit version` Thanks, but I'm not sure how valuable this is. If people think it would be helpful I don't mind it existing, but: +our $dgit_version = 0.14; + I don't want to duplicate the version number, because that would complicate the release process. And I'd rather avoid editing the dgit script as it is installed, unless absolutely necessary. Perhaps dgit version should get the information from the first line of /usr/share/doc/dgit/changelog.gz. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721661: dgit: Support `dgit help`
tags 721661 - patch
thanks
Richard Hartmann writes (Bug#721661: dgit: Support `dgit help`):
Package: dgit
Version: 0.14
Severity: minor
Tags: patch
+sub cmd_help {
+ print STDOUT $us: @_\n, $helpmsg or die $!;
+}
There is an existing function helponly() for this. Perhaps the answer
is simply to rename it cmd_help.
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720955: roundcube-core: fails to upgrade MySQL database (0.7.2-9 - 0.9.2-2)
❦ 3 septembre 2013 12:19 CEST, Matteo Checcucci matteo.checcu...@arnone.de.unifi.it : By looking at the dbc.log, it almost seems that the migration was performed twice: creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES). unable to connect to mysql server. creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.7.2-9.mysql. applying upgrade sql for 0.7.2-9 - 0.9.1-1. applying upgrade sql for 0.7.2-9 - 0.9.1-1. Well, that's odd but this is not the first time. See here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708339 Unfortunately, the problem seems to be still here. Since this seems the root cause of your problem, I will merge your bug with this one. -- panic(bad_user_access_length executed (not cool, dude)); 2.0.38 /usr/src/linux/kernel/panic.c signature.asc Description: PGP signature
Bug#715565: pidgin-skype: Pidgin hangs on startup when pidgin-skype is installed
Hello Gabriele, sorry for delay in answer, Today I installed 20130613+svn660+dfsg-1 and works fine. Thank you. 2013/8/27 Gabriele Giacone 1o5g4...@gmail.com On Wed, Jul 10, 2013 at 08:40:54AM -0430, Roberto De Oliveira wrote: Package: pidgin-skype Version: 20121110+svn645+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, After install pidgin-skype, pidgin freeze on startup, appears contact list window with nothing on. I have pidgin 2.10.7-2 and skype 4.2.0.11-1 If I uninstall pidgin-skype pidgin works fine. Have you tried 20130613+svn660+dfsg-1 version? -- Saludos, Roberto De Oliveira
Bug#721713: qemu-system-x86: Qemu 1.6 fail to start with all xen hvm domUs
Package: qemu-system-x86 Version: 1.6.0+dfsg-1 Severity: important With qemu 1.6 all xen hvm domUs not starts, this temporary patch need to be applied to fix that: http://lists.xen.org/archives/html/xen-devel/2013-08/msg01761.html -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu-system-x86 depends on: ii ipxe-qemu 1.0.0+git-20120202.f6840ba-3 ii libaio1 0.3.109-4 ii libasound2 1.0.27.2-1 ii libbluetooth3 4.101-2 ii libbrlapi0.64.5-3+b1 ii libc6 2.17-92+b1 ii libcurl3-gnutls 7.32.0-1 ii libfdt1 1.4.0-2 ii libglib2.0-02.36.4-1 ii libgnutls26 2.12.23-5 ii libiscsi1 1.4.0-3 ii libjpeg88d-1 ii libncurses5 5.9+20130608-1 ii libpixman-1-0 0.30.2-1 ii libpng12-0 1.2.49-4 ii libpulse0 4.0-6 ii libsasl2-2 2.1.25.dfsg1-14 ii libsdl1.2debian 1.2.15-6 ii libspice-server10.12.4-0nocelt1 ii libssh2-1 1.4.3-1 ii libtinfo5 5.9+20130608-1 ii libusb-1.0-02:1.0.16-3 ii libusbredirparser1 0.6-2 ii libuuid12.20.1-5.5 ii libvdeplug2 2.3.2-4 ii libx11-62:1.6.1-1 ii libxen-4.2 4.2.2-1 ii libxenstore3.0 4.2.2-1 ii qemu-keymaps1.6.0+dfsg-1 ii qemu-system-common 1.6.0+dfsg-1 ii seabios 1.7.3-1 ii vgabios 0.7a-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages qemu-system-x86 recommends: ii qemu-utils 1.6.0+dfsg-1 Versions of packages qemu-system-x86 suggests: ii kmod 9-3 pn sambanone pn sgabios none pn vde2 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#719983: Pending fixes for bugs in the libcatalyst-action-serialize-data-serializer-perl package
tag 719983 + pending thanks Some bugs in the libcatalyst-action-serialize-data-serializer-perl package are closed in revision 4c8a1f40486c47af4e4624212a9b5e9f2da666bc in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcatalyst-action-serialize-data-serializer-perl.git;a=commitdiff;h=4c8a1f4 Commit message: Add patch enabling rv2gv in deserializer's Safe compartment fixes tests with perl 5.18 (Closes: #719983) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721714: network-manager: requires a tun device for all VPNs, even for IPsec
Package: network-manager Version: 0.9.4.0-10 Severity: important Tags: patch Affects: network-manager-strongswan Hi, NetworkManager started to require a tun device for all VPNs, but there are no such devices when IPsec is used. This basically breaks network-manager-strongswan (currently broken due to another bug, but ...). Attached patch is inspired on the patches from [1] which were apparently applied to RHEL. I looked at NM upstream's repo and I didn't see such changes, so I don't know the status for fixing this bug directly at upstream. The main difference between the RH patches is that n-m-strongswan is already telling NM that the interface is none, while the RH patches add a new define that sets the iface to _none_. In their case it affects the openswan NM plugin. Please consider applying the patch, or fixing the bug in another way. Note that this patch is against wheezy. [1] https://bugzilla.redhat.com/show_bug.cgi?id=845599 Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net no_tun_iface.patch Description: Binary data
Bug#721709: linux-image-3.2.0-0.bpo.4-amd64: USB disconnect ; unable to handle kernel NULL pointer dereference
On Tue, 2013-09-03 at 13:09 +0200, Thomas DEBESSE wrote: Package: src:linux Version: 3.2.35-2~bpo60+1 [...] This is not the current version; please test 3.2.46-1~bpo60+1. Ben. -- Ben Hutchings If you seem to know what you are doing, you'll be given more to do. signature.asc Description: This is a digitally signed message part
Bug#287756: tagging wontfix
On 2006-04-09 13:18:22 +0100, Max Bowsher wrote: Tagging wontfix, with a recommendation to close, I agree that this bug should be closed, but not for the same reason as given below. because the reason 'svn log' defaults to -rBASE:1 when run in a WC is actually dictated by the underlying structure of the Subversion database: Whilst the Subversion database makes it very easy to trace history backwards, the same cannot be said for tracing forwards. As a result, we don't have a good way of saying 'for this URL@BASE, give me the corresponding object in HEAD' - remember, due to copies/moves, URL@BASE is not necessarily the same object as URL@HEAD. Well, -rHEAD:1 is syntactically correct, so that the above explanation is not a good reason. In most cases, -rHEAD:1 would be fine and would be more useful than -rBASE:1 (IMHO), and it would fail in rare cases. A possible failure is not a good reason to reject any parameter as being the default. The choice of -rBASE:1 deliberately accepts that we may not be showing as much log as might be expected, in order to ensure that we never show logs for some other incorrect object that happens to have taken the place of the WC's URL in HEAD. Showing incorrect logs would obviously be a bug, since it would be one with an explicit -rHEAD:1. But by doing something like ypig:~tmp/wc1 svn mv dir1 dir2 ypig:~tmp/wc1 svn mkdir dir1 ypig:~tmp/wc1 echo foo dir1/file1 ypig:~tmp/wc1 svn add dir1/file1 ypig:~tmp/wc1 svn ci in one working copy, and in another one, not yet updated: ypig:~tmp/wc2/dir1 svn log -rHEAD:1 svn: E195012: Unable to find repository location for '/home/vlefevre/tmp/wc2/dir1' in revision 3 I get an error, not incorrect logs, as documented in the Subversion book: The Peg Revision Algorithm [...] But what if OPERATIVE-REV is younger than PEG-REV? [...] Verify that the object's location (path-wise) in PEG-REV is the same as it is in OPERATIVE-REV. If that's the case, at least the two locations are known to be directly related, so perform the requested action on the location in OPERATIVE-REV. Otherwise, relatedness was not established, so error out with a loud complaint that no viable ^^^ location was found. (Someday, we expect that Subversion will be able to handle this usage scenario with more flexibility and grace.) Note that a svn up leads to an obsolete current directory, which is even worse: ypig:~tmp/wc2/dir1 svn up Updating '.': D. A. Afile1 Updated to revision 3. ypig:~tmp/wc2/dir1 pwd /home/vlefevre/tmp/wc2/dir1 ypig:~tmp/wc2/dir1 ll total 0 ypig:~tmp/wc2/dir1 ll .. total 4 drwxr-xr-x 2 vlefevre vlefevre 4096 2013-09-03 14:25:10 dir1/ ypig:~tmp/wc2/dir1 ll ../dir1 total 4 -rw-r--r-- 1 vlefevre vlefevre 4 2013-09-03 14:25:10 file1 Now, to come back to svn log, I think that -rBASE:1 should be the default for consistency with other commands, which apply to BASE by default. Anyone can write a shell alias or a wrapper for svn log -rHEAD:1 to respond to the initial complaint: It's kind of annoying to have to manually specify every file in my repository when I want to skim a complete log. Note: the wrapper could also do other useful things, such as piping the output to a pager if standard output is connected to a terminal (just like what git does). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721715: ITP: python-couleur -- tool to play around with ANSI features in a unix terminal
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-couleur Version : 0.5.0 Upstream Author : Gabriel Falcão gabr...@nacaolivre.org * URL : https://github.com/gabrielfalcao/couleur * License : Apache-2.0 Programming Lang: Python Description : tool to play around with ANSI features in a unix terminal Couleur is an ANSI terminal tool for python, colored shell and other handy fancy features. With couleur you can mix modifiers and colors. Couleur is made of a single python file and comes with syntax sugar. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721716: texlive-fonts-recommended: why Depends: ttf-marvosym ?
Package: texlive-fonts-recommended Version: 2012.20120611-5 Severity: minor Hi, I wonder why the texlive-fonts-recommended package pulls in ttf-marvosym? I mean, sure, there is a symlink in /usr/share/texlive/texmf- dist/fonts/truetype/public/marvosym/marvosym.ttf that would be dangling if this package wasn't installed. But, seriously, I doubt that LaTeX really uses the Truetype variant when the Type 1 variant of that font is available in /usr/share/texlive/texmf-dist/fonts/type1/public/marvosym/marvosym.pfb. - Fabian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (900, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 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 texlive-fonts-recommended depends on: ii dpkg1.16.10 ii tex-common 4.03 ii texlive-base2012.20120611-5 ii texlive-common 2012.20120611-5 ii ttf-marvosym0.1+dfsg-2 Versions of packages texlive-fonts-recommended recommends: pn tex-gyre none pn texlive-fonts-recommended-doc none ii tipa 2:1.3-19 texlive-fonts-recommended suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.50 ii dpkg 1.16.10 ii ucf3.0027+nmu1 Versions of packages tex-common suggests: ii debhelper 9.20130720 Versions of packages texlive-fonts-recommended is related to: ii tex-common4.03 ii texlive-binaries 2012.20120628-4 -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710140: gpgme1.0 dropped libgpgme-pth (was: Any progress?)
please try to CC 710...@bugs.debian.org in your response Am Sonntag, den 25.08.2013, 12:19 +0200 schrieb Francesco Poli: is anyone working on bug #710140 ? Is there any progress? Well, there was only libgpgme++2 affected by this upstream change and this package has seen two uploads since its own dropping of libgpgme ++-pth.so.2, which was the only binary/library linking to libgpgme-pth inside Debian. I haven't seen any report [1], that there is still an affected package(?). Could you please clarify the status of the bug? Thanks for your time! CCing release.d.o. Here is what upstream said about this change: Remove support for libgpgme-pth. As far as we know, this was never used, and GnuPG is going to use our own npth in the future. [2] Inside Debian I didn't find any reference to the usage of libgpgme-pth except for libgpgme++2, which provided the libgpgme++-pth.so.2 wrapper library, which itself wasn't used by any other Debian package (AFAIK). I'm hereby asking the release team how to proceed? The issue itself seems to have been fixed inside Debian by fixing libgpgme++2, which has already been done [3]. There might be third-party software out there using libgpgme-pth.so or libgpgme++-pth.so. However, I don't know about it; upstream doesn't know about it either (that's why they dropped it I guess) and I haven't seen any comment on this change neither on the gnupg list nor inside #710140 nor for libgpgme++2. I see two ways: (a) start a proper transition; (b) stay with the current solution and wait if someone reports an issue with it. Note, that the affected gpgme version has already hit testing (the issue was discovered late). [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710140 [2] http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gpgme.git;a=commitdiff;h=3ddf4c3d4000a9b0b52180c3aa3acf1387a193bf [3] http://packages.qa.debian.org/k/kdepimlibs/news/20130614T070347Z.html Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721717: fprintd: New version available
Package: fprintd Version: 0.5.0-1 Severity: wishlist fprintd 0.5.1 is available, which adds specific-finger enrolling to the fprintd-enroll command. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fprintd depends on: ii dbus 1.6.8-1+deb7u1 ii libc6 2.17-92+b1 ii libdbus-1-31.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libfprint0 1:0.5.0-6 ii libglib2.0-0 2.36.4-1 ii libpolkit-gobject-1-0 0.105-3 ii policykit-10.105-3 fprintd recommends no packages. fprintd 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#721718: gimp: failure to resolve symbols gegl ff-load.so: undefined symbol: av_open_input_file
Package: gimp Version: 2.8.6-1 Severity: grave Tags: d-i Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? attempting to load gimp failes with the message GEGL-geglmodule.c-Message: Module '/usr/lib/x86_64-linux-gnu/gegl-0.2/ff-load.so' load error: /usr/lib/x86_64-linux-gnu/gegl-0.2/ff-load.so: undefined symbol: av_open_input_file $ldd gimp linux-vdso.so.1 (0x7fff7dbde000) libgimpwidgets-2.0.so.0 = /usr/lib/libgimpwidgets-2.0.so.0 (0x7f9620cda000) libgtk-x11-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x7f96206a2000) libgdk-x11-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 (0x7f96203ef000) libatk-1.0.so.0 = /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x7f96201cc000) libdbus-glib-1.so.2 = /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 (0x7f961ffa5000) libdbus-1.so.3 = /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x7f961fd5f000) libgimpconfig-2.0.so.0 = /usr/lib/libgimpconfig-2.0.so.0 (0x7f961fb4e000) libgimpmath-2.0.so.0 = /usr/lib/libgimpmath-2.0.so.0 (0x7f961f948000) libgimpthumb-2.0.so.0 = /usr/lib/libgimpthumb-2.0.so.0 (0x7f961f73d000) libgimpcolor-2.0.so.0 = /usr/lib/libgimpcolor-2.0.so.0 (0x7f961f52f000) libgimpmodule-2.0.so.0 = /usr/lib/libgimpmodule-2.0.so.0 (0x7f961f32a000) libgimpbase-2.0.so.0 = /usr/lib/libgimpbase-2.0.so.0 (0x7f961f11) libgdk_pixbuf-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x7f961eef) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f961ecd8000) libpangocairo-1.0.so.0 = /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x7f961eaca000) libpangoft2-1.0.so.0 = /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x7f961e8b4000) libpango-1.0.so.0 = /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x7f961e666000) libfreetype.so.6 = /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x7f961e3c6000) libfontconfig.so.1 = /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x7f961e18b000) libcairo.so.2 = /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x7f961de72000) libgegl-0.2.so.0 = /usr/lib/x86_64-linux-gnu/libgegl-0.2.so.0 (0x7f961dc03000) libgmodule-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x7f961d9ff000) libgio-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x7f961d6a4000) libbabl-0.1.so.0 = /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0 (0x7f961d465000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f961d167000) libgobject-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x7f961cf17000) libgthread-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x7f961cd14000) libglib-2.0.so.0 = /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7f961ca15000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f961c7f9000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f961c44c000) libX11.so.6 = /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f961c111000) libXcomposite.so.1 = /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x7f961bf0e000) libXdamage.so.1 = /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x7f961bd0a000) libXfixes.so.3 = /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x7f961bb04000) libXrender.so.1 = /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x7f961b8f9000) libXinerama.so.1 = /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x7f961b6f6000) libXi.so.6 = /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x7f961b4e6000) libXrandr.so.2 = /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x7f961b2db000) libXcursor.so.1 = /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x7f961b0d) libXext.so.6 = /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x7f961aebe000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f961acb5000) libpng12.so.0 = /lib/x86_64-linux-gnu/libpng12.so.0 (0x7f961aa8e000) libharfbuzz.so.0 = /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x7f961a83a000) libthai.so.0 = /usr/lib/x86_64-linux-gnu/libthai.so.0 (0x7f961a631000) libexpat.so.1 = /lib/x86_64-linux-gnu/libexpat.so.1 (0x7f961a406000) libpixman-1.so.0 = /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x7f961a15e000) libEGL.so.1 = /usr/lib/x86_64-linux-gnu/libEGL.so.1 (0x7f9619f3c000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f9619d37000) libxcb-shm.so.0 = /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x7f9619b34000) libxcb-render.so.0 = /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x7f961992a000) libxcb.so.1 = /usr/lib/x86_64-linux-gnu/libxcb.so.1
Bug#646704: live-installer: installer doesn't write /etc/crypttab for crypt+LV
I've also faced the same issue and it's resolved using the patch attached. -- Regards, Prathibha C-DAC Chennai lvm_crypt.patch Description: Binary data
Bug#721720: -floop-parallelize-all misleadingly accepted
Package: gcc-4.7
Version: 4.7.2-5
Severity: normal
There's a funny arrangement for gcc's -floop-parallelize-all option
(and it looks like some related options too) where it's always accepted,
but the optimisation mechanism that it controls depends on an optional
library package being installed. This turns out to make it difficult
to detect whether the optimisation is really available.
I've run into this with building libmemcached from source. I'm doing
this independent of the Debian libmemcached package, actually as part of
the Perl module Memcached::libmemcached, which I'm building from CPAN on
a non-system Perl. The gcc in question is targeting x86_64-linux-gnu.
The library has an autoconf configure script. I can simulate the relevant
test this way:
$ cat t.c
int main()
{
return 0;
}
$ gcc-4.7 -O2 -floop-parallelize-all -c t.c echo OK
OK
As the option is accepted, it's used in compilation of the library code.
Compilation of a couple of the modules then fails. I can demonstrate
this with an eviscerated version of the library's CRC32 code:
$ cat c.c
static const int crc32tab[256] = {};
int c(const char *key, int key_length)
{
int x;
int crc= ~0;
for (x= 0; x key_length; x++)
crc= (crc 8) ^ crc32tab[(crc ^ key[x]) 0xff];
return ((~crc) 16) 0x7fff;
}
$ gcc-4.7 -O2 -floop-parallelize-all -c c.c echo OK
c.c: In function 'c':
c.c:2:5: sorry, unimplemented: Graphite loop optimizations can only be used if
the libcloog-ppl0 package is installed
I've advised the Perl module maintainer that the configure
test ought to include some complex loop code in order to
properly trigger failure. Bug report for that module is at
https://rt.cpan.org/Ticket/Display.html?id=88378.
But I think that this problem should be addressed in the Debian gcc.
The simple configure test *should* work. There's a practical problem in
determining what complexity of code is required for the test; this is
liable to vary between gcc versions and between target architectures.
In principle, I think it's wrong for gcc to accept an option when its
only effect will be to later break compilation. The option should be
rejected up front if its implementation is not available.
-zefram
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679806: scim-pinyin-0.5.92 uploaded to mentors
Hi, Unfortunately for the past couple years I neither have time or the hardware to do Debian packagin management. So please feel free to take over and remove me from the maintainer list. I see. (Did you send resignation to debian-private if you were DD? I think that is most cleanest thing to do.) Thanks for the help in the past and good luck! Thank you to you. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721719: icedove: Usability needs improvement regarding disabling gpg-signing messages temporarily
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: icedove Version: 17.0.8-1~deb7u1 Severity: minor 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 *** When I want to send unsigned mail for special occasions or because it is technically necessary to temporarily disable signing of messages, it is too complicated. In the account-settings I have 'sign unencrypted messages by default' checked and also 'sign encrypted messages by default'. But these defaults do not show as checked checkboxes in the compose-window. So it is not possible to temporarily disable signing for one message. One has to go to account-settings instead, disable signing-by-default, then compose the message, send it, and reenable the option again in the account-settings afterwards in order to go on signing messages by default. When these defaults are set in the account-settings, they should be set in the options-menu of the compose-window as well accordingly, so they can easily be disabled temporarily, without having to tamper with defaults in the account-settings. - -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.46cak (SMP w/3 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 icedove depends on: ii debianutils 4.3.2 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii myspell-de-de [myspell-dictionary]20120607-1 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlIl5I0ACgkQ5+rBHyUt5wtC5gCghBktlCrmQ0qbU35FvG/b2Lud pnkAoKVQs8OL9ZeQvbOICnYhQtbWN+CD =Ykbe -END PGP SIGNATURE-
Bug#721721: libpostgis-java: Installs incorrect symlink
Package: libpostgis-java Version: 2.1.0-1 Severity: normal libpostgis-java installs the symlink: /usr/share/java/postgis.jar - postgis-jdbc-2.1.0.jar but the actual package installed is: /usr/share/java/postgis-jdbc-2.1.0~rc1.jar causing a dangling symlink. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpostgis-java depends on: ii libpostgresql-jdbc-java 9.2-1002-1 libpostgis-java recommends no packages. Versions of packages libpostgis-java suggests: pn postgresql-9.1-postgis-2.1 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#690986: CVE-2012-5363 CVE-2012-5365
Control: found -1 8.1+dfsg-8+squeeze4 Control: found -1 8.3-6 (Affected versions in stable and oldstable were not marked as such, so I'm fixing that now.) On 03/09/13 12:15, Jonathan Wiltshire wrote: Recently you fixed one or more security problems and as a result you closed this bug. [...] they are now on my radar for fixing in the following suites through point releases: This bug was only closed due to removal of kfreebsd-8 from sid. Maybe this report was generated in error because affected versions were not properly tagged? No fix is available. I'd like to keep the security issues 'open' until someday a mitigation might be introduced in the upstream development head which could be backported. Hopefully the note on the PTS about these open issues, the bug in the BTS, and security tracker data (e.g. via debsecan) are enough to advise users of these two CVEs. The issues are DoS-only and IMHO low severity for most environments. That said, there are some other outstanding security bugs in kfreebsd-8 we may want to address in a point release... Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721722: gnome-shell: locking the screen is impossible in activities-mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: gnome-shell Version: 3.4.2-7+deb7u1 Severity: wishlist 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 *** It is not possible to lock the screen, when gonme-shell is in activities-mode. I am a bit usure, whether this is actually a feature, or if this has a certain purpose. But I do not fully understand, why it is necessary to leave the activities-mode first in order to be able to lock the screen with CTRL-L. - -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.46cak (SMP w/3 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-shell depends on: ii dconf-gsettings-backend [gsettings-backe 0.12.1-3 ii gconf-service 3.2.5-1+build1 ii gir1.2-accountsservice-1.00.6.21-8 ii gir1.2-atk-1.02.4.0-2 ii gir1.2-caribou-1.00.4.4-1 ii gir1.2-clutter-1.01.10.8-2 ii gir1.2-cogl-1.0 1.10.2-7 ii gir1.2-coglpango-1.0 1.10.2-7 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.00.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gnomebluetooth-1.0 3.4.2-1 ii gir1.2-gtk-3.03.4.2-6 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.0 3.4.1-5 ii gir1.2-networkmanager-1.0 0.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.0 0.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.12 0.18.2-2 ii gir1.2-telepathylogger-0.20.4.0-1 ii gir1.2-upowerglib-1.0 0.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u2 ii gnome-shell-common3.4.2-7+deb7u1 ii gnome-themes-standard 3.4.2-2.1 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango01.10.2-7 ii libcogl9 1.10.2-7 ii libcroco3 0.6.6-2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-113.4.4-3 ii libedataserver-1.2-16 3.4.4-3 ii libedataserverui-3.0-13.4.4-3 ii libffi5 3.0.10-3 ii libfolks250.6.9-1+b1 ii libgck-1-03.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-13.4.1-3 ii libgdk-pixbuf2.0-02.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-1 1.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0]1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring0 3.4.1-1 ii libgnome-menu-3-0 3.4.2-5 ii libgstreamer0.10-00.10.36-1.2 ii libgtk-3-03.4.2-6 ii libical0 0.48-2 ii libjson-glib-1.0-00.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4
Bug#704632: openclonk: Crash on startup
Control: tag -1 + patch
On Wed, 2013-04-03 at 21:12:00 +0200, Philipp Kern wrote:
Control: tag -1 moreinfo
On Wed, Apr 03, 2013 at 09:02:56PM +0200, Lucio Crusca wrote:
$ openclonk
[20:59:28] Using XRandR version 1.3
[20:59:28] Command line: openclonk
[20:59:28] OpenClonk Beyond the Rocks Delta
[20:59:28] Version: 5.3.3 [025] Delta linux-x86_64 (b78664b43cae)
The program 'openclonk' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRROutput (invalid Output parameter)'.
(Details: serial 262 error_code 182 request_code 157 minor_code 9)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
5.3.3 [025] Delta: Caught signal SIGSEGV
openclonk(+0x1b4504)[0x7f12a5b84504]
/lib/x86_64-linux-gnu/libpthread.so.0(+0xf030)[0x7f12a13af030]
/usr/lib/x86_64-linux-gnu/libX11.so.6(XQueryExtension+0x28)[0x7f12a3e62fc8]
/usr/lib/x86_64-linux-gnu/libX11.so.6(XInitExtension+0x25)[0x7f12a3e57055]
/usr/lib/x86_64-linux-gnu/libXext.so.6(XextAddDisplay+0x4b)[0x7f12a3c1eb8b]
/usr/lib/x86_64-linux-gnu/libGL.so.1(+0x3efd9)[0x7f12a45cefd9]
/usr/lib/x86_64-linux-gnu/libGL.so.1(+0x336e2)[0x7f12a45c36e2]
what graphics driver do you use? Can you try »openclonk --nofullscreen«?
It is *probably* more useful to directly contact the developers on [1] with as
much detail about your configuration as possible, but if that's not an option
I
can play man-in-the-middle for this.
Changing from fullscreen to windowed mode didn't appear to make any
difference, also to do that I had to edit the config file (Windowed
variable).
In any case, I've tracked this down, and the attached patch works for
me, at least for the XRandR issue (the game starts again), as I'm not
seeing any segfaults on startup.
I've tried to preserve the coding style of the overall file, not just
that function (re spaces after keywords), as it's not entirely
consistent.
Thanks,
Guillem
--- a/src/platform/C4AppGTK.cpp
+++ b/src/platform/C4AppGTK.cpp
@@ -212,20 +212,25 @@ static XRROutputInfo* GetXRROutputInfoFo
XRRScreenResources * r = XRRGetScreenResources(dpy, w);
if (!r) return NULL;
- XRROutputInfo * info = XRRGetOutputInfo(dpy, r, XRRGetOutputPrimary(dpy, w));
- if (!info)
+ XRROutputInfo * info;
+ RROutput primary = XRRGetOutputPrimary(dpy, w);
+ if (primary == None)
+ info = NULL;
+ else
{
- XRRFreeScreenResources(r);
- return NULL;
+ info = XRRGetOutputInfo(dpy, r, primary);
+ if (info-connection == RR_Disconnected || info-crtc == 0)
+ {
+ XRRFreeOutputInfo(info);
+ info = NULL;
+ }
}
- if(info-connection == RR_Disconnected || info-crtc == 0)
+ if (info == NULL)
{
// The default primary output does not seem to be connected
// to a piece of actual hardware. As a fallback, go through
// all outputs and choose the first active one.
- XRRFreeOutputInfo(info);
- info = NULL;
for(int i = 0; i r-noutput; ++i)
{
info = XRRGetOutputInfo(dpy, r, r-outputs[i]);
Bug#721723: apt: FTBFS on non-Linux: Testing with HashSums_libapt_test ###FAILED###
Source: apt Version: 0.9.11.2 Severity: normal The Hurd and kFreeBSD builds of apt have all been failing libapt's test suite, so all three architectures are still on 0.9.10: Test FAILED: »d41d8cd98f00b204e9800998ecf8427e« == »89f331147b07a354262948559d430f0b« at line 130 Testing with HashSums_libapt_test ###FAILED### Could you please take a look? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721724: xtrlock: Obsolete reference to xlock in the manual
Package: xtrlock Version: 2.2 Severity: minor Dear Maintainer, I would like to bring to your attention that the manual of xtrlock mentions the xlock package in the SEE ALSO section. Could you remove this reference which is quite confusing. Indeed the xlock package has been removed for security reasons in the past. Some users may try to read its documentation or install it while it is not available in Debian anymore. references: http://packages.qa.debian.org/x/xlockmore.html http://packages.qa.debian.org/x/xlockmore/news/20121026T062316Z.html Thanks in advance for your time. Kind regards *** 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.1 APT prefers stable APT policy: (900, 'stable'), (90, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xtrlock depends on: ii libc6 2.13-38 ii libx11-6 2:1.5.0-1+deb7u1 xtrlock recommends no packages. xtrlock 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#721722: gnome-shell: locking the screen is impossible in activities-mode
This is a known limitation of the input handling in gnome-shell 3.8. It's fixed in 3.8 and onward. On 09/03/2013 09:38 AM, Andreas Glaeser wrote: Package: gnome-shell Version: 3.4.2-7+deb7u1 Severity: wishlist 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 *** It is not possible to lock the screen, when gonme-shell is in activities-mode. I am a bit usure, whether this is actually a feature, or if this has a certain purpose. But I do not fully understand, why it is necessary to leave the activities-mode first in order to be able to lock the screen with CTRL-L. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.46cak (SMP w/3 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-shell depends on: ii dconf-gsettings-backend [gsettings-backe 0.12.1-3 ii gconf-service 3.2.5-1+build1 ii gir1.2-accountsservice-1.00.6.21-8 ii gir1.2-atk-1.02.4.0-2 ii gir1.2-caribou-1.00.4.4-1 ii gir1.2-clutter-1.01.10.8-2 ii gir1.2-cogl-1.0 1.10.2-7 ii gir1.2-coglpango-1.0 1.10.2-7 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.00.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gnomebluetooth-1.0 3.4.2-1 ii gir1.2-gtk-3.03.4.2-6 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.0 3.4.1-5 ii gir1.2-networkmanager-1.0 0.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.0 0.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.12 0.18.2-2 ii gir1.2-telepathylogger-0.20.4.0-1 ii gir1.2-upowerglib-1.0 0.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u2 ii gnome-shell-common3.4.2-7+deb7u1 ii gnome-themes-standard 3.4.2-2.1 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango01.10.2-7 ii libcogl9 1.10.2-7 ii libcroco3 0.6.6-2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-113.4.4-3 ii libedataserver-1.2-16 3.4.4-3 ii libedataserverui-3.0-13.4.4-3 ii libffi5 3.0.10-3 ii libfolks250.6.9-1+b1 ii libgck-1-03.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-13.4.1-3 ii libgdk-pixbuf2.0-02.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-1 1.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0]1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-keyring0 3.4.1-1 ii libgnome-menu-3-0 3.4.2-5 ii libgstreamer0.10-00.10.36-1.2 ii libgtk-3-0
Bug#718138: ocaml-estrings
ocaml-estrings has been accepted just now. So a build-dependencies on libestring-ocaml-dev should be all that's needed here. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719986: Pending fixes for bugs in the libcgi-application-plugin-ajaxupload-perl package
tag 719986 + pending thanks Some bugs in the libcgi-application-plugin-ajaxupload-perl package are closed in revision b7f25b34bde466cb6ac8892e80145dc6d4525338 in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcgi-application-plugin-ajaxupload-perl.git;a=commitdiff;h=b7f25b3 Commit message: add patch fixing comparison of structures as json-encoded strings fixes test failures with perl 5.18, which has improved hash randomization (Closes: #719986) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714890: Bug#697127: fixed in clang 3.2-1~exp5
On 25/08/2013 12:28, Gabriele Giacone wrote: [ Moving to 714890 about clang 3.3/3.4. 697127 about 3.2 was fixed and archived ] Nope, it doesn't. In [0] you say it's fixed by r176557. Maybe change has not been ported to 3.3+? This commit was part of the 3.3 release ... I am looking into that. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721367: ctpp2: FTBFS on non-Linux: CTPP2SysTypes.h not configured
Vasudev Kamath kamathvasu...@gmail.com writes: Is it normal to segfault? Asking because package exists on kFreeBSD's though not on Linux. Of course not; I just haven't had time to report that bug yet. Yes Indeed. I will include this in next version of d-shlibs and for the time being I will introduce this same override in rules file of ctpp2 so we won't have any problem and once d-shlibs is in we can drop this. Great, thanks! Meanwhile, I've noticed that d-shlibs doesn't actually depend on apt; please declare the dependency, as apt isn't officially (build-)essential or Priority: required, just Priority: important. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668505: dwarf fortress debian package
On Tue, Sep 3, 2013 at 5:45 AM, Beren Minor beren.minor+deb...@gmail.com wrote: BTW, I also have a GemRB package that requires sponsorship. I've recently joined the Debian Games Team to maintain it, but I have little time to chase sponsors. So, if you have some time to spend and want to have a look at it, it would be awesome. The sources of the package are in the pkg-games source repo [2]. [2] http://anonscm.debian.org/gitweb/?p=pkg-games/gemrb.git;a=summary Thanks for your work, here are some comments: 1) Changelog is confusing, there are multiple entries claiming upload to unstable that has never been uploaded. The ITP bug is closed very low on the list. Also, this is labeled as 0.8.0-3, but this is the first upload to Debian. For the sake of clarity in the Debian archive, I think you should reduce the debian/changelog to a single entry: 0.8.0-1, First packaging for Debian (Closes: #658887). (or close which ever of the ITP bugs you want to close) 2) It appears that several of the packages depends on non-free data, but it also appears that the engine can run free content. Is the package usable without any content, or does it depend on non-free content? (i.e., if a user downloads the package, will they be able to do something with it out of the box)? I'm trying to see if this should be in main or contrib. Looking at the upstream website, it appears that the package should be contrib. 3) Lintian report: I: gemrb: desktop-entry-lacks-keywords-entry usr/share/applications/gemrb.desktop I: libgemrb: hardening-no-fortify-functions usr/lib/gemrb/plugins/2DAImporter.so I: libgemrb: hardening-no-fortify-functions usr/lib/gemrb/plugins/BAMImporter.so I: libgemrb: hardening-no-fortify-functions usr/lib/gemrb/plugins/CREImporter.so W: libgemrb: postinst-has-useless-call-to-ldconfig W: libgemrb: postrm-has-useless-call-to-ldconfig the first 4 are minor and can be fixed if you'd like to whenever you get a chance. The last two should be overridden for being a bug in debhelper. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=205142 4) the debian/control VCS-Git and VCS don't match the one you gave me (http://anonscm.debian.org/gitweb/?p=pkg-games/gemrb.git;a=summary) 5) I was a little uneasy about the vvc files, they are binary blobs so I was worried about where they came from (copyright and license), but I found: http://gemrb.org/iesdp/file_formats/ie_formats/vvc_v1.htm I think it is ok, they seem to be from gemrb and not taken from closed-source game content. You don't need to do anything about them. Cheers, Scott -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721725: gnutls-bin: gnutls-cli and gnutls-cli-debug and gnutls-serv manpages are not shipped
Package: gnutls-bin Version: 3.2.4-1 Severity: normal Control: notfound -1 3.2.3-1 with the version of gnutls-bin currently in experimental, the gnutls-cli manpages are not found: 0 dkg@alice:~$ ls -la /usr/share/man/man1/gnutls-* ls: cannot access /usr/share/man/man1/gnutls-*: No such file or directory 2 dkg@alice:~$ this is probably due to the switch to dh, which maybe needs some tuning? --dkg -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnutls-bin depends on: ii libc62.17-92 ii libgmp10 2:5.1.2+dfsg-2 ii libgnutls28 3.2.4-1 ii libhogweed2 2.7.1-1 ii libidn11 1.28-1 ii libnettle4 2.7.1-1 ii libopts251:5.18-2 ii libp11-kit0 0.18.5-2 ii libtasn1-6 3.3-2 ii zlib1g 1:1.2.8.dfsg-1 gnutls-bin recommends no packages. gnutls-bin 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#721726: gnutls-bin: Error setting the x509 trust file
Package: gnutls-bin Version: 3.2.4-1 Severity: normal Control: notfound -1 3.2.3-1 with version 3.2.4-1 (from experimental), loading the system trust file fails with Error setting the x509 trust file, which means that no certificates can be verified upon load. If i manually supply --x509cafile /etc/ssl/certs/ca-certificates.crt, then it works as expected. This misbehavior does not happen in 3.2.3-1. 0 dkg@alice:~$ gnutls-cli google.com Error setting the x509 trust file Resolving 'google.com'... Connecting to '2607:f8b0:4006:802::1001:443'... - Certificate type: X.509 - Got a certificate list of 3 certificates. - Certificate[0] info: - subject `C=US,ST=California,L=Mountain View,O=Google Inc,CN=*.google.com', issuer `C=US,O=Google Inc,CN=Google Internet Authority G2', EC key 256 bits, signed using RSA-SHA1, activated `2013-08-14 22:06:49 UTC', expires `2014-08-14 22:06:49 UTC', SHA-1 fingerprint `7818f633b9a6f7481de186dd5054580633df1ca9' Public Key Id: 418ec51539387160b7ae73e92cdd41832f6015e5 Public key's random art: +--[ EC 256]+ | .*=*=.| | *+o+o | | . oo.oE| |oo. o| | .S..o . | | ...o| |o.oo . | |.=. .| | .o | +-+ - Certificate[1] info: - subject `C=US,O=Google Inc,CN=Google Internet Authority G2', issuer `C=US,O=GeoTrust Inc.,CN=GeoTrust Global CA', RSA key 2048 bits, signed using RSA-SHA1, activated `2013-04-05 15:15:55 UTC', expires `2015-04-04 15:15:55 UTC', SHA-1 fingerprint `d83c1a7f4d0446bb2081b81a1670f8183451ca24' - Certificate[2] info: - subject `C=US,O=GeoTrust Inc.,CN=GeoTrust Global CA', issuer `C=US,O=Equifax,OU=Equifax Secure Certificate Authority', RSA key 2048 bits, signed using RSA-SHA1, activated `2002-05-21 04:00:00 UTC', expires `2018-08-21 04:00:00 UTC', SHA-1 fingerprint `7359755c6df9a0abc3060bce369564c8ec4542a3' - Status: The certificate is NOT trusted. The certificate issuer is unknown. *** Verifying server certificate failed... *** Fatal error: Error in the certificate. *** Handshake has failed GnuTLS error: Error in the certificate. 1 dkg@alice:~$ gnutls-cli --x509cafile /etc/ssl/certs/ca-certificates.crt google.com Processed 158 CA certificate(s). Resolving 'google.com'... Connecting to '2607:f8b0:4006:802::1001:443'... - Certificate type: X.509 - Got a certificate list of 3 certificates. - Certificate[0] info: - subject `C=US,ST=California,L=Mountain View,O=Google Inc,CN=*.google.com', issuer `C=US,O=Google Inc,CN=Google Internet Authority G2', EC key 256 bits, signed using RSA-SHA1, activated `2013-08-14 22:06:49 UTC', expires `2014-08-14 22:06:49 UTC', SHA-1 fingerprint `7818f633b9a6f7481de186dd5054580633df1ca9' Public Key Id: 418ec51539387160b7ae73e92cdd41832f6015e5 Public key's random art: +--[ EC 256]+ | .*=*=.| | *+o+o | | . oo.oE| |oo. o| | .S..o . | | ...o| |o.oo . | |.=. .| | .o | +-+ - Certificate[1] info: - subject `C=US,O=Google Inc,CN=Google Internet Authority G2', issuer `C=US,O=GeoTrust Inc.,CN=GeoTrust Global CA', RSA key 2048 bits, signed using RSA-SHA1, activated `2013-04-05 15:15:55 UTC', expires `2015-04-04 15:15:55 UTC', SHA-1 fingerprint `d83c1a7f4d0446bb2081b81a1670f8183451ca24' - Certificate[2] info: - subject `C=US,O=GeoTrust Inc.,CN=GeoTrust Global CA', issuer `C=US,O=Equifax,OU=Equifax Secure Certificate Authority', RSA key 2048 bits, signed using RSA-SHA1, activated `2002-05-21 04:00:00 UTC', expires `2018-08-21 04:00:00 UTC', SHA-1 fingerprint `7359755c6df9a0abc3060bce369564c8ec4542a3' - Status: The certificate is trusted. - Description: (TLS1.2-PKIX)-(ECDHE-ECDSA-SECP256R1)-(AES-128-GCM)-(AEAD) - Session ID: 32:82:68:D1:D5:1A:BA:AF:4A:52:76:1E:AA:07:60:3A:14:13:6C:56:08:8C:83:30:71:0E:0B:67:7B:69:61:13 - Ephemeral EC Diffie-Hellman parameters - Using curve: SECP256R1 - Curve size: 256 bits - Version: TLS1.2 - Key Exchange: ECDHE-ECDSA - Server Signature: ECDSA-SHA256 - Cipher: AES-128-GCM - MAC: AEAD - Compression: NULL - Handshake was completed - Simple Client Mode: 0 dkg@alice:~$ --dkg -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnutls-bin depends on: ii libc6
Bug#721321: [libgnutls26] Breaks SSL tracker support in Transmission
Control: reassign 721321 src:transmission Control: affects -1 src:gnutls26 src:gnutls28 On 08/30/2013 04:31 AM, Andrea Lorenzetti wrote: * gnutls_handshake() failed: A TLS warning alert has been received. * Closing connection #1 * Expire cleared * Connection #0 seems to be dead! * Closing connection #0 * About to connect() to tracker2.***.com port 443 (#0) * Trying *.*.*.*... * 0x7f70340d3e00 is at send pipe head! * STATE: CONNECT = WAITCONNECT handle 0x7f703403d610; (connection #0) * Connected to tracker2.***.com (*.*.*.*) port 443 (#1) * Connected to tracker2.***.com (*.*.*.*) port 443 (#1) * found 159 certificates in /etc/ssl/certs/ca-certificates.crt * STATE: WAITCONNECT = PROTOCONNECT handle 0x7f703403d610; (connection #0) * gnutls_handshake() failed: A TLS warning alert has been received. * Closing connection #0 * Expire cleared The problem here appears to be that transmission is treating a TLS warning alert as fatal, even if it is not. the warning is that the remote server claimed to not know the SNI-provided name used upon connection: 0 dkg@alice:~$ gnutls-cli tracker2.tvtorrents.com Processed 158 CA certificate(s). Resolving 'tracker2.tvtorrents.com'... Connecting to '77.53.144.154:443'... *** Non fatal error: A TLS warning alert has been received. *** Received alert [112]: The server name sent was not recognized [...goes on to make a successful connection...] I'm reassigning this bug the transmission package, which needs to handle non-fatal alerts more cleanly. If you think this is inappropriate, feel free to reassign back to gnutls with more explanation. Regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#718138: ocaml-estrings
Le 03/09/2013 15:54, Dmitrijs Ledkovs a écrit : ocaml-estrings has been accepted just now. So a build-dependencies on libestring-ocaml-dev should be all that's needed here. Do you want to take care of ocaml-sqlexpr? It is currently (i.e. in git) without human maintainer... Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721727: RM: dwoo -- ROM; unmaintained, no reverse deps
Package: ftp.debian.org Severity: normal There are no reverse dependencies on dwoo, and the software is unmaintained upstream. Per Penny's request, I am filing this RM-request. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Hi Fabian, On Di, 03 Sep 2013, Fabian Greffrath wrote: like to ask you to review the package and upload if appropriate. First question: Why 2:20130628-1 this package has never been released to Debian. Since you are building gsfonts which is currently at 1:8.11 would 1:20130628-1 not suffice? (Or what am I missing?) Otherwise it looks fine for me and I will upload it. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721728: linphone: Black video window (but video actually works)
Package: linphone Version: 3.6.1-2 Severity: normal Hello, Since Linphone got updated to 2.6.1 I've been experiencing a problem with the video part of the software. It will only display a black video window, all the time, without even the self-view. I know that video capture actually works, because I can be seen on the other end of the call. I also know that I receive a video stream from the other end. This would appear to be a purely display-related problem. Here's the log from the video display initialisation code: [20130903-15:54:40] [message] init opengles_display (352 x 288, gl initialized:0) [20130903-15:54:40] [message] resize opengles_display (352 x 288, gl initialized:0) [20130903-15:54:40] [message] OpenGL version string: 4.3.0 NVIDIA 325.15 [20130903-15:54:40] [message] OpenGL extensions: [snipped, because that's long and mostly irrelevant] [20130903-15:54:40] [message] OpenGL vendor: NVIDIA Corporation [20130903-15:54:40] [message] OpenGL renderer: GeForce GTX 650 Ti/PCIe/SSE2 [20130903-15:54:40] [message] OpenGL version: 4.3.0 NVIDIA 325.15 [20130903-15:54:40] [message] OpenGL GLSL version: 4.30 NVIDIA via Cg compiler [20130903-15:54:40] [message] glxvideo_prepare(): Window has size 352x288, received video is 352x288 [20130903-15:54:40] [message] Updating window decorations for preview -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 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 linphone depends on: ii libasound21.0.27.2-1 ii libatk1.0-0 2.8.0-2 ii libavcodec53 6:0.8.8-1 ii libavutil51 6:0.8.8-1 ii libc6 2.17-92+b1 ii libcairo2 1.12.14-5 ii libexosip2-10 4.0.0-4 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-02.28.2-1 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libglew1.71.7.0-3 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii liblinphone5 3.6.1-2 ii libmediastreamer-base33.6.1-2 ii libnotify40.7.5-2 ii libogg0 1.3.1-1 ii libopus0 1.1~beta-3 ii libortp9 3.6.1-2 ii libosip2-10 4.0.0-3 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-0 1.32.5-5+b1 ii libpulse0 4.0-6 ii libsoup2.4-1 2.42.2-6 ii libspandsp2 0.0.6~pre21-1 ii libspeex1 1.2~rc1-7 ii libspeexdsp1 1.2~rc1-7 ii libsqlite3-0 3.8.0.1-1 ii libswscale2 6:9.8-2+b1 ii libtheora01.1.1+dfsg.1-3.1 ii libtiff4 3.9.7-2 ii libudev0 175-7.2 ii libupnp6 1:1.6.17-1.2 ii libv4l-0 1.0.0-1 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.1-1 ii libxv12:1.0.9-1 ii linphone-nogtk3.6.1-2 linphone recommends no packages. Versions of packages linphone suggests: ii yelp 3.8.1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668505: dwarf fortress debian package
On Tue, Sep 3, 2013 at 4:13 PM, Scott Howard showard...@gmail.com wrote: 1) Changelog is confusing, there are multiple entries claiming upload to unstable that has never been uploaded. The ITP bug is closed very low on the list. Also, this is labeled as 0.8.0-3, but this is the first upload to Debian. For the sake of clarity in the Debian archive, I think you should reduce the debian/changelog to a single entry: 0.8.0-1, First packaging for Debian (Closes: #658887). (or close which ever of the ITP bugs you want to close) I think that for some reasons I had to put unstable, but I'm not sure what the correct value is for a new package (NEW or UNRELEASED ?). As I was maintaining the package for a while, I made multiple releases to mentors.debian.net, and I think it was expecting increasing version numbers or something like that. I will restart the ChangeLog from scratch anyway. 2) It appears that several of the packages depends on non-free data, but it also appears that the engine can run free content. Is the package usable without any content, or does it depend on non-free content? (i.e., if a user downloads the package, will they be able to do something with it out of the box)? I'm trying to see if this should be in main or contrib. Looking at the upstream website, it appears that the package should be contrib. There is a small demo game, but I don't even know if it is playable. I would say that contrib is sensible. 3) Lintian report: I: gemrb: desktop-entry-lacks-keywords-entry usr/share/applications/gemrb.desktop I: libgemrb: hardening-no-fortify-functions usr/lib/gemrb/plugins/2DAImporter.so I: libgemrb: hardening-no-fortify-functions usr/lib/gemrb/plugins/BAMImporter.so I: libgemrb: hardening-no-fortify-functions usr/lib/gemrb/plugins/CREImporter.so W: libgemrb: postinst-has-useless-call-to-ldconfig W: libgemrb: postrm-has-useless-call-to-ldconfig the first 4 are minor and can be fixed if you'd like to whenever you get a chance. I will. The last two should be overridden for being a bug in debhelper. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=205142 That's what I thought, I will add the override. 4) the debian/control VCS-Git and VCS don't match the one you gave me (http://anonscm.debian.org/gitweb/?p=pkg-games/gemrb.git;a=summary) Noted. 5) I was a little uneasy about the vvc files, they are binary blobs so I was worried about where they came from (copyright and license), but I found: http://gemrb.org/iesdp/file_formats/ie_formats/vvc_v1.htm I think it is ok, they seem to be from gemrb and not taken from closed-source game content. You don't need to do anything about them. I don't think that the package provide anything non-free. For the files in the demo folder, there seem to be mostly GPL and coming from GemRB exclusively. However I have seen that some of them are not clearly licensed. We can drop this part of the package if this is an issue, as they are not very useful, except as a starting point for game developpers. Cheers, -- Beren -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721713: qemu-system-x86: Qemu 1.6 fail to start with all xen hvm domUs
Control: tag -1 + confirmed upstream 03.09.2013 16:27, Fabio Fantoni wrote: Package: qemu-system-x86 Version: 1.6.0+dfsg-1 Severity: important With qemu 1.6 all xen hvm domUs not starts, this temporary patch need to be applied to fix that: http://lists.xen.org/archives/html/xen-devel/2013-08/msg01761.html This isn't really sufficient, see the same thread a few mails down: http://lists.xen.org/archives/html/xen-devel/2013-08/msg02865.html It might be possible to use this patch temporarily indeed, but I'd rather have a real solution here instead of a band-aid. Unfortunately upstream has been quiet in this area since that thread. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
On Di, 03 Sep 2013, Fabian Greffrath wrote: Yes, you are right. Since 20130628 8.11 an epoch 1: should be sufficient. My idea was, since we need an epoch anyway, I could raise it to separate the new package from the gsfonts versioning scheme. Ok, makes sense. Great, thanks! Are you going to add yourself to Uploaders? Not necessarily for now. I just sponsor it if you are fine with that. e.g. /usr/share/texlive/texmf-dist/fonts/map/dvips/helvetic/uhv.map explicitely mentions the font name NimbusSanL-Regu. However, this has slightly changed in fonts-urw-base35. Is this something that needs to be patched in texlive? By now we are shipping the URW fonts in TeX Live without links (/usr/share/texlive/texmf-dist/fonts/type1/urw/) Is the coverage of the new gsfonts/fonts-urw as wide as the coverage of the fonts currently in TeX Live? Or, in other words, is it a complete replacement? IN this case I can arrange that in the next upload of TeX Live packages we do *not* ship the fonts, but dpend on fonts-urw* and link to the files. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721729: openssh-client: Mathematical error in man 5 moduli
Package: openssh-client Version: 1:6.0p1-4 Severity: minor Dear Maintainer, Please excuse my english - I read a lot of English everyday but rarely have the opportunity to write in it. I've seen that in man 5 moduli, the DESCRIPTION section has an error in describing the Sophie Germain prime numbers type. It says: 4 Sophie Germain; (p+1)*2 is also prime. Where it should say: 4 Sophie Germain; 2p+1 is also prime. The manual page footer says: BSDAugust 29, 2013 And I've seen that this description is correct at least on BSD's man pages web site: http://www.freebsd.org/cgi-bin/man.cgi?query=moduli Please note that on this website the date on the man page's footer is July 19, 2012. I know that this is a very, very minor documentation bug but I'd like to see it solved. Thanks in advance Kind regards Nahuel -- System Information: Debian Release: 7.1 Architecture: i386 (i686) Kernel: Linux 3.2.0-4-486 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 openssh-client depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.10 ii libc6 2.13-38 ii libedit2 2.11-20080614-5 ii libgssapi-krb5-2 1.10.1+dfsg-5 ii libselinux12.1.9-5 ii libssl1.0.01.0.1e-2 ii passwd 1:4.1.5.1-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages openssh-client recommends: ii openssh-blacklist0.4.1+nmu1 ii openssh-blacklist-extra 0.4.1+nmu1 ii xauth1:1.0.7-1 Versions of packages openssh-client suggests: pn keychain none pn libpam-sshnone pn monkeysphere none pn ssh-askpass none -- no debconf information -- Nahuel Iglesias Bariloche - Patagonia Argentina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701744: fixed in linux 3.2.46-1+deb7u1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 03.09.2013 16:57, schrieb dann frazier: On Tue, Sep 03, 2013 at 11:04:25AM +0200, Jan Wagner wrote: as we are facing this also massively on squeeze, is there a chance to get that also fixed there, even when this is oldstable? Yes, this is currently queued. Many thanks for caring, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFSJftU9u6Dud+QFyQRAtsbAJ9sBIk2LpqWVALeEqijL1KmklRbZQCcDvLa +J+XCfO2Mc73+rhUXxkV6f0= =qJZf -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#708253: (no subject)
JFYI: When using a generic dracut initrd, you have to add the resume= parameter. Using UUID is prefered. When using a host-only initrd, this should not be needed. A fix for this problem will we included in the next dracut version (033). -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Hello Norbert, thanks for the review! Am Dienstag, den 03.09.2013, 23:30 +0900 schrieb Norbert Preining: this package has never been released to Debian. Since you are building gsfonts which is currently at 1:8.11 would 1:20130628-1 not suffice? (Or what am I missing?) Yes, you are right. Since 20130628 8.11 an epoch 1: should be sufficient. My idea was, since we need an epoch anyway, I could raise it to separate the new package from the gsfonts versioning scheme. Otherwise it looks fine for me and I will upload it. Great, thanks! Are you going to add yourself to Uploaders? - Fabian PS: I have seen that e.g. /usr/share/texlive/texmf-dist/fonts/map/dvips/helvetic/uhv.map explicitely mentions the font name NimbusSanL-Regu. However, this has slightly changed in fonts-urw-base35. Is this something that needs to be patched in texlive? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
