Bug#388929: closed by Julien BLACHE [EMAIL PROTECTED] (mcelog: debconf type note is fine for this use case)
user debian-i18n@lists.debian.org uertags 388929 not-fixed thanks Hence, I am closing this bug report, as I intend to leave the package as is. This is my final say on the matter. BTW, tagging the bug wontfix and not closing it would have been fair to the general MBF action. I won't play BTS wars by reopening it but I leave the call to you, Julien. Partly fixing this with usertags signature.asc Description: Digital signature
Bug#391870: hddtemp readings differ in daemon vs. interactive mode
Package: hddtemp Version: 0.3-beta15-28 I've noticed hddtemp in daemon mode doesn't report temperature of my WDC WD740GD-00FLA2. Also please note that support for above mentioned drive was added in last revision (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387829) Details: Following is good # hddtemp /dev/sda /dev/sda: WDC WD740GD-00FLA2: 29°C and this is bad # telnet 127.0.0.1 7634 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. |/dev/sda|WDC WD740GD-00FLA2|UNK|*||/dev/sdb|ST3200822AS|41|C|Connection closed by foreign host. /dev/sda reports UNK. Maybe I just overlooked something, but I have only one hddtemp.db and it has possitively come with 0.3-beta15-28. Or possibly hardcoded table in hddtemp used when run as daemon? Vit
Bug#388929: closed by Julien BLACHE [EMAIL PROTECTED] (mcelog: debconf type note is fine for this use case)
I've been pondering about changing the type of the debconf prompt from note to error. After reading the description for the error type, I came to the conclusion that the debconf note type was fine for this use case, and that using the error type instead would not buy anything to the user and could even be a nuisance. Hence, I am closing this bug report, as I intend to leave the package as is. This is my final say on the matter. OK. Be prepared for the drop support for debconf notes discussion that will certainly happen after etch, then..:-) That seems to be in Joey Hess plans...better prepare it. signature.asc Description: Digital signature
Bug#363719: thunderbird: thunderbird crashes by opening mail with large text-attachment
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, can you still reproduce this crash with latest thunderbird (aka 1.5.0.5-x) ? Because I need to update such a system first, please be patient. But if it helps you, I could attach you the problematic files or forward the specific Email. Please let me know, what do you prefer... I am sorry about my high latency in answering your last mail... Bye Andreas - -- Software Developer / Dipl. Inform. (FH) Max Planck Institute for Human Cognitive and Brain Sciences Department of Psychology Stephanstr. 1a, 04103 Leipzig, Germany -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFKeMZGBhgJGthyeERAvvkAJwK4citmVt/MLWV6ECM97IIuaKkowCgoq5Z 5cANQTOhqg7F/BPqfpwwsaY= =np0p -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387498: Unable to reproduce - mips/mipsel? 2.4/2.6 kernel difference?
found 387498 2.3.2.ds1-22sarge3 close 2.3.999.2-11 thanks I am able to reproduce this bug, but on mipsel only. I am using a 2.6.17 64-bit kernel. First I have found the bug is also present in the glibc from sarge, but fixed in the glibc from experimental. Then I have done an strace: execve(./t, [./t, echo g], [/* 22 vars */]) = 0 svr4_syscall() = -1 ERRNO_4122 (Unknown error 4122) svr4_syscall() = -1 ERRNO_4045 (Unknown error 4045) access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aabf000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=43831, ...}) = 0 old_mmap(NULL, 43831, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aac close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\10\0\1\0\0\0\224V\1..., 512) = 512 lseek(3, 628, SEEK_SET) = 628 read(3, \4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\4\0\0\0..., 32) = 32 fstat64(3, {st_mode=S_IFREG|0755, st_size=1466936, ...}) = 0 old_mmap(NULL, 1650416, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2ab0 mprotect(0x2ac47000, 311024, PROT_NONE) = 0 old_mmap(0x2ac87000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x147000) = 0x2ac87000 old_mmap(0x2ac91000, 7920, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ac91000 close(3)= 0 mprotect(0x2ac87000, 28672, PROT_READ) = 0 mprotect(0x2aafe000, 4096, PROT_READ) = 0 munmap(0x2aac, 43831) = 0 brk(0) = 0x441000 brk(0x462000) = 0x462000 rt_sigaction(SIGPROF, {0x1000, ~[], SA_STACK|SA_INTERRUPT|0x2be22d0}, {SIG_DFL}, 16) = 0 setitimer(ITIMER_PROF, {it_interval={0, 1}, it_value={0, 1}}, {it_interval={0, 0}, it_value={0, 0}}) = 0 rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 16) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_DFL}, 16) = ? ERESTARTNOINTR (To be restarted) --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_DFL}, 16) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 16) = 0 --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) fork() = ? ERESTARTNOINTR (To be restarted) --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) fork() = ? ERESTARTNOINTR (To be restarted) --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) fork() = ? ERESTARTNOINTR (To be restarted) --- SIGPROF (Profiling timer expired) @ 0 (0) --- sigreturn() = ? (mask now [RT_37 RT_40 RT_41 RT_44 RT_45 RT_46 RT_50 RT_52 RT_55 RT_65 RT_66 RT_67 RT_68 RT_69 RT_70 RT_71]) --- SIGPROF (Profiling timer expired) @ 0 (0) --- On Mon, Oct 02, 2006 at 11:19:11AM -0400, Camm Maguire wrote: Greetings, and thanks for looking into this! It is still there on the sid dchroot on vaughan: [EMAIL PROTECTED]:~$ cat t.c int main(int argc,char * argv[]) {return system(argv[1]);} [EMAIL PROTECTED]:~$ cc -g t.c -o t [EMAIL PROTECTED]:~$ ./t echo g g [EMAIL PROTECTED]:~$ cc -g -pg t.c -o t [EMAIL PROTECTED]:~$ ./t echo g [1]+ Stopped ./t echo g [EMAIL PROTECTED]:~$ [EMAIL
Bug#391835: Panic or segfault in Samba
forcemerge 383307 391835 thanks Quoting James Barrett ([EMAIL PROTECTED]): Package: samba Version: 3.0.23c Below is a forwarded message that was automatically sent by the Samba panic action script. No good week without that very same bug report Please remove the comma at the end of the passdb backend line in your smb.conf file. signature.asc Description: Digital signature
Bug#391792: bittornado-gui: Suggests python-wxgtk2.4 while depending on python-wxgtk2.6
tags 391792 + pending thanks Thanks again to Jeremy Bobbio for providing the patch to fix this one. Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391872: compiz: Compiz makes my computer lock up - only hard reboot possible
Package: compiz Version: 0.0.13+git20060928-2 Severity: important Hi! When I do a compiz --replace, my current kwin dissappears as expected, but then the entire machine locks up completely. The only thing I can do is a hard reboot. I have matrox g550 videocard in a computer with amd3300+ cpu. $ grep -i aiglx /var/log/Xorg.0.log (==) AIGLX enabled (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to not support visual 0x25 (WW) AIGLX: 3D driver claims to not support visual 0x26 (WW) AIGLX: 3D driver claims to not support visual 0x27 (WW) AIGLX: 3D driver claims to not support visual 0x28 (WW) AIGLX: 3D driver claims to not support visual 0x29 (WW) AIGLX: 3D driver claims to not support visual 0x2a (WW) AIGLX: 3D driver claims to not support visual 0x2b (WW) AIGLX: 3D driver claims to not support visual 0x2c (WW) AIGLX: 3D driver claims to not support visual 0x2d (WW) AIGLX: 3D driver claims to not support visual 0x2e (WW) AIGLX: 3D driver claims to not support visual 0x2f (WW) AIGLX: 3D driver claims to not support visual 0x30 (WW) AIGLX: 3D driver claims to not support visual 0x31 (WW) AIGLX: 3D driver claims to not support visual 0x32 (II) AIGLX: Loaded and initialized /usr/lib/dri/mga_dri.so shawn_work in #debians-x gave me a couple of patches to xorg-server (30_fedora-34_fedora). Those 5 patches didn't help in anyway. If I get instructions on how to produce some debugging info, I might provide that, but remember that my machine locks up completely until hard reboot. /Sune -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-vserver-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages compiz depends on: ii compiz-core 0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-gnome0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-gtk 0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-plugins 0.0.13+git20060928-2 OpenGL window and compositing mana compiz recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391678: ITP: asio -- a cross-platform C++ networking library
On Mon, 9 Oct 2006 10:39:46 +0800, Zak B. Elep [EMAIL PROTECTED] scribbled: Hi Marek! =) Hey, On 10/8/06, Marek Habersack [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Marek Habersack [EMAIL PROTECTED] * Package name: asio Version : 0.3.7 Nice to know asio's being packaged! =) However, it appears that the next release of the Boost C++ libraries (1.34) per this announcement.[0] I myself have already integrated asio into Debian's Yes, I know that, but until then - it could be a separate package. Besides, I think it might happen (like with Spirit) that there will be two parallel versions - the one in Boost and a stand-alone. Either way, it would be nice to have asio for Edgy, which won't probably happen if it isn't packaged separately. best, marek signature.asc Description: PGP signature
Bug#390819: Apache2.2 upgrade makes apache2-common --remove fail
now that apache2 has been upgraded successfully to apache2.2, web server cannot be started anymore:# /etc/init.d/apache2 restartForcing reload of web server (apache2)...apache2: Syntax error on line 185 of /etc/apache2/apache2.conf: Syntax error on line 1 of /etc/apache2/mods-enabled/php5.load: API module structure `php5_module' in file /usr/lib/apache2/modules/libphp5.so is garbled - perhaps this is not an Apache module DSO? failed!some modules have not been updated automaticaly?
Bug#387552: don't let 11-1 propogate to testing
Please don't let 11-1 propogate to testing. I don't believe that this bug has be properly addressed. I think that the scripts I attached in the etc.tar.gz in my last comment on this bug do a much more elegant job of bringing up the devices on boot. Please at least comment on them before letting this package propogate to testing. Thanks, wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391508: evdev 1.1.2-3 package mistakenly put in AMD64 testing/etch
This version of evdev is still on the AMD64 testing mirrors.What's the solution to the problem above ?-- Julien BEHEM[EMAIL PROTECTED]
Bug#391873: amarok-xine: doesn't play old ogg files
Package: amarok-xine Version: 1.4.3-1 Severity: wishlist Amarok doesn't play some of the very old: ( Ogg data, Vorbis audio, stereo, 44100 Hz, ~256000 bps, created by: Xiphophorus libVorbis I (1.0 beta 4) ) ogg vorbis files. However, ogg123 and mplayer play them just fine and they use the same libvorbis, soo I assume they use some form of compatibility mode. It would be great if amarok could also support that. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages amarok-xine depends on: ii amarok 1.4.3-1 versatile and easy to use audio pl ii kdelibs4c2a 4:3.5.5-1 core libraries and binaries for al ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-15 GCC support library ii libstdc++6 4.1.1-15The GNU Standard C++ Library v3 ii libxine1 1.1.2-6 the xine video/media player librar ii zlib1g 1:1.2.3-13 compression library - runtime amarok-xine recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391591: my bug fixed
Thanks for the report. I released EasyH10 1.5 today with these fixes since we were hurry a bit. Cheers, Nyaochi Geoff Crompton wrote: Nyaochi has fixed my bug, I can confirm that the code in CVS fixes it. If you push out a package, I'd be happy to confirm with that as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391857: subversion: multiple failures (segmentation faults, unable to access ssh+svn repos)
forcemerge 391744 391833 391857 thanks This bug (the cause is the same as #391744) has been fixed in subversion 1.4.0-4, which I suppose will hit the archive tomorrow. Thanks, Peter signature.asc Description: Digital signature
Bug#391874: jffnms: French debconf templates translation update
Package: jffnms Version: N/A Severity: wishlist Tags: patch l10n *** ../patch-update.txt Hi, Please find attached the French debconf templates translation update, proofread by the debian-l10n-french mailing list contributors. Regards Jean-Luc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-k8-3 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid msgstr Project-Id-Version: jffnms 0.8.3\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-09-20 14:04+1000\n PO-Revision-Date: 2006-09-25 17:58+0200\n Last-Translator: Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:1001 msgid jffnms user already exists msgstr L'utilisateur jffnms existe déjà #. Type: note #. Description #: ../templates:1001 msgid The preinstall script for JFFNMS tried to create a JFFNMS user but there\n was already a user of that name so it has aborted installation. Please\n read /usr/share/doc/jffnms/README.Debian for more information. msgstr Le script de pré-installation de JFFNMS a tenté de créer un identifiant jffnms mais cet identifiant existe déjà, il a donc abandonné l'installation. Veuillez lire /usr/share/doc/jffnms/README.Debian pour plus d'informations. #. Type: note #. Description #: ../templates:2001 msgid jffnms group already exists msgstr Le groupe jffnms existe déjà #. Type: note #. Description #: ../templates:2001 msgid The preinstall script for JFFNMS tried to create a JFFNMS group but there\n was already a group of that name so it has aborted installation. Please\n read /usr/share/doc/jffnms/README.Debian for more information. msgstr Le script de pré-installation de JFFNMS a tenté de créer un groupe jffnms mais ce groupe existe déjà, il a donc abandonné l'installation. Veuillez lire /usr/share/doc/jffnms/README.Debian pour plus d'informations. #. Type: string #. Default #: ../templates:3001 msgid 2 msgstr 2 #. Type: string #. Description #: ../templates:3002 msgid Days until log files are compressed: msgstr Nombre de jours avant la compression des fichiers journaux : #. Type: string #. Description #: ../templates:3002 msgid How many days do you want to keep of uncompressed JFFNMS log files? The\n recommended and default value is 2 days. Setting this value to lower\n than\n 2 may cause problems. It also doesn't make sense to make this number\n bigger than the number of days until log files deleted. msgstr Veuillez indiquer le nombre de jours écoulés avant la compression des fichiers journaux de JFFNMS. La valeur recommandée est de 2 jours. Mettre une valeur inférieure peut provoquer des dysfonctionnements. Utiliser une valeur plus élevée que le nombre de jours avant l'effacement des fichiers journaux n'a pas de sens. #. Type: string #. Default #: ../templates:4001 msgid 7 msgstr 7 #. Type: string #. Description #: ../templates:4002 msgid Days until log files are deleted: msgstr Nombre de jours avant l'effacement des fichiers journaux : #. Type: string #. Description #: ../templates:4002 msgid How many days of log files, compressed or not, do you want to keep? The\n default is 7 days of logs. It doesn't make any sense to set this lower\n than\n the number of days of uncompressed files, as the cron job will compress\n the files and then delete them in the same run. msgstr Veuillez indiquer le nombre de jours écoulés avant l'effacement des fichiers journaux, compressés ou non. La valeur recommandée est de 7 jours. Mettre une valeur plus faible que le nombre de jours avant la compression des fichiers journaux n'a pas de sens.
Bug#387843: [gmail] Bug#387843: dvdauthor seems to leak memory
With the aid of Boehm's GC in leak-detecting mode I have established that dvdauthor is leaking a lot of memory. Thanks for the patches (again). -- Marc Leeman RD Firmware Engineer Barco Control Rooms Noordlaan 5, Industriezone, B-8520 Kuurne (BE) Tel. +32 56 368 428 http://www.barco.com/controlrooms/ mailto:[EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#388967: suphp-common: [annoying_notes] Abuse of debconf note(s)
# Major upgrade (0.6.0) if [ -n $2 ] dpkg --compare-versions $2 lt 0.6.0-1 then db_input medium suphp-common/upgrade0.6.0 || true db_go || true fi I don't think I can check the config files as this is apache config files (could use many includes), and it will not be usefull, as this configuration option didn't exists before, so users will add it after upgrade. I just need to warn them to add it soon after upgrade, if they don't do so, suphp will not work anymore. Wel, then I'd say turn the template type to error. A short term solution would be raising the priority to high as you obviously want to show this note to as many users as possible when they're hit by the problem. Template: suphp-common/upgrade0.6.0 Type: note _Description: A new directive (suPHP_AddHandler) is now required This new release introduce a runtime configuration file (/etc/suphp/suphp.conf) and a new configuration option for apache/apache2. . You must now add the following line in your apache/apache2 configuration to make suphp active for php scripts: . suPHP_AddHandler x-httpd-php Why don't you provided a file to be put in /etc/apache/conf.d ? I'm not very used to the Apache packages policy but that seems the option to do, indeed. signature.asc Description: Digital signature
Bug#388651: [Pkg-mailman-hackers] Bug#388651: mailman: French debconf templates updated
On Sun, 2006-10-08 at 15:07 +0200, Thomas Huriaux wrote: Please find it attached, it fixes - a typo - the wrapping of enumerations - a lack of consistency with the other French translations. Thanks! Thijs signature.asc Description: This is a digitally signed message part
Bug#388651: [Pkg-mailman-hackers] Bug#388651: mailman: French debconf templates updated
On Sun, 2006-10-08 at 15:07 +0200, Thomas Huriaux wrote: Please find it attached, it fixes - a typo - the wrapping of enumerations - a lack of consistency with the other French translations. I'm sorry to bother you again, but we're missing a few country strings (that have been added to upstream after our first call for translations). I'm sending the new file attached - if you could update it today it would be great, but otherwise we'll see that it will be included in the next update. Thanks, Thijs #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: mailman\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-10-06 16:25+0200\n PO-Revision-Date: 2006-09-18 21:34+0200\n Last-Translator: Philippe Batailler [EMAIL PROTECTED]\n Language-Team: french debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../templates:1001 msgid ar (Arabic) msgstr #. Type: multiselect #. Choices #: ../templates:1001 msgid ca (Catalan) msgstr ca (catalan) #. Type: multiselect #. Choices #: ../templates:1001 msgid cs (Czech) msgstr cs (tchèque) #. Type: multiselect #. Choices #: ../templates:1001 msgid da (Danish) msgstr da (danois) #. Type: multiselect #. Choices #: ../templates:1001 msgid de (German) msgstr de (allemand) #. Type: multiselect #. Choices #: ../templates:1001 msgid en (English) msgstr en (anglais) #. Type: multiselect #. Choices #: ../templates:1001 msgid es (Spanish) msgstr es (espagnol) #. Type: multiselect #. Choices #: ../templates:1001 msgid et (Estonian) msgstr et (estonien) #. Type: multiselect #. Choices #: ../templates:1001 msgid eu (Basque) msgstr eu (basque) #. Type: multiselect #. Choices #: ../templates:1001 msgid fi (Finnish) msgstr fi (finnois) #. Type: multiselect #. Choices #: ../templates:1001 msgid fr (French) msgstr fr (français) #. Type: multiselect #. Choices #: ../templates:1001 msgid hr (Croatian) msgstr hr (croate) #. Type: multiselect #. Choices #: ../templates:1001 msgid hu (Hungarian) msgstr hu (hongrois) #. Type: multiselect #. Choices #: ../templates:1001 msgid ia (Interlingua) msgstr #. Type: multiselect #. Choices #: ../templates:1001 msgid it (Italian) msgstr it (italien) #. Type: multiselect #. Choices #: ../templates:1001 msgid ja (Japanese) msgstr ja (japonais) #. Type: multiselect #. Choices #: ../templates:1001 msgid ko (Korean) msgstr ko (coréen) #. Type: multiselect #. Choices #: ../templates:1001 msgid lt (Lithuanian) msgstr lt (lituanien) #. Type: multiselect #. Choices #: ../templates:1001 msgid nl (Dutch) msgstr nl (hollandais) #. Type: multiselect #. Choices #: ../templates:1001 msgid no (Norwegian) msgstr no (norvégien) #. Type: multiselect #. Choices #: ../templates:1001 msgid pl (Polish) msgstr pl (polonais) #. Type: multiselect #. Choices #: ../templates:1001 msgid pt (Portuguese) msgstr pt (portugais) #. Type: multiselect #. Choices #: ../templates:1001 msgid pt_BR (Brasilian Portuguese) msgstr pt_BR (portugais du Brésil) #. Type: multiselect #. Choices #: ../templates:1001 msgid ro (Romanian) msgstr ro (roumain) #. Type: multiselect #. Choices #: ../templates:1001 msgid ru (Russian) msgstr ru (russe) #. Type: multiselect #. Choices #: ../templates:1001 msgid sl (Slovenian) msgstr sl (slovène) #. Type: multiselect #. Choices #: ../templates:1001 msgid sr (Serbian) msgstr sr (serbe) #. Type: multiselect #. Choices #: ../templates:1001 msgid sv (Swedish) msgstr sv (suédois) #. Type: multiselect #. Choices #: ../templates:1001 msgid tr (Turkish) msgstr #. Type: multiselect #. Choices #: ../templates:1001 msgid uk (Ukrainian) msgstr uk (ukrainien) #. Type: multiselect #. Choices #: ../templates:1001 msgid vi (Vietnamese) msgstr #. Type: multiselect #. Choices #: ../templates:1001 msgid zh_CN (Chinese - China) msgstr #. Type: multiselect #. Choices #: ../templates:1001 msgid zh_TW (Chinese - Taiwan) msgstr #. Type: multiselect #. DefaultChoice #. You must NOT translate this string, but you can change its value. #. The comment between brackets is used to distinguish this msgid #. from the one in the Choices list; you do not have to worry about #. them, and have to simply choose a msgstr among the English values #. listed in the Choices field above, e.g. msgstr nl (Dutch). #. Type: select #. DefaultChoice #. You must NOT translate this string, but you can change its value. #. The comment between brackets is used to
Bug#390888: [Pbuilder-maint] Bug#390888: Full support for experimental
Hi, Please find another patch attached (incremental to the previous one) which workaround the limitation I explained in the report. Here's a new version of this patch, which will also pull new packages from experimental, and wont fail if the APT error lists more than one broken Depends. Thanks for the patch, have you actually tested it? I assume this patch is for using experimental dependencies from unstable chroots, not the one for pbuilder create --distribution experimental which creates a comlpetely experimental chroot. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391875: openoffice.org-calc: the values of the axes do not appear in the graphs in 2D
Package: openoffice.org-calc Version: 2.0.4~rc3-1 Severity: normal When make a graph in openoffice.org-calc, the values of the axes do not appear in the graphs in 2D. In the graphs in 3D they are seen. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-calc depends on: ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-15 GCC support library ii libstdc++6 4.1.1-15The GNU Standard C++ Library v3 ii libstlport5.05.0.2-10STLport C++ class library ii libufsparse 1.2-7 collection of libraries for comput ii openoffice.org-core 2.0.4~rc3-1 OpenOffice.org office suite archit openoffice.org-calc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390367: (no subject)
Hi, I'm thinking wether this is sensible for softpudates too... regards, Holger pgpmZBkpaFMmM.pgp Description: PGP signature
Bug#391832: udev: ..i82365 is 'modprobe modprobed -r'ed in a rah-rah-rah style loop.
On Oct 09, Arnt Karlsen [EMAIL PROTECTED] wrote: Check which modprobe directives you or other packages (especially PCMCIA infrastructure) have created. ..grumble. This is a desktop box, without any PCMCIA hardware, but there may be some PCMCIA software around doing it, I've turned off anything I have ever been aware of. i82365 is a PCMCIA-related driver. Double check everything in /etc/modprobe.d/ . -- ciao, Marco signature.asc Description: Digital signature
Bug#391872: compiz: Compiz makes my computer lock up - only hard reboot possible
* Sune Vuorela wrote: Package: compiz Version: 0.0.13+git20060928-2 Severity: important Hi! When I do a compiz --replace, my current kwin dissappears as expected, but then the entire machine locks up completely. The only thing I can do is a hard reboot. I have matrox g550 videocard in a computer with amd3300+ cpu. $ grep -i aiglx /var/log/Xorg.0.log (==) AIGLX enabled (WW) AIGLX: 3D driver claims to not support visual 0x23 (WW) AIGLX: 3D driver claims to not support visual 0x24 (WW) AIGLX: 3D driver claims to not support visual 0x25 (WW) AIGLX: 3D driver claims to not support visual 0x26 (WW) AIGLX: 3D driver claims to not support visual 0x27 (WW) AIGLX: 3D driver claims to not support visual 0x28 (WW) AIGLX: 3D driver claims to not support visual 0x29 (WW) AIGLX: 3D driver claims to not support visual 0x2a (WW) AIGLX: 3D driver claims to not support visual 0x2b (WW) AIGLX: 3D driver claims to not support visual 0x2c (WW) AIGLX: 3D driver claims to not support visual 0x2d (WW) AIGLX: 3D driver claims to not support visual 0x2e (WW) AIGLX: 3D driver claims to not support visual 0x2f (WW) AIGLX: 3D driver claims to not support visual 0x30 (WW) AIGLX: 3D driver claims to not support visual 0x31 (WW) AIGLX: 3D driver claims to not support visual 0x32 (II) AIGLX: Loaded and initialized /usr/lib/dri/mga_dri.so So far nothing unusual it seems. shawn_work in #debians-x gave me a couple of patches to xorg-server (30_fedora-34_fedora). Those 5 patches didn't help in anyway. If I get instructions on how to produce some debugging info, I might provide that, but remember that my machine locks up completely until hard reboot. No way at all to access the box anymore? You cannot SSH in for example? You could try and take a look at the Xorg.0.log.old after the reboot, maybe post it here. Not sure that it will be helpful though. - Thierry signature.asc Description: Digital signature
Bug#391877: gui-apt-key: FTBFS: Missing Build-Depends on 'gettext'
Package: gui-apt-key Version: 0.1-3 Severity: serious Tags: patch When building 'gui-apt-key' in a clean 'unstable' chroot, I get the following error: make -C po make[1]: Entering directory `/gui-apt-key-0.1/po' msgfmt --statistics -o ca.mo ca.po make[1]: msgfmt: Command not found make[1]: *** [ca.mo] Error 127 make[1]: Leaving directory `/gui-apt-key-0.1/po' make: *** [build] Error 2 Please add the missing Build-Depends on 'gettext' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/gui-apt-key-0.1/debian/control ./debian/control --- ../tmp-orig/gui-apt-key-0.1/debian/control 2006-10-05 16:58:17.0 + +++ ./debian/control2006-10-09 07:07:48.0 + @@ -2,6 +2,7 @@ Section: admin Priority: optional Maintainer: Martin Schulze [EMAIL PROTECTED] +Build-Depends: gettext Standards-Version: 3.5.6.0 Package: gui-apt-key -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391689: python-support: 0.5.3 doesn't always generate python dependencies (python-script-but-no-python-dep)
severity 391689 important thanks On Sun, Oct 08, 2006 at 12:29:09AM -0700, Cameron Dale wrote: Package: python-support Version: 0.5.3 Severity: serious Justification: Policy 2.4 of the Python Policy I filed a bug about this before (#383958), and it was fixed in 0.4.2. However, some time between 0.4.3 (which worked) and 0.5.2 (which doesn't) this change was removed (I just checked, and 0.5 worked fine, but 0.5.1 didn't). Using the recommended implementation of python-support again generates no python dependencies to be included in the Depends line. Even though the changelog for 0.5.3 says: * dh_pysupport: always generate dependencies. it also doesn't generate the correct dependencies Interestingly, the control file for my package (bittornado) is for 2 binary packages, bittornado and bittornado-gui. The ${python:Depends} for the first gets replaced with python-support (= 0.2) which leads to the error, while the second gets python. This seems strange too, as I think both should be getting python, python-support (= 0.2), but maybe because the second depends on the first it doens't include the python-support depend for that one. I'll try to attach my control file to see if that helps explain it. oh and for that part: bittornado-gui only provides scripts, and has no modules, so python-support does nothing with that, you only need to add 'python' to the depends, because those binaries uses #! /usr/bin/python. (and here you *have* $need_python set to 1, see other mail with the patch) bittornado comes with modules, and needs python-support. Though it does not get python yet because of a regression. So again, there is nothing serions, depends are correct, just a bit weak. I suppose josselin will fix that soon -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org signature.asc Description: Digital signature
Bug#391879: INTL:de typo in german translation
Package: debian-installer Severity: minor Tags: l10n Hi, today I installed Debian Etch on a friends workstation, in german. First of all congratulations, you really do a good job and I like the new installer. I just wanted to report a little typo in it, on the list where you can select the task of a harddisk (filesystem or lvm-volume, crypto-volume etc.), is written Physikalisches Volume fuer Verschluesselung where you should just s/Volume/Volumen/, this is also wrong in 2 other list elements. Regards -- .''`. Mario Iseli [EMAIL PROTECTED] : :' :proud user of Debian unstable `. `'` `- Debian - when you have better things to do than fixing a system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390496: Compiz fails on supersavage on T23 Thinkpad
reassign 390496 libgl1-mesa-dri kthxbye On Mon, 2006-10-09 at 00:16 +0200, Michel Dänzer wrote: On Sun, 2006-10-08 at 12:37 +0200, Thierry Reding wrote: * DW Price wrote: Package: compiz Version: 0.0.13+git20060928-2 video: S3 Inc. SuperSavage IX/C SDR - T23 Thinkpad kernel: 2.6.18-1-686 #1 SMP Sun Sep 24 13:48:23 UTC 2006 i686 GNU/Linux X Window System Version 7.1.1 ** on running compiz --replace: (gtk-window-decorator:15178): Gtk-WARNING **: Unable to locate theme engine in module_path: clearlooks, libGL warning: 3D driver claims to not support visual 0x4b /usr/bin/compiz.real: Support for non power of two textures missing ^ This indicates that the driver probably doesn't support textures with dimensions that are not powers of two. This is required for compiz to work. I guess this could be reassigned to the S3 driver and have the severity reduced to wishlist perhaps. Anyone? Actually, it looks like compiz doesn't require this at all Didn't check thoroughly enough, it does require some kind of NPOT texture support. but that the AIGLX function DoGetDrawableAttributes() sets the texture target to GLX_TEXTURE_RECTANGLE_EXT regardless of whether the driver supports that. So I'm reassigning this bug to xserver-xorg-core. So while this does look like a genuine bug in AIGLX, fixing it wouldn't make any difference with compiz. Thus I'm reassigning (for real this time ;) this to libgl1-mesa-dri (it definitely doesn't have anything to do with the 2D driver). -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#391876: Shutdown/reboot does not work sometimes
Package: ksmserver Version: 3.5.4-2+b1 Severity: important Sometimes when I press Shutdown or Reboot button in the Session manager window (first bottom item under K menu) it does not really shutdown/reboot the machine. Screen becomes black but that's all. The machine just freezes. I tried to change HaltCmd and RebootCmd in the kdmrc file. But as I figured out these command are not called when machine freezes. So it freezes before calling them. As I understood the problem is in ksmserver. I have no idea how to debug ksmserver that's why I just can't give more info about the problem. I'm using fglrx driver (8.25.18). Possibly this driver is the reason. The same problem takes place on my job machine (also using fglrx). Interesting thing that it appears after several updates (may be just a coincidence). I understand that this info is not enough for finding the reason. But I need some help to know how can I provide more info because I don't know ksmserver/kde internals. I'm ready to do everything you need to help you find the reason. Thanks, Andriy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391689: python-support: 0.5.3 doesn't always generate python dependencies (python-script-but-no-python-dep)
On Sun, Oct 08, 2006 at 12:29:09AM -0700, Cameron Dale wrote: Package: python-support Version: 0.5.3 Severity: serious Justification: Policy 2.4 of the Python Policy I filed a bug about this before (#383958), and it was fixed in 0.4.2. However, some time between 0.4.3 (which worked) and 0.5.2 (which doesn't) this change was removed (I just checked, and 0.5 worked fine, but 0.5.1 didn't). Using the recommended implementation of python-support again generates no python dependencies to be included in the Depends line. Even though the changelog for 0.5.3 says: * dh_pysupport: always generate dependencies. it also doesn't generate the correct dependencies Interestingly, the control file for my package (bittornado) is for 2 binary packages, bittornado and bittornado-gui. The ${python:Depends} for the first gets replaced with python-support (= 0.2) which leads to the error, while the second gets python. This seems strange too, as I think both should be getting python, python-support (= 0.2), but maybe because the second depends on the first it doens't include the python-support depend for that one. I'll try to attach my control file to see if that helps explain it. I felt the severity was justified, as dh_python is now deprecated in debhelper, so for users of python-support this is the only way to specify the python dependencies. If I've made a mistake somewhere, please let me know, as my package's latest version being included in Etch may be at stake. I'm not sure, IMHO that's important, but as python-support depends upon python himself, the correct chain of depends exists. so that's not a major problem, merely an important one. attached is the patch that should solve that problem. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org --- debhelper/dh_pysupport.old 2006-10-09 09:15:36.0 +0200 +++ debhelper/dh_pysupport 2006-10-09 09:15:40.0 +0200 @@ -309,7 +309,7 @@ } } # If nothing has added a python dependency yet, add it - if ($need_pydep and not $have_pydep) { + if (not $have_pydep) { addsubstvar($package, python:Depends, python); } } signature.asc Description: Digital signature
Bug#391878: ltsp-server: Need to install debian-archive-keyring in chroot
Package: ltsp-server Version: 0.99debian3 Severity: important When building a LTSP chroot, the debian-archive-keyring package need to be installed as well. Without it, apt complains about unchecked packages being installed when doing upgrades. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391758: Upgrade path for plone 2.1 - 2.5
severity 391758 important thanks Hi, first of all, let's downgrade the severity of the bug report: plone 2.1 is not part of a stable release: sarge includes plone 2.0.4 which is not managed by dzhandle, so it is not affected by this issue. Anyway, this affaire could be problematic for etch+1 so it surely needs attention. I'll deeply test the upgrade path from 2.1 to 2.5 in the next days, as well as a bunch of other changes for zope-common I'd like to do before the general freeze. One thing which I would need is a good testing of upgrades.. are you available for a few test upgrades in the next days if I hand you the new packages before the uploads? Obviously, this testing request is open for everybody so contact me by email if you have some spare time and you're willing to help. Thanks for raising this problem up, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#390035: bluez-utils pin file readable by all
On Mon, Oct 09, 2006 at 12:21:22AM +0200, Moritz Muehlenhoff wrote: Mikko Rapeli wrote: This small bug affects sarge too so I'm cc'ing security. Attached patches restrict the permissions for sarge and etch/sid so that non-root users can not read the default pin value used in Bluetooth authentication. ^ This should have read 'file'. I know next to nothing about Bluetooth. What could a malicious user do with this pin value and why does it need to be kept secret if it's a default value (which I suppose is the same on all Debian installations?) A default value is much worse than pin file readable by all, but if an adm changed the pin and would like to keep it secret, then allowing everyone on the system to read the file by default is not nice. The paranoid adm should check the pin permissions too, but at least I failed that one for quite some time. Guess I'm not that paranoid after all... If a malicious user knows the pin, he can access the Bluetooth services offered by the host from previously unknown Bluetooth addresses. If he also can fake Bluetooth addresses and the Debian host allows re-pairing as it does by default ('pairing multi' in /etc/bluetooth/hcid.conf), then he can take over existing Bluetooth connections, and even pretend to be the Debian box for other Bluetooth devices who trust this shared secret and allow to create new link keys. In most cases, this is just a minor bug. At least having a default pin and 'pairing multi' on by default are much bigger issues, but it's a security related deviation from upstream. I would like to see this fixed. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391880: Firefox popup don't regain focus after first open, also if window.focus() is called
Package: mozilla-firefoxVersion: 1.0.4When click on a link that open a popup (another window) via _javascript_ window.open(), if the window is already open it doesn't regain focus also if window.focus() is called on existing window. On this link http://www.massimofidanza.it/firefox you can find a test page. I test other distribution and Firefox official and this is theresult matrix Debian 3.1 DOESN'T WORKK/Ubuntu DOESN'T WORKFirefox dist. by Mozilla.orgOK WORKFedora Core 4 OK WORKSuse 10.1 OK WORK Gentoo OK WORKSlackware OK WORKI also reported this bug on Ubuntu launchpad https://launchpad.net/distros/ubuntu/+source/firefox/+bug/33840 and onMozilla bugzilla https://bugzilla.mozilla.org/show_bug.cgi?id=311956
Bug#391881: python-vobject: Requires download to build (missing Build-Depends)
Package: python-vobject Version: 0.4.3-1 Severity: serious From my pbuilder build log (on i386): ... cd . python setup.py clean --all --- This script requires setuptools version 0.6c1 to run (even to display help). I will attempt to download it for you (from http://cheeseshop.python.org/packages/2.4/s/setuptools/), but you may need to enable firewall access for this script first. I will start the download in 15 seconds. (Note: if this machine does not have network access, please obtain the file http://cheeseshop.python.org/packages/2.4/s/setuptools/setuptools-0.6c1-py2.4.egg and place it in this directory before rerunning this script.) --- Downloading http://cheeseshop.python.org/packages/2.4/s/setuptools/setuptools-0.6c1-py2.4.egg ... dpkg-source: building python-vobject using existing python-vobject_0.4.3.orig.tar.gz dpkg-source: building python-vobject in python-vobject_0.4.3-1.diff.gz dpkg-source: cannot represent change to setuptools-0.6c1-py2.4.egg: binary file contents changed dpkg-source: building python-vobject in python-vobject_0.4.3-1.dsc dpkg-source: unrepresentable changes to source If I add python-setuptools to the Build-Depends, no download is triggered, and the package builds successfully. -- Daniel Schepler
Bug#155491: hey
DFSE===DFSE===DFSE===DFSE===DFSE===DFSE===DFSE===DFSE===DFSE===DFSE INCREDIBLE NEW ANTI-TERRORISM IPO GOING PUBLIC Tuesday, October 10th, 2006 NASDAQ: DFSE - DEFENSE DIRECTIVE, INC. DEFENSE DIRECTIVE (ticker: DFSE), a major producer of weaponized chemicals and anti-terrorism detection devices will be going public Tuesday, October 10th. The products that Defense Directive produces are utilized in every major airport in the U.S.A., and the company has very major long-term government contracts to provide the U.S. military with DFSE's equipment. Talk about a company with products that's in high demand! DFSE's military contracts guarantee this company a remarkable revenue stream that simply cannot be ignored. This IPO is certain to generate massive interest from the investment community, as well as valuable media coverage due to the current upheaval in the Middle East. You'll not want to pass up your chance to play a role in this guaranteed winner IPO! Buy DFSE before it jumps through the roof)! Opening Price: 0.75 One day price target: 1.25 Five day price target: 2.10 Fourteen day price target: 4.25 Safe Harbor Statement under the Private Securities Litigation Reform Act: Statements in this news release may contain forward-looking information within the meaning of Section 27a of the U.S. Securities Act of 1993 and Section 21E of the Securities and Exchange Act of 1934,and is subject to the safe harbor created by those sections. All statements, other than statements of historical fact, are forward-looking statements that involve various risks and uncertainties, which may, individually or mutually, impact the matters described herein. There can be no assurance that such statements will prove to be accurate, and the actual results and future events could differ materially from those anticipated in such statements. The company assumes no obligation to update the information contained in this release. Readers should not place undue reliance on any forward-looking statements contained herein. DFSE+++DFSE+++DFSE+++DFSE+++DFSE+++DFSE+++DFSE+++DFSE+++DFSE+++DFSE+++DFSE++ +DFSE d73c3ad769bef6650efc083d840deffc . [EMAIL PROTECTED] MIME-Version: 1.0 X-Mailer: osCommerce Mailer Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323585: Gioca con la mente. E' fantascienza? NO! E' ILMINDBALL...
Girovagando quà e là, come molti di noi sulla rete l'altro giorno ho trovato un sitarello niente male... una cosa molto particolare, un gioco, che attraverso l'uso delle nostre onde cerebrali puo' controllare una pallina...e...giocare con la mente... Caro lettore hai mai immaginato di controllare o giocare con il tuo pc con la forza della tua mente? E se tutto ciò fosse possibile? Sembra fantascienza invece è realtà! Vi cito una descrizione tratta dal sito http://www.mindball.it Il Mindball è una sorta di calcio balilla cerebrale, composto da un tavolo, una pallina e due porte. La pallina si muove verso un lato o l'altro del tavolo grazie all'attività cerebrale dei due avversari che viene misurata attraverso sensori. Solo le onde cerebrali alpha e theta (che si sviluppano nel cervello quando la persona è rilassata) permettono però di calciare la pallina nella porta avversaria; quindi vincerà il giocatore meno ossessionato dall'idea della vittoria... fonte: FOCUS Le applicazioni di questa invenzione potrebbero essere molteplici, come scrivere senza l'uso delle mani, attraverso la concentrazione della propria mente,molto importante per chi è invalido e ha perso l'uso delle mani e della voce. Potrebbe essere aplicato nelle fabbriche a scopo anti-infortunistico, rilevando la sensazione di dolore della persona mentre accade un incidente e il sistema potrebbe bloccare subito le macchine in lavoro... Si potrebbe guidare un veicolo attraverso l'uso del pensiero... si potrebbe giocare partite ai videogiochi sulla Playstation attraverso l'uso di comandi controllati dalla mente... E chissà in quali altri modi potrebbe essere usata un invenzione del genere e chissà cosa ci riserva il futuro, posso solo augurare che vinca il migliore...e per vincere bisogna usare il cervello... Se volete contattare l'inventore di questa splendida idea i dati li trovate sul sito. E se volete saperne di piu' visitate: http://www.mindball.it --- --- Ti informiamo che la presente è inviata in copia nascosta, e a norma della D Leg 196/2003, abbiamo reperito la Sua e-mail navigando in rete, o da e-mail che l'hanno resa pubblica, o da e-mail ricevute, o perché Lei è iscritto al nostro indirizzario. Se vuoi essere cancellato dalla lista puoi cancellarti rispondendo alla presente lettera e mettendo nell'oggetto: REMOVE Grazie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391689: python-support: 0.5.3 doesn't always generate python dependencies (python-script-but-no-python-dep)
It still seems to me like a breach of the python policy not to depend directly on python, for the very reasons that were suggested in the second link to the list thread I posted. But, I guess it can be argued that it will work for now, so I will leave it be until it is fixed. BTW, thanks for the explanation, it is all clear to me now why it works sometimes and doesn't others. Cheers, Cameron On 10/9/06, Pierre HABOUZIT [EMAIL PROTECTED] wrote: severity 391689 important thanks On Sun, Oct 08, 2006 at 12:29:09AM -0700, Cameron Dale wrote: Package: python-support Version: 0.5.3 Severity: serious Justification: Policy 2.4 of the Python Policy I filed a bug about this before (#383958), and it was fixed in 0.4.2. However, some time between 0.4.3 (which worked) and 0.5.2 (which doesn't) this change was removed (I just checked, and 0.5 worked fine, but 0.5.1 didn't). Using the recommended implementation of python-support again generates no python dependencies to be included in the Depends line. Even though the changelog for 0.5.3 says: * dh_pysupport: always generate dependencies. it also doesn't generate the correct dependencies Interestingly, the control file for my package (bittornado) is for 2 binary packages, bittornado and bittornado-gui. The ${python:Depends} for the first gets replaced with python-support (= 0.2) which leads to the error, while the second gets python. This seems strange too, as I think both should be getting python, python-support (= 0.2), but maybe because the second depends on the first it doens't include the python-support depend for that one. I'll try to attach my control file to see if that helps explain it. oh and for that part: bittornado-gui only provides scripts, and has no modules, so python-support does nothing with that, you only need to add 'python' to the depends, because those binaries uses #! /usr/bin/python. (and here you *have* $need_python set to 1, see other mail with the patch) bittornado comes with modules, and needs python-support. Though it does not get python yet because of a regression. So again, there is nothing serions, depends are correct, just a bit weak. I suppose josselin will fix that soon -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFKfi/vGr7W6HudhwRAl60AJ94gWxUYb20mLOiJ3a0qpS19KtOFwCfRoTJ WTk/Yd9DRPJ9vyN+QYKk1IE= =m0Nd -END PGP SIGNATURE-
Bug#390888: [Pbuilder-maint] Bug#390888: Full support for experimental
Hi, On Mon, Oct 09, 2006, Junichi Uekawa wrote: Here's a new version of this patch, which will also pull new packages from experimental, and wont fail if the APT error lists more than one broken Depends. Thanks for the patch, have you actually tested it? Yes, it has a small limitation but I used it extensively to build pkg-gnome and pkg-evolution for experimental, and it is very useful to me. The limitation is that it might select some first build-depends which is compatible with Build-Depends/Conflicts from unstable, and fail to install a second build-depend from experimental which conflicts with the first build-dep/unstable. I have code that parses the APT error as for the other two APT errors that the patch already parses, but I didn't find anything sane and safe to do in this case. One real-life example of this is when you try to build packages which build-depend on libgnomeui-dev and gtk-dev = 2.10, the libgtk from experimental conflicts with the libgnomeui from unstable, and this fails. To workaround this limitation, I'm listing more build-depends in the control than truly required and I'm also bumping some higher than required. I assume this patch is for using experimental dependencies from unstable chroots, not the one for pbuilder create --distribution experimental which creates a comlpetely experimental chroot. I have no idea how a completely experimental chroot looks like, but when we (pkg-gnome) are uploading to experimental, we try to have the minimum number of depedencies in experimental. I believe the experimental buildds do the same. What I wouldn't want for example is to pull libc6 2.4/2.5 via packages from experimental right now. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#388493: ./MAKEDEV: don't know how to make device snapshot
Package: uswsusp Version: 0.3~cvs20060928-1 Followup-For: Bug #388493 Hi, I want to enable Suspend lode on my PC, But post install seems to fail. Regards Stephane . Paramétrage de laptop-mode-tools (1.32-1) ... Enabling laptop mode...done (enabled, not active.). Paramétrage de uswsusp (0.3~cvs20060928-1) ... udev active, devices will be created in /dev/.static/dev/ ../MAKEDEV: don't know how to make device snapshot .. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages uswsusp depends on: ii debconf [debconf-2.0]1.5.5 Debian configuration management sy ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-error01.4-1 library for common error values an Versions of packages uswsusp recommends: ii initramfs-tools 0.82 tools for generating an initramfs -- debconf information: uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/early_writeout: true uswsusp/image_size: 2,11371e+08 uswsusp/snapshot_device: uswsusp/max_loglevel: * uswsusp/encrypt: false uswsusp/RSA_key_bits: 1024 uswsusp/compute_checksum: false uswsusp/compress: true uswsusp/create_RSA_key: false uswsusp/RSA_key_file: /etc/uswsusp.key * uswsusp/resume_device: /dev/hda5 uswsusp/splash: false
Bug#364592: gftp: Fix incorrect handling of filename encodings under UTF-8 enviromnent.
tags 364592 moreinfo thanks On Mon, Apr 24, 2006 at 08:36:13PM +0800, Hong Jen Yee (PCMan) wrote: Here is my patch: http://pcman.sayya.org/gftp/gftp-2.0.18-11-pcman.diff.gz $ wget http://pcman.sayya.org/gftp/gftp-2.0.18-11-pcman.diff.gz --10:21:31-- http://pcman.sayya.org/gftp/gftp-2.0.18-11-pcman.diff.gz = `gftp-2.0.18-11-pcman.diff.gz' Resolving pcman.sayya.org... 140.113.22.98 Connecting to pcman.sayya.org[140.113.22.98]:80... failed: Connection timed out. Can you post your patch on the BTS, please? Thanks! ;) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys Net Admin signature.asc Description: Digital signature
Bug#360598: cmucl works with linux-image-2.6.18-1-686
Hello I recently tested a standard debian kernel and with linux-image-2.6.18-1-686 I can again run sbcl and cmucl. So there is a debian kernel that can be used, however it is not the kernel that will be used for etch. :-( 2.6.17-2-686 still has the broken CONFIG_PAGE_OFFSET=0xB000 I will add a request to bug 360598 to also fix this problem and added a 'blocking' note to that bug. Could I ask the kernel team to fix this bug in the 2.6.17 train? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ God, root, what is difference? Pitr | God is more forgiving. Dave Aronson| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391872: compiz: Compiz makes my computer lock up - only hard reboot possible
reassign 391872 xserver-xorg-video-mga kthxbye On Mon, 2006-10-09 at 08:43 +0200, Sune Vuorela wrote: When I do a compiz --replace, my current kwin dissappears as expected, but then the entire machine locks up completely. The only thing I can do is a hard reboot. I have matrox g550 videocard in a computer with amd3300+ cpu. XSF: xserver-xorg-video-mga 1.4.1 is incompatible with AIGLX (even for direct rendering), we need 1.4.2. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#384233: Bug Corrected
Romain Beauxis wrote: Hi! I looked at your bug while making the new package, and indeed there was a case I had forgotten when the file was not removed: if you did not give the root account as the administrative account over your wiki DB. That's what I had AFAIR %) My understanding is that one can then infeer that this account is the true administrative account and then that the AdminSettings.php, which is recommend for several operations can, and ought, then to stay in place. Hence, I have corrected the debconf script to be sure that the correct rights and ownership were set and did not add Adminsettings.php removal. Do you agree on this solution? Yes, this is good decision. As I can remember (may be wrong), it's used by some of scripts (export, import etc.). Romain PS: I had CCed you on previous mails, look at the bug wab page.. =\ May be I missed it. -- Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391599: nanoblogger: no longer askes for name or title before invoking $EDITOR
Hi On Sat, 07 Oct 2006 09:53:00 -0400 Angelina Carlton [EMAIL PROTECTED] wrote: When I run nb -b public_html -a I used to get asked the authors name, which was supplied via blog.conf and then asked for a title, after which, nb invokes emacs and I type my blog. Now running nb -b public_html -a dumps me immediately into emacs and in my editor I see: , | TITLE: | AUTHOR: #230;c#9829; | DATE: | DESC: | FORMAT: raw | - | BODY: | | - ` Only the Author field is filled in for me. Even the date is now left out. In past versions I would only even see these fields with the -e option, normally I am given a nice empty buffer to type my entry. New nanoblogger release. As described in README, you can get old behaviour by using articles_text instead of articles_meta plugin. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#391884: postfix: [INTL:fr] French debconf templates translation update
Package: postfix Version: N/A Severity: wishlist Tags: patch l10n Hello, Please find the attached fr.po file, which is an update of the french translation of the debconf templates. This file has been reviewed by the contributors of the debian-l10n-french mailing-list. Could you put this file to the debian/po/ directory of this package, in remplacement of the old fr.po file ? Regards, -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: postfix 2.3.3-2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-09-29 05:06-0600\n PO-Revision-Date: 2006-10-07 13:11+0200\n Last-Translator: Philippe Batailler [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:1001 msgid Correct dynamicmaps.cf for upgrade? msgstr Faut-il corriger le fichier dynamicmaps.cf pour faire la mise à jour ? #. Type: boolean #. Description #: ../templates:1001 #, no-c-format msgid Postfix version 2.0.2 and later require changes in dynamicmaps.cf. Specifically, wildcard support is gone, and with it, %s expansion. Any changes that you made to dynamicmaps.cf that relied on these features will need to be fixed by you. Failure to correct these will result in a broken mailer. msgstr À partir de la version 2.0.2, Postfix demande des modifications du fichier dynamicmaps.cf. En particulier, l'utilisation de joker n'est plus possible et avec elle, l'expansion de %s. Il vous faudra corriger tout ce qui utilisait ces possibilités, sinon le programme ne fonctionnera pas correctement. #. Type: boolean #. Description #: ../templates:1001 #, no-c-format msgid Should dynamicmaps.cf be automatically changed? Decline this option to abort the upgrade, giving you the opportunity to eliminate wildcard and %s- expansion-dependent configuration. Accept this option if you have no such configuration, and automatically make dynamicmaps.cf compatible with Postfix 2.0.2 in this respect. msgstr Veuillez indiquer si vous souhaitez une modification automatique du fichier dynamicmaps.cf. Si vous refusez cette option, la mise à jour sera interrompue, ce qui vous donnera l'occasion de supprimer l'utilisation de joker et l'expansion des %s dans votre configuration. Si votre configuration n'utilise pas ces possibilités, choisir cette option rendra le fichier dynamicmaps.cf compatible avec la version 2.0.2 de Postfix. #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:2001 ../templates:4001 msgid Correct master.cf for upgrade? msgstr Faut-il corriger le fichier master.cf pour la mise à jour ? #. Type: boolean #. Description #: ../templates:2001 msgid Postfix version 2.1 and later require new services in master.cf. msgstr À partir de la version 2.1, Postfix demande de nouvelles définitions dans le fichier master.cf. #. Type: boolean #. Description #: ../templates:2001 msgid Should this configuration be automatically added to master.cf? Decline this option to abort the upgrade, giving you the opportunity to add this configuration yourself. Accept this option to automatically make master.cf compatible with Postfix 2.1 in this respect. msgstr Veuillez indiquer si vous souhaitez ajouter automatiquement ces services dans le fichier master.cf. Si vous refusez cette option, la mise à jour sera interrompue, ce qui vous donnera l'occasion de faire vous-même cette configuration. Si vous choisissez cette option, le fichier master.cf sera rendu compatible avec la version 2.1 de Postfix. #. Type: boolean #. Description #: ../templates:3001 msgid Correct tlsmgr entry in master.cf for upgrade? msgstr Faut-il corriger l'entrée pour tlsmgr dans le fichier master.cf ? #. Type: boolean #. Description #: ../templates:3001 msgid Postfix version 2.2 has changed the invocation of tlsmgr. msgstr L'appel de tlsmgr a été modifié avec la version 2.2. #. Type: boolean #. Description #: ../templates:3001 msgid Failure to fix this will result in a broken mailer. Decline this option to abort the upgrade, giving you the opportunity to add this configuration yourself. Accept this option to automatically make master.cf
Bug#391883: kontact: System often hangs (!) after opening 'New Mail' window
Package: kontact Version: 4:3.5.4-1+b1 Severity: important This happens not every time, but often. A few seconds after opening a 'New Mail' or 'Forward Mail' window (after having typed some letters), the system hangs completely. The magic sysreq keys don't respond anymore. This happens since one of the last upgrades of multiple packages. The problem appears in all tested kernel-versions (2.6.15-18) This is a resubmission of bug #388377 because of premature closure of the former bugreport. any help would be very much appreciated, regards tom -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-yellow Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kontact depends on: ii kdelibs4c2a 4:3.5.4-3core libraries and binaries for al ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libkcal2b 4:3.5.4-1+b1 KDE calendaring library ii libkdepim1a 4:3.5.4-1+b1 KDE PIM library ii libkpimidentities1 4:3.5.4-1+b1 KDE PIM user identity information ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 Versions of packages kontact recommends: ii kaddressbook4:3.5.4-1+b1 KDE NG addressbook application ii kitchensync 4:3.5.4-1+b1 Synchronization framework ii kmail 4:3.5.4-1+b1 KDE Email client ii knode 4:3.5.4-1+b1 KDE news reader ii knotes 4:3.5.4-1+b1 KDE sticky notes ii korganizer 4:3.5.4-1+b1 KDE personal organizer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391885: Add an example to manpage
Package: stow Version: 1.3.3-2.1 Severity: wishlist stow could use an example on how to use it with an autoconf/automake package, it is as simple as: ./configure make sudo make install DESTDIR=/usr/local/stow/package prefix=/ But it will save time to peoples instead of the need to understand the terminology of stow. Cheers, Baruch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391886: diff for 4.4rc.2-3.1 NMU
Package: sope Version: 4.4rc.2-3 Severity: normal Tags: patch Hi, Attached is the diff for my sope 4.4rc.2-3.1 NMU. bye, - michael diff -u sope-4.4rc.2/debian/control sope-4.4rc.2/debian/control --- sope-4.4rc.2/debian/control +++ sope-4.4rc.2/debian/control @@ -276,7 +276,7 @@ Package: libapache2-mod-ngobjweb Section: web Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, apache2-common +Depends: ${shlibs:Depends}, ${misc:Depends}, apache2.2-common Description: Apache2 module for the SOPE application server This package contains an apache module which enables the apache2 webserver to deliver pages generated by the SOPE application server. diff -u sope-4.4rc.2/debian/changelog sope-4.4rc.2/debian/changelog --- sope-4.4rc.2/debian/changelog +++ sope-4.4rc.2/debian/changelog @@ -1,3 +1,12 @@ +sope (4.4rc.2-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * Check for ucf availability in postrm (Closes: #389965) + * Remove obsolete Dependency on apache2-common with +apache2.2-common (Closes: #391754) + + -- Michael Ablassmeier [EMAIL PROTECTED] Thu, 5 Oct 2006 10:35:23 +0200 + sope (4.4rc.2-3) unstable; urgency=low * Get rid of automake dependency. Depend on autotools-dev instead and use only in patch2: unchanged: --- sope-4.4rc.2.orig/debian/libapache-mod-ngobjweb.postrm +++ sope-4.4rc.2/debian/libapache-mod-ngobjweb.postrm @@ -9,7 +9,9 @@ for ext in .dpkg-tmp .dpkg-new .dpkg-old .dpkg-dist; do rm -f /etc/$i/conf.d/mod_ngobjweb$ext done -ucf --purge /etc/$i/conf.d/mod_ngobjweb +if which ucf /dev/null ; then +ucf --purge /etc/$i/conf.d/mod_ngobjweb +fi done ;; *)
Bug#391882: centericq: message pane is not refreshed when a contact goes offline
Package: centericq Version: 4.21.0-9bpo1 Severity: normal When centericq is configured not to show offline contacts, and the cursor in the left pane is on a contact that goes offline, the message pane still shows the old conversation, while the cursor changes to the next online contact. That results in an inconsistent UI where you would think that a conversion belongs to another contact. Please refresh the message pane when a contact goes offline, of move the cursor to the root of the contact's tree. I use the backports.org version of centericq, but a friend of mine confirmed that the bug exists as well in the sarge version of centericq, 4.20.0-1sarge4 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages centericq depends on: ii centericq-common 4.20.0-1sarge4 A text-mode multi-protocol instant ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libcurl3 7.13.2-2sarge5 Multi-protocol file transfer libra ii libgcc1 1:3.4.3-13sarge1 GCC support library ii libgnutls11 1.0.16-13.2sarge2 GNU TLS library - runtime library ii libgpg-error0 1.0-1 library for common error values an ii libgpgme111.0.2-1GPGME - GnuPG Made Easy ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libncurses5 5.4-4 Shared libraries for terminal hand ii libssl0.9.7 0.9.7e-3sarge4 SSL shared libraries ii libstdc++51:3.3.5-13 The GNU Standard C++ Library v3 ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- Moritz Lenz http://moritz.faui2k3.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313129: (second) Announce of the upcoming NMU for the atlas3 package
On 04/10/2006, at 3:25 AM, Christian Perrier wrote: Other translators also have the opportunity to create new translations for this package. Once completed, please send them directly to me so I can incorporate them into the package being built. I have translated the pot file and will submit it by mail, but it seems to be a part of a bigger file? My compliments to Clytie, You are everywhere :) regards, Aiet -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#89523: Fwd: Double Employer
Good Morning, Would you like to generate at least 1.5K to 3.5K per day just for returning calls? If you have a phone and can return calls you are fully qualified. Get in contact with us : 888-701-3877 Goodbye, Alfredo Kerry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391887: RFP: freemat -- Mathematics Framework (mostly MATLAB compatible)
Package: wnpp Severity: wishlist * Package name: freemat Version : 2.0 Upstream Author : Samit Basu [EMAIL PROTECTED] * URL : http://freemat.sourceforge.net/ * License : GPL Description : Mathematics Framework (mostly MATLAB compatible) From the Freemat hompage: | FreeMat is a free environment for rapid engineering and scientific | prototyping and data processing. It is similar to commercial systems | such as MATLAB from Mathworks, and IDL from Research Systems, but is | Open Source. FreeMat includes several novel features such as a codeless | interface to external C/C++/FORTRAN code, parallel/distributed algorithm | development (via MPI), and plotting and visualization capabilities. | FreeMat is available under the GPL license. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- Moritz Lenz http://moritz.faui2k3.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391888: playmidi: segfaults when playing .mid.gz
Package: playmidi Version: 2.4debian-3 Severity: normal I tried to play the .mid.gz files in /usr/share/doc/playmidi/examples using 'playmidi -e' and it segfaulted every time. It played the files correctly when I manually unzipped them with 'gzip -d' first. 'man playmidi' doesn't say anything about gzip support, but /usr/share/doc/playmidi/changelog.Debian.gz has a mention of Fix a possible buffer overflow in command line handling of gzipped MIDI files, so I guess that means playmidi is supposed to support gzipped MIDI files. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages playmidi depends on: ii debconf [debconf-2 1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22sarge4GNU C Library: Shared libraries an ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libncurses55.4-4 Shared libraries for terminal hand ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu -- debconf information: * playmidi/options: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391390: [Pbuilder-maint] Bug#391390: fails to umount /proc if /proc is not mounted
also sprach Junichi Uekawa [EMAIL PROTECTED] [2006.10.09.0702 +0200]: diamond:~ PID=14692 #[130,303] diamond:~ grep -q pbuilder/build/$PID/proc /proc/mounts echo /proc is mounted under pbuilder chroot $PID /proc is mounted under pbuilder chroot 14692 That doesn't always work. Could you provide a little more detail please? When does it not work? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#391541: [l10n] Czech translation for interchange
Martin Šín wrote: Package: interchange Severity: wishlist Tags: l10n, patch In attachement there is updated Czech translation (cs.po) for interchange package, please include it. Your patch has been applied upstream. It might take a couple of weeks till next release. Thanks for your submission Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358279: NMU
4 жовтня 2006 о 16:19 +0200 Eugeniy Meshcheryakov написав(-ла): Package: affix Followup-For: Bug #358279 I uploaded NMU for this bug (prepared by Hendrik Sattler [EMAIL PROTECTED]) to DELAYED/3-day queue. Patch for NMU is attached. I uploaded one more NMU, prepared by Hendrik Sattler, that fixes FTBFS on powerpc. Changes: affix (2.1.2-3.3) unstable; urgency=low . * Add AM_MAINTAINER_MODE to force not using aclocal or auto* * run auto* and libtoolize before upload (closes: #356371) -- Eugeniy Meshcheryakov diff -urpN 4/affix-2.1.2/aclocal.m4 affix-2.1.2/aclocal.m4 --- 4/affix-2.1.2/aclocal.m42006-10-09 10:52:24.0 +0200 +++ affix-2.1.2/aclocal.m4 2006-10-09 10:52:45.0 +0200 @@ -951,6 +951,39 @@ else fi AC_SUBST($1)]) +# Add --enable-maintainer-mode option to configure. +# From Jim Meyering + +# serial 1 + +AC_DEFUN([AM_MAINTAINER_MODE], +[AC_MSG_CHECKING([whether to enable maintainer-specific portions of Makefiles]) + dnl maintainer-mode is disabled by default + AC_ARG_ENABLE(maintainer-mode, +[ --enable-maintainer-mode enable make rules and dependencies not useful + (and sometimes confusing) to the casual installer], + USE_MAINTAINER_MODE=$enableval, + USE_MAINTAINER_MODE=no) + AC_MSG_RESULT($USE_MAINTAINER_MODE) + AM_CONDITIONAL(MAINTAINER_MODE, test $USE_MAINTAINER_MODE = yes) + MAINT=$MAINTAINER_MODE_TRUE + AC_SUBST(MAINT)dnl +] +) + +# Define a conditional. + +AC_DEFUN([AM_CONDITIONAL], +[AC_SUBST($1_TRUE) +AC_SUBST($1_FALSE) +if $2; then + $1_TRUE= + $1_FALSE='#' +else + $1_TRUE='#' + $1_FALSE= +fi]) + # Like AC_CONFIG_HEADER, but automatically create stamp file. AC_DEFUN([AM_CONFIG_HEADER], @@ -7352,19 +7385,6 @@ AC_CHECK_PROGS(LEX, flex lex, $missing_d AC_PROG_LEX AC_DECL_YYTEXT]) -# Define a conditional. - -AC_DEFUN([AM_CONDITIONAL], -[AC_SUBST($1_TRUE) -AC_SUBST($1_FALSE) -if $2; then - $1_TRUE= - $1_FALSE='#' -else - $1_TRUE='#' - $1_FALSE= -fi]) - # pkg.m4 - Macros to locate and utilise pkg-config.-*- Autoconf -*- # # Copyright © 2004 Scott James Remnant [EMAIL PROTECTED]. diff -urpN 4/affix-2.1.2/configure affix-2.1.2/configure --- 4/affix-2.1.2/configure 2006-10-09 10:52:24.0 +0200 +++ affix-2.1.2/configure 2006-10-09 10:52:45.0 +0200 @@ -802,6 +802,9 @@ AUTOMAKE AUTOHEADER MAKEINFO SET_MAKE +MAINTAINER_MODE_TRUE +MAINTAINER_MODE_FALSE +MAINT CC CFLAGS LDFLAGS @@ -1467,6 +1470,8 @@ if test -n $ac_init_help; then Optional Features: --disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no) --enable-FEATURE[=ARG] include FEATURE [ARG=yes] + --enable-maintainer-mode enable make rules and dependencies not useful + (and sometimes confusing) to the casual installer --enable-shared[=PKGS] build shared libraries [default=yes] --enable-static[=PKGS] build static libraries [default=yes] --enable-fast-install[=PKGS] @@ -2242,6 +2247,29 @@ echo ${ECHO_T}missing 6; } fi +{ echo $as_me:$LINENO: checking whether to enable maintainer-specific portions of Makefiles 5 +echo $ECHO_N checking whether to enable maintainer-specific portions of Makefiles... $ECHO_C 6; } +# Check whether --enable-maintainer-mode was given. +if test ${enable_maintainer_mode+set} = set; then + enableval=$enable_maintainer_mode; USE_MAINTAINER_MODE=$enableval +else + USE_MAINTAINER_MODE=no +fi + + { echo $as_me:$LINENO: result: $USE_MAINTAINER_MODE 5 +echo ${ECHO_T}$USE_MAINTAINER_MODE 6; } + + +if test $USE_MAINTAINER_MODE = yes; then + MAINTAINER_MODE_TRUE= + MAINTAINER_MODE_FALSE='#' +else + MAINTAINER_MODE_TRUE='#' + MAINTAINER_MODE_FALSE= +fi + MAINT=$MAINTAINER_MODE_TRUE + + #AC_CONFIG_HEADERS(include/config.h) ac_config_headers=$ac_config_headers include/config.h @@ -4052,7 +4080,7 @@ ia64-*-hpux*) ;; *-*-irix6*) # Find out which ABI we are using. - echo '#line 4055 configure' conftest.$ac_ext + echo '#line 4083 configure' conftest.$ac_ext if { (eval echo $as_me:$LINENO: \$ac_compile\) 5 (eval $ac_compile) 25 ac_status=$? @@ -6907,11 +6935,11 @@ else -e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \ -e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \ -e 's:$: $lt_compiler_flag:'` - (eval echo \\$as_me:6910: $lt_compile\ 5) + (eval echo \\$as_me:6938: $lt_compile\ 5) (eval $lt_compile 2conftest.err) ac_status=$? cat conftest.err 5 - echo $as_me:6914: \$? = $ac_status 5 + echo $as_me:6942: \$? = $ac_status 5 if (exit $ac_status) test -s $ac_outfile; then # The compiler can only warn and ignore the option if not recognized # So say no if there are warnings other than the usual output. @@ -7175,11 +7203,11 @@ else -e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \ -e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \ -e 's:$: $lt_compiler_flag:'` - (eval echo \\$as_me:7178: $lt_compile\ 5) + (eval echo \\$as_me:7206:
Bug#391724: exit code 2 if gpg-agent cannot be contacted even though signing works
On Sun, 8 Oct 2006 12:53, martin f krafft said: Package: gnupg Version: 1.4.5-1 Severity: minor If GPG cannot contact the gpg-agent, it asks for the passphrase on the terminal, does everything like it should, but then exits with error code 2. If I disable use-agent in gpg.conf, the exit code is 0 for the same operation. Sure that this is in 1.4.5? I fixed this the day before the release: 2006-07-31 Werner Koch [EMAIL PROTECTED] * passphrase.c (agent_open): Use log_info instead of log_error to allow a fallback without having gpg return an error code. Fixes bug #655. Shalom-Salam, Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363719: thunderbird: thunderbird crashes by opening mail with large text-attachment
On Mon, Oct 09, 2006 at 07:50:17AM +0200, Andreas Romeyke wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, can you still reproduce this crash with latest thunderbird (aka 1.5.0.5-x) ? Because I need to update such a system first, please be patient. But if it helps you, I could attach you the problematic files or forward the specific Email. Please let me know, what do you prefer... I am sorry about my high latency in answering your last mail... No problem, just let me know as soon as you have upgraded. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391689: Patch for python-support
tag 391689 + patch thanks Hi, if the package has no versioned dependency on python and contains only python modules, then it won't have the required python dependency. I think the attached patch fixes that. At least it works here for the package I need. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ --- dh_pysupport2006-10-09 09:28:59.0 +0200 +++ /usr/bin/dh_pysupport 2006-10-09 09:29:39.0 +0200 @@ -165,10 +165,12 @@ # The default version is in the supported versions if ($minversion ne None) { addsubstvar($package, python:Depends, python (= $minversion)); + $have_pydep=1; } } elsif ($minversion ne None) { # The default version is less than all supported versions addsubstvar($package, python:Depends, python (= $minversion) | python$minversion); + $have_pydep=1; } else { error(The default python version is greater than all supported versions); } @@ -176,8 +178,8 @@ if ($maxversion ne None) { $maxversion = next_minor_version($maxversion); addsubstvar($package, python:Depends, python ( $maxversion)); + $have_pydep=1; } - $have_pydep=1; } $ps_dir =~ s/^$tmp//; if (! $dh{NOSCRIPTS}) {
Bug#391825: More info: Bug#391825: Acknowledgement (slash fails to install: DBD::mysql::db do failed: Invalid default value for 'sid' at /usr/bin/install-slashsite line 358)
Hi! The problem is located at /usr/share/slash/sql/mysql/schema.sql -- there is a create statement which is a little bit strange: CREATE TABLE moderatorlog ( id int UNSIGNED NOT NULL auto_increment, uid mediumint UNSIGNED NOT NULL, val tinyint DEFAULT '0' NOT NULL, sid mediumint UNSIGNED DEFAULT '' NOT NULL, ^ ^^^ ts datetime DEFAULT '-00-00 00:00:00' NOT NULL, cid mediumint UNSIGNED NOT NULL, cuid mediumint UNSIGNED NOT NULL, reason tinyint UNSIGNED DEFAULT '0', active tinyint DEFAULT '1' NOT NULL, m2count mediumint UNSIGNED DEFAULT '0' NOT NULL, PRIMARY KEY (id), KEY sid (sid,cid), KEY sid_2 (sid,uid,cid), KEY cid (cid) ) TYPE = myisam; I'm not sure, if we just can set the default to 0 or if it's better to remove the NOT NULL and make NULL the default. But an int which defaults to the empty string is a strange idea of numbers. ;-) I'll test it. Regards, Axel -- Axel Beckert - [EMAIL PROTECTED] - http://abe.home.pages.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391155: Updated Vietnamese translation
I'm a little confused about this file. I updated the debconf vi.po for D-I Level 5 today, and committed it, but I got a separate email for this file, which looks very much the same. However, I do keep a separate debconf file in my debconf section, so I saved this here and updated it. I hope it all makes sense. vi.po.gz Description: GNU Zip compressed data from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN
Bug#388289: closed by Fabio Tranchitella [EMAIL PROTECTED] (Bug#388289: fixed in zope-cmfplone 2.5.1-1)
Hi, * New upstream release. (Closes: #388289) It's not clear to me that this does address this issue - will the new packages install onto a stable system? Is that the recommended solution for people running stable? Matthew -- Matthew Vernon MA VetMB LGSM MRCVS Farm Animal Epidemiology and Informatics Unit Department of Veterinary Medicine, University of Cambridge http://www.cus.cam.ac.uk/~mcv21/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391890: fbpanel: New upstream release
Package: fbpanel Version: 4.3-1 Severity: wishlist fbpanel 4.5 is available. Release notes here: http://sourceforge.net/project/shownotes.php?release_id=446075 Seo Sanghyeon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354545: Reopened
Hi, ive reopened de bug because it still doesnt work and ,for me, luma is useless without the ability to retrieve binary;certificates from an ldap. If you have any problem with this bug being reopened again or if the solution is in the works, please, contact me. Regards, -- Tritt - Me and my sussie - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388289: [Pkg-zope-developers] Bug#388289: closed by Fabio Tranchitella [EMAIL PROTECTED] (Bug#388289: fixed in zope-cmfplone 2.5.1-1)
Il giorno lun, 09/10/2006 alle 10.20 +0100, Matthew Vernon ha scritto: Hi, * New upstream release. (Closes: #388289) It's not clear to me that this does address this issue - will the new packages install onto a stable system? Is that the recommended solution for people running stable? Sorry, the changelog it wasn't enough clear.. this is my fault. Anyway, the 2.5.1 release fixes the problem in unstable but the problem is still present in 2.0.4-3sarge1, thanks to the versioned support of the BTS. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388289 This means that the bug in stable is not yet fixed. I'm preparing an updated package which will hopefully included in the next point release of sarge. I'll let you know where to download the packages as soon as I'll have completed the backport of the patch. Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#391586: additional information available
There is new information about this bug available and it looks even more serious than before now. See Hardened-PHP Project security advisory at http://www.hardened-php.net/advisory_092006.133.html Affected: PHP 5 = 5.1.6, PHP 4 4.3.0 The bug can be triggered when user input is passed to the unserialzie() function, e.g. via a cookie. The Hardened-PHP Project will release a proof of concept exploit for this vulnerability after the release of PHP 5.2.0 has happened and a few weeks have passed.
Bug#391891: pure-ftpd-common: pure-ftpd-wrapper don't include the debug -dd option
Package: pure-ftpd-common Version: 1.0.21-5 Severity: normal Tags: patch -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages pure-ftpd-common depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii libpam-modules0.76-22Pluggable Authentication Modules f ii netbase 4.21 Basic TCP/IP networking system ii perl-modules 5.8.8-4Core Perl modules -- debconf information: * pure-ftpd/ftpwho-setuid: true * pure-ftpd/virtualchroot: false pure-ftpd/minuid: pure-ftpd/config-obsolete-note: pure-ftpd/saved-inetd-config: * pure-ftpd/standalone-or-inetd: standalone your can add one line as this in the file: /usr/sbin/pure-ftpd-wrapper 94d93 'SuperVerboseLog' = ['-dd'], -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382223: Please release the fix
severity 382223 important thanks Hi, * Eugen Dedu ([EMAIL PROTECTED]) [061007 12:24]: Sorry, cdda2ogg and cdda2mp3 do not work on any machine. A fix exists, it remains to be released. where is the fix? Also, they affect only two programs in the package, so the bug is still only important (of course, the fix should still be uploaded ...) Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316520: Please reject packages with invalid standards-version
Hi, prevent acceptance of any package with such a standards-version? Is ftp an appropriate place? I doubt that this is a good idea. The check is already being done in tools like lintian and linda. A wrong standards-version is only a cosmetic error and does no harm to the archive. Thijs signature.asc Description: This is a digitally signed message part
Bug#391893: nozomi-source: Not buildable against kernel 2.6.18
Package: nozomi-source Version: 2.1-1 Severity: normal dh_testdir dh_testroot dh_clean /usr/bin/make -C /usr/src/modules/nozomi clean make[1]: Entering directory `/usr/src/modules/nozomi' rm -f *.o *.ko *.mod.* .*.o.cmd .*.mod.* .*.ko.cmd rm -f .tmp_versions -rf make[1]: Leaving directory `/usr/src/modules/nozomi' debian/rules KVERS=2.6.18-1-686 KSRC=/lib/modules/2.6.18-1-686/build KDREV=2.6.18-2 kdist_image /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/nozomi' dh_testdir dh_testroot dh_clean /usr/bin/make -C /usr/src/modules/nozomi clean make[2]: Entering directory `/usr/src/modules/nozomi' rm -f *.o *.ko *.mod.* .*.o.cmd .*.mod.* .*.ko.cmd rm -f .tmp_versions -rf make[2]: Leaving directory `/usr/src/modules/nozomi' /usr/bin/gcc-4.1 for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.18-1-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.18-1-686/g ;s/#KVERS#/2.6.18-1-686/g ; s/_KVERS_/2.6.18-1-686/g ; s/##KDREV##/2.6.18-2/g ; s/#KDREV#/2.6.18-2/g ; s/_KDREV_/2.6.18-2/g ' $templ ${templ%.modules.in}; \ done dh_testdir dh_testroot dh_clean -k /usr/bin/make -C /usr/src/modules/nozomi KERNEL_VERSION=2.6.18-1-686 KERNELDIR=/lib/modules/2.6.18-1-686/build KDIR=/lib/modules/2.6.18-1-686/build make[2]: Entering directory `/usr/src/modules/nozomi' Warning: Compiling for 2.6: /usr/bin/make -C /lib/modules/2.6.18-1-686/build SUBDIRS=/usr/src/modules/nozomi modules make[3]: Entering directory `/usr/src/linux-headers-2.6.18-1-686' CC [M] /usr/src/modules/nozomi/nozomi.o /usr/src/modules/nozomi/nozomi.c: In function âreceive_dataâ: /usr/src/modules/nozomi/nozomi.c:972: error: âTTY_DONT_FLIPâ undeclared (first use in this function) /usr/src/modules/nozomi/nozomi.c:972: error: (Each undeclared identifier is reported only once /usr/src/modules/nozomi/nozomi.c:972: error: for each function it appears in.) /usr/src/modules/nozomi/nozomi.c: In function ântty_tty_initâ: /usr/src/modules/nozomi/nozomi.c:2187: error: âTTY_DRIVER_NO_DEVFSâ undeclared (first use in this function) /usr/src/modules/nozomi/nozomi.c:2188: warning: value computed is not used /usr/src/modules/nozomi/nozomi.c:2188: warning: value computed is not used make[4]: *** [/usr/src/modules/nozomi/nozomi.o] Fehler 1 make[3]: *** [_module_/usr/src/modules/nozomi] Fehler 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.18-1-686' make[2]: *** [default] Fehler 2 make[2]: Leaving directory `/usr/src/modules/nozomi' make[1]: *** [binary-modules] Fehler 2 make[1]: Leaving directory `/usr/src/modules/nozomi' make: *** [kdist_build] Fehler 2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nozomi-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.40 helper programs for debian/rules ii module-assistant 0.10.6 tool to make module package creati nozomi-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391825: Patch: Bug#391825: Acknowledgement (slash fails to install: DBD::mysql::db do failed: Invalid default value for 'sid' at /usr/bin/install-slashsite line 358)
tags 391825 +patch thanks Hi! On Mon, Oct 09, 2006 at 11:12:16AM +0200, Axel Beckert wrote: The problem is located at /usr/share/slash/sql/mysql/schema.sql -- there is a create statement which is a little bit strange: [...] sid mediumint UNSIGNED DEFAULT '' NOT NULL, ^ ^^^ [...] I'm not sure, if we just can set the default to 0 or if it's better to remove the NOT NULL and make NULL the default. But an int which defaults to the empty string is a strange idea of numbers. ;-) Defaulting sid to 0 seems to work fine. Installation then works, too. The patch is attached. Regards, Axel -- Axel Beckert - [EMAIL PROTECTED] - http://abe.home.pages.de/ --- slash-2.2.6/sql/mysql/slashschema_create.sql2006-10-09 11:06:55.0 +0200 +++ /usr/share/slash/sql/mysql/schema.sql 2006-10-09 11:58:47.0 +0200 @@ -332,7 +332,7 @@ id int UNSIGNED NOT NULL auto_increment, uid mediumint UNSIGNED NOT NULL, val tinyint DEFAULT '0' NOT NULL, - sid mediumint UNSIGNED DEFAULT '' NOT NULL, + sid mediumint UNSIGNED DEFAULT '0' NOT NULL, ts datetime DEFAULT '-00-00 00:00:00' NOT NULL, cid mediumint UNSIGNED NOT NULL, cuid mediumint UNSIGNED NOT NULL,
Bug#293556: Similar problems
also sprach Andreas Barth [EMAIL PROTECTED] [2006.10.09.1200 +0200]: I don't want to say everything is nice (and please feel free to continue working on this bug), but I don't think this bug is release-critical aka we need to fix it prior to release. So, setting severity back to important (aka this is an ugly bug and should be fixed). I almost agree. Even though I *have* lost data to this bug, I have not been able to work my way forward. It is a real bitch. Anyway, wouldn't it be better to leave it at grave (aka causes data loss) but tag it etch-ignore because - I don't think we'll be able to fix it in time - gnupg cannot be removed from etch ? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#234346: (no subject)
also sprach Mario Joußen [EMAIL PROTECTED] [2006.10.09.1201 +0200]: does it perhaps make more sense to orphan the package instead of removing it? Not really. I is 2.4 only and there will be no 2.4 kernels in etch. So no point in orphaning it. Do you think, that upstream is dead? Or what do you mean with I don't want to be upstream for the package? No, upstream is alive and well. I meant to say that I don't want to maintain the package. Upstream has released version 3.2 two years ago. If you update the package to this version, it can stay in etch. Cheers, -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems it is easier to be a lover than a husband for the simple reason that it is more difficult to be witty every day than to say pretty things from time to time. -- honoré de balzac signature.asc Description: Digital signature (GPG/PGP)
Bug#391892: exim4-base: combination of logrotate file and cron.d file result in spurious warning mails
Package: exim4-base Version: 4.63-4 Severity: normal Hello, /etc/logrotate.d/exim4-base contains a size parameter, preventing it from rotating until the paniclog grows to this size. /etc/cron.daily/exim4-base checks the paniclog every day, and by default, sends an email if paniclog is a non-zero size. This combination results in sending an email every day about the same single issue. I have finally commented out the check panic log option in the cron.daily script, although I consider this suboptimal - I would prefer that it was just logrotated daily. I can of course make all the modifications myself, but it seems to me this is a poor default arrangement. Can the logrotate script go back to daily for the paniclog? Thanks, -- Package-specific info: Exim version 4.63 #1 built 01-Oct-2006 14:40:57 Copyright (c) University of Cambridge 2006 Berkeley DB: Sleepycat Software: Berkeley DB 4.3.29: (September 6, 2005) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='gashuffer.lobefin.net' dc_local_interfaces='127.0.0.1' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.lobefin.net' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='false' dc_mailname_in_oh='true' mailname:gashuffer.lobefin.net -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Versions of packages exim4-base depends on: ii adduser 3.97Add and remove users and groups ii cron 3.0pl1-97 management of regular background p ii debconf [debconf-2.0]1.5.5 Debian configuration management sy ii exim4-config [exim4-config-2 4.63-4 configuration for the exim MTA (v4 ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii libdb4.3 4.3.29-6Berkeley v4.3 Database Libraries [ ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip ii netbase 4.27Basic TCP/IP networking system Versions of packages exim4-base recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- debconf information: exim4/purge_spool: false exim4/move_exim3_spool: false -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#382223: Please release the fix
Andreas Barth wrote: severity 382223 important thanks Hi, * Eugen Dedu ([EMAIL PROTECTED]) [061007 12:24]: Sorry, cdda2ogg and cdda2mp3 do not work on any machine. A fix exists, it remains to be released. where is the fix? Also, they affect only two programs in the package, so the bug is still only important (of course, the fix should still be uploaded ...) The fix is on svn repository, I do not remember the link. Ok for the severity. For info, these two programs have not been working for years (at least on year I think), so I thought it's the time to fix them, before etch... Cheers, -- Eugen http://lifc.univ-fcomte.fr/~dedu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391357: kwin: installing the modified version didn't help
Package: kwin Version: 4:3.5.5-1 Followup-For: Bug #391357 installed the new version from http://mirror.pusling.com/kwin_3.5.5-1_i386.deb but the problem remains the same. I have autorise switched on and I have twinview also. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (400, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.15-64g Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kwin depends on: ii kdelibs4c2a4:3.5.5-1 core libraries and binaries for al ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-15GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-15 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcomposite1 1:0.3-2 X11 Composite extension library ii libxcursor11.1.3-1 X cursor management library ii libxdamage11:1.0.3-2 X11 damaged region extension libra ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxft22.1.7-1 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387220: #387220
severity 387220 serious thanks This bugs makes quinn-diff unusable. I'll NMU this in three days with the attached patch. Bastian -- Women professionals do tend to over-compensate. -- Dr. Elizabeth Dehaver, Where No Man Has Gone Before, stardate 1312.9. diff -urN quinn-diff-0.65/debian/changelog quinn-diff-0.65.1/debian/changelog --- quinn-diff-0.65/debian/changelog2003-06-08 15:40:43.0 +0200 +++ quinn-diff-0.65.1/debian/changelog 2006-10-09 12:12:49.0 +0200 @@ -1,3 +1,10 @@ +quinn-diff (0.65.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Update version compare code from dpkg. (closes: #387220) + + -- Bastian Blank [EMAIL PROTECTED] Mon, 9 Oct 2006 12:08:04 +0200 + quinn-diff (0.65) unstable; urgency=low * src/init.c (usage): don't use multi-line string literals as they're diff -urN quinn-diff-0.65/src/vercmp.c quinn-diff-0.65.1/src/vercmp.c --- quinn-diff-0.65/src/vercmp.c2003-01-30 18:59:50.0 +0100 +++ quinn-diff-0.65.1/src/vercmp.c 2006-10-09 12:15:00.0 +0200 @@ -44,34 +44,45 @@ const char *parseversion(struct versionrevision *rversion, const char *string); -static int verrevcmp(const char *val, const char *ref) -{ - int vc, rc; - long vl, rl; - const char *vp, *rp; +/* assume ascii; warning: evaluates x multiple times! */ +#define order(x) ((x) == '~' ? -1 \ + : cisdigit((x)) ? 0 \ + : !(x) ? 0 \ + : cisalpha((x)) ? (x) \ + : (x) + 256) + +int cisdigit(int c) { + return (c='0') (c='9'); +} + +int cisalpha(int c) { + return ((c='a') (c='z')) || ((c='A') (c='Z')); +} +static int verrevcmp(const char *val, const char *ref) { if (!val) val= ; if (!ref) ref= ; - for (;;) { -vp= val; while (*vp !isdigit(*vp)) vp++; -rp= ref; while (*rp !isdigit(*rp)) rp++; -for (;;) { - vc= val == vp ? 0 : *val++; - rc= ref == rp ? 0 : *ref++; - if (!rc !vc) break; - if (vc !isalpha(vc)) vc += 256; /* assumes ASCII character set */ - if (rc !isalpha(rc)) rc += 256; + + while (*val || *ref) { +int first_diff= 0; + +while ( (*val !cisdigit(*val)) || (*ref !cisdigit(*ref)) ) { + int vc= order(*val), rc= order(*ref); if (vc != rc) return vc - rc; + val++; ref++; } -val= vp; -ref= rp; -vl=0; if (isdigit(*vp)) vl= strtol(val,(char**)val,10); -rl=0; if (isdigit(*rp)) rl= strtol(ref,(char**)ref,10); -if (vl != rl) return vl - rl; -if (!*val !*ref) return 0; -if (!*val) return -1; -if (!*ref) return +1; + +while ( *val == '0' ) val++; +while ( *ref == '0' ) ref++; +while (cisdigit(*val) cisdigit(*ref)) { + if (!first_diff) first_diff= *val - *ref; + val++; ref++; +} +if (cisdigit(*val)) return 1; +if (cisdigit(*ref)) return -1; +if (first_diff) return first_diff; } + return 0; } int versioncompare(const struct versionrevision *version,
Bug#391382: sky2 stops working 2.6.17 or ethernet driver crashes 2.6.18
Hello Stephen I have rolled a new kernel with your patch. Transferring 100GB via ssh over the network worked without any stops. So it looks like you solved the problem. Thanks Regards Matthias Kreis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391533: bad interaction with dh_installinit
reassign 391533 debhelper retitle 391533 prerm and postrm should be generated in reverse order thanks Le samedi 07 octobre 2006 à 08:57 +0200, Baruch Even a écrit : Package: python-support Severity: normal Version: 0.5.2 I'm trying to package autofw which acts as a daemon and am facing a bad interaction between python-support and dh_installinit. Specifically, when I use dh_pysupport before dh_installinit the install will work fine but the uninstall will fail since pysupport removes the python files in the prerm stage and then the dh_installinit tries to stop the service in the prerm and postrm and it fails even in the prerm stage since the source files were removed already. A possible solution for this would be to remove the python files in the postrm. Another issue that is possible is that the {pre,post}{rm,inst} files are generated in a FIFO order where it makes sense that the {pre,post}rm files will be generated in reverse order so that python-support will undo its work after anything else removed its part. Yes, this is a known problem, and I think the appropriate fix is indeed to change the order of script generation for prerm and postrm. However, it will certainly require a new compatibility level for debhelper, so this is not a change that can be done at once. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#390819: Apache2.2 upgrade makes apache2-common --remove fail
* Madko | now that apache2 has been upgraded successfully to apache2.2, web server | cannot be started anymore: Correct, this is a bug in the PHP package. It doesn't depend on the proper ABI and a bug for this has been filed already. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391892: exim4-base: combination of logrotate file and cron.d file result in spurious warning mails
On Mon, Oct 09, 2006 at 10:56:40AM +0100, Stephen Gran wrote: /etc/logrotate.d/exim4-base contains a size parameter, preventing it from rotating until the paniclog grows to this size. /etc/cron.daily/exim4-base checks the paniclog every day, and by default, sends an email if paniclog is a non-zero size. This combination results in sending an email every day about the same single issue. I have finally commented out the check panic log option in the cron.daily script, although I consider this suboptimal - I would prefer that it was just logrotated daily. I can of course make all the modifications myself, but it seems to me this is a poor default arrangement. Can the logrotate script go back to daily for the paniclog? The idea is that the paniclog is rotated manually after the reason for the panicloc entry has been resolved. The paniclog logrotate.d entry is only geared to prevent the disk from filling up. Does this make sense to you? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391389: xkb-data: With uk keyboard, Shift-3 gives 3 instead of the sterling character
On 2006-10-07 14:50:39 +0200, Denis Barbier wrote: If you run startx by hand, try startx startx.log 21 OK, this says: The XKEYBOARD keymap compiler (xkbcomp) reports: Error:Can't find file uk for symbols include Exiting Abandoning symbols file default Errors from xkbcomp are not fatal to the X server Is there any reason why this isn't written to /var/log/Xorg.0.log? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Bug#384943: start/stop zoneserver
On Sun, Oct 08, 2006 at 09:07:53PM (GMT-0300), Kai Hendry wrote: I should have thought about it a little harder. Check out: http://hendry.iki.fi/debian/unstable/maradns_1.2.12.02-3.diff.gz Wrong again, but this time it's entirely my fault: ps right aligns pids, so we cannot use cut (my patch only worked for pids between 1000 and ). The attached patch made against 1.2.12.02-3 (ready to be applied this time) fixes this issue and also adds the following: - it fixes the file layout (tabs which were converted to spaces in previous patches) - it doesn't fail or even output a warning anymore if (maradns|zoneserver) stop is run multiple times (by removing the pid files, adding --oknodo in zoneserver and adapting my previous patch) Does it seem ok to you ? Thanks. -- Boris Dorès diff -r maradns-1.2.12.02-3/debian/maradns.init maradns-1.2.12.02/debian/maradns.init 48a49 rm -f /var/run/$SERVERNAME.pid diff -r maradns-1.2.12.02-3/debian/maradns.zoneserver.init maradns-1.2.12.02/debian/maradns.zoneserver.init 40c40 --exec $DAEMON -- -f $rcfile /dev/null 21 | logger -p daemon.notice -t $SERVERNAME 2/dev/null --- --exec $DAEMON -- -f $rcfile /dev/null 21 | logger -p daemon.notice -t $SERVERNAME 2/dev/null 53,55c53,61 ps h --ppid `cat /var/run/$SERVERNAME.pid` | cut -d ' ' -f 2 | xargs kill start-stop-daemon --stop -m --quiet --pidfile /var/run/$SERVERNAME.pid \ $DAEMON --- PIDFILE=/var/run/$SERVERNAME.pid if [ -f $PIDFILE ]; then CHILDPROCESSES=`cat $PIDFILE | xargs ps h --ppid | awk '{print $1}' | xargs` if [ $CHILDPROCESSES ]; then kill $CHILDPROCESSES fi fi start-stop-daemon --oknodo --stop -m --quiet --pidfile $PIDFILE $DAEMON rm -f $PIDFILE
Bug#391768: Please update debconf PO translation for the package exim4 4.63-4.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Dear translators, Today, I notified you of a needed update for exim4 translations. Unfortunately, I misunderstood the maintainer's intentions and the templates were not yet ready for being translated... Please accept my apologies for the misunderstanding, especially those of you who ALREADY did send updates. They will be used anyway, but I'm afraid that you will have A LOT of other updates to do for exim4. Booo! :-) Again, please accept my apologies No problem, this gave me the occasion to review the previous translation and improve it a little. - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFKilcY8Chqv3NRNoRAuxUAKCpoQNXyaBUgsiQ4y7+pdeMClRp8gCeMLzd mPU0Ey7FcdkvM2Yd7ash6FY= =u8nS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391895: xserver-xorg: incorrect display after X starts up (not always reproducible)
Package: xserver-xorg Version: 1:7.1.0-3 Severity: minor (Not sure about the package, please reassign the bug to the right one.) Sometimes, just after I start X (with startx), the display is incorrect: * Some icons have wrong colors (e.g. black instead of white). * Most text is not visible in my xterm's, in particular all the text with a black background (which is the background of my xterm's). Yellow text with a red background appeared as black text with a red background. (I suppose that all text appeared in black and only the background of the characters was OK, but I haven't tested more deeply.) However, the background image was OK. The screenshot done with import -window root was correct (i.e. with the right colors). As this problem is not always reproducible, the solution is to restart X. I've attached the corresponding log file. The log file when the display is correct is the same, except that there isn't the last line FreeFontPath: FPE /usr/share/fonts/X11/misc refcount is 2, should be 1; fixing. but I've tested only once and I don't know if this related. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686-bigmem Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.ISO8859-1) Versions of packages xserver-xorg depends on: ii debconf 1.5.5Debian configuration management sy ii x11-common 1:7.1.0-3X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii xkb-data0.8-18 X Keyboard Extension (XKB) configu ii xserver-xorg-core 2:1.1.1-9X.Org X server -- core server ii xserver-xorg-input-kbd 1:1.1.0-4X.Org X server -- keyboard input d ii xserver-xorg-input-mous 1:1.1.1-3X.Org X server -- mouse input driv ii xserver-xorg-video-all 1:7.1.0-3the X.Org X server -- output drive ii xserver-xorg-video-apm 1:1.1.1-3X.Org X server -- APM display driv ii xserver-xorg-video-ark 1:0.6.0-3X.Org X server -- ark display driv ii xserver-xorg-video-ati 1:6.6.2-2X.Org X server -- ATI display driv ii xserver-xorg-video-chip 1:1.1.1-4X.Org X server -- Chips display dr ii xserver-xorg-video-cirr 1:1.1.0-3X.Org X server -- Cirrus display d ii xserver-xorg-video-cyri 1:1.1.0-4X.Org X server -- Cyrix display dr ii xserver-xorg-video-dumm 1:0.2.0-3X.Org X server -- dummy display dr ii xserver-xorg-video-fbde 1:0.3.0-3X.Org X server -- fbdev display dr ii xserver-xorg-video-glin 1:1.1.1-3X.Org X server -- Glint display dr ii xserver-xorg-video-i128 1:1.2.0-3X.Org X server -- i128 display dri ii xserver-xorg-video-i740 1:1.1.0-3X.Org X server -- i740 display dri ii xserver-xorg-video-i810 2:1.6.5-3X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-imst 1:1.1.0-3X.Org X server -- IMSTT display dr ii xserver-xorg-video-mga 1:1.4.1.dfsg.1-4 X.Org X server -- MGA display driv ii xserver-xorg-video-neom 1:1.1.1-4X.Org X server -- Neomagic display ii xserver-xorg-video-newp 1:0.2.0-3X.Org X server -- Newport display ii xserver-xorg-video-nsc 1:2.8.1-3X.Org X server -- NSC display driv ii xserver-xorg-video-nv [ 1:1.2.0-3X.Org X server -- NV display drive ii xserver-xorg-video-rend 1:4.1.0.dfsg.1-4 X.Org X server -- Rendition displa ii xserver-xorg-video-s3vi 1:1.9.1-3X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sava 1:2.1.2-1X.Org X server -- Savage display d ii xserver-xorg-video-sili 1:1.4.1-4X.Org X server -- SiliconMotion di ii xserver-xorg-video-sis 1:0.9.1-3X.Org X server -- SiS display driv ii xserver-xorg-video-sisu 1:0.8.1-3X.Org X server -- SiS USB display ii xserver-xorg-video-tdfx 1:1.2.1-5X.Org X server -- tdfx display dri ii xserver-xorg-video-tga 1:1.1.0-3X.Org X server -- TGA display driv ii xserver-xorg-video-trid 1:1.2.1-3X.Org X server -- Trident display ii xserver-xorg-video-tsen 1:1.1.0-3X.Org X server -- Tseng display dr ii xserver-xorg-video-v4l 0.1.1-3 X.Org X server -- Video 4 Linux di ii xserver-xorg-video-vesa 1:1.2.1-3X.Org X server -- VESA display dri ii xserver-xorg-video-vga 1:4.1.0-3X.Org X server -- VGA display driv ii xserver-xorg-video-via 1:0.2.1-5X.Org X server -- VIA display driv ii xserver-xorg-video-vmwa 1:10.13.0-3 X.Org X server -- VMware display d ii xserver-xorg-video-vood 1:1.1.0-3X.Org X server -- Voodoo display d Versions of packages xserver-xorg recommends: ii discover 2.1.1-1hardware identification system pn laptop-detect
Bug#388929: closed by Julien BLACHE [EMAIL PROTECTED] (mcelog: debconf type note is fine for this use case)
Christian Perrier [EMAIL PROTECTED] wrote: OK. Be prepared for the drop support for debconf notes discussion that will certainly happen after etch, then..:-) That seems to be in Joey Hess plans...better prepare it. I'm a bit disappointed by Joey's recent behaviour with regard to both debhelper and debconf. (OK, that was my bu{xy,bulle} mode ;) Let's wait for the note type to disappear, I'll bring some champagne eventually. Sigh. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391768: Please update debconf PO translation for the package exim4 4.63-4.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Perrier wrote: We would be grateful if you could take the time and update it. Please respect the Reply-To: field and send your updated translation to [EMAIL PROTECTED] Done (with some improvements, of course). Debian-L10N-Romanian: traducerea a fost facută cu ceva timp în urmă dar nu îmi aduc aminte sigur dacă a fost verificată; dacă gasiţi ceva erori în traducere, vă rog să îmi spuneţi. - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFKiegY8Chqv3NRNoRAhE6AKDfsCA2lnQ/Wis/i0fFcQa6TYA51ACgquCG tuYwvo7gt1/YWi/JcYcuOFc= =2NP6 -END PGP SIGNATURE- # translation of debconf_exim4_ro.po to Romanian # Romanian translation # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # # Eddy Petrisor [EMAIL PROTECTED], 2004. # Eddy Petrisor [EMAIL PROTECTED], 2005. # Eddy PetriÈor [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: ro-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-10-08 15:14+0200\n PO-Revision-Date: 2006-10-08 22:56+0300\n Last-Translator: Eddy PetriÈor [EMAIL PROTECTED]\n Language-Team: Romanian [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=3;plural=(n==1?0:(((n%10019)||((n%100==0)(n!=0)))?2:1))\n #. Type: boolean #. Description #: ../exim4-base.templates:1001 msgid Remove undelivered mails in spool directory? msgstr Se Återg mesajele nelivrate din directorul âspoolâ? #. Type: boolean #. Description #: ../exim4-base.templates:1001 msgid There are mails in the exim spool directory /var/spool/exim4/input which have not yet been delivered. You can keep them in case you decide to re- install Exim at a later date, or you can choose to remove them. msgstr Ãn directorul âspoolâ al exim, /var/spool/exim4/input, se aflÄ mesaje care nu au fost livrate. Le puteÅ£i Å£ine în caz cÄ vÄ decideÅ£i sÄ reinstalaÅ£i Exim la un moment ulterior, sau le puteÅ£i Återge. #. Type: boolean #. Description #: ../exim4-base.templates:2001 msgid Move yet undelivered mails from exim(v3) to exim4 spool? msgstr Se mutÄ mesajele nelivrate din exim(v3) în directorul âspoolâ al exim4? #. Type: boolean #. Description #: ../exim4-base.templates:2001 msgid There are some undelivered mails in the spool directory of exim or exim-tls in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/ exim4/input/) now where they will be handled by exim4. msgstr Ãn directorul âspoolâ al exim sau exim-tls, /var/spool/exim4/input, se aflÄ mesaje care nu au fost livrate. Acum, ele pot fi mutate în directorul âspoolâ al lui exim4 (/var/spool/exim4/input) unde vor fi manevrate de cÄtre exim4. #. Type: boolean #. Description #: ../exim4-base.templates:2001 msgid Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but not the other way round. msgstr AtenÅ£ie, deoarece aceastÄ manevrÄ funcÅ£ioneazÄ doar într-un singur sens, exim4 putând sÄ lucreze cu directorul âspoolâ al lui exim(v3), dar nu Åi invers. #. Type: boolean #. Description #: ../exim4-base.templates:2001 msgid Move the mails only if you don't plan to go back to exim(v3), otherwise the mail shouldn't be moved now but manually once you've converted your setup. msgstr MutaÅ£i mesajele doar dacÄ nu plÄnuiÅ£i sÄ vÄ Ã®ntoarceÅ£i la exim(v3), altfel, mesajele n-ar trebui mutate acum, ci manual, dupÄ conversia configuraÅ£iilor. #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO NOT USE commas (,) in Choices translations otherwise #. this will break the choices shown to users #: ../exim4-config.templates:1001 msgid internet site; mail is sent and received directly using SMTP msgstr site internet; mesajele se trimit Åi recepÅ£ioneazÄ direct prin SMTP #. Type: select #. Choices #. Translators beware! the following six strings form a single #. Choices menu. - Every one of these strings has to fit in a standard #. 80 characters console, as the fancy screen setup takes up some space #. try to keep below ~71 characters. #. DO
Bug#388929: closed by Julien BLACHE [EMAIL PROTECTED] (mcelog: debconf type note is fine for this use case)
Christian Perrier [EMAIL PROTECTED] wrote: Hi Christian, BTW, tagging the bug wontfix and not closing it would have been fair to the general MBF action. No, because it's not a wontfix case. It's a this is not a bug because the proposed fix isn't fit for this use case, so there's no bug to begin with case. I won't play BTS wars by reopening it but I leave the call to you, Julien. Partly fixing this with usertags I won't play BTS ping-pong with you either, so please be so kind as to remove this misleading usertag :) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391892: exim4-base: combination of logrotate file and cron.d file result in spurious warning mails
This one time, at band camp, Marc Haber said: On Mon, Oct 09, 2006 at 10:56:40AM +0100, Stephen Gran wrote: /etc/logrotate.d/exim4-base contains a size parameter, preventing it from rotating until the paniclog grows to this size. /etc/cron.daily/exim4-base checks the paniclog every day, and by default, sends an email if paniclog is a non-zero size. This combination results in sending an email every day about the same single issue. I have finally commented out the check panic log option in the cron.daily script, although I consider this suboptimal - I would prefer that it was just logrotated daily. I can of course make all the modifications myself, but it seems to me this is a poor default arrangement. Can the logrotate script go back to daily for the paniclog? The idea is that the paniclog is rotated manually after the reason for the panicloc entry has been resolved. The paniclog logrotate.d entry is only geared to prevent the disk from filling up. So if there is ever an error that results in a write to paniclog, the local admin has to move it out of the way manually? Or am I misunderstanding you? Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#391864: apache2.2-common: install fails because all mod-enabled packages test as invalid
forcemerge 390786 391864 thanks Moshe Yudkowsky skrev: Package: apache2.2-common Version: 2.2.3-1 Severity: grave Justification: renders package unusable This bug has already been fixed. _PLEASE_ look at the list of recently closed bugs before filing new ones. Also, please make sure you use the latest version of the package. 2.2.3-2 was uploaded almost a week ago. - tfheen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391894: snort: [INTL:ja] Updated Japanese po-debconf template translation (ja.po)
Package: snort Version: 2.3.3 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear maintainer, I've updated ja.po file and send it to you. Please use it. Thanks. - -- Regards, Hideki Yamane -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFKiOqIu0hy8THJksRApreAJ0foEk7k76OcRNtpx4M5jkTIngIVACfa8M3 sVDZqBqpn39TA4xauTZxoyA= =M5Tb -END PGP SIGNATURE- # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # msgid msgstr Project-Id-Version: snort 2.3.3-9\n Report-Msgid-Bugs-To: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED]\n POT-Creation-Date: 2006-03-22 09:15+0100\n PO-Revision-Date: 2006-10-09 00:52+0900\n Last-Translator: Hideki Yamane (Debian-JP) [EMAIL PROTECTED]\n Language-Team: Japanese debian-japanese@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../snort.templates:3 ../snort-mysql.templates:3 ../snort-pgsql.templates:3 msgid boot, dialup, manual msgstr 起動時, ダイヤルアップ時, 手動 #. Type: select #. Description #: ../snort.templates:5 ../snort-mysql.templates:5 ../snort-pgsql.templates:5 msgid When should Snort be started? msgstr いつ Snort を起動しますか? #. Type: select #. Description #: ../snort.templates:5 ../snort-mysql.templates:5 ../snort-pgsql.templates:5 msgid Snort can be started during boot, when connecting to the net with pppd or only when you manually start it via /usr/sbin/snort. msgstr Snort は、システム起動中、pppd を利用してネットワークに接続した時、または \/ usr/sbin/snort\ と手動で実行した時のみ、のいずれかで起動できます。 #. Type: string #. Description #: ../snort.templates:12 ../snort-mysql.templates:12 #: ../snort-pgsql.templates:12 msgid On which interface(s) should Snort listen? msgstr Snort はどのインターフェイスで listen しますか? #. Type: string #. Description #: ../snort.templates:12 ../snort-mysql.templates:12 #: ../snort-pgsql.templates:12 msgid Please enter the name(s) of the interface(s) which Snort should listen on. The names of the available interfaces are provided by either running 'ip link show' of 'ifconfig'. This value usually is 'eth0', but you might want to vary this depending on your environment, if you are using a dialup connection 'ppp0' might be more appropiate. msgstr Snort が listen すべきインターフェイス名を入力してください。指定可能なイン ターフェイスは 'ifconfig' を実行する、あるいは 'ip link show' を実行することで 確認できます。この値は大抵の場合 'eth0' ですが、これは環境にとても依存するので、 ダイヤルアップ接続を利用している場合は 'ppp0' のほうがより適切かもしれません 。 #. Type: string #. Description #: ../snort.templates:12 ../snort-mysql.templates:12 #: ../snort-pgsql.templates:12 msgid Notice that Snort is usually configured to inspect all traffic coming from the Internet, so the interface you add here is usually the same the 'default route' is on. You can determine which interface is used for this running either '/sbin/ip ro sh' or '/sbin/route -n' (look for 'default' or '0.0.0.0'). msgstr 通常、Snort はインターネットからやって来るすべてのトラフィックを受け取るよう に設定されるので、ここで追加したインターフェイスは大抵 'default route' が存在 するものと同じであるのに注意してください。'/sbin/ip ro sh' または '/sbin/ route -n' を実行し ('default' または '0.0.0.0' を探して)、どのインターフェイ スを使うかを決められます。 #. Type: string #. Description #: ../snort.templates:12 ../snort-mysql.templates:12 #: ../snort-pgsql.templates:12 msgid It is also not uncommon to run Snort on an interface with no IP and configured in promiscuous mode, if this is your case, select the interface in this system that is physically connected to the network you want to inspect, enable promiscuous mode later on and make sure that the network traffic is sent to this interface (either connected to a 'port mirroring/ spanning' port in a switch, to a hub or to a tap) msgstr IP を付与していないインターフェイス上で promiscuous モードの Snort を動作させ るのはあまり一般的ではありません。これに当てはまるような場合、受信を行いたい ネットワークに対して物理的に接続されているこのシステム上のインターフェイスを 選択し、後ほど promiscuous モードを有効にしてネットワークトラフィックがこのイ ンターフェイス (スイッチの 'port mirrorin' ポート・'spanning' ポートかリピー ターハブ、あるいはネットワークタップに接続されています) に流れているのを確認 してください。 #. Type: string #. Description #: ../snort.templates:12 ../snort-mysql.templates:12 #: ../snort-pgsql.templates:12 msgid You can configure multiple interfaces here, just by adding more than one interface name separated by spaces. Each interface can have its specific configuration. msgstr ここでは単に一つ以上のインターフェイス名を空白で区切ることで、複数のインター フェイスを設定できます。インターフェイスごとに固有の設定が可能です。 #. Type: string #. Description #: ../snort.templates:40 ../snort-mysql.templates:40 #: ../snort-pgsql.templates:40 msgid Please enter the address range that Snort will listen on. msgstr Snort が listen するアドレスの範囲を入力してください。 #. Type: string #. Description
Bug#391144: dselect: Updated Vietnamese translation
vi.po.gz Description: GNU Zip compressed data from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN
Bug#391798: gaim: fails to receive messages ending with acute wovel
Hi, I set UTF-8 in Account Settings / Advanced / Encoding. The error is (An error occured when receiving this message. The buddy you are talking to has probably a buggy client.) being displayed instead of the message. Setting locale to cs_CZ.UTF8 makes things no better. Hi, Where are you setting the ICQ encoding? What error are you getting? Also, I noticed that you're not using a UTF-8 locale. What happens if you set your locale to cs_CZ.UTF-8 (assuming it's being generated by the locales package)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391892: exim4-base: combination of logrotate file and cron.d file result in spurious warning mails
On Mon, Oct 09, 2006 at 11:45:49AM +0100, Stephen Gran wrote: So if there is ever an error that results in a write to paniclog, the local admin has to move it out of the way manually? Or am I misunderstanding you? Yes. In case of transient errors (see http://www.exim.org/bugzilla/show_bug.cgi?id=92), it can be configured in /etc/default/exim4 that messages that match a noise regexp are not reported. In the default, I consider a message that was important to be written to the panic log dangerous enough to require the admin to manually interfere. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374758: zabbix-agent and zabix-server sometimes fail to restart
Package: zabbix-agent Version: 1.1.1-7 I'm using zabbix backported to sarge. Every few days the agent stops during logrotate. The logfiles say One child process died. Exiting. This crash seams to remove the pid file of the agent. Without that pid file logrotate doesn't restart the agent. It seams to me that the crash is caused by the logrotation itself therefore I created a prerotate where I stop the agent and start it in the postrotate without a check for for the pid file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391896: xfonts-biznet-base: typo in postinst
Package: xfonts-biznet-base Version: 3.0.0-18 Severity: important Tags: patch [ -x `which $currencmd` ] $currentcmd --x11r7-layout $fontdir ^^^ 't' is missing same for: # grep currencmd /var/lib/dpkg/info/*font* /var/lib/dpkg/info/xfonts-biznet-100dpi.postinst:[ -x `which $currencmd` ] $currentcmd --x11r7-layout $fontdir /var/lib/dpkg/info/xfonts-biznet-100dpi.postrm:[ -x `which $currencmd` ] $currentcmd --x11r7-layout $fontdir /var/lib/dpkg/info/xfonts-biznet-75dpi.postinst:[ -x `which $currencmd` ] $currentcmd --x11r7-layout $fontdir /var/lib/dpkg/info/xfonts-biznet-75dpi.postrm:[ -x `which $currencmd` ] $currentcmd --x11r7-layout $fontdir /var/lib/dpkg/info/xfonts-biznet-base.postinst:[ -x `which $currencmd` ] $currentcmd --x11r7-layout $fontdir /var/lib/dpkg/info/xfonts-biznet-base.postrm:[ -x `which $currencmd` ] $currentcmd --x11r7-layout $fontdir OOPS! :-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (2000, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-narya Locale: LANG=C, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages xfonts-biznet-base depends on: ii xfonts-utils 1:1.0.0-6 X Window System font utility progr Versions of packages xfonts-biznet-base recommends: ii xfonts-base-transcoded6.9.0.dfsg.1-6 standard fonts for X (transcoded f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391768: Please update debconf PO translation for the package exim4 4.63-4.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 At 8 Oct 06 18:15:19 GMT, [EMAIL PROTECTED] wrote: Unfortunately, I misunderstood the maintainer's intentions and the templates were not yet ready for being translated... Please accept my apologies for the misunderstanding, especially those of you who ALREADY did send updates. They will be used anyway, but I'm afraid that you will have A LOT of other updates to do for exim4. Actually it was hard work. :) Here is an updated ja.po. Thanks, - -- Kenshi Muto [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iEYEARECAAYFAkUqLSQACgkQQKW+7XLQPLEpcQCgocC/Rcy7d8642EdxBo9d9Hrl 7DUAoNu8d+ZVny7Ur9spB/8+ekBTXYSM =buTZ -END PGP SIGNATURE- ja.po.gz Description: Binary data
Bug#391898: linux-kernel-headers: incomplete asm header for m68k
Package: linux-kernel-headers Version: 2.6.18-1 Severity: important Tags: patch Hi, The current kernel header break a few packages on m68k, e.g. binutils trips over the NBPG define, others like qt4-x11 need more system call defines. I included patches for these. The user.h change is already in Linus tree, the unistd.h change is currently only in the m68k.h tree, but should go upstream soon as well. Please include the patches into the next release. Thanks. bye, Roman -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: m68k Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.4.30 Locale: LANG=de_DE.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information --- include/asm-m68k/unistd.h 2006-09-20 05:42:06.0 +0200 +++ include/asm-m68k/unistd.h 2006-10-09 12:22:05.0 +0200 @@ -284,10 +284,39 @@ #define __NR_add_key 279 #define __NR_request_key 280 #define __NR_keyctl 281 +#define __NR_ioprio_set 282 +#define __NR_ioprio_get 283 +#define __NR_inotify_init 284 +#define __NR_inotify_add_watch 285 +#define __NR_inotify_rm_watch 286 +#define __NR_migrate_pages 287 +#define __NR_openat 288 +#define __NR_mkdirat 289 +#define __NR_mknodat 290 +#define __NR_fchownat 291 +#define __NR_futimesat 292 +#define __NR_fstatat64 293 +#define __NR_unlinkat 294 +#define __NR_renameat 295 +#define __NR_linkat 296 +#define __NR_symlinkat 297 +#define __NR_readlinkat 298 +#define __NR_fchmodat 299 +#define __NR_faccessat 300 +#define __NR_pselect6 301 +#define __NR_ppoll 302 +#define __NR_unshare 303 +#define __NR_set_robust_list 304 +#define __NR_get_robust_list 305 +#define __NR_splice 306 +#define __NR_sync_file_range 307 +#define __NR_tee 308 +#define __NR_vmsplice 309 +#define __NR_move_pages 310 #ifdef __KERNEL__ -#define NR_syscalls 282 +#define NR_syscalls 311 /* user-visible error numbers are in the range -1 - -124: see asm-m68k/errno.h */ --- include/asm-m68k/user.h 2006-09-20 05:42:06.0 +0200 +++ include/asm-m68k/user.h 2006-10-09 12:25:02.0 +0200 @@ -81,7 +81,7 @@ unsigned long magic; /* To uniquely identify a core file */ char u_comm[32]; /* User command that was responsible */ }; -#define NBPG PAGE_SIZE +#define NBPG 4096 #define UPAGES 1 #define HOST_TEXT_START_ADDR (u.start_code) #define HOST_STACK_END_ADDR (u.start_stack + u.u_ssize * NBPG)