Bug#361767: xlibmesa-gl: Cannot create libGL.so.1.2: No such file
Package: xlibmesa-gl Version: 6.9.0.dfsg.1-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 While trying to upgrade xlibmesa-gl to 6.9.0.dfsg.1-6, I get this error: Preparing to replace xlibmesa-gl 6.9.0.dfsg.1-4 (using .../xlibmesa-gl_6.9.0.dfsg.1-6_i386.deb) ... Unpacking replacement xlibmesa-gl ... dpkg: error processing /var/cache/apt/archives/xlibmesa-gl_6.9.0.dfsg.1-6_i386.deb (--unpack): unable to create `./usr/X11R6/lib/libGL.so.1.2': No such file or directory dpkg-deb: subprocess paste killed by signal (Broken pipe) I looked in that directory and found this: $ ll /usr/X11R6/lib/libGL.* - -rw-r--r-- 1 root root 559K 2006-04-03 22:44 /usr/X11R6/lib/libGL.a I don't know what else to do. Am I the only one having this problem, or is it a bug in the package? - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xlibmesa-gl depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxxf86vm1 6.9.0.dfsg.1-6 X Video Mode selection library xlibmesa-gl recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEOfPc5+GdyTDsrJsRAh/XAJ9vJSbpyeT4MyPJ163eWSzjGm9ltwCggBj/ iScEKL5hCSdeXOuReAilvus= =WH/9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360843: Please replace modutils
On 4/9/06, Steve M. Robbins [EMAIL PROTECTED] wrote: Two comments: 1. It ain't just create_module; manpage-dev is also overwriting init_module Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man2/init_module.2.gz', which is also in package modutils dpkg-deb: subprocess paste killed by signal (Broken pipe) 2. I agree with David Weinehall that manpages-dev should use Replaces: modutils. To Justin Pryzby's question Why? Upgrades from sarge to etch will be fine as long as one of modutils and manpages drops the file before the release. The problem is limited to sid, and developers can presumably be expected to work around it as necessary.. I answer: why not! Yes, developers can work around it; but why should we be constantly irritated? If things are worked out before etch, then the Replaces can be dropped. Setting replaces hides problems. It's better to just fix the problem;having manpages-dev be held up is very minor compared to the problems allowing wholesale file replacement might hide.
Bug#361769: synaptic: Location of KDE menu item indicated in manual must have changed
Package: synaptic Version: 0.57.8 Severity: minor In the manual's index, the KDE menu item for synaptic is said to be in Settings-Extra-Synaptic Package Manager. It is actually in System-Synaptic Package Manager. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361770: After few hours amule make Xorg use 100% CPU
Package: amule Version: 2.1.1-2 Severity: grave Justification: renders package unusable If amule remains up for more than few hours (for example during night) the Xorg process starts using up 100% CPU until amule is closed. Amule results very slow and is unusable. Bye Marcello -- 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.16-ck3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages amule depends on: ii amule-common 2.1.1-2common files for aMule ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libcrypto++5.2c2a 5.2.1c2a-3 General purpose cryptographic shar ii libgcc1 1:4.1.0-1 GCC support library ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages amule recommends: pn amule-daemon none (no description available) pn amule-utils none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361771: moodle: security upgrade breaks unicode support
Package: moodle
Version: 1.4.4.dfsg.1-3sarge1
Severity: important
After today's security upgrade, Moodle pages contained an http-equiv header
saying, incorrectly, that the pages were in iso-8859-1. This made the
site entirely unusable on browsers that aren't set to guess the encoding
themselves (at least with the language packs we use, which are in utf-8).
I finally found a solution in the code: /usr/share/moodle/lib/weblib.php,
in a stretch of code starting with if (!empty($CFG-unicode)) {.
This is the only mention of a unicode setting anywhere in the package,
but setting this variable to 'true' in /etc/moodle/config.php solved the
problem.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (50, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages moodle depends on:
ii apache2-mpm-prefork [httpd] 2.0.54-5traditional model for Apache2
ii debconf [debconf-2.0]1.4.50 Debian configuration management sy
ii mimetex 1.50-1 LaTeX math expressions to anti-ali
ii php4 4:4.3.10-16 server-side, HTML-embedded scripti
ii php4-gd 4:4.3.10-16 GD module for php4
ii php4-mysql 4:4.3.10-16 MySQL module for php4
ii php4-pgsql 3:4.3.10-4 PostgreSQL module for php4
ii wget 1.9.1-12retrieves files from the web
ii wwwconfig-common 0.0.43 Debian web auto configuration
-- debconf information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360026: what's going on ?
Hello, I wondered if the bug I submited has been assigned ? because I don't see anything moving about it. and to have all these error messages just because I made an upgrade. -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. MailScanner remercie transtec pour son soutien.
Bug#161169: perl segfaults in mysqlhotcopy
On Sun, Feb 26, 2006 at 06:57:14PM +1100, Brendan O'Dea wrote: On Tue, Sep 17, 2002 at 01:40:30PM +0200, Tadas Þelionis wrote: Package: perl Version: 5.6.1-7 Severity: important # mysqlhotcopy sdf Segmentation fault Is this still a problem with the current version of perl or can it be closed? Hi, I can reproduce the bug on woody, but not in sarge. The backtrace shows that the segfault happens inside libmysqlclient10. Furthermore, the segfault does not occur on sarge even with the woody version of libdbd-mysqlclient-perl (1.2216-2), so it definitely looks like a bug in mysql-server, fixed between woody and sarge. For completeness, here's the backtrace. Recompiling libmysqlclient10 with debugging symbols looked like too much work for this. #0 0x4022b0d0 in ?? () #1 0x4021c922 in ?? () #2 0x4021d31d in ?? () #3 0x40205c54 in mysql_dr_connect (sock=0x83b36dc, unixSocket=0x0, host=0x8390198 localhost, port=0x0, user=0x838ffe8 niko, password=0x0, dbname=0x8390158 , imp_dbh=0x83b3498) at dbdimp.c:546 #4 0x40205fc0 in _MyLogin (imp_dbh=0x83b3498) at dbdimp.c:684 #5 0x40206033 in mysql_db_login (dbh=0x83aef04, imp_dbh=0x83b3498, dbname=0x838ff30 ;host=localhost;mysql_read_default_group=mysqlhotcopy, user=0x838f9e0 niko, password=0x838ff70 ) at dbdimp.c:717 #6 0x4020a194 in XS_DBD__mysql__db__login (cv=0x83b6774) at mysql.xsi:59 #7 0x080c144b in Perl_pp_entersub () at pp_hot.c:2618 #8 0x080b845d in Perl_runops_debug () at run.c:53 #9 0x0805e81d in S_call_body (myop=0xba28, is_eval=0) at perl.c:1892 #10 0x0805e116 in perl_call_sv (sv=0x83accf4, flags=0) at perl.c:1771 #11 0x401f40d1 in XS_DBI_dispatch () from /usr/lib/perl5/auto/DBI/DBI.so #12 0x080c144b in Perl_pp_entersub () at pp_hot.c:2618 #13 0x080b845d in Perl_runops_debug () at run.c:53 #14 0x0805db4f in S_run_body (oldscope=1) at perl.c:1539 #15 0x0805d721 in perl_run (my_perl=0x8140008) at perl.c:1461 #16 0x08059ff5 in main (argc=3, argv=0xbe14, env=0xbe24) at perlmain.c:52 Cheers, -- Niko Tyni [EMAIL PROTECTED]
Bug#360843: Please replace modutils
On Mon, Apr 10, 2006 at 01:53:53AM -0400, Bryan Donlan wrote: On 4/9/06, Steve M. Robbins [EMAIL PROTECTED] wrote: Two comments: 1. It ain't just create_module; manpage-dev is also overwriting init_module Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man2/init_module.2.gz', which is also in package modutils dpkg-deb: subprocess paste killed by signal (Broken pipe) 2. I agree with David Weinehall that manpages-dev should use Replaces: modutils. To Justin Pryzby's question Why? Upgrades from sarge to etch will be fine as long as one of modutils and manpages drops the file before the release. The problem is limited to sid, and developers can presumably be expected to work around it as necessary.. I answer: why not! Yes, developers can work around it; but why should we be constantly irritated? If things are worked out before etch, then the Replaces can be dropped. Setting replaces hides problems. It's better to just fix the problem;having manpages-dev be held up is very minor compared to the problems allowing wholesale file replacement might hide. Yea, my aversion to Replaces is that is very course-grained. I guess this can also be done with a preinst script removing files which might be in other packages, which is better. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256332: clarification of doc licensing for db3/db4.2
Ask the new DPL (aj) I guess. andrew On 4/10/06, Mike Olson [EMAIL PROTECTED] wrote: Dann wrote: Thank you for your offer. I think a relicensing would be the cleanest approach. Note that I am a Debian Developer, but I do not speak for the db packaging, release, or legal teams. I hope that they'll jump in if they are in disagreement with any of the statements I've made here. This is going to be some work for me. Oracle's legal department has been very helpful on our open source requests so far, but it's a large team and is not familiar with this issue yet. I'll need to find, then brief, then extract approval from, the right people here. Before I do that, can I get some kind of authoritative statement from Debian that the effort is necessary, and that it will satisfy the concerns that have raised this issue for the second time? I want to be helpful, but I want to be sure we are solving the problem here. To that end, direction from db, release or legal -- whoever can speak for Debian -- would be good. mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Andrew Donnellan http://andrewdonnellan.com http://ajdlinux.blogspot.com Jabber - [EMAIL PROTECTED] --- Member of Linux Australia - http://linux.org.au Debian user - http://debian.org Get free rewards - http://ezyrewards.com/?id=23484 OpenNIC user - http://www.opennic.unrated.net
Bug#361772: links2 illegally linked against libssl
Package: links2 Severity: serious Hi Guerkan, as the others may not know, we did both send mails several times to links2 upstream last year, begging for the linking-against-OpenSSL permission for this GPL-only licensed links2. Unfortunately, we did not succeed due to a very uncooperative upstream, which did not value our efforts at all (he was even claiming, that linking against libssl is not forbidden by the GPL at all, especially since there is no court desicion on that). However, you (and others) may understand, that I am really suprised with links2 2.1pre21-1 which 'suddenly' links against libssl. ---snipp--- (i386_unstable)[EMAIL PROTECTED]:~$ ldd /usr/bin/links2 linux-gate.so.1 = (0xe000) libtiff.so.4 = /usr/lib/libtiff.so.4 (0x4001d000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x40072000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0x40092000) libz.so.1 = /usr/lib/libz.so.1 (0x400b7000) libSDL-1.2.so.0 = /usr/lib/libSDL-1.2.so.0 (0x400cb000) libpthread.so.0 = /lib/tls/libpthread.so.0 (0x4015b000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x4016d000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x4017b000) libdirectfb-0.9.so.22 = /usr/lib/libdirectfb-0.9.so.22 (0x40246000) libfusion-0.9.so.22 = /usr/lib/libfusion-0.9.so.22 (0x4029) libdirect-0.9.so.22 = /usr/lib/libdirect-0.9.so.22 (0x40295000) libdl.so.2 = /lib/tls/libdl.so.2 (0x4029f000) libvga.so.1 = /usr/lib/libvga.so.1 (0x402a3000) libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0x40303000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0x40342000) libgpm.so.1 = /usr/lib/libgpm.so.1 (0x4047c000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x40482000) libm.so.6 = /lib/tls/libm.so.6 (0x404b1000) libc.so.6 = /lib/tls/libc.so.6 (0x404d7000) libasound.so.2 = /usr/lib/libasound.so.2 (0x4060f000) /lib/ld-linux.so.2 (0x4000) (i386_unstable)[EMAIL PROTECTED]:~$ ---snapp--- This means: * Your copyright file is incomplete and misses the 'you are allowed to link against OpenSSL'-clause. If so, please add it. * You accidently removed the '--without-ssl'-flag from the configure call. If so, please re-add it. Independent of which solution is right, the current package is undistributable as it is now, please fix it asap. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361765: moodle: th_utf8 language pack is NOT utf
Hmm, something may have happened downstream.In upstream Moodle 1.5, there is no th_utf8, just th and yes, the charset is TIS-620.http://cvs.sourceforge.net/viewcvs.py/moodle/lang/th_utf8/moodle.php?rev=1.1.1.4view=auto On 10/04/06, Jeroen Vermeulen [EMAIL PROTECTED] wrote: Package: moodleVersion: 1.4.4.dfsg.1-3sarge1Severity: importantThe Thai language pack is installed as th_utf8, but apart from the name,it still seems to be entirely in TIS-620 encoding (which is also reflected by the 'thischarset' setting).AFAICS this is likely to lead to widespread data corruption that is veryhard to correct afterwards.Thai data entered by users or administratorswho have their UI set to th_utf8 will be stored in TIS-620, whereas the same data entered from a UI set to, say, en_utf8 will be in UTF-8.The two classes of users will not even be able to read each other's(non-ASCII) data.In principle it should be possible to figure out whether most strings in the database are in UTF-8 or not, so it's not unthinkable that a waycan be found to recover from (most of) the resulting data corruption.Ifthat is the case, it is not technically data loss and that's why I'm not submitting this bug as grave.It should be noted, however, that theupstream developers have been working on this problem for years and lastI heard, had not cracked it yet.It's a really hard problem. -- System Information:Debian Release: 3.1APT prefers unstableAPT policy: (50, 'unstable')Architecture: i386 (i686)Shell:/bin/sh linked to /bin/bashKernel: Linux 2.6.11Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages moodle depends on:iiapache2-mpm-prefork [httpd]2.0.54-5traditional model for Apache2iidebconf [debconf-2.0]1.4.50Debian configuration management syiimimetex 1.50-1LaTeX math expressions to anti-aliiiphp4 4:4.3.10-16 server-side, HTML-embedded scriptiiiphp4-gd4:4.3.10-16 GD module for php4iiphp4-mysql 4: 4.3.10-16 MySQL module for php4iiphp4-pgsql 3:4.3.10-4PostgreSQL module for php4iiwget 1.9.1-12retrieves files from the webiiwwwconfig-common 0.0.43 Debian web auto configuration-- debconf information excluded-- /// Moodle - open-source software for collaborative learning// Free software, community, information: http://moodle.org/// Commercial support and other services: http://moodle.com
Bug#360622: tex4ht: Problem with font changes in math mode
| \label{eq:20}
| S = s_\mathrm{N} [\mathrm{N}] + s_\mathrm{U} [\mathrm{U}]
| % S = s_\text{N} [\text{N}] + s_\text{U} [\text{U}]
with mk4ht oolatex mini.tex, I get:
! Argument of \new:mfont has an extra }.
inserted text
\par
l.11 S = s_\mathrm{
N} [\mathrm{N}] + s_\mathrm{U} [\mathrm{U}]
Try using s_{\mathml{...}} instead of s_\mathml{...}. Unlike
(la)tex, tex4ht insists that multi parts subscripts and superscripts
should be braced. -eitan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360026: Other informations
Hello again
I had submitted this bug in the installation package, because It hapenned right after an upgrade, someone moved it to
sendmail.
But after making a :
grep -r OTP unavailable because can't read/write key database /etc
I found only two occurences of this message :
/etc/logcheck/ignore.d.server/postfix:^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: OTP unavailable
because can't read/write key database /etc/opiekeys: No such file or directory$
/etc/logcheck/ignore.d.server/slapd:^\w{3} [ :0-9]{11} [._[:alnum:]-]+ slapd\[[0-9]+\]: OTP unavailable because can't
read/write key database /etc/opiekeys: No such file or directory$
So it seems that the bug should be moved to logcheck package
by the way, I find the bugs search interface really un-usefull because if you don't know neither the name of the
involved package nor the number of the bug, it's impossible to quickly find the infos on a bug... You should use
bugzilla instead which is much more efficient.
--
Ce message a été vérifié par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.
MailScanner remercie transtec pour son soutien.
Bug#354961: #354961 - nvidia-glx won't install with X.org 7.0
* jamesm [EMAIL PROTECTED]: Is there a patch available for version 1.0.8756? The bugreport clearly describes what needs to be done :) -- Ralf Hildebrandt (i.A. des IT-Zentrums) [EMAIL PROTECTED] Charite - Universitätsmedizin BerlinTel. +49 (0)30-450 570-155 Gemeinsame Einrichtung von FU- und HU-BerlinFax. +49 (0)30-450 570-962 IT-Zentrum Standort CBF send no mail to [EMAIL PROTECTED]
Bug#358756: dpkg: update-alternatives doesn't update slave links
Guillem Jover wrote: Hi, On Fri, Mar 24, 2006 at 11:25:55AM +0100, Helge Hafting wrote: Package: dpkg Version: 1.13.16 Severity: normal After experimenting with qt4, I tried resetting a package back to the default qt3: # update-alternatives --auto moc # update-alternatives --display moc moc - status is auto. link currently points to /usr/bin/moc-qt3 /usr/bin/moc-qt3 - priority 45 slave moc.1.gz: /usr/share/man/man1/moc-qt3.1.gz /usr/bin/moc-qt4 - priority 40 slave moc.1.gz: /usr/share/man/man1/moc-qt4.1.gz Current `best' version is /usr/bin/moc-qt3. As we see, the man page was *not* reset. moc-qt3.1.gz exists. Where do you see that? I just see here that the current link points to moc-qt3 and thus the man page points to moc-qt3.1.gz. Please check with: $ ls -l /etc/alternatives/moc.1.gz regards, guillem I am sorry, I must have misunderstood something. Changing back and forth between qt3 and qt4 works fine, so this bug can be deleted. Helge Hafting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361765: moodle: th_utf8 language pack is NOT utf
On Mon, Apr 10, 2006 at 02:36:28PM +0800, Martin Dougiamas wrote: Hmm, something may have happened downstream. In upstream Moodle 1.5, there is no th_utf8, just th and yes, the charset is TIS-620. Then I think I see what happened: I had to convert my language packs to UTF-8 to get things to work in a multilingual environment, and probably softlinked th to th_utf8. This must have confused the package upgrade, e.g. by making it install the th files over the UTF-8 ones. My apologies for the unnecessary panic, and thanks for the fast response. http://cvs.sourceforge.net/viewcvs.py/moodle/lang/th_utf8/moodle.php?rev=1.1.1.4view=auto This still seems to have something strange in it... Galeon (a browser) gets confused halfway through the 'adminhelpsitesettings' string, as if there's some improperly encoded UTF in there. There seems to be an unknown character in 'uploadformlimit' as well; it gets interpreted as #ca29 which is definitely not in the Thai range. Jeroen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361773: ipe - FTBFS: Expects that size_t is int
Package: ipe Version: 6.0pre26-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of ipe_6.0pre26-2 on debian-31 by sbuild/s390 85 [...] make[2]: Entering directory `/build/buildd/ipe-6.0pre26/src/ipetopng' g++ -c -pipe -O2 -D_REENTRANT -Wall -W -Werror -DQT_NO_CAST_FROM_ASCII -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I../include -I../ipemodel -I../ipecanvas -I../../build/moc/ipetopng -I. -o ../../build/obj/ipetopng/ipetopng.o ipetopng.cpp cc1plus: warnings being treated as errors ipetopng.cpp: In function 'int topng(const char*, const char*, int, double)': ipetopng.cpp:77: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' make[2]: *** [../../build/obj/ipetopng/ipetopng.o] Error 1 make[2]: Leaving directory `/build/buildd/ipe-6.0pre26/src/ipetopng' Please use %zu for size_t. size_t is either unsigned or unsigned long, depending on the architecture. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360131: Glib
user [EMAIL PROTECTED] usertag 360131 + gslice thanks Hi, somebody came asking today on #debian whether a bug they experienced was the same as this one. I had never used granule, so couldn't really say, but noticed reading the report that this is quite certainly an impact of the recent glib upgrade (see http://wiki.debian.org/StatusOfUnstable). A workaround which worked here is to run granule with $ G_SLICE=always-malloc granule; I'm going to try performing my first usertagging on this :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360843: Please replace modutils
On Mon, Apr 10, 2006 at 01:53:53AM -0400, Bryan Donlan wrote: On 4/9/06, Steve M. Robbins [EMAIL PROTECTED] wrote: Two comments: 1. It ain't just create_module; manpage-dev is also overwriting init_module Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_2.25-2_all.deb (--unpack): trying to overwrite `/usr/share/man/man2/init_module.2.gz', which is also in package modutils dpkg-deb: subprocess paste killed by signal (Broken pipe) 2. I agree with David Weinehall that manpages-dev should use Replaces: modutils. To Justin Pryzby's question Why? Upgrades from sarge to etch will be fine as long as one of modutils and manpages drops the file before the release. The problem is limited to sid, and developers can presumably be expected to work around it as necessary.. I answer: why not! Yes, developers can work around it; but why should we be constantly irritated? If things are worked out before etch, then the Replaces can be dropped. Setting replaces hides problems. It's better to just fix the problem;having manpages-dev be held up is very minor compared to the problems allowing wholesale file replacement might hide. Wrong. The use of Replaces is a mandatory *part* of the fix. You don't move a file from one package to another without using Replaces. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#354961: Patch for 1.0.8756-1
Package: nvidia-glx
Version: 1.0.8756-1
Followup-For: Bug #354961
The attached patch allows 1.0.8756-1 to be used with modular X.org
7.0. It seems to work for me.
Feel free to use - and push me on the stomach if something doesn't
work.
diff -urN ../n2/nvidia-graphics-drivers-1.0.8756/debian/changelog
nvidia-graphics-drivers-1.0.8756/debian/changelog
--- ../n2/nvidia-graphics-drivers-1.0.8756/debian/changelog 2006-04-10
08:56:33.0 +0200
+++ nvidia-graphics-drivers-1.0.8756/debian/changelog 2006-04-10
08:59:25.0 +0200
@@ -1,3 +1,9 @@
+nvidia-graphics-drivers (1.0.8756-1.0.1) unstable; urgency=low
+
+ * Adjust for X.org 7.0
+
+ -- Rasmus Bøg Hansen [EMAIL PROTECTED] Mon, 10 Apr 2006 08:59:10 +0200
+
nvidia-graphics-drivers (1.0.8756-1) unstable; urgency=low
* New upstream (closes: #361352)
diff -urN ../n2/nvidia-graphics-drivers-1.0.8756/debian/control.in
nvidia-graphics-drivers-1.0.8756/debian/control.in
--- ../n2/nvidia-graphics-drivers-1.0.8756/debian/control.in2006-04-10
08:56:33.0 +0200
+++ nvidia-graphics-drivers-1.0.8756/debian/control.in 2006-04-10
08:50:58.0 +0200
@@ -31,9 +31,10 @@
Package: nvidia-glx
Architecture: i386 amd64
-Depends: nvidia-kernel-#VERSION#, xserver-common (= 4.0.3), ${shlibs:Depends}
+Depends: nvidia-kernel-#VERSION#, x11-common (= 1:7.0.0), ${shlibs:Depends}
Suggests: nvidia-settings, nvidia-kernel-source (= #VERSION#)
Conflicts: nvidia-glx-src
+Provides: xserver-xorg-video
Replaces: nvidia-glx-src
Description: NVIDIA binary XFree86 4.x driver
These XFree86 4.0 / Xorg binary drivers provide optimized hardware
diff -urN ../n2/nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.dirs
nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.dirs
--- ../n2/nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.dirs
2006-04-10 08:56:33.0 +0200
+++ nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.dirs 2006-04-10
08:47:26.0 +0200
@@ -1,3 +1,2 @@
usr/include/GL
-usr/X11R6/lib/nvidia
usr/lib/nvidia
diff -urN ../n2/nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.postrm
nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.postrm
--- ../n2/nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.postrm
2006-04-10 08:56:33.0 +0200
+++ nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.postrm
2006-04-10 08:47:26.0 +0200
@@ -8,32 +8,26 @@
case $1 in
remove)
dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/lib/nvidia/libGL.so.xlibmesa /usr/lib/libGL.so /dev/null
- dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/X11R6/lib/nvidia/libGL.so.xlibmesa /usr/X11R6/lib/libGL.so /dev/null
+ dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/lib/nvidia/libGL.so.xlibmesa /usr/lib/libGL.so /dev/null
#rm /usr/lib/libGL.so || true
# ln -s /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so
-# ln -s /usr/X11R6/lib/nvidia/libGL.so.1.2.xlibmesa
/usr/X11R6/lib/libGL.so
dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/lib/nvidia/libGL.a.xlibmesa /usr/lib/libGL.a /dev/null
- dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/X11R6/lib/nvidia/libGL.a.xlibmesa /usr/X11R6/lib/libGL.a /dev/null
# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions/gl.h /usr/include/GL/gl.h /dev/null
# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions/glx.h /usr/include/GL/glx.h /dev/null
# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions/glxtokens.h /usr/include/GL/glxtokens.h
/dev/null
-# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions-X11R6/gl.h /usr/X11R6/include/GL/gl.h
/dev/null
-# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions-X11R6/glx.h /usr/X11R6/include/GL/glx.h
/dev/null
-# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions-X11R6/glxtokens.h
/usr/X11R6/include/GL/glxtokens.h /dev/null
+# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions/gl.h /usr/include/GL/gl.h /dev/null
+# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions/glx.h /usr/include/GL/glx.h /dev/null
+# dpkg-divert --remove --rename --package nvidia-glx-dev --divert
/usr/share/nvidia-glx/diversions/glxtokens.h /usr/include/GL/glxtokens.h
/dev/null
if [ -d /usr/lib/nvidia/ ]; then
rmdir /usr/lib/nvidia || true;
fi
- if [ -d /usr/X11R6/lib/nvidia ]; then
- rmdir /usr/X11R6/lib/nvidia || true;
-
- fi
;;
diff -urN
Bug#361662: [Pkg-zope-developers] Bug#361662: ITP: zope-cachefu -- suite of products for speeding up Plone
On Sun, 2006-04-09 at 15:08 +0200, Jérémy Bobbio wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: zope-cachefu Version : 1.0-beta Upstream Author : Geoff Davis [EMAIL PROTECTED] * URL : http://plone.org/products/cachefu * License : ZPL Description : suite of products for speeding up Plone Hi Jérémy, I'm really interested in the package (which will be a dependency of the new Plone). If you need any help (or sponsorship), please ask me. Have a nice day, -- 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: This is a digitally signed message part
Bug#361767: xlibmesa-gl: Cannot create libGL.so.1.2: No such file
close 361767 merge 327641 361767 kthxbye On Mon, 2006-04-10 at 00:57 -0500, Adam Porter wrote: Am I the only one having this problem, or is it a bug in the package? Neither. :} This is a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327641 and friends. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#356073: kopete: Jabber disconnects constantly with unknown error
On Monday 10 April 2006 04:54, Adam Porter wrote: Well, I'd do that, except I think they are separate issues. In this beta, the problem is that I can't connect at all. In the version currently in Debian, the problem is that it connects for a while, but then disconnects with Unknown error. I guess I should really test the new version in unstable and see if it works. As you wish. More data seldom is bad. Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
Bug#361180: need new root.img and boot.img for further testing
severity 361180 important thanks mate On Sun, Apr 09, 2006 at 08:03:37PM -0400, Jack Carroll wrote: On Sun, Apr 09, 2006 at 11:08:51AM +0200, Geert Stappers wrote: snip/ I have no clue what you are trying to tell. Please rephrase your original challenge. And send it to the mailinglist debian-boot@lists.debian.org The ML debian-boot@lists.debian.org is where development of debian-installer is discussed. It is the place where I saw this bugreport. OK, I'll restate it. In this bug report I'm testing the debian-installer boot floppy set, using the daily builds. The failure I identified is that the installer deletes the kernel after it installs it. The kernel does not re-appear anywhere else in the /target tree. I speculated that the reason for the error might be that the daily builds did not include a boot.img floppy, and the root.img and net-drivers.img that were provided might not be compatible with the Etch RC2 boot.img. Until that question can be answered, or there is a daily build that includes all the required floppy images, it doesn't seem useful to continue testing with floppies. http://people.debian.org/~joeyh/d-i/images/2006-04-06/floppy/ indeed misses boot.img. One directory deeper in http://people.debian.org/~joeyh/d-i/images/2006-04-06/floppy/access/ there is a boot.img, but also the cd-drivers.img and net-drivers.img that are in the directory with root.img. Where I'm a netbooting persoon, I had to lookup which floppies are needed. Reading http://d-i.alioth.debian.org/manual/en.i386/ch04s03.html | Next, use the command | | $ dd if=filename of=/dev/fd0 bs=1024 conv=sync ; sync | | where filename is one of the floppy disk image files | (see Section 4.2, Downloading Files from Debian Mirrors | for what filename should be). And Section 4.2 ( http://d-i.alioth.debian.org/manual/en.i386/ch04s02.html ) | 4.2. Downloading Files from Debian Mirrors | | To find the nearest (and thus probably the fastest) mirror, | see the list of Debian mirrors. | | When downloading files from a Debian mirror, | be sure to download the files in binary mode, | not text or automatic mode. | | 4.2.1. Where to Find Installation Images | | The installation images are located on each Debian mirror in the | directory debian/dists/etch/main/installer-i386/current/images/ | the MANIFEST lists each image and its purpose. is not really helpfull in preparation. At http://d-i.alioth.debian.org/manual/en.i386/ch05s01.html#floppy-boot there is | After booting from the boot floppy, the root floppy is requested. | Insert the root floppy and press Enter, and the contents are loaded into | memory. The installer program debian-installer is automatically launched. which mentions 'root' and 'boot' (but nothing about access floppies) I do now understand better what is meant by I speculated that the reason for the error might be that the daily builds did not include a boot.img floppy, and the root.img and net-drivers.img that were provided might not be compatible with the Etch RC2 boot.img. Until that question can be answered, or there is a daily build that includes all the required floppy images, it doesn't seem useful to continue testing with floppies. I have increased the severity of this bugreport. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361774: debian-installer-guide: which floppies to prepare
Package: debian-installer-manual Version: svn Severity: important Hello, This BR is a spin-off of #361180. Skip to the bottom of this message for the actual request. On Sun, Apr 09, 2006 at 08:03:37PM -0400, Jack Carroll wrote: I speculated that the reason for the error might be that the daily builds did not include a boot.img floppy, and the root.img and net-drivers.img that were provided might not be compatible with the Etch RC2 boot.img. Until that question can be answered, or there is a daily build that includes all the required floppy images, it doesn't seem useful to continue testing with floppies. http://people.debian.org/~joeyh/d-i/images/2006-04-06/floppy/ indeed misses boot.img. One directory deeper in http://people.debian.org/~joeyh/d-i/images/2006-04-06/floppy/access/ there is a boot.img, but also the cd-drivers.img and net-drivers.img that are in the directory with root.img. Where I'm a netbooting persoon, I had to lookup which floppies are needed. Reading http://d-i.alioth.debian.org/manual/en.i386/ch04s03.html | Next, use the command | | $ dd if=filename of=/dev/fd0 bs=1024 conv=sync ; sync | | where filename is one of the floppy disk image files | (see Section 4.2, Downloading Files from Debian Mirrors | for what filename should be). And Section 4.2 ( http://d-i.alioth.debian.org/manual/en.i386/ch04s02.html ) | 4.2. Downloading Files from Debian Mirrors | | To find the nearest (and thus probably the fastest) mirror, | see the list of Debian mirrors. | | When downloading files from a Debian mirror, | be sure to download the files in binary mode, | not text or automatic mode. | | 4.2.1. Where to Find Installation Images | | The installation images are located on each Debian mirror in the | directory debian/dists/etch/main/installer-i386/current/images/ | the MANIFEST lists each image and its purpose. is not really helpfull in preparation. At http://d-i.alioth.debian.org/manual/en.i386/ch05s01.html#floppy-boot there is | After booting from the boot floppy, the root floppy is requested. | Insert the root floppy and press Enter, and the contents are loaded into | memory. The installer program debian-installer is automatically launched. which mentions 'root' and 'boot' (but nothing about access floppies) Please document that there are three floppies need to be prepared. boot, root and cd-drivers or boot, root and net-drivers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361775: Security bug report
Package: mnogosearch-common Version: 3.2.31-1 Severity: critical Tags: security The Debian configuration tool (debconf) asks for the database administrator password when configuring mnogosearch, and then stores the password in clear text in the world-readable file /var/cache/debconf/config.dat under the key mnogosearch-common/database_admin_pass instead of using the restricted access file /var/cache/debconf/passwords.dat Regards, Andrew -- mailto:[EMAIL PROTECTED] Andrew Pam http://www.xanadu.com.au/ Chief Scientist, Xanadu http://www.glasswings.com.au/ Partner, Glass Wings http://www.sericyb.com.au/ Manager, Serious Cybernetics -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354358: RFH: Test swt-gtk (azureus) on ia64 and alpha
On Sat, Apr 08, 2006 at 11:55:27AM -0600, Shaun Jackman wrote: It has been reported that swt-gtk -- and azureus, which depends on it -- does not work on amd64. I suspect this is true of all 64-bit architectures. If you have access to a 64-bit architecture besides amd64, I would very much appreciate your help with this bug. The version in Sarge (libswt-gtk3=3.0-6) as well as the version that was in unstable (libswt-gtk-3.1=3.1.2-1) on 2006-02-07 both need testing. libswt-gtk-3.1=3.1.2-1 has been removed from the Debian archive, but is available from snapshot.debian.net: http://snapshot.debian.net/archive/2006/02/07/debian/pool/main/s/swt-gtk/ Thank you very much for your help porting to your architecture! I could test on alpha, but there's no version of swt-gtk in sarge for this architecture. Why is it the old versions of this package which need testing, not the current version? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#240503: tired of working an endless job ?
Tired of working a dead end job ? C_al.l us now get any de_gr.ee you desire in 2weeks or less! _1.0.0% verifiable 2-0-6-984-2327 Later, Beth Wayne
Bug#361706: wine: fails at startup
Sorry, I had a configuration problem with my mail and I used a wrong From address. This one is correct. Yes, the /usr/bin/wineserver is a remnant of an older Knoppix wine setup that unfortunately did not go away on upgrade. Thank you. I removed that and it now does not give the error. Unfortunately, now Exwcl when starting says that it cannot use OLE and then that it cannot initialize the VBE. Those errors did not show up before. Maybe I messed up my configuration and should reconfigure from scratch? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361740: liblua50-dev: symlink pointing to .
On Sun, 2006-04-09 at 18:23 -0700, Russ Allbery wrote: There is exactly one header file, and IMO packages should care enough about their dependencies to not do silly things to get a single file included. It smells like a transitional measure, but I don't know for sure. I see that it was intentional: It was indeed intentional I do generally agree that it's not the best idea if there are other solutions to the same problem, but I can see why one might arrive at this solution. And the exact reasoning is thus... Some programs are written aware of the lua50 and lua40 dirs used in Debian and other distros. They do: #include lua50/lua.h Some are aware and do: #include lua.h and have -I/usr/include/lua50 Some are aware and do: #include lua/lua.h and have -I/usr/include/lua50 Some are unaware and do either of the second without the -I -- at that point it's up to the packager to fix up the build either by adding a -I or by fixing the #include statements to be more correct. There is a wealth of software out there which uses Lua, and not all of it is suited to a packaged version of Lua and those which are are not always suited to the idea that there might be differing versions on the filesystem at the same time. This is a compatibility measure in an attempt to increase the amount of software which can build with as little intervention as possible from the packager. Also, it's not just one include file. It's just that others are in liblualib50-dev I imagine. Regards, Daniel -- Daniel Silverstonehttp://www.debian.org/ PGP mail accepted and encouraged.Key Id: 2BC8 4016 2068 7895 signature.asc Description: This is a digitally signed message part
Bug#361778: [INTL:gl] Galician debconf templates translation
Package: net-snmp Severity: wishlist Tags: l10n patch It is attached to this bug report. -- 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.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) # Galician translation of net-snmp's debconf templates. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the net-snmp package. # Jacobo Tarrio [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: net-snmp\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-03-12 05:03-0700\n PO-Revision-Date: 2006-04-10 10:24+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../snmpd.templates:3 msgid Upgrade warning from version 3.6 and below msgstr Aviso de actualización dunha versión 3.6 ou anterior #. Type: note #. Description #: ../snmpd.templates:3 msgid Debian now uses the NET SNMP agent/daemon. Since the new agent uses an entirely new configuration file format, any configuration you may have previously had can not be automatically updated and must be replaced. Consequently, a security-conscious configuration will be installed by default. Please read the snmpd.conf(5) manual page and then edit /etc/snmp/ snmpd.conf accordingly to change the configuration to suit your needs. msgstr Agora Debian emprega o axente NET SNMP. Xa que o novo axente emprega un formato de ficheiro de configuración totalmente novo, non se pode actualizar automaticamente a configuración que tivera anteriormente e hai que a substituír. Polo tanto hase instalar por defecto unha configuración segura. Lea a páxina de manual snmpd.conf(5) e edite /etc/snmp/snmpd.conf para axustar a configuración ás súas necesidades. #. Type: note #. Description #: ../snmpd.templates:14 msgid Upgrade warning from version 5.2.1 and below msgstr Aviso de actualización dunha versión 5.2.1 ou anterior #. Type: note #. Description #: ../snmpd.templates:14 msgid Debian has changed the default start parameters of the snmpd agent/daemon. The daemon is now started as user snmp, binds to localhost only and SMUX support is disabled. These parameters can all be individually changed in / etc/default/snmpd. Please see /usr/share/doc/snmpd/NEWS.Debian.gz for more details. msgstr Debian cambiou os parámetros de inicio por defecto do axente snmpd. O servizo iníciase agora co usuario snmp, só se asigna a localhost e o soporte de SMUX está desactivado. Todos estes parámetros pódense cambiar individualmente en /etc/default/snmpd. Consulte /usr/share/doc/snmpd/NEWS. Debian.gz para ver máis detalles.
Bug#361776: [INTL:gl] Galician debconf templates translation
Package: cdrtools Severity: wishlist Tags: l10n patch It is attached to this bug report. -- 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.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) # #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: cdrtools\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2004-06-13 16:01+0200\n PO-Revision-Date: 2006-04-10 10:15+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../cdrecord.templates:4 msgid Do you want the cdrecord binaries to be installed SUID root? msgstr ¿Quere que os binarios de cdrecord se instalen con SUID root? #. Type: boolean #. Description #: ../cdrecord.templates:4 msgid You have the option of installing cdrecord with the SUID bit set. msgstr Pode instalar cdrecord co bit SUID estabrecido. #. Type: boolean #. Description #: ../cdrecord.templates:4 msgid If you make cdrecord SUID, you can allow users in the \cdrom\ group to burn CD-ROMs without needing any additional privileges. This could, however, potentially allow cdrecord to be used during a security attack on your computer. If in doubt, I suggest you install it without SUID. If you later change your mind, you can run: dpkg-reconfigure cdrecord. msgstr Se o fai ha poder facer que os usuarios do grupo \cdrom\ torren CD-ROMs sen que precisen de privilexios adicionais. Isto, nembargantes, permitiría que cdrecord se puidera empregar durante un ataque de seguridade contra o seu ordenador. Se ten dúbidas, suxírese que o instale sen SUID. Se cambia de idea despois pode executar: dpkg-reconfigure cdrecord. #. Type: boolean #. Description #: ../cdrecord.templates:16 msgid Do you want to recreate device files needed by cdrecord? msgstr ¿Quere volver crear os ficheiros de dispositivos dos que precisa cdrecord? #. Type: boolean #. Description #: ../cdrecord.templates:16 msgid You have the option of installing the device special files needed by cdrecord. It seems that some of existing files have wrong major numbers, probably created for obsolete kernel versions. msgstr Pode instalar os ficheiros especiais de dispositivo dos que precisa cdrecord. Semella que algúns dos ficheiros existentes teñen números maiores incorrectos, que se crearon posiblemente para versións obsoletas do núcleo. #. Type: note #. Description #: ../cdrecord.templates:23 msgid You will need to create the missing device files yourself. msgstr Ha ter que crear os ficheiros de dispositivo que fallan vostede mesmo. #. Type: note #. Description #: ../cdrecord.templates:23 msgid You have decided to _not_ installing the device special files needed by cdrecord. It appears that these files are missing from your system. Before cdrecord will operate correctly, you will need to install the the needed / dev/sg0 and /dev/scd0 device special files. If you later change your mind and want me to create them for you, you can run: dpkg-reconfigure cdrecord. msgstr Decidiu _non_ instalar os ficheiros especiais de dispositivos dos que precisa cdrecord. Semella que eses ficheiros fallan no seu sistema. Para que cdrecord poida funcionar correctamente ha ter que instalar os ficheiros de dispositivo necesarios, /dev/sg0 e /dev/scd0. Se cambia de idea despois e quere que se creen por vostede pode executar dpkg-reconfigure cdrecord.
Bug#361780: Sending mail after connection timeout should raise an exception
Package: libruby1.8 Version: 1.8.4-1 Coin, I discovered a bug in log4r, not sending a mail when flushing (see #361349), because the SMTP connection remained opened since the opening of the log, which could be a very long time. I made a fix for log4r, but another fix is needed for net::smtp because no exception was raised when trying to send a mail after the timeout (was quite bad for debugging). Regards. -- Marc Dequènes (Duck) pgpNHszzXRRMX.pgp Description: PGP signature
Bug#360637: libpcap-ruby doesn't support findalldevs
tag 360637 +patch thanks Hi, Attached is a debdiff I uploaded to Debian. You probably mean s/Debian/Ubuntu/ ? Thanks for your patch. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361314: can't connect to wireless interface anymore
Matijs van Zuijlen wrote: On Sat, Apr 08, 2006 at 01:05:06AM +0200, Michael Biebl wrote: Hi Matijs, Hi Michael, Thanks for the quick reply. I prepared a new release 0.6.2-2 which makes wpasupplicant optional. Please add deb http://debs.michaelbiebl.de/ unstable main to your /etc/apt/sources.list file, upgrade to this new revision and tell me if it works for you. If it still fails, remove the wpasupplicant package and try again. Sorry, my architecture is powerpc, so the debs don't work. I have built the package from source (I had to change the .dsc file, since it had a different hash and size for the orig.tar.gz file than the 0.6.2-1 version; I hope that's not a problem). After removing wpasupplicant, I now do get a connection, but it is to the wrong network: nm-applet reports the one I want: Wireless connection to 'slinky' Whereas iwconfig reports connection to 'linksys': eth2 IEEE 802.11b ESSID:linksys Nickname:HERMES I Mode:Managed Frequency:2.462 GHz Access Point: 00:14:BF:B1:AD:1A Bit Rate:5.5 Mb/s Sensitivity:1/3 Retry limit:4 RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=5/92 Signal level=-97 dBm Noise level=-102 dBm Rx invalid nwid:0 Rx invalid crypt:5 Rx invalid frag:336 Tx excessive retries:5918 Invalid misc:0 Missed beacon:0 The access point I'm trying to connect to is encrypted with WEP. With 0.6 you need wpa_supplicant for both WEP and WPA encryption. There is currently no other way. I tried to start a discussion on the NetworkManager mailing list to fall back on libiw (iwconfig) for WEP encryption if no wpa_supplicant is available. Let's hope that the NM devs will consider that option. I'm sorry that I can't provide you a working solution atm. If you want WEP encryption it's probably best if you go back to 0.5.1 for now and set the packet on hold. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#356709: missing base-config breaks building of new chroots
Hi all, may I mention that with base-config now missing, I'm not able to build chroots anymore? On Sid (trying to build a Sid chroot) I get: electra2-sid:/# debootstrap --second-stage bash: debootstrap: command not found (from within the chroot) and electra2-sid:/home/wjl# debootstrap --second-stage cat: /usr/lib/debootstrap/suite: No such file or directory from without. On Sarge (trying to build a Sid chroot) I get: E: Couldn't download base-config (while debootstrapping) And finally, in the debootstrap (8) manpage, the final init-command also fails. Kind regards, wjl aka Wolfgang Lonien -- Key ID 0x728D9BD0 - public key available at wwwkeys.de.pgp.net Key Fingerprint = A923 2294 B7ED EB3E 2F18 AE56 AAB8 D36A 728D 9BD0 uid Wolfgang Lonien (wjl) like: [EMAIL PROTECTED] We prefer encrypted, text-only email messages here. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361729: vlc: Don't build depend on gcc-snapshot
severity 361729 wishlist thanks On Sun, Apr 09, 2006, Kurt Roeckx wrote: It seems you're build depending on gcc-snapshot. Please don't do that. It's an experimental version. I'm afraid it was the only way to build VLC. As you have noticed. According to the changelog: + Build-depend on gcc-snapshot on i386 and amd64, because currently only that version of gcc properly builds some of the MMX modules. Did you atleast try that gcc-4.1 works now? And did you? I don't understand why you have to be so rude, gcc-4.1 has not been here for long and obviously my next upload won't build- depend on gcc-snapshot. -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361689: I810: Failed to load module ddc (module does not exist, 0)
On Sun, 2006-04-09 at 20:36 +0300, vj wrote: Package: xserver-xorg Version: 1:7.0.9 Severity: important X won't load, ddc fails with the subject. Xorg.0.log is at http://channels.debian.net/paste/2330 The headers above mention version 1:7.0.9, but the log file referenced above shows version 6.9.0.dfsg.1-6. Which is it? :) Does not loading the ddc module explicitly in xorg.conf make a difference? PS: XSF, what's the plan for /usr/share/bug/xserver-xorg/script in the modular world order? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#361413: [l10n] Czech translation for adduser
tags #361413 confirmed pending thanks On Sat, Apr 08, 2006 at 04:19:25PM +0200, Miroslav Kure wrote: in attachement there is updated Czech (cs.po) translation of adduser. Please include it with the package. Committed to svn, thanks. 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#210090: The package description does not follow Debian policy
tag 210090 +patch
thanks
Hi,
The attached debdiff slightly improves the packages descriptions.
Thank you,
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
diff -u libpcap-ruby-0.6/debian/changelog libpcap-ruby-0.6/debian/changelog
--- libpcap-ruby-0.6/debian/changelog
+++ libpcap-ruby-0.6/debian/changelog
@@ -1,3 +1,10 @@
+libpcap-ruby (0.6-5.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Improved short and long descriptions. Closes #210090.
+
+ -- Lucas Nussbaum [EMAIL PROTECTED] Mon, 10 Apr 2006 10:49:32 +0200
+
libpcap-ruby (0.6-5) unstable; urgency=low
* rebuild with ruby1.6 and ruby1.8, closes: #212265.
diff -u libpcap-ruby-0.6/debian/control libpcap-ruby-0.6/debian/control
--- libpcap-ruby-0.6/debian/control
+++ libpcap-ruby-0.6/debian/control
@@ -13,8 +13,16 @@
-Description: libpcap interface for scripting language Ruby 1.6
- libpcap interface for the object-oriented scripting language Ruby 1.6.
+Description: Ruby interface for the libpcap packet capture library
+ libpcap (Packet CAPture) provides a portable framework for low-level
+ network monitoring. This package provides bindings for the Ruby
+ programming language, version 1.6.
+ .
+ Homepage: http://www.goto.info.waseda.ac.jp/~fukusima/ruby/pcap-e.html
Package: libpcap-ruby1.8
Architecture: any
Depends: ${shlibs:Depends}
-Description: libpcap interface for scripting language Ruby 1.8
- libpcap interface for the object-oriented scripting language Ruby 1.8.
+Description: Ruby interface for the libpcap packet capture library
+ libpcap (Packet CAPture) provides a portable framework for low-level
+ network monitoring. This package provides bindings for the Ruby
+ programming language, version 1.8.
+ .
+ Homepage: http://www.goto.info.waseda.ac.jp/~fukusima/ruby/pcap-e.html
Bug#360622: tex4ht: Problem with font changes in math mode
Dear Eitan,
On Mon, 10 Apr 2006, Eitan Gurari wrote:
with mk4ht oolatex mini.tex, I get:
! Argument of \new:mfont has an extra }.
inserted text
\par
l.11 S = s_\mathrm{
N} [\mathrm{N}] + s_\mathrm{U} [\mathrm{U}]
Try using s_{\mathml{...}} instead of s_\mathml{...}. Unlike
(la)tex, tex4ht insists that multi parts subscripts and superscripts
should be braced. -eitan
Thanks for this fix. I'll add a note on this in the documentation
that goes with Debian so it doesn't catch other people out.
Regards,
Kapil.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360622: tex4ht: Problem with font changes in math mode
Eitan Gurari [EMAIL PROTECTED] wrote:
| \label{eq:20}
| S = s_\mathrm{N} [\mathrm{N}] + s_\mathrm{U} [\mathrm{U}]
| % S = s_\text{N} [\text{N}] + s_\text{U} [\text{U}]
with mk4ht oolatex mini.tex, I get:
! Argument of \new:mfont has an extra }.
inserted text
\par
l.11 S = s_\mathrm{
N} [\mathrm{N}] + s_\mathrm{U} [\mathrm{U}]
Try using s_{\mathml{...}} instead of s_\mathml{...}. Unlike
(la)tex, tex4ht insists that multi parts subscripts and superscripts
should be braced. -eitan
Thank you very much, now the file is processed fine.
There's still one problem: \mathrm is not in fact honored, i.e. the
letters are still italic, not upright in the Openoffice document. The
other version with amslatex and \text does produce upright letters, and
that's the way I'd ordinarily do it, anyway (I used \mathrm only for the
minimal example).
Are there more cases like this where tex4ht is more strict than LaTeX?
Maybe this should be documented somewhere.
Many thanks again,
Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
Bug#355811: same problem
On Fri, Apr 07, 2006 at 05:29:00PM -0600, Bdale Garbee wrote: If there is any other information I can provide that would be useful, feel free to ask. This hardware configuration used to work fine with the XFree86 server, I'd be pleased to help get it working completely with X.org too! The fixes in ati-1-0-branch should fix your problems; hang on for modular to hit unstable. Cheers, Daniel signature.asc Description: Digital signature
Bug#361781: plplot-doc: uninstallable due to tight versioned dependency on liblplot9
Package: plplot-doc Version: 5.3.1-9 Severity: grave The plplot-doc package is uninstallable in unstable because plplot was binNMUed for the hdf5 ABI change, and plplot-doc, an arch: all package, has a dependency on libplplot9 (= 5.3.1-9) which no longer exists. Arch: all - Arch: any strict versioned dependencies are fundamentally incompatible with binNMUs. It's my understanding that the reason for this particular dependency is so that plplot-doc and libplplot9 can share a /usr/share/doc directory, which is also incompatible with binNMUs: an arch: any package will have an additional changelog entry from the binNMU that doesn't correspond to the arch: all package which hasn't been rebuilt. Please consider making /usr/share/doc/plplot-doc a real directory and dropping (or relaxing) the dependency on libplplot9. Either way, plplot needs a sourceful upload for the hdf5 transition. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#361783: kernel-image-2.4.27-i386: missing pci ids for RTL8169 based cards
package: kernel-image-2.4.27-i386
The r8169 driver has only one pci id, for a realtek manufactured card.
(reference implementation?)
There are several more cards based on this chip, which are not recognized
and can be supported by simply adding pci id lines.
Sample patch attached, for the USR 7902 (which is a card I use).
Regards,
Filip
--
The man who trades freedom for security does not deserve nor will he ever
receive either.
-- Benjamin Franklin
--- linux-2.4.32/drivers/net/r8169.c2004-08-08 01:26:05.0 +0200
+++ r8169.c 2006-04-04 17:03:13.0 +0200
@@ -145,6 +145,7 @@
static struct pci_device_id rtl8169_pci_tbl[] = {
{0x10ec, 0x8169, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
+ {0x16ec, 0x0116, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
{0,},
};
Bug#361782: false positive because of running ldd in wrong environment
Package: linda Version: 0.3.21 Severity: normal Linda gives me lots of messages like W: sim; Shared object /usr/bin/sim is linked with version 6 and 5 of libstdc++. W: sim; Shared object /usr/lib/libsim.so.0.0.0 is linked with version 6 and 5 of libstdc++. W: sim; Shared object /usr/lib/sim/__homedir.so is linked with version 6 and 5 of libstdc++. W: sim; Shared object /usr/lib/sim/__migrate.so is linked with version 6 and 5 of libstdc++. W: sim; Shared object /usr/lib/sim/_core.so is linked with version 6 and 5 of libstdc++. But this is wrong - a package was built in sid chroot, and if installed there, links against libstdc++.so.6 only. Message is probably caused by attempt to run 'ldd' on package's files on the host, which is running (mostly) sarge and has different versions of many libraries. Probably linda should not rely on host having the same environment as package is built for. -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (640, 'proposed-updates'), (640, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-zigzag Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages linda depends on: ii binutils 2.15-6 The GNU assembler, linker and bina ii dash 0.5.2-5The Debian Almquist Shell ii dpkg-dev 1.13.16package building tools for Debian ii file 4.12-1 Determines file type using magic ii man-db2.4.2-21 The on-line manual pager ii python2.3.5-2An interactive high-level object-o Versions of packages linda recommends: ii debian-policy 3.6.1.1Debian Policy Manual and related d -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361763: Can get back through door in BioMech Communications before it closes
On Sun, 2006-04-09 at 21:58 -0700, Josh Triplett wrote: Package: blobwars Version: 1.05-2 In BioMech Communications, as soon as you drop into the water the door starts closing; however, if you immediately hop back out, the door can close under you, leaving you trapped on the wrong side of it, and forcing you to abort the level. Screenshot attached. I am not sure if the game should allow or not shooting yourself in your feet :-). -- Ondrej Sury [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#270160: UPDATE: URxvt*font being ignored in latest version 7.7-2
Hi I have changed my .Xresources file to look like this URxvt.font: a16 previously it was like URxvt*font: a16 so there seems to be some problem with the wild card! Alex signature.asc Description: Digital signature
Bug#361747: [Pkg-xfce-devel] Bug#361747: xfce-setting-show: assertion failure followed by segfault
On Mon, Apr 10, 2006 at 02:35:28AM +0100, Stephen Gran wrote: This is what I see: [EMAIL PROTECTED]:~$ xfce-setting-show (xfce-mcs-manager:19068): libxfce4mcs-CRITICAL **: mcs_manager_add_channel_from_file: assertion `filename != NULL strlen (filename) 0' failed The assertion failure follows: The segfault occurs after: [..] Hopefully that's helpful. I have experimentally moved .config (seems like a namespace clash waiting to happen, but oh well) and .xfce4 out of the way, but no improvement. .config is the XDG standard place for config in the Free Desktop standards (http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html) .xfce4 won't be used by the 4.2.x versions. Can you give us the output of: ls /usr/lib/xfce4/mcs-plugins/ please? I suspect it's some plugin that's crashing it but I can't really be sure. I've not seen any other reports of this but it could be yet more new glib memory allocator fallout. Simon. -- oOoOo No problem is too big it can't be run away from -- Linus oOoOo oOoOooOoOo oOoOo oOoOo signature.asc Description: Digital signature
Bug#361729: vlc: Don't build depend on gcc-snapshot
severity 361729 serious thanks On Mon, Apr 10, 2006 at 10:57:58AM +0200, Sam Hocevar wrote: severity 361729 wishlist thanks On Sun, Apr 09, 2006, Kurt Roeckx wrote: It seems you're build depending on gcc-snapshot. Please don't do that. It's an experimental version. I'm afraid it was the only way to build VLC. As you have noticed. But it's not releasable in that state, because gcc-snapshot is not a package targetted for release; so this bug is still serious until a package has been uploaded that builds with one of the other gcc packages. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#361747: [Pkg-xfce-devel] Bug#361747: xfce-setting-show: assertion failure followed by segfault
This one time, at band camp, Simon Huggins said: On Mon, Apr 10, 2006 at 02:35:28AM +0100, Stephen Gran wrote: [..] Hopefully that's helpful. I have experimentally moved .config (seems like a namespace clash waiting to happen, but oh well) and .xfce4 out of the way, but no improvement. .config is the XDG standard place for config in the Free Desktop standards (http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html) OK. .xfce4 won't be used by the 4.2.x versions. Not restoring it, then. Can you give us the output of: ls /usr/lib/xfce4/mcs-plugins/ please? [EMAIL PROTECTED]:~$ ls /usr/lib/xfce4/mcs-plugins/ backdrop_settings.so libxfce4settings.so screensaver_plugin.so splash_settings.soxfcalendar_plugin.so xftaskbar_plugin.so display_plugin.so libxffmsettings.so session_settings.soui_plugin.so xfce4-iconbox_settings.so xfwm4_plugin.so keyboard_plugin.somouse_plugin.so sound_settings.so workspaces_plugin.so xfprint_plugin.so Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#360879: xserver-xorg: Xorg's radeon driver does not seem to support DVI on docking station
On Wed, 2006-04-05 at 10:22 +0200, Eric Lavarde wrote: Package: xserver-xorg Version: 6.9.0.dfsg.1-4 Severity: normal I have an nc6000 HP laptop with Radeon card, as well as a docking station with DVI port, with a flat screen attached to it. Before upgrading to etch/xorg from sarge/xfree86, I was able to have one configuration (attached as xorg.conf.200602171936) and the xserver would do the right thing: - laptop standalone: 1024x768 on the internal display. - laptop in docking station: 1280x1024 on external screen. (I'm *not* trying to have something fancy like dual screen!) Both config and log file included by the reportbug script show a dual screen configuration though. Since I've upgraded, I need to switch between two configuration files in order to reach the same purpose. And if I use the wrong configuration file, I get the following behavior: - laptop standalone: internal display shows completely garbled picture, looks like wrong sync parameters; I suspect trying to represent 1280x1024 on a display with 1024x768. - laptop docked: the external screen doesn't show anything. I suspect it's running on the internal screen. In both cases, the xserver doesn't notice anything strange and runs happily. While writing this report, my computer is in the docking station. I'll attach as well the 'standalone' configuration as xorg.conf-works-with-internal-LCD. Please attach log files obtained when starting with xorg.conf.200602171936, both when docked and not. Another issue I have since I upgraded is that I can't switch anymore between internal and external (VGA, this time, especially beamer) using the Fn+F4 combination, even if I set the 'Option BIOSHotkeys true' in the device section. Should I create a separate bug report for this one? Yes, assuming this doesn't clear up in the course of this one and that there's no other report about it yet. Option MonitorLayout TMDS,LVDS This combination can't work currently because the driver doesn't support external TMDS chips yet (the Radeon chip only has one TMDS unit integrated, which is used for the internal display). -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#361637: gcc-3.3: takes too much RAM when compiling const arrays
On Sun, Apr 09, 2006 at 11:52:27AM +0100, Silas S. Brown wrote:
Package: gcc-3.3
Version: 1:3.3.5-13
Severity: minor
I tried to compile flite (Festival Lite, the speech
synthesizer) using gcc. One of the source files is a
7.5-megabyte C file with no includes and the only thing it
contains is a single array of the form
const char array[]={142,152,276,371,
... and so on for 7.5 megabytes (automatically generated)
Why does gcc need well over 250 megabytes of RAM to compile
this? My 128M system was not up to the task. I was later
able to compile it without problems on a system with 1G of RAM.
Automatically-generated arrays like this are reasonably
common enough to warrant an effort to compile them more
efficiently, especially for the benefit of people who don't
have the latest hardware to compile on.
That is a known problem which was discussed on gcc lists
in late 2004 but actually dates back to 2000:
http://gcc.gnu.org/ml/gcc/2004-12/msg00126.html
It is in the bug database:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
but has not been solved despite the promises, although
there is a tentative (not actually finished) patch:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00091.html
In other words, don't hold your breath. It seems that
most GCC developers think that 1GB is a ridiculously
small amount of memory these days :-(
Regards,
Gabriel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361784: textchk: Please clarify the nativeness of your package
Package: textchk Severity: minor Hi, Your package does not contain any dash in the version number and the upload has been made without a diff.gz, which usually means that it is a Debian-specific package. However, it does not seem to be a Debian-specific package, and you are not the upstream author, according to the copyright file which states: Upstream Author: Daniele Giacomini [EMAIL PROTECTED] Can you please clarify this situation? Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#361785: hal: Breaks autofs expiry
Package: hal Version: 0.5.7-1 Severity: normal I have an autofs mount for my USB key, so that it gets mounted on /mnt/auto/removable/usb-key when accessed. autofs has an expiry time of 30 seconds, which means the key is automatically unmounted after 30 seconds of non-usage. Unfortunately, it seems hal catches this unmount event and does stuff with it, which I wouldn't argue against, except it tries to access /mnt/auto/removable/usb-key/.created-by-hal. Which triggers autofs, which in turn mounts /mnt/auto/removable/usb-key again. So the key is unmounted and automatically remounted every 30 seconds if I don't use it, which means I can't unplug it cleanly. For some reason, this behaviour only appears for the USB key and the (USB mass storage) digital camera, but not for the CD-ROM. USB key has an ext3 filesystem on it, camera has vfat. Killing hald fixes the problem (the automounts get to properly expire). Restarting it restarts the problem. -- 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.16-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages hal depends on: ii adduser 3.85 Add and remove users and groups ii dbus 0.61-5 simple interprocess messaging syst ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-5 simple interprocess messaging syst ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libhal1 0.5.7-1Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip ii pciutils 1:2.1.11-16Linux PCI Utilities ii udev 0.089-1/dev/ and hotplug management daemo ii usbutils 0.71+cvs20051029-5 USB console utilities hal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361786: problem with security updates and fai-cd
package: fai
Hi Thomas,
we talked about the issue yesterday morning, as you had no time to work on
this yesterday, I decided to forward it to the BTS so that this issue doesn't
get forgotten.
regards,
Holger
-- Forwarded Message --
Subject: Re: debootstrap: security updates
Date: Monday 30 January 2006 20:46
From: Christoph Mitasch [EMAIL PROTECTED]
To: linux-fai@uni-koeln.de
Hi!
On Tue, 29 Nov 2005 15:58:06 +0100, Christoph Mitasch [EMAIL
PROTECTED] said:
When calling make-fai-nfsroot debootstrap installs some base debian
packages but does not take security updates into account.
...debootstrap $FAI_DEBOOTSTRAP_OPTS $1 $NFSROOT $2...
Is there a way to get debootstrap to include security updates from
security.debian.org?
debootstrap itself can not use security.debian.org, because it only
uses one URI. But make-fai-nfsroot is doing and update;upgrade, so it
should work if you include security in /etc/fai/sources.list.
--
regards Thomas
security.debian.org was already included in /etc/fai/sources.list.
The security updates for the packages fetched via debootstrap are not
included.
I checked $NFSROOT/var/tmp/base.tgz. My impression was, that it does not
include packages from security.debian.org.
Now I have a new problem that I think is related to my security updates
troubles. Today I created a new fai-mirror and afterwards a new fai-cd.
When I try to install with the new FAI-CD it fails because there is a
conflict between a package from the base repository (without security
updates) and a package from security.debian.org that is trying to be
installed.
Any ideas?
Thank you!
Christoph
---
-- Forwarded Message --
Subject: Re: debootstrap: security updates
Date: Sunday 09 April 2006 03:25
From: Holger Levsen [EMAIL PROTECTED]
To: linux-fai@rrz.uni-koeln.de
Hi,
On Tuesday 31 January 2006 17:42, Christoph Mitasch wrote:
Here are the details:
The problem was that the function delete_base_packages in the
fai-mirror script removes all packages that are already included in
base.tgz. This function removed a security-updated package from the
fai-mirror.
Now when task_instsoft tried to install a package that depends on the
security-updated one, it failed because of a dependency to the newer
version of the updated package existed.
That updated package was not installed through task_extrbase and not
updated through task_updatebase since the fai-mirror didn't contain
the security-updated package.
Ok and now the concrete case.
When installing with fai-cd it fails at task_instsoft with the
following error:
perl: Depends: perl-base (= 5.8.4-8sarge3) but 5.8.4-8 is to be
installed
The reason for that is that the perl-base 5.8.4-8 package was already
installed through base.tgz and that perl-base 5.8.4-8sarge3 was
removed through delete_base_packages from the fai-mirror.
I think the delete_base_packages function should be reworked so it
does not remove security updates.
At the moment it removes packages with that command, where $p is a name
from base-pkgs.lis (e.g. perl-base)
# rm $archivedir/${p}_*.deb
There is a option -afor fai-mirror that solved my problem.
-a Add packages included in base.tgz and packages defined in
make-fai-nfsroot.conf to the mirror.
And now I'm just happy that it works again ;)
Christoph
On Mon, 2006-01-30 at 21:20 +0100, Michael Tautschnig wrote:
What kind of conflict is it? Could you be so kind and provide some logs
or the exact error message?
Thomas, you have not replied to this at all :( To me this looks like a bug
worth fixing - shall I commit it to the BTS tomorrow ?!
regards,
Holger
---
pgpvlZxpj4vW9.pgp
Description: PGP signature
Bug#361788: ilohamail: Debconf templates do not follow Developer's Reference recommendations
Package: ilohamail Version: N/A Severity: minor The debconf templates for this package do not follow the recommendations given in the Developers Reference, section 6.5 (Configuration management with debconf). Even though not mandatory, this part gives general advices about the Right Way to write debconf templates to achieve a general consistency in Debian about the way to prompt users. Please make your best following these advices. If you follow these suggestions, please consider later using the podebconf-report-po utility from the po-debconf package, to notify translators of the induced changes. Then leave them a few days to update their translations (1 week is considered good practice so that translation teams can apply their usual QA policies). This bug report template is mostly generic so I can't point out exactly which part of your debconf templates I have considered not following these recommendations. I recommend your first read the mentioned part of the DR, make the changes you feell needed, then come back to me with the new templates file. Most often encountered errors: -using interrogative form for string/select/multiselect templates. For instance: Which web server should be reconfigured? instead of Web server to reconfigure: -making specific reference to some debconf interfaces widgets such as using If you choose 'No' in boolean templates -using the first person (I will do this) -too long extended description (should idealistically fit in one screen with the dialog interface in a 80x25 terminal) -extended description repeating the short description -extended description using an interrogative sentence in a boolean template. Only the short description should issue a question in such templates. -repeat the short description i nthe long description -non informative enough template. Think about users who install your package among dozens of others -too long template (fitting on a 80x25 screen is recommended) etc... Please get in touch with me in case you need more details about why I think your templates file need some rewrite. If you do so, please attach the debian/templates of debian/package.templates file so that I can propose you a rewrite. -- 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.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361787: ls -h uses wrong specifiers
Package: coreutils Version: 5.2.1-2 Severity: minor The size display of ls -h currently uses K to mean kilo: | -rwxr-xr-x 1 root root 75K 2004-07-16 13:37 /bin/ls However, the correct abbriviation for kilo is a lower case k. It almost looks like it's using K as an abbreviation for Ki (kibi), as a lowercase k is used when --si is specified: | -rwxr-xr-x 1 root root 76k 2004-07-16 13:37 /bin/ls That is even more confusing, as the other abbrivations (M, G, T, etc), do not change when --si is specified. Please consider using the correct abbriviations everywhere (i.e. Ki, Mi, etc without --si, k, M, G with --si), like (for example) ifconfig does nowadays. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.23-1 Access control list shared library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361791: kdesvn: crash when checking out repository(non-repeatable)
Package: kdesvn Version: 0.7.3-1 Severity: normal I had opened a repository, imported some files. I had imported one more file and then received the error: Path 'file:///foo' already exists. When I try to check out the repository, kdesvn does it, but it finally crashes with the bactrace attached. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1-p4s Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kdesvn depends on: ii kdelibs4c2a 4:3.5.2-1 core libraries for all KDE applica ii kdesvn-kio-plugins0.7.3-1subversion I/O slaves for KDE ii libapr0 2.0.55-4 the Apache Portable Runtime ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdb4.3 4.3.29-4.1 Berkeley v4.3 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libgcc1 1:4.1.0-1 GCC support library ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libldap2 2.1.30-13 OpenLDAP libraries ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.6-1 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libstdc++64.1.0-1The GNU Standard C++ Library v3 ii libsvn0 1.2.3dfsg1-3 shared libraries used by Subversio ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages kdesvn recommends: ii kompare 4:3.4.3-1 a KDE GUI for viewing differences -- no debconf information (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1500580160 (LWP 1427)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #6 0xe410 in __kernel_vsyscall () #7 0xa7d1e6d1 in raise () from /lib/tls/i686/cmov/libc.so.6 #8 0xa7d1ff9b in abort () from
Bug#361790: yafc: Memory allocation errors tranferring files with XBMC/Filezilla (fixed upstream)
Package: yafc Version: 1.1-4 Severity: important When transferring files to/from XBMC (Xbox mediaplayer which uses Filezilla) I sometime see the following error with certain files: *** glibc detected *** free(): invalid next size (normal): 0x08092c20 *** Aborted I haven't narrowed down what the properties of the problematic files are hwever as this issue doesn't seem to be present in the latest upstream release of Yafc (1.1.1). Cheers, Steve -- 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.15.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages yafc depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries yafc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317953: openssl: smime -encrypt mangles gzipped files
Just a little follow-up: I just tested to see if this still problem still persists, and it does. This is with the openssl currently in sid (0.9.8a-8) -- Mourad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361097: python-pysqlite2 and new sqlite3 packages
On Fri, 07 Apr 2006 07:17:38 +0200, Laszlo Boszormenyi wrote: On Thu, 2006-04-06 at 22:45 +0200, Joel Rosdahl wrote: Laszlo Boszormenyi [EMAIL PROTECTED] writes: [version 2.0.7] Fixed an API misuse that made pysqlite 2.0.x unusable with SQLite versions 3.3.3 or later. So please package and upload it due to #361097 . Okay. I will upload python-pysqlite2_2.2.0-1 shortly. Thanks for the quick response Joel! Mourad please report back if this solves your problems. Hi, sorry for the late response - for some reason I didn't get a copy of the mail addressed to [EMAIL PROTECTED] . In any case: I tried it and it works now. Thanks for the quick response! -- Mourad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282775: libsasl2[-dev] libtool dependencies
It's not only libdb4.2. libsasl2.a seems to depend on all its plugins and it is not declared in libsasl2.la. I'm no autotools/libtool expert, but something is wrong and it bites a lot of users of libsasl2 and OpenLDAP. Here's a another example from Mandriva: http://www.openldap.org/lists/openldap-software/200601/msg00242.html Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361792: yafc: Newer upstream version, fixes some potentially serious bugs
Package: yafc Version: 1.1-4 Severity: normal Hi, There is a new version of yafc upstream. Some of the changes seem to address some potentially serious problems (including password problems?): * Applied patch by Norihiko Murase for ls -t (timestamp) fix * Double fclose() segfault fix * autoconf herror include fix * Modified code to use strtoul / strtoull * Changed getpass hook to use new code (fixes ctrl+c password local echo bug) * Updated TODO * Confirmed remaining bugs as fixed or non-issues * Added KNOWN_ISSUES file Cheers, Steve -- 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.15.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages yafc depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries yafc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361789: PHP Warning: mime_magic: type regex BEGIN[[:space:]]*[{] application/x-awk invalid in Unknown on line 0
Package: php4-cli
Version: 4.4.2-1
If I try to run a php script on console, then a warning message appears:
PHP Warning: mime_magic: type regexBEGIN[[:space:]]*[{]
application/x-awk invalid in Unknown on line 0
You can reproduce it like following samples:
sample 1:
server:~# php -v
PHP Warning: mime_magic: type regexBEGIN[[:space:]]*[{]
application/x-awk invalid in Unknown on line 0
PHP 4.4.2-1 (cli) (built: Jan 18 2006 12:33:46)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
sample 2:
server:~# cat test.php
#!/usr/bin/php4 -q
?php ?
server:~# ./test.php
PHP Warning: mime_magic: type regexBEGIN[[:space:]]*[{]
application/x-awk invalid in Unknown on line 0
sample 3:
server:~# cat test.php
?php ?
server:~# php4 test.php
PHP Warning: mime_magic: type regexBEGIN[[:space:]]*[{]
application/x-awk invalid in Unknown on line 0
I am using Debian Testing, Kernel 2.6.13.1 (self compiled).
The error was also reported in PHP Bug Database by an other debian user:
http://bugs.php.net/bug.php?id=36915
Best regards
Sven
Bug#361795: bugs.debian.org: Please show reassigned bugs on the page of the original package
Package: bugs.debian.org Severity: wishlist Hello, please show the reassigned bugs on the overview bug page (pkgreport.cgi) for the package the bug was reported against originally. Even if a bug is reassigned it is still experienced by the users of the original package which will then file a duplicate bug. Best regards, Silvestre -- http://silvestre.zabala.name/ signature.asc Description: Digital signature
Bug#355497: bluez-utils: hid2hci --tohid does not work
Edd Dumbill wrote: On Mon, 2006-03-06 at 03:47 +0100, Mourad De Clerck wrote: So bottom line is: switching from HID to HCI works, switching back doesn't (and never has I might add). For the record: my keyboard is a Logitech DiNovo Media Desktop with an MX900 BT mouse. I notice Ubuntu have disabled the hid2hci switching completely. It works fine on my DLink dongle, but it may not be a good thing to have enabled by default. We should probably make this configurable and switch it off by default. I see. The disadvantage of disabling it is that even though your input devices will most likely work, you won't have any bluetooth functionality. I guess it'd be good to have a NEWS.Debian entry or debconf question on this issue in that case. Ideally, upstream would look into fixing the hid2hci switching for the different types of dongles, but considering Logitech's non-existant developer support I'm not holding my breath. Thank you anyway, -- Mourad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#182747: make over 100_thou.sand more
Tired of working a dead end job ? Ca.ll u_s now get any de.g.ree you desire in 2weeks! _1.0.0% verifiable 2'0'6'984'2327 Get back to you later, Matt Adams Look ever upward at the sun and the stars. . and even the fantastic. Of all these varied cases, however, I cannot recall ,And the chair is becoming quite mucky and damp. of the large counties recorded lower mean real wages.. To while awayforbidden things. Who lived in a shoe.. Washington but when inflation was added to the calculation a total of 105. No safety , no love, no respect was I due.,I am the woman who worked in the field Like the flickering light in no 46, the blocked shower tray in number 49,. Of Bobo the Bear.. 'I guess I never really thought about it much.'.
Bug#361791: kdesvn: crash when checking out repository(non-repeatable)
Raúl Sánchez Siles wrote: Package: kdesvn Version: 0.7.3-1 Severity: normal I had opened a repository, imported some files. I had imported one more file and then received the error: Path 'file:///foo' already exists. What do you mean with import, add to the repository? Can't reproduce this behaviour. Did you possibly use a multiple selection and accidentally selected a file which was already added? When I try to check out the repository, kdesvn does it, but it finally crashes with the bactrace attached. With this information alone, it is impossible to reproduce the bug. Is the repository, where kdesvn crashes, publicly available? If so, could you please post the URL. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#361793: [INTL:newt] newt package translation in Dzongkha
Package: newt Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Dzongkha translation of newt package named newt.po. Many Thanks Pema Geyleg # Dzongkha translation of newt # Copyright @ 2006 Free Software Foundation. # Kinley Tshering # msgid msgstr Project-Id-Version: newt\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-11-22 09:35+0100\n PO-Revision-Date: 2006-04-05 20:34-0500\n Last-Translator: kinley tshering [EMAIL PROTECTED]\n Language-Team: DZONGKHA [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #: dialogboxes.c:43 #: dialogboxes.c:48 #: dialogboxes.c:493 msgid Ok msgstr à½à½à½´à½à¼ #: dialogboxes.c:51 msgid Cancel msgstr à½à¼à½à½ºà½à¼à½à½à½à¼à¼ #: dialogboxes.c:498 msgid Yes msgstr ཨིà½à¼ #: dialogboxes.c:500 msgid No msgstr à½à½ºà½à¼
Bug#346435: linphone: Problem is still (or again?) present in 1.3.3-1
Package: linphone Version: 1.3.3-1 Followup-For: Bug #346435 Problem is still present in 1.3.3-1. Please reopen. Regards -- 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.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linphone depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.4-1The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-1The Bonobo UI library ii libc62.3.6-5 GNU C Library: Shared libraries an ii libcairo21.0.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libgconf2-4 2.14.0-1GNOME configuration database syste ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnome2-0 2.14.0-2The GNOME 2 library - runtime file ii libgnomecanvas2-02.14.0-1A powerful object-oriented display ii libgnomeui-0 2.14.0-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.0-2GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.16-1The GTK+ graphical user interface ii libice6 1:1.0.0-1 X11 Inter-Client Exchange library ii liblinphone1 1.3.3-1 linphone web phone's library (supp ii liborbit21:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libosip2-3 2.2.2-2 Session Initiation Protocol (SIP) ii libpanel-applet2-0 2.12.3-1library for GNOME 2 panel applets ii libpango1.0-01.12.0-2Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-2 X11 Session Management library ii libx11-6 2:1.0.0-3 X11 client-side library ii libxcursor1 1.1.5.2-1 X cursor management library ii libxext6 1:1.0.0-2 X11 miscellaneous extension librar ii libxi6 1:1.0.0-2 X11 Input extension library ii libxinerama1 1:1.0.1-1 X11 Xinerama extension library ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii libxrandr2 2:1.1.0.2-2 X11 RandR extension library ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii linphone-nox 1.3.3-1 web phone ii zlib1g 1:1.2.3-11 compression library - runtime linphone recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361275: [cl-debian] Bug#361275: cl-swank: swank-loader looks for a ChangeLog file that doesn't exist
On Friday 07 April 2006 17:36, [EMAIL PROTECTED] wrote:
I'm trying to run slime from emacs in the usual way with M-x slime.
I get in the *inferior-lisp* buffer:
[1] ;; Loading file /usr/share/common-lisp/source/slime/swank-loader.
lisp ...
*** - FILE-WRITE-DATE: file #P/usr/share/common-
lisp/source/slime/ChangeLog does not exist
This is strange as we create a ChangeLog file in the appropriate elc directory
when installing for a emacs variant.
See /usr/lib/emacsen-common/packages/install/slime:
...
ELCDIR=/usr/share/${FLAVOR}/site-lisp/${PACKAGE}
..
cd ${ELCDIR}
...
ln -s /usr/share/doc/${PACKAGE}/changelog ChangeLog
So it should not search for the ChangLog file there.
Maybe the installation itself went wrong? Does anyone else has this problem?
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#361421: alt+tab functionality lost
tags 361421 confirmed thank... same here using up-to-date sid. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358580: vmware still unable to build
Package: linux-headers-2.6.16-1-686 Version: 2.6.16-5 im triing to build vmware to the newest kernel-headers, but something is wrong there. i get this error : What is the location of the directory of C header files that match your running kernel? [/usr/src/linux/include] /usr/src/linux-headers-2.6.16-1-686-smp/include The kernel defined by this directory of header files does not have the same address space size as your running kernel. but this is the running kernel: Linux dcwkcm 2.6.16-1-686-smp #1 SMP Mon Apr 3 13:02:49 UTC 2006 i686 GNU/Linux it worked with 2.6.12. -- Mit freundlichen Grüßen / Best regards Christian Michallek IT Management und Integration DATA CONSULT SYSTEMHAUS GMBH Bahnhofstraße 26 36037 Fulda Tel.: 0661- 9339-481 Fax: 0661- 9337-567 eMail: [EMAIL PROTECTED] http://www.data-consult.com smime.p7s Description: S/MIME Cryptographic Signature
Bug#361722: WebDAV support for kftpgrabber
hi, i asked upstream author : kftpgrabber can be easily extended with another protocol, so yes it could be implemented. But there is a question if this is feasible, since i believe Konqueror already supports WebDAV via a KIO slave. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355863: [bsdmainutils/calendar] su-like fix?
Hi! Here's some reasoning from a mere user. :-) To process a user's calendar files, calendar -a forks a child process with that user's uid, so all what remains to be done is setting up the appropriate locales, right? The calendar files may be in any language (e.g. #included system files), but this should be the obvious Right Thing. Lacking expertise in that area, I had a look how the su(1) code does it, but it looked tricky. :-/ Comments? Nikolaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355863: [bsdmainutils/calendar] su-like fix?
Ack! Didn't proofread my mail well. Nikolaus Schulz wrote: To process a user's calendar files, calendar -a forks a child process with that user's uid, so all what remains to be done is setting up the appropriate locales, right? Approriate here means that user's, of course. The calendar files may be in any language (e.g. #included system files), but this should be the obvious Right Thing. I hope this clear now. Nikolaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361797: ITP: clewn -- A program to implement full gdb support in the vim editor.
Package: wnpp Severity: wishlist Owner: Y Giridhar Appaji Nag [EMAIL PROTECTED] * Package name: clewn Version : 1.7 Upstream Author : Xavier de Gaye [EMAIL PROTECTED] * URL : http://clewn.sourceforge.net/ * License : GPL Description : A program to implement full gdb support in the vim editor. The clewn project implements full gdb support in the vim editor: breakpoints, watch variables, gdb command completion, assembly windows, etc. clewn runs concurrently with vim and talks to vim controlling it through the netBeans socket interface. clewn can be used for debugging on embedded targets through a socket. In that case, clewn and gdb run on the target and vim is used to debug from the host. clewn can also be used anywhere a graphical environment is not available to support a full-fledged IDE. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361705: [Pkg-octave-devel] Bug#361705: octave2.1-info: wrong references in Variable index
package octave2.1-info
forwarded 361705 [EMAIL PROTECTED]
tags 361705 upstream patch
thanks
The bug report below was filed against the Debian package octave2.1-info,
version 2.1.72-10. I confirm that the same problems exist for 2.1.73 and
2.9.5. (For detailed information, see http://bugs.debian.org/361705.)
My comments:
* Francesco Potorti` [EMAIL PROTECTED] [2006-04-08 13:40]:
Package: octave2.1-info
Version: 1:2.1.72-10
Severity: normal
In Variable index there is a reference to return, which is not a
variable.
I do not know if this is fixable. The return keyword is defined with
@defvr {Keyword} return in doc/interpreter/func.txi and will be indexed
in the variable index in any case.
In variable index, automatic_replot refers to Summary of built-in
variables, which in turn refers to :Two-dimensional plotting, where
automatic_replot is not mentioned.
This is indeed annoying. Here is my suggested patch to fix the problem:
--- octave2.1-2.1.73.orig/doc/interpreter/plot.txi
+++ octave2.1-2.1.73/doc/interpreter/plot.txi
@@ -341,6 +341,8 @@
any arguments.
@end deffn
[EMAIL PROTECTED](automatic_replot)
+
Note that NaN values in the plot data are automatically omitted, and
Inf values are converted to a very large value before calling gnuplot.
--- octave2.1-2.1.73.orig/doc/interpreter/var.txi
+++ octave2.1-2.1.73/doc/interpreter/var.txi
@@ -283,7 +283,7 @@
Default value: @code{+ }.
@item automatic_replot
[EMAIL PROTECTED] Plotting}.
[EMAIL PROTECTED] plotting commands}.
Default value: 0.
-- 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.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages octave2.1-info depends on:
ii emacs21 [info-browser]21.4a-3The GNU Emacs editor
ii info [info-browser] 4.8-8 Standalone GNU Info
documentation
octave2.1-info recommends no packages.
-- no debconf information
___
Pkg-octave-devel mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-octave-devel
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361709: [Pkg-octave-devel] Bug#361709: octplot: plot always prints ans-1
package octplot tags 361709 moreinfo unreproducible thanks * Francesco Potorti` [EMAIL PROTECTED] [2006-04-08 14:13]: Package: octplot Version: 0.3.0-3 Severity: minor When using the plot function, it always prints ans = 1 I cannot reproduce this bug with version 0.3.5-2 of the package, which is in unstable now. Could you please try with this version and report back? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361740: liblua50-dev: symlink pointing to .
Daniel Silverstone wrote: Some are aware and do: #include lua.h and have -I/usr/include/lua50 If software using Lua's C API wants to be portable, it should use the lua.h form and get the include path from pkg-config. That should be the end of it. Should someone want to use such software on a tiny system without pkg-config, they can make the one line change to the makefile. Hacks such as the symlink only encourage further obliviousness to best practice. --John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358949: FTBFS on AMD64: conflicting types for 'SQLSetPos'
On Sun, Apr 09, 2006 at 02:24:00AM -0700, Steve Langasek wrote: This patch implements full 64-bit compatibility with the unreleased UnixODBC 2.2.12; there is one 64-bit ABI change between 2.2.11 and 2.2.12 (SQLParamOptions) that is still pending in Debian. I'll be uploading unixodbc 2.2.11-13 with this change as soon as I finish reviewing its effect on all related packages, but in the meantime psqlodbc will still FTBFS on the 64-bit archs. This unixodbc fix has been uploaded, so psqlodbc can be uploaded at any time also. If I don't hear anything in a day or two, I'll go ahead and NMU it. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#361798: balsa: UI freezes when selecting a message
Package: balsa Version: 2.3.8-2 Severity: important Hello, for arround two weeks now I have messages in my inbox that freeze the UI when I select then. Either spam or friends' answers. It is very reproduceable. When I clic to select the message (or when the message is selected by deleting the previous one) the message isn't displayed in the view pane and if I clic on another desktop (where other apps are running fine) and then bring back the balsa window it doesn't redraw. In top in a terminal window I see CPU 99% idle and RAM OK. The only thing I can do is kill -SIGTERM (KILL not needed). 80% of my mail is still readable/answerable. But 20% is expecting a package upgrade. Feeling angry. Or should I downgrade balsa to sarge with aptpining ? (I'm an Etch/testing user) May be the bug came with 2.3.8-2 and wasn't here with 2.3.8-1. Or may be it was in 2.3.8-1 (or before) also but my mail flow hadn't raised it yet. Have a nice week PM -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages balsa depends on: ii gnome-icon-th 2.12.1-2 GNOME Desktop icon theme ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaspell15 0.60.4-3 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2- 2.10.1-2 The Bonobo UI library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcompfaceg1 1:1.5.2-3 Compress/decompress images for mai ii libesmtp5 1.0.3-1+b1 LibESMTP SMTP client library ii libfontconfig 2.3.2-1.1 generic font configuration library ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgmime2.1 2.1.19-1 MIME library, unstable version ii libgnome-keyr 0.4.9-1GNOME keyring services library ii libgnome2-0 2.12.0.1-5 The GNOME 2 library - runtime file ii libgnomecanva 2.14.0-1 A powerful object-oriented display ii libgnomeprint 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprint 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.12.2-5 GNOME virtual file-system (runtime ii libgpg-error0 1.2-1 library for common error values an ii libgpgme111.1.2-1GPGME - GnuPG Made Easy ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libgtkhtml3.8 3.8.1-1HTML rendering/editing library - r ii libgtkspell0 2.0.10-3 a spell-checking addon for GTK's T ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libldap2 2.1.30-13 OpenLDAP libraries ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libpcre3 6.4-1.1Perl 5 Compatible Regular Expressi ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm66.9.0.dfsg.1-6 X Window System Session Management ii libsqlite3-0 3.2.8-1SQLite 3 shared library ii libssl0.9.8 0.9.8a-7 SSL shared libraries ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-3GNOME XML library ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages balsa recommends: ii aspell 0.60.4-3 GNU Aspell
Bug#357777: gajim: cant' use D-Bus with python2.4-dbus
Hi, The problem is that gajim is using python 2.3, and there's no DBus binding for python 2.3 (the dbus source package only provides one for python 2.4). I see two solutions : (A) see if the dbus package can provide a python2.3-dbus package too (but it doesn't seem to be easy, since the build of the python bindings isn't a seperate process) (B) make gajim use python 2.4 instead. The default version of python in Debian is still version 2.3, so it might be better to go for (A). -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361791: kdesvn: crash when checking out repository(non-repeatable)
Hello Michael: El Lunes, 10 de Abril de 2006 12:48, escribió: Raúl Sánchez Siles wrote: Package: kdesvn Version: 0.7.3-1 Severity: normal I had opened a repository, imported some files. I had imported one more file and then received the error: Path 'file:///foo' already exists. What do you mean with import, add to the repository? Can't reproduce this behaviour. Did you possibly use a multiple selection and accidentally selected a file which was already added? I created a new repository with svnadmin, then I open it with kdesvn and find it blank as expected. I create a trunk directory within kdesvn (equivalent to svn mkdir). From konqueror I do drag and drop a folder onto the trunk folder and it gets imported in the repository after I add the comment. I guess this is equivalent to svn import. This works OK. If I drag a file instead of a folder I have the message I wrote. When I DND multiple selections kdesvn does nothing. Take into account that this only happens when you work directly to the repository, not with the working copy. Nevertheless, this behaviour could be consider as an undesired feature instead of a bug. When I try to check out the repository, kdesvn does it, but it finally crashes with the bactrace attached. With this information alone, it is impossible to reproduce the bug. Is the repository, where kdesvn crashes, publicly available? If so, could you please post the URL. The repository is stored only locally, so I'm sorry I can't send it to you. The only information I could provide is the one I have already sent, so as this problem is not repeatable I would close this bug by lack of information. Sorry for the inconvenience and thanks for your time, however count on me if you need any more info. Regards, Thanks, Michael -- Raúl Sánchez Siles pgpYHJamyrtjL.pgp Description: PGP signature
Bug#361800: kernel-patch-openswan: Fails to patch Debian 2.6.15 kernel
Package: kernel-patch-openswan Version: 1:2.4.4-3.1 Severity: grave Tags: patch Justification: renders package unusable Trying to use make-kpkg to build a kernel package from linux-source-2.6.15 version 2.6.15-8 and kernel-patch-openswan 1:2.4.4-3.1. (I'm leaving out those files that were patched without problems.) for patch in /usr/src/kernel-patches/all/apply/openswan ; do\ if test -x $patch; then\ if $patch; then \ echo Patch $patch processed fine; \ echo $patch applied_patches; \ else \ echo Patch $patch failed.; \ echo Hit return to Continue; \ read ans; \ fi; \ fi; \ done Applying NAT Traversal patch to networking subsystem. awk: fatal: cannot open file `/usr/src/linux/Makefile' for reading (No such file or directory) make[1]: *** [nattpatch] Error 1 patch: Only garbage was found in the patch input. The patch does not apply cleanly, skipping it. Please check manually if your kernel already supports NAT Traversal (Debian kernel sources might already be patched to do so). Inserting KLIPS into kernel. make[1]: Entering directory `/usr/src/kernel-patches/all/openswan' Now performing forward patches make kernelpatch2.6 | tee /sw/WORK/Debian/Kernel/linux-source-2.6.15/openswan.patch | (cd /sw/WORK/Debian/Kernel/linux-source-2.6.15 patch -p1 -b -z .preipsec --forward --ignore-whitespace ) ... patching file net/Kconfig Hunk #1 FAILED at 105. 1 out of 1 hunk FAILED -- saving rejects to file net/Kconfig.rej patching file net/Makefile Hunk #1 succeeded at 49 (offset 7 lines). ... patching file net/ipv4/af_inet.c Hunk #1 succeeded at 1218 (offset 49 lines). patching file net/ipsec/Makefile.ver make[1]: *** [applypatch] Error 1 make[1]: Leaving directory `/usr/src/kernel-patches/all/openswan' Patch /usr/src/kernel-patches/all/apply/openswan failed. Replacing all/openswan/linux/net/Kconfig.fs2_6.patch with the following makes the patch succeed: --- swan26/net/Kconfig.orig 2006-04-10 12:39:51.0 +0200 +++ swan26/net/Kconfig 2006-04-10 13:22:40.0 +0200 @@ -56,6 +56,7 @@ if INET source net/ipv4/Kconfig source net/ipv6/Kconfig +source net/ipsec/Kconfig endif # if INET I wonder what the awk error is about... I have my unpacked kernel source in a different location. Lupe Christoph -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-lpc.2.k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-patch-openswan depends on: ii coreutils [fileutils] 5.94-1 The GNU core utilities ii fileutils 5.94-1 The GNU file management utilities Versions of packages kernel-patch-openswan recommends: ii kernel-package10.040 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349139: [Pkg-octave-devel] Bug#349139: octave-forge: File /aurecord is back at the wrong place
* Me [EMAIL PROTECTED] [2006-04-09 16:43]: Package: octave-forge Version: 2006.01.28-2+b1 Followup-For: Bug #349139 The file aurecord is installed at the root directory on a i386 system. Thanks for reporting this problem, we had not noticed it yet. This bug is annoying and shows that the autobuilders did not recover from the /usr/bin/octave-config mess yet. I will see if I can fix this in a forthcoming release of the octave2.1 packages. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361799: Upgrading coreutils from 5.2.1-2.1 to 5.94-1 (i386) fails
Package: coreutils Version: 5.94-1 Upgrading from version 5.2.1-2.1 fails. A transcript follows. System is testing/etch. # apt-get install coreutils Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: coreutils 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/3027kB of archives. After unpacking 598kB of additional disk space will be used. (Reading database ... 173353 files and directories currently installed.) Preparing to replace coreutils 5.2.1-2.1 (using .../coreutils_5.94-1_i386.deb) ... Removing `local diversion of /usr/share/man/man1/md5sum.textutils.1.gz to /usr/share/man/man1/md5sum.1.gz' dpkg-divert: rename involves overwriting `/usr/share/man/man1/md5sum.textutils.1.gz' with different file `/usr/share/man/man1/md5sum.1.gz', not allowed dpkg: error processing /var/cache/apt/archives/coreutils_5.94-1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/coreutils_5.94-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) # ls -l /usr/share/man/man1/md5sum* -rw-r--r-- 1 root root 1053 2005-09-04 02:32 /usr/share/man/man1/md5sum.1.gz -rw-r--r-- 1 root root 1053 2005-09-04 02:32 /usr/share/man/man1/md5sum.textutils.1.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361774: for the blind
On Mon, Apr 10, 2006 at 11:56:27AM +0200, Frans Pop wrote: For Geert: access floppies are a totally different set of floppies from the regular ones (allow use of braille terminals for blind people). Added to this BR. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361794: [INTL:iso-codes_iso_3166
Quoting Pema Geyleg ([EMAIL PROTECTED]): Package: iso-codes Version : N/A Severity: wishlist Tags: l10n patch Please find attached the Dzongkha translation of iso-codes package. Tobias Toedter will probably soon commit it. Tobias, to avoid you to seek out for the correct code, Dzongkha uses dz as ISO-639 code..:) Pema, I suggest you don't forget mentioning the correct ISO code for you language in other bug reports. Not all maintainers are easily aware of the correct ISO code for all languages. The only one who has the right source for it isthe iso-codes package maintainer..:-) signature.asc Description: Digital signature
Bug#361801: debpartial-mirror: FTBFS: Missing Build-Depends
Package: debpartial-mirror Version: 0.2.90 Severity: serious From my pbuilder build log: ... # Fill the vars sed -i s/version_str = .*/version_str = '0.2.90'/g;s/date_str = .*/date_str = 'Sat, 8 Apr 2006 15:49:35 -0300'/g debpartial-mirror sed -i s/version = .*,/version = '0.2.90',/g setup.py cd . python setup.py build --build-base=/tmp/buildd/debpartial-mirror-0.2.90/./build /bin/sh: python: command not found make: *** [common-build-impl] Error 127 -- Daniel Schepler
Bug#233522: perl 5.8.2: Paging output causes debugger to hang
reassign 233522 libterm-readline-gnu-perl close 233522 1.15-3 thanks On Mon, Apr 10, 2006 at 08:40:40AM +0300, Niko Tyni wrote: On Wed, Feb 18, 2004 at 08:08:38AM -0500, [EMAIL PROTECTED] wrote: Package: perl Version: 5.8.2-2 Severity: important [...] At this point either the pager (or the debugger) hangs indefinitely (one never sees the pager's prompt after it prints the first screenful), or the pager works fine until one hits q to exit from it, at which point it (or the debugger) hangs indefinitely. Sometimes, upon hitting q, and before hanging, the debugger prints a message like the following: this was #236018 in libterm-readline-gnu-perl, fixed in 1.15-3. Thanks Niko, closing. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357518: Should PHP be fixed to handle the new magic file correctly?
Am Donnerstag, den 06.04.2006, 22:57 +0200 schrieb Ferenczi Viktor: Should PHP be fixed to be able to use the new magic file correctly? Absolutely. Or rather: PHP shouldn’t read other packages’ files without some caution. File has a library (libmagic) to access the magic.
Bug#357777: gajim: cant' use D-Bus with python2.4-dbus
Lucas Nussbaum wrote: Hi, The problem is that gajim is using python 2.3, and there's no DBus binding for python 2.3 (the dbus source package only provides one for python 2.4). I see two solutions : (A) see if the dbus package can provide a python2.3-dbus package too (but it doesn't seem to be easy, since the build of the python bindings isn't a seperate process) (B) make gajim use python 2.4 instead. The default version of python in Debian is still version 2.3, so it might be better to go for (A). there used to be a python2.3-dbus package, but it has been removed. I don't know why, so I'll go for (B) if still no python2.3-dbus package at next release -- Yann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357777: gajim: cant' use D-Bus with python2.4-dbus
On 10/04/06 at 14:00 +0200, Le Boulanger Yann wrote: Lucas Nussbaum wrote: Hi, The problem is that gajim is using python 2.3, and there's no DBus binding for python 2.3 (the dbus source package only provides one for python 2.4). I see two solutions : (A) see if the dbus package can provide a python2.3-dbus package too (but it doesn't seem to be easy, since the build of the python bindings isn't a seperate process) (B) make gajim use python 2.4 instead. The default version of python in Debian is still version 2.3, so it might be better to go for (A). there used to be a python2.3-dbus package, but it has been removed. I don't know why, so I'll go for (B) if still no python2.3-dbus package at next release There's more info in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346491 There won't be a python2.3-dbus package in the next release. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361802: libsdl1.2debian: keysym.unicode broken in utf-8 locales
Package: libsdl1.2debian Version: 1.2.9-4 Severity: normal The unicode member of the keysym structure is broken when running with SDL in unicode locales. For example, when pressing the ö key on a german keyboard in the C (or de_DE.ISO-8859-1) locale, I correctly get 246 (unicode character number of ö). Under an UTF-8 locale (e.g. de_DE.UTF-8), I get 195 for ö (and other non-ascii latin1 characters such as ü or ·). Incidentally, 195 is the first octet of the UTF-8 representation of those characters, so it seems SDL just puts the first octet of the encoded character into the unicode member. This bug makes it imposible to enter non-ascii characters in UTf-8 locales (and probably every non-latin1 locale, € doesn't work in de_DE.ISO-8859-9 either). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15.1 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libsdl1.2debian depends on: ii libsdl1.2debian-alsa 1.2.9-4Simple DirectMedia Layer (with X11 libsdl1.2debian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361803: modprobe: FATAL: Error inserting rtc during startup, the same for pciehp and shpchp
Package: kernel-image-2.6.8-3-686
Version: 2.6.8-16sarge2
Error message during startup:
modprobe: FATAL: Error inserting rtc
The same for pciehp and shpchp, by the way.
These messages occurs always. They were present also with the kernel
2.6.8-2-686.
This happens independent of whether acpi is forced or not during boot.
Since I've got lots of other problems of unknown origin during startup and
shutdown, I list the first ones in this bug report.
Here is the boot log (a couple of days older than other logs, which are from
today)
# cat /var/log/boot
Sat Apr 8 21:03:18 2006: bootlogd.
Sat Apr 8 21:03:18 2006: Activating swap.
Sat Apr 8 21:03:18 2006: Checking root file system...
Sat Apr 8 21:03:18 2006: fsck 1.37 (21-Mar-2005)
Sat Apr 8 21:03:18 2006: /dev/hda1: clean, 94036/1048576 files,
1453166/2096451 blocks
Sat Apr 8 21:03:19 2006: Board 1 has Identity 7f 18 bd b0 35 c5 00 8c 0e:
CTL00c5 Serial No 415084597 [checksum 7f]
Sat Apr 8 21:03:19 2006: CTL00c5/415084597[0]{Audio }: Ports
0x220 0x300 0x388; IRQ5 DMA0 DMA5 --- Enabled OK
Sat Apr 8 21:03:19 2006: CTL00c5/415084597[1]{Game}: Port
0x200; --- Enabled OK
Sat Apr 8 21:03:19 2006: CTL00c5/415084597[2]{WaveTable }: Port
0x620; --- Enabled OK
Sat Apr 8 19:03:22 2006: System time was Sat Apr 8 17:03:22 UTC 2006.
Sat Apr 8 19:03:22 2006: Setting the System Clock using the Hardware Clock as
reference...
Sat Apr 8 19:03:24 2006: System Clock set. System local time is now Sat Apr 8
19:03:24 CEST 2006.
Sat Apr 8 19:03:24 2006: Cleaning up ifupdown...done.
Sat Apr 8 19:03:24 2006: Calculating module dependencies... done.
Sat Apr 8 19:03:26 2006: Loading modules...
Sat Apr 8 19:03:26 2006: sb
Sat Apr 8 19:03:27 2006: All modules loaded.
Sat Apr 8 19:03:27 2006: Creating device-mapper devices...done.
Sat Apr 8 19:03:27 2006: Checking all file systems...
Sat Apr 8 19:03:28 2006: fsck 1.37 (21-Mar-2005)
Sat Apr 8 19:03:28 2006: dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Sat Apr 8 19:03:28 2006: dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Sat Apr 8 19:03:30 2006: /dev/hdb1: 6 files, 7/731523 clusters
Sat Apr 8 19:03:31 2006: /dev/hdb2: clean, 718/634880 files, 139296/1269135
blocks
Sat Apr 8 19:03:42 2006: /dev/hda2: 19488 files, 862744/1048195 clusters
Sat Apr 8 19:03:43 2006: Setting kernel variables ...
Sat Apr 8 19:03:43 2006: ... done.
Sat Apr 8 19:03:43 2006: Mounting local filesystems...
Sat Apr 8 19:03:43 2006: /dev/hdb2 on /home type ext3 (rw)
Sat Apr 8 19:03:43 2006: Cleaning /tmp /var/run /var/lock.
Sat Apr 8 19:03:44 2006: Setting up resolvconf...done.
Sat Apr 8 19:03:44 2006: Running 0dns-down to make sure resolv.conf is
ok...done.
Sat Apr 8 19:03:44 2006: Setting up networking...done.
Sat Apr 8 19:03:44 2006: Starting hotplug subsystem:
Sat Apr 8 19:03:44 2006:pci
Sat Apr 8 19:03:47 2006: intel-agp: loaded successfully
Sat Apr 8 19:03:49 2006: modprobe: FATAL: Error inserting pciehp
(/lib/modules/2.6.8-3-686/kernel/drivers/pci/hotplug/pciehp.ko): Operation not
permitted
Sat Apr 8 19:03:49 2006:
Sat Apr 8 19:03:49 2006: pciehp: can't be loaded
Sat Apr 8 19:03:49 2006: missing kernel or user mode driver pciehp
Sat Apr 8 19:03:49 2006: modprobe: FATAL: Error inserting shpchp
(/lib/modules/2.6.8-3-686/kernel/drivers/pci/hotplug/shpchp.ko): Operation not
permitted
Sat Apr 8 19:03:49 2006:
Sat Apr 8 19:03:49 2006: shpchp: can't be loaded
Sat Apr 8 19:03:49 2006: missing kernel or user mode driver shpchp
Sat Apr 8 19:03:53 2006: piix: already loaded
Sat Apr 8 19:03:56 2006: uhci-hcd: loaded successfully
Sat Apr 8 19:04:02 2006: via-rhine: loaded successfully
Sat Apr 8 19:04:02 2006: ignoring pci display device 01:00.0
Sat Apr 8 19:04:02 2006:pci [success]
Sat Apr 8 19:04:02 2006:usb
Sat Apr 8 19:04:03 2006:usb [success]
Sat Apr 8 19:04:03 2006:isapnp
Sat Apr 8 19:04:04 2006: modprobe: FATAL: Error inserting rtc
(/lib/modules/2.6.8-3-686/kernel/drivers/char/rtc.ko): No such device
Sat Apr 8 19:04:04 2006:
Sat Apr 8 19:04:04 2006: rtc: can't be loaded
Sat Apr 8 19:04:04 2006: pcspkr: loaded sucessfully
Sat Apr 8 19:04:06 2006: psmouse: loaded sucessfully
Sat Apr 8 19:04:09 2006: floppy: loaded sucessfully
Sat Apr 8 19:04:09 2006: parport_pc: loaded sucessfully
Sat Apr 8 19:04:10 2006: ns558: loaded sucessfully
Sat Apr 8 19:04:10 2006: analog: loaded sucessfully
Sat Apr 8 19:04:10 2006:isapnp [success]
Sat Apr 8 19:04:10 2006:ide
Sat Apr 8 19:04:10 2006: ide-cd: loaded sucessfully
Sat Apr 8 19:04:10 2006:ide [success]
Sat Apr 8 19:04:10 2006:input
Sat Apr 8 19:04:11 2006: evdev: already loaded
Sat Apr 8 19:04:11 2006: evdev: already loaded
Sat Apr 8 19:04:11 2006: evdev: already loaded
Bug#358949: FTBFS on AMD64: conflicting types for 'SQLSetPos'
Am Montag, 10. April 2006 13:20 schrieb Steve Langasek: This unixodbc fix has been uploaded, so psqlodbc can be uploaded at any time also. So the build dependency should be set to = 2.2.11-13 ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361609: php-imagick: French debconf templates translation update
Hi, Thanks for your patch. I will update php-imagick soon as possible. Regards Jose Carlos 2006/4/9, Florentin Duneau [EMAIL PROTECTED]: Package: php-imagick Version: N/A Severity: wishlist Tags: patch l10n Hi, *** /home/fff/debian/traductions/po-debconf/patch-update.txt Please find attached the French debconf templates translation update, proofread by the debian-l10n-french mailing list contributors. This file should be put as fr.po in the appropriate place in your package build tree. Regards Florentin -- 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.16-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- []'s José Carlos
Bug#361714: new experimental version runs forever?
tags #361714 - experimental thanks On Sun, Apr 09, 2006 at 10:01:02PM +0200, Frank Lichtenheld wrote: Package: aide Version: 0.11a-2 Severity: important Tags: experimental 0.11a-2 was an upload to unstable. I have upgraded to the new version from experimental (from the old experimental version) and have tried to run both aide --update and then aide --init. But both calls seem to run forever (over one hour processor time currently) and consume great amounts of memory. This might be real, as the full file system is now included. Please check whether /var/lib/aide/aide.db.new still grows. You might want to exclude some parts of the file system. 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]
