Bug#509108: (no subject)
Whoops, wrong bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#292668: sort: What about a random order?
Hi! The randomize option is working fine in lenny. Just it is not mentioned in the manpage. -R, --random-sort sort by random hash of keys --random-source=FILEget random bytes from FILE (default you might as well include -C, --check=quiet, --check=silent like -c, but do not report first bad line --compress-program=PROG compress temporaries with PROG; decompress them with PROG -d Best regards! -- Kevin Price http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Bug#509018: (no subject)
reopen 509108 thanks This is still an issue for some people (possibly related to the specific CPU they're on), and the upstream bug hasn't been resolved. I really don't think Flash 10 is acceptable for a significant portion of users. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511026: Bug in libwww-bugzilla-perl fixed in revision 29386
tag 511026 + pending thanks Some bugs are closed in revision 29386 by Gregor Herrmann (gregoa) Commit message: Install WWW::Bugzilla::Search into /usr/share/perl5/WWW/Bugzilla/ where it actually belongs by adjusting debian/rules. Thanks to Hilko Bengen for the bug report (closes: #511026). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511044: clean-patched depends on configure-stamp
Package: cyrus-imapd-2.2 Version: 2.2.13 Severity: minor Tags: patch I encountered this error when trying to build the cyrus-imapd-2.2 package with pbuilder: checking sasl/sasl.h usability... no checking sasl/sasl.h presence... no checking for sasl/sasl.h... no configure: error: Cannot continue without libsasl2. Get it from ftp://ftp.andrew.cmu.edu/pub/cyrus-mail/. make: *** [configure-stamp] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2 I think this is because pbuilder runs the debian/rules clean target outside of the build root, but the build dependencies are not satisfied outside of the build root. With many packages, I do not encounter this error because the debian/rules clean target does not depend on (most of) the build dependencies. I dropped the debian/rules clean-patched dependency on configure-stamp and built the package successfully. I wonder if this dependency is really necessary? If it could be safely dropped, then building the package with pbuilder would be more convenient... -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- a/cyrus-imapd-2.2-2.2.13/debian/rules 2009-01-06 16:14:26.0 -0800 +++ b/cyrus-imapd-2.2-2.2.13/debian/rules 2009-01-06 16:17:12.0 -0800 @@ -92,7 +92,7 @@ # This is done to make sure the build daemon's source tree is the # same as the one I am using to produce the i386 debs. clean: clean-patched unpatch -clean-patched: configure-stamp +clean-patched: dh_testdir dh_testroot -xargs -t -r chmod +x debian/executable.files
Bug#510357: [libfuse2] Why not change?
Why not create a new option mode, and loudly warn about umask option during mount about the bug. Umask will be corrected but if mode have priority previous behavior is kept, if user ask -o mode :) I do not think it will really break a lot of stuff :) And this way it will be safe. Regards bastien -- ROUCARIÈS Bastien roucaries.bastien+deb...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511045: cereal command fails if /bin/sh is dash
Package: cereal Version: 0.22-1 Severity: important User: debian-rele...@lists.debian.org Usertags: goal-dash -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The cereal command uses the bashism source to source the common functions. This causes the command to fail if /bin/sh is linked to dash, rendering the package unsuable. Unfortunately, this was not previously caught by checkbashisms due to a bug in checkbashisms [#510345]. The question now is what should be done in regards to this bug and the lenny release, as indicated by the goal-dash tag. Upstream has a new release ready that fixes this bug. jamie. - -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cereal depends on: ii adduser 3.110 add and remove users and groups ii procmail 3.22-16Versatile e-mail processor ii runit 2.0.0-1a UNIX init scheme with service su ii screen4.0.3-11 terminal multiplexor with VT100/AN cereal recommends no packages. cereal suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJJY/qyAAoJEO00zqvie6q8JjYP/0vZGx1gq78C4IyOI3aM3p/e NW0QvTqFkCK3fNt4IGlFfX6J4fDRSGIqj6eiODJ3Elh4LBmr/UGnVjkC8oRPuKs+ zCgZHN2OypAmokpPvusHDfH+aSWuX0dmuTdioXxTVykeVKK1TMbG3kDO+GU0fKKk 3Ib5rWkDXykO8k4iVof3rctFBB10DU+b0oMCr+0KX9pzagvd0goGeUesriKYdXVv C5tCQXft9qkkbV5UJN4SNdqNiS6jCYrDYafz9I3mBnk6KF6TQjbe5DUHY+VpduCD m/02AhrDgumfO+XVsFC+/DokGHWovwMdQ42iheAc2GrxFg9wCr/FVbPGcTq6PkSm bn95lv5l4/iti57zDOhhPMTbeMRw+AuA475jK4dk6X5qSSk+ATu8NGuUrYzRCPq2 H/CXziAnkHbhN7G1WoKfpMgwZsHTn2UmZ4OsfYj8nMRq1Ql//6/XUO3XN3fB57LG Mnz6cYP+j6q9t5IURLIPp86XWpZPEHM1jLvyQJrUzb3LUdPi2647o2sS4t5Kf5e5 Xl7ZO6IOdcBffTEfYCe7fwdiylHakJwySjx7ukSHR+2CIxMRsSsggpcTNY8+ob2f QiUvhQKyCdvGw2O11bLdRDrYSP3FPg8j2zzxAXON/DDWbZaSlXq9fYVQmGYDSAQW aNIdpHL7DpwYxYz02Bpf =nXSG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485857: sfs / 2.6.28-git5
With 2.6.28-git5 the problem is not reproducible with the steps described in the original report, but still occurs under other circumstances (which I do not have a simple testcase for, but which work fine under 2.6.18). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510924: iproute: tc fails on action ipt
I have latest iptables here: r...@warp:~# iptables -V IPTABLES_LIB_DIR is deprecated iptables v1.4.2 r...@warp:~# dpkg -S libxt_MARK iptables: /lib/xtables/libxt_MARK.so Same latest version is introduced on netfilter.org jamal wrote: On Tue, 2009-01-06 at 09:19 -0500, jamal wrote: Hi Andreas, On Tue, 2009-01-06 at 12:48 +0100, Andreas Henriksson wrote: PS. For the absolutely latest iproute version (as there has been no additional commits in upstream git since the last v2.6.27 release), build from debians pkg-iproute git repo: git clone git://git.debian.org/git/collab-maint/pkg-iproute apt-get build-dep iproute apt-get install git-buildpackage build-essentials cd pkg-iproute git-buildpackage I run debian exclusively these days (but unfortunately my own dev tc); so it shouldnt be hard to reproduce this. I will spend time this week looking into this issue. Ok, spent a little time on it; installed latest default iproute2 on debian etch: dogo:~# export IPTABLES_LIB_DIR=/lib/xtables dogo:~# tc filter add dev lo parent : protocol ip prio 10 u32 match u32 0 0 flowid 1:1 action ipt -j MARK --set-mark 1 action mirred egress redirect dev eth0 tc: symbol lookup error: /lib/xtables/libxt_MARK.so: undefined symbol: param_act - Which rings a bell. Jan Engelhardt kindly added an interface to access xtables back in Aug/July. Unfortunately the tree from which i derived my version seems un-accessible (possibly because it was a -dev at the time; if you want to try: git://dev.medozas.de/xtables-dev libxtables). You will need i think a newer version of libxtables than what Debian already has. cheers, jamal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510271: My observation was wrong
Martin Michlmayr t...@cyrius.com writes: 20:36 tbm fjp: seems you're, as usual, right. Seems like I got confused because my dhcp server only hands out the domain for most hosts and I looked at the hostname in d-i 20:37 tbm but that makes me wonder about this bug report Could you then revert the change in oldsys-preseed? -- O T A V I OS A L V A D O R - E-mail: ota...@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510924: iproute: tc fails on action ipt
On Tue, 2009-01-06 at 19:03 -0500, jamal wrote: Ok, spent a little time on it; installed latest default iproute2 on debian etch: Sorry - meant debian lenny. Flu affecting some of my brain cells. cheers, jamal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511046: Do not prompt user on boot if all swap partitions have random keys
Package: hibernate Version: 1.99-1 Severity: wishlist I support a number of laptops which are set up with two encrypted partitions, root (encryption handled via luks) and a swap partition (a random key generated on boot). The swap is given a random key to reduce the number of passwords users have to remember and enter on boot as none of them use suspend to disk. However the hibernate script ( /etc/init.d/hibernate ) always calls resume on boot, giving a pause in booting and this message: resume: Could not stat the resume device file. Please type in the file name to try again or press ENTER to boot the system: I appreciate this may be very complicated to implement (plus there is a question over who's problem it is), but it would be great if the system could recognise that all of it's swap partitions where randomly keyed / had recently been created and thus skip the call to resume. Thanks for your time. Cheers, - Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510875: [debian-mysql] Bug#510875: mysql-server-5.0: does not ask for a password for `root' by default
On Mon, Jan 05, 2009 at 05:23:34PM +0100, Nico Golde wrote: * Ansgar Burchardt ans...@2008.43-1.org [2009-01-05 16:42]: The question asking for the administrative password has a priority of `medium'. Debconf's default is to ask only questions of at least priority `high' since 1.4.61 (and d-i apparently sets this value by default even longer). This results in an empty root password by default. Every user which can connect from `localhost' has then full administrative privileges. The only thing he has to do is run `mysql -u root'. FYI the MySQL package in Ubuntu changes the debconf priority to high. -- Mathias Gug Ubuntu Developer http://www.ubuntu.com signature.asc Description: Digital signature
Bug#510924: iproute: tc fails on action ipt
On Wednesday 2009-01-07 01:03, jamal wrote: Which rings a bell. Jan Engelhardt kindly added an interface to access xtables back in Aug/July. Unfortunately the tree from which i derived my version seems un-accessible (possibly because it was a -dev at the time; if you want to try: git://dev.medozas.de/xtables-dev libxtables). You will need i think a newer version of libxtables than what Debian already has. This has been merged into iptables. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On Tue, 06 Jan 2009 23:48:37 +0100 Yves-Alexis Perez cor...@debian.org wrote: Anyway, I'm *really* lost about where we are, what the problem really is, and what exactly we are wanting to do to solve it. It occurs to me the reason you are confused is that when I 'Standard System' you are thinking I mean 'typical system' when in fact I mean that I select the option 'Standard System' on the tasksel menu. Tasksel's standard system mean a base install + packages with priority: standard, which gives you a 'useful character mode operating system' (according to policy). There is a bug on taskel because of the terminology being confusing, and if I am right that this what confused you perhaps you'll want to add your comments. I've obviously been using the installer too often lately. Regards, Daniel -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org The C Shore: http://www.wightman.ca/~cshore signature.asc Description: PGP signature
Bug#511048: dh_clean: please add support for removing directories
Package: debhelper Version: 7.0.17 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sometimes it's necessary to delete a created directory in debian/rules' clean target; being able to just pass it to dh_clean / add it to debian/clean would be nice. Cheers, gregor - -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.27.200812211525 Locale: LANG=C, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages debhelper depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii dpkg-dev1.14.24 Debian package development tools ii file4.26-2 Determines file type using magic ii html2text 1.3.2a-5 advanced HTML to text converter ii man-db 2.5.2-3 on-line manual pager ii perl5.10.0-19Larry Wall's Practical Extraction ii po-debconf 1.0.15 manage translated Debconf template debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.47 tool that converts source archives - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklkAEwACgkQOzKYnQDzz+SeNQCfbvA6UyL81NTNQL79H9rkdevL AJ4AoO6tAiwNrkNicXWKCPR6H296YYUx =Z6RB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511047: unionfs-fuse: RO not being respected
Package: unionfs-fuse Version: 0.21-2 Hi, Trying out unionfs-fuse to determine whether it is better than funionfs or not I noticed that even when a directory is marked as RO, it is not respected. Example: $ mkdir -p {{local,remote}/,}test $ /usr/sbin/unionfs-fuse remote/test=RO:local/test=RW test $ cat /dev/null test/foo $ ls local/test $ ls remote/test foo If I change the order of the arguments so that local comes before remote it is respected (in the sense that the file is written under local, and not under remote; but I suspect that given the required circumstances the bug would show up in that case as well). Cheers, -- Raphael Geissert - Debian Maintainer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#353290: apt-errors in lenny/testing
Eugene V. Lyubimkin wrote: Good. I'm closing this bug now then. Anyone is free to reopen in case of seeing this bug in latest apt versions. Hi! I was playing with aptitude when found this: $ aptitude reinstall --with-recommends `aptitude search '~i !~M' | awk '{printf $2 FS }'` Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages will be REINSTALLED: [...] 0 packages upgraded, 0 newly installed, 271 reinstalled, 0 to remove and 0 not upgraded. Need to get 0B/146MB of archives. After unpacking 0B will be used. Writing extended state information... Done E: Internal Error, Could not perform immediate configuration (2) on bash == Yes, it's here A package failed to install. Trying to recover: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done I'm on sid. Some of installed packages and versions: ii apt 0.7.20 Advanced front-end for dpkg ii apt-file 2.2.0 search for files within Debian packages (com ii apt-listbugs 0.0.94 Lists critical bugs before each apt installa ii apt-listchanges 2.83 package change history notification tool ii apt-src 0.25.1-0.1 manage Debian source packages ii apt-utils0.7.20 APT utility programs ii apticron 1.1.26 simple tool to mail about pending package up ii aptitude 0.4.11.11-1 terminal-based package manager ii libapt-pkg-perl 0.1.22+b1 Perl interface to libapt-pkg ii dpkg 1.14.24 Debian package management system ii dpkg-dev 1.14.24 Debian package development tools ii libdpkg-ruby1.8 0.3.2 modules/classes for dpkg on ruby 1.8 It seems the same bug, but i'm not sure. Sorry if i'm wrong :-P -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495483: Another instance of the DoSwapInterval segfault
Hi, I have the DoSwapInterval segfault with Xorg 1.4.2 too on a MacBook Pro (amd64). It can be systematically triggered e.g. by calling gnome-screensaver-preferences. The trace is the same as already given by other people (see below for the exact trace). Faulty line 80 of GL/glx/swap_interval.c:80 says: (void) (*cx-pGlxScreen-swapInterval)(cx-drawPriv, interval); knowing that the swapInterval field is set in GL/glx/glxdri.c to function __glXDRIdrawableSwapInterval from GL/glx/glxdri.c. The code of this latter function (the function that certainly segfaults) is static int __glXDRIdrawableSwapInterval(__GLXdrawable *baseDrawable, int interval) { __GLXDRIdrawable *draw = (__GLXDRIdrawable *) baseDrawable; __glXDRIdrawableFoo(draw); draw-driDrawable-swap_interval = interval; return 0; } Now, there is a comment on top of the code of glXDRIdrawableFoo that says: /** * \bug * We're jumping through hoops here to get the DRIdrawable which the DRI * driver tries to keep to it self... cf. FIXME in \c createDrawable. */ Could it be related to the crash? Alternatively, could it be possible that the cast from __GLXdrawable * to __GLXDRIdrawable * (a cast which expects that the room needed for the extra field driDrawable does not wrongly overlap with some elsewhere useful data) is wrongly compiled by gcc at some optimization levels (I'm not a C expert)? Definition of __GLXDRIdrawable is: typedef struct __GLXDRIdrawable __GLXDRIdrawable; struct __GLXDRIdrawable { __GLXdrawable base; __DRIdrawable *driDrawable; }; I'm ready to recompile the package after some changes are made, if needed. Regards, Hugo Herbelin ** Trace of the segfault ** Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fab2517c6e0 (LWP 3238)] 0x0002bfe2 in ?? () (gdb) backtrace full #0 0x0002bfe2 in ?? () No symbol table info available. #1 0x7fab22507a20 in DoSwapInterval (cl=value optimized out, pc=0x2f60920 \235\020\004, do_swap=0) at ../../../GL/glx/swap_interval.c:80 client = (ClientPtr) 0x2f96e50 tag = 1 cx = value optimized out interval = 1 __func__ = DoSwapInterval #2 0x7fab224e5732 in __glXDisp_VendorPrivate (cl=0x2f61e60, pc=0x2f60920 \235\020\004) at ../../../GL/glx/glxcmds.c:2328 No locals. #3 0x7fab224e98a5 in __glXDispatch (client=0x2f96e50) at ../../../GL/glx/glxext.c:561 stuff = (xGLXSingleReq *) 0x2f60920 opcode = value optimized out cl = (__GLXclientState *) 0x2f61e60 retval = 1 #4 0x0044f7d2 in Dispatch () at ../../dix/dispatch.c:502 result = value optimized out client = (ClientPtr) 0x2f96e50 nready = 0 start_tick = 520 #5 0x00436bd5 in main (argc=9, argv=0x7fff2d19d248, envp=value optimized out) at ../../dix/main.c:452 i = 1 error = 0 xauthfile = value optimized out alwaysCheckForInput = {0, 1} (gdb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#275491: [Pkg-awstats-devel] Bug#275491: ping for #275491
On tis, 2009-01-06 at 14:34 -0800, Matt Taggart wrote: This is a ping for #275491, no one responded to my last mail to the bug. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=275491 Lenny is currently in freeze, so no bugs below the release-critical line is targeted for any short-term evaluation. If you'd like to help out with awstats after Lenny is released, your help is more then welcome! -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian
On Tue, Jan 06, 2009 at 08:48:08AM +0100, Raphael Hertzog wrote: On Mon, 05 Jan 2009, Don Armstrong wrote: 1) an upload to experimental with 2) all of the issues that have been identified as RC filed as RC bugs against the package with 3) acceptance into sid occuring only when the RC bugs which have a serious negative impact on the internet in large fixed and 4) acceptance into testingg occuring as usual with 5) an RM unacceptable for release RC bug filed until the RMs have a chance to come to a determination be an acceptable compromise for the ftpmasters and the prospective Qmail maintainer(s)? (Or at least, a start towards something that could possibly be compromised on?) +1. I find this suggestion to be much more in line with our current procedures. I'm particularly uneasy with letting the ftpmasters decide what's acceptable in the Debian archive on some non-usual policy requirements that can be difficult to justify. On the contrary, I think the ftp team's behavior has been commendable here; they believe qmail is sufficiently buggy that it's unsuitable for the archive, but recognize that there are different opinions on this question among Debian developers and that this decision is grounded in reasons that fall outside the normal reasons for package rejects, so they have referred the question to the TC. Individual developers make decisions all the time about whether software is Too Buggy To Live, when they decide whether or not a package should be uploaded yet to the archive. The ftpmasters also have to make decisions on the same question when they do NEW processing. In the rare cases when the ftp team and the uploader reach a different conclusion, it's altogether reasonable to ask the TC to adjudicate. I'm not saying that we must let any crap enter the archive but when we have a maintainer and some reasonably popular piece of software, we should accept it in the archive. Note: it's not the same as accepting it in our stable release where all our usual criteria do apply. I don't agree that popularity + maintainer activity are sufficient to justify allowing a package into the archive. Put another way: I don't believe that the sets software that's reasonably popular and has a maintainer and crap are disjoint. (I'm not saying that qmail must not be allowed in the archive; I'm only saying that it's not a foregone conclusion that we should allow it in because there's a Debian developer who wants it there.) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511049: libapache2-mod-php5: should remove /etc/php5/apache2/.start in postinst
Package: libapache2-mod-php5 Severity: minor Tags: confirmed -- Forwarded message -- From: Anon Sricharoenchai anon@gmail.com Date: 2008/12/23 Subject: [php-maint] libapache2-mod-php5: should remove /etc/php5/apache2/.start in postinst? To: pkg-php-ma...@lists.alioth.debian.org Cc: anon@gmail.com Hi, According to, http://svn.debian.org/wsvn/pkg-php/php5/trunk/debian/libapache2-mod-php5.postinst?op=filerev=1127sc=1 if [ -e /etc/php5/apache2/.start ]; then a2enmod php5 /dev/null || true rm /etc/php5/apache2/.start # -- we should also add this command? fi -- Raphael Geissert - Debian Maintainer www.debian.org - get.debian.net Timothy Leary - Women who seek to be equal with men lack ambition. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511050: Obsolete conffile gnome-power-manager.conf not removed on upgrades
Package: gnome-power-manager Version: 2.22.1-4 Severity: important Hi, The obsolete D-Bus conffile /etc/dbus-1/system.d/gnome-power-manager.conf is not removed on upgrades. The package no longer ships this file. See [1] for how to handle conffile (re)movals. Cheers, Michael [1] http://wiki.debian.org/DpkgConffileHandling -- Package-specific info: Distro version: 5.0 Kernel version: 2.6.27.10 g-p-m version:2.22.1 HAL version: 0.5.11 System manufacturer: missing System version: missing System product: missing AC adapter present: yes Battery present: yes Laptop panel present: no CPU scaling present: yes Battery Information: battery.charge_level.current = 17700 (0x4524) (int) battery.charge_level.design = 17700 (0x4524) (int) battery.charge_level.last_full = 17700 (0x4524) (int) battery.charge_level.percentage = 100 (0x64) (int) battery.charge_level.rate = 2989 (0xbad) (int) battery.is_rechargeable = true (bool) battery.model = 'Primary' (string) battery.present = true (bool) battery.rechargeable.is_charging = false (bool) battery.rechargeable.is_discharging = false (bool) battery.reporting.current = 1196 (0x4ac) (int) battery.reporting.design = 1196 (0x4ac) (int) battery.reporting.last_full = 1196 (0x4ac) (int) battery.reporting.rate = 202 (0xca) (int) battery.reporting.technology = 'Li-ion' (string) battery.reporting.unit = 'mAh' (string) battery.serial = '00 CC 10 AC 00 64 14 00' (string) battery.technology = 'lithium-ion' (string) battery.type = 'primary' (string) battery.vendor = ' Hewlett-Packard' (string) battery.voltage.current = 16591 (0x40cf) (int) battery.voltage.design = 14800 (0x39d0) (int) battery.voltage.unit = 'mV' (string) GNOME Power Manager Process Information: michael 15437 1.0 1.0 12696 7856 pts/4S+ 02:51 0:01 \_ /usr/bin/python /usr/bin/reportbug gnome-power-manager michael 20286 0.0 0.0 1824 480 pts/4S+ 02:54 0:00 \_ sh -c /usr/share/reportbug/handle_bugscript '/usr/share/bug/gnome-power-m HAL Process Information: 112 15039 0.2 0.5 6328 4072 ?Ss 02:49 0:00 /usr/sbin/hald root 15040 0.0 0.1 3352 1072 ?S02:49 0:00 \_ hald-runner root 15075 0.0 0.1 3416 1028 ?S02:49 0:00 \_ hald-addon-input: Listening on /dev/input/event4 /dev/input/event3 /dev/input/ root 15081 0.0 0.1 3428 1016 ?S02:49 0:00 \_ /usr/lib/hal/hald-addon-cpufreq 112 15082 0.0 0.1 2272 884 ?S02:49 0:00 \_ hald-addon-acpi: listening on acpid socket /var/run/acpid.socket root 15105 0.0 0.1 3416 1040 ?S02:49 0:00 \_ hald-addon-storage: polling /dev/scd0 (every 2 sec) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.10 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 gnome-power-manager depends on: ii dbus-x11 1.2.4.2permissive-1 simple interprocess messaging syst ii gconf2 2.22.0-1GNOME configuration database syste ii hal 0.5.11-7Hardware Abstraction Layer ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1The Bonobo UI library ii libc62.7-18 GNU C Library: Shared libraries ii libcairo21.6.4-7 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.4.2permissive-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgconf2-4 2.22.0-1GNOME configuration database syste ii libglade2-0 1:2.6.3-1 library to load .glade files at ru ii libglib2.0-0 2.18.3-1The GLib library of C routines ii libgnome-keyring02.22.3-2GNOME keyring services library ii libgnome2-0 2.20.1.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.20.1.1-1 A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgstreamer0.10-0 0.10.20-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.14.5-1The GTK+ graphical user interface ii libhal1 0.5.11-7
Bug#511052: Task packages download can not be cancelled
Package: debian-installer Version: 20081029 Hi, After I accidentally marked the desktop environment (or whatever the exact name is) task and started downloading the packages there was no way I could stop the download process. Ctrl+c, ctrl+z, escp, nothing worked, and sending a SIGHUP, later a SIGTERM, and finally a SIGKILL to aptitude and the other d-i subprocs related to the packages download only cause the d-i screen to be stall. Although I would like to see an option to cancel the download process (severity: wishlist) I would first of all like to see d-i reacting whenever its child procs are killed (hence the severity of the report). Oh, and starting another d-i instance didn't help at all as the locks were still around and nothing could be done. Cheers, -- Raphael Geissert - Debian Maintainer www.debian.org - get.debian.net signature.asc Description: This is a digitally signed message part.
Bug#511053: [patch] minor fixes to partman/preseeding notes
Package: debian-installer Severity: minor I was trying to install 'etch' with the 'lenny' dailies and I got caught by the change in the way disks names are handled, ie preseeding d-i partman-auto/disk string /dev/discs/disc0/disc no longer works. I was reading the partman docs and noticed a few things. Two patches are attached for your consideration. - partman-auto-recipe.txt.patch a few suggested grammatical changes - preseed.xml it is now possible to preseed multiple disks try to enhance preseeding example's comments point to partman-auto-recipe.txt on websvn. mention lvm-related improvements This contribution is licensed under GPL2, if that matters. Cheers VinceIndex: installer/doc/devel/partman-auto-recipe.txt === --- installer/doc/devel/partman-auto-recipe.txt (revision 57117) +++ installer/doc/devel/partman-auto-recipe.txt (working copy) @@ -197,10 +197,10 @@ Multiple disks can also be partitioned at the same time. Those must be specified in partman-auto/disk. Partitions that are neither on a Logical -Volumes, nor have a specific device specified (e.g. /boot) will default on +Volume, nor have a specific device specified (e.g. /boot) will default on being on the first disk. -To explicitely declare a Physical Volume, define a parition the following: +To explicitly declare a Physical Volume, define a partition as follows: 100 1000 10 ext3 $defaultignore{ } @@ -223,7 +223,7 @@ method{ swap } format{ } . -lv_name{ } specify the name of the Logical Volume being created. +lv_name{ } specifies the name of the Logical Volume being created. 4. ARCHITECTURE DEPENDENT RECIPES - Index: appendix/preseed.xml === --- appendix/preseed.xml (revision 57116) +++ appendix/preseed.xml (working copy) @@ -935,13 +935,11 @@ titlePartitioning/title para -Using preseeding to partition the harddisk is very much limited to what is +Using preseeding to partition the harddisk is limited to what is supported by classnamepartman-auto/classname. You can choose to partition either existing free space on a disk or a whole disk. The layout of the disk can be determined by using a predefined recipe, a custom recipe from -a recipe file or a recipe included in the preconfiguration file. It is -currently not possible to partition multiple disks using preseeding. - +a recipe file or a recipe included in the preconfiguration file. /para warningpara @@ -953,16 +951,23 @@ /para/warning informalexample role=examplescreen +# If the system has only one disk the installer will default to using that. +# # If the system has free space you can choose to only partition that space. #d-i partman-auto/init_automatically_partition select biggest_free - -# Alternatively, you can specify a disk to partition. The device name must -# be given in traditional non-devfs format. -# Note: A disk must be specified, unless the system has only one disk. +# +# Alternatively, you may specify a disk to partition. +# On a multi-disk system you must specify which disk to partition. +# The device name must be given in traditional, non-devfs format - +# e.g. /dev/hda or /dev/sda, and not e.g. /dev/discs/disc0/disc. # For example, to use the first SCSI/SATA hard disk: #d-i partman-auto/disk string /dev/sda + # In addition, you'll need to specify the method to use. -# The presently available methods are: regular, lvm and crypto +# The presently available methods are: +# - regular: use the usual partition types for your architecture +# - lvm: use LVM to partition the disk +# - crypto: create encrypted partitions d-i partman-auto/method string lvm # If one of the disks that are going to be automatically partitioned @@ -981,7 +986,8 @@ d-i partman-auto/choose_recipe select atomic # Or provide a recipe of your own... -# The recipe format is documented in the file devel/partman-auto-recipe.txt. +# The recipe format is documented in the file doc/devel/partman-auto-recipe.txt. +# (url-d-i-websvn;/trunk/installer/doc/devel/partman-auto-recipe.txt) # If you have a way to get a recipe file into the d-i environment, you can # just point at it. #d-i partman-auto/expert_recipe_file string /hd-media/recipe @@ -1005,6 +1011,9 @@ # 64 512 300% linux-swap \ # method{ swap } format{ }\ # . +# Other settings such as filesystem labels, volume group names and +# which physical devices to include in a volume group, may be specified +# in the expert_recipe. See partman-auto-recipe.txt for details. # This makes partman automatically partition without confirmation, provided # that you told it what to do using one of the methods above.
Bug#498548: SKB BUG: Invalid truesize
I can now confirm that turning off OpenVPN will stop these error messages. Unfortunately they resume shortly after restarting OpenVPN. Gérald -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511054: inn2: permissions problem after lenny install
Package: inn2 Version: 2.4.5-5 Severity: grave Justification: renders package unusable The inn system doesn't even start after installation. There are plenty of files with the wrong ownership and permissions per inncheck (see output below). Running inncheck -f -perm | sh fixes it and then inn starts and is usable. It seems running inncheck should be part of the post-install script, or the install scripts should set the ownership and permissions of the files correctly. #inncheck /var/lib/news/active:0: mode 644, should be 664 /etc/news/control.ctl:0: owned by root, should be news /etc/news/control.ctl:0: in group root, should be news /etc/news/expire.ctl:0: owned by root, should be news /etc/news/expire.ctl:0: in group root, should be news /etc/news/incoming.conf:0: owned by root, should be news /etc/news/incoming.conf:0: in group root, should be news /etc/news/incoming.conf:0: mode 644, should be 640 /etc/news/inn.conf:0: owned by root, should be news /etc/news/inn.conf:0: in group root, should be news /etc/news/moderators:0: owned by root, should be news /etc/news/moderators:0: in group root, should be news /etc/news/newsfeeds:0: owned by root, should be news /etc/news/newsfeeds:0: in group root, should be news /etc/news/nntpsend.ctl:0: owned by root, should be news /etc/news/nntpsend.ctl:0: in group root, should be news /etc/news/overview.fmt:0: owned by root, should be news /etc/news/overview.fmt:0: in group root, should be news /etc/news/passwd.nntp:0: owned by root, should be news /etc/news/readers.conf:0: owned by root, should be news /etc/news/readers.conf:0: in group root, should be news #inncheck -perm /var/spool/news/archive:0: mode 775, should be 755 /var/spool/news/incoming/bad:0: mode 775, should be 755 /var/spool/news/outgoing:0: mode 775, should be 755 /usr/lib/news/bin/control:0: owned by root, should be news /usr/lib/news/bin/control:0: in group root, should be news /var/log/news:0: mode 644, should be 755 /usr/lib/news/bin:0: owned by root, should be news /usr/lib/news/bin:0: in group root, should be news /etc/news:0: owned by root, should be news /usr/lib/news:0: owned by root, should be news /usr/lib/news:0: in group root, should be news /var/log/news/OLD:0: mode 775, should be 755 /usr/lib/news/bin/rnews.libexec:0: owned by root, should be news /usr/lib/news/bin/rnews.libexec:0: in group root, should be news /var/spool/news/incoming/tmp:0: mode 775, should be 755 /var/spool/news/articles:0: mode 775, should be 755 /var/spool/news/incoming:0: mode 775, should be 755 /var/run/news:0: mode 775, should be 750 /usr/lib/news/bin/innd:0: owned by root, should be news /usr/lib/news/bin/innd:0: in group root, should be news /usr/lib/news/bin/innd:0: mode 755, should be 550 /usr/lib/news/bin/nnrpd:0: owned by root, should be news /usr/lib/news/bin/nnrpd:0: in group root, should be news /usr/lib/news/bin/nnrpd:0: mode 755, should be 555 /usr/lib/news/bin/rnews:0: in group uucp, should be news /usr/lib/news/bin/rnews:0: mode 4755, should be 500 /usr/lib/news/bin/inews:0: owned by root, should be news /usr/lib/news/bin/inews:0: in group root, should be news /usr/lib/news/bin/inews:0: mode 755, should be 550 /usr/lib/news/bin/rc.news:0: owned by root, should be news /usr/lib/news/bin/rc.news:0: in group root, should be news /usr/lib/news/bin/rc.news:0: mode 755, should be 550 /usr/lib/news/bin/inndstart:0: mode 4754, should be 4550 /etc/news/newsfeeds:0: owned by root, should be news /etc/news/newsfeeds:0: in group root, should be news /etc/news/moderators:0: owned by root, should be news /etc/news/moderators:0: in group root, should be news /etc/news/control.ctl:0: owned by root, should be news /etc/news/control.ctl:0: in group root, should be news /etc/news/passwd.nntp:0: owned by root, should be news /etc/news/incoming.conf:0: owned by root, should be news /etc/news/incoming.conf:0: in group root, should be news /etc/news/incoming.conf:0: mode 644, should be 640 /etc/news/nntpsend.ctl:0: owned by root, should be news /etc/news/nntpsend.ctl:0: in group root, should be news /etc/news/readers.conf:0: owned by root, should be news /etc/news/readers.conf:0: in group root, should be news /etc/news/overview.fmt:0: owned by root, should be news /etc/news/overview.fmt:0: in group root, should be news /var/lib/news/active:0: mode 644, should be 664 /etc/news/inn.conf:0: owned by root, should be news /etc/news/inn.conf:0: in group root, should be news /etc/news/expire.ctl:0: owned by root, should be news /etc/news/expire.ctl:0: in group root, should be news /var/lib/news/history:0: mode 664, should be 644 /usr/lib/news/bin/ctlinnd:0: owned by root, should be news /usr/lib/news/bin/ctlinnd:0: in group root, should be news /usr/lib/news/bin/ctlinnd:0: mode 755, should be 550 /usr/lib/news/bin/expirerm:0: owned by root, should be news /usr/lib/news/bin/expirerm:0: in group root, should be news /usr/lib/news/bin/expirerm:0: mode 755, should be 550 /usr/lib/news/bin/inncheck:0: owned by root, should be
Bug#511055: www.debian.org/devel/people doesn't display co-maintained packages
Package: www.debian.org Severity: normal Hi! http://www.debian.org/devel/people has a paragraph that says: If a person is a co-maintainer (or uploader) for the package and not its primary maintainer, this will be indicated by an asterisk (*) behind the package name. This is often the case for group-maintained packages. But there are no packages marked with an asterisk! Packages are only displayed for the maintainer, not for uploaders (co-maintainers) too. Thank you! Best regards, Nelson -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510793: Dies with sigseg
On Sun, Jan 04, 2009 at 10:35:47PM +0100, Jörg Sommer wrote: Running bogofilter with the same message again, by hand, makes it succeed. I don't think it's a bug in bogofilter but a linking problem. I hand the same problem with exim: http://bugs.debian.org/150026 Linking problem how? It doesn't happen with every message and I can't reproduce it. If you have an idea what I can do, please let me know. Are you allowing it to dump core? Does it ever segfault outside of exim? Does upgrading to libdb4.6 4.6.21-13 make any difference? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511057: FTBFS: cpia2 module fails
Package: linux-source-2.6.28 Version: 2.6.28-1~experimental.1~snapshot.12545 Severity: normal I copied the kernel config from the most recent 686 binary to the 2.6.28 source directory, ran make menuconfig only changing some unrelated cpu options, leaving drivers at default, then make-kpkg --initrd linux-image and had the error: HOSTCC firmware/ihex2fw IHEX2FW firmware/keyspan_pda/keyspan_pda.fw IHEX2FW firmware/keyspan_pda/xircom_pgs.fw make[2]: *** No rule to make target `firmware/cpia2/stv0672_vp4.bin', needed by `__fw_modbuild'. Stop. make[1]: *** [modules] Error 2 make[1]: Leaving directory `/usr/src/linux-source-2.6.28' make: *** [debian/stamp/build/kernel] Error 2 I have removed the cpia2 driver using make menuconfig and have recommenced kernel compilation. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.28 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-source-2.6.28 depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii bzip2 1.0.5-1 high-quality block-sorting file co Versions of packages linux-source-2.6.28 recommends: ii gcc 4:4.3.2-2 The GNU C compiler ii libc6-dev [libc-dev] 2.7-18 GNU C Library: Development Librari ii make 3.81-5 The GNU version of the make util Versions of packages linux-source-2.6.28 suggests: ii kernel-package11.015 A utility for building Linux kerne ii libncurses5-dev [ncurses- 5.7+20081220-1 developer's libraries and docs for ii libqt3-mt-dev 3:3.3.8b-5 Qt development files (Threaded) -- 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#511056: Broken link in http://www.debian.org/devel/people
Package: www.debian.org Severity: normal Hi again! The first link in http://www.debian.org/devel/people (the here from 'GPG/PGP keys of package maintainers can be downloaded from here.', pointing to http://ftp.debian.org/debian/doc/debian-keyring.tar.gz) is broken. Thank you! Best regards, Nelson -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511054: inn2: permissions problem after lenny install
retitle 511054 inncheck suggests insecure permissions severity 511054 minor tag 511054 help thanks On Jan 07, The Eclectic One eclec...@sdf.lonestar.org wrote: The inn system doesn't even start after installation. There are plenty Bullshit. Next time try checking the log for specific errors. of files with the wrong ownership and permissions per inncheck (see output below). Running inncheck -f -perm | sh fixes it and then inn starts and is usable. It seems running inncheck should be part of the post-install script, or the install scripts should set the ownership and permissions of the files correctly. inncheck is wrong. /var/log/news:0: mode 644, should be 755 So your system was already broken. From postinst: if [ ! -d /var/log/news ]; then install -d -m 775 -o news -g news /var/log/news fi -- ciao, Marco signature.asc Description: Digital signature
Bug#511058: bad target dependency breaks parallel builds (-j2)
Package: coreutils Version: 6.10-6 Severity: normal Tags: patch See attached patch, it fixes a race that breaks parallel builds. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.7-16 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information --- debian/rules~ 2009-01-07 04:22:18.0 +0100 +++ debian/rules2009-01-07 04:23:14.0 +0100 @@ -58,8 +58,8 @@ touch configure-stamp -build: configure-stamp build-stamp -build-stamp: $(patched) +build: build-stamp +build-stamp: $(patched) configure-stamp dh_testdir cd $(BUILD_TREE) $(MAKE)
Bug#511054: inn2: permissions problem after lenny install
The Eclectic One eclec...@sdf.lonestar.org writes: The inn system doesn't even start after installation. There are plenty of files with the wrong ownership and permissions per inncheck (see output below). Running inncheck -f -perm | sh fixes it and then inn starts and is usable. It seems running inncheck should be part of the post-install script, or the install scripts should set the ownership and permissions of the files correctly. You don't want to blindly apply the results of inncheck. Most of what it's finding is not relevant to a Debian installation; it's assuming a stand-alone install from source, with a much different permission and ownership scheme. Something in here is causing the problem from what you say about how you fixed it, but just doing all of these changes almost certainly isn't the right fix. I'm afraid I don't know what the right fix is, though. :/ (For the record, I'm an upstream INN maintainer.) -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510612: me-tv: problem with UTF-8 prevents channel-scan window from closing
Hi Norman, Not sure if you've worked this one out but the easiest thing for you to do is go into the ~/.me-tv/channels.conf and fix it up with a text editor. Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510954: lintian: reports unusual interpreter for /usr/bin/rep
Ian /usr/bin/rep (in the librep* package) is the interpreter for the Ian Lisp dialect in which the window manager Sawfish is written. Russ Hm, that looks like a bug in the librep9 package, yes? Shared Russ library packages may not contain unversioned files, since that Russ prevents two versions of the shared library from co-existing Russ (Policy 8.2). I don't see it in the lenny release policy, so the Russ release team may not consider it RC, but it's a violation of a Russ Policy must. Russ I'm happy to add the interpreter, but I think it's going to need Russ to move into a separate package at some point, so maybe Lintian Russ should wait until the name of that package has been determined. Russ I'll file a bug against librep9. You're right - I came to precisely the same conclusion trying to privately package a new upstream version. -- Ian Zimmerman i...@buug.org gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD Ham is for reading, not for eating. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510924: iproute: tc fails on action ipt
On Wed, 2009-01-07 at 02:06 +0100, Jan Engelhardt wrote: This has been merged into iptables. nice. Which iptables version that would be? cheers, jamal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510924: iproute: tc fails on action ipt
Ok, that explains why IPTABLES_LIB_DIR is no longer seen on lenny. What is the replacement for it? In any case it doesnt matter for now - just export it and ipt will read it. cheers, jamal On Wed, 2009-01-07 at 02:52 +0200, Yawhen Kasarzhewski wrote: I have latest iptables here: r...@warp:~# iptables -V IPTABLES_LIB_DIR is deprecated iptables v1.4.2 r...@warp:~# dpkg -S libxt_MARK iptables: /lib/xtables/libxt_MARK.so Same latest version is introduced on netfilter.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510924: iproute: tc fails on action ipt
On Wednesday 2009-01-07 04:53, jamal wrote: Ok, that explains why IPTABLES_LIB_DIR is no longer seen on lenny. What is the replacement for it? In any case it doesnt matter for now - just export it and ipt will read it. XTABLES_LIBDIR. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511059: udftools: cdrwtool -d /dev/hdc -q fails
Package: udftools Version: 1.0.0b3-14 Severity: normal $ cdrwtool -d /dev/hdc -q Output of command: using device /dev/hdc 870KB internal buffer setting write speed to 12x wait_cmd: Bad address Command failed: bb 00 ff ff 08 40 00 00 00 00 00 00 - sense 00.00.00 set speed can't unlock door -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages udftools depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries Versions of packages udftools recommends: ii udev 0.125-7/dev/ and hotplug management daemo Versions of packages udftools suggests: ii dvd+rw-tools 7.1-3 DVD+-RW/R tools pn pmountnone (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#510924: iproute: tc fails on action ipt
On Wednesday 2009-01-07 04:54, jamal wrote: On Wed, 2009-01-07 at 02:06 +0100, Jan Engelhardt wrote: This has been merged into iptables. nice. Which iptables version that would be? v1.4.2-rc1-10-g126c136 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510924: iproute: tc fails on action ipt
On Wed, 2009-01-07 at 05:06 +0100, Jan Engelhardt wrote: v1.4.2-rc1-10-g126c136 Thanks. It doesnt work on Lenny I think because there is an older iptables. On Lenny as well i dont see either IPTABLES_LIB_DIR or XTABLES_LIBDIR being set. -- dogo:~# iptables -V IPTABLES_LIB_DIR is deprecated iptables v1.4.1.1 -- BTW, it would have been nice if that message reads IPTABLES_LIB_DIR is deprecated use XTABLES_LIBDIR instead Yevgeny - It should work since you have a newer iptables i.e follow what i did. If it fails - please post the steps you did (dont forget to export IPTABLES_LIB_DIR first so it can be seen by ipt) cheers, jamal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510934: man page has wrong absolute path of pine.conf
On Tue, 6 Jan 2009, Jayen Ashar wrote: Package: alpine Version: 1.10+dfsg-3~bpo40+1 Severity: minor the man page says pine.conf lives in /usr/local/lib/, but the executable looks in /etc/. Thanks! I'll try to handle this in the next day or week or two. -- Asheesh. -- A banker is a fellow who lends you his umbrella when the sun is shining and wants it back the minute it begins to rain. -- Mark Twain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502729: and the mysterious freebsd-utils package
On Wed, Jan 07, 2009 at 12:22:04AM +0100, Cyril Brulebois wrote: I hope it's enough through the bug? It was, thanks. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511060: dovecot-imapd: Dovecot imapd deliberately fails if the clock moves backwards on a server.
Package: dovecot-imapd Version: 1:1.0.15-2.3 Severity: important Dovecot imapd terminates itself deliberately if the system clock moves backwards. This is the same underlying issue as bug 420175, but that was a laptop after a suspend and was deemed unimportant because of that. This occurs on a XEN based virtual private server at a commercial hosting facility. Jan 7 04:54:49 xxx dovecot: Time just moved backwards by 81 seconds. This might cause a lot of problems, so I'll just kill myself now. http://wiki.dovecot.org/TimeMovedBackwards A timebomb like this renders dovecot unsuitable for use on servers as all email clients will be unable to connect to the mail server until an administrator discovers the problem and restarts the mail server. The upstream wiki mentioned in the syslog message suggests runing ntpd on a XEN domU can cause this. This is not the case with this occurence. No ntp or clock setting code is running in the domU. Upstream appears unwilling to address the problem, per the same wiki page. They never want a file to have a timestamp in the future. I'm not sure how stopping protects from that, but that is their position. Possible resolutions could be: - wrap the dovecot daemon in a script that restarts it in this case. - warn administrators that they are installing a fragile solution during install. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages dovecot-imapd depends on: ii dovecot-common 1:1.0.15-2.3 secure mail server that supports m ii libc6 2.7-16 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-14SSL shared libraries dovecot-imapd recommends no packages. dovecot-imapd 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#510990: (no subject)
Great! Glad to have cron back on this machine. I am running with your patch now. And for the record, my little patch turned out to have some serious negative side-effects. Clayton On Tue, 6 Jan 2009 23:09:30 +0100 (CET) Jan Engelhardt jeng...@medozas.de wrote: Thanks for bringing this to attention again. Since it was easily reproducible, the patch I come up with is http://dev.medozas.de/gitweb.cgi?p=pam_mount;a=commitdiff;h=3d58b8a1aa22cf51a1c2a67934573434d04d6707 and will appear in release version 1.8 soon-ish. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484122: There is a patch!
The libpam-mount patch below fixes this for me. Begin forwarded message: Date: Tue, 6 Jan 2009 23:09:30 +0100 (CET) From: Jan Engelhardt jeng...@medozas.de To: 510990-submit...@bugs.debian.org Subject: Bug#510990: (no subject) Thanks for bringing this to attention again. Since it was easily reproducible, the patch I come up with is http://dev.medozas.de/gitweb.cgi?p=pam_mount;a=commitdiff;h=3d58b8a1aa22cf51a1c2a67934573434d04d6707 and will appear in release version 1.8 soon-ish. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511028: jspwiki: Install.jsp encounters permission-errors
Olaf Zevenboom ozevenb...@gmail.com writes: The baseURL did not do much at my system. http://localhost:8180/JSPWiki/ did give a bit of a clumsy result: Home http://localhost:8180/JSPWikiWiki.jsp?page=Main This looks like you've missed the trailing / from the baseURL. In any case, I can modify the Install.jsp to install stuff to /etc/jspwiki instead of the default /usr/share/jspwiki. Therefor and because it was/is not explicitly mentioned in the dpkg installscript and README.Debian, I ran the Install.jsp script. I'll improve the documentation for this in the 2.8.1 release which will come soonish (as soon as the two missing libraries enter Debian). Is the mentioning of beta-21 correct? No, but that's a problem also upstream. Adding support for multiple wikis in debconf would be a nice feature. Also docs/hints for Tomcat security in relation to jspwiki would be nice too. Running JSPWiki with the Tomcat security manager enabled is always my goal, but sometimes I don't reach it... As to supporting multiple wikis via debconf, I'll look into that. If it is OK with you, I'll transform this bug report into a wishlist bug about documentation and multiple wiki support. -- * Sufficiently advanced magic is indistinguishable from technology (T.P) * * PGP public key available @ http://www.iki.fi/killer * -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511061: /usr/bin/debi: debi: please support --unpack
Package: devscripts Version: 2.10.44 Severity: wishlist File: /usr/bin/debi Please consider adding support for installing packages with dpkg --unpack. That allows installing a package without meeting its dependencies. I can then run aptitude and install the dependencies. (Or better yet, add support for debi-installing a package and its dependencies with aptitude...) - Josh Triplett -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- BTS_SMTP_HELO=joshtriplett.org BTS_SMTP_HOST=reportbug.debian.org:587 BTS_SUPPRESS_ACKS=yes DEBUILD_PREPEND_PATH=/usr/lib/ccache -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-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 Versions of packages devscripts depends on: ii dpkg-dev 1.14.24Debian package development tools ii libc6 2.7-18 GNU C Library: Shared libraries ii perl 5.10.0-19 Larry Wall's Practical Extraction Versions of packages devscripts recommends: pn atnone (no description available) pn bsd-mailx | mailx | m none (no description available) ii curl 7.18.2-8 Get a file from an HTTP, HTTPS or ii cvs 1:1.12.13-12 Concurrent Versions System ii dctrl-tools 2.13.1 Command-line tools to process Debi pn debian-keyringnone (no description available) pn debian-maintainersnone (no description available) ii dput 0.9.2.37 Debian package upload tool ii equivs2.0.7-0.1 Circumvent Debian package dependen ii fakeroot 1.12.1 Gives a fake root environment ii git-core 1:1.5.6.5-2fast, scalable, distributed revisi ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep ii iceweasel [www-browse 3.0.5-1lightweight web browser based on M pn libauthen-sasl-perl none (no description available) ii libcrypt-ssleay-perl 0.57-1+b1 Support for https protocol in LWP ii libparse-debcontrol-p 2.005-2Easy OO parsing of Debian control- pn libsoap-lite-perl none (no description available) pn libterm-size-perl none (no description available) ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii libwww-perl 5.820-1WWW client/server library for Perl pn libyaml-syck-perl none (no description available) ii lintian 2.1.4 Debian package checker ii lsb-release 3.2-20 Linux Standard Base version report ii man-db2.5.2-3on-line manual pager ii openssh-client [ssh-c 1:5.1p1-4 secure shell client, an rlogin/rsh ii patch 2.5.9-5Apply a diff file to an original ii patchutils0.2.31-4 Utilities to work with patches ii strace4.5.17+cvs080723-2 A system call tracer ii subversion1.5.1dfsg1-2 Advanced version control system ii unzip 5.52-12De-archiver for .zip files pn wdiff none (no description available) ii wget 1.11.4-2 retrieves files from the web Versions of packages devscripts suggests: ii build-essential 11.4 Informational list of build-essent pn cvs-buildpackage none (no description available) pn devscripts-el none (no description available) ii gnuplot 4.2.4-4A command-line driven interactive ii libfile-desktopentry-perl 0.04-1 Perl module to handle freedesktop pn libnet-smtp-ssl-perl none (no description available) ii mutt 1.5.18-4 text-based mailreader supporting M pn svn-buildpackage none (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#511062: linux-image-2.6.26-1-686: NFS client hang and packet flood after resume from suspend to ram
Package: linux-image-2.6.26-1-686 Version: 2.6.26-12 Severity: normal Within four hours after a client system resumes from suspend to ram, access on the client to the NFS filesystem hangs, access to all other filesystems eventually hang once cache is filled, and a flood of packets is observed on the NFS server being emitted by the NFS client. Both the NFS server and NFS client are running linux-image-2.6.26-1-686 2.6.26-12, and are on the same network switch. The symptom is cleared by typing /etc/init.d/nfs-kernel-server restart on the NFS server system dors. At that time, the client regains normal operation and the flood ceases. The client has in dmesg: [13969.896074] Restarting tasks ... done. [24837.320033] nfs: server dors not responding, still trying [25140.408048] nfs: server dors not responding, timed out [25140.408048] nfs: server dors not responding, timed out [25140.500429] nfs: server dors OK A tcpdump of the packet flood shows 23783 packets over a period of 1.37 seconds. The packets consist of TCP SYN from the client to the server, followed by a TCP RST from the server to the client. The same port numbers are reused in each packet; source port rxe, destination port 2049. The tcpdump is available if required for analysis, but the user data in the packets is confidential. The symptom does not occur unless the NFS client system is first suspended or hibernated, using pm-suspend and pm-hibernate, and then resumed. Possibly unrelated observation; the disk access LED of the system is normally off unless the disk is being accessed, but after resume from suspend or hibernate the LED stays on. The disk can still be accessed. -- Package-specific info: ** Version: Linux version 2.6.26-1-686 (Debian 2.6.26-12) (wa...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-24)) #1 SMP Mon Dec 15 18:15:07 UTC 2008 ** Command line: root=UUID=ce95ab50-301b-418b-8546-07b4d6cdd419 ro quiet splash resume=/dev/hda2 ** Not tainted ** Kernel log: [5.516369] ACPI: PCI Interrupt :02:08.0[A] - GSI 20 (level, low) - IRQ 20 [5.607348] e100: eth0: e100_probe: addr 0xfe20, irq 20, MAC addr 00:08:02:1b:d4:99 [5.664866] hda: max request size: 128KiB [5.668676] hda: 80063424 sectors (40992 MB) w/2048KiB Cache, CHS=65535/16/63 [5.668688] hda: cache flushes not supported [5.668787] hda: hda1 hda2 [5.691559] hdc: ATAPI 48X DVD-ROM CD-R/RW drive, 2048kB Cache [5.691574] Uniform CD-ROM driver Revision: 3.20 [6.007825] PM: Starting manual resume from disk [6.078592] kjournald starting. Commit interval 5 seconds [6.078592] EXT3-fs: mounted filesystem with ordered data mode. [8.240986] udevd version 125 started [9.795423] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [9.818454] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [9.834535] Linux agpgart interface v0.103 [9.856651] agpgart: Detected an Intel 845G Chipset. [9.860738] agpgart: AGP aperture is 64M @ 0xf800 [9.870616] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.03 (30-Apr-2008) [9.870742] iTCO_wdt: Found a ICH2 TCO device (Version=1, TCOBASE=0xf860) [9.870787] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [9.956340] intel_rng: Firmware space is locked read-only. If you can't or [9.956346] intel_rng: don't want to disable this in firmware setup, and if [9.956348] intel_rng: you are certain that your system has a functional [9.956351] intel_rng: RNG, try using the 'no_fwh_detect' option. [ 10.465563] input: Power Button (FF) as /class/input/input0 [ 10.476119] ACPI: Power Button (FF) [PWRF] [ 10.476339] input: Power Button (CM) as /class/input/input1 [ 10.495886] ACPI: Power Button (CM) [PBTN] [ 11.936524] input: PC Speaker as /class/input/input2 [ 12.559162] parport_pc 00:07: reported by Plug and Play ACPI [ 12.559226] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE] [ 12.862052] ACPI: PCI Interrupt :00:1f.5[B] - GSI 17 (level, low) - IRQ 17 [ 12.862088] PCI: Setting latency timer of device :00:1f.5 to 64 [ 13.480018] intel8x0_measure_ac97_clock: measured 55977 usecs [ 13.480026] intel8x0: clocking to 41152 [ 14.444923] Adding 480808k swap on /dev/hda2. Priority:-1 extents:1 across:480808k [ 14.886743] EXT3 FS on hda1, internal journal [ 16.536166] e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex [ 17.673395] RPC: Registered udp transport module. [ 17.673403] RPC: Registered tcp transport module. [ 18.776198] NET: Registered protocol family 10 [ 18.777056] lo: Disabled Privacy Extensions [ 21.433030] apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) [ 21.433041] apm: overridden by ACPI. [ 23.981529] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use) [13963.799564] PM: Syncing filesystems ... done. [13963.805130] Freezing user space processes ... (elapsed 0.02 seconds) done. [13963.834254] Freezing remaining
Bug#502729: and the mysterious freebsd-utils package
Thanks to KiBi I've got the package. Next. The problem is that procps has a sysctl and an init file. However, freebsd-utils has a sysctl file too. These files are slightly different. My fix would be for procps sysctl and init files to not be installed at all. That way freebsd-utils is free to have its own init file. However this may impact on your arch in ways I cannot see, so here is your time to tell me if this will work for you. I won't be doing the fix as suggested in the bug report, procps' init file works fine with its sysctl. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511063: openoffice.org: does not start ever
Package: openoffice.org Version: 1:3.0.1~rc1-2 Severity: important Whenever I tried to run whatever program included in OpenOffice, it won't launch ever. No splash pops up, and no disk activity. I have installed packages from experimental. strace /usr/lib/openoffice/program/soffice: lots of texts futex(0xa746a0, FUTEX_WAIT_PRIVATE, 2, NULL) - freezes at here -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash p...@saebyuk:~/dev/kde/l10n-kde4-trunk/ko$ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511064: marble: please add qt designer plugin
Package: marble Version: 0.6+svn837399-2 Severity: wishlist Please add a package e.g. marble-dev containing the qt designer plugin of marble and the corresponding header files... ... to make it possible for developers to use the marble widget in their programs... -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/4 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages marble depends on: ii libc62.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libqt4-dbus 4.4.3-1 Qt 4 D-Bus module ii libqt4-network 4.4.3-1 Qt 4 network module ii libqt4-script4.4.3-1 Qt 4 script module ii libqt4-svg 4.4.3-1 Qt 4 SVG module ii libqt4-xml 4.4.3-1 Qt 4 XML module ii libqtcore4 4.4.3-1 Qt 4 core module ii libqtgui44.4.3-1 Qt 4 GUI module ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii marble-data 0.6+svn837399-2 data files for Marble marble recommends no packages. marble 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#506406: [Pkg-xfce-devel] Bug#506406: xfce4: apt bug causes gdm to pull in unneeded/unwanted gnome dependencies
On mar, 2009-01-06 at 20:01 -0500, Daniel Dickinson wrote: It occurs to me the reason you are confused is that when I 'Standard System' you are thinking I mean 'typical system' when in fact I mean that I select the option 'Standard System' on the tasksel menu. No I'm confused because you select tasks in aptitude. And tasks are tasksel job. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#511065: problems with certain feeds
Package: blam Version: 1.8.6 Severity: important blam currently does not support certain feeds (for example feedburner). i believe that the problem may be due to the use of CDATA elements in those feeds. for example, [1] does not work. i modified line 161 in src/Feedburner.cs to say Console.WriteLine(e) to to see the full error, which ends up being a problem in System.DateTime.ParseExact. this leads me to speculate that the pubDate tag is not being handled properly (since the feed has the date enclosed in a CDATA element). this may actually be a problem with the underlying mono xml (xmlserializer) library, rather than blam specifically. note that i am using upstream's 1.8.6 version, not unstable's 1.8.5. thanks for the hard work on this project. [1] http://feeds.feedburner.com/DilbertDailyStrip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511060: dovecot-imapd: Dovecot imapd deliberately fails if the clock moves backwards on a server.
severity 420175 whishlist merge 420175 511060 thanks * 2009-01-07 06:23, Jim Studt wrote: Dovecot imapd terminates itself deliberately if the system clock moves backwards. This is the same underlying issue as bug 420175, but that was a laptop after a suspend and was deemed unimportant because of that. I prefer to merge the two bug reports, because the problem is exactly the same. This occurs on a XEN based virtual private server at a commercial hosting facility. Jan 7 04:54:49 xxx dovecot: Time just moved backwards by 81 seconds. This might cause a lot of problems, so I'll just kill myself now. http://wiki.dovecot.org/TimeMovedBackwards Are you running ntp on your server? You should, it would prevent your clock to be moved backwards by 81 seconds all together, and would probably fix this behaviour. A timebomb like this renders dovecot unsuitable for use on servers as all email clients will be unable to connect to the mail server until an administrator discovers the problem and restarts the mail server. To be honest, I run my mail servers under Xen, I run dovecot and I never had such an issue. Again, I think that having the clock going backwards by 81 seconds is a problem and should be fixed, instead of considering dovecot a time bomb. I'm pretty sure that upstream won't fix this (as stated in the wiki page), and I'm reluctant to add a wrapper script to simply restart dovecot in these situations: you would never discover the real problem. All in all, such a wrapper script is pretty easy to write if your server is affected by clock moving too fast; we can probably provide one in the package, as an example. - warn administrators that they are installing a fragile solution during install. I don't think that dovecot should be considered a fragile solution. Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#451812: procps: cross build support.
On Sun, Nov 18, 2007 at 06:29:20PM +, Neil Williams wrote: The cross building support in Debian has been recently rewritten - particularly in respect of how environment variables and overrides are handled - so this patch is now needed to allow wget to correctly identify the cross compiler. Is this still required? The relevant parts of the rules file are now: PACKAGE=procps DEBROOT=$(CURDIR)/debian/procps DEB_HOST_ARCH_OS?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) CFLAGS=-g - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511066: module-init-tools: Better documentation : emphasizing the exclusive usage of modprobe.conf/modprobe.d
Package: module-init-tools Version: 3.4-1 Severity: normal Hello Marco, Tracking down why one of our server (under uptodate etch) was still loading the ipv6 module while it was properly blacklisted under /etc/modprobe.d, I discovered that one of my collegue did create /etc/modprobe.conf on the server and files under /etc/modprobe.d where not read. Reading through modprobe.conf(5), I think that stating more explicitly that : - the use of /etc/modprobe.conf or /etc/modprobe.d is exclusive - and that /etc/modprobe.conf takes precedence over /etc/modprobe.d in this man page would help understand the proper use of those files. @+, Fab -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages module-init-tools depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip module-init-tools recommends no packages. module-init-tools 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#353290: apt-errors in lenny/testing
package apt reopen 353290 found 353290 0.7.20 thanks Antoni Villalonga i Noceras wrote: Eugene V. Lyubimkin wrote: Hi! I was playing with aptitude when found this: [snip] E: Internal Error, Could not perform immediate configuration (2) on bash == Yes, it's here It seems the same bug, but i'm not sure. Sorry if i'm wrong :-P I agree. Thanks for notice. Bug reopened. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian Maintainer, APT contributor signature.asc Description: OpenPGP digital signature
Bug#504323: reopening 504323
# Automatically generated email from bts, devscripts version 2.10.35lenny1 # seems this was forgotten to be reopened aft reopen 504323 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504771: bug #504771 downgrade
Andrea, you are the maintainer, it's up to you to downgrade the bug if you really believe that the severity is over-inflated. Ok, thanks. Andrea, how did it progress with upstream ? I opened a ticket in their bug tracking system. I'm waiting for feedbacks. Cheers. Andrea signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#510987: Cound not install quota: missing depend?
Thats not proof to further changes to the runlevel configuration of quota, but it would do for Lenny. But then there won't be any change to Lenny quota package either, so the runlevel configuration cannot change in Lenny anymore. Given that the SID package is already fixed, we should be fine. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: mes...@jabber.org Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian
On Tue, 06 Jan 2009, Ian Jackson wrote: Raphael Hertzog writes (Bug#510415: tech-ctte: Qmail inclusion (or not) in Debian): I'm particularly uneasy with letting the ftpmasters decide what's acceptable in the Debian archive on some non-usual policy requirements that can be difficult to justify. I'm not uneasy with this at all. The ftpmasters' job is not to decide the policy and then implement it without discretion. The policy is written by them and is there to help them make their decisons and to help others work with them. I think you misunderstood me: by policy I meant the Debian policy and the requirements used was 2.2.1 (must not be so buggy that we refuse to support them). IMO, the job of supporting the software is done by the maintainer and the security team, and it's their decision whether they can support the software or not. On Tue, 06 Jan 2009, Steve Langasek wrote: On the contrary, I think the ftp team's behavior has been commendable here; they believe qmail is sufficiently buggy that it's unsuitable for the archive, but recognize that there are different opinions on this question among Debian developers and that this decision is grounded in reasons that fall outside the normal reasons for package rejects, so they have referred the question to the TC. I'm not saying it's bad that they deferred to the TC. I agree it's good given the situation. Individual developers make decisions all the time about whether software is Too Buggy To Live, when they decide whether or not a package should be uploaded yet to the archive. The ftpmasters also have to make decisions on the same question when they do NEW processing. In the rare cases when the ftp team and the uploader reach a different conclusion, it's altogether reasonable to ask the TC to adjudicate. I don't agree that the ftpmasters have to make decisions on the same question. In fact, I tend to think that Qmail is special-cased because it's popular and the problems are well known. I think that ftpmasters are not always doing a thorough analysis of the quality of the source code and are not usually evaluating the impact of each package on the global net. (And while such an evaluation would always be positive because it could lead to bugreports and improvements, I don't think it's the job of the ftpmasters to do it.) have a maintainer and some reasonably popular piece of software, we should accept it in the archive. Note: it's not the same as accepting it in our stable release where all our usual criteria do apply. I don't agree that popularity + maintainer activity are sufficient to justify allowing a package into the archive. Put another way: I don't believe that the sets software that's reasonably popular and has a maintainer and crap are disjoint. Given that the definition of crap will change from developers to developers, and until we have an agreed upon definition of crap, I don't think it's reasonable to expect the ftpmasters to filter out crap that some Debian developers want to maintain. I agree however that it would be good to try to define more precisely what's acceptable in Debian and what's not. But up to now, and ever since I joined, Debian has been the universal OS where you could find any DFSG-free software that a Debian developer decided to package. We did not have any restriction such as the one we're currently discussing. (I'm not saying that qmail must not be allowed in the archive; I'm only saying that it's not a foregone conclusion that we should allow it in because there's a Debian developer who wants it there.) I agree that it's possibly no longer a reasonable rule given our size, but I think such a change need to be officialized in some other ways than ftpmasters have decided that crap is no longer allowed. :-) Maybe a DEP driven by the ftpmasters would be a good idea? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org