Processed: [bts-link] source package mozilla-devscripts
Processing commands for cont...@bugs.debian.org: # # bts-link upstream status pull for source package mozilla-devscripts # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). # remote status report for #551065 (http://bugs.debian.org/551065) # * https://bugs.launchpad.net/bugs/452422 # * remote status changed: Confirmed - Fix-Committed # * closed upstream tags 551065 + fixed-upstream Bug #551065 [mozilla-devscripts] med-xpi-pack breaks INPUT directory Added tag(s) fixed-upstream. usertags 551065 - status-Confirmed Bug#551065: med-xpi-pack breaks INPUT directory Usertags were: status-Confirmed. Usertags are now: . usertags 551065 + status-Fix-Committed Bug#551065: med-xpi-pack breaks INPUT directory There were no usertags set. Usertags are now: status-Fix-Committed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553319: CVE-2009-3826, CVE-2009-3700
Package: squidguard Severity: serious Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the following CVE (Common Vulnerabilities Exposures) ids were published for squidguard. CVE-2009-3826[0]: | Multiple buffer overflows in squidGuard 1.4 allow remote attackers to | bypass intended URL blocking via a long URL, related to (1) the | relationship between a certain buffer size in squidGuard and a certain | buffer size in Squid and (2) a redirect URL that contains information | about the originally requested URL. CVE-2009-3700[1]: | Buffer overflow in sgLog.c in squidGuard 1.3 and 1.4 allows remote | attackers to cause a denial of service (application hang or loss of | blocking functionality) via a long URL with many / (slash) characters, | related to emergency mode. If you fix the vulnerabilities please also make sure to include the CVE ids in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3826 http://security-tracker.debian.org/tracker/CVE-2009-3826 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3700 http://security-tracker.debian.org/tracker/CVE-2009-3700 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkrqnvwACgkQNxpp46476aosywCdG1RhnDUXFIt6fMam/qpeyhdy C34AoIe1UrEymK7C9iJ6fZMe7WyT8oKu =Lucd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552852: A couple bug reports in Paw and Mn_Fit
Hi, I will work on it tonight :-) best regards, Francois -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552797: perl: dpkg-shlibdeps fails on suid-perl on i386
On Fri, Oct 30, 2009 at 02:33:39PM +1100, Brendan O'Dea wrote: On Wed, Oct 28, 2009 at 7:13 PM, Niko Tyni nt...@debian.org wrote: http://git.debian.org/?p=perl/perl.git;a=commitdiff;h=063f225d0fdeca563c7906927fc30171c3684f70 This makes sure the script runs with the system perl and not the new one. Note that one of the reasons why perl has a slightly eccentric rules file is so that the package is able to be built on a system without any perl installed. This was to allow new ports to bootstrap and is the reason why ./perl.static is used in that file rather than /usr/bin/perl. It is entirely possible that bit-rot has made this no longer work, but it is still a useful goal to retain. See debian/checkperl, which is invoked for the install rule. Thanks. I agree it's a useful goal. It looks like I didn't think this fully through. I'm pretty sure there was a real problem I was solving with the commit rather than just cleaning up though. It must have been related to building 5.10.1 on a 5.10.0 system. ISTR the system 5.10.0 DynaLoader.pm or Config.pm choking when run with a 5.10.1 interpreter. OTOH this had been done many times in the 5.8 series (pre-etch) so I wonder what changed. Getting dpkg-shlibdeps to prepend the build directories to the include paths would have been another way to fix this, but this one seemed cleaner. Note that as seen in this very bug, dpkg-shlibdeps failing doesn't currently abort the build (although it arguably should), so the failures just lead to insufficient package dependencies, which shouldn't be a big problem when bootstrapping a new architecture. I'll revisit the issue and see if there's an easy way to deal with the include path (just setting PERL5LIB didn't work IIRC). -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Manoj Srivastava sriva...@debian.org writes: On Thu, Oct 29 2009, Andreas Metzler wrote: These are not proper shared libraries but are dlopened bindings for guile, which takes them outside the scope of the abovementioned part of policy. Then should they not be in a private path? As long as they are in the public library directories, you are still under the policy directive, as far as I can see. Other guile packages appear to put shared libraries in /usr/lib too, for example: j...@mocca:~$ dpkg -L guile-1.8-libs|grep /usr/lib|head /usr/lib /usr/lib/libguilereadline-v-17.so.17.0.3 /usr/lib/libguile-srfi-srfi-13-14-v-3.la /usr/lib/libguile-srfi-srfi-4-v-3.so.3.0.1 /usr/lib/libguile.so.17.3.1 /usr/lib/libguile-srfi-srfi-60-v-2.so.2.0.2 /usr/lib/libguile-srfi-srfi-4-v-3.la /usr/lib/libguilereadline-v-17.la /usr/lib/libguile-srfi-srfi-13-14-v-3.so.3.0.1 /usr/lib/libguile-srfi-srfi-1-v-3.so.3.0.2 j...@mocca:~$ Although generally I would agree with you that if these aren't normal libraries, putting them in another directory (/usr/lib/guile) would be nice. But there may be reasons why that is not possible; I'm not a guile expert. Anyway, it doesn't seem to be a problem specific to the guile-gnutls package. /Simon -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552947: libgcrypt11: FTBFS: dh_install missing files
Andreas Metzler ametz...@downhill.at.eu.org writes: On 2009-10-28 Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: libgcrypt11 Version: 1.4.4-4 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091028 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. [..] make: *** [binary-install/libgcrypt11-doc] Error 1 [...] I am waiting for the outcome of http://mid.gmane.org/200910271822.51014.dschep...@gmail.com before I declare this to be a bug in gcrypt. Why is texi2html used here? I thought 'makeinfo --html' was preferred. /Simon -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553209: Fwd: [SECURITY] [DSA 1916-1] New kdelibs packages fix SSL certificate verification weakness
Hi, Helge Kreutzmann ha scritto: clone 546212 -1 found -1 4:3.5.10.dfsg.1-0lenny2 severity -1 serious thanks - Forwarded message from Giuseppe Iuculano iucul...@debian.org - ... Debian Security Advisory DSA-1916-1 secur...@debian.org http://www.debian.org/security/ Giuseppe Iuculano October 23, 2009 http://www.debian.org/security/faq Due to a bug in the archive system, the fix for the stable distribution (lenny), will be released as version 4:3.5.10.dfsg.1-0lenny3 once it is available. - End forwarded message - It's 6 days later and no update has (yet) arrived, hence opening this bug for Lenny explicitly to not get it lost. (Sorry for CC: instead of X-Debugs-CC, I don't know how this works with the control interface) We will release kdelibs for lenny on saturday. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#553236: libgnatvsn4.3: missing-dependency-on-libc needed by ./usr/lib/libgnatvsn.so.4.3 but the package doesn't depend on the C library package. Normally this indicates that ${shlibs
Manoj Srivastava sriva...@debian.org writes: On Thu, Oct 29 2009, Ludovic Brenta wrote: Manoj Srivastava sriva...@debian.org writes: Package: libgnatvsn4.3 Version: 4.3.4-4 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc The library depends on libgnat-4.3 which depends on libc6, so the dependency on libc6 is there, albeit indirectly. Is this really a policy violation? Yes. You need the library, you depend on it. Just so that the other package's dependency changing does not break stuff. That cannot happen because libgnat-4.3 is built from the same sources as libgnat{vsn,prj}4.3 and the dependencies on libgnat-4.3 are exact-versioned ones. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552677: heimdal: FTBFS: rm: cannot remove `debian/heimdal-docs/usr/share/info/dir': No such file or directory
On 30/10/09 at 15:36 +1100, Brian May wrote: On Wed, Oct 28, 2009 at 11:51:39AM +0100, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: No, this is the relevant part: install-info --info-dir='/build/user-heimdal_1.2.e1.dfsg.1-4-amd64-fOXbEk/heimdal-1.2.e1.dfsg.1/debian/tmp//usr/share/info' '/build/user-heimdal_1.2.e1.dfsg.1-4-amd64-fOXbEk/heimdal-1.2.e1.dfsg.1/debian/tmp//usr/share/info/heimdal.info' install-info: warning: nothing done since /usr/bin/install-info doesn't exist, install-info: warning: you might want to install an info-browser package. install-info --info-dir='/build/user-heimdal_1.2.e1.dfsg.1-4-amd64-fOXbEk/heimdal-1.2.e1.dfsg.1/debian/tmp//usr/share/info' '/build/user-heimdal_1.2.e1.dfsg.1-4-amd64-fOXbEk/heimdal-1.2.e1.dfsg.1/debian/tmp//usr/share/info/hx509.info' install-info: warning: nothing done since /usr/bin/install-info doesn't exist, install-info: warning: you might want to install an info-browser package. Do you have install-info installed? My up-to-date sid system complains loudly if I try to remove it... I don't have it installed, but I have sed installed. Strange. Why does sed require install-info? sys11:/home/brian/tree/heimdal# apt-get remove install-info Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libkeyutils1 libkrb5-3 libkrb5support0 libidn11 libcurl3-gnutls libk5crypto3 cpio ca-certificates libssl0.9.8 openssl libgssapi-krb5-2 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: install-info WARNING: The following essential packages will be removed. This should NOT be done unless you know exactly what you are doing! install-info (due to sed) 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 258kB disk space will be freed. You are about to do something potentially harmful. To continue type in the phrase 'Yes, do as I say!' ?] (actually I don't follow the logic here - install-info isn't essential and sed's dependancy looks like it should be satisfied by dpkg 1.15.4.1 which is installed) Alternatively, maybe the above is an apt-get bug, possible... and I now need to have a build depends on install-info? I haven't really understood the install-info changes, so I won't comment on that. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552905: Re : A couple bug reports in Paw and Mn_Fit
Hi, I will work on it tonight :-) best regards, Francois Laposte.net fête ses 10 ans ! Gratuite, garantie à vie et déjà utilisée par des millions d'internautes... vous aussi, pour votre adresse e-mail, choisissez laposte.net. Laposte.net, bien + qu'une messagerie -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550459: [whitedune] Segmentation fault at start up
An i386 package won't run on my system, and building from sources will fail. These are the last lines: bison -y -d parser.y parser.y:331.41-42: $$ for the midrule at $3 of `node' has no declared type parser.y:332.54-55: $$ for the midrule at $3 of `node' has no declared type parser.y:334.63-64: $$ for the midrule at $3 of `node' has no declared type parser.y:335.60-61: $$ for the midrule at $3 of `node' has no declared type parser.y:338.67-68: $$ for the midrule at $3 of `node' has no declared type parser.y:345.41-42: $$ for the midrule at $3 of `node' has no declared type parser.y:346.59-60: $$ for the midrule at $3 of `node' has no declared type parser.y:347.56-57: $$ for the midrule at $3 of `node' has no declared type parser.y:350.56-57: $$ for the midrule at $3 of `node' has no declared type make: *** [parser.cpp] Error 1 The bison 3.4.1 compatibility problem was solve in white_dune-0.29beta1391. For version white_dune-0.28pl14, change the following lines (from line 290) in white_dune-0.28pl14/src/parser.y node: nodeType WING_BRACKET_ON { $$ = newNode(SYMB($1)); addCommentsToNode($$); nodeStack.push($$); if (defName != -1) { scene-def(uniqName(SYMB(defName)), $$); defName = -1; } } nodeBody WING_BRACKET_OFF { $$ = nodeStack.pop(); } | SCRIPT WING_BRACKET_ON{ $$ = new NodeScript(scene); addCommentsToNode($$); nodeStack.push($$); if (defName != -1) { scene-def(uniqName(SYMB(defName)), $$); defName = -1; } } to the following: node: nodeType WING_BRACKET_ON { $node$ = newNode(SYMB($1)); addCommentsToNode($node$); nodeStack.push($node$); if (defName != -1) { scene-def(uniqName(SYMB(defName)), $node$); defName = -1; } } nodeBody WING_BRACKET_OFF { $$ = nodeStack.pop(); } | SCRIPT WING_BRACKET_ON{ $node$ = new NodeScript(scene); addCommentsToNode($node$); nodeStack.push($node$); if (defName != -1) { scene-def(uniqName(SYMB(defName)), $node$); defName = -1; } } Basicly exhange $$ with $node$ so long MUFTI -- Heute eroeffnet uns das Internet ganz neue Informationskontrolle ... aeh -kanaele Wolfgang Schaeuble 3. Berliner Medienrunde, 24.11.08 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: serious...
Processing commands for cont...@bugs.debian.org: severity 534510 serious Bug #534510 [scribus-ng] should depend on libaspell-dev for spellchecking support Severity set to 'serious' from 'wishlist' retitle 534510 either build-dep on libaspell-dev or disable explicitely Bug #534510 [scribus-ng] should depend on libaspell-dev for spellchecking support Changed Bug title to 'either build-dep on libaspell-dev or disable explicitely' from 'should depend on libaspell-dev for spellchecking support' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533784: marked as done (libqsearch: non-standard gcc/g++ used for build (gcc-4.2))
Your message dated Fri, 30 Oct 2009 11:16:54 +0100 with message-id 20091030101654.gc19...@an3as.eu and subject line Typo in changelog prevented closing the bug has caused the Debian Bug report #533784, regarding libqsearch: non-standard gcc/g++ used for build (gcc-4.2) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 533784: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533784 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libqsearch Severity: important User: debian-...@lists.debian.org Usertags: non-standard-compiler, gcc-4.2 This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc/g++. Please keep this report open until the package uses the default compiler version for the package build. The severity of this report is likely to be raised before the release. ---End Message--- ---BeginMessage--- Hi, changelog of libqsearch (1.0.8-2) says: Closes: ##533784 which results in remaining the open status of the bug. Thus closing it manually. Kind regards Andreas. -- http://fam-tille.de ---End Message---
Processed: Re: Bug#553212: fhist: FTBFS on armel
Processing commands for cont...@bugs.debian.org: severity #553212 grave Bug #553212 [fhist] fhist: FTBFS on armel Severity set to 'grave' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553333: clamav-milter: inet milter socket configuration changes the owner of /root to clamav
Package: clamav-milter Version: 0.95.2+dfsg-1~volatile1 Severity: serious Tags: patch Because of some communication problems between postfix and clamav-milter local socket, I've choosed to configure clamav-milter with a network socket: MilterSocket = inet:7...@127.0.0.1 The problem is that every execution of the init.d script will change the owner of /root directory to 'clamav'. This patch fixes the problem: COBRANEW:~# diff -pU2 /etc/init.d/clamav-milter_0.95.2+dfsg-1~volatile1 /etc/init.d/clamav-milter --- /etc/init.d/clamav-milter_0.95.2+dfsg-1~volatile1 2009-07-11 21:50:02.0 +0300 +++ /etc/init.d/clamav-milter 2009-10-30 12:45:20.0 +0200 @@ -172,5 +172,5 @@ make_dir() [ -n $User ] || User=clamav mkdir -p -m 0755 $DIR - chown $User:$User $DIR + chown $User $DIR } @@ -279,5 +279,5 @@ fi make_dir $DataBaseDirectory -if [ ${SOCKET_PATH#inet} = ${SOCKET_PATH} ]; then +if [ ${SOCKET_TYPE} = local ]; then make_dir $(dirname $SOCKET_PATH) chown $User $(dirname $SOCKET_PATH) Please include it in the next upload (probably for the new upstream release 0.95.3). Thanks -- Package-specific info: --- configuration --- Checking configuration files in /etc/clamav Config file: clamd.conf --- LogFile = /var/log/clamav/clamav.log LogFileUnlock disabled LogFileMaxSize disabled LogTime = yes LogClean disabled LogSyslog = yes LogFacility = LOG_MAIL LogVerbose disabled PidFile = /var/run/clamav/clamd.pid TemporaryDirectory disabled DatabaseDirectory = /var/lib/clamav LocalSocket = /var/run/clamav/clamd.ctl FixStaleSocket = yes TCPSocket disabled TCPAddr disabled MaxConnectionQueueLength = 15 StreamMaxLength disabled StreamMinPort = 1024 StreamMaxPort = 2048 MaxThreads = 12 ReadTimeout = 180 CommandReadTimeout = 5 SendBufTimeout = 200 MaxQueue = 100 IdleTimeout = 30 ExcludePath disabled MaxDirectoryRecursion = 20 FollowDirectorySymlinks disabled FollowFileSymlinks disabled SelfCheck = 3600 VirusEvent disabled ExitOnOOM disabled Foreground disabled Debug disabled LeaveTemporaryFiles disabled User = clamav AllowSupplementaryGroups = yes DetectPUA disabled ExcludePUA disabled IncludePUA disabled AlgorithmicDetection = yes ScanPE = yes ScanELF = yes DetectBrokenExecutables disabled ScanMail = yes MailFollowURLs disabled ScanPartialMessages disabled PhishingSignatures = yes PhishingScanURLs = yes PhishingAlwaysBlockCloak disabled PhishingAlwaysBlockSSLMismatch disabled HeuristicScanPrecedence disabled StructuredDataDetection disabled StructuredMinCreditCardCount = 3 StructuredMinSSNCount = 3 StructuredSSNFormatNormal = yes StructuredSSNFormatStripped disabled ScanHTML = yes ScanOLE2 = yes ScanPDF = yes ScanArchive = yes ArchiveBlockEncrypted disabled MaxScanSize = 104857600 MaxFileSize = 26214400 MaxRecursion = 16 MaxFiles = 1 ClamukoScanOnAccess disabled ClamukoScanOnOpen disabled ClamukoScanOnClose disabled ClamukoScanOnExec disabled ClamukoIncludePath disabled ClamukoExcludePath disabled ClamukoMaxFileSize = 5242880 DevACOnly disabled DevACDepth disabled Config file: freshclam.conf --- LogFileMaxSize disabled LogTime disabled LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose disabled PidFile = /var/run/clamav/freshclam.pid DatabaseDirectory = /var/lib/clamav/ Foreground disabled Debug disabled AllowSupplementaryGroups disabled UpdateLogFile = /var/log/clamav/freshclam.log DatabaseOwner = clamav Checks = 24 DNSDatabaseInfo = current.cvd.clamav.net DatabaseMirror = db.local.clamav.net, database.clamav.net MaxAttempts = 5 ScriptedUpdates = yes CompressLocalDatabase disabled HTTPProxyServer disabled HTTPProxyPort disabled HTTPProxyUsername disabled HTTPProxyPassword disabled HTTPUserAgent disabled NotifyClamd = /etc/clamav/clamd.conf OnUpdateExecute disabled OnErrorExecute disabled OnOutdatedExecute disabled LocalIPAddress disabled ConnectTimeout = 30 ReceiveTimeout = 30 SubmitDetectionStats disabled DetectionStatsCountry disabled SafeBrowsing disabled Config file: clamav-milter.conf --- LogFile = /var/log/clamav/milter.log LogFileUnlock disabled LogFileMaxSize disabled LogTime = yes LogSyslog = yes LogFacility = LOG_MAIL LogVerbose = yes PidFile = /var/run/clamav/clamav-milter.pid TemporaryDirectory = /tmp FixStaleSocket = yes MaxThreads = 10 ReadTimeout = 120 Foreground disabled User = clamav AllowSupplementaryGroups = yes MaxFileSize disabled ClamdSocket = unix:/var/run/clamav/clamd.ctl MilterSocket = inet:7...@127.0.0.1 LocalNet = local OnClean = Accept OnInfected = Reject OnFail = Defer RejectMsg disabled AddHeader = Replace Chroot disabled Whitelist disabled SkipAuthenticated disabled LogInfected = Full Software settings - Version: 0.95.2 Optional features supported: MEMPOOL IPv6 FRESHCLAM_DNS_FIX AUTOIT_EA06 BZIP2 Database directory: /var/lib/clamav/ main.cvd: version 51, sigs: 545035, built on Thu May 14 17:28:45 2009 daily.cld: version 9964, sigs: 96802, built on Fri Oct 30
Bug#553334: linux-patch-xenomai: The package is broken
Package: linux-patch-xenomai Version: 2.4.8-2 Severity: grave Justification: renders package unusable I think that package now has a grave bug. The current version of the package (2.4.8) with its patches (for i386: 2.6.28.9 and 2.6.29.4) doesn't work, with the vanilla kernels. Upstream has its debian dir and fix a bug in the kernel patch[1] . So, the current package, doesn't work with its current versions of the patch, because the bug. scripts/kconfig/mconf arch/x86/Kconfig arch/x86/Kconfig:74: unexpected option default then you cannot compile the patched kernel. Upstream also have published 2.4.9 and 2.4.10, we are not very synchronized with upstream. They have solved the debian package bug in its debian directory. So, please, using the script of upstream, the bug is solved. [1] thanks Stefan Kisdaroczi debian: fix kernel patch preparation script not to truncate init/Kconfig http://git.xenomai.org/?p=xenomai-2.4.git;a=commit;h=e35614ad0050e660a9784092e5a4062b5861659cectory -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (300, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-patch-xenomai depends on: ii bash 4.0-7 The GNU Bourne Again SHell ii dctrl-tools [grep-dctrl] 2.13.1 Command-line tools to process Debi ii patch 2.5.9-5Apply a diff file to an original linux-patch-xenomai recommends no packages. Versions of packages linux-patch-xenomai suggests: ii kernel-package12.024 A utility for building Linux kerne pn linux-source-2.6 none (no description available) pn xenomai none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: RE: Bug#552417: dmraid: Unable to mount volume group on kernel 2.6.30
Processing commands for cont...@bugs.debian.org: tags 552417 moreinfo Bug #552417 [dmraid] dmraid: Unable to mount volume group on kernel 2.6.30 Ignoring request to alter tags of bug #552417 to the same tags previously set thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552417: dmraid: Unable to mount volume group on kernel 2.6.30
tags 552417 moreinfo thanks Well, I purged dmraid, installed mdadm, upgraded to grub2, stayed awake all night learning mdadm/grub2/lvm2, and now have stable system that is rebuilding its mirrors and running 2.6.30-2. I had originally installed Lenny in May 2008, and I kept updating and then upgraded to Squeeze. All was fine until 2.6.30. I suppose that the issue might have been related to grub.lst, which could have been properly configured for 2.6.26, but then somehow was automagically corrupted for 2.6.30 (just speculation, didn't specifically look into this). Sorry, but at this point my system is probably not very useful for diagnostics... -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: tags 549559 + fixed Bug #549559 [almanah] Almanah: segmentation fault when using gpg encrypted db Added tag(s) fixed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552959: ppl: FTBFS: build blocks
On 29/10/09 at 09:02 +0100, Michael Tautschnig wrote: Hi! [...] if [ . != `pwd` ]; then \ rm -f ppl_prolog_generated_test_common.pl; \ fi rm -f ppl_prolog_generated_test_main.pl; \ diff -u --ignore-all-space ./../tests/expected_pgt obtained_pgt make[7]: *** [pl_check_test] Terminated make[3]: *** [check-recursive] Terminated E: Caught signal 'Terminated': terminating immediately make[5]: *** [check-recursive] Terminated make[4]: *** [check] Terminated make[2]: *** [check] Terminated make[1]: *** [check-recursive] Terminated make: *** [check] Terminated make[6]: *** [check-am] Terminated Build killed with signal TERM after 240 minutes of inactivity Build finished at 20091028-0518 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/28/ppl_0.10.2-3_lsid64.buildlog [...] Is it possible to schedule another build? I'm really clueless what could be going wrong here, other than some problem with the buildd, which seems somewhat more likely given the excerpt of daemon.log provided at the end of this log. Looking at other build logs the above diff seems to be about the last thing before install, and it worked fine on all Debian buildds just a few days ago!? The fact that it blocks is reproducible. Output on the terminal: % ppl_prolog_generated_test_main.pl compiled 0.18 sec, 2,099,112 bytes % ./swi_prolog_generated_test compiled 0.18 sec, 2,104,128 bytes true. true. % halt if [ . != `pwd` ]; then \ rm -f ppl_prolog_generated_test_common.pl; \ fi rm -f ppl_prolog_generated_test_main.pl; \ diff -u --ignore-all-space ./../tests/expected_pgt obtained_pgt However, it's not diff that is blocking, it's ppl_pl. It's eating all the available memory and causes swapping. I've attached the output of ps. the status of the process is: Name: ppl_pl State: T (stopped) Tgid: 20160 Pid:20160 PPid: 20152 TracerPid: 0 Uid:0 0 0 0 Gid:0 0 0 0 FDSize: 256 Groups: 0 VmPeak: 303031364 kB VmSize: 303031364 kB VmLck: 0 kB VmHWM: 31854660 kB VmRSS: 31756644 kB VmData: 302960040 kB VmStk:84 kB VmExe: 5284 kB VmLib: 4792 kB VmPTE:100764 kB Threads:1 SigQ: 1/270336 SigPnd: ShdPnd: SigBlk: SigIgn: 1000 SigCgt: 000187802083 CapInh: CapPrm: CapEff: CapBnd: Cpus_allowed: 00ff Cpus_allowed_list: 0-7 Mems_allowed: ,0001 Mems_allowed_list: 0 voluntary_ctxt_switches:6796 nonvoluntary_ctxt_switches: 2400 (the T state is normal, I kill'ed -STOP it so I could get the ps output, but it was R or D before that. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | 10735 pts/0S+ 0:00 | \_ /usr/bin/perl /usr/bin/dpkg-buildpackage -us -uc 26698 pts/0S+ 0:00 | \_ /usr/bin/make -f debian/rules binary 26700 pts/0S+ 0:00 | \_ /usr/bin/make -j16 check 26701 pts/0S+ 0:00 | \_ /bin/bash -c failcom='exit 1'; \?for f in x $MAKEFLAGS; do \? case $f in \?*=* | --[!k]*);; \?*k*) failcom='fail=yes';; \? esac; \?done; \?dot_seen=no; \?target=`echo check-recursive | sed s/-recursive//`; \?list='. utils src Watchdog tests interfaces demos doc m4'; for subdir in $list; do \? echo Making $target in $subdir; \? if test $subdir = .; then \? dot_seen=yes; \?local_target=$target-am; \? else \? local_target=$target; \? fi; \? (cd $subdir /usr/bin/make $local_target) \? || eval $failcom; \?done; \?if test $dot_seen = no; then \? /usr/bin/make $target-am || exit 1; \?fi; test -z $fail 29227 pts/0S+ 0:00 | \_ /bin/bash -c failcom='exit 1'; \?for f in x $MAKEFLAGS; do \? case $f in \?*=* | --[!k]*);; \?*k*) failcom='fail=yes';; \? esac; \?done; \?dot_seen=no; \?target=`echo check-recursive | sed s/-recursive//`; \?list='. utils src Watchdog tests interfaces demos doc m4'; for subdir in $list; do \? echo Making $target in $subdir; \? if test $subdir = .; then \? dot_seen=yes; \?local_target=$target-am; \? else \? local_target=$target; \? fi; \? (cd $subdir /usr/bin/make $local_target) \? || eval $failcom; \?done; \?if test $dot_seen = no; then \? /usr/bin/make $target-am || exit 1; \?fi; test -z $fail 29228 pts/0S+ 0:00 | \_ /usr/bin/make check 29229 pts/0S+ 0:00 | \_ /usr/bin/make check-recursive 29231 pts/0S+ 0:00 |
Bug#552959: ppl: FTBFS: build blocks
Hi Lucas, Thanks a lot for the quick reply and precise information. [...] The fact that it blocks is reproducible. Output on the terminal: % ppl_prolog_generated_test_main.pl compiled 0.18 sec, 2,099,112 bytes % ./swi_prolog_generated_test compiled 0.18 sec, 2,104,128 bytes true. true. % halt if [ . != `pwd` ]; then \ rm -f ppl_prolog_generated_test_common.pl; \ fi rm -f ppl_prolog_generated_test_main.pl; \ diff -u --ignore-all-space ./../tests/expected_pgt obtained_pgt However, it's not diff that is blocking, it's ppl_pl. It's eating all the available memory and causes swapping. I've attached the output of ps. the status of the process is: [...] I'll see what I can do about this, I just wonder why it didn't happen on other hosts. But we'll see... Thanks again, Michael pgpyc85oUeaII.pgp Description: PGP signature
Bug#546505: (no subject)
I also get the segfault with the official package. I recompiled it using pbuilder (squeeze chroot), and now I cannot reproduce the segfault (with or without debugging symbols)... any suggestions? Cheers, Jason -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553271: python-pyx: import failing because of missing link to mesh.py in /usr/lib/python2.*/site-packages/pyx
Hi Stuart, on Friday, 30.10.2009, 02:08 +0100 you wrote: Thanks for the report. This looks decidedly like a bug in python-central: http://bugs.debian.org/479852 I have looked at bugs of python-support but not at them of python-central ... Can you confirm for me that you previously had python-pyx installed and that this was an upgrade from a version 0.10-0+nmu1 or earlier? (i.e. not a fresh installation) Yes, this was an upgrade. I had version 0.9-4b1 installed before. I've tested also purging 0.9-4b1 (which seems not to have deleted the files because of the bug in python-central) and then installation of 0.10-0+nmu3. The same error occurred as on direct-upgrading from 0.9-4b1 to 0.10-0+nmu3. The directory where you found all the pyx files ( /usr/lib/python2.5/site-packages/pyx) actually should be empty with this package now; pyx should be found in /usr/lib/pymodules/python2.5/pyx/. If you upgraded from the 0.9 version, then you could well have a very strange mix of 0.9 and 0.10 in there. In any case, running pycentral pkgremove python-pyx should clean up that directory (it should remove /usr/lib/pymodules/python2.5/pyx/ in fact), leaving you with a working pyx installation. After running the command, everything works. Thanks for the explanation and the fix! Best Regards Johann Felix Soden -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553236: libgnatvsn4.3: missing-dependency-on-libc needed by ./usr/lib/libgnatvsn.so.4.3 but the package doesn't depend on the C library package. Normally this indicates that ${shlibs
On Fri, Oct 30 2009, Ludovic Brenta wrote: Manoj Srivastava sriva...@debian.org writes: On Thu, Oct 29 2009, Ludovic Brenta wrote: Manoj Srivastava sriva...@debian.org writes: Package: libgnatvsn4.3 Version: 4.3.4-4 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc The library depends on libgnat-4.3 which depends on libc6, so the dependency on libc6 is there, albeit indirectly. Is this really a policy violation? Yes. You need the library, you depend on it. Just so that the other package's dependency changing does not break stuff. That cannot happen because libgnat-4.3 is built from the same sources as libgnat,prj}4.3 and the dependencies on libgnat-4.3 are exact-versioned ones. The thing is, if you do not have the dpkg-shlibdeps command in place, what else are you missing? How do you know that will not change? You might think My package is special, this cannot happen to us, but the experience behind policy shows that things change. Developers move on, new ones come in. And the specialness of the package is not enough reason to grant a policy exception. I would say that just add the dpkg-shlibdeps command, and move on. This is a small price to pay for inadvertent future violations of the invariant you think you have. manoj -- Do not clog intellect's sluices with bits of knowledge of questionable uses. Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552590: Works!
gnome meta-package install successfully now -- LiTE -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553354: diff: shouldn't be marked as essential when description assures that it can be safely removed
Package: diff Severity: serious Justification: Policy 3.8 Package was marked as 'essential', but the policy is: Since these packages cannot be easily removed (one has to specify an extra force option to dpkg to do so), this flag must not be used unless absolutely necessary. But the package description states: It may be safely removed after upgrading to squeeze. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-rc5-lizzie 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 diff depends on: ii diffutils 1:2.8.1-18 File comparison utilities diff recommends no packages. diff suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525549: gnucash-dbg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Martin, thank you for your efforts. M. van Brummelen wrote: I created a gnucash package with debugging enabled. * Package name: gnucash Version : 2.2.9-0.2-dbg-1 No, you didn't. Sorry. The only change you made was adding the configure flag --enable-debug, but this is not sufficient for a package with debug symbols included. The debug symbols are added during build, but they are removed later in the build process by the Debian packaging tool dh_strip. And please make sure to not build a native Debian package next time. This makes finding the differences to the current package way easier. Regards Micha -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrq97gACgkQWN0/4pnhQbSZfwCfSToUrQ9q2MwT3W9MDEiyq5PS CboAoNreRMVxxiedXRC1iGPyEeO1DE2p =0dsq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552939: libnet-snmp-perl: FTBFS: test failures
Hi Lucas, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-libnet-snmp-perl_5.2.0-2-amd64-a5NzFX/libnet-snmp-perl-5.2.0' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/ber.t .. ok # Test 3 got: usage: $sock-socket(DOMAIN, TYPE, PROTOCOL) at /build/user-libnet-snmp-perl_5.2.0-2-amd64-a5NzFX/libnet-snmp-perl-5.2.0/blib/lib/Net/SNMP/Transport/UDP.pm line 159\n (t/mp.t at line 68) # Expected: (Failed to create Transport Layer object) # t/mp.t line 68 is: ok(($@ || $e), '', 'Failed to create Transport Layer object'); It looks like your build envirenment is screwed. Apparently, getprotobyname('udp') fails as either /etc/protocol doesn't exist or is unreadable. Could you check this? Thanks, Jochen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552939: libnet-snmp-perl: FTBFS: test failures
On 30/10/09 at 15:56 +0100, Jochen Friedrich wrote: Hi Lucas, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-libnet-snmp-perl_5.2.0-2-amd64-a5NzFX/libnet-snmp-perl-5.2.0' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/ber.t .. ok # Test 3 got: usage: $sock-socket(DOMAIN, TYPE, PROTOCOL) at /build/user-libnet-snmp-perl_5.2.0-2-amd64-a5NzFX/libnet-snmp-perl-5.2.0/blib/lib/Net/SNMP/Transport/UDP.pm line 159\n (t/mp.t at line 68) # Expected: (Failed to create Transport Layer object) # t/mp.t line 68 is: ok(($@ || $e), '', 'Failed to create Transport Layer object'); It looks like your build envirenment is screwed. Apparently, getprotobyname('udp') fails as either /etc/protocol doesn't exist or is unreadable. Could you check this? /etc/protocols is in netbase. netbase is not an Essential package. You need to build-depend on it if you need it. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: notfound 551970 in 0.12, found 551970 in 0.12.0-1
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 notfound 551970 0.12 Bug #551970 [poppler] poppler: 0.12.1 Poppler bug fix and security release There is no source info for the package 'poppler' at version '0.12' with architecture '' Unable to make a source version for version '0.12' Bug No longer marked as found in versions 0.12. found 551970 0.12.0-1 Bug #551970 [poppler] poppler: 0.12.1 Poppler bug fix and security release There is no source info for the package 'poppler' at version '0.12.0-1' with architecture '' Unable to make a source version for version '0.12.0-1' Bug Marked as found in versions 0.12.0-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537359: Hello Dear,
Hello Dear, Kind regard, am Roselyn, please, kindly permit me by contacting you through this medium of mail. and i belive you will understand me when we discuss details of myheart desire. Please i will like you to reply me direct to my mail box[roselynmartin...@yahoo.com] so that we will know each other very well, i am looking forward to your positive confirmation to enable me send you my picture further and communication, thank you and God bless, Regards Roselyn Martins -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Bug in libtest-poe-client-tcp-perl fixed in revision 46535
Processing commands for cont...@bugs.debian.org: tag 552922 + pending Bug #552922 [src:libtest-poe-client-tcp-perl] libtest-poe-client-tcp-perl: FTBFS: tests failed Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552922: Bug in libtest-poe-client-tcp-perl fixed in revision 46535
tag 552922 + pending thanks Some bugs are closed in revision 46535 by Gregor Herrmann (gregoa) Commit message: Only run tests if localhost is available (hopefully closes: #552922). -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553367: amsn: Amsn crash and close X window system
Subject: amsn: Amsn crash and close X window system Package: amsn Version: 0.97.2~debian-3 Justification: breaks unrelated software Severity: critical *** Please type your report below this line *** When i open amsn, it starts, but when i click on any buttons of their interface, it crashes and closes the X window system. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amsn depends on: ii amsn-data 0.97.2~debian-3 Data files for aMSN ii libc6 2.9-25GNU C Library: Shared libraries ii libgcc11:4.4.1-4 GCC support library ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libpng12-0 1.2.40-1 PNG library - runtime ii libsnack2-alsa 2.2.10-dfsg1-8Sound extension to Tcl/Tk and Pyth ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii tcl-tls1.5.0.dfsg-9 the TLS OpenSSL extension to Tcl ii tk8.5 8.5.7-1 Tk toolkit for Tcl and X11, v8.5 - ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime amsn recommends no packages. Versions of packages amsn suggests: ii docker1.4-5 System tray for KDE3/GNOME2 dockle ii iceweasel 3.0.14-1 lightweight web browser based on M ii sox 14.3.0-1.1 Swiss army knife of sound processi ii tcl8.5 [tclsh]8.5.7-1Tcl (the Tool Command Language) v8 -- no debconf information reportbug-amsn-20091030-1309-JKohLv Description: Binary data
Bug#553244: libmatrixssl1.8-dev: missing-dependency-on-libc needed by ./usr/lib/matrixssl/httpsClient and 3 others but the package doesn't depend on the C library package. Normally this
On Thu, Oct 29, 2009 at 01:13:07PM -0500, Manoj Srivastava wrote: Package: libmatrixssl1.8-dev Version: 1.8.6-1 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc All shared libraries and compiled binaries must be run through dpkg-shlibdeps to find out any libraries they are linked against (often via the dh_shlibdeps debhelper command). The package containing these files must then depend on ${shlibs:Depends} in debian/control to get the proper package dependencies for those libraries. Refer to Debian Policy Manual section 8.6 (Dependencies between the library and other packages - the shlibs system) for details. Hi Manoj, libmatrixssl1.8-dev depends on libmatrixssl1.8 which in turn of course depends on the libc. Is this a bug nevertheless? Thanks, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Bug#553354
Processing commands for cont...@bugs.debian.org: severity 553354 normal Bug #553354 [diff] diff: shouldn't be marked as essential when description assures that it can be safely removed Severity set to 'normal' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552687: special-file var/spool/cron/trigger
On Tue, Oct 27, 2009 at 03:52:52PM -0500, Manoj Srivastava wrote: Justification: The package contains a special file (e.g., a device file). This is forbidden by current policy. If your program needs this device, you should create it by calling makedev from the postinst script. prw-r--r-- root/root 0 2008-05-25 11:32 ./var/spool/cron/trigger Refer to Debian Policy Manual section 10.6 (Device files) for details. I don't think MAKEDEV applies here, it's a named pipe used for IPC. Would it be okay if I create the fifo through postinst or on daemon startup? Thanks, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553380: nano-tiny: trying to overwrite '/usr/share/nano/man-html/nanorc.5.html'
Package: nano-tiny Version: 2.0.9-2 Justification: renders package unusable Severity: grave trying to overwrite '/usr/share/nano/man-html/nanorc.5.html', which is also in package nano 0:2.1.11-2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nano-tiny depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libslang2 2.2.1-1The S-Lang programming library - r nano-tiny recommends no packages. nano-tiny suggests no packages. -- no debconf information Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553381: libnbtk-1.2-0: patches break API and ABI compatibility with upstream sources
Package: libnbtk-1.2-0 Severity: serious Patches applied to this package breaks API and ABI compatibility with upstream sources. Breaking API compatibility prevents source packages from being compiled against the same version of the library elsewhere. Breaking ABI compatibility prevents binary packages from linking against the same version of the library elsewhere. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Bug#552947: libgcrypt11: FTBFS: dh_install missing files
On 2009-10-30 Simon Josefsson si...@josefsson.org wrote: [...] Why is texi2html used here? I thought 'makeinfo --html' was preferred. Good catch. We seem to invoke it manuall in debian/rules. I will put this on my fix it list. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 553314 is important
Processing commands for cont...@bugs.debian.org: severity 553314 important Bug #553314 [alltray] alltray: Show/Hide function and close button don't work Severity set to 'important' from 'grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549433: gnote : workaround to enjoy gnote in testing
Package: gnote Severity: normal Hello all, thanks to Debian manual (package management and pinning) I was able to install gnote from unstable under testing without collateral damage. I report the tip here in the hope it will be usefull for other users and testers : 1)Add a line for unstable in your /etc/apt/sources.list copy and modify the one for testing 2)Create a /etc/apt/preferences file with this content : Package: gnote Pin: release a=unstable Pin-Priority: 700 Package: * Pin: release a=testing Pin-Priority: 500 Package: * Pin: release a=unstable Pin-Priority: 200 3)Use aptitude : update, search for gnote, install it. it installs/upgrades somewhat 5 dependancies. 4)Revert /etc/apt/preferences back to a sane testing state by commenting the unstable line with a # sign. 5)Result : enjoy gnote ; your testing system is almost unchanged and aptitude sees 1 strange package (gnote). Have fun using, testing, documenting, hacking Debian... Pierre -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnote depends on: ii gconf2 2.28.0-1 GNOME configuration database syste ii libboost-filesystem1.38.0 1.38.0-7+b1 filesystem operations (portable pa ii libboost-system1.38.0 1.38.0-7+b1 Operating system (e.g. diagnostics ii libc6 2.9-25 GNU C Library: Shared libraries ii libdbus-c++-1-0 0~20090907-1 C++ API for D-BUS (runtime package ii libgcc1 1:4.4.1-4GCC support library ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-02.22.2-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.22.1-2 C++ wrapper for the GLib toolkit ( ii libgtk2.0-0 2.18.2-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.18.2-1 C++ wrappers for GTK+ 2.4 (shared ii libgtkspell02.0.13-2 a spell-checking addon for GTK's T ii libpanel-applet2-0 2.26.3-1 library for GNOME Panel applets ii libpanelappletmm-2.6-1c22.26.0-1 C++ wrappers for libpanel-applet ( ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpangomm-1.4-12.26.0-1 C++ Wrapper for pango (shared libr ii libpcrecpp0 7.8-3Perl 5 Compatible Regular Expressi ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libuuid12.16.1-4 Universally Unique ID library ii libx11-62:1.2.2-1X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii libxslt1.1 1.1.26-1 XSLT processing library - runtime gnote recommends no packages. gnote suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit source to lineak-xosdplugin, tagging 543009
Processing commands for cont...@bugs.debian.org: #lineak-xosdplugin (1:0.9-8) unstable; urgency=low # # * Work around libtool problems (Closes: #543009) # limit source lineak-xosdplugin Limiting to bugs with field 'source' containing at least one of 'lineak-xosdplugin' Limit currently set to 'source':'lineak-xosdplugin' tags 543009 + pending Bug #543009 [lineak-xosdplugin] lineak-xosdplugin: FTBFS: /usr/bin/install: cannot stat `.libs/xosdplugin.so': No such file or directory Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed (with 1 errors): Re: Bug#553370: [openoffice.org-wiki-publisher] Error during upgrade from 1.0+OOo3.1.1-2 to 1.0+OOo3.1.1-5
Processing commands for cont...@bugs.debian.org: severity 553370 serious Bug #553370 [openoffice.org-wiki-publisher] [openoffice.org-wiki-publisher] Error during upgrade from 1.0+OOo3.1.1-2 to 1.0+OOo3.1.1-5 Severity set to 'serious' from 'normal' tag 553370 missing dependency on liblucene2-java Unknown tag/s: missing, dependency, on, liblucene2-java. Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid help security upstream pending sarge sarge-ignore experimental d-i confirmed ipv6 lfs fixed-in-experimental fixed-upstream l10n etch etch-ignore lenny lenny-ignore squeeze squeeze-ignore. tag 553370 + pending Bug #553370 [openoffice.org-wiki-publisher] [openoffice.org-wiki-publisher] Error during upgrade from 1.0+OOo3.1.1-2 to 1.0+OOo3.1.1-5 Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 553380
Processing commands for cont...@bugs.debian.org: tags 553380 + pending Bug #553380 [nano-tiny] nano-tiny: trying to overwrite '/usr/share/nano/man-html/nanorc.5.html' Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553244: libmatrixssl1.8-dev: missing-dependency-on-libc needed by ./usr/lib/matrixssl/httpsClient and 3 others but the package doesn't depend on the C library package. Normally this
On Fri, Oct 30 2009, Gerrit Pape wrote: On Thu, Oct 29, 2009 at 01:13:07PM -0500, Manoj Srivastava wrote: Package: libmatrixssl1.8-dev Version: 1.8.6-1 Severity: serious Justification: The listed file appears to be linked against the C library, User: lintian-ma...@debian.org Usertags: missing-dependency-on-libc All shared libraries and compiled binaries must be run through dpkg-shlibdeps to find out any libraries they are linked against (often via the dh_shlibdeps debhelper command). The package containing these files must then depend on ${shlibs:Depends} in debian/control to get the proper package dependencies for those libraries. Refer to Debian Policy Manual section 8.6 (Dependencies between the library and other packages - the shlibs system) for details. Hi Manoj, libmatrixssl1.8-dev depends on libmatrixssl1.8 which in turn of course depends on the libc. Is this a bug nevertheless? Well, yes. For two reasons: Transitive dependencies are deprecated since the intermediate packages in the chain might in the future remove dependencies, and secondly, what else are you missing by not running dpkg-shlibdeps? manoj -- If God is perfect, why did He create discontinuous functions? Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 553370 in 1:3.1.1-1
Processing commands for cont...@bugs.debian.org: found 553370 1:3.1.1-1 Bug #553370 [openoffice.org-wiki-publisher] [openoffice.org-wiki-publisher] Error during upgrade from 1.0+OOo3.1.1-2 to 1.0+OOo3.1.1-5 There is no source info for the package 'openoffice.org-wiki-publisher' at version '1:3.1.1-1' with architecture '' Unable to make a source version for version '1:3.1.1-1' Bug Marked as found in versions 1:3.1.1-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552687: special-file var/spool/cron/trigger
On Fri, Oct 30 2009, Gerrit Pape wrote: On Tue, Oct 27, 2009 at 03:52:52PM -0500, Manoj Srivastava wrote: Justification: The package contains a special file (e.g., a device file). This is forbidden by current policy. If your program needs this device, you should create it by calling makedev from the postinst script. prw-r--r-- root/root 0 2008-05-25 11:32 ./var/spool/cron/trigger Refer to Debian Policy Manual section 10.6 (Device files) for details. I don't think MAKEDEV applies here, it's a named pipe used for IPC. Would it be okay if I create the fifo through postinst or on daemon startup? You could use mkfifo in the postinst, I think. manoj -- If you stop to think about it, you're already dead. Manoj Srivastava sriva...@debian.org http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477060: [gNewSense-users] Re: unclear licence of AMSLatex (fwd)
Benedikt Ahrens schreef: hello, the AMS has decided to publish amslatex under LPPL. see david jones' message on the bottom. this concerns future releases only. is this ok for gns? can we keep the current package even if it isn't covered legally by this license? Thanks for following up on this. Do they say which version of LPPL they're going to use? Both 1.2 and 1.3a are free software licenses, but according to the FSF license list [1] 1.2 can have additional restrictions that make some files non-free. Would they agree to retroactively add the same license to (recent) earlier versions (including the one in gNS 2.x), so that those versions become dual-licensed? Even just a short public statement that's not (necessarily) legally binding would make me much more comfortable about keeping the package in gNS. As for changing names of modified files: I think Debian has some infrastructure to handle all that and all TeX packages have been treated as if they were under LPPL, so that won't be a problem. The only change we should have to make is to refer to the public statement. [1] http://www.gnu.org/licenses/license-list.html#SoftwareLicenses -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553049: (no subject)
severity 553049 normal thanks Jonas Stein n...@jonasstein.de wrote: Hi, The program 'xsane' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 17623 error_code 8 request_code 150 minor_code 5) What were you doing when this happened? Anything worth noting about your environment? Proprietary X drivers? Are you using the epkowa backend with non-free plugin? Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#553049: (no subject)
Processing commands for cont...@bugs.debian.org: severity 553049 normal Bug #553049 [xsane] xsane: crash after loading. BadMatch (invalid parameter attributes) Severity set to 'normal' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: retitle 553370 to missing dependency on liblucene2-java
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 retitle 553370 missing dependency on liblucene2-java Bug #553370 [openoffice.org-wiki-publisher] [openoffice.org-wiki-publisher] Error during upgrade from 1.0+OOo3.1.1-2 to 1.0+OOo3.1.1-5 Changed Bug title to 'missing dependency on liblucene2-java' from '[openoffice.org-wiki-publisher] Error during upgrade from 1.0+OOo3.1.1-2 to 1.0+OOo3.1.1-5' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553333: [Pkg-clamav-devel] Bug#553333: clamav-milter: inet milter socket configuration changes the owner of /root to clamav
Hi there, I understand how: @@ -279,5 +279,5 @@ fi make_dir $DataBaseDirectory -if [ ${SOCKET_PATH#inet} = ${SOCKET_PATH} ]; then +if [ ${SOCKET_TYPE} = local ]; then make_dir $(dirname $SOCKET_PATH) chown $User $(dirname $SOCKET_PATH) could be a problem (maybe - if the variable $SOCKET_PATH includes the string 'inet' but somehow the variable $SOCKET_PATH remains unset), but I don't see how: @@ -172,5 +172,5 @@ make_dir() [ -n $User ] || User=clamav mkdir -p -m 0755 $DIR - chown $User:$User $DIR + chown $User $DIR } Cause any problems or indeed makes any difference? Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Processed: limit source to lineak-kdeplugins, tagging 543027
Processing commands for cont...@bugs.debian.org: #lineak-kdeplugins (2:0.9-6) unstable; urgency=low # # * Work around libtool build Problems (Closes: #543027) # limit source lineak-kdeplugins Limiting to bugs with field 'source' containing at least one of 'lineak-kdeplugins' Limit currently set to 'source':'lineak-kdeplugins' tags 543027 + pending Bug #543027 [lineak-kdeplugins] lineak-kdeplugins: FTBFS: /usr/bin/install: cannot stat `.libs/jukplugin.so': No such file or directory Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553392: 'hugin' received an X Window System error
Package: hugin Version: 2009.2.0+dfsg-2 Severity: grave Justification: renders package unusable Hi, When I launch hugin, the splashscreen appears and the application crashes with the following error message: The program 'hugin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 786 error_code 1 request_code 135 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I have tried to compiled the code from source but I have the same error. Any idea? Cheers, Phil -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hugin depends on: ii enblend 3.2+dfsg-3 image blending tool ii enfuse 3.2+dfsg-3 image exposure blending tool ii hugin-tools 2009.2.0+dfsg-2 CLI tools for Hugin ii libboost-thread1.40.01.40.0-2portable C++ multi-threading ii libc62.9-25 GNU C Library: Shared libraries ii libexiv2-5 0.18.2-1+b1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.1-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.6-1 A free implementation of the OpenG ii libglew1.5 1.5.1-5 The OpenGL Extension Wrangler - ru ii libglu1-mesa [libglu1] 7.6-1 The OpenGL utility library (GLU) ii libimage-exiftool-perl 7.89-1 Library and program to read and wr ii libpano13-1 2.9.14-2panorama tools library ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii libwxbase2.8-0 2.8.7.1-1.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-02.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii make 3.81-6 An utility for Directing compilati hugin recommends no packages. hugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Ludo / Andy, Is it still the case that we recommend guile extensions to be installed as normal libraries in /usr/lib, as opposed to some guile-specific place? I think you were recently discussing this, and I'm afraid I didn't pay complete attention. (Historically this has cropped up several times. Marius favoured /usr/lib on the grounds that it could make sense for some application to use a Guile extension library just like a normal C library (i.e. application coded in C, linking at build time to the extension library and to libguile). But on the other hand the advantage of somewhere like /usr/lib/guile-1.8 is that it makes it easier to handle parallel installation, and corresponding correct version numbering, without having to have .so names that have both libguile and extension version numbers in. My view on this is not very strong, but is that by sticking to /usr/lib we do seem to be sailing against the wind (cf. other scripting languages); and also that the normal C library argument feels unlikely in practice.) Please see email below, and the debian bug, for the complete context of this. Regards, Neil Simon Josefsson si...@josefsson.org writes: Manoj Srivastava sriva...@debian.org writes: On Thu, Oct 29 2009, Andreas Metzler wrote: These are not proper shared libraries but are dlopened bindings for guile, which takes them outside the scope of the abovementioned part of policy. Then should they not be in a private path? As long as they are in the public library directories, you are still under the policy directive, as far as I can see. Other guile packages appear to put shared libraries in /usr/lib too, for example: j...@mocca:~$ dpkg -L guile-1.8-libs|grep /usr/lib|head /usr/lib /usr/lib/libguilereadline-v-17.so.17.0.3 /usr/lib/libguile-srfi-srfi-13-14-v-3.la /usr/lib/libguile-srfi-srfi-4-v-3.so.3.0.1 /usr/lib/libguile.so.17.3.1 /usr/lib/libguile-srfi-srfi-60-v-2.so.2.0.2 /usr/lib/libguile-srfi-srfi-4-v-3.la /usr/lib/libguilereadline-v-17.la /usr/lib/libguile-srfi-srfi-13-14-v-3.so.3.0.1 /usr/lib/libguile-srfi-srfi-1-v-3.so.3.0.2 j...@mocca:~$ Although generally I would agree with you that if these aren't normal libraries, putting them in another directory (/usr/lib/guile) would be nice. But there may be reasons why that is not possible; I'm not a guile expert. Anyway, it doesn't seem to be a problem specific to the guile-gnutls package. /Simon -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549312: Correction: 0.7.23.1 - 0.7.21
Just realised that my last report was run on 0.7.23.1 instead of 0.7.21 :-) Working too long on this :-( Will try again tomorrow on he right version... ael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549312: run with apt 0.7.23.1
I have now solved the problems with getting apt-0.7.23.1 installed and ran an apt-get install file command with the file under /dvd (which was a loop mounted jigdo dvd iso image). The short version was 1) no segfault; but 2) apt-get (or rather dpkg) failed to find files. In fact, just the same as the most recent versions. The long version: - # apt-get install octave3.2 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libarpack2 libgraphicsmagick++3 Suggested packages: graphicsmagick-dbg octave3.2-info octave3.2-doc octave3.2-htmldoc octave3.2-headers octave3.2-emacsen Recommended packages: atlas3-base The following NEW packages will be installed libarpack2 libgraphicsmagick++3 octave3.2 0 upgraded, 3 newly installed, 0 to remove and 3 not upgraded. Need to get 0B/10.1MB of archives. After this operation, 31.4MB of additional disk space will be used. Do you want to continue [Y/n]? y 0% [Working]CDROMMethod::Fetch cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 DVD Binary-2 20091019-05:59]/pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb Looking for CDROM at /dvd/ 0% [Working]ID 2 a48ec91a27274fa236457889e78edfd7-2 ID 1 a48ec91a27274fa236457889e78edfd7-1 Media Change: Please insert the disc labelled 'Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 DVD Binary-2 20091019-05:59' in the drive ‘/dvd/’ and press enter 0% [Working]ID 2 a2d1cdec7388a76b1bf8b836022f0985-2 25% [Working]CDROMMethod::Fetch cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 DVD Binary-2 20091019-05:59]/pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb Looking for CDROM at /dvd/ ID 2 a2d1cdec7388a76b1bf8b836022f0985-2 50% [Working]CDROMMethod::Fetch cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 DVD Binary-3 20091019-05:59]/pool/main/o/octave3.2/octave3.2_3.2.3-1_i386.deb Looking for CDROM at /dvd/ ID 2 a2d1cdec7388a76b1bf8b836022f0985-2 ID 1 e1d1f62209309b530c35e68b0260f989-1 Media Change: Please insert the disc labelled 'Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 DVD Binary-3 20091019-05:59' in the drive ‘/dvd/’ and press enter 50% [Working]ID 2 56355b1c0bb59ea95d7f5e086701c148-2 E: Could not open file /dvd//pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb - open (2: No such file or directory) E: Unable to determine the file size - fstat (9: Bad file descriptor) E: Read error - read (9: Bad file descriptor) E: Prior errors apply to /dvd//pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb E: Could not open file /dvd//pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb - open (2: No such file or directory) E: Unable to determine the file size - fstat (9: Bad file descriptor) E: Read error - read (9: Bad file descriptor) E: Prior errors apply to /dvd//pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb E: Prior errors apply to /dvd//pool/main/o/octave3.2/octave3.2_3.2.3-1_i386.deb debconf: apt-extracttemplates failed: Bad file descriptor dpkg: error processing /dvd//pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb (--unpack): cannot access archive: No such file or directory dpkg: error processing /dvd//pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb (--unpack): cannot access archive: No such file or directory Selecting previously deselected package octave3.2. (Reading database ... 242809 files and directories currently installed.) Unpacking octave3.2 (from .../octave3.2_3.2.3-1_i386.deb) ... Processing triggers for man-db ... Processing triggers for desktop-file-utils ... Processing triggers for menu ... Errors were encountered while processing: /dvd//pool/main/a/arpack/libarpack2_2.1+parpack96.dfsg-2+b1_i386.deb /dvd//pool/main/g/graphicsmagick/libgraphicsmagick++3_1.3.5-5.1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) --- At the point above when the prompt to mount the first dvd, gdb /usr/lib/apt/methods/cdrom PID was started to attach to the cdrom process. It reported no problems: -- gdb) continue Continuing. Program exited normally. --- # dpkg -s apt Package: apt Status: install ok installed Priority: important Section: admin Installed-Size: 10580 Maintainer: APT Development Team de...@lists.debian.org Architecture: i386 Version: 0.7.23.1 === So I guess that this means that I need to revert to earlier versions of one of more of these programs if I am to catch the cdrom segfault. But also that there is still a problem with accessing the /dvd files - maybe somehow closed before dpkg runs. As I have noted before, if I manually mount /dvd/ and run dpkg directly then it finds the
Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call ldconfig in its postinst script.
Hi, On Fri 30 Oct 2009 22:14, Neil Jerram n...@ossau.uklinux.net writes: Is it still the case that we recommend guile extensions to be installed as normal libraries in /usr/lib, as opposed to some guile-specific place? I think you were recently discussing this, and I'm afraid I didn't pay complete attention. In the alpha 1.9 series you can install them to extensiondir. From NEWS: ** Dynamically loadable extensions may be placed in a Guile-specific path Before, Guile only searched the system library paths for extensions (e.g. /usr/lib), which meant that the names of Guile extensions had to be globally unique. Installing them to a Guile-specific extensions directory is cleaner. Use `pkg-config --variable=extensionsdir guile-2.0' to get the location of the extensions directory. (Historically this has cropped up several times. Marius favoured /usr/lib on the grounds that it could make sense for some application to use a Guile extension library just like a normal C library (i.e. application coded in C, linking at build time to the extension library and to libguile). But on the other hand the advantage of somewhere like /usr/lib/guile-1.8 is that it makes it easier to handle parallel installation, and corresponding correct version numbering, without having to have .so names that have both libguile and extension version numbers in. I think the balance goes for parallel installation -- that is, installing in guile-specific directories. However we do support dynamically loaded extensions in $libdir as well, for backwards compatibility. Also I'm not sure it's portable to have a shared module and be able to link to it. Andy -- http://wingolog.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549730: marked as done (sofa-framework: FTBFS: maybe.hpp:13:53: error: boost/python/detail/referent_storage.hpp: No such file or directory)
Your message dated Fri, 30 Oct 2009 21:52:24 -0400 with message-id 1256953944.6034.30.ca...@t500lenny and subject line Re: sofa-framework: FTBFS: maybe.hpp:13:53: error: boost/python/detail/referent_storage.hpp: No such file or directory has caused the Debian Bug report #549730, regarding sofa-framework: FTBFS: maybe.hpp:13:53: error: boost/python/detail/referent_storage.hpp: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549730: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549730 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: sofa-framework Version: 1.0~beta4-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091005 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -c -pipe -W -I/usr/include/libxml2 -O2 -D_REENTRANT -fPIC -DSOFA_QT4 -DSOFA_GUI_QTVIEWER -DSOFA_GUI_GLUT -DSOFA_HAVE_PNG -DSOFA_HAVE_GLEW -DSOFA_HAVE_BOOST -DSOFA_PML -DSOFA_SUPPORT_MOVING_FRAMES -DDUMP_VISITOR_INFO -DNDEBUG -DSOFA_XML_PARSER_TINYXML -DMINI_FLOWVR -DSOFA_BUILD_SIMULATION_COMMON -I/usr/share/qt4/mkspecs/linux-g++ -I. -I../../../../include -I../../../../framework -I../../../../modules -I/usr/include/qt4 -I/usr/include/qwt-qt4 -I../../../../extlibs/tinyxml -I/usr/include/libxml2 -I../../../../extlibs/PML -I../../../../extlibs/PML/PhysicalProperties -I../../../../extlibs/LML -I../../../../extlibs/miniFlowVR/include -o OBJ/release/Node.o Node.cpp In file included from /usr/include/c++/4.3/backward/hash_set:64, from /usr/include/boost/graph/adjacency_list.hpp:25, from Node.cpp:48: /usr/include/c++/4.3/backward/backward_warning.h:33:2: warning: #warning This file includes at least one deprecated or antiquated header which may be removed without further notice at a future date. Please use a non-deprecated interface with equivalent functionality instead. For a listing of replacement headers and interfaces, consult the file backward_warning.h. To disable this warning use -Wno-deprecated. In file included from /usr/include/boost/parameter/aux_/arg_list.hpp:14, from /usr/include/boost/parameter/aux_/tagged_argument.hpp:10, from /usr/include/boost/parameter/aux_/tag.hpp:8, from /usr/include/boost/parameter/keyword.hpp:10, from /usr/include/boost/parameter/name.hpp:8, from /usr/include/boost/graph/named_function_params.hpp:15, from /usr/include/boost/graph/depth_first_search.hpp:21, from /usr/include/boost/graph/topological_sort.hpp:16, from Node.cpp:50: /usr/include/boost/parameter/aux_/maybe.hpp:13:53: error: boost/python/detail/referent_storage.hpp: No such file or directory In file included from /usr/include/boost/parameter/aux_/arg_list.hpp:14, from /usr/include/boost/parameter/aux_/tagged_argument.hpp:10, from /usr/include/boost/parameter/aux_/tag.hpp:8, from /usr/include/boost/parameter/keyword.hpp:10, from /usr/include/boost/parameter/name.hpp:8, from /usr/include/boost/graph/named_function_params.hpp:15, from /usr/include/boost/graph/depth_first_search.hpp:21, from /usr/include/boost/graph/topological_sort.hpp:16, from Node.cpp:50: /usr/include/boost/parameter/aux_/maybe.hpp:90: error: 'boost::python' has not been declared /usr/include/boost/parameter/aux_/maybe.hpp:90: error: expected unqualified-id before '' token /usr/include/boost/parameter/aux_/maybe.hpp: In member function 'typename boost::add_referencetypename boost::add_constT::type::type boost::parameter::aux::maybeT::construct2(const U) const': /usr/include/boost/parameter/aux_/maybe.hpp:59: error: 'm_storage' was not declared in this scope /usr/include/boost/parameter/aux_/maybe.hpp: In member function 'void boost::parameter::aux::maybeT::destroy()': /usr/include/boost/parameter/aux_/maybe.hpp:72: error: 'm_storage' was not declared in this scope make[5]: *** [OBJ/release/Node.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/10/05/sofa-framework_1.0~beta4-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on
Bug#549535: hm, didn't work for me
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I have tested 3.0.3.1 but the error is still there. :( - -- Sandro Weiser sandro.wei...@gmx.de Fingerprint: 77E0 7C87 4DB2 6BBB 5419 343C 7995 1C67 25B9 CBF1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREKAAYFAkrro3IACgkQeZUcZyW5y/HCGwCghkk7ePToIHihex5pulNr5t0g Ut4AoIQyPM3vBsf4uI7PpA9yMT9RWwoe =blEo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506652: Fwd: [xml2rfc] xml2rfc 1.34 released
Now that xml2rfc 1.34 has been released, it would be great to get it into Debian so that I can format I-Ds for submission without having to use the web interface or install a separate copy. Thanks! Date: Fri, 30 Oct 2009 16:14:06 +0100 From: Julian Reschke julian.resc...@gmx.de To: xml2...@xml.resource.org Subject: [xml2rfc] xml2rfc 1.34 released Hi, as we had exactly zero bug reports, we have now made a proper release, see http://xml.resource.org/). Note that people who have been using the URL to the experimental version can continue to do so, it just happens to use the same release for now. Best regards, Julian Julian Reschke wrote: Hi, in the meantime, Marshall and I have been doing some minor fine-tuning, and version 1.34pre5 is now online at http://xml.resource.org/experimental.html, and available for download as explained below. The only significant change is that we have moved the cutover date for the new TLP boilerplate to November 01, 2009. Please check for regressions; we plan to make a proper release before the end of this month. Best regards, Julian Julian Reschke wrote: Hi, in the meantime, Marshall and I have been working on these changes, and experimental versions are now available. For xml2rfc: use the on-line version at http://xml.resource.org/experimental.html, or download for local installation from http://xml.resource.org/authoring/xml2rfc-dev.zip. For rfc2629.xslt: get a fresh release from http://greenbytes.de/tech/webdav/rfc2629xslt.zip Reminder: the updated boilerplate code will not be generated for IDs dated before December 1, so, to test it, you need to set the publication date to that future date. Best regards, Julian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553312: gnome-keyring breaks svn commit
On Fr, 30 Okt 2009, Norbert Preining wrote: $ svn commit -msome commit msg Password for 'login' GNOME keyring:ENTER svn: Commit failed (details follow): svn: GNOME Keyring is locked and we are non-interactive $ Why on earth does gnome-keyring play around here Some explanation: I switched to fingerprint authentication for normal user, and it seems that using that does not unlock the login keyring for gnome-keyring. As soon as I disable fingerprint login (changing /etc/pam.d/gdm to its previous state it works. The point is that there is NO way gnome-keyring should interfere with subversion, and I don't see why it is doing that. Best wishes Norbert --- Dr. Norbert PreiningAssociate Professor JAIST Japan Advanced Institute of Science and Technology prein...@jaist.ac.jp Vienna University of Technology prein...@logic.at Debian Developer (Debian TeX Task Force)prein...@debian.org gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- ABINGER (n.) One who washes up everything except the frying pan, the cheese grater and the saucepan which the chocolate sauce has been made in. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org