Bug#416911: New DirectFB 1.x releases are available
Hi Guillem, On Tue, Sep 04, 2007 at 12:01:16AM +0300, Guillem Jover wrote: I'm not going to upload 1.1.0, as it can be read from the release announcment that not all features are working again. I might later on upload it to experimental. I see; I hope problems will be fixed soon, so that we can see how g-i behave with something recent. As also mentioned on IRC I'd like to move the dfbinfo binary current provided in the udeb lib into its own package (which didn't happen at the time due to the release being so close). The new package (libdirectfb-bin-udeb) would mostly contain that, but other programs useful for debugging purposes can be added later on if requested. that makes sense thanx, Davide signature.asc Description: Digital signature
Bug#440520: Bug#439827: grep -vw segfault on word matches in UTF-8 locales
Ooops. I don't understand why I did not see all those already open reports. I did scan through the grep bug list (searched for the word segfault even). Sorry about that. -- Antti-Juhani Kaijanaho, Jyväskylä http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ signature.asc Description: Digital signature
Bug#440775: Crash when changing gettext (*.mo) file
Package: php5-cgi Version: 5.2.3-1+b2 Severity: normal Hi I use gettext for localisation of my PHP application. Whenever I change templates/translation and then regenerate .mo files, PHP instances start to crash. Most likely they do not detect file change and still treate it as old one. Restarting PHP solves this. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-cgi depends on: ii libbz2-1.0 1.0.3-7 high-quality block-sorting file co ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libcomerr2 1.40.2-1 common error description library ii libdb4.44.4.20-9 Berkeley v4.4 Database Libraries [ ii libkrb531.6.dfsg.1-6 MIT Kerberos runtime libraries ii libmagic1 4.21-3 File type determination library us ii libpcre37.3-1Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8e-8 SSL shared libraries ii libxml2 2.6.30.dfsg-2GNOME XML library ii mime-support3.39-1 MIME files 'mime.types' 'mailcap ii php5-common 5.2.3-1+b2 Common files for packages built fr ii ucf 3.001Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime php5-cgi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440776: firefox/iceweasel not opening when urls clicked on.
Package: sylpheed-claws Version: 1.0.5-5.1 Iceweasel is not opening urls when clicking on them in the message body. I have tried this with both dillo-viewer loaded and unloaded and the result is the same. After I changed the command in the preferences - external programs to dillo %s dillo opened the urls correctly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440777: ftp.debian.org: RM octave2.9-forge -- RoM, abandoned upstream
Package: ftp.debian.org Severity: normal On behalf of the Debian Octave Group, I request the removal of octave2.9-forge. This package doesn't work with current octave2.9 packages. Upstream switched to a package-based system, so people can install the octave2.9-forge stuff themselves, using Octave's internal pkg.m mechanism. Thanks Thomas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#407466: #407466: Chrony won't access hardware clock but prevents hwclock from doing s
Package: chrony Version: 1.21z-5 Followup-For: Bug #407466 A me too report. My system is a dialup, my clock was six minutes behind. I looked at the docs, read dozens of screens and couldn't figure out how to set the clock -- or rather I'd try things and fail. Looked at the BTS, found this bug, commented out rtcfile /var/lib/chrony/chrony.rtc as per maintainers advice, restarted the 'chronyd' server, but the time was still off, so what that changed is unclear. The present docs are excellent technical references, describing every command in detail. And yet... It's like handing a dictionary to an immigrant that doesn't know a word of English and who just wants to answer a basic question; pat him on the back, it's all there mon ami, you figure it out. Or the proverb Give a man a fish and you feed him today; teach him to fish, and you feed him for life, for a first timer an encyclopedia of fish is not efficient. Or a hacker's flooding attack -- overwhelm the server, (or learner). With that tirade off my chest, I eventually discovered how to set the clock, so 'chrony' novice BTS browsers take note: 1) Become root. 2) From the command line 'chronyc'. 3) Now enter the special 'chrony' password, (which can be found in '/etc/chrony/chrony.keys'), like so: chronyc password Password: (the chrony pw. is not echoed) 200 OK 4) Put 'chrony' in manual mode: chronyc manual on 200 OK 5) And set the time: chronyc settime 1:29 200 OK : Clock was 168.90 seconds fast. Frequency change = 0.00ppm, new frequency = 44.82ppm How to tell 'chronyc' to fetch the correct time from the web and actually use it without skew? Dunno yet. Hope this helps... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages chrony depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii ucf 3.001 Update Configuration File: preserv chrony recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421946: openldap2.3: build against newer Berkeley DB
Looks like x86_64 requires a specific option. Maybe it'd be best to compile it that way for all platforms. Are there reproducible tests/benchmarks that we can use to figure out whether or not this actually makes sense on any given architecture? The test I used most recently was to run test008 in the OpenLDAP test suite and average the runtimes over 5-10 runs for each BDB version. In my tests I ran with SLAPD_DEBUG=0 so the only I/O traffic is from BDB and not from debug logging. I also ran with an extremely small cachesize setting (5, the default is 1000) to further aggravate the locking contention in the underlying DB. Under normal conditions (where the cache is not so ridiculously undersized for the workload) the differences are not as apparent. Also note that the runtimes for this test are non-deterministic since they are affected by deadlock retries, and their pattern is unpredictable on most systems. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sunhttp://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440727: [DRE-maint] Bug#440727: FTBFS on sparc in clean target
On 03/09/07 at 23:59 +0200, Kilian Krause wrote: Package: libgsl-ruby Version: 1.9.2-2 Severity: serious While autobuilding your package the following error occured: fakeroot debian/rules clean test -x debian/rules test `id -u` = 0 dh_clean /usr/bin/ruby setup.rb config --siteruby=/ruby --siterubyver=/ruby/1.8 --siterubyverarch= make: *** [clean] Illegal instruction Full build log is available at: http://status.buildserver.net/fetch.php?file=logas=rawstamp=1188856623ver=1.9.2-2pkg=libgsl-rubyarch=sparc Hi Kilian, Any chance this is caused by the sparc buildd problems? I'm a bit suspicious when I read sparc and FTBFS in the same subject ;) In the other case, it's very likely to be an interpreter bug. So it should probably be reassigned to ruby1.8. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440727: [DRE-maint] Bug#440727: FTBFS on sparc in clean target
Lucs, On Tue, Sep 04, 2007 at 07:26:02AM +0200, Lucas Nussbaum wrote: On 03/09/07 at 23:59 +0200, Kilian Krause wrote: Package: libgsl-ruby Version: 1.9.2-2 Severity: serious While autobuilding your package the following error occured: fakeroot debian/rules clean test -x debian/rules test `id -u` = 0 dh_clean /usr/bin/ruby setup.rb config --siteruby=/ruby --siterubyver=/ruby/1.8 --siterubyverarch= make: *** [clean] Illegal instruction Full build log is available at: http://status.buildserver.net/fetch.php?file=logas=rawstamp=1188856623ver=1.9.2-2pkg=libgsl-rubyarch=sparc Hi Kilian, Any chance this is caused by the sparc buildd problems? I'm a bit suspicious when I read sparc and FTBFS in the same subject ;) No it's not. This is the with the fixed kernel waldi describes in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433187 ... So the problem with processes not terminating is another one. You're free to wait for the regular buildd to come back and proove it though. ;) In the other case, it's very likely to be an interpreter bug. So it should probably be reassigned to ruby1.8. Yep, sounds good to me. -- Best regards, Kilian signature.asc Description: Digital signature
Bug#440778: error when loading plugin
Package: sylpheed-claws-clamav Version: 1.0.5-5.1 Upon attempting to load the clamav-plugin.so the following error popup is displayed: error The following error occurred while loading the plugin: /usr/lib/sylpheed-claws/plugins/clamav-plugin.so: undefined symbol: cl_freetrie The version of clamav installed is 0.90.1-3etch7 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440614: support for being a --svn-builder (svn-buildpackage builder)
On Tue, Sep 04, 2007 at 08:11:23AM +0900, Junichi Uekawa wrote: I'm not sure if I can pass svn-buildpackage --svn-builder=pdebuild --pbuilder cowbuilder If this is the case, it should be documented. If it doesn't work, a wrapper which says 'pdebuild --pbuilder cowbuilder' is required. It does indeed work here, cool. Thanks! There is a remaining problem of interface mismatch though. svn-buildpackage accepts extra unrecognized options and passes it down to dpkg-buildpackage. The same does debuild whereas pdebuild doesn't, so for example I can't pass -rfakeroot (but ok, that's not needed) or other options to dpkg-buildpackage. I'm not particularly bothered by that, but it does not provide a smooth integration of pdebuild, since I have to move extra options under --debuildopts. Just for the sake of discussion ... -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440779: crm114: Broken teaching ham and spam
Package: crm114 Version: 20070810-2 Severity: important I get the very same error than the one reported by Marcus Fritzsch in #439514 (which apparently is a different bug). My spam|ham teaching setup was working flawlessly previously (I guess it appeared in 20070810-2). I pipe mails to crmlearn --learnnonspam or crmlearn --learnspam with crmlearn being: #!/bin/sh grep -a -v ^X-CRM114 | \ $HOME/.crm114/mailfilter.crm -u $HOME/.crm114/ $1 --force | \ grep -a ^X-CRM114 My mailfilter.crm is attached (it is indeed the one from the examples directory with no change). Just in case, I recreated the *.css files from scratch. The error is: ERROR: mailfilter.crm broke. Here's the error: ERROR: /usr/bin/crm: *ERROR* This file should have learncounts, but doesn't, and the learncount slot is busy. It's hosed. Time to die. Sorry, but this program is very sick and probably should be killed off. This happened at line 716 of file /home/bubulle/.crm114/mailfilter.crm -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages crm114 depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libtre4 0.7.5-1regexp matching library with appro Versions of packages crm114 recommends: ii metamail 2.7-53 implementation of MIME -- no debconf information #! /usr/bin/crm #-- bangline args removed for system portability -- # -( learnspam learnnonspam learnfile stats_only config spamcss nonspamcss fileprefix force unlearn cache ) # #A statistical mail sorter with mail-to-yourself commanding # #Copyright (C) 2002-2006 William S. Yerazunis; licensed under the #GNU Public License (GPL) version 2. A copy of this license is included #in the distribution media, or obtain one from www.fsf.org . # # Note to SunOS and FreeBSD users - you MUST remove EVERYTHING on # the first line of this program from the first - to the end of # the first line (including the - sign itself) or you will not get # what you expect. This is due to differences of opinion on how # a bangline should be dealt with. # # # --- Design Philosophy ( do these IN ORDER ) # # * if --fileprefix is specified, all filenames EXCEPT --config #are prefixed with that (You need a trailing slash on the prefix #if it is a directory name.) # * if --config , grab the config file from the specified place. # * Load the mailfilter.cf config file from wherever config or #fileprefix points (--config overrides --fileprefix). # * If --spamcss is specified, use that as the spam.css file # * If --nonspamcss is specified, use that as the nonspam.css file # * If --learnspam, learn as spam and exit. # * If --learnnonspam, learn as nonspam and exit # * If --force, force-feed the learning # * If --learnfile, use :learnfile:.css and :learnfile:text.txt # * If --stats_only, do normal classification but don't do any #forwarding, only output the status on stdout and return #the exit code. # # * check for the command word, if present, execute the command # # * check to see if any of the whitelist patterns apply. If so, # accept the mail to /var/spool/the_user (which is actually to # be found at /var/spool/mail/:*:_env_USER: # # * check to see if any of the blacklist patterns apply. If so, # flush the mail to the blacklisted file. # # * check to see if it's commanded to be learned as a spam or a # nonspam model. If so, learn it to the appropriate .css (Crm # Sparse Spectra) file # # * run the email through the classifier. If the classifier thinks # it's good, send it to the /var/spool/mail/the_user file, else # send it to the doubtful file. # ## # #--- uncomment this if you want to include a forced # configuration file --- # insert mailfilterconfig.crm # # #--- These vars must have a value, or else we'll get errors # isolate (:classifier_reason:) /no reason yet/ # isolate (:classify_status:) // # isolate (:our_exit_code:) /0/ # isolate (:stats:) / pR: 0.00 / # isolate (:pr:) / pR: 0.0/ # isolate (:subj_text:) / (None) / # isolate (:add_extra_stuff:) // # isolate (:decision_length:) /4096/ # isolate (:cache:) // default isolate (:cachedir:) // isolate (:cacheid:) // isolate (:msg_hash:) // isolate default (:learnspam:) isolate default (:learnnonspam:) isolate default (:learnfile:) isolate default (:stats_only:) isolate default (:automatic_training:) # # Isolate these email
Bug#440780: error when loading gtk plugin
Package: sylpheed-claws-clamav Version: 1.0.5-5.1 Upon attempting to load the clamav-plugin.so the following error popup is displayed: error The following error occurred while loading the plugin: /usr/lib/sylpheed-claws/plugins/clamav-plugin_gtk.so: undefined symbol: clamav_set_message_callback The version of clamav installed is 0.90.1-3etch7 This is a minimal system with IceWM window manager, Icewm-gnome-support, and XDM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438857: hex-a-hop: complains about invalid file font.dat
* Jens Seidel [EMAIL PROTECTED] [2007-09-04 02:13:45 CEST]: tags 438857 +pending thanks On Mon, Aug 20, 2007 at 02:48:13PM +0200, Jens Seidel wrote: On Mon, Aug 20, 2007 at 12:53:30PM +0200, Gerfried Fuchs wrote: - though, hex-a-hop still doesn't start on me. It ends with this line: #v+ Fatal error: Invalid file /usr/share/games/hex-a-hop/graphics/font.dat #v- Architecture: powerpc (ppc) Ah, powerpc. I will try to test it soon on my SGI Octane workstation :-) I did so and ran it 3 minutes successfully on my Octane. I expect more little errors but basic stuff should work now ... As you tag it pending I guess you are not talking about the latest package in the pool, are you? My original error didn't occur anymore but it was a total memory hog - fortunately I was able to kill the process before my system completely threw up. :/ Looking forward to give it a try, though. It seems to be really worthwhile given the immense efforts you are putting into it. :) So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432852: no problem here
bug unconfirmed, same packages. -- Paolo Cavallini, see: http://www.faunalia.it/pc signature.asc Description: OpenPGP digital signature
Bug#440781: O: pyparsing -- Python parsing module
Package: wnpp Severity: normal The current maintainer of pyparsing, Tommi Virtanen [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you are *sure* you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: pyparsing Binary: python-pyparsing Version: 1.4.2-1.1 Priority: optional Section: python Maintainer: Tommi Virtanen [EMAIL PROTECTED] Build-Depends: cdbs (= 0.4.43), debhelper (= 5.0.37.2), python-all-dev (= 2.3.5-11) Build-Depends-Indep: python-support (= 0.3), sysutils Architecture: all Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/p/pyparsing Files: 11ed063c7d78c399d7eab4797a2aa48f 683 pyparsing_1.4.2-1.1.dsc 2ccd765807b94694c69b4233a01afea8 524438 pyparsing_1.4.2.orig.tar.gz 9ec7ac21f24a9fc2959412ec5724bc46 2805 pyparsing_1.4.2-1.1.diff.gz Package: python-pyparsing Priority: optional Section: python Installed-Size: 1488 Maintainer: Tommi Virtanen [EMAIL PROTECTED] Architecture: all Source: pyparsing Version: 1.4.2-1.1 Replaces: python2.3-pyparsing ( 1.4.2-1.1), python2.4-pyparsing ( 1.4.2-1.1) Depends: python, python-support (= 0.2) Conflicts: python2.3-pyparsing ( 1.4.2-1.1), python2.4-pyparsing ( 1.4.2-1.1) Filename: pool/main/p/pyparsing/python-pyparsing_1.4.2-1.1_all.deb Size: 389424 MD5sum: 7ce24a32a40a8fd95e91fd0fd6317d67 SHA1: f6af0ab5f52e422723a50058dfe1219cb8497736 SHA256: c28e020c7c4f918f43451e5e1553b2c782a5065ea1a2f6ba20b7dc532c2cecbc Description: Python parsing module The parsing module is an alternative approach to creating and executing simple grammars, vs. the traditional lex/yacc approach, or the use of regular expressions. The parsing module provides a library of classes that client code uses to construct the grammar directly in Python code. . Here's an example: . from parsing import Word, alphas greet = Word(alphas) + , + Word(alphas) + ! hello = Hello, World! print hello, -, greet.parseString(hello) Python-Version: all -- .''`. Mario Iseli [EMAIL PROTECTED] : :' :Debian GNU/Linux developer `. `'` `- Debian - when you have better things to do than fixing a system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440782: O: python-osd -- Python bindings for X On-Screen Display library
Package: wnpp Severity: normal The current maintainer of python-osd, Tommi Virtanen [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you are *sure* you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: python-osd Binary: python-osd Version: 0.2.12-1.2 Priority: optional Section: python Maintainer: Tommi Virtanen [EMAIL PROTECTED] Build-Depends: debhelper (= 5.0.37.2), python-all-dev (= 2.3.5-11), libxosd-dev (= 2.2.6), python-support (= 0.3) Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/p/python-osd Files: a4b9e5bebc076bccb2eb66e3e02eb775 658 python-osd_0.2.12-1.2.dsc 6a88296a7194c2f76cc8aaa0f2d35331 19337 python-osd_0.2.12.orig.tar.gz d5e8fdd3ae30cb85673e18c3be3c53b8 2259 python-osd_0.2.12-1.2.diff.gz Package: python-osd Priority: optional Section: python Installed-Size: 52 Maintainer: Tommi Virtanen [EMAIL PROTECTED] Architecture: i386 Version: 0.2.12-1.2 Replaces: python2.3-osd ( 0.2.12-1.1), python2.4-osd ( 0.2.12-1.1) Provides: python2.4-osd, python2.3-osd Depends: python (= 2.3), python ( 2.5), python-support (= 0.3.4), libc6 (= 2.3.6-6), libxosd2 (= 2.2.13), python-twisted Conflicts: python2.3-osd ( 0.2.12-1.1), python2.4-osd ( 0.2.12-1.1) Filename: pool/main/p/python-osd/python-osd_0.2.12-1.2_i386.deb Size: 10522 MD5sum: 0ae4b2f2fa380b6750a39ed9849f39f3 SHA1: 1b93b8078085443f0090a311ec75f436152a46e3 SHA256: 52fe800ca8ed5ed177acea32f58ad2910bedfd99451afa9f01d6c29dffa51004 Description: Python bindings for X On-Screen Display library PyOSD is a python module for displaying text on your X display, much like the On Screen Displays used on TVs and some monitors. . It can be used by anything that needs your attention, such as showing the song currently playing in a Python-based MP3 player. Tag: devel::lang:python, devel::library, implemented-in::python, x11::library -- .''`. Mario Iseli [EMAIL PROTECTED] : :' :Debian GNU/Linux developer `. `'` `- Debian - when you have better things to do than fixing a system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440783: O: python-oss -- Open Sound System (OSS) interface for Python
Package: wnpp Severity: normal The current maintainer of python-oss, Tommi Virtanen [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you are *sure* you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: python-oss Binary: python-oss Version: 0.0.0.20010624-3.3 Priority: optional Section: python Maintainer: Tommi Virtanen [EMAIL PROTECTED] Build-Depends: python-all-dev (= 2.3.5-11), texinfo, texi2html Architecture: any Standards-Version: 3.6.0 Format: 1.0 Directory: pool/main/p/python-oss Files: 53790950e16640e6286b734b9460f027 648 python-oss_0.0.0.20010624-3.3.dsc 7098cc1fcbcf7dc1cb6edd569814b127 85439 python-oss_0.0.0.20010624.orig.tar.gz 6782fe5e2da436fb498b9ad05c8af0f3 4721 python-oss_0.0.0.20010624-3.3.diff.gz Python-Version: all Package: python-oss Priority: optional Section: python Installed-Size: 92 Maintainer: Tommi Virtanen [EMAIL PROTECTED] Architecture: i386 Version: 0.0.0.20010624-3.3 Replaces: python2.3-oss, python2.4-oss Depends: python Conflicts: python2.3-oss, python2.4-oss Filename: pool/main/p/python-oss/python-oss_0.0.0.20010624-3.3_i386.deb Size: 35126 MD5sum: 37df043e0d541c3aa98cc0fa45bf3c00 SHA1: e76d705f7912e7525085a054002f58ad79c206a9 SHA256: 54b7365984ea29a6072ee61493cdaf535ab4e697a74ed7b46d98005af66571f6 Description: Open Sound System (OSS) interface for Python The oss module is an interface to the Open Sound System from the Python programming language. . The Open Sound System is a UNIX device driver and API that allows you to . * record and play digitized audio, * control input and output volume levels, * select recording sources, and * generate synthesizer commands and midi bytes controlled by a low-level sequencer. . This package provides the module for all supported python versions. Python-Version: 2.3, 2.4 Tag: devel::lang:python, devel::library, implemented-in::python, works-with::audio -- .''`. Mario Iseli [EMAIL PROTECTED] : :' :Debian GNU/Linux developer `. `'` `- Debian - when you have better things to do than fixing a system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440709: [Pkg-sysvinit-devel] Bug#440709: initscripts: Please mount securityfs
[Michael Holzt] securityfs is mounted on /sys/kernel/security (when that mountpoint is available) like mount -t securityfs securityfs /sys/kernel/security. It seems safe to do this always when /sys/kernel/security is present, but a mount call which the apparmor init script can depend on would do the job as well. What about providing a init.d script in apparmor to mount this file system when it is available? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440785: gforge: [INTL:fr] French debconf templates translation update
Package: gforge Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (even typo corrections). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to [EMAIL PROTECTED] with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of gforge debconf templates to French # Copyright (C) 2007 Christian Perrier [EMAIL PROTECTED] # This file is distributed under the same license as the gforge package. # # Christian Perrier [EMAIL PROTECTED], 2006, 2007. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-05-17 18:35+0200\n PO-Revision-Date: 2007-08-29 08:02+0200\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French [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 #. Type: string #. Description #: ../gforge-db-postgresql.templates.dsfh-in:3001 #: ../dsf-helper/shellhost-variables.templates:1001 msgid Your shell server: msgstr Serveur interactif (« shell server ») : #. Type: string #. Description #: ../gforge-db-postgresql.templates.dsfh-in:3001 #: ../dsf-helper/shellhost-variables.templates:1001 msgid The hostname of the server that will host your Gforge shell accounts msgstr Veuillez indiquer le nom du serveur qui hébergera les comptes interactifs Gforge. #. Type: string #. Description #: ../gforge-db-postgresql.templates.dsfh-in:6001 #: ../dsf-helper/downloadhost-variables.templates:1001 msgid Your download server: msgstr Serveur de téléchargement : #. Type: string #. Description #: ../gforge-db-postgresql.templates.dsfh-in:6001 msgid The hostname of the server that will host your Gforge packages. It should not be the same as your main Gforge host. msgstr Veuillez indiquer le serveur qui hébergera les paquets Gforge. Il devrait être différent du serveur Gforge principal. #. Type: string #. Default #: ../gforge-db-postgresql.templates.dsfh-in:8001 #: ../gforge-dns-bind9.templates.dsfh-in:4001 msgid admin msgstr admin #. Type: string #. Description #: ../gforge-db-postgresql.templates.dsfh-in:8002 #: ../gforge-dns-bind9.templates.dsfh-in:4002 msgid The Gforge administrator login: msgstr Identifiant de l'administrateur de Gforge : #. Type: string #. Description #: ../gforge-db-postgresql.templates.dsfh-in:8002 #: ../gforge-dns-bind9.templates.dsfh-in:4002 msgid This Gforge account will have all privileges on the Gforge system. It is needed to approve the creation of the projects. msgstr Le compte d'administration de Gforge a tous les privilèges sur le système Gforge. Il sert entre autres à approuver la création de projets. #. Type: string #. Description #: ../gforge-db-postgresql.templates.dsfh-in:9001 #: ../dsf-helper/host-variables.templates:1001 msgid Your IP address: msgstr Adresse IP : #. Type: string #. Description #: ../gforge-db-postgresql.templates.dsfh-in:9001 #: ../dsf-helper/host-variables.templates:1001 msgid The IP address of the server that will host your Gforge installation. This is needed for the Apache virtualhosting configuration. msgstr Veuillez indiquer l'adresse IP du serveur qui hébergera Gforge. Cette information est requise pour la configuration des hôtes virtuels d'Apache. #. Type: password #. Description #: ../gforge-db-postgresql.templates.dsfh-in:10001 #:
Bug#440784: interchange: [INTL:fr] French debconf templates translation update
Package: interchange Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (even typo corrections). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to [EMAIL PROTECTED] with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of interchange debconf templates to French # Copyright (C) 2007 Christian Perrier [EMAIL PROTECTED] # This file is distributed under the same license as the interchange package. # # Christian Perrier [EMAIL PROTECTED], 2007. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-08-21 15:48+0200\n PO-Revision-Date: 2007-08-29 07:56+0200\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French [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 #. Type: boolean #. Description #: ../interchange-cat-standard.templates:1001 msgid Create the Interchange demo catalog? msgstr Faut-il créer le catalogue de démonstration d'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 Cette option vous permet d'installer le catalogue de démonstration à partir du canevas d'origine. Vous pouvez préférer l'installer vous-même avec makecat. #. Type: boolean #. Description #: ../interchange-cat-standard.templates:2001 msgid Remove demo catalog on package purge? msgstr Faut-il supprimer le catalogue de démonstration lors de la purge du paquet ? #. 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 Veuillez choisir si vous souhaitez supprimer tous les fichiers du catalogue de démonstration d'Interchange lors de la purge du paquet (« dpkg --purge » ou « apt-get remove --purge »). #. Type: select #. Choices #: ../interchange-cat-standard.templates:3001 msgid always, ask, never msgstr Toujours, Demander, Jamais #. Type: select #. Description #: ../interchange-cat-standard.templates:3002 msgid Policy for replacing existing demo catalogs: msgstr Stratégie de remplacement des catalogues de démonstration : #. 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 Cette option permet de choisir si un catalogue de démonstration existant sera toujours remplacé sans avertissement, si une confirmation sera demandée ou si l'installation existante ne sera jamais modifiée. #. Type: boolean #. Description #: ../interchange-cat-standard.templates:4001 msgid Replace the Interchange demo catalog? msgstr Faut-il remplacer le catalogue de démonstration d'Interchange ? #. Type: boolean #. Description #: ../interchange-cat-standard.templates:4001 msgid There seems to already exist an Interchange demo catalog. msgstr Un catalogue de démonstration pour Interchange semble déjà exister. #. Type: string #. Description #: ../interchange-cat-standard.templates:5001 msgid Virtual host for the demo catalog ? msgstr Hôte
Bug#440663: exim4-config: MAIN_TLS_* doesn't actually enable TLS
severity #440663 wishlist retitle #440663 please provide macro-driven configuration for client TLS with client certificates tags #440663 wontfix thanks On Mon, Sep 03, 2007 at 04:28:22PM -0500, John Goerzen wrote: On Monday 03 September 2007 3:37:32 pm Marc Haber wrote: On Mon, Sep 03, 2007 at 12:30:40PM -0500, John Goerzen wrote: One other thing... if TLS is enabled by default, then it seems unnecessary to have a MAIN_TLS_ENABLE macro. TLS is enabled by default for an exim _client_, and it needs to be manually enabled for an exim _server_ since that needs additional handholding (and a certificate). I find the client/server distinction confusing for a thing such as exim, which is often both. Yes, but these things are independent of each other. One is delivering the message, one accepting it. In this particular case, the exim with the problem was the one initiating the connection to the remote SMTP server (also a version of exim, though an earlier one). So, it was an SMTP client in this part of the transaction. See also /usr/share/doc/exim4-base/README.Debian.gz chapter 2.2 I re-read it but found nothing of note. 2.2.1 says Exim will use TLS via STARTTLS automatically as clint if the server Exim connects to offers it. Would adding something like this help: This means that you won't need any special configuration if you want to use TLS for outgoing mail. However, if your server wants to see a client certificate, you need to amend your remote_smtp and/or remote_smtp_smarthost transports with a tls_certificate option. The certificate presented by the remote host is not checked unless you specify a tls_verify_certificate option on the transport. Can I close this bug? No, I still think this is misleading. Why should I manually have to add the lines to the smtp smarthost transport, when the comments in both the TLS config and README.Debian seem to indicate that this should Just Work, especially once I have pointed it at my cert and key? It should just work. Using client certificates is secure, but kind of exotic (I have never seen a mail system requiring client certificates in the wild, and I see a number of new mail systems each day at work). What is the problem with adding the two lines I provided (wrapped in appropriate ifdefs as elsewhere) to the relevant transports? I don't think that it would be good to make the default configuration any more confusing than it is already. The whole idea of the macro stuff is to provice a less complex and more straightforward method of configuration, and by pulling in all possible configuration options, this is thrwarted. An experienced user could have seen that a macro with a MAIN_ prefix is probably not being used inside a transport, especially because all other macros used in the remote_smtp(_smarthost) transports are prefixe REMOTE_SMTP_. I'm going to tag this bug wontfix just in case that you want to refer this issue to the tech ctte. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T
On Fri, Aug 31, 2007 at 11:13:59PM -0400, Alex Deucher wrote: For some reason, when kdm asks for the pixmaps that comprise its background, the X server draws from someplace else in video memory. The following has me pretty convinced given that it comprises a bunch of images from recently-viewed webpages and windows that were unmapped when the previous X session was terminated. Very strange. Can you open an new bug (https://bugs.freedesktop.org) for that? Filed as fd.o #12274. -- G. Branden Robinson| If you're handsome, it's flirting. Debian GNU/Linux | If you're a troll, it's sexual [EMAIL PROTECTED] | harassment. http://people.debian.org/~branden/ | -- George Carlin signature.asc Description: Digital signature
Bug#440676: nfs-kernel-server: Simultaneous transfer on mirrored nfs mounts causes service freezes
Jeffrey B. Green wrote: (I've delayed a few weeks in reporting this bug and so unsure whether other work on it has already occurred. However I could not find anything relevant.) A very similar behaviour can be reproduced with i386 as well (with the Etch versions of the Linux kernel and nfs-kernel-server): We have a setup where a block device is replicated with drbd. On this device an ext3 partition has been created, which is exported over NFS. Reading from the NFS share works fairly well, however concurrent writes to the share lead to lockups. The client processes copying data to the share are stalling and sometimes the system is locked up requiring a hard reboot. This is reproducable with both NFS over UDP and NFS over TCP. I originally assumed this was only triggerable with the block dev on a drbd device, but per Jeffrey's mail is seems to be a more widespread problem. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418596: AW: Bug#418596: nfs-common: Can not nfs-mount using second interface during boot
I can think of 2 solutions. One is to add an option to 'mount'. similar in operation to _netdev, but with the ability to specify an interface. Not too keen on this one as it affects more than Debian based distributions. Two, add a 'delay_nfsmount' or similar to the startup scripts. This would have the effect of not calling mountnfs until the last auto interface is brought up. If there is some sensible way to acheive this through the current if-pre-up.d or if-up.d mechanisms that can be documented, that would also be acceptable. The second solution seems to be OK - this is the most compatible way. The first solution opens the posibility, to umount nfs volumes in if-down.d sequence. But this would often hangs, if the affected directory is in use. Soo i think you should realize the second version! Regards Hartmut
Bug#440786: gnomebaker: crash when importing playlist
Package: gnomebaker Version: 0.6.0-7 Severity: normal *** Please type your report below this line *** When I tried gnomebaker a few months ago, importing a playlist sort of worked, but the music pieces were imported in reverse order. This time, gnomebaker crashed with the following stacktrace. The playlist was generated with totem, and it consisted solely of audio recordings in the Ogg FLAC (*.flac) format. Marko Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1224828640 (LWP 3812)] 0xb73b032d in gst_debug_level_get_name () from /usr/lib/libgstreamer-0.10.so.0 (gdb) bt #0 0xb73b032d in gst_debug_level_get_name () from /usr/lib/libgstreamer-0.10.so.0 #1 0xb73b1209 in gst_debug_add_log_function () from /usr/lib/libgstreamer-0.10.so.0 #2 0xb726fee8 in vfprintf () from /lib/tls/i686/cmov/libc.so.6 #3 0xb728fc7c in vasprintf () from /lib/tls/i686/cmov/libc.so.6 #4 0xb75cec97 in g_vasprintf () from /usr/lib/libglib-2.0.so.0 #5 0xb75c0c86 in g_strdup_vprintf () from /usr/lib/libglib-2.0.so.0 #6 0xb7a4ffbc in gtk_message_dialog_new () from /usr/lib/libgtk-x11-2.0.so.0 #7 0x08062b53 in gnomebaker_show_msg_dlg () #8 0x08079b05 in audioproject_is_supported_playlist () #9 0x08079e1f in audioproject_is_supported_playlist () #10 0x08079f84 in audioproject_import_playlist () #11 0x08060727 in gnomebaker_on_import_playlist () #12 0xb7629e1b in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #13 0xb761c98b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #14 0xb762cf2d in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #15 0xb762e429 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #16 0xb762e5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #17 0xb7b2f042 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #18 0xb7a4d262 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #19 0xb7a4e810 in gtk_menu_shell_append () from /usr/lib/libgtk-x11-2.0.so.0 #20 0xb7a42d3f in gtk_menu_attach () from /usr/lib/libgtk-x11-2.0.so.0 #21 0xb7a41250 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #22 0xb761af49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0 #23 0xb761c98b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #24 0xb762d56f in g_signal_chain_from_overridden () from /usr/lib/libgobject-2.0.so.0 #25 0xb762e208 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #26 0xb762e5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #27 0xb7b2af64 in gtk_widget_get_default_style () from /usr/lib/libgtk-x11-2.0.so.0 #28 0xb7a3abd3 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #29 0xb7a3be07 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #30 0xb78d4eea in _gdk_events_init () from /usr/lib/libgdk-x11-2.0.so.0 #31 0xb75a5b21 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #32 0xb75a8b96 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #33 0xb75a8f57 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #34 0xb7a3c281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #35 0x080555db in main () -- 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.18-3-686 Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages gnomebaker depends on: ii cdrdao 1:1.2.2-6 records CDs in Disk-At-Once (DAO) ii dvd+rw-tools 7.0-7 DVD+-RW/R tools ii genisoimage9:1.1.2-1 Creates ISO-9660 CD-ROM filesystem ii gstreamer0.10-ffmpeg 0.10.1-7 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins- 0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.4-4 GStreamer plugins from the good ii gstreamer0.10-plugins- 0.10.4-5 GStreamer plugins from the ugly ii icedax 9:1.1.2-1 Creates WAV files from audio CDs ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C
Bug#366146: libfann: new upstream release includes debian packaging
On Sun, Apr 01, 2007 at 11:28:46AM +0200, Steffen Nissen wrote: The 2.0.0 package was made and uploaded, but it was rejected due to some problems with the versioning. I was not complete sure how to alter the package so that it could be accepted, and due to various circumstances a new package was not made at that point. Hmm, due to some proplems doesn't sound as technical as I would have expected it in a bugreport from a package maintainer. Can you be a bit more specific about that? :) Later on I tried to contact the sponsor for the package, in order to get his help, but with no luck. If anyone is interested in sponsoring the package and help creating the new package, please let me know. Given that one of my packages would like to have a newer libfann in the pool I am willing to sponsor and mentor you for that. Just give me a call if you are still around, and forgive me that I haven't responded earlier. So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424253: solution pending
tag 424253 confirmed patch pending thanks See http://lists.gnu.org/archive/html/help-shishi/2007-09/msg1.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435937: [CVE-2007-4048] XSS vulnerability
Am Dienstag, 4. September 2007 03:09 schrieb Nico Golde: I have no running installation so I could just look at the source code and it is clearly vulnerable. I think this code isn't actually called. It'd still be good to get this fixed, though, but it's not really that critical. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429700: [EMAIL PROTECTED]
retitle 429700 poppler: Please package new upstream release 0.6 thanks Hi, now 0.6 is released, the next stable version of poppler. Please update to this version soonish in unstable, thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440727: [DRE-maint] Bug#440727: Bug#440727: FTBFS on sparc in clean target
On 04/09/07 at 08:30 +0200, Kilian Krause wrote: Hi Kilian, Any chance this is caused by the sparc buildd problems? I'm a bit suspicious when I read sparc and FTBFS in the same subject ;) No it's not. This is the with the fixed kernel waldi describes in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433187 ... So the problem with processes not terminating is another one. You're free to wait for the regular buildd to come back and proove it though. ;) In the other case, it's very likely to be an interpreter bug. So it should probably be reassigned to ruby1.8. Yep, sounds good to me. Kilian, Might this be caused by #393817 (ruby dies with Illegal instruction on sparc/Niagara) ? In other words, is your buildd a sparc/Niagara ? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#440613: logcheck: Logcheck should not show last message repeated X times when the line its referrering to is gone
forcemerge 409444 440613 tags 440613 help thanks also sprach Chris Seufert [EMAIL PROTECTED] [2007.09.03.0910 +0200]: I had thought about setting up an ignore rule for them, however when they are actually relevant to a line that hasnt been removed, i would loose that info. It would be best, if the line immediately proceeding the message repeaded line was 'ignored' then this line should get ignored to, and it should be kept when the line above is not ignored. I agree. If you want to work on this, please do. I will consider a patch but I will not implement this myself. -- .''`. 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#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
On Tue, Sep 04, 2007 at 06:16:05AM +0200, Fabio Massimo Di Nitto wrote: #433187 is the bug that has killed the buildds on lebrun and spontini, right? AIUC, yes. at least i can reproduce that on my buildd. Hi guys, We (David Miller and I) are already working on this. We finally got some info dump from a debugging patched kernel and I expect we will have a fix within the next 3/4 weeks. From our first look it seems like a futex bug and some users have reported that the latest 2.6.23-rcX do not show this behavior. Clearly we also want to figure out a fix for .22. Fabio I should mention that lebrun.d.o is still dead since the last attempt (ssh unresponsive since 2007-08-30 ~21:25), when it was running a 2.6.22.5 with one davem patch applied (one line in kernel/futex_compat.c). If you need something more done to lebrun, such as kicking it back to life, just tell me... -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440727: [DRE-maint] Bug#440727: FTBFS on sparc in clean target
Lucas, Might this be caused by #393817 (ruby dies with Illegal instruction on sparc/Niagara) ? In other words, is your buildd a sparc/Niagara ? yes, it's the T2000 refered to in the bug. -- Best regards, Kilian signature.asc Description: Digital signature
Bug#419837: Patch for sound allocation
2007/9/4, Nathan A. Stine nathan.stine / gmail.com: The attached patch *may* alleviate the sound allocation problem when no sounds are found. This is my first patch, and I haven't programmed for about 2 years since college, so it may be completely wrong. found_sound variable may be 0 or 1 and I think in this case we should use bool type for this variable instead of int. But this is cosmetics change. -- + Slava Semushin | slava.semushin @ gmail.com + ALT Linux Team | php-coder @ altlinux.ru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440679: kscreensaver: Phosphor scripting option removed?
Op maandag 3 september 2007 23:06, schreef Sune Vuorela: On Monday 03 September 2007, Bert Verbeek wrote: Package: kscreensaver Version: 4:3.5.7-1 Severity: normal Since my last update of my Debian testing, the scripting option of the Phosphor screensaver stopped working. It is not available in the KDE Control Center anymore. Can you add it again? the phosphor screensaver is just a wrapper around the phosphor xscreensaver. What version of xscreensavers have you installed? if you xscreensavers_5.03-2 downgrade to a earlier version of xscreensavers, do you get your options back? A downgrade to xscreensaver_4.24-5 from stable gives the 'Text Program' option back, and my script output is visible again. So, should I report this bug to xscreensavers? Or can you redirect it? Bert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437141: getXconsole unreliable, COLUMNS has no effect
Hi Stefan, Stefan Momita wrote: Hello. I'm running Debian SID on a Dell Inspiron 6400 laptop with acpi-support version 0-95.2. I too am having problems with the getXconsole() function present in /usr/share/acpi-support/power-funcs, mainly the line which is meant to set $displaynum. The value of the COLUMNS variable has no positive effect, and mr. Chung-chieh Shan's perl-using patch-line does not work on my system (i.e. it returns - nothing). I'm trying to get ACPI to play with my Laptop lid, and thus I'm looking at /etc/acpi/lid.sh, which is the one calling getXconsole. However: -- from /etc/acpi/lid.sh: -- grep -q closed /proc/acpi/button/lid/*/state if [ $? = 0 ] then for x in /tmp/.X11-unix/*; do displaynum=`echo $x | sed s#/tmp/.X11-unix/X##` getXconsole; but: -- from /usr/share/acpi-support/power-funcs: -- getXconsole() { console=`fgconsole`; displaynum=`ps ax | grep -e 'X .* vt'$console | grep -v grep | sed -re 's!.*/X .*:([0-9]+).*!\1!'` I suppose I do not understand why $displaynum is first set in lid.sh only to be then re-set in getXconsole. lid.sh sets $displaynum (here) to 0, but getXconsole empties the variable. Hmmm. I guess the lid.sh way of doing things is a nice fallback for the other mechanism. I hope the following will clarify the situation a bit: # ps ax | grep X 3214 tty1 S+ 0:00 xinit /home/stefan/.xinitrc -- /etc/X11/xinit/xserverrc -auth /home/stefan/.serverauth.3198 3215 tty7 Ss+0:04 /usr/bin/X11/X -dpi 100 -nolisten tcp 3230 tty1 S 0:00 /bin/sh /etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc 3234 tty1 S 0:00 /bin/sh /etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc 3327 pts/4S+ 0:00 grep --color=auto X ( This explains why the displaynum=`ps ax..` line in getXconsole and the perl-using patch do not work on my machine. ) Let me guess, you're not starting X with gdm / kdm? It seems your X doesn't have anything associated with it on the command line -- no display numbers, no virtual console, nothing. The lid.sh trick apparently works, so maybe I should add this as a fallback if the getXconsole() thing doesn't work. Cheers, Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440788: forgot to provide /etc/X11/seyon directory
Package: seyon Version: 2.20c-25 Severity: serious You forgot to provide the /etc/X11/seyon directory so installation fails when trying to install the /etc/X11/seyon/seyon-emu symlink. To reproduce, purge the package, move (or delete) /etc/X11/seyon if it is still there and try to reinstall the package. I saw in changelog you use debhelper now. You probably just need to add etc/X11/seyon in debian/dirs Best regards, Vincent -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages seyon depends on: ii cdebconf [debconf-2.0] 0.119Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy ii eterm [x-terminal-emula 0.9.4.0debian1-2 Enlightened Terminal Emulator ii gnome-terminal [x-termi 2.18.1-1 The GNOME 2 terminal emulator appl ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxaw7 2:1.0.4-1X11 Athena Widget library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxpm4 1:3.5.7-1X11 pixmap library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii rxvt [x-terminal-emulat 1:2.6.4-12 VT102 terminal emulator for the X ii rxvt-unicode-ml [x-term 8.3-2multi-lingual terminal emulator wi ii xterm [x-terminal-emula 229-1X terminal emulator seyon recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438857: hex-a-hop: complains about invalid file font.dat
On Tue, Sep 04, 2007 at 08:38:32AM +0200, Gerfried Fuchs wrote: * Jens Seidel [EMAIL PROTECTED] [2007-09-04 02:13:45 CEST]: I did so and ran it 3 minutes successfully on my Octane. I expect more little errors but basic stuff should work now ... As you tag it pending I guess you are not talking about the latest package in the pool, are you? No, I committed the code to the Subversion archive svn://svn.debian.org/svn/pkg-games/packages/trunk/hex-a-hop/. Looking forward to give it a try, though. It seems to be really worthwhile given the immense efforts you are putting into it. :) Yep, I consider the game stable. There are still some 32/64 bit issues and I hope to fix these the next days. Once sizeof(int)4 they should crash the game. Do you know such a system? I will upload a new version probably during the next weekend so that we can still test it carefully ... Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
Josip Rodin wrote: On Tue, Sep 04, 2007 at 06:16:05AM +0200, Fabio Massimo Di Nitto wrote: #433187 is the bug that has killed the buildds on lebrun and spontini, right? AIUC, yes. at least i can reproduce that on my buildd. Hi guys, We (David Miller and I) are already working on this. We finally got some info dump from a debugging patched kernel and I expect we will have a fix within the next 3/4 weeks. From our first look it seems like a futex bug and some users have reported that the latest 2.6.23-rcX do not show this behavior. Clearly we also want to figure out a fix for .22. Fabio I should mention that lebrun.d.o is still dead since the last attempt (ssh unresponsive since 2007-08-30 ~21:25), when it was running a 2.6.22.5 with one davem patch applied (one line in kernel/futex_compat.c). If you need something more done to lebrun, such as kicking it back to life, just tell me... If you have console access, it would be good to get a processor dump by break + p. anyway we were able to reproduce the problem by doing some fancy building on Niagara and that already isolate the problems to a more generic bit of the code rather than CPU specific. I personally have no say on how buildds should be managed.. i guess it's up to you guys if you want to kick it back. If you do so just make sure you can grab CPU register dumps from console. Fabio -- I'm going to make him an offer he can't refuse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440411: CVE assigned
Hi, This is CVE-2007-3912. Please add it (retroactively) to the changelog. Thijs pgpLipSqzosqL.pgp Description: PGP signature
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
Josip Rodin wrote: On Tue, Sep 04, 2007 at 10:17:33AM +0200, Fabio Massimo Di Nitto wrote: I should mention that lebrun.d.o is still dead since the last attempt (ssh unresponsive since 2007-08-30 ~21:25), when it was running a 2.6.22.5 with one davem patch applied (one line in kernel/futex_compat.c). If you need something more done to lebrun, such as kicking it back to life, just tell me... If you have console access, it would be good to get a processor dump by break + p. If you do so just make sure you can grab CPU register dumps from console. At this point I'm not sure if it would be possible to see them even if I plugged the monitor into the VGA port, because I redirected output to rsc-console. sigh Probably not in this dead session, but you can always plug monitor and keyboard, change OBP defaults to use them and boot the machine.. let the buildd run again until the process will get stucked and then get the dump. While i believe that we already have enough info, I am pretty sure that some more won't hurt. Fabio -- I'm going to make him an offer he can't refuse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
On Tue, Sep 04, 2007 at 10:17:33AM +0200, Fabio Massimo Di Nitto wrote: I should mention that lebrun.d.o is still dead since the last attempt (ssh unresponsive since 2007-08-30 ~21:25), when it was running a 2.6.22.5 with one davem patch applied (one line in kernel/futex_compat.c). If you need something more done to lebrun, such as kicking it back to life, just tell me... If you have console access, it would be good to get a processor dump by break + p. Unfortunately it's impossible to get that remotely on lebrun, I could never get its RSC to work right. Running consolehistory only gets me as far as the first getty prints the issue file, and then zilch. :( I personally have no say on how buildds should be managed.. i guess it's up to you guys if you want to kick it back. That question was for James :) If you do so just make sure you can grab CPU register dumps from console. At this point I'm not sure if it would be possible to see them even if I plugged the monitor into the VGA port, because I redirected output to rsc-console. sigh -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440789: gringotts: Gringotts fails to start as installed on 64bit
Package: gringotts Version: 1.2.8+1.2.9pre1-15 Severity: normal When trying to start /usr/bin/gringotts this is what is printed: % /usr/bin/gringotts (process:3427): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (1000) Gringotts version 1.2.9pre1 (libGringotts 1.2.1) (c) 2002 Germano Rizzo [EMAIL PROTECTED] released under GNU General Public License (GPL) v.2 or later See COPYING or go to http://www.gnu.org/copyleft/gpl.html (gringotts:3427): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. GLib: Cannot convert message: Could not open converter from 'UTF-8' to 'ANSI_X3.4-1968' (gringotts:3427): Gtk-WARNING **: cannot open display: It starts just fine when the binary isn't suid root: % ~/bin/gringotts Gringotts version 1.2.9pre1 (libGringotts 1.2.1) (c) 2002 Germano Rizzo [EMAIL PROTECTED] released under GNU General Public License (GPL) v.2 or later See COPYING or go to http://www.gnu.org/copyleft/gpl.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gringotts depends on: ii libatk1.0-0 1.18.0-2The ATK accessibility toolkit ii libc62.6.1-2 GNU C Library: Shared libraries ii libcairo21.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.14.0-2The GLib library of C routines ii libgringotts21.2.1-11encapsulate data in an encrypted a ii libgtk2.0-0 2.10.13-1 The GTK+ graphical user interface ii libpango1.0-01.18.1-1Layout and rendering of internatio ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.3-1 X Rendering Extension client libra gringotts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440790: README.Debian unconditionally demands build of kvm-source
Package: kvm Version: 36-0.1 Severity: normal If I am right, linux kernels = 2.6.20 do contain the kvm modules already. If this is correct, please update README.Debian so that it demands build of kvm-source only for linux kernels 2.6.20. If Debian kernels do not include support for kvm, then please demand building of kvm-source unless one configured and compiled an own kernel with kvm support included. If I am wrong, I'll take the blame and you may close this bug. Regards Ingo -- Package-specific info: selected information from lshal(1): smbios.bios.release_date = '07/13/2007' (string) smbios.bios.vendor = 'American Megatrends Inc.' (string) smbios.bios.version = '1604' (string) smbios.chassis.manufacturer = 'Chassis Manufacture' (string) smbios.chassis.type = 'Desktop' (string) smbios.system.manufacturer = 'System manufacturer' (string) smbios.system.product = 'System Product Name' (string) smbios.system.serial = 'System Serial Number' (string) smbios.system.uuid = 'E06F0E7E-491A-DC11-94FE-001BFC720BB9' (string) smbios.system.version = 'System Version' (string) system.product = 'System Product Name System Version' (string) system.vendor = 'System manufacturer' (string) /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPU @ 2.40GHz stepping: 7 cpu MHz : 2394.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 4 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 4806.43 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPU @ 2.40GHz stepping: 7 cpu MHz : 2394.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 1 cpu cores : 4 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 4803.86 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPU @ 2.40GHz stepping: 7 cpu MHz : 2394.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 2 cpu cores : 4 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 4803.93 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPU @ 2.40GHz stepping: 7 cpu MHz : 2394.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 3 cpu cores : 4 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 4803.80 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages kvm depends on: ii adduser 3.105add and remove users and groups ii bridge-utils1.2-1Utilities for configuring the Linu ii iproute 20070313-1 Professional tools to control the ii libasound2 1.0.14a-2ALSA library ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libsdl1.2debian 1.2.11-9
Bug#440137: cultivation: movement with the mouse is broken
Paul Wise wrote: On Mon, 2007-09-03 at 11:24 +0200, Brice Goglin wrote: So you're saying it works fine with libglu1-mesa 7.0.1-1 while it does not work anymore in 7.0.1-2? Or do you mean it works in Etch (6.5.1-0.6) and not in Sid? It'd be good to clarify which exact Mesa releases work or not so that we can properly report this upstream. Several new upstream Mesa releases have been uploaded in the last months. But Mesa 7.0.x are the stabilization releases of Mesa 6.5.x, so no regression were supposed to happen in Sid recently. I downloaded 6.5.1-0.6 from etch and 7.0.1-1 from lenny. Both are fine, but 7.0.1-2 breaks cultivation. The problem has been fixed-upstream, I just checked, cultivation works fine again. The next upload of libglu1-mesa will solve this (probably Mesa 7.0.2-1 then). In the meantime, people having this problem should use libglu1-mesa 7.0.1-1 (it will remain available in http://snapshot.debian.net/archive/2007/08/10/debian/pool/main/m/mesa/). Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
Hi, On Tue Sep 04, 2007 at 10:17:33 +0200, Fabio Massimo Di Nitto wrote: Josip Rodin wrote: On Tue, Sep 04, 2007 at 06:16:05AM +0200, Fabio Massimo Di Nitto wrote: #433187 is the bug that has killed the buildds on lebrun and spontini, right? AIUC, yes. at least i can reproduce that on my buildd. Hi guys, We (David Miller and I) are already working on this. We finally got some info dump from a debugging patched kernel and I expect we will have a fix within the next 3/4 weeks. From our first look it seems like a futex bug and some users have reported that the latest 2.6.23-rcX do not show this behavior. Clearly we also want to figure out a fix for .22. Fabio I should mention that lebrun.d.o is still dead since the last attempt (ssh unresponsive since 2007-08-30 ~21:25), when it was running a 2.6.22.5 with one davem patch applied (one line in kernel/futex_compat.c). If you need something more done to lebrun, such as kicking it back to life, just tell me... If you have console access, it would be good to get a processor dump by break + p. I can easily reproduce that with my Sparc Ultra60 here, which is running as buildd for experimental. The machines has the very same problem. I will try that tonight. Best you fetch me on IRC, nick zobel on IRCnet, OFTC and freenode. If we can get the patch down to something which can also be applied to a plain Etch kernel, i would also speak with Dann if he as Etch Kernel Maintainer would be willing to accept the patch for the next point release kernel. I (as stable release manager) would be willing to accept it, if Dann is supporting this. Greetings Martin -- [EMAIL PROTECTED] /root]# man real-life No manual entry for real-life -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440791: MAC addresses are case sensitive
Package: udev Version: 0.105-4 Severity: wishlist MAC addresses in z25_persistent-net.rules appear to be case sensitive (they have to be lower-case to work). Since ifconfig outputs them in uppercase, they can not be simply pasted in from there. It would be nice if this was case insensitive Frank -- 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.20-1-686 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries ii libvolume-id0 0.105-4 libvolume_id shared library ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip udev recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
Martin Zobel-Helas wrote: Hi, On Tue Sep 04, 2007 at 10:17:33 +0200, Fabio Massimo Di Nitto wrote: Josip Rodin wrote: On Tue, Sep 04, 2007 at 06:16:05AM +0200, Fabio Massimo Di Nitto wrote: #433187 is the bug that has killed the buildds on lebrun and spontini, right? AIUC, yes. at least i can reproduce that on my buildd. Hi guys, We (David Miller and I) are already working on this. We finally got some info dump from a debugging patched kernel and I expect we will have a fix within the next 3/4 weeks. From our first look it seems like a futex bug and some users have reported that the latest 2.6.23-rcX do not show this behavior. Clearly we also want to figure out a fix for .22. Fabio I should mention that lebrun.d.o is still dead since the last attempt (ssh unresponsive since 2007-08-30 ~21:25), when it was running a 2.6.22.5 with one davem patch applied (one line in kernel/futex_compat.c). If you need something more done to lebrun, such as kicking it back to life, just tell me... If you have console access, it would be good to get a processor dump by break + p. I can easily reproduce that with my Sparc Ultra60 here, which is running as buildd for experimental. The machines has the very same problem. I will try that tonight. It is also worth checking with .23-rcX since it has been reported to be working. Best you fetch me on IRC, nick zobel on IRCnet, OFTC and freenode. Unlikely to be around at night. Wife, kid, etc.. If we can get the patch down to something which can also be applied to a plain Etch kernel, i would also speak with Dann if he as Etch Kernel Maintainer would be willing to accept the patch for the next point release kernel. I (as stable release manager) would be willing to accept it, if Dann is supporting this. I see no problem with this, assuming it is isolated enough. Fabio -- I'm going to make him an offer he can't refuse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440792: RM virtualbox -- RoM trademark issue
Package: ftp.debian.org Severity: important Please remove virtualbox from the archive since the name virtualbox is trademarked and we should use virtualbox-ose as this is the open source edition. thanks Winnie -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
On Tue, Sep 04, 2007 at 10:17:33AM +0200, Fabio Massimo Di Nitto wrote: anyway we were able to reproduce the problem by doing some fancy building on Niagara and that already isolate the problems to a more generic bit of the code rather than CPU specific. I'm able to reproduce it with something like: for i in $(seq 0 1); do (dpkg-query python2.5-minimal /dev/null ); done But with 2.6.23-rc4 this dies with the niagara problem but the futex one. I personally have no say on how buildds should be managed.. i guess it's up to you guys if you want to kick it back. If you do so just make sure you can grab CPU register dumps from console. I can get one. Bastian -- Our way is peace. -- Septimus, the Son Worshiper, Bread and Circuses, stardate 4040.7. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412560: Please clarify git-core description
On Mon, Sep 03, 2007 at 12:21:30PM +0200, Vincent Fourmond wrote: On 9/3/07, Gerrit Pape [EMAIL PROTECTED] wrote: Hi Vincent, I'm not sure what imrovement you like to see, please suggest changes. apt-cache search ^git apt-cache show git-core looks fine to me. I was wondering about this: This package provides the git core components. This in my opinion makes it unclear whether git-core is enough by itself, or if you need to install another package to have basic git functionality. What about adding something like this: It is enough to get a functional git with the usual commands. What do you think ? I just remember when I had to install git, I wasn't quite sure whether git-core would be enough. Hi Vincent, is this okay?: diff --git a/debian/control b/debian/control index 2c7eb68..da4b7c2 100644 --- a/debian/control +++ b/debian/control @@ -23,7 +23,10 @@ Description: fast, scalable, distributed revision control system revision tracking capabilities, not dependent on network access or a central server. . - This package provides the git core components. + This package provides the git main components with minimal dependencies. + Additional functionality, e.g. a graphical user interface and revision + tree visualizer, tools for interoprating with other VCS's, or a web + interface, are provided as separate git-* packages. Package: git-doc Section: doc Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439397: initramfs-tools: split networking code into separate function
On Mon, 03 Sep 2007, [EMAIL PROTECTED] wrote: so splitting out the networking related code into a separate function would move towards not having forked code for all of these different network boot methods. at least, that's my hope. applied see http://git.debian.org/?p=kernel/initramfs-tools.git thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440793: virtualbox-ose-source: doesn't build
Package: virtualbox-ose-source Version: 1.4.0svn4130-dfsg-1 Severity: important Hi, I just installed virtualbox-ose-source and tried to build it: m-a prepare virtualbox m-a a-i virtualbox but it failed with this empty build log: Build log starting, file: /var/cache/modass/virtualbox.buildlog.2.6.22-2-a Date: Tue, 04 Sep 2007 10:45:25 +0200 Did I do something wrong ? Thanks, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose-source depends on: ii bzip2 1.0.3-7high-quality block-sorting file co ii debhelper 5.0.53 helper programs for debian/rules ii dpatch2.0.27 patch maintenance system for Debia ii kbuild1080-2 framework for writing simple makef ii module-assistant 0.10.11tool to make module package creati virtualbox-ose-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412560: Please clarify git-core description
On 9/4/07, Gerrit Pape [EMAIL PROTECTED] wrote: Hi Vincent, is this okay?: diff --git a/debian/control b/debian/control index 2c7eb68..da4b7c2 100644 --- a/debian/control +++ b/debian/control @@ -23,7 +23,10 @@ Description: fast, scalable, distributed revision control system revision tracking capabilities, not dependent on network access or a central server. . - This package provides the git core components. + This package provides the git main components with minimal dependencies. + Additional functionality, e.g. a graphical user interface and revision + tree visualizer, tools for interoprating with other VCS's, or a web + interface, are provided as separate git-* packages. Perfect ! Regards, Vincent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440420: [PROPOSAL] Manual page encoding
Colin Watson wrote: On Mon, Sep 03, 2007 at 05:38:10PM +0200, Giacomo A. Catenazzi wrote: Colin Watson wrote: I don't like the proposal ;-) It is not very POSIXly and to application specific. Of course it is application-specific; /usr/share/man is application-specific (i.e. specific to the man application). Methods of processing /usr/share/man that don't use /usr/bin/man are already broken in other ways. (man exports a number of specialised interfaces that can be used by frontends, and I'm happy to add more on request.) But we have the same problem with info, with the HOWTO, with the doc, [For most of such program, it is not a huge problem, the building scripts could correct (i.e. from 8-bit to tex or html symbol codes] For this reason, I would like a general policy and solution. (The /usr/share/man then it would a follow-up policy) Or there is fewer problem on other docs? POSIX does not specify anything about the layout of /usr/share/man. The FHS makes an attempt, but it's horribly broken (speaking as one who has attempted to implement it), predates widespread deployment of UTF-8, and does not really help with the problem to hand anyway. Yes, I saw (and there are some strange consideration), but I meant: POSIX define locales and how application use locales. If we convert manpages with UTF-8, I think we broke posix: the user can see wrong encoding. But ok, this should be only an implementation details, but not let broke non UTF-8 valid locales. 1- The POSIX way to specify locale is: language[_territory][.codeset] or [EMAIL PROTECTED] for some LC_ variables) Note that e.g. fr.UTF-8 matches this pattern, so I don't see your problem. The territory is intentionally omitted from the installation directory in my transition plan because it causes real problems. yes, was only a commentary. I read wrong the rest thread (a patch correcting markup and not an alternate proposal). man will support full locale names under /usr/share/man, but in my transition plan I do not recommend using them because you don't typically want to make your French manual pages available only to users in France; they should be available to Belgians, French Canadians, Swiss French, and Luxembourgers as well. The standard exceptions well-known to internationalisation implementors are Chinese (zh_CN and zh_TW are different dialects and different scripts) and Portuguese (pt_PT and pt_BR are more or less different languages). Yes, I was sure there was exceptions (on locales there are special cases everywere). But I was thinking to a possible over-engineering: manpages that explain output of the program: the output in an ideal world should be written in the user locale (number and dates). I think now should not be done for fr_FR, fr_CH, fr_CA, fr_BE, but in future (and in an automatic way) maybe. So in the policy I would mention the possible triplets (for application reading the files), but OTOH, man pages should not yet be installed with a territory (and eventually policy could list the zh_ and pt_ [and what we forget]) It is confusing the legacy (non-UTF-8) character. Yes, it is, but it is current practice and I merely document it. If we were starting from scratch with the benefit of hindsight then obviously we wouldn't have done it this way. I think it's unambiguous for all languages where we actually have existing manual pages to worry about. I don't like the wording. Now it seems that UTF-8 is superior to other encoding, but we should take UTF-8 as the ultimate encoding. I propose a simple non-UTF-8 character. Anyway this is a very minor point. Every locale has a charset. So the man page should be encoded according the right locale (in the manual PATH). My proposal (the diff, as opposed to the transition plan later in my original message) documents current practice, in which manual pages are installed in directories such as /usr/share/man/fr. fr is not a full locale name recognised by glibc, and does not have a defined character set in our system. Thus, we must define its character set by means of observing that historically pages installed there have been encoded in ISO-8859-1, and standardising that to prevent unsolvable encoding conflicts. In future, it absolutely makes sense to install the pages in /usr/share/man/fr.UTF-8 instead, which is where my transition plan takes us. But, for now, the only available alternatives are /usr/share/man/fr_FR.ISO-8859-1 and /usr/share/man/fr_FR.UTF-8, which (as above) have fundamental problems, and in any case are not well-supported at the moment (in man-db 2.4.*, /usr/share/man/fr_FR.UTF-8 will only be used if you are using that exact locale; in man-db 2.5.0, it will be used for users of the fr_FR (ISO-8859-1) locale as well and recoded on the fly, so that you don't have to install one manual page per possible encoding). Ok. I used a wrong assumption (fr is not a legal locale). See other comment on point 4 on transition plan. 2- I've some problem
Bug#440795: jwchat: depends on mktemp
Package: jwchat Version: 1.0beta2-14 Severity: normal if mktemp is not installed jwchat cannot be installed -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440794: man -d displays man pages
Package: man-db Version: 2.4.3-6 Severity: normal According to the man pages: -d, --debug Don't actually display any manual pages, but do print lots of debugging information. However, running man -d manpage shows the manual page. Dependencies: ii bsdmainutils 6.1.6 ii debconf 1.5.11 ii dpkg 1.13.25 ii groff-base1.18.1.1-12 ii libgdbm3 1.8.3-3 ii libc6 2.3.6.ds1-13etch2 System is Debian/etch on i386, including the volatile respository. -- DN Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413972: meld: ensure that left-side scrollbar remains on the left when running GTK+2.10
This bug occurs when I run GTK+2.10 and not 2.8. The scroll bar for the left side is drawn in the middle of the window, resulting in some clutter since the comparison lines have to cross through that bar. GTK+2.8 displays the left-plane scrollbar on the left. Very strange, can you replicate this with the latest GTK+ and Meld? If so, can you take a screenshot? Cheers, Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#438857: hex-a-hop: complains about invalid file font.dat
* Jens Seidel [EMAIL PROTECTED] [2007-09-04 10:18:34 CEST]: On Tue, Sep 04, 2007 at 08:38:32AM +0200, Gerfried Fuchs wrote: As you tag it pending I guess you are not talking about the latest package in the pool, are you? No, I committed the code to the Subversion archive svn://svn.debian.org/svn/pkg-games/packages/trunk/hex-a-hop/. Am too curious to wait, I guess I'll check it out. :P Yep, I consider the game stable. There are still some 32/64 bit issues and I hope to fix these the next days. Once sizeof(int)4 they should crash the game. Do you know such a system? #v+ :~$ cat /proc/cpuinfo | grep 'model name' model name : AMD Athlon(tm) 64 Processor 3700+ :~$ cat main.c #include stdio.h int main (int argc, char **argv) { printf(sizeof(int): %d\n, sizeof(int)); return 0; } :~$ gcc main.c :~$ ./a.out sizeof(int): 4 :~$ #v- amd64 isn't such a system. So long, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440711: Acknowledgement (gpm: [INTL:sk] Slovak po-debconf translation)
update sk.po.gz Description: GNU Zip compressed data
Bug#440793: just a doc problem
Hi, the problem was just with the README.Debian: I had to use 'virtualbox- ose' instead of 'virtualbox'. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416911: New DirectFB 1.x releases are available
Davide Viti wrote: Hi Guillem, On Tue, Sep 04, 2007 at 12:01:16AM +0300, Guillem Jover wrote: I'm not going to upload 1.1.0, as it can be read from the release announcment that not all features are working again. I might later on upload it to experimental. I see; I hope problems will be fixed soon, so that we can see how g-i behave with something recent. It would especially be interesting checking if the problems related to some input devices and nvidia video cards on PPCs are gone. As also mentioned on IRC I'd like to move the dfbinfo binary current provided in the udeb lib into its own package (which didn't happen at the time due to the release being so close). The new package (libdirectfb-bin-udeb) would mostly contain that, but other programs useful for debugging purposes can be added later on if requested. that makes sense Indeed, we asked Guillem specifically for that some times ago (#390437). regards Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439047: [INTL:bg] Bulgarian translation for hex-a-hop
-=| Jens Seidel, 28.08.2007 23:42 |=- On Tue, Aug 21, 2007 at 11:47:44PM +0300, Damyan Ivanov wrote: Please find attached bg.po, containing Bulgarian translation for hex-a-hop. Grml ... I failed to view the manpage translation and think Bulgarian is currently not supported :-( I have similar fears. I found only one Bulgarian man page in Debian unstable and this is indeed a English one (bug against lpe already filed). Any idea? My advice is to read the source via vim $(man -w -L bg hex-a-hop) :-) Nice tip :) Funny, but I have no experience with Bulgarian man pages :) I guess they need to be encoded in something other than utf-8. I checked the German man page and it seems to be in Latin1. Russian on the other hand is in koi8-r. The standard 8-bit encoding for Bulgarian is CP1251 and this is listed in /usr/share/i18n/SUPPORTED but re-coding the man page in that gives no useful results - the text is interpreted as latin1 (garbled). I hope I'll find some time to play with man and see how it does it for Russian and what can be done to add Bulgarian support. signature.asc Description: OpenPGP digital signature
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
Bastian Blank wrote: On Tue, Sep 04, 2007 at 10:17:33AM +0200, Fabio Massimo Di Nitto wrote: anyway we were able to reproduce the problem by doing some fancy building on Niagara and that already isolate the problems to a more generic bit of the code rather than CPU specific. I'm able to reproduce it with something like: for i in $(seq 0 1); do (dpkg-query python2.5-minimal /dev/null ); done But with 2.6.23-rc4 this dies with the niagara problem but the futex one. What Niagara problem? Fabio -- I'm going to make him an offer he can't refuse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428059: closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED](Bug#428059: fixed in kdesdk 4:3.5.7-3)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #428059: umbrello: Various bugs fixed upstream, which was filed against the umbrello package. It has been closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED]. The bug shall not be closed as umbrello version has not chnaged. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440796: texi2dvi: Suggests to install transitional tetex-bin
Package: texinfo Version: 4.8.dfsg.1-6 Severity: minor Hi texi2dvi reports to install TeX by 'apt-get install tetex-bin' however after switch to texlive, this is only a transitional package and I think it should recommend real package (what might be texlive). -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texinfo depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries texinfo recommends no packages. -- no debconf information
Bug#438857: hex-a-hop: complains about invalid file font.dat
* Gerfried Fuchs [EMAIL PROTECTED] [2007-09-04 11:00:51 CEST]: * Jens Seidel [EMAIL PROTECTED] [2007-09-04 10:18:34 CEST]: No, I committed the code to the Subversion archive svn://svn.debian.org/svn/pkg-games/packages/trunk/hex-a-hop/. Am too curious to wait, I guess I'll check it out. :P And it works now - great!!! Thanks! Rhon*stuck in second level already*da -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440793: virtualbox-ose-source: doesn't build
Am Dienstag, 4. September 2007 10:48:11 schrieb Xavier Bestel: Package: virtualbox-ose-source Version: 1.4.0svn4130-dfsg-1 Severity: important Hi, I just installed virtualbox-ose-source and tried to build it: m-a prepare virtualbox m-a a-i virtualbox but it failed with this empty build log: Build log starting, file: /var/cache/modass/virtualbox.buildlog.2.6.22-2-a Date: Tue, 04 Sep 2007 10:45:25 +0200 Did I do something wrong ? Mh... strange I tried it just now on my own system once and it works out of the box. Can you provide some more details on this problem? Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian-Edu Developer `. `'` http://www.der-winnie.de http://d.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440798: check does not upgrades
Package: check Version: 0.9.5-1 Severity: serious Setting up check (0.9.5-1) ... install-info(/usr/share/info/check.info): warning, ignoring confusing INFO-DIR-ENTRY in file. No `START-INFO-DIR-ENTRY' and no `This file documents'. install-info(/usr/share/info/check.info): unable to determine description for `dir' entry - giving up dpkg: error processing check (--configure): subprocess post-installation script returned error exit status 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439985: Unresolved variable in `libupsclient-config'
Tags: patch, upstream Hi, when configuring nut 2.2.0 the variable/symbol [EMAIL PROTECTED]@' is not resolved by the libupsclient-config script. The attached patch changes [EMAIL PROTECTED]@' to [EMAIL PROTECTED]@' [EMAIL PROTECTED]@' to [EMAIL PROTECTED]@' which should solve this issue. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ diff -pur nut-2.2.0/lib/libupsclient-config.in nut-2.2.0-octo/lib/libupsclient-config.in --- a/lib/libupsclient-config.in 2006-11-08 03:47:35.0 +0100 +++ b/lib/libupsclient-config.in 2007-09-04 11:03:59.090498000 +0200 @@ -10,8 +10,8 @@ Version=@PACKAGE_VERSION@ [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ -Libs=[EMAIL PROTECTED]@ -lupsclient @SSL_LDFLAGS@ -Cflags=[EMAIL PROTECTED]@ @SSL_CFLAGS@ +Libs=[EMAIL PROTECTED]@ -lupsclient @LIBSSL_LDFLAGS@ +Cflags=[EMAIL PROTECTED]@ @LIBSSL_CFLAGS@ case $1 in signature.asc Description: Digital signature
Bug#440797: quicklist: [INTL:eu] Basque translation
Package: quicklist Version: 0.8.6-12+b1 Severity: wishlist Tags: patch l10n Hello Attached first basque translation, I hope to test with experimental package in a few days but I think the translation is enought stable to commit it. Best regards -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21 Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages quicklist depends on: ii libc62.6.1-1+b1 GNU C Library: Shared libraries ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libgtkextra-1.0-01.0.0-1+b1 A useful set of widgets for GTK+ ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxi6 2:1.1.2-1 X11 Input extension library quicklist recommends no packages. -- no debconf information # translation of quicklist.po to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the quicklist package. # # Piarres Beobide [EMAIL PROTECTED], 2007. msgid msgstr Project-Id-Version: quicklist\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-09-03 21:49+0100\n PO-Revision-Date: 2007-09-04 10:22+0200\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: Euskara [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 #: ../src/dim_list_menu.c:134 ../src/filein.c:687 ../src/fileout.c:508 msgid QuickList files *.qlf msgstr QuickList fitxategiak *.qlf #: ../src/edit.c:374 msgid Clipboard is limited to 5,000 rows msgstr Arbelak 5.000 lerroetako muga du #: ../src/field.c:309 msgid Decimal places msgstr Hamartar kopurua #: ../src/field.c:350 #, c-format msgid Column %u msgstr %u zutabea #: ../src/field.c:387 msgid The number of decimal places must be between 0 to 9 msgstr Hamartar kopura 0 eta 9 artean ezarri behar da #: ../src/field.c:586 msgid Edit Column Information msgstr Zutabe Argibideak Editatu #: ../src/field.c:592 ../src/filter.c:289 ../src/report.c:1072 #: ../src/report.c:1172 msgid Column Name msgstr Zutabe Izena #: ../src/field.c:605 msgid Text msgstr Testua #: ../src/field.c:614 msgid Numeric msgstr Zenbakizkoa #: ../src/field.c:623 msgid Date msgstr Data #: ../src/field.c:632 msgid Time msgstr Ordua #: ../src/field.c:643 msgid Left msgstr Ezkerretara #: ../src/field.c:652 msgid Center msgstr Erdiratua #: ../src/field.c:661 msgid Right msgstr Eskuinetara #. Translators: this is the name of a new file before being saved with a name #: ../src/field.c:864 ../src/field.c:865 msgid Untitled_New_List msgstr Izengabeko_Zerrenda_Berria #: ../src/filein.c:616 msgid Error: msgstr Errorea: #: ../src/filein.c:617 msgid This file is apparently not the type that you selected. msgstr Fitxategia dirudienez ez da hautatu duzun moetakoa #: ../src/filein.c:691 msgid Open a list msgstr Zerrenda ireki #: ../src/filein.c:701 msgid Import a file msgstr Fitxategia inportatu #: ../src/filein.c:708 msgid All files * msgstr Fitxategi guztiak * #: ../src/filein.c:801 msgid HTML document, *.html msgstr HTML dokumentua, *.html #: ../src/filein.c:806 msgid Comma delimited, *.csv msgstr Komaz bereizia, *.csv #: ../src/filein.c:810 msgid Tab delimited, *.tsv msgstr Tabuladorez berezia, *.tsv #: ../src/fileout.c:98 msgid Entire file msgstr Fitxategi osoa #: ../src/fileout.c:105 msgid Allowed by filter msgstr Iragazkiak onartutakoa #: ../src/fileout.c:114 msgid Highlighted cells msgstr Nabarmendutako gelaxkak #: ../src/fileout.c:411 ../src/fileout.c:429 ../src/fileout.c:445 #: ../src/fileout.c:461 msgid Can't write the file. Strange. msgstr Ezin da fitxategia idatzo- Arraroa. #: ../src/fileout.c:510 msgid Save this list msgstr Zerrenda hau gorde #: ../src/fileout.c:515 msgid Untitled list msgstr Izengabeko zerrenda #: ../src/fileout.c:533 msgid Export to a file msgstr Fitxategi batetara esportatu #: ../src/fileout.c:580 msgid This file has been changed. Do you want to save it to disk? msgstr Fitxategia aldatu egin da. Diskoan gorde nahi al duzu? #. TRANSLATORS: Replace this string with your names, one name per line. #: ../src/help.c:49 msgid translator-credits msgstr Piarres Beobide #: ../src/help.c:59 msgid GTK2 utility for making lists of things. msgstr GTK2 lanabesa elementu zerrendak egiteko. #: ../src/help.c:75 msgid Homepage: msgstr Etxea orrialdea: #: ../src/filter.c:213 msgid Internal error in tools_compare_record: Invalid field type. msgstr Barne errorea tools_compare_record-en: Eremu mota baliogabea #: ../src/filter.c:252 msgid Select a
Bug#440794: man -d displays man pages
severity 440794 minor close 440794 man-db/2.4.4-1 merge 340910 440794 thanks On Tue, Sep 04, 2007 at 01:53:10AM -0700, carbonated beverage wrote: Package: man-db Version: 2.4.3-6 Severity: normal According to the man pages: -d, --debug Don't actually display any manual pages, but do print lots of debugging information. However, running man -d manpage shows the manual page. Thanks for your report. This is also bug #340910, fixed in testing/unstable (by changing the manual page, since the actual behaviour is more useful to me as the main practical user of --debug). Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428059: closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED](Bug#428059: fixed in kdesdk 4:3.5.7-3)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #428059: umbrello: Various bugs fixed upstream, which was filed against the umbrello package. I opened the umbrello version of this package, and the umbrello version has not been updated to 1.5.71. The real problem being that despite umbrello maintainers fixes prominent bug that are discovered after the KDE release is cut, the debian packages is *never* updated unless the kde package is updated. As a consequence, umbrello was hardly useable in some past kde realease (3.5.6) and still contains annoying bugs in 3.5.7. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440799: gawk: has memory leak.
Package: gawk Version: 1:3.1.5.dfsg-4 Severity: normal If I run the following script: gawk '{match($0,/[[:alpha:]]+/);}' uittemp.k16326 (uittemp.k16326 is a very long text file), gawk eats up all the memory that is available. Thanks, Paul Huygen. -- 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.4.22 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages gawk depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries gawk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440800: pam: [INTL:vi] Vietnamese debconf templates translation update
Package: pam Version: 0.99.7.1-5 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: pam translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data PGP.sig Description: This is a digitally signed message part
Bug#440796: texi2dvi: Suggests to install transitional tetex-bin
On Die, 04 Sep 2007, Michal ??iha?? wrote: texi2dvi reports to install TeX by 'apt-get install tetex-bin' however after switch to texlive, this is only a transitional package and I think it should recommend real package (what might be texlive). Thanks, will be fixed in the next version. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- MELCOMBE REGIS (n.) The name of the style of decoration used in cocktail lounges in mock Tudor hotels in Surrey. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440801: adduser: Option --firstuid no longer applied to GID's of new users' user group
Package: adduser Version: 3.102 Severity: normal In previous Debian releases the commandline option --firstuid was also applied to the GID of the user group for a newly created user (where USERGROUPS=yes) as well as to the user's UID. In Debian Etch, --firstuid applies only to the user's UID. The first GID for user groups can only be set from the configuration file parameter FIRST_GID. This is inconvenient in systems where the administrator routinely creates users with user groups which they wish to keep in different UID/GID ranges. -- 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.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages adduser depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii passwd 1:4.0.18.1-7 change and administer password and ii perl-base 5.8.8-7 The Pathologically Eclectic Rubbis adduser recommends no packages. -- debconf information: * adduser/homedir-permission: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419837: Patch for sound allocation
On Tue, 2007-09-04 at 14:46 +0700, Slava Semushin wrote: 2007/9/4, Nathan A. Stine nathan.stine / gmail.com: The attached patch *may* alleviate the sound allocation problem when no sounds are found. This is my first patch, and I haven't programmed for about 2 years since college, so it may be completely wrong. found_sound variable may be 0 or 1 and I think in this case we should use bool type for this variable instead of int. But this is cosmetics change. I would have done so, but I noticed that in other areas of the code int type was used where bool was more appropriate. For the sake of being consistent I went with int. Again, being new to the process, I'm not familiar with style guidelines or much else. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440709: [Pkg-sysvinit-devel] Bug#440709: initscripts: Please mount securityfs
What about providing a init.d script in apparmor to mount this file system when it is available? I can do this, but i'm not sure if it would be the right thing to do, as apparmor might not be the only user of securityfs. This especially leds to the question if and when to unmount on system shutdown. Regards Michael -- It's an insane world, but i'm proud to be a part of it. -- Bill Hicks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439047: [INTL:bg] Bulgarian translation for hex-a-hop
On Tue, Sep 04, 2007 at 12:06:13PM +0300, Damyan Ivanov wrote: -=| Jens Seidel, 28.08.2007 23:42 |=- Grml ... I failed to view the manpage translation and think Bulgarian is currently not supported :-( I have similar fears. Any idea? My advice is to read the source via vim $(man -w -L bg hex-a-hop) :-) Nice tip :) Funny, but I have no experience with Bulgarian man pages :) I guess they need to be encoded in something other than utf-8. I checked the German man page and it seems to be in Latin1. Russian on the other hand is in koi8-r. The standard 8-bit encoding for Bulgarian is CP1251 and this is listed in /usr/share/i18n/SUPPORTED but re-coding the man page in that gives no useful results - the text is interpreted as latin1 (garbled). I hope I'll find some time to play with man and see how it does it for Russian and what can be done to add Bulgarian support. Please compare with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440420. Colin seems to have support for Bulgarian (in a development snapshot?). Don't worry about your work. It will be used later and currently it's an excellent test code (the only one in Debian :-)) for man-db. PS: Doesn't Bulgarian have a 7 (or 8) bit transliteration? Would it be possible to rewrite ѝ with i or i`, ...? Just contact Colin for more details (I did not file a bug as promised as Colin has it already partly working). I will move the Bulgarian and Vietnamese manpages into *.UTF-8/ with the next upload. Jens
Bug#440767: xvmount does not create a /etc/xvmounttab file when installed
When executed after installation the xvmount program presents the message: xvmount: /etc/xvmounttab No such file or directory There are multiple reasons why the installer script was unable to generate the configuration file /etc/xvmounttab. In every of these cases, the installer should have sent you a high-priority message indicating the failure. Can you confirm that no such message was generated? To understand the actual reason for the failure it would be useful to see the content of your /etc/fstab. Cheers Volker -- -- Volker Ossenkopf [EMAIL PROTECTED] Space Research Organization Netherlands - Groningen+31 50 3634799 1. Physikalisches Institut der Universität zu Köln+49 221 4703485 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
On Tue, Sep 04, 2007 at 11:07:32AM +0200, Fabio Massimo Di Nitto wrote: Bastian Blank wrote: But with 2.6.23-rc4 this dies with the niagara problem but the futex one. What Niagara problem? It dies on a T2000 within 30 minutes, depending on the load. You said this is a Niagara-only problem. I was not able to build a kernel on it before it crashed. Bastian -- Worlds are conquered, galaxies destroyed -- but a woman is always a woman. -- Kirk, The Conscience of the King, stardate 2818.9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440802: xserver-xorg-video-ati: DPMS + suspend/resume, display never recovers
Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: normal I have this device: 00:14.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M (rev 64) (prog-if 00 [VGA]) When I suspend/resume while DPMS is engaged then the X display refuses to recover. It is still possible to switch to a different virtual console (Ctl-Alt-F1) and that works. The virtual console is visible. X can be restored by restarting the display manager. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22.1-b3 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.6-2 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-11 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440661: [Pkg-lirc-maint] Bug#440661: lirc-modules-source: Fails with 2.6.21 in lenny
On Mon, Sep 03, 2007, John Goerzen wrote: /usr/src/modules/lirc/drivers/lirc_serial/lirc_serial.c:64:26: error: linux/config.h: No such file or directory Thanks; this was already mentionned in a separate bug and is fixed in SVN; this will be fixed with next upload. -- Loïc Minier
Bug#439985: Unresolved variable in `libupsclient-config'
when configuring nut 2.2.0 the variable/symbol [EMAIL PROTECTED]@' is not resolved by the libupsclient-config script. The attached patch changes [EMAIL PROTECTED]@' to [EMAIL PROTECTED]@' [EMAIL PROTECTED]@' to [EMAIL PROTECTED]@' which should solve this issue. This was already solved in the development version, a few days after we released nut-2.2.0. Nevertheless, thanks for reporting. Best regards, Arjen -- Eindhoven - The Netherlands Key fingerprint - 66 4E 03 2C 9D B5 CB 9B 7A FE 7E C1 EE 88 BC 57
Bug#440711: Acknowledgement (gpm: [INTL:sk] Slovak po-debconf translation)
Thanks, applied your update. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ signature.asc Description: Digital signature
Bug#433187: linux-2.6 - [sparc64-smp] produces unkillable processes
Bastian Blank wrote: On Tue, Sep 04, 2007 at 11:07:32AM +0200, Fabio Massimo Di Nitto wrote: Bastian Blank wrote: But with 2.6.23-rc4 this dies with the niagara problem but the futex one. What Niagara problem? It dies on a T2000 within 30 minutes, depending on the load. You said this is a Niagara-only problem. I was not able to build a kernel on it before it crashed. Bastian I said that we were able to reproduce it on Niagara, and that excludes cpu specific code from where to look for this bug. Fabio -- I'm going to make him an offer he can't refuse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440793: virtualbox-ose-source: doesn't build
On Fri, 2013-04-05 at 11:13 +0200, Patrick Winnertz wrote: I tried it just now on my own system once and it works out of the box. Can you provide some more details on this problem? As previously said, that was just a problem with the README. But now I have this other problem: Unknown error initializing kernel driver (VERR_VM_DRIVER_VERSION_MISMATCH). VBox status code: -1912 (VERR_VM_DRIVER_VERSION_MISMATCH). Code de résultat: 0x80004005 Composant: Console Interface: IConsole {1dea5c4b-0753-4193-b909-22330f64ec45} Does virtualbox work when using a 32 bits userspace with a 64 bits kernel ? I'm using a 32 bits debian/sid, and installed the -amd64 kernel. Thanks, Xav
Bug#440727: [DRE-maint] Bug#440727: Bug#440727: FTBFS on sparc in clean target
block 440727 by 393817 thanks On 04/09/07 at 09:47 +0200, Kilian Krause wrote: Lucas, Might this be caused by #393817 (ruby dies with Illegal instruction on sparc/Niagara) ? In other words, is your buildd a sparc/Niagara ? yes, it's the T2000 refered to in the bug. Ok, marking #393817 as the block for that bug. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#440803: supertux: crash when closing the window while playing (program committed suicide)
Package: supertux Version: 0.1.3-1.1 Severity: normal File: /usr/games/supertux Hello, when I close the game window while not in menu, eg. when I get killed, supertux crashes. This is a debreaper generated report. Regards Jiri Palecek (no debugging symbols found) Using host libthread_db library /lib/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1214293808 (LWP 12586)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7f4c410 in __kernel_vsyscall () #0 0xb7f4c410 in __kernel_vsyscall () #1 0xb7e5508b in ?? () from /lib/i686/cmov/libpthread.so.0 #2 0xb7f47b83 in viaticum_signal_handle () from /usr/lib/debreaper/libviaticum.so #3 signal handler called #4 0xb7f4c410 in __kernel_vsyscall () #5 0xb7bae160 in raise () from /lib/i686/cmov/libc.so.6 #6 0xb7bafa71 in abort () from /lib/i686/cmov/libc.so.6 #7 0x080729e8 in ?? () #8 0x08054582 in ?? () #9 0x08054a4d in ?? () #10 0x08088837 in ?? () #11 0x08088f8b in ?? () #12 0x0807d8ac in ?? () #13 0x0807e35a in ?? () #14 0x080780db in ?? () #15 0xb7b9a030 in __libc_start_main () from /lib/i686/cmov/libc.so.6 #16 0x0804b4b1 in ?? () Thread 1 (Thread -1214293808 (LWP 12586)): #0 0xb7f4c410 in __kernel_vsyscall () No symbol table info available. #1 0xb7e5508b in ?? () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #2 0xb7f47b83 in viaticum_signal_handle () from /usr/lib/debreaper/libviaticum.so No symbol table info available. #3 signal handler called No symbol table info available. #4 0xb7f4c410 in __kernel_vsyscall () No symbol table info available. #5 0xb7bae160 in raise () from /lib/i686/cmov/libc.so.6 No symbol table info available. #6 0xb7bafa71 in abort () from /lib/i686/cmov/libc.so.6 No symbol table info available. #7 0x080729e8 in ?? () No symbol table info available. #8 0x08054582 in ?? () No symbol table info available. #9 0x08054a4d in ?? () No symbol table info available. #10 0x08088837 in ?? () No symbol table info available. #11 0x08088f8b in ?? () No symbol table info available. #12 0x0807d8ac in ?? () No symbol table info available. #13 0x0807e35a in ?? () No symbol table info available. #14 0x080780db in ?? () No symbol table info available. #15 0xb7b9a030 in __libc_start_main () from /lib/i686/cmov/libc.so.6 No symbol table info available. #16 0x0804b4b1 in ?? () No symbol table info available. #0 0xb7f4c410 in __kernel_vsyscall () -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-rt8 (PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages supertux depends on: ii libc6 2.6-2GNU C Library: Shared libraries ii libgcc1 1:4.2-20070627-1 GCC support library ii libgl1-mesa-glx [libgl1 7.0.1-2 A free implementation of the OpenG ii libsdl-image1.2 1.2.5-3 image loading library for Simple D ii libsdl-mixer1.2 1.2.6-2 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii supertux-data 0.1.3-1.1Levels for classic 2D jump 'n run ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime supertux recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440804: pty_termios.c calls ttyname and assumes it does not fail
Package: expect Version: 5.43.0-8build1 I tried to use in a chroot without /proc mounted and it dumped core. Debugging it revealed that it uses the `ttyname' library call without checking whether it worked. The attached patch arranges that in this situation expect will print an error message to stderr and exit nonzero, rather than coredumping. This is not ideal but the code structure didn't seem to permit another easy answer (the error handling in this area is generally not very good I think) and this situation is (I think) supposed only to happen in very pathological situations so I think bombing out is less unacceptable. Regards, Ian. --- expect-5.43.0/pty_termios.c~2004-05-07 17:46:03.0 +0100 +++ expect-5.43.0/pty_termios.c 2007-09-04 11:14:09.0 +0100 @@ -366,6 +366,17 @@ #define W_OK 02 #endif +static int ttyname_checked(int fd) { + const char *result; + result= ttyname(fd); + if (!result) { + perror(expect: pty_termios: system configuration problem: + ttyname() failed); + exit(-1); + } + return result; +} + int exp_getptymaster() { @@ -451,7 +462,7 @@ master = open(/dev/ptc,O_RDWR); if (master = 0) { /* never fails */ - slave_name = ttyname(master); + slave_name = ttyname_checked(master); } exp_pty_slave_name = slave_name; return(master); @@ -472,7 +483,7 @@ close(slave); return -1; } - strcpy(slave_name, ttyname(slave)); + strcpy(slave_name, ttyname_checked(slave)); exp_pty_slave_name = slave_name; close(slave); return master; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440701: compiz: segfaults on startup
On Mon, 2007-09-03 at 22:49 +0200, David Förster wrote: I didn't succeed in producing the backtrace. I tried starting gdb compiz.real and then run --no-fbo --replace gconf. The xsession then locks up requiring a hard reboot :-( But nothing looking like a backtrace is displayed. Only a message about a new thread. gdb interrupts execution of compiz.real, which is responsible for screen presentation... I also tried it from a console, setting DISPLAY but that didn't produce anything interesting either. Yeah, you need to do this from a remote login while the X server's VT is active. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#440671: gfpoken - FTBFS: error: Cannot create folder '/srv/buildd/.gimp-2.4': Permission denied
Hi, Thanks for reporting this. Appearantly running gimp as part of the build process has become harder than before. I'll have a look at this. However, it's hard to check if the next upload will work, because building works fine in pbuilder, for example. Is there a way to test the build before uploading, or should I just try and see if it works? Thanks, Bas On Mon, Sep 03, 2007 at 04:49:11PM +0200, Bastian Blank wrote: Package: gfpoken Version: 0.30-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of gfpoken_0.30-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] ./art/mktiles LibGimpThumb-Message: Cannot determine a valid home directory. Thumbnails will be stored in the folder for temporary files (/tmp) instead. error: Cannot create folder '/srv/buildd/.gimp-2.4': Permission denied make[1]: *** [tiles-stamp] Error 1 make[1]: Leaving directory `/build/buildd/gfpoken-0.30' make: *** [build-stamp] Error 2 ** Build finished at 20070830-0020 FAILED [dpkg-buildpackage died] ___ Pkg-games-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-games-devel -- I encourage people to send encrypted e-mail (see http://www.gnupg.org). If you have problems reading my e-mail, use a better reader. Please send the central message of e-mails as plain text in the message body, not as HTML and definitely not as MS Word. Please do not use the MS Word format for attachments either. For more information, see http://pcbcn10.phys.rug.nl/e-mail.html signature.asc Description: Digital signature
Bug#440229: initramfs-tools: multipath-tools installation makes kenrel unbootable
On Tuesday 04 September 2007, maximilian attems wrote: second initramfs-tools does _not_ shipp kpartx. third the hooks to add kpartx are in multipath-tools-initramfs thus reassigning. fourth you didn't paste the actual error message. The issue is seen during boot in initrd and can't be captured at that stage. I'd have to do serial console redirection on my laptop to get the error and I'm a bit lazy to get the exact error messages. :-) Since, I've already worked on this issue (at work), I can instead explain it. Here's where the problem happens. maybe_break mount log_begin_msg Mounting root file system... . /scripts/${BOOT} parse_numeric ${ROOT} mountroot log_end_msg In initrd's init, when the flow reaches here, it tries to mount the root device to /root. This is where it fails because the root device is said to be busy. That's the error message you'll get even if you ask me to take a picture of it. There's no additional message apart from it. Root-causing it earlier, I tried to figure out if there was any process holding the root device busy. But that wasn't the case. Both, lsof and fuser showed no process holding the root device. In SLES, this is just a small part of how root device is handled in /init of the initrd. # check filesystem if possible if [ -z $rootfstype ]; then echo invalid root filesystem -- exiting to /bin/sh cd / PATH=$PATH PS1='$ ' /bin/sh -i elif [ -x /bin/fsck.${rootfstype} ]; then # fsck is unhappy without it echo $rootdev / $rootfstype defaults 1 1 /etc/fstab fsckopts=-V -a # Check external journal for reiserfs [ $rootfstype = reiserfs -a -n $journaldev ] fsckopts=-j $journaldev $fsckopts fsck -t $rootfstype $fsckopts $rootdev # Return the fsck status ROOTFS_FSCK=$? export ROOTFS_FSCK ROOTFS_FSTYPE=$rootfstype export ROOTFS_FSTYPE if [ $ROOTFS_FSCK -gt 1 -a $ROOTFS_FSCK -lt 4 ]; then # reboot needed echo fsck succeeded, but reboot is required. echo Rebooting system. /sbin/reboot -d -f elif [ $ROOTFS_FSCK -gt 3 ] ; then echo fsck failed. Mounting root device read-only. read_write= else if [ $read_only ]; then echo fsck succeeded. Mounting root device read-only. read_write= else echo fsck succeeded. Mounting root device read-write. read_write=1 fi fi fi opt=-o ro [ -n $read_write ] opt=-o rw [ $rootfstype = nfs ] opt=${opt},nolock # tell kernel root is /dev/ram0, prevents remount after initrd echo 256 /proc/sys/kernel/real-root-dev # mount the actual root device below /root echo Mounting root $rootdev # check external journal [ $rootfstype = xfs -a -n $journaldev ] opt=${opt},logdev=$journaldev [ $rootfstype = reiserfs -a -n $journaldev ] opt=${opt},jdev=$journaldev [ -n $rootflags ] opt=${opt},$rootflags [ -n $rootfstype ] opt=${opt} -t $rootfstype if [ -x /bin/nfsmount -a $rootfstype = nfs ]; then nfsmount $rootdev /root || die 1 else mount $opt $rootdev /root || die 1 But in Debian's /init maybe_break mount log_begin_msg Mounting root file system... . /scripts/${BOOT} parse_numeric ${ROOT} mountroot log_end_msg I looked into the scripts folder also but didn't find anything interesting. How is Debian handling multipathing ? For cases where root on multipath is required, I think Debian will just fail. Especially for cases like iSCSI + multipath + SAN Boot, I don't think the init script is designed yet. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#435576: linux-image-2.6.22.1: no sound in tvtime, pinnacle tv card
Hi maximilian, I made some progresses. I found that some could make it work there. http://gentoo-wiki.com/HARDWARE_saa7134 http://www.linuxquestions.org/questions/showthread.php?t=260926 Since I am really crap in linux, what would you advice me to do ? I compiled a freshly 2.6.22.6 kernel. and I added the saa7134 to /etc/modules alsamixer ; cd at max, and line for the 3 slots ready to make the sound ... what would you advice me to do now? Thank you for helping new users to linux with kernels defects On 8/5/07, maximilian attems [EMAIL PROTECTED] wrote: On Sun, Aug 05, 2007 at 10:39:26AM +0200, yellow protoss wrote: Dear Maximilian, Thank you for your help. In the meantime, I got this following reply below. Also the sound in tvtime works with windows, but under our linux kernels, no sound is available. I can provide you additionally the lspci -n. Have a good day linux-2.6.23-rc2 is available, please fetch it, see apt lines: - http://wiki.debian.org/DebianKernel sunny day :) -- maks
Bug#435576: linux-image-2.6.22.1: no sound in tvtime, pinnacle tv card
Hello, I did not try yet this one. But I tried all kernels in between, and I realize that no one fixed this bug or issue since years. I am hence believing that in the future, no one will care much about this device and kind of bug. I read that some pinnacle users have troubles. So, why 20.1. kernel has not bug, I do not know. I am totally desesperate, since I am newbie in linux, and bought a too recent machine for being used with linux. Linux is unfortunately not working well with new hardware. :-( This genious guy, kmuto, author of several books, has released a kernel, compiled by himself. It is based on the vanilla kernel 2.6.20.1-1-686 or 2.6.20.1-686 this kernel is the only one of LINUX !! The very only one that can give me sound with my pinnacle tv card (I use tvtime). Is there anyone, interested by kernels that could make linux better (since we know it suffers with drivers and hardware issues) Please find the kmuto kernel and config : http://yellowprotoss.ye.funpic.org/website/kmuto/boot/config-2.6.20.1-1-686 and its location of my /boot http://yellowprotoss.ye.funpic.org/website/kmuto/boot/ What should I had/do or add in /usr/src while compiling my newer kernels ?? Can a kernel developper fix this bug !.??? PLEASE PLEASE HELP I use this method to compile my kernels http://yellowprotoss.ye.funpic.org/website/howtocompile.sh (new kernel pre-compiled failed, and sitll no sound in tvtime) (knopix, kernel gives too no sound in tvtime) I also posted a thread in debian forum, but I fear that I wont help, and I will be stuck with my hardware for the eternity , seeing kernels being newer and newer. Sincerely, Yellow On 8/5/07, maximilian attems [EMAIL PROTECTED] wrote: On Sun, Aug 05, 2007 at 10:39:26AM +0200, yellow protoss wrote: Dear Maximilian, Thank you for your help. In the meantime, I got this following reply below. Also the sound in tvtime works with windows, but under our linux kernels, no sound is available. I can provide you additionally the lspci -n. Have a good day linux-2.6.23-rc2 is available, please fetch it, see apt lines: - http://wiki.debian.org/DebianKernel sunny day :) -- maks
Bug#362851: linux-2.6: sis ide controller 5513 detects and uses wrong udma modes
maximilian attems [EMAIL PROTECTED] wrote: tags 362851 moreinfo stop could you please retest against etch kernel? The issue is still present with both etch and sid kernels, however maybe it's already fixed upstream in 2.6.23-rc1 by commit 49521f97ccd3c2bf6e71a91cea8fe65d170fa4fb : ide: add short cables support This patch allows users to override both host and device side cable detection with ideX=ata66 kernel parameter. Thanks to this it should be now possible to use UDMA 2 modes on systems (laptops mainly) which use short 40-pin cable instead of 80-pin one. I have not tested yet a 2.6.23 kernel, but I hope to find the time to do that soon. Cheers, -- Giuseppe D'Angelo signature.asc Description: This is a digitally signed message part.
Bug#431925: xserver-xorg-input-evtouch: Doesn't move pointer and most times crashes X on
I've also faced consistent crashes of X server anytime I've touched the touchscreen on my unstable at amd64(x86_64). After a lot of trials and errors with the package source I've found a fix: Add the following code snippet to the beginning of libtouch.c : #ifdef HAVE_CONFIG_H #include config.h #endif The include was present in evtouch.c but was missing in libtouch.c. It's been 10 years since I coded in C last time, so I don't exactly understand why this helps, but it does. It seems to be related to some x64 compile directive ? Someone knowledgeable may have an explanation ... Regards, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437700: last.fm Radio stations get mixed up
Am Montag, den 03.09.2007, 15:39 +0200 schrieb Alain Schroeder: Am Donnerstag, den 30.08.2007, 23:13 +0200 schrieb Sven Arvidsson: On Mon, 2007-08-13 at 20:37 +0200, Alain Schroeder wrote: If I create a new last.fm radio stations and start it, it will always play the one I selected before, while displaying the currently selected. Starting a radio station twice makes it actually works. I haven't been able to reproduce this behaviour with version 0.11, currently in the experimental archive. Have you had a chance to try this version yet? This is fixed too... I have another little thing though: If I add a new last.fm Radio, e.g. for similar artists of 'UNKLE', then it will create the Radio 'Artists similar to UNKLE'. If I play it, it will create the Radio 'UNKLE's Similar Artists'. Both play the same Radio. This might be translation-related and also be already reported somewhere else. Bye, Alain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]