Bug#621278: gmchess: Getting rid of unneeded *.la / emptying dependency_libs
Hello, I'll remove the .la file soon, thanks! -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621081: proftpd-basic: ProFTPd cannot start in inetd/xinetd mode.
On Wed, Apr 06, 2011 at 04:56:31PM +0400, Yura Beznos wrote: Package: proftpd-basic Version: 1.3.3a-6squeeze1 Severity: important ProFTPd cannot start in inetd/xinetd mode. in the ProFTPd configuration window select from inetd and I see output: grep: /etc/inetd.conf: No such file or directory ProFTPd warning: cannot start neither in standalone nor in inetd/xinetd mode. Check your configuration. do you have inetd and update-inetd installed? It seems not. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620958: dpkg outputs tons of new warning messages with no obvious way to fix them
On Wed, 06 Apr 2011, Jonathan Nieder wrote: 2/ We can't invent the value to put in Architecture It seems likely this has been covered before, but just in case: why not put in the native architecture for already-installed, ancient packages? It could be Architecture: all instead of the native architecture. And some packages might have been installed with --force-architecture. dselect update sometimes does depending on the method configured. Right now, it serves no purpose for apt-get to update the available file. Actually I'm a bit puzzled by the behavior. sync-available (from dctrl-tools) and the apt method's update script call apt-cache dumpavail to write a new available file and dpkg --update-avail to use it, ignoring the old one. So why are people needing to run dpkg --clear-avail? Because people don't use dselect and the available file just keeps a log of formerly installed packages in that case. And the ftp method of dselect runs --clear-avail optionnaly and uses --merge-avail. Would it be possible in the long term for dpkg to stop caring about available altogether (leaving it to dselect)? Yes, it's more or less the plan. We've just changed dpkg to not parse/write it for most of the commands and I wanted to discuss with guillem why he kept it for plain package install (archivefiles() still passes the available flag to modstatdb_init). See commits fb49e131ef32039277c538f759ab19c1ff22e8fd, 9c01b373009ac462afbdb9375abd2c7b9abc19d5. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599095: schroedinger: Generates a 500M build log
Hi, what are the chances of #599095 being fixed soon? This bug currently blocks VLC[1][2] from migrating to testing which would fix some important security issues[3][4] (DSA 2211-1 [5]). Best regards Alexander Kurtz [1] http://release.debian.org/migration/testing.pl?package=vlc [2] https://buildd.debian.org/status/package.php?p=vlc [3] http://security-tracker.debian.org/tracker/CVE-2010-3275 [4] http://security-tracker.debian.org/tracker/CVE-2010-3276 [5] http://lists.debian.org/debian-security-announce/2011/msg00080.html signature.asc Description: This is a digitally signed message part
Bug#614562: auth_pass should be up to seven characters long
OoO En cette aube naissante du jeudi 07 avril 2011, vers 07:13, Dan Wallis mrdanwal...@gmail.com disait : Thanks Chris, this bug report saved me some debugging time while upgrading half of an LVS pair. I've done some digging testing. From what I can tell, versions up to and including v1.1.17 use the first eight characters of auth_pass, and from version v1.1.18 only the first seven characters are used (and the string is always null-terminated). This means that having a really long string for auth_pass is redundant, as only the first chunk is used anyway. A password up to seven characters works for me across these versions. (Well, v1.1.15 (lenny) and v1.1.20 (squeeze) actually.) This bug is fixed in 1.2.1. pgproIkTRzuAV.pgp Description: PGP signature
Bug#619219: RFS: ruby-lapack
Hi, At 6 Apr 2011 14:09:48 +0200, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: I've done a quick review. I would appreciate if someone else would do another one. Small fix (committed): - dh $@ --buildsystem=ruby --with ruby --with quilt + dh $@ --buildsystem=ruby --with ruby (--with quilt is not needed anymore) How do you treat .pc? Should I use patch-queue manner on git-buildpackage? Other question: would it make sense to run the sample script at the end of the build, to see if everything works fine? I'm a bit disturbed by the lack of test suite. Currently, I'm frequently using this library on amd64 and i386. This library works fine. However, I think your comment is reasonable. Ok. I'll create some test suite. Please wait for a while... --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621431: Still uses libdb4.8
block 621431 621460 thank you On Thu, Apr 7, 2011 at 05:16, Michael Biebl bi...@debian.org wrote: Am 07.04.2011 04:18, schrieb Michael Biebl: Am 07.04.2011 04:05, schrieb Michael Biebl: Am 07.04.2011 04:04, schrieb Michael Biebl: Hi Ondřej Am 06.04.2011 22:57, schrieb Ondřej Surý: My package has: Build-Depends: debhelper (= 8), cmake (= 2.4), kdelibs5-dev, libsvn-dev (= 1.2.0), libssl-dev (= 0.9.8a), libsqlite3-dev, gettext, pkg-kde-tools (= 0.9) So this must me a indirect dependency. This is nothing I can do about in kdesvn itself as kdesvn is not using libdb directly, thus closing. My guess is that is is pulled in via libsvn. As soon as libsvn has been updated, a binNMU of kdesvn should be sufficient. hm, maybe it's better to keep the bug open, if you want to track of the libdb removal archive wide. Please let me know, as soon as you have filed a bug against libsvn-dev. Let's then block this bug by the bug against libsvn-dev. As soon as libsvn-dev is fixed, we can fix the kdesvn bug by a binNMU. I am adding the blocked by. I'll try to do as much micromanagement like this as possible, but it's a huge task since we have db4.6, db4.7 and db4.8 in the archive, so please forgive any mistakes I may do. I've looked into this more closely. kdesvn uses libsvn and runs apu-config --link-ld --libs to get the necessary link flags. This outputs: -L/usr/lib -laprutil-1 -ldb and ls -la /usr/lib/libdb.so lrwxrwxrwx 1 root root 12 12. Feb 04:31 /usr/lib/libdb.so - libdb-4.8.so this link is shipped by libdb4.8-dev. I guess you need to start fixing things there. The link is also shipped by libdb5.1-dev, so I think everything is fine here. O. -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583662: Patch for the 4.16.0.72-2.1 NMU of jove
(now NMU'ing the right version) Dear maintainer of jove, On Saturday, March 26, 2011 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Sunday, March 20, 2011. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: jove Version: 4.16.0.72-2.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Thu, 07 Apr 2011 08:30:00 +0200 Closes: 583662 Changes: jove (4.16.0.72-2.1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Danish (Joe Hansen). Closes: #583662 -- diff -Nru jove-4.16.0.72.old/debian/changelog jove-4.16.0.72/debian/changelog --- jove-4.16.0.72.old/debian/changelog 2011-04-07 08:27:48.30035 +0200 +++ jove-4.16.0.72/debian/changelog 2011-04-07 08:30:00.659781500 +0200 @@ -1,3 +1,11 @@ +jove (4.16.0.72-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Danish (Joe Hansen). Closes: #583662 + + -- Christian Perrier bubu...@debian.org Thu, 07 Apr 2011 08:30:00 +0200 + jove (4.16.0.72-2) unstable; urgency=low * Rebuild with reworked Architectures. diff -Nru jove-4.16.0.72.old/debian/po/da.po jove-4.16.0.72/debian/po/da.po --- jove-4.16.0.72.old/debian/po/da.po 1970-01-01 01:00:00.0 +0100 +++ jove-4.16.0.72/debian/po/da.po 2011-04-07 08:29:19.190707783 +0200 @@ -0,0 +1,36 @@ +# Danish translation jove. +# Copyright (C) 2010 jove Joe Hansen. +# This file is distributed under the same license as the jove package. +# Joe Hansen joedalt...@yahoo.dk, 2010. +# +msgid +msgstr +Project-Id-Version: jove\n +Report-Msgid-Bugs-To: c...@debian.org\n +POT-Creation-Date: 2006-11-19 14:26+0100\n +PO-Revision-Date: 2010-05-29 17:30+01:00\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org \n +Language: \n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: note +#. Description +#: ../jove.templates:1001 +msgid Found old version of /etc/jove.rc. Moved it to /etc/jove/jove.rc +msgstr +Fandt gammel version af /etc/jove.rc. Flyttede den til /etc/jove/jove.rc + +#. Type: note +#. Description +#: ../jove.templates:2001 +msgid Old version of /etc/jove.rc and new version /etc/jove/jove.rc found +msgstr Gammel version af /etc/jove.rc og ny version /etc/jove/jove.rc fundet + +#. Type: note +#. Description +#: ../jove.templates:2001 +msgid Moving old version to /etc/jove/jove.rc.old +msgstr Flytter gammel version til /etc/jove/jove.rc.old signature.asc Description: Digital signature
Bug#621466: libvideo-capture-v4l-perl: FTBFS: V4l.xs:12:28: fatal error: linux/videodev.h: No such file or directory
Source: libvideo-capture-v4l-perl Version: 0.902-2 Severity: serious Tags: sid Justification: FTBFS Hi libvideo-capture-v4l-perl FTBFS in unstable (not in wheezy): debian/rules build dh build dh_testdir dh_auto_configure Checking if your kit is complete... Looks good 'CREATE_PACKLIST' is not a known MakeMaker parameter name. Writing Makefile for Video::Capture::V4l Writing Makefile for Video::Capture::VBI Writing Makefile for Video::RTjpeg Writing Makefile for Video::Frequencies dh_auto_build make[1]: Entering directory `/build/salvi-libvideo-capture-v4l-perl_0.902-2-amd64-mON2Qt/libvideo-capture-v4l-perl-0.902' cp Frequencies.pm blib/lib/Video/Frequencies.pm cp XawTV.pm blib/lib/Video/XawTV.pm make[2]: Entering directory `/build/salvi-libvideo-capture-v4l-perl_0.902-2-amd64-mON2Qt/libvideo-capture-v4l-perl-0.902/V4l' cp V4l.pm ../blib/lib/Video/Capture/V4l.pm /usr/bin/perl /usr/share/perl/5.10.1/ExtUtils/xsubpp -typemap /usr/share/perl/5.10/ExtUtils/typemap V4l.xs V4l.xsc mv V4l.xsc V4l.c cc -c -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -DVERSION=\0.902\ -DXS_VERSION=\0.902\ -fPIC -I/usr/lib/perl/5.10/CORE V4l.c V4l.xs:12:28: fatal error: linux/videodev.h: No such file or directory compilation terminated. make[2]: *** [V4l.o] Error 1 make[2]: Leaving directory `/build/salvi-libvideo-capture-v4l-perl_0.902-2-amd64-mON2Qt/libvideo-capture-v4l-perl-0.902/V4l' make[1]: *** [subdirs] Error 2 make[1]: Leaving directory `/build/salvi-libvideo-capture-v4l-perl_0.902-2-amd64-mON2Qt/libvideo-capture-v4l-perl-0.902' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Bests Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash libvideo-capture-v4l-perl_0.902-2_amd64.build.gz Description: GNU Zip compressed data
Bug#569008: closed by Varun Hiremath va...@debian.org (Bug#569008: fixed in python-scipy 0.9.0+dfsg1-1)
On 2011-04-07 06:09, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the python-scipy package: #569008: python-scipy: scipy.stats.kde.gaussian_kde fails with non-obvious exception It has been closed by Varun Hiremath va...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Varun Hiremath va...@debian.org by replying to this email. Hello, It appears that with upstream version 0.9.0 the bug is not fixed: [9:01:09][tazle@orn][~/unsafe/pythons]% ./scipytest/bin/python -c 'from scipy.stats.kde import gaussian_kde; gaussian_kde([1])' Warning: invalid value encountered in divide Traceback (most recent call last): File string, line 1, in module File /home/tazle/unsafe/pythons/scipytest/lib/python2.5/site-packages/scipy/stats/kde.py, line 88, in __init__ self._compute_covariance() File /home/tazle/unsafe/pythons/scipytest/lib/python2.5/site-packages/scipy/stats/kde.py, line 341, in _compute_covariance self.inv_cov = linalg.inv(self.covariance) File /home/tazle/unsafe/pythons/scipytest/lib/python2.5/site-packages/scipy/linalg/basic.py, line 285, in inv a1 = asarray_chkfinite(a) File /home/tazle/unsafe/pythons/scipytest/lib/python2.5/site-packages/numpy/lib/function_base.py, line 547, in asarray_chkfinite array must not contain infs or NaNs) ValueError: array must not contain infs or NaNs I did not test with the actual Debian package, since I do not have unstable installation around. However, this should not be important, since the changelog indicates that upstream changes are what should close #569008. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598637: Announce of an upcoming upload for the memtest86 package
Dear maintainer of memtest86 and Debian translators, Some days ago, I sent a notice to the maintainer of the memtest86 Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de fr it ja pt pt_BR ru sv Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the memtest86 package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, April 15, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Wednesday, April 06, 2011 : send the first intent to NMU notice to the package maintainer. Thursday, April 07, 2011 : send this notice Friday, April 15, 2011 : (midnight) deadline for receiving translation updates Saturday, April 16, 2011 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: memtest...@packages.debian.org\n POT-Creation-Date: 2009-12-02 22:23+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Run lilo automatically after upgrade (if found)? msgstr #. Type: boolean #. Description #: ../templates:1001 msgid If lilo is installed and its configuration file contains the memtest86/ memtest86+ image, then it should be re-run in order to allow booting the new image. msgstr signature.asc Description: Digital signature
Bug#621207: autogen: Getting rid of unneeded *.la / emptying dependency_libs
On Wed, 06 Apr 2011 15:25:34 -0700 Bruce Korb bk...@gnu.org wrote: On 04/06/11 12:27, codeh...@debian.org wrote: To finish an old release goal from Squeeze, to comply with Policy 10.2 and to ease the introduction of MultiArch, I'm filing bugs against packages which contain .la files which can be either removed or stripped of the dependency_libs variable. autogen appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. In most cases, . If you believe that your package needs both the .la file and the dependency_libs settings, please raise this on debian-devel for clarification. Since I do not fiddle with that stuff directly and rely upon the autotools to do everything, either Debian needs to post-process the build results or this needs to be taken up with libtool folks. This needs a change in the Debian packaging files for the libopts25-dev package in Debian, it's not an upstream issue: http://packages.debian.org/sid/amd64/libopts25-dev/filelist In the file: debian/libopts25-dev.install Simply remove the lines: usr/lib/libopts.la usr/lib/libguileopts.la It doesn't matter if the autotools continue to generate the .la file for build purposes, it is just that the .la file should either not be packaged or should be modified during the Debian packaging process to not list anything in the dependency_libs variable. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpqlbZKCv3n5.pgp Description: PGP signature
Bug#621467: [PATCH] Add more mailer choices to metche
Package: metche
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Currently metche uses mutt to send mails, but on a minimum installed
system mutt might not a feasible choice.
Attached patches add the support to use two more mailer choices, mailx
and mail-transport-agent (sendmail), both are virtual packages.
Cheers,
Kanru
- -- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iEYEARECAAYFAk2dX8oACgkQsbdbXzZcx6KZ/gCgn2D2uZ5TBZwErTnb9/pW+vqK
5rAAnjjViqcJnaDgwFFMxElL8mg5yb8r
=WSDh
-END PGP SIGNATURE-
--- a/metche
+++ b/metche
@@ -73,15 +73,34 @@
fi
}
+add_header() {
+local subject=$1;
+echo Subject: $subject;
+echo To: $EMAIL_ADDRESS;
+echo
+cat;
+}
+
+_mail() {
+local subject=$1;
+if which mail /dev/null ; then
+LC_ALL=$LOCALE mail -s $subject $EMAIL_ADDRESS
+elif [ -x /usr/sbin/sendmail ]; then
+LC_ALL=$LOCALE add_header $subject|/usr/sbin/sendmail
$EMAIL_ADDRESS
+elif which mutt /dev/null ; then
+LC_ALL=$LOCALE mutt -s $subject $EMAIL_ADDRESS
+fi
+}
+
email() {
debug * email $@ to $EMAIL_ADDRESS
local subject=`current_system` - $_MAIL_SUBJECT : $1
if [ $ENCRYPT_EMAIL = yes ]; then
LC_ALL=$LOCALE gpg --batch --armor --encrypt \
--recipient $EMAIL_ADDRESS |
-LC_ALL=$LOCALE mutt -s $subject $EMAIL_ADDRESS
+LC_ALL=$LOCALE _mail $subject
else
-LC_ALL=$LOCALE mutt -s $subject $EMAIL_ADDRESS
+LC_ALL=$LOCALE _mail $subject
fi
}
--- a/debian/control
+++ b/debian/control
@@ -11,7 +11,7 @@
Package: metche
Architecture: all
-Depends: ${misc:Depends}, mutt, bzip2, ucf (= 0.28)
+Depends: ${misc:Depends}, mailx|mail-transport-agent|mutt, bzip2, ucf (= 0.28)
Recommends: apt-show-versions, gnupg
Suggests: util-vserver
Description: configuration monitor to ease collective administration
Bug#621376: Still uses libdb4.7
Ondřej Surý ond...@debian.org wrote on 2011-04-06 22:44: However, there is a newer Berkeley DB version in the archive (libdb5.1), with a compatible API. Berkeley DB version 4.7 will be eventually removed from unstable in favor of version 5.1. Thanks for this information. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.7-dev to libdb-dev, or just recompile the package. My intention was to wait for the next upstream release 1.5. But I see the time could be too long. So I will look for an package update. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621393: debian-installer: checksum cmdline alias
reassign 621393 preseed thanks Quoting Matt Taggart (tagg...@debian.org): Package: debian-installer Version: 20110406 Severity: wishlist I would like a kernel command line alias named checksum that does the same thing as preseed/file/checksum. From what I see in the preseed package, this request belongs to it and sums up to add a line in preseed_aliases Without objections, I'll add this ASAP. signature.asc Description: Digital signature
Bug#621400: debian-installer: keymap alias
reassign 621400 preseed thanks Quoting Matt Taggart (tagg...@debian.org): Package: debian-installer Version: 20110406 Severity: wishlist Hi, I would like a kernel command line alias named keymap that means the same as console-keymaps-at/keymap. In particular this one (AFAIK) has to be specified when using preseeding since this question gets asked before the preseed loads. Same reassignment and comment than former request. I think that this option is even more wished to make kernel command line shorter for preseeded installs. signature.asc Description: Digital signature
Bug#621416: Still uses libdb4.8
Hi Brian, 2011/4/7 Brian May br...@microcomaustralia.com.au: 2011/4/7 Ondřej Surý ond...@debian.org: Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.8-dev to libdb-dev, or just recompile the package. First let me thank you for the quick reply :) My package already has Build-Depends libdb-dev. So I don't think this is a bug in my source package. I could reassign to binary package if you want. Maybe the package needs a rebuild? Yes, please. Or I can request a binNMU, but it would be better if you at least check that your package doesn't check for DB_VERSION_MAJOR == 4 anywhere. Still I think that your rebuild with checking that it links to correct library/etc. would be better. Sometime the autoconf macros will find db5.1 headers, but link to libdb4.7 because they explicitly search for db-4.7 db4.7 db47 ... db in the m4 macro. O. -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618016: Bug still exists in latest version
I can reproduce this on my system as well: # uname -a Linux myhost 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 GNU/Linux # apt-cache policy lvm2 lvm2: Installed: 2.02.84-3 Candidate: 2.02.84-3 Version table: *** 2.02.84-3 0 500 http://ftp.au.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status 2.02.84-2 0 500 http://ftp.au.debian.org/debian/ testing/main amd64 Packages 2.02.66-5 0 500 http://ftp.au.debian.org/debian/ squeeze/main amd64 Packages # lvs LVVG Attr LSize Origin Snap% Move Log Copy% Convert lv00 vg00 owi-ao 3.72g lv00-snap vg00 swi-a- 476.00m lv00 0.00 lv01 vg00 owi-ao 18.62g lv01-snap vg00 swi-a- 2.33g lv0161.92 lv02 vg00 owi-ao 74.50g lv02-snap vg00 swi-a- 9.31g lv0215.45 # mount|grep lv00 # lvremove --verbose --debug --force /dev/vg00/lv00-snap Using logical volume(s) on command line Can't remove open logical volume lv00-snap -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621460: Still uses libdb4.8
block 621460 by 621366 thank you 2011/4/7 Peter Samuelson pe...@p12n.org: [Ondrej Surı] Your package currently still uses Berkeley DB version 4.8 (libdb4.8). Indeed. subversion Build-Depends: libaprutil1-dev libaprutil1-dev Depends: libdb4.8-dev libdb*-dev Conflicts: libdb*-dev Some time ago I suggested that apr-util should drop this -dev dependency, and I believe Stefan Fritsch agreed to do so in his next upload. I believe so (php5 was involved in those mails). Then Subversion will be free to _not_ track the DB version of apr-util. At that time, I will have a look at whether Subversion can be migrated to DB 5.x. Thank you, I would be happy to help. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.8-dev to libdb-dev, or just recompile the package. I have to control the version more explicitly. For one thing, I have some Suggests: dbX.Y-util that would be pointless if they did not match the dependency. You may Suggest: db-util from the db-defaults 5.1.1 release ;-). More importantly, in the past, it has been important to explicitly test and document the procedure for upgrading user data between DB formats. Does subversion use transactions (aka does it need db_upgrade?). Even though the upgrade path should be fairly straightforward - the only thing you need to take care of is backuping your database before running dbX.Y_upgrade (where X.Y is the new version) on the database file. O. -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621468: libtest-kwalitee-perl: FTBFS: Can't locate Test/YAML/Meta/Version.pm in @INC
Source: libtest-kwalitee-perl Version: 1.01-1 Severity: serious Tags: sid wheezy Justification: FTBFS Hi libtest-kwalitee-perl FTBFS in wheezy and sid: dh_auto_test t/01-kwalitee.t .. skipped: Test::Kwalitee not installed: cannot load Module::CPANTS::Kwalitee::MetaYML: Can't locate Test/YAML/Meta/V ersion.pm in @INC (@INC contains: /build/salvi-libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/lib /build/salvi- libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/ 5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/Module/CPAN TS/Kwalitee/MetaYML.pm line 6. t/02-include.t ... skipped: Test::Kwalitee not installed: cannot load Module::CPANTS::Kwalitee::MetaYML: Can't locate Test/YAML/Meta/V ersion.pm in @INC (@INC contains: /build/salvi-libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/lib /build/salvi- libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/ 5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/Module/CPAN TS/Kwalitee/MetaYML.pm line 6. cannot load Module::CPANTS::Kwalitee::MetaYML: Can't locate Test/YAML/Meta/Version.pm in @INC (@INC contains: /build/salvi-libtest-kwalite e-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/lib /build/salvi-libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-per l-1.01/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr /share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/Module/CPANTS/Kwalitee/MetaYML.pm line 6. BEGIN failed--compilation aborted at /usr/share/perl5/Module/CPANTS/Kwalitee/MetaYML.pm line 6. Compilation failed in require at (eval 21) line 3. at /usr/share/perl5/Module/CPANTS/Analyse.pm line 41 # Looks like you planned 13 tests but ran 1. # Looks like your test exited with 2 just after 1. t/03-exclude.t ... Dubious, test returned 2 (wstat 512, 0x200) Failed 12/13 subtests t/04-bare-include.t .. skipped: Test::Kwalitee not installed: cannot load Module::CPANTS::Kwalitee::MetaYML: Can't locate Test/YAML/Meta/V ersion.pm in @INC (@INC contains: /build/salvi-libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/lib /build/salvi- libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/ 5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/Module/CPAN TS/Kwalitee/MetaYML.pm line 6. t/05-bare-exclude.t .. skipped: Test::Kwalitee not installed: cannot load Module::CPANTS::Kwalitee::MetaYML: Can't locate Test/YAML/Meta/V ersion.pm in @INC (@INC contains: /build/salvi-libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/lib /build/salvi- libtest-kwalitee-perl_1.01-1-amd64-ZcZ1TW/libtest-kwalitee-perl-1.01/blib/arch /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/ 5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/perl5/Module/CPAN TS/Kwalitee/MetaYML.pm line 6. t/pod-coverage.t . ok t/pod.t .. ok Test Summary Report --- t/03-exclude.t (Wstat: 512 Tests: 1 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 13 tests but ran 1. Files=7, Tests=3, 1 wallclock secs ( 0.03 usr 0.01 sys + 0.49 cusr 0.07 csys = 0.60 CPU) Result: FAIL Failed 1/7 test programs. 0/3 subtests failed. dh_auto_test: perl Build test returned exit code 255 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Bests Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash libtest-kwalitee-perl_1.01-1_amd64.build.gz Description: GNU Zip compressed data
Bug#618016: Bug still exists in latest version
Incidentally, this appears to be related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549691 which has a workaround. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598637: Announce of an upcoming upload for the memtest86 package
2011/4/7 Christian PERRIER bubu...@debian.org: Dear maintainer of memtest86 and Debian translators, Some days ago, I sent a notice to the maintainer of the memtest86 Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de fr it ja pt pt_BR ru sv Among these, the following translations are incomplete: none Spanish? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575646 If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the memtest86 package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, April 15, 2011. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Wednesday, April 06, 2011 : send the first intent to NMU notice to the package maintainer. Thursday, April 07, 2011 : send this notice Friday, April 15, 2011 : (midnight) deadline for receiving translation updates Saturday, April 16, 2011 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- -- Saludos Fran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621376: Still uses libdb4.7
Thank you, you are most helpful. If you need a help with porting (I don't expect any more problems than those listed in the original bug report), feel free to ping me. O. 2011/4/7 Joachim Wiedorn ad_deb...@joonet.de: Ondřej Surý ond...@debian.org wrote on 2011-04-06 22:44: However, there is a newer Berkeley DB version in the archive (libdb5.1), with a compatible API. Berkeley DB version 4.7 will be eventually removed from unstable in favor of version 5.1. Thanks for this information. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.7-dev to libdb-dev, or just recompile the package. My intention was to wait for the next upstream release 1.5. But I see the time could be too long. So I will look for an package update. --- Have a nice day. Joachim (Germany) -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621405: closed by Sergey B Kirpichev skirpic...@gmail.com (Re: Bug#621405: Still uses libdb4.8)
reopen 621405 block 621405 by 621366 thank you Hi Sergey, please keep this bug open, so I can keep track of packages still using the old libraries. I have added a blocked by apr-util bug for exactly the same thing, so as soon as the apr-util get's fixed, you will be able to do rebuild. Thank you, Ondrej On Thu, Apr 7, 2011 at 02:21, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the libapache2-mod-qos package: #621405: Still uses libdb4.8 It has been closed by Sergey B Kirpichev skirpic...@gmail.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Sergey B Kirpichev skirpic...@gmail.com by replying to this email. -- 621405: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621405 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Sergey B Kirpichev skirpic...@gmail.com To: 621405-d...@bugs.debian.org Date: Thu, 7 Apr 2011 04:18:52 +0400 Subject: Re: Bug#621405: Still uses libdb4.8 2011/4/7 Ondřej Surý ond...@debian.org: Your package currently still uses Berkeley DB version 4.8 (libdb4.8). Yes, but it's not a direct dependence: Build-Depends: debhelper (= 7.0.50), apache2-prefork-dev (= 2.2.3) | apache2-threaded-dev (= 2.2.3), libssl-dev (= 0.9.8g), libapr1-dev, libaprutil1-dev, libpcre3-dev, libpng12-dev, automake Probably, It's due to libaprutil1-dev. So, I'll close this bugreport. -- Forwarded message -- From: Ondřej Surý ond...@debian.org To: Debian Bug Tracking System sub...@bugs.debian.org Date: Wed, 06 Apr 2011 22:57:16 +0200 Subject: Still uses libdb4.8 Package: libapache2-mod-qos Version: 9.54-2 Severity: normal User: pkg-db-de...@lists.alioth.debian.org Usertags: db5.1 Your package currently still uses Berkeley DB version 4.8 (libdb4.8). However, there is a newer Berkeley DB version in the archive (libdb5.1), with a compatible API. Berkeley DB version 4.8 will be eventually removed from unstable in favor of version 5.1. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.8-dev to libdb-dev, or just recompile the package. More complicated scenarios: - Package does check for DB_VERSION_MAJOR == 4 - this should be updated to (DB_VERSION_MAJOR 4) || ((DB_VERSION_MAJOR == 4) (DB_VERSION_MINOR = XX)). - Configure checks - sometime there is a list of db-4.8 db-4.6 db-4.2, etc., this needs to be updated to just db (or db-5.1 db-5 db), or at least list the 'db' in the front You can see example patch in cyrus-imapd-2.2: http://git.debian.org/?p=pkg-cyrus-imapd/cyrus-imapd-2.2.git;a=blob;f=debian/patches/99-berkelydb-5.1.dpatch;hb=HEAD - The packages which use Berkeley DB transactional mode need to upgrade the database files before the upgrade. This is fairly straightforward and is well documented on the Berkeley DB website. But you probably already know that because it's not the first Berkeley DB transition. The example script can be found in the cyrus-imapd-2.4 (not yet released): http://git.debian.org/?p=pkg-cyrus-imapd/cyrus-imapd-2.4.git;a=blob;f=debian/cyrus-upgrade-db;hb=HEAD Thanks, -- Ondřej Surý ond...@debian.org -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-28-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621469: libmojomojo-perl: FTBFS - failing tests
Source: libmojomojo-perl Version: 1.01+dfsg-1 Severity: serious Tags: sid wheezy Justification: FTBFS Hi libmojomojo-perl in unstable and wheezy FTBFS during tests. Attached ist the full build log on unstable. Bests Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash libmojomojo-perl_1.01+dfsg-1_amd64.build.gz Description: GNU Zip compressed data
Bug#621170: gnu-smalltalk: Getting rid of unneeded *.la / emptying dependency_libs
On 04/06/2011 09:28 PM, codeh...@debian.org wrote: gnu-smalltalk appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. I believe this is just the libc.la which is not a normal .la file and should not be removed. Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621450: Still uses libdb4.8
Ondřej, xastir version 1.9.4-3.1 is no longer a valid release. The latest version on SourceForge is 2.0.0 and can be found at http://sourceforge.net/projects/xastir/files/ I am not certain which db is currently used in the current release. Due to the non-availability of on-line Tiger maps OSM is now fully integrated and the default. Please kindly refer yourself to http://www.xastir.org/wiki/Main_Page for the latest information regarding Xastir. I would also suggest that you join/subscribe to the Xastir reflector at http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir at the least and introduce yourself. Others here and on the Ubuntu hams list and Ubuntu hams devel list have done some significant advancement of the package and have very up to date releases available on PPA's. I am certain that they well chime in with more definitive information. Sincerely, David Aitcheson - KB3EFS On 04/06/11 16:57, Ondřej Surý wrote: Package: xastir Version: 1.9.4-3.1 Severity: normal User: pkg-db-de...@lists.alioth.debian.org Usertags: db5.1 Your package currently still uses Berkeley DB version 4.8 (libdb4.8). However, there is a newer Berkeley DB version in the archive (libdb5.1), with a compatible API. Berkeley DB version 4.8 will be eventually removed from unstable in favor of version 5.1. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.8-dev to libdb-dev, or just recompile the package. More complicated scenarios: - Package does check for DB_VERSION_MAJOR == 4 - this should be updated to (DB_VERSION_MAJOR 4) || ((DB_VERSION_MAJOR == 4) (DB_VERSION_MINOR = XX)). - Configure checks - sometime there is a list of db-4.8 db-4.6 db-4.2, etc., this needs to be updated to just db (or db-5.1 db-5 db), or at least list the 'db' in the front You can see example patch in cyrus-imapd-2.2: http://git.debian.org/?p=pkg-cyrus-imapd/cyrus-imapd-2.2.git;a=blob;f=debian/patches/99-berkelydb-5.1.dpatch;hb=HEAD - The packages which use Berkeley DB transactional mode need to upgrade the database files before the upgrade. This is fairly straightforward and is well documented on the Berkeley DB website. But you probably already know that because it's not the first Berkeley DB transition. The example script can be found in the cyrus-imapd-2.4 (not yet released): http://git.debian.org/?p=pkg-cyrus-imapd/cyrus-imapd-2.4.git;a=blob;f=debian/cyrus-upgrade-db;hb=HEAD Thanks, -- OndÅ™ej Surý ond...@debian.org -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-28-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- David A Aitcheson david.aitche...@gmail.com david.aitcheson on google and skype -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493778: Insanely long package description for texlive-latex-extra
Quoting Norbert Preining (prein...@logic.at): On Mi, 06 Apr 2011, Christian PERRIER wrote: Moreover, the nature of the list makes it constantly changing...or never up-to-date...which gives the same result : it is impossible to translate in the DDTP. But it is the list of packages included, and as Hauke said, the main aim is to allow people to easily search for a CTAN packages. Hello Norbert, thanks for your quick answer. Sure. That's an argument. Please forgive the insanely word. I was a little bit annoyed yesterday after spending about 30 minutes proofreading the still partial French translation we have in the DDTP (we reached letter e). I was also influenced by the lack of comments in the bug report (which was surprising to me as I know the good level of maintenance that you put in LaTeX packages). Your fast answer shows me that you probably just missed the bug report, which I understand, given the probably high number of BR received by LaTeX packages. Anywaywe now have this discussion, which is good. Please move that crazy list to README.Debian and give a decent description to the package. What do you consider decent? I consider useful as decent. Sure, things are tricky. And I understand the usefulness of keeping the list in the description. Could we settle for a kind of compromise: the current list becomes frozen. In case a new component is added to the package, it does in an extra list (indeed a new paragraph in the package description in debian/control). At the minimum, this would preserve the work already done by translators (for instance the Italian team)and give a guarantee that a small update (which I assume to be potentially frequent) will not fuzzy current work. Splitting the list would be nice, but that would need an update for existing work and the DDT* is not well suited for this. signature.asc Description: Digital signature
Bug#583662: Patch for the 4.16.0.70-3.2 NMU of jove
Quoting Cord Beermann (c...@debian.org): Hallo! Du (Christian PERRIER) hast geschrieben: On Saturday, March 26, 2011 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Sunday, March 20, 2011. You either agreed for this NMU or did not respond to my notices. correct. But now it looks like you released an NMU for 4.16.0.70-3.1 . The release in stable, testing and unstable is 4.16.0.72-2 Gee... I got hit by a bug that sometimes happens with my local mirror. Sorry for this. I'll correct this ASAP. I'll let the uploaded package leave its life in DELAYED and be rejected. Don't be surprised..:-) signature.asc Description: Digital signature
Bug#621126: [Pkg-shadow-devel] Bug#621126: shadow [INTL:sv] Updated Swedish PO translation
Quoting Daniel Nylander (p...@danielnylander.se): Package: shadow Severity: wishlist Tags: patch l10n Here is the updated Swedish translation för shadow. Thanks for your contribution. Still, 19 strings are untranslated. Is that intended? signature.asc Description: Digital signature
Bug#621450: Still uses libdb4.8
Hi David, I am sorry, but I don't have a time to monitor yet another mailing list. My interest here doesn't go beyond link with db5.1 please, which should be fairly straightforward in most case. I see that the latest uploader of xastir was Joop Stakenborg, so I guess you should probably speak with him about sponsoring an upload to Debian unstable since the current uploader (Hamish Moffatt) seems to be inactive for xastir since 2008. O. 2011/4/7 David A Aitcheson david.aitche...@gmail.com: Ondřej, xastir version 1.9.4-3.1 is no longer a valid release. The latest version on SourceForge is 2.0.0 and can be found at http://sourceforge.net/projects/xastir/files/ I am not certain which db is currently used in the current release. Due to the non-availability of on-line Tiger maps OSM is now fully integrated and the default. Please kindly refer yourself to http://www.xastir.org/wiki/Main_Page for the latest information regarding Xastir. I would also suggest that you join/subscribe to the Xastir reflector at http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir at the least and introduce yourself. Others here and on the Ubuntu hams list and Ubuntu hams devel list have done some significant advancement of the package and have very up to date releases available on PPA's. I am certain that they well chime in with more definitive information. Sincerely, David Aitcheson - KB3EFS On 04/06/11 16:57, Ondřej Surý wrote: Package: xastir Version: 1.9.4-3.1 Severity: normal User: pkg-db-de...@lists.alioth.debian.org Usertags: db5.1 Your package currently still uses Berkeley DB version 4.8 (libdb4.8). However, there is a newer Berkeley DB version in the archive (libdb5.1), with a compatible API. Berkeley DB version 4.8 will be eventually removed from unstable in favor of version 5.1. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.8-dev to libdb-dev, or just recompile the package. More complicated scenarios: - Package does check for DB_VERSION_MAJOR == 4 - this should be updated to (DB_VERSION_MAJOR 4) || ((DB_VERSION_MAJOR == 4) (DB_VERSION_MINOR = XX)). - Configure checks - sometime there is a list of db-4.8 db-4.6 db-4.2, etc., this needs to be updated to just db (or db-5.1 db-5 db), or at least list the 'db' in the front You can see example patch in cyrus-imapd-2.2: http://git.debian.org/?p=pkg-cyrus-imapd/cyrus-imapd-2.2.git;a=blob;f=debian/patches/99-berkelydb-5.1.dpatch;hb=HEAD - The packages which use Berkeley DB transactional mode need to upgrade the database files before the upgrade. This is fairly straightforward and is well documented on the Berkeley DB website. But you probably already know that because it's not the first Berkeley DB transition. The example script can be found in the cyrus-imapd-2.4 (not yet released): http://git.debian.org/?p=pkg-cyrus-imapd/cyrus-imapd-2.4.git;a=blob;f=debian/cyrus-upgrade-db;hb=HEAD Thanks, -- OndÅ™ej Surý ond...@debian.org -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-28-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- David A Aitcheson david.aitche...@gmail.com david.aitcheson on google and skype -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621470: omake: Provide rules for cmxs
Package: omake Version: 0.9.8.5-3-8 Severity: wishlist The OCaml.om file should provide rules to build .cmxs (native code plugins). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages omake depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libfam0 2.7.0-17 Client library to control the FAM ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries Versions of packages omake recommends: pn omake-doc none (no description available) omake suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621422: Package dependency error - smtptest test client authentication fails without libsasl2-modules installed
Hi Michael, would you be willing to retest this bug with cyrus-clients-2.4 from unstable? Also I probably don't think this fits into our release policy to garant a update in current stable (squeeze). Anyway libsasl2-2 in unstable currently recommends libsasl2-modules, so it gets pulled automatically by apt in most cases. Do you think it is sufficient or we should add a hard dependency on libsasl2-modules. I am a bit uncertain and I feel that adding Recommends: libsasl2-modules together with README.Debian documenting this should do the trick for cyrus-clients-2.2 as well. O. On Thu, Apr 7, 2011 at 02:57, Michael Bilow m...@bilow.com wrote: Package: cyrus-clients-2.2 Version: 2.2.13-14+lenny3 Severity: normal If the smtptest tool is used to test SMTP AUTH but the libsasl2-modules package is not installed on the _client_ side, it fails to understand the valid server prompt for SMTP AUTH: # smtptest -u [username] -a [authname] -p 465 -s colossus.bilow.com verify error:num=20:unable to get local issuer certificate verify error:num=27:certificate not trusted verify error:num=21:unable to verify the first certificate TLS connection established: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) S: 220 colossus.bilow.com ESMTP Exim 4.69 Wed, 06 Apr 2011 20:36:27 -0400 C: EHLO example.com S: 250-colossus.bilow.com Hello wsip-72-215-51-24.ri.ri.cox.net [72.215.51.24] S: 250-SIZE 52428800 S: 250-PIPELINING S: 250-AUTH PLAIN LOGIN S: 250 HELP Authentication failed. no mechanism available Security strength factor: 256 QUIT 221 colossus.bilow.com closing connection Connection closed. Once the libsasl2-modules package is installed on the client side, this works correctly. ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address
Hello Lukas, it's this bug you're seeing: https://bugzilla.linux-nfs.org/show_bug.cgi?id=190 I think you have to remove the --port from the option /etc/default/nfs-kernel-server as a workaround. -- /etc/default/nfs-kernel-server -- RPCNFSDCOUNT=8 RPCNFSDPRIORITY=0 RPCMOUNTDOPTS=--port 32767 --manage-gids NEED_SVCGSSD= RPCSVCGSSDOPTS= cheers, Marc -- Pengutronix e.K. | Marc Kleine-Budde | Industrial Linux Solutions| Phone: +49-231-2826-924 | Vertretung West/Dortmund | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | signature.asc Description: OpenPGP digital signature
Bug#619877: rpc.statd[9340]: failed to create RPC listeners, exiting
Hello Jim, you have to uninstall portmap and install rpcbind. cheers, Marc -- Pengutronix e.K. | Marc Kleine-Budde | Industrial Linux Solutions| Phone: +49-231-2826-924 | Vertretung West/Dortmund | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | signature.asc Description: OpenPGP digital signature
Bug#620569: usbkey install wheezy i386 doesn't work
Dear Stefano, could you send, compressed is better, the installer logs. They are in /var/log/installer. I don't have the log installer (/var/log/installer) since I cannot finish the installation (or more exactly since I cannot see the cdrom I stop here). I will try to reinstall another computer with the key setup since I don have a computer to reinstall right now). sincerely L. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621471: upgrade to 1:1.2.3-1 breaks statd, prevents mounting
Package: nfs-common Version: 1:1.2.3-1 Severity: grave After upgrading to 1:1.2.3-1, statd does not start with error: Apr 7 09:46:04 nux19222 rpc.statd[2129]: failed to create RPC listeners, exiting This prevents NFS mounting. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (400, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.112+nmu2 add and remove users and groups ii initscripts 2.88dsf-13.1scripts for initializing and shutt ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcap2 1:2.20-1support for getting/setting POSIX. ii libcomerr2 1.41.12-2 common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-2 1.9+dfsg-1 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4 mechanism-switch gssapi library ii libk5crypto3 1.9+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-31.9+dfsg-1 MIT Kerberos runtime libraries ii libnfsidmap2 0.24-1 An nfs idmapping library ii librpcsecgss30.19-2 allows secure rpc communication us ii libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii netbase 4.45Basic TCP/IP networking system ii portmap 6.0.0-3 RPC port mapper ii ucf 3.0025+nmu1 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621472: buildd.debian.org: version field in table pkg_history should be of type debversion
Package: buildd.debian.org Severity: normal Hi. The pkg_history table is defined as follows: CREATE TABLE pkg_history ( package character varying NOT NULL, distribution character varying NOT NULL, version character varying NOT NULL, timestamp timestamp without time zone NOT NULL, result character varying NOT NULL, build_time integer, disk_space bigint ); version here is of type character varying, but maybe it should use debversion instead? (to take advantage of debversion_cmp). The effect appears on [1] where 1:9.7.3.dfsg-1~squeeze1~bpo50+1 comes _before_ 1:9.7.3.dfsg-1. [1] https://buildd.debian.org/status/logs.php?pkg=bind9 (Same remark goes for packages and transactions tables). Regards, -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508291: Done: kpresenter: Problems inserting formulas
Package: kpresenter Version: 1:2.3.1-3 I can't reproduce the bug with the latest version of kpresenter. So as they are no answer since november 2010, I close the bug. Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562737: failed with Starting NFS common utilities: statd failed!
Package: nfs-common
Version: 1:1.2.3-1
Followup-For: Bug #562737
Just got this. The problem seems to be that portmap listens only on
IPv4, due to the -i 127.0.0.1 option:
# lsof -c portmap
portmap 25012 daemon5u IPv4 964900 0t0UDP
localhost:sunrpc
portmap 25012 daemon6u IPv4 964901 0t0TCP
localhost:sunrpc (LISTEN)
while statd wants to use IPv6:
socket(PF_INET6, SOCK_STREAM, IPPROTO_TCP) = 10
setsockopt(10, SOL_IPV6, IPV6_V6ONLY, [1], 4) = 0
getsockname(10, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6,
::, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0
getsockopt(10, SOL_SOCKET, SO_TYPE, [1], [4]) = 0
getsockname(10, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6,
::, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0
bind(10, {sa_family=AF_INET6, sin6_port=htons(764), inet_pton(AF_INET6, ::,
sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = 0
setsockopt(10, SOL_TCP, TCP_NODELAY, [1], 4) = 0
rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) = 0
getpeername(10, 0x7fffb761d340, [128]) = -1 ENOTCONN (Transport endpoint is
not connected)
connect(10, {sa_family=AF_INET6, sin6_port=htons(111), inet_pton(AF_INET6,
::1, sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = -1 ECONNREFUSED
(Connection refused)
Gabor
-- Package-specific info:
-- rpcinfo --
program vers proto port
102 tcp111 portmapper
3910022 tcp788 sgi_fam
102 udp111 portmapper
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
Domain = localdomain
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (101,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38.2 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages nfs-common depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii initscripts 2.88dsf-13.1scripts for initializing and shutt
ii libc62.11.2-11 Embedded GNU C Library: Shared lib
ii libcap2 1:2.20-1support for getting/setting POSIX.
ii libcomerr2 1.41.12-2 common error description library
ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification
ii libgssapi-krb5-2 1.9+dfsg-1 MIT Kerberos runtime libraries - k
ii libgssglue1 0.1-4 mechanism-switch gssapi library
ii libk5crypto3 1.9+dfsg-1 MIT Kerberos runtime libraries - C
ii libkrb5-31.9+dfsg-1 MIT Kerberos runtime libraries
ii libnfsidmap2 0.24-1 An nfs idmapping library
ii libtirpc10.2.1-1 transport-independent RPC library
ii libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra
ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip
ii netbase 4.45Basic TCP/IP networking system
ii portmap 6.0.0-3 RPC port mapper
ii ucf 3.0025+nmu1 Update Configuration File: preserv
Versions of packages nfs-common recommends:
ii python2.6.6-12 interactive high-level object-orie
nfs-common suggests no packages.
-- no debconf information
-- debsums errors found:
debsums: changed file /var/lib/nfs/state (from nfs-common package)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585357: spe: patch for fix string exceptions
Hi, I've made a patch for changing all string exceptions to Exception class exceptions. I hope this works. -- Mesutcan Kurt 01_NotebookCtrl_str_exception_fix Description: Binary data
Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
Am 06.04.2011 15:13, schrieb Josselin Mouette: What is exactly preventing the upload then? Is it about the build system not regenerating fonts automatically? I am still not sure myself... Nicolas, what are the exact single issues that you think prevent us from uploading the cantarell fonts package to experimental (I mean package-wise)? GNOME 3 is out and I have been asked by several people within the last few days about the status of these fonts. I’m pretty sure the ftp-masters’ position on such topics is that as long the sources are here, just installing the .otf files without rebuilding them is fine. There are even font packages that contain only the binary font files (e.g. gsfonts) as long as the license is appropriate. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address
Package: nfs-kernel-server Version: 1:1.2.3-1 Followup-For: Bug #619877 Got exactly the same problem, considered it IPv6-related and managed to solve it by 1) replacing portmap with rpcbind (apt-get purge portmap was enough, rpcbind was installed automatically on this). 2) disabling net.ipv6.bindv6only (sysctl net.ipv6.bindv6only=0; should be also changed in system-wide default setting like /etc/sysctl.conf or so) Regards, grunge -- Package-specific info: -- rpcinfo -- program vers proto port 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 132 udp 2049 nfs 133 udp 2049 nfs 134 udp 2049 nfs 132 tcp 2049 nfs 133 tcp 2049 nfs 134 tcp 2049 nfs 1000211 udp 32768 nlockmgr 1000213 udp 32768 nlockmgr 1000214 udp 32768 nlockmgr 1000211 tcp 32768 nlockmgr 1000213 tcp 32768 nlockmgr 1000214 tcp 32768 nlockmgr 151 udp 32767 mountd 151 tcp 32767 mountd -- /etc/default/nfs-kernel-server -- RPCNFSDCOUNT=8 RPCNFSDPRIORITY=0 RPCMOUNTDOPTS=--manage-gids --port 32767 NEED_SVCGSSD= RPCSVCGSSDOPTS= -- /etc/exports -- /srv/pub/ 169.254.0.254/24(ro,no_subtree_check) -- /proc/fs/nfs/exports -- # Version 1.1 # Path Client(Flags) # IPs -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2-dd (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-kernel-server depends on: ii libblkid12.17.2-9.1 block device id library ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-2 common error description library ii libgssapi-krb5-2 1.9+dfsg-1 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4 mechanism-switch gssapi library ii libk5crypto3 1.9+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-31.9+dfsg-1 MIT Kerberos runtime libraries ii libnfsidmap2 0.24-1 An nfs idmapping library ii libtirpc10.2.1-1 transport-independent RPC library ii libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii nfs-common 1:1.2.3-1 NFS support files common to client ii ucf 3.0025+nmu1 Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/nfs/etab (from nfs-kernel-server package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621081: proftpd-basic: ProFTPd cannot start in inetd/xinetd mode.
On Thu, Apr 07, 2011 at 09:44:38AM +0400, Yura Beznos wrote: As I understand proftpd package don't have inetd in package dependencies but notes about inetd/xinetd way of installation. And after xinetd installation and dpkg-reconfigure proftpd still don't working(this looks like a bug for me :) It does not work until you configure xinetd about that, of course. That said, the init script running is ininfluent, you only need to change the daemon/inetd mode in the configuration file. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621170: [Pkg-gnu-smalltalk-devel] Bug#621170: gnu-smalltalk: Getting rid of unneeded *.la / emptying dependency_libs
Hello, Le 07/04/2011 09:10, Paolo Bonzini a écrit : On 04/06/2011 09:28 PM, codeh...@debian.org wrote: gnu-smalltalk appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. I believe this is just the libc.la which is not a normal .la file and should not be removed. Indeed. This is the only .la file distributed in Debian GNU Smalltalk packages. How again is it used Paolo? Thanks, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621170: [Pkg-gnu-smalltalk-devel] Bug#621170: gnu-smalltalk: Getting rid of unneeded *.la / emptying dependency_libs
On 04/07/2011 12:17 PM, Thomas Girard wrote: Hello, Le 07/04/2011 09:10, Paolo Bonzini a écrit : On 04/06/2011 09:28 PM, codeh...@debian.org wrote: gnu-smalltalk appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. I believe this is just the libc.la which is not a normal .la file and should not be removed. Indeed. This is the only .la file distributed in Debian GNU Smalltalk packages. How again is it used Paolo? It provides a portable way to load libc and libm across different systems. In GNU Smalltalk you can use DLD addLibrary: 'libncurses' and (provided the -dev package is installed) it will automatically load the libncurses.so shared object. Similarly it is desirable to allow DLD addLibrary: 'libc' However, libc.so is not a symbolic link to libc.so.6 unlike all other .so files (and besides that, the library itself is not called 'libc' on all systems). The simplest and most portable solution is to use a .la file. Paolo ps: yes, in the non-libc this introduces unwanted dependency on -dev packages. This will be fixed in GNU Smalltalk 3.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599241: [Pkg-sysvinit-devel] Bug#599241: Acknowledgement (Please remove obsolete usplash integration)
tags 599241 patch
thanks
Am 05.04.2011 13:19, schrieb Kel Modderman:
No progress, and yeah, a patch is kinda what I was hinting at when you first
approached. Please do not hesitate for sysvinit maintainers to make first move
on this, am not aware of any work being done.
patch attached.
I'm pretty sure all the listed sysvinit maintainers are currently not very
active when it comes to maintaining sysvinit, at the moment.
I don't have commit access to the pkg-sysvinit svn, but I can offer sponsoring
an upload in case pere is busy.
It would be nice having a new sysvinit release soonish including the /run bits
and this patch seems simple and straight forward enough to apply.
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From 0c929c565594c4b1a1981bfae35e00e59cb1558b Mon Sep 17 00:00:00 2001
From: Michael Biebl bi...@debian.org
Date: Thu, 7 Apr 2011 10:21:59 +0200
Subject: [PATCH] Remove dead usplash code
---
debian/src/initscripts/etc/init.d/checkfs.sh | 18 +--
debian/src/initscripts/etc/init.d/checkroot.sh | 18 +--
.../initscripts/lib/init/usplash-fsck-functions.sh | 178
3 files changed, 8 insertions(+), 206 deletions(-)
delete mode 100644 debian/src/initscripts/lib/init/usplash-fsck-functions.sh
diff --git a/debian/src/initscripts/etc/init.d/checkfs.sh b/debian/src/initscripts/etc/init.d/checkfs.sh
index a290672..e5f718b 100755
--- a/debian/src/initscripts/etc/init.d/checkfs.sh
+++ b/debian/src/initscripts/etc/init.d/checkfs.sh
@@ -19,7 +19,6 @@ FSCK_LOGFILE=/var/log/fsck/checkfs
. /lib/lsb/init-functions
. /lib/init/splash-functions-base
-. /lib/init/usplash-fsck-functions.sh
. /lib/init/swap-functions.sh
do_start () {
@@ -95,19 +94,10 @@ Continuing with system boot in 5 seconds.
if [ $VERBOSE = no ]
then
log_action_begin_msg Checking file systems
- if usplash_running; then
- PROGRESS_FILE=`mktemp` || exit 1
- set -m
- logsave -s $FSCK_LOGFILE fsck -C3 -R -A $fix $force $FSCKTYPES_OPT /dev/console 21 3$PROGRESS_FILE
- set +m
- usplash_progress $PROGRESS_FILE
- rm -f $PROGRESS_FILE
- else
- splash_start_indefinite
- logsave -s $FSCK_LOGFILE fsck $spinner -R -A $fix $force $FSCKTYPES_OPT
- FSCKCODE=$?
- splash_stop_indefinite
- fi
+ splash_start_indefinite
+ logsave -s $FSCK_LOGFILE fsck $spinner -R -A $fix $force $FSCKTYPES_OPT
+ FSCKCODE=$?
+ splash_stop_indefinite
if [ $FSCKCODE -gt 1 ]
then
diff --git a/debian/src/initscripts/etc/init.d/checkroot.sh b/debian/src/initscripts/etc/init.d/checkroot.sh
index df84d22..9b01183 100755
--- a/debian/src/initscripts/etc/init.d/checkroot.sh
+++ b/debian/src/initscripts/etc/init.d/checkroot.sh
@@ -22,7 +22,6 @@ FSCK_LOGFILE=/var/log/fsck/checkroot
. /lib/lsb/init-functions
. /lib/init/mount-functions.sh
. /lib/init/splash-functions-base
-. /lib/init/usplash-fsck-functions.sh
do_start () {
#
@@ -267,19 +266,10 @@ Will restart in 5 seconds.
if [ $VERBOSE = no ]
then
log_action_begin_msg Checking root file system
- if [ $roottype = ext2 -o $roottype = ext3 -o $roottype = ext4 ] usplash_running; then
- PROGRESS_FILE=`mktemp -p /lib/init/rw` || PROGRESS_FILE=/lib/init/rw/checkroot_fsck
- set -m
- logsave -s $FSCK_LOGFILE fsck -C3 $force $fix -t $roottype $rootdev /dev/console 21 3$PROGRESS_FILE
- set +m
- usplash_progress $PROGRESS_FILE
- rm -f $PROGRESS_FILE
- else
- splash_start_indefinite
- logsave -s $FSCK_LOGFILE fsck $spinner $force $fix -t $roottype $rootdev
- FSCKCODE=$?
- splash_stop_indefinite
- fi
+ splash_start_indefinite
+ logsave -s $FSCK_LOGFILE fsck $spinner $force $fix -t $roottype $rootdev
+ FSCKCODE=$?
+ splash_stop_indefinite
if [ $FSCKCODE = 0 ]
then
log_action_end_msg 0
diff --git a/debian/src/initscripts/lib/init/usplash-fsck-functions.sh b/debian/src/initscripts/lib/init/usplash-fsck-functions.sh
deleted file mode 100644
index 7235e20..000
--- a/debian/src/initscripts/lib/init/usplash-fsck-functions.sh
+++ /dev/null
@@ -1,178 +0,0 @@
-#
-# Functions for reporting fsck progress in usplash
-#
-# (C) 2008 Canonical Ltd.
-# Author: Martin Pitt martin.p...@ubuntu.com
-#
-
-# convert a pass cur max progress triple from fsck to a progress percentage
-# based on calc_percent() from e2fsck
-fsck_progress_to_percent() {
-if [ $1 = 1 ]; then
-PERCENT=$(($2 * 70 / $3))
-elif [ $1 = 2 ]; then
-PERCENT=$(($2 * 20 / $3 + 70))
-elif [ $1 = 3 ]; then
-PERCENT=$(($2 * 2 / $3 + 90))
-elif [ $1 = 4 ]; then
-PERCENT=$(($2 * 3 / $3 + 92))
-elif [ $1 = 5 ]; then
-PERCENT=$(($2 * 5 / $3 + 95))
-else
-PERCENT=100
-fi
-}
-
-# read current fsck status ($PASS, $CUR, $MAX) from file descriptor 4
-# this assumes that fsck was started in the background ($!)
Bug#620569: usbkey install wheezy i386 doesn't work
Dear Stefano, Lorenzo, could you kindly provide us the detailed URLs where did you download vmlinuz, initrd.gz and iso file? Bye Stefano The url for the downloads are: http://people.debian.org/~joeyh/d-i/images/daily/hd-media/vmlinuz http://people.debian.org/~joeyh/d-i/images/daily/hd-media/initrd.gz http://caesar.acc.umu.se/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso this is for the i386 arch and the downloads where done saturday 2 of april 2011. sincerely L. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620736: RFA: jsmath, jsmath-fonts, jsmath-fonts-sprite -- TeX equations in HTML
clone 620736 -1 clone 620736 -2 retitle 620736 jsmath -- TeX equations in HTML retitle -1 jsmath-fonts -- TeX equations in HTML retitle -2 jsmath-fonts-sprite -- TeX equations in HTML thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621475: RM: dgen [amd64] -- RoM; ANAIS; Non-free libs for 32bits make a SegFault.
Package: ftp.debian.org Severity: normal Thanks, Tony Palma. signature.asc Description: PGP signature
Bug#617854: Packaging puddletag for Debian
Thanks for the manpage and option parsing pointers. I'll take a look at your suggestions. - I saw you're providing a deb pkg: are you interested in maintain puddletag in Debian with Rogério and me? If you saw the code I use to create the deb, I'm sure you'd be wtf'ng way into next week. ;) ehheh It seems you've started with something generated by stdeb, is that correct? at least, it's a start :) Yeah, I use stdeb just to create the initial directory structure. Thereafter it's all me. ;) If you want to learn how to package for debian, that might be a nice chance to do it; else you can delegate to us (packages) the package creation - and it would be perfectly fine (we almost always work this way). I asked since you already provided some .deb pkgs. Think I'll pass. I'll leave it to the experts. ;) - in the 'copyright' you mix GPL-2 with references to GPL-3 (Debian file and gnu.org url) and in the README file you state it's GPL-2: it's better if you clarify it (I can understand it's GPL-2, but explicit is better than implicit :). GPL-3. Blame my lack of an eye for detail for missing that. ;) great! please update every location where GPL-2 is used to refer to GPL-3 (also not that you can choose GPL-3 or GPL-3 or newer version at you discretion - choose the one that you like the most, either is ok). Already sorted in the repo. - you mention that puddletag uses code from Picard and CDDB-py, and icons from Oxygen project: can you be a bit more specific what files uses those pieces of source code and the image? Images are available via svn. They're 'compiled' in the source tarball... what do you mean by compiled? Into the PyQt resource file puddlestuff/resource.py. You can probably extract them with a couple of lines of code. I've renamed them though. Do you guys want them listed against what they originally were? no need, we just need to know the current file name and where they were taken. Okay. The list follows. All of them were taken from /usr/share/icons/oxygen on my system. copy.png, cut.png, duplicate.png, edit.png, filenew.png, preferences.png, playlist.png, quickaction.png, reload.png, remove.png, undo.png, save.png, paste.png, action.png, open.png, addfolder.png -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619219: RFS: ruby-lapack
On 07/04/11 at 15:38 +0900, Youhei SASAKI wrote: Hi, At 6 Apr 2011 14:09:48 +0200, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: I've done a quick review. I would appreciate if someone else would do another one. Small fix (committed): - dh $@ --buildsystem=ruby --with ruby --with quilt + dh $@ --buildsystem=ruby --with ruby (--with quilt is not needed anymore) How do you treat .pc? Should I use patch-queue manner on git-buildpackage? I don't commit it to the git repo. But we could decide to do the opposite... It's mainly a matter of taste. Anyway, debhelper now detects when quilt is used, that's why --with quilt is not needed. Other question: would it make sense to run the sample script at the end of the build, to see if everything works fine? I'm a bit disturbed by the lack of test suite. Currently, I'm frequently using this library on amd64 and i386. This library works fine. However, I think your comment is reasonable. Well, the point is to ensure that we will know if the library breaks in some months. :) - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621462: base-files: missing AGPL-3 license
reassign 621462 debian-policy thanks On Thu, 7 Apr 2011, onlyjob wrote: Package: base-files Version: 6.0squeeze1 Severity: wishlist Tags: patch AGPL-3 missing from /usr/share/common-licenses The debian policy group decides about this, not me (please read base-files FAQ). Reassigning. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621476: German package description for sup is not displayed
Package: debian-i18n severety: normal Yesterday I got the link to http://lists.debian.org/debian-l10n-german/2010/02/msg00040.html with another link: http://packages.debian.org/de/sid/sup. But there is a German translation: http://ddtp.debian.net/ddt.cgi?desc_id=13363language=de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621477: convirt: fails to install
Package: convirt Version: 2.0.1-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): The following NEW packages will be installed: convirt 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 2219 kB of archives. After this operation, 11.7 MB of additional disk space will be used. Get:1 http://piatti.debian.org/debian/ sid/main convirt amd64 2.0.1-3 [2219 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 2219 kB in 0s (42.5 MB/s) Selecting previously deselected package convirt. (Reading database ... 14387 files and directories currently installed.) Unpacking convirt (from .../convirt_2.0.1-3_amd64.deb) ... Setting up convirt (2.0.1-3) ... install common functions sourced. Generting ssh identity for CMS. /var/lib/convirt/identity/cms_id_rsa spawn ssh-keygen -q -t rsa -f /var/lib/convirt/identity/cms_id_rsa The system has no more ptys. Ask your system administrator to create more. while executing spawn ssh-keygen -q -t rsa -f /var/lib/convirt/identity/cms_id_rsa chmod: cannot access `/var/lib/convirt/identity/cms_id_rsa*': No such file or directory dpkg: error processing convirt (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: convirt E: Sub-process /usr/bin/dpkg returned an error code (1) Please deal with this gracefully. cheers, Holger Start: 2011-04-06 04:39:55 UTC Package: convirt Priority: optional Section: admin Installed-Size: 11468 Maintainer: Roland Stigge sti...@antcom.de Architecture: all Version: 2.0.1-3 Depends: debconf (= 0.5) | debconf-2.0, python-paramiko, ssh, libxenstore3.0, socat, uml-utilities, dnsmasq, wget, libmysqlclient-dev, expect, python-paste, python-turbogears2, python-mysqldb, python-setuptools, python, python-support (= 0.90.0), dbconfig-common Recommends: mysql-server, mysql-client Filename: pool/main/c/convirt/convirt_2.0.1-3_all.deb Size: 2218796 MD5sum: 1301e04596eb7dd4cabe58b4137e7d5f SHA1: ebbad6f9ad9fdb1af6fe1b87745c76064a900511 SHA256: 51c7a1b149711dc602326641acf1655993aaaeb2e3dc85ad81e90801b3e3c39e Description: management system for open source hypervisors and cloud platforms Convirt is a management system for open source hypervisors and cloud platforms aimed at rapid provisioning, lifecycle automation and private cloud management. . With ConVirt, you configure, monitor and automate your Xen and KVM deployments and private clouds from a single at-a-glance dashboard. Homepage: http://www.convirture.com Tag: admin::virtualization, role::program Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ convirt Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201104021225 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ convirt 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpaSG9oT 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmpaSG9oT 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpaSG9oT', '-zxf', 'sid.tar.gz'] 0m2.1s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpaSG9oT', '-zxf', 'sid.tar.gz'] 0m2.1s DEBUG: Created policy-rc.d and chmodded it. 0m2.1s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpaSG9oT', 'apt-get', 'update'] 0m10.4s DUMP: Get:1 http://piatti.debian.org sid InRelease [186 kB] Ign http://piatti.debian.org sid/main amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib TranslationIndex Ign http://piatti.debian.org sid/main TranslationIndex Ign http://piatti.debian.org sid/non-free TranslationIndex Get:2
Bug#621478: [udev] Fails to detect Touchpad or Trackpoint
Package: udev Version: 167-1 Severity: serious After updated from 166-1 to 167-1 udev fails to detect my Trackpoint or Touchpad on my Thinkpad T410. It works again after I downgrade udev back to 166. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.38-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.us.debian.org 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6 (= 2.9) | 2.11.2-13 libselinux1 (= 1.32) | 2.0.98-1 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-17 libudev0 (= 166-1) | 166-1 lsb-base(= 3.0-6) | 3.2-27 util-linux (= 2.16) | 2.17.2-9.1 Recommends (Version) | Installed =-+-=== usbutils | 1:001-1 pciutils | 1:3.1.7-8 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599095: schroedinger: Generates a 500M build log
On Thu, Apr 07, 2011 at 08:10:46AM +0200, Alexander Kurtz wrote: what are the chances of #599095 being fixed soon? This bug currently blocks VLC[1][2] from migrating to testing which would fix some important security issues[3][4] (DSA 2211-1 [5]). Fix the package? I.e. mail the maintainers not the bug reporters. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#599241: [Pkg-sysvinit-devel] Bug#599241: Acknowledgement (Please remove obsolete usplash integration)
Am 07.04.2011 10:26, schrieb Michael Biebl: tags 599241 patch thanks Am 05.04.2011 13:19, schrieb Kel Modderman: No progress, and yeah, a patch is kinda what I was hinting at when you first approached. Please do not hesitate for sysvinit maintainers to make first move on this, am not aware of any work being done. patch attached. This would also fix #612594 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#606275: (no subject)
Hi Serafeim, sorry about my late answer. The issue you proposed will not be included in the following atheist release. However, you may use the plugin system to extend it. The original bug report (a documented but not implemented issue) is now fixed. Cheers, Cleto. signature.asc Description: PGP signature
Bug#621003: gmsh: FTBFS: undefined references to `SCOTCH_*'
Seems, it is ok for now. Thanks! 2.5.0.dfsg-6 should be reuploaded or 2.5.0.dfsg-7 needs to be produced? Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621018: libpam-encfs: encfs directory failed umount on logout
On Thu, Apr 07, 2011 at 10:21:34AM +0300, Gill Bates wrote: On Wed, Apr 6, 2011 at 4:58 PM, Agustin Martin agmar...@debian.org wrote: On Tue, Apr 05, 2011 at 11:48:55PM +0300, uri wrote: Package: libpam-encfs Version: 0.1.4.4-2 Severity: important Thanks or the reply, Please, keep always 621...@bugs.debian.org in the reply list, so discussion gets stored. Actual reply goes below. Hi, pam maintainers, I am cc'ing you for your POV about the possibility of a package shipping alternative entries for /usr/share/pam-configs, see below. That is not my currently preferred option, but would like to know your opinion first. Previous info, libpam-encfs needed /etc/pam.d/common-auth modification. This is already managed automatically by means of pam-auth-update. There is also common-session. There are two ways of unmounting encrypted volume, using idle option so it is unmounted after Xmin idle or adding a session line. The second disables the first. So, session line may or may not be added to common-session. If wanting to do this automatically two alternative snippets may be used, and I would like to know if something like this has been considered and your opinion about that possibility. Thanks in advance for your comments. For some reason encfs directory failed umount on logout. auth.log only contains next message: pam_encfs[11974]: exitcode : 1, errorstring : pam-encfs now implements an idle option to care about removals, and I vaguely think he seems to prefer it. Does the problem still appears if you put a line encfs_default --idle=1 in your /etc/security/pam_encfs.conf file? That means that encfs dir will be unmounted after 1 minute iddletime. Hello Augustin, Thank you for quick response. Unfortunately, I find that as unacceptable solution, as it is still possible to get access to encrypted directory under another user during the timeout, and prevent umount at all. As you can see this might be a serious security issue. That will also happen when mounted if you give access to other users to the encrypted directory (e.g., use fuse allow_other option) or to root (fuse allow_root option). If none of those options are specified neither other users nor root can access the encrypted directory at any time. That is previous to the normal directory permissions. I however agree that session behavior should also be a clearly documented option. Old option modifying /etc/pam.d/common-auth will still work, but you then need to manually handle that file instead of letting pam-auth-update automatically regenerate. Also, you can re-add the session stanza to /etc/pam.d/common-auth, but make sure to put it outside the automatically handled common block. During upgrade pam-auth-update should have asked you about what to do and offered the possibility of manually handling it if you did manual changes. Well, manual common-auth handling is not a problem. Could you kindly give some instructions to make umount possible. There is not a lot of information in the internet dedicated to pam_enfs. In fact, all manuals I was able to find, contains options I already have in my pam config. Most of them are for ancient versions and AFAIK none contains anything about pam-auth-update integration. I think I should have added a NEWS.Debian explaining the change and how to enable old behavior if desired. Auto file was based on suggestion in https://bugs.launchpad.net/ubuntu/+source/libpam-encfs/+bug/287904 but with password (causes some problems) and session (unconditionally disabled idle option) removed. I think for this package the above should be enough, together with better documenting this in README.Debian, so this bug can be closed with that. Other solutions will need to have alternative entries for /usr/share/pam-configs, handled by symlinks driven by either update-alternatives or by a debconf question and document very well that enabling session part will make in practice idle option a no-op. I am speaking about two variants, with and without session entries enabled, -- 8 - Only auth Name: encfs encrypted home directories Default: yes Priority: 257 Auth-Type: Primary Auth: sufficient pam_encfs.so Auth-Initial: sufficient pam_encfs.so -- 8 - End only auth --8 -- Auth and Session Name: encfs encrypted home directories Default: yes Priority: 257 Auth-Type: Primary Auth: sufficient pam_encfs.so Auth-Initial: sufficient pam_encfs.so Session-Type: Additional Session: Session-Initial: -- 8 - End of Auth and Session and that is why I am cc'ing pam maintainers for advice in case this possibility has already been considered. I currently prefer the NEWS.Debian way because lets sysadmin know better what is done and why, nmanual change can be properly commented. Thanks for your help, Regards, -- Agustin --
Bug#621120: gitweb does not include static files
Hi, Benjamin Berg wrote: I wouldn't complain at all, if the files were just moved. But apparently, they are not included in the package at all: They are in the git package. Did you try looking in /usr/share/gitweb/static? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621387: Still uses libdb4.8
Hi Andreas, there's no easy way how to tell if the package will build with libdb5.x since DB_VERSION_MAJOR has changed, so the binNMU is not very appropriate without hand checking every package currently linked against libdb4.[678]. Also sometimes the dependencies are entangled into each other, f.e. anything depending on libaprutil1-dev gets libdb4.8-dev pulled as an dependency. And finally the bug is there to keep track of the transition, but generally you're right - either binNMU or next build should fix that. O. 2011/4/7 Andreas Henriksson andr...@fatal.se: On Wed, Apr 06, 2011 at 10:57:15PM +0200, Ondřej Surý wrote: [...] Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.8-dev to libdb-dev, or just recompile the package. Since iproute already build-depends on libdb-dev I don't see the point of this bug report (please enlighten me). Either the new dependency will happen on next upload automagically or if you want it to happen sooner, go request a binNMU ?! -- Andreas Henriksson -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621120: gitweb does not include static files
Hello, On Wed, 2011-04-06 at 13:27 -0500, Jonathan Nieder wrote: It would be possible to install symlinks to /usr/share/gitweb, so stale URLs pointing to git-logo.png, say, would have more of a chance to remain valid. The main downsides: * that would remove a hint to add static/ to the httpd configuration, so adding new files to static/ in the future would be more painful; * more clutter when looking through /usr/share/gitweb. So, all in all, it wouldn't be so terrible. Do you think that should be done? I wouldn't complain at all, if the files were just moved. But apparently, they are not included in the package at all: $ dpkg -L gitweb /. /usr /usr/lib /usr/lib/cgi-bin /usr/share /usr/share/doc /usr/share/doc/gitweb /usr/share/doc/gitweb/copyright /usr/share/doc/gitweb/README /usr/share/doc/gitweb/README.Debian /usr/share/doc/gitweb/changelog.gz /usr/share/doc/gitweb/changelog.Debian.gz /usr/share/doc/gitweb/examples /usr/share/doc/gitweb/examples/index.aux-generation /usr/share/doc/gitweb/NEWS.Debian.gz /etc /etc/gitweb.conf /etc/apache2 /etc/apache2/conf.d /etc/apache2/conf.d/gitweb /usr/lib/cgi-bin/gitweb.cgi is all that is listed. Benjamin signature.asc Description: This is a digitally signed message part
Bug#621120: gitweb does not include static files
On Thu, 2011-04-07 at 04:00 -0500, Jonathan Nieder wrote: They are in the git package. Did you try looking in /usr/share/gitweb/static? Right ... /me feels stupid now :-) Sorry for the noise. Benjamin signature.asc Description: This is a digitally signed message part
Bug#621479: debian-policy: retire legacy Motif policy (11.8.8)
Package: debian-policy Version: 3.9.2.0 Severity: wishlist I was just looking at the incoming version of policy, and it occurred to me: is there any particular reason why there still needs to be a section in policy for The OSF/Motif and OpenMotif libraries? It defines the circumstances under which packages compiled against non-free Motif should be given names with -smotif or -dmotif suffixes; but the last such package left in the archive vanished or switched to LessTif somewhere around about Sarge. The only remaining rdeps of libmotif4 that I can see anywhere in Debian are the other members of the openmotif source package. All the rest of the section seems to be rules that simply clarify the non-free nature of software with non-free library dependencies. So isn't it time these ancient special-case regulations about a library that nobody's using were taken off the books? If anybody's worried about the risk of opening the floodgates to new packages depending on Motif, you could consider the alternative of keeping just the first sentence, changing one word: Programs that require the non-DFSG-compliant OSF/Motif or OpenMotif - libraries[90] should be compiled against and tested with LessTif (a + libraries[90] must be compiled against and tested with LessTif (a free re-implementation of Motif) instead. But a don't depend on this library warning might as well live in libmotif-dev's control file instead, preferably in the form of a Section: non-free/oldlibs. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.10.1 utilities to manage online documen -- no debconf information -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621480: ITP: libshevek
Package: wnpp Libshevek is a library of functions and classes on top of gtkmm. It aims at making them more easily usable, in particular to minimize the configuration you need to do for useful default behaviour. I am upstream of this library. I'm using it in several programs which I intend to package eventually as well. As a first step, I want to package the library. License: GPL-3+ Current repository: http://a83-163-111-92.adsl.xs4all.nl/svn/trunk/libshevek This is my home server; I've registered a project on Alioth where the repository should be moved. signature.asc Description: Digital signature
Bug#575424: [Pkg-xfce-devel] Bug#575424: libexo-0.3-0: exo-compose-mail-0.3 should pass mailto URLs to mutt unbroken
On jeu., 2010-03-25 at 12:05 -0600, Scott Barker wrote: mutt can handle mailto URLs just fine. Instead of breaking the mailto URL apart and passing in separate parameters, exo-compose-mail-0.3 should use logic for mutt similar to the logic for balsa. The attached patch fixes this. What would be the rationale for this? Is this an improvement? In what? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605279: (csh: LINES/COLUMNS leaks into tmux global environment, leading to display problems)
Hello Alexander, Could you provide us with additional information about your shell configuration as requested by the last email from Romain? Best regards, Ferdinand
Bug#620991: another build failur: mips
another instance of this particular build failure, this time mips: https://buildd.debian.org/fetch.cgi?pkg=pyritarch=mipsver=0.4.0-1stamp=1302155360file=log signature.asc Description: OpenPGP digital signature
Bug#621128: http://www.debian.org/CD/http-ftp/ suggests proprietary download managers
Thanks for the notice. I agree with this opinion. Another possible solution (or even additional) -- point people to the comparison of download managers [0]. 0 : http://en.wikipedia.org/wiki/Comparison_of_download_managers On this page lists download managers which compared by: * License * Interface (CLI / GUI) * Platforms (Linux / Windows / Mac OS) * Also presented supported by DMs protocols and their features. With this link people will have freedom of choice of programm. So patch can looks like this (attached). @@ -14,10 +14,12 @@ qttwgetnbsp;-cnbsp;/ttemURL/em/q or qttcurlnbsp;-Cnbsp;-nbsp;-Lnbsp;-Onbsp;/ttemURL/em/q. Under Windows, you might want to try -a href=http://www.freedownloadmanager.org/;Free Download Manager/a or -a href=http://www.getright.com/;GetRight/a. +a href=http://www.freedownloadmanager.org/;Free Download Manager/a. Under Macnbsp;OS, have a look at -a href=http://www.yazsoft.com/;Speed Download/a./p +a href=http://code.google.com/p/cocoawget/;CocoaWget/a. +Or you can look at a +href=http://en.wikipedia.org/wiki/Comparison_of_download_managers;comparison/a +of download managers and choose program that you like./p pThe following Debian images are available for download:/p signature.asc Description: Digital signature
Bug#621383: Still uses libdb4.7
2011/4/7 Dominic Hargreaves d...@earth.li: found 621383 5.12.3-2 thanks On Wed, Apr 06, 2011 at 10:44:42PM +0200, Ondřej Surý wrote: Package: perl Version: 5.10.1-19 Severity: normal User: pkg-db-de...@lists.alioth.debian.org Usertags: db5.1 Your package currently still uses Berkeley DB version 4.7 (libdb4.7). However, there is a newer Berkeley DB version in the archive (libdb5.1), with a compatible API. Berkeley DB version 4.7 will be eventually removed from unstable in favor of version 5.1. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.7-dev to libdb-dev, or just recompile the package. I propose that we tackle this in 5.12/experimental first; I imagine that there is a potential for some breakage when updating the version of libdb in use by perl, and if we are able to proceed with the perl-5.12 transition[1] in the next few months then hopefully this won't be too much of a burden on the libdb maintainers, and will avoid too many separate rounds of breakage. Ondřej, any thoughts on this plan? Sound great! And I fully agree that packages like perl/python/... should be cautious when updating BDB since it may cause breakages elsewhere down the chain. O. -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621481: gthumb: outputs a few GTK assertions on every startup.
Package: gthumb Version: 3:2.11.5-4 Severity: normal It does work, but outputs the following assertions on every startup: $ gthumb (gthumb:15416): Gtk-CRITICAL **: gtk_label_set_ellipsize: assertion `GTK_IS_LABEL (label)' failed (gthumb:15416): Gtk-CRITICAL **: gtk_label_set_angle: assertion `GTK_IS_LABEL (label)' failed (gthumb:15416): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (gthumb:15416): Gtk-CRITICAL **: gtk_label_set_ellipsize: assertion `GTK_IS_LABEL (label)' failed (gthumb:15416): Gtk-CRITICAL **: gtk_label_set_angle: assertion `GTK_IS_LABEL (label)' failed (gthumb:15416): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed (gthumb:15416): Gtk-CRITICAL **: gtk_label_set_ellipsize: assertion `GTK_IS_LABEL (label)' failed (gthumb:15416): Gtk-CRITICAL **: gtk_label_set_angle: assertion `GTK_IS_LABEL (label)' failed (gthumb:15416): Gtk-CRITICAL **: gtk_misc_set_alignment: assertion `GTK_IS_MISC (misc)' failed -- System Information: Debian Release: 6.0.1 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gthumb depends on: ii gthumb-data3:2.11.5-4an image viewer and browser - arch ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libbrasero-media0 2.30.3-2 CD/DVD burning library for GNOME - ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libexiv2-9 0.20-2EXIF/IPTC metadata manipulation li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.5-8 GCC support library ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgstreamer-plugins-b 0.10.30-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libsoup-gnome2.4-1 2.30.2-1 an HTTP library implementation in ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtiff4 3.9.4-5 Tag Image File Format (TIFF) libra ii libunique-1.0-01.1.6-1.1 Library for writing single instanc ii libxml22.7.8.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gthumb recommends: pn gstreamer0.10-gnomevfsnone (no description available) ii gvfs-bin 1.6.4-3userspace virtual filesystem - bin gthumb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621383: Still uses libdb4.7
found 621383 5.12.3-2 thanks On Wed, Apr 06, 2011 at 10:44:42PM +0200, Ondřej Surý wrote: Package: perl Version: 5.10.1-19 Severity: normal User: pkg-db-de...@lists.alioth.debian.org Usertags: db5.1 Your package currently still uses Berkeley DB version 4.7 (libdb4.7). However, there is a newer Berkeley DB version in the archive (libdb5.1), with a compatible API. Berkeley DB version 4.7 will be eventually removed from unstable in favor of version 5.1. Please port your package to libdb5.1 as soon as possible. In most cases only change required is to update build depends from libdb4.7-dev to libdb-dev, or just recompile the package. I propose that we tackle this in 5.12/experimental first; I imagine that there is a potential for some breakage when updating the version of libdb in use by perl, and if we are able to proceed with the perl-5.12 transition[1] in the next few months then hopefully this won't be too much of a burden on the libdb maintainers, and will avoid too many separate rounds of breakage. Ondřej, any thoughts on this plan? Cheers, Dominic. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619117 -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621471: nfs-kernel-server has same problem
nfs-kernel-server has also this problem with mountd unable to create RPC listeners. -- Erwan DAVID This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572782: [Pkg-xfce-devel] Bug#572782: Bug#572782: xfce4-session-logout --halt does not halt the machine
On 7 April 2011 12:10, Yves-Alexis Perez cor...@debian.org wrote: On dim., 2010-03-07 at 10:08 +0100, Yves-Alexis Perez wrote: I have tried this, and it shuts down correctly. So would it still be a permissions issue? Hmhm, I'm not sure. I don't think so, but it could still be an environment problem in the shell. Afair, xfce4-session sends a dbus message to hal to ask for shutdown, so you might want to monitor both dbus (dbus-monitor) and hal (lshal -m) and see what happen in both cases (doing so from another box with ssh might be a good idea). Any progress on this? -- I don't think this is an issue any more. As it's been a while ago, I can't remember exactly what fixed this issue, but it's not present on my system currently. Regards, Michaël
Bug#578839: [Pkg-xfce-devel] Bug#578839: Bug#578839: thunar: Segfault crashed system. Not sure of the cause.
On ven., 2010-04-23 at 07:54 +0200, Yves-Alexis Perez wrote: Since quite some programs did segfault, I don't think thunar is the right place for that. I'm not sure which is the correct one, especially since the various segfaults are nearly all concurrent and in various place (not just one lib). I'd look at hardware/ram defect, something like that, but I'm not sure. In any case, it's definitely not Thunar. I'm reassigning to Xfce for now, but if you can't reproduce there's no way we can do anything. Any news? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620569: usbkey install wheezy i386 doesn't work
Lorenzo Bernardi wrote: Dear Stefano, Lorenzo, could you kindly provide us the detailed URLs where did you download vmlinuz, initrd.gz and iso file? Bye Stefano The url for the downloads are: http://people.debian.org/~joeyh/d-i/images/daily/hd-media/vmlinuz http://people.debian.org/~joeyh/d-i/images/daily/hd-media/initrd.gz http://caesar.acc.umu.se/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso this is for the i386 arch and the downloads where done saturday 2 of april 2011. There is no guarantee that the testing installer will work at any given time. You can try the testing snapshot release, which has certain known problems already, has been tested, and is known to work: http://lists.debian.org/debian-devel/2011/04/msg00397.html Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621036: unpleased
Well gosh, you fellows took out my *YouTube sound *Trackpoint Why don't you take out the network next time too so I can't write such nasty notes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621328: [Build-common-hackers] Bug#621328: Bug#621328: cdbs: Please add support for dh_installgsettings
On 11-04-06 at 11:50pm, Emilio Pozuelo Monfort wrote: debhelper now features a dh_installgsettings helper. It is very important to support this correctly for GNOME packages, so please add it to the gnome.mk class, along with dh_gconf (which still has to remain here for the moment). Done in debhelper.mk, as I don't see any reason why this should be in gnome.mk. Excellent - just my thought. :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#621483: python-vte: Removal of reaper API breaks python-apt
Package: python-vte Version: 1:0.24.3-2 Severity: important You're breaking python-apt's gtk2 progress module with the removal of the reaper API. File /usr/lib/python2.6/dist-packages/apt/progress/gtk2.py, line 373, in __init__ self._progress_install = GInstallProgress(self._terminal) File /usr/lib/python2.6/dist-packages/apt/progress/gtk2.py, line 130, in __init__ reaper = vte.reaper_get() AttributeError: 'module' object has no attribute 'reaper_get' Please tell us how to fix this in python-apt. Best would be to re-add the patch for the meantime, to not hinder the python3 transition. Once the python3 transition is over, removing the patch and adding Breaks: python-apt ( 0.8.0~exp2) [ that's the version a fix would land in] would be a good idea. This might still get it coupled with the python-apt API transition, though. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (250, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-vte depends on: ii libatk1.0-0 1.32.0-3 The ATK accessibility toolkit ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.4-1 The GLib library of C routines ii libgtk2.0-0 2.24.3-1 The GTK+ graphical user interface ii libncurses5 5.8+20110307-1 shared libraries for terminal hand ii libpango1.0-0 1.28.3-5 Layout and rendering of internatio ii libvte9 1:0.24.3-2 Terminal emulator widget for GTK+ ii libx11-6 2:1.4.2-1 X11 client-side library ii python2.6.6-12 interactive high-level object-orie ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.11 automated rebuilding support for P python-vte recommends no packages. python-vte suggests no packages. -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgplAYMy0i2l5.pgp Description: PGP signature
Bug#621484: please convert docs to UTF-8
Package: ekg2-core Version: 1:0.3.1~rc1-1 Severity: minor Please convert docs written in Polish from latin2 to utf-8 TIA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617289: [Pkg-alsa-devel] Bug#617289: alsa-utils: alsa fails to recognize EMU10K1X - no sound
On 08/03/11 Elimar Riesebieter said: msoulier@tigercub:~$ sudo alsactl init Are you running ubuntu stuff? No, sudo is standard on Linux systems and its use is encouraged. Please post the output of: $ cat /proc/asound/cards $ lsmod grep snd This turned out to be a hardware problem, so nothing to do here. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein signature.asc Description: Digital signature
Bug#605843: software-properties-gtk: update
Package: software-properties-gtk Version: 0.76.7debian1 Followup-For: Bug #605843 Hi, the popularity-contest description now shows translated but I found that these two entries are showing in English even if translated in the po file: You need to be root to run this program To install from a CD-ROM or DVD, insert the medium into the drive. Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages software-properties-gtk depends on: ii gksu 2.0.2-5 graphical frontend to su ii python 2.6.6-12 interactive high-level object-orie ii python-gtk22.17.0-4+b1 Python bindings for the GTK+ widge ii python-software-properties 0.76.7debian1 manage the repositories that you i ii python2.5 2.5.5-11 An interactive high-level object-o ii python2.6 2.6.6-8+b1An interactive high-level object-o ii synaptic 0.75.1Graphical package manager software-properties-gtk recommends no packages. software-properties-gtk suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621460: Still uses libdb4.8
* Ondřej Surý: More importantly, in the past, it has been important to explicitly test and document the procedure for upgrading user data between DB formats. Does subversion use transactions (aka does it need db_upgrade?). Does db_upgrade deal with environment updates these days? AFAIK, the in-place upgrade happens automatically when you run database recovery. For operator friendliness, you already need to do that anyway. -- Florian Weimerfwei...@bfk.de BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621471: upgrade to 1:1.2.3-1 breaks statd, prevents mounting
using rpcbind instead of portmap works here. cheers, MArc -- Pengutronix e.K. | Marc Kleine-Budde | Industrial Linux Solutions| Phone: +49-231-2826-924 | Vertretung West/Dortmund | Fax: +49-5121-206917- | Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de | signature.asc Description: OpenPGP digital signature
Bug#621472: buildd.debian.org: version field in table pkg_history should be of type debversion
On 04/07/2011 10:03 AM, Mehdi Dogguy wrote: version here is of type character varying, but maybe it should use debversion instead? (to take advantage of debversion_cmp). I casted version as debversion, and it seems to work fine. Still, maybe it should be the default. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621135: Bug in libwww-perl fixed in revision 72320
tag 621135 + pending thanks Some bugs are closed in revision 72320 by Nicholas Bamber (periapt-guest) Commit message: Add versioned Breaks clauses for packages which use HTTP::Daemon or HTML::Form (Closes: #621135) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621485: busybox: telnetd is non-functional; not standalone and no inetd
Package: busybox Version: 1:1.10.2-2 Severity: normal First of all, I'm running reportbug on a different box, but this bug is related to the latest squeeze packages. The busybox-static package has a telnetd, but cannot work standalone. This isn't a problem normally, since you can just use inetd for that. Unfortunately, it doesn't come with inetd. Please enable the standalone telnetd by default. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-bpo.5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages busybox depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries busybox recommends no packages. busybox suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621136: nvidia-glx: Failed to set DisplayPort power state
On 2011-04-06 20:52, Michel wrote: Package: nvidia-glx Version: 260.19.44-1 a similar issue seems to be reported here: http://www.nvnews.net/vbulletin/showthread.php?t=156382 Could you try the following: - nvidia beta driver 270.30 (packages are in experimental) - kernel 2.6.38 (packages are in unstable) and eventually several variations of kernel and driver versions. 195.xx probably won't compile with 2.6.38 headers. Thanks. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621486: gearmand: new upstream version available
Package: gearmand Version: 0.14-1 Severity: normal I was happy to see an update to Debian's gearman package, but disappointed to find that it was an update to a version that was, itself, the better part of a year old. Version 0.18 is current, and includes *numerous* bug fixes, including buffer overflow bugs: 0.18 Tue Mar 15 13:32:33 PDT 2011 * Bug fix for compile when no plugins are requested. * Bug fix where during startup using Drizzle or MySQL the server could crash. * Bug fix to make sure test programs will run if NULL sized objects are sent. 0.17 Tue Mar 8 08:27:04 PST 2011 * gearadmin added, easy access to shutdown, version, and verbose commands on the server. * Bug fixes related to CLI. * Bug fixes related to Memcached support. * Bug fixes related to Drizzle support. * Dependency on boost now required for build. * Drizzle queue module expects that a schema named gearmand exists. * Fix copyright headers were needed. 0.16 Tue Feb 22 10:55:33 PST 2011 * Fixed cases where silent failure of server for queues would not cause tests to fail. * Fix for failure when setsockopt() failed on new connection. * Fixed silen exit in client library based on signals. * Error log now reports failure location in compiled code for ERROR conditions. * Fix for failover. * Fixed issue in client where it would silently die based on signal issues. * verbose has been added to the string protocol. It allows you to see what the verbose setting is. 0.15 Mon Feb 14 18:44:32 PST 2011 * Numerous issues around overflow on buffers are now fixed. * Updates on gearmand daemon to share a bit more code. * Numerious fixes for gearman command line client. * IPV6 fix for server. 0.14 Wed Jun 30 13:04:39 PDT 2010 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgearman4 depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libuuid1 2.17.2-9.1 Universally Unique ID library libgearman4 recommends no packages. libgearman4 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621487: osm-gps-map: Please stop installing la-file in dev-package (Policy 10.2)
Package: osm-gps-map Version: 0.7.2-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch *** /tmp/tmpVfu9xG In Ubuntu, the attached patch was applied to achieve the following: * debian/libosmgpsmap-dev.install: Don't install la-file (Policy 10.2) osm-gps-map ships libtool la files in dev packages. They can simply be removed since thay are not refered to from other packages. See: http://wiki.debian.org/ReleaseGoals/LAFileRemoval http://lists.debian.org/debian-devel/2009/08/msg00808.html http://release.debian.org/~aba/la/current.txt Thanks for considering the patch. -- System Information: Debian Release: squeeze/sid APT prefers natty APT policy: (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-7-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru osm-gps-map-0.7.2/debian/libosmgpsmap-dev.install osm-gps-map-0.7.2/debian/libosmgpsmap-dev.install --- osm-gps-map-0.7.2/debian/libosmgpsmap-dev.install 2010-12-12 19:20:58.0 +0100 +++ osm-gps-map-0.7.2/debian/libosmgpsmap-dev.install 2011-04-07 14:02:22.0 +0200 @@ -2,4 +2,3 @@ usr/lib/lib*.a usr/lib/lib*.so usr/lib/pkgconfig/* -usr/lib/*.la
Bug#621488: trac: Search highlighting doesn't work anymore with jquery 1.4
Package: trac Version: 0.11.7-4 Severity: normal Tags: patch The search results highlighting feature doesn't work anymore in squeeze because of a javascript error. Here is the message displayed in firebug: Error : $.className is undefined in file search.js line 9 The fix is quite simple and is already applied upstream (in trac-0.12 I guess): http://trac.edgewall.org/changeset/9117/trunk/trac/htdocs/js/search.js -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages trac depends on: ii python 2.6.6-12interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-genshi0.6-1 Python XML-based template engine ii python-setuptools0.6.15-1Python Distutils Enhancements (set Versions of packages trac recommends: ii apache2-mpm-prefork [httpd] 2.2.17-2 Apache HTTP Server - traditional n ii libjs-jquery1.5.1-1 JavaScript library for dynamic web ii ocsigen [httpd] 1.3.3-2+b1 web server and programming framewo ii python-pygments 1.4+dfsg-1 syntax highlighting package writte ii python-subversion 1.6.16dfsg-1 Python bindings for Subversion ii python-tz 2010b-1 Python version of the Olson timezo Versions of packages trac suggests: pn libapache2-mod-wsgi | liba none(no description available) pn python-docutilsnone(no description available) pn python-textile none(no description available) pn trac-accountmanagernone(no description available) pn trac-authopenidnone(no description available) pn trac-bittennone(no description available) pn trac-bzr none(no description available) pn trac-customfieldadmin none(no description available) pn trac-email2tracnone(no description available) pn trac-git none(no description available) pn trac-graphviz none(no description available) pn trac-ja-resource none(no description available) pn trac-mastertickets none(no description available) pn trac-mercurial none(no description available) pn trac-spamfilternone(no description available) pn trac-wikiprint none(no description available) pn trac-wikirenamenone(no description available) ii trac-wysiwyg 0.2+svn5931-1 WYSIWYG style editor for the Trac pn trac-xmlrpcnone(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621489: Fails to build from source on amd64/squeeze
Package: srtp Version: 1.4.4~dfsg-6 Severity: serious Hi Jonas, I've tried to rebuild srtp for Univention Corporate Server, a Debian derived distribution based on Debian stable (currently Lenny, our next release will be based on Squeeze). I noticed that srtp fails to build on amd64 (tested with a Squeeze system, the source version is unchanged) due to a failure in the test suite, see below. On i386 the test suite works fine and the build succeeds. --- testing srtp_protect and srtp_unprotect against reference packets passed testing srtp_remove_stream()...passed test/roc_driver -v rollover counter test driver David A. McGrew Cisco Systems, Inc. testing index functions... testing sequential insertion...done testing non-sequential insertion...done passed test/replay_driver -v testing anti-replay database (rdb_t)... done rdb_check/rdb_adds per second: 9.090909e+07 test/dtls_srtp_driver dtls_srtp_driver testing dtls_srtp...passed cd test; ./rtpw_test.sh ./rtpw_test.sh : starting rtpw receiver process... ./rtpw_test.sh : receiver PID = 790 2: no process found 1 ./rtpw_test.sh : error make[1]: *** [runtest] Error 254 make[1]: Leaving directory `/home/jmm/apt/srtp-1.4.4~dfsg' make: *** [debian/stamp-makefile-check] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 --- Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621490: www.debian.org: package information missing (to the right) at http://packages.debian.org/sid/deroff
Package: www.debian.org Severity: normal At page: http://packages.debian.org/sid/deroff In section links to the right the usual ChangeLog, PTS etc. are empty. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621027: Invalid shell option in start-statd
Hello, updating to version 1.2.3 of nfs-common froze my system and made it unbootable (the boot sequence blocked on statd). It still booted in rescue mode, where I could downgrade nfs-common to 1.2.2 and the system works again. I don't know if the problem is the same as the one reported here (didn't see the report before downgrading so I didn't test removing '-p'), but if so the severity should be critical. -- Marc Glisse -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621492: FTBFS on squeeze because of missing build-depends on jade
Package: postgresql-9.0 Version: 9.0.3-1 Severity: wishlist Hi, On squeeze, postgresql-9.0 needs to have an explicit build-depends against jade, otherwise the build fails. it would be nice if you make it explicit, rather than relying on having it pulled it through some other build-depends. will sent a patch once i've recieved the bug number. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621357: [INTL:da] Danish translation of the debconf templates cernlib
Hi Joe, Thanks for translation. I will include your work in the next upload. Best regards, - Lifeng On 21:46 Wed 04/06/11 Apr , Joe Dalton wrote: Package: cernlib Severity: wishlist Tags: l10n patch Please include the attached Danish debconf translations. joe@joe-desktop:~/over/debian/cernlib$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 4 oversatte tekster. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621071: nsd3: statoverride file is in a bad state after remove
Hi, On Wed, Apr 06, 2011 at 11:44:17AM +0200, S Berder wrote: Package: nsd3 Version: 3.2.5-1 Severity: important When using 'apt-get remove --purge nsd3', the /var/lib/dpkg/statoverride file is left in an unstable state. Reproduced the problem several times by installing the package and removing/purging it. After the remove/purge, any further install fails. After 'apt-get remove --purge nsd3' : # cat /var/lib/dpkg/statoverride nsd nsd 755 /var/lib/nsd3 nsd nsd 750 /etc/nsd3 nsd nsd 640 /etc/nsd3/nsd.conf [...] # apt-get install package [...] Preconfiguring packages ... dpkg: unrecoverable fatal error, aborting: syntax error: unknown user 'nsd' in statoverride file E: Sub-process /usr/bin/dpkg returned an error code (2) This is because the postrm script removes the nsd user before it removes the stat overrides. Attached patch fixes this (and also suppresses a spurious warning when /var/lib/nsd3 was empty and thus automatically removed). Would this be a candidate for proposed-updates as it fixes an installability bug? Regards, -- Jeroen Schot --- debian/postrm.orig 2011-03-30 14:13:56.0 +0200 +++ debian/postrm 2011-04-07 14:35:40.0 +0200 @@ -8,13 +8,14 @@ if test $1 = purge; then spool=/var/lib/nsd3 -deluser --quiet nsd /dev/null || true rm -f $spool/nsd.db $spool/ixfr.db $spool/xfrd.state -rmdir $spool || true +rmdir $spool 2/dev/null || true unset_perms /var/lib/nsd3 unset_perms /etc/nsd3/nsd.conf unset_perms /etc/nsd3 + +deluser --quiet nsd /dev/null || true fi exit 0 signature.asc Description: Digital signature
Bug#600050: [pkg-lighttpd] Bug#600050: /etc/lighttpd/conf-available/15-fastcgi-php.conf: fastcgi-php file missing a required directive
On Thu, Apr 7, 2011 at 2:04 PM, Arno Töll deb...@toell.net wrote: Current trunk does not contain the patch (yet). Since Squeeze is out maybe you want to check it in to trunk now. I don't have write access to the SVN myself. I've been thinking about this issue. Your idea is fine, but for the fastcgi module there might be another solution: What about loading it by default (in lighttpd.conf)? I think a majority of users use the module. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
