Bug#502375: closed by Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]) (Re: Bug#502375: virtualbox-ose: kernel modules and application do not match)
On Thu, 16 Oct 2008 13:48:19 +0200 Daniel Baumann [EMAIL PROTECTED] wrote: 2. Install virtualbox-ose-source, as root: apt-get install virtualbox-ose-source Thanks Daniel, we found the missing piece of information, above, and I am back in business. Needless to say, I don't often build from source and I am not a frequent user of m-a, which says on its man page: auto-install | a-i auto-install is followed by one or more packages desired for installation. It will run prepare to configure your system to build packages, get the package source, try to build it for the current kernel and install it. The part in question is get the package source, which sounds to me like it absolves me of the responsibility for getting the source. At least that is how I read it. Is the man page wrong or incomplete? Thanks again, Clayton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502438: kdeaccessibility does not have a -dbg package
Package: kdeaccessibility Version: 4:4.1.2-1 Severity: normal As per IRC, this a reminder bug :) Thanks, Richard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502394: fai-client: Softupdates hang during update of config files
On Thu, Oct 16, 2008 at 10:46:58AM +0200, Thomas Lange wrote: Another approach could be, that the admin is resposible for setting his prefered options in /etc/apt/apt.conf.d, when doing softupdtes. If this is at least the way I do it. FAI forces the options that you proposed, it's not possible for others to change them or use other options. So, is it really a good idea to force those options for every softupdate? I would say that the best way is to document this by including the appropriate configuration in the simple example... -- c u henning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498351: libneon27-gnutls: latest upgrades broke svn https auth
On Tue, Sep 09, 2008 at 01:25:56PM +0200, Yves-Alexis wrote: It was working perfectly fine with -3, now with -5 svn keeps asking username/password. Adding --verbose to svn doesn't help. I'll try to see if I can debug with neon directly, but I'm not sure how to do that. Can you add: [global] neon-debug-mask = 511 to your ~/.subversion/servers to get debug info out of neon, and send me the output? Regards, Joe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502394: (no subject)
On Thu, Oct 16, 2008 at 2:50 PM, Holger Levsen [EMAIL PROTECTED] wrote: but there is no option to reply to those questions... Aehm, I oversaw that one! in that case, it really _must_ be important, If I got it correctly, that these questions appear also as soon as one has changed a file previoulsy with fcopy! Otherwise softupdates are totally impossible. -- Henning Sprang http://www.sprang.de | http://lazyb0y.blogspot.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502439: please add libvirt plugins
Package: munin-plugins-extra Severity: wishlist Hi, please add libvirt plugins. Network and Interface I/O plugins are available here: http://honk.sigxcpu.org/projects/libvirt/monitor/ A plugin to monitor the load of virtual machines is available here: http://packages.ubuntu.com/intrepid/admin/virt-goodies This would then need a: Recommends: python-libvirt, python-libxml2 Or would you prefer a separate munin-plugins-libvirt? -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502375: closed by Daniel Baumann [EMAIL PROTECTED] (reply to [EMAIL PROTECTED]) (Re: Bug#502375: virtualbox-ose: kernel modules and application do not match)
Clayton wrote: The part in question is get the package source, which sounds to me like it absolves me of the responsibility for getting the source. At least that is how I read it. Is the man page wrong or incomplete? imho it's incomplete - due to the nature how dependencies are handled, m-a thinks that if /any/ version of virtualbox-ose is installed, the correct package here would be the newest available version, which is not necessarily what you have on your system. however, this is not really fixable in m-a i think, but the manpage could probably more clear about it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502384: Can't reproduce #502384
tags 502384 + unreproducible moreinfo severity 502384 important thanks Hi! What is the exact error message that you are seeing when building brasero, please? I can't reproduce your problem building it on an updated pbuilder environment. Thank you! Best regards, Nelson signature.asc Description: Digital signature
Bug#502441: CMake includes static copy of libraries available in Debian
Package: cmake Version: 2.6.0-5 Severity: important Tags: patch security -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi it looks like cmake on Debian does not use system libraries much. Is there any specific reason for this? Currently curl, expat, zlib and xmlrpc libraries are included in CMake sources and they are used instead of system ones. This can lead to problems in case of security problem in one of them. Looking at curl, bundled version is 7.16.1 and it is affected at least by CVE-2007-3564. I did not investigate other embedded libraries... Using --system-libs parameter to bootstrap seems to fix this issue and cmake seems to work fine. In this case you also need to add build depends for used libraries. Hopefully I did not miss any in attached patch. CC to security team as version which includes old curl is already in testing. - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.16-0.1-default (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cmake depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libidn11 1.10-2.1 GNU libidn library, implementation ii libncurses5 5.6+20081004-1 shared libraries for terminal hand ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii libstdc++64.3.2-1The GNU Standard C++ Library v3 cmake recommends no packages. cmake suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkj3SdcACgkQ3DVS6DbnVgRFBACg6W4oF4uEoYMmnIDrolJnS22z 3YsAoOlvpNHG5Wv16OF1BKkSh9CIHG/L =6LYo -END PGP SIGNATURE- diff -u cmake-2.6.2/debian/control cmake-2.6.2/debian/control --- cmake-2.6.2/debian/control +++ cmake-2.6.2/debian/control @@ -4,7 +4,7 @@ Maintainer: A. Maitland Bottoms [EMAIL PROTECTED] Uploaders: Pierre Habouzit [EMAIL PROTECTED], Modestas Vainius [EMAIL PROTECTED] DM-Upload-Allowed: yes -Build-Depends: debhelper (= 6.0.7~), libncurses5-dev, tcl8.4, quilt, libcurl4-gnutls-dev +Build-Depends: debhelper (= 6.0.7~), libncurses5-dev, tcl8.4, quilt, libcurl4-gnutls-dev, libxmlrpc-c3-dev, libexpat1-dev, zlib1g-dev Standards-Version: 3.8.0 Package: cmake diff -u cmake-2.6.2/debian/rules cmake-2.6.2/debian/rules --- cmake-2.6.2/debian/rules +++ cmake-2.6.2/debian/rules @@ -38,7 +38,7 @@ echo CMAKE_CXX_FLAGS:STRING=$(CFLAGS) Build/CMakeCache.txt $(if $(USE_DARTP),echo DART_ROOT:PATH=/usr/share/Dart Build/CMakeCache.txt) $(if $(USE_DARTP),echo BUILDNAME:STRING=cmake_2.2.3-1_$(DARCH).deb Build/CMakeCache.txt) - cd Build ../bootstrap --prefix=/usr --docdir=/share/doc/cmake --mandir=/share/man + cd Build ../bootstrap --prefix=/usr --docdir=/share/doc/cmake --mandir=/share/man --system-libs chmod -x ChangeLog.manual chmod -x Modules/*.cmake Modules/*.cmake.in Modules/*.cxx Modules/Platform/* touch $@
Bug#502413: aptitude: corrections for Romanian tranlation (PO)
On Thu,16.Oct.08, 16:23:01, Aioanei Rares wrote: [...] This is irrelevant for the bug, will answer in private. Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#502440: lighttpd: Debian-specific config file changes cause strange behaviour
Package: lighttpd Version: 1.4.19-5 Severity: grave Justification: renders package unusable The implementation of the Debian policy (regarding /doc and /images) in the default config file makes it impossible to declare even simple aliases such as alias.url += ( /test = /home/user/foo/ ) Visiting http://localhost/test/ (with or without index.html) just gives an HTTP 404 error. After completely removing the Debian specific part in question, the alias works as expected. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lighttpd depends on: ii libattr1 1:2.4.43-1Extended attribute shared library ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.7-14GNU C Library: Shared libraries ii libfam02.7.0-13.3Client library to control the FAM ii libldap-2.4-2 2.4.10-3 OpenLDAP libraries ii libpcre3 7.6-2.1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8g-13 SSL shared libraries ii libterm-readline-perl- 1.0302-1 Perl implementation of Readline li ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime lighttpd recommends no packages. Versions of packages lighttpd suggests: pn apache2-utils none (no description available) ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary a pn rrdtool none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502405: approx: receives stale files when used from behind an transparent HTTP proxy
Package: approx Version: 2.8.0 Severity: important When APT is configured to use approx, apt-get update ..often produces errors such as: Failed to fetch http://debcache:/debian-volatile/dists/etch/volatile/main/binary-i386/Packages.bz2 MD5Sum mismatch ..or: GPG error: http://debcache etch/volatile Release: The following signatures were invalid: BADSIG EC61E0B0BBE55AB3 Debian-Volatile Archive Automatic Signing Key (4.0/etch) ..which can be due to approx receiving stale files from a transparent proxy. Some ISPs use transparent proxies without allowing their customers to opt-out. Configuring APT to go direct rather than via approx results in the same behaviour yet invoking commands such as: wget --no-cache http://security.debian.org/dists/etch/updates/Release -O /dev/null ..fixes the problem (until the next time the transparent proxy serves up a stale file). If approx could get curl to do the equivalent of --no-cache then this problem would go away forever. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-bpo.1-486 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages approx depends on: ii adduser3.102 Add and remove users and groups ii bzip2 1.0.3-6 high-quality block-sorting file co ii curl 7.15.5-1etch1 Get a file from an HTTP, HTTPS, FT ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libpcre3 6.7+7.4-4 Perl 5 Compatible Regular Expressi ii lsb-base 3.1-23.2etch1 Linux Standard Base 3.1 init scrip approx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498351: libneon27-gnutls: latest upgrades broke svn https auth
On Thu, Oct 16, 2008 at 01:56:02PM +0100, Joe Orton wrote: On Tue, Sep 09, 2008 at 01:25:56PM +0200, Yves-Alexis wrote: It was working perfectly fine with -3, now with -5 svn keeps asking username/password. Adding --verbose to svn doesn't help. I'll try to see if I can debug with neon directly, but I'm not sure how to do that. Can you add: [global] neon-debug-mask = 511 to your ~/.subversion/servers to get debug info out of neon, and send me the output? Attached. -- Yves-Alexis ah_create, for WWW-Authenticate Running pre_send hooks compress: Initialization. Sending request headers: OPTIONS /svn/projet/svn-repo HTTP/1.1 Host: svnserver.tld User-Agent: SVN/1.5.1 (r32289) neon/0.28.2 Keep-Alive: Connection: TE, Keep-Alive TE: trailers DAV: http://subversion.tigris.org/xmlns/dav/svn/depth DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops Accept-Encoding: gzip Sending request-line and headers: Doing DNS lookup on svnserver.tld... Connecting to 192.168.124.246 Negotiating SSL connection. ssl: Identity match for 'svnserver.tld': good Failures = 0 Request sent; retry is 0. [status-line] HTTP/1.1 401 Authorization Required [hdr] Date: Thu, 16 Oct 2008 13:56:07 GMT Header Name: [date], Value: [Thu, 16 Oct 2008 13:56:07 GMT] [hdr] Server: Apache Header Name: [server], Value: [Apache] [hdr] WWW-Authenticate: Digest realm=[EMAIL PROTECTED], nonce=ExPgNV9ZBAA=145e2fa15a71fe791cc63364c0a704adc9f7e370, algorithm=MD5, domain=svnserver.tld/wsvn/ wsvn/, qop=auth Header Name: [www-authenticate], Value: [Digest realm=[EMAIL PROTECTED], nonce=ExPgNV9ZBAA=145e2fa15a71fe791cc63364c0a704adc9f7e370, algorithm=MD5, domain=svnserver.tld/wsvn/ wsvn/, qop=auth] [hdr] Vary: Accept-Encoding Header Name: [vary], Value: [Accept-Encoding] [hdr] Content-Encoding: gzip Header Name: [content-encoding], Value: [gzip] [hdr] Content-Length: 336 Header Name: [content-length], Value: [336] [hdr] Keep-Alive: timeout=15, max=100 Header Name: [keep-alive], Value: [timeout=15, max=100] [hdr] Connection: Keep-Alive Header Name: [connection], Value: [Keep-Alive] [hdr] Content-Type: text/html; charset=iso-8859-1 Header Name: [content-type], Value: [text/html; charset=iso-8859-1] [hdr] End of headers. Running post_headers hooks Reading 336 bytes of response body. Got 10 bytes. Read block (10 bytes): [Reading 326 bytes of response body. Got 318 bytes. Read block (318 bytes): [Reading 8 bytes of response body. Got 8 bytes. Read block (8 bytes): [Running post_send hooks ah_post_send (#0), code is 401 (want 401), WWW-Authenticate is Digest realm=[EMAIL PROTECTED], nonce=ExPgNV9ZBAA=145e2fa15a71fe791cc63364c0a704adc9f7e370, algorithm=MD5, domain=svnserver.tld/wsvn/ wsvn/, qop=auth auth: Got challenge (code 401). auth: Got 'Digest' challenge. auth: Trying Digest challenge... auth: Using domain /svnserver.tld/wsvn/ from svnserver.tld/wsvn/ auth: Using domain /wsvn/ from wsvn/ auth: Got qop, using 2617-style. auth: H(A1) is [68c2f9d235324f2a53abdbcfd46c5f68] auth: Accepting digest challenge. auth: Accepted Digest challenge. Running pre_send hooks auth: Sending 'Digest' response. auth: '/svn/projet/svn-repo' is inside auth domain: 0. compress: Initialization. Sending request headers: OPTIONS /svn/projet/svn-repo HTTP/1.1 Host: svnserver.tld User-Agent: SVN/1.5.1 (r32289) neon/0.28.2 Keep-Alive: Connection: TE, Keep-Alive TE: trailers DAV: http://subversion.tigris.org/xmlns/dav/svn/depth DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops Accept-Encoding: gzip Sending request-line and headers: Request sent; retry is 1. [status-line] HTTP/1.1 401 Authorization Required [hdr] Date: Thu, 16 Oct 2008 13:56:07 GMT Header Name: [date], Value: [Thu, 16 Oct 2008 13:56:07 GMT] [hdr] Server: Apache Header Name: [server], Value: [Apache] [hdr] WWW-Authenticate: Digest realm=[EMAIL PROTECTED], nonce=FRrgNV9ZBAA=624c95147ca7595edf74afc01d90934d51efa2f5, algorithm=MD5, domain=svnserver.tld/wsvn/ wsvn/, qop=auth Header Name: [www-authenticate], Value: [Digest realm=[EMAIL PROTECTED], nonce=FRrgNV9ZBAA=624c95147ca7595edf74afc01d90934d51efa2f5, algorithm=MD5, domain=svnserver.tld/wsvn/ wsvn/, qop=auth] [hdr] Vary: Accept-Encoding Header Name: [vary], Value: [Accept-Encoding] [hdr] Content-Encoding: gzip Header Name: [content-encoding], Value: [gzip] [hdr] Content-Length: 336 Header Name: [content-length], Value: [336] [hdr] Keep-Alive: timeout=15, max=99 Header Name: [keep-alive], Value: [timeout=15, max=99] [hdr] Connection: Keep-Alive Header Name: [connection], Value: [Keep-Alive] [hdr] Content-Type: text/html; charset=iso-8859-1 Header Name: [content-type], Value: [text/html; charset=iso-8859-1] [hdr] End of headers. Running post_headers hooks Reading 336 bytes of response body. Got 10 bytes. Read block (10 bytes): [Reading 326 bytes of response body.
Bug#499033: column indentation is broken
Matthias Schmitz [EMAIL PROTECTED] writes: i build a 'rrdtool 1.3 casing' in munin-graph so the legend font uses now 'monospace'. It looks not so nice like VeraMono.ttf but better aligned :-). Hi Matthias, Thanks for working on this. In case you didn't know, the RRDTool developer suggests that there are other, possibly better options: http://oss.oetiker.ch/rrdtool-trac/ticket/189#comment:4 I can look into this if needed. -- Cheers, Feri. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502430: Add San Juan to the list
So, it seems San Juan has also made up its mind regarding DST: http://www.diariodecuyo.com.ar/home/new_noticia.php?noticia_id=308387 http://www.losandes.com.ar/notas/2008/10/16/un-387077.asp The governor confirmed last night that San Juan won't adhere to the time change. According to this article (and quite a number of similar articles), the other one that is very probably going to not change is La Rioja: http://www.infobae.com/contenidos/409567-100799-0-Seis-provincias-dicen-no-al-cambio-huso-horario The announcement regarding this possibility should be happening today. The list of provinces that still haven't made up their mind is painfully long: Rio Negro, Neuquen, Santa Cruz, Chubut, Jujuy, Corrientes, Santa Fe. Any of them could decide to not change at any point between today and Sunday 00:00. :-\ I'm really sorry to live in such a stupid country. -- Besos, ,''`. Marga : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502370: 502370
Works for me without any problems sqllite3 3.5.9-5 $ sqlite3 SQLite version 3.5.9 Enter .help for instructions sqlite select 100/1.5; 66.7 sqlite select 100/2.5; 40.0 sqlite select 100/2; 50 sqlite select 100/3; 33 sqlite select 100/3.1; 32.258064516129 sqlite select 100/1.5; 66.7 sqlite select 100/1.25; 80.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501954: use MediaWiki instead of MoinMoin
On Mon, Oct 13, 2008 at 05:05:57PM +0200, Josip Rodin wrote: On Sun, Oct 12, 2008 at 05:50:29AM +0800, [EMAIL PROTECTED] wrote: Package: wiki.debian.org Severity: wishlist I hereby propose wiki.debian.org be moved from MoinMoin to the popular MediaWiki software. I expect this proposal to sit here for several years slowly gaining supporters (so please don't just stamp it wontfix, etc.) By that time there will be even more programs available to do the conversion than now. There is a page on the Wiki where others (including me) already brought this up, please find it and link it (or maybe better to paste it). Mentioning only popular as the argument for MediaWiki does not do it justice, in fact maybe even the opposite... In the interest of fairness, I looked it up myself, and found it pretty quickly at http://wiki.debian.org/DebianWebsiteDiscussion Mediawiki? I'm really ashamed to bring this up, but maybe Debian could consider a change to MediaWiki? I guess I'll get flamed for this, but I actually think it's a much nicer interface (eye candy and usage-wise). If you compare with e.g., the Gentoo wiki, the Gentoo wiki has a much higher activity than the Debian wiki has, and I think the userbase does not explain this (I'd expect Debian to be just as large). Very sorry to bring this up, be gentle with the flaming of me now! Answer wiki.debian.org is a 4 months old wiki started after the DSA volunteered to host an official Debian wiki instead of having Michael Ivey host wiki.debian.net using Kwiki. The switch to Moin happened at the same time. When the wiki was still run with Kwiki, I think I was the most insistent person to request a move to MediaWiki. Kwiki is a really poor engine, so migrating to Moin already improved things more than they would be improved now by switching to MediaWiki. When the migration occured, Moin was in a little bit better position to be used by DSA than MediaWiki, Moin was in Debian since a long time while MediaWiki was only ITP-ed. When the migration was complete though, MediaWiki was already in Sid, so it must not have been a big factor for the DSA. My guess is that the DSA chose Moin since it's in Python while MediaWiki is in PHP (I don't see anything else explaining why an engine so clearly inferior to MediaWiki in terms of usability would have been chosen). If you still think that moving to MediaWiki is worth it and there is a chance that DSA agrees and implements that, there are other pages about migrating to MediaWiki (e.g. HelpMoveDebianWikiToMediaWiki or DebianWiki/Engine) where this discussion should be more appropriate. This page can probably be deleted. small note to wikis moinmoin seems currently (2007) the most feature rich and flexible wiki technology available, and it will stay so for some time. its biggest advantage is the graphical editor, but also its simpler wiki syntax and theming make it much easier to use for a beginner. from an administration point of view it is also much simpler. just try to get personal moin run on your pc in 5 min and synchronize with a real moin on the web which has wiki sync enabled. -- ThurnerRupert 2007-06-13 07:35:13 software This Wiki software that we're using right now, and/or the way it is set up, is just horribly unfriendly compared to MediaWiki. I admit I could be biased, having made tens of thousands of edits on Wikipedia under MediaWiki, but other than a gazillion functional user interfaces fixes that it could greatly benefit from, it could also benefit from mediawiki stuff such as namespaces, slashes in URLs, no CamelCase (ugh), categorization that is distinct from the rest of the pages, or Special:Whatlinkshere (list of links to the page), or edit links on sections... heck, this discussion page as such seems strange to me, with people using subsections for responses rather than indentation... --Joy I should also mention - this thing doesn't allow me to remember my login credentials in the browser. While this could be considered a security feature, and is probably possible to work around using greasemonkey or whatever, it's also really annoying :) --Joy Another thing is that we don't seem to have administrator users here. I don't know if this is the fault of our current installation (maybe we just don't have a way of listing them? :) or a generic problem, but MediaWiki has that, and admins are able to ban spammers etc. --Joy -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of
Bug#501866: Missing dependancy - libpango1.0-common.prerm uses defoma-app in pkg defoma
On 2008-10-16 13:35 +0200, Raphael Hertzog wrote: On Thu, 16 Oct 2008, Sven Joachim wrote: On 2008-10-15 17:20 +0200, Josselin Mouette wrote: Frankly, I’m tempted to reassign this to dpkg; Policy §7.2 is very clear on the relationship between prerm scripts and Depends. I think reassigning would be OK. Maybe also raising the severity to important. I'm not quite sure this is the right thing to do, quoting policy: A Depends field takes effect only when a package is to be configured. It does not prevent a package being on the system in an unconfigured state while its dependencies are unsatisfied, and it is possible to replace a package whose dependencies are satisfied and which is properly installed with a different version whose dependencies are not and cannot be satisfied; So there's no guaranty in the prerm script. You can only rely on essential packages being unpacked. If this is not going to change, it should be documented in the Policy. Dpkg needs to ensure that all dependencies *and their own dependencies* are in a clean, installed state when running the prerm script. It correctly does it for postinst already. I don't think this is reasonable. You are asking to change all Depends into Pre-Depends. Not quite, since prerm scripts are only called during removals and upgrades, and if the package being removed or upgraded had been installed correctly, the dependencies should be fulfilled during the run of the prerm script. However, this cannot be guaranteed in all cases, e.g. if there are circular dependencies. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502420: kgpg: Enter statt Passwort kann das System unbenutzbar machen
Package: kgpg Version: 4:3.5.9-2 Severity: normal Probiere folgendes auf ein 1G RAM-System mit 2G dm-crypt Swap: $ du -m ~/Size_1,2G_.dat 1135~/Size_1,2G_.dat $ gpg --symmetric -v -o ~/ktest.gpg ~/Size_1,2G_.dat (pinentry: beliebige Passphrase) gpg: benutze Cipher CAST5 gpg: Schreiben nach '~/ktest.gpg' $ kgpg ~/ktest.gpg (pinentry: *Keine* Passphrase - nur Enter) kgpg: „Entschlüsselung läuft“ (!) Ergebnis: Die Datei wird ohne Passwort dennoch von kgpg eingelesen(!), RAM und Swap laufen voll, das System ist kaum noch zu bedienen (ein sehr beschwerlicher weg zu kill -9 kgpg). Kgpg geht hier offensichtlich andere Wege als gpg. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kgpg depends on: ii gnupg 1.4.9-3 GNU privacy guard - a free PGP rep ii kdelibs4c2a 4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1GCC support library ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 kgpg recommends no packages. Versions of packages kgpg suggests: ii khelpcente 4:4.0.0.really.3.5.9.dfsg.1-5 help center for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502387: complete system hangup
severity 502387 important retitle 502387 [G4X] complete system hang kthxbye On Thu, Oct 16, 2008 at 08:48:12 +0200, Nico Schottelius wrote: Since some days, maybe since the upgrade from xserver-xorg-core from 2:1.4.2-6 to 2:1.4.2-7, the system has a total hangup when I specify to use the intel driver in xorg.conf. It runs fine without specification, in which case xorg choses vesa (that`s why I report the bug for the intel package). There's a reason we don't use the intel driver on cantiga by default. It seems the problems got tracked down recently though, see below. As seen below, I have the Intel Cantiga chipset runnin on the Lenovo X200. This happens with plain debian kernel (2.6.26) and also with 2.6.27-rc6. The patches at [1] and [2] might help. d-k: can we get the kernel part of this bug fixed in lenny? Cheers, Julien [1] http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commitdiff_plain;h=2052746fc8397130c120f0194a89938b0b62b6cb [2] http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=4dd00681dd0f9fce8dfd4592b46418edbbd2eeb4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502427: recoll: please suggest libimage-exiftool-perl
Package: recoll Version: 1.10.6-1 Severity: minor Can't locate Image/ExifTool.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/recoll/filters/rclimg line 61. please suggest/recommed/depend on libimage-exiftool-perl, which provides this Perl module. BTW, recoll is great! Thank you! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages recoll depends on: ii libc6 2.7-14GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxapian151.0.7-3 Search engine library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages recoll recommends: ii aspell0.60.6-1 GNU Aspell spell-checker Versions of packages recoll suggests: pn antiword none (no description available) ii catdoc 0.94.2-1MS-Word to TeX or plain text conve ii ghostscript 8.62.dfsg.1-3.1 The GPL Ghostscript PostScript/PDF ii poppler-utils0.8.7-1 PDF utilitites (based on libpopple ii unrtf0.19.3-1.1 RTF to other formats converter ii xpdf 3.02-1.4Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502383: Acknowledgement (linux-image-2.6.26-1-amd64: BUG at fs/jfs/jfs_metapage.c:742 assert(mp-count))
When I shutdown after reporting the bug, the machine didn't shutdown smoothly. It shutdown X11 and then just sat there with the tty0 text login screen. I logged in as root and tried issuing the shutdown -h now command again to no avail. I ended up having to shut it off manually with the hardware power switch. A couple of days ago I had a similar situation where the machine wouldn't shutdown smoothly. Any suggestions? Regards, Tom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468106: option to suppress 'missing from override file' warning
Hi, On Thu, 2008-10-16 at 09:22:49 +0100, Shish wrote: I've had the same annoyance; and it struck me as silly that the override file be a mandatory argument in the first place, if there are legitimate situations where it isn't needed (the tutorial I was following used /dev/null as a workaround) This was fixed long time ago, lenny and sid systems should have such fixed dpkg-dev package. http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=4c41b1df I've attached a patch which makes the override argument optional, and if it isn't supplied, the warnings about it won't be shown. There's a bit of ugly indent fiddling, but I couldn't see any way around that (Ideally I'd just stick an if around one function call, but there are no functions, the whole script is one monolithic block...) For this one, the proper solution is to replace the print calls with warning calls, and enable those only on verbose mode or similar. I've the print to warnings code around will try to commit latter. Thanks for the patch anyway! regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502388: [geany] Restart Terminal freezes the program
On Thu, 16 Oct 2008 09:57:49 +0300, do [EMAIL PROTECTED] wrote: Package: geany Version: 0.14-1 Severity: grave --- Please enter the report below this line. --- To reproduce : 1. Go to the 'Terminal' tab . 2. Right-click in the terminal area . 3. select 'Restart Terminal' . Thanks for reporting. This problem has already been fixed in the current SVN version. Geany 0.15, including the fix, will be released at the end of this week. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc pgpvMWARczto9.pgp Description: PGP signature
Bug#499033: column indentation is broken
Hi Feri, Am Thu, 16 Oct 2008 11:16:31 +0200 schrieb Ferenc Wagner [EMAIL PROTECTED]: Thanks for working on this. In case you didn't know, the RRDTool developer suggests that there are other, possibly better options: http://oss.oetiker.ch/rrdtool-trac/ticket/189#comment:4 I can look into this if needed. i found this ticket while looking for the alignment stuff. But Tobi said we should use tabbing and my trials with this were not successful. The tabbing with \t doesn't create a correct alignment. But if you want to help with this - you are very welcome :-). best regards, Matthias signature.asc Description: PGP signature
Bug#502416: [l10n] Czech translation for interchange
Package: interchange Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for interchange package, please include it. Regards, Martin Sin# #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: interchange 5.2.0-2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-10-13 19:15+\n PO-Revision-Date: 2008-10-16 13:29+0200\n Last-Translator: Martin Sin [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../interchange-cat-standard.templates:1001 msgid Create the Interchange demo catalog? msgstr VytvoÅit ukázkový katalog programu Interchange? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:1001 msgid Whether to install the demo catalog from the standard template or let you manually install it with makecat. msgstr Nainstaluje ze standardnà šablony ukázkový katalog, ten je možné také vytvoÅit pozdÄji ruÄnÄ pomocà makecat. #. Type: boolean #. Description #: ../interchange-cat-standard.templates:2001 msgid Remove demo catalog on package purge? msgstr Smazat ukázkový katalog pÅi odstranÄnà balÃÄku? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:2001 msgid Should all files belonging to the Interchange demo catalog removed when you purge this package, e.g. with dpkg --purge or apt-get remove --purge ? msgstr Mám pÅi odstranÄnà tohoto balÃÄku také smazat vÅ¡echny soubory, které na nÄm závisÃ, napÅ. pomocà dpkg --purge nebo apt-get remove --purge ? #. Type: select #. Choices #: ../interchange-cat-standard.templates:3001 msgid always, ask, never msgstr vždy, zeptat se, nikdy #. Type: select #. Description #: ../interchange-cat-standard.templates:3002 msgid Policy for replacing existing demo catalogs: msgstr Politika odstranÄnà stávajÃcÃch ukázkových katalogů: #. Type: select #. Description #: ../interchange-cat-standard.templates:3002 msgid Whether to silently replace an existing demo catalog installation, ask for a confirmation or never touch an existing installation. msgstr Mám odstranit demonstraÄnà katalog tiÅ¡e, vyžádat si potvrzenà nebo existujÃcà katalog nikdy neodstraÅovat? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:4001 msgid Replace the Interchange demo catalog? msgstr Odstranit ukázkový katalog Interchange? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:4001 msgid There seems to already exist an Interchange demo catalog. msgstr Zdá se, že ukázkový katalog Interchange již existuje. #. Type: string #. Description #: ../interchange-cat-standard.templates:5001 msgid Virtual host for the demo catalog: msgstr Virtuálnà poÄÃtaÄ s ukázkovým katalogem: #. Type: string #. Description #: ../interchange-cat-standard.templates:5001 msgid You are running Interchange with \FullURL\ enabled. Please specify the virtual host for the demo catalog. msgstr Interchange vám bÄžà s povoleným \FullURL\. Zadejte prosÃm virtuálnà poÄÃtaÄ s ukázkovým katalogem. #. Type: string #. Description #: ../interchange-cat-standard.templates:6001 msgid Username for this catalog's administration: msgstr Uživatelské jméno pro správu katalogu. #. Type: string #. Description #: ../interchange-cat-standard.templates:6001 msgid Please provide an username for administering the demo catalog. The username must be at least 2 characters long and only contain letters, digits, underscore, @ or the dot as characters. msgstr Zadejte prosÃm uživatelské jméno pro administraci ukázkového katalogu. Uživatelské jméno musà být alespoÅ 2 znaky dlouhé a smà obsahovat pouze pÃsmena, ÄÃslice, podtržÃtko, @ nebo teÄku. #. Type: password #. Description #: ../interchange-cat-standard.templates:7001 msgid Password for this catalog's administration: msgstr Heslo pro administraci tohoto katalogu: #. Type: password #. Description #: ../interchange-cat-standard.templates:7001 msgid Please provide a password for administering the standard demo catalog. Choose one which can not be easily guessed. Default is pass. The password must be at least 4 characters long and only contain letters, digits, underscore @ or the dot as characters. msgstr Zadejte prosÃm heslo pro administraci hlavnà Äásti ukázkového katalogu. Zvolte takové, které nelze snadno
Bug#502442: vde2: Package should provide an rcfile
Package: vde2 Version: 2.2.2-1 Severity: normal vde2 package provides two commands, unixcmd and vdecmd, which need a rcfile to work. By default, these commands look for the rcfile to the default path /usr/etc/vde2/vdecmd and /usr/etc/vde2/unixcmd, but these files are not provided by the package. One working rcfile can be found in vde2's source tarball (doc/vdecmd), which seems to work fine. As there is no documentation in the binary package, nor manual page to describe how to write this rcfile, I think it should be provided by vde2 package, and vdecmd/unixcmd default rcfile path should be adapted. Regards, Nicolas Pichon. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vde2 depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-14 GNU C Library: Shared libraries ii libpcap0.80.9.8-5system interface for user-level pa ii libvdemgmt0 2.2.2-1Virtual Distributed Ethernet - Man ii libvdeplug2 2.2.2-1Virtual Distributed Ethernet - Plu vde2 recommends no packages. Versions of packages vde2 suggests: pn kvm none (no description available) ii qemu 0.9.1-6fast processor emulator pn vde2-cryptcab none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501920: Upstream Bug Report
Hello, I have done several tests with gdb and put the output here: [EMAIL PROTECTED]:/raid/capture gdb --args dvgrab -showstatus -s 0 newyork GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... (gdb) run Starting program: /usr/local/bin/dvgrab -showstatus -s 0 newyork [Thread debugging using libthread_db enabled] Found AV/C device with GUID 0x0800460102e6c66d [New Thread 0xb7c3c6c0 (LWP 21156)] [New Thread 0xb1295b90 (LWP 21159)] [New Thread 0xb09f3b90 (LWP 21160)] Warning: Cannot set RR-scheduler Warning: Cannot disable swapping Capture Started newyork001.dv:31.86 MiB 232 frames timecode 45:85:85.45 date 2008.10.16 15:52:10 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb09f3b90 (LWP 21160)] 0x78787868 in ?? () (gdb) thread apply all bt Thread 3 (Thread 0xb09f3b90 (LWP 21160)): #0 0x78787868 in ?? () #1 0xb7f220b8 in ?? () from /usr/lib/libiec61883.so.0 #2 0xb0a7100c in ?? () #3 0x00023280 in ?? () #4 0x in ?? () Thread 2 (Thread 0xb1295b90 (LWP 21159)): #0 0xb7f5b424 in __kernel_vsyscall () #1 0xb7ec5025 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/cmov/libpthread.so.0 #2 0x0806e7a2 in IEEE1394Reader::WaitForAction (this=0xb773b008, seconds=0) at ieee1394io.cc:244 #3 0x080560ce in DVgrab::captureThreadRun (this=0xbf974898) at dvgrab.cc:962 #4 0x08056621 in DVgrab::captureThread (arg=0xbf974898) at dvgrab.cc:787 #5 0xb7ec14c0 in start_thread () from /lib/i686/cmov/libpthread.so.0 #6 0xb7d1e55e in clone () from /lib/i686/cmov/libc.so.6 Thread 1 (Thread 0xb7c3c6c0 (LWP 21156)): #0 0xb7f5b424 in __kernel_vsyscall () #1 0xb7d13ce7 in poll () from /lib/i686/cmov/libc.so.6 #2 0xb7f2d5b0 in avc1394_transaction () from /usr/lib/libavc1394.so.0 #3 0xb7f2e237 in avc1394_vcr_status () from /usr/lib/libavc1394.so.0 #4 0x0806bb6a in AVC::TransportStatus (this=0xb7f2f100, phyID=-516) at ieee1394io.cc:907 #5 0x08054eb1 in DVgrab::done (this=0xbf974898) at dvgrab.cc:1283 #6 0x0806f609 in main (argc=5, argv=Cannot access memory at address 0x5 ) at main.cc:132 #0 0x78787868 in ?? () I can reproduce the behavior quite good, but it will actually only happen every 2 or 3 times. I have reported the bug upstream to the original maintainer as well, since dvgrab/kino crash even when compiled from the latest sources: https://sourceforge.net/tracker/index.php?func=detailaid=2153747group_id=14103atid=114103 let me add, that in case dvgrab does not segfault, it complain about buffer underrun: Capture Started 15:51:35 newyork001.dv: buffer underrun near: timecode 45:85:85.45 date .??.?? ??:??:?? This error means that the frames could not be written fast enough. 15:51:35 newyork001.dv: buffer underrun near: timecode 45:85:85.45 date .??.?? ??:??:?? This error means that the frames could not be written fast enough. newyork001.dv:52.32 MiB 381 frames timecode 45:85:85.45 date 2008.10.16 15:51:41 Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502399: diarhesis characters make selection of words impossible
also sprach Josselin Mouette [EMAIL PROTECTED] [2008.10.16.1136 +0200]: This looks like a TeX document generated using the ae fonts. In which case, this behavior is expected, since these fonts emulate the characters by superposing the accents and umlauts to the ASCII characters. I definitely do not use the ae fonts. The font is /usr/share/texmf-texlive/fonts/type1/bluesky/cm/cmr10.pfb. The input file is attached. I use pdflatex: piper:~|master|.tmp/cdt.SLoqmUAo% pdflatex test.tex #10029 This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %-line parsing enabled. entering extended mode (./test.tex LaTeX2e 2005/12/01 Babel v3.8h and hyphenation patterns for american, polish, loaded. (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (/home/madduck/.texmf/tex/latex/utf8.sty) (/usr/share/texmf-texlive/tex/latex/base/inputenc.sty (/usr/share/texmf-texlive/tex/latex/base/utf8.def (/usr/share/texmf-texlive/tex/latex/base/t1enc.dfu) (/usr/share/texmf-texlive/tex/latex/base/ot1enc.dfu) (/usr/share/texmf-texlive/tex/latex/base/omsenc.dfu))) (./test.aux) [1{/var/lib /texmf/fonts/map/pdftex/updmap/pdftex.map}] (./test.aux) )/usr/share/texmf-tex live/fonts/type1/bluesky/cm/cmr10.pfb Output written on test.pdf (1 page, 10495 bytes). This should not happen if you use the lmodern or cm-super fonts. Confirmed. Anyway, even though there may be better fonts I can use, that does not justify the broken text selection behaviour of evince. xpdf sees separate characters for the overlay, but it doesn't break so spectacularly. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#502443: Typo in error message: Failed to creae target
Package: cdebootstrap Version: 0.5.3 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi when trying to bootstrap in non existing directory, I got an error Failed to creae target. I guess it should read Failed to create target. - -- Michal Čihař | http://cihar.com | http://blog.cihar.com - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.16-0.1-default (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cdebootstrap depends on: ii debian-archive-keyring 2008.04.16+nmu1 GnuPG archive keys of the Debian a ii gpgv 1.4.9-3 GNU privacy guard - signature veri ii libc62.7-15 GNU C Library: Shared libraries ii libdebian-installer-extr 0.61Library of some extra debian-insta ii libdebian-installer4 0.61Library of common debian-installer ii wget 1.11.4-2retrieves files from the web cdebootstrap recommends no packages. cdebootstrap suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkj3TsEACgkQ3DVS6DbnVgRsZACgghLJPAqxtTOPyxoDKgopmVTx qn8AoPvvKHqY94eW0MjVkKivdqsCr5i9 =QrwN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502408: dbus generates unaligned traps on Alpha
Package: dbus Version: 1.2.1-3 Severity: normal Tags: patch dbus and libdbus-1 generate unaligned traps on the Alpha architecture. The traps are due to misaligned accesses. On Alpha they generate a kernel trap and the kernel simulates the memory access with an unaligned trap entry in the kernel log. This is not a show-stopper on Alpha but the frequency of the reports in the system log is quite annoying. As the misaligned memory access is also in libdbus-1 it pollutes other programs that use libdbus-1 (see bug #368863 for the hal package where the unaligned trap is, in fact, due to libdbus-1). The offending line of code is line 518 of dbus_marshal_basic.c and I attach a patch (assuming this reportbug thingy works as I expect) recently posted by Jay Estabrook of HP to the debian-alpha mail list. I have been running dbus 1.2.1-3 with the patch applied for the last few days with no unaligned traps and no problems. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: alpha Kernel: Linux 2.6.26.2-dp264 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dbus depends on: ii adduser 3.110 add and remove users and groups ii debianutils 2.30 Miscellaneous utilities specific t ii libc6.1 2.7-13 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libselinux1 2.0.65-5 SELinux shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages dbus recommends: ii dbus-x11 1.2.1-3simple interprocess messaging syst dbus suggests no packages. -- no debconf information --- a/dbus/dbus-marshal-basic.c.ORIG 2008-04-23 17:54:58.0 -0400 +++ b/dbus/dbus-marshal-basic.c 2008-04-23 18:00:06.0 -0400 @@ -518,7 +518,7 @@ _dbus_marshal_read_basic (const DBusStri switch (type) { case DBUS_TYPE_BYTE: - vp-byt = _dbus_string_get_byte (str, pos); + *((volatile char *)vp-byt) = _dbus_string_get_byte (str, pos); (pos)++; break; case DBUS_TYPE_INT16:
Bug#502445: emdebian-tools: does not respect HTTP_PROXY environment variable
Package: emdebian-tools Version: 1.4.3 Severity: normal emsetup does not seem to respect HTTP_PROXY or http_proxy environment variable: $ sudo sh -c 'export HTTP_PROXY=http://proxy.kurp.hut.fi:3128/; export http_proxy=http://proxy.kurp.hut.fi:3128/; emsetup --arch armel' Updating main system apt cache (enter your sudo password if prompted). Hit http://apt-proxy.kurp.hut.fi sid Release.gpg Err http://www.emdebian.org unstable Release.gpg Could not connect to www.emdebian.org:80 (88.198.202.189). - connect (111 Connection refused) Err http://www.emdebian.org unstable/main Translation-en_US Could not connect to www.emdebian.org:80 (88.198.202.189). - connect (111 Connection refused) Ign http://apt-proxy.kurp.hut.fi sid/main Translation-en_US Hit http://apt-proxy.kurp.hut.fi sid Release Ign http://apt-proxy.kurp.hut.fi sid/main Packages/DiffIndex Hit http://apt-proxy.kurp.hut.fi sid/main Packages Reading package lists... Done W: Failed to fetch http://www.emdebian.org/debian/dists/unstable/Release.gpg Could not connect to www.emdebian.org:80 (88.198.202.189). - connect (111 Connection refused) W: Failed to fetch http://www.emdebian.org/debian/dists/unstable/main/i18n/Translation-en_US.bz2 Could not connect to www.emdebian.org:80 (88.198.202.189). - connect (111 Connection refused) W: Some index files failed to download, they have been ignored, or old ones used instead. W: You may want to run apt-get update to correct these problems Checking apt cache data is up to date ... Unable to find a suitable toolchain to build 'armel' targets on 'i386'. Please consider using emchain to build your own toolchain. Packages required for 'armel' on 'i386': binutils-arm-linux-gnueabi gcc-4.3-arm-linux-gnueabi-base gcc-4.3-arm-linux-gnueabi cpp-4.3-arm-linux-gnueabi g++-4.3-arm-linux-gnueabi libc6-armel-cross libc6-dev-armel-cross libstdc++6-armel-cross libstdc++6-4.3-dev-armel-cross libstdc++6-4.3-pic-armel-cross libgcc1-armel-cross linux-libc-dev-armel-cross Once a suitable toolchain can be installed, setup will be complete. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502399: diarhesis characters make selection of words impossible
Le jeudi 16 octobre 2008 à 10:43 +0200, martin f krafft a écrit : Package: evince-gtk Version: 2.22.2-3 Severity: normal Given the attached PDF file, it's impossible with evince to select single words for copying, which seems to be due to the diarhesis characters. This looks like a TeX document generated using the ae fonts. In which case, this behavior is expected, since these fonts emulate the characters by superposing the accents and umlauts to the ASCII characters. This should not happen if you use the lmodern or cm-super fonts. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#502419: [devscripts] [debsign] please make debsign using the DEBRELEASE_DEBS_DIR variable
Package: devscripts Version: 2.10.38 Severity: normal Tags: patch Hi, It seems that debsign don't use the DEBRELEASE_DEBS_DIR variable from devscripts configuration files like debrelease, debc, ... Could it be possible to add it ? I attached a patch to do this. Regards, Philippe Le Brouster --- /usr/bin/debsign 2008-09-23 20:24:17.0 +0200 +++ /home/plb/bin/debsign 2008-10-16 13:43:12.0 +0200 @@ -207,7 +207,8 @@ DEFAULT_DEBSIGN_SIGNLIKE= DEFAULT_DEBSIGN_MAINT= DEFAULT_DEBSIGN_KEYID= -VARS=DEBSIGN_PROGRAM DEBSIGN_SIGNLIKE DEBSIGN_MAINT DEBSIGN_KEYID +DEFAULT_DEBRELEASE_DEBS_DIR=.. +VARS=DEBSIGN_PROGRAM DEBSIGN_SIGNLIKE DEBSIGN_MAINT DEBSIGN_KEYID DEBRELEASE_DEBS_DIR if [ $1 = --no-conf -o $1 = --noconf ]; then shift @@ -232,14 +233,20 @@ [ -r $file ] . $file done - set | egrep '^(DEBSIGN|DEVSCRIPTS)_') + set | egrep '^(DEBSIGN|DEVSCRIPTS|DEBRELEASE)_') # check sanity case $DEBSIGN_SIGNLIKE in gpg|pgp) ;; *) DEBSIGN_SIGNLIKE= ;; esac - + +# We do not replace this with a default directory to avoid accidentally +# signing a broken package +DEBRELEASE_DEBS_DIR=`echo \$DEBRELEASE_DEBS_DIR\ | sed -e 's%/\+%/%g; s%\(.\)/$%\1%;'` +if ! [ -d $DEBRELEASE_DEBS_DIR ]; then + debsdir_warning=config file specified DEBRELEASE_DEBS_DIR directory $DEBRELEASE_DEBS_DIR does not exist! +fi # set config message MODIFIED_CONF='' for var in $VARS; do @@ -618,10 +625,10 @@ sversion=`echo $version | perl -pe 's/^\d+://'` pv=${package}_${sversion} pva=${package}_${sversion}_${arch} - dsc=../$pv.dsc - changes=../$pva.changes + dsc=$DEBRELEASE_DEBS_DIR/$pv.dsc + changes=$DEBRELEASE_DEBS_DIR/$pva.changes if [ -n $multiarch -o ! -r $changes ]; then - changes=$(ls ../${package}_${sversion}_*+*.changes ../${package}_${sversion}_multi.changes 2/dev/null | head -1) + changes=$(ls $DEBRELEASE_DEBS_DIR/${package}_${sversion}_*+*.changes $DEBRELEASE_DEBS_DIR/${package}_${sversion}_multi.changes 2/dev/null | head -1) if [ -z $multiarch ]; then if [ -n $changes ]; then echo $PROGNAME: could not find normal .changes file but found multiarch file: 2 @@ -633,7 +640,7 @@ fi elif [ -n $multiarch -a -z $changes ]; then echo $PROGNAME: could not find any multiarch .changes file with name 2 - echo ../${package}_${sversion}_*.changes 2 + echo $DEBRELEASE_DEBS_DIR/${package}_${sversion}_*.changes 2 exit 1 fi fi
Bug#502446: debian-installer: grub-installer is not updated for grub-pc introduction
Package: debian-installer Version: rc2 Severity: important rc2 comes with grub-pc in its initramfs /pool directory. So d-i team decided to offer not only grub (grub legacy) but also grub-pc (grub 2). Good for you. grub-installer_1.32_i386.udeb grub-pc_1.96+20080512-1_i386.deb grub_0.97-39_i386.deb But if you do, you must take care critical diffrences of these 2 programs. For /dev/hda3, grub legacy used (hd0,2) while grub 2 use (hd0,3). The template file in grub-installer needed to be updated not to mislead users. Template: grub-installer/bootdev needs to be updated (hd0,1) -- (hd0,2) (hd2,4) -- (hd2,5) as: Template: grub-installer/bootdev Type: string Description: Device for boot loader installation: You need to make the newly installed system bootable, by installing the GRUB boot loader on a bootable device. The usual way to do this is to install GRUB on the master boot record of your first hard drive. If you prefer, you can install GRUB elsewhere on the drive, or to another drive, or even to a floppy. . The device can be specified using GRUB's (hdn,m) notation, or as a device in /dev. Below are some examples: - (hd0) or /dev/hda will install GRUB to the master boot record of your first hard drive (IDE); - (hd0,2) or /dev/hda2 will use the second partition of your first IDE drive; - (hd2,5) or /dev/sdc5 will use the first extended partition of your third drive (SCSI here); - (fd0) or /dev/fd0 will install GRUB to a floppy. This should be easy to do for all languages and reduce confusion. Question is how to impliment it without breaking grub legacy. Maybe you create Template: grub2-installer/bootdev and adjust script based on boot loader used. I think this is one of the root cause of problem people are reporting such as: 501942. The other issue may be around 30_os-prober script in grub-pc package. I need to check more but this is less problematic since at least main OS will boot from right boot sector. (If I am pedantic, I can say that /dev/sdc5 may not be the first extended partition but simply 5th partition in GPT. But this issue can be ignored since it is unlikely to cause any major cofusion.) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (800, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458342: --template vs. multiple choice
Hello. It looks like this bug report is a duplicate of bug #441099, which seems to have been fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501147: /usr/bin/pdftex: pdftex: Incorrect pdf produced from a single correct pdf file
reassign 501147 libpoppler3 found 501147 0.8.7-1 stop On 15.10.08 Norbert Preining ([EMAIL PROTECTED]) wrote: On Mi, 15 Okt 2008, Olivier Cailloux wrote: Hi, To make it short: it seems that the problem is distro-specific, as pdftex built from source (and using xpdf) works while the Debian-packaged pdftex (using libpoppler) shows the bug. And thus, the problem MIGHT come from libpoppler, that being the most obvious difference between these two pdftex programs. This bug might thus be closed, waiting for a more recent libpoppler No, it should be reassigned to libpoppler. ACK. Doing so. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition
Package: openssh-server Version: 1:5.1p1-3 Severity: important The sshd on this server exits before the boot process in complete on approx 70% of boots on this machine - presumably due to a race condition. It appears to die following the reload by /etc/network/if-up.d/openssh-server when the system is bringing up its network interfaces. The same fault has been observed to occur at least once with the non-openvz standard 2.6.26-1 kernel. The failure stops happening if: .. 'reload' is changed to 'restart' in /etc/network/if-up.d/openssh-server .. The debug level is increased in /etc/ssh/sshd_config (e.g. LogLevel VERBOSE, LogLevel DEBUG etc.) Logging in on the console and issuing an /etc/init.d/ssh restart results in a message like PID Number not running. The last message in /var/log/auth.log is of the form: Oct 16 14:58:19 xeon1 sshd[3065]: Server listening on :: port 22. Oct 16 14:58:19 xeon1 sshd[3065]: Server listening on 0.0.0.0 port 22. Oct 16 14:58:19 xeon1 sshd[3065]: Received SIGHUP; restarting. No further messages are then logged by sshd, and nothing is listening on port 22: On the occasions when the server reload work successfully, this is followed immediately by a message of the form: Oct 16 SAME TIME xeon1 sshd[NEWPID]: Server listening on :: port 22. Oct 16 SAME TIME xeon1 sshd[NEWPID]: Server listening on 0.0.0.0 port 22. I'm speculating that reciving a SIGHUP at some point is sshd's normal restart process will cause it to fail to respawn (and that this is occuring on this machine when the ifup occurs on eth0, and eth1 in quick succession). Unfortunately on this box at least, turning up debugging causes the symptom to go away... Thanks, Tim. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-server depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii dpkg 1.14.22Debian package management system ii libc6 2.7-14 GNU C Library: Shared libraries ii libcomerr21.41.2-1 common error description library ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii libpam-modules1.0.1-4+b1 Pluggable Authentication Modules f ii libpam-runtime1.0.1-4Runtime support for the PAM librar ii libpam0g 1.0.1-4+b1 Pluggable Authentication Modules l ii libselinux1 2.0.65-5 SELinux shared libraries ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii openssh-blacklist 0.4.1 list of default blacklisted OpenSS ii openssh-client1:5.1p1-3 secure shell client, an rlogin/rsh ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openssh-server recommends: pn openssh-blacklist-extra none (no description available) pn xauth none (no description available) Versions of packages openssh-server suggests: pn molly-guard none (no description available) pn rssh none (no description available) pn ssh-askpass none (no description available) -- debconf information: ssh/vulnerable_host_keys: ssh/new_config: true * ssh/use_old_init_script: true ssh/encrypted_host_key_but_no_keygen: ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502400: packages.debian.org: all(?) changelogs are offline
Package: qa.debian.org Severity: normal s of today, changelogs cannot be retrieved via the packages page nor via the PTS nor via aptitude changelog [packagename] Thanks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494010: Source for dsp56k firmware
On Thu, Oct 16, 2008 at 12:32:15AM +0100, Ben Hutchings wrote: - Attached patch fixes a few errors spit by a56. I think my other two fixes are correct, but I have no idea what the '' / '' candy is supposed to do (hints?). According to the assembler reference manual http://www.freescale.com/files/dsp/doc/ref_manual/DSPASMRM.pdf they mean: - I/O short addressing mode force operator - Short addressing mode force operator - Long addressing mode force operator Thanks. This seems to be a non-issue (resulting code is the same, indicating a56 already makes the same assumptions). - Resulting offsets doen't match with the blob. I still haven't figured out how are program code offsets mapped to the output file, but some parts don't match. For example, the blob has a jump (0C 00 40) to 0x40 (and so does a56 output, at offset 0x0 in both cases), but then code from the blob continues at 0xc0, unlike code from a56 which continues at 0x40. Is there some trick to this? It's a 24-bit processor and uses word-addressing, not byte-addressing. Ok, fixed that. I got a 100% code match now. The only remaining question is what's the deal with this section that's supposed to start at 0x7ea9 but actually starts at 0x4f (0xed in the file). My code adds a workaround for that: if (offset 0x7000) offset -= 0x7e5a; which is really nasty. Anyone knows better? -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. - Remove '' and '' candy (they specify explicit addressing modes, which a56 don't grok, but uses follows implicitly anyway). - Replace 'move' with 'movem' when accessing program memory. - Rename a few labels to avoid duplicates (which a56 can't handle). --- ../bootstrap.asm.old 2008-10-15 18:22:56.0 +0200 +++ ../bootstrap.asm 2008-10-16 15:53:29.0 +0200 @@ -51,19 +51,19 @@ ; Copy DSP program control move#real,r0 move#upload,r1 -do #upload_end-upload,_copy -moveP:(r0)+,x0 -movex0,P:(r1)+ -_copy movep #4,X:M_HCR -movep #$c00,X:M_IPR +do #upload_end-upload,_copy +movemP:(r0)+,x0 +movemx0,P:(r1)+ +_copy movep #4,X:M_HCR +movep #$c00,X:M_IPR and #$fe,mr jmp upload real org P:$7ea9 upload -movep #1,X:M_PBC -movep #0,X:M_BCR +movep #1,X:M_PBC +movep #0,X:M_BCR nextjclr#0,X:M_HSR,* movep X:M_HRX,A @@ -81,18 +81,18 @@ cmp x0,A jeq load_Y -load_P do y0,_load +load_P do y0,_load_P jclr#0,X:M_HSR,* movep X:M_HRX,P:(r0)+ -_load jmp next -load_X do y0,_load +_load_P jmp next +load_X do y0,_load_X jclr#0,X:M_HSR,* movep X:M_HRX,X:(r0)+ -_load jmp next -load_Y do y0,_load +_load_X jmp next +load_Y do y0,_load_Y jclr#0,X:M_HSR,* movep X:M_HRX,Y:(r0)+ -_load jmp next +_load_Y jmp next upload_end end #include stdlib.h #include stdint.h #include stdio.h #include fcntl.h #include sys/types.h main (int argc, char *argv[]) { unsigned int offset; unsigned int native_value; int fd; uint8_t value[3]; char type; char *line = NULL; size_t zero = 0; if (argc != 2) { fprintf (stderr, Usage: %s output input\n, argv[0]); exit (1); } fd = open (argv[1], O_WRONLY | O_CREAT | O_TRUNC, 0644); while (getline (line, zero, stdin) != -1) { sscanf (line, %c , type); if (type != 'P') continue; sscanf (line + 2, %x %x\n, offset, native_value); value[0] = (native_value 16) 0xff; value[1] = (native_value 8) 0xff; value[2] = native_value 0xff; // FIXME if (offset 0x7000) offset -= 0x7e5a; pwrite (fd, value, 3, (off_t) (offset * 3)); } close (fd); exit (0); }
Bug#502118: closed by Stig Sandbeck Mathisen [EMAIL PROTECTED] (Re: Bug#502118: libvarnish1: short description should not start with a capital letter)
Debian Bug Tracking System wrote: tags 502118 + wontfix thank you Hello, and thanks for the bug report. I'm not sure this is a bug. The policy manual does not say anything about this, I've looked at these pages, which seemed relevant: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description http://www.debian.org/doc/debian-policy/ch-binary.html#s-descriptions Also, Lintian does not complain about it. I'll close this issue. Feel free to reopen if you could show where it says that the short description should not start with a capital letter. I was not able to find it. I am sorry, actually it is recommendation, not a requirement. It is described at http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis I don't know if this have enough value to fix it. Maybe I should downgrade it to wishlist. -- Eugene V. Lyubimkin aka JackYF signature.asc Description: OpenPGP digital signature
Bug#502172: apt-listchanges doesn't work if an existing apt-listchanges window is open
Hi Pierre, Apologies, I should have posted that before, would have made things lot easier for you as well . [apt] frontend=xterm-pager email_address=root confirm=1 save_seen=/var/lib/apt/listchanges.db which=news headers By window I meant the xterm-pager which in my case is gnome-terminal. So what happens is one window of gnome-terminal which has some changelog listed, when the new comes it flashes for a sec. and the only way to see it properly is to say n to go ahead. Read whatever changelog window is open, after that is done then only I can do the whole thing again then get apt-listchanges to show the changes. At any one time xterm-pager can only show one window not more. Please lemme know if there is any other information which I didn't give. Thank you for being patient. -- Regards, Shirish Agarwal This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/ 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502058:
Hello, I've upgraded a second server from Etch to Lenny as the first one with 2.6.25 etch-backports to 2.6.26 lenny. It was the same result. By chance initrd for 2.6.26 and 2.6.25 were rebuilt but not the 2.6.18 one then I can use this one to recover. After of course, it was the same solution. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502448: Missing dependency on libgnomevfs2-extra
Package: referencer Version: 1.1.3-2 Severity: normal The metadata download features need libgnomevfs2-extra to be nistalled to work. -- Håkan Ardö -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502436: New patch
Thanks to ana for catching a brain fart by yours truly. I have a valid email address in there, now :) Richard Index: debian/control === --- debian/control (revision 12430) +++ debian/control (working copy) @@ -11,13 +11,13 @@ Architecture: all Section: kde Priority: optional -Depends: kde4-minimal (= 1), kdeadmin (= 4:4.1.0), - kdeartwork (= 4:4.1.0), kdegraphics (= 4:4.1.0), kdeedu (= 4:4.1.0), - kdegames (= 4:4.1.0), kdemultimedia (= 4:4.1.0), kdenetwork (= 4:4.1.0), - kdeutils (= 4:4.1.0), kdepim (= 4:4.1.0), kdeplasma-addons (= 4:4.1.0) -Recommends: kdeaccessibility (= 4:4.1.0), kdesdk (= 4:4.1.0), - kdetoys (= 4:4.1.0), kdewebdev (= 4:4.1.0) -Suggests: kde-l10n (= 4:4.1.0), koffice ( = 1:1.9.96~), xorg +Depends: kde4-minimal (= 4), kdeadmin (= 4:4.1.2), + kdeartwork (= 4:4.1.2), kdegraphics (= 4:4.1.1), kdeedu (= 4:4.1.2), + kdegames (= 4:4.1.2), kdemultimedia (= 4:4.1.1), kdenetwork (= 4:4.1.2), + kdeutils (= 4:4.1.2), kdepim (= 4:4.1.2), kdeplasma-addons (= 4:4.1.2) +Recommends: kdeaccessibility (= 4:4.1.2), kdesdk (= 4:4.1.2), + kdetoys (= 4:4.1.2), kdewebdev (= 4:4.1.2) +Suggests: koffice ( = 1:1.9.98.1), xorg Description: the K Desktop Environment 4 KDE, the K Desktop Environment, is the powerful, integrated, and easy-to-use Free Software desktop platform and suite of applications. @@ -33,9 +33,9 @@ Architecture: all Section: kde Priority: optional -Depends: kdelibs5 (= 4:4.1.0), kdepimlibs5 (= 4:4.1.0), kdebase-runtime (= 4:4.1.0), - kdebase-workspace (= 4:4.1.0), kdebase (= 4:4.1.0) -Suggests: kde-l10n (= 4:4.1.0) +Depends: kdelibs5 (= 4:4.1.2), kdepimlibs5 (= 4:4.1.2), kdebase-runtime (= 4:4.1.2), + kdebase-workspace (= 4:4.1.2), kdebase (= 4:4.1.2) +Suggests: kde-l10n (= 4:4.1.2) Description: the K Desktop Environment 4, minimal applications KDE, the K Desktop Environment, is the powerful, integrated, and easy-to-use Free Software desktop platform and suite of applications. @@ -49,9 +49,42 @@ Architecture: all Section: kde Priority: optional -Depends: kdelibs5 (= 4:4.1.0), kdepimlibs5 (= 4:4.1.0), kdebase-runtime (= 4:4.1.0) +Depends: kdelibs5 (= 4:4.1.2), kdepimlibs5 (= 4:4.1.2), kdebase-runtime (= 4:4.1.2) Description: the KDE 4 development platform KDE, the K Desktop Environment, is the powerful, integrated, and easy-to-use Free Software desktop platform and suite of applications. . This metapackage includes official KDE modules that are useful to developers. + + +Package: kde4-dbg +Architecture: all +Section: kde +Priority: optional +Depends: kde4-minimal-dbg (= 4), kdeadmin-dbg (= 4:4.1.2), + kdegraphics-dbg (= 4:4.1.2), kdeedu-dbg (= 4:4.1.2), + kdegames-dbg (= 4:4.1.2), kdemultimedia-dbg (= 4:4.1.2), kdenetwork-dbg (= 4:4.1.2), + kdeutils-dbg (= 4:4.1.2), kdepim-dbg (= 4:4.1.2), kdeplasma-addons-dbg (= 4:4.1.2) +Recommends: kdesdk-dbg (= 4:4.1.2), + kdetoys-dbg (= 4:4.1.2), kdewebdev-dbg (= 4:4.1.2) +Suggests: koffice-dbg ( = 1:1.9.98.1) +Description: the K Desktop Environment 4 + KDE, the K Desktop Environment, is the powerful, integrated, and easy-to-use + Free Software desktop platform and suite of applications. + . + This metapackage includes all the debugging symbols for official modules + released with KDE. + + +Package: kde4-minimal-dbg +Architecture: all +Section: kde +Priority: optional +Depends: kdelibs5-dbg (= 4:4.1.2), kdepimlibs-dbg (= 4:4.1.2), kdebase-runtime-dbg (= 4:4.1.2), + kdebase-workspace-dbg (= 4:4.1.2), kdebase-dbg (= 4:4.1.2) +Description: the K Desktop Environment 4, minimal applications + KDE, the K Desktop Environment, is the powerful, integrated, and easy-to-use + Free Software desktop platform and suite of applications. + . + This metapackage includes the debugging symbols for core official modules + released with KDE. Index: debian/TODO === --- debian/TODO (revision 12430) +++ debian/TODO (working copy) @@ -1,4 +1,7 @@ * When kdebindings is finally in the archive add a Suggests on -kde4-development. + kde4-development. -* Add interesting KDE 4 apps to kde4 package. \ No newline at end of file +* Add interesting KDE 4 apps to kde4 package. + +* Add kdeartwork-dbg kdeaccessibility-dbg to kde4-dbg Depends + once they are available. Index: debian/changelog === --- debian/changelog (revision 12430) +++ debian/changelog (working copy) @@ -1,3 +1,14 @@ +meta-kde4 (4) experimental; urgency=low + + * Update all depends to (= 4.1.2), kdelibs5 to (= 4:4.1.2-2), koffice to +(= 1:1.9.98.1-1). + * Remove Suggests of kde4 to kde-l10n as kde4-minimal, which kde4 Depends on +already Suggests kde-l10n. + * Introduced kde4-dbg kde4-minimal-dbg. Leaving out kdeartwork-dbg +kdeaccessibility-dbg for now as they do not exist, yet. + + -- Richard Hartmann [EMAIL PROTECTED] Thu, 16 Oct 2008 13:37:00 +0200 +
Bug#502402: ITP: xtables-addons -- Extensions for iptables
Package: wnpp Severity: wishlist Owner: Pierre Chifflier [EMAIL PROTECTED] * Package name: xtables-addons Version : 1.5.7 Upstream Author : Jan Engelhardt [EMAIL PROTECTED] * URL : http://jengelh.medozas.de/projects/xtables/ * License : GPLv2 Programming Lang: C Description : Extensions for iptables The xtables userspace code is an ongoing development effort to bring new ideas to the iptables, ip6tables, arptables and ebtables userspace programs. It provides a lot of patches for new features in Linux kernels 2.6.25 that have not yet gone upstream into the official “iptables” package. It contains new targets for iptables, such as TARPIT, CHAOS, TEE, geoip, etc. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500098: Heads-up mail for remaining debconf l10n bug 500098 in twiki-ldapcontrib
Le mercredi 15 octobre 2008 à 08:19 +0200, Christian Perrier a écrit : Dear Debian maintainer, SNIP I'm currently too busy to react quickly on translation updates, but be assured that this is on my todo-list (including taking into account feedback from native english speakers on the original debconf template, thus another batch of translation updates to be happening, unfortunately). Thanks for your patience. Best regards, -- Olivier BERGER [EMAIL PROTECTED] http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502222: subversion: svn does not react to Ctrl-C or signals properly on slow connections
On 2008-10-14 18:12:07 +0200, Andreas Beckmann wrote: if I press Ctrl-C during a svn operation, svn often does not terminate properly. This problem has just occurred on one of my machines, also with subversion/1.5.1dfsg1-1. Here's what a strace -p gives when I type Ctrl-C several times: read(6, 0x7fff74d7fcb0, 256)= ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- read(6, 0x7fff74d7fcb0, 256)= ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- read(6, 0x7fff74d7fcb0, 256)= ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- read(6, 0x7fff74d7fcb0, 256)= ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- read(6, 0x7fff74d7fcb0, 256)= ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- read(6, 0x7fff74d7fcb0, 256)= ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- Concerning the svn process and its children, I get: vlefevre 15754 31758 0 16:41 pts/500:00:00 svn ci vlefevre 15820 15754 0 16:41 pts/500:00:00 [zsh] defunct ($SVN_SSH is a ssh wrapper written in zsh, hence the zsh zombie process). And a backtrace: (gdb) bt #0 0x7f796ba487a0 in __read_nocancel () from /lib64/libpthread.so.0 #1 0x7f796bc6c635 in apr_file_read () from /usr/lib/libapr-1.so.0 #2 0x7f796ac89f81 in ?? () from /usr/lib/libsvn_ra_svn-1.so.1 #3 0x7f796ac87ebf in ?? () from /usr/lib/libsvn_ra_svn-1.so.1 #4 0x7f796ac87fc5 in ?? () from /usr/lib/libsvn_ra_svn-1.so.1 #5 0x7f796ac824aa in ?? () from /usr/lib/libsvn_ra_svn-1.so.1 #6 0x7f796ac82b78 in ?? () from /usr/lib/libsvn_ra_svn-1.so.1 #7 0x7f796c4e4824 in svn_ra_open3 () from /usr/lib/libsvn_ra-1.so.1 #8 0x7f796c958c57 in svn_client__open_ra_session_internal () from /usr/lib/libsvn_client-1.so.1 #9 0x7f796c9352ae in ?? () from /usr/lib/libsvn_client-1.so.1 #10 0x7f796c936463 in svn_client_commit4 () from /usr/lib/libsvn_client-1.so.1 #11 0x00406c9a in ?? () #12 0x0040d6bb in ?? () #13 0x7f796b7061a6 in __libc_start_main () from /lib64/libc.so.6 #14 0x00405649 in ?? () #15 0x7fff74d80898 in ?? () #16 0x001c in ?? () #17 0x0002 in ?? () #18 0x7fff74d81fd5 in ?? () #19 0x7fff74d81fd9 in ?? () #20 0x in ?? () Not really useful, unfortunately, but doesn't it say that the problem comes from libapr? FYI, I have libapr1 1.2.12-5. Note: it is probably bug 461873, which I reported a few months ago. But then I could no longer reproduce it (until now) and this bug is archived. For instance, I may want to abort a 'svn update' that retrieves a lot of updates over a slow connection. Svn does somehow stop processing the update command, but it still receives data (all the remaining data?) from the network which may actually continue blocking the slow line that I wanted to free by aborting the update. Also the svn command still running is not interruptable by any other means (more ^C or signals) except for SIGKILL (which sometimes results in a repository that can't even be fixed by 'svn cleanup' any more). The same seems to be valid for the checkout command. And commit (my case here). The connection is not slow here and it was a very small commit, but there are sometimes problems with the server. I think that if svn receives the SIGINT signal while the connection has not terminated, it can sometimes get stuck somewhere, with no possibility of recovery. -- 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) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502430: Argentina finally made up it's mind regarding DST
Package: tzdata Version: 2008h-1 Today the decree that establishes the DST period was finally published (the dates had already been announced, but the decree wasn't yet published). The link (only works for today) is: http://www.boletinoficial.gov.ar/Bora.Portal/CustomControls/PdfContent.aspx?fp=16102008pi=3pf=4s=0sec=01 It establishes the third Sunday in October and the third Sunday in March as the changing dates. So, I guess we can remove the argentina.diff patch (but something needs to be done about next year? Changing the max to 2009 instead of 2008 for the March line, would do it?) HOWEVER, there are several provinces that won't be going with this change. The ones that are certain are: Mendoza, San Luis, Catamarca, Salta. There's a chance that others won't change as well, but we can't predict the future, so we should go with what is certain. The following news article lists the provinces that won't change, for sure: http://www.lanacion.com.ar/nota.asp?nota_id=1059515 San Luis is already marked as fixed, and not following Arg. Salta doesn't exist as a specific regions, I don't know what to do about that one. So, apart from removing argentina.diff, we should add the following changes: Zone America/Argentina/Catamarca -4:23:08 - LMT 1894 Oct 31 (...) -3:00 Arg AR%sT 2008 Oct 18 -3:00 - ART Zone America/Argentina/Mendoza -4:35:16 - LMT 1894 Oct 31 (...) -3:00 Arg AR%sT 2008 Oct 18 -3:00 - ART (Real diff attached) -- Bessos, Maggie. --- southamerica 2008-10-08 09:46:17.0 -0300 +++ southamerica-modif 2008-10-16 10:06:06.0 -0300 @@ -428,7 +428,8 @@ -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART 2004 Jun 1 -4:00 - WART 2004 Jun 20 - -3:00 Arg AR%sT + -3:00 Arg AR%sT 2008 Oct 18 + -3:00 - ART # # Mendoza (MZ) Zone America/Argentina/Mendoza -4:35:16 - LMT 1894 Oct 31 @@ -445,7 +446,8 @@ -4:00 Arg AR%sT 2000 Mar 3 -3:00 - ART 2004 May 23 -4:00 - WART 2004 Sep 26 - -3:00 Arg AR%sT + -3:00 Arg AR%sT 2008 Oct 18 + -3:00 - ART # # San Luis (SL) Zone America/Argentina/San_Luis -4:25:24 - LMT 1894 Oct 31
Bug#502260: RFP: termutils -- GNU Termutils, Portable Terminal Control From Scripts
On Wed, Oct 15, 2008 at 07:25:26PM +0200, Daniel Baumann wrote: Thomas Dickey wrote: I recall seeing that one, but didn't think it was worth pursuing. (the tput isn't...) agreed for tput, but probably tabs is. ideally, that could be integrated into ncurses itself, what do you think about that? ...2nd reply I might work on this - after 5.7's done. The issue with gpm, and the problems with Linux console have stalled me for the past week or so. I've got a proposed patch for extending the threading code from a contributor which I _think_ should go in post-5.7. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpj5ZBo647vP.pgp Description: PGP signature
Bug#497667: ITP: sqlmap - automatic SQL injection tool
Hi Maximilian, I am new to Debian packaging, but I think the package now is properly done. You can find it on mentors[1] repository. Let me know if you need help to run it. I still keep on waiting a Debain developer to upload it to the official repository.. [1] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=sqlmap Cheers, Bernardo On Wed, Oct 15, 2008 at 18:11, Maximilian Gaß [EMAIL PROTECTED] wrote: On Wed, Oct 15, 2008 at 07:09:50PM +0200, Maximilian Gaß wrote: If you already packaged sqlmap, you should rather send an RFS to debian-mentors instead of just filing an ITP. Sorry, I just saw you already did that. It just looked weird you put an RFS statement into this ITP ;-) -- To unsubscribe, send mail to [EMAIL PROTECTED] -- Bernardo Damele A. G. E-mail / Jabber: bernardo.damele (at) gmail.com Mobiles: +39-3493821385 (IT), +44-(0)7788962949 (UK) PGP Key ID: 0x05F5A30F -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497232: kipi-plugins picasa bugx
On Thursday 16 October 2008 18:21:04 Vardhman Jain wrote: This should have worked. This is the fix, I have put in the svn and works for me. Dragon, I have now uploaded kipi-plugins 0.1.6 which includes all Vardhman's fixes to experimental. http://packages.debian.org/kipi-plugins. Could I ask you to install and check that this functions correctly for you and Picasa? Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502403: [INTL:sv] po-debconf file for interchange
Package: interchange Severity: wishlist Tags: l10n patch Hi, Please find attached the Swedish debconf templates translation. This file should be put as debian/po/sv.po in your package build tree. Take care, Martin -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash sv.po Description: application/symlink
Bug#501231: samhain: 501231: workaround
I compiled samhain with -O0 on my OpenMoko and the SIGBUS went away. Rebuilding with debugging symbols and -O2 to see if I can make a patch. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#498474: same problem here
I can confirm that this bug appears in current (2008-10-16) lenny. [EMAIL PROTECTED]:~$ echo $SHELL /bin/sh # (now I will type 'src/postgres' and press TAB several times) [EMAIL PROTECTED]:~$ cd src/postgres-sh: ( compgen -d -- 'src/postgres' ): Nie ma takiego pliku ani katalogu -sh: ( compgen -d -- 'src/postgres' ): Nie ma takiego pliku ani katalogu -sh: ( compgen -d -- 'src/postgres' ): Nie ma takiego pliku ani katalogu -sh: ( compgen -d -- 'src/postgres' ): Nie ma takiego pliku ani katalogu -sh: ( compgen -d -- 'src/postgres' ): Nie ma takiego pliku ani katalogu apt-get --reinstall install bash-completion does not help chsh -s /bin/bash user DOES help. it seems that bash-completion is not compatible with sh compatibility mode of bash. [EMAIL PROTECTED]:~$ bash --version GNU bash, version 3.2.39(1)-release (i486-pc-linux-gnu) Copyright (C) 2007 Free Software Foundation, Inc. -- Filip Rembiałkowski
Bug#502399: diarhesis characters make selection of words impossible
also sprach martin f krafft [EMAIL PROTECTED] [2008.10.16.1146 +0200]: The input file is attached. Now it is. The commented lines are needed to select the cm-super fonts. I don't know how to select the lmodern fonts, the package doesn't provide any information. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems \documentclass{article} %\usepackage{type1ec} %\usepackage[T1]{fontenc} \usepackage{utf8} \begin{document} Lörem ipsüm dölör sit ämet, cönsectetüer ädipiscing elit. äeneän änte. Nünc qüäm mässä, cöngüe ät, scelerisqüe in, fermentüm nec, pede. Näm pläcerät pörttitör liberö. äliqüäm üllämcörper, mägnä nön feügiät möllis, ipsüm risüs cönseqüät mässä, vel fermentüm nüllä säpien ät neqüe. Vestibülüm änte ipsüm primis in fäücibüs örci lüctüs et ültrices pösüere cübiliä Cüräe; Nülläm cöngüe elementüm türpis. Qüisqüe äliqüet. Pröin id ödiö ät änte cöndimentüm süscipit. Nünc id est sed mi pörttitör cömmödö. In mälesüädä läcüs eü velit. äeneän cönseqüät völütpät pede. Sed pörttitör, elit lüctüs völütpät cürsüs, mäüris erös ültricies erös, id elementüm läcüs mässä äc ipsüm. Nüllä äccümsän söllicitüdin elit. Dönec vitäe mäüris. Dönec fäcilisis örnäre erät. \end{document} digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#502379: Please add support for gfortran
At 1224130670 time_t, Kumar Appaiah wrote: Hope the attached patch helps. Patch pushed. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#501866: Missing dependancy - libpango1.0-common.prerm uses defoma-app in pkg defoma
On Thu, 16 Oct 2008, Raphael Hertzog wrote: The fundamental problem here is that perl-modules/perl/perl-base are not unpacked together. Unless you predepend on perl-modules/perl you can't ensure that they are in sync. IMO any perl script that is called in a prerm script should only rely on perl-base and not more. Random note: A first step to enhance the situation could be to remove the circular dep between perl and perl-modules. perl should depend on perl-modules and not the opposite (a conflicts/breaks should forbid the upgrade of perl-modules alone). That way the configuration and unpack order is less random. But that doesn't change much for our problem. Other random remark: in #482140 which seems to have the same root cause the solution used has been to rely on perl-base only. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402466: Awaiting your quick response
Hello, My name is Mr. Massanga Traoure, I am the credit officer in Bank of Africa Bamakao-Mali.I have a business proposal in the tune of $17.5m, (Seventeen Million Fivehundred Thousand only) after the successful transfer; we shall share inratio of 40% for you and 60% for me. Should you be interested, then kindlyrespond immediately so we can commence all arrangements and I Will giveyou more information on how we would handle this project. Please treat this business with utmost confidentiality and send me the following informations: (1) Full names: (2) Private phone number: (3) Current residential address: (4) Occupation: (5) Age and Sex: Kind Regards, Mr.Massanga Traoure. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502338: progress bar jumps in a funny way when rdate produces strange results
On Wed, Oct 15, 2008 at 07:59:01PM +0200, Martin Michlmayr wrote: I just performed a test install on a Thecus N2100. When clock-setup ran, the progress bar jumped in a really strange way: it went to 2% and then jumped back to nothing and then to 2% again, etc. I think it once reached 6%... but basically it was jumping around quite a bit. It seemed like an infinite loop. But fortunately clock-setup failed after the usual timeout. rdate actually try numerous times for each servers listed for the given hostname. clock-setup progress bar is reset to 0 each time a new server is tried. This was a compromise while improving progress and cancelation support in clock-setup, as there is no easy way to know how many servers will be tried by rdate. But maybe this behaviour is too weird when the NTP replies are wrong themselves… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#502449: Nautilus does not always refresh the location it is currently in
package: nautilus version: 2.20.0-7 When switching quickly between folders (typically before the contents are displayed), the actual location of the folder becomes late compared to the folder being displayed. Example: navigating in /my/folder I go to my/folder/bin/tmp then change my mind quickly and go back to /my/folder/bin then nautilus actually is still in /my/folder/tmp and displays this location in the location bar. I am using debian GNU/Linux Lenny, kernel 2.6.26-1-686 - Guillaume Pasquet Quantum Insurance Services Ltd. (+44) 0 1892 863 454 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502448: Missing dependency on libgnomevfs2-extra
tags 502448 +confirmed severity 502448 important thanks On Thu, Oct 16, 2008 at 04:57:45PM +0200, Hakan Ardo wrote: The metadata download features need libgnomevfs2-extra to be nistalled to work. Thanks for noticing, I'll prepare a bug-fix upload. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501231: samhain: 501231: workaround
On Thu, 2008-10-16 at 23:18 +0800, Paul Wise wrote: Rebuilding with debugging symbols and -O2 to see if I can make a patch. Got a backtrace: gdb ./samhain GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as arm-linux-gnueabi... (gdb) r Starting program: /root/samhain-2.2.3/samhain [Thread debugging using libthread_db enabled] [New Thread 0x40020a50 (LWP 11257)] Program received signal SIGBUS, Bus error. [Switching to Thread 0x40020a50 (LWP 11257)] 0xee28 in tiger_t (str=0x5d987, length=value optimized out, res=0x5d8d4) at ./src/sh_tiger1.c:284 284 tiger_compress_macro(str, res); (gdb) bt full #0 0xee28 in tiger_t (str=0x5d987, length=value optimized out, res=0x5d8d4) at ./src/sh_tiger1.c:284 x21 = value optimized out x30 = value optimized out temp1 = value optimized out a0 = value optimized out x31 = value optimized out x40 = value optimized out temps0 = value optimized out a1 = value optimized out b0 = value optimized out x41 = value optimized out x50 = value optimized out tempt0 = value optimized out b1 = value optimized out c0 = value optimized out x00 = value optimized out x51 = value optimized out x60 = value optimized out tempt1 = value optimized out c1 = 4036404660 x01 = value optimized out x10 = value optimized out x61 = value optimized out x70 = value optimized out x11 = value optimized out x20 = value optimized out x71 = value optimized out temp0 = value optimized out i = 64 #1 0x0001a068 in sh_tiger_hash_val (filename=0xa8069 /etc/samhain/samhainrc, what=TIGER_FD, Length=value optimized out, timeout=0) at x_sh_tiger0.c:261 fd = 305599028 i = 1 j = value optimized out tt = 15424 count = 15470 blk = 241 tmp = value optimized out bbuf = \000\000\000\000�G�H\000\000\000\000\230\236\006\000\000\000\000\000\002�\000\000\000\000\000\000\000\000\000\000\230\236\006\000�\201\000\000\001, '\0' repeats 11 times, �;[EMAIL PROTECTED]@\000\000\000 bcount = 0 pages_read = 0 euid = value optimized out ncount = value optimized out nblocks = 241 ---Type return to continue, or q return to quit--- msb = value optimized out lsb = value optimized out lockflag = 1 res = {2309737967, 19088743, 1985229328, 4275878552, 3283280263, 4036404660} #2 0x0001a7b4 in sh_tiger_hash_internal (filename=0xa8069 /etc/samhain/samhainrc, what=TIGER_FD, Length=0, timeout=0) at x_sh_tiger0.c:1586 res = value optimized out out = '\0' repeats 48 times #3 0x0001a8a8 in sh_tiger_hash (filename=0xf096a5b4 Address 0xf096a5b4 out of bounds, what=383192, Length=1645831468210396) at x_sh_tiger0.c:1554 No locals. #4 0x00029d04 in sh_readconf_read () at x_sh_readconf.c:254 i = value optimized out fd = 305599028 tmp = value optimized out lptr = value optimized out line_in = @[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@\001\000\000\000L\003\000\000\000 [EMAIL PROTECTED]@[EMAIL PROTECTED], '\0' repeats 27 times, L\003\000\000\000\000\000\000\000\020\000\000\000\000\000\000... myident = \000\001\000\001, '\0' repeats 91 times, [EMAIL PROTECTED]@[EMAIL PROTECTED]@\000\000\000\000��,@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@�\t\000 some_other_host = {0 repeats 16 times} some_other_system = {0 repeats 16 times} seen_host = value optimized out seen_system = value optimized out host_int = value optimized out sys_int = value optimized out invert = value optimized out euid = 260800 #5 0x0001c068 in main (argc=1, argv=0xbec6e9a4) at x_samhain.c:1337 runtim = value optimized out status = value optimized out flag_check_1 = value optimized out flag_check_2 = value optimized out check_done = value optimized out told = value optimized out tcurrent = value optimized out tzptr = value optimized out res = value optimized out (gdb) l 279 #ifdef BIG_ENDIAN 280 for(j=0; j64; j++) 281 temp[j^3] = ((sh_byte*)str)[j]; 282 tiger_compress_macro(((sh_word32*)temp), res); 283 #else 284 tiger_compress_macro(str, res); 285 #endif 286 str += 16; 287 } 288 } -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description:
Bug#502449: Nautilus does not always refresh the location it is currently in
Le jeudi 16 octobre 2008 à 16:42 +0100, Guillaume Pasquet a écrit : package: nautilus version: 2.20.0-7 When switching quickly between folders (typically before the contents are displayed), the actual location of the folder becomes late compared to the folder being displayed. Example: navigating in /my/folder I go to my/folder/bin/tmp then change my mind quickly and go back to /my/folder/bin then nautilus actually is still in /my/folder/tmp and displays this location in the location bar. I don’t think I can reproduce that, but I’m not 100% sure I follow what you mean. Do you have a screenshot? Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#502450: iceweasel: unable to retrieve add-ons / add-on updating fails
Package: iceweasel Version: 3.0.3-2 Severity: normal As a result of the changes to the application_id introduced in 3.0.3-2, searching for addons/extensions through the addon manager fails. On my system, clicking the Browse All Add-ons link tries to go to https://addons.mozilla.org/en-US/firefox/iceweasel which of course fails. Setting user_pref(extensions.getAddons.browseAddons, https://%LOCALE%.add-ons.mozilla.com/%LOCALE%/firefox;); user_pref(extensions.getAddons.recommended.browseURL, https://%LOCALE%.add-ons.mozilla.com/%LOCALE%/firefox/recommended;); user_pref(extensions.getAddons.recommended.url, https://services.addons.mozilla.org/%LOCALE%/firefox/api/%API_VERSION%/list/featured/all/10/%OS%/%VERSION%;); user_pref(extensions.getAddons.search.browseURL, https://%LOCALE%.add-ons.mozilla.com/%LOCALE%/firefox/search?q=%TERMS%;); user_pref(extensions.getAddons.search.url, https://services.addons.mozilla.org/%LOCALE%/firefox/api/%API_VERSION%/search/%TERMS%/all/10/%OS%/%VERSION%;); resolves the issue (but I'm sure that I probably missed some settings that need to be changed). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-15 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii procps1:3.2.7-9 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii mozplugger1.10.2-2 Plugin allowing external viewers t pn ttf-mathematica4.1none (no description available) ii xfonts-mathml 2 Type1 Symbol font for MathML ii xprint2:1.4.2-7 X11 print system (binary) ii xulrunner-1.9-gnome-s 1.9.0.3-1 Support for GNOME in xulrunner app -- no debconf information signature.asc Description: Digital signature
Bug#502451: RFP: megatunix -- MegaTunix is the only tuning software for Unix (and now Win32) class operating systems that supports all existing megasquirt firmwares
Package: wnpp Severity: siehe unten MegaTunix is the only tuning software for Unix (and now Win32) class operating systems that supports all existing megasquirt firmwares. It has been recently redesigned in such a way as to be extensible to support new firmware variants with little to no new code needing to be written. The new design permits the gui tabs that relate to MegaSquirt variables to be redesigned using the Glade GUI designer for windows or Glade gui designer for Unix to change or alter the gui look/feel to accomodate new controls on more advanced firmwares. This tuning software is capable of the most complete ind accurate nterrogation of the ECU than any other tuning software out there currently (MegaTune for windows, MS-Palm, MegaSquirtPCC). This advanced interrogation is configurable and provides the most complete detection of the target firmware, (such to prevent mis-detection) and would even allow MegaTunix to work with non-MS hardware though this left up as an exercise for the user. MegaTunix is developed on Linux (Ubuntu and Gentoo Linux specifically), but does work on all other Linux distros (Assuming the proper libraries are installed), FreeBSD and Mac OS-X (with macports/ darwinports and the necessary support libraries installed) and Win32 platforms Download Link: http://sourceforge.net/project/showfiles.php?group_id=128471 License: GNU GENERAL PUBLIC LICENSE Version 2, June 1991 URL: http://megatunix.sourceforge.net/ errors: Notes: MAJOR bugfix to solve table corruption and inability for linked controls to work properly. (caused by tab parsing code bug related to [defaults] section not being properly overridden by controls that redefine defaults) LOTS of improvements. 3D table editor is much much more powerful, can move load/rpm axis's with Control-Arrow keys, and raise lower rows/columns with Control/Alt-q/w+/-/Pgup/Pgdn. New rescaling ability for all tables that's more powerful than previous editions. Dropped support of Win9x, as mtx requires GTK+2.10 or higher now. compile error (concerns the build of the ubuntu-deb-package): https://bugs.launchpad.net/ubuntu/+bug/272210 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502445: emdebian-tools: does not respect HTTP_PROXY environment variable
Package: emdebian-tools tag 502445 + moreinfo thanks On Thu, 16 Oct 2008 17:37:51 +0300 Timo Juhani Lindfors [EMAIL PROTECTED] wrote: Package: emdebian-tools Version: 1.4.3 Severity: normal emsetup does not seem to respect HTTP_PROXY or http_proxy environment variable: I'm not sure that this is a problem in emdebian-tools - it looks more like a problem of an incomplete setup for apt itself. Have you set the proxy in /etc/apt/apt.conf.d/ ? In general the sample configuration file in /usr/share/doc/apt/examples/apt.conf /usr/share/doc/apt/examples/configure-index.gz is a good guide for how it should look. http://manpages.debian.net/cgi-bin/man.cgi?query=apt.conf // HTTP method configuration http { Proxy http://127.0.0.1:3128;; Proxy::http.us.debian.org DIRECT; // Specific per-host setting Timeout 120; Pipeline-Depth 5; $ sudo sh -c 'export HTTP_PROXY=http://proxy.kurp.hut.fi:3128/; export http_proxy=http://proxy.kurp.hut.fi:3128/; emsetup --arch armel' Sorry, that's pointless. The only program that does any actual downloading in this sequence is apt. Updating main system apt cache (enter your sudo password if prompted). Hit http://apt-proxy.kurp.hut.fi sid Release.gpg Err http://www.emdebian.org unstable Release.gpg Could not connect to www.emdebian.org:80 (88.198.202.189). - connect (111 Connection refused) Err http://www.emdebian.org unstable/main Translation-en_US Could not connect to www.emdebian.org:80 (88.198.202.189). - connect (111 Connection refused) Those are apt errors. apt-cross needs to specify a lot of options to apt, overriding numerous aspects of apt. Existing configuration for apt connections should still be retained. If this bug still occurs after setting the proxy in the apt configuration, please re-assign to apt-cross. If the correct apt configuration allows apt to download the package lists, please close this bug. Irrespective of whether apt itself works with the incomplete configuration, this is still not a bug in emdebian-tools because of the extra requirements of getting apt to understand cross-building issues. Thanks. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpgNceMEkkG9.pgp Description: PGP signature
Bug#502452: kernel: UDF written file corrupted by zeros
Package: kernel Version: 2.6.24-etchnhalf.1-amd64 Severity: important Due to existing bugs I had with UDF in kernel 2.6.18, I use 2.6.24 for 8 days. With 2.6.18 some file were not copied/created, when my log file was mainly right. With 2.6.24 my log file is corrupt. Some monthes ago, I made one script which copy files to the 33 Gbytes IOMEGA /dev/hda drive I formatted just before, with udf filesystem, in the same time it writes the text log file. Everithing looks nice, but begin of log file contains null bytes till around offset 0x06e3, when begin of this text file is missing. The log file is obtained by redirecting stdout. Disk was formated with: dd if=/dev/zero of=$DEV bs=512 count=64 /usr/bin/mkudffs --lvid=$LABEL --vid=$LABEL --vsid=$LABEL --fsid=$label --media-type=hd $DEV mount -i -t udf $DEV $MNT ( echo -e Role:Archivage hebdomadaire\nnum:Cartouche $label /mnt/iomega/identifiant.txt umount $DEV ) Log file is created with the following command: sauvegarde $DEST/log/log.log Function sauvegarde begins with: presente_date () { echo -n date } indente () { sed -u 's/^/ /g' } sauvegarde () { echo -n A la date du ; date # FIXME pour process de verification de date echo echo Sauvegarde de $SOURCE vers $DEST presente_date cd $SOURCE echo i varie dans * for i in * do if [ -d $i ] then ( if pushd $i then echo j varie dans * for j in * do if [ ! -f $toto ] then echo bof continue fi echo echo ** Traitement de $i/$j presente_date if [ $OPTION_CHERCHE_ANTIVIRUS -eq 1 ] then echo Recherche d'antivirus dans $i/$j clamscan -ri --detect-broken --block-encrypted --block-max --max-files=2000 --max-space=100M $j presente_date else echo Desactivation de la recherche antivirus, pour les performances fi echo Archivage de $i/$j destname=$DEST/data/${i}_$j ( echo $destname if [ -f $j ] # guillemets pour les noms de fichiers à espace then cp $j $DEST/data/${i}_$j #cp $j $destname else echo tar czf $DEST/data/${i}_$j.tgz $j echo tar czf $destname.tgz $j #tar czf $destname.tgz $j || tar cz --ignore-failed-read -f $DEST/data/${i}_$j.tgz $j || ( echo ECHEC ARCHIVAGE TAR non splité -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-etchnhalf.1-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502454: Use Compress::Zlib and Compress::Bzip2 for compression
Package: debpool Version: 0.3.6 Severity: wishlist We should use Compress::Zlib and Compress::Bzip2 for our compression modules in DebPool. Attached are the two modules rewritten to use the Compress::Zlib and Compress::Bzip2 modules. They are from bug #415447. -- Regards, Andres Gzip.pm Description: application/perl-module Bzip2.pm Description: application/perl-module signature.asc Description: This is a digitally signed message part.
Bug#502453: python-zsi: Depends on specific version of Python
Package: python-zsi Version: 2.1~a1-1 Severity: serious Justification: Debian Python Policy 2.4 python-zsi depends on both python (=2.4) and python2.4 forcing the installation of the non-default python version 2.4. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-zsi depends on: ii python2.5.2-2An interactive high-level object-o ii python-support0.8.6 automated rebuilding support for P ii python-xml0.8.4-10.1 XML tools for Python ii python2.4 2.4.5-5.2 An interactive high-level object-o python-zsi recommends no packages. python-zsi suggests no packages. -- no debconf information -- Byron Clark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502445: emdebian-tools: does not respect HTTP_PROXY environment variable
Neil Williams [EMAIL PROTECTED] writes: I'm not sure that this is a problem in emdebian-tools - it looks more like a problem of an incomplete setup for apt itself. Have you set the proxy in /etc/apt/apt.conf.d/ ? Nope. I have set $http_proxy globally so that I don't need to configure every individual package separately to use a proxy. Normal apt-get uses $http_proxy here so maybe emsetup sanitizes the environment somehow? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501866: Missing dependancy - libpango1.0-common.prerm uses defoma-app in pkg defoma
On Thu, Oct 16, 2008 at 01:35:42PM +0200, Raphael Hertzog wrote: On Thu, 16 Oct 2008, Sven Joachim wrote: On 2008-10-15 17:20 +0200, Josselin Mouette wrote: Le mercredi 15 octobre 2008 à 10:37 -0400, Higgins, Paul a écrit : I'm not sure where the problem lies. I saw that the packages that couldn't find File/Copy.pm seemed to have their dependencies correct, but apt and dpkg still allowed perl-modules to break it. The one package I checked closely because it broke the install, libtiff4, doesn't seem to depend on doc-base as it should. It seems like there must be some way to make sure the unpack, etc. for package perl-modules 5.10.x either leaves the 5.8.x tree alone, or waits until it is no longer needed to remove it. Frankly, I'm tempted to reassign this to dpkg; Policy §7.2 is very clear on the relationship between prerm scripts and Depends. I think reassigning would be OK. Maybe also raising the severity to important. I'm not quite sure this is the right thing to do, quoting policy: A Depends field takes effect only when a package is to be configured. It does not prevent a package being on the system in an unconfigured state while its dependencies are unsatisfied, and it is possible to replace a package whose dependencies are satisfied and which is properly installed with a different version whose dependencies are not and cannot be satisfied; So there's no guaranty in the prerm script. You can only rely on essential packages being unpacked. There is also this in policy: `Depends' This declares an absolute dependency. A package will not be configured unless all of the packages listed in its `Depends' field have been correctly configured. The `Depends' field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality. The `Depends' field should also be used if the `postinst', `prerm' or `postrm' scripts require the package to be present in order to run. Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. At first sight this seem to conflict, but note that it says present and not unpacked or configured. I think there is some bug open against policy about it, but can't find it right now. I think many people atleast interprete it as configured, while it should probably say unpacked. It also says: In case of circular dependencies, since installation or removal order honoring the dependency order can't be established, dependency loops are broken at some point (based on rules below), and some packages may not be able to rely on their dependencies being present when being installed or removed, depending on which side of the break of the circular dependency loop they happen to be on. If one of the packages in the loop has no postinst script, then the cycle will be broken at that package, so as to ensure that all postinst scripts run with the dependencies properly configured if this is possible. Otherwise the breaking point is arbitrary. Maybe it should also take the prerm scripts into account (on upgrade)? Note sure if this helps at all in this case. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502427: recoll: please suggest libimage-exiftool-perl
On Thu, Oct 16, 2008 at 4:23 PM, Meik Hellmund [EMAIL PROTECTED] wrote: Can't locate Image/ExifTool.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/recoll/filters/rclimg line 61. please suggest/recommed/depend on libimage-exiftool-perl, which provides this Perl module. Thanks for reporting bug and using recoll. BTW, recoll is great! Thank you! Yes, indeed. Your thanks is forwarded to upstream too :) -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Homepage: people.debian.org/~kartik Blog.en: ftbfs.wordpress.com Blog.gu: kartikm.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502445: emdebian-tools: does not respect HTTP_PROXY environment variable
On Thu, 16 Oct 2008 19:17:56 +0300 Timo Juhani Lindfors [EMAIL PROTECTED] wrote: Neil Williams [EMAIL PROTECTED] writes: I'm not sure that this is a problem in emdebian-tools - it looks more like a problem of an incomplete setup for apt itself. Have you set the proxy in /etc/apt/apt.conf.d/ ? Nope. I have set $http_proxy globally so that I don't need to configure every individual package separately to use a proxy. Native packages can use that, cross-building ones need more help. Proxy settings in the environment (indeed, most environment variables used by or for native packages) are useless to cross-building tools. Normal apt-get uses $http_proxy here so maybe emsetup sanitizes the environment somehow? Doesn't make any odds. This isn't a bug in emsetup or emdebian-tools. As I stated originally, apt-cross needs to do a lot of changes in the apt environment in order for apt to understand cross-building issues. Please implement the apt config for your proxy and reassign this bug to apt-cross IF it still occurs. This is not a bug in emdebian-tools, that is just where it shows up. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpR8yFIzxo8h.pgp Description: PGP signature
Bug#502346: virtualbox-ose-modules package older than virtualbox-ose
Tomasz Ka%u017Amierczak wrote: I've already tried that, but it failed. The module doesn't build. There are no error messages nor anything that would tell what's wrong follow what i've said in #502375. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501231: samhain: 501231: workaround patch
On Thu, 2008-10-16 at 23:45 +0800, Paul Wise wrote: Program received signal SIGBUS, Bus error. [Switching to Thread 0x40020a50 (LWP 11257)] 0xee28 in tiger_t (str=0x5d987, length=value optimized out, res=0x5d8d4) at ./src/sh_tiger1.c:284 284 tiger_compress_macro(str, res); (gdb) bt full #0 0xee28 in tiger_t (str=0x5d987, length=value optimized out, res=0x5d8d4) at ./src/sh_tiger1.c:284 After replacing tiger_compress_macro with the relevant code, I get this: Program received signal SIGBUS, Bus error. [Switching to Thread 0x40020a50 (LWP 11348)] 0xee28 in tiger_t (str=0x5d987, length=value optimized out, res=0x5d8d4) at ./src/sh_tiger1.c:300 300 x00=str[0*2]; x01=str[0*2+1]; x10=str[1*2]; x11=str[1*2+1]; (gdb) l 295 c0 = res[4]; 296 c1 = res[5]; 297 298 save_abc 299 300 x00=str[0*2]; x01=str[0*2+1]; x10=str[1*2]; x11=str[1*2+1]; 301 x20=str[2*2]; x21=str[2*2+1]; x30=str[3*2]; x31=str[3*2+1]; 302 x40=str[4*2]; x41=str[4*2+1]; x50=str[5*2]; x51=str[5*2+1]; 303 x60=str[6*2]; x61=str[6*2+1]; x70=str[7*2]; x71=str[7*2+1]; 304 Looks like the problem is that the pointer str comes from a static array of bytes (unsigned char), allocated in ./src/sh_tiger0.c line 101, but it is used as an array of 32-bit integers, leading to the alignment bug. This patch makes the SIGBUS go away on my OpenMoko: --- samhain-2.2.3.orig/src/sh_tiger0.c +++ samhain-2.2.3/src/sh_tiger0.c @@ -98,7 +98,7 @@ */ SL_TICKET tiger_fd = (-1); -static sh_byte buffer[PRIV_MAX + 72]; +static sh_byte buffer[PRIV_MAX + 72] __attribute__((aligned(32))); #if defined(TIGER_64_BIT) static Ideally the whole thing would be rewritten to be more alignment-safe, but this works until upstream can get around to doing this. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#501866: Missing dependancy - libpango1.0-common.prerm uses defoma-app in pkg defoma
clone 501866 -1 reassign -1 perl-modules retitle -1 Circular dependency between perl and perl-modules thanks Le jeudi 16 octobre 2008 à 14:33 +0200, Raphael Hertzog a écrit : Random note: A first step to enhance the situation could be to remove the circular dep between perl and perl-modules. perl should depend on perl-modules and not the opposite (a conflicts/breaks should forbid the upgrade of perl-modules alone). That way the configuration and unpack order is less random. But that doesn't change much for our problem. Actually, it may be enough to fix the problem. See #316403 for a very similar issue that was fixed by removing the circular dependency between libgconf2-4 and gconf. In all cases, it is a very bad idea to have a circular dependency in such a core package, and it may trigger similar issues in many cases. Since there is no real reason for perl-modules to depend on perl, please use Conflicts to ensure the versions are correct instead. Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#500265: linux-image-2.6.26-1-686: Hangs after an apparently random uptime (minutes)
Problem still present after upgrading to 2.6.26-8 in Lenny, without hpet=disable. Now trying with HPET disabled. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475939: pylint: pylint.el refers to non-existent variable py-mode-map
Hi Yaroslav, If emacs22 is installed, you need not (or should not?) have python-mode installed too, because it is included in Emacs. Try removing python-mode then attempt to reproduce the bug again. I have been able to work around this bug with the following: sudo sed -i 's/py-mode-map/python-mode-map/g' \ /usr/share/emacs/site-lisp/pylint/pylint.el sudo emacs --quick --batch --execute '(byte-compile-file /usr/share/emacs/site-lisp/pylint/pylint.el)' sudo mv /usr/share/emacs/site-lisp/pylint/pylint.elc \ /usr/share/emacs22/site-lisp/pylint/ (Which works, even though it may be inelegant). Gavin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502456: debsums: [INTL:ru] Russian debconf templates translation update
Package: debsums Version: 2.0.39 Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of ru.po to Russian # #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. # # Yuri Kozlov [EMAIL PROTECTED], 2005, 2008. msgid msgstr Project-Id-Version: debsums 2.0.39\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-10-14 10:35+1300\n PO-Revision-Date: 2008-10-16 20:52+0400\n Last-Translator: Yuri Kozlov [EMAIL PROTECTED]\n Language-Team: Russian [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: boolean #. Description #: ../templates:1001 #| msgid Should md5sum files be automatically generated by apt-get? msgid Should debsums files be generated automatically by apt-get? msgstr Включить автоматическую генерацию файлов debsums из apt-get? #. Type: boolean #. Description #: ../templates:1001 #| msgid #| Not all packages contain md5sum information as is. However, debsums can #| be installed so that apt will automatically generate md5sum files of #| installed packages. This may be useful for checking system integrity #| later, though it should not be relied on as a security measure. msgid Not all packages contain debsums information. However, apt can be configured to generate debsums files for installed packages automatically. This may be useful for checking system integrity later, but it should not be relied upon as a security measure. msgstr Не все пакеты содержат информацию debsums. Однако, apt можно настроить так, чтобы файлы debsums генерировались автоматически при установке пакетов. Это может быть полезно для последующих проверок целостности системы, но вы не должны полностью полагаться на такую оценку безопасности. #. Type: select #. Choices #: ../templates:2001 msgid never msgstr никогда #. Type: select #. Choices #: ../templates:2001 msgid daily msgstr ежедневно #. Type: select #. Choices #: ../templates:2001 msgid weekly msgstr еженедельно #. Type: select #. Choices #: ../templates:2001 msgid monthly msgstr ежемесячно #. Type: select #. Description #: ../templates:2002 #| msgid Run daily debsums security check? msgid Schedule for debsums security checks: msgstr Выполнять периодическую проверку безопасности с помощью debsums? #. Type: select #. Description #: ../templates:2002 #| msgid #| By default, a cronjob will verify every package's checksum information #| every night to make sure that none of the files have changed since the #| package was installed. msgid A cronjob can be set to regularly verify every package's checksum information to make sure that none of the files have changed since the package was installed. msgstr Можно настроить задание cron, которое периодически проверяет, что ни один из файлов установленных пакетов не изменился с момента установки (используется информация о контрольных суммах). #. Type: select #. Description #: ../templates:2002 msgid This security check takes some time to run but is highly recommended. msgstr Данная проверка безопасности займёт некоторое время, но её выполнение настоятельно рекомендуется.
Bug#488844: CUPS not functioning
I am seeing this same problem. The idea to change ~/.gtkrc-2.0 works, but misses the bug. It gives you the option to print to a file or to LPR. This works if all you care about is your default printer; no other printer can be used. If I specify gtk-print-backends = file,cups I get exactly the default result: file shows and allows printing, all the printers show but do not allow printing. So there is a bug somewhere in the CUPS interface, perhaps in the libprintbackend-cups.so library? The .gtkrc-2.0 change merely avoids using CUPS directly; it is just a workaround. I don't see any response on this bug since it was posted, now 3+ months with lenny in freeze. It would be nice if it got the attention of someone who can investigate and repair, or at least a workaround that uses CUPS. Liam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502434: linux-image-2.6.26-1-686 do not boot
On Thu, Oct 16, 2008 at 10:23:38AM -0300, David Roguin wrote: Package: linux-image-2.6.26-1-686 Version: 2.6.26-8 When i try to boot with the new kernel in lenny, the boot process hangs at a kernel panic. I don't really know where to get the log when the kernel do not boot. If someone could help me, i could send you more info. David, We will have to have more info to be able to diagnose this issue. If you have a second computer, you could try using a serial console to capture the panic. A link to a photo of the screen can also work. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502457: RFP: nvidia-cg-toolkit
Tags: needs-packaging Package: wnpp Severity: normal There is already an nvidia-cg-toolkit package which installs the 2004 files directly from nvidia's website but this package should be made obsolete. At the time this package needed to download directly from nivida's website due to copyright issues but this is no longer the case. If one downloads the tgz for Linux ( on this page: http://developer.nvidia.com/object/cg_toolkit.html#downloads ) there are multiple exemptions allowing for Debian to re-distribute the package. Looking at the .tgz file go to /./usr/local/Cg/docs/license.txt 2.1.3 Linux Exception. Notwithstanding the foregoing terms of Section 2.1.1, SOFTWARE designed exclusively for use on the Linux operating system may be copied and redistributed, provided that the binary files thereof are not modified in any way (except for unzipping of compressed files). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502458: python-libgmail: libgmail crashes on threads containing messages from google chat
Package: python-libgmail Version: 0.1.9-2 Severity: normal Tags: patch libgmail crashes when trying to parse a thread that contains a google chat log (from using 'Reply by chat' or similiar options). The problem is extracting attachments - the pseudo mail message created by google chat leaves this blank, which causes the attempt to iterate over the list to fail. While I haven't tested libgmail 0.1.10, it doesn't look like the relevant code has changed between the versions, so I suspect the same problem will occur there. The following patch fixes the problem for me. --- libgmail.py 2008-10-16 18:53:20.0 +0200 +++ libgmail_modified.py2008-10-16 18:52:52.0 +0200 @@ -1448,8 +1448,14 @@ self.bcc = msgData[MI_BCC] self.sender = msgData[MI_AUTHOREMAIL] -self.attachments = [GmailAttachment(self, attachmentInfo) -for attachmentInfo in msgData[MI_ATTACHINFO]] +# Messages created by google chat (from reply with chat, etc.) +# don't have any attachments, so we need this check not to choke +# on them +try: +self.attachments = [GmailAttachment(self, attachmentInfo) +for attachmentInfo in msgData[MI_ATTACHINFO]] +except TypeError: +self.attachments = [] # TODO: Populate additional fields cache...(?) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-libgmail depends on: ii python2.5.2-2An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-clientcookie 1.3.0-1.1 Python module for automating HTTP python-libgmail recommends no packages. python-libgmail suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500690: [recoll] Problems with missing document handling packages
Peter Salisbury writes: 2008/9/30 Jean-Francois Dockes [EMAIL PROTECTED]: If Peter can spare some time to do more testing, I'd be quite interested by the output of the following sequence: - Add loglevel = 4 to ~/.recoll/recoll.conf - Uninstall the 3 helper packages, then: time recollindex -z 2 /tmp/rcllog-znopack.txt time recollindex2 /tmo/rcllog-nopack.txt - Reinstall the 3 packages then: time recollindex -z 2 /tmp/rcllog-zpack.txt time recollindex2 /tmo/rcllog-pack.txt Sorry it's taken a while, but here is the output you requested: [skipped test results] Thanks a lot for running these tests and sending the results. It's quite reassuring that initial indexing works as expected. About later indexing passes, I had another look at how Recoll *really* works (as opposed to how I thought it worked :) ) and in fact, for file types with missing helper applications, indexing is always retried (so that it succeeds as soon as the helper is installed). Trying to execute the filters wastes quite a lot of time. This explains why the times go down after the helper is installed: the files get indexed the first time, then nothing further happens if they stay unchanged. Recoll 1.11 has been modified to work slightly differently: executing a missing filter is only tried once per indexing pass. The program then remembers the failure and doesn't retry. The files still get indexed at the first indexing pass following helper installation, and there is almost no performance penalty for missing helpers, best of both worlds (hopefully). Thanks again for prompting me to implement this well-needed change. Regards, J.F. Dockes $ time recollindex -z 2rcllog-znopack.txt real8m48.449s user3m49.958s sys 2m57.675s $ time recollindex 2rcollog-nopack.txt real0m45.619s user0m23.909s sys 0m13.069s re-install: zlib1g-dev (1:1.2.3.3.dfsg-12) libid3-3.8.3-dev (3.8.3-7.2) libimage-exiftool-perl (7.30-1) pstotext (1.9-4) $ time recollindex -z 2rcllog-zpack.txt real16m23.720s user9m59.989s sys 3m45.342s $ time recollindex 2rcllog-pack.txt real0m28.198s user0m16.405s sys 0m4.676s The initial indexing is quicker without the helpers as you'd expect, but the re-indexing is slower. I can't send you the logs I'm afraid as they would be around 100MB but I had a look in the re-indexing log when the helpers were absent and there are lots of lines like this: :4:../internfile/internfile.cpp:357:FileInterner::internfile. ipath [] :4:../utils/execmd.cpp:163:ExecCmd::doexec: ((nil)|0x9828eac) /usr/share/recoll/filters/rclimg {/home/peter/.gkrellm2-0/themes/minegue-beta/timer/bg_timer.png} Can't locate Image/ExifTool.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/recoll/filters/rclimg line 61. BEGIN failed--compilation aborted at /usr/share/recoll/filters/rclimg line 61. :2:../internfile/mh_exec.cpp:71:MimeHandlerExec: command status 0x200: /usr/share/recoll/filters/rclimg :2:../internfile/internfile.cpp:412:FileInterner::internfile: next_document error [/home/peter/.gkrellm2-0/themes/minegue-beta/timer/bg_timer.png] :2:../internfile/internfile.cpp:494:FileInterner::internfile: conversion ended with no doc :4:../rcldb/rcldb.cpp:1027:Db::add: docid 17360 updated [/home/peter/.gkrellm2-0/themes/minegue-beta/timer/bg_timer.png , ] :4:../internfile/internfile.cpp:109:FileInterner::FileInterner: [/home/peter/.gkrellm2-0/themes/minegue-beta/bg_grid.png] mime [(null)] preview 0 :4:../internfile/internfile.cpp:170:FileInterner::FileInterner: image/png [/home/peter/.gkrellm2-0/themes/minegue-beta/bg_grid.png] :4:../internfile/internfile.cpp:357:FileInterner::internfile. ipath [] :4:../utils/execmd.cpp:163:ExecCmd::doexec: ((nil)|0x97116b4) /usr/share/recoll/filters/rclimg {/home/peter/.gkrellm2-0/themes/minegue-beta/bg_grid.png} Can't locate Image/ExifTool.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/share/recoll/filters/rclimg line 61. BEGIN failed--compilation aborted at /usr/share/recoll/filters/rclimg line 61. :2:../internfile/mh_exec.cpp:71:MimeHandlerExec: command status 0x200: /usr/share/recoll/filters/rclimg :2:../internfile/internfile.cpp:412:FileInterner::internfile: next_document error [/home/peter/.gkrellm2-0/themes/minegue-beta/bg_grid.png] :2:../internfile/internfile.cpp:494:FileInterner::internfile: conversion ended with no doc HTH, Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501574: warsow: crashes at startup (warsow_bin: shader/slang/slang_emit.c:978 ...)
For what it's worth, a quick and dirty command that would tell if there are any nvidia or ati module loaded: lsmod | egrep -cw fglrx|nvidia That would work on some configurations but I don't know if that would be the case on most or all systems. HTH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502240: cdebconf: should not drop fall-back languages
tags 502240 + patch thanks On Tue, Oct 14, 2008 at 09:39:36PM +0200, Frans Pop wrote: When localechooser sets debconf/language to a set of languages (preferred + fall-back languages, e.g. se_NO:nb_NO:nb:no_NO:no:nn_NO:nn:da:sv:en for Northern Sami), cdebconf should ensure that *all* relevant translations are kept when translations are dropped with DEBCONF_DROP_TRANSLATIONS set. Indeed, cdebconf was only keeping translation for the first language of the set. The attached patch should fix this, but as I am currently lacking a proper environment to do a full d-i test, it would be great if someone could verify that it really fixes the issue. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff --git a/packages/cdebconf/src/template.c b/packages/cdebconf/src/template.c index dd8240a..de93b65 100644 --- a/packages/cdebconf/src/template.c +++ b/packages/cdebconf/src/template.c @@ -466,7 +466,7 @@ void template_lset(struct template *t, const char *lang, char *orig_field; char *altlang; char *cp; -const char *curlang; +const char *curlang = NULL; if (strcasecmp(field, tag) == 0) { @@ -530,24 +530,26 @@ void template_lset(struct template *t, const char *lang, strcmp(lang, C) == 0 || strncmp(lang, en, 2) == 0) curlang = lang; else { -const char *wantlang_full = getlanguage(); char *wantlang; char *p; +struct cache_list_lang *cl; -if (!wantlang_full) -wantlang_full = C; -wantlang = strdup(wantlang_full); -p = strpbrk(wantlang, _.@); -if (p) -*p = '\0'; -if (strncmp(lang, wantlang, strlen(wantlang)) == 0) -curlang = lang; -else { -INFO(INFO_VERBOSE, Dropping %s/%s for %s (wantlang=%s), t-tag, field, lang, wantlang); +getlanguage(); +for (cl = cache_list_lang_ptr; cl != NULL; cl = cl-next) { +wantlang = strdup(cl-lang); +p = strpbrk(wantlang, _.@); +if (p) +*p = '\0'; +if (strncmp(lang, wantlang, strlen(wantlang)) == 0) { +curlang = lang; +break; +} free(wantlang); +} +if (curlang == NULL) { +INFO(INFO_VERBOSE, Dropping %s/%s for %s, t-tag, field, lang); return; } -free(wantlang); } p = t-fields; signature.asc Description: Digital signature
Bug#502311: Exact errors differ by architecture
Note that the list of regressions differ by architecture, but it is probably not useful at this point to make a separate bug for each of them, right? Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448784: Please build HTML documentation
Any chance of some progress on this? I too would like to request HTML documentation by default. doc/Makefile is well-able to make an html version of the documentation. I just don't know how to arrange for this to end up in the Debian package, or I would submit a patch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501820: conflicts?
Could a conflicts: be added to the package information to enforce the fact that this package causes problems with the open source driver? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501820: [Pkg-fglrx-devel] Bug#501820: conflicts?
Le Thursday 16 October 2008 19:31:32 [EMAIL PROTECTED], vous avez écrit : Could a conflicts: be added to the package information to enforce the fact that this package causes problems with the open source driver? Well, there is already a conflit with libGL, wich is exactly the issue. I think that some documentation is sufficient. You can still use both drivers, provided that you remove the custom libGL package. In this case, 3D acceleration doesn't work with fglrx. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502460: singleupdate option changed behaviour
Package: greylistd Version: 0.8.7 Severity: important Tags: patch Bug #480365 was no bug, but intentional behaviour. After the fix of bug #480365 the behaviour changed in a way it was not intended when the options SINGLECHECK and SINGLEUPDATE were introduced. As the comment in the config file for SINGLEUPDATE states, the single values should only be used in the WHITE state, in the GREY state there should be normal triples be used. This is because the GREY state items have to identify reappearing MESSAGES and are therefore more specific, while the WHITE state items have to identify HOSTS and therefore just use one key (the IP address usually). After the patch of bug #480365 SINGLEUPDATE will also put single values in the GREY state items, which is wrong for what was intended with this option. The mistaken fix changed the behaviour, and the greylisting will be less effective now for all the sites using it, since different mails from the same host will now trigger the update into the WHITE state. BTW: For the behaviour after the mistaken fix (just always using only the first key in the items) you don't need SINGLEUPDATE at all. You can just use empty values for the second and third key in the exim config. The fix for this bug is to undo the patch of bug #480365. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475939: pylint: pylint.el refers to non-existent variable py-mode-map
ho ho -- thanks for the hint! apparently I was using outdated piece ;-) having .el gzipped forbid me to find it by grepping the content... so I guess something needs to conflict with python-mode, right? On Thu, 16 Oct 2008, Gavin Panella wrote: If emacs22 is installed, you need not (or should not?) have python-mode installed too, because it is included in Emacs. Try removing python-mode then attempt to reproduce the bug again. -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-1412 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501820: [Pkg-fglrx-devel] Bug#501820: Bug#501820: conflicts?
Le Thursday 16 October 2008 19:39:22 Romain Beauxis, vous avez écrit : Le Thursday 16 October 2008 19:31:32 [EMAIL PROTECTED], vous avez écrit : Could a conflicts: be added to the package information to enforce the fact that this package causes problems with the open source driver? Well, there is already a conflit with libGL, wich is exactly the issue. I think that some documentation is sufficient. Woops, sorry, it is not a conflict, but a diversion. I don't think we want a conflict there, since one would also expect the driver to put back things as before when removed. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502253: [PATCH] add debian/gbp.conf to list of searched conffiles
hi guido, On Thu, Oct 16, 2008 at 09:12:42AM +0200, Guido Günther wrote: thanks for the patch but I think we have to push debian/gbp.conf in front of .git/gbp.conf - otherwise the user has no way of overriding configurations pushed onto him by the remote repo. that's a good point. pretty trivial to fix anyway... do you need another patch or can we leave it at that? :) sean -- signature.asc Description: Digital signature
Bug#476177: confirming the diagnosis for debian #476177
I can confirm Jacob Winther's diagnosis: rm /usr/lib/irssi/modules/libfe_silc.so was sufficient for me to avoid getting the duplicated messages. I have not yet tried the modification of the Makefile to see if that builds acceptable packages. Thanks for the heads-up, Jacob! --dkg pgpIAKpjOQDoT.pgp Description: PGP signature
Bug#502461: boxbackup-server: fails to install cleanly
Package: boxbackup-server Version: 0.11~rc2-3.1 Severity: important It appears as if there is a problem with the certificate generation in the .deb package. After typing aptitude install boxbackup-server I get an error on line 55 of confmodule and then it refuses to install. However, if pauses after trying to create the bbstored user and I have to hit ENTER 3 times to get through the next two messages (Creating config file...). Later... Richard = SNIP == Setting up boxbackup-server (0.11~rc2-3.1) ... Creating bbstored user. Adding system user `bbstored' (UID 112) ... Adding new group `bbstored' (GID 112) ... Adding new user `bbstored' (UID 112) with group `bbstored' ... Not creating home directory `/var'. Generating RSA private key, 2048 bit long modulus ...+++ +++ e is 65537 (0x10001) You are about to be asked to enter information that will be incorporated into your certificate request. What you are about to enter is what is called a Distinguished Name or a DN. There are quite a few fields but you can leave some blank For some fields there will be a default value, If you enter '.', the field will be left blank. - Country Name (2 letter code) [AU]:State or Province Name (full name) [Some-State]:Locality Name (eg, city) []:Organization Name (eg, company) [Internet Widgits Pty Ltd]:Organizational Unit Name (eg, section) []:Common Name (eg, YOUR name) []:Email Address []: Please enter the following 'extra' attributes to be sent with your certificate request A challenge password []:An optional company name []:KangarooBox /usr/share/debconf/confmodule: line 55: return: KangarooBox: numeric argument required dpkg: error processing boxbackup-server (--configure): subprocess post-installation script returned error exit status 255 Errors were encountered while processing: boxbackup-server E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up boxbackup-server (0.11~rc2-3.1) ... User bbstored already exists. Creating config file /etc/boxbackup/raidfile.conf with new version Creating config file /etc/boxbackup/bbstored.conf with new version /etc/init.d/boxbackup-server: line 26: [: /var/run/bbstored.pid: binary operator expected /etc/init.d/boxbackup-server: line 29: [: /etc/boxbackup/bbstored/boxbackup-server-cert.pem: binary operator expected Starting boxbackup-server: FATAL: Unknown parameter on command line: '/etc/boxbackup/bbstored.conf' invoke-rc.d: initscript boxbackup-server, action start failed. dpkg: error processing boxbackup-server (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: boxbackup-server Reading package lists... 0% Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done = SNIP == -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages boxbackup-server depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.22Debian configuration management sy ii gawk 1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr ii libc6 2.7-14GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libssl0.9.80.9.8g-13 SSL shared libraries ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii openssl0.9.8g-13 Secure Socket Layer (SSL) binary a ii perl 5.10.0-15 Larry Wall's Practical Extraction ii ucf3.0010Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime boxbackup-server recommends no packages. boxbackup-server suggests no packages. -- debconf information: boxbackup-server/incorrectDirectories: boxbackup-server/incorrectBlocksize: boxbackup-server/raidDirectories: boxbackup-server/generateCertificate: true boxbackup-server/raidBlockSize: 4096 boxbackup-server/debconf: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502462: [setup-storage] Further command dependency error causes failure in creating LVMs
Package: fai-client Version: 3.2.12 Severity: important Because of a programming error the commands to create volume groups can never be executed as their preconditions are not satisfied. This is not really a regression from 3.2.11 but rather only became obvious because of the bugfixes that made it into 3.2.12. A bugfix is underway. Best, Michael pgpjGJ9QQAbDo.pgp Description: PGP signature
Bug#502463: backuppc: [INTL:it] Italian translation of the debconf templates
Package: backuppc Severity: wishlist Tags: l10n patch Enclosed please find the Italian translation of the Debconf template. Best regards vince it.po.tar.gz Description: application/compressed-tar
Bug#502464: ddclient: [INTL:it] Italian translation of the debconf templates
Package: ddclient Severity: wishlist Tags: l10n patch Enclosed please find the Italian translation. Best regards, vince it.po.tar.gz Description: application/compressed-tar