Bug#724267: psad: permissions of /etc/hosts.deny are modified
As fas as I can tell, this is caused in tcpwr_rm_block() when creating a /etc/hosts.deny.tmp and moving it back to /etc/hosts. Previous permissions of -rw-r--r-- 1 root root 1252 Sep 23 07:39 hosts.deny will become this -rw--- 1 root root 1312 Sep 23 07:41 hosts.deny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724269: O: plywood
Package: wnpp Severity: normal After being in contact with Monty Taylor he aggreed that plywood should be orphaned. As Monty suggested, one should also think about complete removal. So I will keep an eye on this package and if there will be no new maintainer and popcon still low, I will request removal in 3 months from now. Best regards, coldtobi Here's his answer: On 09/20/2013 02:16 PM, Tobias Frost wrote: Dear Monty Taylor, How are you? I hope that you are fine. All is quite well, thanks! I was wondering about your packages python-drizzle and plywood, which has a few important bugs pending and only being NMUed the last two years. Also your other packages did not receive an upload the past years. Please let me know if you are still active, because your packages are missing you. Please tell me a little bit about your plans regarding your packages, what you are going to do and when you think you are going to do so. I have, in fact, lost interest in these packages. I was packaging them because I was also upstream for them - and then I stopped working on them as an upstream, so I stopped working on them as a packager too. If you aren't interested in your packages anymore, just tell us as well and we'll try to find new maintainers. In case your packages are co-maintained, you may have lost interest in them so you (or we) can ask not to be mentioned in maintainer fields. Yes please - I think a new maintainer would be great. That said - both are essentially abandoned upstream, so it might be worthwhile looking to see if it makes sense for them to remain in debian at all. Thank you for all your contributions and regards, Thank you! Monty -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724267: psad: permissions of /etc/hosts.deny are modified
Hi Jörg, Thanks for the feedback, I will check that. Regards, --- Franck Joncourt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724270: ITP: bleachbit -- Free space and maintain privacy
Package: wnpp Severity: wishlist Owner: Howard Chan smartbo...@gmail.com * Package name: bleachbit Version : 0.96 Upstream Author : Andrew Ziem ahz...@gmail.com * URL : http://bleachbit.sourceforge.net * License : GPL-3+ Programming Lang: Python Description : Free space and maintain privacy BleachBit frees space and maintains privacy by quickly wiping files you don't need and didn't know you had. Supported applications include Firefox, Flash, Internet Explorer, Java, Opera, Safari, GNOME, and many others. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724270: ITP: bleachbit -- Free space and maintain privacy
On Sun, Sep 22, 2013 at 11:19 PM, Howard Chan smartbo...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Howard Chan smartbo...@gmail.com * Package name: bleachbit Version : 0.96 Upstream Author : Andrew Ziem ahz...@gmail.com * URL : http://bleachbit.sourceforge.net * License : GPL-3+ Programming Lang: Python Description : Free space and maintain privacy BleachBit frees space and maintains privacy by quickly wiping files you don't need and didn't know you had. Supported applications include Firefox, Flash, Internet Explorer, Java, Opera, Safari, GNOME, and many others. This is already packaged in Debian, see [1]. Regards, Vincent [1] http://packages.qa.debian.org/bleachbit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724270: ITP: bleachbit -- Free space and maintain privacy
On Mon, Sep 23, 2013 at 02:19:01PM +0800, Howard Chan wrote: * Package name: bleachbit ... Ehem? http://packages.debian.org/search?keywords=bleachbit Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724272: mailutils-guile: update dependency to guile 2.0
Package: mailutils-guile Version: 1:2.99.98-1 Severity: normal Hi, I'd like to use mailutils-guile with guile 2.0. However, it currently depends on guile 1.8. Curiously, mailutils package depends on guile 2.0. I am not sure if this was done intentionally, or simply that mailutils-guile hasn't been updated yet. Thanks! -- 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-3-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 mailutils-guile depends on: ii guile-1.8 1.8.8+1-8 ii libmailutils-dev 1:2.99.98-1 ii mailutils-common 1:2.99.98-1 mailutils-guile recommends no packages. mailutils-guile 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#724231: O: python-drizzle
CC'ing the python-apps-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724270: ITP: bleachbit -- Free space and maintain privacy
On Mon, 23 Sep 2013 14:19:01 +0800, Howard Chan wrote: Package: wnpp Severity: wishlist Owner: Howard Chan smartbo...@gmail.com * Package name: bleachbit Version : 0.96 Upstream Author : Andrew Ziem ahz...@gmail.com * URL : http://bleachbit.sourceforge.net * License : GPL-3+ Programming Lang: Python Description : Free space and maintain privacy bleachbit is already in the archive, cf. e.g. http://packages.qa.debian.org/b/bleachbit.html Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #304: routing problems on the neural net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724073: Patch: Fix Typo
Quoting Benjamin Kerensa (bkere...@gmail.com): Package: apt Version: 0.9.11.4 Tags: patch Hello Maintainer, I found a typo in the apt package which is fixed in the attached patch. Please feel free to include this in your next update of this package. I fixed thatand I was about to fix translations to avoid fuzzying them. However, I found out that this message is not in the POT file nor in any PO file. Could it be that i18n doesn't really apply to this file? Strange. Michael, David? Idea? signature.asc Description: Digital signature
Bug#722063: Now that xorg 1.14 it is in unstable it about time
Makes unstable version not installable if no other input is selected. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724064: tar-scripts and openafs-client: error when trying to install together
Hi Bdale and Russ, On Sun, Sep 22, 2013 at 10:13:27PM -0600, Bdale Garbee wrote: Russ Allbery r...@debian.org writes: A conflict with openafs-client isn't really desireable, since that's a pretty widely installed package at sites that use AFS. Failing renaming, I'm inclined to split all the backup software off into a separate package that you can conflict with, since most people aren't using it. (That would be backup, butc, and fms.) I've got another bug report suggesting I rename the scripts to have a tar- prefix. Doing so would obviate the need for the Conflicts. I knew there was a reason I'd ignored the bug requesting I package and ship these scripts for nearly a decade... /o\ Renaming the conflicting files appart is of course largely preferable to declaring a conflict between packages. These checks are run quite frequently and I haven't seen this bug before, so it most probably was provoked by the recent upload of tar-scripts. But that doesn't mean anything about who has more rights to claim a particular path name. Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724273: libopenmpi-dbg: not installable in sid
Package: libopenmpi-dbg Version: 1.4.5-1 Severity: grave User: trei...@debian.org Usertags: edos-outdated Hello, libopenmpi-dbg is no longer installable in sid since it depends on openmpi-bin (= 1.4.5-1). However, sid has now version 1.6.5-5 of openmpi-sid. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722694: Fwd: Bug#722694: Kernel change for #685407 breaks GlusterFS when on ext4 bricks
On Mon, Sep 23, 2013 at 11:00:46AM +0530, Vijay Bellur wrote: On 09/23/2013 10:23 AM, Salvatore Bonaccorso wrote: hi all, On Tue, Sep 17, 2013 at 11:16:11AM +0200, Patrick Matthäi wrote: Hello all, @Louis and Vijay: Could you please check if the backported patch (see attachment) from Salvatore is safe for glusterfs 3.2.7 and give me feedback? @Salvatore: Thanks for your work! Is there anything else which I can help doing for #722694? Note the patch is practicaly http://review.gluster.org/#/c/4822/ applied to the 3.2.7 (thus a further review is surely appreciated). Thanks for the backport, Salvatore! The backport looks good to me. Thanks for your quick feedback, Vijay, it *really* appreciated! Patrick, do you have chance for also test the packages? Do you have time to ask stable release managers for an update trough a stable proposed update (the next Wheezy point release will be on the weekend of 12th october, with a freeze for the new queue for proposed-updates a week before). 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#720426: pu: package openssl/1.0.1e-2
On Mon, Sep 23, 2013 at 05:35:23AM +0200, Cyril Brulebois wrote: Hi Kurt, Kurt Roeckx k...@roeckx.be (2013-08-21): Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Severity: normal Hi, I would like to move some of the changes in openssl 1.0.1e-3 to stable. The changes between -2 and -3 that I would like to move to stable are: * Add Polish translation (Closes: #658162) * Add Turkish translation (Closes: #660971) * Enable assembler for the arm targets, and remove armeb. Patch by Riku Voipio riku.voi...@iki.fi (Closes: #676533) * enable ec_nistp_64_gcc_128 on *-amd64 (Closes: #698447) I'm sorry but I don't think wishlist bug reports qualify for stable uploads. As usual, we could use more consistency across documentation, but either devref[1] or p-u[2] pages give an overview of what can be considered. I actually consider the arm assembler and nistp curves to be important, even if the bugs might only be filed at severity level wishlist. The nistp curves are even security related since they are then implemented with constant time removing a side channel attack. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724274: fail2ban: Please add ability to ban whole IP ranges
Package: fail2ban Severity: wishlist Tags: upstream Hello, for a few days now my private e-mail server is suffering ssh login attempts from a rather narrow range of IP addreses that are (apparently) all located in China. That is, once one IP is blocked by fail2ban, the attacks continue from another IP of that range shortly thereafter. Would it be possible to broaden the ban rule to ban a whole IP range (say, the 512 surrounding IP addresses) around an offending IP at once? Best regards, - 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724272: mailutils-guile: update dependency to guile 2.0
Actually, I can load mailtutils guile module with 2.0. So, I guess the only problem is the debian package dependency. -- GNU Guile 2.0.9-deb+1-1 Copyright (C) 1995-2013 Free Software Foundation, Inc. Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'. This program is free software, and you are welcome to redistribute it under certain conditions; type `,show c' for details. Enter `,help' for help. scheme@(guile-user) (use-modules (mailutils mailutils)) ;;; compiling /usr/share/guile/site/mailutils/mailutils.scm ;;; compiled /home/aleix/.cache/guile/ccache/2.0-LE-8-2.0/usr/share/guile/site/mailutils/mailutils.scm.go scheme@(guile-user) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719961: pu: package gxine/0.5.907-2+deb7u1
Cyril Brulebois k...@debian.org writes: Ansgar Burchardt ans...@debian.org (2013-08-17): I've prepared an update for gxine that switches to libmozjs185-dev from libmozjs-dev as gxine fails to build with newer versions of the latter package. The same change was already done in unstable as part of fixing #66. Looks good to me, please upload. Done. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724258: RM: infernal [armel armhf ia64 mips mipsel powerpc s390 s390x sparc] -- NVIU; version 1.1 is only supported on SSE2 architectures.
Control: retitle -1 RM: infernal [armel armhf i386 ia64 mips mipsel powerpc s390 s390x sparc hurd-i386 kfreebsd-i386] -- ANAIS; version 1.1 is only supported on SSE2 architectures. Charles Plessy ple...@debian.org writes: since the latest release of infernal (inference of RNA secondary structural alignments) requires processors that support the SSE2 vector instruction set, please remove the package from the armel, armhf, ia64, mips, mipsel, powerpc, s390, s390x and sparc architectures. I don't think i386 provides SSE2. So it would need to be removed there as well (or be fixed). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720864: Fails to bind IPv6 socket during DAD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Robert, Martin, On 09/20/2013 08:13 PM, Robert Edmonds wrote: martin f krafft wrote: Package: unbound Version: 1.4.20-1 Severity: normal Tags: upstream Arguably a problem with ifupdown (#705996), unbound fails to bind an IPv6 socket that is tentative: [1377457127] unbound[2694:0] error: can't bind socket: Cannot assign requested address [1377457127] unbound[2694:0] debug: failed address 2001:a60:f0fb::1 port 53 [1377457127] unbound[2694:0] fatal error: could not open ports As a result, unbound fails to start. As long as there are other sockets (v4 or v6) to bind to, unbound should just start with those, and monitor the ones it failed to bind on startup, keep retrying until success. See ntpd for an example of a daemon that does this right. Instead of having statically entered IP addresses in unbound, you can set interface-automatic. This binds to the ::0 and 0.0.0.0 (everything), and responds to incoming traffic on all interfaces. It detects the interface a packet was received on and replies from that interface. This could maybe work with DAD (not sure what that does)? Robert, unbound is already an event-based design. Not sure how I would get events to retry bind() attempts. Or know which bind() attempts were 'optional'. Right now it treats ipv6 when 'implicitly there' (by defaults) as 'optional' in case ipv6 is not supported. Best regards, Wouter -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unbound depends on: ii adduser 3.113+nmu3 ii libc6 2.17-92 ii libevent-2.0-5 2.0.21-stable-1 ii libgcc1 1:4.8.1-9 ii libldns1 1.6.16-1 ii libpython2.72.7.5-7 ii libssl1.0.0 1.0.1e-3 ii openssl 1.0.1e-3 ii unbound-anchor 1.4.20-1 unbound recommends no packages. unbound suggests no packages. -- Configuration Files: /etc/unbound/unbound.conf changed [not included] -- no debconf information -- .''`. 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 hi, madduck: i ran into this recently on my home network but i can't reproduce it now, unfortunately. i've re-read the ifupdown bug report [0] and the thread on tentative addresses on debian-devel [1] and i'm not sure there is a whole lot unbound can do (but Cc'ing wouter, just in case); have upstream convert the app to an event-based approach is not that great of an answer, in general. (iirc, there was some special requirement that resulted in ntpd behaving the way it does -- something like the protocol requiring that packets be sourced from port 123, not just destined to that port.) i would be worried that just retrying the bind() until success may result in misconfiguration going unnoticed. can a daemon readily distinguish between a bind() that fails due to the address being in the tentative state vs. a plain typo? ideally typo'd addresses ought to be found immediately at daemon startup rather than just generating log output. i found anecdotal reports from ubuntu users that DAD might have been generating false positives [2,3,4]. that seems plausible. i wasn't able to track down why i was getting DADs in my home network. as a workaround only, i guess it might be possible to disable DAD entirely with the accept_dad and dad_transmits IPv6 sysctl settings. that seems no worse than the situation with IPv4 on debian, where duplicate addresses go undetected. (though i believe other linux distros do an ARP-based check prior to adding an IPv4 address to an interface.) there's also the optimistic_dad IPv6 sysctl which appears to implement RFC 4429 [5], though it specifically warns, Optimistic DAD SHOULD NOT be used for manually entered addresses. i'm not sure if this would help work around this issue at all, or if addresses in the optimistic state behave any differently from those in the tentative state as far as bind() is concerned. i'm inclined to call this a bug in ifupdown [0]. if you have a statically configured IPv6 address in /etc/network/interfaces, ifup should only return once the interface is fully up or failed to come up. i guess we could add a note to /usr/share/doc/unbound/NEWS.Debian warning about the issue, though. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705996 [1] http://thread.gmane.org/gmane.linux.debian.devel.general/177841 [2] http://timesinker.blogspot.com/2009/11/karmic-ipv6-global-address-problems.html [3] http://nonblocking-random.blogspot.com/2010/04/duplicate-ipv6-address-detection-in.html [4]
Bug#724266: RM: connman-ui [kfreebsd-i386 kfreebsd-amd64 hurd-i386] -- ROM; dependancies not satisfiable
Control: tag -1 moreinfo Shawn Landden sh...@churchofgit.com writes: As connman is only a run-time dependancy (over dbus) connman-ui got built for architectures where install dependancy on connman is not satisfiable, which will delay testing migration. I will specify connman a build-dependancy in future uploads to avoid this problem. The package is still built from the current source in unstable. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721859: pu: package libquvi-scripts/0.4.18-1~deb7u1
Cyril Brulebois k...@debian.org writes: Ansgar Burchardt ans...@debian.org (2013-09-16): Ansgar Burchardt ans...@debian.org writes: I would like to update libquvi-scripts in wheezy again. Not surprisingly it needed changes for various sites, see NEWS in the attached diff. Note that I've clean the diff a bit and removed autotools and version change noise. libquvi-scripts/0.4.18-1 also made it to testing two days ago. There have been no new bug reports. (Hoping I'm not missing anything, it's been a long time since I last touched p-u requests…) please go ahead with an upload to p-u. Done. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720810: miro: FTBFS with libav9: miro-segmenter.c:236:45: error: 'URL_WRONLY' undeclared (first use in this function)
Hi, On Sun, Sep 22, 2013 at 10:45:49PM +0200, Sebastian Ramacher wrote: Would you mind if I'd upload a NMU in the meantime? Ok, go ahead, I'll do another upload then after the transition is through. Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719966: pu: package openvrml/0.18.9-5+deb7u1
Cyril Brulebois k...@debian.org writes: Ansgar Burchardt ans...@debian.org (2013-08-17): I prepared an update for openvrml that disable JavaScript support as the package fails to build with newer versions of libmozjs-dev. As it might be used to view downloaded files, I think it should not use libmozjs185-dev which has broken sandboxing (as far as I understand). Note that this bug (#710616) is not fixed in unstable yet, but included in the suggested patch for #710082. I think this means we get to wait until it reaches unstable so that we get some feedback before considering it for stable? Hoping this is correct, tagging the bug report accordingly. Depends on what will happen with iceweasel at the point release. The package fails to build against the newer version of Mozilla's JavaScript engine (and thus would no longer be installable if iceweasel gets accepted for 7.2). I have no special interest in the package as therefor didn't investigate the other FTBFS bugs it's currently affected by in unstable. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691784: [Pkg-libvirt-maintainers] Bug#691784: [virt-manager] make spice optional (on !linux-{i386, amd64})
On Fri, Sep 20, 2013 at 12:17:53PM +0200, Hilko Bengen wrote: * Guido Günther: Well, what about this then: Subject: [PATCH] spice is only available on i386 and amd64 so don't depend on it on other architectures ...won't work since it's arch all - sorry for the noise. We'll use the recommends then. Cheers, -- Guido Why is spice only available for amd64 and i386 in the first place? I have a vague recollection about x86-only assembly language snippets that reeked of micro-optimization -- is that still the problem? Yes, for locking primitives I think, Lets better ask the maintainer (cc:) Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724258: RM: infernal [armel armhf ia64 mips mipsel powerpc s390 s390x sparc] -- NVIU; version 1.1 is only supported on SSE2 architectures.
Le Mon, Sep 23, 2013 at 09:29:19AM +0200, Ansgar Burchardt a écrit : Control: retitle -1 RM: infernal [armel armhf i386 ia64 mips mipsel powerpc s390 s390x sparc hurd-i386 kfreebsd-i386] -- ANAIS; version 1.1 is only supported on SSE2 architectures. Charles Plessy ple...@debian.org writes: since the latest release of infernal (inference of RNA secondary structural alignments) requires processors that support the SSE2 vector instruction set, please remove the package from the armel, armhf, ia64, mips, mipsel, powerpc, s390, s390x and sparc architectures. I don't think i386 provides SSE2. So it would need to be removed there as well (or be fixed). Hi Ansgar, thanks for the fast answer ! Our i386 buildds provide SSE2 (otherwise the build would fail) but you are right that this is not guaranteed to be available on every processor supported on Debian's i386 ports. I think that it is fine to remove infernal on i386 ports as well. I will adjust the control file accordingly for the next upload. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684064: coinor-libipopt-dev: Missing ATL_*** symbols when linking to libipopt
Hi Roberto, it does indeed sound related. I have been getting warnings like may conflict with libblas.so.3 or similar in other occasions too, but I don't know enough about the background to really tell. Feel free to merge the bugs and do whatever you find appropriate. Thanks, Oliver signature.asc Description: OpenPGP digital signature
Bug#723641: pu: package xen/4.1.4-5
On Sun, September 22, 2013 23:34, Bastian Blank wrote: On Sun, Sep 22, 2013 at 09:58:54PM +0100, Adam D. Barratt wrote: On Wed, 2013-09-18 at 14:06 +0200, Bastian Blank wrote: There are several CVE pending for Xen, plus some embargoed ones. This fixes all publicly ones that have fixes. Could we have a debdiff, rather than just the changelog please? If you insist. But don't cry that it is large. Have the security team confirmed that they don't plan to issue DSAs for these issues? I made it clear that no uploads to -security will come from me. And most of this CVE are open for four or five months. Do you have a message ID for me? I'd rather try to see what the problems with the wheezy-security route are and how we can resolve them, rather than try to work around them via pu. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656903: Status update
Hi Karol and all, glad to see Desurium is being packaged for Debian. I see a lot of activity on GitHub. Have there been more updates since may? Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723632: pu: fai/4.0.8 - wheezy point-release update for FAI
* Cyril Brulebois [Mon Sep 23, 2013 at 05:06:10AM +0200]: Michael Prokop m...@debian.org (2013-09-18): as the stable release manager of FAI I'm kindly asking for letting src:fai 4.0.8 enter the upcoming wheezy point release update. we could do ftp things to get that version into wheezy, but I'd prefer if you could prepare a stable update consisting of adding a changelog entry on top of the current package, using the following version: 4.0.8~deb7u1, and targetting wheezy. Sure, no problem We've FAI 4.0.8 sitting in jessie/unstable since ~2 weeks without any reported problems. The 4.0.7 version was specially released as stable update to address #719213, #720307 and update documentation. Version 4.0.8 just fixes a forgotten cherry-pick from the 4.0.7 upload (so the change was already part of FAI 4.0.6). The debdiff of FAI 4.0.6 (being part of current wheezy) and FAI 4.0.8 is attached. Besides that, the debdiff doesn't look crazy (even if the doc update wasn't too nice as far as minimal and important bug fixes are concerned). Please provide us with an updated debdiff, so that I can give you a green light. New debdiff attached. Thanks! regards, -mika- diff -Nru fai-4.0.6/bin/fai-make-nfsroot fai-4.0.8~deb7u1/bin/fai-make-nfsroot --- fai-4.0.6/bin/fai-make-nfsroot 2012-11-28 15:30:21.0 +0100 +++ fai-4.0.8~deb7u1/bin/fai-make-nfsroot 2013-08-20 11:30:22.0 +0200 @@ -378,7 +378,7 @@ # Work around Ubuntu's failure in installing rsyslog with # start: Unable to connect to Upstart: Failed to connect to # socket /com/ubuntu/upstart: Connection refused -if $ROOTCMD test -x /usr/sbin/dpkg-divert [ -x $NFSROOT/sbin/initctl ] ; then +if $ROOTCMD which dpkg-divert /dev/null 21 [ -x $NFSROOT/sbin/initctl ] ; then LC_ALL=C $ROOTCMD dpkg-divert --quiet --add --rename /sbin/initctl ln -sf /bin/true $NFSROOT/sbin/initctl INITCTL_DIVERT=true diff -Nru fai-4.0.6/conf/NFSROOT fai-4.0.8~deb7u1/conf/NFSROOT --- fai-4.0.6/conf/NFSROOT 2012-11-15 14:10:34.0 +0100 +++ fai-4.0.8~deb7u1/conf/NFSROOT 2013-08-20 11:30:22.0 +0200 @@ -29,14 +29,14 @@ #git # git consumes a lot of disk space on the FAI CD (ISO 9660) PACKAGES aptitude I386 -grub read-edid +grub-pc read-edid linux-image-686 # packages for Ubuntu natty/oneiric/precise: # linux-image-generic live-boot PACKAGES aptitude AMD64 -grub +grub-pc linux-image-amd64 # packages for Ubuntu natty/oneiric/precise: diff -Nru fai-4.0.6/debian/changelog fai-4.0.8~deb7u1/debian/changelog --- fai-4.0.6/debian/changelog 2013-02-01 21:33:38.0 +0100 +++ fai-4.0.8~deb7u1/debian/changelog 2013-09-23 09:44:17.0 +0200 @@ -1,3 +1,34 @@ +fai (4.0.8~deb7u1) wheezy; urgency=low + + * Upload towards wheezy's new point-release + + -- Michael Prokop m...@debian.org Mon, 23 Sep 2013 09:42:59 +0200 + +fai (4.0.8) unstable; urgency=low + + * Cherry-pick change for #699555 from 4.0.6 release which was +forgotten in the 4.0.7 upload. + + -- Michael Prokop m...@debian.org Tue, 03 Sep 2013 17:25:10 +0200 + +fai (4.0.7) unstable; urgency=low + + * lib/task_sysinfo: make sure device is a valid block device before +acccessing it + * conf/NFSROOT: use grub-pc instead of grub package [Closes: #719213] + * Do not depend on dpkg-divert being available inside /usr/sbin +[Closes: #720307] + * Makefile: update list of bash, shell land perl scripts + * fai-guide/doc related changes: +- update repository information + feature list +- bunch of typo fixes +- fix name of dirinstall task +- update log file names regarding live-initramfs + klibc versions +- fix usage of it's - its +- replace quiet with quite and setup with set up + + -- Michael Prokop m...@debian.org Tue, 20 Aug 2013 11:32:53 +0200 + fai (4.0.6) unstable; urgency=low * do not reboot if error.log is empty Closes: #699279, #690016 diff -Nru fai-4.0.6/doc/fai-guide.txt fai-4.0.8~deb7u1/doc/fai-guide.txt --- fai-4.0.6/doc/fai-guide.txt 2012-03-01 13:46:11.0 +0100 +++ fai-4.0.8~deb7u1/doc/fai-guide.txt 2013-08-20 11:30:22.0 +0200 @@ -99,7 +99,7 @@ http://fai-project.org/download Entry for 'sources.list':: -`http://fai-project.org/download lenny koeln` +`deb http://fai-project.org/download wheezy koeln` Mailing list:: https://lists.uni-koeln.de/mailman/listinfo/linux-fai @@ -116,12 +116,12 @@ http://fai-project.org/NEWS Source tree:: -You can access the subversion repository containing the newest -developer version of FAI using the following commands -`svn co svn://svn.debian.org/svn/fai/trunk fai` +You can access the Git repository containing the newest +developer version of FAI using the following command +`git clone git://github.com/faiproject/fai.git` Source tree via http:: -http://svn.debian.org/wsvn/fai/ +https://github.com/faiproject/fai Now read this manual, then enjoy the fully automatic installation and your saved time. @@ -260,8 +260,8
Bug#724062: syslog prognames truncated
Seems like too much effort to be intentional, actually. I should leave this to the pros. :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722035: evolution-data-server 3.8 transition started, fixed ffgtk needed
Hello! On Sun, Sep 22, 2013 at 10:25:07PM +0200, Julian Andres Klode wrote: I'm not sure what the maintainer prefers; but ffgtk was re-branded upstream anyway, so the best option would be to drop it; and then introduce a new package for the re-branded software. [...] If a newly branded version gets uploaded after the current one has been removed, I really hope it will provide an upgrade path for any existing users. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724030: grub2-common: grub-install use “/usr/local/lib/grub/i386-pc” as default directory
On Sun, Sep 22, 2013 at 01:29:54PM +0200, Daniel Dehennin wrote: I got an error message about a failure to install grub2 when upgrading my system. On a console as root: # grub-install /dev/sda /usr/local/lib/grub/i386-pc doesn't exist. Please specify --target or --directory This message isn't one that can possibly be emitted by the version of grub-install in grub2-common 2.00-19, not least because that particular error message was somewhat broken in 2.00 and always said source_dir rather than the full path. You must have a locally-built version from upstream installed such that it overrides the packaged versions; don't do this unless you actually want it to override! which grub-install -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724276: nvidia-kernel: 304.88 API mismatch
Package: nvidia-kernel-source Version: 304.88+22+7+3.10.5-1 Severity: normal Dear Maintainer, after xserver-xorg-video-nvidia:amd64 upgrade from 304.88 to 304.108 in /var/log/kdm.log I get this message: NVIDIA: API mismatch: the NVIDIA kernel module has version 304.88, but this NVIDIA driver component has version 304.108. Please make sure that the kernel module and all NVIDIA driver components have the same version. As a consiquence graphical environment is not working anymore. -- Package-specific info: uname -a: Linux varliukas 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64 GNU/Linux /proc/version: Linux version 3.10-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.7-1 (2013-08-17) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 304.88 Wed Mar 27 14:26:46 PDT 2013 GCC version: gcc version 4.7.3 (Debian 4.7.3-6) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [GeForce GT 610] [10de:104a] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:8408] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at f600 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e800 (64-bit, prefetchable) [size=128M] Region 3: Memory at f000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at e000 [size=128] Expansion ROM at f700 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.170248] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.170250] vgaarb: loaded [0.170251] vgaarb: bridge control possible :01:00.0 [0.405998] Linux agpgart interface v0.103 [1.772376] hda-intel :01:00.1: Handle VGA-switcheroo audio client [1.783704] nvidia: module license 'NVIDIA' taints kernel. [2.125379] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input10 [2.125543] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input11 [2.126121] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [2.126230] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 304.88 Wed Mar 27 14:26:46 PDT 2013 [3.462669] NVRM: API mismatch: the client has the version 304.108, but [3.462669] NVRM: this kernel module has the version 304.88. Please [3.462669] NVRM: make sure that this kernel module and all NVIDIA driver [3.462669] NVRM: components have the same version. OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Jun 17 09:34 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 43 Jun 17 09:34 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Jun 17 09:34 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Jun 17 09:34 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 59 Jun 17 09:34 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 51 Jun 17 09:34 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Jun 17 09:34 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Jun 17 09:34 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf - /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 29 Jun 17 09:34 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 23 Sep 9 17:06 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 51 Sep 9 17:06 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 51 Sep 9 17:06 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 59 Sep 9 17:06 /etc/alternatives/nvidia--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 67 Sep 9 17:06
Bug#723641: pu: package xen/4.1.4-5
On Mon, Sep 23, 2013 at 09:47:32AM +0200, Thijs Kinkhorst wrote: Do you have a message ID for me? I'd rather try to see what the problems with the wheezy-security route are and how we can resolve them, rather than try to work around them via pu. 20130512113628.GA16136@elende 20130512200941.ga10...@waldi.eu.org Bastian -- We have found all life forms in the galaxy are capable of superior development. -- Kirk, The Gamesters of Triskelion, stardate 3211.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688251: #688251: Built-Using description too aggressive
On Mon, Sep 23, 2013 at 5:33 AM, Charles Plessy wrote: do you think that the attached patch would solve the problem ? There are more reasons for using Built-Using than licenses, for example: Rebuilding against updated versions of static libraries. Rebuilding the debian-installer-*-netboot-* packages. I don't think we should restrict usage of Built-Using to only license-related reasons, there are also other reasons. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717457: pu: package oss4/4.2-build2006-2+deb7u2
On 2013-09-23 05:56, Cyril Brulebois wrote: Andreas Beckmann a...@debian.org (2013-08-03): Followup-For: Bug #717457 Attached is a new version of the patch with the dependency on libc6-dev replaced by libc6-dev [!alpha !ia64 !hurd-i386] | libc0.3-dev [hurd-i386] | libc6.1-dev [alpha ia64] | libc-dev (as used by build-essential). Sorry if I wasn't clear. Why don't you use build-essential in Depends? build-essential brings quite a lot of stuff not needed for just building a kernel module ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596795: bluez: package upgrade disables bluetooth way to long
Package: bluez Version: 4.101-2+b1 Followup-For: Bug #596795 Hi Found this old bug when I wanted to report the same problem. This is totally unrelated to #588034. The problem is that bluetoothd is stopped in the prerm script of the currently installed package and only started again in the postinst script of the newly installed package. On upgrades with many packages this leads to a quite long period without bluetooth which is AFAIK not necessary. You should use the --restart-after-upgrade option to dh_installinit in your debian/rules file, unless there is an important reason for completely stopping bluetooth during an upgrade. Gaudenz -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bluez depends on: ii dbus 1.6.14-1 ii kmod 9-3 ii libc6 2.17-92+b1 ii libdbus-1-3 1.6.14-1 ii libglib2.0-0 2.36.4-1 ii libreadline6 6.2+dfsg-0.1 ii libudev1 204-4 ii libusb-0.1-4 2:0.1.12-23.2 ii lsb-base 4.1+Debian12 ii python-dbus 1.2.0-2+b1 ii python-gi 3.8.2-1 ii udev 204-4 bluez recommends no packages. bluez 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#688251: #688251: Built-Using description too aggressive
Le Mon, Sep 23, 2013 at 10:56:28AM +0200, Paul Wise a écrit : On Mon, Sep 23, 2013 at 5:33 AM, Charles Plessy wrote: do you think that the attached patch would solve the problem ? There are more reasons for using Built-Using than licenses, for example: Rebuilding against updated versions of static libraries. Rebuilding the debian-installer-*-netboot-* packages. I don't think we should restrict usage of Built-Using to only license-related reasons, there are also other reasons. Hi Paul, I agree. The problem to solve here is to find a clear and concise way to describe how this field is used. The current description in the Policy has confused some people and made them think or worry that they were asked unreasonable work. I paste below the current wording in the Policy 3.9.4. If you have an improvement to propose, that would be much appreciated ! 7.8 Additional source packages used to build the binary - Built-Using Some binary packages incorporate parts of other packages when built but do not have to depend on those packages. Examples include linking with static libraries or incorporating source code from another package during the build. In this case, the source packages of those other packages are a required part of the complete source (the binary package is not reproducible without them). A Built-Using field must list the corresponding source package for any such binary package incorporated during the build [56], including an exactly equal (=) version relation on the version that was used to build that binary package[57]. A package using the source code from the gcc-4.6-source binary package built from the gcc-4.6 source package would have this field in its control file: Built-Using: gcc-4.6 (= 4.6.0-11) A package including binaries from grub2 and loadlin would have this field in its control file: Built-Using: grub2 (= 1.99-9), loadlin (= 1.6e-1) Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724277: More relevant homepage
Package: src:musl Severity: wishlist Hello, The page http://www.musl-libc.org/ looks more relevant than the current one ( http://git.musl-libc.org/cgit ) for the homepage. Cheers, -- Stéphane -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (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_FR.utf8, LC_CTYPE=fr_FR.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#719217: pu: package svnmailer/1.0.8-13~deb7u1
On 2013-09-23 04:48, Cyril Brulebois wrote: svnmailer isn't alone, see #683188. Closing this bug report since python-subversion is the one to be fixed, as already pointed out by Julien. Agreed. If there are more packages affected, let's fix python-subversion (at a small risk of breaking something else expecting the new behavior). Sorry, but I can't help there right now. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688251: #688251: Built-Using description too aggressive
On Mon, Sep 23, 2013 at 11:04 AM, Charles Plessy wrote: I paste below the current wording in the Policy 3.9.4. If you have an improvement to propose, that would be much appreciated ! The wording doesn't appear confusing to me so I'm not the best person to propose wording changes. The problem to solve here is to find a clear and concise way to describe how this field is used. The current description in the Policy has confused some people and made them think or worry that they were asked unreasonable work. I would suggest leaving the current wording, monitoring usage of the field and filing bugs on any packages that use the field in an improper way. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719106: RFA: passwdqc -- password strength checking and policy enforcement toolset
also sprach Antoine Beaupré anar...@anarcat.ath.cx [2013-09-17 16:25 +0200]: Humm... I am not sure! It sure looks like a hardening flag issue, but really - is that blocking adoption of the package? Maybe that can be made into a bug report that can be worked on in the long term, but the package can still be uploaded? Done, and filed a new bug report about the relro thing. -- .''`. 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#724278: lacks read-only relocation link flag (lintian: hardening-no-relro)
Source: passwdqc Version: 1.3.0-1 Severity: normal Lintian (on sid) reports, for all packages built by this binary package: W: libpasswdqc0: hardening-no-relro lib/libpasswdqc.so.0 N: N:This package provides an ELF binary that lacks the read-only N:relocation link flag. This package was likely not built with the N:default Debian compiler flags defined by dpkg-buildflags. If built using N:dpkg-buildflags directly, be sure to import LDFLAGS. N: N:Refer to http://wiki.debian.org/Hardening for details. N: N:Severity: normal, Certainty: certain N: N:Check: binaries, Type: binary, udeb N: See also: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719106 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. 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#723729: partman-crypto: LUKS master key is read from /dev/urandom
Dear Christian, I really appreciate your confidence in me... ;-) BTW: I found this gem in man urandom (emphasis mine): As a general rule, /dev/urandom should be used for everything *except* long-lived GPG/SSL/SSH keys. As the md-crypt master key probably is a prime example for a long-lived cryptographic key: do you think it would be adequate to tag the bug security and/or to increase its severity? Which (point) release would you like to aim for to resolve the issue? Thank you and best regards, Thiemo On Sun, Sep 22, 2013 at 2:43 PM, Christian PERRIER bubu...@debian.org wrote: Quoting Regis Boudin (re...@boudin.name): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 19/09/13 18:57, Christian PERRIER wrote: Quoting Thiemo Nagel (thiemo.na...@gmail.com): 2. In case the job doesn't return within a couple of seconds, instruct the user to a) either press keys until enough entropy has been gathered or b) select Cancel and continue in unsafe manner. If the Don't we have such things? I'm sure I translated screens where users are prompted to type keys, move the mouse and do other stuff in order to generate entropy. There is, it is cdebconf-entropy. (let's answer to the bug report) OK, then it seems that we only need someone to use cdebconf-entropy widgets from partman-crypto, then. Thiemo, you seem to have great intereste in partman-crypto..:-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724279: ssmtp-1.64 bug report
Package:ssmtp Hello there, I just ran the static analysis tool cppcheck over the source code of ssmtp-2.64 It said many things, including [arpadate.c:70]: (error) Buffer is accessed out of bounds. [arpadate.c:72]: (error) Buffer is accessed out of bounds. Source code is if (offset= 0) sprintf (timezone, +%02d%02d, offset / 60, offset % 60); else sprintf (timezone, -%02d%02d, -offset / 60, -offset % 60); so that's six bytes written into timezone. But static char timezone[3]; Suggest increase size of timezone Regards David Binderman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722356: simplyhtml: random font is ued for text
Package: simplyhtml Version: 0.16.07-1 Followup-For: Bug #722356 Hello, this changes the default font to SansSerif which looks like a sane default. It might be nicer if it somehow remembered used font but you can probably make a template for that. Thanks Michal -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (610, 'oldstable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages simplyhtml depends on: ii default-jre [java2-runtime]1:1.6-47 ii libgnu-regexp-java 1.1.4-4 ii openjdk-6-jre [java2-runtime] 6b27-1.12.6-1~deb7u1 ii openjdk-7-jre [java2-runtime] 7u25-2.3.10-1~deb7u1 Versions of packages simplyhtml recommends: ii javahelp2 2.0.05.ds1-6 Versions of packages simplyhtml suggests: pn simplyhtml-doc none -- no debconf information -- debsums errors found: debsums: changed file /usr/share/java/SimplyHTML-0.16.07.jar (from simplyhtml package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724280: ITP: rtax -- Rapid and accurate taxonomic classification of short paired-end sequence reads from the 16S ribosomal RNA gene
Package: wnpp Severity: wishlist Owner: Simon Kainz si...@familiekainz.at * Package name: rtax Version : 0.983 Upstream Author : David A. W. Soergel David A. W. Soergel * URL : David A. W. Soergel * License : BSD Programming Lang: Perl Description : Rapid and accurate taxonomic classification of short paired-end sequence reads from the 16S ribosomal RNA gene Short-read technologies for microbial community profiling are increasingly popular, yet previous techniques for assigning taxonomy to paired-end reads perform poorly. RTAX provides rapid taxonomic assignments of paired-end reads using a consensus algorithm. This tool is an optional dependency for qiime(which is already packaged) and it would be great to have it packaged for Debian. Regards, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724281: cdbs: license check a lot of time results in an error
Package: cdbs Version: 0.4.122 Severity: normal Dear Maintainer, while packaging sptk (git://anonscm.debian.org/collab-maint/sptk.git) I encountered a strange behaviour of the license check code. Invoking the command: DEB_MAINTAINER_MODE=1 fakeroot debian/rules pre-build a copyright_newhints file is generated (most of the times) and an error is reported. Running it again, after a clean, results in a different copyright_newhints and a different error. This is the first time I encounter this behaviour, so maybe I am doing something wrong, but everything seems normal to me. Bests, Giulio. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20130810.1 Versions of packages cdbs suggests: ii devscripts 2.13.3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724281: [Build-common-hackers] Bug#724281: cdbs: license check a lot of time results in an error
Quoting Giulio Paci (2013-09-23 12:01:18) Package: cdbs Version: 0.4.122 Severity: normal Dear Maintainer, while packaging sptk (git://anonscm.debian.org/collab-maint/sptk.git) I encountered a strange behaviour of the license check code. Invoking the command: DEB_MAINTAINER_MODE=1 fakeroot debian/rules pre-build a copyright_newhints file is generated (most of the times) and an error is reported. Running it again, after a clean, results in a different copyright_newhints and a different error. This is the first time I encounter this behaviour, so maybe I am doing something wrong, but everything seems normal to me. How are they different? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#724281: [Build-common-hackers] Bug#724281: cdbs: license check a lot of time results in an error
On 23/09/2013 12:06, Jonas Smedegaard wrote: Quoting Giulio Paci (2013-09-23 12:01:18) Package: cdbs Version: 0.4.122 Severity: normal Dear Maintainer, while packaging sptk (git://anonscm.debian.org/collab-maint/sptk.git) I encountered a strange behaviour of the license check code. Invoking the command: DEB_MAINTAINER_MODE=1 fakeroot debian/rules pre-build a copyright_newhints file is generated (most of the times) and an error is reported. Running it again, after a clean, results in a different copyright_newhints and a different error. This is the first time I encounter this behaviour, so maybe I am doing something wrong, but everything seems normal to me. How are they different? They contain almost identical duplicated copyright year lines (usually the difference is a comma at the end). The files that creates the problems are usually autoconf files (e.g., aclocal.m4 or config.guess). The common errors are like this: ERROR: The following (and possibly more) new or changed notices discovered: Copyright: 1996-1997, 2000-2001, 2003, 2005 ERROR: The following (and possibly more) new or changed notices discovered: 1999-2006 ERROR: The following (and possibly more) new or changed notices discovered: 1992-1999, 1992-2001 1997, 1999-2001, 2003-2005, Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724191: wget: FTBFS: POD errors
tags 724191 + confirmed pending thanks Hello, Am Sonntag, den 22.09.2013, 21:22 +0200 schrieb David Suárez: During a rebuild of all packages in sid, your package failed to build on amd64. ./texi2pod.pl -D VERSION=1.14 ./wget.texi wget.pod /usr/bin/pod2man --center=GNU Wget --release=GNU Wget 1.14 wget.pod wget.1 wget.pod around line 2102: Expected text after =item, not a number wget.pod around line 2107: Expected text after =item, not a number wget.pod around line 2113: Expected text after =item, not a number wget.pod around line 2118: Expected text after =item, not a number wget.pod around line 2123: Expected text after =item, not a number wget.pod around line 2128: Expected text after =item, not a number wget.pod around line 2133: Expected text after =item, not a number wget.pod around line 2138: Expected text after =item, not a number POD document had syntax errors at /usr/bin/pod2man line 71. make[3]: *** [wget.1] Error 255 pod2man from perl 5.18 changed something.:) Upstream development already has a patch for the problem which I will add to the next upload: http://git.savannah.gnu.org/cgit/wget.git/commit/doc/texi2pod.pl?id=7f43748544f26008d0dd337704f02a6ed3200aaf Thanks for reporting. Regards Noel -- Noël Köthe n...@debian.org Debian GNU/Linux, www.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711844: illegal-runtime-test-name on capital letters in test names
Hello, Niels Thykier [2013-06-10 10:27 +0200]: Lintian is following the spec here: Test names are separated by whitespace and should contain only characters which are legal in package names, plus `/'. Uppercase letters are not allowed in package names. Re-assigning to autopkgtest as a wishlist bug. Tests with uppercase names already work, but indeed the spec should be adjusted accordingly. Done that in git head now, thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723961: tilda: After updating to the new Tilda 1.1.7 if Start Tilda hidden is selected Tilda only show a gray box.
Package: tilda Followup-For: Bug #723961 Lanoxx wrote: If you have any knowledge about compiling a program by your self, could you try out the lastest tilda from git/master at ... I believe the issue should already by fixed there. If you can confirm it, I will backport the fix and release a new package. I compiled the new version from git and it works as it should. I think when you have time you can proceed with the new package. Thank you so much for your celerity. Bye mor -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') 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 tilda depends on: ii libc6 2.17-92+b1 ii libconfuse0 2.7-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk-3-0 3.8.4-1 ii libpango-1.0-0 1.32.5-5+b1 ii libvte-2.90-9 1:0.34.6-1 ii libx11-62:1.6.1-1 tilda recommends no packages. tilda suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724281: [Build-common-hackers] Bug#724281: cdbs: license check a lot of time results in an error
Quoting Giulio Paci (2013-09-23 12:15:11) On 23/09/2013 12:06, Jonas Smedegaard wrote: Quoting Giulio Paci (2013-09-23 12:01:18) Package: cdbs Version: 0.4.122 Severity: normal Dear Maintainer, while packaging sptk (git://anonscm.debian.org/collab-maint/sptk.git) I encountered a strange behaviour of the license check code. Invoking the command: DEB_MAINTAINER_MODE=1 fakeroot debian/rules pre-build a copyright_newhints file is generated (most of the times) and an error is reported. Running it again, after a clean, results in a different copyright_newhints and a different error. This is the first time I encounter this behaviour, so maybe I am doing something wrong, but everything seems normal to me. How are they different? They contain almost identical duplicated copyright year lines (usually the difference is a comma at the end). The files that creates the problems are usually autoconf files (e.g., aclocal.m4 or config.guess). The common errors are like this: ERROR: The following (and possibly more) new or changed notices discovered: Copyright: 1996-1997, 2000-2001, 2003, 2005 ERROR: The following (and possibly more) new or changed notices discovered: 1999-2006 ERROR: The following (and possibly more) new or changed notices discovered: 1992-1999, 1992-2001 1997, 1999-2001, 2003-2005, Sounds like a problem with your build routines doing autoreconf and not cleaning up properly - or that the autoreconf'ing is applied before copyright check. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#720728: NMU patch (+ git format-patch)
Hi! As announced I uploaded the fix for these two FTBFS bugs in dnsval. Find attached the NMU diff and also the three commits that I added locally so you can git am them directly. Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| diff --git a/debian/changelog b/debian/changelog index 304012f..1dfb470 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +dnsval (2.0-1.1) unstable; urgency=low + + * NMU to fix release critical FTBFS bugs. + * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817) + * override_dh_auto_test to be a NOP to avoid the lengthy network-requiring +selftest suite to be run. + + -- Gerfried Fuchs rho...@debian.org Thu, 19 Sep 2013 11:58:08 +0200 + dnsval (2.0-1) unstable; urgency=low * Initial release (Closes: #715542) diff --git a/debian/control b/debian/control index 5451771..21f5015 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,8 @@ Maintainer: Ondřej Surý ond...@debian.org Build-Depends: debhelper (= 9), autotools-dev, chrpath, - dh-autoreconf + dh-autoreconf, + libssl-dev Standards-Version: 3.9.4 Section: libs Homepage: http://www.dnssec-tools.org/ diff --git a/debian/rules b/debian/rules index 35d298d..6efd882 100755 --- a/debian/rules +++ b/debian/rules @@ -27,3 +27,6 @@ override_dh_install: done chrpath -d debian/tmp/usr/bin/libval_check_conf dh_install --list-missing -X.la + +override_dh_auto_test: + echo test would require network - disabled From 1932712b521e242c1a69b836116eab6ee4b8710e Mon Sep 17 00:00:00 2001 From: Gerfried Fuchs rho...@debian.org Date: Thu, 19 Sep 2013 12:18:35 +0200 Subject: [PATCH 1/3] Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817) --- debian/changelog |6 ++ debian/control |3 ++- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 304012f..696c4d6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +dnsval (2.0-2) unstable; urgency=low + + * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817) + + -- Gerfried Fuchs rho...@debian.org Thu, 19 Sep 2013 11:58:08 +0200 + dnsval (2.0-1) unstable; urgency=low * Initial release (Closes: #715542) diff --git a/debian/control b/debian/control index 5451771..21f5015 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,8 @@ Maintainer: Ondřej Surý ond...@debian.org Build-Depends: debhelper (= 9), autotools-dev, chrpath, - dh-autoreconf + dh-autoreconf, + libssl-dev Standards-Version: 3.9.4 Section: libs Homepage: http://www.dnssec-tools.org/ -- 1.7.10.4 From bd7265bd425fa5fc8faa26dfd7cf11f8ac5312f6 Mon Sep 17 00:00:00 2001 From: Gerfried Fuchs rho...@debian.org Date: Thu, 19 Sep 2013 12:39:38 +0200 Subject: [PATCH 2/3] override_dh_auto_test to be a NOP --- debian/changelog |2 ++ debian/rules |3 +++ 2 files changed, 5 insertions(+) diff --git a/debian/changelog b/debian/changelog index 696c4d6..1e63e7e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,8 @@ dnsval (2.0-2) unstable; urgency=low * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817) + * override_dh_auto_test to be a NOP to avoid the lengthy network-requiring +selftest suite to be run. -- Gerfried Fuchs rho...@debian.org Thu, 19 Sep 2013 11:58:08 +0200 diff --git a/debian/rules b/debian/rules index 35d298d..6efd882 100755 --- a/debian/rules +++ b/debian/rules @@ -27,3 +27,6 @@ override_dh_install: done chrpath -d debian/tmp/usr/bin/libval_check_conf dh_install --list-missing -X.la + +override_dh_auto_test: + echo test would require network - disabled -- 1.7.10.4 From 75210ac0206588e9236df0df685a9541eb555bd8 Mon Sep 17 00:00:00 2001 From: Gerfried Fuchs rho...@debian.org Date: Mon, 23 Sep 2013 10:21:36 +0200 Subject: [PATCH 3/3] document NMU in changelog --- debian/changelog |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 1e63e7e..1dfb470 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,6 @@ -dnsval (2.0-2) unstable; urgency=low +dnsval (2.0-1.1) unstable; urgency=low + * NMU to fix release critical FTBFS bugs. * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817) * override_dh_auto_test to be a NOP to avoid the lengthy network-requiring selftest suite to be run. -- 1.7.10.4
Bug#724282: sphinxsearch: New upstream release 2.0.9 available
Package: sphinxsearch Version: 2.0.4-1.1 Severity: wishlist Dear Maintainer, There have been several important bug fixes in the upstream stable release to Sphinx. An updated Debian package that includes these fixes would be appreciated. Thank you. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (900, 'stable'), (500, 'unstable'), (100, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sphinxsearch depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38 ii libexpat1 2.1.0-1 ii libgcc1 1:4.7.2-5 ii libmysqlclient18 5.5.31+dfsg-0+wheezy1 ii libpq59.1.9-1 ii libstdc++64.7.2-5 ii libstemmer0d 0+svn546-2 ii zlib1g1:1.2.7.dfsg-13 sphinxsearch recommends no packages. sphinxsearch suggests no packages. -- Configuration Files: /etc/default/sphinxsearch changed [not included] /etc/sphinxsearch/sphinx.conf.sample [Errno 2] No such file or directory: u'/etc/sphinxsearch/sphinx.conf.sample' -- 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#723089: gmt: ugly and overlapping contours with gmt version 4.5.9-1
Dear Maintainer, I am not sure if anyone has tried to replicate this problem, but the people over the gmt bug-tracking system, where I initially submitted this problem, suggest that this could be a a problem during compiling. They also say that they could try to look into this if the knew the compiler settings so as to try to replicate the problem. Please have look at http://gmtrac.soest.hawaii.edu/issues/366#change-1310 I hope this might be of some help. Regards NL On 09/16/2013 01:31 PM, Nikolaos Lampadariou wrote: Package: gmt Version: 4.5.9-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Running a map with contour data produces an image with ugly and overlapping contours. The problem is described in more detail with example script and produced map images at the gmt bug tracking system (http://gmtrac.soest.hawaii.edu/issues/366#change-1310) I will be happy to provide those scripts here. Please advice on how. * What exactly did you do (or not do) that was effective (or ineffective)? I removed gmt and compiled it myself from source and the problem disappeared * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 gmt depends on: ii libc62.17-92+b1 ii libgmt4 4.5.9-1 ii libice6 2:1.0.8-2 ii libnetcdfc7 1:4.1.3-6+b1 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.1-1 ii libxaw7 2:1.0.11-1 ii libxext6 2:1.3.2-1 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.4-1 Versions of packages gmt recommends: ii gmt-doc 4.5.9-1 ii gmt-gshhs-full [gmt-gshhs-data] 2.2.0-2 ii gmt-gshhs-high [gmt-gshhs-data] 2.2.0-2 Versions of packages gmt suggests: pn gmt-doc-pdfnone pn gmt-examplesnone pn gmt-tutorial-pdfnone -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724283: 3.2.0 is out !
Package: xsd Please package xsd 3.2, thanks ! http://www.codesynthesis.com/download/xsde/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652003: Fwd: Ticket #961
Okay, here I'm reviewing http://anonscm.debian.org/gitweb/?p=tahoe/tahoe.git;a=blob;f=debian/tahoe-lafs.init;h=dda97b498f0f47b3d284fd4228e8e0a1cd2b;hb=refs/heads/feature/sysvinit . Thank you for working on this patch! You seem to have addressed all of the issues that I raised in my previous review. * It is normally capitalized Tahoe-LAFS instead of Tahoe-lafs, but if that is a problem for some reason then I don't care. * The tahoe command and the start-stop-daemon are both going simultaneously write the PID into the file named twistd.pid, if I understand correctly. That seems like it might cause trouble, and also seems unnecessary. Suggest removing the configuration which tells start-stop-daemon to do that part (--pidfile). * In fact, what is start-stop-daemon needed for, if we remove the --pidfile? Maybe replace:: 47 start-stop-daemon --start --quiet --oknodo \ 48 --pidfile $CONFIG_DIR/${node_name}/twistd.pid \ 49 --exec $DAEMON --chuid $node_uid -- \ 50 start $DAEMONARGS $CONFIG_DIR/${node_name} /dev/null || STATUS=1 with:: 47 su -s /bin/sh -c $DAEMON start $CONFIG_DIR/${node_name} $node_uid /dev/null 48 STATUS=$? This would also mean that STATUS gets updated to reflect the exit code from tahoe, instead of being set to 1 iff start-stop-daemon exited with non-zero. (More about STATUS, below.) * On Line 52, when it refuses to start a node owned by root, should probably set STATUS (to 1). (More on STATUS below.) * Line 71 checks if $AUTOSTART is the zero-length string, and if so exits, but then line 75 checks if $AUTOSTART is the length-zero string, which it never will be. I suggest to change line 75 from:: if test -z $AUTOSTART -o $AUTOSTART = all ; then to:: if test $AUTOSTART = all ; then * AUtOSTART → AUTOSTART * Lines 83 and 95 test whether a directory exists before running tahoe start on it, and if it doesn't exist it, they print out an error message ( No such node configured: $name). However, if this code were removed from the init script, and instead the init script tried to run tahoe start on the directory without checking, then tahoe would print out a similar error message, like this:: $ tahoe start blahblahblah STARTING '/home/zooko/blahblahblah' '/home/zooko/blahblahblah' does not look like a directory at all I would recommend omitting the test within the init script for the following reasons: 1. The tests performed by tahoe can be more specific and informative than the one performed by the init script, for example, if the directory exists but is empty:: $ mkdir blahblahblah $ tahoe start blahblahblah STARTING '/home/zooko/blahblahblah' '/home/zooko/blahblahblah' does not look like a node directory (no .tac file) 2. If all such error messages come from the same source, they will be easier for users to understand. 3. The more code there is, the more places a bug-hunter has to search when looking for a bug (even if the bug turns out not to be in that code), so if we can optimize-out code we should! This is especially true of code that is potentially redundant. For example, if a bug-hunter or security auditor is investigating something involving erroring-out when a directory doesn't exist, and they see the code for that in tahoe but not in the init script, or vice versa, then they might mistakenly think that they finished examining that functionality, and not realize that there is a semi-redundant implementation of that functionality elsewhere, that could be interacting with the bug. * This same reasoning applies to the detection of whether the twistd.pid file is missing, on line 117. If that test is omitted, then instead of the init script saying No such node running: $name, tahoe will say:: $ tahoe stop gateway/ STOPPING '/home/zooko/blahblahblah' No such process * What should the init script do with STATUS when there are multiple directories and some of them fail but others don't? Currently it overwrites STATUS with the result of each directory, so at the end the STATUS variable will reflect the result of the final directory. I think it would be better for STATUS to be 0 only when *all* of the directories that it tried succeeded. If there are any errors, then STATUS should be non-zero at the end. * Shouldn't handling of AUTOSTART during /etc/init.d/tahoe-lafs start be done likewise during /etc/init.d/tahoe-lafs stop? Currently if AUTOSTART is none or the zero-length string then running /etc/init.d/tahoe-lafs start will result in an error message saying 'Autostart disabled' (line 71), but running /etc/init.d/tahoe-lafs stop will result in stopping all of the running nodes associated with the directories. I suggest to copy the code from line 71 into the stop) and restart) blocks so that the behavior will be more consistent, i.e. as determined by the arguments on the command-line,
Bug#724284: RFP: tryton-nereid -- web framework on top of Tryton Application Platform
Package: wnpp Severity: wishlist * Package name: tryton-nereid Version : 2.8.0.5 Upstream Author : Openlabs Technologies Consulting (P) Ltd. * URL : http://openlabs.github.io/nereid/ * License : GPL-3+ Programming Lang: Python Description : web framework built over Flask with Tryton as a backend Nereid can be used to build web applications, that could use Tryton's ORM as a backend. While, there are no inherent limitations which prevent you from using nereid to build any kind of web application, the design decision that we made while building nereid itself are tailored to build application that extend the functionality of the ERP system, like e-commerce system, EDI systems, Customer/Supplier Portals etc. . Tryton is a high-level general purpose application platform written in Python and using PostgreSQL as database engine. It is the core base of a complete business solution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724283: 3.2.0 is out !
Mathieu, You are confusing XSD and XSD/e. XSD is currently at version 3.3.0, which is also what's packaged. XSD/e is at 3.2.0. Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724042: installation-report: partitioned disk with partitions not on physical sector boundaries
On Mon, Sep 23, 2013 at 07:13:55AM +0200, Christian PERRIER wrote: Quoting Ben Hutchings (b...@decadent.org.uk): I think fdisk should not warn about alignment of extended partitions, since they contain nothing but a partition table. So this bug should either be closed, or reassigned to fdisk, then? Reassigning to fdisk does seem the way to go. I wonder whether cfdisk has the same problem? Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724285: RFP: tryton-nereid-project -- web application for Tryton project management
Package: wnpp Severity: wishlist * Package name: tryton-nereid-project Version : 2.8.0.1dev Upstream Author : Openlabs Technologies Consulting (P) Ltd. * URL : https://github.com/openlabs/nereid-project/ * License : GPL-3 Programming Lang: Python Description : web application for Tryton project management Nereid Project is a collaborative development platform mainly used for managing project processes, but could be used for managing any kind of project. It is designed to help organise projects tasks. The aim is to connect everything together on a single interface, avoiding unnecessary time consumption, and track project’s progress, task’s status, shared files, time spent on individual tasks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724286: Wrong Vcs-* fields
Package: gedit-latex-plugin Version: 3.4.1-1 Severity: minor Dear maintainer, the Vcs-Browser and Vcs-git fields of debian/control are referring to the upstream repo. Those fields are instead assumed to refer to the repo (if any) used for the packaging work.¹ So they should probably be (assuming such repo is still in use): Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/gedit-latex.git Vcs-Git: git://anonscm.debian.org/collab-maint/gedit-latex.git Best, Pietro Battiston ¹ http://www.debian.org/doc/manuals/developers-reference/best-pkging- practices.html#bpp-vcs -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), (500, 'oldstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit-latex-plugin depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gedit3.8.3-3+b1 ii gvfs-bin 1.16.3-1 ii python 2.7.5-4 ii python-dbus 1.2.0-2+b1 ii python-glade22.24.0-3+b1 ii python-poppler 0.12.1-8.1 ii rubber 1.1+20100306-2 Versions of packages gedit-latex-plugin recommends: ii python-enchant 1.6.5-2 ii texlive 2012.20120611-5 gedit-latex-plugin 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#724287: rt4-extension-jsgantt, trac-jsgantt: embeds jsgantt - should depend on libjs-jsgantt separately packaged
Package: rt4-extension-jsgantt,trac-jsgantt Severity: normal Tags: security Packages rt4-extension-jsgantt and trac-jsgantt embed the Javascript library jsgantt. That Javascript library should instead be packaged separately and depended upon. Package name should be libjs-jsgantt according to https://wiki.debian.org/Javascript/Policy. This issue potentially affects security: See Debian Policy 3.9.4 § 4.13. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724288: snmpd: Please split snmptrapd bits into its own initscript
Package: snmpd Version: 5.7.2~dfsg-8.1 Severity: wishlist Hi, It would be nice if the snmptrapd was stripped out the /etc/init.d/snmpd initscript. Using flags in /etc/default/snmpd is discouraged as it will causes issue if a systemd service file is ever added. If you want to prevent snmptrapd to be enabled at boot by default you should probably wait until #709384 is fixed. 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-3-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#724289: [l10n:cs] Updated Czech translation of PO debconf template for snort 2.9.5.3-2
Package: snort Version: 2.9.5.3-2 Severity: wishlist Tags: l10n, patch In attachment there is updated Czech translation of PO debconf template (cs.po) for package snort, please include it. cs.po Description: Binary data
Bug#724276: closed by Andreas Beckmann a...@debian.org (Re: Bug#724276: nvidia-kernel: 304.88 API mismatch)
ow...@bugs.debian.org rašė: This is an automatic notification regarding your Bug report which was filed against the nvidia-kernel-source package: #724276: nvidia-kernel: 304.88 API mismatch It has been closed by Andreas Beckmann a...@debian.org. Hello again, I've removed old kernel and nvidia kernel module and problem stays: root@varliukas:~# find /lib/ -name nvidia-current.ko /lib/modules/3.10-2-amd64/nvidia/nvidia-current.ko root@varliukas:~# modinfo /lib/modules/3.10-2-amd64/nvidia/nvidia-current.ko | grep version version: 304.88 vermagic: 3.10-2-amd64 SMP mod_unload modversions root@varliukas:~# Version mismatch as said in kdm.log. root@varliukas:~# dpkg -l | egrep 'nvidia-kernel|linux-image|xserver-xorg-video-nvidia' ii linux-image-3.10-2-amd64 3.10.7-1 amd64 Linux 3.10 for 64-bit PCs ii nvidia-kernel-3.10-2-amd64 304.88+22+7+3.10.5-1 amd64 NVIDIA binary kernel module for Linux 3.10-2-amd64 ii nvidia-kernel-common 20130816+1 amd64 NVIDIA binary kernel module support files ii xserver-xorg-video-nvidia 304.108-1 amd64 NVIDIA binary Xorg driver root@varliukas:~# Don't close ticket while problem is not solved. -- Sincerely, Nerijus Kislauskas
Bug#724290: RM: pion-net -- ROM; Superseded by new source package (pion 5.0.3-1)
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 This request is somewhat belated, but the pion-net package is now superseded by the pion 5.0.3-1 package. The pion-net package should be removed from the archive. The normal method of creating dummy package in the new source package will not work, because the new pion source package also introduced a change in the library SONAME. Regards, - -Roberto -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJSQDNnAAoJECzXeF7dp7IP5/wP/jUutsV4E2sKQBh3GCQdokd/ xMADSerhER8/CiDfpGArxrXi7egWspwkYZBqcLWn+RTrRRhmz2U0x9BSQp38nO9i JQs7a4AVtxkaRpDiBwwRUn1eab/Hh92/0A2UV07SwfVQUmYduPmW3j5vVprB0EU4 xdvGaiVjE+36BEnKovPhVeGKj8IGR25mO63VP9r0vsioMIofTLXfEuId+ge5uLDe UMUCBgHuK3kaHcC+4fMB3vWH0e/MerxX5KdpsfJ37nAO7n5o4AcwYh/NNfq2PB+x tC6Y/3zzxI2NzUDLNMRtZLaoxuBQEYxZHyvwTSCpnEG6MfU+jEH4Ng4vlAIhw3q6 onU2w6FQX2gpH7+I392QABw/DhlZArZQc55MZKy4Ohxc8SzenowqFVTWi3j5Yaw8 nlQHnR8z6YLAeBOVNcqQqtS5OfRPE0LkJu5cAiTVrR8tTVz1j3nQY+PDjBhEYZoe IT/ce2WhDONFpsAIlfn1yKKeEYaZ7b6cydV4tkCd6mAGrarlOKO7ad3NW2CkuhWK xCKEh3W80LOp333F2jgCKgpTaJRGK6NI34ncqfmTqgrXTHKZz4Aaw1dTXLRodu5e al/X01+Oo2Wp43309lq6bmyZSfP23evnelF3ALL/u7oAFLNooFEtwbA4TyNpEytS 6OsDQ+QRoCgUpRVCktmB =T88h -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#724071: Patch: Add Misc Depends
forcemerge -1 723998 thank See 723998 :) Cheers, Paul -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#724291: aide-common: rule for php session is wrong
Package: aide-common Version: 0.15.1-8 Severity: normal The rule /var/lib/php5/sess_[0-9a-z]{32}$ VarFile+ANF+ARF is wrong on my system. The part after sess_ in the file names on my system is only 26 characters wrong. This resulted in these aide warnings: --- Added files: --- f: /var/lib/aide/aide.db f: /var/lib/php5/sess_2ecsieoh3dnjskmloi5hgn6lc0 f: /var/lib/php5/sess_6791ll6dqlrnqkneos1se7pnq0 f: /var/lib/php5/sess_bcb7dpbiq79s4s98c9129eeps7 f: /var/lib/php5/sess_jgbgrp38li89htbd4sudtvi0p0 f: /var/lib/php5/sess_jshbeepg0hd9ig9i484p435ce2 f: /var/lib/php5/sess_mnfg8nm86ti14v2kuo3rlhi7k2 f: /var/lib/php5/sess_t1jus9h3s72scmtfeq7kpun5h6 I had to change this rule to /var/lib/php5/sess_[0-9a-z]{26}$ VarFile+ANF+ARF to silence these. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (160, 'experimental'), (150, 'stable'), (140, 'proposed-updates'), (100, 'oldstable-updates'), (100, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aide-common depends on: ii aide0.15.1-8 ii debconf [debconf-2.0] 1.5.51 ii heirloom-mailx [mailx] 12.5-2 ii initscripts 2.88dsf-43 ii liblockfile11.09-6 ii ucf 3.0027+nmu1 Versions of packages aide-common recommends: ii cron 3.0pl1-124 aide-common suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723112: debian-maintainers: Please add IOhannes m zmölnig as DM
Package: debian-maintainers Followup-For: Bug #723112 I've created a new gpg-key (4096/RSA), and attach a new jetring changeset. thanks. fgasdr IOhannes -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-1-686-pae (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Comment: Add IOhannes m zmölnig zmoel...@iem.at as a Debian Maintainer Date: Mon, 23 Sep 2013 13:39:30 +0200 Recommended-By: Alessio Treglia ales...@debian.org, Hans-Christoph Steiner h...@eds.org Agreement: http://lists.debian.org/debian-newmaint/2013/09/msg00042.html Advocates: http://lists.debian.org/debian-newmaint/2013/08/msg00034.html, http://lists.debian.org/debian-newmaint/2013/09/msg8.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.14 (GNU/Linux) mQINBFI/EooBEACZaZ/vapfz84oWHPgzR5Lb313+IAzMTj1hV+bkh1FgtDopoyrn VQMB8XKjmIXEfAoQQ064h7SW4Q3jDuNlyVU/5SdyM7YzE6RwHixP1x8zlNhWvKR+ TTacsIqPxxHs4N3c0OuCSBOCrYaQJntv/LGDbCyVbqhZcxLwWdYVSQll9e846SxE +NTAhhX7zKw8grXhz2xxt8FHYCxOK1gUlwvbHV5dSF1VNac+ZXakbdyxqLaR7S1Q r/haAFhf7jlvBlOXqJv9udC9bxk7Ta2bgrfsIw6zc/TqRG20KMBAjIpdL18z2z5u oUBC6Bm+GksN+VYYF8F7qHncve1I2mEj/ednGPOfH7KKk1VrOHO7ElNDhEckLcSR cvYBOP+g8Itw8uWxWWrdeWACupVdxmQI14P4C0nKYq8rQ6QNOQ1YGRwx2hJfrH5G ikjXDskcc9nnO2gjzFH+BOElsObBG4N/hnxZyu7v9qz9Q2SjjP1N3zzjxjPdfleB bBi040E0WnaYr6RWvFJT/isgSWZ/NFzzGd7Z1K7cif3LFoBn+f8WoGPQxIaOiESf QbM9Vi+dnu8HOwuWM1vUFWLJAbCj9O4zTQgI09kMo1CzVosnkJoBBl/sSb/OrZ+z z5HOFy61p8k3mL23dPTfZ4BeYejfPqhHRvtSWMOUNIu0drEXL7cGgNkwGwARAQAB tC5JT2hhbm5lcyBtIHptw7ZsbmlnIDx6bW9lbG5pZ0B1bWxhZXV0ZS5tdXIuYXQ+ iQJABBMBCAAqAhsDBQkB4TOABQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJSPxSE AhkBAAoJELZQGcR/ejb4OMEP/3qdOm1E8lqr5kAV3F7mMw06fmS/Y2Y1QOq0TD3/ OB1KHh83RXiaOIpG5XqTBn+z7MlVEn7QWlsRj985879Bxxmd1iiT8dWxt9dqpgQD 3y9Zkm36kOAPpu/GwAE2rgFk/1d4uq+W41IF2ZLtI03SuZ0adZIDo+hSiI9Zj6ui A59aeLvWb8ZqjVUF5/lNfFW3rZa4xmeszy8mz06KrIRrT++fJMUUi8uriInVLhum EbMTYUwWEGmaUSSjRiwxExI7YIrSVc9+Io7BJu+g0JziALB0RC03u6knNB7SnqEO YrXmJczq6GRfJf2gq+QVWiItzAf/FHnTTNOBiykP4kjxf3QPS/ZFBpRJYpckNofa cWjImdHteepsaaymMM3jKgFGkQYNybb8Os0NH7ufcmbIOrmtrgj3ZE0e2ssxld3G HcbdpAHE5PyvQlA9Z3QoLp6fRpfcrrOtF09pz+OhQ+oyv9z9RduOdAfOPPu3yUj+ JFdAQZ0YXNnyjp2NGfrPEmFWLjByA+TkCVfZD+BgVkw0biAh78EvWpZvpyKsns64 Ku0n/W899+iHBCHe3dSOW7/IHfmbi3PScOxmxu3utegNFpBpDW0zYfcalssIT+4T hOeFWHgOFt5qecoHycBHelRhsGsMZ6Fm0rPoMYBQyWSv4/B1JNuL6k9KlFNfSPi4 k3lPiEYEEBEIAAYFAlI/FQMACgkQkX2Xpv6ydvQ5pgCggidvChdd81+wxLdqxPQS adX9BPsAoMpibAP07mImD5pA2Q4exxcoxEzViEYEExECAAYFAlI/SbYACgkQeVUk 8U+VK0IUkwCfbhjdN+R6SaLXfNLOX5T6FWyOMocAn3K3c4FWy1Lj4l10TfgHd0wH UMYZiQI9BBMBCAAnBQJSPxKKAhsDBQkB4TOABQsJCAcDBRUKCQgLBRYCAwEAAh4B AheAAAoJELZQGcR/ejb43UIP/RcIok+81Xg0wj5bfOk/iRzUyMbqXGqPU8L3RWOM U+TTd5bhnOI4vx8yhqqRmm5hmrKG8c/g/5/T1OL5/uQuR2J8PM90hCGaJZAMGx3N 7OJEa+FRb6nDNJiN7xXs8egCAlKGuJJAqGGLkt0P3Y00cvqvCj/DfXOtOEBRT7I9 BrII1ue6reRaQAshwllrRCLETyttwRGTa7bU9nIdu54f+CO8IFh1aFYDByrequJL cJNJYoi3S6oizYX8w8WZAAgK4AlmSsXAbSGUy5vHuhEYzBgaL++Hbidi8XJ4OrBs LvUsg7Ft7+BPenaevI/KbVXZbFNsYFlcprbc6lZw/S2ZlDvNxI9kk2+ouBQ3HW2p HQ9+sJATh4VpL3JotF9S8Te0VvzYQRuyOabxygHDiozMzys+PhCG0BV0faEDHqZI 4B/4aW2QGCWMSsDd8QwlH2ATugDQKnpia0THBE5iR/sjxuozCP6RYEzV0JkOlTMW 4k97MjZVmQZFnjTNqnxxCJ0614ncE2l2uIExqaypx+6NGaZOUnLUTvBkEmcfrkwx lIeQhgCLJAS5b8ZSiWsKagGWDRtUJH80v6bShrU9B0crTnx4rH0zlOzeQR5fSR2I d+xhVdtwddLyB9KbTvZoprTy/Ditku+/AbfVz6CxS4wo1rXCu8xElUJOqQZa65On 8NyIiQIiBBABCAAMBQJSP/swBYMB4EraAAoJECx8MUbBoAEhzoYP/jqTwN1xtvRV z5sNYpwZVydlEhENjjv5GAz/89OT1cvte9WHtLEkMOdcpvaUM5SicdWEXCOCSri6 JqWhixzJl/ge0hXxS+4V7ieUyfzS2bRnj3g9gHkh0aZRBmPUJdkMJ3gvo+Vb4Vlo QnNl7hVgjcg8E/y14iiVxObldxyLyFu8nPbfVO4PlEuZ8rvklPu+9VyYIFKC4LmV kJGmDKeJXhChxvvXtrfG8tXDZqi5SgjsfhPmhot5QqLQdfIrssa7FKpF8JeE+Ly1 3BwUdrT7HynXp6rIDVeBmijVF6I49nn3CoTqLIluFxngU0cucLgX7nFDpglNyR/y aUwxwR5TNCVoXHlxyihhnKxlfRh36bu5IhYkWayWTWWMOpfyJpq9oldqSdNtHQnd G/TBEkru26g1vwILHCSU98lwzU8nf1wsquj5vzQHdlDkoNtVAyGLZ+xvn3nHCqC5 tOSAC0MaEZmaaKqMZ4PNGJpWSzphaMdd8F7dig3jbrA4UImw5gOCOaXRSuwNNFHL DqaK+46PXeTh8cOaxAhAyBn1C8UOHPenkDwTQ6aSOOiCZIK+lPwZp/YUFKd36Fk+ hl4X9yTe8teW8n5PBZvYIrLn5T2s3hLqFCb+/MUIGEmfbcZ4zGwahsBwbp66gmcN F6li0lgvrNLjwjPX4os9dnEudToJPh5stCVJT2hhbm5lcyBtIHptw7ZsbmlnIDx6 bW9lbG5pZ0BpZW0uYXQ+iQI9BBMBCAAnBQJSPxQWAhsDBQkB4TOABQsJCAcDBRUK CQgLBRYCAwEAAh4BAheAAAoJELZQGcR/ejb4W+kP/3fVy1+LQoIcMBC0/SvHB+iD N7/7kpKPEbirJR/txFHzorx2BrKq34KchskgeMAY7RdP1DtxkBkclva3Sy+SBl5j mOQKpu6UEtZkXRj+iUQN6OJsIPyziUhGnxzzQoNnnzkKcNNDIx1oHchHjnqw8O2Q OkaruqlmsbUrPJaQTYxTaqP9cvx3IMnoJ8SbinqSYlUIwxo2WFng2WDXDA7eTcki 7NqXeCLMjT4nLgDstMI0OqJbHrN4jRYYntcb2M6gs2iDQ5LA1dnNQatF9TMpAI2X aBkgedvYGJFRC4BmsflzOUMdPEW+kIfHaiixxT88+IZxcfGOcv8tWjiyX6imq9FP UW5FkEl1nHTPxlupHHjAzxE6VJqMPLuhXYSBXCyZlDMaCQLZBB4WCMxlw5gI5s8K
Bug#712004: version 1.7.13 fixes #712004
Hi, I've just tried to update subversion to latest 1.7.13 (see the attached patch). It seems that this version provides apache module which are compatible with apache 2.4. In particular #712004 seem to fix. Thus libapach2-svn could be reenabled. Hope this helps Best C -- Christophe TROPHIME Research Engineer LNCMI CNRS - LNCMI 25, rue des Martyrs BP 166 38042 GRENOBLE Cedex 9 FRANCE CNRS Tel : +33 (0)4 76 88 90 02 Fax : +33 (0) 4 76 88 10 01 Office U 19 M@il : christophe.troph...@lncmi.cnrs.fr Index: debian/changelog === --- debian/changelog (revision 1261) +++ debian/changelog (working copy) @@ -1,12 +1,53 @@ -subversion (1.7.10-1) UNRELEASED; urgency=low +subversion (1.7.13-1.1) unstable; urgency=low - * New upstream version. + * Non-maintainer upload + * New upstream release (Closes: #712004) + * debian/rules: +- enable libapache2-svn build + * debian/control: +- [re]add libapache2-svn package +- add apache2 to libapache2-svn Depends + + -- Christophe Trophime christophe.troph...@lncmi.cnrs.fr Tue, 17 Sep 2013 08:38:04 +0200 + +subversion (1.7.9-1+nmu4) unstable; urgency=low + + * Non-maintainer upload. * patches/ruby-test-wc: New patch from upstream to fix a stray case of a testsuite failure due to APR 1.4 hash randomization. Thanks to Michael Gilbert for digging this up. (Closes: #705364) + * Use --disable-neon-version-check to build libsvn_ra_neon against libneon27 +0.30.0. + * Add handling of directory to symlink conversions for +/usr/share/doc/libsvn-{dev,java,ruby,ruby1.8}. (Closes: #690155) - -- Peter Samuelson pe...@p12n.org Sat, 01 Jun 2013 07:24:21 -0500 + -- James McCoy james...@debian.org Mon, 02 Sep 2013 21:11:08 -0400 +subversion (1.7.9-1+nmu3) unstable; urgency=high + + * Non-maintainer upload. + * Disable libapache2-svn build (closes: #712004, #666794) + + -- Julien Cristau jcris...@debian.org Tue, 09 Jul 2013 19:56:11 +0200 + +subversion (1.7.9-1+nmu2) unstable; urgency=high + + * Non-maintainer upload. + * Add CVE-2013-1968.patch patch. +CVE-2013-1968: Subversion FSFS repositories can be corrupted by newline +characters in filenames. (Closes: #711033) + * Add CVE-2013-2112.patch patch. +CVE-2013-2112: Fix remotely triggerable DoS vulnerability. (Closes: #711033) + + -- Salvatore Bonaccorso car...@debian.org Thu, 06 Jun 2013 13:14:52 +0200 + +subversion (1.7.9-1+nmu1) unstable; urgency=medium + + * Non-maintainer upload. + * Convert SVN_STREAM_CHUNK_SIZE to an integer in svn/core.py (closes: #683188). + + -- Michael Gilbert mgilb...@debian.org Fri, 12 Apr 2013 00:58:01 + + subversion (1.7.9-1) unstable; urgency=medium * New upstream version. Some DOS fixes in mod_dav_svn: Index: debian/control === --- debian/control (revision 1261) +++ debian/control (working copy) @@ -6,12 +6,13 @@ Guilherme de S. Pastore gpast...@debian.org Build-Depends: debhelper, libneon27-gnutls-dev, libserf-dev (= 1), zlib1g-dev, libapr1-dev, libaprutil1-dev, libdb5.1-dev, - libsasl2-dev, apache2-threaded-dev, + libsasl2-dev, libsqlite3-dev (= 3.4), libgnome-keyring-dev, libdbus-1-dev, kdelibs5-dev, quilt, doxygen, autotools-dev, autoconf, libtool, swig, python-all-dev, perl, libperl-dev, ruby1.8, ruby1.8-dev, gcj-jdk (= 4:4.4) [!alpha !arm !hppa !m68k !mips !mipsel !hurd-i386], - junit [!alpha !arm !hppa !m68k !mips !mipsel !hurd-i386] + junit [!alpha !arm !hppa !m68k !mips !mipsel !hurd-i386], + dh-apache2, apache2-dev (= 2.4.6~) Build-Conflicts: libsvn-dev ( 1.7~) Homepage: http://subversion.apache.org/ Vcs-Svn: svn://svn.debian.org/pkg-subversion/src/1.7.x/ @@ -67,17 +68,6 @@ This package contains development (API) documentation for libsvn1, the Apache Subversion libraries. See the 'libsvn1' package for more information. -Package: libapache2-svn -Section: httpd -Architecture: any -Depends: apache2.2-common, ${shlibs:Depends}, ${misc:Depends} -Suggests: db5.1-util -Description: Apache Subversion server modules for Apache httpd - This package provides the mod_dav_svn and mod_authz_svn modules for - the Apache 2.2 web server. These modules provide Apache Subversion's WebDAV - server backend, to serve repositories over the http and https - protocols. See the 'subversion' package for more information. - Package: python-subversion Section: python Architecture: any @@ -176,3 +166,14 @@ This is a transition package to install the Apache Subversion library bindings for Ruby 1.8. You may remove this package if nothing depends on it. + +Package: libapache2-svn +Section: httpd +Architecture: any +Depends: apache2, ${shlibs:Depends}, ${misc:Depends}
Bug#651170: PyXB package status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 owner 651170 ! thanks On 2013-09-09 20:15, Cleto Martin Angelina wrote: You can take the ITP and I would be happy to help you with anything you need. I've pushed my changes to SVN at [0] and I will now start looking for a sponsor. [0] http://anonscm.debian.org/viewvc/python-modules/packages/pyxb/trunk/ Cheers, - -- Michael Fladischer Fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (GNU/Linux) iQIcBAEBAgAGBQJSQDe9AAoJEGlMre9Rx7W2jhIQAKodLctzQYRZvbWRCTdqziRh H26nyinnn8RIeJLNXqD5x7XDh/l9BlLcoLkfu58LC9ZVRVOfLFhLkGVfITzUaOf6 l1PgXzmsy1/zR4J3aqHrBlTsGTuPENccZrADXc5nBk4rBnAEZFtdrHayQ3NxET0f cGbIs/flZwjsm7IYILGr/VVeWiSvUuGFIW4yvmIVpBw6A3VV0Bf8kMlgAg+zcyN2 5AYbeC0UUpLxbdAxjD8rQjar52w5vDNmFdtmmIU9wfSADsPStfVFqHZkXAolwjqj XyTabw7qCp792ckNsR4WqFpUCuTvsxpPo+7fQFR32Osyxv7FjoBSCNY5a4WZN3uk n6HihUHMYzzq6QqjoTFvD0Z4ScZh6ctzGHGWmTq9UbmGx6+GnK20XB2oGJzhBqYY u49z0Era0h2zrOc9QaiDpSLAnLQ3VGJ5uJjF+GSlHfjirI2FrBE64oCvml+Hlc9J Gq/VlA+bDnlKAtfEs/mSMqnpdu5B51UGLt8cN7j4M9hUCfyAi1x97/ucy7eDVaeD D1Ua2hoCdmbzQenHlvvGnFE2PwaXMDgPWp/zqZRZPIn3IRqOqYWD7z2tDPegheSx J83PtG8RJc09Pdy1TRwI6wnSzdncZ3abAPETjK/m4fEkQJrIwgsiHASlWepmrVCS /YJhUv+3UXJggodq4B0/ =ZHwW -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#720982: how-can-i-help: support providing a list of additional packages to care about
On 20/09/13 at 12:02 +0200, Christophe Siraut wrote: Hi Lucas, Please review the attached patch, I think it meets the requirements. About the configuration file format, I considered a whitespace separated list to be practical. In regard to the usage, maybe we can document the following command as a way to monitor all packages from a server. ssh myserver dpkg -l | tail -n+5 | awk '{ print $2 }' ~/.config/how-can-i-help/packages Hi, The patch looks good. Could you include an example of how to generate a suitable list in the man page? After that, please push to git :-) Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724274: fail2ban: Please add ability to ban whole IP ranges
Hi Fabian, we are working on the features which would occur in some 0.9.x release which would make it configurable out-of-the-box, but meanwhile you can just easily create an augmented action file where you would have customized iptables call with /XX to ban whatever big subnet you like. here is my reply on fail2ban-users Date: Wed, 7 Aug 2013 12:57:54 -0400 From: Yaroslav Halchenko li...@onerussian.com To: fail2ban-us...@lists.sourceforge.net Subject: Re: [Fail2ban-users] a more agressive ban of the whole class c? well -- probably I should have added that you can always to customize your action file to ban whole networks: # iptables -I INPUT 1 -s 1.2.3.4/24 -j DROP # iptables -L -n -v | head Chain INPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 DROP all -- * * 1.2.3.0/24 0.0.0.0/0 On Mon, 23 Sep 2013, Fabian Greffrath wrote: Package: fail2ban Severity: wishlist Tags: upstream Hello, for a few days now my private e-mail server is suffering ssh login attempts from a rather narrow range of IP addreses that are (apparently) all located in China. That is, once one IP is blocked by fail2ban, the attacks continue from another IP of that range shortly thereafter. Would it be possible to broaden the ban rule to ban a whole IP range (say, the 512 surrounding IP addresses) around an offending IP at once? Best regards, - Fabian -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721434: solved in git
Dear maintainer, I pushed to alioth a new branch, adapted_3.8.0, which updates to upstream version 3.8.0 and solves a couple of minor bugs. Feel free to pickle from it (I'm currently using the resulting package succesfully). Pietro P.S: for anybody willing to test, this should work: git clone git://anonscm.debian.org/collab-maint/gedit-latex.git cd gedit-latex git branch adapted_3.8.0 git-buildpackage sudo dpkg -i ../gedit-latex-plugin_3.8.0-1_all.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724292: tt-rss: Database update failed when going from 1.9 to 1.10
Package: tt-rss Version: 1.10+dfsg-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** I upgraded tt-rss from 1.9 to 1.10. It required an update on the (mysql) database for the program. It asked the database admin password, I give it, but then fails with the following error message : mysql said: ERROR 1060 (42S21) at line 3: Duplicate column name 'lang' It then proposes to abandon, retry or retry with the same parameters. I tried the last two options (with do exactly the same thing), and the bring me back to the same error message. At this point, the program is broken. An attempt to connect results in an error (Unable to connect to database). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tt-rss depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.51 ii init-system-helpers1.11 ii libapache2-mod-php55.5.3+dfsg-1 ii libjs-dojo-core1.7.2+dfsg-1 ii libjs-dojo-dijit 1.7.2+dfsg-1 ii libjs-scriptaculous1.9.0-2 ii libphp-phpmailer 5.1-1 ii php-gettext1.0.11-1 ii php5 5.5.3+dfsg-1 ii php5-cli 5.5.3+dfsg-1 ii php5-json 1.3.2-1 ii php5-pgsql 5.5.3+dfsg-1 ii phpqrcode 1.1.4-1 Versions of packages tt-rss recommends: ii apache2 2.4.6-3 ii apache2-bin [httpd] 2.4.6-3 ii nginx-full [httpd] 1.4.1-3+b1 ii php5-gd 5.5.3+dfsg-1 ii php5-mcrypt 5.5.3+dfsg-1 Versions of packages tt-rss suggests: ii mysql-client 5.5.31+dfsg-1 ii mysql-client-5.5 [mysql-client] 5.5.31+dfsg-1 ii mysql-server 5.5.31+dfsg-1 ii php-apc 4.0.2-1 ii php5-apcu [php-apc] 4.0.2-1 pn sphinxsearch none -- Configuration Files: /etc/default/tt-rss changed: DISABLED=0 FORKING=0 /etc/tt-rss/config.php changed: ?php // *** // *** Database configuration (important!) *** // *** include_once('/etc/tt-rss/database.php'); define('DB_TYPE', $dbtype); define('DB_HOST', $dbserver); define('DB_PORT', $dbport); define('DB_USER', $dbuser); define('DB_NAME', $dbname); define('DB_PASS', $dbpass); define('MYSQL_CHARSET', 'UTF8'); // Connection charset for MySQL. If you have a legacy database and/or experience // garbage unicode characters with this option, try setting it to a blank string. // *** // *** Basic settings (important!) *** // *** define('SELF_URL_PATH', 'http://localhost:445/'); // Full URL of your tt-rss installation. This should be set to the // location of tt-rss directory, e.g. http://example.org/tt-rss/ // You need to set this option correctly otherwise several features // including PUSH, bookmarklets and browser integration will not work properly. define('FEED_CRYPT_KEY', ''); // Key used for encryption of passwords for password-protected feeds // in the database. A string of 24 random characters. If left blank, encryption // is not used. Requires mcrypt functions. // Warning: changing this key will make your stored feed passwords impossible // to decrypt. define('SINGLE_USER_MODE', false); // Operate in single user mode, disables all functionality related to // multiple users and authentication. Enabling this assumes you have // your tt-rss directory protected by other means (e.g. http auth). define('SIMPLE_UPDATE_MODE', false); // Enables fallback update mode where tt-rss tries to update feeds in // background while tt-rss is open in your browser. // If you don't have a lot of feeds and don't want to or can't run // background processes while not running tt-rss, this method is generally // viable to keep your feeds up to date. // Still, there are more robust (and recommended) updating methods // available, you can read about them here: http://tt-rss.org/wiki/UpdatingFeeds // * // *** Files and directories ***
Bug#724274: fail2ban: Please add ability to ban whole IP ranges
Hi Yaroslav, thanks for your prompt reply! Am Montag, den 23.09.2013, 09:07 -0400 schrieb Yaroslav Halchenko: we are working on the features which would occur in some 0.9.x release which would make it configurable out-of-the-box, but meanwhile you can just easily create an augmented action file where you would have customized iptables call with /XX to ban whatever big subnet you like. So you mean that I should just add /24 to the ip placeholder in the actionban line in /etc/fail2ban/action.d/iptables-multiport.conf ? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724284: [tryton-debian] Bug#724284: RFP: tryton-nereid -- web framework on top of Tryton Application Platform
* Jonas Smedegaard: [tryton-debian] Bug#724284: RFP: tryton-nereid -- web framework on top of Tryton Application Platform (Mon, 23 Sep 2013 13:23:01 +0200): Package: wnpp Severity: wishlist * Package name: tryton-nereid Version : 2.8.0.5 Upstream Author : Openlabs Technologies Consulting (P) Ltd. * URL : http://openlabs.github.io/nereid/ * License : GPL-3+ Programming Lang: Python Description : web framework built over Flask with Tryton as a backend Nereid can be used to build web applications, that could use Tryton's ORM as a backend. While, there are no inherent limitations which prevent you from using nereid to build any kind of web application, the design decision that we made while building nereid itself are tailored to build application that extend the functionality of the ERP system, like e-commerce system, EDI systems, Customer/Supplier Portals etc. . Tryton is a high-level general purpose application platform written in Python and using PostgreSQL as database engine. It is the core base of a complete business solution. nereid is subject to inclusion in Tryon core. I would prefer to package the final version on tryton.org. signature.asc Description: PGP signature
Bug#724293: libgraphics-colorobject-perl: warnings with Perl 5.14
Package: libgraphics-colorobject-perl Version: 0.5.0-5 Severity: normal Actually the same bug as in #578938, but it doesn't look like it's solved in version 0.5.0-5. The warnings still occurs: $ perl -MGraphics::ColorObject -we 'Graphics::ColorObject-new_RGBhex(#ff)' Use of uninitialized value within @_ in lc at /usr/share/perl5/Graphics/ColorObject.pm line 1905. When comparing the extracted version 0.5.0-4 and 0.5.0-5, there seems to be no difference between the ColorObject.pm files. Changing line 1905 of /usr/share/perl5/Graphics/ColorObject.pm to the following should solve the problem: my $name = shift; return undef unless defined $name; $name = lc($name); -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') 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 Versions of packages libgraphics-colorobject-perl depends on: ii libgraphics-colornames-perl 2.11-4 ii perl 5.14.2-21 libgraphics-colorobject-perl recommends no packages. libgraphics-colorobject-perl 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#724271: libproc-invokeeditor-perl: FTBFS: Couldn't find an editor: No such file or directory
Control: severity -1 important Control: retitle -1 libproc-invokeeditor-perl: FTBFS with nano installed and ed and nvi not installed -=| Damyan Ivanov, 23.09.2013 09:25:44 +0300 |=- Package: src:libproc-invokeeditor-perl Version: 1.06-2 Severity: serious Tags: upstream Justification: FTBFS This package fails to build in a clean current sid pbuilder chroot on amd64: t/01_require.t ... ok Couldn't find an editor: No such file or directory at /tmp/buildd/libproc-invokeeditor-perl-1.06/blib/lib/Proc/InvokeEditor.pm line 176. # Looks like you planned 8 tests but ran 6. As it seems, the chroot was not so clean -- it had 'nano' installed, and nano 'Provides: editor', which satisfies the build-dependency of 'ed|nvi|editor'. However, the code never checks for /usr/bin/editor, so it fails. We still have a bug -- either the code needs to support /usr/bin/editor, or the |editor part of the (build-)dependency should be dropped. signature.asc Description: Digital signature
Bug#724285: [tryton-debian] Bug#724285: RFP: tryton-nereid-project -- web application for Tryton project management
* Jonas Smedegaard: [tryton-debian] Bug#724285: RFP: tryton-nereid-project -- web application for Tryton project management (Mon, 23 Sep 2013 13:43:37 +0200): Package: wnpp Severity: wishlist * Package name: tryton-nereid-project Version : 2.8.0.1dev Upstream Author : Openlabs Technologies Consulting (P) Ltd. * URL : https://github.com/openlabs/nereid-project/ * License : GPL-3 Programming Lang: Python Description : web application for Tryton project management Nereid Project is a collaborative development platform mainly used for managing project processes, but could be used for managing any kind of project. It is designed to help organise projects tasks. The aim is to connect everything together on a single interface, avoiding unnecessary time consumption, and track project’s progress, task’s status, shared files, time spent on individual tasks. tryton-nereid-project will perhaps be included in the Tryton core. We will re-evaluate the situation when tryton-nereid will hit tryton.org. signature.asc Description: PGP signature
Bug#722063: Now that xorg 1.14 it is in unstable it about time
Eric Valette eric.vale...@free.fr (2013-09-23): Makes unstable version not installable if no other input is selected. Welcome to sid. Your pestering in bug reports doesn't help, please stop. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723798: pu: package gajim/0.15.1-4
package gajim fixed 693282 0.15.4-1 thanks Adam D. Barratt, 2013-09-19 23:08+0100: If http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693282#50 is correct and the bug is already fixed in unstable, please also add an appropriate fixed version. Indeed. I have just checked, the changes that fix it are included in upstream release 0.15.4. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#723798: pu: package gajim/0.15.1-4
Cyril Brulebois, 2013-09-23 05:14+0200: Also, one can wonder why urgency is high for an upload prepared in april, and not going through security channels. I was not maintaining this package at that time, and I just took the proposed NMU, thinking that urgency was relevant. If it is not, I can change it, no problem. Librement, -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#724295: unrar-free: unrar-nonfree compatibility mode is not compatible to unrar-nonfree
Package: unrar-free Version: 1:0.0.1+cvs20071127-2 Severity: normal Tags: upstream patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The command line compatibility mode for unrar-nonfree-alike calls is not compatible to unrar-nonfree. At least, the -y option, which is valid for unrar-nonfree and important for automated extractions, like nzb grabbers or comic book viewers, causes unrar-free to exit uncleanly because it does not know the option. All options that are valid for unrar-nonfree should pass in compat_iscmd(). Attached is a small patch that accepts the -y option, however, it does not do anything with it. Mind you, unrar-free is completely unusable for some of the scenarios mentioned above because of bug #270751 . But maybe someone will take on work on unrar-free to fix both? - -- 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-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages unrar-free depends on: ii libc6 2.17-92+b1 unrar-free recommends no packages. Versions of packages unrar-free suggests: pn pike7.8 | pike7.6 | pike none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQJOBAEBCAA4BQJSQEX/MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pbCuxAAuq3Dewv01JRIKP9rS3lT iFWis6Tv54p8I81LOJ427cBYyzHkT2hGV1pPCP63psJy03KFmlUtNKPhyY4fu/Yb NNQMnudf0HKCvz6IRNqHpWl3BwsKubKHxH+BFH/BnHYqfJjzJWhDSAt86YoTFcvl bEpzDLa8fSz6jVZGLL6AaVi4oWe4mTNyZR2HI4D4s4Y+munVjECPodQxwoHuVG0Y tCXvhX4JSR0V4aXzrdYIS8s0VXnVg0Q+3WuT7y0/MWFAzOUAn7vWJvbAJ9undLNy BN0ranTCC4X8rHVxJduipNEzzRZ5ROdyVZzApAnZK4LYzyHQsnt/FRP/wpDLG2wb oEpXA43nh+W3YrPObXuS0txv+YaFvWloUF5a6hkSGeVyDPTSC0+UzNcRLlOGTzXU FLwKZzwLSMuaW2FFzFX+RxsOqQ4/zmyICkCfgLfNsM7cDioOWrfibWEYHeuKYfBB MfuF234N8mrYGiZKxTzGZx0DPX76wFztUpd935JAwIFu7rnjQV2ORPoO5TN+zQ13 aSAWTwIacaijjV6eCb2/xb4YefP/zpWb7TRZnBVA2udiiXooVv2oRsL5PE3ORPEB mr5OuaGPtawrCutijyW2Epl3jyk7L17HaSmkbCCbowhgsODIFN3CPf1vrhrP1YuF YfqEl+FANXE4bLFecKrYGPQ= =nWB4 -END PGP SIGNATURE- --- a/src/opts.c +++ b/src/opts.c @@ -218,6 +218,7 @@ int compat_iscmd(char *a) { || strcmp(a,vt)==0 || strcmp(a,vb)==0 || strcmp(a,x)==0 + || strcmp(a,y)==0 ) { return (1==1); }
Bug#658316: Bug #658316 - [gparted] Menu item fails quietly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/23/2013 12:12 AM, Filipus Klutiero wrote: That's right, the Debian menu item works fine as I wrote. I only see an issue with the .desktop menu item now. How to do activate the menu item instead of using the .desktop? Oh, sorry, I never realized Synaptic even had a Debian menu item. That one is indeed using a terminal to prompt, which does work reliably. The downside being the awkwardness of the background window (in particular when one does have an agent running). What I meant to point at was Synaptic's .desktop files (/usr/share/applications/synaptic-kde.desktop). This is strange then because gparted's .desktop file was shamelessly copied from synaptic's. I did however, notice that synaptic seems to have a second kde-only .desktop file that does things differently. Maybe that is what is going on? Could you try removing that desktop file and see if it breaks synaptic? If so then maybe it could be adapted into a kde only desktop file for gparted, though it does seem silly to have two different .desktop files. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSQEYlAAoJEJrBOlT6nu75KAMIALqmWtxYX/9spd4s3Z8SkKd7 j/H0wx8OLj4jobcju5VtTn/kRTrVC+viFzG/a+6nFxM+a9gaCavrKuVsrH4YqMKc Z0li31ovACtlwDTpGQGKtC6if1BduHXeGb/je5kKLVW9nrLWxrC06AHUJBWaF5kx ockVYLyKOnxaSQmtfBJDOx8G5iMUNOebsK2He/dHoNRTxVaL3wdoR5IozxmT3MST 54zMHlPPMVm//LKbSdnk7Ty9TScuhJnn996It9mMVzV4tMlk3vLbVgUVfWYZ1SMv nvhlWe0D/7YVWs+PAnRhbfu/R6A+VPWFM4PA5SJn8uogJ4O1CRZxJW6PfCtFVmU= =Jz7F -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#688251: #688251: Built-Using description too aggressive
On 09/23/2013 10:56, Paul Wise wrote: On Mon, Sep 23, 2013 at 5:33 AM, Charles Plessy wrote: do you think that the attached patch would solve the problem ? There are more reasons for using Built-Using than licenses, for example: Rebuilding against updated versions of static libraries. Rebuilding the debian-installer-*-netboot-* packages. I don't think we should restrict usage of Built-Using to only license-related reasons, there are also other reasons. Yes, licensing isn't the only reason: if there was a clang-avr package build-depending on clang-source (or gcc-avr built using a gcc relicensed under a non-copyleft license), the source for the clang-avr package should still be kept around and this would include the clang-source package. In the end the problem comes down to defining what the source of a binary package is. I doubt there are disagreements that the source for a package X build-depending on Y-source includes Y-source or src:Y as in the example above. In general I would also include statically linked libraries. However I wouldn't think that language runtimes that are added automatically by the compiler are part of the source of a binary. There's probably no way to define source; in non-trivial cases there's always some judgement involved. But if you find a clearer wording for Policy, sure, go ahead. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#270751: unrar-free: cannot decompress multipart rar archives
Package: unrar-free Version: 1:0.0.1+cvs20071127-2 Followup-For: Bug #270751 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 This bug is a real blocker for unrar-free's usability as a replacement for unrar-nonfree. Is there any progress? Is unrar-free even still maintained? - -- 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-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages unrar-free depends on: ii libc6 2.17-92+b1 unrar-free recommends no packages. Versions of packages unrar-free suggests: pn pike7.8 | pike7.6 | pike none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQJOBAEBCAA4BQJSQEZWMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paBBg/+ISyOEV0zBy3OzZpCY6gn +0bc0Q/wfcZyYXsWL+J6GUB7DTQeS1gec9oJgO0NSnW22vLkUZbK1ppfrzJ2weEe AsqT+7BbWfYiTQc5C/Xminew29PIEzoGZ0HLpqb3PIB0FDLLZDu2FkaNswi+XGJJ 4ZbpjkeDiZ1Gbi+qSxabQNRHnXrP/9boxrUzuknFaA0yCUfNbQE1GtHr55JK4PvG dZQ+7cP8iZrHuBEm11g2BqFM98d7P1fTJ6daxF83+EH8YTXoNcsDmG7uKJb3QmDM W0pGwc0skLo26dMMeWvxVEvoJoVf8Btj5dkbZrwBS5Iuk8YeY/PUM/cEhajNUxIo LcVMkVAdQ3E+d7NmOArxdrljsGgOw+BmlM7Yj6F5JIvYFHlwLzinMemTfWP4Zb3X Eea4bdumP7VxuV5ZxY7xTQ5+bR6bV8U8sEi1bTyk6ldJ03G4hwHvPz/jsG6RsVg0 /F1kucZGzmniQG3aoWTt3tz3hXX4Wf0YN81OBg7Y7p5KyIgGIRBIcZvpoRX0KBj6 d7vRUGzMS0FjIDmGdNQGx7FmzNw0eEof2cVmaHXLzpED+2tTiGv4gXUMeAcrx5Oy Dtj4WO6BiQwHsGmMcWFSbYuaxO4g3bJi05BemRuOIK710Nz6ZK92FcTrZOj7jlgH +ai8GT+wzFFb9dlcdauI958= =6rg9 -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#722063: Now that xorg 1.14 it is in unstable it about time
On 09/23/2013 04:01 PM, Eric Valette wrote: Do not understand. I opened the first bug moths ago while xorg was in unstable. I fact I openened it only recently when back at work figuring that since July the bug han't been fixed in experimental... No comment on it when just rebuilding was needed. This morning the server hit unstable but the package was not rebuild (at least not at the time I did the upgrade). So I just pushed a new hint. it was opened as a whislist, I though it was now time to change the severity but preferred to remind it... If you had done something during the month the bug was open in unstable, nothing would have appened. Not true as I did open the bug only recently but true that the status has been as such for months in experimental preventing the core package to install. looking at the first beta of xserver-xorg-core release date in experimental will give the exact timing... -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724274: fail2ban: Please add ability to ban whole IP ranges
On Mon, 23 Sep 2013, Fabian Greffrath wrote: thanks for your prompt reply! Am Montag, den 23.09.2013, 09:07 -0400 schrieb Yaroslav Halchenko: we are working on the features which would occur in some 0.9.x release which would make it configurable out-of-the-box, but meanwhile you can just easily create an augmented action file where you would have customized iptables call with /XX to ban whatever big subnet you like. So you mean that I should just add /24 to the ip placeholder in the actionban line in /etc/fail2ban/action.d/iptables-multiport.conf ? yes! but better not modify existing one but copy to a new one, modify and then adjust your banaction in jail.local, e.g. cat /etc/fail2ban/jail.local [DEFAULT] banaction = iptables-multiport24 smth like that ;) -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722063: Now that xorg 1.14 it is in unstable it about time
On 09/23/2013 03:43 PM, Cyril Brulebois wrote: Eric Valette eric.vale...@free.fr (2013-09-23): Makes unstable version not installable if no other input is selected. Welcome to sid. Your pestering in bug reports doesn't help, please stop. Do not understand. I opened the first bug moths ago while xorg was in unstable. No comment on it when just rebuilding was needed. This morning the server hit unstable but the package was not rebuild (at least not at the time I did the upgrade). So I just pushed a new hint. If you had done something during the month the bug was open in unstable, nothing would have appened. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724300: snort: French debconf templates translation
Package: snort Version: N/A Severity: wishlist Tags: patch l10n Dear Maintainer, Please find attached the French debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) # Translation of snort debconf templates to French # Copyright (C) 2007 Christian Perrier bubu...@debian.org # This file is distributed under the same license as the snort package. # # Christian Perrier bubu...@debian.org, 2004, 2006, 2007, 2008. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: sn...@packages.debian.org\n POT-Creation-Date: 2013-09-13 08:03+0200\n PO-Revision-Date: 2013-09-16 09:38+0200\n Last-Translator: JP Guillonneau guillonneau.jeanp...@free.fr\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: \n #. Type: select #. Choices #: ../snort.templates:2001 msgid boot msgstr Au démarrage #. Type: select #. Choices #: ../snort.templates:2001 msgid dialup msgstr À la connexion #. Type: select #. Choices #: ../snort.templates:2001 msgid manual msgstr Manuellement #. Type: select #. Description #: ../snort.templates:2002 msgid Snort start method: msgstr Méthode de lancement de Snort : #. Type: select #. Description #: ../snort.templates:2002 #| msgid #| Snort can be started during boot, when connecting to the net with pppd or #| only manually with the /usr/sbin/snort command. msgid Please choose how Snort should be started: automatically on boot, automatically when connecting to the net with pppd, or manually with the / usr/sbin/snort command. msgstr Snort peut être lancé au démarrage du système, lors de la connexion au réseau avec pppd ou à la demande avec la commande « /usr/sbin/snort ». #. Type: string #. Description #: ../snort.templates:3001 msgid Interface(s) which Snort should listen on: msgstr Interface(s) où Snort sera à l'écoute : #. Type: string #. Description #: ../snort.templates:3001 #| msgid #| This value is usually 'eth0', but this may be inappropriate in some #| network environments; for a dialup connection 'ppp0' might be more #| appropriate (see the output of '/sbin/ifconfig'). msgid This value is usually \eth0\, but this may be inappropriate in some network environments; for a dialup connection \ppp0\ might be more appropriate (see the output of \/sbin/ifconfig\). msgstr La valeur habituelle est « eth0 » mais elle peut varier selon l'environnement réseau : pour une connexion ponctuelle (« dialup »), « ppp0 » est probablement plus adapté (voir le résultat de la commande « / sbin/ifconfig »). #. Type: string #. Description #: ../snort.templates:3001 #| msgid #| Typically, this is the same interface as the 'default route' is on. You #| can determine which interface is used for this by running '/sbin/route - #| n' (look for '0.0.0.0'). msgid Typically, this is the same interface as the \default route\ is on. You can determine which interface is used for this by running \/sbin/route -n \ (look for \0.0.0.0\). msgstr L'interface est celle qu'utilise la route par défaut. Vous pouvez obtenir cette information avec la commande « /sbin/route -n » (rechercher « 0.0.0.0 »). #. Type: string #. Description #: ../snort.templates:3001 #| msgid #| It is also not uncommon to use an interface with no IP address configured #| in promiscuous mode. For such cases, select the interface in this system #| that is physically connected to the network that should be inspected, #| enable promiscuous mode later on and make sure that the network traffic #| is sent to this interface (either connected to a 'port mirroring/ #| spanning' port in a switch, to a hub or to a tap). msgid It is also not uncommon to use an interface with no IP address configured in promiscuous mode. For such cases, select the interface in this system that is physically connected to the network that should be inspected, enable promiscuous mode later on and make sure that the network traffic is sent to this interface (either connected to a \port mirroring/spanning\ port in a switch, to a hub, or to a tap). msgstr Il est également fréquent d'utiliser Snort sur une interface sans adresse IP, en mode promiscuité (« promiscuous »). Dans ce cas, choisissez l'interface connectée physiquement au réseau que vous voulez analyser et activez ce mode plus tard. Assurez-vous que le trafic réseau est bien envoyé à cette interface (soit connectée à un port de miroir ou de répartition (« mirroring/spanning port ») sur un commutateur réseau, soit connectée à un répartiteur ou à un dérivateur). #. Type: string #. Description #: ../snort.templates:3001 msgid You can configure multiple
Bug#724138: [pkg-eucalyptus-maintainers] Bug#724138: Future of the wss4j package in Debian.
Hi Charles, Thanks for looking into this. No, it is no longer needed moving forward so can likely be removed from Debian altogether without issue. -Brian On Sun, Sep 22, 2013 at 8:05 PM, Charles Plessy ple...@debian.org wrote: Dear Eucalyptus and Java teams, wss4j (Apache WSS4J WS-Security) is a package that was created in order to build the Eucalyptus packages, which are currently removed. The wss4j fails to build from source in Jessie and Unstable. Current version in Debian is 1.5.8. On the upstream website, versions 1.5.12 and 1.6.12 are available. The 1.6 line diverged after 1.5.11. A version 1.5.13, fixing some extra bugs, is available as a SVN tag but is not advertised on the upstream website. The Debian package contains a patch removing some code related to SAML, for a reason that I do not remember. This patch does not apply cleanly to version 1.5.12, and I suppose it will be the same for 1.6.12. For this reason, I could not test if updating to one of the latest upstream releases will make the wss4j package build again for source. Not knowing Java enough, I could not go further. My questions are the following: - Is wss4j still needed in Debian ? Would Eucalyptus 3.0 still use it ? - Is the Java team interested by taking it over, in any case ? Here is the extract of the build log that was sent to the bug report. Le Sun, Sep 22, 2013 at 07:15:37PM +0200, David Suárez a écrit : make[1]: Entering directory `/«BUILDDIR»/wss4j-1.5.8+svntag' /usr/share/cdbs/1/rules/simple-patchsys.mk:31: WARNING: simple-patchsys.mk is deprecated - please use source format 3.0 (quilt) instead make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/«BUILDDIR»/wss4j-1.5.8+svntag' cd . /usr/lib/jvm/default-java/bin/java -classpath /usr/share/ant/lib/ant.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/java/axis.jar:/usr/share/java/commons-logging.jar:/usr/share/java/xalan2.jar:/usr/share/java/bcprov.jar:/usr/share/java/jaxrpc.jar:/usr/share/java/xmlsec.jar:/usr/lib/jvm/default-java/lib/tools.jar -Dant.home=/usr/share/ant org.apache.tools.ant.Main -Dcompile.debug=true -Dcompile.optimize=true -buildfile debian/build.xml Buildfile: /«BUILDDIR»/wss4j-1.5.8+svntag/debian/build.xml init: prepare: [mkdir] Created dir: /«BUILDDIR»/wss4j-1.5.8+svntag/build [mkdir] Created dir: /«BUILDDIR»/wss4j-1.5.8+svntag/build/test-reports prepare-src: [mkdir] Created dir: /«BUILDDIR»/wss4j-1.5.8+svntag/build/classes compile.library: [javac] /«BUILDDIR»/wss4j-1.5.8+svntag/build.xml:340: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 98 source files to /«BUILDDIR»/wss4j-1.5.8+svntag/build/classes [javac] warning: [options] bootstrap class path not set in conjunction with -source 1.3 [javac] /«BUILDDIR»/wss4j-1.5.8+svntag/src/org/apache/ws/security/WSSConfig.java:288: error: cannot find symbol [javac] Transform.init(); [javac] ^ [javac] symbol: method init() [javac] location: class Transform [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] 1 error [javac] 1 warning BUILD FAILED /«BUILDDIR»/wss4j-1.5.8+svntag/build.xml:340: Compile failed; see the compiler error output for details. Total time: 6 seconds make: *** [debian/stamp-ant-build] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2013/09/22/wss4j_1.5.8+svntag-2_unstable.log Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan ___ pkg-eucalyptus-maintainers mailing list pkg-eucalyptus-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-eucalyptus-maintainers
Bug#724301: libsnmp-session-perl: MRTG Complains About Redefined Functions
Package: libsnmp-session-perl Version: 1.13-1 Severity: minor Tags: upstream patch Dear Maintainer, New installation, ran mrtg (or rather, let it run from /etc/cron.d/mrtg), and it gives these errors: Subroutine SNMP_Session::pack_sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/SNMP_Session.pm line 149 Subroutine SNMP_Session::unpack_sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/SNMP_Session.pm line 149 Subroutine SNMP_Session::sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/SNMP_Session.pm line 149 Subroutine SNMPv1_Session::pack_sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/SNMP_Session.pm line 608 Subroutine SNMPv1_Session::unpack_sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/SNMP_Session.pm line 608 Subroutine SNMPv1_Session::sockaddr_in6 redefined at /usr/share/perl/5.14/Exporter.pm line 67. at /usr/share/perl5/SNMP_Session.pm line 608 Because it's run from a cron job every five minutes, the admin gets spammed this in his email. Here's a patch for SNMP_Session.pm. It imports from Socket6 only those functions that it needs, rather than all of them. --- SNMP_Session-1.13.orig/lib/SNMP_Session.pm 2013-09-23 11:05:39.0 + +++ SNMP_Session-1.13/lib/SNMP_Session.pm 2013-09-23 11:15:26.0 + @@ -146,7 +146,7 @@ if (eval {local $SIG{__DIE__};require Socket6;} eval {local $SIG{__DIE__};require IO::Socket::INET6; IO::Socket::INET6-VERSION(1.26);}) { - import Socket6; + Socket6-import(qw(inet_pton getaddrinfo)); $ipv6_addr_len = length(pack_sockaddr_in6(161, inet_pton(AF_INET6(), ::1))); $SNMP_Session::ipv6available = 1; } @@ -605,7 +605,7 @@ BEGIN { if($SNMP_Session::ipv6available) { import IO::Socket::INET6; - import Socket6; + Socket6-import(qw(inet_pton getaddrinfo)); } } -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF8, LC_CTYPE=en_GB.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsnmp-session-perl depends on: ii perl 5.14.2-21 Versions of packages libsnmp-session-perl recommends: ii libio-socket-inet6-perl 2.69-2 ii libsocket6-perl 0.23-1+b2 libsnmp-session-perl 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#687022: found also with libm4ri
On 2013-09-21 00:46, Bill Allombert wrote: On Sun, May 19, 2013 at 02:22:48AM +0200, Leo 'costela' Antunes wrote: Hi, On 07/01/13 16:32, Niels Thykier wrote: This missing + in the regex has been fixed in Lintian 2.5.11 (experimental)[1]; though my question remains if we should really re-order those regexes. I believe you are right. The idea is to find a link with either of the two formats: libwhatever.so - libwhatever-X.so libwhatever.so - libwhatever.so.X So the two regexes really should be mutually exclusive. Hi, No. there is no requirement either technical or in policy, for a shared library to follow any of theses convention and lintian must not assume so. The only requirement is that for each libraries in the lib package there is at least one matching symlink lib*.so pointing to it in the -dev package. The exact name is a matter of C API that lintian cannot guess. For example, it is perfectly valid to have libwhatever.so - libwhatever-X.so.Y.Z or even libfoo.so - libbar-X.so.Z (For example if libbar is an alternative implementation of libfoo, with the same API but a different ABI. Makefile using gcc -lfoo should still work when libbar-dev is installed). Thanks for clarifying this point, seems like Lintian is wrong here. To be honest, I am actually quite happy someone with knowledge in this area steps up and explains how it is intended/required to work. This is one of the many code snippets that have been carried on in the Lintian code base with no obvious reference to why it works that particular way. This might explain the large number of false positive for a test which is marked certain. This is a regression from previous lintian version. So I think using a regexp is misguided. It would be more reliable to follow the symlink. Cheers, The git history (which takes us back to 2004) shows that we have been using the regex-approach for the past 9 years[1]. snapshot.d.o go as far back as 0.9.3 (27 Oct 1998) and that version has the same regex as the code had in 2004. So this regression must be at least 15 years old now. :) The tag itself is listed in the mail from 25 Jan 1998, where Christian Schwarz announced Lintian[2]. The shared library check script detects the following policy violations: # [...] # # (a foo-dev package should contain a symlink foo.so - foo.so.0) # E: dev-pkg-without-shlib-symlink # (== check does not work correctly yet, [...]) If you happen to still have that old a version of Lintian I'd would seriously like a copy of it. Heck, I will even buy you a beer/$beverage_of_choice if you have that copy and the code indeed did (or rather, tried to do) the right thing back then. But honestly, I think there is no regression here; just a regular bug since the conception of Lintian. ~Niels [1] http://anonscm.debian.org/gitweb/?p=lintian/lintian.git;a=blob;f=checks/shared-libs;h=c2f35a06712ef4b84101699cdfd0d08baaa1e2eb;hb=020888bca1e21cf8e98934fea04d9352244c97e9#l185 [2] https://lists.debian.org/debian-devel/1998/01/msg01503.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715269: High Load in Wheezy
Hi, unfortunately i have the exact same issue. My servers have a significantly higher load in wheezy than in squeeze. If i boot the wheezy box with a squeeze kernel everything goes back to normal. A bit more googling revealed: http://stackoverflow.com/questions/12111954/context-switches-much-slower-in-new-linux-kernels http://serverfault.com/questions/530944/mysql-5-5-degraded-performance-in-linux-kernel-3-2-compared-to-2-6 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693942 But there is no real solution in there yet . The wheezy backports kernel also does not really help. Is there a chance this get's fixed or at least could someone explain why this happend? For now i could run the machines on a squeeze kernel. But that is not really a good plan for the future. Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724050: kde-standard: Shortcuts don't work when keyboard is set to Greek layout
tag 724050 moreinfo thanks On Sunday 22 September 2013 17:59:05 Tassos Koutlas wrote: Package: kde-standard Version: 5:81 Severity: important Dear Maintainer, keyboard shortcuts stop working when layout is set to Greek(GR). When the keyboard is switched back to US layout shortcuts work just fine. To reproduce: 1. Open Konsole 2. Ctr+Shift+T to open a new window 3. Alt+Shift to change to GR layout 4. Ctr+Shift+T no longer works 5. Alt+Shoft to change to US layout 6. Ctr+Shift+T works Please send us the output of dpkg -l libqtcore4 I think this should be fixed with the current version of Qt in sid, 4:4.8.5+git121-g2a9ea1. If you can, after running the above command to get the info, please update Qt and re check. Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.