Bug#409819: Re: snoopy: segfaults on amd64
forwarded #409819 http://sourceforge.net/tracker/index.php?func=detailaid=1469811group_id=9226atid=109226 thanks On Mon, Feb 26, 2007 at 08:06:36AM +0100, Marc Haber wrote: I have missed passing this upstream. I'd like to do so later today, Done. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402969: linux-image-2.6.18-3-xen-686: blktab driver for XEN is disabled
Hi Bastian, Without these driver I must use the deprecated loopback-mounted file-backed VBDs ... see point 6.2.1 of the XEN user.pdf. No, you don't need to. Using the blktap based method it the recommended way of using file-backed VBDs. And the Xen user documentation tells: Note that loopback file-backed VBDs may not be appropriate for backing I/O-intensive domains. Is there any possibility of using the blktap method without the driver? Regards Philip. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412464: amarok-engines should have a _versioned_ dependency on amarok-xine
Package: amarok-engines Version: 1.4.5-2 Severity: normal The version of amarok in sid has an unversioned dependency on amarok-engines | amarok-engine This appears to be fixed in the version in experimental, which depends on amarok-engines (= 1.4.5-2) | amarok-engine (= 1.4.5-2) However, the amarok-engines in experimental (1.4.5-2) still has an unversioned dependency on amarok-xine: Depends: amarok-xine I just upgraded my amarok to the version in experimental, and ended up with a broken install, because aptitude correctly noticed that upgrading to the new version of amarok required it to upgrade to the new version of amarok-engines as well... but the new version of amarok-engines did not require it to upgrade amarok-xine. So I ended up with amarok 1.4.5-2 amarok-engines 1.4.5-2 amarok-xine 1.4.4-mumble And of course, when I started amarok, it gave an error about loading the xine engine, and defaulted to the void engine, which cannot make sound. Manually upgrading amarok-xine, and then manually re-selecting it as my preferred output engine in amarok, fixed the problem. Suggested solution: Make the amarok-engines - amarok-xine dependency versioned. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) versions of packages amarok-engines depends on: ii amarok-xine 1.4.5-2xine engine for the Amarok audio p Versions of packages amarok-engines recommends: ii amarok1.4.5-2versatile and easy to use audio pl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366067: [gmail] Re: Bug#366067: fakeroot db stores link it should be a file
I'll have a look at that one. In any case, it's one of those 'fuzzy' errors: difficult to reproduce but persistent in the long run. Any new info? Nothing really new, we added a number of 'hotfixes' in the build script that replaces a number of entries in the fakeroot.env database. The errors seem to be recurrent though, the hotfixes to fakeroot.env seem to cover the bulk of the errors. The changes are: # Add symbolic links in the target filesystem sub addsymboliclinks(){ foreach my $link (keys %SYMBOLICLINKS){ if(-e flashfs$link || -l flashfs$link){ warning(Forcefully deleting flashfs$link\n); sleep(1); debug_system_fakeroot(rm -rf flashfs$link); } my $linkdir = dirname(flashfs$link); if (! -e $linkdir){ sleep(1); debug_system_fakeroot(mkdir -p $linkdir); } sleep(1); debug_system_fakeroot(ln -s @{$SYMBOLICLINKS{$link}}[0] flashfs$link); } debug_system(cp fakeroot.env fakeroot.env.bak0); foreach my $link (keys %SYMBOLICLINKS){ my $inode = `stat --format=%i flashfs$link`; chomp($inode); sleep(1); debug_system(sed -i -e '/.*ino=$inode,.*/s/mode=[0-9]*,/mode=120777,/g' fakeroot.env); } } -- greetz, marc Security is so tight that last night they burst into my room just as Chiana was... ah, screaming. D'Argo - Look at the Princess - I Do, I Think scorpius.homelinux.org 2.6.19 #1 Tue Dec 5 16:35:02 CET 2006 GNU/Linux signature.asc Description: Digital signature
Bug#411785: python-dbus: Causes segfaults
tags 411785 + fixed-upstream thanks This has been fixed in upstream git; I'll hopefully make an upstream release later this week. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412264: Fixed
This bug will be fixed in the upstream version 0.8.6. From the ChangeLog: 2007-02-26 Thomas Baumgart [EMAIL PROTECTED] * Fixed Debian #412264 (Crashes when updating the amount of a scheduled transaction to 0.0) If the amount is set to 0, this occurence will actually be skipped. No transaction will be created, but the schedule data is updated as if the transaction would have been added to the ledger. In CVS HEAD, we do have a distinct Skip occurence feature in the schedule's context menu. -- Regards Thomas Baumgart [EMAIL PROTECTED] Check the KMyMoney open source http://www.net-bembel.de/ project at http://kmymoney2.sf.net/ GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - A crash turns an expensive computer into a simple stone! - pgpzqbZuOvkgB.pgp Description: signature
Bug#409434: Making mediawiki FHS compliant
Romain Beauxis [EMAIL PROTECTED] wrote: Le samedi 24 février 2007 17:02, vous avez écrit : Frank, if you think this can be solved cleanly in mediawiki1.7 why don't you just put up a complete patch instead of only one of the things to do ? If then it looks good, I would apply it happily. Hm, I didn't do it mostly because if I send a complete patch, I don't do that without exhaustive testing. And this I didn't want to do on a bug that had an etch-ignore tag. But it seems the tag is based on incomplete information about options to solve the bug, isn't it? You say that while later on you claimed not to understand everything about the package (update script). Don't you have the impression that this judgement is also based on incomplete information on the package ? Of course, but how does that matter? The point is simply, if the release managers intend to keep the etch-ignore pattern, and you as the maintainer prefer to fix the bug only with the new upstream version, there's little point in working out a patch that will never be applied. Therefore I'm asking the release team whether they still think that the etch-ignore tag should stay. That's why I propose you to do the work you are asking us. Then you'll understand all the things about the package, and will be able to state such assomption. This, however, I do not understand. You are talking about an update script which so far I did not notice. Either this means that something additional is going on which needs to be adapted to the new file location, and I don't even know whether it's something upon package upgrade, or some part of the Wiki's functionality that I have not tested so far. In this case it might indeed be that things would get even more complicated to fix. On the other hand, it could also mean that there is already some code to handle this transition. Or it could mean yet something else. It would be more productive if you could be more explicit what you are referring to. Naturally someone who has only had a short look at the package knows it much worse than you, even if I have a different way to look at things and found out (correctly or not) that it's simple to fix the configuration file location. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#394613: [NTG-context] debian tikz module
Ohura-san, any plans to fix this bug? It was again noticed on the ConTeXt mailing list; in Debian, tikz.tex is found earlier than t-tikz.tex, and therefore there's no tikz support for ConTeXt. Ralf Stubner [EMAIL PROTECTED] wrote: Frank Küster wrote: (517)[21:48:[EMAIL PROTECTED]:~$ kpsewhich --progname=context t-tikz.tex (518)[21:48:[EMAIL PROTECTED]:~$ ls /usr/share/texmf/context/pgf/frontendlayer/t-tikz.tex /usr/share/texmf/context/pgf/frontendlayer/t-tikz.tex ^ shouldn't there be a 'tex' path component? Then it would be in the serch path for ConTeXt. (or rather, it would be before anything in tex/context, tex/plain and tex/generic, and no longer at random order with respect to other things in the whole tree; TEXMF//) is also included. I didn't notice the missing component. That is bug #394613 in pgf. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#412267: Explanation
The said file stripped.txt is only created when the package is configured with --enable-debug=yes or --enable-debug=full. So it's not considered a bug but a feature. -- Regards Thomas Baumgart [EMAIL PROTECTED] Check the KMyMoney open source http://www.net-bembel.de/ project at http://kmymoney2.sf.net/ GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA - To mess up a Linux box, you need to work at it; to mess up your Windows box, you just need to work on it. Scott Granneman, Security Focus - pgpGNEoMqxc4u.pgp Description: signature
Bug#412398: openjump has a dependency on j2re-1.4, which is not available in etch (should be sun-java5-jre)
[Martin Weis] The package for the etch release should have a dependency on sun-java5-jre. OK. So there are no package providing j2re-1.4 any more? I must admin I am a but unsure about the correct Java dependencies, so I would like to learn more. If this bug on the wishlist is resolved, classpath can be used: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365376 What do you mean here? The stack trace indicate that the AWT peers are missing. Any idea why? Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412416: Acknowledgement (rhythmbox: Fails to download podcasts that redirect to query string)
found 412416 0.9.8-1 tags 412416 + confirmed thanks On Sun, 2007-02-25 at 20:20 -0500, Paul Kuliniewicz wrote: Upon further analysis, another culprit may be that the server hosting the podcast's files doesn't seem to support HEAD queries: Hi, Sounds like this bug, http://bugzilla.gnome.org/show_bug.cgi?id=378155 Can you confirm? This bug also apply to version 0.9.8-1 from experimental. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#407412: #407412: dlocate: '-s' option ignores virtual packages.
On Sun, 25 Feb 2007 02:26:20 -0500, A. Costa [EMAIL PROTECTED] said: On Sat, 24 Feb 2007 16:41:11 +0200 era eriksson [EMAIL PROTECTED] wrote: 0 vnix$ dlocate -s mail-transport-agent 1 Package: mail-transport-agent (virtual) 2 Providers: exim4-daemon-heavy, exim4-daemon-light, postfix, courier-mta ... 3 4 Package: postfix 5 Status: install ok installed 6 Priority: extra 7 Section: mail Many good ideas. Adding the blank line looks better. Providers: is also better, as is your reordering. Duplicate fields: both line #1 and #4 begin with Package:. The trailing (virtual) makes searching and parsing harder; for instance, 'sed'ing or 'grep'ing for anything in parenthesis means extra quoting. Well, my reasoning was exactly that somebody might do | grep ^Package: and miss the fact that a package is virtual. But I guess we can accept that, in favor of having unique field names (and anyway, most lusers are too lazy or ignorant to include the ^ anchor anyway :^) Not sure if Providers: should be comma-separated (cf. Depends:) or space-separated or even pipe-separated (again, cf. how equally valid alternatives are shown in Depends:) or what. Pipes seem ideal, since for '.deb's they mean XOR. Well, they clutter the output, and don't really add anything. Just a whitespace separator makes the data easier to cut and paste. I'm not at all really sure how to prioritize this. Interesting point about 'dlocate' having its own conventions for switch syntax. Instead of '-v' then, any mnemonic suggesting 'Virtual' would do I humbly suggest '-virtual' to go with the other full-length options (-conf, -lsconf, -md5sum, -md5check, -man -- these have a single hyphen, too) ... Or simply replacing the current option processing with something a little less insane, but that would entail breaking backwards compatibility. Privately, I've been toying with the idea to create a competing package which straightens out some of dlocate's quirks. Unfortunately, I'm afraid I can't commit to being a more active maintainer than the current (non-)maintainer of dlocate. /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412465: cadubi: wrong paths for help file and interpreter
Package: cadubi Version: 1.3-1 Severity: normal Tags: patch * Incorrect perl interpreter path for debian installations * Wrong initialization of the help file variable to /usr/bin/help.txt nueces... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-nueces Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages cadubi depends on: ii libterm-readkey-perl 2.30-3 A perl module for simple terminal ii perl 5.8.8-7Larry Wall's Practical Extraction cadubi recommends no packages. -- no debconf information --- cadubi.orig 2007-02-26 03:23:07.0 -0300 +++ cadubi 2007-02-26 04:32:03.0 -0300 @@ -6,7 +6,7 @@ ## http://langworth.com/CadubiProject ## -eval 'exec /usr/local/stow/perl-5.8.x/bin/perl -w -S $0 ${1+$@}' +eval 'exec /usr/bin/perl -S $0 ${1+$@}' if 0; # not running under some shell $VERSION = '1.3'; @@ -18,7 +18,10 @@ # (sorry guys, i wrote this years before i had the remotest clue as to # what the hell i was doing) use FindBin qw($Bin); -$HELPFILE = $Bin/help.txt; +use FindBin qw($Script); + +$DOCSDIR = $Bin/../share/$Script; +$HELPFILE = $DOCSDIR/help.txt; # other stuff $DEBUG = 0;
Bug#165146: xlibs-dev: $(SOSYMLINK) not expanding in gnuLib.rules
Hi Brice, never had that Problem since than. It might have been silently disappeared on the next upgrade. So you might close it right now. Thanks, Erwin smime.p7s Description: S/MIME cryptographic signature
Bug#403465: Same problem here
Hi, I had the same problem here; then I updated my flash plugin, and the problem vanished (gmail uses a flash movie to play sound). Hope this helps. -- Julien
Bug#412466: kernel-source-2.6.8/include/linux/devfs_fs_kernel.h
Package: linux-headers Version: 2.6.18-3 Version: 2.6.18-3-486 For purposes of building the Atmel wireless adapter driver/module http://prdownload.berlios.de/at76c503a/at76c503a-0.13.tar.gz on Debian etch, it would be convenient if the file kernel-source-2.6.8/include/linux/devfs_fs_kernel.h were added to the Debian package linux-headers-2.6.18-3 and the corresponding symlink were added (in my case) to the Debian package linux-headers-2.6.18-3-486 Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409819: Re: snoopy: segfaults on amd64
vorlon wrote: Anyway, the bug is still RC in nature. Marc, do you expect to have time to work on this, or shall I consider an NMU? I have committed the attached patch and have pointed upstream here. How to continue? - upload to experimental to allow for autobuild and testing? - wait for Upstream to comment? - upload to unstable right away? I am reluctant to upload to unstable right away since the patch might break architectures that are unaffected by the bug. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410890: Obvious fix
On Mon, Feb 19, 2007 at 08:17:06PM +, Mark Brown wrote: I see in my original report I omitted the fix: link /usr/sbin/sendmail to /usr/share/quilt/compat/sendmail instead of providing an error wrapper there. Hello, I didn't answer this bug report, like too much other against the quilt package. This is because I am in the process of providing all the patches I've accumulated against the package to upstream. I would like to see the next version being a new upstream one, not yet another step in a fork direction. Thanks for your patience, Mt. -- Failure is not an option. It comes bundled with software. signature.asc Description: Digital signature
Bug#403521: snoopy: [INTL:es] Spanish po-debconf translation
tags #403521 confirmed pending thanks On Sun, Dec 17, 2006 at 06:35:14PM +0100, Javier Fernández-Sanguino Peña wrote: Attached is the translation of this package's templates to Spanish, done by Jose Ignacio Méndez González and updated by myself. Please include it in the next upload. Committed to svn. I apologize for the delay. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409819: snoopy: segfaults on amd64
On Mon, Feb 26, 2007 at 10:04:24AM +0100, Marc Haber wrote: I have committed the attached patch and have pointed upstream here. Stupid me forgot the attachment. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 #! /bin/sh /usr/share/dpatch/dpatch-run ## 50-Fix-NULL-getlogin.dpatch by Mike O'Connor [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad trunk~/snoopy.c trunk/snoopy.c --- trunk~/snoopy.c 2007-02-26 09:58:14.0 +0100 +++ trunk/snoopy.c 2007-02-26 09:59:30.0 +0100 @@ -26,6 +26,7 @@ #include dlfcn.h #include syslog.h #include snoopy.h +#include string.h #define min(a,b) ab?a:b @@ -41,6 +42,7 @@ static char *logstring=NULL; static int argc, size=0; register int i, spos=0; + static char login[256]; #if INTEGRITY_CHECK static char **argv_copy; static int *t_size; @@ -96,9 +98,12 @@ free(*(argv_copy+i)); #endif - syslog(LOG_INFO, [%s, uid:%d sid:%d]: %s, getlogin(), getuid(), getsid(0), logstring); - free(logstring); +if( getlogin_r(login, 255) ) { + strcpy(login,unknown); + } + syslog(LOG_INFO, [%s, uid:%d sid:%d]: %s, login, getuid(), getsid(0), logstring); + free(logstring); } int execve(const char *filename, char **argv, char **envp) {
Bug#412467: manpages-dev: repeated words
Package: manpages-dev Version: 2.39-1 Severity: minor The following pages repeat the the word the: ptrace scanf tsearch error (this is what caused me to look for the problem; unfortunately this one was only caught manually, since the second consecutive occurance of the word was on a separate line) unicode.7: also also select_tut: that that -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401608: [Pkg-octave-devel] Bug#401608: octaviz: need package built against octave-2.9
Hi, Am Dienstag, den 05.12.2006, 07:48 -0700 schrieb Thomas E. Vaughan: On Tue, Dec 05, 2006 at 10:27:46AM +0100, Thomas Weber wrote: I'm downgrading to severity 'wishlist'. Yeah, I thought that perhaps I should have filed it as 'wishlist'. Sorry to make you take an extra step. Anyway, I'm glad that you are acknowledging and tracking this. That said, we are planning to migrate all Octave related packages to Octave 2.9 _after_ the release of etch. I look forward to it. Status update: Octaviz 0.4.6 has been released, meant to be used with Octave 2.9. This is still targetted post-etch. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412427: ITP: resiprocate -- Session Initiation Protocol (SIP) stack
On 2/25/07, Neil McGovern [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Neil McGovern [EMAIL PROTECTED] Package name: resiprocate Version : 1.1rc1 Upstream Author : ReSIProcate Developers [EMAIL PROTECTED] URL : http://www.resiprocate.org License : Vovida Software License v. 1.0 (3-clause BSD style) Programming Lang: C++ Description : Session Initiation Protocol (SIP) stack reSIProcate is a high performance, object-oriented, C++ sip stack that is compliant with RFC 3261. . It has full support for UDP, TCP, and TLS transports on both IPv4 and IPv6. It also implements the full set of specifications for DNS usage in SIP, including NAPTR and SRV lookups using an asynchronous DNS library. This package will build a couple of binary packages, one library, and one utility (for now). I intend to work with the pkg-voip team in producing this, if they want :) (cc-ed) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- The GNU Operating System Free as in Freedom http://www.gnu.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412469: O: kvdr
Package: wnpp Severity: normal I am orphaning this package, as I no longer use vdr (DVB-S), and do not have the hardware set up to test it properly. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412468: New version drop support for WKS records
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: bind9 Version: 1:9.3.4-2 Severity: normal The new upgrade brings a version who is not anymore able to serve WKS records. I had the following in my zone: IN WKS 192.168.17.2 TCP ( www ) and it was refused by bind and the complete zone was not loaded! - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (500, 'stable'), (60, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.4.32 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Versions of packages bind9 depends on: ii adduser 3.102Add and remove users and groups ii libbind9-0 1:9.3.4-2BIND9 Shared Library used by BIND ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libdns221:9.3.4-2DNS Shared Library used by BIND ii libisc111:9.3.4-2ISC Shared Library used by BIND ii libisccc0 1:9.3.4-2Command Channel Library used by BI ii libisccfg1 1:9.3.4-2Config File Handling Library used ii liblwres9 1:9.3.4-2Lightweight Resolver Library used ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii lsb-base3.1-23 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system bind9 recommends no packages. - -- no debconf information - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBReKm7J+OKpjRpO3lAQJGFAgApqWwu6is2+53NDe/aVnOzJQZOTZIRa4F LGsu0yaBhxqJZWFG/ZGtUypXWFgMgexcN0S0B1Bd+N0Lj5+94zCfeUiTZoeTkB5w 7bCENN6QdaOW3mOtK/wqte+7ieG4WvpbN4R7JwP4x3tgkXk8dyhNSelIgxvw1ggZ 77tcBf+jpxMmJZt00UWGkVx7XbydMiso1cZe4deJTJTnVp+AojcgmeiHxujjLKea 6peW1z0gAwhizHqwLXLE9b1TLzom8d74KLk9zNk3Apl15UNfNvxSTJPYVFN/AdPW 9awVInKw6Zx93KYPuwHNOkicUuSzzmAvvWXAi2ZLjifxA1iAh2rUPw== =F3kU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412470: Inconsistency between python-uno and openoffice.org-core
Package: python-uno Version: 2.0.4.dfsg.2-5 Severity: serious Trying to upgrade my system yesterday I got the following error: Następujące pakiety mają niespełnione zależności: python-uno: Wymaga: openoffice.org-core (= 2.0.4.dfsg.2-4) ale 2.0.4.dfsg.2-5 ma zostać zainstalowany E: Niespełnione zależności. Spróbuj 'apt-get -f install' bez pakietów (lub podaj rozwiązanie). This makes me unable to do any installations while python-uno is there. Moreover when trying to remove the python-uno package I get following error from python-central: INFO: using unsupported version '/usr/bin/python2.5' Traceback (most recent call last): File /usr/bin/pycentral, line 1373, in ? main() File /usr/bin/pycentral, line 1367, in main rv = action.run(global_options) File /usr/bin/pycentral, line 952, in run pkg.remove(runtimes, remove_script_files=True) File /usr/bin/pycentral, line 697, in remove default_runtime.remove_byte_code(self.private_files) AttributeError: 'NoneType' object has no attribute 'remove_byte_code' zefciu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385809: changed LDAP socket file location breaks kdc
reopen 385809 thanks i am still experiencing the same behavior with the following versions installed: ||/ Name Version Description +++-=-=-== ii heimdal-kdc 0.7.2.dfsg.1-10 KDC for Heimdal Kerberos ii libldap-2.3-0 2.3.30-4 OpenLDAP libraries ii libldap2 2.1.30-13.2 OpenLDAP libraries also it seem heimdal-kdc in etch still depends on libldap2 (= 2.1.17-1) and not on the new libldap-2.3-0. symlinking /var/run/ldapi to /var/run/slapd/ldapi immediately works around the problem. fabian -- Mit freundlichen Gr��en / Best regards Fabian Linzberger System Engineer Corporate IT - Infrastructure Mayr-Melnhof Karton Gesellschaft m.b.H. Brahmsplatz 6, 1041 Wien, Austria Tel: +43 1 50136 91516 Fax: +43 1 50136 191516 E-Mail: [EMAIL PROTECTED] http://www.mm-karton.com/
Bug#399776: apache2-mpm-prefork: apache2.2 maxclients limit freeze the box
Package: apache2-mpm-prefork Version: 2.2.3-3.3 Followup-For: Bug #399776 Seems the same bug, but opposite. With this configuration: StartServers 5 MinSpareServers 5 MaxSpareServers 30 MaxClients 100 MaxRequestsPerChild 1000 When apache2 needs more than 100 clients, I got this in the errorlog file: [Sun Feb 25 19:58:22 2007] [error] server reached MaxClients setting, consider raising the MaxClients setting and the box slowing down dramatically. I cannot access the machine, I can only reboot. However the machine isn't died, but is very very very slow, probably no more ram and swap is available. With the old apache 1.3 no problem for years... -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages apache2-mpm-prefork depends on: ii apache2. 2.2.3-3.3 Next generation, scalable, extenda ii libapr1 1.2.7-8.2 The Apache Portable Runtime Librar ii libaprut 1.2.7+dfsg-2The Apache Portable Runtime Utilit ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [ ii libexpat 1.95.8-3.4 XML parsing C library - runtime li ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libpq4 8.1.8-1 PostgreSQL C client library ii libsqlit 3.3.8-1 SQLite 3 shared library ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library apache2-mpm-prefork recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412080: please default to vo=x11
reopen 412080 thanks On Fri, Feb 23, 2007 at 02:17:51PM +0100, Diego Biurrun wrote: tags wontfix 412080 close 412080 thanks Please don't close. Your refusal to fix it is already reflected by the wontfix tag; closing it is not necessary and is a bad thing since it'll hide the discussion (which at the least will be useful for reference). - screenshots don't work - when rotating the screen using beryl, the mplayer screen is missplaced This is an insane request. It will turn off hardware scaling, which is necessary for fullscreen playback on 2GHz or so machines. It was my understanding that hardware scaling is necessary for _slow_ machines, not fast ones. But you seem to contradict that. Please can you explain? Look at the screenshot filter, I think it will allow you to take screenshots even with the xv video output driver. As for Beryl, report the bug to them... Sorry, I didn't explain well. I _can_ take screenshots, it's just that the video is displayed blue. This is not a Beryl bug, it'll happen to everything that captures the X display. See attached screenshots. In one of them, video appears to be completely blue, but in the real screen I see the video in 2D. I.e. as if after rotating the display the video was inserted only in the blue part (without rotation). -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412471: fai doesn't work with dhcp3-server
Package: fai-quickstart Version: 3.1.6 Serverity: normal When I use this package, it depends of the package dhcp3-server. But it doesn't work with this one. At the boot (boot PXE), it says trying to load : pxelinux.cfg/XX (replace X by the client IP in hexadecimal), but it doesn't load my files. It waits 2 min per file as: trying to load pxelinux.cfg/XX trying to load pxelinux.cfg/X trying to load pxelinux.cfg/ trying to load pxelinux.cfg/XXX ... and fail :( However the TFTP Server works perfectly (tftpd-hpa and atftpd works...) : [EMAIL PROTECTED]:~# tftp 127.0.0.1 tftp get pxelinux.0 Received 13628 bytes in 0.0 seconds [EMAIL PROTECTED]:~# ls pxelinux.0 I suggest you, to replace dhcp3-server with dhcpd. It works perfectly with this one. My dhcp configuration file: subnet 10.0.200.0 netmask 255.255.255.0 { range 10.0.200.10 10.0.200.19; server-name netbooter; filename /srv/tftp/fai/pxelinux.0; } I use Debian GNU/Linux 4.0 (etch), kernel 2.6.18.1. Emilien Mantel
Bug#388616: Making mediawiki FHS compliant
On Mon, Feb 26, 2007 at 09:25:42AM +0100, Frank Küster wrote: You say that while later on you claimed not to understand everything about the package (update script). Don't you have the impression that this judgement is also based on incomplete information on the package ? Of course, but how does that matter? The point is simply, if the release managers intend to keep the etch-ignore pattern, What pattern are you talking about? Therefore I'm asking the release team whether they still think that the etch-ignore tag should stay. Yes, it should. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#409434: Bug#388616: Making mediawiki FHS compliant
Steve Langasek [EMAIL PROTECTED] wrote: On Mon, Feb 26, 2007 at 09:25:42AM +0100, Frank Küster wrote: You say that while later on you claimed not to understand everything about the package (update script). Don't you have the impression that this judgement is also based on incomplete information on the package ? Of course, but how does that matter? The point is simply, if the release managers intend to keep the etch-ignore pattern, What pattern are you talking about? Sorry, s/pattern/tag/. Therefore I'm asking the release team whether they still think that the etch-ignore tag should stay. Yes, it should. Okay, then I don't think it makes sense to discuss any new patches, since Romain seems to believe it's best fixed with a new upstream version. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#412080: please default to vo=x11
On Fri, Feb 23, 2007 at 02:46:58PM +0100, A Mennucc wrote: On Fri, Feb 23, 2007 at 01:40:38PM +0100, Robert Millan [ackstorm] wrote: Package: mplayer Severity: normal Please default to vo=x11. Otherwise: - screenshots don't work vo=x11 is quite slower than vo=xv , and there is no hw scaling, etc etc etc making that the default would be a bad choice you cannot balance screenshots don't work (which rarely people use) with all benefits of vo=xv or other hw accelerated vo What kind of computers would be in trouble because of no hardware scaling? In my experience, most slow (but recent) computers can cope with -vo x11 -zoom just fine. Also, can we consider rising the debconf priority of -vo question and/or improving the description to explain about these problems? - when rotating the screen using beryl, the mplayer screen is missplaced this should be investigated better See my other mail for more on that (with attached screenshots). what about other players? They get the same problem when Xv is used. This is the case for Totem at least. what kind of video output is having this problem? I haven't checked any other than x11 and xv. I expect that any video output that uses a magic interface to send the data instead of displaying it directly in the x11 window will have this problem. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412159: fontconfig upgrade changed the local configuration (enable_bitmaps)
severity 412159 wishlist thanks On Sun, Feb 25, 2007 at 12:19:07PM +0100, Vincent Lefevre wrote: On 2007-02-24 21:56:29 -0800, Steve Langasek wrote: and as said in my bug report, a 'must' has been violated (local changes *must* be preserved during a package upgrade). You're citing a requirement of policy that applies to *config files*. Files under /var/cache are *not* config files. OK, but that was the cause. Now, files under /etc are configuration files. In my case, /etc/fonts/conf.d/70-no-bitmaps.conf was not present before the upgrade (I had enabled bitmaps via dpkg-reconfigure fontconfig-config a few weeks ago). And after the upgrade, this file /etc/fonts/conf.d/70-no-bitmaps.conf reappeared, thus changing my local configuration. Yes, and if you delete all symlinks for a given init script under /etc/rc*.d and then upgrade the package, they'll be readded, changing your local configuration. This is no policy violation. I've reviewed the full text of the fontconfig-config postinst and config scripts. There's nothing being done wrong here; the scripts do everything possible to preserve the user's selection between enabling and disabling of bitmaps. If you want to keep bitmaps enabled, you can: - manually create the /etc/fonts/conf.d/70-yes-bitmaps.conf link and delete the 70-no-bitmaps.conf link, or - use dpkg-reconfigure fontconfig-config to select one, or - edit /etc/fonts/conf.avail/70-no-bitmaps.conf to your taste. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412080: please default to vo=x11
On Mon, Feb 26, 2007 at 10:37:36AM +0100, Robert Millan [ackstorm] wrote: On Fri, Feb 23, 2007 at 02:17:51PM +0100, Diego Biurrun wrote: tags wontfix 412080 close 412080 thanks Please don't close. Your refusal to fix it is already reflected by the wontfix tag; closing it is not necessary and is a bad thing since it'll hide the discussion (which at the least will be useful for reference). So wontfix bugs will stay open forever? This does not make sense to me.. - screenshots don't work - when rotating the screen using beryl, the mplayer screen is missplaced This is an insane request. It will turn off hardware scaling, which is necessary for fullscreen playback on 2GHz or so machines. It was my understanding that hardware scaling is necessary for _slow_ machines, not fast ones. But you seem to contradict that. Please can you explain? Hardware scaling is not for slow machines. Hardware scaling is simply the faster way to scale. Not supporting hardware scaling amounts to not having fullscreen playback on moderately fast or slow machines that could otherwise perfectly handle the load and needlessly burning CPU cycles on fast ones. If your machine is fast enough, go ahead, add vo=x11 to your configuration file. But using this as a package default is going to do a lot of damage for almost everybody else. Not to mention that the -zoom option is necessary to get scaling at all then. Look at the screenshot filter, I think it will allow you to take screenshots even with the xv video output driver. As for Beryl, report the bug to them... Sorry, I didn't explain well. I _can_ take screenshots, it's just that the video is displayed blue. This is not a Beryl bug, it'll happen to everything that captures the X display. See attached screenshots. In one of them, video appears to be completely blue, but in the real screen I see the video in 2D. I.e. as if after rotating the display the video was inserted only in the blue part (without rotation). I perfectly understood what you were referring to. I'm well familiar with this effect. This is because X does not handle the overlay video memory directly. Now why don't you try the screenshot filter as I suggested? Diego -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412473: ITP: sineshaper -- Monophonic synth plugin with two oscillators and waveshapers.
Package: wnpp Owner: Free Ekanayaka [EMAIL PROTECTED] Severity: wishlist * Package name: sineshaper Version : 0.4.2 Upstream Author : Lars Luthman (larsl at users.sourceforge.net) * URL or Web page : http://www.student.nada.kth.se/~d00-llu/music_dssi.php * License : GPL Description : Monophonic synth plugin with two oscillators and waveshapers. A monophonic synth plugin that sends the sound from two sine oscillators through two sine waveshapers in series. You can control the vibrato, tremolo, portamento, the tuning of both oscillators, the oscillator mix, and the shape amount (total and split over both shapers). There is also an ADSR envelope generator that can control the total shape amount and the amplification (with controllable sensitivity for both), an LFO for the total shape amount, and a feedback delay. The shape amount and amplification is velocity sensitive, and the Mod Wheel MIDI controller is bound to the total shape amount. . This is a development version, so things will probably change - don't use this plugin in a patch or song and expect later versions to work in the same way. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412474: slapd fails to start after update from 2.3.30-2 to 2.3.30-4
Package: slapd Version: 2.3.30-4 Severity: grave Justification: renders package unusable Slapd fails to start after the update from 2.3.30-2 to 2.3.30-4. After setting the loglevel to 2 in slapd.conf, the following log entries appear in /var/log/syslog: bdb(dc=xxx,dc=xxx): operation not permitted during recovery bdb_db_open: db_open(/var/lib/ldap/id2entry.bdb) failed: Invalid argument (22) backend_startup_one: bi_db_open failed! (22) bdb_db_close: alock_close failed slapd stopped. After downgrading from 2.3.30-4 to 2.3.30-2, the problem remains and slapd does not start. Best regards, Woif -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=de_AT, LC_CTYPE=de_AT (charmap=ISO-8859-1) Versions of packages slapd depends on: ii adduser 3.102 Add and remove users and groups ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-1 Berkeley v4.2 Database Libraries [ ii libiodbc2 3.52.4-3 iODBC Driver Manager ii libldap-2.3-0 2.3.30-4 OpenLDAP libraries ii libltdl3 1.5.22-4 A system independent dlopen wrappe ii libperl5.85.8.8-7Shared Perl library ii libsasl2-22.1.22.dfsg1-8 Authentication abstraction library ii libslp1 1.2.1-6OpenSLP libraries ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libwrap0 7.6.dbs-12 Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl 5.8.8-7Larry Wall's Practical Extraction ii psmisc22.3-1 Utilities that use the proc filesy Versions of packages slapd recommends: ii libsasl2-modules 2.1.22.dfsg1-8 Pluggable Authentication Modules f -- debconf information: slapd/fix_directory: true shared/organization: woif.org slapd/upgrade_slapcat_failure: slapd/backend: BDB slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/autoconf_modules: true slapd/domain: woif.org slapd/password_mismatch: slapd/invalid_config: true slapd/upgrade_slapadd_failure: slapd/dump_database: when needed slapd/migrate_ldbm_to_bdb: false slapd/purge_database: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412159: fontconfig upgrade changed the local configuration (enable_bitmaps)
severity 412159 serious thanks On 2007-02-26 01:55:38 -0800, Steve Langasek wrote: On Sun, Feb 25, 2007 at 12:19:07PM +0100, Vincent Lefevre wrote: OK, but that was the cause. Now, files under /etc are configuration files. In my case, /etc/fonts/conf.d/70-no-bitmaps.conf was not present before the upgrade (I had enabled bitmaps via dpkg-reconfigure fontconfig-config a few weeks ago). And after the upgrade, this file /etc/fonts/conf.d/70-no-bitmaps.conf reappeared, thus changing my local configuration. Yes, and if you delete all symlinks for a given init script under /etc/rc*.d and then upgrade the package, they'll be readded, changing your local configuration. No, no, no, I didn't do that. As I said, the local configuration was changed with dpkg-reconfigure fontconfig-config, i.e. the normal way. And after the upgrade, this change was reverted. If you want to keep bitmaps enabled, you can: - manually create the /etc/fonts/conf.d/70-yes-bitmaps.conf link and delete the 70-no-bitmaps.conf link, or - use dpkg-reconfigure fontconfig-config to select one, or ^^ This is exactly what I did (I changed the default no into yes in the enable bitmap question). FYI, the reference message is here: http://lists.debian.org/debian-user/2007/02/msg00114.html - edit /etc/fonts/conf.avail/70-no-bitmaps.conf to your taste. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Bug#412374: python-opengl: New upstream available
This one time, at band camp, Torsten Marek wrote: Package: python-opengl Version: 2.0.1.09.dfsg.1-0.3 Severity: wishlist Hi, a new version of PyOpenGL, now working with ctypes, is available from upstream. As already said in another bug thread, I'd be willing to take over the package on behalf of the Debian Python modules team. I am willing for you to take over the package! Please go right ahead, and best of luck with it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410810: not fixed in stalin 0.11-3
found 410810 0.11-3 reopen 410810 thanks Hi, the current version still fails to build on GNU/kFreeBSD. Thanks for adding kfreebsd-amd64 specific fixes, but the general GNU/kFreeBSD fix is still missing. --- debian/patches/misc.diff~ 2007-02-01 15:07:01.0 +0100 +++ debian/patches/misc.diff2007-02-01 15:07:01.0 +0100 @@ -120,7 +120,7 @@ +echo Please install the dpkg-dev package. +exit 1 + fi -+ echo `dpkg-architecture -qDEB_BUILD_ARCH` ++ echo `dpkg-architecture -qDEB_HOST_ARCH_CPU` + exit 0 +fi + Thanks again Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412080: please default to vo=x11
On Fri, Feb 23, 2007 at 06:47:42PM +0100, A Mennucc wrote: On Fri, Feb 23, 2007 at 02:46:58PM +0100, debdev wrote: - when rotating the screen using beryl, the mplayer screen is missplaced BTW: AFAICT beryl is not even packaged into Debian... so I hardly see this as a Debian bug Our Social Contract has some words about software that is not part of Debian. Also, I'd like to remind you that mozilla-mplayer existed in Debian for a really long time despite the fact that mplayer did not. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330170: korganizer: Can't enable a reminder for events by default
Hi, I just played around with konsolekalendar and found out that the same applies to this tool, too: no way to add an event with a reminder enabled. :-( Regards, Tino -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394613: [NTG-context] debian tikz module
It appears to be fixed in 1.10, no? Johan 2007/2/26, Frank Küster [EMAIL PROTECTED]: Ohura-san, any plans to fix this bug? It was again noticed on the ConTeXt mailing list; in Debian, tikz.tex is found earlier than t-tikz.tex, and therefore there's no tikz support for ConTeXt. Ralf Stubner [EMAIL PROTECTED] wrote: Frank Küster wrote: (517)[21:48:[EMAIL PROTECTED]:~$ kpsewhich --progname=context t-tikz.tex (518)[21:48:[EMAIL PROTECTED]:~$ ls /usr/share/texmf/context/pgf/frontendlayer/t-tikz.tex /usr/share/texmf/context/pgf/frontendlayer/t-tikz.tex ^ shouldn't there be a 'tex' path component? Then it would be in the serch path for ConTeXt. (or rather, it would be before anything in tex/context, tex/plain and tex/generic, and no longer at random order with respect to other things in the whole tree; TEXMF//) is also included. I didn't notice the missing component. That is bug #394613 in pgf. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) -- Johan Sandblom N8, MRC, Karolinska sjh t +46851776108 17176 Stockholm m +46735521477 Sweden What is wanted is not the will to believe, but the will to find out, which is the exact opposite - Bertrand Russell
Bug#409819: Re: snoopy: segfaults on amd64
On Mon, Feb 26, 2007 at 10:04:24AM +0100, Marc Haber wrote: vorlon wrote: Anyway, the bug is still RC in nature. Marc, do you expect to have time to work on this, or shall I consider an NMU? I have committed the attached patch and have pointed upstream here. How to continue? - upload to experimental to allow for autobuild and testing? - wait for Upstream to comment? - upload to unstable right away? I am reluctant to upload to unstable right away since the patch might break architectures that are unaffected by the bug. I don't see any risk of this patch breaking other architectures, unless the code being patched is /very/ buggy in other respects to the point that any change in the code triggers horrible latent bugs. :) So I would suggest a direct upload to unstable, certainly. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412159: fontconfig upgrade changed the local configuration (enable_bitmaps)
I can even reproduce the problem after a downgrade to 2.4.2-1 and upgrade to the latest version: vin:/home/vlefevre# dpkg -s fontconfig-config | grep Version Version: 2.4.2-1 vin:/home/vlefevre# dpkg-reconfigure fontconfig-config [setting enable bitmapped fonts to yes] vin:/home/vlefevre# ls -l /etc/fonts/conf.d | grep bitmaps lrwxrwxrwx 1 root root 33 2006-10-03 17:12:21 30-debconf-no-bitmaps.conf - /etc/fonts/conf.d/no-bitmaps.conf vin:/home/vlefevre# apt-get install fontconfig-config Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: fontconfig-config 1 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 0B/149kB of archives. After unpacking 45.1kB disk space will be freed. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done serious bugs of fontconfig-config (2.4.2-1 - 2.4.2-1.2) pending #412159 - fontconfig upgrade changed the local configuration (enable_bitmaps) Summary: fontconfig-config(1 bug) Are you sure you want to install/upgrade the above packages? [Y/n/?/...] Reading changelogs... Done (Reading database ... 299607 files and directories currently installed.) Preparing to replace fontconfig-config 2.4.2-1 (using .../fontconfig-config_2.4.2-1.2_all.deb) ... Unpacking replacement fontconfig-config ... Setting up fontconfig-config (2.4.2-1.2) ... vin:/home/vlefevre# ls -l /etc/fonts/conf.d | grep bitmaps lrwxrwxrwx 1 root root 33 2006-10-03 17:12:21 30-debconf-no-bitmaps.conf - /etc/fonts/conf.d/no-bitmaps.conf lrwxrwxrwx 1 root root 40 2007-02-26 11:22:50 70-no-bitmaps.conf - /etc/fonts/conf.avail/70-no-bitmaps.conf The 70-no-bitmaps.conf symbolic link has been added by the upgrade! -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Bug#412275: no display and system freezes after adjusting time with KDE clock on 945GM graphic chip
On Sun, Feb 25, 2007 at 09:53:32PM +0100, Brice Goglin wrote: There's probably another problem apart from X freezing when the time is changed. Maybe the system clock is not stored correctly in the hardware clock before shutdown. I remember having problems like this on a core duo processor because hwclock needed the --directisa command line option. You could try without a X server at all, check the time from a virtual text console, change it, shutdown, restart and see what time you get. Anyway, that would be a bug in another package. Brice I was able to change the time using the date-command. This worked from within KDE using a text console as well as in single-user-mode without a X server running using the virtual console. The new time was stored in the hw clock in both cases and displayed when using '$ date' after restarting the laptop. The time displayed using '$ date' was still one hour behind the time displayed by the KDE clock. To look after the one hour difference between the two clock-displays I used '# tzconfig'. It said Your current time zone is set to Unknown Do you want to change that? [n]: y ... Your default time zone is set to 'Europe/Berlin'. Local time is now: Mo 26. Feb 10:48:17 CET 2007. Universal Time is now: Mo 26. Feb 09:48:17 UTC 2007.. After that the time show in the 'Adjust Date Time...'-dialogue was the same as the time show in the KDE clock. When I then open the 'Adjust Date Time...'-dialogue again and change the time, clicking OK still makes the screen dark and freezes the system. Ralph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408108: Better version
Another color was not possible, since ungrouping parts of the image crashes inkscape. Additionally there is sadly no way I can edit the logo. Ungrouping it will result in missing items, missing alpha information, etc (no crash though) ;) Can you update the rest of the artwork as well? Thanks for doing this. I'd be happy to help, but (at least for me) Inkscape is crashing / hiding things / deleting things / etc when working with the logo. If anybody can suggest another application for editing .svg files I'd change the logo also. regards Stefan -- Stefan Völkel mobile: +49.170.79177.17 Millenux GmbH phone: +49.711.88770.300 Lilienthalstraße 2 phone: +49.89.608665.27 70825 Stuttgart-Korntal fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =- signature.asc Description: OpenPGP digital signature
Bug#412477: Installs *.a and *.la files at a weird location
Package: python-support Version: 0.5.6 Severity: normal Hi, Something changed recently in the handling of /usr/share/python-support versus /usr/lib/python-support: pig% debdiff ../../0.12.2-4/sid-pbuilder/*changes *changes Files only in first set of .debs, found in package python-vte - /usr/lib/python-support/python-vte/python2.4/gtk-2.0/vtemodule.a /usr/lib/python-support/python-vte/python2.3/gtk-2.0/vtemodule.la /usr/lib/python-support/python-vte/python2.4/gtk-2.0/vtemodule.la /usr/lib/python-support/python-vte/python2.3/gtk-2.0/vtemodule.so /usr/lib/python-support/python-vte/python2.3/gtk-2.0/vtemodule.a New files in second set of .debs, found in package python-vte - /usr/share/python-support/python-vte/gtk-2.0/vtemodule.a /usr/share/python-support/python-vte/gtk-2.0/vtemodule.la I think *.a and *.la are arch-specific, so should be in /usr/lib. I'll drop these files from the package as I can only imagine these aren't used, but you might want to fix this in python-support anyway. Bye, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages python-support depends on: ii python2.4.4-2An interactive high-level object-o python-support recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED]
Bug#412478: tomcat5.5: should load capability module if required
Package: tomcat5.5 Version: 5.5.20-4 This is probably worth adding to the tomcat5.5 startup script. # load capability module to prevent errors # http://issues.apache.org/bugzilla/show_bug.cgi?id=33154 modprobe capability /dev/null 21 If this doesn't happen then jsvc doesn't start on recent kernels if capabilities are compiled as a module. You have to set errfile adn outfile to see the error: 23/02/2007 08:45:49 7517 jsvc.exec error: syscall failed in set_caps 23/02/2007 08:45:49 7517 jsvc.exec error: set_caps(CAPS) failed 23/02/2007 08:45:49 7516 jsvc.exec error: Service exit with a return value of 4 Thanks, Adrian -- Adrian Bridgett - [EMAIL PROTECTED] GPG key available on public key servers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412479: tomcat5.5: allow reads of catalina.base, catalina.home properties
Package: tomcat5.5 Version: 5.5.20-4 Severity: minor Now that the Java security manager is turned on by default (worth highlighting in README.Debian?), I found that loggig was failing. This was because I had a web-app logging to ${catalina.base}/logs/webappname.log The application didn't have permission to read the catalina.base property and so this failed (it tried to log to /logs/webappname.log). (Tomcat logs using log4j were okay). Since many applications use this, I think it might be worth adding permission to read these values: // log4j and various other items want catalina.base grant { permission java.util.PropertyPermission catalina.base, read; permission java.util.PropertyPermission catalina.home, read; }; Adrian -- Adrian Bridgett - [EMAIL PROTECTED] GPG key available on public key servers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412080: please default to vo=x11
Hello, On Mon, Feb 26, 2007 at 10:43:29AM +0100, Robert Millan [ackstorm] wrote: On Fri, Feb 23, 2007 at 02:46:58PM +0100, A Mennucc wrote: On Fri, Feb 23, 2007 at 01:40:38PM +0100, Robert Millan [ackstorm] wrote: Package: mplayer Severity: normal Please default to vo=x11. Otherwise: - screenshots don't work vo=x11 is quite slower than vo=xv , and there is no hw scaling, etc etc etc making that the default would be a bad choice you cannot balance screenshots don't work (which rarely people use) with all benefits of vo=xv or other hw accelerated vo What kind of computers would be in trouble because of no hardware scaling? In my experience, most slow (but recent) computers can cope with -vo x11 -zoom just fine. I know quite a few PCs that can't play DVDs with just -vo x11 even without using -zoom but work just fine with -vo xv. In addition -vo x11 can not sync to vblank so you will see tearing. I also think you completely missed the videos that are not based on 10 year old technology like http://images.apple.com/movies/lionsgate/the_condemned/the_condemned-tlr_h720p.mov (that is one of those that actually need little CPU) and here -vo xv or -vo x11 easily makes the difference between playable or not even with a new PC. Greetings, Reimar Döffinger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402603: tomcat5.5: blocks on startup until log pipe is read
.. and of course, delete catalina.out file (and the creation of it in the init.d script) - it's annoying when you do grep ... * and it hangs! Adrian -- Adrian Bridgett - [EMAIL PROTECTED] GPG key available on public key servers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412480: O: dvbstream
Package: wnpp Severity: normal I am orphaning this package as I no longer have DVB hardware installed to test with. Regards Alastair McKinstry -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412481: menu-method script
Package: rox-filer Version: 2.5-1 This package does not have a menu-method to generate menus. The taskbar (pinboard) has a default Apps that links to /usr/share. I've made a script (for install-menu) that generates a debian menu that Apps link should point at. To test this, as a normal user, put this script in ~/.menu-methods and run update-menus. The menu is generated. Run rox -d ~/.config/rox.sourceforge.net/menu to see it. --- script begin --- #!/usr/bin/install-menu !include lang.h !include menu.h compat=menu-2 outputencoding=UTF-8; outputlanguage=C; function SafeDir($my_dir) = replace($my_dir, ., _); function OneDir($my_dir) = replace($my_dir, /, _); function Path() = prefix() / SafeDir($basesection) / OneDir(SafeDir($title)); function NoEscOrQuote($str) = replace(replace($str, \\, _), \, _); function Arg($my_path) = \ NoEscOrQuote($my_path) \ ; function MakeEntry($cmd) = shell(mkdir -p Arg(Path()) /dev/null 21) shell(test -f Arg($icon) cp Arg($icon) Arg(Path() /.DirIcon) /dev/null 21) shell(/bin/echo \#!/bin/sh\n\ Arg(exec $cmd) Arg(Path() /AppRun) 2/dev/null) shell(chmod 755 Arg(Path() /AppRun) /dev/null 21) ; supported ; x11 = MakeEntry($command); text = MakeEntry(term()); endsupported ; genmenu = ; userprefix = .config/rox.sourceforge.net/menu; --- script end --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412482: harden-doc: syslogd -r setup information incorrect in securing-debian-howto
Package: harden-doc Severity: normal *** Please type your report below this line *** 4.13.3 Using a loghost states: In order to do this permanently in Debian, edit /etc/init.d/sysklogd and change the line SYSLOGD= to SYSLOGD=-r This information seems to be out of date. The line does not occur in the current verion of /etc/init.d/sysklogd. The setting now needs to be made in /etc/default/syslogd, see changelog.Debian for sysklogd (1.4.1-18). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-10feb7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412475: iceweasel: firefox mentioned in error messsage when running as root
Package: iceweasel Version: 2.0.0.2+dfsg-1 Severity: minor Tags: patch When running iceweasel as root, I get the following error message: [EMAIL PROTECTED]:~# iceweasel --version You should really not run firefox through sudo WITHOUT the -H option. Anyway, I'll do as if you did use the -H option. Mozilla Iceweasel 2.0.0.2, Copyright (c) 1998 - 2007 mozilla.org And it should, of course, use iceweasel instead of firefox here. I've attached a patch, which is probably in the wrong format, as I'm not a debian developer! I hope it's helpful, though :) In case you were wondering why I was running iceweasel as root, it was an accident after I upgraded from 2.0.0.1+dfsg-2 to 2.0.0.2+dfsg-1 to check whether the --version option now mentioned iceweasel, which it does! Cheers God bless Sam SammyTheSnake Penny --- debian/iceweasel-runner~2007-02-26 10:22:20.0 + +++ debian/iceweasel-runner 2007-02-26 10:22:20.0 + @@ -26,7 +26,7 @@ if [ ${SUDO_USER} ] [ ${SUDO_USER} != ${USER} ]; then SUDO_HOME=`getent passwd ${SUDO_USER} | cut -f6 -d:` if [ ${SUDO_HOME} = ${HOME} ]; then -echo You should really not run firefox through sudo WITHOUT the -H option. 2 +echo You should really not run iceweasel through sudo WITHOUT the -H option. 2 echo Anyway, I'll do as if you did use the -H option. 2 HOME=`getent passwd ${USER} | cut -f6 -d:` if [ -z ${HOME} ]; then -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages iceweasel depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig2.4.2-1generic font configuration library ii libatk1.0-0 1.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412472: ITP: nekobee -- simple acid patterns, with TR-808 samples from Qsynth
Package: wnpp Owner: Free Ekanayaka [EMAIL PROTECTED] Severity: wishlist * Package name: nekobee Version : 0.1.5 Upstream Author : Sean Bolton (musound at jps dot net) * URL or Web page : http://www.nekosynth.co.uk/ * License : GPL Description : simple acid patterns, with TR-808 samples from Qsynth Recreate those squelchy acid sounds with nekobee, a simple single-oscillator synth based on the Roland TB-303. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412159: fontconfig upgrade changed the local configuration (enable_bitmaps)
severity 412159 important quit On Mon, Feb 26, 2007 at 11:15:59AM +0100, Vincent Lefevre wrote: If you want to keep bitmaps enabled, you can: - manually create the /etc/fonts/conf.d/70-yes-bitmaps.conf link and delete the 70-no-bitmaps.conf link, or - use dpkg-reconfigure fontconfig-config to select one, or ^^ This is exactly what I did (I changed the default no into yes in the enable bitmap question). FYI, the reference message is here: Ok, yes, I can confirm this. I overlooked a comment character on one line in the postinst script: case $enable_bitmaps in true) # # Bitmap fonts will be enabled by default, so there's no need # to use this configuration file. However, the file remains useful if # you want to force bitmaps to be considered even when some application # disables them. # # ln -s $CONFAVAIL/$yes_bitmaps $CONFDIR/$yes_bitmaps So yes, upgrading or reinstalling this package unconditionally removes the /etc/fonts/conf.d/70-yes-bitmaps.conf symlink. That's still not a release-critical bug. This is clearly a symlink managed under the control of the fontconfig-config package. If you want to configure your package in a way that isn't supported by the configuration interface, then go ahead and do so -- create a file of your own under /etc/fonts/conf.d with the settings of your choosing, instead of trying to use a file with the exact name that is going to be managed via debconf. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412069: patch for beryl support
On Mon, Feb 26, 2007 at 11:44:36AM +0100, Robert Millan [ackstorm] wrote: On Fri, Feb 23, 2007 at 10:25:56PM +0100, Robert Millan wrote: Oh, not really. Screw nVidia. Beryl is only for faithful followers of the one true Intel card brand. :-) So which lines are we going to add, if any? I can test which lines can Intel do without, but not till monday. My intel card can do without either XAANoOffscreenPixmaps or AddARGBGLXVisuals. No difference can be found on first sight (and I tested most basic stuff: cube, skydome, etc). nVidia doesn't need AddARGBGLXVisuals, but it needs XAANoOffscreenPixmaps. I don't know about ATI. But ATI seems to be so badly screwed wrt Beryl that we shouldn't care much. Given all this, can we at least enable the Composite part by default to make Intel cards work? Patch attached. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ diff -ur xorg-7.1.0.old/debian/local/dexconf xorg-7.1.0/debian/local/dexconf --- xorg-7.1.0.old/debian/local/dexconf 2007-02-13 11:02:09.0 +0100 +++ xorg-7.1.0/debian/local/dexconf 2007-02-23 12:07:45.0 +0100 @@ -428,6 +433,15 @@ EndSection SECTION +### Extensions +exec 4$DEXCONFTMPDIR/Extensions +cat 4 SECTION +Section Extensions + # needed for beryl + Option Composite Enable +EndSection +SECTION + # Close file descriptor 4 before we delete temporary files exec 4- @@ -443,7 +457,7 @@ SPACER= for SECTION in Header Files Module InputDeviceKeyboard InputDeviceMouse \ - Device Monitor Screen ServerLayout DRI; do + Device Monitor Screen ServerLayout DRI Extensions; do if [ -e $DEXCONFTMPDIR/$SECTION ]; then eval $SPACER cat $DEXCONFTMPDIR/$SECTION $OUTFILE
Bug#412069: patch for beryl support
On Fri, Feb 23, 2007 at 10:25:56PM +0100, Robert Millan wrote: Oh, not really. Screw nVidia. Beryl is only for faithful followers of the one true Intel card brand. :-) So which lines are we going to add, if any? I can test which lines can Intel do without, but not till monday. My intel card can do without either XAANoOffscreenPixmaps or AddARGBGLXVisuals. No difference can be found on first sight (and I tested most basic stuff: cube, skydome, etc). nVidia doesn't need AddARGBGLXVisuals, but it needs XAANoOffscreenPixmaps. I don't know about ATI. But ATI seems to be so badly screwed wrt Beryl that we shouldn't care much. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412080: please default to vo=x11
On Mon, Feb 26, 2007 at 11:39:14AM +0100, Robert Millan [ackstorm] wrote: On Mon, Feb 26, 2007 at 11:09:06AM +0100, Diego Biurrun wrote: It was my understanding that hardware scaling is necessary for _slow_ machines, not fast ones. But you seem to contradict that. Please can you explain? Hardware scaling is not for slow machines. Hardware scaling is simply the faster way to scale. Not supporting hardware scaling amounts to not having fullscreen playback on moderately fast or slow machines that could otherwise perfectly handle the load and needlessly burning CPU cycles on fast ones. If your machine is fast enough, go ahead, add vo=x11 to your configuration file. But using this as a package default is going to do a lot of damage for almost everybody else. Not to mention that the -zoom option is necessary to get scaling at all then. Why a lot of damage? How many machines are too slow for software scaling? I would guess about 80% of all the machines out there. You know, not everybody has a machine fast enough to run Beryl or can afford one. All machines below 2GHz I would guess, this excludes every non-x86 right away. My last generation PowerBook is not fast enough, even for a video of moderate size. When the machine is too slow to scale the video, video and audio go out of sync and the movie becomes unwatchable. I would guess the number of people taking screenshots at all is in the low one-digit percent of the users of MPlayer. It's not unreasonable at all to expect them to take appropriate measures. The situation is the same for all other multimedia players, btw. Does this give you an idea how much damage such a change would do? OTOH, the power user who is compiling things and running boinc will have an idea how to tune up her mplayer. This power user should also have an idea how to read an FAQ or a man page. Taking screenshots is explained there. Sorry, I didn't explain well. I _can_ take screenshots, it's just that the video is displayed blue. This is not a Beryl bug, it'll happen to everything that captures the X display. See attached screenshots. In one of them, video appears to be completely blue, but in the real screen I see the video in 2D. I.e. as if after rotating the display the video was inserted only in the blue part (without rotation). I perfectly understood what you were referring to. I'm well familiar with this effect. This is because X does not handle the overlay video memory directly. Now why don't you try the screenshot filter as I suggested? That's a workaround. For plain screenshots it'd be enough to enable this workaround by default. For Beryl, we would need another workaround, and presumably a more complicated one. We shouldn't assume that is even possible to do that sanely. This is not a workaround, this is the only feasible solution. Now would you please try it? I feel extremely silly discussing this proposition at all. Broken distro packages defaulting to the x11 video output driver was the #1 source of complaints about MPlayer upstream. Needless to say, it was all blamed on us instead of on the packagers. I have single-handedly reviewed several distro packages and talked to the packagers to make them avoid this dreadful mistake. Now please stop insisting on this insanity, thank you very much. Diego -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412476: O: dvbtune
Package: wnpp Severity: normal I am orphaning this package, due to no longer using DVB hardware. Regards Alastair McKinstry -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406470: not reproducible here
Hi Thomas, sorry for answering so late. I haven't received your answer by mail, only just saw it in the BTS. copy paste: I would need some further information: - Do you have this behjavour always (or only after a start and stop cycle of kile)? What do you mean by start and stop cycle? Anyway, when I check the option, kile immediately starts hogging, when I uncheck it, kile immediately behaves normally again. - Or only after having other programs used this feature? What feature? The user in question does not use LyX or latex directly. - Can you give the output of ls -la .lyx .lyxpipe.* in your home directory of the user issuing kile.ls -la .lyx .lyxpipe.* In my home dir: $ ls: .lyxpipe.*: No such file or directory .lyx: total 10 drwxr--r-- 2 xxx xxx 2048 2007-02-26 11:38 . drwxr-xr-x 82 xxx xxx 8192 2007-02-26 11:38 .. In the user's home dir: $ ls -la .lyx .lyxpipe.* ls: .lyxpipe.*: No such file or directory .lyx: total 77 drwxr-xr-x 15 xxx xxx 2048 2007-01-11 17:47 . drwxrwxr-x 61 xxx xxx 6144 2007-02-23 16:15 .. drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 bind -rw-r--r-- 1 xxx xxx 2960 2006-01-09 12:45 bstFiles.lst drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 clipart -rw-r--r-- 1 xxx xxx 2310 2006-01-09 12:45 clsFiles.lst drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:46 doc drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 examples drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 help drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 images drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 kbd -rw-r--r-- 1 xxx xxx35 2006-10-10 16:01 lastfiles drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 layouts drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 reLyX drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 scripts -rw-r--r-- 1 xxx xxx 36262 2006-01-09 12:45 styFiles.lst drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 templates drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:43 ui drwxr-xr-x 2 xxx xxx 2048 2006-01-09 12:46 xfonts (Note that the problem is reproducible for both me and the user.) - Do you have your home on a local device, or some remote stuff (nfs, openafs, smb, or similiar) The home dirs are in OpenAFS. Best regards, Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383606: liberror-perl in Etch
Dear Clint, Following up on my comment in bug #383606, I would like to ask again if you'd consider upgrading the package liberror-perl to it's latest version on CPAN. There have been several new releases of Error.pm on CPAN, containing many bugfixes and some important improvements such as handling uncaught exceptions. Having asked, I would like to note that the packages looks a tad unmaintained. Please consider handing over maintenance of the package to the Debian Perl Group if you think you haven't got the time to update and/or maintain the package. Alternatively, the group could act as a co-maintainer for you, would you be willing to join the group. Last but not least, I would like to offer an NMU if you don't feel like carrying over or sharing maintenance, but are just short of Debian time at the moment. In short: let's get Error.pm updated in unstable! :) Kind regards, Allard Hoeve Debian Perl Group PS: Even one of the authors asks for an update of the Debian package in bug #383606 :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412484: libpam-modules: pam_localuser.so doesn't provide session service
Package: libpam-modules Version: 0.79-4 Severity: normal Hello, I'm trying to setup a network authentication and I see that pam_localuser.so doesn't work when I use it in common-session (for pam_mount.so) I wanted to setup this: session [success=1 default=ignore] pam_localuser.so session required pam_mount.so session requiredpam_unix.so I get the following errors in /var/log/auth.log PAM unable to resolve symbol: pm_sm_open_session PAM unable to resolve symbol: pm_sm_close_session Looking at http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/sag-pam_localuser.html it seems that this should work. Regards. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-vs2.2.0-pre4+thorr.1 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages libpam-modules depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. ii libdb4.34.3.29-8 Berkeley v4.3 Database Libraries [ ii libpam0g0.79-4 Pluggable Authentication Modules l ii libselinux1 1.32-3 SELinux shared libraries libpam-modules recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412483: add a mecanism to disallow automatic start of the quagga daemons
Package: quagga Version: 0.98.3-7.2 Severity: minor We're using quagga with heartbeat and ldirectord to propagate routes to virtual IPs. This means quagga must be installed on all the nodes in the cluster but will be started under heartbeat control by a specific startup script (different from the one provided in the package). We need a way to ensure that quagga won't be automatically restarted when the server is started or the package updated. I provide a patch based on the ssh initscript that allow such control by creating a file named /etc/quagga/quagga_not_to_be_run, but there's obviously more than one way to do it. Cheers, Gildas --- quagga.orig 2005-05-06 12:51:21.0 +0100 +++ quagga 2007-02-26 10:58:05.949948165 + @@ -11,6 +11,14 @@ C_PATH=/etc/quagga DAEMONS=zebra bgpd ripd ripngd ospfd ospf6d # keep zebra first! +check_for_no_start() { + # forget it if we're trying to start, and /etc/quagga/quagga_not_to_be_run exists + if [ -e /etc/quagga/quagga_not_to_be_run ]; then + echo Quagga daemons $DAEMONS not in use (/etc/quagga/quagga_not_to_be_run) + exit 0 + fi +} + # Print the name of the pidfile. pidfile() { @@ -66,6 +74,8 @@ echo -n $1 if ! check_daemon $1; then return; fi + check_for_no_start + start-stop-daemon \ --start \ --pidfile=`pidfile $1` \
Bug#412080: please default to vo=x11
severity 412080 wishlist thanks On Mon, Feb 26, 2007 at 11:09:06AM +0100, Diego Biurrun wrote: Please don't close. Your refusal to fix it is already reflected by the wontfix tag; closing it is not necessary and is a bad thing since it'll hide the discussion (which at the least will be useful for reference). So wontfix bugs will stay open forever? This does not make sense to me.. Yes. That's the point of archiving discussion, that it can be checked at any time. Bug reports should be closed when fixed. If you don't intend to fix it (as the wontfix tag shows), then it should not be closed. Though, I acknowledge that this is a wishlist item rather than a bug as-is. It was my understanding that hardware scaling is necessary for _slow_ machines, not fast ones. But you seem to contradict that. Please can you explain? Hardware scaling is not for slow machines. Hardware scaling is simply the faster way to scale. Not supporting hardware scaling amounts to not having fullscreen playback on moderately fast or slow machines that could otherwise perfectly handle the load and needlessly burning CPU cycles on fast ones. If your machine is fast enough, go ahead, add vo=x11 to your configuration file. But using this as a package default is going to do a lot of damage for almost everybody else. Not to mention that the -zoom option is necessary to get scaling at all then. Why a lot of damage? How many machines are too slow for software scaling? Also, why is burning CPU cycles a big issue? The typical desktop user won't be doing anything else when displaying a video, specialy when scaling takes place and the video runs in full screen. OTOH, the power user who is compiling things and running boinc will have an idea how to tune up her mplayer. Also, we could take as a compromise solution to rise the template severity and make it clearer to the user what advantages and disadvantages do software and hardware scaling have. Sorry, I didn't explain well. I _can_ take screenshots, it's just that the video is displayed blue. This is not a Beryl bug, it'll happen to everything that captures the X display. See attached screenshots. In one of them, video appears to be completely blue, but in the real screen I see the video in 2D. I.e. as if after rotating the display the video was inserted only in the blue part (without rotation). I perfectly understood what you were referring to. I'm well familiar with this effect. This is because X does not handle the overlay video memory directly. Now why don't you try the screenshot filter as I suggested? That's a workaround. For plain screenshots it'd be enough to enable this workaround by default. For Beryl, we would need another workaround, and presumably a more complicated one. We shouldn't assume that is even possible to do that sanely. Later, other programs might have similar problems, etc. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412485: Please create nm.debian.org BTS pseudo package
Package: ftp.debian.org Severity: wishlist Hi, I would like to request the creation of an nm.debian.org pseudo package in the BTS. nm.debian.orgNew Maintainer process and nm.debian.org webpages nm.debian.orgNew Maintainer Front-Desk [EMAIL PROTECTED] This is supported by Marc Brockschmidt. Thanks, Christoph signature.asc Description: Digital signature
Bug#412080: please default to vo=x11
On Mon, Feb 26, 2007 at 11:51:13AM +0100, Reimar Döffinger wrote: What kind of computers would be in trouble because of no hardware scaling? In my experience, most slow (but recent) computers can cope with -vo x11 -zoom just fine. I know quite a few PCs that can't play DVDs with just -vo x11 even without using -zoom but work just fine with -vo xv. In addition -vo x11 can not sync to vblank so you will see tearing. I also think you completely missed the videos that are not based on 10 year old technology like http://images.apple.com/movies/lionsgate/the_condemned/the_condemned-tlr_h720p.mov (that is one of those that actually need little CPU) and here -vo xv or -vo x11 easily makes the difference between playable or not even with a new PC. I see what you mean... I wasn't aware that new codec implementations were so CPU hungry. Could we keep accelerated mode as default, but try to arrange it in a way that the novice user can easily choose x11 with software scaling if she wants that? I could send a patch to do this. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412159: fontconfig upgrade changed the local configuration (enable_bitmaps)
On 2007-02-26 03:06:53 -0800, Steve Langasek wrote: So yes, upgrading or reinstalling this package unconditionally removes the /etc/fonts/conf.d/70-yes-bitmaps.conf symlink. That's still not a release-critical bug. This is clearly a symlink managed under the control of the fontconfig-config package. Do you mean that the Debian policy allows debconf to change configuration done by the user (when there's no reason to do that)? IMHO, a change done via debconf is a local change and is covered by 10.7.3. So, I don't see why it is not a RC bug. More importantly, will this be fixed in etch? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Bug#412080: please default to vo=x11
On Mon, Feb 26, 2007 at 12:03:00PM +0100, Diego Biurrun wrote: Why a lot of damage? How many machines are too slow for software scaling? I would guess about 80% of all the machines out there. You know, not everybody has a machine fast enough to run Beryl or can afford one. All machines below 2GHz I would guess, this excludes every non-x86 right away. My last generation PowerBook is not fast enough, even for a video of moderate size. When the machine is too slow to scale the video, video and audio go out of sync and the movie becomes unwatchable. I would guess the number of people taking screenshots at all is in the low one-digit percent of the users of MPlayer. It's not unreasonable at all to expect them to take appropriate measures. The situation is the same for all other multimedia players, btw. Does this give you an idea how much damage such a change would do? Yes. I see your point here. Reimar also made a good one. I won't insist on having software scaling as default. But then again we could try to fit well for users of powerful machines as well. What do you think of my proposition of rearranging the template a bit (but still defaulting to accelerated mode) ? That's a workaround. For plain screenshots it'd be enough to enable this workaround by default. For Beryl, we would need another workaround, and presumably a more complicated one. We shouldn't assume that is even possible to do that sanely. This is not a workaround, this is the only feasible solution. Now would you please try it? That's not necessary, I believe when you say it works. It doesn't work for Beryl though, or for $insert-new-weird-yet-to-be-found-stuff-here. I feel extremely silly discussing this proposition at all. Broken distro packages defaulting to the x11 video output driver was the #1 source of complaints about MPlayer upstream. Needless to say, it was all blamed on us instead of on the packagers. Ok. I understand you might have been quite annoyed about this. Sorry about that. Now if we can re-arrange the templates a bit, I would be quite happy with that. Can I proceed with this and send a proposed patch? -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412478: tomcat5.5: should load capability module if required
tag 412478 wontfix thanks AFAIK the Debian kernels have capabilities compiled in (please correct me if I am wrong). Tomcat should not deal with loading kernel modules. If you compile a custom kernel, you are responsible for loading required modules. Just add it to /etc/modules. (Or compile it in, which seems to make more sense.) Regards Marcus pgpFVgtaoEYrT.pgp Description: PGP signature
Bug#391535: wxmaxima and bad .wxmaxima
Hi, thanks for the report. I am going to fix this. I expect to do an upload very soon. Regards Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412340: [Pkg-mailman-hackers] Bug#412340: mailman: upgrade may break archiving
On Sun, 2007-02-25 at 15:46 +0100, Lionel Elie Mamane wrote: Package: release-notes A mailman issue has come up for the sarge - etch upgrade which we may not be able to fix in time for etch (as upstream has been aware of the issue for more than a year but still hasn't fixed it; we have been aware of that issue only for a few days). An accurate description of the current situation is: I propose to add an entry to Mailman's NEWS.Debian aswell with the same text. Agreed? Thijs signature.asc Description: This is a digitally signed message part
Bug#402603: tomcat5.5: blocks on startup until log pipe is read
.. and of course, delete catalina.out file (and the creation of it in the init.d script) - it's annoying when you do grep ... * and it hangs! Yes, that pipe is going away as soon as I get my syslogging code in jsvc to a working state... pgpg0CoHEvjEh.pgp Description: PGP signature
Bug#412414: pommed: does not work on ppc ibook
Benoît Dejean [EMAIL PROTECTED] wrote: Hi, pommed does not work on my G4 ibook E: Unknown Apple machine: PowerBook6,5 E: Unknown Apple machine Try the SVN, and let me know how it works. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169
Bug#412487: icewm: don't suggest using ln to update-alternatives
Package: icewm Version: 1.2.30-1 Severity: wishlist Hi, After installing icewm, I noticed it hinted at changing the alternatives to x-window-manager using 'ln': Setting up icewm (1.2.30-1) ... Checking available versions of x-window-manager, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Debian uses update-alternatives to change alternatives, shouldn't the install hint using 'update-alternatives --config x-window-manager'? Kind regards, Peter Palm -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-Fate Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412486: magicor: If blocks fall to right above Tux, artifact of his head remains in the blocks
Package: magicor Version: 1.0-1 Severity: minor If a block falls almost all the way onto Tux, but stops at the square right above him, an artifact of Tux's head appears in the block, and remains there. spoilerYou can reproduce this on Forest 14. Hold left to get past the spikes, then go to the first single block and push it, then do the same to the second single bock. Move left to the next single block and push it. You now hold up two long ice blocks. Walk to the right; when you get out from under one of the ice blocks, both will fall, and the top one will stop one block above you (landing on the lower of the two ice blocks). You will now see an artifiact of Tux's head in the upper ice block, and that artifact remains in place even if you step away. - Josh Triplett -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-rc6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages magicor depends on: ii libglade2-0 1:2.6.0-4library to load .glade files at ru ii libsdl-image1.2 1.2.5-3 image loading library for Simple D ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii magicor-data1.0-1data files for the magicor puzzle ii python 2.4.4-2 An interactive high-level object-o ii python-gtk2 2.8.6-6 Python bindings for the GTK+ widge ii python-pygame 1.7.1release-4.1 SDL bindings for games development magicor recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361253: Any progress?
Aany package of Zenoss available? I just came across it and would like to evaluate it. -- Jesus Climent info:pumuki.org dj:triplestereo.com Unix SysAdm|Linux User #66350|Debian Developer|2.6.18|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Everybody needs money! That's why they call it money! --Bergman (Heist) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412069: patch for beryl support
On Mon, 2007-02-26 at 11:44 +0100, Robert Millan [ackstorm] wrote: My intel card can do without either XAANoOffscreenPixmaps or AddARGBGLXVisuals. No difference can be found on first sight (and I tested most basic stuff: cube, skydome, etc). nVidia doesn't need AddARGBGLXVisuals, but it needs XAANoOffscreenPixmaps. I don't know about ATI. But ATI seems to be so badly screwed wrt Beryl that we shouldn't care much. Beryl works quite well on my ATI r300 using XAANoOffscreenPixmaps - well, excepted I can't resize windows and sometimes the whole thing just freezes. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408879: /bin/ps: TIME drifted
On Mon, Feb 19, 2007 at 09:50:36AM +1100, Craig Small wrote: On Sun, Feb 18, 2007 at 03:38:00PM -0500, Justin Pryzby wrote: I'm of the understanding that ntp uses adjtimex() to do it's stuff. I suppose the next thing to work out is, is it a kernel problem or a ps problem. I guess (strace) it uses some combination of /proc/uptime and /proc/PID/stat starttime %lu The time in jiffies the process started after system boot. uptime (jiffies): sh -c 'cut -d -f22 /proc/$$/stat' uptime (seconds): cut -d' ' -f1 /proc/uptime $ date; ps aux |tail -1 Thu Feb 22 08:57:35 EST 2007 jpryzby 20446 0.0 0.0 2696 472 pts/1521 R+ 09:37 0:00 tail -1 $ echo `sh -c 'cut -d -f22 /proc/$$/stat'` / `cut -d' ' -f1 /proc/uptime` |bc -l 100.0230992939513293 but, 09:06:13 up 118 days, 13:39, 9 users, load average: 0.00, 0.02, 0.00 Might have expected hz to be accurate to better than .02; on another machine: up 15 days 99.9777870238057132 (1000 more accurate) I don't know if that can explain it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412488: ITP: midas -- the European Southern Observatory Munich Image Data Analysis System
Package: wnpp Severity: wishlist Owner: Alastair McKinstry [EMAIL PROTECTED] * Package name: midas Version : 2006.09 Upstream Author : The European Southern Observatory * URL : http://www.eso.org/projects/esomidas/ * License : GPL Programming Lang: C Description : the European Southern Observatory Munich Image Data Analysis System The ESO-MIDAS system provides general tools for image processing and data reduction with emphasis on astronomical applications including imaging and special reduction packages for ESO instrumentation at La Silla and the VLT at Paranal. In addition it contains applications packages for stellar and surface photometry, image sharpening and decomposition, statistics and various others. The official name, ESO-MIDAS, is a registered trademark. ESO-MIDAS is available under the GNU General Public License (GPL), and can be implemented on OpenVMS and UNIX (Linux) systems. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412376: pulseaudio: cause a crash burn in other applications
Hi, I have a few questions. On Mon, Feb 26, 2007 at 06:22:09AM +1100, Anand Kumria wrote: I've (recently) converted much of my system to use PulseAudio. Unfortunately, I have occassionally come across a few programs that simply do not play well with PulseAudio taking control of things. I really need more information to provide any kind of useful answer. Please describe which programs are causing your problems, and what problems they cause. Sometime, that means that I kill the PulseAudio -- when that happens, it takes down other programs as well: Killing the pulseaudio daemon shouldn't crash client applications. A backtrace of the crash would probably determine whether it's pulseaudio's fault or a bug in the application. eve:[~]% iceweasel *** PULSEAUDIO: Unable to create stream. [...] *** PULSEAUDIO: Unable to create stream. *** PULSEAUDIO: Unable to connect: Connection terminated [...] *** PULSEAUDIO: Unable to connect: Connection terminated zsh: segmentation fault (core dumped) iceweasel This looks like it could be the flash 9 non-free plugin causing the problem. Are you using that? I'm not sure which part of PulseAudio is causing the problem here, but I'd be happy to assist in debugging if anyone would care to point me in the right direction. Your input is very welcome. -- CJ van den Berg mailto:[EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#412483: add a mecanism to disallow automatic start of the quagga daemons
Hello On 2007-02-26 Gildas Le Nadan wrote: Package: quagga Version: 0.98.3-7.2 Severity: minor We're using quagga with heartbeat and ldirectord to propagate routes to virtual IPs. This means quagga must be installed on all the nodes in the cluster but will be started under heartbeat control by a specific startup script (different from the one provided in the package). We need a way to ensure that quagga won't be automatically restarted when the server is started or the package updated. I provide a patch based on the ssh initscript that allow such control by creating a file named /etc/quagga/quagga_not_to_be_run, but there's obviously more than one way to do it. I would prefer if this is handled by the typical invoke-rc.d mechanisms instead of a package specific config file. Take a look at man invoke-rc.d which is used by quagga and maybe at the policyrcd-script-zg2 package and your /etc/runlevel.conf. I guess that removing quagga from runlevel.conf (or /etc/rcX.d/) will tell invoke-rc.d not to start quagga. bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412491: [INTL:gl] Galician debconf templates translation for netselect
Package: netselect Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of netselect's debconf templates # This file is distributed under the same license as the netselect package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: netselect\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-12-06 16:46+0100\n PO-Revision-Date: 2007-02-26 12:57+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Do you want netselect to be installed setuid root? msgstr ¿Quere instalar netselect con \setuid\ root? #. Type: boolean #. Description #: ../templates:1001 msgid Netselect can be installed with the set-user-id bit set, so that it will run with the permissions of the 'root' user. Since netselect needs these permissions to work properly, ordinary users cannot run it unless it is installed this way. msgstr Pódese instalar netselect co bit de cambio de usuario (setuid) activado para que se execute cos permisos do usuario \root\. Xa que netselect precisa deses permisos para funcionar correctamente, os usuarios normais non o poden empregar a menos que se instale deste xeito. #. Type: boolean #. Description #: ../templates:1001 msgid Enabling this feature may be a security risk, so it is disabled by default. If in doubt, it is suggested to leave it disabled. msgstr Esta característica pode ser un risco de seguridade, así que está desactivada por defecto. Se ten dúbidas, debería deixala desactivada.
Bug#412490: [INTL:gl] Galician debconf templates translation for debsums
Package: debsums Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of debsums's debconf templates # This file is distributed under the same license as the debsums package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: debsums\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-08-27 18:30+1000\n PO-Revision-Date: 2007-02-26 12:53+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Should debsum files be automatically generated by apt-get? msgstr ¿Debería apt-get xerar automaticamente os ficheiros de debsum? #. Type: boolean #. Description #: ../templates:1001 msgid Not all packages contain debsum information as is. However, debsums can be installed so that apt will automatically generate debsum files of installed packages. This may be useful for checking system integrity later, though it should not be relied on as a security measure. msgstr Non tódolos paquetes inclúen información de debsum. Nembargantes, pódese instalar debsums de xeito que apt xere automaticamente ficheiros debsum dos paquetes instalados. Isto pode ser útil para comprobar despois a integridade do sistema, aínda que non debería depender disto coma medida de seguridade.
Bug#412489: tomcat5.5: multiple instances could be supported better
Package: tomcat5.5 Version: 5.5.20-4 Severity: minor When following the instructions in /usr/share/doc/tomcat5.5/RUNNING.txt.gz, there are a few minor niggles with the current init.d script. I have written a script to clone one instance (creates the directories etc) which I've attached to this bug report. The sensible thing to do is to change the NAME in the init.d script, however then the CATALINA_HOME variable points to the wrong location. It would be nice to have it set separately. Conversely, CATALINA_BASE is hardcoded to /var/lib/tomcat5.5 and should be set from NAME :-) Adrian -- Adrian Bridgett - [EMAIL PROTECTED] GPG key available on public key servers #!/bin/sh # Clone tomcat instance so we get another JVM # Written by Adrian Bridgett [EMAIL PROTECTED], Opsera Ltd. SOURCE=tomcat5.5 USERNAME=tomcat55 main() { name=$1 || die Usage: `basename $0` clone-name name=$SOURCE-$name # sanity checking valid_name $name check_existing $name confirm $name # creation create_init $name create_etc $name create_var $name # not required unless you really want to be seperate #create_usrshare $name print_todo $name } die() { echo $@ exit 1 } valid_name() { local name=$1 [ $name ] || die No name given rejected=`echo $1 | tr -d -- '-_\.[a-z][A-Z][0-9]'` [ $rejected ] die Invalid characters \$rejected\ in name return 0 } check_existing() { local name=$1 if [ -e /var/lib/$name ]; then die Pre-existing tomcat instance \$name\ fi return 0 } confirm() { local name=$1 echo -n Are you sure you wish to create a new tomcat instance \$name\? [Yn] read ans if [ $ans = ] || [ $ans = y ] || [ $ans = Y ] || [ $ans = yes ]; then return 0 fi echo Aborting at user request exit 1 } create_init() { local name=$1 # CATALINA_HOME must be set to /usr/share/tomcat5.5 # CATALINA_BASE is set per instance to /var/lib/$name # change NAME, CATALINA_BASE, /etc/init.d/$SOURCE (usage statement) sed s,^NAME=.*$,NAME=$name,g s,^CATALINA_BASE=.*$,CATALINA_BASE=/var/lib/\$NAME,g s,^CATALINA_HOME=.*$,CATALINA_HOME=/usr/share/tomcat5.5,g s,\(/etc/init.d/\)$SOURCE,\1$name,g \ /etc/init.d/$SOURCE /etc/init.d/$name chmod 755 /etc/init.d/$name update-rc.d $name defaults 92 } create_etc() { local name=$1 cp -a /etc/$SOURCE /etc/$name cp /etc/default/$SOURCE /etc/default/$name } create_var() { local name=$1 install -d /var/cache/$name -o $USERNAME -g adm -m700 install -d /var/log/$name -o $USERNAME -g root -m750 install -d /var/lib/$name -o root -g root -m755 cd /var/lib/$name || die Unable to cd \/var/lib/$name\ ln -s ../../log/$name logs install -d temp -o $USERNAME -g root -m 755 cp -a /var/lib/$SOURCE/shared shared cp -a /var/lib/$SOURCE/webapps webapps ln -s ../../cache/$name work cp -a /var/lib/$SOURCE/conf conf # change symlinks for file in server.xml web.xml \ jk2.properties workers2.properties workers.properties; do if [ -e /etc/$name/$file ]; then ln -sf /etc/$name/$file conf/$file fi done } create_usrshare() { local name=$1 install -d /usr/share/$name -o root -g root -m755 for dir in conf logs temp webapps work ; do ln -s /var/lib/$name/$dir /usr/share/$name/$dir done for dir in bin common docs server shared; do ln -s /usr/share/$SOURCE/$dir /usr/share/$name/$dir done } print_todo() { local name=$1 cat EOF Automated cloning finished. Some items left todo: - change passwords in /var/lib/$name/conf/tomcat-users.xml - change shutdown password in /etc/$name/server.xml - change ports in /etc/$name/server.xml - remove any unwanted webapps from /var/lib/$name/conf/ Upon pressing return, an editor will start to allow you to do this EOF read dummy editor /var/lib/$name/conf/tomcat-users.xml /etc/$name/server.xml } main $@
Bug#411147: maxima: needs to depend on libgmp3c2
Hi, just to point out that maxima shuould depend on libgmp3c2, *not* on libgmp3. Regards Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412142: Upgrade from sarge to etch makes pipermail archives stop working
Hi Lionel, I'd like for this to show up in my TODO for etch list, so RC severity (makes package unsuitable for release in maintainer's opinion Well, making it 'serious' causes it to show up not just in your TODO list, but that of the release team's as well. Do you have any sort of estimate of when you might have a fix for this? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412478: tomcat5.5: should load capability module if required
AFAIK the Debian kernels have capabilities compiled in (please correct me if I am wrong). Tomcat should not deal with loading kernel modules. Sure; however why would it be hard to modprobe || true in the init script if it helps in the non-default case? It may be easy, but it will get less easy when more people start filing bugs after removing some essential kernel feature. And we would have to do the same for any other apps that happen to rely on this module, ending up with potentially lots of init scripts that load modules on their own. (Besides the problem is in jsvc, not Tomcat.) I would like to close this bug as a non-issue. Marcus pgpTWFP6MvA1E.pgp Description: PGP signature
Bug#412080: please default to vo=x11
On Mon, Feb 26, 2007 at 12:30:50PM +0100, Robert Millan [ackstorm] wrote: On Mon, Feb 26, 2007 at 12:03:00PM +0100, Diego Biurrun wrote: Why a lot of damage? How many machines are too slow for software scaling? I would guess about 80% of all the machines out there. You know, not everybody has a machine fast enough to run Beryl or can afford one. All machines below 2GHz I would guess, this excludes every non-x86 right away. My last generation PowerBook is not fast enough, even for a video of moderate size. When the machine is too slow to scale the video, video and audio go out of sync and the movie becomes unwatchable. I would guess the number of people taking screenshots at all is in the low one-digit percent of the users of MPlayer. It's not unreasonable at all to expect them to take appropriate measures. The situation is the same for all other multimedia players, btw. Does this give you an idea how much damage such a change would do? Yes. I see your point here. Reimar also made a good one. I won't insist on having software scaling as default. :) But then again we could try to fit well for users of powerful machines as well. What do you think of my proposition of rearranging the template a bit (but still defaulting to accelerated mode) ? I still think it's a bad idea. In fact I think this template is a bad idea to begin with. MPlayer has been carefully tuned to choose the best video output driver by default, setting a default vo overrides this. That's a workaround. For plain screenshots it'd be enough to enable this workaround by default. For Beryl, we would need another workaround, and presumably a more complicated one. We shouldn't assume that is even possible to do that sanely. This is not a workaround, this is the only feasible solution. Now would you please try it? That's not necessary, I believe when you say it works. It doesn't work for Beryl though, or for $insert-new-weird-yet-to-be-found-stuff-here. I doubt this is related to Beryl, try the following mplayer -vo xv -vf screenshot moviefile Then press 's' a few times, you should get a message like sending VFCTRL_SCREENSHOT! *** screenshot 'shot0008.png' *** and a PNG file with the screenshot in the current directory. Diego -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412493: [INTL:gl] Updated Galician debconf templates translation for tcp-wrappers
Package: tcp-wrappers Severity: wishlist Tags: l10n patch It only changes one word so it's low-priority. # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: tcpwrappers\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-13 20:20+0100\n PO-Revision-Date: 2006-04-07 16:18+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. description #: ../tcpd.templates:1001 msgid Should tcpd setup paranoid hosts.allow and hosts.access? msgstr ¿Quere que tcpd configure un hosts.allow e hosts.access paranoicos? #. Type: boolean #. description #: ../tcpd.templates:1001 msgid /etc/hosts.allow and /etc/hosts.deny will be setup since you do not have have any of these files yet. You can either have a generic and permissive configuration which will allow any incoming connection or a paranoid configuration which will not allow remote connections regardless of where they originate from. msgstr Como non ten estes ficheiros, hanse crear /etc/hosts.allow e /etc/hosts. deny. Pode ter unha configuración xenérica e permisiva que ha permitir calquera conexión entrante ou unha configuración paranoica que non permitirá conexións remotas independentemente da súa procedencia. #. Type: boolean #. description #: ../tcpd.templates:1001 msgid The second option, even if more secure, will block out all communication, including, for example, remote administration. So if you need this don't choose it. msgstr A segunda opción, aínda que sexa máis segura, ha bloquear tódalas conexións, o que inclúe, por exemplo, a administración remota. Así que se non o precisa, non a seleccione. #. Type: boolean #. description #: ../tcpd.templates:1001 msgid Regardless of which option you select you can always manually edit both files to suit your needs, for this, review the hosts_access(5) manpage. This might include giving remote access of services to legitimate hosts. msgstr Independentemente da opción que escollera sempre pode editar ámbolos dous ficheiros a man para os axustar ás súas necesidades. Para facelo revise a páxina man de hosts_access(5). Por exemplo, pode facelo para dar acceso remoto ás máquinas que o teñan que ter. #. Type: boolean #. description #: ../tcpd.templates:1001 msgid Notice this only applies to internet services that use the libwrap library. Remote connections will still be possible to services that do not use this library, consider using firewall rules to block access to these. msgstr Teña en conta que isto só serve para servizos de Internet que empreguen a biblioteca libwrap. As conexións remotas aínda han ser posibles para os servizos que non empregan esta biblioteca; pense en empregar regras de devasa para bloquear o acceso a estes servizos.
Bug#412069: patch for beryl support
On Mon, Feb 26, 2007 at 12:39:45PM +0100, Xavier Bestel wrote: On Mon, 2007-02-26 at 11:44 +0100, Robert Millan [ackstorm] wrote: My intel card can do without either XAANoOffscreenPixmaps or AddARGBGLXVisuals. No difference can be found on first sight (and I tested most basic stuff: cube, skydome, etc). nVidia doesn't need AddARGBGLXVisuals, but it needs XAANoOffscreenPixmaps. I don't know about ATI. But ATI seems to be so badly screwed wrt Beryl that we shouldn't care much. Beryl works quite well on my ATI r300 using XAANoOffscreenPixmaps - well, excepted I can't resize windows and sometimes the whole thing just freezes. Yes, but as Brice said before we shouldn't enable these options unless we know what the drawbacks are. Maybe you can investigate about that? My point is that if we don't figure that out satisfactorily in time, we could just enable the Composite extension, which sounds fairly safe, and seems to be enough for Intel cards. And Intel happens to be the card brand we have the best driver support for (compared to a RE'd driver for ATI and nothing for nVidia), so focusing on it makes sense to me. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412398: openjump has a dependency on j2re-1.4, which is not available in etch (should be sun-java5-jre)
[Petter Reinholdtsen] What do you mean here? The stack trace indicate that the AWT peers are missing. Any idea why? I asked on #debian-java, and Michael Koch said the problem is with the gcj recently being split to handle headless environments. Does it help to install the libgcj7-awt package? Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412080: please default to vo=x11
Package: mplayer Severity: wishlist # followup comes from #412080 On Mon, Feb 26, 2007 at 12:44:18PM +0100, Reimar Döffinger wrote: Hello, On Mon, Feb 26, 2007 at 12:24:09PM +0100, Robert Millan [ackstorm] wrote: [...] Could we keep accelerated mode as default, but try to arrange it in a way that the novice user can easily choose x11 with software scaling if she wants that? Making things easier is never a fault, though 2 comments on your special situation: 1) Xgl at least solves both the positioning and screenshot problem by emulating XVideo via OpenGL, which is the only sane way to support xv-only applications properly on a 3D desktop. It is not a real option on old hardware though. 2) If available, -vo gl or even better -vo gl:yuv=2 or even -vo gl:yuv=2:lscale=1 is a much better choice than x11. It can support vsync, hardware scaling and even hardware colorspace conversion and in the last example even much higher-quality scaling, given your hardware and drivers are good enough (which basically is the main problem with it). Xgl is not in debian, and installing it in etch is a major headache (check the ITP). I don't think we should care about this now, since any user who spends several hours to install Xgl in etch can spare a few seconds to adjust mplayer. How about adding a quick and easy question that offers software mode for etch, and then figuring out an Xgl-aware layout for lenny ? Assuming you're ok with that, I'm using this mail to file a separate bug. -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412492: [INTL:gl] Galician debconf templates translation for openvpn
Package: openvpn Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of openvpn's debconf templates # This file is distributed under the same license as the openvpn package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: openvpn\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-01-23 04:32+0100\n PO-Revision-Date: 2007-02-26 13:07+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Would you like to start openvpn sooner? msgstr ¿Quere iniciar openvpn máis pronto? #. Type: boolean #. Description #: ../templates:1001 msgid Previous versions of openvpn started at the same time as most of other services. This means that most of these services couldn't use openvpn since it may have been unavailable when they started. Newer versions of the openvpn package will start earlier. (i.e. a S16openvpn link in rc[235].d instead of a S20openvpn) msgstr As versións anteriores de openvpn iniciábanse ao mesmo tempo que a maioría dos servizos. Isto significa que a maior parte deses servizos non podían empregar openvpn xa que podía non estar dispoñible cando se iniciaron. As versións máis recentes do paquete openvpn hanse iniciar máis pronto (é dicir, unha ligazón S16openvpn en rc[235].d no canto de S20openvpn). #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:1001 ../templates:5001 msgid If you accept here, the package upgrade will make this change for you. If you refuse, nothing will change, and openvpn will be working just like it did before. msgstr Se acepta isto, a actualización do paquete ha facelo por vostede. Se o rexeita, nada ha cambiar e openvpn ha funcionar tan ben como viña facéndoo ata agora. #. Type: boolean #. Description #: ../templates:2001 msgid Would you like a TUN/TAP device to be created? msgstr ¿Quere que se cree un dispositivo TUN/TAP? #. Type: boolean #. Description #: ../templates:2001 msgid If you accept here, the package will make a special device called /dev/net/ tun for openvpn's use. If you refuse, the device won't be made now. Read README.Debian for details on how to make it. If you are using devfs refuse here. msgstr Se acepta isto, o paquete ha crear un dispositivo especial chamado /dev/net/ tun para o uso de openvpn. Se o rexeita, non se ha crear agora o dispositivo. Consulte README.Debian para máis detalles sobre como o facer. Se emprega devfs rexeite isto. #. Type: boolean #. Description #: ../templates:3001 msgid Would you like to stop openvpn before it gets upgraded? msgstr ¿Quere deter openvpn antes de o actualizar? #. Type: boolean #. Description #: ../templates:3001 msgid In some cases you may be upgrading openvpn in a remote server using a VPN to do so. The upgrade process stops the running daemon before installing the new version, in that case you may lose your connection, the upgrade may be interrupted, and you may not be able to reconnect to the remote host. msgstr Nalgúns casos pode estar a actualizar openvpn nun servidor remoto empregando unha VPN para o facer. O proceso de actualización detén o servizo en execución antes de instalar a nova versión; nese caso pode perder a conexión, a actualización hase interromper e non ha poder conectarse ao servidor remoto. #. Type: boolean #. Description #: ../templates:3001 msgid Unless you do your upgrades locally, it is advised NOT to stop openvpn before it gets upgraded. The installation process will restart it once it's done. msgstr A menos que faga as súas actualizacións localmente, recoméndase NON deter openvpn antes de actualizalo. O proceso de instalación ha reinicialo despois de rematar. #. Type: boolean #. Description #: ../templates:3001 msgid This option will take effect in your next upgrade. msgstr Esta opción ha tomar efecto na próxima actualización. #. Type: note #. Description #: ../templates:4001 msgid Default port has changed msgstr O porto por defecto cambiou #. Type: note #. Description #: ../templates:4001 msgid OpenVPN's default port has changed from 5000 to 1194 (IANA assigned). If you don't specify the port to be used on your VPNs, this upgrade may break them. msgstr O porto por defecto de OpenVPN cambiou de 5000 a 1194 (porto asignado pola IANA). Se non indica o porto a empregar nas súas VPN, esta actualización pode rompelas. #. Type: note #. Description #: ../templates:4001 msgid Use the option 'port 5000' if you want to keep the old port configuration, or take a look at your firewall rules to allow the new default port configuration to work. msgstr Empregue a opción \port 5000\ se quere conservar a configuración antiga do porto, ou consulte as regras da devasa para permitir que a nova configuración de portos funcione. #. Type: boolean #. Description
Bug#412478: tomcat5.5: should load capability module if required
On Mon, Feb 26, 2007 at 12:31:56PM +0100, Marcus Better wrote: tag 412478 wontfix thanks AFAIK the Debian kernels have capabilities compiled in (please correct me if I am wrong). Tomcat should not deal with loading kernel modules. If you compile a custom kernel, you are responsible for loading required modules. Just add it to /etc/modules. (Or compile it in, which seems to make more sense.) Its not even a good idea to compile this as module. If you want this functioniality, put it directly into the kernel. Cheers, Michael -- .''`. | Michael Koch [EMAIL PROTECTED] : :' : | Free Java Developer http://www.classpath.org `. `' | `-| 1024D/BAC5 4B28 D436 95E6 F2E0 BD11 5923 A008 2763 483B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412478: tomcat5.5: should load capability module if required
On Mon, Feb 26, 2007, Marcus Better wrote: AFAIK the Debian kernels have capabilities compiled in (please correct me if I am wrong). Tomcat should not deal with loading kernel modules. Sure; however why would it be hard to modprobe || true in the init script if it helps in the non-default case? /etc/modules is a different workaround, but I think it should be avoided when possible. -- Loïc Minier [EMAIL PROTECTED]
Bug#412470: Inconsistency between python-uno and openoffice.org-core
severity 412470 important tags 412470 moreinfo unreproducible thanks On Mon, Feb 26, 2007 at 10:27:41AM +0100, zefciu wrote: Package: python-uno Version: 2.0.4.dfsg.2-5 Severity: serious Trying to upgrade my system yesterday I got the following error: Następujące pakiety mają niespełnione zależności: python-uno: Wymaga: openoffice.org-core (= 2.0.4.dfsg.2-4) ale 2.0.4.dfsg.2-5 ma zostać zainstalowany E: Niespełnione zależności. Spróbuj 'apt-get -f install' bez pakietów (lub podaj rozwiązanie). You didn't get this error from version 2.0.4.dfsg.2-5 of python-uno. That package correctly depends on openoffice.org-core (= 2.0.4.dfsg.2-5). Moreover when trying to remove the python-uno package I get following error from python-central: INFO: using unsupported version '/usr/bin/python2.5' Traceback (most recent call last): File /usr/bin/pycentral, line 1373, in ? main() File /usr/bin/pycentral, line 1367, in main rv = action.run(global_options) File /usr/bin/pycentral, line 952, in run pkg.remove(runtimes, remove_script_files=True) File /usr/bin/pycentral, line 697, in remove default_runtime.remove_byte_code(self.private_files) AttributeError: 'NoneType' object has no attribute 'remove_byte_code' I can't reproduce this failure either with the current package. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#412477: Bug#412476: Installs *.a and *.la files at a weird location
severity 412477 important stop I've just noticed that it erases *.a and *.la built for multiple Python versions into a single one, so it's at least important and I think it's serious if anybody is relying on these *.a and *.la files. -- Loïc Minier [EMAIL PROTECTED]