Bug#441094: Debian Interix mailing list
I second the request for a debian-interix mailing list. -- pete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#106370: Why go to Haarvard? Beat tthe system. (UCLA, Yale, Princeton, Columbia, Brown, Dartmouth.
Academic Qualifications available from prestigious Non-Accredited UUniivversities. Do you have the knowledge and the exxperience but lack the qualifications? Are you getting turned down time and time again for the j ob of your dreams becauuse you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career todday! Bachelors, Masters and Ph D's available in y our field! No examinations! No classes! No textbooks! CCall to register and receive your qualifications within days! We work with all counrys Ring Right Now! +1-325-204-0322 Operators Live 24 hours imprecations. Quintus flinched as a centurion, a quiet man whom he had drums were a bad omen: All the omens had been bad since Marcus ignored Aetius. What was that word the Greeks used for going against family would never have approved even if they could have afforded one, madness, of religious madness at that, made death in battle a himself for it. The torchlight picked out Lucilius's sharp features, enough, Quintus had not been included. He could imagine Lucilius, as his temples, seeming as heavy as the enemies' wardrums and those and nigh-on soiled himself. Quintus had no love for Crassus, who had -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467258: general: Net-install CD still defaults to asking for CD in aptitude
Package: general Severity: normal When installing Debian from the small net-install CD it shouldn't ask for the installation media by default in aptitude. This is small but kind of irritating when working on a fresh debian system in remotely. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467110: Just tried 1.1.10.1-2 from unstable...
Just tried 1.1.10.1-2 from unstable and the problem persists. Incidentally, I tried it on my girlfriend's notebook (she runs Ubuntu) and it also has the sam problem so it looks like it's not isolated to the Debian package. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#48477: Start earning the salary yoou deserve by obtaining the proper credentials!
Academic Qualifications available from prestigioous Non-Accrediteed Unniversities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and ttime again for the j ob of your dreams because you jusst don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and Ph D's available in y our field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! We work with all counrys Ring Us Today +1-325-204-0322 Anytime strength, and a little fear commingled. It was a woman's voice, not would have understood the gesture or deserved it. At least the night's -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467259: ITP: fsplib -- FSP v2 protocol stack library
Package: wnpp Severity: wishlist * Package name: fsplib Version : 0.9 Upstream Authors: Radim `HSN` Kolar [EMAIL PROTECTED] * URL : http://fsp.sourceforge.net/ * License : MIT-like Description : FSP v2 protocol stack library This is C library which support talking with FSP server using FSP v2 protocol and provides posix-like file manipulation interface. . For more information about FSP protocol see http://fsp.sourceforge.net/ For library and API info see http://fsp.sourceforge.net/fsplib.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465036: #465036: ski: FTBFS: checking for pkg-config... no
Package: ski Followup-For: Bug #465036 tag 465036 patch thanks Hi there. I also found 2 more missed build-deps and another one problem: if configure called with --with-x11 it uses non-free libmotiff, so I had to disable it. Patch is attached. -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (700, 'testing-proposed-updates'), (700, 'testing'), (670, 'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages ski depends on: ii less 418-1 Pager program similar to more ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.21.90-1 The Bonobo UI library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libelfg0 0.8.6-3 an ELF object file access library ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgconf2-42.20.1-2+b1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libncurses55.6+20080203-1Shared libraries for terminal hand ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime ski recommends no packages. -- no debconf information diff -rNu ski-1.3.2.old/debian/changelog ski-1.3.2/debian/changelog --- ski-1.3.2.old/debian/changelog 2008-02-23 22:13:30.0 +0300 +++ ski-1.3.2/debian/changelog 2008-02-24 10:56:31.375177897 +0300 @@ -1,3 +1,14 @@ +ski (1.3.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Added pkg-config, libglade2-dev, libgnomeui-dev into build-dep (Closes: #465036). + * Removed --with-x11 from configure options because it makes package to +build-depend on non-free libmotiff-dev. + * Removed debian/tmp/etc/X11/app-defaults/* from debian/ski.install because +there is nothing here. + + -- Alexander GQ Gerasiov [EMAIL PROTECTED] Sun, 24 Feb 2008 10:55:39 +0300 + ski (1.3.2-1) unstable; urgency=low * Depend on CDBS since we use it, doh! (Closes: #464313) diff -rNu ski-1.3.2.old/debian/control ski-1.3.2/debian/control --- ski-1.3.2.old/debian/control2008-02-23 22:13:30.0 +0300 +++ ski-1.3.2/debian/control2008-02-24 08:59:33.794998038 +0300 @@ -4,7 +4,7 @@ Uploaders: Al Stone [EMAIL PROTECTED] Standards-Version: 3.7.3 Section: misc -Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 5), dpatch, autoconf, autogen, automake1.9, libtool, bison, flex, gawk, gperf, libelfg0-dev, libncurses5-dev, chrpath, sharutils, libltdl3-dev +Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 5), dpatch, autoconf, autogen, automake1.9, libtool, bison, flex, gawk, gperf, libelfg0-dev, libncurses5-dev, chrpath, sharutils, libltdl3-dev, pkg-config, libglade2-dev, libgnomeui-dev Package: ski Section: devel diff -rNu ski-1.3.2.old/debian/rules ski-1.3.2/debian/rules --- ski-1.3.2.old/debian/rules 2008-02-23 22:13:30.0 +0300 +++ ski-1.3.2/debian/rules 2008-02-24 10:43:29.366781554 +0300 @@ -6,7 +6,7 @@ DEB_DESTDIR=$(CURDIR)/debian/tmp -DEB_CONFIGURE_EXTRA_FLAGS := --with-x11 --with-gtk +DEB_CONFIGURE_EXTRA_FLAGS := --with-gtk #force use of gcc DEB_CONFIGURE_SCRIPT_ENV += CC=gcc diff -rNu
Bug#467241: epiphany-webkit: gnash/flash support
reassign 467241 libwebkitgtk1d thanks On Sat, Feb 23, 2008 at 07:34:40PM -0500, Michael Gilbert wrote: Package: epiphany-webkit Version: 2.21.90-1 Severity: wishlist epiphany-webkit currently does not render the flash components of websites. this is a request for either flash or gnash support or both to be implemented in epiphany-webkit. Plugin support in webkit is being worked on. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466850: gpsk31: buffer overflow reading config file
There are a buffer overflow in the conf file if just over 19 characters are set to the options like 'name' or 'qth'. Hi Fernando, I am working on a solution. Thanks for the report! Regards, Joop PG4I -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465771: [Fwd: Bug#465771: xdaliclock: -countdown should strip leading 0 in 12-hour mode]
Hello Peter, hello Jamie,
[ cf. http://bugs.debian.org/465771 ]
I, for one, actually like the leading zero. For me it makes the display
feel complete when using 24 hour mode.
Jamie, what do you think?
Cheers,
Flo
---BeginMessage---
Package: xdaliclock
Version: 2.25-1
Severity: minor
Tags: patch
'xdaliclock -countdown' automatically enables 24-hour mode, so that the
number of hours is always displayed correctly. However, 24-hour mode
also implies a leading 0 in the hours column, which I do not want.
Thus I'd like for 'xdaliclock -12 -countdown' to have its usual effect
of saying 4:33 instead of 04:33.
The following patch fixes this. The command line I use for testing:
xdaliclock -12 -title 'Can we go home yet?' -countdown $(LC_TIME=C date +'%b
%d 17:00:00 %Y')
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--- xdaliclock-2.25/X11/digital.c
+++ xdaliclock-2.25/X11/digital.c
@@ -735,10 +735,12 @@
tm-tm_sec = delta % 60;
tm-tm_min = (delta / 60) % 60;
tm-tm_hour = (delta / (60 * 60)) % 100;
- twelve_hour_time = 0;
}
- if (twelve_hour_time tm-tm_hour 12) tm-tm_hour -= 12;
- if (twelve_hour_time tm-tm_hour == 0) tm-tm_hour = 12;
+ else
+{
+ if (twelve_hour_time tm-tm_hour 12) tm-tm_hour -= 12;
+ if (twelve_hour_time tm-tm_hour == 0) tm-tm_hour = 12;
+}
time_digits [0] = (tm-tm_hour - (tm-tm_hour % 10)) / 10;
time_digits [1] = tm-tm_hour % 10;
time_digits [2] = (tm-tm_min - (tm-tm_min % 10)) / 10;
---End Message---
signature.asc
Description: Digital signature
Bug#465936: Adopting package
retitle 465936 ITA: fortunes-debian-hints -- Debian Hints for fortune
owner 465936 !
thanks
Adopting package as it is very interesting and I wanted to add more
cookies to make this package more powerful!
--
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Blogs: {ftbfs,kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#116599: stories and myths of pe-enlargers!
Tired of a small Pe? http://fi.positionself.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428626: The 2nd Debian Openoffice.org bug triage - bug #428626
[ Why did you send this here and as a PM? ] Hi, Renato S. Yamane wrote: #aptitude -t etch-backports install openoffice.org bpo is not exactly in the scope of this BTS, but ok. But it upgraded *all* important packages to 2.3.1? After installation: # oowriter /usr/lib/openoffice/program/javaldx: error while loading shared libraries: libuno_sal.so.3: cannot open shared object file: No such file or directory /usr/lib/openoffice/program/oosplash.bin: error while loading shared libraries: libuno_sal.so.3: cannot open shared object file: No such file or directory Is really that /usr/lib/openoffice/program don't have anyone libu* File list available in [1] show libuno, but It don't installed! Indeed: [EMAIL PROTECTED]:~/Debian/Pakete/OpenOffice.org$ dpkg --contents openoffice.org-core_2.3.1-2~bpo40+1_amd64.deb | grep sal -rw-r--r-- root/root 16472 2007-12-18 01:39 ./usr/lib/openoffice/program/libuno_salhelpergcc3.so.3 -rw-r--r-- root/root 2004640 2007-12-18 01:39 ./usr/lib/openoffice/program/libuno_sal.so.3 lrwxrwxrwx root/root 0 2007-12-18 01:38 ./usr/lib/openoffice/program/libsalhelpergcc3.so.3 - libuno_salhelpergcc3.so.3 lrwxrwxrwx root/root 0 2007-12-18 01:38 ./usr/lib/openoffice/program/libsal.so.3 - libuno_sal.so.3 Looks like a local problem for me. fs broken? Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#466985: gnome-settings-daemon crashes (and the volume control applet too)
Hi, (please follow Reply-To fields, thanks) On sam, 2008-02-23 at 23:39 +0100, No Name wrote: (gdb) bt #0 0x in ?? () #1 0xb7d74eb1 in pthread_once () from /lib/i686/cmov/libpthread.so.0 #2 0xb73bf822 in ?? () from /usr/lib/libGL.so.1 #3 0xb7417a90 in ?? () from /usr/lib/libGL.so.1 #4 0xb73bf560 in ?? () from /usr/lib/libGL.so.1 Bets are open. Is that fglrx or nvidia-glx ? -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#467203: gdm: Runs shutdown on tty7 but then switches to tty0
On sam, 2008-02-23 at 18:25 +, Sam Morris wrote: It seems that gdm runs shutdown(8) on tty7, but then switches to tty0. The effect is that the user sees its shutting down message, but then no further messages until power is turned off. I actually thought that my system was crashing until I happened to switch to tty7 once and observed the output from various init scripts, etc, being printed there! I think this is intentional. This way, you only see the “shutting down” (which is all you need to know) message, but you can see what’s happening by switching to tty7. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#467180: openoffice.org: Remove autohint disabling for Thai
severity 467180 wishlist tag 467180 + moreinfo tag 467180 + pending thanks Hi, Theppitak Karoonboonyanan wrote: In /usr/lib/openoffice/program/soffice: # turn off autohinting for thai (Ubuntu #35305). case $LANG in th*) SAL_AUTOHINTING_PRIORITY=0 export SAL_AUTOHINTING_PRIORITY esac This was requested to Ubuntu because Thai fonts in Ubuntu/Debian were not suitable for hinting at that time. However, with current thaifonts-scalable in lenny/sid, hinting can now be turned on, so that Since which version does it work? So that I can add a conflict? That is, the above block can now be removed. Will do, thanks. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#466907: splint-doc-html: Manual is missing images and looks crummy
# Bcc: control tags 466907 + confirmed thanks On 08/02/21 12:11 -0700, Neil Mayhew said ... The splint manual package seems to need a little love. It is missing images, and the text is hard to read. For example, it extends beyond the margins of the page. The upstream manual, at http://www.splint.org/manual/, on the other hand, looks great. So it shouldn't be hard to fix. I'll try and fix this, patches are welcome too :) Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#243721: Update fortunes-debian-hints for 1.7 in german
Dear Alexander,
I have just adopted package. And, so your bug regarding providing
internationalization support for fortunes-debian-hints. I am going to
add some more hints in package, but can you please update your patch
for 1.7 version? The idea is to fix the pending 2 bugs and some
cosmetic changes and then request for hints from developers, so that
useful things can be add with 1.8 onwards.
What do you think? Thanks in advance.
--
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Blogs: {ftbfs,kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467199: RE : RE : Bug#467199: Mpdcon.app: Segfault
We would need further help from you to investigate what's going on. In case you're willing to, please rebuild gnustep-base, gnustep-gui and gnustep-back with debugging symbols and send the backtrace. Ok so, what do I have to add in the debian/rules to build thoses packages in debug mode ? see you
Bug#467260: kvm-source: FTBFS with 2.6.24 kernel
Package: kvm-source Version: 61+dfsg-1 Severity: serious Justification: FTBFS Can't build kvm-source 61 with 2.6.24 kernel: In file included from include/asm/atomic.h:4, from include/linux/sysfs.h:18, from include/linux/kobject.h:24, from include/linux/sysdev.h:24, from include/linux/cpu.h:22, from /usr/src/modules/kvm/external-module-compat.h:15, from command line:1: include/asm/atomic_64.h: In function ‘atomic_add_unless’: include/asm/atomic_64.h:414: error: implicit declaration of function ‘cmpxchg’ In file included from include/linux/notifier.h:15, from include/linux/memory_hotplug.h:6, from include/linux/mmzone.h:569, from include/linux/gfp.h:4, from include/linux/slab.h:14, from include/linux/percpu.h:5, from include/asm/local_64.h:4, from include/asm/local.h:4, from include/linux/module.h:19, from include/linux/sysdev.h:25, from include/linux/cpu.h:22, from /usr/src/modules/kvm/external-module-compat.h:15, from command line:1: include/linux/srcu.h: At top level: include/linux/srcu.h:37: error: field ‘mutex’ has incomplete type In file included from include/linux/memory_hotplug.h:6, from include/linux/mmzone.h:569, from include/linux/gfp.h:4, from include/linux/slab.h:14, from include/linux/percpu.h:5, from include/asm/local_64.h:4, from include/asm/local.h:4, from include/linux/module.h:19, from include/linux/sysdev.h:25, from include/linux/cpu.h:22, from /usr/src/modules/kvm/external-module-compat.h:15, from command line:1: include/linux/notifier.h:71: error: field ‘mutex’ has incomplete type In file included from /usr/src/modules/kvm/external-module-compat.h:15, from command line:1: include/linux/cpu.h: In function ‘cpuhotplug_mutex_lock’: include/linux/cpu.h:92: error: implicit declaration of function ‘mutex_lock’ include/linux/cpu.h: In function ‘cpuhotplug_mutex_unlock’: include/linux/cpu.h:97: error: implicit declaration of function ‘mutex_unlock’ In file included from include/linux/mm_types.h:14, from include/linux/sched.h:60, from /usr/src/modules/kvm/external-module-compat.h:453, from command line:1: include/asm/mmu.h: At top level: include/asm/mmu.h:19: error: field ‘lock’ has incomplete type In file included from include/linux/sched.h:78, from /usr/src/modules/kvm/external-module-compat.h:453, from command line:1: include/linux/proportions.h:40: error: field ‘mutex’ has incomplete type In file included from include/asm/pgtable.h:4, from /usr/src/modules/kvm/external-module-compat.h:550, from command line:1: include/asm/pgtable_64.h: In function ‘ptep_get_and_clear_full’: include/asm/pgtable_64.h:116: error: implicit declaration of function ‘xchg’ In file included from include/linux/fs.h:366, from include/linux/security.h:25, from include/linux/mm.h:15, from /usr/src/modules/kvm/external-module-compat.h:600, from command line:1: include/linux/quota.h: At top level: include/linux/quota.h:250: error: field ‘dq_lock’ has incomplete type include/linux/quota.h:320: error: field ‘dqio_mutex’ has incomplete type include/linux/quota.h:321: error: field ‘dqonoff_mutex’ has incomplete type In file included from include/linux/security.h:25, from include/linux/mm.h:15, from /usr/src/modules/kvm/external-module-compat.h:600, from command line:1: include/linux/fs.h:525: error: field ‘bd_mutex’ has incomplete type include/linux/fs.h:615: error: field ‘i_mutex’ has incomplete type include/linux/fs.h:643: error: field ‘inotify_mutex’ has incomplete type In file included from include/linux/security.h:25, from include/linux/mm.h:15, from /usr/src/modules/kvm/external-module-compat.h:600, from command line:1: include/linux/fs.h:995: error: field ‘s_lock’ has incomplete type include/linux/fs.h:1028: error: field ‘s_vfs_rename_mutex’ has incomplete type In file included from /usr/src/modules/kvm/svm.c:16: /usr/src/modules/kvm/include/linux/kvm_host.h:74: error: field ‘mutex’ has incomplete type /usr/src/modules/kvm/include/linux/kvm_host.h:110: error: field ‘lock’ has incomplete type make[4]: *** [/usr/src/modules/kvm/svm.o] Error 1 make[3]: *** [_module_/usr/src/modules/kvm] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.24-1-amd64' make[2]: *** [all] Error 2 make[2]: Leaving directory
Bug#467199: RE : RE : Bug#467199: Mpdcon.app: Segfault
On Sun, Feb 24, 2008 at 10:09:29AM +0100, PICCA Frйdйric-Emmanuel wrote: Ok so, what do I have to add in the debian/rules to build thoses packages in debug mode ? Nothing, just do: DEB_BUILD_OPTIONS=nostrip dpkg-buildpackage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467261: iceweasel-l10n-et-ee: Does not change user interface language
Package: iceweasel-l10n-et-ee Version: 1:2.0.0.12+debian-1 Severity: normal Hi, I intalled iceweasel-l10n-et-ee, but after restarting iceweasel, user interface was still in english although: [EMAIL PROTECTED]:~$ locale LANG=et_EE.UTF-8 LC_CTYPE=et_EE.UTF-8 LC_NUMERIC=et_EE.UTF-8 LC_TIME=et_EE.UTF-8 LC_COLLATE=et_EE.UTF-8 LC_MONETARY=et_EE.UTF-8 LC_MESSAGES=et_EE.UTF-8 LC_PAPER=et_EE.UTF-8 LC_NAME=et_EE.UTF-8 LC_ADDRESS=et_EE.UTF-8 LC_TELEPHONE=et_EE.UTF-8 LC_MEASUREMENT=et_EE.UTF-8 LC_IDENTIFICATION=et_EE.UTF-8 LC_ALL= -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=et_EE.UTF-8, LC_CTYPE=et_EE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel-l10n-et-ee depends on: ii iceweasel 2.0.0.12-1 lightweight web browser based on M iceweasel-l10n-et-ee recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465278: appletouch: probe of 1-2:1.0 failed with error -12
Version: 2.6.24-4 I too am seeing this error on resume: Feb 18 11:41:44 ibook kernel: usbcore: deregistering interface driver appletouchFeb 18 11:41:44 ibook kernel: input: appletouch disconnected Feb 18 11:41:47 ibook kernel: drivers/input/mouse/appletouch.c: Could not do mode read request from device (Geyser Raw mode)Feb 18 11:41:47 ibook kernel: appletouch: probe of 1-2:1.0 failed with error -12Feb 18 11:41:47 ibook kernel: usbcore: registered new interface driver appletouch The last kernel version which resumes correctly for me is 2.6.18.dfsg.1-13etch5. On the positive front the 2.6.24 kernels provide the b43 which provides more robust wireless with signal levels being reported, but the system doesn't resume correctly. The 2.6.18 kernels provide the legacy b43xxx wireless which is functional, but reports 100% signal strength, so you don't know when you are getting close to the edge, but does resume correctly. I'm happy to test any experimental kernels to help debug. Mark Version: 2.6.24-4 -- Package-specific info: ** Version: Linux version 2.6.24-1-powerpc (Debian 2.6.24-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080114 (prerelease) (Debian 4.1.2-19)) #1 Mon Feb 11 12:53:42 CET 2008 ** Command line: root=/dev/hda3 ro ** Not tainted ** Kernel log: device eth2 left promiscuous mode audit(1203802428.806:7): dev=eth2 prom=0 old_prom=256 auid=4294967295 device eth2 entered promiscuous mode audit(1203802477.654:8): dev=eth2 prom=256 old_prom=0 auid=4294967295 device eth2 left promiscuous mode audit(1203803769.182:9): dev=eth2 prom=0 old_prom=256 auid=4294967295 device eth2 entered promiscuous mode audit(1203803835.586:10): dev=eth2 prom=256 old_prom=0 auid=4294967295 wlan0_rename: RX deauthentication from 00:14:bf:48:a1:79 (reason=7) wlan0_rename: deauthenticated wlan0_rename: authenticate with AP 00:14:bf:48:a1:79 wlan0_rename: RX authentication from 00:14:bf:48:a1:79 (alg=0 transaction=2 status=0) wlan0_rename: authenticated wlan0_rename: associate with AP 00:14:bf:48:a1:79 wlan0_rename: RX ReassocResp from 00:14:bf:48:a1:79 (capab=0x401 status=0 aid=1) wlan0_rename: associated wlan0_rename: switched to short barker preamble (BSSID=00:14:bf:48:a1:79) wlan0_rename: switched to long barker preamble (BSSID=00:14:bf:48:a1:79) wlan0_rename: switched to short barker preamble (BSSID=00:14:bf:48:a1:79) wlan0_rename: RX deauthentication from 00:14:bf:48:a1:79 (reason=7) wlan0_rename: deauthenticated wlan0_rename: authenticate with AP 00:14:bf:48:a1:79 wlan0_rename: RX authentication from 00:14:bf:48:a1:79 (alg=0 transaction=2 status=0) wlan0_rename: authenticated wlan0_rename: associate with AP 00:14:bf:48:a1:79 wlan0_rename: RX ReassocResp from 00:14:bf:48:a1:79 (capab=0x401 status=0 aid=1) wlan0_rename: associated wlan0_rename: switched to short barker preamble (BSSID=00:14:bf:48:a1:79) wlan0_rename: RX deauthentication from 00:14:bf:48:a1:79 (reason=7) wlan0_rename: deauthenticated wlan0_rename: authenticate with AP 00:14:bf:48:a1:79 wlan0_rename: RX authentication from 00:14:bf:48:a1:79 (alg=0 transaction=2 status=0) wlan0_rename: authenticated wlan0_rename: associate with AP 00:14:bf:48:a1:79 wlan0_rename: RX ReassocResp from 00:14:bf:48:a1:79 (capab=0x401 status=0 aid=1) wlan0_rename: associated wlan0_rename: switched to short barker preamble (BSSID=00:14:bf:48:a1:79) wlan0_rename: RX deauthentication from 00:14:bf:48:a1:79 (reason=7) wlan0_rename: deauthenticated wlan0_rename: authenticate with AP 00:14:bf:48:a1:79 wlan0_rename: RX authentication from 00:14:bf:48:a1:79 (alg=0 transaction=2 status=0) wlan0_rename: authenticated wlan0_rename: associate with AP 00:14:bf:48:a1:79 wlan0_rename: RX ReassocResp from 00:14:bf:48:a1:79 (capab=0x401 status=0 aid=1) wlan0_rename: associated wlan0_rename: switched to short barker preamble (BSSID=00:14:bf:48:a1:79) wlan0_rename: RX deauthentication from 00:14:bf:48:a1:79 (reason=7) wlan0_rename: deauthenticated wlan0_rename: authenticate with AP 00:14:bf:48:a1:79 wlan0_rename: RX authentication from 00:14:bf:48:a1:79 (alg=0 transaction=2 status=0) wlan0_rename: authenticated wlan0_rename: associate with AP 00:14:bf:48:a1:79 wlan0_rename: RX ReassocResp from 00:14:bf:48:a1:79 (capab=0x401 status=0 aid=1) wlan0_rename: associated wlan0_rename: switched to short barker preamble (BSSID=00:14:bf:48:a1:79) wlan0_rename: switched to long barker preamble (BSSID=00:14:bf:48:a1:79) wlan0_rename: RX deauthentication from 00:14:bf:48:a1:79 (reason=7) wlan0_rename: deauthenticated wlan0_rename: authenticate with AP 00:14:bf:48:a1:79 wlan0_rename: RX authentication from 00:14:bf:48:a1:79 (alg=0 transaction=2 status=0) wlan0_rename: authenticated wlan0_rename: associate with AP 00:14:bf:48:a1:79 wlan0_rename: RX ReassocResp from 00:14:bf:48:a1:79 (capab=0x401 status=0 aid=1) wlan0_rename: associated wlan0_rename: RX deauthentication from 00:14:bf:48:a1:79 (reason=7) wlan0_rename: deauthenticated wlan0_rename: authenticate with AP 00:14:bf:48:a1:79 wlan0_rename: RX
Bug#393575: mknod calls still there in lirc
reassign 393575 lirc found 393575 0.8.0-13 severity 393575 important thanks From what I see in lirc maintainer scripts, mknod calls are still there. As makedev has been fixed, they're probably useless now and should then be removed. Bdale closed the bug when uploading makedev, but I think it should have been reassigned to lirc only and not closed. -- signature.asc Description: Digital signature
Bug#467264: g-p-man: 'on battery' config interacts with 'on AC' settings - severity broken
Package: gnome-power-manager Version: 2.20.2-3 Severity: serious Justification: doesn't do is basic functionality; no way to configure I have observed that on my laptop, after some time of inactivity, and after manually reducing the brightness to minimum, I see that brightness is turned to max. Also, I have just seen some weird behaviour: while on battery, I was looking at power preferences for AC and I set it to 100%. To my surprise, the brightness changed. Even worse, after leaving the brightness slider for AC at 100%, I switched to the battery tab and slided it from the original 0% to 100% and, lo and behold, as the slider when towards 100% the brightness went UP, yes, UP! Playing with the battery slider, after that I have seen that: While on battery: - moving the AC slider changes brightness - while the AC slider was at 0%, moving the batt slider doesn't do anything - while the AC slider was at 100%, the battery slider worked up-side-down - when the AC slider is at 0%, the battery slider doesn't have any effect - when the battery slider is at 100%, the AC slider has no effect --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24.2-bounty Debian Release: lenny/sid 900 testing security.debian.org 900 testing ftp.ro.debian.org 10 unstableftp.ro.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== gconf2(= 2.10.1-2) | 2.20.1-2+b1 hal (= 0.5.10-1) | 0.5.10-5 libart-2.0-2(= 2.3.18) | 2.3.20-1 libatk1.0-0 (= 1.20.0) | 1.20.0-1 libbonobo2-0(= 2.15.0) | 2.21.90-1 libbonoboui2-0 (= 2.15.1) | 2.21.90-1 libc6(= 2.7-1) | 2.7-6 libcairo2(= 1.4.0) | 1.4.14-1 libdbus-1-3 (= 1.1.1) | 1.1.2-1 libdbus-glib-1-2 (= 0.74) | 0.74-1 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgconf2-4 (= 2.13.5) | 2.20.1-2+b1 libglade2-0(= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0(= 2.14.0) | 2.14.5-2 libgnome-keyring0 (= 2.20.1) | 2.20.3-1 libgnome2-0 (= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomeui-0(= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.20.1-1 libgstreamer0.10-0 (= 0.10.15) | 0.10.17-1 libgtk2.0-0 (= 2.12.0) | 2.12.1-1 libhal1 (= 0.5.10) | 0.5.10-5 libice6(= 1:1.0.0) | 2:1.0.4-1 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | liborbit2(= 1:2.14.10) | 1:2.14.10-0.1 libpanel-applet2-0 (= 2.19.3) | 2.20.3-1 libpango1.0-0 (= 1.18.4) | 1.18.4-1 libpng12-0(= 1.2.13-4) | 1.2.15~beta5-3 libpopt0 (= 1.10) | 1.10-3 libsm6 | 2:1.0.3-1+b1 libstartup-notification0 (= 0.8-1) | 0.9-1 libwnck22 (= 2.19.5) | 2.20.3-1 libx11-6| 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6| 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1| 1:1.0.2-1 libxml2 | 2.6.31.dfsg-1 libxrandr2 (= 2:1.2.0) | 2:1.2.2-1 libxrender1 | 1:0.9.4-1 notification-daemon | 0.3.7-1+b1 zlib1g | 1:1.2.3.3.dfsg-11 -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467263: tagging 467263
# Automatically generated email from bts, devscripts version 2.10.16 # wtf? tags 467263 - l10n -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464784: python-numpy: After transition to gfortran _dotblas.so is lost
Dear tiziano,
On Sat, Feb 23, 2008 at 11:28:22AM -0800, [EMAIL PROTECTED] wrote:
and the following code snippet was added to the file:
if ('NO_ATLAS_INFO',1) in blas_info.get('define_macros',[]):
return None # dotblas needs ATLAS, Fortran compiled blas will
not be sufficient.
which clearly indicates that dotblas is now, for some reason which I really
don't know, dependent on ATLAS. To get dotblas built in, it is enough to
remove the debian patch: 02_dontuse_lapack.diff . I tested it and the
resulting python-numpy packages contain _dotblas.so correctly linked to
the optimized atlas library.
This of course would mean Depends: libatlas3-headers, libatlas3gf-base |
libatlas3gf-sse2 | etc...
I would think that the bug actually is not a bug but a wishlist item and
that it has nothing to do with the gfortran transition.
Would you add dependency to atlas and give numpy a manyfold speed
improvement?
I agree that not using Atlas is going to result in a huge performance
penalty. However, the trouble is that Atlas has not really completed
the gfortran transition, and has not yet built on all architectures
yet:
http://buildd.debian.org/~jeroen/status/package.php?p=atlas
In case we start Build-depending on Atlas now, this would mean that we
will not be able to get numpy built on these architectures.
Also, numpy seems to be special, in that it seems to be very sensitive
to being built against Atlas. Other packages seem to want only
Blas/Lapack and happily use the Atlas system when it is installed,
without a rebuild.
Thanks for reporting this, but for now, I can just say you might have
to rebuild with Atlas. A better suggestion to overcome this problem is
welcome though.
Thanks!
Kumar
--
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
signature.asc
Description: Digital signature
Bug#467265: imagemagick: Wrong colormap generating usplash png debian theme
Package: imagemagick Version: 7:6.3.7.9.dfsg1-2 Severity: normal With last version of imagemagick (7:6.3.7.9.dfsg1-2) colormaps of generated png files are wrong. This cause ugly colors during boot in usplash, usplash use (256 colormap palette) Please see bug: #466124 and, in last message, the attachment file colormap_error.png. debian-theme-usplash use copmposite and convert in a similar way that this Makefile: http://trac.tcosproject.org/browser/trunk/initramfs-tools-tcos/usplash/0.4.1/Makefile If you want I can send generated png files with 2 versions. With 7:6.2.4.5.dfsg1-2 (taken for snapshots.debian.net) colormap seems to be correct. Thanks for your work at Debian Greetings -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.4-3 high-quality block-sorting file co ii libc6 2.7-8 GNU C Library: Shared libraries ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjasper1 1.900.1-3 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.16-8Color management library ii libmagick9 7:6.2.4.5.dfsg1-2 Image manipulation library ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxml22.6.31.dfsg-1 GNOME XML library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime imagemagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467262: virtualbox-ose-source: module-assistant generate older version string, newest are generated by l-m-e
Package: virtualbox-ose-source Version: 1.5.6-dfsg-1 Severity: normal virtualbox-ose-source should generate newer version of virtualbox module: # LC_ALL=C apt-cache policy virtualbox-ose-modules-2.6.24-1-686 virtualbox-ose-modules-2.6.24-1-686: Installed: 1.5.6-dfsg-1+2.6.24-4 Candidate: 2.6.24+1.5.4-dfsg-4 Version table: 2.6.24+1.5.4-dfsg-4 0 500 file: unstable/main Packages *** 1.5.6-dfsg-1+2.6.24-4 0 100 /var/lib/dpkg/status 2.6.24+1.5.4-dfsg-4 = It's l-m-e package 1.5.6-dfsg-1+2.6.24-4 = It's a generated m-a Any way to have more priority a m-a generated module? Should l-m-e generate a different package name and conflicts with virtualbox-ose-module-KVER? Greetings -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose-source depends on: ii bzip2 1.0.4-3 high-quality block-sorting file co ii debhelper 6.0.5helper programs for debian/rules ii dpatch 2.0.29 patch maintenance system for Debia ii kbuild 1:0.1.2svn1377-5 framework for writing simple makef ii module-assistant0.10.11.0tool 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#451119: always problem with glxgears an fgl_glxgears
Hello, I have upgraded the new packages: fglrx-amdcccle_8.45.5-1_all.deb fglrx-control_8.45.5-1_amd64.deb fglrx-driver_8.45.5-1.diff.gz fglrx-driver_8.45.5-1.dsc fglrx-driver_8.45.5-1_amd64.deb fglrx-driver_8.45.5.orig.tar.gz fglrx-glx_8.45.5-1_amd64.deb fglrx-kernel-src_8.45.5-1_amd64.deb but now I encounter a new problem: When I run glxgears it's ok, but if I enlarge the window the gears disappear and the screen is messed up by horizontaly lines. When I run fgl_glxgears no gears appear, the screen is only messed up by horizontaly lines. thanks. -- Gérard
Bug#464773: please package version 0.2.1
Hi. In version 0.2.1 this should be fixed: http://www.mail-archive.com/[EMAIL PROTECTED]/msg07500.html So please could package maintainers upgrade? Thanks, Jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448267: still in 1:2.3.1-5
Package: openoffice.org Version: 1:2.3.1-5 --- Please enter the report below this line. --- This bug still exists in 1:2.3.1-5. I'll try to install a newer version soon. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed =-+-== openoffice.org-base | 1:2.3.1-5 openoffice.org-calc | 1:2.3.1-5 openoffice.org-core (= 1:2.3.1-5) | 1:2.3.1-5 openoffice.org-draw | 1:2.3.1-5 openoffice.org-filter-binfilter | 1:2.3.1-5 openoffice.org-filter-mobiledev | 1:2.3.1-5 openoffice.org-impress| 1:2.3.1-5 openoffice.org-java-common ( 2.2.0-4) | 1:2.3.1-5 openoffice.org-math | 1:2.3.1-5 openoffice.org-officebean | 1:2.3.1-5 openoffice.org-writer | 1:2.3.1-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467069: pango1.0: biarch support
On Sat, Feb 23, 2008, Javier Serrano Polo wrote: Well isn't DEB_BUILD_OPTIONS=multiarch doing what you want?! No, it sets usr/lib/$(DEB_HOST_GNU_TYPE) instead of usr/lib32. Ok, but why not using usr/lib/$(DEB_HOST_GNU_TYPE)? Your ld.so should find the libs and the modules should be found by pango. What's preventing you to use the multiarch pathnames or why are you insisting on using /usr/lib32 / the biarch pathnames? If you can pass params to debian/rules binary, you can also try overriding LIBDIR directly: fakeroot debian/rules binary LIBDIR=usr/lib32 (or MODULES_PATH, MODULE_FILES_D etc.; see pango1.0's debian/rules) That would do the trick. Is there a way to pass params from dpkg-buildpackage to debian/rules? No, you can by hand... :) Then I'd only need to add the extra chrpath call to keep lintian happy (attached). Why is it needed? (What's the rpath pointing to and why is it problematic?) -- Loïc Minier
Bug#467180: openoffice.org: Remove autohint disabling for Thai
On Sun, Feb 24, 2008 at 3:36 PM, Rene Engelhard [EMAIL PROTECTED] wrote: Since which version does it work? So that I can add a conflict? You may conflict ttf-thai-tlwg ( 1:0.4.8-1). It was the first version that came with TrueType instructions, after thorough refinements. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467266: kvm package is missing the README file
Package: kvm Version: 61+dfsg-1 Severity: minor Hi, ... I installed kvm this morning, and was reading its documentation. I found the README.Debian, as well as the TODO.Debian, but could not find the README file mentioned in the README.Debian file, which supposedly contains the kvm documentation. Friendly, Sven Luther -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-vserver-powerpc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464773: please package version 0.2.1
reopen 464773 = thanks Oops, closed the bug accidentally. Reopening... Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#466855: [libsane] Cannot connect to scanner via libusb: Can't get semaphore
tags 466855 +patch
thanks
Hi all,
Il giorno sab, 23/02/2008 alle 15.05 +0100, Julien BLACHE ha scritto:
Giuseppe Sacco [EMAIL PROTECTED] wrote:
Hi,
[snapscan] add_usb_device(libusb:001:002)
[snapscan] add_usb_device: Detected (kind of) an USB device
[snapscan] snapscani_usb_open(libusb:001:002)
[snapscan] snapscani_usb_open: Can't get semaphore
[snapscan] add_usb_device: error opening device libusb:001:002: Invalid
argument
Oliver, this happens on PowerPC with SANE 1.0.19. Any idea about
what's going on here ?
I think I found the problem, while I do not have any solution right now.
The semaphore implementation used on linux/powerpc is not the pthread
one, so the semaphore creation is done via
static int snapscani_mutex_open(snapscan_mutex_t* sem_id, const char* dev)
{
*sem_id = semget( ftok(dev,0x12), 1, IPC_CREAT | 0660 );
if (*sem_id != -1)
{
semop(*sem_id, sem_signal, 1);
return 1;
}
return 0;
}
This is a problem when dev is not a pathname. In my case
dev=libusb:001:003 and this means ftok() returns -1, so that even
semget() will return an error (Permission denied).
Accourding to the ftok(3) manual page, the first argument must refer to
an existing, accessible file. So, probably, we have to find a way to
get a pathname like /dev/bus/usb/001/003 from libusb, or create a faked
one.
The following patch make the program working in this peculiar case. I
don't know if this is a general solution, or if this might create new
bugs.
static int snapscani_mutex_open(snapscan_mutex_t* sem_id, const char* dev)
{
char x[24];
/* dev=libusb:001:003
01234567890123 */
if (strncmp(dev, libusb:, 7) == 0) {
strcpy(x, /dev/bus/usb/);
strncat(x, dev[7], 3);
strcat(x, /);
strncat(x, dev[11], 3);
dev=x;
}
*sem_id = semget( ftok(dev,0x12), 1, IPC_CREAT | 0660 );
if (*sem_id != -1)
{
semop(*sem_id, sem_signal, 1);
return 1;
}
return 0;
}
Bye,
Giuseppe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382772: closed by Patrick Winnertz [EMAIL PROTECTED] (this is wontfix for me)
# I never received those messages # So for me this looks like mishandling since a mail to -submitter # was not send reopen 382772 thanks Debian Bug Tracking System wrote: As written two weeks ago I'll close this bug since this is a wontfix for me. If you provide a working patch how to differ between ar and .tgz archives I'll include them. In this case, please reopen this bug. I never got that mail since it was not sent to -submitter. Please allow two weeks for a suggested fix from this moment (that wouls mean until the 9th of March). Thanks. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467267: libtime-piece-perl: new upstream release needed for Perl 5.10
Package: libtime-piece-perl Version: 1.11-2 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-transition There's a newer version of libtime-piece-perl inside perl_5.10.0-4: Replaces: libtime-piece-perl Provides: libtime-piece-perl Conflicts: libtime-piece-perl ( 1.12-1) This means that versioned dependencies on libtime-piece-perl can't be satisfied with the new version of perl installed, until libtime-piece-perl is updated. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467263: xserver-xorg-video-ati: X segfault on x800xt [r423]
On Sun, Feb 24, 2008 at 10:53:23AM +0100, Emanuele wrote: Package: xserver-xorg-video-ati Version: 1:6.8.0-1 Severity: grave Tags: l10n Justification: renders package unusable my X server goes in segfault when GDM start with this message, probably there is a problem on atombios support for this device: (II) RADEON(0): ATOM BIOS Rom: SubsystemVendorID: 0x1002 SubsystemID: 0x0412 IOBaseAddress: 0xd000 Filename: 13A31951.103 BIOS Bootup Message: R423XT P/N 113-A31951-103-16P BR#8681 DDR3 Backtrace: 0: /usr/bin/X(xf86SigHandler+0x6a) [0x47568a] 1: /lib/libc.so.6 [0x2b2e409cd240] 2: /usr/lib/xorg/modules/drivers//radeon_drv.so [0x2b2e42aa04a9] 3: /usr/lib/xorg/modules/drivers//radeon_drv.so(RHDAtomBiosFunc+0x95) [0x2b2e42aa14a5] 4: /usr/lib/xorg/modules/drivers//radeon_drv.so [0x2b2e42aa1673] 5: /usr/lib/xorg/modules/drivers//radeon_drv.so [0x2b2e42aa2137] 6: /usr/lib/xorg/modules/drivers//radeon_drv.so(RHDAtomBiosFunc+0x95) [0x2b2e42aa14a5] 7: /usr/lib/xorg/modules/drivers//radeon_drv.so(RADEONGetBIOSInfo+0x185) [0x2b2e42a90105] 8: /usr/lib/xorg/modules/drivers//radeon_drv.so(RADEONPreInit+0x8b9) [0x2b2e42a82f99] 9: /usr/bin/X(InitOutput+0xa20) [0x468b70] 10: /usr/bin/X(main+0x29f) [0x4369af] 11: /lib/libc.so.6(__libc_start_main+0xf4) [0x2b2e409ba1c4] 12: /usr/bin/X(FontFileCompleteXLFD+0x279) [0x435ec9] Could you get a better backtrace with gdb after installing xserver-xorg-video-ati-dbg? You might need help from http://wiki.debian.org/XStrikeForce/XserverDebugging Did you try some earlier snapshots of xserver-xorg-video-ati on this device? We had plenty of snapshots between 6.7.197 and 6.8.0 in experimental, they are available through snapshot.debian.net. Section Device Identifier Intel Corporation 82946GZ/GL Integrated Graphics Controller Driver intel Option XVideoon Option XvMCSurfaces 7 Option PageFlip on Option TripleBuffer on Option Legacy3D on Option FrameBufferCompressionon Option AccelMethod XAA Option VBERestoreon Option XAANoOffscreenPixmaps on EndSection By the way, your xorg.conf is a big mess with lots of non-trivial options. Make sure you get the same crash when using no xorg.conf at all (or with a single device section and no option). And please send the whole Xorg.0.log from the crash (the one with vesa has been attached by reportbug but it's useless) Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467238: put examples in an examples directory
On Sun, Feb 24, 2008 at 07:32:00AM +0100, Christian Perrier wrote: Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]): Package: menu Severity: minor File: /usr/share/menu/default/ash Please consider putting examples in the/an examples directory, or just describe them. Otherwise this looks very much like cruft left behind after removing the package 'ash', despite the README, etc. Seems fair From what I see and understand, fixing this would need dropping the useless default/ directory in the package source tree as well as changing Makefile.am to no longer try installing that directory. Bill, what do you think of this ? This is a misundertanding of the purpose of /usr/share/menu/default. Entries in /usr/share/menu/default are valid entries, and not dummy examples. The file /usr/share/menu/default/ash will be removed when the ash package finally include it. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here.
Bug#467196: [Pkg-sysvinit-devel] Bug#467196: initscripts: GDM no longer start automagically on Lenny
[Valentin QUEQUET] Then, any hint? I highly suggest this be a bug (discrepancy of packages' expectations) of initscripts, initscripts and *splashy* . Or is 'gdm' mis-registered? To see if gdm is mis-registered, please provide the output from ls /etc/rcS.d /etc/rc2.d/, assuming you are using the default runlevel 2. Are you sure gdm i sthe default desktop manager? What is the content of your /etc/X11/default-display-manager? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466961: minicom: In the options menu: can not set a number of the history lines bigger that 3 digits
On Fri Feb 22, 2008 at 14:14:45 +0900, Rene Pavlik wrote: The implicit history buffer size is 2000 lines. This cannot be changed in the menu to a bigger value than 999, since I can type 3 digits only. Thanks, fixed in repo. Adam -- Adam [EMAIL PROTECTED] Lackorzynski http://os.inf.tu-dresden.de/~adam/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466476: whishlist feature
severity 466476 whishlist tag 466476 + upstream thanks Hello, This feature is provided from upstream as is. I can ask upstream if he will fix this, but i don't think so. After I got a reaction from upstream i'll send some informations to this report. Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#467199: RE : RE : RE : Bug#467199: Mpdcon.app: Segfault
Hello Here the backtrace but no information from the libgnustep-art-012 Maybe we must change the makefile to add the debug information for the libgnustep-art-012 [Switching to Thread 0xb72418d0 (LWP 29525)] 0xb6e3fafc in ?? () from /usr/lib/GNUstep/Bundles/libgnustep-art-012.bundle/./libgnustep-art-012 (gdb) bt #0 0xb6e3fafc in ?? () from /usr/lib/GNUstep/Bundles/libgnustep-art-012.bundle/./libgnustep-art-012 #1 0xb6e42321 in ?? () from /usr/lib/GNUstep/Bundles/libgnustep-art-012.bundle/./libgnustep-art-012 #2 0xb6e370a8 in ?? () from /usr/lib/GNUstep/Bundles/libgnustep-art-012.bundle/./libgnustep-art-012 #3 0xb6e371da in ?? () from /usr/lib/GNUstep/Bundles/libgnustep-art-012.bundle/./libgnustep-art-012 #4 0xb7da8d2f in +[GSDisplayServer serverWithAttributes:] (self=0xb7f0e680, _cmd=0xb7e7cb28, attributes=0x0) at GSDisplayServer.m:185 #5 0xb7c1ff94 in -[NSApplication _init] (self=0x81a7378, _cmd=0xb7e7cb78) at NSApplication.m:805 #6 0xb7915929 in -[NSObject performSelector:withObject:] (self=0x81a7378, _cmd=0xb7b4be40, aSelector=0xb7e7cb78, anObject=0x81a7378) at NSObject.m:1947 #7 0xb7975980 in -[NSObject(NSMainThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] ( self=0x81a7378, _cmd=0xb7b4be60, aSelector=0xb7e7cb78, anObject=0x81a7378, aFlag=1 '\001', anArray=0x81a9648) at NSThread.m:1046 #8 0xb7975bba in -[NSObject(NSMainThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] (self=0x81a7378, _cmd=0xb7e7cb80, aSelector=0xb7e7cb78, anObject=0x81a7378, aFlag=1 '\001') at NSThread.m:1093 #9 0xb7c20467 in -[NSApplication init] (self=0x81a7378, _cmd=0xb7e7c918) at NSApplication.m:892 #10 0xb7c1feec in +[NSApplication sharedApplication] (self=0xb7e7c280, _cmd=0xb7e727e0) at NSApplication.m:771 #11 0xb7c06fbc in NSApplicationMain (argc=1, argv=0xbfd3a504) at Functions.m:72 #12 0x0805d5a2 in main ()
Bug#382772: [Pkg-mc-devel] Bug#382772: closed by Patrick Winnertz [EMAIL PROTECTED] (this is wontfix for me)
Am Sonntag, 24. Februar 2008 11:38:43 schrieb Eddy Petrișor: # I never received those messages # So for me this looks like mishandling since a mail to -submitter # was not send Sorry for that, :S I forgot that.. Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#467099: RFS: matplotlib 0.90.1-3
On Sat, Feb 23, 2008 at 5:08 PM, Ondrej Certik [EMAIL PROTECTED] wrote: On Sat, Feb 23, 2008 at 4:31 PM, Eike Nicklas [EMAIL PROTECTED] wrote: Hi Ondrej et al., Yes, I read that bug. There are more problems with matplotlib - it is not lintian clean, it still uses Numerics and numarray besides numpy (I don't know if this is a feature or a bug), I think upstream deprecated Numerics and numarray and the latest version only uses numpy. Changelog excerpts: 2007-06-01 Deprecate Numeric and numarray for use as numerix. 2007-06-02 Released 0.90.1 at revision 3352 2007-06-07 Disable build of numarray and Numeric extensions for internal MPL use and the numerix layer. 2007-07-19 replaced the Python code in numerix/ by a minimal wrapper around numpy that explicitly mentions all symbols that need to be addressed for further numpification [...] and only numpy is mentioned in the current README. Anyway, as a matplotlib user, I am happy that you want to fix the current issues, but sadly I currently don't have the time to help with that. It shouldn't be a big problem and I'll do it, as I also use and need it. We are actually only waiting for an approval from the matplotlib maintainers. Anyway, this seems it will take quite some time before it gets resolved, so I compiled the fixed packages for i386 and amd64 and put them here to my repository: http://debian.certik.cz/ Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467268: rhythmbox: Can't play mms streams
Package: rhythmbox Version: 0.11.2-1+b1 Severity: normal Hi, rb is not able to play (at least some) mms streams. It does happen with: * mms://stream.rfm.pt/RFM * mms://viptvr2.yacast.fr/tvr_europe2 No error is reported on the UI, the stream is loaded and no sound is issued. Please find the corresponding debug log attached. Note that these streams work ok with VLC and mimms, and used to working fine with rb. I think I have all the required gstreamer plugins installed (including the bad and ugly sets, even tried the unofficial really-bad set from Christian Marillat's repository). Cheers, Julien -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rhythmbox depends on: ii dbus 1.1.4-1 simple interprocess messaging syst ii gconf2 2.20.1-3 GNOME configuration database syste ii gnome-icon-theme 2.20.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.17-3 GStreamer plugin for ALSA ii gstreamer0.10-esd [gst 0.10.7-1 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs 0.10.17-3 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins- 0.10.17-3 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.7-1 GStreamer plugins from the good ii gstreamer0.10-x0.10.17-3 GStreamer plugins for X11 and Pang ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.22-2 Avahi client library ii libavahi-common3 0.6.22-2 Avahi common library ii libavahi-glib1 0.6.22-2 Avahi glib integration library ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.21.90-1 The Bonobo UI library ii libc6 2.7-8 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.4-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libffi44.3-20080219-1Foreign Function Interface library ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgconf2-42.20.1-3 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgnome-keyring0 2.20.3-1 GNOME keyring services library ii libgnome-media02.20.1-3 runtime libraries for the GNOME me ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-2GNOME Virtual File System (runtime ii libgnutls132.0.4-3 the GNU TLS library - runtime libr ii libgpod3 0.6.0-3 a library to read and write songs ii libgstreamer-plugins-b 0.10.17-3 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libhal10.5.10-5 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liblircclient0 0.8.0-13 infra-red remote control support - ii libmtp70.2.5-2 Media Transfer Protocol (MTP) libr ii libmusicbrainz4c2a 2.1.5-1 Second generation incarnation of t ii libnautilus-burn4 2.20.0-1 Nautilus Burn Library - runtime ve ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsexy2 0.1.11-2 collection of additional GTK+ widg ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-8 2.2.105-3 an HTTP library implementation in ii
Bug#451119: always problem with glxgears an fgl_glxgears
Le Sunday 24 February 2008 10:51:10 Gerard Robin, vous avez écrit : but now I encounter a new problem: When I run glxgears it's ok, but if I enlarge the window the gears disappear and the screen is messed up by horizontaly lines. When I run fgl_glxgears no gears appear, the screen is only messed up by horizontaly lines. Have you tried installing fglrx-glx ? Romain
Bug#449049: powermgmt-base: /sbin/MAKEDEV not /dev/
On Feb 24, Justin Pryzby [EMAIL PROTECTED] wrote: What about under a chroot environment (like live-helper)? Should all chroot environments should be built with a working (for appropriate values of working) /dev/MAKEDEV. -- ciao, Marco signature.asc Description: Digital signature
Bug#464826: podebconf-report-po: please add an option to *not* attach incomplete PO files
tags 464826 pending thanks Hi Christian, On Sat, Feb 09, 2008 at 07:39:23AM +0100, Christian Perrier wrote: In some conditions, it could be useful to send calls for translations *without* PO files, for instance in the case where one wants to ping translators who have commit access (example: D-I!). Could you consider adding this option to podebconf-report-po? I've added the --sendmessage option: Usage: --sendmessage only send a message, without any attachment Manpage: =item B--sendmessage Only send a message, with no attachments. This can be useful when the translators have a commit access to the package repository. Best Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467199: RE : RE : RE : Bug#467199: Mpdcon.app: Segfault
PICCA Frédéric-Emmanuel wrote: Maybe we must change the makefile to add the debug information for the libgnustep-art-012 Yes, please comment line 244 in debian/rules: # strip \ Have you been able to reproduce this with another GNUstep app?
Bug#462814: [pkg-mono-group] Bug#462814: mono-xsp2: xsp2 can't read configuration
Hi, I've updated my system and the problem disapeared. It now works out of the box.It really should have been some older version of mono installed. Sorry for the fake bug and thanks for the work on xsp2. Mirco Bauer wrote: tags 462814 + unreproducible moreinfo thanks [EMAIL PROTECTED]:~$ diff /etc/mono/2.0/machine.config machine.config [EMAIL PROTECTED]:~$ xsp2 xsp2 Listening on port: 8080 (non-secure) Listening on address: 0.0.0.0 Root directory: /home/meebey Hit Return to stop the server. As you can see your machine.config is the same as mine (as shipped by the package). xsp2 works fine for me. I suspect you mixed different versions of mono and xsp. Run this and give me the output of it: dpkg -l|grep mono -- João Trindade [EMAIL PROTECTED] WWW: http://joaotrindade.no-ip.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462631: status update
On Tue, Feb 19, 2008 at 1:10 PM, Ondrej Certik [EMAIL PROTECTED] wrote: On Feb 19, 2008 11:59 AM, Francesco Poli [EMAIL PROTECTED] wrote: On Sun, 17 Feb 2008 15:32:21 +0100 Ondrej Certik wrote: Hi Francesco, Hi! :) On Thu, Feb 07, 2008 at 12:23:00AM +0100, Francesco Poli wrote: [...] I wonder if you managed to link Paraview against (and make it work properly with) libraries already packaged and included in Debian. Not yet. Currently we are still trying to make it compile on i386 and amd64 together with MPI and python. We just succeeded in the compilation itself, so at least the package builds now. I see. Unfortunately, the python scripting still isn't working at runtime. When this is fixed, only then we'll try to build shared libraries and reuse as much as possible from Debian to reduce the sice of the paraview binary package (currently 100MB). Really huge! I hope you soon manage to successfully package it without the extraneous libraries! Christphe managed to cut the size down to 33MB. Everything seems to work now just fine, the only exception is python support. Follow our malinglist for the latest updates. All major things are fixed now: * python scripting works * MPI works * binary package size is 35MB * tested on i386 and amd64 what remains: * manpages * lintian warnings fixes The updodate wokring packages compiled for i386 and amd64 can always be found here: http://debian.certik.cz/ Feel free to test them and report all bugs to our mailinglist. Also any help with fixing the remaining things is appreciated. Ondrej Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462053: po-debconf: please consider allowing non debconf uses of podebconf-report-po
tags 462053 pending thanks On Tue, Jan 22, 2008 at 01:18:09PM +0530, Y Giridhar Appaji Nag wrote: Hi, I've often used podebconf-report-po for requesting translation updates and new translations on po files that aren't debconf template strings (using the --podir option). However, the subject of the email and the text (essentially the templates) are tuned for use in debconf. But podebconf-report-po is very useful even otherwise. I request you to consider providing templates for requesting updates and new translations of other po files also (maybe a command line option for non-debconf translations, different subject and mail body). I've added new templates (call-po, submit-po, translators-po) and a new option --notdebconf to use these templates by default. I attach the new templates, and here is the description of the new option: Usage: --notdebconf this is not for debconf translation. Do not mention debconf in the subject and message Manpage: =item B--notdebconf Indicate that it is not a debconf translation. Bpodebconf-report-po will use the Itranslator-po, Icall-po, or Isubmit-po template (if no other templates are requested in the configuration file or in the command line). These templates do not mention debconf in the subject or mail body and are more suitable for non-debconf translations. Best Regards, -- Nekral # Lines beginning with a number sign are comments, they are removed when # sending mails. If a line is composed of a # followed by a 'Name: Value' # pair, it is interpreted as a mail header field and is passed to your mail # transport agent. You can edit/add/remove those header fields. # # From: from # Subject: package_and_version: Please translate the package package # Reply-To: reply-to Dear Debian I18N people, I would like to know if some of you would be interested in translating package. package already includes filelist. So do not translate it to these languages (the translators will be contacted separately). statistics reply deadline If you have read so far, please find the POT file in attachment. Thanks in advance, # Lines beginning with a number sign are comments, they are removed when # sending mails. If a line is composed of a # followed by a 'Name: Value' # pair, it is interpreted as a mail header field and is passed to your mail # transport agent. You can edit/add/remove those header fields. # # From: from # Subject: PO translations for the package package are outdated Package: package Version: N/A Severity: wishlist Tags: l10n The following translations are outdated: filelist Translators, please send your translations to this bugreport. deadline Thanks, # Lines beginning with a number sign are comments, they are removed when # sending mails. If a line is composed of a # followed by a 'Name: Value' # pair, it is interpreted as a mail header field and is passed to your mail # transport agent. You can edit/add/remove those header fields. # From: from # Subject: package_and_version: Please update the PO translation for the package package # Reply-To: reply-to # # This mail will be sent to the following people: # (you can update email addresses, or remove lines. Only email addresses # with the check box checked will receive the message). filelist Hi, You are noted as the last translator of the translation for package. The English template has been changed, and now some messages are marked \fuzzy\ in your translation or are missing. I would be grateful if you could take the time and update it. reply deadline Thanks,
Bug#467269: brltty: Fix vcsa reading on big-endian archs
Package: brltty
Version: 3.9-5
Severity: important
Tags: patch
vcsa screen reading doesn't work at all on big-endian archs, here is the
cherry-pick of the upstream fix.
(Yes, not only 3407 is needed, but 3469 as well)
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.24.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
Versions of packages brltty depends on:
ii libbrlapi0.5 3.9-5 braille display access via BRLTTY
ii libc6 2.7-6 GNU C Library: Shared libraries
ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib
ii libncurses5 5.6+20080203-1 Shared libraries for terminal hand
brltty recommends no packages.
-- debconf information excluded
Index: ScreenDrivers/Linux/screen.c
===
--- ScreenDrivers/Linux/screen.c(révision 3406)
+++ ScreenDrivers/Linux/screen.c(révision 3407)
@@ -445,19 +445,19 @@
return 1;
}
-static unsigned char highFontBit;
-static unsigned char fontAttributesMask;
-static unsigned char unshiftedAttributesMask;
-static unsigned char shiftedAttributesMask;
+static unsigned short highFontBit;
+static unsigned short fontAttributesMask;
+static unsigned short unshiftedAttributesMask;
+static unsigned short shiftedAttributesMask;
static void
setAttributesMasks (unsigned char bit) {
fontAttributesMask = bit;
- unshiftedAttributesMask = (((bit 0XF0) - 0X10) 0XF0) |
-(((bit 0X0F) - 0X01) 0X0F);
- shiftedAttributesMask = ((~((bit 0XF0) - 0X10) 1) 0XE0) |
- ((~((bit 0X0F) - 0X01) 1) 0X0E);
- LogPrint(LOG_DEBUG, attributes masks: font=%02X unshifted=%02X
shifted=%02X,
+ unshiftedAttributesMask = (((bit 0XF000) - 0X1000) 0XF000) |
+(((bit 0X0F00) - 0X0100) 0X0F00);
+ shiftedAttributesMask = ((~((bit 0XF000) - 0X1000) 1) 0XE000) |
+ ((~((bit 0X0F00) - 0X0100) 1) 0X0E00);
+ LogPrint(LOG_DEBUG, attributes masks: font=%04X unshifted=%04X
shifted=%04X,
fontAttributesMask, unshiftedAttributesMask, shiftedAttributesMask);
}
@@ -479,7 +479,7 @@
} else if (mask 0XFF) {
LogPrint(LOG_ERR, high font mask has bit set in low-order byte:
%04X, mask);
} else {
-setAttributesMasks(mask 8);
+setAttributesMasks(mask);
return 1;
}
}
@@ -489,17 +489,16 @@
if (read(screenDescriptor, attributes, sizeof(attributes)) != -1) {
const size_t count = attributes[0] * attributes[1];
-const size_t size = count * 2;
-unsigned char buffer[size];
+unsigned short buffer[count];
if (read(screenDescriptor, buffer, sizeof(buffer)) != -1) {
int counts[0X10];
int index;
memset(counts, 0, sizeof(counts));
- for (index=1; indexsize; index+=2) ++counts[buffer[index] 0X0F];
+ for (index=0; indexcount; index++) ++counts[(buffer[index]
0X0F00) 8];
- setAttributesMasks((counts[0XE] counts[0X7])? 0X01: 0X08);
+ setAttributesMasks((counts[0XE] counts[0X7])? 0X0100: 0X0800);
return 1;
} else {
LogError(read);
@@ -538,7 +537,7 @@
} else if (!validateChoice(choice, parameters[PARM_HFB], choices)) {
LogPrint(LOG_WARNING, %s: %s, invalid high font bit,
parameters[PARM_HFB]);
} else if (choice) {
- static const unsigned char bits[] = {0X08, 0X01};
+ static const unsigned short bits[] = {0X0800, 0X0100};
highFontBit = bits[choice-1];
}
}
@@ -916,16 +915,16 @@
}
{
- off_t start = 4 + (box.top * description.cols + box.left) * 2;
+ unsigned short line[box.width];
+ off_t start = 4 + (box.top * description.cols + box.left) *
sizeof(line[0]);
if (lseek(screenDescriptor, start, SEEK_SET) != -1) {
-int length = box.width * 2;
-unsigned char line[length];
+int length = box.width * sizeof(line[0]);
+off_t increment = description.cols * sizeof(line[0]) - length;
unsigned char *target = buffer;
-off_t increment = description.cols * 2 - length;
int row;
for (row=0; rowbox.height; ++row) {
int count;
- unsigned char *source;
+ unsigned short *source;
if (row) {
if (lseek(screenDescriptor, increment, SEEK_CUR) == -1) {
@@ -951,11 +950,12 @@
unsigned char *trg = target;
int column;
for (column=0; columnbox.width; ++column) {
- int position = *source;
- if (source[1] fontAttributesMask) position |= 0X100;
- src[column] = *source;
+
Bug#65179: Make it stronger. Last a lot longer. Ladies will go weak at the knees.
Is your PENI handicapped? We will help you stand tall! http://ua.wonderright.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418158: more info
Hi I just tried some values and the limit seems to be poisscdf(604,604), after that the function fails, that is poisscdf(605,605) fails and poisscdf(604,604) succeeds. Cheers Oli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462631: status update
great work !!! On Sun, Feb 24, 2008 at 12:19 PM, Ondrej Certik [EMAIL PROTECTED] wrote: On Tue, Feb 19, 2008 at 1:10 PM, Ondrej Certik [EMAIL PROTECTED] wrote: On Feb 19, 2008 11:59 AM, Francesco Poli [EMAIL PROTECTED] wrote: On Sun, 17 Feb 2008 15:32:21 +0100 Ondrej Certik wrote: Hi Francesco, Hi! :) On Thu, Feb 07, 2008 at 12:23:00AM +0100, Francesco Poli wrote: [...] I wonder if you managed to link Paraview against (and make it work properly with) libraries already packaged and included in Debian. Not yet. Currently we are still trying to make it compile on i386 and amd64 together with MPI and python. We just succeeded in the compilation itself, so at least the package builds now. I see. Unfortunately, the python scripting still isn't working at runtime. When this is fixed, only then we'll try to build shared libraries and reuse as much as possible from Debian to reduce the sice of the paraview binary package (currently 100MB). Really huge! I hope you soon manage to successfully package it without the extraneous libraries! Christphe managed to cut the size down to 33MB. Everything seems to work now just fine, the only exception is python support. Follow our malinglist for the latest updates. All major things are fixed now: * python scripting works * MPI works * binary package size is 35MB * tested on i386 and amd64 what remains: * manpages * lintian warnings fixes The updodate wokring packages compiled for i386 and amd64 can always be found here: http://debian.certik.cz/ Feel free to test them and report all bugs to our mailinglist. Also any help with fixing the remaining things is appreciated. Ondrej Ondrej
Bug#343465: [Traduc] Bug#343465: Bug#343465: 'install -s -d foo' error message French translation is misleading.
Hi people, what i don't understand is that the tracker is mentionning version Package: coreutils Version: 6.10-3 ... though on Translation Project it is mentionned 6.9.92: http://translationproject.org/domain/coreutils.html So the question is where is the inconsistency? Tks Lucas Nussbaum a écrit : On 05/02/08 at 20:50 +0100, Jim Meyering wrote: It's an error message. I agree that the may not be used is misleading (from a french POV ;) A correct translation would me: les options de strip ne peuvent pas être utilisées lors de l'installation d'un répertoire It's getting closer :-) There's only one strip option, -s, so it should be l'option: l'option strip ne peut pas être utilisées lors de l'installation d'un répertoire utilisée* ;)
Bug#467268: rhythmbox: Can't play mms streams
Le dimanche 24 février 2008 à 11:54 +0100, Julien Valroff a écrit : Package: rhythmbox Version: 0.11.2-1+b1 Severity: normal Hi, rb is not able to play (at least some) mms streams. It does happen with: * mms://stream.rfm.pt/RFM * mms://viptvr2.yacast.fr/tvr_europe2 No error is reported on the UI, the stream is loaded and no sound is issued. Please find the corresponding debug log attached. After testing, I have found that disabling crossfading feature makes these streams work ok. Cheers, Julien
Bug#467076: ratpoison: still keyboard problems
package ratpoison tags 467076 + unreproducible moreinfo severity 467076 serious thanks * Sebastian Bremicker [EMAIL PROTECTED] [080223 14:01]: All c-t keybindings stop working when I am in a Gnome or KDE program like gnome-terminal or sylpheed, when I quit this program, they work again. Do I understand you correctly that this happens both with 1.4.2 and the new 1.4.3 you reported against? (1.4.3 has the keyboard grabbing radically changed so when it happens with both this is quite an important piece of information). No, this phenomen seems to have occured only in 1.4.3. I will try to run some of the suggested tests tomorrow. I'm changing the severity of this bug to serious, so that 1.4.3 will not reach testing, thus. I've tried on an unstable machine and installed some kde and gnome programs (kpdf and sylpeed specifically), and C-t still works when those programs are started. (In other words: I'm unable to reproduce this). Could you try in an clean environment? For example a new user (gnome uses glib which disregards $HOME, so either the home dir needs cleaning or easier a new user), starting as that user only ratpoison (without gnome-session or whatever else might be running) and some program in question and look if that still happens. If yes, the same with all possible things switched off (some gnome stuff pulls in all nasty kind of stuff in, temporarily moving dbus and gnome session stuff out of /etc/X11/Xsession.d might help). Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467199: Mpdcon.app: Segfault
Have you been able to reproduce this with another GNUstep app? Yes with another application gorm but I think it is true with all gnustep applications. here the backtrace: [Switching to Thread 0xb72c88d0 (LWP 16512)] 0xb6ec6afc in -[XGServer(WindowOps) _checkStyle:] (self=0x8217470, _cmd=0xb6f290f0, style=1) at ../../../Source/x11/XGServerWindow.m:571 571 window-depth = context-depth; Current language: auto; currently minimal (gdb) bt #0 0xb6ec6afc in -[XGServer(WindowOps) _checkStyle:] (self=0x8217470, _cmd=0xb6f290f0, style=1) at ../../../Source/x11/XGServerWindow.m:571 #1 0xb6ec9321 in -[XGServer(WindowOps) _setupRootWindow] (self=0x8217470, _cmd=0xb6f27900) at ../../../Source/x11/XGServerWindow.m:1424 #2 0xb6ebe0a8 in -[XGServer _initXContext] (self=0x8217470, _cmd=0xb6f27928) at ../../../Source/x11/XGServer.m:447 #3 0xb6ebe1da in -[XGServer initWithAttributes:] (self=0x8217470, _cmd=0xb7f95740, info=0x0) at ../../../Source/x11/XGServer.m:460 #4 0xb7e2fd2f in +[GSDisplayServer serverWithAttributes:] (self=0xb7f95680, _cmd=0xb7f03b28, attributes=0x0) at GSDisplayServer.m:185 #5 0xb7ca6f94 in -[NSApplication _init] (self=0x81a7378, _cmd=0xb7f03b78) at NSApplication.m:805 #6 0xb799c929 in -[NSObject performSelector:withObject:] (self=0x81a7378, _cmd=0xb7bd2e40, aSelector=0xb7f03b78, anObject=0x81a7378) at NSObject.m:1947 #7 0xb79fc980 in -[NSObject(NSMainThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:modes:] ( self=0x81a7378, _cmd=0xb7bd2e60, aSelector=0xb7f03b78, anObject=0x81a7378, aFlag=1 '\001', anArray=0x81a9648) at NSThread.m:1046 #8 0xb79fcbba in -[NSObject(NSMainThreadPerformAdditions) performSelectorOnMainThread:withObject:waitUntilDone:] (self=0x81a7378, _cmd=0xb7f03b80, aSelector=0xb7f03b78, anObject=0x81a7378, aFlag=1 '\001') at NSThread.m:1093 #9 0xb7ca7467 in -[NSApplication init] (self=0x81a7378, _cmd=0xb7f03918) at NSApplication.m:892 #10 0xb7ca6eec in +[NSApplication sharedApplication] (self=0xb7f03280, _cmd=0xb7ef97e0) at NSApplication.m:771 #11 0xb7c8dfbc in NSApplicationMain (argc=1, argv=0xbfab1a84) at Functions.m:72 #12 0x0805d5a2 in main () (gdb)
Bug#464784: python-numpy please transition to gfortran/libblas-dev/lapack-dev
Hi, Following a comment done on numpy bug tracking system (ticket #667): dotblas uses the CBLAS API, and as such needs CBLAS; CBLAS functions (cblas_*) are simply not provided by BLAS. They are provided by ATLAS, though. So you cannot build dotblas with the netlib BLAS package (the one used in refblas3). This explains why numpy is 'picky' about ATLAS, more than other packages: numpy does not only use the F77 interface, but also the official C interface (I guess, but I am not sure, that the point is to have a fast multiplication available for numpy even if no fortran compiler is available on the building machine). To be able to replace libraries at runtime for a numpy built with ATLAS, you would need a libcblas, which is not available in debian AFAIK. So there is really no way around it: you have to wait for atlas, and built against it. cheers, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461773: issues with mc and xterm
Hello X Strike Force :), could you please have a look on the cc'ed bug? There seems to be a problem with mc (and a few other applications) Since I can't reproduce this behaviour with other terms, this problem might be related to xterm and not to mc. It would be really cool, if you can give a short statement and if I should reassign it. Greetings Winnie -- .''`. Patrick Winnertz [EMAIL PROTECTED] : :' : GNU/Linux Debian Developer `. `'` http://www.der-winnie.de http://people.skolelinux.org/~winnie `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#427935: wine: Fails to show video in mpeg editor (ddraw issue?)
Ove Kaaven wrote: forwarded 427935 http://bugs.winehq.org/show_bug.cgi?id=10117 stop Russell Weatherburn skrev: I've just sent this to the bug, should make things easier. I've tested with the newest version in backports, and no change. I've added the extra bits to the trace log and attached it as well. Wine does not seem to use any special driver features. So, well, I can only suggest trying to upgrade the nvidia drivers, or upgrade Wine to a newer version (0.9.52 or 0.9.53) to see if the problem still exists. In the meantime, I've found a similar report in WineHQ's bug tracker, and am marking this report as forwarded there. Maybe your log is of use to someone there. I've reviewed the report in the WineHQ's bug tracker and it does appear to be an upstream change. Apparently the ddraw code was rewritten from scratch, and this seems to be an affected bit of code. The latest version, 0.9.55, is still affected ( I now get the WineHQ backported packages which are fairly up to date) Regards, Russell -- -- Russell Weatherburn mailto:[EMAIL PROTECTED] http://www.oxyoss.net Semper Fidelis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467270: /usr/bin/trackerd: trackerd uses all memory
Package: tracker Version: 0.6.4-2 Severity: important File: /usr/bin/trackerd Hi, I know I already reported this problem, but as it's still there and I don't see it in the list of pending bugs, I'm reporting it again to be sure: trackerd frequently runs out of memory (it's above the 2G limit on a 2G machine) and then renders the machine unusable or makes the OOM killer do some mistakes. I'd really like if trackerd could limit itself to, say, half the total amount of RAM, or if some script could monitor it and restart it before it gets out of control. Because as soon as I notice it, I have barely the time to reach a terminal and kill -9 it (plain kill won't work), if I'm only 1 or 2 mn late, I can't even ssh into the machine. Thanks, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tracker depends on: ii dbus 1.1.4-1 simple interprocess messaging syst ii libc6 2.7-8 GNU C Library: Shared libraries ii libdbus-1-31.1.4-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libexempi3 1.99.9-1 library to parse XMP metadata (Lib ii libexif12 0.6.16-2.1library to parse EXIF files ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgmime-2.0-2 2.2.17-1 MIME library ii libgsf-1-114 1.14.7-2 Structured File Library - runtime ii libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme ii libhal10.5.10-5 Hardware Abstraction Layer - share ii libpango1.0-0 1.19.0-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpoppler-glib2 0.6.4-1 PDF rendering library (GLib-based ii libqdbm14 1.8.74-1.1QDBM Database Libraries [runtime] ii libsqlite3-0 3.4.2-2 SQLite 3 shared library ii libunac1 1.8.0-2 The unac programming library - run ii libxml22.6.31.dfsg-1 GNOME XML library ii shared-mime-info 0.23-3FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages tracker recommends: ii o3read 0.0.4-1 standalone converter for OpenOffic ii poppler-utils [xpdf-utils] 0.6.4-1 PDF utilitites (based on libpopple ii tracker-search-tool 0.6.4-2 metadata database, indexer and sea ii tracker-utils 0.6.4-2 metadata database, indexer and sea ii untex 9210-10 Remove LaTeX commands from input ii unzip 5.52-10 De-archiver for .zip files ii w3m 0.5.1-5.1+b1 WWW browsable pager with excellent ii wv 1.2.4-2 Programs for accessing Microsoft W ii xsltproc1.1.22-1 XSLT command line processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467271: libtest-exception-perl: FTBFS with Perl 5.10 (test failures)
Package: libtest-exception-perl
Version: 0.25-1
Severity: important
User: [EMAIL PROTECTED]
Usertags: perl-5.10-ftbfs
This package fails to build with Perl 5.10.0 (currently in experimental.)
From the build log:
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0,
'blib/lib', 'blib/arch') t/*.t
t/callerok
t/Exception.ok
t/importok
t/isa...ok
t/lives_and.ok
t/preserve..ok
t/returnok
t/rtok
t/stacktrace
# Failed test 'regex in stacktrace ignored'
# at t/stacktrace.t line 17.
# STDOUT is:
# ok 1 - threw /fribble/
#
# not:
# not ok 1 - threw /fribble/
#
# as expected
# STDERR is:
#
# not:
# /#\s+Failed\ test.*?\n?.*?at\ t\/stacktrace\.t line 13.*\n?/
#
# # expecting: /fribble/
#
# # found: died at t/stacktrace.t line 13
#
# # Test::Exception::throws_ok('CODE(0x75a0f0)', '/fribble/') called at
t/stacktrace.t line 13
#
# as expected
FAILED test 2
Failed 1/2 tests, 50.00% okay
t/throws_ok.ok
Failed TestStat Wstat Total Fail List of Failed
---
t/stacktrace.t21 2
Failed 1/10 test scripts. 1/51 subtests failed.
Files=10, Tests=51, 0 wallclock secs ( 0.48 cusr + 0.05 csys = 0.53 CPU)
Failed 1/10 test programs. 1/51 subtests failed.
make[1]: *** [test_dynamic] Error 255
Cheers,
--
Niko Tyni [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343465: [Traduc] Bug#343465: Bug#343465: 'install -s -d foo' error message French translation is misleading.
kerb [EMAIL PROTECTED] wrote: what i don't understand is that the tracker is mentionning version Package: coreutils Version: 6.10-3 ... though on Translation Project it is mentionned 6.9.92: http://translationproject.org/domain/coreutils.html So the question is where is the inconsistency? Thanks for pointing that out. The message I sent announcing coreutils-6.10 http://article.gmane.org/gmane.comp.gnu.core-utils.announce/44 appears not to have been processed, and the TP still lists 6.9.92 as the latest. I did Cc: [EMAIL PROTECTED], but perhaps, with the switch to translationproject.org, that address no longer works. I'll be sure to send future announcements to [EMAIL PROTECTED], as recommended. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464784: python-numpy please transition to gfortran/libblas-dev/lapack-dev
On Sun, Feb 24, 2008 at 12:44 PM, David Cournapeau [EMAIL PROTECTED] wrote: Hi, Following a comment done on numpy bug tracking system (ticket #667): dotblas uses the CBLAS API, and as such needs CBLAS; CBLAS functions (cblas_*) are simply not provided by BLAS. They are provided by ATLAS, though. So you cannot build dotblas with the netlib BLAS package (the one used in refblas3). This explains why numpy is 'picky' about ATLAS, more than other packages: numpy does not only use the F77 interface, but also the official C interface (I guess, but I am not sure, that the point is to have a fast multiplication available for numpy even if no fortran compiler is available on the building machine). To be able to replace libraries at runtime for a numpy built with ATLAS, you would need a libcblas, which is not available in debian AFAIK. So there is really no way around it: you have to wait for atlas, and built against it. Thanks David for the explanation. So I am not going to do anything for this bug. However, if anyone knows what to do, please let us know. Feel free to discuss it on the debian-python mailinglist and then fix the package in our svn. Thanks, Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467260: kvm-source: FTBFS with 2.6.24 kernel
Hi! On Sun, 2008-02-24 at 10:20 +0100, Mike Hommey wrote: Package: kvm-source Version: 61+dfsg-1 Severity: serious Justification: FTBFS Can't build kvm-source 61 with 2.6.24 kernel: *snip build errors* -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Are you building kvm-source against this kernel? Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash I just tried to build for amd64 with make-kpkg against the kernel.org tree i usually use and with module-assistant against the debian amd64 kernel with: module-assistant -k /usr/src/linux-headers-2.6.24-1-amd64/ build kvm-source Both tries produced usable packages. I'll send you the ones for 2.6.24-1-amd64 in a seperate mail. What did you do differently? Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467270: Acknowledgement (/usr/bin/trackerd: trackerd uses all memory)
Here's the latest OOM killer action: ssh-agent invoked oom-killer: gfp_mask=0x1201d2, order=0, oomkilladj=0 Pid: 4097, comm: ssh-agent Not tainted 2.6.24-1-686 #1 [c015d2fd] oom_kill_process+0x54/0xf8 [c015d707] out_of_memory+0x15c/0x191 [c015f3b9] __alloc_pages+0x247/0x2d5 [c015a89e] sync_page+0x0/0x3b [c0160f1f] __do_page_cache_readahead+0xbd/0x1a6 [c0161377] do_page_cache_readahead+0x49/0x56 [c015c99f] filemap_fault+0x183/0x381 [c0165d15] __do_fault+0x59/0x36c [c0115944] lapic_next_event+0xc/0x10 [c0167f6d] handle_mm_fault+0x2cf/0x685 [c0115e6c] smp_apic_timer_interrupt+0x71/0x7d [c0104980] apic_timer_interrupt+0x28/0x30 [c011bf45] do_page_fault+0x1f7/0x592 [c0183ca9] sys_select+0x161/0x187 [c011bd4e] do_page_fault+0x0/0x592 [c02bdc32] error_code+0x72/0x78 === Mem-info: DMA per-cpu: CPU0: Hot: hi:0, btch: 1 usd: 0 Cold: hi:0, btch: 1 usd: 0 CPU1: Hot: hi:0, btch: 1 usd: 0 Cold: hi:0, btch: 1 usd: 0 CPU2: Hot: hi:0, btch: 1 usd: 0 Cold: hi:0, btch: 1 usd: 0 CPU3: Hot: hi:0, btch: 1 usd: 0 Cold: hi:0, btch: 1 usd: 0 Normal per-cpu: CPU0: Hot: hi: 186, btch: 31 usd: 148 Cold: hi: 62, btch: 15 usd: 54 CPU1: Hot: hi: 186, btch: 31 usd: 166 Cold: hi: 62, btch: 15 usd: 39 CPU2: Hot: hi: 186, btch: 31 usd: 162 Cold: hi: 62, btch: 15 usd: 60 CPU3: Hot: hi: 186, btch: 31 usd: 159 Cold: hi: 62, btch: 15 usd: 60 HighMem per-cpu: CPU0: Hot: hi: 186, btch: 31 usd: 110 Cold: hi: 62, btch: 15 usd: 39 CPU1: Hot: hi: 186, btch: 31 usd: 172 Cold: hi: 62, btch: 15 usd: 61 CPU2: Hot: hi: 186, btch: 31 usd: 61 Cold: hi: 62, btch: 15 usd: 60 CPU3: Hot: hi: 186, btch: 31 usd: 182 Cold: hi: 62, btch: 15 usd: 60 Active:237369 inactive:222846 dirty:0 writeback:0 unstable:0 free:12215 slab:5956 mapped:91 pagetables:1428 bounce:0 DMA free:8128kB min:68kB low:84kB high:100kB active:2808kB inactive:2188kB present:16256kB pages_scanned:7826 all_unreclaimable? yes lowmem_reserve[]: 0 873 2015 2015 Normal free:40296kB min:3744kB low:4680kB high:5616kB active:301684kB inactive:363248kB present:894080kB pages_scanned:2928581 all_unreclaimable? yes lowmem_reserve[]: 0 0 9139 9139 HighMem free:436kB min:512kB low:1736kB high:2960kB active:644984kB inactive:525948kB present:1169884kB pages_scanned:2463759 all_unreclaimable? yes lowmem_reserve[]: 0 0 0 0 DMA: 6*4kB 5*8kB 2*16kB 1*32kB 1*64kB 2*128kB 4*256kB 3*512kB 3*1024kB 1*2048kB 0*4096kB = 8128kB Normal: 9062*4kB 0*8kB 1*16kB 0*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 40296kB HighMem: 47*4kB 7*8kB 2*16kB 1*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 436kB Swap cache: add 311578, delete 311570, find 10807/15800, race 0+0 Free swap = 0kB Total swap = 1043240kB Free swap:0kB 524149 pages of RAM 294773 pages of HIGHMEM 5177 reserved pages 35164 pages shared 8 pages swap cached 0 pages dirty 0 pages writeback 91 pages mapped 5956 pages slab 1428 pages pagetables Out of memory: kill process 5326 (trackerd) score 1263000 or a child Killed process 5326 (trackerd) gnome-phone-man invoked oom-killer: gfp_mask=0x1201d2, order=0, oomkilladj=0 Pid: 4562, comm: gnome-phone-man Not tainted 2.6.24-1-686 #1 [c015d2fd] oom_kill_process+0x54/0xf8 [c015d707] out_of_memory+0x15c/0x191 [c015f3b9] __alloc_pages+0x247/0x2d5 [c015a89e] sync_page+0x0/0x3b [c0160f1f] __do_page_cache_readahead+0xbd/0x1a6 [c0161377] do_page_cache_readahead+0x49/0x56 [c015c99f] filemap_fault+0x183/0x381 [c0165d15] __do_fault+0x59/0x36c [c0167f6d] handle_mm_fault+0x2cf/0x685 [c0135441] autoremove_wake_function+0x0/0x35 [c0137f67] hrtimer_nanosleep+0x39/0xb7 [c011bf45] do_page_fault+0x1f7/0x592 [c0178b97] vfs_read+0x111/0x14b [c0178fac] sys_read+0x5f/0x67 [c011bd4e] do_page_fault+0x0/0x592 [c02bdc32] error_code+0x72/0x78 [c02b] unix_mkname+0x4d/0x6f === Mem-info: DMA per-cpu: CPU0: Hot: hi:0, btch: 1 usd: 0 Cold: hi:0, btch: 1 usd: 0 CPU1: Hot: hi:0, btch: 1 usd: 0 Cold: hi:0, btch: 1 usd: 0 CPU2: Hot: hi:0, btch: 1 usd: 0 Cold: hi:0, btch: 1 usd: 0 CPU3: Hot: hi:0, btch: 1 usd: 0 Cold: hi:0, btch: 1 usd: 0 Normal per-cpu: CPU0: Hot: hi: 186, btch: 31 usd: 149 Cold: hi: 62, btch: 15 usd: 49 CPU1: Hot: hi: 186, btch: 31 usd: 165 Cold: hi: 62, btch: 15 usd: 57 CPU2: Hot: hi: 186, btch: 31 usd: 169 Cold: hi: 62, btch: 15 usd: 52 CPU3: Hot: hi: 186, btch: 31 usd: 154 Cold: hi: 62, btch: 15 usd: 36 HighMem per-cpu: CPU0: Hot: hi: 186, btch: 31 usd: 110 Cold: hi: 62, btch: 15 usd: 39 CPU1: Hot: hi: 186, btch: 31 usd: 172 Cold: hi: 62, btch: 15 usd: 61 CPU2: Hot: hi: 186, btch: 31 usd: 61 Cold: hi: 62, btch: 15 usd: 60 CPU3: Hot: hi: 186, btch:
Bug#467272: libgtk2-ex-podviewer-perl: FTBFS: missing build-dependency on liblocale-gettext-perl
Package: libgtk2-ex-podviewer-perl Version: 0.17-1 Severity: important This package fails to build when liblocale-gettext-perl is not installed. While the Essential:yes packages usually pull in liblocale-gettext-perl via debconf and debconf-i18n, the debconf-english alternative doesn't depend on liblocale-gettext-perl. From my build log: /usr/bin/perl Makefile.PL INSTALLDIRS=vendor MakeMaker FATAL: prerequisites not found. Locale::gettext not installed Please install these modules first and rerun 'perl Makefile.PL'. make: *** [build-stamp] Error 9 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467273: libgtk2-ex-printdialog-perl: FTBFS: missing build-dependency on liblocale-gettext-perl
Package: libgtk2-ex-printdialog-perl Version: 0.03-1 Severity: important This package fails to build when liblocale-gettext-perl is not installed. While the Essential:yes packages usually pull in liblocale-gettext-perl via debconf and debconf-i18n, the debconf-english alternative doesn't depend on liblocale-gettext-perl. From my build log: /usr/bin/perl Makefile.PL INSTALLDIRS=vendor \ INSTALLVENDORARCH=/usr/share/perl5/ \ VENDORARCHEXP=/usr/share/perl5/ MakeMaker FATAL: prerequisites not found. Locale::gettext not installed Please install these modules first and rerun 'perl Makefile.PL'. make: *** [build-stamp] Error 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464784: python-numpy please transition to gfortran/libblas-dev/lapack-dev
Ondrej Certik wrote: Thanks David for the explanation. So I am not going to do anything for this bug. However, if anyone knows what to do, please let us know. Feel free to discuss it on the debian-python mailinglist and then fix the package in our svn. Well, actually, contrary to what I've said earlier, there is cblas available in the new blas package (in hardy, which is why I have not seen it; I don't use debian anymore for non server machines). So one solution could be to build numpy against blas/lapack/cblas packages, making sure the CBLAS is found, and then, people could install atlas to change the runtime libraries. Now, I am not sure whether numpy can currently build against the standard CBLAS. I know it can build against ATLAS (and Intel MKL) CBLAS, but I don't know for others, cheers, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#102186: Tired of losing your hardness halfway?
It gets you hard with minimal side effects! http://qpfp.positionself.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#111652: Reveal your real man potence!
Don't lose your passion due to bad potence! http://uxmej.fallbroad.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467274: ITP: pcc -- the portable C compiler
Package: wnpp Severity: wishlist Owner: William Pitcock [EMAIL PROTECTED] Hi, I am interested in pcc for several months, so I intend to package it in Debian. * Package name: pcc Version : 0.9.9 Upstream Author : Anders Magnusson [EMAIL PROTECTED] * URL : http://pcc.ludd.ltu.se/ * License : BSD Programming Lang: C Description : the portable C compiler pcc is the continuation of the portable C compiler source included in ancient Unix. It has been modernized to support C99 standards and other great features. An advantage to using pcc is that it is stricter about code structure than gcc is. To some extent, it is compatible with gcc CFLAGS, but this is not guaranteed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#144238: While thousands complain, you can benefit from an all-covering solution.
It is safer then placing an order over the phone. http://gijcu.ranglad.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467076: ratpoison: still keyboard problems
Hi, Could you try in an clean environment? For example a new user (gnome uses glib which disregards $HOME, so either the home dir needs cleaning or easier a new user), starting as that user only ratpoison (without gnome-session or whatever else might be running) and some program in question and look if that still happens. You are right, the problems do not occur with a new user, even when I execute the same scripts like as my normal user. I am sorry, this may be just a local problem here. Kind regards, Sebastian Bremicker .ratpoisonrc Description: Binary data .sebremx Description: Binary data
Bug#464885:
Hi, On Thu, Feb 14, 2008 at 11:15:37PM +0100, Baptiste Mille-Mathias wrote: Hi, Filippo; I upload the version 0.1 to the NEW queue of ubuntu; and I'm working on the version 0.2. I don't know what to provide you; I attach the two diff.gz. The version 0.2 includes two files .py only for testing purpose, I don't know if we need to ship them. If you have advice, I'd thanksful. I prepared a 0.3 package with version and control suitable for debian (i.e. you as Maintainer: and me as uploader) you can find the package here http://people.debian.org/~filippo/packages/obex-data-server_0.3-1.dsc If you want sponsoring I'm happy to provide it, otherwise I'm open to act as Maintainer as well. filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: A child of five would understand this. Send someone to fetch a child of five. -- Groucho Marx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466168: [Fwd: Bug#466168: ascii: typos in nametable]
Hello Anders, hello Eric, [ cf. http://bugs.debian.org/466168 ] - Forwarded message from Anders Kaseorg [EMAIL PROTECTED] - From: Anders Kaseorg [EMAIL PROTECTED] Subject: Bug#466168: ascii: typos in nametable To: [EMAIL PROTECTED] Reply-To: Anders Kaseorg [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Sat, 16 Feb 2008 19:38:05 -0500 Message-Id: [EMAIL PROTECTED] X-Mailer: Evolution 2.21.90 Package: ascii Version: 3.8-3 Tags: patch * There are three missing commas in nametable. * Right Angle should be made consistent with Left Angle Bracket. * One of the comments is missing a header and doesn't show up. I agree with these items and have just fixed them in the Debian package. Anders, thanks a lot for spotting them. * ` and ' cannot be used as matching quotes in most fonts today; in this case, no clarity is lost by omitting them. But I'll leave this up to Eric as the maintainer. Eric, what do you think? Patch: http://anders.kaseorg.com/pub/patches/aciii-3.8-typos.patch Cheers, Flo signature.asc Description: Digital signature
Bug#467275: libpalm-perl: tries to write to /usr/bin when building
Package: libpalm-perl Version: 1.3.0-6 Severity: serious This package tries to overwrite /usr/bin/pdbdump when building. Fortunately this usually fails when building with fakeroot, and the issue has gone unnoticed because ExtUtils::Install in Perl 5.8.8 ignores the failure. With Perl 5.10.0 (currently in experimental), the failure makes the package fail to build from source. Please use /usr/bin/perl Makefile.PL INSTALLDIRS=vendor instead of INSTALLDIRS=perl and don't specify the all the install directories when calling 'make pure_install'. See the Perl policy: http://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html From the build log: /usr/bin/perl Makefile.PL INSTALLDIRS=perl [...] /usr/bin/make pure_install INSTALLMAN1DIR=/build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man1 INSTALLMAN3DIR=/build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3 INSTALLPRIVLIB=/build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5 INSTALLARCHLIB=/build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5 make[1]: Entering directory `/build/niko/libpalm-perl-1.3.0' ERROR: Cannot copy 'blib/script/pdbdump' to '/usr/bin/pdbdump': Permission denied at -e line 1 Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5/Palm/Address.pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5/Palm/StdAppInfo.pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5/Palm/PDB.pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5/Palm/Memo.pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5/Palm/ToDo.pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5/Palm/Datebook.pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5/Palm/Mail.pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/perl5/Palm/Raw.pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man1/pdbdump.1p Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3/Palm::Mail.3pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3/Palm::Datebook.3pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3/Palm::ToDo.3pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3/Palm::Raw.3pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3/Palm::Address.3pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3/Palm::Memo.3pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3/Palm::StdAppInfo.3pm Installing /build/niko/libpalm-perl-1.3.0/debian/libpalm-perl/usr/share/man/man3/Palm::PDB.3pm Installing /usr/bin/pdbdump make[1]: *** [pure_perl_install] Error 13 make[1]: Leaving directory `/build/niko/libpalm-perl-1.3.0' make: *** [install] Error 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467260: kvm-source: FTBFS with 2.6.24 kernel
On Sun, Feb 24, 2008 at 01:11:06PM +0100, Jan Luebbe wrote: Hi! On Sun, 2008-02-24 at 10:20 +0100, Mike Hommey wrote: Package: kvm-source Version: 61+dfsg-1 Severity: serious Justification: FTBFS Can't build kvm-source 61 with 2.6.24 kernel: *snip build errors* -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Are you building kvm-source against this kernel? Yes Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash I just tried to build for amd64 with make-kpkg against the kernel.org tree i usually use and with module-assistant against the debian amd64 kernel with: module-assistant -k /usr/src/linux-headers-2.6.24-1-amd64/ build kvm-source Both tries produced usable packages. I'll send you the ones for 2.6.24-1-amd64 in a seperate mail. What did you do differently? Absolutely nothing, except using the -t option of m-a, which doesn't change anything to the build itself. FWIW: # dpkg -l linux*2.6.24* | grep ^ii ii linux-headers-2.6.24-1-amd64 2.6.24-4 Header files for Linux 2.6.24 on AMD64 ii linux-headers-2.6.24-1-common2.6.24-4 Common header files for Linux 2.6.24 ii linux-image-2.6.24-1-amd64 2.6.24-4 Linux 2.6.24 image on AMD64 ii linux-kbuild-2.6.24 2.6.24-1 Kbuild infrastructure for Linux 2.6.24 Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467199: [Debian GNUstep maintainers] Bug#467199: Mpdcon.app: Segfault
reassign 467199 gnustep-back0.12-art retitle 467199 Apps crashing on a second display in a dual screen setup thanks Many thanks for the backtrace. What is your DefaultDepth? Please try with a different value. Also, I am curious to know how what are the results with the cairo backend. Could you also please try to run the app like this: $ MPDCon --GNU-Debug=dflt Hubert, do you have any clues? Should we forward this upstream? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467276: libmail-mbox-messageparser-perl: FTBFS with Perl 5.10 (failed tests)
Package: libmail-mbox-messageparser-perl Version: 1.5000+pristine-2 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-ftbfs This package fails to build with Perl 5.10.0 (currently in experimental.) From the build log: /usr/bin/make test make[1]: Entering directory `/build/niko/libmail-mbox-messageparser-perl-1.5000+pristine' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/appended_mailbox.t t/bzip2.t t/endline.t t/filehandle_compressed.t t/filehandle_noncompressed.t t/filename_compressed.t t/filename_noncompressed.t t/grep.t t/gzip.t t/length.t t/line_number.t t/number.t t/offset.t t/prologue.t t/reset.t t/separators.t t/stdin_compressed.t t/stdin_uncompressed.t t/undef_return_value.t t/appended_mailboxok t/bzip2...ok t/endline.ok t/filehandle_compressed...ok t/filehandle_noncompressedCouldn't initialize cache at t/Test/Utils.pm line 100. # Looks like you planned 44 tests but only ran 37. # Looks like your test died just after 37. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 38-44 Failed 7/44 tests, 84.09% okay t/filename_compressed.ok t/filename_noncompressed..ok t/grepok t/gzipok t/length.. # Failed test 'Computing differences between t/results/length_invalid-boundaries.stdout and t/temp/length_invalid-boundaries_0_1.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-1-dos.stdout and t/temp/length_mailarc-1-dos_0_0.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-1-dos.stdout and t/temp/length_mailarc-1-dos_1_0.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-1-dos.stdout and t/temp/length_mailarc-1-dos_0_1.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-1.stdout and t/temp/length_mailarc-1_0_0.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-1.stdout and t/temp/length_mailarc-1_1_0.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-1.stdout and t/temp/length_mailarc-1_0_1.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-2.stdout and t/temp/length_mailarc-2_0_1.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-3.stdout and t/temp/length_mailarc-3_0_0.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-3.stdout and t/temp/length_mailarc-3_1_0.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailarc-3.stdout and t/temp/length_mailarc-3_0_1.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailbox with space.stdout and t/temp/length_mailbox with space_0_1.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_mailseparators.stdout and t/temp/length_mailseparators_0_1.stdout' # at t/length.t line 97. # Failed test 'Computing differences between t/results/length_newlines_at_beginning.stdout and t/temp/length_newlines_at_beginning_0_0.stdout' # at t/length.t line 97. Couldn't initialize cache at t/Test/Utils.pm line 100. # Looks like you planned 30 tests but only ran 28. # Looks like you failed 14 tests of 28 run. # Looks like your test died just after 28. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 9-15, 18-21, 24, 27-30 Failed 16/30 tests, 46.67% okay t/line_number. # Failed test 'Computing differences between t/results/line_number_invalid-boundaries.stdout and t/temp/line_number_invalid-boundaries_0_1.stdout' # at t/line_number.t line 97. # Failed test 'Computing differences between t/results/line_number_mailarc-1-dos.stdout and t/temp/line_number_mailarc-1-dos_0_0.stdout' # at t/line_number.t line 97. # Failed test 'Computing differences between t/results/line_number_mailarc-1-dos.stdout and t/temp/line_number_mailarc-1-dos_1_0.stdout' # at t/line_number.t line 97. # Failed test 'Computing differences between t/results/line_number_mailarc-1-dos.stdout and t/temp/line_number_mailarc-1-dos_0_1.stdout' # at t/line_number.t line 97. # Failed test 'Computing differences between t/results/line_number_mailarc-1.stdout and t/temp/line_number_mailarc-1_0_0.stdout' # at t/line_number.t line 97. # Failed test 'Computing differences between t/results/line_number_mailarc-1.stdout and t/temp/line_number_mailarc-1_1_0.stdout' # at t/line_number.t line 97. # Failed
Bug#467277: libnet-daap-dmap-perl: FTBFS with Perl 5.10 (failed tests)
Package: libnet-daap-dmap-perl Version: 1.26-1 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-ftbfs This package fails to build with Perl 5.10.0 (currently in experimental.) I have stripped down the test log considerably because it's mostly a diff of binary data. See eg. the CPAN test report at http://www.nntp.perl.org/group/perl.cpan.testers/2008/01/msg1001897.html for a full log. PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/basic # Failed test 't/content-codes.dmap round trips' # at t/basic.t line 26. [...] # Looks like you failed 4 tests of 7. dubious Test returned status 4 (wstat 1024, 0x400) DIED. FAILED tests 1-4 Failed 4/7 tests, 42.86% okay Failed Test Stat Wstat Total Fail List of Failed --- t/basic.t 4 1024 74 1-4 Failed 1/1 test scripts. 4/7 subtests failed. Files=1, Tests=7, 0 wallclock secs ( 0.11 cusr + 0.01 csys = 0.12 CPU) Failed 1/1 test programs. 4/7 subtests failed. make[1]: *** [test_dynamic] Error 4 make[1]: Leaving directory `/build/niko/libnet-daap-dmap-perl-1.26' make: *** [debian/stamp-makefile-check] Error 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467278: netselect: debian/copyright: Upstream URL does not exist, please update
Package: netselect Version: 0.3.ds1-11 Severity: normal Upstream URL: http://people.nit.ca/~apenwarr/netselect does not reposnd. Please update current source code URL -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages netselect depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii libc6 2.7-8 GNU C Library: Shared libraries netselect recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453856: acpi-support: ipw3945 does not boot properly due to wrong isAnyWirelessPoweredOn
As it was said in 463719, device/power/state is deprecated.
I have no such file on 2.6.24. I use following code for
isAnyWirelessPoweredOn:
isAnyWirelessUp()
{
for DEVICE in /sys/class/net/* ; do
[ -d $DEVICE/wireless ] || continue
[ `cat $DEVICE/operstate` != down ] || continue
[ -r $DEVICE/device/rf_kill ] [ `cat $DEVICE/device/rf_kill` -eq
0 ] || continue
return 0
done
# otherwise return failure
return 1
}
By the way, there is no need in 60-asus-wireless-led.sh at startup for
ipw3945.
The driver sets led state properly. I use this tricky led setting only after
resume from suspend
to ram, because then the led sometimes is not resumed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467279: libpod-webserver-perl: FTBFS with Perl 5.10 (test failure)
Package: libpod-webserver-perl Version: 3.04-1.1 Severity: important Tags: fixed-upstream User: [EMAIL PROTECTED] Usertags: perl-5.10-ftbfs This package fails to build with Perl 5.10.0 (currently in experimental.) According to the upstream changelog, this is fixed in 3.05. From the build log: PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/01_about_verboseNot a GLOB reference at t/01_about_verbose.t line 43. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 2 Failed 1/2 tests, 50.00% okay t/02_pod_webserverok Failed Test Stat Wstat Total Fail List of Failed --- t/01_about_verbose.t 255 65280 22 2 Failed 1/2 test scripts. 1/16 subtests failed. Files=2, Tests=16, 0 wallclock secs ( 0.24 cusr + 0.04 csys = 0.28 CPU) Failed 1/2 test programs. 1/16 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/build/niko/libpod-webserver-perl-3.04' make: *** [install-stamp] Error 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467280: libsvn-notify-mirror-perl: FTBFS with Perl 5.10 (t/002_config.t.PL failed)
Package: libsvn-notify-mirror-perl Version: 0.03603-1 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-ftbfs This package fails to build with Perl 5.10.0 (currently in experimental.) From the build log: Creating new 'Build' script for 'SVN-Notify-Mirror' version '0.03603' OPTIMIZE=-Wall -O2 -g /usr/bin/perl Build /usr/bin/perl t/004_rsynctest.t.PL t/004_rsynctest.t /usr/bin/perl t/002_config.t.PL t/testconfig t/002_config.t t/002_config t/002_config.t.PL failed at /usr/share/perl/5.10/Module/Build/Base.pm line 2276. make: *** [build-stamp] Error 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467281: libtest-tap-model-perl: FTBFS with Perl 5.10 (test failures)
Package: libtest-tap-model-perl Version: 0.04-1 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-ftbfs This package fails to build with Perl 5.10.0 (currently in experimental.) From the build log: /usr/bin/perl Build test t/00_dist..skipped all skipped: Test::Distribution must be installed t/basicOdd number of elements in anonymous hash at t/basic.t line 18, DATA line 12. # Failed test 'total of three tests' # at t/basic.t line 46. # got: undef # expected: '3' # Failed test 'two tests ok' # at t/basic.t line 47. # got: undef # expected: '2' # Looks like you failed 2 tests of 30. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 18-19 Failed 2/30 tests, 93.33% okay t/comprehensiveOdd number of elements in anonymous hash at t/comprehensive.t line 262. # Failed test 'suite OK' # at t/comprehensive.t line 32. # Failed test 'file is ok' # at t/comprehensive.t line 37. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Odd number of elements in anonymous hash at t/comprehensive.t line 262. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. # Failed test 'number planned' # at t/comprehensive.t line 85. # got: undef # expected: '4' Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Odd number of elements in anonymous hash at t/comprehensive.t line 262. # Failed test 'whole file was skipped' # at t/comprehensive.t line 119. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. # Failed test 'ratio for file is 1' # at t/comprehensive.t line 122. # got: '0' # expected: '1' Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. # Failed test 'for suite too' # at t/comprehensive.t line 123. # got: '0' # expected: '1' Odd number of elements in anonymous hash at t/comprehensive.t line 262. Odd number of elements in anonymous hash at t/comprehensive.t line 262. # Failed test 'second file ok' # at t/comprehensive.t line 144. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at /build/niko/libtest-tap-model-perl-0.04/blib/lib/Test/TAP/Model/File.pm line 80. Use of uninitialized value in subroutine entry at
Bug#438179: RFC3484 rule 9 active again in glibc 2.7-5.
Aurelien Jarno writes (Re: RFC3484 rule 9 active again in glibc 2.7-5.): An IP which uses the same IP range as your computer, as defined by the netmask. In short a local server which can be reached without a gateway. Ah. I see. So what you mean is that it will now: * prefer a server in the same subnet as one of the local interfaces as defined by the netmask on that interface, to a server which is not; * not otherwise sort servers according to their IPv4 address unless specifically configured ? That sounds exactly right. If you mean that _for servers on some local subnet_ it will prefer to use servers with a longer common prefix with the interface address, then I think that's wrong. So for example, my machine here has eth0 172.18.45.2/24. You're saying (I hope) that it would prefer 172.18.45.6 (because it's on the subnet local to eth0) to 172.31.80.8 (which is not), which is fine. If you're saying that it would prefer 172.18.45.6 to 172.18.45.11 because .6 has a longer common prefix with .2 than .11, then I think that's wrong. But that would be pretty weird so I assume that's not what you mean. Thanks, Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451119: always problem with glxgears an fgl_glxgears
Le Sunday 24 February 2008 14:14:32 Gerard Robin, vous avez écrit : Yes fglrx-glx is installed as dependencies of the other packages now. I don't remember exactly ... I think that it's fglrx-driver which require fglrx-glx now. Yes it's a recommends for fglrx-driver. So, could you also try without the package ? fglrx-glx installs ATI's custom libGL. Since recent rewrite, it seems 3D aceleration works with both libGL (mesa standard and ATI's), but ATI's was needed for compiz by some users.. Anyway, your issue might work with mesa's, or at least it's good to know the answer.. Romain
Bug#426581: meshlab - anyone still working on this
Paolo Cignoni writes (Re: Bug#426581: meshlab - anyone still working on this): (shortened and with intermixed answers...) Thanks, that's absolutely the right way to respond. So much so that we don't normally feel the need to mention it :-). On Fri, Feb 22, 2008 at 10:00 PM, Ian Jackson xwininfo: Window id: 0xc40009b Plugin Gotcha. It's a problem of the interacton between QT and your window manager, On win mac and some other wm this windows do not appear. the creation code is the following one ... stddialog-hide(); ... I do not know how to patch this. I could ad a SetGeometry to make it very small, but it seems me a workaroud. I think this is a bug in Qt. I imagine it's trying to hide the window by setting a window manager hint, rather than unmapping it. It's not a hideous problem. When we have uploaded a version to Debian (which will enable Debian's Qt maintainer to reproduce the problem) I will file a bug. I don't think changing the size is a goood workaround. It is probably best not to change meshlab at all. Yes it is a mess, the whole activation/deactivation mechanism of the plugins will change in 1.2. Ah, good. I don't think this would be appropriate in Debian. Users would expect --help to print some information to stdout. So a simple message with a URL in it, or some documentation, would be ideal from our point of view. ok. np. I'll do this in this weekend. Oh, thank you :-). [re U3D and idtfconverter] currently if the binary is missing it just report that the exporting has failed becouse the binary is missing. That's good. and thanks again for you help. Thank you for the software ! Regards, Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451119: always problem with glxgears an fgl_glxgears
On Sun, Feb 24, 2008 at 12:03:30PM +0100, Romain Beauxis wrote: From: Romain Beauxis [EMAIL PROTECTED] To: Gerard Robin [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#451119: always problem with glxgears an fgl_glxgears Le Sunday 24 February 2008 10:51:10 Gerard Robin, vous avez écrit : but now I encounter a new problem: When I run glxgears it's ok, but if I enlarge the window the gears disappear and the screen is messed up by horizontaly lines. When I run fgl_glxgears no gears appear, the screen is only messed up by horizontaly lines. Have you tried installing fglrx-glx ? Yes fglrx-glx is installed as dependencies of the other packages now. I don't remember exactly ... I think that it's fglrx-driver which require fglrx-glx now. -- Gérard
Bug#467282: ddjvuapi: ddjvu_document_save is seriously broken
Package: libdjvulibre15
Version: 3.5.20-3
Severity: important
Due to an unfortunate upstream change[1], the ddjvu_document_save function is
badly broken.
The attached program used to work fine with DjVuLibre 3.5.20-2.
$ gcc djvusave.c -ldjvulibre -o save_bundled
$ gcc djvusave.c -DINDIRECT -ldjvulibre -o save_indirect
$ ./save_bundled /usr/share/doc/libdjvulibre-dev/djvu2spec.djvu
0%
97%
100%
$ wc -c tmp.djvu
0 tmp.djvu
$ ./save_indirect /usr/share/doc/libdjvulibre-dev/djvu2spec.djvu
0%
97%
lots-of-garbage
terminate called after throwing an instance of 'DJVU::GException'
even-more-garbage
The bug has been already fixed upstream. [2]
[1]
http://djvu.cvs.sourceforge.net/djvu/djvulibre-3.5/libdjvu/ddjvuapi.cpp?r1=1.86r2=1.87
[2]
http://djvu.cvs.sourceforge.net/djvu/djvulibre-3.5/libdjvu/ddjvuapi.cpp?r1=1.87r2=1.88
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (500, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
Versions of packages libdjvulibre15 depends on:
ii libc6 2.7-6GNU C Library: Shared libraries
ii libgcc1 1:4.3-20080202-1 GCC support library
ii libjpeg62 6b-14The Independent JPEG Group's JPEG
ii libstdc++6 4.3-20080202-1 The GNU Standard C++ Library v3
ii xdg-utils 1.0.2-3 desktop integration utilities from
libdjvulibre15 recommends no packages.
-- debconf-show failed
--
Jakub Wilk
#include libdjvu/ddjvuapi.h
void handle_messages(ddjvu_context_t *ctx, int wait)
{
const ddjvu_message_t *msg;
if (wait)
ddjvu_message_wait(ctx);
while ((msg = ddjvu_message_peek(ctx)))
{
switch (msg-m_any.tag)
{
case DDJVU_ERROR:
fprintf(stderr, DDJVU_ERROR: %s\n, msg-m_error.message);
exit(4);
case DDJVU_PROGRESS:
fprintf(stderr, %3d%%\n, msg-m_progress.percent);
}
ddjvu_message_pop(ctx);
}
}
int die(const char *message)
{
fprintf(stderr, %s\n, message);
return 1;
}
int main(int argc, char * const argv[])
{
ddjvu_context_t *ctx;
ddjvu_document_t *doc;
ddjvu_status_t r;
ddjvu_pageinfo_t info;
ddjvu_job_t *job;
const char* optv[] = { -indirect=/tmp/index.djvu };
FILE * f;
f = fopen(/tmp/index.djvu, w);
if (argc != 2)
return die(Usage: ddjvu djvu-file);
if (!(ctx = ddjvu_context_create(argv[0])))
return die(Cannot create djvu context.);
if (!(doc = ddjvu_document_create_by_filename(ctx, argv[1], 1)))
return die(Cannot open djvu document.);
while (!ddjvu_document_decoding_done(doc))
handle_messages(ctx, 1);
#ifdef INDIRECT
job = ddjvu_document_save(doc, NULL, 1, optv);
#else
{
FILE* f;
f = fopen(tmp.djvu, wb);
job = ddjvu_document_save(doc, f, 0, optv);
}
#endif
if (!job)
return die(Cannot create job.);
while (!ddjvu_job_done(job))
handle_messages(ctx, 1);
handle_messages(ctx, 0);
return 0;
}
Bug#467283: libtext-template-perl: FTBFS with Perl 5.10 (test failure)
Package: libtext-template-perl Version: 1.44-1.1 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-ftbfs This package fails to build with Perl 5.10.0 (currently in experimental.) From the build log: PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00-version...ok t/01-basic.ok t/02-hash..ok t/03-out...ok t/04-safe..ok t/05-safe2.ok t/06-ofh...ok t/07-safe3.ok t/08-exported..ok t/09-error.Illegal value `WLUNCH' for TYPE parameter at t/09-error.t line 41 FAILED test 3 Failed 1/5 tests, 80.00% okay t/10-delimitersok t/11-prepend...ok t/12-preprocessok t/13-taint.ok t/14-brokenok Failed Test Stat Wstat Total Fail List of Failed --- t/09-error.t51 3 Failed 1/15 test scripts. 1/150 subtests failed. Files=15, Tests=150, 1 wallclock secs ( 0.24 cusr + 0.08 csys = 0.32 CPU) Failed 1/15 test programs. 1/150 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/build/niko/libtext-template-perl-1.44' make: *** [debian/stamp-makefile-check] Error 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467284: libssh-2: cannot parse non-trivial known_hosts files
Package: libssh-2
Version: 0.2+svn20070321-4
libssh's known host parsing is very limited, it just checks for the
hostname as the first part of a line before a ',' and nothing else.
Not even for alternate names (distributed known hosts files usually
have one line per host with all the names (including the differently
qualified variants) of it separated with ',', which the attached patch
fixes (though I really suggest someone should take a look at what ssh
supports and implement that, especially the hashed hostnames or the new
possibility to add port information.
Hochachtungsvoll,
Bernhard R. Link
Index: libssh-0.2+svn20070321/libssh/keyfiles.c
===
--- libssh-0.2+svn20070321.orig/libssh/keyfiles.c 2008-02-24
13:57:55.0 +0100
+++ libssh-0.2+svn20070321/libssh/keyfiles.c2008-02-24 14:03:58.0
+0100
@@ -795,15 +795,19 @@
ptr++; /* skip the initial spaces */
/* we allow spaces or ',' to follow the hostname. It's generaly an IP
*/
/* we don't care about ip, if the host key match there is no problem
with ip */
-if(strncasecmp(ptr,hostname,strlen(hostname))==0){
-if(ptr[strlen(hostname)]==' ' || ptr[strlen(hostname)]=='\0'
-|| ptr[strlen(hostname)]==','){
-if(strcasecmp(found_type, type)==0){
-fclose(file);
-return tokens;
-} else {
-ret=FOUND_OTHER;
-}
+ while(*ptr!=' ' *ptr!='\0') {
+if(strncasecmp(ptr,hostname,strlen(hostname))==0
+(ptr[strlen(hostname)]==' ' || ptr[strlen(hostname)]=='\0'
+|| ptr[strlen(hostname)]==',')){
+if(strcasecmp(found_type, type)==0){
+fclose(file);
+return tokens;
+} else {
+ret=FOUND_OTHER;
+}
+} else {
+while(*ptr!='\0' *ptr!=' ' *ptr!=',')
+ptr++;
}
}
/* not the good one */
Bug#467285: libtext-vcard-perl: FTBFS with Perl 5.10 (test failures)
Package: libtext-vcard-perl Version: 2.01-1 Severity: important User: [EMAIL PROTECTED] Usertags: perl-5.10-ftbfs This package fails to build with Perl 5.10.0 (currently in experimental.) From the build log: PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/01-node... # Failed test 'Errors if no class supplied' # at t/01-node.t line 45. # 'Use of uninitialized value $class in bless at /build/niko/libtext-vcard-perl-2.01/blib/lib/Text/vCard/Node.pm line 72. # ' # doesn't match '(?-xism:Use of uninitialized value in bless)' # Looks like you failed 1 test of 41. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 4 Failed 1/41 tests, 97.56% okay t/02-vcard.. # Failed test 'Errors if no class supplied' # at t/02-vcard.t line 28. # 'Use of uninitialized value $class in bless at /build/niko/libtext-vcard-perl-2.01/blib/lib/Text/vCard.pm line 128. # ' # doesn't match '(?-xism:Use of uninitialized value in bless)' # Looks like you failed 1 test of 28. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 5 Failed 1/28 tests, 96.43% okay t/03-addressbook # Failed test 'new() - ok error when no proto supplied' # at t/03-addressbook.t line 42. # 'Use of uninitialized value $class in bless at /build/niko/libtext-vcard-perl-2.01/blib/lib/Text/vCard/Addressbook.pm line 109. # ' # doesn't match '(?-xism:Use of uninitialized value in bless)' # Looks like you failed 1 test of 13. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 6 Failed 1/13 tests, 92.31% okay t/04-formatsok t/05-export.ok t/06-encoding...ok Failed TestStat Wstat Total Fail List of Failed --- t/01-node.t 1 256411 4 t/02-vcard.t 1 256281 5 t/03-addressbook.t1 256131 6 Failed 3/6 test scripts. 3/110 subtests failed. Files=6, Tests=110, 1 wallclock secs ( 0.48 cusr + 0.09 csys = 0.57 CPU) Failed 3/6 test programs. 3/110 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/build/niko/libtext-vcard-perl-2.01' make: *** [debian/stamp-makefile-check] Error 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
