Bug#404550: joy2key segfaults on reading config file
Package: joy2key Version: 1.6.1 Tags: patch When running joy2key with the standard config file and specifing the -dev argument in the file, joy2key segfaulted. A quick look revealed some very suspecious looking frees, I reworded them and the segfault does not occur anymore and I suspect I found a memory leak... Mfg Matthias -- Matthias Bläsing (GPG-Schlüsselkennung: A71B4BD5) ICQ: 84617206 AIM: linuxfun81 MSN: [EMAIL PROTECTED] --- joy2key.c.old 2006-12-26 06:33:25.0 +0100 +++ joy2key.c 2006-12-26 06:44:11.0 +0100 @@ -387,7 +387,7 @@ } if(feof(file)) rcargv[rcargc]=strdup(line); process_args(rcargc, rcargv); - for(rcargc--;rcargc-1;rcargc--) free(rcargv[rcargc]); + for(rcargc--;rcargc=0;rcargc--) free(rcargv[rcargc]); } fscanf(file, %s , line); } @@ -437,8 +437,8 @@ if(feof(file)) rcargv[rcargc]=strdup(line); /* XXX process_args(rcargc+1, rcargv); */ process_args(rcargc, rcargv); - for(rcargc--;rcargc-1;rcargc--) free(rcargv[rcargc]); - } +for(rcargc--;rcargc=0;rcargc--) free(rcargv[rcargc]); + } fscanf(file, %s , line); } rewind(file); @@ -468,7 +468,7 @@ if(feof(file)) rcargv[rcargc]=strdup(line); /* XXX process_args(rcargc+1, rcargv); */ process_args(rcargc, rcargv); - for(rcargc--;rcargc-1;rcargc--) free(rcargv[rcargc]); + for(rcargc--;rcargc=0;rcargc--) free(rcargv[rcargc]); } } fscanf(file, %s , line); signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#404271: Merging
severity 404271 important merge 404506 404271 retitle 404271 [Witing for Submitter] lirc-modules-source: modules report invalid module format tags 404271 moreinfo tags 404271 help thanks Hi there, Gerhard and Antony Can you please try to build the modules using module-assistant? I think this will fix your problems, but any extra input is greatly appreciated. Thanks! -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#404546: scim does not work with the [EMAIL PROTECTED] locale
retitle 404546 Give out warnings if set to XIM with non-en_US UTF-8 encoding but no proper SupportedUnicodeLocales setting tags 404546 confirmed upstream severity 404546 wishlist thanks On Tue, Dec 26, 2006 at 02:50:43PM +0800, Enrico Zini wrote: Hello, I'm using the [EMAIL PROTECTED] locale, but I need SCIM to occasionally type other scripts. I use im-switch and had to use scim-immodule instead of scim, because scim would not start. scim-immodule does not work with OpenOffice and QT applications, so I wanted to use scim. Andrew Lee found out that I should add it_IT.UTF-8 to /SupportedUnicodeLocales in /etc/scim/global, as in: /SupportedUnicodeLocales = en_US.UTF-8,it_IT.UTF-8 I did it and indeed now it works. Yes this is a limitation of scim and is currently documented in README.Debian. Shouldn't SCIM support all UTF-8 locales by default? From the moment I type im-switch -s scim I'd expect that scim is set to start on my locale, or at least I'd like to get a message telling me how to configure scim for my locale. It's not just people from United States that need to type other scripts... I agree this is rather confusing and should be improved. However (1) this is upstream behavior, and I don't know the code enough to change it; (2) im-switch can set input methods for all_ALL which matchs all locales, and for this at least there is no way to know which locale the user is going to use scim in; (3) this SupportedUnicodeLocales setting can be set both in /etc/scim/global and ~/.scim/global, adding the fact that im-switch can write settings both to /etc/X11/xinit/xinput.d/ and ~/.xinput.d/, the logic to test the setting and give out warnings would be quite complicated. Any ideas about how to fix this(or better, patches) would be appreciated. Ming 2006.12.26 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389907: No printer in eclipse
There is no printer support available in 3.2, see http://www.eclipse.org/swt/faq.php#printOnGTK It will be available in 3.3. Stephan Michels. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404451: Debian in Galician lenguage
Hi, I am interested in this list. regards, javivázquez
Bug#184245: [Pkg-lirc-maint] Bug#184245: option to start irexec too
tags 184245 moreinfo tags 184245 -patch retitle 184245 [Waiting for submitter] lirc: Please include option to start irexec too thanks -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#404540: [Debian-in-workers] Bug#404540: ttf-malayalam-fonts: Where is the Rachana font?
severity 404540 important retitle 404540 The Rachana font disappeared in 0.4.7.3 thanks Quoting Mahesh T. Pai ([EMAIL PROTECTED]): Package: ttf-malayalam-fonts Version: 1:0.4.7.3 Severity: normal Huh? Where is the rachana font? It is there in 1:0.4.7.2 and 1:0.4.7.1 of the .deb. ArghAs I introduced the OTF font in place of the former TTF one, this breaks the debian/rules logic (indeed, that file should be rewritten for lenny with a more debhelper-compliant style). Given that this removed the most important Malayalam font, I consider this bug as important. That should be enough to motivate an update for etch. I'm immediately building a new NMU. Thanks for spotting this and apologies for introducing this bug. NMU patch attached. diff -Nru ttf-indic-fonts-0.4.7.3/debian/changelog ttf-indic-fonts-0.4.7.4/debian/changelog --- ttf-indic-fonts-0.4.7.3/debian/changelog 2006-12-18 23:09:25.0 +0100 +++ ttf-indic-fonts-0.4.7.4/debian/changelog 2006-12-26 09:05:31.538473953 +0100 @@ -1,3 +1,12 @@ +ttf-indic-fonts (1:0.4.7.4) unstable; urgency=low + + * Non-maintainer upload to fix a regression introduced in last upload + * Include the Rachana_w01.otf font in ttf-malayalam-fonts. It replaces +the previous TTF font but the package build rules wre only installing +*.ttf files, not *.otf. Closes: #404540 + + -- Christian Perrier [EMAIL PROTECTED] Tue, 26 Dec 2006 09:03:58 +0100 + ttf-indic-fonts (1:0.4.7.3) unstable; urgency=medium * Non-maintainer upload for D-I purposes (hence bumped urgency) diff -Nru ttf-indic-fonts-0.4.7.3/debian/rules ttf-indic-fonts-0.4.7.4/debian/rules --- ttf-indic-fonts-0.4.7.3/debian/rules 2006-12-18 23:00:52.0 +0100 +++ ttf-indic-fonts-0.4.7.4/debian/rules 2006-12-26 09:03:54.805786743 +0100 @@ -29,13 +29,12 @@ dh_install -pttf-tamil-fonts ./ttf-tamil/*.ttf usr/share/fonts/truetype/ttf-tamil-fonts/ dh_install -pttf-tamil-fonts-udeb ./ttf-tamil/TSCu_Paranar.ttf usr/share/fonts/truetype/ttf-tamil-fonts/ dh_install -pttf-malayalam-fonts-udeb ./ttf-malayalam/Rachana_w01.otf usr/share/fonts/truetype/ttf-malayalam-fonts/ - dh_install -pttf-malayalam-fonts ./ttf-malayalam/*.ttf usr/share/fonts/truetype/ttf-malayalam-fonts/ + dh_install -pttf-malayalam-fonts ./ttf-malayalam/*.ttf ./ttf-malayalam/*.otf ./ttf-malayalam/*.otf usr/share/fonts/truetype/ttf-malayalam-fonts/ dh_install -pttf-gujarati-fonts ./ttf-gujarati/*.ttf usr/share/fonts/truetype/ttf-gujarati-fonts/ dh_install -pttf-punjabi-fonts ./ttf-punjabi/*.ttf usr/share/fonts/truetype/ttf-punjabi-fonts/ dh_install -pttf-kannada-fonts ./ttf-kannada/*.ttf usr/share/fonts/truetype/ttf-kannada-fonts/ dh_install -pttf-oriya-fonts ./ttf-oriya/*.ttf usr/share/fonts/truetype/ttf-oriya-fonts/ dh_install -pttf-telugu-fonts ./ttf-telugu/*.ttf usr/share/fonts/truetype/ttf-telugu-fonts/ - # Build architecture-independent files here. binary-indep: build install signature.asc Description: Digital signature
Bug#373871: lirc: IR Transmitting broken with both mceusb2 and serial modules
tags 373871 fixed-upstream tags 373871 help thanks Mario Limonciello wrote: Obtaining the patches ebuilds together can only really be easily done on a gentoo system, so I tarred up the directory containing them all from another gentoo box and attached them to this email. The version built was lirc-0.8.0-r5. From glancing at the patches and ebuild, the only thing that I see touching lirc-serial.c is a 2.6.19 kernel compatibility patch. Upstream's 0.8.1pre4 includes changes in the mceusb2 module, I am trying to package it right now to see if this fixes your issue. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#403343: Info received (backtrace follows, 3rd startup of gaim successful)
After successfully running for a few days, I experienced: [Thread -1237152848 (LWP 10692) exited] Program received signal SIGPIPE, Broken pipe. [Switching to Thread -1208351040 (LWP 17208)] 0xb7fc2410 in ?? () (gdb) backtrace #0 0xb7fc2410 in ?? () #1 0xbfad4718 in ?? () #2 0x0010 in ?? () #3 0x08a0ac40 in ?? () #4 0x41b357ab in __write_nocancel () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb7b6d593 in do_send (irc=0x85406b8, buf=0x10 Address 0x10 out of bounds, len=144747584) at ../../../../libgaim/protocols/irc/irc.c:96 #6 0xb7b6edf4 in irc_send (irc=0x85406b8, buf=0x8a0d840 QUIT :Leaving.\r\n) at ../../../../libgaim/protocols/irc/irc.c:156 #7 0xb7b71833 in irc_cmd_quit (irc=0x85406b8, cmd=0xb7b7684f quit, target=0x0, args=0x0) at ../../../../libgaim/protocols/irc/cmds.c:390 #8 0xb7b6dd4b in irc_close (gc=0x8539368) at ../../../../libgaim/protocols/irc/irc.c:450 #9 0x465bc83d in gaim_connection_destroy (gc=0x8539368) at ../../libgaim/connection.c:203 #10 0x465ad04f in gaim_account_disconnect (account=0x8151160) at ../../libgaim/account.c:1019 #11 0x465bc2e7 in gaim_connection_disconnect_cb (data=0x8151160) at ../../libgaim/connection.c:434 #12 0x44164ed6 in g_source_get_current_time () from /usr/lib/libglib-2.0.so.0 #13 0x44164911 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #14 0x44167986 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #15 0x44167d47 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 ---Type return to continue, or q return to quit--- #16 0x4495f281 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x080ab495 in main (argc=Cannot access memory at address 0x10 ) at ../../gtk/gtkmain.c:801 (gdb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404551: coreutils: ls man page: -l option is not fully described
Package: coreutils Version: 5.97-5 Severity: minor The man page for ls says: -l use a long listing format What long listing format means is never described. Since this format is not obvious should be described briefly in the man page. An example of where it is not obvious is for permissions other than read, write, and execute. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages coreutils depends on: ii libacl1 2.2.41-1Access control list shared library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393575: [Pkg-lirc-maint] Bug#393575: lirc: mknod in maintainer script
Steve Langasek wrote: Actually, the use of mknod directly is normally considered RC, per http://release.debian.org/etch_rc_policy.txt. In this case it's not RC, because MAKEDEV doesn't know about /dev/lirc and therefore can't be used to create it. Do you think this bug is still relevant? udev now creates devices for lirc, I wonder if we can now get rid of the mknod cruft already. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#372815: Ping! ICMP ECHO REQUEST: More info
Hi there, Amaya wrote: We don't have enough information to reproduce the bug you reported, Can you tell us: - Kernel version you are running - Using Debian's kernel source? - Debian Release: testing/unstable? - Architecture? - What driver are you using? Have you tried using module-assistant to build your modules? Thanks -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#404451: (sin asunto)
Hi, im very interested in this list. please, create that! -- ++-++ Alejandro Feijoo Fraga Tecnico de Sistemas Centro de Supercomputacion de Galicia (CESGA) 15705 - Santiago de Compostela Telf: 981 569 810 ext. 274 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403419: typo3-src-4.0: Completely broken: Cannot find tslib/
On Mon, 18 Dec 2006 18:36:22 +0100 Christian Welzel [EMAIL PROTECTED] wrote: Am Montag, 18. Dezember 2006 08:28 schrieb Clayton: Thanks for the try, but that link was just fine. I then got a little progress by adding a tslib/ directory under typo3_src-4.0, but alas, just a little progress Typo3 4.0 does not need neither tslib nor a link to tslib in the src-directory anymore. Instead of the Cannot find tslib/ brick wall, after this my two typo3 instances (with separate /var/www/typo3-... and /etc/typo3- and The current Typo3 packages do not support the creation of two different typo3 installations. If you got this working its fine, but the packages do not anything to respect those settings. For further help please provide complete information about your installations. (dir-listing, links, etc). Is this new version of typo3 looking for localconf.php in some new place? No, the localconf.php file is searched for in /etc/typo3-dummy/localconf.php. I have been picking and poking at this problem for days now. I still am not sure exactly what the problem was or what was changed/broken by the software update, but I have gotten everything working again by deleting all the Debian packages and downloading the latest 4.0.4 source directly from the typo3 website. And then deleting all the configuration from the Debian-provided /etc/typo3-dummy/apache.conf such that the final result looks like this: VirtualHost *:80 ServerName www.ckintl.biz ServerAlias ckintl ckintl.biz *.ckintl.biz ServerAdmin [EMAIL PROTECTED] DocumentRoot /var/www/typo3-ckintl CustomLog /var/log/apache2/access.log combined /VirtualHost The alias /typo3 /var/www/typo3-ckintl (I might not be remembering this exactly correctly) was causing me all sorts of grief and may have been the biggest source of problems, namely frontend worked for both my typo3 instances but I always seemed to end up with one backend pointing at the OTHER site's backend. In retrospect, if I had to guess what the biggest source of my difficulties was, it was probably that alias /typo3 /var/www/typo3-xx line in both versions of apache.conf. I don't have the stomach right now to go back and try to verify that hypothesis on my server right now, but if you want I can try on another machine in a couple weeks when I return from vacation. Clayton -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404452: (sin asunto)
Please, create that :) -- ++-++ Alejandro Feijoo Fraga Tecnico de Sistemas Centro de Supercomputacion de Galicia (CESGA) 15705 - Santiago de Compostela Telf: 981 569 810 ext. 274 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404494: Error in link from man update-exim4.conf to man exim4-config_files
package exim4-config tags 404494 pending thanks On 2006-12-25 Angus Mackenzie [EMAIL PROTECTED] wrote: Package: exim4-config Version: 4.63-12 /usr/share/man/man8/update-exim4.conf.8.gz, a file in the exim4-config package, contains a link to a file called exim4-config_files(8). Unfortunately the correct file is called /usr/share/man/man5/exim4-config_files.5.gz, so it is not found in the man8 section. Thanks, fixed in svn. cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404537: php4-sqlite3 depends on the phpapi version from php5
severity 404537 serious thanks At 1167099047 time_t, Michael Bienia wrote: Package: php4-sqlite3 Version: 0.4-1+b2 Severity: important php4-sqlite3 depends on phpapi-20060613 which is the one from php5. php4 has phpapi-20050606. I'm upgrading the severity because it can't be installed without php5 right now. I'm fixing it today anyway. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#404552: portmap: [INTL:pt] Portuguese translation for debconf messages
Package: portmap 5 Version: n/a Tags: l10n, patch Severity: wishlist Portuguese translation for portmap's debconf messages. Feel free to use it. For translation updates don't forget to contact Last Translator or the Portuguese Translation Team traduz _at_ debianpt.org -- --- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org # Portuguese translation for portmap's debconf messages # Copyright (C) 2006 Miguel Figueiredo [EMAIL PROTECTED] # This file is distributed under the same license as the portmap package. # Miguel Figueiredo [EMAIL PROTECTED], 2006 # msgid msgstr Project-Id-Version: portmap 5\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-02-25 23:17+0100\n PO-Revision-Date: 2006-12-26 09:01+\n Last-Translator: Miguel Figueiredo [EMAIL PROTECTED]\n Language-Team: Portuguese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:4 msgid Should portmap be bound to the loopback address? msgstr Deve o portmap ser ligado ao endereço loopback? #. Type: boolean #. Description #: ../templates:4 msgid Portmap by default listens to all IP addresses. However, if you are not providing network RPC services to remote clients (you are if you are setting up a NFS or NIS server) you can safely bind it to the loopback IP address (127.0.0.1) msgstr O Portmap, por omissão, escuta todos os endereços IP. No entanto, se não disponibilizar serviços de rede RPC a clientes remotos (está se estiver a configurar um servidor NFS ou NIS) pode liga-lo, em segurança, ao endereço IP loopback (127.0.0.1) #. Type: boolean #. Description #: ../templates:4 msgid This will allow RPC local services (like FAM) to work properly, while preventing remote systems from accessing your RPC services. msgstr Isto irá permitir que os serviços locais RPC (como o FAM) funcionem correctamente ao mesmo tempo que previne serviços remotos acedam aos seus serviços RPC. #. Type: boolean #. Description #: ../templates:4 msgid You can also change this configuration by editing the OPTIONS line in the / etc/default/portmap file. If you just don't specify the -i option it will bind to all interfaces. msgstr Também pode alterar esta configuração editando a linha OPTIONS no ficheiro /etc/default/portmap. Se não especificar a opção -i irá ligar-se a todos os interfaces.
Bug#404553: iceweasel: Iceweasel crashes because 'Gecko' lost its connection to the display :0.0
Package: iceweasel Version: 2.0+dfsg-1 Severity: important Hi! Short description: Firefox/Iceweasel is crashing on my PPC box with this error: [EMAIL PROTECTED]:]~$ firefox The application 'Gecko' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. [EMAIL PROTECTED]:]~$ firefox -safe-mode The application 'Gecko' lost its connection to the display :0.0; most likely the X server was shut down or you killed/destroyed the application. Long description: After my last update of my PPC/sid box, Firefox doesn't run anymore. When I start Firefox, it opens a small window asking my whether to restore the old session or use a new session. Even in that window, something is wrong. The requester text is formatted wrongly: all text is formatted about the start new session button, like as using just table row instead of the whole possible width. Anyway... After clicking on new session it crashes with the above error message. When clicking on restore session something weird happened: all sessions were there, but the font size was extremely high, like 200 or 300 pt or so. The welcome screen of Squirrelmail didn't fit into my 1600x1200 screen, maybe just the first two or three letters. When quitting firefox from this, a next try to start and restore old session gives the same behaviour as starting a new session. Following the instructions of the pre-displayed text in reportbug, I tested MOZ_DISABLE_PANGO=1 firefox as well. Firefox starts with this option, but neither menu texts nor my toolbars are displayed anymore. So, useless too. Instead of the menu texts there are small clickable dots that opens the menus, but still without any text in it, just dots or favicons (in bookmarks menu). Next, firefox-dbg: ~~ [EMAIL PROTECTED]:]~$ iceweasel -g GNU gdb 6.5-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) set pagination off (gdb) run Starting program: /usr/lib/iceweasel/firefox-bin -a firefox [Thread debugging using libthread_db enabled] [New Thread 805456928 (LWP 18726)] [New Thread 815985888 (LWP 18730)] [New Thread 824374496 (LWP 18731)] [New Thread 833156320 (LWP 18735)] [New Thread 841544928 (LWP 18736)] [New Thread 849933536 (LWP 18737)] [New Thread 860878048 (LWP 18744)] [New Thread 869266656 (LWP 18745)] [New Thread 877655264 (LWP 18746)] [New Thread 886322400 (LWP 18749)] [New Thread 894711008 (LWP 18750)] [Thread 894711008 (LWP 18750) exited] [New Thread 903099616 (LWP 18751)] [Thread 903099616 (LWP 18751) exited] [New Thread 903099616 (LWP 18752)] [New Thread 894711008 (LWP 18753)] [Thread 903099616 (LWP 18752) exited] Program received signal SIGPIPE, Broken pipe. [Switching to Thread 805456928 (LWP 18726)] 0x0ef22f58 in writev () from /lib/tls/libc.so.6 (gdb) bt #0 0x0ef22f58 in writev () from /lib/tls/libc.so.6 #1 0x0f80bed4 in _X11TransGetMyAddr () from /usr/lib/libX11.so.6 #2 0x0f80b9ec in _X11TransWritev () from /usr/lib/libX11.so.6 #3 0x0f811e34 in _XSend () from /usr/lib/libX11.so.6 #4 0x0ed94be8 in XRenderAddGlyphs () from /usr/lib/libXrender.so.1 #5 0x0f57c534 in cairo_xlib_surface_get_display () from #/usr/lib/libcairo.so.2 #6 0x0f55ecf0 in cairo_surface_reference () from /usr/lib/libcairo.so.2 #7 0x0f550b28 in cairo_font_options_create () from /usr/lib/libcairo.so.2 #8 0x0f549688 in cairo_show_glyphs () from /usr/lib/libcairo.so.2 #9 0x0ecb0324 in pango_cairo_show_glyph_string () from #/usr/lib/libpangocairo-1.0.so.0 #10 0x0f344b94 in pango_renderer_draw_glyphs () from #/usr/lib/libpango-1.0.so.0 #11 0x0ecaf62c in pango_cairo_show_layout_line () from #/usr/lib/libpangocairo-1.0.so.0 #12 0x0f91cab8 in gdk_draw_layout_line () from /usr/lib/libgdk-x11-2.0.so.0 #13 0x0f344b94 in pango_renderer_draw_glyphs () from #/usr/lib/libpango-1.0.so.0 #14 0x0f3451cc in pango_renderer_draw_layout_line () from #/usr/lib/libpango-1.0.so.0 #15 0x0f91b730 in gdk_draw_layout_line_with_colors () from #/usr/lib/libgdk-x11-2.0.so.0 #16 0x102daf6c in nsFontMetricsPango::DrawString (this=0x1163fe88, #aString=0x118e1b40 Intranet Seite:¹, aLength=9, aX=value optimized out, #aY=value optimized out, aSpacing=0x0, aContext=0x1184ff58, #aSurface=0x11438108) at nsFontMetricsPango.cpp:739 #17 0x102cca44 in nsRenderingContextGTK::DrawStringInternal #(this=0x30024c78, aString=0x7fd72ea8 6\034é, aLength=1, aX=16192, aY=0, #aSpacing=0x0) at nsRenderingContextGTK.cpp:1301 #18 0x10bb31cc in nsRenderingContextImpl::DrawString (this=0x1184ff58, #aString=0x118e1b40 Intranet Seite:¹, aLength=9, aX=0,
Bug#404471: Is wacom-kernel-source really needed?
Hi Oh, I didn't know that. When I was installing Debian quite some time ago I needed that package. I'll try and see today whether it works without. Thanks for pointing this out. Maybe you could add something a remark to the package description? Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404540: [Debian-in-workers] Bug#404540: ttf-malayalam-fonts: Where is the Rachana font?
On 12/26/06, Christian Perrier [EMAIL PROTECTED] wrote: ArghAs I introduced the OTF font in place of the former TTF one, this breaks the debian/rules logic (indeed, that file should be rewritten for lenny with a more debhelper-compliant style). Christian, can you point me to any resources that I can refer to, in order to migrate the rules file to a debhelper compliant style ? I'm immediately building a new NMU. Thanks for spotting this and apologies for introducing this bug. NMU patch attached. Thanks a lot for sorting this out, my home DSL is back up, and I'll work on an updated ttf-indic-fonts asap -- Soumyadip Modak [EMAIL PROTECTED] [EMAIL PROTECTED] http://soumyadip.freemind.in/blog
Bug#395408: perdition configs..
On Tue, Oct 31, 2006 at 09:32:33AM +0900, Horms wrote: On Mon, Oct 30, 2006 at 11:23:19AM -0500, Dykema, Erik wrote: Here are my configs for perdition, which cause the error to occur: /etc/default/perdition RUN_PERDITION=yes POP3=no POP3S=no IMAP4=yes IMAP4_FLAGS=-s 10.2.2.2 --ssl_mode tls_listen,tls_listen_force IMAP4S=no Where 10.2.2.2 is the address of the server I'm attempting to proxy for. I attemped to do the same thing with /etc/perdition/perdition.conf: # perdition.conf ssl_mode tls_listen,tls_listen_force But it also causes perdition to fail. As a work-around, could you try using just the following, which should do what you are after, well assuming that it works. ssl_mode tls_listen_force i have same problem after upgrade from 1.17-3 to 1.17-7 so how resolve this bug? what informations could you help? -- 5o Peter.Mann at tuke.sk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404555: cdebootstrap has renamed Release files which breaks dfsbuild
Package: dfsbuild Version: 0.99.2 Severity: grave Justification: renders package unusable cdebootstrap saves the Release file as _dists_.Release, which causes dfsbuild to break. Changing Release to _dists_.Release in Actions/Mirror.hs appears to resolve the problem. Would it make sense to use another tool instead of cdebootstrap when you are building the mirror? It seems that the call to cdebootstrap in Mirror.hs is only to set up a mirror, but I can't see that cdebootstrap makes any promises about what it calls the Release file. But i'd never even heard of a .hs file until yesterday so what would I know :) Also, the default packages lists are wrong for etch (testing)... a few of them (ntfstools, pnpbios-tools, lvm10) don't exist there and it breaks. It would nice if it did a validation or something really early on and informed the user of all the packages which aren't available... or maybe this is more related to cdebootstrap -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages dfsbuild depends on: ii cdebootstrap 0.3.15 Bootstrap a Debian system ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM F ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii grub 0.97-20GRand Unified Bootloader ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii mkisofs 9:1.1.0-1 Dummy transition package for genis ii reprepro 1.3.1-1debian package repository producer ii ucf 2.0017 Update Configuration File: preserv dfsbuild recommends no packages. -- no debconf information
Bug#404554: tasksel-data: Please remove xsane from desktop
Package: tasksel-data Version: 2.59 Severity: wishlist KDE provides kooka for scanning. Having xsane in the base desktop is bloat for KDE people. Please move xsane to the desktops which don't provide their own scanning program. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400340: Bug not fixed
found 400340 1.5.0.9.dfsg1-1 thanks Hi! I looked at the latest package, and it still contains one of the files in the original report, but in a different location: icedove-1.5/archives/thunderbird-1.5.0.9-source-dfsg1.tar.bz2:mozilla/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340839: With ICEAPE it's ok now.
Thanks Sebastià ___ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395408: perdition configs..
On Tue, Dec 26, 2006 at 10:23:07AM +0100, Peter Mann wrote: On Tue, Oct 31, 2006 at 09:32:33AM +0900, Horms wrote: On Mon, Oct 30, 2006 at 11:23:19AM -0500, Dykema, Erik wrote: Here are my configs for perdition, which cause the error to occur: /etc/default/perdition RUN_PERDITION=yes POP3=no POP3S=no IMAP4=yes IMAP4_FLAGS=-s 10.2.2.2 --ssl_mode tls_listen,tls_listen_force IMAP4S=no Where 10.2.2.2 is the address of the server I'm attempting to proxy for. I attemped to do the same thing with /etc/perdition/perdition.conf: # perdition.conf ssl_mode tls_listen,tls_listen_force But it also causes perdition to fail. As a work-around, could you try using just the following, which should do what you are after, well assuming that it works. ssl_mode tls_listen_force i have same problem after upgrade from 1.17-3 to 1.17-7 so how resolve this bug? what informations could you help? I expect that its just a simple bug in the config parser. I'm sorry that I haven't found time to investigate it. But if you want to do so, poking around in the source, either from the debian package or cvs, would be a good start. From memory config.c is what you are after. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/
Bug#317258: Megaraid driver lost PCI ID mapping for NetRAID 1M 2M
reopen 317258 ! severity critical thanks Hi, The patch has disappeared from recent kernel. l couldn't install or boot Etch (either upgrading from sarge or installing from scratch) on a HP LC2000r (netraid 1M controller) with the default 2.6.18-3 kernel. Applying the patch attached earlier on this bug solved the problem. I changed the severity to critical, as this makes Etch uninstallable on widespread (though old) hardware, but feel free to downgrade it if you feel it is overrated. Anyway, could you please apply the patch again ? Thanks in advance for my many old servers using sarge ;) Best regards, -- Clément Hermann (nodens) - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404451: I support this list
I am interested in this list regards, -- Berto Yáñez [EMAIL PROTECTED]
Bug#404451: I am interested in this list
Hi Debian people, Please, create this list. I think that can be very useful for all the Debian users from Galicia. Thanks, Miguel Ángel Fernández Morales
Bug#401045: Subject: PHP5 5.2.0 has a class DateTime, as does phpgroupware 0.9.16
On Mon, 2006-12-11 at 11:41 +0100, Thijs Kinkhorst wrote: reopen 401045 severity 401045 important retitle phpgroupware: Should regain support for PHP5 thanks * Non-maintainer upload. * Remove php5 as alternative, as phpgroupware is incompatible with php5.2. Closes: #401045 Good to see that this is at least fixed in some way (rather than having to remove the package). But of course, it is vastly suboptimal: admins wishing to run PHP5 should be able to do this. Therefore I'm making this an important bug. An _unsupported_ patch which renames the class is now available from http://savannah.gnu.org/patch/?5649 Feel free to enable it in etch, with the proper attribution. Cheers Dave -- Dave Hall (aka skwashd) API Coordinator phpGroupWare e [EMAIL PROTECTED] w phpgroupware.org j [EMAIL PROTECTED] sip [EMAIL PROTECTED] _____ _ __ | |__ _ __ / ___|_ __ ___ _ _ _ _\ \ / /_ _ _ __ ___ | '_ \| '_ \| '_ \| | _| '__/ _ \| | | | '_ \ \ /\ / / _` | '__/ _ \ | |_) | | | | |_) | |_| | | | (_) | |_| | |_) \ V V / (_| | | | __/ | .__/|_| |_| .__/ \|_| \___/ \__,_| .__/ \_/\_/ \__,_|_| \___| |_| |_| |_|Web based collaboration platform -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404557: amule: manpage missing from package
Package: amule Version: 2.1.3-1 Severity: minor In this package /usr/share/man/man1/ed2k.xmule.1.gz is a symlink that points to a file which doesn't exist: $ ls -la /usr/share/man/man1/ed2k.xmule.1.gz lrwxrwxrwx 1 root root 17 2005-02-15 22:01 /usr/share/man/man1/ed2k.xmule.1.gz - ed2k.wrapper.1.gz ed2k.wrapper.1.gz is not present in my system Actually, the binaries 'ed2k.xmule' and 'ed2k.wrapper' are not present in my system. It seems that the package diverts these files: $ LC_ALL=C dpkg -S /usr/share/man/man1/ed2k.xmule.1.gz diversion by amule from: /usr/share/man/man1/ed2k.1.gz diversion by amule to: /usr/share/man/man1/ed2k.xmule.1.gz These are only needed if amule-utils is installed (which provides those files). I see no reason why 'amule' should divert them since they are provided in amule-utils. It seems that even though the divert was removed from amule's scripts they have not been removed (when the divert was removed in 2.1.2-3) and somebody that does not install amule-utils (like myself) will end up with broken symlinks. I guess that the fix would be to remove all the diversions if upgrading to a given version, and there's any diversion in Dpkg's database associated with amule. Regards Javier -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-1) (ignored: LC_ALL set to es_ES) Versions of packages amule depends on: ii amule-common 2.1.3-1 common files for the rest of aMule ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libcrypto++5.2c2a5.2.1c2a-3 General purpose cryptographic shar ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-02.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages amule recommends: 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#404556: libcurl-ocaml-dev: typo in package description
Package: libcurl-ocaml-dev Severity: minor s/developpment/development/ Thanks, Georg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404505: [Pkg-lirc-maint] Bug#404505: lirc-modules-source: dpkg-reconfigure installs module in wrong path
Gruesse! * Amaya [EMAIL PROTECTED] schrieb am [26.12.06 07:23]: tags 404505 moreinfo thanks Hi Gerhard, Thanks for reporting this issue. Gerhard Brauer wrote: dpkg-reconfigure lirc-modules-source installs the builded kernel modules in an path far away from kernel-module directory. After build modules are installed in: /lib/modules/usr/src/linux/misc/ and not in /lib/modules/2.6.18-3-k7/misc So depmod is useless and modules never found by modprobe etc. Same result if building by hand with debian/rules binary-modules KSRC=/usr/src/linux The builded .deb Paket has in CONTENTS the same wrong path. Maybe in rules the kernel path isn't stripped? I will look at it, but can I forst suggest that you build the modules using module-assintant? With m-a all went fine. Thanks for any aditional input you can provide! Here is the output from building by hand as mentioned by Readme and dpkg-reconfigure: debian/rules binary-modules KSRC=/usr/src/linux/ | tee /tmp/build -- sed -e s!\$KVERS!`sed -n -e '/UTS_RELEASE/s/^[^]*\([^]*\).*$/\1/p' /usr/src/linux//include/linux/version.h`!g; s!\$KSRC!/usr/src/linux/!; s!\$KARCH!i386!; s!\$KEMAIL!!; s!\$KMAINT!!; s!\$KDREV!Custom.1.00!; s!\$DEBDATE!Di, 26 Dez 2006 11:28:06 +0100! debian/control.in debian/control dh_testdir dh_testroot dh_clean -k dh_installdirs # Add here commands to install the package into debian/lirc-modules. /usr/bin/make install prefix=/usr/src/modules/lirc/debian/lirc-modules-`sed -n -e '/UTS_RELEASE/s/^[^]*\([^]*\).*$/\1/p' /usr/src/linux//include/linux/version.h` make[1]: Entering directory `/usr/src/modules/lirc' „modules/lirc_dev.o“ - „/usr/src/modules/lirc/debian/lirc-modules-/lib/modules//usr/src/linux//misc/lirc_dev.o“ „modules/lirc_gpio.o“ - „/usr/src/modules/lirc/debian/lirc-modules-/lib/modules//usr/src/linux//misc/lirc_gpio.o“ „modules/lirc_i2c.o“ - „/usr/src/modules/lirc/debian/lirc-modules-/lib/modules//usr/src/linux//misc/lirc_i2c.o“ make[1]: Leaving directory `/usr/src/modules/lirc' dh_testdir dh_testroot dh_installdocs dh_installexamples dh_installmenu dh_installmodules dh_installcron dh_installman dh_installinfo dh_installchangelogs dh_link dh_strip dh_compress dh_fixperms dh_installdeb dh_shlibdeps dh_gencontrol -- -v0.8.0-9+Custom.1.00 dpkg-gencontrol: warning: unknown substitution variable ${shlibs:Depends} dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends} dh_md5sums dh_builddeb --destdir=/usr/src/linux//.. dpkg-deb: Baue Paket »lirc-modules-« in »/usr/src/linux//../lirc-modules-_0.8.0-9+Custom.1.00_i386.deb«. - The generated lirc-modules-_0.8.0-9+Custom.1.00_i386.deb differs much from the one build by m-a. The paths are wrong and modules could not be loaded cause wrong module format (other bug report) Maybe this way is a relict from building for 2.4 Kernel-Source? But then you must change the Readme's. I send you per PM the generated lirc-modules-_0.8.0-9+Custom.1.00_i386.deb to have a look at it. Thank you! Gruß Gerhard -- Don't drink and root
Bug#404452: Please, create this list
I'm interested in this list thanks -- Pedro Silva email: [EMAIL PROTECTED] tfno: [+34 610 275 993] Fingerprint = D92E 351B 988E E484 A287 0648 A9BC 5534 ADA0 4E9D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404451: Please, create this list
Please, create this list thanks -- Pedro Silva email: [EMAIL PROTECTED] tfno: [+34 610 275 993] Fingerprint = D92E 351B 988E E484 A287 0648 A9BC 5534 ADA0 4E9D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366808: libmysql-java: New upstream version
The new version of the MySQL connector, which is about to be uploaded, will probably not make it to etch (since the upstream version changed). If the release managers do not make an exception, then I would rather let the package be dropped from etch altogether, which is why I have raised the severity to serious. The current version of the MySQL connector does not work well with MySQL 5, the version of MySQL in etch. Releasing etch with the old version will only lead to irritated users and yet more bug reports. Are there any strong feelings about this? Marcus pgpC3FPDFaBeF.pgp Description: PGP signature
Bug#404451: My cooperative and I support creation of galician debian list
Carlos Neira http://cidadania.coop -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404544: ITA: floppybackup -- Floppy backup using a diversity of floppy formats
retitle 404544 ITA: floppybackup -- Floppy backup using a diversity of floppy formats owner 404544 ! thanks On Mon, Dec 25, 2006 at 11:19:02PM -0700, Amaya Rodrigo wrote: The current maintainer of floppybackup, Matthew Vernon [EMAIL PROTECTED] is not interested in maintaining floppybackup anymore, as he lacks the hardware to do so. Therefore, I orphan this package now, with his blessing. I am adopting it. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys Net Admin signature.asc Description: Digital signature
Bug#403031: proposed patch to clean the finish-install serial console detection.
reopen 403031 severity 403031 wishlist retitle 403031 Serial console detection should happen only once. thanks Sorry, this mail left due to a bad manipulation before i had time to finish it or even review it :/ On Tue, Dec 26, 2006 at 08:24:41AM +0100, Sven Luther wrote: On Mon, Dec 25, 2006 at 09:36:52PM +0100, Frans Pop wrote: On Tuesday 19 December 2006 23:07, Sven Luther wrote: The second one will be the one finish-install is run from. This instance will have TERM_TYPE=network, and not TERM_TYPE=serial like the original one. So, in that case, even though the install was started over serial console, the installed system would not be set up to use serial console (while this works correctly with the current logic). Cool, i knew there was something. I guess the good solution here is to set a debconf variable in rootskel which would be there to check it. Ok, I re-open this bug as a wishlist. I believe that it is plain wrong to do the check twice, and instead some way needs to be found to circumwent the problem you found above. Possibly by adding an explicit debconf variable in rootskel/detect-console or something. Notice too, that this may play in well (post-etch), with the idea to enable serial consoles even for normal installs, as this may be a useful thing to do. I don't know how to best do this, but a search for serial consoles in the dmesg output may be a solution. This has to be a low-priority interactive process though. /me is so glad he is conservative with patches like this and takes the time to think them through and really test them instead of applying them blindly. /me is so glade you took the time to investigate the issue, instead of dismissing it out of hand as your first reply indicated. Hopefully this will teach you to not dismiss my concerns out of hand in the future, though I won't hold my breath. Well, please re-read my mails, i posted the patch, asked why this was not done, and *EXPLICITLY* asked this to be double checked, did i not ? ... Frans, Fabio, Anthony, i think this is symptomatic on how this whole issue degenerated over all this time. Please, all tree look at my original bug report. I noticed a discrepancy between the rootskel and the finish-install list, suggested a solution which would allow in the future to fix this issue with having to change only one place (a most laudable goal for anyone knowledgeable in programming), and explicitly mentioned the 'unless i miss something', which was an invitation to comment from others of the team. The reply from Frans was has this patch been tested, and saying it should not be applied before etch. This kind of reply from Frans has been of the kind which has set my teeths on edge since a loong time, one tries to work, to do best, to ask for comments, and mostly gets ignored. Now i am serene enough to not snap, but as i was in personal distress in spring, you can imagine how it affected me. Also, continuous repetitions of similar issues are not prone to appeasing such situations. Please think next time before you do such, and learn that team work is also about letting everyone speak, and discuss problems and possible solutions in the open, in order to find the best possible technical solution to a given problem. And with that, happy christmas to you all, and let's hope that next year will bring better understanding patience and goodwill to everyone concerned. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403994: aub: resolve file conflict with webmagick.
* Daniel Kobras ([EMAIL PROTECTED]) [061224 07:42]: The attached diff should help resolve the file conflict with webmagick, and fixes a few errors that lintian barfs about along the way. Please apply, or drop me a note if you want me to upload the changes as an NMU. yes, please do so. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404271: Bug#404506: Merging
Gruesse! * Amaya [EMAIL PROTECTED] schrieb am [26.12.06 08:54]: severity 404271 important merge 404506 404271 retitle 404271 [Witing for Submitter] lirc-modules-source: modules report invalid module format tags 404271 moreinfo tags 404271 help thanks Hi there, Gerhard and Antony Can you please try to build the modules using module-assistant? I think this will fix your problems, but any extra input is greatly appreciated. With m-a all went fine. The .deb has .ko Modules, install goes in right Kernel-Modules-Path and as far as i see (i don't have lirc hardware) the modules are loadable in my Kernel. What the hell does m-a other than calling debian/rules? As mentioned in my other bugreport #404505 maybe there are build relicts from 2.4 Kernel method. And then, you must edit the Readme and Readme.make to force users to build with m-a. Thanks! Gruß Gerhard -- Heute ist das Morgen wovor du gestern Angst hattest...
Bug#403874: NMU uploaded
Hi, I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition for etch. Please find the used diff below. Cheers, Andi diff -ur ../ghextris-0.9.0~/debian/changelog ../ghextris-0.9.0/debian/changelog --- ../ghextris-0.9.0~/debian/changelog 2006-10-27 03:26:33.0 + +++ ../ghextris-0.9.0/debian/changelog 2006-12-26 11:16:55.0 + @@ -1,3 +1,12 @@ +ghextris (0.9.0-1.3) unstable; urgency=high + + [ Jason Harrison ] + * Non-maintainer upload. + * Renamed #!/usr/bin/python2.3 to #!/usr/bin/python. Closes: #403874 + * Changed program to use random instead of whrandom which is depreciated. + + -- Andreas Barth [EMAIL PROTECTED] Tue, 26 Dec 2006 11:13:20 + + ghextris (0.9.0-1.2) unstable; urgency=low * NMU. diff -ur ../ghextris-0.9.0~/ghextris.py ../ghextris-0.9.0/ghextris.py --- ../ghextris-0.9.0~/ghextris.py 2006-07-22 18:07:19.0 + +++ ../ghextris-0.9.0/ghextris.py 2006-12-26 11:13:14.0 + @@ -1,4 +1,4 @@ -#!/usr/bin/python2.3 +#!/usr/bin/python # Gnome-hextris; a free rewrite of the xhextris game in Python for Gnome # Copyright 2004 Mikko Rauhala [EMAIL PROTECTED] @@ -36,7 +36,7 @@ import gettext -import whrandom +import random class Hextris: def __init__(self): @@ -216,7 +216,7 @@ self.rowgroups.append(self.board.add(GnomeCanvasGroup, x = 0, y = i * self.pieceheight)) -self.nextnum = whrandom.randint(0, 9) +self.nextnum = random.randint(0, 9) self.next_piece() if self.running == False: @@ -277,7 +277,7 @@ win.connect(key-press-event, self.key_handler) self.init_board() -whrandom.seed() +random.seed() self.update_appbar() @@ -285,7 +285,7 @@ def next_piece(self): self.piecenum = self.nextnum -self.nextnum = whrandom.randint(0, 9) +self.nextnum = random.randint(0, 9) self.attitude = 0 self.piece_x = (self.cols/2)-1 + self.deltax[self.piecenum] self.piece_y = -3 + self.deltax[self.piecenum] -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404319: fyi regarding wxgtk 2.8
Le mardi 26 décembre 2006 05:00, Mark Pinto a écrit : for the benefit of those who might check this bug report and wonder, wxgtk 2.8 is not in debian yet because of edgy's freeze. I don't think so. Do you know if someone is already working on wx 2.8 ?
Bug#404558: apache2.conf has Include in wrong place
Package: apache2.2-common Version: 2.2.3-3.2 Severity: minor Tags: patch The Include lines (e.g. Include /etc/apache2/conf.d/) in apache2.conf appear above several configuration items such as ServerTokens and ServerSignature. This prevents local configuration files from being used to override those values except by abusing the sites-enabled directory. The only other option is to modify apache2.conf except this spoils the whole mechanism of keeping local changes separate. The best (and trivial) solution would be to move the non-module Include lines to the bottom of apache2.conf. Thanks. -- William Ono [EMAIL PROTECTED] --- apache2.conf.orig 2006-11-10 18:50:57.0 -0800 +++ apache2.conf2006-12-26 03:01:55.795996750 -0800 @@ -185,15 +185,6 @@ Include /etc/apache2/mods-enabled/*.load Include /etc/apache2/mods-enabled/*.conf -# Include all the user configurations: -Include /etc/apache2/httpd.conf - -# Include ports listing -Include /etc/apache2/ports.conf - -# Include generic snippets of statements -Include /etc/apache2/conf.d/ - # # The following directives define some format nicknames for use with # a CustomLog directive (see below). @@ -664,5 +655,14 @@ #/Location #/IfModule +# Include all the user configurations: +Include /etc/apache2/httpd.conf + +# Include ports listing +Include /etc/apache2/ports.conf + +# Include generic snippets of statements +Include /etc/apache2/conf.d/ + # Include the virtual host configurations: Include /etc/apache2/sites-enabled/
Bug#403996: NMU uploaded
Hi, I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition for etch. Please find the used diff below. Cheers, Andi diff -ur ../clearsilver-0.10.3~/debian/changelog ../clearsilver-0.10.3/debian/changelog --- ../clearsilver-0.10.3~/debian/changelog 2006-12-26 11:03:20.0 + +++ ../clearsilver-0.10.3/debian/changelog 2006-12-26 11:04:31.0 + @@ -1,3 +1,11 @@ +clearsilver (0.10.3-4.1) unstable; urgency=high + + * Non-maintainer upload. + * Add conflict to libcgi-dev to clearsilver-dev because of filename +conflict. Closes: #403996 + + -- Andreas Barth [EMAIL PROTECTED] Tue, 26 Dec 2006 11:04:03 + + clearsilver (0.10.3-4) unstable; urgency=low * Renamed perl-clearsilver to libclearsilver-perl according to debian diff -ur ../clearsilver-0.10.3~/debian/control ../clearsilver-0.10.3/debian/control --- ../clearsilver-0.10.3~/debian/control 2006-12-26 11:03:20.0 + +++ ../clearsilver-0.10.3/debian/control2006-12-26 11:03:58.0 + @@ -11,6 +11,7 @@ Architecture: any Section: python Depends: libc6-dev +Conflicts: libcgi-dev Description: headers and static library for clearsilver Clearsilver is a fast, powerful, and language-neutral HTML template system. In both static content sites and dynamic HTML applications, it -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350959: Fixed with superkaramba 3.5.5-2
Hi! This bug is fixed in superkaramba 3.5.5-2 (tested with Liquid Weather++ 13.4.1). Regards, Georg -- Georg Wittenburg http://page.mi.fu-berlin.de/~wittenbu/ pgpM7VgWJl0MU.pgp Description: PGP signature
Bug#245148: Fixed in xmms 1.2.10+20061101-1
Hi! This bug is fixed in xmms 1.2.10+20061101-1 (tested with kwin 3.5.5a.dfsg.1-2). Regards, Georg -- Georg Wittenburg http://page.mi.fu-berlin.de/~wittenbu/ pgpAOD3HEhIAa.pgp Description: PGP signature
Bug#404560: release-notes: Dead keys don't work in a UTF-8 locale for non-latin1 environments on a Linux console
Package: release-notes Severity: normal Please see #404503 for details. Given that Debian has a lot of power users still running w/o X11 we should document that short-coming properly. Cheers, Moritz -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293070: exiftags: Fixes some bugs
Package: exiftags Followup-For: Bug #293070 Hi, I found that this updated version fixes a number of bugs. I would be happy to upload this if you don't have time. Cheers, -i -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages exiftags depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries exiftags recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401764: initramfs-tools: Produces broken (unbootable) initrd
On Tue, 05 Dec 2006, George-Cristian Bîrzan wrote: Not much more to say. Any kernel image I build an initrd for now breaks in the same way. Since I'm lazy and didn't feel like transcripting everything it outputs, I took pictures of the screen when it broke: http://hephaestus.constanta.rdsnet.ro/~gcbirzan/initramfs/ What's funny is this (this is a broken initrd): can we have an update on that? [EMAIL PROTECTED]:~/initramfs$ gunzip -dc /boot/initrd.img-2.6.18-3-686 | cpio -i 22694 blocks [EMAIL PROTECTED]:~/initramfs$ bin/fstype /dev/sda5 FSTYPE=reiserfs FSSIZE=71206174720 [EMAIL PROTECTED]:~/initramfs$ find -name fstype ./bin/fstype [EMAIL PROTECTED]:~/initramfs$ strings bin/fstype | grep Usage Usage: %s [file] I can't get it to spit that out, though. :-) I'm rather stumped at the moment, as initramfs just kind of worked till now, not sure how to debug it... is this still the case? if yes i'd need more info. best regards -- maks
Bug#404562: aolserver4: [INTL:nl] Translation into Dutch available
Package: aolserver4 Version: 4.0.10-7 Severity: minor Tags: patch l10n Please find attached the Dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. Ciao. Vincent. -- Vincent Zweije [EMAIL PROTECTED]| If you're flamed in a group you http://www.xs4all.nl/~zweije/ | don't read, does anybody get burnt? [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. # #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: aolserver4 4.0.10-7\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-11-28 17:48+0100\n PO-Revision-Date: 2006-12-14 23:40+\n Last-Translator: Vincent Zweije [EMAIL PROTECTED]\n Language-Team: Debian-Dutch debian-l10n-dutch@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../aolserver4.templates:1001 msgid Hostname of the server: msgstr Computernaam van de server: #. Type: string #. Description #: ../aolserver4.templates:1001 msgid The server needs an hostname to be exposed on redirect pages URL and for informative purposes to identify itself. msgstr De server heeft een computernaam nodig voor doorwijspagina's en voor identificatiedoeleinden. #. Type: string #. Description #: ../aolserver4.templates:1001 msgid It is generally the fully-qualified DNS hostname of your computer or localhost, if it is not networked. Use any name which can be legally considered in a URL string in your environment. msgstr Dit is normaal gezien de volledig gekwalificeerde computernaam van uw computer, of localhost indien uw computer niet op een netwerk is aangesloten. Gebruik een willekeurige naam die op uw netwerk als een geldige URL-string kan worden gezien. #. Type: string #. Description #: ../aolserver4.templates:2001 msgid IP address to listen to: msgstr IP adres waarop moet worden geluisterd: #. Type: string #. Description #: ../aolserver4.templates:2001 msgid The server needs at least an IP address to listen to. It is generally the primary Ethernet interface (or the loopback address, if you would like to use the server just locally). msgstr De server heeft ten minste een IP-adres nodig om op te luisteren. Het is gewoonlijk de eerste ethernetinterface (of het terugloopadres, als u de server uitsluitend lokaal gebruikt). #. Type: string #. Description #: ../aolserver4.templates:2001 msgid The default address is the loopback one, which is not recommended for general (network or Internet) use. msgstr Het standaardadres is het terugloopadres; dit is niet aanbevolen voor algemeen (netwerk- of Internet-) gebruik. #. Type: string #. Description #: ../aolserver4.templates:3001 msgid TCP port: msgstr TCP poort: #. Type: string #. Description #: ../aolserver4.templates:3001 msgid AOLserver needs a port number assigned for its use. This is almost always port 80 (the standard HTTP port), but might be different if you have installed a second web server, or have some other service listening on this port. msgstr Er moet een poortnummer worden toegewezen voor het gebruik van AOLserver. Dit is meestal poort 80 (de standaard HTTP-poort), maar het kan daarvan afwijken als u een tweede webserver heeft geïnstalleerd, of als een andere dienst op deze poort luistert. #. Type: string #. Description #: ../aolserver4.templates:3001 msgid The default value is recommended. msgstr De standaardwaarde wordt aanbevolen. signature.asc Description: Digital signature
Bug#404561: dnprogs: [INTL:nl] Translation into Dutch available
Package: dnprogs Version: 2.38 Severity: minor Tags: patch l10n Please find attached the Dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. Ciao. Vincent. -- Vincent Zweije [EMAIL PROTECTED]| If you're flamed in a group you http://www.xs4all.nl/~zweije/ | don't read, does anybody get burnt? [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. # Dutch dnprogs po-debconf translation, # Copyright (C) 2006 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the dnprogs package. # Vincent Zweije [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: dnprogs 2.38\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-12-07 11:43+\n PO-Revision-Date: 2006-12-20 21:38+\n Last-Translator: Vincent Zweije [EMAIL PROTECTED]\n Language-Team: Debian-Dutch debian-l10n-dutch@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../dnet-common.templates:1001 msgid DECnet node name: msgstr DECnet-knoopnaam: #. Type: string #. Description #: ../dnet-common.templates:1001 msgid All nodes on a DECnet network have a node name. This is similar to the IP hostname but can only be a maximum of 6 characters long. It is common that the DECnet name is the same as the IP name (if your machine has one). If you do not know the answer to this question please contact your system administrator. msgstr Alle knopen op een DECnet-netwerk hebben een knoopnaam. Dit is vergelijkbaar met de IP-computernaam, maar ze mag slechts 6 karakters lang zijn. Het is gebruikelijk dat de DECnet-naam dezelfde is als de IP-naam (als uw machine er één heeft). Als u het antwoord op deze vraag niet weet, contacteer dan uw systeembeheerder. #. Type: string #. Description #: ../dnet-common.templates:2001 msgid DECnet node address: msgstr DECnet-knoopadres: #. Type: string #. Description #: ../dnet-common.templates:2001 msgid All nodes on a DECnet network have a node address. This is two numbers separated with a period (e.g. 3.45) where the first number denotes the area and the second is the node within that area. msgstr Alle knopen op een DECnet-netwerk hebben een knoopadres. Dit bestaat uit twee getallen, gescheiden door een punt (b.v. 3.45) waarbij het eerste getal het gebied aangeeft en het tweede de knoop in dat gebied. #. Type: string #. Description #: ../dnet-common.templates:2001 msgid Do not make up a number here. If you do not know your DECnet node address then ask your system administrator. msgstr Verzin niet zomaar een adres. Als u uw DECnet-knoopadres niet weet, vraag het dan aan uw systeembeheerder. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid DECnet startup changes your ethernet hardware address msgstr Het opstarten van DECnet wijzigt uw ethernet-hardwareadres #. Type: note #. Description #: ../dnet-common.templates:3001 msgid The \setether\ program in this package will change the hardware (MAC) address of all ethernet cards in your system (by default) to match the DECnet node address. This is essential for the operation of DECnet and so is not optional. However, if you have more than one ethernet card you may want to edit /etc/default/decnet to alter the list of cards whose hardware addresses are changed. msgstr Het \setether\-programma in dit pakket zal het hardware- (MAC-) adres van al uw ethernetkaarten in uw systeem (standaard) laten overeenkomen met het DECnet-knoopadres. Dit is essentieel voor de werking van DECnet en is dus niet optioneel. Toch kunt u in /etc/default/decnet de lijst van kaarten wiens hardwareadres moet veranderd worden, wijzigen als u meer dan één ethernetkaart heeft. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid Be aware that any other machines that have your system's MAC address in their ARP cache may no longer be able to communicate with you via IP protocols until this cache has timed out or been flushed. msgstr Merk op dat andere machines die het MAC-adres van uw systeem in hun ARP- cache hebben, misschien niet langer met u kunnen communiceren via IP- protocols totdat de cache is verlopen of is gewist. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid The MAC address cannot be changed on-the-fly so you will need to reboot your machine before DECnet can function. msgstr Het MAC-adres kan niet \on-the-fly\ gewijzigd worden, dus u zal uw machine moeten herstarten opdat DECnet zou kunnen functioneren. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid You should also edit /etc/decnet.conf to add the
Bug#404564: SA23492: w3m: Certificate Handling Format String Vulnerability
Package: w3m Version: 0.5.1-5 Severity: important Tags: security Description: A vulnerability has been reported in w3m, which potentially can be exploited by malicious people to compromise a user's system. The vulnerability is caused due to a format string error when handling SSL certificates and can be exploited via a specially crafted SSL certificate containing format specifiers in the CN field. Successful exploitation may allow execution of arbitrary code when e.g. visiting a malicious website, but requires that the application is running with either the -dump or -backend option. The vulnerability is reported in version 0.5.1. Other versions may also be affected. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404563: dfsbuild: grub files moved in etch
Package: dfsbuild Version: 0.99.2 Severity: grave Justification: renders package unusable the version of grub that ships with etch puts its files in /usr/lib/grub instead of /lib/grub, which breaks dfsbuild. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages dfsbuild depends on: ii cdebootstrap 0.3.15 Bootstrap a Debian system ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM F ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii grub 0.97-20GRand Unified Bootloader ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii mkisofs 9:1.1.0-1 Dummy transition package for genis ii reprepro 1.3.1-1debian package repository producer ii ucf 2.0017 Update Configuration File: preserv dfsbuild recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404448: nexuiz: FTBFS on GNU/kFreeBSD: wrong OS detection
hi, thanks for the patch, i made a dpatch from it and included it in the nexuiz package in the debian games team svn repository. but before having the patched package uploaded, i'd like to hear from you, if the binary runs fine ;) cheers - fuddl -- Among elephants it's not considered cool nor in any good taste to drain other elephants signature.asc Description: PGP signature
Bug#404531: Emails were don't delete
On Tue, Dec 26, 2006 at 01:38:07AM +0100, General Stone wrote: If I delete my emails from a directory, icedove don't delete it from .mozilla-thunderbird/*.default/Mail/Local\ Folders/. Example: I become an email and then I delete it and delete the trash too, the mail is not visible in icedove but in .mozilla-thunderbird/*.default/Mail/Local\ Folders/Sent the mail is still there. Try to run Compact Folder manually (e.g. right-click on folder-Compact). - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366974: firefox 2.0
Hi! I just want to point out that the current wine version in etch (0.9.25) fails to install Firefox 2.0, whereas latest upstream (0.9.27) works. I think it'd be good if 0.9.27 made into etch. -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404565: shaper stop spews errors when network interfaces containing capital letters are present
Package: shaper Version: 2.2.12-0.7.3-2.1 Severity: normal Tags: patch When the system has network interfaces with capital letters in their names, many errors are displayed at shutdown time. For example: Cannot find device 2: RTNETLINK answers: No such file or directory Cannot find device BROADCAST,MULT Cannot find device mtu Cannot find device 576 Cannot find device qdisc Cannot find device pfifo_fast Cannot find device qlen Cannot find device 1000 Cannot find device 3: The cause is that the part of the script which parser the output of ip link show does not allow for network interface names containing capital letters. I have attached a patch which explicitly allows capital letters in the interface name. It might be worth making the parsing even more forgiving, since the failure mode is so ugly. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages shaper depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii iproute 20061002-3 Professional tools to control the shaper recommends no packages. -- debconf information: * shaper/kernel-modules: --- shaper.bak 2006-12-26 11:43:24.0 + +++ shaper 2006-12-26 11:44:10.0 + @@ -516,7 +516,7 @@ ### Get list of network devices cbq_device_list () { ip link show| sed -n /^[0-9]/ \ - { s/^[0-9]\+: \([a-z0-9._]\+\)[:@].*/\1/; p; } + { s/^[0-9]\+: \([a-zA-Z0-9._]\+\)[:@].*/\1/; p; } } # cbq_device_list
Bug#151645: mozilla-browser: HTTP/1.1 Pipelining gets confused.
On 2002-07-02 Thomas Roessler [EMAIL PROTECTED] wrote: Package: mozilla-browser Version: 2:1.0.0-0.woody.1 Severity: normal It seems like HTTP pipelining occasionally gets confused, and out of synch with the server's answers. Mozilla then offers me to save the web page in question as an application/x-httpd-php3 file (the content type is apparently determined from the file name); that file contains the actual HTTP header, and part of the server's response (like 1 200, cut off from HTTP/1.1 200). To reproduce activate persistent connections and pipelining, and stress-test it a bit. (For instance on a site which opens many sub-windows.) If needed to debug this further, I have a packet trace of a session where this happened available. As far as I can see it, the dialogue between Mozilla and the server was flawless on the wire. [...] Can you still reproduce this with iceape (or even mozilla 1.7.x)? cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404566: mysql-dfsg-5.0: [INTL:nl] Translation into Dutch available
Package: mysql-dfsg-5.0 Version: 5.0.30-2 Severity: minor Tags: patch l10n Please find attached the Dutch po-debconf translation. This translation has been vetted by the review process of the debian-l10n-dutch team. Please add it to your next package revision, it should be inserted in your package build-tree as debian/po/nl.po, TIA. Feel free to mail me if this file needs updating at some future date. Ciao. Vincent. -- Vincent Zweije [EMAIL PROTECTED]| If you're flamed in a group you http://www.xs4all.nl/~zweije/ | don't read, does anybody get burnt? [Xhost should be taken out and shot] |-- Paul Tomblin on a.s.r. # Dutch mysql-dfsg-5.0 po-debconf translation, # Copyright (C) 2006 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the mysql-dfsg-5.0 package. # Vincent Zweije [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: mysql-dfsg-5.0 5.0.30-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-12-19 00:57+0100\n PO-Revision-Date: 2006-12-20 20:52+\n Last-Translator: Vincent Zweije [EMAIL PROTECTED]\n Language-Team: Debian-Dutch debian-l10n-dutch@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../mysql-server-5.0.templates:1001 msgid Do you really want to downgrade? msgstr Wilt u echt een oude versie herstellen? #. Type: boolean #. Description #: ../mysql-server-5.0.templates:1001 msgid WARNING: The file /var/lib/mysql/debian-*.flag exists. This indicates that a mysql-server package with a higher version has been installed before. It can not be guaranteed that this version can use its data. msgstr Waarschuwing: waarschijnlijk is een hogere versie van het mysql-server pakket geïnstalleerd geweest (het bestand /var/lib/mysql/debian-*.flag bestaat). Er is geen garantie dat de gegevensbestanden, bewerkt met die hogere versie, kunnen worden gebruikt met de versie van mysql die u nu installeert. #. Type: note #. Description #: ../mysql-server-5.0.templates:2001 msgid Important note for NIS/YP users! msgstr Belangrijke opmerking voor gebruikers van NIS/YP! #. Type: note #. Description #: ../mysql-server-5.0.templates:2001 msgid To use mysql you must install an equivalent user and group to the following and ensure yourself that /var/lib/mysql has the right permissions (the uid/ gid may be different). msgstr Om mysql te gebruiken dient u een gebruiker en groep aan te maken, gelijkwaardig aan onderstaand voorbeeld, en u dient ervoor te zorgen dat /var/lib/mysql de bijbehorende toegangsrechten heeft (uid en gid mogen anders zijn). #. Type: note #. Description #: ../mysql-server-5.0.templates:2001 msgid /etc/passwd: mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false msgstr /etc/passwd: mysql:x:100:101:MySQL Server:/var/lib/mysql:/bin/false #. Type: note #. Description #: ../mysql-server-5.0.templates:2001 msgid /etc/group: mysql:x:101: msgstr /etc/group: mysql:x:101: #. Type: note #. Description #: ../mysql-server-5.0.templates:2001 msgid /var/lib/mysql: drwxr-xr-x mysqlmysql msgstr /var/lib/mysql: drwxr-xr-x mysqlmysql #. Type: boolean #. Description #: ../mysql-server-5.0.templates:3001 msgid Remove the databases used by all MySQL versions? msgstr Databases verwijderen die door alle MySQL versies worden gebruikt? #. Type: boolean #. Description #: ../mysql-server-5.0.templates:3001 msgid The script is about to remove the data directory /var/lib/mysql. If it is planned to just install a higher MySQL version or if a different mysql- server package is already using it, the data should be kept. msgstr Het script staat op het punt de datamap /var/lib/mysql te verwijderen. Als het plan alleen maar is om een hogere MySQL versie te installeren, of als een ander mysql-serverpakket de datamap al gebruikt, dan zou de data moeten worden behouden. #. Type: boolean #. Description #: ../mysql-server-5.0.templates:4001 msgid Should MySQL start on boot? msgstr Moet MySQL starten als de computer start? #. Type: boolean #. Description #: ../mysql-server-5.0.templates:4001 msgid The MySQL can start automatically on boot time or only if you manually type '/etc/init.d/mysql start'. msgstr MySQL kan automatisch starten bij het starten van de computer, of slechts wanneer u '/etc/init.d/mysql start' handmatig uitvoert. #. Type: password #. Description #: ../mysql-server-5.0.templates:5001 msgid Please enter password for MySQL \root\ user msgstr Voer het wachtwoord in voor de MySQL \root\-gebruiker #. Type: password #. Description #: ../mysql-server-5.0.templates:5001 msgid It is highly recommended that you set a password for the MySQL administrative \root\ user. msgstr Het wordt sterk aangeraden een wachtwoord in te stellen voor de administratieve MySQL \root\-gebruiker. #. Type: password #.
Bug#404451: Galician Debian
Hi people, I just wanna let you know that im quite interested about to get a galician debian list. We are just a four million people country but we like our language so please create this list Thaks a million mates Bye _ Descarga gratis la Barra de Herramientas de MSN http://www.msn.es/usuario/busqueda/barra?XAPID=2031DI=1055SU=http%3A//www.hotmail.comHL=LINKTAG1OPENINGTEXT_MSNBH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404567: patch for traditional Chinese desktop task
Package: tasksel Version: 2.59 Severity: wishlist Tags: l10n patch Deer tasksel developers, Current traditional Chinese desktop task in tasksel is quite outdated. After some discussion among Taiwan users on forum [1] and irc [2], we hope you may update the task before Etch's release. Thank you. :-) [1] http://moto.debian.org.tw/viewtopic.php?t=11120 [2] http://calno.com/moto/OFTC-dot.log Wen-Yen Chuang (caleb) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --- tasksel.orig/tasks/chinese-t-desktop +++ tasksel/tasks/chinese-t-desktop @@ -6,21 +6,22 @@ Key: Packages: task-fields Packages-list: - rxvt-ml + rxvt-beta mlterm + mlterm-tools rxvt-unicode-ml scim-chewing - m17n-env + im-switch + xfonts-wqy scim-tables-zh - xcin - pydict - kde-i18n-zhtw + gcin + stardict x-ttcidfont-conf - ttf-arphic-bsmi00lp + ttf-arphic-uming ttf-arphic-bkai00mp xfonts-intl-chinese unifont openoffice.org-l10n-zh-tw openoffice.org-help-zh-tw - firefox-locale-zh-tw iceweasel-l10n-zh-tw + paps
Bug#117765: MS Office 2007 Enterprise ready to download
Office 2007 is available for enterprise users from November 30, 2006. The end user version will be available in the beginning of 2007. The 2007 Microsoft Office System, also known as Microsoft Office 2007, is the most recent version of Microsoft's productivity suite. Formerly known as Office 12 in the initial stages of its beta cycle, it was scheduled to be made available to volume license customers on November 30, 2006, with general availability following in early 2007. Office 2007 contains a number of new features, the most notable of which is the entirely new graphical user interface called the Ribbon, replacing the menus and toolbars that have been the cornerstone of Office since its inception.Office 2007 also includes new applications and server-side tools. Chief amongst these is Groove, a collaboration and communication suite for smaller businesses which was originally developed by Groove Networks before being acquired by Microsoft in 2005. Also included is Office Sharepoint Server 2007, a major revision to the server platform for Office applications, which supports Excel Services, a client-server architecture for supporting Excel workbooks that are shared in real time between multiple machines, and are also viewable and editable through a web page.While Office 2007 includes many new features, one has been removed entirely: Microsoft FrontPage is no longer being developed; its successor is the Microsoft Expression line of products. Microsoft Office 2007 Enterprise Retail Price $899.00 Our Price $79.95 You save $819.05 http://aftergallahen.com Please note, that there will be more special offers available for our constant customers. Every effort has been made to ensure the accuracy of all information contained herein. DS Team makes no warranty expressed or implied with respect to accuracy of the information, including price, product editorials or product specifications. Product and manufacturer names are used only for the purpose of identification. We appreciate your cooperation with us and we'll be glad to see you as our clients in the future. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403995: webmagick: resolve file conflict with aub.
* Daniel Kobras ([EMAIL PROTECTED]) [061224 07:11]: The file conflict of aub.1 with the aub package clearly is an error on the webmagick side. It had already been reported as #76981 and was subsequently fixed six year ago. Not sure what made it reappear. Anyway, trivial patch attached. I can upload it as an NMU unless someone objects. Please upload. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283919: MS Office 2007 Enterprise ready to download
Office 2007 is available for enterprise users from November 30, 2006. The end user version will be available in the beginning of 2007. The 2007 Microsoft Office System, also known as Microsoft Office 2007, is the most recent version of Microsoft's productivity suite. Formerly known as Office 12 in the initial stages of its beta cycle, it was scheduled to be made available to volume license customers on November 30, 2006, with general availability following in early 2007. Office 2007 contains a number of new features, the most notable of which is the entirely new graphical user interface called the Ribbon, replacing the menus and toolbars that have been the cornerstone of Office since its inception.Office 2007 also includes new applications and server-side tools. Chief amongst these is Groove, a collaboration and communication suite for smaller businesses which was originally developed by Groove Networks before being acquired by Microsoft in 2005. Also included is Office Sharepoint Server 2007, a major revision to the server platform for Office applications, which supports Excel Services, a client-server architecture for supporting Excel workbooks that are shared in real time between multiple machines, and are also viewable and editable through a web page.While Office 2007 includes many new features, one has been removed entirely: Microsoft FrontPage is no longer being developed; its successor is the Microsoft Expression line of products. Microsoft Office 2007 Enterprise Retail Price $899.00 Our Price $79.95 You save $819.05 http://aftergallahen.com Please note, that there will be more special offers available for our constant customers. Every effort has been made to ensure the accuracy of all information contained herein. DS Team makes no warranty expressed or implied with respect to accuracy of the information, including price, product editorials or product specifications. Product and manufacturer names are used only for the purpose of identification. We appreciate your cooperation with us and we'll be glad to see you as our clients in the future. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402816: utf brocken
On Tue, Dec 12, 2006 at 10:19:54PM +0100, Daniel Baumann wrote: Hrm, just found out that at least dmenu suffers from the same utf breackage as dwm before 2.1-2 does (maybe some others too, needs checking too). dmenu needs also a ~10 line fix. Will prepare package on thursday, no time before. While I understand that this is mainly a placeholder bug to remind yourself of the issue, it would be helpful if you could in fact write _what_ the issue is. After searching a bit, I found out that dwm 2.1-2 was uploaded to testing-proposed-updates (that explains why it's not mentioned in the changelog), but #402671 is not any more forthcoming that this bug report, and the 99-utf.patch in the package also just says fix utf support. Half of it seems to be mucking around with the X pointer anyhow... (It does remove a few setlocale(foo, ) calls, but what that fixes is non-obvious to me.) As you haven't uploaded the package, we're now left with the situation that there's an RC bug in the BTS that nobody but you actually knows what is about, and thus it's a bit hard to get it fixed :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#172731: mozilla-browser: No longer displays page load times
On 2002-12-12 Andrew McMillan [EMAIL PROTECTED] wrote: Package: mozilla-browser Version: 2:1.2.1-3 Severity: normal It seems that Mozilla no longer displays the page load time in the status bar - just the word Done when it's finished. This used to be extremely useful for web development, it's a shame to see it gone - any chance of getting it back again? [...] Hello, did it really display page load time (in seconds or whatever)? With iceape I've got the the regular progress bar and cannot remember that it ever was different with mozilla. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404451: It is important to create this list.
In the measure that Debian is ported to other languages, that will improve its usability and spread among users of the world. One of the strengths of Free Software is, precisely, its ability to accomodate wildly different needs among users, thanks to customizability. Having a list and a group for the Galizan language would enable its circa three million speakers to acces the Free Software world with more ease. Denís. -- ### # Denís Fernández Cabrera # #[EMAIL PROTECTED] # # gatonegro.ceibes.org # ###
Bug#404569: konqueror: segv on http://google.com/reader/
Package: konqueror Version: 4:3.5.5a.dfsg.1-2 Severity: important When I visit http://google.com/reader/ and click on Get started by adding subscriptions I get a SEGV with the following trace, it happens every time: [KCrash handler] #6 0xb6083044 in non-virtual thunk to DOM::HTMLEmbedElementImpl::~HTMLEmbedElementImpl() () from /usr/lib/libkhtml.so.4 #7 0x0875794a in ?? () #8 0x007383d0 in ?? () #9 0xbfad5068 in ?? () #10 0xb607748d in non-virtual thunk to DOM::HTMLEmbedElementImpl::~HTMLEmbedElementImpl() () from /usr/lib/libkhtml.so.4 #11 0x083a671c in ?? () #12 0x in ?? () -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages konqueror depends on: ii kcontrol 4:3.5.5a.dfsg.1-2 control center for KDE ii kdebase-kio-plugins4:3.5.5a.dfsg.1-2 core I/O slaves for KDE ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii kdesktop 4:3.5.5a.dfsg.1-2 miscellaneous binaries and files f ii kfind 4:3.5.5a.dfsg.1-2 file-find utility for KDE ii libacl12.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libfam02.7.0-11 Client library to control the FAM ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-19GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkonq4 4:3.5.5a.dfsg.1-2 core libraries for Konqueror ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime konqueror recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404570: nvidia-glx-legacy: package depends upon -486 version of nvidia-kernel-legacy
Package: nvidia-glx-legacy Severity: important When I run apt-get install nvidia-glx-legacy nvidia-kernel-legacy-`uname -r` I get the following: The following extra packages will be installed: linux-image-2.6.18-3-486 nvidia-kernel-common nvidia-kernel-legacy-2.6.18-3-486 Suggested packages: linux-doc-2.6.18 nvidia-settings nvidia-kernel-legacy-source Recommended packages: nvidia-kernel-source nvidia-kernel The following NEW packages will be installed: linux-image-2.6.18-3-486 nvidia-glx-legacy nvidia-kernel-common nvidia-kernel-legacy-2.6.18-3-486 nvidia-kernel-legacy-2.6.18-3-686 It should load only be adding nvidia-kernel-legacy-2.6.18-3-686 and the -common packages, rather than also the -486 package and a whole -486 kernel. I used to be on dial-up, which would make the above not only wasteful but painful. ;-) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402816: utf brocken
Steinar H. Gunderson wrote: As you haven't uploaded the package, we're now left with the situation that there's an RC bug in the BTS that nobody but you actually knows what is about, and thus it's a bit hard to get it fixed :-) i asked for permission on -release, however, they didn't like the second patch, so i have to remove it and ask again. would be nice if i can do it tomorrow and not today, it's second (and last) day of christmas now. -- 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#404568: linux-image-2.6.18-3-686: sata ii hard disk on via chipset appeards both as hdg and as sda
Package: linux-image-2.6.18-3-686 Version: 2.6.18-8 Severity: normal The system has a VIA K8T890 CF chipset with two IDE, two SATA and two SATA II JMicron JMB 363 ports. The system has a DVD burner set as master on the second IDE interface, and a hard disk connected to the first SATA II port. The SATA II port can be set in the BIOS to work in either IDE or AHCI mode, but the problem appears in both cases. The problem is that the hard disk appears both as /dev/hdg (initially) and /dev/sda (when the SATA driver gets loaded), but accessing it via /dev/hdg generates lots of I/O error messages, as shown in the attached dmesg (lspci and dmesg outputs refer to the SATA II ports set to AHCI mode in the BIOS). Passing ide2=noprobe ide3=noprobe hdg=noprobe or similar options to the kernel (the system is set up with GRUB) has no effect, so it seems to be not possible to disable the (non-functional) PATA acccess to the SATA II disk. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.18-3-686 depends on: ii coreutils 5.97-5.2 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii initramfs-tools [linux-initra 0.85e tools for generating an initramfs ii module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-3-686 recommends: ii libc6-i686 2.3.6.ds1-9 GNU C Library: Shared libraries [i -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-3-686/postinst/bootloader-error-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-dir-initrd-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/kimage-is-a-directory: linux-image-2.6.18-3-686/preinst/elilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/old-system-map-link-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/lilo-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/depmod-error-initrd-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/bootloader-initrd-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/removing-running-kernel-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/create-kimage-link-2.6.18-3-686: true linux-image-2.6.18-3-686/prerm/would-invalidate-boot-loader-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/abort-install-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/overwriting-modules-2.6.18-3-686: true linux-image-2.6.18-3-686/preinst/initrd-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-3-686/preinst/already-running-this-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/bootloader-test-error-2.6.18-3-686: linux-image-2.6.18-3-686/preinst/abort-overwrite-2.6.18-3-686: linux-image-2.6.18-3-686/postinst/old-initrd-link-2.6.18-3-686: true linux-image-2.6.18-3-686/postinst/depmod-error-2.6.18-3-686: false linux-image-2.6.18-3-686/preinst/failed-to-move-modules-2.6.18-3-686: -- lspci output: 00:00.0 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.1 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.2 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.3 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.4 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:00.5 PIC: VIA Technologies, Inc. VT3351 I/O APIC Interrupt Controller 00:00.7 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. [K8T890 North / VT8237 South] PCI Bridge 00:02.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.1 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.2 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.3 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:0a.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) 00:0f.0 IDE interface: VIA Technologies, Inc. VT8237A SATA 2-Port Controller (rev 80) 00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07) 00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev a0) 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev a0) 00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev a0) 00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev a0) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237A PCI to ISA Bridge 00:11.7 Host bridge:
Bug#404452: It is important that this list be created.
In the measure that Debian is ported to other languages, that will improve its usability and spread among users of the world. One of the strengths of Free Software is, precisely, its ability to accomodate wildly different needs among users, thanks to customizability. Having a list and a group for the Galizan language would enable its circa three million speakers to acces the Free Software world with more ease. Denís. -- ### # Denís Fernández Cabrera # #[EMAIL PROTECTED] # # gatonegro.ceibes.org # ###
Bug#404571: pdumpfs: fails with error bignum too big to convert into `long'
Package: pdumpfs Version: 1.3-2 Severity: important pdumpfs fails with the error bignum too big to convert into `long' when it gets to the following file... stat /path/to/file File: `/path/to/file' Size: 26 Blocks: 16 IO Block: 32768 regular file Device: fh/15d Inode: 27296827Links: 1 Access: (0600/-rw---) Uid: ( 1115/ UNKNOWN) Gid: (4294967294/ UNKNOWN) Access: 2006-12-22 15:31:56.0 + Modify: 2006-05-12 11:11:04.0 +0100 Change: 2006-09-24 18:26:07.0 +0100 I can only assume this is because of the high GID, which happens to belong to nfsnobody on the 64bit FC5 (nfs mounted) system this file lives on. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pdumpfs depends on: ii ruby 1.8.2-1An interpreter of object-oriented pdumpfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404506: Bug#404271: Merging
severity 404271 important merge 404506 404271 retitle 404271 [Witing for Submitter] lirc-modules-source: modules report invalid module format tags 404271 moreinfo tags 404271 help thanks Hi there, Gerhard and Antony Can you please try to build the modules using module-assistant? I think this will fix your problems, but any extra input is greatly appreciated. I was using m-a - please see the log I posted. Did I do something incorrectly? Antony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400283: gst.PluginNotFoundError: audiopanorama when adding instruments
severity 400283 grave thanks Hi, I'm raising the severity of this bug to RC since jokosher is mostly useless without the ability to add instruments (this is not a releasable state) and we got no feedback on this bug report. Cheers, Samuel. On Sat, Nov 25, 2006 at 12:00:08AM +0100, Samuel Mimram wrote: I cannot add instruments to projects in jokosher. Each time I try to add an instrument I get the following traceback: File /usr/share/jokosher/Jokosher/AddInstrumentDialog.py, line 91, in OnSelected self.OnOK() File /usr/share/jokosher/Jokosher/AddInstrumentDialog.py, line 105, in OnOK self.project.AddInstrument(*instrItem) File /usr/share/jokosher/Jokosher/CommandManager.py, line 133, in __call__ return self.fun(*(self.pending + args), **kw) File /usr/share/jokosher/Jokosher/CommandManager.py, line 77, in wrapperFunction out = func(*args,**kwargs) File /usr/share/jokosher/Jokosher/Project.py, line 1073, in AddInstrument instr = Instrument(self, name, type, pixbuf) File /usr/share/jokosher/Jokosher/Instrument.py, line 87, in __init__ self.panElement = gst.element_factory_make(audiopanorama, Instrument_Pan_%d%self.id) gst.PluginNotFoundError: audiopanorama -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404010: No reasonable solution
* Steve Langasek [EMAIL PROTECTED] [2006-12-24 14:30]: For my part, I've never heard of slang-slirp before, and it seems obvious to me from the naming prefix that the slirp package does have prior claim to the name. I think this just needs to be resolved by slang-slirp changing its binary name the same way as the package name. This is what I did in version 1.9.0.3-2 of slang-slirp uploaded yesterday, which closed Bug#404009. This bug report can be closed as well, although the bug persists in etch. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394392: Alternative msync() fix for 2.6.18?
Hi Hugh and Peter, We in Debian have applied your mm: msync() cleanup patch (plus the other mm changes needed for this one) to our 2.6.18 kernel because it's needed for LSB 3.1 compliance. Given that apparently no fix for the induced filesystem corruption is coming forth and we're trying to get a release of Debian out, I was wondering if it would be possible to create an alternative msync() fix that doesn't really on those mm changes. Since 2.6.17 and 2.6.18 are currently not LSB 3.1 compliant, I think this might also be something for the -stable branch. Do you think this is possible and do you have any interest in creating such a patch? This would really help us a lot. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#151645: mozilla-browser: HTTP/1.1 Pipelining gets confused.
On 2002-07-02 Thomas Roessler [EMAIL PROTECTED] wrote: Package: mozilla-browser Version: 2:1.0.0-0.woody.1 Severity: normal It seems like HTTP pipelining occasionally gets confused, and out of synch with the server's answers. Mozilla then offers me to save the web page in question as an application/x-httpd-php3 file (the content type is apparently determined from the file name); that file contains the actual HTTP header, and part of the server's response (like 1 200, cut off from HTTP/1.1 200). To reproduce activate persistent connections and pipelining, and stress-test it a bit. (For instance on a site which opens many sub-windows.) If needed to debug this further, I have a packet trace of a session where this happened available. As far as I can see it, the dialogue between Mozilla and the server was flawless on the wire. [...] Can you still reproduce this with iceape (or even mozilla 1.7.x)? cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#172731: mozilla-browser: No longer displays page load times
On 2002-12-12 Andrew McMillan [EMAIL PROTECTED] wrote: Package: mozilla-browser Version: 2:1.2.1-3 Severity: normal It seems that Mozilla no longer displays the page load time in the status bar - just the word Done when it's finished. This used to be extremely useful for web development, it's a shame to see it gone - any chance of getting it back again? [...] Hello, did it really display page load time (in seconds or whatever)? With iceape I've got the the regular progress bar and cannot remember that it ever was different with mozilla. cu andreas PS: It would be nice if you could update the bug submitter address with working address. ;-) -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392357: pcsc-lite: diff for NMU version 1.3.2-3.1
tags 392357 + patch thanks Hi, Attached is the diff for my pcsc-lite 1.3.2-3.1 NMU. diff -u pcsc-lite-1.3.2/debian/pcscd.init pcsc-lite-1.3.2/debian/pcscd.init --- pcsc-lite-1.3.2/debian/pcscd.init +++ pcsc-lite-1.3.2/debian/pcscd.init @@ -25,6 +25,7 @@ DESC=PCSC Lite resource manager PIDFILE=/var/run/$NAME.pid +PUBFILE=/var/run/$NAME.pub SCRIPTNAME=/etc/init.d/$NAME # Gracefully exit if the package has been removed (but not purged). @@ -36,14 +37,16 @@ start) log_daemon_msg Starting $DESC $NAME # if the daemon is already running we REstart it - if [ -f $PIDFILE ]; then - log_progress_msg already running, - $0 restart - else - start-stop-daemon --start --quiet --pidfile $PIDFILE \ - --exec $DAEMON -- --error - log_end_msg $? + if [ -f $PIDFILE ] || [ -f $PUBFILE ]; then + log_progress_msg already running, stopping, + start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE \ + --retry 10 --name $NAME + log_progress_msg restarting + rm -f $PIDFILE $PUBFILE fi + start-stop-daemon --start --quiet --pidfile $PIDFILE \ + --exec $DAEMON -- --error + log_end_msg $? ;; stop) @@ -51,6 +54,7 @@ start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE \ --retry 10 --name $NAME log_end_msg $? + rm -f $PIDFILE $PUBFILE ;; restart|force-reload) diff -u pcsc-lite-1.3.2/debian/changelog pcsc-lite-1.3.2/debian/changelog --- pcsc-lite-1.3.2/debian/changelog +++ pcsc-lite-1.3.2/debian/changelog @@ -1,3 +1,19 @@ +pcsc-lite (1.3.2-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Fix issues with looping init script. (Closes: #392357) +* restart calls stop ; start, but start calls restart if the pid file + still exists. This is obviously not a good idea if stop doesn't remove + the pid file properly. Make start stop the daemon itself instead of + calling restart, which kills the loop. +* Also, make the stop target rm -f the pid file after calling + start-stop-daemon, just in case, and to avoid extraneous stops from the + start target. +* Finally, also check and rm /var/run/pcscd.pub, as the daemon doesn't + like starting if it's already there. + + -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 26 Dec 2006 13:45:25 +0100 + pcsc-lite (1.3.2-3) unstable; urgency=high * urgency high to correct a RC bug
Bug#404573: [INTL:gl] Galician debconf templates translation for postfix
Package: postfix Version: 2.2.6-1 Severity: wishlist Tags: l10n patch It is attached to this bug report. # Galician translation of postfix's debconf templates. # Jacobo Tarrio [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: postfix\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-12-17 20:13-0700\n PO-Revision-Date: 2006-12-23 13:32+0100\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 #: ../templates:1001 msgid Correct dynamicmaps.cf for upgrade? msgstr ¿Corrixir dynamicmaps.cf para a actualización? #. Type: boolean #. Description #: ../templates:1001 #, no-c-format msgid Postfix version 2.0.2 and later require changes in dynamicmaps.cf. Specifically, wildcard support is gone, and with it, %s expansion. Any changes that you made to dynamicmaps.cf that relied on these features will need to be fixed by you. Failure to correct these will result in a broken mailer. msgstr Postfix versión 2.0.2 e posterior precisa de cambios en dynamicmaps.cf. Especificamente, xa non hai soporte de comodíns e tampouco de expansión de % s. Os cambios que teña feitos en dynamicmaps.cf que dependeran destas características han ter que se arranxar agora. Se non o fai ha ter un sistema de correo roto. #. Type: boolean #. Description #: ../templates:1001 #, no-c-format msgid Should dynamicmaps.cf be automatically changed? Decline this option to abort the upgrade, giving you the opportunity to eliminate wildcard and %s- expansion-dependent configuration. Accept this option if you have no such configuration, and automatically make dynamicmaps.cf compatible with Postfix 2.0.2 in this respect. msgstr ¿Debería cambiarse automaticamente dynamicmaps.cf? Rexeite esta opción para abortar a actualización, o que lle ha dar a oportunidade de eliminar configuracións que dependan de comodíns e expansión de %s. Acepte esta opción se non ten tales configuracións para facer que dynamicmaps.cf sexa automaticamente compatible con Postfix 2.0.2 neste respecto. #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:2001 ../templates:5001 msgid Correct master.cf for upgrade? msgstr ¿Corrixir master.cf para a actualización? #. Type: boolean #. Description #: ../templates:2001 msgid Postfix version 2.1 and later require new services in master.cf. msgstr Postfix versión 2.1 e posterior precisa de novos servizos en master.cf. #. Type: boolean #. Description #: ../templates:2001 msgid Should this configuration be automatically added to master.cf? Decline this option to abort the upgrade, giving you the opportunity to add this configuration yourself. Accept this option to automatically make master.cf compatible with Postfix 2.1 in this respect. msgstr ¿Debería engadires automaticamente esta configuración a master.cf? Rexeite esta opción para abortar a actualización, o que lle ha dar a oportunidade de engadir esta configuración vostede mesmo. Acepte esta opción para facer que master.cf sexa automaticamente compatible con Postfix 2.1 neste respecto. #. Type: boolean #. Description #: ../templates:3001 msgid Add mydomain entry in main.cf for upgrade? msgstr ¿Engadir a entrada mydomain en main.cf para a actualización? #. Type: boolean #. Description #: ../templates:3001 msgid Postfix version 2.3.3-2 and later require changes in main.cf. Specifically, mydomain must be specified, since hostname(2) is not a fully-qualified domain name (FQDN). msgstr Postfix versión 2.3.3-2 e posteriores precisan de cambios en main.cf. En particular, hai que especificar mydomain, xa que hostname(2) non fornece un nome de dominio completamente cualificado (FQDN). #. Type: boolean #. Description #: ../templates:3001 msgid Failure to fix this will result in a broken mailer. Decline this option to abort the upgrade, giving you the opportunity to add this configuration yourself. Accept this option to automatically set mydomain based on the FQDN of the machine. msgstr Se non arranxa isto ha ter un sistema de correo roto. Rexeite esta opción para abortar a actualización, o que lle ha dar a oportunidade de engadir esta configuración vostede mesmo. Acepte esta opción para facer que mydomain estea automaticamente baseado no nome de dominio completo (FQDN) da máquina. #. Type: boolean #. Description #: ../templates:4001 msgid Correct tlsmgr entry in master.cf for upgrade? msgstr ¿Corrixir a entrada de tlsmgr en master.cf para a actualización? #. Type: boolean #. Description #: ../templates:4001 msgid Postfix version 2.2 has changed the invocation of tlsmgr. msgstr Postfix versión 2.2 cambiou a invocación de tlsmgr. #. Type: boolean #. Description #: ../templates:4001 msgid Failure to fix this will result in a broken mailer. Decline this option to abort the upgrade, giving you the opportunity to add
Bug#172731: mozilla-browser: No longer displays page load times
On Tue, Dec 26, 2006 at 01:48:59PM +0100, Andreas Metzler wrote: On 2002-12-12 Andrew McMillan [EMAIL PROTECTED] wrote: Package: mozilla-browser Version: 2:1.2.1-3 Severity: normal It seems that Mozilla no longer displays the page load time in the status bar - just the word Done when it's finished. This used to be extremely useful for web development, it's a shame to see it gone - any chance of getting it back again? [...] Hello, did it really display page load time (in seconds or whatever)? With iceape I've got the the regular progress bar and cannot remember that it ever was different with mozilla. Yeah ... I can remember that was a feature like this ... ages ago (e.g. afaik it has been there since netscape times) ... however this feature does just not exist anymore (maybe some extension provides this now?). - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394392: Alternative msync() fix for 2.6.18?
On Tue, 26 Dec 2006, Martin Michlmayr wrote: We in Debian have applied your mm: msync() cleanup patch (plus the other mm changes needed for this one) to our 2.6.18 kernel because it's needed for LSB 3.1 compliance. Given that apparently no fix for the induced filesystem corruption is coming forth and we're trying to get a release of Debian out, I was wondering if it would be possible to create an alternative msync() fix that doesn't really on those mm changes. Since 2.6.17 and 2.6.18 are currently not LSB 3.1 compliant, I think this might also be something for the -stable branch. Do you think this is possible and do you have any interest in creating such a patch? This would really help us a lot. Could you point us to a description (or testcase) showing how the 2.6.18 kernel's msync() is not LSB 3.1 compliant? Fixing that might well be a better direction for Debian to go with a 2.6.18 kernel, than applying an ever-increasing number of backports from 2.6.19 and 2.6.20. But I really cannot tell at this point, because I've no idea what this msync not LSB 3.1 compliant issue is. If it's something easy to fix, I'd be glad to do so. Hugh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404572: [INTL:gl] Galician debconf templates translation for localization-config
Package: localization-config Severity: wishlist Tags: l10n patch It is attached to this bug report # Galician translation of localization-config # Jacobo Tarrío [EMAIL PROTECTED], 2005 # msgid msgstr Project-Id-Version: localization-config\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-09-09 10:56+0200\n PO-Revision-Date: 2006-12-23 13:32+0100\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: text #. Description #: ../templates:1001 msgid Preconfigure language-related parameters msgstr Preconfigurar os parámetros relacionados co idioma #. Type: text #. Description #: ../templates:2001 msgid Postconfigure language-related parameters msgstr Postconfigurar os parámetros relacionados co idioma #. Type: text #. Description #. post-base-installer progress bar item #: ../localization-config-udeb.templates:1001 msgid Preconfiguring language-related parameters... msgstr A preconfigurar os parámetros relacionados co idioma... #. Type: text #. Description #. finish-install progress bar item #: ../localization-config-udeb.templates:2001 msgid Configuring language-related parameters... msgstr A configurar os parámetros relacionados co idioma... #, fuzzy #~ msgid Configure language-related parameters #~ msgstr Preconfigurar os parámetros relacionados co idioma
Bug#404574: wodim: Writes extra data to stdout when called with -msinfo
Package: wodim Version: 9:1.1.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wodim is still writing to stdout when called with -msinfo. This command line switch is used to generate a tuple used by genisoimage to generate an appropriate multi session track. In my case I'm getting the following output: Speed set to 4234 KB/s wodim: Drive needs to reload the media to return to proper status. wodim: Cannot load media with this drive! wodim: Try to load media by hand. Re-load disk and hit CR wodim: Cannot get next writable address for 'invisible' track. wodim: This means that we are checking recorded media. wodim: This media cannot be written in streaming mode anymore. wodim: If you like to write to 'preformatted' RW media, try to blank the media first. wodim: Cannot read first writable address out of which the following lines are being written to stdout: Speed set to 4234 KB/s Re-load disk and hit CR - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-ck2 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages wodim depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii genisoimage 9:1.1.0-1 Creates ISO-9660 CD-ROM filesystem - -- debconf-show failed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFkSNi823633cP2P8RAotvAJ4vJ9uSzmlL9wQGZYYLs3mybHhnMwCeIviv KFGjtgWfFnp89Tue0ApoXwY= =PmiV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298982: potential fix with a prboom patch
On Fri, Dec 22, 2006 at 05:18:32PM +, Jon Dowland wrote: This certainly looked like a library issue to me, I'm currently still convinced it is. but apparently there's a fix for this in the latest prboom upstream. I'm backporting the fix to the current prboom version. No luck there: latest prboom is still broken for me. I think that this is not hardware related after all. Here are steps to reproduce the bug on any machine (I think): * ensure /etc/timidity/timidity.cfg does not exist (move it to /root or something) or sdl-mixer will always use it in preference * ensure that snd_seq_oss is loaded: this modules results in /dev/sequencer being created * now ensure snd_seq_dummy is loaded. My desktop loads this automatically on boot, my laptop doesn't. * best make sure no real snd_seq_* drivers are loaded (if you have hardware) * run prboom The current state of prboom should have this lock up when you fire the pistol, or when the first in-game sound effect happens... the attached patch pushes this lockup into the quit stages (by stopping the {Un,}LockAudio calls when sdl-mixer is linked in). I also get lock-ups at quit with chocolate-doom.org, which is why I think this might be a library issue. Digging a bit deeper, # modprobe snd_seq_oss # dd if=/dev/sequencer of=/dev/null count=1 dd: opening `/dev/sequencer': No such device # ls /dev/sequencer /dev/sequencer # modprobe snd_seq_dummy # dd if=/dev/sequencer of=/dev/null count=1 dd: reading `/dev/sequencer': Resource temporarily unavailable ... -- Jon Dowland --- prboom-2.4.6/src/SDL/i_sound.c 2006-10-14 18:22:52.0 +0100 +++ prboom-2.4.6~/src/SDL/i_sound.c 2006-12-25 22:24:53.0 + @@ -150,7 +150,7 @@ size_t len = 0; const unsigned char* data; - I_StopSound(channel); + stopchan(channel); // We will handle the new SFX. // Set pointer to raw data. @@ -165,7 +165,6 @@ // do the lump caching outside the SDL_LockAudio/SDL_UnlockAudio pair data = W_CacheLumpNum(lump); - SDL_LockAudio(); channelinfo[channel].data = data; /* Set pointer to end of raw data. */ channelinfo[channel].enddata = channelinfo[channel].data + len - 1; @@ -179,7 +178,6 @@ // Preserve sound SFX id, // e.g. for avoiding duplicates of chainsaw. channelinfo[channel].id = sfxid; - SDL_UnlockAudio(); return channel; } @@ -231,9 +229,13 @@ void I_UpdateSoundParams(int handle, int volume, int seperation, int pitch) { +#ifndef HAVE_MIXER SDL_LockAudio(); updateSoundParams(handle, volume, seperation, pitch); SDL_UnlockAudio(); +#else + updateSoundParams(handle, volume, seperation, pitch); +#endif } // @@ -308,12 +310,19 @@ int handle; // Returns a handle (not used). +#ifndef HAVE_MIXER + SDL_LockAudio(); +#endif handle = addsfx(id, channel); #ifdef RANGECHECK if ((handle 0) || (handle = MAX_CHANNELS)) I_Error(I_StartSound: handle out of range); #endif - I_UpdateSoundParams(handle, vol, sep, pitch); + if ((handle = 0) (handle MAX_CHANNELS)) +updateSoundParams(handle, vol, sep, pitch); +#ifndef HAVE_MIXER + SDL_UnlockAudio(); +#endif return handle; } @@ -326,9 +335,13 @@ if ((handle 0) || (handle = MAX_CHANNELS)) I_Error(I_StopSound: handle out of range); #endif +#ifndef HAVE_MIXER SDL_LockAudio(); stopchan(handle); SDL_UnlockAudio(); +#else + stopchan(handle); +#endif } @@ -515,7 +528,7 @@ SAMPLECOUNT = audio_buffers; Mix_SetPostMix(I_UpdateSound, NULL); lprintf(LO_INFO, configured audio device with %d samples/slice\n, SAMPLECOUNT); -#else +#else /* we don't HAVE_MIXER */ SDL_AudioSpec audio; // Secure and configure sound device first. @@ -537,7 +550,7 @@ } SAMPLECOUNT = audio.samples; lprintf(LO_INFO, configured audio device with %d samples/slice\n, SAMPLECOUNT); -#endif +#endif /* we don't HAVE_MIXER */ if (first_sound_init) { atexit(I_ShutdownSound); @@ -611,7 +624,11 @@ { #ifdef HAVE_MIXER if ( music[handle] ) { -Mix_FadeInMusic(music[handle], looping ? -1 : 0, 500); +int ret; +ret = Mix_FadeInMusic(music[handle], looping ? -1 : 0, 500); +if(ret) { +fprintf(stderr,warning: Mix_FadeInMusic returned %d\n,ret); +} } #endif } signature.asc Description: Digital signature
Bug#404575: cdbs: Patches won't apply when using both tarball and simple-patchsys
Subject: cdbs: Patches won't apply when using both tarball and simple-patchsys Package: cdbs Version: 0.4.48 Severity: important Please see the archive at http://robots.org.uk/stuff/pyxplot-0.5.8_cdbs-patchbug.tar.bz2. On my machine: $ fakeroot debian/rules common-configure-indep /usr/share/cdbs/1/rules/buildcore.mk:68: Parsing pyxplot_0.5.8.tar.gz... test -x debian/rules mkdir -p build-tree/pyxplot tar -C build-tree -xzf pyxplot_0.5.8.tar.gz touch debian/stamp-pyxplot_0.5.8.tar.gz /usr/bin/make -f debian/rules reverse-config make[1]: Entering directory `/home/sam/src/pyxplot/pyxplot-0.5.8' /usr/share/cdbs/1/rules/buildcore.mk:68: Parsing pyxplot_0.5.8.tar.gz... make[1]: Nothing to be done for `reverse-config'. make[1]: Leaving directory `/home/sam/src/pyxplot/pyxplot-0.5.8' if [ debian/stamp-patched = reverse-patches ]; then rm -f debian/stamp-patched; fi patches: debian/patches/100_dont-hide-latex-output.diff.patch Trying patch debian/patches/100_dont-hide-latex-output.diff.patch at level 1 ... 0 ... 2 ... failure. make: *** [debian/stamp-patched] Error 1 $ cat debian/patches/100_dont-hide-latex-output.diff.patch.* can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -Nur pyxplot-0.5.8/build-tree/pyxplot/doc/Makefile pyxplot-0.5.8.new/build-tree/pyxplot/doc/Makefile |--- pyxplot-0.5.8/build-tree/pyxplot/doc/Makefile 2006-07-02 17:14:16.0 +0100 |+++ pyxplot-0.5.8.new/build-tree/pyxplot/doc/Makefile 2006-12-22 04:37:28.0 + -- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -Nur pyxplot-0.5.8/build-tree/pyxplot/doc/Makefile pyxplot-0.5.8.new/build-tree/pyxplot/doc/Makefile |--- pyxplot-0.5.8/build-tree/pyxplot/doc/Makefile 2006-07-02 17:14:16.0 +0100 |+++ pyxplot-0.5.8.new/build-tree/pyxplot/doc/Makefile 2006-12-22 04:37:28.0 + -- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -- |diff -Nur pyxplot-0.5.8/build-tree/pyxplot/doc/Makefile pyxplot-0.5.8.new/build-tree/pyxplot/doc/Makefile |--- pyxplot-0.5.8/build-tree/pyxplot/doc/Makefile 2006-07-02 17:14:16.0 +0100 |+++ pyxplot-0.5.8.new/build-tree/pyxplot/doc/Makefile 2006-12-22 04:37:28.0 + -- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored However, I can apply the patch myself without errors: $ patch -p1 --dry-run debian/patches/100_dont-hide-latex-output.diff.patch patching file build-tree/pyxplot/doc/Makefile $ echo $? 0 -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20060702.1 Update infrastructure for config.{ ii debhelper 5.0.42 helper programs for debian/rules -- no debconf information -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#394392: Alternative msync() fix for 2.6.18?
* Hugh Dickins [EMAIL PROTECTED] [2006-12-26 13:12]: Could you point us to a description (or testcase) showing how the 2.6.18 kernel's msync() is not LSB 3.1 compliant? Fixing that might well be a better direction for Debian to go with a 2.6.18 kernel, than applying an ever-increasing number of backports from 2.6.19 and 2.6.20. But I really cannot tell at this point, because I've no idea what this msync not LSB 3.1 compliant issue is. If it's something easy to fix, I'd be glad to do so. The first message at http://bugs.debian.org/394392 contains some information about it, but I'm sure Jeff Licquia (CCed) can provide more information if necessary. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404489: sendmail-bin: Fails to upgrade, not starting now
On 12/25/06, Richard A Nelson [EMAIL PROTECTED] wrote: On Mon, 25 Dec 2006, Fourat Zouari wrote: Package: sendmail-bin Version: 8.13.8-3 Severity: critical Justification: breaks unrelated software Eh? and how did it manage to break unrelated software ?!?! I meant to say that other unrelated software breaks like subversion, trac, hylafax .. Maybe the term 'unrelated' isnt where it should be. I tryed to upgrade with apt-get dist-upgrade An indication of from whence you started would be of help here... dev:~# uname -a Linux dev.tritux.com 2.6.8-3-386 #1 Thu Sep 7 05:39:52 UTC 2006 i686 GNU/Linux All things went wright, except sendmail, it's throwing this error: Saving old /etc/mail/sendmail.cf as /etc/mail/sendmail.cf.old ... start-stop-daemon: need at least one of --exec, --pidfile or --user Try `start-stop-daemon --help' for more information. Looks like it might need to depend on a fairly modern dpkg - but we probably can't see what you were at, since dpkg was probably upgraded after sendmail. dev:~# dpkg -l|grep dpkg ii apt0.6.46.4Advanced front-end for dpkg ii dpkg 1.13.24 package maintenance system for Debian ii dpkg-dev 1.13.24 package building tools for Debian Can you apt-get --reinstall install sendmail-bin and see if it now works ? dev:~# apt-get --reinstall install sendmail-bin Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait 0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 1 non mis à jour. 2 partiellement installés ou enlevés. Il est nécessaire de prendre 0o dans les archives. Après dépaquetage, 0o d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer [O/n] ? Paramétrage de sendmail-bin (8.13.8-3) ... Saving old /etc/mail/sendmail.cf as /etc/mail/sendmail.cf.old ... start-stop-daemon: need at least one of --exec, --pidfile or --user Try `start-stop-daemon --help' for more information. dpkg : erreur de traitement de sendmail-bin (--configure) : le sous-processus post-installation script a retourné une erreur de sortie d'état 2 dpkg : des problèmes de dépendances empêchent la configuration de sensible-mda : sensible-mda dépend de sendmail-bin | mail-transport-agent ; cependant : Le paquet sendmail-bin n'est pas encore configuré. Le paquet mail-transport-agent n'est pas installé. Le paquet sendmail-bin qui fournit mail-transport-agent n'est pas encore configuré. dpkg : erreur de traitement de sensible-mda (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : sendmail-bin sensible-mda E: Sub-process /usr/bin/dpkg returned an error code (1) -- Rick Nelson This code passes Torvalds test grades 0, 1 and 2 (it looks ok, it compiles and it booted). -- Alan Cox Thanks for helping
Bug#397304: cdbs: configure target does nothing, build target runs configure
Is the 'configure' target's name not 'config.status'? Additionally you could invoke the 'common-configure-arch' or 'common-configure-indep' targets which should work for any build system that uses the hooks provided by buildcore.mk. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#392357: pcsc-lite: diff for NMU version 1.3.2-3.1
tags 392357 + patch thanks Hi, Attached is the diff for my pcsc-lite 1.3.2-3.1 NMU. diff -u pcsc-lite-1.3.2/debian/pcscd.init pcsc-lite-1.3.2/debian/pcscd.init --- pcsc-lite-1.3.2/debian/pcscd.init +++ pcsc-lite-1.3.2/debian/pcscd.init @@ -25,6 +25,7 @@ DESC=PCSC Lite resource manager PIDFILE=/var/run/$NAME.pid +PUBFILE=/var/run/$NAME.pub SCRIPTNAME=/etc/init.d/$NAME # Gracefully exit if the package has been removed (but not purged). @@ -36,14 +37,16 @@ start) log_daemon_msg Starting $DESC $NAME # if the daemon is already running we REstart it - if [ -f $PIDFILE ]; then - log_progress_msg already running, - $0 restart - else - start-stop-daemon --start --quiet --pidfile $PIDFILE \ - --exec $DAEMON -- --error - log_end_msg $? + if [ -f $PIDFILE ] || [ -f $PUBFILE ]; then + log_progress_msg already running, stopping, + start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE \ + --retry 10 --name $NAME + log_progress_msg restarting + rm -f $PIDFILE $PUBFILE fi + start-stop-daemon --start --quiet --pidfile $PIDFILE \ + --exec $DAEMON -- --error + log_end_msg $? ;; stop) @@ -51,6 +54,7 @@ start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE \ --retry 10 --name $NAME log_end_msg $? + rm -f $PIDFILE $PUBFILE ;; restart|force-reload) diff -u pcsc-lite-1.3.2/debian/changelog pcsc-lite-1.3.2/debian/changelog --- pcsc-lite-1.3.2/debian/changelog +++ pcsc-lite-1.3.2/debian/changelog @@ -1,3 +1,19 @@ +pcsc-lite (1.3.2-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Fix issues with looping init script. (Closes: #392357) +* restart calls stop ; start, but start calls restart if the pid file + still exists. This is obviously not a good idea if stop doesn't remove + the pid file properly. Make start stop the daemon itself instead of + calling restart, which kills the loop. +* Also, make the stop target rm -f the pid file after calling + start-stop-daemon, just in case, and to avoid extraneous stops from the + start target. +* Finally, also check and rm /var/run/pcscd.pub, as the daemon doesn't + like starting if it's already there. + + -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 26 Dec 2006 13:45:25 +0100 + pcsc-lite (1.3.2-3) unstable; urgency=high * urgency high to correct a RC bug
Bug#404576: Manual-page for kill incorrect
Package: procps Version: 1:3.2.7-3 Severity: minor According to the manual: SYNOPSIS [...] kill [ -L | -V, --version ] kill -l [ signal ] DESCRIPTION [...] Use -l or -L to list available signals. EXAMPLES: [...] kill -L List the available signal choices in a nice table. However: $ kill -L bash: kill: L: invalid signal specification Now, since -L isn't standard anyway, since it only seems to duplicate half of the -l behaviour, and since it's behaviour doesn't match the documented behaviour, it seems to be a quite pointless option... Regards: David -- /) David Weinehall [EMAIL PROTECTED] /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404564: More information
More information on this bug can be found at: http://sourceforge.net/tracker/index.php?func=detailaid=1612792group_id=39518atid=425439 I imagine a simple 1 line patch can eliminate this vulnerability, at least until the upstream releases an offical fix. tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392357: NMU patch
diff -u pcsc-lite-1.3.2/debian/changelog pcsc-lite-1.3.2/debian/changelog --- pcsc-lite-1.3.2/debian/changelog +++ pcsc-lite-1.3.2/debian/changelog @@ -1,3 +1,19 @@ +pcsc-lite (1.3.2-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Fix issues with looping init script. (Closes: #392357) +* restart calls stop ; start, but start calls restart if the pid file + still exists. This is obviously not a good idea if stop doesn't remove + the pid file properly. Make start stop the daemon itself instead of + calling restart, which kills the loop. +* Also, make the stop target rm -f the pid file after calling + start-stop-daemon, just in case, and to avoid extraneous stops from the + start target. +* Finally, also check and rm /var/run/pcscd.pub, as the daemon doesn't + like starting if it's already there. + + -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 26 Dec 2006 13:45:25 +0100 + pcsc-lite (1.3.2-3) unstable; urgency=high * urgency high to correct a RC bug diff -u pcsc-lite-1.3.2/debian/pcscd.init pcsc-lite-1.3.2/debian/pcscd.init --- pcsc-lite-1.3.2/debian/pcscd.init +++ pcsc-lite-1.3.2/debian/pcscd.init @@ -25,6 +25,7 @@ DESC=PCSC Lite resource manager PIDFILE=/var/run/$NAME.pid +PUBFILE=/var/run/$NAME.pub SCRIPTNAME=/etc/init.d/$NAME # Gracefully exit if the package has been removed (but not purged). @@ -36,14 +37,16 @@ start) log_daemon_msg Starting $DESC $NAME # if the daemon is already running we REstart it - if [ -f $PIDFILE ]; then - log_progress_msg already running, - $0 restart - else - start-stop-daemon --start --quiet --pidfile $PIDFILE \ - --exec $DAEMON -- --error - log_end_msg $? + if [ -f $PIDFILE ] || [ -f $PUBFILE ]; then + log_progress_msg already running, stopping, + start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE \ + --retry 10 --name $NAME + log_progress_msg restarting + rm -f $PIDFILE $PUBFILE fi + start-stop-daemon --start --quiet --pidfile $PIDFILE \ + --exec $DAEMON -- --error + log_end_msg $? ;; stop) @@ -51,6 +54,7 @@ start-stop-daemon --stop --quiet --oknodo --pidfile $PIDFILE \ --retry 10 --name $NAME log_end_msg $? + rm -f $PIDFILE $PUBFILE ;; restart|force-reload) -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363003: svn-buildpackage: doesn't follow svn:externals
Hi, could you please give me a concrete example to reproduce that? Eduard. -- So, your solution is to ask Should I break your system now or after the next reboot?. Debconf is not an alternative to fixing the problem. Such questions are still unacceptable bugs. -- asuffield in debian-devel about crazy linux-2.4 repackaging -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404577: [INTL:gl] Galician debconf templates translation for udev
Package: udev Severity: wishlist Tags: l10n patch It is attached to this bug report. # Galician translation of udev's debconf templates. # This file is distributed under the same license as the udev package. # Jacobo Tarrio [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: udev\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-11-15 15:13+\n PO-Revision-Date: 2006-12-26 14:56+0100\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 #: ../udev.templates:1001 msgid Reboot needed after this upgrade msgstr Hai que reiniciar trala actualización #. Type: note #. Description #: ../udev.templates:1001 msgid You are currently upgrading udev using an incompatible kernel version. A compatible version is installed or being installed on your system, but you need to reboot using this new kernel as soon as the upgrade is complete. msgstr Está a actualizar udev mentres emprega unha versión incompatible do núcleo. Hai unha versión compatible instalada ou a se instalar no seu sistema, pero ha ter que reiniciar para empregar ese novo núcleo o antes posible trala actualización. #. Type: note #. Description #: ../udev.templates:1001 msgid Without a reboot with this new kernel version, your system may become UNUSABLE. msgstr Se non reinicia para empregar esta nova versión do núcleo, o seu sistema pode quedar inutilizable. #. Type: boolean #. Description #: ../udev.templates:2001 msgid Proceed with the upgrade nevertheless? msgstr ¿Quere continuar a actualización? #. Type: boolean #. Description #: ../udev.templates:2001 msgid You are currently upgrading udev using an incompatible kernel version. You MUST install a compatible kernel version (2.6.15 or more) before proceeding with the upgrade, otherwise your system may become UNUSABLE. Packages with a name starting with \linux-image-2.6-\ provide a kernel image usable with this new udev version. msgstr Está a actualizar udev mentres emprega unha versión incompatible do núcleo. Debe instalar unha versión do núcleo compatible (2.6.15 ou posterior) antes de continuar coa actualización; se non, o seu sistema pode quedar inutilizable. Os paquetes que teñen un nome que comeza por \linux-image-2.6- \ fornecen unha versión do núcleo que se pode empregar con esta nova versión de udev. #. Type: boolean #. Description #: ../udev.templates:2001 msgid If you choose to upgrade udev nevertheless, you should install a compatible kernel and reboot on it as soon as possible. You have been warned. msgstr Se decide seguir a actualizar udev, debería instalar un núcleo compatible e reiniciar o antes posible.
Bug#369759: sendfax: wrong kill time computation
On Sun, Dec 24, 2006 at 01:06:12PM +0100, Giuseppe Sacco wrote: Hi Paolo, I dont know if you noticed what upstream added to this report. Please have a look at the messages in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369759 and let me know if it is okay for you to close this bug report. sorry, I thought I've already replied, but either no/lost or to other list. Anyway, the example offered is quite different from my case. I understand how the -k opt can be used to manage a high-P job, but I'm not clear on how to combine sendfax's avail opts to handle my case, ie per-destination limits on send-list. It might be that I just don't understand fully sendfax(1) opts - examples welcome :). BTW sendfax.1 says -k starts from 'time is relative to the time of the initial time-to-send.' - should make clearer that that means, for a send-list, the TTS of the first attempt for the 1st destination, not the per-destination TTS. Shortly, the explanation offered doesn't seem to conver bug-report case, hence bug is still there imo, unless meanwhile sendfax(1) behaviour has changed (haven't had other very-long send-list cases). thanks -- paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404451: Galician´s users
Creating a list for galician language will improve Debian quality thanx -- [GaliZa sempre]