Bug#331502: (forw) DO NOT REPLY [Bug 3449] hide unreadable option hides too much
More information about this bug... (hopefully, some day, we won't have to forward these anymore...) We should maybe try to reproduce this in 3.0.2x series... - Forwarded message from [EMAIL PROTECTED] - Subject: DO NOT REPLY [Bug 3449] hide unreadable option hides too much To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Date: Mon, 24 Apr 2006 10:58:41 -0500 (CDT) https://bugzilla.samba.org/show_bug.cgi?id=3449 --- Comment #1 from [EMAIL PROTECTED] 2006-04-24 10:58 MST --- I did some further investigation on this behavior. Interestingly, some strange combination of client OS and directory name on the server seems to result in this behavior. Given: Client-OS: Windows 98 SE Samba 3.0.14 (Debian Sarge) There's a directory on the server, that's owned be root.somegroup, with permissions of 0770. The user on the client machine is in group somegroup, primary group is othergroup. Now, it seems that as soon as the directory is named y-something or Y-something everything that would normally appear beneath that group is invisible (it's still accessible, tho). Now, change the Samba Server version to 3.0.11 and everything will get listed. Or change the name from y-something to y_something or x-something or z-something... Or: leave the Samba Server at version 3.0.14 and the directory named y-something and just used Windows XP (SP2) as the client OS - instead of Windows 98 SE. Same user, but in this combination y-something is visible... So, it seems that either Windows 98 SE sends a different request that causes Samba Version 3.0.11 to choke on dirs called y-something or Samba Version 3.0.11 changed something that causes Windows 98 SE to choke on dirs called y-something. And to repeat: it's not just that directory that's hidden, it's everything that would be listed beneath/after/below that directory. This behavior first appeared in version 3.0.12. 3.0.11 works fine. Thanks! -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. - End forwarded message - -- signature.asc Description: Digital signature
Bug#339837: Publishing more data could maybe help
On Mon, Apr 24, 2006 at 09:54:11PM -0700, Don Armstrong wrote: Here we basically have two choices. Who's *we*? Have you talked to the security team or is this just wishful thinking? 1. Certain people sign NDAs/agreements to get the early disclosure information; in return they cannot disclose the information. We lose transparency, but security bugs can be fixed before they're (widly) known in the wild. The Security Team has not signed any NDA, but a requisite to be on vendor-sec [1] is to keep the confidentiality of the list. This has been the status quo for years, it makes sense in a world where the bad guys do reverse engineering of security patches to develop worms and exploits, and it helps the Security Team provide better security for our users (remember, SC #4). Javier [1] http://www.fedora.us/wiki/VendorSec signature.asc Description: Digital signature
Bug#364640: firefox: violates Mozilla user-agent string specification
On Mon, Apr 24, 2006 at 11:04:12PM -0400, Eric Dorland [EMAIL PROTECTED] wrote: I'm not seeing what us being different is buying us though. Sure, the mozilla format is stupid, but there doesn't seem to be any advantage to the way you've done it. It's ok for us to be different, but there should be a good reason to be. Here is the rationale behind the change in xulrunner: * It shortens the already long user agent string so that additions such as product name are not painful, * removes pointless information (the date in the original string indicates the date of the build, not that of the API), * keeps the Gecko string (which some site might want, seing how Apple and Konqueror did put a like Gecko string), * and finally avoid confusion with other Debian release informations that may be present in the product specific part (Galeon, Epiphany, etc.) I changed in firefox as well because in the end, it will be built against xulrunner and will get this change anyway. The only problem with it is that it gives the firefox version, not the gecko one... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364316: Acknowledgement (djvulibre-bin: `djvudigital --words' doesn't work)
The bug is fixed upstream: http://sourceforge.net/mailarchive/forum.php?thread_id=10238740forum_id=45648 I look forward to the updated Debian packages. Best regards Janusz -- , dr hab. Janusz S. Bien, prof. UW - Uniwersytet Warszawski (Katedra Lingwistyki Formalnej) Prof. Janusz S. Bien - Warsaw Uniwersity (Department of Formal Linguistics) [EMAIL PROTECTED], [EMAIL PROTECTED], http://www.mimuw.edu.pl/~jsbien/, http://www.klf.uw.edu.pl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364706: azureus: Unable to close Warning window
Package: azureus Version: 2.4.0.2-1 Severity: normal I was using Azureus when it suddenly shutdown due to a NullPointerException (already reported to Azureus dev). When I re-ran Azureus, a Warning dialog opens in the lower right corner telling me that Azureus did not shutdown tidilty I try to click on the Hide button to close the window but it does not close. When the mouse hovers over the button, it highlights, so it seems like the button is receiving the proper events, but clicking on the button doesn't cause it to do anything. I'm not sure if this is a problem with Azureus or the window manager (I'm using metacity), but I'm assuming it is Azureus as I don't have this problem with other apps. Thanks, -hd -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages azureus depends on: ii libcommons-cli-java 1.0-8 API for working with the command l ii liblog4j1.2-java 1.2.13-1 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.1-java 3.1.2-2Standard Widget Toolkit for GTK Ja pn sun-j2re1.5 | java-virtua none (no description available) ii sun-j2sdk1.5 [java2-runti 1.5.0+update04 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.5debian [java2 0.18 Debian specific parts of Java(TM) __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345729: Fixed in modular?
It requires xserver 1.1. The CVS ati-1-0-branch has most of the fixes and could be packaged for xserver 1.0 though. Is there any plan to do that ? (Upload to experimental or unstable?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315766: Forwarded
tags 315766 + upstream forwarded 315766 http://bugs.kde.org/98390 thanks Please note that it would be nice to notify Debian's BTS when you forward a bug upstream. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345729: Fixed in modular?
On Tue, 2006-04-25 at 08:15 +0200, Nils wrote: It requires xserver 1.1. The CVS ati-1-0-branch has most of the fixes and could be packaged for xserver 1.0 though. Is there any plan to do that ? (Upload to experimental or unstable?) An upstream release from that branch appears imminent. Once that's out, nothing (other than lack of time) should prevent packaging it for sid. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#364707: ltsp-client: X_HORZSYNC and X_VERTREFRESH don't work
Package: ltsp-client Version: 0.82debian2 Severity: normal *** Please type your report below this line *** dexconf includes the HorizSync and VertRefresh values only if $xserver_package/config/monitor/use_sync_ranges is set to true. etc/init.d/ltsp-client-setup needs to set this when apply the other two values. this works for me: preseed $xserver_package $xserver_package/config/monitor/vert-refresh $X_VERTREFRESH preseed $xserver_package $xserver_package/config/monitor/horiz-sync $X_HORZSYNC preseed $xserver_package $xserver_package/config/monitor/use_sync_ranges true Regards Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ltsp-client depends on: ii initramfs-tools 0.60tools for generating an initramfs ii ldm 0.82debian2 LTSP display manager ii lsb-base 3.1-4 Linux Standard Base 3.1 init scrip ii nbd-client 1:2.8.4-1 the Network Block Device client Versions of packages ltsp-client recommends: pn ubuntu-thin-clientnone (no description available) ii xdebconfigurator 1.23 A script used with debconf to auto -- no debconf information
Bug#363998: squid: fails to start
Hi! You can close this bug-thread... It was a defective CPU here... courios is that only squid has recognised it. -- MfG Christoph Kaminski -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: KMail with RC-Bugs moved to testing?
Hi Devs, I noticed KMail moving to testing, although it has grave bugs open. Was this a mistake? I always thought packages with RC Bugs don't enter testing until they're fixed? Looking at #321102, I noticed that found in version is set to various old versions but not to the current one (which is not that old BTW). If this affected the migration to testing, it would look like cheating to me in order to get the current PIM into testing at all costs. I might be biased since I'm the reporter of some of the RC-bugs, but the according upstream-bugs are still open (and still has 780 votes), so I don't see a reason to assume this bug was somehow fixed. I suggest to keep the bug open for every current version until the according upstream-bug is closed. Since this is currently the only grave bug in upstreams BTS I think the chances that upstream will forget about the bug are pretty low. Best regards, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340239: acknowledged by developer (Bug#340239: fixed in strace 4.5.14-1)
Thanks for the fixes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364710: firefox.xpm in wrong directory
Package: firefox Version: 1.5.dfsg+1.5.0.2-2 Severity: normal the firefox.xpm icone is in /debian/firefox/usr/share/pixmaps/firefox.xpm instead of /usr/share/pixmaps/firefox.xpm -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages firefox depends on: ii debianutils 2.15.3 Miscellaneous utilities specific t ii fontconfig2.3.2-5.1 generic font configuration library ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.0.4-1+b1 The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-1+b1 GCC support library ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libidl0 0.8.6-1library for parsing CORBA IDL file ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libpango1.0-0 1.12.1-2 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.1.0-1+b1 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxfixes36.9.0.dfsg.1-6 X Window System miscellaneous 'fix ii libxft2 2.1.8.2-5.1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-6 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics ii psmisc22.2-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-11 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364714: nagios2: dependencies to libgd2-xpm
Package: nagios2 Version: 2.1-1 Severity: minor The new packages contaon depends to libgd2-xpm (= 2.0.33) but more useful will be depends libgd2-noxpm (= 2.0.33) | libgd2-xpm (= 2.0.33) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages nagios2 depends on: ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgd2-noxpm2.0.33-3 GD Graphics Library version 2 (wit ii libjpeg62 6b-12The Independent JPEG Group's JPEG ii libltdl31.5.22-4 A system independent dlopen wrappe ii libperl5.8 5.8.8-4 Shared Perl library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii nagios2-common 2.1-1support files for nagios2 ii zlib1g 1:1.2.3-11 compression library - runtime nagios2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359962: alternative to X-KDE-SubstituteUID for non KDE desktops
Hi, some more informations about similar behavior to xdg-su on debian. it could be nice to have a common way to deal with elevated user privileges problem. Actually, kvpnc and qtparted are use cases that require this functionnality. * from Olivier Trichet : On Debian system, you may use the su-to-root program from the menu package. For instance, the qtparted package use this method. * from man su-to-root : NAME su-to-root - A simple script to give an `interactive' front-end to su. It can be used in menu entry commands to ask for the root password SYNOPSIS su-to-root [-X] [-p user] -c command DESCRIPTION Most menu entries simply start an editor or a game or whatever. But some menu entries would like to give the user the ability to change important settings in the system, that require root privileges. su-to-root can be used to ask for the root password. OPTIONS -c command The command to execute as a string. This option is mandatory. -p user The name of the user to su to, instead of root. -X The command is a X11 program that do not require a terminal. This is to be used with menu entries that declare needs=X11. ENVIRONMENT SU_TO_ROOT_X Select the su-like program called by su-to-root -X. Supported values are gksu, kdesu and sux. SU_TO_ROOT_SU If set to sux force su-to-root to use sux in text mode. * about sux: wrapper around su which will transfer your X credentials Sux is a wrapper around the standard su command which will transfer your X credentials to the target user. http://sourceforge.net/projects/sux/ * qtparted.desktop: Exec=su-to-root -X -c /usr/sbin/qtparted cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364593: [Pkg-alsa-devel] Bug#364593: alsa-utils doesn't restore soundcard settings
Elimar, You're abolutely right. On 2.6 sytems we are using udev for identification now so it doen't make sense to use a script placed in /lib/alsa-utils. Does that mean that I better remove the alsa-utils package? Since next upload please change # Exit silently if package is no longer installed [ -d /lib/alsa-utils ] || exit 0 to # Exit silently if package is no longer installed # [ -d /lib/alsa-utils ] || exit 0 and tell us wether it works or not. Yepp, commenting out the line works for me, mixer levels have been saved and restored again. Thanks for helping me out. :) Regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364713: smartmontools 5.36-2 requires debianutils = 2.2
Package: smartmontools Version: 5.36-2 Severity: wishlist Hello, I've tried to backport smartmontools 5.36-2 on a Woody system, the compilation works, but when I try to use the smartd daemon, I have an error in /usr/share/smartmontools/smartd-runner which uses run-parts with option '--lsbsysinit' : this option is only in debianutils's run-parts in version 2.2 : debianutils (2.2) unstable; urgency=low * run-parts.c, run-parts.8: add --lsbsysinit option, and revert default valid namespace to historical behavior. closes: #178859, #176695. You could add the dependancy if you want... with regards, Fred. -- Package-specific info: Ouput of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.4.27-dev Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages smartmontools depends on: ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363358: mailman: bug #363358 confirmation
Package: mailman Version: 2.1.7-2.1.8rc1-1 Followup-For: Bug #363358 Every time I enter 'apt-get upgrade', apt suggest me to upgrade mailman. If after upgrading it I upgrade again (with no previous 'apt-get update'), apt suggest me to upgrade mailman again. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-multimedia-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mailman depends on: ii adduser 3.85 Add and remove users and groups ii apache2-mpm-prefork [httpd] 2.0.55-4 traditional model for Apache2 ii cron 3.0pl1-94 management of regular background p ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii logrotate 3.7.1-3Log rotation utility ii postfix [mail-transport-agent 2.2.10-1 A high-performance mail transport ii pwgen 2.05-1 Automatic Password generation ii python2.3.5-5An interactive high-level object-o ii ucf 2.007 Update Configuration File: preserv Versions of packages mailman recommends: ii base-passwd 3.5.11 Debian base system master password -- debconf information: mailman/update_passwords: * mailman/site_languages: pt, eu, es, ca, en * mailman/used_languages: ca en es eu pt * mailman/create_site_list: mailman/queue_files_present: * mailman/default_server_language: en mailman/gate_news: false mailman/update_aliases: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364505: [tex-k] Bug#364505: dvips: the -T options doesn't always act as asked
Thanks, Karl, for the answer. Unfortunately I forgot to work around a misfeature of the Debian BTS - mail to bugnumber[EMAIL PROTECTED] don't go to the maintainer, i.e. the debian TeX mailing list. Therefore I'm sending this mail without much input and a fullquote. [EMAIL PROTECTED] (Karl Berry) wrote: But I haven't checked whether it's still that way in any more current code. No code changes have been made (yet) since TL2005. (None of this part of the code has changed in many years, to my knowledge.) Commenting out the break does solve the problem. I don't understand. But anyway, I agree with your basic point that it should possible to specify exact paper sizes and not have dvips tinker with them. Does Akira's -tunknown solve the problem for you? If so, we could at least improve the documentation. Thanks, Karl Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#364711: x-window-system-core: broken dependencies?
package: x-window-system-core version: 6.9.0.dfsg.1-6 severity: wishlist Hello! I am wondering about the dependencies of the 'x-window-system-core' meta-package. Among others, it depends on the following packages: xlibmesa-dri, xlibmesa-gl | libgl1-mesa-dri, libglu1-xorg | libglu1-mesa This means that you have the choice to install the OpenGL graphics library and the OpenGL utility library from either the X.Org release or from the MESA release. Fine! But when it comes to the DRI modules, the meta-package depends on 'xlibmesa-dri'. This means that whenever I install the 'libgl1-mesa-dri' package as an alternative to 'xlibmesa-gl', I consequently have to remove the 'x-window-system-core' meta-package along with the 'xlibmesa-dri' package. But I would like to keep the meta-package. This is somehow annoying, since the 3 graphics adapters I use (ATI Radeon 9500 [R300 based], SIS 630 [embedded, Notebook] and SIS 661) only work in accelerated mode when using MESA's 'libgl1-mesa-dri' package. So this is more than an alternative for me but the only working solution ;) Please change the dependency on the dri modules to the following: xlibmesa-dri | libgl1-mesa-dri Thank you very much! Fabian Greffrath -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364709: gammu: problem in smsd mode
Package: gammu Version: 1.05.00-5 Severity: normal After start gammu in smsd mode: gammu --smsd FILES smsd.rc The smsd.rc file contains: [gammu] port = /dev/ttyS0 model = 6150 connection = fbus synchronizetime = yes logfile = log/gammu.log # logformat = textall logformat = errors use_locking = yes gammuloc = gammu.us startinfo = yes [smsd] PIN = 2225 logfile = log/smsd.log commtimeout = 1 sendtimeout = 10 inboxpath = spool/sms/in/ outboxpath = spool/sms/out/ sentsmspath = spool/sms/sent/ errorsmspath = spool/sms/error/ #inboxformat = unicode #transmitformat = auto #receivefrequency = 0 deliveryreport = log in log/gammu.log I have repeated messages: SMS status received SIM size : 30 Used in SIM: 0 Unread in SIM : 0 Getting security code status [ERROR: incorrect char - 9f, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 8e, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 83, not 1e] [ERROR: incorrect char - 9e, not 1e] [ERROR: incorrect char - d8, not 1e] [ERROR: incorrect char - 18, not 1e] [ERROR: incorrect char - 9f, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 8e, not 1e] [ERROR: incorrect char - 8c, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 87, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 60, not 1e] [ERROR: incorrect char - c0, not 1e] [ERROR: incorrect char - 78, not 1e] [ERROR: incorrect char - 30, not 1e] [ERROR: incorrect char - fc, not 1e] [ERROR: incorrect char - 33, not 1e] [ERROR: incorrect char - fb, not 1e] Getting SMS status [ERROR: incorrect char - 9f, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 8e, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 83, not 1e] [ERROR: incorrect char - 8c, not 1e] [ERROR: incorrect char - 87, not 1e] [ERROR: incorrect char - 9f, not 1e] [ERROR: incorrect char - 9f, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 8e, not 1e] [ERROR: incorrect char - 9e, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 18, not 1e] [ERROR: incorrect char - f0, not 1e] [ERROR: incorrect char - 30, not 1e] [ERROR: incorrect char - 20, not 1e] [ERROR: incorrect char - b3, not 1e] [ERROR: incorrect char - e0, not 1e] [ERROR: incorrect char - 78, not 1e] [ERROR: incorrect char - c0, not 1e] [ERROR: incorrect char - bf, not 1e] [ERROR: incorrect char - ff, not 1e] Full log file included as attach. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages gammu depends on: ii libbluetooth1 2.25-1 Library to use the BlueZ Linux Blu ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgammu0 1.05.00-5 Mobile phone management library ii libmysqlclient15off 5.0.20-1 mysql database client library ii zlib1g1:1.2.3-11 compression library - runtime gammu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364712: enter file name in filebrowser?
Package: thunderbird Version: 1.5-4 Some important usability improvement: I would like to simply enter the filename in the file browser (e.g. for attachements). That would be 10x faster than scrolling through a huge list of files watching for the right one to click (sorted case independent, but directories first, huh). Many thanx Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356458: [EMAIL PROTECTED]: Re: Bug#356458: linux-2.6: please include bigphysarea patch]
On Mon, Apr 24, 2006 at 09:09:39PM -0700, Andrew Morton wrote: I don't know what to suggest, really. I don't think that adding complexity to MM to support rare and broken hardware is likely to be welcome. Like I said, it's hardly rare hardware. DC10plus is a very popular capture card, and similar to LinuxMediaLabs LML33 which requires the same patch (in a Linux-branded product no less). Lack of SG-DMA is not a new problem either: http://www.ussg.iu.edu/hypermail/linux/kernel/9901.3/0129.html http://uwsg.ucs.indiana.edu/hypermail/linux/kernel/0012.2/0899.html And users are being misled and in for a surprise: http://seb.france.free.fr/linux/mirodc10.html v4l_bufsize=2048 indicates the size of the reserved bigphys buffer, it's enabled by default in Debian kernels (CONFIG_BIGPHYS_AREA=y), so all you need to do is to add to your append line in /etc/lilo.conf a bigphysarea parameter with the buffer size, this way the kernel will reserve this amount of memory as video buffer. bigphysarea was a good enough solution for Debian to ship at one time; unfortunately, the current Debian kernel maintainers believe the patch should be merged upstream instead (I Cc: them on this mail), while upstream argues with the previously happy users that the patch is badly designed and their hardware is broken besides. I'm mostly kidding there, but don't you agree that this would be a frustrating situation for a non-technical user? I'm not arguing that bigphysarea is a good solution, since I'm incompetent to judge its merits within the context of the kernel design (and parts of the patch do appear dodgy at a glance), but it is currently the only solution unless we figure out where to go from here. What are the requirements here? How much physically contig memory? Are there any bus addressing limitations on it? 2 to 4MB depending on the size of the framebuffer (realistically, 720x480x24bpp should be the upper limit, 640x480x24bpp for square pixel hardware). I have no idea wrt your second question, but I believe that contiguous physical memory from the frame grabber's DMA base address is the only requirement. The developers at mjpeg.sourceforge.net know the hardware far better than me, since I'm just a user of that project. Would a dialog with Ronald help you decide what to do? -- Ryan Underwood, [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#364264: directvnc: FTBFS: dfb.c:33: error: syntax error before 'caps'
On Mon, Apr 24, 2006 at 09:33:36PM +0200, Ola Lundqvist wrote: I think you have some major problem with the build environment: No, the build environment is a clean sid environment... on all 12 architectures where your package is now failing. # 0.7.5-7.1+b1 (alpha) (latest build at Apr 15 07:39: maybe-failed) # 0.7.5-7.1+b1 (i386) (latest build at Apr 14 18:07: maybe-failed) # 0.7.5-7.1+b1 (s390) (latest build at Apr 15 18:09: maybe-failed) # 0.7.5-7.1+b1 (mipsel) (latest build at Apr 14 18:12: maybe-failed) # 0.7.5-7.1+b1 (sparc) (latest build at Apr 14 18:36: maybe-failed) # 0.7.5-7.1+b1 (ia64) (latest build at Apr 14 19:01: maybe-failed) # 0.7.5-7.1+b1 (powerpc) (latest build at Apr 14 18:51: maybe-failed) # 0.7.5-7.1+b1 (mips) (latest build at Apr 14 20:06: maybe-failed) # 0.7.5-7.1+b1 (hppa) (latest build at Apr 14 21:46: maybe-failed) # 0.7.5-7.1+b1 (m68k) (latest build at Apr 21 10:44: maybe-failed) # 0.7.5-7.1+b1 (arm) (latest build at Apr 15 16:59: maybe-failed) # 0.7.5-7.1+b1 (amd64) (latest build at Apr 22 05:57: maybe-failed) And now everone fail... I fail to see how the source can have changed to be that bad. Your source didn't change, this was a binNMU. What *did* change is one of the build-dependencies: specificially, these binNMUs were scheduled for the new upstream version of directfb, which apparently, directvnc 0.7.5 isn't compatible with. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#339599: ITP: rt2570
Robert Chéramy wrote: Hi, it would be great to have the rt2570 module supported under debian. I used your package without big problems. The only thing I noticed is the kernel complaining in dmesg: rausb0 (WE) : Driver using old /proc/net/wireless support, please fix driver ! Perhaps Aurelien Jarno could help you regarding this package, as he already maintains rt2400 and rt2500. Aurelien, please say yes! ;-) Looks like Aurelien either said yes silently or already had a package of his own. Either way rt2570 is in the NEW queue. Kel.
Bug#364681: vlc: FTBFS: build depends on removed libdvdread3-dev
reassign 364681 vlc 0.8.5-test3.debian-2, libdvdread-dev 0.9.5-1 thanks On Mon, Apr 24, 2006 at 11:49:24PM +0200, Kurt Roeckx wrote: Your package is build depending on libdvdread3-dev which has just been renamed to libdvdread-dev, so your package is failing to build now. In that case, how about if we poke the dvdread maintainer about providing trivial backwards-compatibility support with Provides: libdvdread3-dev, instead of breaking all reverse-dependencies unannounced? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#356458: [EMAIL PROTECTED]: Re: Bug#356458: linux-2.6: please include bigphysarea patch]
Ryan Underwood [EMAIL PROTECTED] wrote: On Mon, Apr 24, 2006 at 09:09:39PM -0700, Andrew Morton wrote: I don't know what to suggest, really. I don't think that adding complexity to MM to support rare and broken hardware is likely to be welcome. Like I said, it's hardly rare hardware. DC10plus is a very popular capture card, and similar to LinuxMediaLabs LML33 which requires the same patch (in a Linux-branded product no less). Lack of SG-DMA is not a new problem either: http://www.ussg.iu.edu/hypermail/linux/kernel/9901.3/0129.html http://uwsg.ucs.indiana.edu/hypermail/linux/kernel/0012.2/0899.html And users are being misled and in for a surprise: http://seb.france.free.fr/linux/mirodc10.html v4l_bufsize=2048 indicates the size of the reserved bigphys buffer, it's enabled by default in Debian kernels (CONFIG_BIGPHYS_AREA=y), so all you need to do is to add to your append line in /etc/lilo.conf a bigphysarea parameter with the buffer size, this way the kernel will reserve this amount of memory as video buffer. bigphysarea was a good enough solution for Debian to ship at one time; unfortunately, the current Debian kernel maintainers believe the patch should be merged upstream instead (I Cc: them on this mail), while upstream argues with the previously happy users that the patch is badly designed and their hardware is broken besides. I'm mostly kidding there, but don't you agree that this would be a frustrating situation for a non-technical user? I'm not arguing that bigphysarea is a good solution, since I'm incompetent to judge its merits within the context of the kernel design (and parts of the patch do appear dodgy at a glance), but it is currently the only solution unless we figure out where to go from here. I only see a quuery about bigphysarea maybe once per year. What are the requirements here? How much physically contig memory? Are there any bus addressing limitations on it? 2 to 4MB depending on the size of the framebuffer (realistically, 720x480x24bpp should be the upper limit, 640x480x24bpp for square pixel hardware). I have no idea wrt your second question, but I believe that contiguous physical memory from the frame grabber's DMA base address is the only requirement. The developers at mjpeg.sourceforge.net know the hardware far better than me, since I'm just a user of that project. Would a dialog with Ronald help you decide what to do? We already have infrastructure for managing and allocating large physically-contiguous hunks of memory: arch/*/mm/hugetlb.c. On x86 that operates in 2MB hunks (non-PAE) and 4MB hunks (PAE). Perhaps we could hook into there to get the needed memory? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364715: Only testing works although I get a selection list: stable, testing, unstable
Package: debian-installer Severity: normal During the installation, the installer asks for an online repository. I selected ftp.de.debian.org (from Germany). After that selection, I was presented the list of the following three possibilities: stable, testing, unstable As I am going to install Sid, I selected unstable which gives an error later when I wanted to Install base system. Only testing works. I was using the netinst ISO from 2006-04-20. Best regards Andreas -- (`-''-/).___..--''`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner [EMAIL PROTECTED] http://www.vis.ethz.ch/~andy ICQ-No. 14356454 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364716: vorbis-tools: new feature 'vorbiscomment -e' to launch an editor
Package: vorbis-tools Version: 1.1.1-5 Severity: wishlist Tags: patch I often want to edit tags of ogg vorbis files using an editor, so I wrote a new option 'vorbiscomment -e' (similar to 'crontab -e'). I was a bit lazy, using the current directory for the temp file rather than getenv(TMPDIR), but I know some other apps do the same thing. Also, the patch is debian-specific as I use sensible-editor rather than getenv(VISUAL) etc. Peter Index: vorbis-tools-1.1.1/vorbiscomment/vcomment.c === --- vorbis-tools-1.1.1.orig/vorbiscomment/vcomment.c2006-04-25 02:28:09.0 -0500 +++ vorbis-tools-1.1.1/vorbiscomment/vcomment.c 2006-04-25 02:30:51.0 -0500 @@ -12,6 +12,7 @@ #include stdio.h #include string.h #include stdlib.h +#include unistd.h #include locale.h #ifdef HAVE_CONFIG_H @@ -29,6 +30,7 @@ struct option long_options[] = { {list,0,0,'l'}, {write,0,0,'w'}, + {editor,0,0,'e'}, {help,0,0,'h'}, {quiet,0,0,'q'}, {version, 0, 0, 'V'}, @@ -53,11 +55,13 @@ #define MODE_LIST 1 #define MODE_WRITE 2 #define MODE_APPEND 3 +#define MODE_EDITOR 4 /* prototypes */ void usage(void); void print_comments(FILE *out, vorbis_comment *vc, int raw); int add_comment(char *line, vorbis_comment *vc, int raw); +int launch_editor(vorbis_comment *vc, int raw); param_t*new_param(void); void free_param(param_t *param); @@ -125,7 +129,8 @@ return 0; } - if (param-mode == MODE_WRITE || param-mode == MODE_APPEND) { + if (param-mode == MODE_WRITE || param-mode == MODE_APPEND || + param-mode == MODE_EDITOR) { state = vcedit_new_state(); @@ -133,6 +138,7 @@ { fprintf(stderr, _(Failed to open file as vorbis: %s\n), vcedit_error(state)); + error_cleanup: close_files(param, 0); free_param(param); vcedit_clear(state); @@ -141,7 +147,7 @@ /* grab and clear the exisiting comments */ vc = vcedit_comments(state); - if(param-mode != MODE_APPEND) + if (param-mode == MODE_WRITE) { vorbis_comment_clear(vc); vorbis_comment_init(vc); @@ -154,7 +160,16 @@ } /* build the replacement structure */ - if(param-commentcount==0) + if (param-mode == MODE_EDITOR) + { + if (!launch_editor(vc, param-raw)) + { + fprintf(stderr, + _(editor returned non-zero status, aborting\n)); + goto error_cleanup; + } + } + else if (param-commentcount==0) { /* FIXME should use a resizeable buffer! */ char *buf = (char *)malloc(sizeof(char)*1024); @@ -278,6 +293,65 @@ } +/** + + Create a temporary file with the comments in it, launch an editor + to allow the user to change this file, and replace the comments + with lines from the edited temporary file. + +***/ + +int launch_editor(vorbis_comment *vc, int raw) +{ + char tempfile[] = vorbiscomment.XX; + char editor_cmd[64]; + int fd; + FILE *fp; + char buf[1024]; /* FIXME should use a resizeable buffer! */ + + fd = mkstemp(tempfile); + if (fd 0) + return 0; + fp = fdopen(fd, wb); + if (!fp) + { + close(fd); + remove(tempfile); + return 0; + } + print_comments(fp, vc, raw); + fclose(fp); + close(fd); + + /* 'sensible-editor' is Debian-specific. To support other OSes, +* one would need to getenv(VISUAL) then getenv(EDITOR) then +* fall back to a default like 'vi'. +*/ + snprintf(editor_cmd, sizeof(editor_cmd), +sensible-editor %s, tempfile); + if (system(editor_cmd) != 0) + { + error_cleanup: + remove(tempfile); + return 0; + } + fp = fopen(tempfile, rb); + if (!fp) + goto error_cleanup; + + vorbis_comment_clear(vc); + vorbis_comment_init(vc); + + while (fgets(buf, 1024, fp)) + if (add_comment(buf, vc, raw) 0) + fprintf(stderr, _(bad comment: \%s\\n), buf); + + fclose(fp); + remove(tempfile); + return 1; +} + + /*** ui-specific routines ***/ /** @@ -293,10 +367,11 @@ vorbiscomment [-l] file.ogg (to list the comments)\n vorbiscomment -a in.ogg out.ogg (to append comments)\n
Bug#364709: gammu: problem in smsd mode
Hi On Tue, 25 Apr 2006 10:58:04 +0400 Andrey Chernomyrdin [EMAIL PROTECTED] wrote: The smsd.rc file contains: [gammu] port = /dev/ttyS0 model = 6150 connection = fbus synchronizetime = yes logfile = log/gammu.log # logformat = textall logformat = errors Could you please switch log format to textall and send the log? [...] Full log file included as attach. Sorry I don't see any attachment. -- Michal Čihař | http://cihar.com signature.asc Description: PGP signature
Bug#364664: libpam-ccreds: FTBFS: configure: error: could not locate openssl/opensslconf.h
Hi Kurt, On Mon, Apr 24, 2006 at 09:33:19PM +0200, Kurt Roeckx wrote: Package: libpam-ccreds Version: 3-1 Severity: serious Hi, Your package is failing to build with the following error: checking openssl/opensslconf.h usability... no checking openssl/opensslconf.h presence... no checking for openssl/opensslconf.h... no configure: error: could not locate openssl/opensslconf.h make: *** [config.status] Error 1 It built on all arches except for amd64 because debian/rules didn't execute the autoreconf. I don't understand this since the Makefile part is quiet simple: configure: patch-stamp autoreconf could this be a clock problem on amd64? Cheers, -- Guido signature.asc Description: Digital signature
Bug#308977: kbabel: [UPSTREAM]A Fuzzy button would be a good addition
On 4/23/06, Olivier Trichet [EMAIL PROTECTED] wrote: Le Vendredi 13 Mai 2005 17:24, Eddy Petrisor [EMAIL PROTECTED] a écrit: Package: kbabel Version: 4:3.3.2-3 Severity: wishlist Hello, I have found that is rather hard to mark strings that I am not so sure on their translation with the fuzzy attribute. A 'fuzzy' button would be a good thing to add to the UI. Isn't the ctrl+U shortcut enough? I am not sure if that existed back when I reported this. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#339837: Publishing more data could maybe help
On Tue, 25 Apr 2006, Javier Fernández-Sanguino Peña wrote: On Mon, Apr 24, 2006 at 09:54:11PM -0700, Don Armstrong wrote: Here we basically have two choices. Who's *we*? Have you talked to the security team or is this just wishful thinking? We == People contributing to Debian; IE, the project. 1. Certain people sign NDAs/agreements to get the early disclosure information; in return they cannot disclose the information. We lose transparency, but security bugs can be fixed before they're (widly) known in the wild. The Security Team has not signed any NDA, but a requisite to be on vendor-sec [1] is to keep the confidentiality of the list. This has been the status quo for years, it makes sense in a world where the bad guys do reverse engineering of security patches to develop worms and exploits, and it helps the Security Team provide better security for our users (remember, SC #4). Right; I was attempting to indicate that an NDA or an agreement of some kind was in place for the different lists. [I don't follow this area very closely, but ISTR there being a list besides vendor-sec which required an NDA or something similar.] In any case, regardless of the legal form, the practical outcome is the same. Don Armstrong -- Build a fire for a man, an he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life. -- Jules Bean http://www.donarmstrong.com http://rzlab.ucr.edu
Bug#364717: Typo in package description
package: jahshaka version: 1.9.9-2 severity: minor s/videao/video/ -- Analog-/ISDN-Nutzer sparen mit GMX SmartSurfer bis zu 70%! Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364718: Package: installation-reports
Package: installation-reports Boot method: CD netinstall Image version: http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-netinst.iso (etch beta 2) Date: 20/4/05 Machine: Dell 5150 Processor: Dual Intel P4 2.8GhZ Memory: 512MB Partitions: Allowed installer to configure with a seperate /home/ partition Output of lspci and lspci -n: :00:00.0 Host bridge: Intel Corporation 945G/P Memory Controller Hub (rev 02) :00:01.0 PCI bridge: Intel Corporation 945G/P PCI Express Graphics Port (rev 02) :00:02.0 VGA compatible controller: Intel Corporation 945G Integrated Graphics Controller (rev 02) :00:02.1 Display controller: Intel Corporation 945G Integrated Graphics Controller (rev 02) :00:1b.0 0403: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) :00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) :00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) :00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) :00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) :00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) :00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) :00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) :00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) :00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=IDE (rev 01) :00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) :03:08.0 Ethernet controller: Intel Corporation 82801G (ICH7 Family) LAN Controller (rev 01) :00:00.0 0600: 8086:2770 (rev 02) :00:01.0 0604: 8086:2771 (rev 02) :00:02.0 0300: 8086:2772 (rev 02) :00:02.1 0380: 8086:2776 (rev 02) :00:1b.0 0403: 8086:27d8 (rev 01) :00:1c.0 0604: 8086:27d0 (rev 01) :00:1d.0 0c03: 8086:27c8 (rev 01) :00:1d.1 0c03: 8086:27c9 (rev 01) :00:1d.2 0c03: 8086:27ca (rev 01) :00:1d.3 0c03: 8086:27cb (rev 01) :00:1d.7 0c03: 8086:27cc (rev 01) :00:1e.0 0604: 8086:244e (rev e1) :00:1f.0 0601: 8086:27b8 (rev 01) :00:1f.1 0101: 8086:27df (rev 01) :00:1f.2 0101: 8086:27c0 (rev 01) :00:1f.3 0c05: 8086:27da (rev 01) :03:08.0 0200: 8086:27dc (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[ O] Configure network HW: [O ] Config network: [ O] Detect CD: [ O] Load installer modules: [O ] Detect hard drives: [ O] Partition hard drives: [ O] Create file systems:[O ] Mount partitions: [ O] Install base system:[O ] Install boot loader:[ O] Reboot: [ O] Comments/Problems: Successful install apart from X stuff. Worked really well until gdm attempted to launch. Then got error X: Xserver not found X packages were not installed so added xserver-common, xserver-xorg, xfonts-base with aptitude Booted gdm fine but could not ctrl-alt to shell logins (corrupted graphics) Reconfigured xserver-xorg to use the i810 driver (motherboard is i945) instead of VESA now works fine Thanks for the good work!
Bug#364698: ia32-libs: GLIBC_2.0 is not defined (used to be)
On Mon, Apr 24, 2006 at 08:19:38PM -0700, Nadim Shaikli wrote: Package: ia32-libs Version: 1.5 Severity: grave Justification: renders package unusable I had installed an amd64 system (debian unstable) a few weeks back (this is the system I am on now), I got most of my applications (both 32 and 64) working (using ia32-libs version-1.5). When I tried to do the same on a friend's laptop I got ALOT of problems with 32-bit applications (from big EDA companies) complaining about GLIBC_2.0 not being defined. Please post the full error message instead of paraphrasing. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#360538: Logging into Gnome session exits immediately
I had this exact problem (gnome-session exits; no problem with other user accounts nor with startx). chmod a+x $HOME made it work. Thanks Eric, for pointing me to the solution. -- Karl 2006-04-25 01:18 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#268943: korganizer crashes at start
Here you are: Double clicking on the korganizer window to open a new appointment. Removing the kitchensync and restarting KDE resolves the problem for me. libqt3-mt is 3:3.3.6-1, libkdeui.so.4 is 4:3.5.2-2. Please let me know if you need more information. Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1241826912 (LWP 7556)] [KCrash handler] #6 0xb7025ef5 in QBoxLayout::setupGeom () from /usr/lib/libqt-mt.so.3 #7 0xb7026bc2 in QBoxLayout::minimumSize () from /usr/lib/libqt-mt.so.3 #8 0xb6fd5f01 in QLayout::totalMinimumSize () from /usr/lib/libqt-mt.so.3 #9 0xb702d938 in qSmartMinSize () from /usr/lib/libqt-mt.so.3 #10 0xb6fd51d9 in QWidgetItem::minimumSize () from /usr/lib/libqt-mt.so.3 #11 0xb7025a72 in QBoxLayout::setupGeom () from /usr/lib/libqt-mt.so.3 #12 0xb7026c60 in QBoxLayout::sizeHint () from /usr/lib/libqt-mt.so.3 #13 0xb6fd6044 in QLayout::totalSizeHint () from /usr/lib/libqt-mt.so.3 #14 0xb707ca9a in QWidget::sizeHint () from /usr/lib/libqt-mt.so.3 #15 0xb71085b1 in QFrame::sizeHint () from /usr/lib/libqt-mt.so.3 #16 0xb71b1115 in QWidgetStack::sizeHint () from /usr/lib/libqt-mt.so.3 #17 0xb7198622 in QTabWidget::sizeHint () from /usr/lib/libqt-mt.so.3 #18 0xb766167e in KJanusWidget::minimumSizeHint () from /usr/lib/libkdeui.so.4 #19 0xb766461f in KDialogBase::minimumSizeHint () from /usr/lib/libkdeui.so.4 #20 0xb7662b4f in KDialogBase::sizeHint () from /usr/lib/libkdeui.so.4 #21 0xb7079150 in qt_naturalWidgetSize () from /usr/lib/libqt-mt.so.3 #22 0xb707ed16 in QWidget::show () from /usr/lib/libqt-mt.so.3 #23 0xb71fd255 in QDialog::show () from /usr/lib/libqt-mt.so.3 #24 0xb7e69d28 in CalendarView::newEvent (this=0x80cf048, [EMAIL PROTECTED], [EMAIL PROTECTED], allDay=false) at calendarview.cpp:996 #25 0xb7e7750e in CalendarView::newEvent (this=0x80cf048) at calendarview.cpp:940 #26 0xb7e8c629 in CalendarView::qt_invoke (this=0x80cf048, _id=63, _o=0xbfc5705c) at calendarview.moc:970 #27 0xb704754b in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #28 0xb7047fdc in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #29 0xb7dd5fec in KOrg::BaseView::newEventSignal (this=0x3c) at baseview.moc:346 #30 0xb7e0ff6d in KOrg::BaseView::qt_emit (this=0x81eb168, _id=13, _o=0xbfc5719c) at baseview.moc:461 #31 0xb7e101b8 in KOEventView::qt_emit (this=0x81eb168, _id=13, _o=0xbfc5719c) at koeventview.moc:159 #32 0xb7e10324 in KOAgendaView::qt_emit (this=0x81eb168, _id=13, _o=0xbfc5719c) at koagendaview.moc:569 #33 0xb704751f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #34 0xb7047fdc in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #35 0xb7dd4c49 in KOAgenda::newEventSignal (this=0x3c) at koagenda.moc:301 #36 0xb7e87953 in KOAgenda::eventFilter_mouse (this=0x81f6088, object=0x81f7650, me=0xbfc5778c) at koagenda.cpp:687 #37 0xb7dd9bdb in KOAgenda::eventFilter (this=0x81f6088, object=0x81f7650, event=0xbfc5778c) at koagenda.cpp:354 #38 0xb70446b0 in QObject::activate_filters () from /usr/lib/libqt-mt.so.3 #39 0xb704472e in QObject::event () from /usr/lib/libqt-mt.so.3 #40 0xb7081b9a in QWidget::event () from /usr/lib/libqt-mt.so.3 #41 0xb6fdd87a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #42 0xb6fdddff in QApplication::notify () from /usr/lib/libqt-mt.so.3 #43 0xb6c9102e in KApplication::notify () from /usr/lib/libkdecore.so.4 #44 0xb6f6f06f in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #45 0xb6f6a7a4 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #46 0xb6f68c94 in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #47 0xb6f822a2 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #48 0xb6ff6255 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #49 0xb6ff617a in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #50 0xb6fdc38d in QApplication::exec () from /usr/lib/libqt-mt.so.3 #51 0x0805188c in main (argc=60, argv=0x3c) at main.cpp:58 #52 0xb7ae1eb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #53 0x0804fc01 in _start () at ../sysdeps/i386/elf/start.S:119 Frank -- ## Dept. of Computer Science, Dresden University of Technology, Germany ## ## http://os.inf.tu-dresden.de/~fm3 ## -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360128: please add regional_name variable for contry names
Hi, Thanks for the interesting patch. Sorry about the delay in replying. I've been looking at the patch, but how do you see it being used ? That is, the data is used at the moment by UI code doing drop-down lists, presenting a list of countries, and normally returning a country-code to the program for internal use; how would this data be different? and why not just use ISO-3166-2 instead? Regards Alastair Robert Millan wrote: Package: iso-codes Version: 0.49-1 Severity: wishlist Tags: patch Hi! To describe this regional_name I'm proposing, it is basicaly for languages that: - Are spoken in more than one country. - In at least one of the countries where it is spoken, it is only spoken in a specific region. - Such region has a particular name that can be easily identified by the language's community. This is the case for ca_{FR,IT} and eu_{ES,FR}, but I'm sure there are many similar situations in the world (and each translator team can figure out which apply to their language). As you can see in the attached patch, the idea is that the base name is something like @region@ (Country) that is never actualy used untranslated. Then, translator teams that find it appropiate (i.e. when the conditions I described above apply to their language) may add their own translation for this string. This will be specialy useful for d-i's localechooser, as it'll output more descriptive information when queriing the user for her location. My patch adds ca_{FR,IT} and eu_{ES,FR} as a proof of concept. Then I plan to get localechooser to identify this information and use it appropiately. Thanks -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- no debconf information diff -ur iso-codes-0.49.old/iso_3166/ca.po iso-codes-0.49/iso_3166/ca.po --- iso-codes-0.49.old/iso_3166/ca.po 2004-09-30 15:13:09.0 +0200 +++ iso-codes-0.49/iso_3166/ca.po 2006-03-30 20:27:35.0 +0200 @@ -587,6 +587,10 @@ msgid France msgstr França +#. regional_name for FRA +msgid @region@ (France) +msgstr Catalunya Nord (França) + # CZ #. official_name for FRA msgid French Republic @@ -829,6 +833,10 @@ msgid Italy msgstr Itàlia +#. regional_name for ITA +msgid @region@ (Italy) +msgstr L'Alguer (Itàlia) + #. official_name for ITA msgid Italian Republic msgstr República Italiana diff -ur iso-codes-0.49.old/iso_3166/eu.po iso-codes-0.49/iso_3166/eu.po --- iso-codes-0.49.old/iso_3166/eu.po 2004-09-28 09:08:59.0 +0200 +++ iso-codes-0.49/iso_3166/eu.po 2006-03-30 20:29:14.0 +0200 @@ -536,6 +536,10 @@ msgid France msgstr Frantzia +#. regional_name for FRA +msgid @region@ (France) +msgstr Iparralde (Frantzia) + # CZ #. official_name for FRA msgid French Republic @@ -1436,6 +1440,10 @@ msgid Spain msgstr Espainia +#. regional_name for ESP +msgid @region@ (Spain) +msgstr Hegoalde (Espainia) + #. official_name for ESP msgid Kingdom of Spain msgstr Espaniako Erresuma diff -ur iso-codes-0.49.old/iso_3166/iso_3166.xml iso-codes-0.49/iso_3166/iso_3166.xml --- iso-codes-0.49.old/iso_3166/iso_3166.xml2005-08-10 19:16:19.0 +0200 +++ iso-codes-0.49/iso_3166/iso_3166.xml2006-03-30 20:25:15.0 +0200 @@ -17,6 +17,7 @@ common_name CDATA #IMPLIED nameCDATA #REQUIRED official_name CDATA #IMPLIED + regional_name CDATA #IMPLIED !ELEMENT iso_3166_3_entry EMPTY !ATTLIST iso_3166_3_entry @@ -453,6 +454,7 @@ alpha_3_code=FRA numeric_code=250 name=France + regional_name=@region@ (France) official_name=French Republic / iso_3166_entry alpha_2_code=GF @@ -633,6 +635,7 @@ alpha_3_code=ITA numeric_code=380 name=Italy + regional_name=@region@ (Italy) official_name=Italian Republic / iso_3166_entry alpha_2_code=JM @@ -1165,6 +1168,7 @@ alpha_3_code=ESP numeric_code=724 name=Spain + regional_name=@region@ (Spain) official_name=Kingdom of Spain / iso_3166_entry alpha_2_code=LK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363993: Requires bzip2.
On Thu, Apr 20, 2006 at 10:11:05PM +0100, Robert Scott wrote: Package: realtime-lsm-source Version: 0.1.1-6 I understand that realtime-lsm is going away, but until a fresh pam turns up in testing, it is a good enough stopgap and it would be nice for it to at least still be working. With kernel 2.6.15 it does still work if you build a custom kernel with the default security model compiled as a module (which many people will want to do to enable preempt anyway). But on a fresh etch system without anything that has previously pulled in bzip2, the build under module-assistant fails because one of the source archives is a .bz2. Is this an upstream problem with module-assistant? Hi, I think its a problem of realtime-lsm, because nothing forces it to be packages as bz2. Thanks for reporting. G?nter robert. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364720: jackd periodically zombifies on amd64 dual core systems
Package: jackd I have noticed that jackd periodically becomes zombified and therefore ceases to work on my amd64 debian etch system running on an athlon x2 dual core CPU. Asking on the jack dev list, I was told: The -clockfix branch of jack CVS fixes this problem. The root problem is that the TSC clock sources on the AMDx2 cores are not sync'd, therefore time, as perceived by JACK, can appear to leap forward or backward as the process migrates across the CPU cores. The -clockfix branch works around this feature. I checked out this branch of jack from CVS cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/jackit co -r clockfix jack And the problem seems to be fixed. Although now none of the debian packaged jack apps recognise my jack server. cheers - matthew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364717: Typo in package description
* Thomas Schoepf [EMAIL PROTECTED] [2006-04-25 10:11]: package: jahshaka version: 1.9.9-2 I cannot find such a package in Debian. Do you know where you got it from? What does dpkg -p jahshaka | grep Maintainer say? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364593: alsa-utils: error in init.d script
Package: alsa-utils Version: 1.0.11-1 Followup-For: Bug #364593 /etc/init.d/alsa-utils checks for the directory /lib/alsa-utils. The udev script formerly there seems to have been moved to /lib/udev/alsa-utils. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages alsa-utils depends on: ii dialog1.0-20060221-1 Displays user-friendly dialog boxe ii libasound21.0.11-2 ALSA library ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-1.1Shared libraries for terminal hand ii linux-sound-base 1.0.11-1 base package for ALSA and OSS soun ii lsb-base 3.1-4 Linux Standard Base 3.1 init scrip ii module-init-tools 3.2.2-2tools for managing Linux kernel mo ii modutils 2.4.27.0-5 Linux module utilities ii pciutils 1:2.1.11-16Linux PCI Utilities ii python-minimal2.3.5-5A minimal subset of the Python lan ii whiptail 0.52.2-4 Displays user-friendly dialog boxe Versions of packages alsa-utils recommends: ii alsa-base 1.0.11-1 ALSA driver configuration files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350407: lessdisks-terminal: modifies /etc/kernel-img.conf in postinst
This one time, at band camp, Jonas Smedegaard said: On Mon, 24 Apr 2006 14:44:06 +0100 Stephen Gran wrote: I do feel that such interpretation is problematic, however: Even when several main packages (kernel-package, linux-2.6, kernel-image-2.4.27-i386) agree to share a configuration file with none of them requiring it, how do then an additional package (lessdisks-terminal) treat the situation if requiring the file to exist? (and also, judging from comments in postinst it seems that linux-2.6 really requires the file when using symlinks). OK, I think this is a fairly straight forward test - does lessdisks-terminal in any way maintain either kernel-img.conf or inittab (ship a manpage, related infrastructure, file creation/deletion handling)? If not, then your package doesn't own the file, and can't modify it except via a helper script. I'm not trying to be brusque, I just want to cut to the chase here. So far, we have been pretty lenient WRT kernel images (and kernel-package) and policy. I am a little leery of opening an RC bug on them right now, as I think vorlon might beat me with a heavy stick for making his life harder than it already is :) Hmm - so RC bugs should be avoided if annoying the maintainer? Sounds like a violation of we won't hide problems - even with the narrow interpretation of only applying to the BTS ;-). No, You misunderstand me. An RC bug means, by definition, that we would rather remove the package from the next stable release rather than ship it with this problem. I doubt that that's true for the kernel. There are other channels for fixing bugs than clogging up the release team's queue with things they are just going to override if they have to get a kernel image into etch. I do think it's something worth discussing within the kernel team, however, and you seem better placed than I am to start that discussion. I am happy to help with code, but I don't know the guts of kernel package all that well, so it may take longer than is worth it for me to come up to speed with all the hooks and options that a helper script would need to know about. This is exactly like /etc/inetd.conf - no package 'owns' it in the dpkg -S sense, but it clearly is owned by whichever of the inetd implementations that you have installed, and there is a helper script to update it. Which is the correct script to update inittab? And where can I read more about it? As far as I know, again, there is none. I think this is such a rare need that no one has bothered to write one. Ahem, then hwat do you mean by and there is a helper script to update it? Taht paragraph is about inetd.conf. It is an example of a parallel situation that is handled correctly. Sorry if I wasn't clear. I'll make Manoj and the rest of the kernel team aware of this discussion, but feel that I have spent enough of his time discussing the kernel-install-helper idea without taking the required time and effort to actually make a proof of concept to move it further than just that: an idea. Good. the fast resolution for your package is to just stop writing to these config files, and put a note in README.Debian that says roughly, add these two lines to this file, and this line to that file. That would close this bug while the longer term correct solution is being worked on. For the case of lessdisks-terminal, the messing with configuration files can even be moved to the user-invoked install routine instead, as mentioned early on in this thread. The best would be to not be messy at all, but I agree that sounds not possible for the short term. If I undersatnd correctly, you want to move the config file editing out of postinst into something the admin invokes? That would be perfect, thank you. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#352315: Some kind of backtrace
Le lundi 24 avril 2006 à 21:13 +0200, Vincent Lönngren a écrit : Backtrace: 0: /usr/bin/X11/X(xf86SigHandler+0x88) [0x8089898] 1: [0xe420] 2: /usr/X11R6/lib/modules/libfb.so(fbOddTile+0x10b) [0xb7d237ab] 3: /usr/X11R6/lib/modules/libfb.so(fbTile+0x8c) [0xb7d2389c] 4: /usr/X11R6/lib/modules/libfb.so(fbFillRegionTiled+0x1a5) [0xb7d24785] 5: /usr/X11R6/lib/modules/libfb.so(fbPaintWindow+0x108) [0xb7d248f8] 6: /usr/X11R6/lib/modules/drivers/nvidia_drv.so(_nv72X+0x267) [0xb7db9cd7] This may be unrelated, but I recall something like the fact the framebuffer has to be disabled when using the proprietary nvidia driver. What if you simply disable it in the X configuration? Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#345845: When will we see the fix in sid?
Hi, Thanks for telling me how to report this bug upstream: Java applets go blank immediately I reported it as https://bugzilla.mozilla.org/show_bug.cgi?id=322257, which in turn is a duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=315841. This bug is fixed upstream. The effect of the bug is that java applets don't work if adblock is installed. For me, the consequence is that I have to use another browser to do home banking. That works, but it's getting old :-) Do you know in which version of Firefox the fix will be included? According to mozilla.org bugzilla, target milestone is mozilla1.9alpha, if that means anything. Any wild guesses about when we can expect to see the fix in Debian? For what it's worth, on Fedora Core 4, java applets work in Firefox 1.5.0.1 even with adblock installed. The package version is firefox-1.5.0.1-1. Jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#194549: Wait for DFSG-free wiki
On Sun, Apr 23, 2006 at 07:25:42AM +0200, Javier Fernández-Sanguino Peña wrote: On Wed, Apr 19, 2006 at 11:00:27AM -0400, Filipus Klutiero wrote: IMHO, it would be better to wait until wiki.d.o is DFSG-free, as I expect readers would expect that from Debian's wiki. That could take some time. IMHO (and since even the website's license is *not* DFSG-free, see #238245) That sentence wasn't finished. I meant to say that IMHO that should be added now to the website, we don't need to wait for the license change. After all, it is already being actively used by both users and DDs. Regards Javier signature.asc Description: Digital signature
Bug#364725: kernel-source-2.6.8: IEEE1394 SBP2 disconnect problems
Package: kernel-source-2.6.8 Version: 2.6.8-16sarge2 Severity: important Tags: patch SBP2 causes problems when disconnecting devices such as CDROMs. Sometimes, the system will hang when trying to suspend to disk or unloading the IEEE1394 modules, sometimes it will hang when typing cat /proc/scsi/scsi after unplugging a firewire SBP2 device. I had a look at the kernel changes to sbp2.c and found a bunch of changes which seemed related to my problem. I added them incrementally on top of the official Debian Sarge 2.6.8 kernel and all [my] problems were gone. I believe the changes are safe and others would benefit from them as well. I have attached a patch with the changes. All those changes were back-ported from kernel.org, thus there's no invention (or crap ;) from my side. Thanks, --Christian -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-cm1.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-source-2.6.8 depends on: ii binutils 2.15-6 The GNU assembler, linker and bina ii bzip2 1.0.2-7high-quality block-sorting file co ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information*** sbp2.c.orig Tue Apr 11 14:52:44 2006 --- sbp2.c Tue Apr 11 14:52:23 2006 *** *** 593,598 --- 593,605 spin_unlock_irqrestore(scsi_id-sbp2_command_orb_lock, flags); } + /* + * Is scsi_id valid? Is the 1394 node still present? + */ + static inline int sbp2util_node_is_available(struct scsi_id_instance_data *scsi_id) + { + return scsi_id scsi_id-ne !scsi_id-ne-in_limbo; + } /* *** *** 628,638 --- 635,657 { struct unit_directory *ud; struct scsi_id_instance_data *scsi_id; + struct scsi_device *sdev; SBP2_DEBUG(sbp2_remove); ud = container_of(dev, struct unit_directory, device); scsi_id = ud-device.driver_data; + if (!scsi_id) + return 0; + + /* trigger shutdown functions in scsi's highlevel */ + if (scsi_id-scsi_host) + scsi_unblock_requests(scsi_id-scsi_host); + sdev = scsi_id-sdev; + if (sdev) { + scsi_id-sdev = NULL; + scsi_remove_device(sdev); + } sbp2_logout_device(scsi_id); sbp2_remove_device(scsi_id); *** *** 743,749 list_add_tail(scsi_id-scsi_list, hi-scsi_ids); /* Register our host with the SCSI stack. */ ! scsi_host = scsi_host_alloc(scsi_driver_template, 0); if (!scsi_host) { SBP2_ERR(failed to register scsi host); goto failed_alloc; --- 762,769 list_add_tail(scsi_id-scsi_list, hi-scsi_ids); /* Register our host with the SCSI stack. */ ! scsi_host = scsi_host_alloc(scsi_driver_template, ! sizeof (unsigned long)); if (!scsi_host) { SBP2_ERR(failed to register scsi host); goto failed_alloc; *** *** 2460,2496 struct scsi_id_instance_data *scsi_id = (struct scsi_id_instance_data *)SCpnt-device-host-hostdata[0]; struct sbp2scsi_host_info *hi; SBP2_DEBUG(sbp2scsi_queuecommand); ! /* ! * If scsi_id is null, it means there is no device in this slot, ! * so we should return selection timeout. ! */ ! if (!scsi_id) { ! SCpnt-result = DID_NO_CONNECT 16; ! done (SCpnt); ! return 0; ! } hi = scsi_id-hi; if (!hi) { SBP2_ERR(sbp2scsi_host_info is NULL - this is bad!); ! SCpnt-result = DID_NO_CONNECT 16; ! done (SCpnt); ! return(0); } /* * Until we handle multiple luns, just return selection time-out * to any IO directed at non-zero LUNs */ ! if (SCpnt-device-lun) { ! SCpnt-result = DID_NO_CONNECT 16; ! done (SCpnt); ! return(0); ! } /* * Check for request sense command, and handle it here --- 2480,2505 struct scsi_id_instance_data *scsi_id = (struct scsi_id_instance_data *)SCpnt-device-host-hostdata[0]; struct sbp2scsi_host_info *hi; + int result = DID_NO_CONNECT 16; SBP2_DEBUG(sbp2scsi_queuecommand); ! if (!sbp2util_node_is_available(scsi_id)) ! goto done; hi = scsi_id-hi; if (!hi) { SBP2_ERR(sbp2scsi_host_info is NULL - this is bad!); ! goto done; } /* * Until we handle multiple luns, just return selection time-out * to any IO directed at non-zero LUNs */ ! if (SCpnt-device-lun) ! goto done; /* * Check for request sense command, and handle it here *** *** 2501,2507 memcpy(SCpnt-request_buffer, SCpnt-sense_buffer, SCpnt-request_bufflen); memset(SCpnt-sense_buffer, 0, sizeof(SCpnt-sense_buffer)); sbp2scsi_complete_command(scsi_id, SBP2_SCSI_STATUS_GOOD, SCpnt, done); ! return(0); } /* --- 2510,2516 memcpy(SCpnt-request_buffer, SCpnt-sense_buffer,
Bug#364722: f-prot-installer defaults to loading updates when establishing a ppp connection
Package: f-prot-installer Version: 0.5.14.sarge.3 Severity: important f-prot-installer defaults to loading new virus signatures whenever a PPP connection is established. I found this out the hard way when I was travelling and established a [roaming] GPRS connection for 10 Euros per MB. Even when not using GPRS I believe updating virus signatures whenever a PPP connection has been estalished will be a nuisance because it will degrade the connection throughput substantially for a few minutes when using a typical modem connection with 10KB/s I believe the default in /etc/ppp/ip-up.d/f-prot-installer should be set to not load new virus signatures by setting FPROT_USE_PPP=false Thanks, --Christian -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-cm1.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages f-prot-installer depends on: ii debconf 1.4.30.13Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii libwww-perl 5.803-4 WWW client/server library for Perl ii unzip 5.52-1sarge4 De-archiver for .zip files ii wget1.9.1-12 retrieves files from the web -- debconf information: * f-prot-installer/reinstall: true * f-prot-installer/update_defs: true f-prot-installer/install_later: * f-prot-installer/action: Download and install * f-prot-installer/configured: false f-prot-installer/note_cron: f-prot-installer/where_are_files: /tmp f-prot-installer/failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364723: modprobe 2.4.27 will not load ppp module for kernel 2.2.20
Package: module-init-tools Version: 3.2.2-1 When I'm running kernel 2.2.20 and give the command: modprobe ppp, I get the message: modprobe: Can't locate module ppp Yet ppp.o is in the right place and other modules from the same location can be found by modprobe. Version 2.4.26 of modprobe finds ppp.o and loads it (along with dependencies). But Version 2.4.27 can't find it. I just tried it while running kernel 2.4.27 (same as modprobe version by coincidence). modprobe ppp doesn't load ppp since there is no ppp module in the 2.4.27 kernel. But instead it loads ppp_generic and some other modules so that ppp will work. Thus it seems that ppp has been made an alias for other modules, but for kernel 2.2.20 one needs to load the real ppp.o. modprobe.modutils can't find ppp either. I suppose that modutils calls modprobe.modutils since it should check uname -r to find out I'm running 2.2.20. I sometimes use kernel 2.2.20 since it loads about 3 times faster than 2.6.15 (but I hoping to improve 2.6.15 booting speed by finding the causes of it's slowness on my PC). David Lawyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364715: Only testing works although I get a selection list: stable, testing, unstable
Quoting Andreas Tscharner ([EMAIL PROTECTED]): Package: debian-installer Severity: normal During the installation, the installer asks for an online repository. I selected ftp.de.debian.org (from Germany). After that selection, I was presented the list of the following three possibilities: stable, testing, unstable As I am going to install Sid, I selected unstable which gives an error later when I wanted to Install base system. Only testing works. Well, as divination is actually not in the D-I team skills, we might need to have more information about this error. IIRC, I succeeded in installing unstable 3 days ago so you maybe just went on a specific (and probably known) bug in unstable, not necessarily related to D-I. signature.asc Description: Digital signature
Bug#364721: gq: New upstream availible
Package: gq Version: 1.0beta1-4 Severity: wishlist There is a new 1.0rc1 availible upstream. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages gq depends on: ii libatk1.0-0 1.11.3-1The ATK accessibility toolkit ii libc62.3.6-7 GNU C Library: Shared libraries ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgtk2.0-0 2.8.16-1The GTK+ graphical user interface ii libldap2 2.1.30-13 OpenLDAP libraries ii libpango1.0-01.12.0-2Layout and rendering of internatio ii libssl0.9.7 0.9.7i-1SSL shared libraries ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii zlib1g 1:1.2.3-11 compression library - runtime gq recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364724: acpid: ACPI doesn't report power changes after resume
Package: acpid Version: 1.0.4-1 Severity: normal Tags: patch ACPI often doesn't report power changes while the system is off or suspended. For example, if you suspend a system on AC and resume it on battery, no ACPI event is sent and tools like battery status applets are still reporting the system to be on AC. There are hacks which modify the ACPI tables to fake an ACPI power change event during resume but I believe this is not suitable for average users. Instead, I thought acpid would be a better location for this kind of hack. I modified acpid.c such that it will fake a power change event whenever it receives a USR2 signal. In order to trigger this, I simply execute # trigger ac_adapter event in acpid killall -USR2 acpid in my suspend/resume scripts as the last action. Works like a charm for me... If you believe this might be useful for others, please have a look at the attached patch. The event simulation code probably needs to be a bit smarter to generate events which match the system it's running on but I currently don't have access to other laptops running Linux so I can't check what they would expect. Thanks, --Christian -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-cm1.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages acpid depends on: ii debconf 1.4.30.13 Debian configuration management sy -- debconf information: acpid/noacpi: acpid/modules: ac processor battery button fan thermal*** /home/chris/tmp/acpid-1.0.4/acpid.c Mon Apr 24 22:20:02 2006 --- acpid.c Tue Mar 7 15:20:22 2006 *** *** 43,48 --- 43,50 static void clean_exit(int sig); static void reopen_logs(int sig); static void reload_conf(int sig); + static void ac_event(int sig); + static void simlulate_ac_event(void); static char *read_line(int fd); /* global debug level */ *** *** 57,62 --- 59,65 static const char *socketgroup; static mode_t socketmode = ACPI_SOCKETMODE; static int foreground; + static int got_usr2; int main(int argc, char **argv) *** *** 164,169 --- 167,173 /* trap key signals */ signal(SIGHUP, reload_conf); signal(SIGUSR1, reopen_logs); + signal(SIGUSR2, ac_event); signal(SIGINT, clean_exit); signal(SIGQUIT, clean_exit); signal(SIGTERM, clean_exit); *** *** 178,183 --- 182,198 int r; int fds = 0; + /* Check for USR2 before polling; this way we will also catch + * signals received while we were processing an event. There's + * still a small chance we miss a signal between here and + * when we call poll() but this is very unlikely and the + * USR2 feature is not mission-critical, anyway. + */ + if (got_usr2) { + simlulate_ac_event(); + got_usr2 = 0; + } + /* poll for the socket and the event file */ ar[0].fd = event_fd; ar[0].events = POLLIN; fds++; if (!nosocket) { *** *** 195,201 /* was it an event? */ if (ar[0].revents) { char *event; ! /* this shouldn't happen */ if (!ar[0].revents POLLIN) { acpid_log(odd, poll set flags 0x%x\n, --- 210,216 /* was it an event? */ if (ar[0].revents) { char *event; ! /* this shouldn't happen */ if (!ar[0].revents POLLIN) { acpid_log(odd, poll set flags 0x%x\n, *** *** 460,465 --- 475,488 acpid_log(logfile reopened\n); } + static void + ac_event(int sig) + { + /* main work will be done after poll() got interrutped */ + got_usr2 = 1; + } + + int acpid_log(const char *fmt, ...) { *** *** 479,484 --- 502,537 return 0; } + static void + simlulate_ac_event(void) + { + char event[100]; + char *buf; + char *s; + int fh; + + acpid_log(received USR2; simulating ac_adapter event\n); + + if ((fh = open(/proc/acpi/ac_adapter/ACAD/state, O_RDONLY)) == -1) { + acpid_log(couldn't open /proc/acpi/ac_adapter/ACAD/state\n); + return; + } + buf = read_line(fh); + close(fh); + + if (buf == NULL || + (s = strtok(buf, \t)) == NULL || + (s = strtok(NULL, \t)) == NULL) { + acpid_log(couldn't read or parse ac_adapter state\n); + return; + } + + sprintf(event, ac_adapter ACAD 0080 000%d, + !strcmp(s, on-line) ? 1 : 0); + acpid_handle_event(event); + acpid_log(completed simulated ac_adapter event\n); + } + /* * This depends on fixes in linux ACPI after 2.4.8 */
Bug#364727: install: Debian Sarge Install image kernel panics on a Sun Fire V100 (UltraSPARC-IIe 548MHz), No Keyboard
Package: install Severity: critical Justification: breaks the whole system I am unable to finish the boot sequence of the Net Install CD on a Sun Fire V100. The kernel panics when it tries to mount the root filesystem. After the kernel panic, the machine needs to be physically rebooted; the LOM interface does not respond to a break signal. Boot log: Sun Fire V100 (UltraSPARC-IIe 548MHz), No Keyboard OpenBoot 4.0, 2048 MB memory installed, Serial #53169640. Ethernet address 0:3:ba:2b:4d:e8, Host ID: 832b4de8. Executing last command: boot cdrom Boot device: /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED],0:f File and args: SILO Version 1.4.9 \ boot: Allocated 8 Megs of memory at 0x4000 for kernel Loaded kernel version 2.4.27 Loading initial ramdisk (3041649 bytes at 0xDF802000 phys, 0x40C0 virt)... - Remapping the kernel... Booting Linux... PROMLIB: Sun IEEE Boot Prom 4.0.18 2002/05/23 18:22 Linux version 2.4.27-2-sparc64 ([EMAIL PROTECTED]) (gcc version 5 ARCH: SUN4U Ethernet address: 00:03:ba:2b:4d:e8 On node 0 totalpages: 261128 zone(0): 458588 pages. zone(1): 0 pages. zone(2): 0 pages. Found CPU 0 (node=f0072d50,mid=0) Found 1 CPU prom device tree node(s). Kernel command line: root=/dev/rd/0 cdrom ramdisk_size=16384 devfs=mount rw Calibrating delay loop... 1094.45 BogoMIPS Memory: 2045952k available (1880k kernel code, 296k data, 160k init) [f8000] Dentry cache hash table entries: 262144 (order: 9, 4194304 bytes) Inode cache hash table entries: 131072 (order: 8, 2097152 bytes) Mount cache hash table entries: 512 (order: 0, 8192 bytes) Buffer cache hash table entries: 131072 (order: 7, 1048576 bytes) Page-cache hash table entries: 262144 (order: 8, 2097152 bytes) POSIX conformance testing by UNIFIX PCI: Probing for controllers. PCI: Found SABRE, main regs at 01fe, wsync at 01fe1c20 SABRE: Shared PCI config space at 01fe0100 SABRE: DVMA at 6000 [2000] PCI: Address space collision on region 6 [01ff0008:01ff000b] of2 PCI-IRQ: Routing bus[ 0] slot[ 5] map[0] to INO[1c] PCI-IRQ: Routing bus[ 0] slot[ a] map[0] to INO[24] PCI-IRQ: Routing bus[ 0] slot[ c] map[0] to INO[06] PCI-IRQ: Routing bus[ 0] slot[ d] map[0] to INO[0c] PCI0(PBMA): Bus running at 33MHz isa0: [dma] [rtc - (todm5819)] [power] [SUNW,lomh] [serial] [serial] [flashpro] ebus: No EBus's found. PCIO serial driver version 1.54 su(serial) at 0x1fe020003f8 (tty 0 irq 12,7eb) is a 16550A su(serial) at 0x1fe020002e8 (tty 1 irq 12,7eb) is a 16550A Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd VFS: Disk quotas vdquot_6.5.1 devfs: v1.12c (20020818) Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x1 pty: 256 Unix98 ptys configured Real Time Clock Driver v1.10f RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx usb.c: registered new driver usbdevfs usb.c: registered new driver hub usb.c: registered new driver usbmouse usbmouse.c: v1.6:USB HID Boot Protocol mouse driver usb.c: registered new driver usbkbd usbkbd.c: :USB HID Boot Protocol keyboard driver mice: PS/2 mouse device common for all mice Initializing Cryptographic API NET4: Linux TCP/IP 1.0 for NET4.0 IP: routing cache hash table of 32768 buckets, 256Kbytes TCP: Hash tables configured (established 524288 bind 65536) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. RAMDISK: Couldn't find valid RAM disk image starting at 0. Freeing initrd memory: 2970k freed cramfs: wrong magic Kernel panic: VFS: Unable to mount root fs on 00:00 Press L1-A to return to the boot prom -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.28-brk-woody Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364726: dpkg-source: please use --keyring /usr/share/keyrings/debian-keyring.gpg when available
Package: dpkg-dev Version: 1.13.17 Severity: wishlist Tags: patch Would be nice if dpkg-source could use --keyring /usr/share/keyrings/debian-keyring.gpg when this file is available. This way it wouldn't be mandatory to keep our ~/.gnupg/keyring.pub up-to-date for proper .dsc verification. Patch attached. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages dpkg-dev depends on: ii binutils 2.16.1cvs20060117-1 The GNU assembler, linker and bina ii cpio 2.6-11 GNU cpio -- a program to manage ar ii dpkg 1.13.17 package maintenance system for Deb ii make 3.80+3.81.rc2-1 The GNU version of the make util ii patch2.5.9-4 Apply a diff file to an original ii perl [perl5] 5.8.8-3 Larry Wall's Practical Extraction ii perl-modules 5.8.8-3 Core Perl modules Versions of packages dpkg-dev recommends: ii bzip2 1.0.3-2high-quality block-sorting file co ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.5-2The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.3-1The GNU C compiler -- no debconf information diff -ur dpkg-1.13.18.old/scripts/dpkg-source.pl dpkg-1.13.18/scripts/dpkg-source.pl --- dpkg-1.13.18.old/scripts/dpkg-source.pl 2006-04-25 11:35:47.0 +0200 +++ dpkg-1.13.18/scripts/dpkg-source.pl 2006-04-25 11:35:58.0 +0200 @@ -581,7 +581,11 @@ if ($is_signed) { if (-x '/usr/bin/gpg') { - my $gpg_command = 'gpg -q --verify '.quotemeta($dsc).' 21'; + my $gpg_command = 'gpg -q --verify '; + if (-e '/usr/share/keyrings/debian-keyring.gpg') { + $gpg_command = $gpg_command.'--keyring /usr/share/keyrings/debian-keyring.gpg '; + } + $gpg_command = $gpg_command.quotemeta($dsc).' 21'; my @gpg_output = `$gpg_command`; my $gpg_status = $? 8; if ($gpg_status) {
Bug#357025: udev: renaming for vlan devices broken too
On Apr 25, Kees Cook [EMAIL PROTECTED] wrote: It seems that udev is getting in the way of vconfig doing it's work when setting up VLAN interfaces. After running vconfig add eth0 8, the interface is left named eth0.8_temp (with udev 0.089 it was named eth0.8_ifrename) I know. Read the full bug log. -- ciao, Marco signature.asc Description: Digital signature
Bug#364729: Should stop building libgnutls-dev and gnutls-bin
Package: gnutls12 Version: 1.2.9-2 Severity: serious gnutls12 builds libgnutls-dev and gnutls-bin, which are now also provided by gnutls13. gnutls12 got scheduled a number of binNMUs for the libtasn1-3 transition. This doesn't work now anymore, because of gnutls13 providing a newer version. gnutls12 will need a sourceful upload -- or removal once the gnutls13 transition is completed, of course. Thanks, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364728: new version for havp
Package: havp Severity: wishlist HAVP 0.79 with ftp over http support available. Please upgrade package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (900, 'stable'), (500, 'testing'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364709: gammu: problem in smsd mode
Hi again :-) On Tue, 25 Apr 2006 10:58:04 +0400 Andrey Chernomyrdin [EMAIL PROTECTED] wrote: Package: gammu Version: 1.05.00-5 Severity: normal After start gammu in smsd mode: gammu --smsd FILES smsd.rc The smsd.rc file contains: [gammu] port = /dev/ttyS0 model = 6150 connection = fbus After looking at simmilar problems in gammu mailing list archive: Can you try connection = dlr3? -- Michal Čihař | http://cihar.com signature.asc Description: PGP signature
Bug#364730: mutt: segfaults when syncing mailbox
Package: mutt Version: 1.5.11+cvs20060403-1 Severity: grave Justification: renders package unusable Hi, the latest mutt segfaults each time it tries to sync a mailbox. My mail is in mbox format. Severity is grave because it clearly makes mutt mostly useless to me, if I cannot move, copy or delete mail. Here is a backtrace (I don't know if this is sufficient, please tell me if you need more and how to get it). Sortiere Mailbox... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213745472 (LWP 31647)] 0xb7c703c6 in puts () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7c703c6 in puts () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7c6f0d6 in ftell () from /lib/tls/i686/cmov/libc.so.6 #2 0x08082e68 in mbox_sync_mailbox (ctx=0x81e15d0, index_hint=0x) at ../mbox.c:796 #3 0x0808a0d2 in sync_mailbox (ctx=0x81e15d0, index_hint=0xbf876840) at ../mx.c:809 #4 0x0808a4de in mx_sync_mailbox (ctx=0x81e15d0, index_hint=0xbf876840) at ../mx.c:1213 #5 0x08066b1b in mutt_index_menu () at ../curs_main.c:1048 #6 0x0808050b in main (argc=1, argv=0xbf877244) at ../main.c:966 (gdb) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages mutt depends on: ii exim4 4.61-1 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mai 4.61-1 lightweight exim MTA (v4) daemon ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libdb4.44.4.20-4 Berkeley v4.4 Database Libraries [ ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libidn110.5.18-2 GNU libidn library, implementation ii libncursesw55.5-1.1 Shared libraries for terminal hand ii libsasl22.1.19.dfsg1-0.1 Authentication abstraction library Versions of packages mutt recommends: ii locales 2.3.6-7GNU C Library: National Language ( ii mime-support 3.36-1 MIME files 'mime.types' 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364733: rhythmbox: dragging songs to top of queue drops them from list and crashes
Package: rhythmbox Version: 0.9.3.1-1 Severity: normal After adding a 10 songs to the playlist (number probably insignificant), trying to drag a song to be the first or second song often causes it to disappear completely. Dragging songs down seems relatively safe. After losing 3-5 songs, the player will completely crash and disappear.o Last couple lines seen in .xsession-errors before the crash: (rhythmbox:20600): GLib-CRITICAL **: g_date_get_julian: assertion `g_date_valid (d)' failed (rhythmbox:20600): GLib-CRITICAL **: g_date_get_julian: assertion `g_date_valid (d)' failed (rhythmbox:20600): GLib-CRITICAL **: g_date_get_julian: assertion `g_date_valid (d)' failed error : xmlEncodeEntitiesReentrant : input not UTF-8 error : xmlEncodeEntitiesReentrant : input not UTF-8 error : xmlEncodeEntitiesReentrant : input not UTF-8 error : xmlEncodeEntitiesReentrant : input not UTF-8 Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rhythmbox depends on: ii dbus 0.61-5 simple interprocess messaging syst ii gconf2 2.14.0-1GNOME configuration database syste ii gstreamer0.10-alsa [gstr 0.10.5-1GStreamer plugin for ALSA ii gstreamer0.10-esd [gstre 0.10.2-1GStreamer plugin for ESD ii gstreamer0.10-gnomevfs 0.10.5-1GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-ba 0.10.5-1GStreamer plugins from the base ii gstreamer0.10-plugins-go 0.10.2-1GStreamer plugins from the good ii gstreamer0.10-plugins-ug 0.10.3-1GStreamer plugins from the ugly ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.4-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.9-8+b1 Avahi client library ii libavahi-common3 0.6.9-8+b1 Avahi common library ii libavahi-compat-howl00.6.9-8+b1 Avahi Howl compatibility library ii libavahi-glib1 0.6.9-8+b1 Avahi glib integration library ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2The Bonobo UI library ii libc62.3.6-7 GNU C Library: Shared libraries ii libcairo21.0.4-1+b1 The Cairo 2D vector graphics libra ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-5 simple interprocess messaging syst ii libesd-alsa0 [libesd0] 0.2.36-3Enlightened Sound Daemon (ALSA) - ii libexpat11.95.8-3.2 XML parsing C library - runtime li ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.1.10-3FreeType 2 font engine, shared lib ii libgconf2-4 2.14.0-1GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnome2-0 2.14.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.14.0-2A powerful object-oriented display ii libgnomeui-0 2.14.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-1GNOME virtual file-system (runtime ii libgnutls11 1.0.16-14+b1GNU TLS library - runtime library ii libgpg-error01.2-1 library for common error values an ii libgpod0 0.3.2-1 a library to read and write songs ii libgstreamer0.10-0 0.10.4-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.17-1The GTK+ graphical user interface ii libhal1 0.5.7-1 Hardware Abstraction Layer - share ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg626b-12 The Independent JPEG Group's JPEG ii libmusicbrainz4c2a 2.1.2-3 Second generation incarnation of t ii libnautilus-burn22.12.3-1Nautilus Burn Library - runtime ve ii libnotify1 0.3.2-4 sends desktop notifications to a n ii liborbit21:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.12.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline
Bug#345845: When will we see the fix in sid?
On Tue, Apr 25, 2006 at 11:22:09AM +0200, Jon K??re Hellan [EMAIL PROTECTED] wrote: Do you know in which version of Firefox the fix will be included? According to mozilla.org bugzilla, target milestone is mozilla1.9alpha, if that means anything. Any wild guesses about when we can expect to see the fix in Debian? Not before firefox 3.0, except if upstream applies this to the 1.8.1 branch, meaning it could reach firefox 2.0. There are too much changes involved in resolving this bug that we won't apply it. Applying the patch in https://bugzilla.mozilla.org/show_bug.cgi?id=315841 requires first applying patch from https://bugzilla.mozilla.org/show_bug.cgi?id=1156 which means breaking a lot of stuff and needing to patch a lot more. For what it's worth, on Fedora Core 4, java applets work in Firefox 1.5.0.1 even with adblock installed. The package version is firefox-1.5.0.1-1. It's either by chance or they applied a whole lot of patches. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364250: [EMAIL PROTECTED]
On Monday 24 April 2006 21:25, Simon Kelley wrote: Gabriele Persia wrote: . Just to check: do you have a suitable package now? The standard Debian packages will not have the ISC stuff. apt-get pinned version 2.27-1 It will go away eventually. why? :-( You might like to think about moving to using the dnsmasq built-in server. Ok I will try, but (IMHO) users sould be able to choose both the dhcp server and the dns proxy. I mean ...what is the problem with ISC stuff? ;-) Regards. Gabriele P.S. is ISC_READER the lease-file parsing code? -- Public key available at: keyserver.pgp.com or www.keyserver.net pgpQVQHNJrjHF.pgp Description: PGP signature
Bug#364732: runit: runsvctrl - sv change confusing
Package: runit Version: 1.5.0-1 Severity: normal I got a bit confused when upgrading from version 1.3.3 of the runit package. Took me a while to work out that runsvstrl and runsvstat had been replaced with the 'sv' command - which is great but just wasn't sure where they had gone. Perhaps there could be couple of shell scripts which warn about the change of binary name, and then call 'sv' ? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) runit depends on no packages. Versions of packages runit recommends: pn fgettynone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364633: FW: Asterisk bugs
On Mon, Apr 24, 2006 at 11:57:45AM -0400, Jon Webster wrote: Package: asterisk Version: 1:1.2.7.1.dfsg-2 Severity: wishlist Please include the backport of func_odbc in future 1.2.x packages. Func_odbc is a new database querying feature developed in trunk, slated for 1.4, the next major release. http://svncommunity.digium.com/view/func_odbc/ http://svncommunity.digium.com/view/func_odbc/1.2/ The README file there reads: Due to popular demand, func_odbc has been ported to Asterisk 1.2. To use, simply type 'make install' in this directory (assuming that the Asterisk sources are in /usr/src/asterisk) and the func_odbc.so library will be built and installed in /usr/lib/asterisk/modules/ How stable is it? -- Tzafrir Cohen sip:[EMAIL PROTECTED] icq#16849755 iax:[EMAIL PROTECTED] +972-50-7952406 [EMAIL PROTECTED] http://www.xorcom.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364731: O: f-prot-installer -- F-Prot(tm) Antivirus installer package
Package: wnpp Severity: normal I intend to orphan the f-prot-installer package, as I definitely don't have the time to maintain it. The package has been up for adoption for many months now. While a number of people have expressed interest in maintaining this package, nobody has actually done so. The package description is: F-Prot(tm) for Workstations is a powerful command-line virus scanner. It can be run stand-alone or utilized by other packages such as mailscanner or amavis. . Since the license does not explicitely permit redistribution, this package doesn't contain the actual software, but downloads it from the vendor's FTP site and installs it for you. . The installer has been tested with F-Prot(tm) 4.0.0 and does not work for older versions. . This package also comes with a maintenance script to keep your F-Prot(tm) installation up-to-date. Furthermore a cron script for automatic virus definition updates is included. . If you install F-Prot for Workstations(tm), please take into account the rather restrictive license terms. . More info about F-Prot(tm) can be found at http://www.f-prot.com -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364709: Incorrect char errors while using fbus
Hi all user gets tons of errors, however the communication seems to work somewhat: [Gammu- 1.05.00 built 22:17:13 Apr 11 2006 in gcc 4.0] [Connection - fbus] [Model type - 6150] [Device - /dev/ttyS0] [Run on - Linux, kernel 2.6.14-2-686-smp] [Module - 2100|3210|3310|3330|3390|3410|3610|5110|5110i|5130|5190|5210|5510|6110|6130|6150|6190|8210|8250|8290|8850|8855|8890] Setting speed to 115200 Getting profile feature SENDING frame type 0x05/length 0x07/7 00 |01 |00 |13 |01 |00 |21!..! [ERROR: incorrect char - 9f, not 1e] [ERROR: incorrect char - 80, not 1e] [ERROR: incorrect char - 8e, not 1e] [ERROR: incorrect char - 18, not 1e] [ERROR: incorrect char - f0, not 1e] [ERROR: incorrect char - 0c, not 1e] [ERROR: incorrect char - 78, not 1e] [ERROR: incorrect char - 18, not 1e] [ERROR: incorrect char - f0, not 1e] [ERROR: incorrect char - f3, not 1e] [ERROR: incorrect char - 60, not 1e] [ERROR: incorrect char - e0, not 1e] [ERROR: incorrect char - ec, not 1e] [ERROR: incorrect char - 60, not 1e] [ERROR: incorrect char - f0, not 1e] [ERROR: incorrect char - c0, not 1e] [ERROR: incorrect char - fb, not 1e] [ERROR: incorrect char - fe, not 1e] [Received Ack of type 05, seq 80] [Sending Ack of type 05, seq 7] RECEIVED frame type 0x05/length 0x0C/12 01 |08 |00 |14 |01 ||21!|04 |00 |322|00 |322.FF!..2.2 Phone language is 21 Setting date time SENDING frame type 0x11/length 0x0E/14 00 |01 |00 |60`|01 |01 |07 |07 |D6D6|04 |19 |0D |399|00 ...`D6...9. Full log attached. Any idea how to fix this? [Forwarded from http://bugs.debian.org/364709] -- Michal Čihař | http://cihar.com gammu.log.gz Description: GNU Zip compressed data signature.asc Description: PGP signature
Bug#364734: bugs.debian.org: mail to nnn-forwarded is filed, but not sent to the maintainer
Package: bugs.debian.org Severity: normal Mail that is sent to bugnumber[EMAIL PROTECTED] is received by the BTS and filed in the web page, but the message is not forwarded to the maintainer. I think this is generally a bad idea. If upstream knows a bit about the Debian BTS, they will keep the bugnumber address in the Cc or To, but many won't know the difference the -forwarded makes. But then the Debian maintainer won't notice that upstream has answered unless they check the BTS in the web interface. Even if the person who started using nnn-forwarded stays in the Cc, other maintainers won't notice the conversation. This happens both when the others are simply subscribed to the package in the PTS, and when the real maintainer address is a mailing list, or similar forms of collaborative maintainance I don't see why mail to nnn-forwarded needs any special treatment; I suggest to simply handle it as any mail to [EMAIL PROTECTED] Regards, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#364735: ufsparse: Descriptions are bad formatted
Package: ufsparse Severity: minor The descriptions of the packages in ufsparse, are bad formatted according to the policy. If you need to show some text literally, the line should begin with two spaces, instead of one. This results in very poor readability in package managers that format the description (e.g., aptitude): $ aptitude show libufsparse (...) Descripción: collection of libraries for computations for sparse matrices UFSparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: AMD approximate minimum degree ordering BTF permutation to block triangular form (beta) COLAMD column approximate minimum degree ordering CCOLAMD constrained column approximate minimum degree ordering CHOLMOD sparse Cholesky factorization CSparse a concise sparse matrix package CXSparseCSparse extended: complex matrix, int and long int support KLU sparse LU factorization, primarily for circuit simulation LDL a simple LDL' factorization UMFPACK sparse LU factorization UFconfig configuration file for all the above packages. This package contains the dynamic libraries. See the description of another package (e.g., k3b) for an example, or Section 5.6.13 of the Debian Policy. Thanks. Greetings. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Bug#364736: graveman crashes attempting to free invalid (NULL?) pointer
Package: graveman Version: 0.3.12-4-2.1 Severity: grave Justification: renders package unusable The error produced is: on va kill ! *** glibc detected *** free(): invalid pointer: 0x08368ab0 *** Aborted This happens, for instance, if I try to get it to Burn or detect new devices on the system. I figured that it's allocating some memory when the popup window comes up, but frees the memory twice. The bug became prevelant after a glibc update. Literature quotes that the newer glibc's are more vigorous with memory checks. This problem is resolved, however, running this as: G_SLICE=always-malloc graveman Cheers, - Lashi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages graveman depends on: ii cdrdao 1:1.2.1-6 records CDs in Disk-At-Once (DAO) ii cdrecord 4:2.01+01a03-5 command line CD writing tool ii dvd+rw-tools 6.1-2 DVD+-RW/R tools ii libatk1.0-0 1.11.4-1The ATK accessibility toolkit ii libc62.3.6-7 GNU C Library: Shared libraries ii libflac7 1.1.2-3.1 Free Lossless Audio Codec - runtim ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgtk2.0-0 2.8.17-1The GTK+ graphical user interface ii libid3tag0 0.15.1b-8 ID3 tag reading library from the M ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-01.12.1-2Layout and rendering of internatio ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii mkisofs 4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem ii sox 12.17.9-1 A universal sound sample translato ii vorbis-tools 1.1.1-5 several Ogg Vorbis tools ii zlib1g 1:1.2.3-11 compression library - runtime graveman recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364737: kpackage's Configure KPackage... dialog is too tall and unresizable
Package: kpackage Version: 4:3.5.2-1 Severity: normal The configure dialog is (according to my window manager) 732 pixels high. My screen is only 600 pixels high. I can't resize the dialog, so I miss the bottom of it altogether. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rrt Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages kpackage depends on: ii kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libqt3-mt 3:3.3.6-1Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.0-1+b1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages kpackage recommends: ii rpm 4.4.1-7Red Hat package manager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330990: iso-codes .pot msgid strings contain non-ASCII characters
Alastair McKinstry [EMAIL PROTECTED] writes: Defining two charsets in the .po files really bites people who edit the .po files with vi, etc. True. Perhaps this could be worked around by using \u in the msgid fields (does gettext support this? should it?) so that the msgid part of the .po file is ASCII, even though the msgid itself is UTF-8. For iso-codes a comment could be added, giving the msgid in the native coding for the .po file (or perhaps an ASCII-ized version like Aaland), so that people could read the msgid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344813: ITP: paco: source code package organizer
Package: wnpp Severity: wishlist * Package name: paco * Version: 1.10.6 * Upstream Author:David Rosal ([EMAIL PROTECTED]) * URL: http://paco.sourceforge.net/ * License:GPL * Description: Paco is a source code package organizer Paco is a source code package organizer for Unix/Linux systems, originally written to aid package management when installing an LFS system. System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 Shell: /bin/bash Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 David, Maurice are you interested in that or should I do ITP ? -- Regards, Kartik Mistry --- Blog: http://kartikm.blogspot.com બ્લોગ: http://kartikm.wordpress.com GPG Key : 0xD1028C8D -
Bug#364569: please also build libpotrace
On Mon, Apr 24, 2006 at 12:06:51PM +0200, Bas Zoetekouw wrote: The potrace source also seem to contain a libpotrace, which is fromexample used by dvisvgm. Could you please also build libpotrace and libpotrace-dev packages? Hello Bas. By default upstream's build infrastructure builds only static library. Would it be enough for you or should I ask him to provide dynamic library too? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#361518: fuse-utils: does not include udev rule
On Sat, Apr 08, 2006 at 04:27:56PM -0400, Andreas Kloeckner wrote: fuse-utils should contain an udev rule to make the fuse device have the right mode and group on systems using udev. This is what I use, it should be put in a file called /etc/udev/rules.d/025_fuse.rules. 8 -- NAME==fuse, GROUP=fuse, MODE=660 8 -- Hello Andreas. As far as I can see correct permissions are available in /etc/udev/permissions.rules which is in udev package. Do I really need to include one more file for that? regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#364738: link-grammar: segfaults
Package: link-grammar Version: 4.2.2-1 Severity: important I don't know why, but link-grammar segfaults: $ link-grammar Segmentation fault $ Running it through GDB isn't very revealing: Program received signal SIGSEGV, Segmentation fault. 0x55684ca3 in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0x55684ca3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0x556849c5 in strdup () from /lib/tls/i686/cmov/libc.so.6 #2 0x555c4589 in linkage_print_postscript () from /usr/lib/liblink-grammar.so.4 #3 0x555a7e8f in dictionary_create_default_lang () from /usr/lib/liblink-grammar.so.4 #4 0x0804a4f0 in ?? () #5 0x0804d008 in ?? () #6 0x000a in ?? () #7 0x5556b6a4 in ?? () #8 0x5556dbb0 in ?? () #9 0x0001 in ?? () #10 0x in ?? () (gdb) I'm not sure what else to include in the bug report. Any ideas? Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages link-grammar depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii liblink-grammar4 4.2.2-1Carnegie Mellon University's link ii link-grammar-dictionaries-en 4.2.2-1Carnegie Mellon University's link link-grammar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364739: Display problems with serial console
Package: whiptail Version: 0.52.2-2 Severity: normal The display is slightly messed up with serial consoles. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26-1-386 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Versions of packages whiptail depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libnewt0.52 0.52.2-2 Not Erik's Windowing Toolkit - tex ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libslang2 2.0.6-2The S-Lang programming library - r whiptail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364740: tin: eu domains
Package: tin Version: 1.7.8+20050314-1 tinrc: mail_address=sumar [EMAIL PROTECTED] Error when posting: Error: Bad address in From: header. Unknown domain. Send bug report if your top level domain really exists. Use .invalid as top level domain for munged addresses. Debian GNU/Linux 3.1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291093: Apply the patch to Debian sarge
Hi, when will the mentioned patch be applied to Sarge Version 3.0.3-2 of spamassassin? In the meantime, is it possible to apply the patch on production Machines without problems? Thanks! Klaus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351429: flasm uploaded
On Tue, 2006-04-25 at 12:02 +0200, Miguel Gea Milvaques wrote: when you receive the mails, tell me if it worked correctly. Just got this mail, so it looks like it worked :) From:Debian Installer [EMAIL PROTECTED] To: Paul Wise [EMAIL PROTECTED] Subject: flasm_1.6-1_i386.changes is NEW Date:Tue, 25 Apr 2006 03:02:10 -0700 Thanks again for sponsoring me. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#364742: comixcursors: does not clean up alternatives upon purge
Package: comixcursors Version: 0.4.1-1 When testing comixcursors with piuparts, I get the following error: 0m13.3s ERROR: Package purging left files on system: /etc/alternatives/x-cursor-theme /usr/share/icons owned by: comixcursors /usr/share/icons/default owned by: comixcursors /usr/share/icons/default/index.theme All these would seem to go away if you only create one alternative. As discussed on IRC, that doesn't seem to be what you want, so another solution needs to be found. I'm attaching the log file, in case it is useful, since it's short. -- sic transit discus mundi comixcursors_0.4.1-1.log.bz2 Description: application/bzip
Bug#364720: jackd periodically zombifies on amd64 dual core systems
Hello! [Tue, 25 Apr 2006] Matthew Yee-King wrote: The -clockfix branch of jack CVS fixes this problem. The root problem is that the TSC clock sources on the AMDx2 cores are not sync'd, therefore time, as perceived by JACK, can appear to leap forward or backward as the process migrates across the CPU cores. The -clockfix branch works around this feature. That branch will hopefully marged soon into the main branch and thus appear in a release. I don't know how well tested the patch is so I'm not very eager to merge that into the Debian packages before it's release by upstream. And the problem seems to be fixed. Although now none of the debian packaged jack apps recognise my jack server. That's due to the tmpdir (and other configuration options) applied to the debian package and due to libjack that is still there. Have a look at debian/rules and use the same options. Also you should build some dummy libjack packages with equivs that fullfill the dependency. Robert. -- Don't compare floating point numbers solely for equality. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363296: vnc4server: Problem with could not open default font 'fixed' still exists
Package: vnc4server Version: 4.1.1+X4.3.0-7 Followup-For: Bug #363296 Tested with latest version. The problems Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' and could not open default font 'fixed' still exists. From the log file. Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' Xvnc Free Edition 4.1.1 - built Apr 21 2006 21:24:49 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Underlying X server release 4030, The XFree86 Project, Inc Tue Apr 25 13:12:57 2006 vncext: VNC extension running! vncext: Listening for VNC connections on port 5901 vncext: created VNC server for screen 0 error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi//usr/share/fonts/X11/misc/, removing from list! Could not init font path element /usr/share/fonts/X11/100dpi/, removing from list! Fatal server error: could not open default font 'fixed' xsetroot: unable to open display 'colinux:1' x-window-manager: cannot connect to X server colinux:1 x-terminal-emulator: cannot connect to X server colinux:1 vncconfig: unable to open display colinux:1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-co-0.7.1-hn13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages vnc4server depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libgcc1 1:4.1.0-1+b1 GCC support library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libstdc++64.1.0-1+b1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxtst6 1:1.0.1-3 X11 Testing -- Resource extension ii vnc4-common [vnc-common] 4.1.1+X4.3.0-7 Virtual network computing server s ii x11-common1:7.0.14 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.0-4 miscellaneous X clients ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.0-3 standard fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364661: libpdf-report-perl: image example does not work because some image files where compressed when packaging for debian
gregor herrmann wrote: tags 364661 + pending thanks On Mon, Apr 24, 2006 at 07:46:15PM +0100, David Pottage wrote: Some of the image files in the examples dir where compressed. This prevents the image example from running correctly. The image example script should be modified to decompress the affected images into a temporay location. Or the package shouldn't compress them in the first time :-) I've fixed this in the svn repository. Could someone from the Debian Perl Group please check and if possible upload? One typo fixed1[1] and uploaded [1] don't compress images in examles directory to don't compress images in examples directory eloy -- [EMAIL PROTECTED] jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej
Bug#364741: digikamimageplugins_0.8.1-2(m68k/unstable): tries to use nonexistent libXcursor.la
Package: digikamimageplugins Version: 0.8.1-2 Severity: normal There was an error while trying to autobuild your package: Automatic build of digikamimageplugins_0.8.1-2 on arrakis by sbuild/m68k 85 Build started at 20060425-1112 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.1), cdbs, kdelibs4-dev, libexif-dev ( 0.6.9), libltdl3-dev, libgphoto2-2-dev, libkexif1-dev, libkipi0-dev, libimlib2-dev, libsqlite3-dev, digikam (= 0.8.0-1-1+b1) [...] creating digikamimageplugin_adjustlevels_la.all_cpp.cpp ... /bin/sh ../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I/build/buildd/digikamimageplugins-0.8.1/./digikamimageplugins/adjustlevels -I../.. -I/build/buildd/digikamimageplugins-0.8.1/./digikamimageplugins/common/include -I/build/buildd/digikamimageplugins-0.8.1/./digikamimageplugins/common/dialogs -I/usr/include/kde -I/usr/share/qt3/include -I.-DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -c -o digikamimageplugin_adjustlevels_la.all_cpp.lo digikamimageplugin_adjustlevels_la.all_cpp.cpp /bin/sh ../../libtool --silent --tag=CXX --mode=link g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION-o digikamimageplugin_adjustlevels.la -rpath /usr/lib/kde3 -module -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -L/usr/share/qt3/lib -L/usr/lib digikamimageplugin_adjustlevels_la.all_cpp.lo -lkparts -ldigikam ../../digikamimageplugins/common/dialogs/libdigikamimagepluginsdialog.la grep: /usr/lib/libXcursor.la: No such file or directory /bin/sed: can't read /usr/lib/libXcursor.la: No such file or directory libtool: link: `/usr/lib/libXcursor.la' is not a valid libtool archive make[4]: *** [digikamimageplugin_adjustlevels.la] Error 1 make[4]: Leaving directory `/build/buildd/digikamimageplugins-0.8.1/obj-m68k-linux-gnu/digikamimageplugins/adjustlevels' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/digikamimageplugins-0.8.1/obj-m68k-linux-gnu/digikamimageplugins' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/digikamimageplugins-0.8.1/obj-m68k-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/digikamimageplugins-0.8.1/obj-m68k-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 libXcursor.la is no longer shipped in Debian as of version 1.1.5.2-1 (or 1.1.5.2-2 in unstable) of the libxcursor-dev package. Please change your build system accordingly. A full build log can be found at: http://buildd.debian.org/build.php?arch=m68kpkg=digikamimagepluginsver=0.8.1-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314334: This bug causes apt to break on OCFS2 too
I'm just testing OCFS2 as a root filesystem, and apt breaks because OCFS2 (and probably GFS) don't support shared writable mmap's. For OCFS2 at least, this support is on the todo list but not really near the top. Any chance of an updated patch or, even better, something that detects at runtime what the underlying filesystem supports and adjusts accordingly? Thanks James
Bug#364631: German keyboard not fully supported in the console (ash) of the installer
Frans Pop wrote: Could you please send the output of: # grep kbd-chooser\[ /var/log/installer/syslog As '/var/log/installer/syslog' does not exist, I did # grep 'kbd-chooser\[' /var/log/syslog Apr 25 13:25:02 kbd-chooser[3755]: DEBUG: Mounting usbdevfs to look for kbd Apr 25 13:25:02 kbd-chooser[3755]: INFO: keyboard type at: present: true: Apr 25 13:25:02 kbd-chooser[3755]: INFO: Setting debian-installer/serial-console to false Apr 25 13:25:02 kbd-chooser[3755]: INFO: Setting debian-installer/uml-console to false Apr 25 13:25:02 kbd-chooser[3755]: INFO: kbd-chooser: arch at selected Apr 25 13:25:11 kbd-chooser[3755]: INFO: choose_keymap: keymap = de-latin1-nodeadkeys Apr 25 13:25:11 kbd-chooser[3755]: INFO: kbd_chooser: setting keymap de-latin1-nodeadkeys IMHO this looks o.k. Helmut Wollmersdorfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364721: New upstream fixes some bugs:
Looks like new upstream fixes these bugs: #363704 - I've not been able to crash gq 1.0rc1 by clicking in the gui #245458 - Renaming an entry seems to work -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ Debian-edu developer and Solution provider EE2A71C6403A3D191FCDC043006F1215062E6642 062E6642 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364745: latex-xcolor: New upstream version available
Package: latex-xcolor Version: 2.00-1 Severity: wishlist The current upstream version is 2.09, dated from 2005/12/21. Please update the package. Thanks, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#364743: please add a note to the description on what squashfs is
Package: squashfs-source Severity: wishlist Tags: patch I suggest that you insert in all the squashfs* packages' description (squashfs-modules-2.6-*, squashfs-modules-2.6.16-* and squashfs-source) a note on what squashfs actually is, such as this one from from http://squashfs.sourceforge.net/: Squashfs is a compressed read-only filesystem for Linux. Squashfs is intended for general read-only filesystem use, for archival use (i.e. in cases where a .tar.gz file may be used), and in constrained block device/memory systems (e.g. embedded systems) where low overhead is needed. *t -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364746: ITP: libtest-longstring-perl -- Tests strings for equality, with more helpful failures
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libtest-longstring-perl Version : 0.09 Upstream Author : Rafael Garcia-Suarez rgarciasuarez#gmail.com * URL : http://search.cpan.org/~rgarcia/Test-LongString-0.09/ * License : Perl: Artistic/Perl Programming Lang: Perl Description : Tests strings for equality, with more helpful failures This module provides some drop-in replacements for the string comparison functions of Test::More, but which are more suitable when you test against long strings. If you've ever had to search for text in a multi-line string like an HTML document, or find specific items in binary data, this is the module for you. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#170514: Should we *really* keep this bug opened
user [EMAIL PROTECTED] usertag 170514 + toclose usertag 170514 + 200605 thanks From the comments in this bug log, it seems to only deserve being closed as unreproducible and, hopefully, very likely to have been fixe in more recent versions. I hereby suggest closing in starting from May 1st unless there are stronger objections. Otherwise, we'd better mark it wontfix and still do nothing about it...Bleh. -- signature.asc Description: Digital signature
Bug#288720: Does this bug still happen with up-to-date versions of samba?
tags 288720 moreinfo thanks When it comes at bugs that pertain to versions as old as 3.0.10, the usual Samba Team answer is asking for attempts to reproduce it with more recent versions. So, is it possible for you to try reproducing it with sarge's 3.0.14a or, way better, with etch's 3.0.22? Otherwise, I'm afraid we'll forget about it and tag it unreproducible. -- signature.asc Description: Digital signature
Bug#351501: Upgrading / install package failed
I'm about to upload a new release. However, I cannot reproduce this bug, so I don't know how to fix it. Is this bug still effective? If so, could you provide more info on how to reproduce it? Thanks, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/
Bug#294911: latex-beamer: precisions on bug #294911
Hallo Andreas, Andreas Tille [EMAIL PROTECTED] wrote: In the LaTeX-Beamer list people verified that the usage of old style files shipped with Debian might be the reason. This mail might show the difference between a working installation and my Debian installation: http://sourceforge.net/mailarchive/forum.php?thread_id=6581569forum_id=36043 Unfortunately I have no idea which exact style is responsible for the problem. My guess is that upgrading to teTeX 3.0 (in experimental) would help here, but hey, it's in experimental and we can not base LaTeX beamer package on a package in experimental. Now that teTeX 3.0 is in testing, and backports are available for sarge, can you please test whether the bug still occurs? Thanks in advance, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#364744: libmng-dev: .la file would be appreciated
Package: libmng-dev Severity: wishlist A .la file would be appreciated since some sources try to link against it directly. Thank you. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364564: udev: No X possible after upgrade
Hi, I've just been hit with this too. It would appear that the change to udev has affected the way my local rules are processed. Perms are no longer set as specified, and some devices are not being created (dvd, cdrom, et al). KDE would not start until I manually change perms to 666 for these /dev/ entries (might not need them all just to get KDE up): random urandom pt* tty* mixer* dsp* zero* null* Logging into a console or via ssh as a user gave the game away with masses of: /dev/null: Permission denied messages. Maybe I have a problem with the syntax in udev.rules? This used to work before the upgrade: KERNEL=random, MODE=0666 KERNEL=urandom, MODE=0666 and so on... And others like these no longer work: BUS=ide, KERNEL=hdc, NAME=%k, GROUP=cdrom, MODE=0660, SYMLINK=dvd BUS=ide, KERNEL=hdd, NAME=%k, GROUP=cdrom, MODE=0660, SYMLINK=cdrom syslog contains udev messages, but do not give any clues to the lines in error. E.g. snip Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid BUS operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'BUS' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid BUS operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'BUS' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid KERNEL operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'KERNEL' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid KERNEL operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'KERNEL' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid KERNEL operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'KERNEL' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid KERNEL operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'KERNEL' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid KERNEL operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'KERNEL' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid KERNEL operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'KERNEL' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid KERNEL operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'KERNEL' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid KERNEL operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'KERNEL' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid SUBSYSTEM operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'SUBSYSTEM' Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid SUBSYSTEM operation Apr 25 08:03:14 bony udevd[6900]: add_to_rules: invalid rule 'SUBSYSTEM' snip The change log doesn't suggest the syntax has changed :-( Regards, Tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364395: sasl2-bin fails to upgrade
Package: sasl2-bin Version: 2.1.19.dfsg1-0.1 Followup-For: Bug #364395 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sasl2-bin depends on: ii base-passwd 3.5.11 Debian base system master password ii libasn1-6-hei 0.7.2-4Libraries for Heimdal Kerberos ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libdb4.2 4.2.52-23.1Berkeley v4.2 Database Libraries [ ii libgssapi4-he 0.7.2-4Libraries for Heimdal Kerberos ii libkrb5-17-he 0.7.2-4Libraries for Heimdal Kerberos ii libldap2 2.1.30-13 OpenLDAP libraries ii libpam0g 0.79-3.1 Pluggable Authentication Modules l ii libroken16-he 0.7.2-4Libraries for Heimdal Kerberos ii libsasl2 2.1.19.dfsg1-0.1 Authentication abstraction library ii libssl0.9.8 0.9.8a-8 SSL shared libraries sasl2-bin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364688: common-lisp-controller: segfault durring setup
On Tuesday 25 April 2006 01:44, Blars Blarson wrote: Package: common-lisp-controller Version: 5.13 Severity: important Attempting to build mcvs on my sparc pbuilder, setup of common-lisp-controller failed so the build could not proceed. This seems to be result of a general failure of clisp on sparc so a duplicate of bug #362808. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ God, root, what is difference? Pitr | God is more forgiving. Dave Aronson| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360128: please add regional_name variable for contry names
On Tue, Apr 25, 2006 at 09:40:41AM +0100, Alastair McKinstry wrote: Hi, Thanks for the interesting patch. Sorry about the delay in replying. I've been looking at the patch, but how do you see it being used ? That is, the data is used at the moment by UI code doing drop-down lists, presenting a list of countries, and normally returning a country-code to the program for internal use; how would this data be different? I'll try to clarify it better with an example. Please have a look at the attached screenshot. This screen is what you see in d-i after you select Catalan in the first question. Possible answers are Andorra (ca_AD), Spain (ca_ES), France (ca_FR) and Italy (ca_IT). While it is technicaly true that Catalan is spoken in Italy, it is only in a small town in Sardinia (L'Alguer) where this happens. However, in this case we're only targetting users in that town (if it wasn't because of l'Alguer, this option wouldn't be here at all!). For clarity, it is preferrable if users are asked if they live in L'Alguer (Italia) than just if they live in Italy. Of course, when referring to Italy in general context, we use Italia. That's why we need a different identifier to avoid messing with the standard country name. A similar thing happens with the small Catalan-speaking region in France. We Catalans call this region Catalunya Nord (northern Catalonia). Since the installer is referring to this region of France, _not_ France as a whole, it's better to identify it as Catalunya Nord (Franca). and why not just use ISO-3166-2 instead? Two reasons: - These codes describe government administrative divisions, which aren't the same as language frontiers (and in most cases they're grossly different). - ISO-3166-2 would add more information than we need. For ca_FR or ca_IT, it is enough to tell the installer that we live in France or Italy. My concern is only about improving the debconf template so that it asks the same thing, but in a way that is closer to our end user and easier to understand. -- Robert Millan shot.png Description: Binary data