Bug#666767: libnet-dns-perl: Please build with hardening flags
On Mon, 25 Jun 2012 18:13:23 +0200 intrigeri intrig...@boum.org wrote: Dominic Hargreaves wrote (01 Apr 2012 16:18:49 GMT) : Probably the best way to enable hardening flags is to switch the package to the minimal dh rules style with a dh compat level of 9, depending on debhelper (= 9.20120312). Do you think you will have time to consider this request before the Wheezy freeze? Yes, I will upload a new version before the deadline. I'd be happy to help as part of the Debian Perl Group. What do you think? My wish would be to: - keep being the primary maintainer for libnet-dns-perl - allow the Debian Perl Group to upload the package if I fail to do so (generally, not just for this upload) - later: join the Debian Perl Group, possibly working on other packages, too. I did not read about the different(?) ways the Debian Perl Group assigns people to packages or spreads its workload. I am aware there is documentation online - but as my time available before sunday is tight I would be thankful for any reading recommendations for a quick start or short instructions like: - Make yourself an Uploader and foo-debian-perl the Maintainer. Source code is within svn/svn-buildpackage currently, I'd like to switch to git/git-buildpackage, though. I am happy to push the sources to group repositories later. Right now I would prefer to concentrate on the jobs, which should be done before the freeze respective package upload. Regards Florian -- Florian Roscher private: m...@florian-roscher.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615281: Info received (Bug#615281: Acknowledgement (libnet-dns-perl: FTBFS with only IPv6 nameservers configured in /etc/resolv.conf))
retitle 615281 libnet-dns-perl: FTBFS and runtime failure with IPv6 nameservers within /etc/resolv.conf tags 615281 +ipv6 +pending thanks On Thu, 31 Mar 2011 10:52:57 +0100 Dominic Hargreaves d...@earth.li wrote: Just to be clear, this isn't specific to build-time issues; the module is generally non-functional in this case. One example of such Thanks for your input. I will upload a fix for this soon and try to get that one into a point release. Regards Florian -- Florian Hinzmann private: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619936: Bugfix, first try
retitle 619936 dlint fails when output of dig is changed via .digrc thanks Hello Patrik! On Mon, 28 Mar 2011 20:24:35 +0200 Patrik Schindler p...@pocnet.net wrote: Since dlint is a shell script, I will add debugging output here: Thanks. Might have been the next step. How to cope with that properly? I am not sure yet. A first try is this: --- dlint.dist 2011-03-29 08:32:35.0 +0200 +++ dlint 2011-03-29 08:58:14.0 +0200 @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/dash # # program:dlint # usage: dlint [-n] zone @@ -106,7 +106,7 @@ # Check if dig is installed and get the version number. # If version 2.1, fail. If version 9 or greater, set special settings. # -ver=`dig localhost any | grep DiG | head -1 | sed -e 's/.*DiG \([0-9.]*\).*/\1/'` +ver=`dig -v 21 | grep DiG | head -1 | sed -e 's/.*DiG \([0-9.]*\).*/\1/'` ans=`echo $ver | awk '$1 = 2.1 {print ok; exit}'` # floating point math if test x$ans != xok; then Replacing sh is needed as the redirection via 21 might not be supported by all shells. Using dash seems a good choice at it is the default shell within Debian and a required package. I'd better like a solution which works within every shell and not change the shell used by dlint. Again, I will look into this later, my time does not allow anything more for the moment. Thanks for taking time and sorry for not debugging in the first place myself. You are welcome - and no problem at all. Thank you for debugging it now. Regards Florian -- Florian Hinzmann private: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619936: Severity important
severity 619936 important thanks This might hinder me in getting the resulting bugfix into a point release, but anyway: The package is usable in most installations, so the definition of severity important is eminently suited. Regards Florian -- Florian Hinzmann private: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619936: dlint: Dependencies not met for dig
On Mon, 28 Mar 2011 15:43:34 +0200 Patrik Schindler p...@pocnet.net wrote: After upgrading from Lenny to Squeeze, dig will not start anymore. It says: ;; This program requires DiG version 2.1 or newer, which I cannot find. I did not dive very deep into this yet - but right now I don't understand it. dlint depends on dnsutils which ships /usr/bin/dig. Do you have (another) dig binary within your search path or within /usr/ucb:/usr/bsd:/bin:/usr/bin:/usr/local/bin:/usr/share/bin:/usr/com/bin, what is what dlint searches. What does type dig resp. which dig and dig -v say? Regards Florian -- Florian Hinzmannprivate: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619936: dlint: Dependencies not met for dig
Hello! Please allow another question before I return to this issue later: Which shell do you use when this problem occurs? Regards Florian -- Florian Hinzmannprivate: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598957: Want to make output of informational message depend on --cron?
This message did not make it to the bug tracking system. Trying again. --Florian Hinzmann Begin forwarded message: Date: Thu, 9 Dec 2010 15:47:23 +0100 From: Florian Hinzmann m...@fhinzmann.de To: 598...@bugs.debian.org, Debian mdadm maintainers pkg-mdadm-de...@lists.alioth.debian.org Subject: Want to make output of informational message depend on --cron? Hello! I'd like to make a suggestion for consideration: http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=blobdiff;f=debian/checkarray;h=dafc652930cab7ab19d3e148d81fbbe3527002cf;hp=bd15ad5fe2538b488e7c1dd666fcf6d95eed8597;hb=0b80e69a2a980be27d30536099b69e76688ba7cc;hpb=1e484e02b5c31afb1cd19f12ded5f49a0ccff794 lists the following as a fix to make checkarray silent when run by the default cron job: --- a/debian/checkarray +++ b/debian/checkarray @@ -193,7 +193,9 @@ for array in $arrays; do wait=$((wait - 1)) resync_pid=$(ps -ef | awk -v dev=$array 'BEGIN { pattern = ^\\[ dev _resync]$ } $8 ~ pattern { print $2 }') if [ -n $resync_pid ]; then - echo $PROGNAME: I: selecting $ionice I/O scheduling class for resync of $array. 2 + if [ $cron != 1 ]; then +echo $PROGNAME: I: selecting $ionice I/O scheduling class for resync of $array. 2 + fi ionice -p $resync_pid $arg break fi My own fix was this: r...@marvin:~# diff -u /usr/share/mdadm/checkarray.20101209.dist.not-quiet /usr/share/mdadm/checkarray --- /usr/share/mdadm/checkarray.20101209.dist.not-quiet 2010-09-03 11:11:00.0 +0200 +++ /usr/share/mdadm/checkarray 2010-12-09 15:29:38.0 +0100 @@ -193,7 +193,7 @@ wait=$((wait - 1)) resync_pid=$(ps -ef | awk -v dev=$array 'BEGIN { pattern = ^\\[ dev _resync]$ } $8 ~ pattern { print $2 }') if [ -n $resync_pid ]; then - echo $PROGNAME: I: selecting $ionice I/O scheduling class for resync of $array. 2 + [ $quiet -lt 1 ] echo $PROGNAME: I: selecting $ionice I/O scheduling class for resync of $array. 2 ionice -p $resync_pid $arg break fi It is my understanding that making it depend on --quiet rather than --cron is more consistent with both other informational messages written by checkarray and its documentation: [...] -c|--cron honour AUTOCHECK setting in /etc/default/mdadm. -q|--quiet suppress informational messages. [...] Regards Florian -- Florian Hinzmann private: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- Florian Hinzmann private: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574331: How did you make it fail?
tags 574331 +moreinfo thanks Hello Lucas! What kind of network setup did you use to provoke your failure? It looks like t/001-connection-checks.t was able to query an external nameserver in your setup, but was not able to query the root nameservers. With a local DROP policy in my firewall I get: t/001-connection-checks.t .. 1/1 # # # Executing heuristic to see if have unlimited view of the Internet # If the heuristic fails this could have various reasons probably having # nothing to do with bugs in Net::DNS # # # Error querying local resolver: query timed out # We are canceling all test #This is not an error in Net::DNS #IPv4 Online tests disabled. #IPv6 Online tests disabled. When dropping forwarded traffic on my outgoing router, but making the local resolver work I get: t/001-connection-checks.t .. 1/1 # # # Executing heuristic to see if have unlimited view of the Internet # If the heuristic fails this could have various reasons probably having # nothing to do with bugs in Net::DNS # # # #Will try to connect to ns1.net-dns.org (213.154.224.48 or 2001:7b8:206:1:0:1234:be21:e31e) # #Failed querying 213.154.224.48: query timed out # #It could be you do not have global IP connectivity' #This is not an error in Net::DNS #You can confirm this by trying 'ping 213.154.224.48' # #Alternatively the Nameserver running on 213.154.224.48 is currently down' # #IPv4 Online tests disabled. # #Failed querying 2001:7b8:206:1:0:1234:be21:e31e: Send error: Network is unreachable # #It could be you do not have global IP connectivity' #This is not an error in Net::DNS #You can confirm this by trying 'ping6 2001:7b8:206:1:0:1234:be21:e31e' # #Alternatively the Nameserver running on 2001:7b8:206:1:0:1234:be21:e31e is currently down' # #IPv6 Online tests disabled. # # Regards Florian -- Florian Hinzmannprivate: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492700: Summary
tags 492700 found 492700 0.59 fixed 492700 0.60 thanks Hello! Trying with a summary. The source port randomization was introduced with 0.60 by setting the source port to zero. This works will with kernels in etch-n-half and better, I am marking this bug with found/fixed accordingly. As Net::DNS is a stub resolver the security team tagged this as a low priority task. http://security-tracker.debian.org/tracker/CVE-2008-1447 No backport to etch was done. I discussed a fix which does not rely on this specific behaviour of the kernel with upstream of Net::DNS back then. Result: This would need some effort which should be put into the underlying socket modules if at all. I deem this issue as done, the bug will remain open to document the impact on etch installations. Regards Florian -- Florian Hinzmannprivate: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#364922: Same as 366793
tags 366793 -unreproducible tags 364922 +moreinfo retitle 364922 Can't use string (Net::DNS::RR::MX) while strict refs in use (duplicate of 366793) merge 366793 364922 thanks Hello! This bug is the same as 366793 and will be dealt with there. Regards Florian -- Florian Hinzmannprivate: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574331: Mostly done
Hello! I did fix an error so libnet-dns-perl does not try to check for private addresses with online tests disabled. But I did not yet reproduce the behaviour Lucas found with his build test. It looks like his kind of having no online access differs from the ones I tried. I do not object to lowering the severity as libnet-dns-perl builds fine with online access, on machines with no outside network interface and does not even try online access when nocheck was given. In my opinion this es good enough for security support. I will try to reproduce and fix the behaviour Lucas reported nevertheless and will ask him for more information if I fail. Regards Florian -- Florian Hinzmannprivate: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574331: libnet-dns-perl: FTBFS: tests failed
Hello! On Wed, 17 Mar 2010 13:39:06 +0100 Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Relevant part: make[1]: Entering directory `/build/user-libnet-dns-perl_0.66-1-amd64-jA4Owr/libnet-dns-perl-0.66' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t # # These tests were ran with: # Net::DNS::VERSION: 0.66 # set environment variable NET_DNS_DEBUG to get all versions t/00-load.t ok t/00-pod.t . skipped: Test::Pod v0.95 required for testing POD t/00-version.t . ok # # # Executing heuristic to see if have unlimited view of the Internet # If the heuristic fails this could have various reasons probably having # nothing to do with bugs in Net::DNS # # t/001-connection-checks.t .. ok [...] Servers [193.0.14.129 198.41.0.4 ] did not give answers at /build/user-libnet-dns-perl_0.66-1-amd64-jA4Owr/libnet-dns-perl-0.66/blib/lib/Net/DNS/Resolver/Recurse.pm line 112. Servers [198.41.0.4 192.58.128.30 192.112.36.4 202.12.27.33 192.5.5.241 128.63.2.53 192.36.148.17 192.33.4.12 192.228.79.201 199.7.83.42 128.8.10.90 193.0.14.129 192.203.230.10 ] did not give answers at /build/user-libnet-dns-perl_0.66-1-amd64-jA4Owr/libnet-dns-perl-0.66/blib/lib/Net/DNS/Resolver/Recurse.pm line 112. [...] make[1]: *** [test_dynamic] Terminated E: Caught signal 'Terminated': terminating immediately make: *** [build-stamp] Terminated Build killed with signal TERM after 60 minutes of inactivity Build finished at 20100317-0159 The test suite does include online checks. I had the whole test suite disabled within debian/rules before as to go easy on our build daemons. Now with DEB_BUILD_OPTIONS=nocheck I did enable them, but skip if nocheck was given. Do we have a policy or best practice on what to do about tests in general and online tests in particular with respect to build daemons? Regards Florian -- Florian Hinzmann private: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574331: libnet-dns-perl: FTBFS: tests failed
On Wed, 17 Mar 2010 14:13:01 +0100 Florian Hinzmann f.hinzm...@hamburg.de wrote: Do we have a policy or best practice on what to do about tests in general and online tests in particular with respect to build daemons? Kind of P.S.: I assumed the build daemons would both - have online access and - use nocheck to save cpu cycles. Thinking about it now, it might be good to run the tests with the builds, especially to check them on every architecture. So one question remains: May I assume to have online access when building packages. Maybe I find a way to skip or timeout these non-fatally. AMD64 build fine otherwise (including the IPv4 online test): https://buildd.debian.org/fetch.cgi?pkg=libnet-dns-perl;ver=0.66-1;arch=ia64;stamp=1268659347 Greetings Florian -- Florian Hinzmann private: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574331: libnet-dns-perl: FTBFS: tests failed
On Wed, 17 Mar 2010 15:01:59 +0100 Lucas Nussbaum lu...@lucas-nussbaum.net wrote: So far, failing to build because network is not available has always been considered an RC bug. I will try to detect online connectivity or to fail non fatally without network access. If I fail, I will disable the tests again. -- Florian Hinzmann private: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545563: Suggest or more
Hello! I will suggest the IPv6 package for now and discuss whether recommending it might be even better. In light of IPv6 support being a release goal this might be appropriate. Regards Florian -- Florian Hinzmannprivate: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542781: MAILARGS -a breaks mailing with mailx or mutt
Package: logcheck Version: 1.3.3 Severity: important Hello! The latest version of logchecks no longer sent mails for me, gave an error instead: Auto-Submitted: auto-generated: No such file or directory This is due to MAILARGS=-a 'Auto-Submitted: auto-generated' in /usr/sbin/logcheck. Option -a wants to attach a file to the mail with at least the MUAs mutt and mailx from package heirloom-mailx. Hotfix: I have added the following to logcheck.conf: # Override buggy MAILARGS in /usr/sbin/logcheck MAILARGS= A real fix might be to use the sendmail binary to send mails. The following works: echo -e Subject: sub\nX-Test: myheader\n\nmail body\n | sendmail butch I always use sendmail to send emails from scripts or cron jobs. Giving mail headers on STDIN works for ../bin/sendmail provided by Sendmail and Exim packages at least. You'd might have to check for other MTAs, but that should be less work than checking all MUAs. And in my opinion MTAs try to be command line compatible to sendmail - at least more than user tools. Regards Florian -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages logcheck depends on: ii adduser3.110 add and remove users and groups ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii cron 3.0pl1-106process scheduling daemon ii exim4 4.69-11 metapackage to ease Exim MTA (v4) ii exim4-daemon-heavy 4.69-11+b1Exim MTA (v4) daemon with extended ii heirloom-mailx [ma 12.4-1.1+b1 feature-rich BSD mail(1) ii lockfile-progs 0.1.13Programs for locking and unlocking ii logtail1.3.3 Print log file lines that have not ii mailx 1:20081101-2 Transitional package for mailx ren ii sysklogd [system-l 1.5-5 System Logging Daemon Versions of packages logcheck recommends: ii logcheck-database 1.3.3 database of system log rules for t Versions of packages logcheck suggests: ii syslog-summary1.13-1 summarize the contents of a syslog -- debconf information excluded -- Florian Hinzmann private: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492700: Current Debian versions are fine. More to come.
Hello! As has being said the current version randomizes the source port by setting the source port to zero. This works fine with recent kernels, Lenny and the etchnhalf kernels are ok. Therefore this issue is not that urgent. Its late, I stop here for today. I wrote a mail to the upstream author seeking for input and will continue to work an this soon (to be measured in days, not weeks). Some helpful addresses: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492465 http://www.kb.cert.org/vuls/id/800113 The pending upload for the new upstream version I mentioned is on its way. Regards Florian -- Florian Hinzmann private: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492700: Status update: Upload pending
Hello! I have prepared an upload of the new upstream version. I will continue working on the randomisation and make an upload tomorrow. Regards Florian -- Florian Hinzmann private: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492700: cache poisoning attack CVE-2008-1447
On Mon, 23 Feb 2009 00:04:30 +0100 Moritz Muehlenhoff j...@inutil.org wrote: On Mon, Sep 01, 2008 at 11:07:50AM +0200, Thijs Kinkhorst wrote: Hi Florian, Any updates on this issue? I intent to work on most of my open issues next weekend. I filed this bug as to be addressed after lenny by error. I am sorry. can you please hijack libnet-dns-perl and get this resolved? I considered joining it anyway. If someone wants to work on this within the next days, feel free to beat me. Regards Florian -- Florian Hinzmann private: f.hinzm...@hamburg.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457445: libnet-dns-perl: CVE-2007-6341 possible remote denial of service vulnerability
On Sun, 3 Feb 2008 16:25:25 +0100 Nico Golde [EMAIL PROTECTED] wrote: Hi, any news on this? I was in contact with Olaf Kolkman and Dick Franks upstream. I planned to upload something this weekend at the latest. It looks like Olaf will beat me with an upstream release I can use. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463046: About removing XFMail
On Tue, 5 Feb 2008 21:41:49 -0800 Steve Langasek [EMAIL PROTECTED] wrote: this fix as a zero-day NMU. But I wonder, do you still use this package? I was surprised when I fired up the program to see that it's based on XForms and found the UI painful, and there are a *lot* of compile-time warnings suggesting that the code is long unmaintained upstream. Should we consider removing it from the archive as obsolete? Yes, we should. I tought about orphaning or removing it, but wanted to try and find a new maintainer first. Bringing the package into shape roughly might make this more easy. I do not use it any longer. When I used it I found the GUI ugly, but functional once I learned about its possibilities. On the other hand that was many years ago and now there are many more alternatives with regard to IMAP, PGP and keyboard shortcuts. And the standards about usability and appearance might have raised, too. ;) Proposal: I will RFA the package explaining it might be removed soon and then ask debian-devel and remainders of the upstream mailinglist if someone is willing to maintain it including large parts of upstream work. Remove it if no rescuer appears in time to do an last upload before the general freeze at latest. Opinions anyone? Steve? Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457445: Status update: Fix pending
Hello! Upstream is preparing an update. I will use that solution or coordinate enhancements if need arises. It should be a matter of days. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432925: Upload of 0.62-1 should fix this
Hello! This was fixed in version 0.61. I am going to close this bug with the pending upload of 0.62-1. Please forgive me for not uploading this more early. Regards Florian Hinzmann -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457445: libnet-dns-perl: CVE-2007-6341 possible remote denial of service vulnerability
Hello! On Tue, 15 Jan 2008 13:15:24 +0100 Nico Golde [EMAIL PROTECTED] wrote: Hi, what about this patch? I am not sure yet. I will investigate more deeply within the next days. I did contact the author of Net::DNS already. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#246032: Reason unknown yet, but it happened again
Hello! The last days I had the following when running upgrades: Unpacking replacement mozilla-mplayer ... Preparing to replace quicktime-utils 2:0.9.7-2 (using .../quicktime-utils_2%3a0.9.7-3_i386.deb) ... Unpacking replacement quicktime-utils ... Setting up smartmontools (5.37-3) ... Starting S.M.A.R.T. daemon: smartd failed! invoke-rc.d: initscript smartmontools, action start failed. dpkg: error processing smartmontools (--configure): subprocess post-installation script returned error exit status 1 Setting up libgalago3 (0.5.2-2) ... [...] Setting up quicktime-utils (0.9.7-3) ... Errors were encountered while processing: smartmontools E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up smartmontools (5.37-3) ... Starting S.M.A.R.T. daemon: smartd failed! invoke-rc.d: initscript smartmontools, action start failed. dpkg: error processing smartmontools (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: smartmontools Press return to continue. I will try to find traces of why this happened, but I have one question beforehand: Why don't you use restart in postinst or check wether smartmontools is running and decide based on the result? I've read this bug and agree there ought to be some reason why this happens. But if we don't find it, using restart seems like a reasonable action to me: It works in any case and we lose nothing except a line saying Restarting.. instead of Starting... If you decide to go this way you might even consider to try and squeeze that one into etch. The current situation might mean several users see a package that is reported to be half-configured by our package system. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413335: Fw: patch for ftp retry got lost since 0.4.1
Package: duplicity Version: 0.4.2-10.1 Hello! There was a patch to do ftp reconnects in version 0.4.1-8: duplicity (0.4.1-8) unstable; urgency=high * added patch to fix ftp timeout exception when backing up huge files with small changes (patch by Stefan Schimanski [EMAIL PROTECTED]) -- Martin Wuertele [EMAIL PROTECTED] Mon, 6 Sep 2004 18:57:42 +0200 It existed as file 'duplicity-temp_error_recovery.patch'. Maybe it got lost with the following change? duplicity (0.4.2-6) unstable; urgency=low * switch to dpatch for patch management * fix private module search path and make sure postint/postrm work (Closes: #384489) * updated copyright -- Martin Wuertele [EMAIL PROTECTED] Sat, 26 Aug 2006 23:25:57 +0200 Just guessing, I did no further research. I've built and are currently testing a package with this patch readded. See attached patch file. I'd love to see this patch (re-)added to the Debian package. At least for unstable of course. But perhaps there is a small possibility to get this into etch, too? If the patch really got lost with the change mentioned above it would have been in etch up to end of August 2006 - so it is not really new code for etch, just code back from vacation. ;) Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 diff -ruN duplicity-0.4.2/debian/changelog duplicity-0.4.2_with-ftp-patch/debian/changelog --- duplicity-0.4.2/debian/changelog 2007-03-04 11:37:55.0 +0100 +++ duplicity-0.4.2_with-ftp-patch/debian/changelog 2007-03-04 11:22:38.0 +0100 @@ -1,3 +1,10 @@ +duplicity (0.4.2-10.1.0.1) LOCAL-MY; urgency=low + + * (Re-)Added ftp retry patch from 0.4.1. + * Local build. + + -- Florian Hinzmann [EMAIL PROTECTED] Sun, 4 Mar 2007 11:21:51 +0100 + duplicity (0.4.2-10.1) unstable; urgency=medium * Switch back to python 2.4, as python-central can apparently no longer cope diff -ruN duplicity-0.4.2/debian/patches/00list duplicity-0.4.2_with-ftp-patch/debian/patches/00list --- duplicity-0.4.2/debian/patches/00list 2007-03-04 11:37:55.0 +0100 +++ duplicity-0.4.2_with-ftp-patch/debian/patches/00list 2007-03-04 11:21:17.0 +0100 @@ -1,2 +1,3 @@ 02bzip2-compress 03sftp-command +06ftp-retry.dpatch diff -ruN duplicity-0.4.2/debian/patches/06ftp-retry.dpatch duplicity-0.4.2_with-ftp-patch/debian/patches/06ftp-retry.dpatch --- duplicity-0.4.2/debian/patches/06ftp-retry.dpatch 1970-01-01 01:00:00.0 +0100 +++ duplicity-0.4.2_with-ftp-patch/debian/patches/06ftp-retry.dpatch 2007-03-04 11:39:48.0 +0100 @@ -0,0 +1,42 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 06ftp-retry.dpatch by [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: No description. + [EMAIL PROTECTED]@ +diff -urNad duplicity-0.4.2_with-ftp-patch~/src/backends.py duplicity-0.4.2_with-ftp-patch/src/backends.py +--- duplicity-0.4.2_with-ftp-patch~/src/backends.py 2007-03-04 11:07:59.0 +0100 duplicity-0.4.2_with-ftp-patch/src/backends.py 2007-03-04 11:39:40.062198571 +0100 +@@ -20,6 +20,7 @@ + + import os, types, ftplib, tempfile + import log, path, dup_temp, file_naming ++import time + + class BackendException(Exception): pass + class ParsingException(Exception): pass +@@ -318,8 +319,10 @@ + + class ftpBackend(Backend): + Connect to remote store using File Transfer Protocol ++ SLEEP = 10 # time in seconds before we try to reconnect on temporary errors + def __init__(self, parsed_url): + Create a new ftp backend object, log in to host ++ self.parsed_url = parsed_url + self.ftp = ftplib.FTP() + if parsed_url.port is None: self.error_wrap('connect', parsed_url.host) + else: self.error_wrap('connect', parsed_url.host, parsed_url.port) +@@ -332,6 +335,12 @@ + def error_wrap(self, command, *args): + Run self.ftp.command(*args), but raise BackendException on error + try: return ftplib.FTP.__dict__[command](self.ftp, *args) ++ except ftplib.error_temp, e: ++ log.Log(Temporary error '%s'. Trying to reconnect in %d seconds. % ++(str(e), self.SLEEP), 3) ++ time.sleep(self.SLEEP) ++ self.__init__(self.parsed_url) ++ self.error_wrap(command, *args) + except ftplib.all_errors, e: raise BackendException(e) + + def get_password(self):
Bug#388433: Texlive dependencies: Suggestions
Hello! I'd love to have whizzytex installable with Texlive in etch. Therefore I did test some things and am offering help to resolve any remaining questions. I tested building and running whizzytex with Texlive. Building dependencies: -- Building the documentation needs several style files which I found in three texlive-* packages. This leads to the following build dependencies: ( texlive-latex-extra, texlive-pstricks, texlive-latex-base ) | tetex-extra. As I think one cannot write it as that I used the following equivalent line: texlive-latex-extra | tetex-extra , texlive-pstricks | tetex-extra, texlive-latex-base | tetex-extra. Note I did write the Texlive packages before the Tetex ones to actually use them for testing. Reversing the order might be the less invasive change. On the other hand Texlive is going to be the default Tex distribution in the future. Runtime dependencies: - The current package depends on tetex-bin, which in turn depends on tetex-base. When both are installed, then tex binaries and basic format packages are present. With Texlive it is the other way round: texlive-base depends on texlive-base-bin and together they bring binaries and formats. So texlive-base | tetex-bin (version..) seems appropriate. Summing up: --- You will find the resulting control file as attachment. I've tested building withing current sid chroot using pbuilder and running the resulting package on both Debian stable and testing (xemacs only). Do you think this change is suitable for an upload targeted at etch? If not, what remains to be done? Whizzytex is one of a few if not the last package, which is not installable with Texlive and I would love to change that. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 control Description: Binary data
Bug#396959: dlint: Deprecated syntax for sort and tail
tags 396959 + pending thanks Hello! Thanks for your report. Yes, I have seen this warnings, too. I will test the new syntax and upload a fixed version soon. On Fri, 03 Nov 2006 16:40:32 -0500 pete [EMAIL PROTECTED] wrote: Here is the diff output for the fixes that got the warnings to stop for me: -- 307c307 sort +0nr $TMPSERIALS | awk '{print $2}' $TMPNS --- sort -k 0nr $TMPSERIALS | awk '{print $2}' $TMPNS Especially here I am not sure wether the options -nr are read correctly in this form. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366793: Trying to reproduce this behaviour
tags 366793 + moreinfo unreproducible thanks Hello! Thanks for your report. I was not able to reproduce it yet, but perhaps you could help me here. Do you have any idea under what circumstances this happens? Any observations may be important. Does it happen everytime you check your mails or only occasionally? When it happens does it affect all mails or only to some of them? Which ones? You did file the bug against version 0.57-1 resp. reportbug did this for you. Did you call reportbug on the machine running the Spamassassin daemon spamd? If not, which version of libnet-dns-perl is running at that machine? libnet-dns-perl version 0.59-1 just hit unstable. It would be nice to know if this error happens with 0.59, too. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334687: libnet-dns-perl: Need help with reproducing bug
Hello! I am trying to reproduce and/or understand this bug. Neither worked up to now. Of course package Net::DNS::RR::PTR has a method new(), but it does not seem to as simple as this. So any help would be highly appreciated. Especially help to reproduce this behaviour would be great. As a side note: Does anyone know wether this bug is still present in Debian unstable/testing? Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#223928: Bug no longer present
reopen 223928 ! close 223928 0.48-1 thanks I think it was fixed in time for sarge and three installations using that version back up my belief. If someone gets this error with a sarge installation, please give me a note. Greetings Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322782: Upload of dlint will happen in time for etch resp. the freeze
On Sun, 18 Jun 2006 09:38:17 +0200 Florian Hinzmann [EMAIL PROTECTED] wrote: On Sun, 18 Jun 2006 01:28:27 +0200 Amaya [EMAIL PROTECTED] wrote: Florian Hinzmann wrote: Oops, I already uploaded, though to DELAYED-1. Upload the day after tomorrow and you can also acknowledge the nMU. Looks like the NMU did not make it. But this is no problem, see below. I have to decide what to do with this package and how much time I might put into it as upstream does not respond. This is no longer true, I just got a response. There may be a new upstream version soon. I will upload a new version soon, in time for the freeze in any case. This may or may not include changes to the program depending on upstream. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322782: [dlint] finish /usr/doc transition
On Sun, 18 Jun 2006 01:28:27 +0200 Amaya [EMAIL PROTECTED] wrote: Florian Hinzmann wrote: Oops, I already uploaded, though to DELAYED-1. Upload the day after tomorrow and you can also acknowledge the nMU. Sorry, I didn't expect you to be so responsive. These bugs are usually stale and Maintainers are too busy with RL to deal with them. That's part of the truth. I intended to upload it within the next weeks originally the only border being right in time for etch. I have to decide what to do with this package and how much time I might put into it as upstream does not respond. Greetings Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322782: [dlint] finish /usr/doc transition
On Sat, 17 Jun 2006 21:16:54 +0200 Amaya [EMAIL PROTECTED] wrote: Tags 322782 pending thanks Hey there, This and Florian Iam also working in this transition now, so I intend to lovingly NMU dlint, applying This's patches unless any of both ask me not to for a good reason :) I intend to include an additional note into README.Debian. I'll upload it tomorrow including the given patch and with good kudos to all of you involved. If I miss it, you should feel free to beat me before monday. ;) The 0-day NMU season is open, so expect an inmediate upload. It is? Anyway, I am not easily offended by NMUs and I had a fair warning. Best greetings Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343330: Confirmed, small note
Hello! I can confirm that problem. It goes away when /etc/xemacs21/site-start.d/00debian.el is moved away before starting xemacs. I have not debugged it any further yet and have to leave the house right now, but I wanted to share this information in case it might be helpful in itself. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338280: Version 0.40 available.
Package: libetpan3 Version: 0.39.1-1 Severity: wishlist Good morning! There is version 0.40 available at http://libetpan.sourceforge.net/ . I'd love to see this in Debian and would be thankful to hear any information about when this is anticipated. Thanks Florian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libetpan3 depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libdb4.2 4.2.52-20 Berkeley v4.2 Database Libraries [ ii libgnutls12 1.2.8-1the GNU TLS library - runtime libr ii liblockfile1 1.06 NFS-safe locking library, includes ii libsasl2 2.1.19-1.7 Authentication abstraction library libetpan3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274531: Should be fine with next upload
Hello! I did not check why woody does not like DESTDIR. Maybe ExtUtils::MakeMaker did not support it in woody. Anyway, 0.53-2 will installs with the following line: $(MAKE) install PREFIX=$(TMP)/usr Setting DESTDIR and PREFIX does not make sense IMHO, as DESTDIR is prepended to PREFIX. Note, this does not mean the package is backported to oldstable now. I just changed this line in Debian rules as it may help and it does not hurt otherwise. Greetings Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333240: libnet-ip-perl is needed by libnet-dns-perl
Hello! It is my fault, libnet-dns-perl has to depend on libnet-ip-perl. Fixed package is on its way. Temporary fix is installing libnet-ip-perl manually. I will close my bug #333249 with next upload. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329600: libnet-dns-perl: Bug in Net::DNS typesbyval() -- fixed upstream
Hello! Thanks for the reminder, Florian and thanks for the research, Andrew. I will upload the new version this weekend. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304976: build-dep is not bogus, but binary depends is missing
reopen 304976 thanks Hello Henrique, hello Steve! The build dependency is fine. It's the binary depends that is missing. The NMU still links against libsasl: [EMAIL PROTECTED]:~/xfmail-sasl-stuff$ dpkg-deb -x xfmail_1.5.5-2.1_i386.deb nmu-binary [EMAIL PROTECTED]:~/xfmail-sasl-stuff$ ldd nmu-binary/usr/ bin/ lib/ share/ [EMAIL PROTECTED]:~/xfmail-sasl-stuff$ ldd nmu-binary/usr/bin/xfmail |grep sasl libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0xb7911000) Two questions: 1) Is libsasl2-dev and libsasl2 going to be removed, too? 2) Any idea why ${shlibs:Depends} does not include libsaslX? Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304976: build-dep is not bogus, but binary depends is missing
On Mon, 18 Apr 2005 10:19:47 -0300 Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote: That's a relief, it means xfmail in the NMU should be working fine... Yes, it does work fine. I've installed and testet it. Thanks. Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]