Bug#348303: newpki-client: FTBFS (amd64): cast from 'void*' to 'int' loses precision
Package: newpki-client Version: 2.0.0+rc1-1 Severity: serious Tags: patch When building 'newpki-client' on amd64/unstable, I get the following error: ./DlgEeAdmin.cpp:510: error: cast from 'void*' to 'int' loses precision make[3]: *** [newpki_client-DlgEeAdmin.o] Error 1 make[3]: Leaving directory `/newpki-client-2.0.0+rc1/src' With the attached patch 'newpki-client' can be compiled on amd64. Regards Andreas Jochens Binary files ../tmp-orig/newpki-client-2.0.0+rc1/po/fr.gmo and ./po/fr.gmo differ diff -urN ../tmp-orig/newpki-client-2.0.0+rc1/src/DlgEeAdmin.cpp ./src/DlgEeAdmin.cpp --- ../tmp-orig/newpki-client-2.0.0+rc1/src/DlgEeAdmin.cpp 2005-09-15 06:58:10.0 + +++ ./src/DlgEeAdmin.cpp2006-01-16 07:20:41.0 + @@ -490,7 +490,7 @@ bool DlgEeAdmin::LoadUSERS(int NumEntries) { int SelectedItem; - int state; + intptr_t state; mString filter; lastItem = -1; @@ -507,7 +507,7 @@ if(SelectedItem == -1) state = 0; else - state = (int)((wxComboBox *)FindWindow(IDC_FILTER_STATUS))-GetClientData(SelectedItem); + state = (intptr_t)((wxComboBox *)FindWindow(IDC_FILTER_STATUS))-GetClientData(SelectedItem); filter = ((wxTextCtrl *)FindWindow(IDC_DN_FILTER))-GetValue().c_str(); diff -urN ../tmp-orig/newpki-client-2.0.0+rc1/src/DlgRaAdmin.cpp ./src/DlgRaAdmin.cpp --- ../tmp-orig/newpki-client-2.0.0+rc1/src/DlgRaAdmin.cpp 2005-09-19 21:07:44.0 + +++ ./src/DlgRaAdmin.cpp2006-01-16 07:20:15.0 + @@ -550,7 +550,7 @@ bool DlgRaAdmin::LoadPROFILES(int NumEntries) { int SelectedItem; - int state; + intptr_t state; mString filter; lastItem = -1; @@ -567,7 +567,7 @@ if(SelectedItem == -1) state = 0; else - state = (int)((wxComboBox *)FindWindow(IDC_FILTER_STATUS))-GetClientData(SelectedItem); + state = (intptr_t)((wxComboBox *)FindWindow(IDC_FILTER_STATUS))-GetClientData(SelectedItem); filter = ((wxTextCtrl *)FindWindow(IDC_DN_FILTER))-GetValue().c_str(); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348304: bzip2: upgrade fails with 'Index' value missing error
Package: bzip2 Version: 1.0.3-1 Severity: grave Justification: renders package unusable Here comes the log: Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 10 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up bzip2 (1.0.3-1) ... error in control file: `Index' value missing for type HTML at /usr/sbin/install-docs line 641, IN line 13. dpkg: error processing bzip2 (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: bzip2 localepurge: checking system for new locale ... localepurge: processing locale files ... localepurge: processing man pages ... E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-SR-ruf.v1 Locale: LANG=en_IE, LC_CTYPE=en_IE (charmap=ISO-8859-1) Versions of packages bzip2 depends on: ii libbz2-1.01.0.3-1high-quality block-sorting file co bzip2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346684: intent to upload sponsored NMU to fix xlibs-dev bug
On Mon, Jan 16, 2006 at 01:41:50AM -0500, Justin Pryzby wrote: tag 346684 patch thanks I intend to NMU a fix for this bug sponsored by some member of the QA group; patch attached. Do you people even read the bug logs? That's two of you in less than 24 hours. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346684;msg=20 -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | signature.asc Description: Digital signature
Bug#348305: tvtime: mirror filter causes segfault
Package: tvtime Version: 1.0.1-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When the mirror video filter is enabled, tvtime immediately segfaults. This filter is saved in the config file, and must be disabled with a text editor before tvtime will start again. Note that this does not cause a segfault if the tvtime window is completely obscured, but the next time that the window is partially visible it will segfault. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages tvtime depends on: ii debconf [debconf-2.0]1.4.67 Debian configuration management sy ii libc62.3.5-8 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxml2 2.6.23-1.1 GNOME XML library ii libxtst6 6.8.2.dfsg.1-11 X Window System event recording an ii libxv1 6.8.2.dfsg.1-11 X Window System video extension li ii libxxf86vm1 6.8.2.dfsg.1-11 X Video Mode selection library ii ttf-freefont 20051102-2 Freefont Serif, Sans and Mono True ii ucf 2.004 Update Configuration File: preserv ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages tvtime recommends: pn xmltv-utilnone (no description available) - -- debconf information: * tvtime/norm: NTSC * tvtime/setuid: false tvtime/v4ldevice: /dev/video0 tvtime/frequencies-jp: tvtime/vbidevice: /dev/vbi0 tvtime/processpriority: -10 tvtime/frequencies-pal: * tvtime/frequencies-ntsc: Broadcast -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDy1M0qlk5sZw9W7kRAjwEAJ9MLn8gWZqo55/mlErtAm+xAGp3cwCbBlBW O190jfqDQ42mlZlJ92zE/UY= =RVZQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348306: /etc/knowledgetree/environment.php (which contains passwords) world-readable
Package: knowledgetree Version: 2.0.7-1 Severity: critical Hey, /etc/knowledgetree/environment.php is world-readable by default. It is supposed to contain (amongst other things) the username and password for the KnowledgeTree database. Cc:'d to [EMAIL PROTECTED] just in case they care (the package is only in Sid, but maybe some other related packages are worth auditing). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11.4-execshield-a8-linuxjail-1-2-oftc-1 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages knowledgetree depends on: ii apache2-mpm-prefork [apache2] 2.0.55-2 traditional model for Apache2 ii libphp-phpmailer 1.73-1 full featured email transfer class ii libphp-phpsniff 2.1.3-1a HTTP_USER_AGENT Client Sniffer f ii php4 4:4.4.0-4 server-side, HTML-embedded scripti ii php4-mysql4:4.4.0-4 MySQL module for php4 ii php4-pear 4:4.4.0-4 PHP Extension and Application Repo ii php4-pear-log 1.6.0-1.1 Log module for PEAR -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279818: (no subject)
retitle 279818 ITA: vrweb -- A VRML browser and editor owner 279818 ! thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329618: Still terminates
On Sun, Jan 15, 2006 at 11:43:01PM -0500, Eric Dorland wrote: It still terminates when I visit the page. Attached is a simplified test case that refers to two files (CSS and a 10,000 by 1 bitmap) on the server. Note that the HTML is valid, and also the CSS looks valid to my untrained eye. Can you run from a terminal and see if you get any messages? Meanwhile, I've updated mozilla-firefox from 1.5.dfsg-3 to 1.5.dfsg-4, and neither my simplified test case nor the original page will cause Firefox to terminate. That is, the bug appears to be fixed in mozilla-firefox 1.5.dfsg-4. Of course, it is also possible that the CSS has been changed, or some data structures are aligned differently in the new build. Marko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344888: broken site reporting tool missing?
tags 344888 pending thanks On Mon, Jan 16, 2006 at 02:10:12AM -0500, Eric Dorland [EMAIL PROTECTED] wrote: severity 344888 wishlist thanks * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.5.dfsg-3 Hi, the mozilla release notes for firefox 1.5 claim that there is a new function to report broken web sites not working under firefox. The function should be found in the Help menu. But there is no such function there. Maybe another debian anomaly? I have not explicitly disabled such a feature, and it's not obvious where I would enable it. If this is part of Talkback, it's non-free and won't go into Debian. It's an extension named [EMAIL PROTECTED] or somethign like that, that has nothing to do with talkback. It used to be an extension, but upstream moved it to plain chrome at 1.5 release. I'm going to fix this in next release. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348299: Please reassign to dh-make
Oups. Wrong package. can you please reassign to dh-make. With my apologizes. JD. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346900: intent to upload sponsored NMU to fix xlibs-dev bug
Fine with me.On 1/16/06, Justin Pryzby [EMAIL PROTECTED] wrote: tag 346900 patchthanksI intend to NMU a fix for this bug sponsored by some member of the QA group; patch attached.My pbuild result of this patch was clean, andproduced a binary package with expected debdiff output from the mostrecent version in sid.Build logs are at http://justinpryzby.com/debian/xlibs-dev/-- Linux for your hamradio desktop___http://www.qsl.net/pg4i/linux
Bug#348307: ftp.debian.org: Please remove webmin-slbackup
Package: ftp.debian.org Severity: wishlist Please remove the webmin-slbackup package from unstable as it's dependency webmin is already removed. - Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348308: New upstream version 2.9.7 is available
Package: ysm Version: 2.9.6-1 Severity: normal New upstream version 2.9.7 is available at http://ysmv7.sourceforge.net/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'sarge-unsupported') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.64 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages ysm depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ysm recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348309: ITP: dhcdbd -- dbus interface for dhclient
Package: wnpp Severity: wishlist Owner: Riccardo Setti [EMAIL PROTECTED] * Package name: dhcdbd Version : 0.1.10 Upstream Author : Jason Vas Dias [EMAIL PROTECTED] * URL : http://people.redhat.com/jvdias/dhcdbd/ * License : GPL Description : dbus interface for dhclient dhcdbd provides a dbus interface to dhclient, so application such as NetworkManager can query and control dhclient. This allows an application neutral interface for such operations -- 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.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335831: Still not fixed
Hi, Brian. It looks like the previous qatomic32.s was still buggy. I attach a new one which I have successfully compiled in casals. Best regards qatomic32.s Description: Binary data
Bug#348161: (no subject)
retitle 348161 ITA: xdialog -- X11 replacement for the text util dialog owner 348161 ! thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348287: netpbm: pstopnm does not work
severity 348287 normal thanks * Balbir Thomas ([EMAIL PROTECTED]) [060116 03:48]: Justification: renders package unusable pstopnm is not able to extract pnm images of a level 2 or level 3 postscript file. Why does this render the whole package unusable? There are lots of other programs in this package. Of course, this is still a nasty bug, so I set the severity to the correct normal. Thanks for reporting this bug, the sample file and the additional information. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327438: (no subject)
retitle 327438 ITA: windowlab -- small and simple Amiga-like window manager owner 327438 ! thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348310: bzip2 fails to install: `Index' value missing for type HTML
Package: bzip2 Version: 1.0.3-1 Severity: grave Justification: renders package unusable bzip2 fails to install: error in control file: `Index' value missing for type HTML at /usr/sbin/install-docs line 641, IN line 13. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc5-pm-inotify-mem4g Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages bzip2 depends on: ii libbz2-1.01.0.3-1high-quality block-sorting file co bzip2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347913: conspy: does not work on powerpc
On Fri, 2006-01-13 at 14:50 +0100, Harald Staub wrote: There is probably an endianness problem. The following quick and dirty hack helped in my case: --- conspy.c.orig 2006-01-09 03:52:03.0 +0100 +++ conspy.c2006-01-13 14:26:28.0 +0100 @@ -210,8 +210,8 @@ * A character as it appears in the VGA video buffer. */ struct vidchar { - unsigned charvidchar_char; /* The IBM-ASCII Char code */ unsigned charvidchar_attribute; /* Colour/blink/bold spec */ + unsigned charvidchar_char; /* The IBM-ASCII Char code */ }; Yes, it looks like endianness problem. Your patch makes it obvious - thank you for that. I can't test my fix as I don't have access to a big endian machine. Could you do it for me? You can download a Debian source package for the as yet unreleased version 1.4 here: www.stuart.id.au/russell/files/debian/sarge/conspy Let me know the outcome (can't do it / works / doesn't work, etc). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348032: dpkg: Some characters are replace with questionmarks in the Swedish man page when UTF-8 locale is used
Hi all! On Sat, Jan 14, 2006 at 06:30:28PM +0100, Christian Perrier wrote: They are all over the page. An example is that MARKERINGSTILLSTÅND FÖR PAKET becomes MARKERINGSTILLST???ND F???R PAKET. Yes, it seems that accented letters in section names are screwed up, reassigning to info. Before reassigning this to man I want to ask your opinion: Info calls man section page and shows the content of this. I tried it with a minimal file, containing only heder stuff .SH ÅTGÄRDER ÅTGÄRDER (in UTF8) and really the .SH line comes out wrong. BUT: If I call man foo man.out I see a strange difference: ÃÃ~ETGÃÃ~DRDER Ã~ETGÃ~DRDER Note the difference between the initial Ã~E .. in the second line and the doubled ÃÃ~E .. in the first line. And in fact, loading the file into emacs (the man.out) with utf8 encoding I see *only* in the second line the right characters, but the first line is messed up! I don't know what man does and why it doubles the initial char, but the output is not valid utf8, so info is not to blame. Do you consent? Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SMARDEN (vb.) To keep your mouth shut by smiling determinedly through you teeth. Smardening is largely used by people trying to give the impression that they're enjoying a story they've heard at least six times before. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348311: Please add desktop file
Package: geg Severity: wishlist Tags: patch forwarded from malone: https://launchpad.net/distros/ubuntu/+source/geg/+bug/5399 -- System Information: Debian Release: testing/unstable APT prefers dapper APT policy: (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-11-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) +++ geg-1.0.2/debian/changelog @@ -1,3 +1,9 @@ +geg (1.0.2-5ubuntu1) dapper; urgency=low + + * added a desktop file + + -- Thierry Moisan [EMAIL PROTECTED] Sat, 10 Dec 2005 09:23:51 -0500 + geg (1.0.2-5) unstable; urgency=low * debian/control: updated to current policy diff -u geg-1.0.2/debian/dirs geg-1.0.2/debian/dirs --- geg-1.0.2/debian/dirs +++ geg-1.0.2/debian/dirs @@ -1,0 +2,2 @@ +usr/share/pixmaps +usr/share/applications diff -u geg-1.0.2/debian/rules geg-1.0.2/debian/rules --- geg-1.0.2/debian/rules +++ geg-1.0.2/debian/rules @@ -56,6 +56,9 @@ # dh_makeshlibs dh_md5sums dh_builddeb + dh_install src/pixmaps/sine.xpm usr/share/pixmaps + dh_install debian/geg.desktop usr/share/applications + dh_desktop source diff: @echo 2 'source and diff are obsolete - use dpkg-source -b'; false only in patch2: unchanged: --- geg-1.0.2.orig/debian/geg.desktop +++ geg-1.0.2/debian/geg.desktop @@ -0,0 +1,10 @@ +[Desktop Entry] +Type=Application +Encoding=UTF-8 +Name=Geg +GenericName=Equation Grapher +Comment= a GTK+ Equation Grapher +Icon=sine +Exec=geg +Terminal=false +Categories=Application;Science;
Bug#348312: please add desktop file
Subject: Please add desktop file Package: geg Severity: wishlist Tags: patch forwarded from malone: https://launchpad.net/distros/ubuntu/+source/geg/+bug/5399 -- System Information: Debian Release: testing/unstable APT prefers dapper APT policy: (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-11-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) +++ geg-1.0.2/debian/changelog @@ -1,3 +1,9 @@ +geg (1.0.2-5ubuntu1) dapper; urgency=low + + * added a desktop file + + -- Thierry Moisan [EMAIL PROTECTED] Sat, 10 Dec 2005 09:23:51 -0500 + geg (1.0.2-5) unstable; urgency=low * debian/control: updated to current policy diff -u geg-1.0.2/debian/dirs geg-1.0.2/debian/dirs --- geg-1.0.2/debian/dirs +++ geg-1.0.2/debian/dirs @@ -1,0 +2,2 @@ +usr/share/pixmaps +usr/share/applications diff -u geg-1.0.2/debian/rules geg-1.0.2/debian/rules --- geg-1.0.2/debian/rules +++ geg-1.0.2/debian/rules @@ -56,6 +56,9 @@ # dh_makeshlibs dh_md5sums dh_builddeb + dh_install src/pixmaps/sine.xpm usr/share/pixmaps + dh_install debian/geg.desktop usr/share/applications + dh_desktop source diff: @echo 2 'source and diff are obsolete - use dpkg-source -b'; false only in patch2: unchanged: --- geg-1.0.2.orig/debian/geg.desktop +++ geg-1.0.2/debian/geg.desktop @@ -0,0 +1,10 @@ +[Desktop Entry] +Type=Application +Encoding=UTF-8 +Name=Geg +GenericName=Equation Grapher +Comment= a GTK+ Equation Grapher +Icon=sine +Exec=geg +Terminal=false +Categories=Application;Science;
Bug#275412: Reasonable request
Karl Chen wrote: Not sure whether this is (also) a bug with resolvconf; for me the nameserver 127.0.0.1 line *replaces* any other nameserver lines. That is the intended behavior of resolvconf. Most often there is no need to list more than one nameserver address in resolv.conf if one of the addresses is the loopback address, since the server at the latter address is able to handle all queries and its list of forwarders is updated dynamically by resolvconf. I suggest that /etc/init.d/bind9 check a variable in /etc/defaults/bind9 for whether to register the nameserver with resolvconf. Reasonable request. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320458: xserver-xog: ugly TTF rendering is an xserver-xorg/freetype bug
Dmitry, Another workaround - use xfs which uses system-wide libfreetype, but yes - xfs is spare essence. -- Peace. Alexei xmms: Oliver Hacke - Lichtung/Dusk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337790: new udev rules for udev to make permissions right
severity 337790 serious thanks On Sun, Jan 15, 2006 at 11:19:42PM -0700, Shaun Jackman wrote: severity 337790 important thanks Since hotplug is still in Debian, I don't believe this bug is grave. It is an important bug though, and I'd like to see libnjb work with udev as well as hotplug. Sorry, I'm going to have to disagree for a couple of reasons. It's my understanding that the kernel interfaces in 2.6 are changing such that hotplug will not be an option for hardware detection in that kernel branch at the time etch releases; and 2.6 will be the kernel installed by default in etch and the preferred kernel in general, which on top of everything else means that udev will be installed by default on these same systems. And if that's not enough, many of our architectures will definitely be shipping with *only* 2.6 kernels in etch, and it is a goal of the release team to make this happen across all architectures if possible. So please treat this bug as release-critical for etch; if it's reasonable to do so towards the end of the release cycle (i.e., hotplug is still around at all), the release team may grant an exception, but far better to assume that hotplug *won't* make the cut. If you need help converting hotplug rules to udev, it's my understanding that the udev maintainer is more than happy to help with this when approached. Cheers, -- 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#348051: [Rd] help.start() and Debian packaging (PR#8483)
While I agree with you, I find that the Debian packager does not. I already reported the problem to Debian, and they said that enough people want light-weight installations that they will continue splitting R into several parts. The package maintainer is Dirk Eddelbuettel [EMAIL PROTECTED], and the relevant bug report is 348051. His response was this: | Ok, that confirms that all you need to do is to install r-doc-html. No bug, | it is designed this way. Consequently, I can only appeal to your humanity and to good programming practice. It is good programming practice to protect the user from his/her own mistakes, even if those mistakes are made easier/encouraged by Debian. It is also good programming practice to provide appropriate error messages when something goes wrong, even if it shouldn't ever go wrong. So, yeah, you can make an argument that you don't have to do it, but R will be a better piece of software if you make the change. Prof Brian Ripley wrote: This is all based on a false premise: that a partial install of Debian files is 'R'. R's own scripts do always install the HTML documentation, so help.start() is entitled to assume that it is present. ... Note that your version of 'R' is not current. If there is a bug here, it is in the Debian re-packaging. I trust the Debian packages do contain a bug reporting address other than this one: please use the correct one. (The other binary distributions that I am aware of, e.g. RPMs, do seem to include all of R.) On Sat, 14 Jan 2006 [EMAIL PROTECTED] wrote: Full_Name: Greg Kochanski Version: 2.2.0 OS: Debian Linux on i686 Submission from: (NULL) (212.159.16.190) Debian packages the R documentation separately from the R core code. Consequently, it is possible for people to have R without the HTML documentation. (In fact, the docs are not installed by default, so it's very likely.) Thus, help.start() cannot depend on the HTML documentation being there. It should check for one (or a few) files and produce some reasonable error message if it is not there. Maybe something like Warning: the HTML documentation is not installed. Alternatively, help.start() could produce references to some on-line HTML documentation, instead of local documentation. A related bug is that if one calls help.start() when the HTML documentation does not exist, all future calls to help() will lead to errors. Working as documented is not a bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348302: [pkg-fetchmail-maint] Bug#348302: service does not start, START_DAEMON is missing
El lun, 16-01-2006 a las 08:37 +0100, Eduard Bloch escribió: Package: fetchmail Version: 6.3.1-2 Severity: normal Hello, after upgrading fetchmail to the recent version, it does no longer start and tells me to Edit /etc/default/fetchmailrc. I did, but could not find the problem cause. I have changed SERVICE= to true, it still did not work. Now I looked at the init script and see that it expected START_DAEMON=yes somewhere... but WTF is going on? IIRC I have choosen to overwrite the file when dpkg has asked me but that cannot explain the problem. It is a bug on the code wrote to easy the transition. Sorry for the inconvenience. Anyhow, is fixed on 6.3.1-3 which is in the archive since yesterday. You can wait a little bit and update to 6.3.1-4 which I'm uploading now. Regards, Héctor
Bug#348313: bash: Bash completion with ssh doesn't work
Package: bash Version: 3.1-1 Severity: normal When trying to ssh to comp.example.org I get following: ~$ ssh compsed: -e expression #1, char 20: unterminated `s' command 1 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages bash depends on: ii base-files3.1.9 Debian base system miscellaneous f ii debianutils 2.15.2 Miscellaneous utilities specific t ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348314: busybox-udeb: please enable getopt
Package: busybox-udeb Version: 1:1.01-4 Severity: wishlist Please enable CONFIG_GETOPT in config-udeb and config-udeb-linux. I need this in order to merge Kickstart support; it's not feasible to do this properly in shell without the help of getopt (I tried), and a C implementation would be significantly bigger. This adds 1176 bytes to the busybox binary on powerpc. Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348315: star: fails on undefined symlink
Package: star Severity: normal Tags: patch When storing extended attributes (with -xattr-linux), star fails on symlinks which are undefined (their target does not exist). This prevents /etc/tardumps to be written, which is crucial for doing incremental backups. The solution is to use llistxattr instead of listxattr in star/xattr.c. This stores information about the symlink and not it's target, which is probably desired anyway. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14.5masca Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) diff -Naur star-1.5a67.orig/star/xattr.c newstar/star/xattr.c --- star-1.5a67.orig/star/xattr.c 2005-09-03 00:29:35.0 +0200 +++ newstar/star/xattr.c2006-01-16 10:01:46.0 +0100 @@ -61,7 +61,7 @@ info-f_xflags = ~XF_XATTR; info-f_xattr = NULL; - list_len = listxattr(info-f_name, NULL, 0); + list_len = llistxattr(info-f_name, NULL, 0); if (list_len 0) { if (!errhidden(E_GETXATTR, info-f_name)) { if (!errwarnonly(E_GETXATTR, info-f_name)) @@ -74,7 +74,7 @@ return (FALSE); } alist = __malloc(list_len+2, extended attribute); - list_len = listxattr(info-f_name, alist, list_len); + list_len = llistxattr(info-f_name, alist, list_len); if (list_len 0) { if (!errhidden(E_GETXATTR, info-f_name)) { if (!errwarnonly(E_GETXATTR, info-f_name))
Bug#210490: Bug #210490 fixed, apparently
Hi there, I spend a lot of time in Emacs these days (which never had the problem discussed in bug report #210490), as well as in Gtk apps. So my fingers are sometimes getting a bit confused about what is allowed in what window. And apparently they forgot that Compose-AltGr didn't work in Xchat, and they typed it once or twice before I could realise what happened: it seems to work now. I've tried a couple of other Gtk apps, they all seem to work. So I suppose this bug should be considered fixed. No idea when it happened. I'm still using Cedilla. Roland. -- Roland Mas Sauvez les castors, plantez des arbres. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346629: Intend to NMU camorama
tags 346629 pending thanks Hi there, Nico and Leo... I intend to *lovingly* NMU camorama. Nico Golde wrote: No I justed wnated to be sure that you are not working on it ;) Attached diff.gz and .dsc, hopefully Amaya will sponsor the upload soon. I am going to start working on this right now. Expect an upload soon. I will use the 0-day queue, as I read from http://wiki.debian.org/DependsXlibsDev, The rules for NMU'ing to follow are the ones set by the Release Team in their January mail to debian-devel-announce: a week after the bug is submitted, upload directly to unstable as a 0-day NMU after sending the patch to the BTS That means today, Monday. Please, Leo, is that ok with you? I can of course upload to a delayed queue if you want, but you have had the patch for some hours now (hey, I am such an impatient person :) ). Thanks! -- .''`. sleep: command not found : :' : `. `' Proudly running unstable Debian GNU/Linux `- www.amayita.com www.malapecora.com www.chicasduras.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347545: acknowledged by developer (Bug#322011: fixed in glibc 2.3.5-12)
hmm ... etch is still on 2.3.5-8 and the fix is in 2.3.5-12. Is etch likely to pick up the fix any time soon ? Eddy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348302: [pkg-fetchmail-maint] Bug#348302: service does not start, START_DAEMON is missing
Hallo Eduard, * Eduard Bloch [EMAIL PROTECTED] [2006-01-16 10:13]: after upgrading fetchmail to the recent version, it does no longer start and tells me to Edit /etc/default/fetchmailrc. I did, but could not find the problem cause. I have changed SERVICE= to true, it still did not work. Now I looked at the init script and see that it expected START_DAEMON=yes somewhere... but WTF is going on? IIRC I have choosen to overwrite the file when dpkg has asked me but that cannot explain the problem. We introduced a variable in default file for fetchmail in the latest verstion. START_DAEMON. If I understand you correctly you dont have this variable in your file? There was/is a bug in the script generating the file, will be hopefully fixed with -4 revision of the package. Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys! pgpW3zkJgJqRh.pgp Description: PGP signature
Bug#348316: faubackup: No error message in case of disk full
Package: faubackup Version: 0.5.8 Severity: normal Hello, thanks for maintaining faubackup. I'm running it using /etc/cron.daily/faubackup, and last night the backup partition ran out of disk space. I would have expected to see something on logcheck, or on syslog, but I couldn't find any mention of it. Appearently, faubackup just exited leaving the partial work in a working-11181 directory. It might have been my fault of not having been able to find the notification. In that case, I'd be happy to work out together a way of making it more prominent :) Ciao, Enrico -- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages faubackup depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libpopt0 1.7-5 lib for parsing cmdline parameters ii perl-modules 5.8.7-10 Core Perl modules Versions of packages faubackup recommends: ii openssh-client [rsh-client] 1:4.2p1-5 Secure shell client, an rlogin/rsh ii ssh 1:4.2p1-5 Secure shell client and server (tr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271115: please provide a udeb
* Theodore Ts'o [EMAIL PROTECTED] [2006-01-15 22:25]: Thanks for the patch. The reason why I hadn't done anything was that I wasn't able to a HOWTO describing how to add a udeb to a package and how to test it afterwards. So did I miss something obvious? Where can I find a pointer to documentation describing udebs? The only documentation I can find with a quick search is: http://svn.debian.org/wsvn/d-i/trunk/installer/doc/devel/modules.txt?op=filerev=0sc=0 I'm CCing debian-boot in case other people know of more documentation. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343082: debian netgen
Denis, Gerhard see http://people.debian.org/~prudhomm/ for debian netgen. I got issues while uploading netgen due to problems with license terms (which are DFSG-free) for some tk/togl files (see current issues) I will ping upstream about this. I hope in the mean time that the packages available satisfy you Best regards C. -- Debian Developer Scienfific computing packages maintainer Fingerprint = 3703 50DE 7A9F 024E 0F26 0D07 A18F B40B D4BE 1450
Bug#347124: NMU patch attached
tags 347124 + patch Hi, If Amaya sponsors the fix I will NMU your package in the next days. Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys! Format: 1.0 Source: nawm Version: 0.0.20030130-2.1 Binary: nawm Maintainer: Richard Tibbetts [EMAIL PROTECTED] Architecture: any Standards-Version: 3.5.2 Build-Depends: debhelper ( 3.0.0), flex, bison, libx11-dev, libxtst-dev Files: 2b8ac913f384f8200ae2328c338ac463 69013 nawm_0.0.20030130.orig.tar.gz 6e277baf12c5ada48fe4615110241977 5006 nawm_0.0.20030130-2.1.diff.gz nawm_0.0.20030130-2.1.diff.gz Description: application/gunzip pgpFTjAT5QfUJ.pgp Description: PGP signature
Bug#347178: Strace?
Hi, System freezes at all! How can I send you strace output? Alan
Bug#348169: dnsmasq: Fails on anything but 'standard' network interface names
[EMAIL PROTECTED] wrote: The version of the the kernel you are using would be useful to, in case it turns out that /proc/net/if_inet6 has somehow changed format. kernel is a very recent git snapshot, from January the 14th ( CET ),so you are probably on the right track there. I have yet to try a 'stable' kernel. OK, I chased this down. The problem is an ill-advised patch in recent GIT snapshots, which changes the formatting of IP6 addresses in /proc/net/if_inet6. Since it also breaks stuff like ifconfig, it has been rapidly reverted: the problem should go away in soon. In view of the above, I'm inclined to classify this as not a dnsmasq problem and close this bug. Cheers, Simon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348317: ITP: mozilla-bookmarksync -- Mozilla Firefox extension to synchronize bookmarks
Package: wnpp Severity: wishlist * Package name: mozilla-bookmarksync Version : 1.0.2 Upstream Author : [EMAIL PROTECTED] * URL or Web page : * License : MPL 1.1/GPL 2.0/LGPL 2.1 Description : Mozilla Firefox extension to synchronize bookmarks Bookmarks Synchronizer is a Mozilla Firefox extension that let you connect to an FTP/WebDAV server and synchronize your bookmarks that are stored in an XML file. Setup is easy; just write in your FTP/WebDAV server address, username, password and a name for the XML file (by default called xbel.xml). To start, press Upload to create the file on the server and set (if you want) to automatically download the file on startup or upload it when you close your browser --Yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348318: gpsd: FTBFS with new dbus version
Package: gpsd Version: 2.30-1 Severity: important Tags: patch Justification: fails to build from source There's a patch available at the upstream project site: http://developer.berlios.de/patch/?func=detailpatchpatch_id=686group_id=2116 -- 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.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages gpsd depends on: pn dbus-1none (no description available) ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-7 GCC support library ii libstdc++64.0.2-7The GNU Standard C++ Library v3 ii netbase 4.24 Basic TCP/IP networking system Versions of packages gpsd recommends: pn gpsd-clients none (no description available) ii python2.3.5-4An interactive high-level object-o -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348319: python-minimal is a forced install.
Package: python-minimal Version: 2.3.5-4 I am currently running mostly sarge, however, I have the testing and unstable urls in my sources.list and 'disable' them with a preferences containing bits like: Package: * Pin: release unstable Pin-Priority: 50 This works fine for everything except python-minimal. If apt is setup as I describe this package is a forced upgrade (with dist-upgrade) that _removes_ the standard sarge python package (Plus a couple of hundred packages that depend on it!). While this isn't a problem for me in unstable (I've just removed the binaries deb line) it will be much more serious if it gets into testing. Once I remove the unstable URI 'apt-get dist-upgrade' is fine. -- Rob. (Robert de Bath robert$ @ debath.co.uk) http://www.debath.co.uk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348320: clusterssh: textbox for input crashes with Segmentation fault while terminals stay operable
Package: clusterssh Version: 3.18.1-1 Severity: important -- 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-686 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages clusterssh depends on: ii libx11-protocol-perl 0.54-2 Perl module for the X Window Syste ii openssh-client 1:4.2p1-5 Secure shell client, an rlogin/rsh ii perl-tk 1:800.025-2 Perl module providing the Tk graph ii xterm6.8.2.dfsg.1-11 X terminal emulator clusterssh recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348321: fbsetbg: relies on existence of $HOME/.fluxbox
Package: fluxbox Version: 0.9.11-1sarge0 Severity: minor The fbsetbg script supplied with fluxbox will not work if $HOME/.fluxbox does not exist. Practically speaking this means you have to either create that directory or have run fluxbox at least once prior to invoking fbsetbg. Output if you don't: ~$ fbsetbg /home/jon/not-work/images/wallpapers/wallpaper /usr/bin/fbsetbg: line 175: /home/jon/.fluxbox/lastwallpaper.tmp: No such file or directory mv: cannot stat `/home/jon/.fluxbox/lastwallpaper.tmp': No such file or directory /usr/bin/fbsetbg: line 184: /home/jon/.fluxbox/lastwallpaper: No such file or directory -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-jmtd Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages fluxbox depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxrandr2 4.3.0.dfsg.1-14sarge1 X Window System Resize, Rotate and ii libxrender10.8.3-7 X Rendering Extension client libra ii menu 2.1.24provides update-menus functions fo ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348322: ee: [CVE-2006-0055] insecure temporary files
Package: ee Version: 1:1.4.2-5 Severity: important Tags: security Hi! FreeBSD recently released a security advisory for ee, it creates temporary files insecurely in the ispell_op() function. This does not sound BSD specific, so it seems that Debian needs an update as well. Please mention the CVE number in the changelog when you fix this. Thank you! Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#343145: cups-pdf: graphics work, text is garbled
On Mon, 2006-01-16 at 07:37, Alex Satrapa wrote: On 14 Jan 2006, at 21:26, Martin-Éric Racine wrote: to, 2005-12-15 kello 11:43 +0100, Volker Christian Behr kirjoitti: gs -q -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile=/tmp/testpage.pdf -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c save pop -f spoolfile Alex: have you tried the above test? Could you please provide me and Volker with your results, so that we can resolve this issue? Thanks! Yes - I thought I had responded to it some time ago. The output is garbled, just like the original PDF printed out by the cups-pdf printer. It turns out that the printing is only garbled when printing from my Mac OS X computer - when I print from a Windows XP computer the postscript works fine. So there's something the Mac OS X print system does differently that causes cups-pdf to have a headache. If you are prepared to pursue this bug to see what CUPS can do to better handle printing from Mac OS X, I'd love to continue. Printing to PostScript laser printers works fine from this computer. I've stripped the command down to the following, that still produces scrambled output: gs -sDEVICE=pdfwrite -dNOPAUSE -dBATCH -sOutputFile=out.pdf -c save pop -f in.ps What printer driver is your CUPS on the Mac OS X platform using? Perhaps changing there to another PostScript driver will resolve the issue. (What I have in mind is that perhaps your Mac OS X driver uses a font description which is not available on the Linux-server and for some reason the font substitution fails.) Alex Satrapa Australian Phenomics Facility Building 117 Garran Road The Australian National University Canberra ACT 0200 Australia T: +61 2 6125 1335 F: +61 2 6125 1381 W: www.apf.edu.au CRICOS Provider #0120C -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#344877: python-twisted: New upstream release
Seo Sanghyeon writes: Package: python-twisted Version: 2.0.1-5 Severity: wishlist Twisted 2.1.0 is available. the packages are currently in NEW. please get them from deb http://people.debian.org/~doko/twisted ./ until these can be found in unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346421: Extensively tested
OK. I have tested extensively the problem. To summarize up, my though: The problem exist only in gtk 2.8.x, I assume that this version (2.8.x) depend on cairo, which corresponds to accelerate rendering, and in version 2.6.x there was no cairo. (If Im wrong correct me). So the bug is either in gtk or in cairo or in xorg or in nvidia propriatary driver. I have tested this bug with nv driver too. The bug does not appear with the nv driver (included in xorg 6.8.2). But the external vga does not work (so I must use the propriatary driver). With the propriatary nvidia driver (version 1.0.7474, installed from nvidia-kernel-source) the bug appear only, when I enable the following option: Option RenderAccel true (So I have commented out, and it works now. Just my windows are somewhat slowish) Due a bug in nvidia driver I must load the nvidia module with the following option (to not have 5 centimeter black bar on my laptop screen. My resolution is 1280x800): NVreg_SoftEDIDs=0 NVreg_Mobile=0 I have found in the nvidia driver (version 1.0-8178) changelog the following: ,,Fixed a corruption bug with RenderAccel and the Composite X extension when using wide desktops.'' Maybe this bug is fixed in this version (I use RenderAccel and I have wide screen too). I think its time to install a new 2.6.15.1 kernel with the newest nvidia driver. To summarize, I dont think its a bug in the debian packaging rather in cairo/nvidia driver. So I will install the new nvidia driver, and report the bug either against cairo and nvidia propriatary driver ([EMAIL PROTECTED]). Thx for the hint Sebastian. Best regards, Khiraly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347942: java-package: Increase alternative priority over java-gcj-compat*
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Comments below. Blair Zajac wrote: Package: java-package Version: 0.27 Severity: normal Tags: patch Barry, what do you think about this? tag it wontfix? add a note in the README.Debian? close it? add a note in the Debian Java FAQ? The priority of the java-gcj-compat* packages is 1040 which is larger than the priority of the packages created with java-package (313-315). It appears that if people take the effort to build private .debs of these non-free Java packages, then they should get priority over the other free packages that come in the main Debian distribution, otherwise, the non-free Java's are not used by default. Debian is about free software ;-) non-free software should not have a bigger priority than free software... I ran this in the java-package-0.27 source directory to increase the priorities by a factor of 10 and built my private version of java-package to give Sun's JDK priority. perl -w -i -p -e 's/priority=(\d+)/priority=$+0/' */install - -- .''`. : :' :rnaud `. `' `- Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDy3LP4vzFZu62tMIRAn7kAKCp5yZTn3yn2JOhaXe0m8/zTjZN3QCZAaVk EvkxgwbJT5+U0sq2wLNJ2Q4= =NKuC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348094: /usr/share/java/crimson.jar is a dangling symlink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tag 348094 + confirmed pending thanks Daniel Leidert wrote: Package: libcrimson-java Version: 1:1.1.3-6 Severity: normal $ ls -lA /usr/share/java/crimson.jar [..] /usr/share/java/crimson.jar - crimson-1.1.3.jar shows, that crimson.jar links to the non-existing file crimson-1.1.3.jar. Instead it should link to crimson-1:1.1.3.jar or you need to rename this file to crimson-1.1.3.jar. I'll rename the jar file. Thanks for the buug report. - -- .''`. : :' :rnaud `. `' `- Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDy3Qe4vzFZu62tMIRAnNHAJ4qAvNCb5JAw+EcyIUshSOV44F3LwCfYGIc KFmKII3VUXGvo6cqCNqC9bY= =d8A0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348323: amavisd-new: dpkg-statoverride in postinst script breaks amavis when running as a different user than amavis
Package: amavisd-new Version: 20030616p10-5 Severity: important When running amavisd-new as a different user than amavis:amavis, restarting the daemon forces the owner of /var/run/amavis to amavis:amavis and then the amavisd process can't write inside this folder anymore. This is because of this line in the package postinst script: dpkg-statoverride --update amavis amavis 755 $i Each time the daemon is restarted, this script is launched : fixdirs() { dir=$(dpkg-statoverride --list /var/run/amavis) || { echo You are missing a dpkg-statoverride on /var/run/amavis. Fix it, otherwise you risk silent breakage on upgrades. 2 exit 1 } [ -z $dir ] || createdir $dir # clear exit status : } with createdir : createdir() { # $1 = user # $2 = group # $3 = permissions (octal) # $4 = path to directory [ -d $4 ] || mkdir -p $4 chown -c -h $1:$2 $4 chmod -c $3 $4 } I don't know how to fix this in the Debian package (I don't know if it's something to fix as amavis user and group are created in the same postinst script). A simple workaround for (strange) people who are running amavis as a different user than amavis is to do a dpkg-statoverride with your user/group (proxy/proxy in this example) : dpkg-statoverride --remove /var/lib/amavis dpkg-statoverride --remove /var/lib/amavis/virusmails dpkg-statoverride --remove /var/run/amavis dpkg-statoverride --update --add proxy proxy 755 /var/lib/amavis dpkg-statoverride --update --add proxy proxy 755 /var/lib/amavis/virusmails dpkg-statoverride --update --add proxy proxy 755 /var/run/amavis (but package upgrade may break this :/ ) -- 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 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348324: xvkbd: New upstream version available
Package: xvkbd Version: 2.6-2 Severity: wishlist There is a new upstream version available at http://homepage3.nifty.com/tsato/xvkbd/ -- 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.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages xvkbd depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-2 Inter-Client Exchange library ii libsm66.9.0.dfsg.1-2 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-2 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-2 X Window System miscellaneous exte ii libxmu6 6.9.0.dfsg.1-2 X Window System miscellaneous util ii libxpm4 6.9.0.dfsg.1-2 X pixmap library ii libxt66.9.0.dfsg.1-2 X Toolkit Intrinsics ii libxtst6 6.9.0.dfsg.1-2 X Window System event recording an ii xaw3dg1.5+E-10 Xaw3d widget set ii xlibs 6.9.0.dfsg.1-2 X Window System client libraries m Versions of packages xvkbd recommends: ii wamerican [wordlist] 6-2American English dictionary words -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348325: editres does not take effect on most windows
Package: xbase-clients Version: 6.9.0.dfsg.1-3 Severity: normal hi, I want to use editres to display resources of a window, but I find editres can only show the resource tree of its window. But for other applications, such as gnome-terminal, emacs, firefox, etc., it does not work. Only Message sent to client ask for widget tree and It appears that this client does not understand the Editres Protocol are displayed. Thanks, Guanglei -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=zh_CN.GBK, LC_CTYPE=zh_CN.GBK (charmap=GBK) Versions of packages xbase-clients depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libdmx1 6.9.0.dfsg.1-3 Distributed Multihead X client lib ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.9.0.dfsg.1-3 X Font Server library ii libglu1-xorg [libglu1]6.9.0.dfsg.1-3 Mesa OpenGL utility library [X.Org ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxau6 6.9.0.dfsg.1-3 X Authentication library ii libxaw8 6.9.0.dfsg.1-3 X Athena widget set library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxfixes36.9.0.dfsg.1-3 X Window System miscellaneous 'fix ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-3 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-3 X Window System multi-head display ii libxkbfile1 6.9.0.dfsg.1-3 X Keyboard Extension file parsing ii libxkbui1 6.9.0.dfsg.1-3 X Keyboard Extension user interfac ii libxmu6 6.9.0.dfsg.1-3 X Window System miscellaneous util ii libxmuu1 6.9.0.dfsg.1-3 lightweight X Window System miscel ii libxp66.9.0.dfsg.1-3 X Window System printing extension ii libxpm4 6.9.0.dfsg.1-3 X pixmap library ii libxrandr26.9.0.dfsg.1-3 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxss1 6.9.0.dfsg.1-3 X Screen Saver client-side library ii libxt66.9.0.dfsg.1-3 X Toolkit Intrinsics ii libxtrap6 6.9.0.dfsg.1-3 X Window System protocol-trapping ii libxtst6 6.9.0.dfsg.1-3 X Window System event recording an ii libxv16.9.0.dfsg.1-3 X Window System video extension li ii libxxf86dga1 6.9.0.dfsg.1-3 X Direct Graphics Access extension ii libxxf86misc1 6.9.0.dfsg.1-3 X miscellaneous extensions library ii libxxf86vm1 6.9.0.dfsg.1-3 X Video Mode selection library ii xlibmesa-gl [libgl1] 6.9.0.dfsg.1-3 Mesa 3D graphics library [X.Org] ii xlibs 6.9.0.dfsg.1-3 X Window System client libraries m ii xlibs-data6.9.0.dfsg.1-3 X Window System client data ii zlib1g1:1.2.3-9 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#210490: Bug #210490 fixed, apparently
On Mon, Jan 16, 2006 at 10:38:40AM +0100, Roland Mas wrote: I spend a lot of time in Emacs these days (which never had the problem discussed in bug report #210490), as well as in Gtk apps. So my fingers are sometimes getting a bit confused about what is allowed in what window. And apparently they forgot that Compose-AltGr didn't work in Xchat, and they typed it once or twice before I could realise what happened: it seems to work now. I've tried a couple of other Gtk apps, they all seem to work. I did some testing in gnome-terminal, with an fr layout. Compose-`-e works, but not Compose-`-a . Does the latter work for you, Roland? What version of libgtk2.0-0 do you have? I have: ii libgtk2.0-0 2.8.9-2 (Also the rest of the Cedilla breakage mentioned in http://bugs.debian.org/341240 has not disappeared.) I upgraded to 2.8.10-1 and opened a new terminal, same result. If gnome-terminal does tricks like oh, another copy of me is running, let's message it to open a new window and then die, then this test is information-free. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348074: Update french translation
Hi, Thank you for your proposition. It would be indeed quite useful and an honor for me. I created an alioth account Id 13230 Login vperrin-guest True name Valéry Perrin e-mail: [EMAIL PROTECTED] Thanks Valéry Perrin Joey Hess a écrit : Valéry Perrin wrote: Here is attached a patch which update the french translation with your recent manpages changes (dh_gconf, etc). Thanks. By the way, debhelper is now an alioth project and if it would be useful I can give you committ access to maintain the French translation. signature.asc Description: OpenPGP digital signature
Bug#348326: compface: compface generates unjustified warnings
Package: compface Version: 1:1.5.2-1 Severity: grave Hi, since the last upgrade, compface doesn't do its job anymore, but generates unjustified warnings instead. Here is a testcase on the xbm file attached below (that looks ok to me): compface test.xbm Err 1 11:45 01/16/06 compface: (warning) test.xbm: excess data ignored compface: (warning) test.xbm: excess data ignored test.xbm Description: X bitmap -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages compface depends on: ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libcompfaceg1 1:1.5.2-1 Compress/decompress images for mai compface recommends no packages. -- no debconf information
Bug#348327: subversion segfaults on checkout of more than 10 deep directory
Package: subversion Version: 1.2.3dfsg1-3 This time the segfault is not related to locale (as previous ones). From my observations it is related to directory depths. Use following commands sequence to reproduce the problem: mkdir test cd test svnadmin create ~/test.svn svn checkout file:///home/$USER/test.svn/ cd test.svn mkdir -p 1/2/3/4/5/6/7/8/9/10/11/12/13/14/15 echo hello 1/2/3/4/5/6/7/8/9/10/11/12/13/14/15/test.txt svn add 1 svn commit cd .. rm -rf test.svn # ok, repository is ready. Now try to check it out: svn checkout file:///home/$USER/test.svn/ # and here we get the segfault: ~/test$ svn checkout file:///home/$USER/test.svn/ Atest.svn/1 Atest.svn/1/2 Atest.svn/1/2/3 Atest.svn/1/2/3/4 Atest.svn/1/2/3/4/5 Atest.svn/1/2/3/4/5/6 Atest.svn/1/2/3/4/5/6/7 Atest.svn/1/2/3/4/5/6/7/8 Atest.svn/1/2/3/4/5/6/7/8/9 Atest.svn/1/2/3/4/5/6/7/8/9/10 Segmentation fault ~/test$ -- --- Bye, | Phone: (972)-2-6795364 Arieh | Fax: (972)-2-6796453 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#210490: Bug #210490 fixed, apparently
Lionel Elie Mamane, 2006-01-16 11:34:13 +0100 : On Mon, Jan 16, 2006 at 10:38:40AM +0100, Roland Mas wrote: I spend a lot of time in Emacs these days (which never had the problem discussed in bug report #210490), as well as in Gtk apps. So my fingers are sometimes getting a bit confused about what is allowed in what window. And apparently they forgot that Compose-AltGr didn't work in Xchat, and they typed it once or twice before I could realise what happened: it seems to work now. I've tried a couple of other Gtk apps, they all seem to work. I did some testing in gnome-terminal, with an fr layout. Compose-`-e works, but not Compose-`-a . Does the latter work for you, Roland? Yes. Both seem to work. What version of libgtk2.0-0 do you have? I have: ii libgtk2.0-0 2.8.9-2 I have a mostly up-to-date unstable box (barring packages blocked by a dbus transition), which includes libgtk2.0-0 2.8.10-1. So maybe the bug was fixed in-between. (Also the rest of the Cedilla breakage mentioned in http://bugs.debian.org/341240 has not disappeared.) No idea about that. I upgraded to 2.8.10-1 and opened a new terminal, same result. If gnome-terminal does tricks like oh, another copy of me is running, let's message it to open a new window and then die, then this test is information-free. I think it does that. At least, I have only one process named gnome-terminal even though I do have several windows opened. Roland. -- Roland Mas Sauvez les castors, plantez des arbres. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339578: slirp and slang-slirp
Hello, On Mon, 09 Jan 2006, Rafael Laboissiere wrote: * Jeroen van Wolffelaar [EMAIL PROTECTED] [2006-01-05 11:48]: #339578. Still waiting for the maintainer or hijacker to repair this. I am the hijacker. I would gladly repair this by NMUing slirp with an epoch in its version number, but I would never do it without the maintainer's approval. I already contacted the maintainer of slirp about the problem, but got no response. I have prepared an NMU for slirp with the updated epoch. It is at http://www.imsc.res.in/~kapil/debian/slirp/ It would be nice if someone can sponsor the upload. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#346437: dietlibc-dev: fflush(NULL) flushes input-only streams (stdin)
On Sat, Jan 07, 2006 at 03:33:43PM -0800, Eric Wong wrote: fflush(NULL) seems to flush the stdin stream, as well as any open streams it can find, regardless of whether or not it's a writeable stream. According to the fflush manpage, this is wrong: If the stream argument is NULL, fflush() flushes all open output streams. You can see this behavior with the test program I've included below, and then test it again by commenting out the fflush(NULL) call in it to see the difference. Hi Eric, while I can see from the dietlibc sources that indeed the input streams including stdin are fflushed, I currently cannot see the impact. Can you please show me how to use your test program to see a difference? Thanks, Gerrit. #include stdio.h #include string.h int main (void) { char buf[4096]; while (fgets(buf,4096,stdin)) { /* this can also be fwrite/fprintf: */ write(1,buf,strlen(buf)); /* you can comment this out to compare */ fflush(NULL); } return 0; } /* EOF */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348032: dpkg: Some characters are replace with questionmarks in the Swedish man page when UTF-8 locale is used
reassign 348032 man-db retitle 348032 man foo foo.txt gives invalid UTF-8 output with UTF-8 locales thanks On Mon, Jan 16, 2006 at 09:59:54AM +0100, Norbert Preining wrote: Hi all! On Sat, Jan 14, 2006 at 06:30:28PM +0100, Christian Perrier wrote: They are all over the page. An example is that MARKERINGSTILLSTÅND FÖR PAKET becomes MARKERINGSTILLST???ND F???R PAKET. Yes, it seems that accented letters in section names are screwed up, reassigning to info. Before reassigning this to man I want to ask your opinion: Info calls man section page and shows the content of this. I tried it with a minimal file, containing only heder stuff .SH ÅTGÄRDER ÅTGÄRDER (in UTF8) and really the .SH line comes out wrong. BUT: If I call man foo man.out I see a strange difference: ÃÃ~ETGÃÃ~DRDER Ã~ETGÃ~DRDER Note the difference between the initial Ã~E .. in the second line and the doubled ÃÃ~E .. in the first line. And in fact, loading the file into emacs (the man.out) with utf8 encoding I see *only* in the second line the right characters, but the first line is messed up! I don't know what man does and why it doubles the initial char, but the output is not valid utf8, so info is not to blame. Hi Norbert, you are right, output is not valid utf8 when redirected into a file, reassigning to man-db. Here is another example: $ LC_ALL=en_US.UTF-8 man -L C man man.out messes up some hyphens (0x2010) and apostrophs (0x2019); it looks like a multibyte sequence of n bytes is prepended by the (n-1) first bytes, but not for all occurences. Denis
Bug#348328: gnokii: Upstream tarball contains debian/ dir
Package: gnokii Version: 0.6.8-0.2 Severity: minor Hello, The upstream tarball of gnokii contains the debian/ dir already. This is generally considered a bad thing. To keep it short: if someone from Debian wants to change something about the package, they have to patch the debian/ dir which is usually provided by Debian itself, which is confusing at best (if you want more info I can provide some references to discussions about this topic). I'd strongly suggest you ask upstream not to ship a debian/ dir inside their tarball. Thijs -- 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.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnokii depends on: ii libbluetooth1 2.24-1 Library to use the BlueZ Linux Blu ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libglib1.21.2.10-10.1The GLib library of C routines ii libgnokii20.6.8-0.2 Gnokii library ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii liblockfile1 1.06.1 NFS-safe locking library, includes ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-3 X Window System Input extension li ii libxpm4 6.9.0.dfsg.1-3 X pixmap library ii passwd1:4.0.14-3 change and administer password and ii timeout 1.11-6.2 Run a command with a time limit. ii xlibs 6.9.0.dfsg.1-3 X Window System client libraries m gnokii recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334497: acknowledged by developer (Re: binutils: linking error in building boost)
reopen 334497 thanks On Sun, Jan 15, 2006 at 08:03:06PM -0800, Debian Bug Tracking System wrote: Hi, hi, Given that boost up-to-date for hppa at the moment, I'm assuming this bug has been fixed and closing it. it is up-to-date because it is built using -mlong-calls option which works around this bug. please have a look at #342267. regards domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338694: ITP: denyhosts -- simple script to prevent ssh/telnet brute force login
Package: wnpp Followup-For: Bug #338694 Owner: Marco Bertorello [EMAIL PROTECTED] * Package name: denyhosts Version : 1.1.4 Upstream Author : Phil Schwartz [EMAIL PROTECTED] * URL : http://denyhosts.sourceforge.net * License : GPL Description : simple script to prevent ssh/telnet brute force login DenyHosts is a python program that automatically blocks ssh brute-force attacks by adding entries to /etc/hosts.deny. It will also inform Linux administrators about offending hosts, attacked users and suspicious logins. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (1002, 'unstable'), (1001, 'stable'), (101, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp 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#346115: lineak-xosdplugin: doesn't print onscreen messages anymore
Hi, On Fri, Jan 06, 2006 at 07:30:04PM +0100, Erik Meusel wrote: Is it the first time you use lineak-xosdplugin, or have you use it before and it stopped to work? Well, I used it, and it worked for a while. I pushed the next-prev-buttons on my girlfriend's multimedia keyboard, and the messages appeared in amarok. It stopped working months or weeks ago, so I tried to fix it, yesterday. Starting lineakd threw a message about lineakd being unable to call the function, so I commented it in and made it compile and link. If you wish, I ask my girlfriend to reproduce the bug using the original etch package. It might be useful to mention, that I use an etch environment with KDE 3.5 packages from alioth and backported amarok. However, by commenting in the function, xosdplugin worked again. It may also be that this bug only triggers since version 2 of libxosd. I don't know when the transition to version 2 has been done. There is now a new version of lineak* (0.8.4) in sid. Could you please try to install it? Also as you have a non-standard KDE environment, it would be nice to not install (or to desintall) the lineak-kdeplugins package, and see if it works. The xosd plugin also behaves differently depending on the Display_* line in the ~/.lineak/lineakd.conf file. Could you please send me your configuration file. Thanks, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335890: Please test-build a FreeRADIUS upload on AMD64?
I've just packaged 1.1.0-1, and it's no longer trying to build non-PIC shared libraries on i386... However, I need it tested on AMD64 before I upload to the archive, since I want to squish this bug once and for all. Source is at http://www.tbble.net/freeradius/1.1.0-official/110-1-withSSL-DONOTDISTRIBUTEBINARIESOFTHIS/ It's the with-SSL version since sometimes this bug manifests in rlm_eap_tls, but the latest log in the bugreport indicates it triggered in libeap. Build on Debian/Sarge AMD64 Not compiled rlm_eap_peap.la and rlm_eap_ttls.la Making install in rlm_eap_peap... make[11]: Entering directory `/usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap' if [ xrlm_eap_peap != x ]; then \ /bin/sh /usr/src/Local/freeradius/freeradius-1.1.0/libtool --mode=install /usr/src/Local/freeradius/freeradius-1.1.0/ins tall-sh -c -c \ rlm_eap_peap.la /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap.la; \ rm -f /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap-1.1.0.la; \ ln -s rlm_eap_peap.la /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap-1.1.0 .la || exit ; \ fi libtool: install: warning: relinking `rlm_eap_peap.la' (cd /usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap; /bin/sh /usr/src/Local/freeradius/fre eradius-1.1.0/libtool --mode=relink gcc -release 1.1.0 -module -export-dynamic -o rlm_eap_peap.la -rpath /usr/lib/freeradius rlm_eap_peap.lo peap.lo ./../../libeap/libeap.la ./../rlm_eap_tls/librlm_eap_tls.la -lssl -lcrypto -lssl -lcrypto -lnsl -lr esolv -lpthread -inst-prefix-dir /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius) gcc -shared rlm_eap_peap.lo peap.lo -Wl,--rpath -Wl,/usr/lib/freeradius -L/usr/src/Local/freeradius/freeradius-1.1.0/debi an/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread-Wl,-s oname -Wl,rlm_eap_peap-1.1.0.so -o .libs/rlm_eap_peap-1.1.0.so /usr/bin/ld: cannot find -lrlm_eap_tls collect2: ld returned 1 exit status libtool: install: error: relink `rlm_eap_peap.la' with the above command before installing it make[11]: Leaving directory `/usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap' ... ... rlm_eap_ttls.la /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls.la; \ rm -f /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls-1.1.0.la; \ ln -s rlm_eap_ttls.la /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls-1.1.0 .la || exit ; \ fi libtool: install: warning: relinking `rlm_eap_ttls.la' (cd /usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls; /bin/sh /usr/src/Local/freeradius/fre eradius-1.1.0/libtool --mode=relink gcc -release 1.1.0 -module -export-dynamic -o rlm_eap_ttls.la -rpath /usr/lib/freeradius rlm_eap_ttls.lo ttls.lo ./../../libeap/libeap.la ./../rlm_eap_tls/librlm_eap_tls.la -lssl -lcrypto -lssl -lcrypto -lnsl -lr esolv -lpthread -inst-prefix-dir /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius) gcc -shared rlm_eap_ttls.lo ttls.lo -Wl,--rpath -Wl,/usr/lib/freeradius -L/usr/src/Local/freeradius/freeradius-1.1.0/debi an/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread-Wl,-s oname -Wl,rlm_eap_ttls-1.1.0.so -o .libs/rlm_eap_ttls-1.1.0.so /usr/bin/ld: cannot find -lrlm_eap_tls collect2: ld returned 1 exit status libtool: install: error: relink `rlm_eap_ttls.la' with the above command before installing it make[11]: Leaving directory `/usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls' -- Konstantin Kubatkin [KUB-RIPE] [KUB-UANIC] Kherson, TriLogiC Group Fido: 2:468/[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347547: ITA: spip -- user friendly and powerful publishing system (CMS) built in php
retitle 347547 ITA: spip -- user friendly and powerful publishing system (CMS) built in php owner 347547 Fathi BOUDRA [EMAIL PROTECTED] i would like to adopt spip and update it to 1.8.2 cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346564: Uploaded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 JFYI: I just uploaded a darcsweb 0.14-1 to sid. Cheers, Rotty -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDy35O+S/PxQH9W2IRAuz1AJ94Pn5nZW5qAwv19j6JrZ7Ou6ZH2gCfRTUk C8x0g8i+H1qCVX4gFaEWDJs= =JSTg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348105: xserver-xorg: xservers from version 6.9.0 crash while loading the radeon.drv
On Sat, 2006-01-14 at 14:52 -0600, Manoj Srivastava wrote: Package: xserver-xorg Version: 6.9.0.dfsg.1-3 Severity: important I had to downgrade the server to 6.8.2.dfsg.1-11 to get X to stop crashing. Unfortunately, /var/log/Xorf.0.log does not retain more than one version, so back trace details are missing. No /var/log/Xorg.0.log.old? But this seems like a regression in radeon.drv Note that there have been a number of bug reports about regressions in the radeon driver already, have you checked those for a duplicate? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#348115: acknowledged by developer (Re: Bug#348115: firefox: There are no Firefox translations anymore!)
I don't maintain any locale packages, so this really isn't my fault. Bug the maintainers of the respective locale packages to update. You shouldn't close a bug which isn't fixed. You should reassign to the proper package. The users shouldn't be forced to track to which package a bug should be assigned. Besides, in this case, the lack of locale packages is a bug in Firefox, moreso when locales are part of the same upstream source. Please, reopen this bug. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348326: compface: compface generates unjustified warnings
On 1/16/06, Didier Verna [EMAIL PROTECTED] wrote: Package: compface Version: 1:1.5.2-1 Severity: grave Hi, since the last upgrade, compface doesn't do its job anymore, but generates unjustified warnings instead. Here is a testcase on the xbm file attached below (that looks ok to me): Yes, it looks OK, I'll digg into it... compface test.xbm Err 1 11:45 01/16/06 compface: (warning) test.xbm: excess data ignored compface: (warning) test.xbm: excess data ignored -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages compface depends on: ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libcompfaceg1 1:1.5.2-1 Compress/decompress images for mai compface recommends no packages. -- no debconf information -- Håkan Ardö
Bug#327025: Dutch first day of the week also wrong
I'm not sure if this is the right place to report this, but the test program seems to output Sunday as the first day of the week for the Netherlands (locale nl_NL). This is incorrect, as the Netherlands observe ISO 8601, which defines the week to start on Monday. I'd link you to the relevant norm at the NEN (normalisation institute) site, but it seems to be for purchase only: http://www2.nen.nl/nen/servlet/dispatcher.Dispatcher?id=BIBLIOGRAFISCHEGEGEVENScontentID=202381searchType=sw_zkx_normen However, it does show the ISO number. Bertram -- Bertram Bourdrez [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348329: popularity-contest: Spelling fixes for document 'FAQ'
Package: popularity-contest Version: 1.32 Severity: minor Tags: patch Hello, Please find attached a patch that fixes some spelling and other language errors in /usr/share/doc/popularity-contest/FAQ. bye, Thijs -- 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.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii dpkg 1.13.11.1 package maintenance system for Deb Versions of packages popularity-contest recommends: ii cron 3.0pl1-92 management of regular background p pn mime-constructnone (no description available) hi postfix [mail-transport-agent 2.2.8-4A high-performance mail transport -- debconf information excluded --- FAQ.orig2006-01-15 11:03:04.0 +0100 +++ FAQ 2006-01-15 11:13:20.0 +0100 @@ -1,47 +1,47 @@ Popularity-contest Frequently Asked Questions. -Q) What informations are reported by popularity-contest ? +Q) What information is reported by popularity-contest ? -A) popularity-contest report the Debian architecture you use, the version of +A) popularity-contest reports the system architecture you use, the version of popularity-contest you use and the list of packages installed on your - system. For each packages, popularity-contest looks at the most recently - used (based on atime) files, and report the filename, its last access time + system. For each package, popularity-contest looks at the most recently + used (based on atime) files, and reports the filename, its last access time (atime) and last change time (ctime). However, some files are not considered, because they have unreliable atime. -Q) What are the privacy consideration for popularity-contest ? +Q) What are the privacy considerations for popularity-contest ? A) Each popularity-contest host is identified by a random 128bit uuid (MY_HOSTID in /etc/popularity-contest.conf). This uuid is used to - track submission issued by the same host. It should be kept secret. + track submissions issued by the same host. It should be kept secret. The reports are sent by email or HTTP to the popcon server. The - server automatically extract the report from the email or HTTP and - store it in a database for a maximum of 20 days or until the host - send a new report. This database is readable only by Debian + server automatically extracts the report from the email or HTTP and + stores it in a database for a maximum of 20 days or until the host + sends a new report. This database is readable only by Debian Developers. The emails are readable only by the server admins. - Every day, the server compute a summary and post it on + Every day, the server computes a summary and posts it on http://popcon.debian.org/all-popcon-results.txt.gz. This summary is a merge of all the submissions and does not include uuids. - Known weakness of the system: + Known weaknesses of the system: 1) Your email submission might be intercepted. We evaluate the possibility to use public-key cryptography to protect the email. - 2) Someone who know you are very likely to use a particular package reported + 2) Someone who knows that you are very likely to use a particular package reported by only one person (e.g. you are the maintainer) might infer you are not at home when the package is not reported anymore. However this is only a problem if you are gone for more than two weeks if the computer is shut-down - and 23 days if it is let idle. + and 23 days if it is let idle. 3) Unofficial and local packages are reported. This can be an issue - especially with 2) above, especially for custom-build kernel packages. + especially with 2) above, especially for custom-built kernel packages. We are evaluating how far we can alleviate this problem. Q) My submissions bounce with 550 [PERMFAIL] popcon.debian.org requires valid sender domain. -A) when submitting using email, popularity-contest send the report as +A) when submitting using email, popularity-contest sends the report as root but the email address of the root user was not configured properly. With exim, you can add an entry for root in /etc/email-addresses with a suitable address. @@ -61,12 +61,12 @@ A) popularity-contest is run by the weekly cron job /etc/cron.weekly/popularity-contest. -Under the default configuration of cron, this happens every sundays +Under the default configuration of cron, this happens every Sunday at 6:47 in the morning. This can be changed by editing /etc/crontab but if your computer is not always turned on, we really recommend you install the anacron
Bug#348331: trying to overwrite `/usr/bin/cue2toc', which is also in package cdrdao
Package: cue2toc Severity: important (Reading database ... 126268 files and directories currently installed.) Unpacking cue2toc (from .../cue2toc_0.4-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/cue2toc_0.4-1_i386.deb (--unpack): trying to overwrite `/usr/bin/cue2toc', which is also in package cdrdao Errors were encountered while processing: /var/cache/apt/archives/cue2toc_0.4-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#237056: bootlogd
Nathanael Nerode wrote: I've found the source of bug 237056. I think it's udev's responsibility, but you can discuss that amongst yourselves. bootlogd calls a routine in glibc which tries to get a UNIX98 PTY. If that fails, it looks for a BSD (legacy) PTY. If that fails (perhaps because they're not compiled into the kernel, because nothing much uses them), it gives up and dies. I just checked the code and I see no where where bootlogd attempts to open a UNIX98 PTY. So why do you claim that it does? -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333001: mpich: FTBFS on GNU/kFreeBSD
On Sun, 15 Jan 2006, Adam C Powell IV wrote: On Sun, 2006-01-15 at 23:23 +0100, Santiago Vila wrote: On Sun, 9 Oct 2005, Adam C Powell IV wrote: It looks like about 80-90% of the patch is unnecessary to support this architecture, e.g. there's no need for openrisc, os400, djgpp, crx etc. in a Debian system. Can you please edit out the unnecessary parts so the patch is more compact, while supporting the new arch (and other new ones like armeb)? If you don't, I will try, but I can't guarantee it will work... Well, there might be no need for openrisc, os400, djgpp, crx, but if you think about it, there is really no need to make the patch shorter either. Sure there is. It's about conciseness and verifiability. I want a set of small patches which someone can reasonably say, Okay, I see what that does, it does that and nothing more, and not worry that it will do something bad to their machine. Long patches which do much more than is needed for Debian are inherently bad. I understand that you prefer a small patch over a big patch *in general*, but a small patch is not always more verifiable. In this case, for example, if you use the most recent config.guess and config.guess, it will be easy to verify that the modified versions match the ones in the autotools-dev package. The latest versions of those files in the autotools-dev package are the ones we *fully* trust, for *every* machine. Everybody can reasonably say okay, I see that the patch updates those files to the latest version, which I trust. You even admit that if you try to make the patch smaller, you don't guarantee that it will work. We know that the full config.guess and config.sub files do work and we trust them. Why lose your time (or ask anybody else to lose his time) trying to make the patch smaller when doing so increases the risk of breaking something? I for one would certainly not consider this package safer just because you managed to save a few bytes in the size of the patch. In such case I would start worrying about it, not the opposite. So I agree that a small patch is better than a long patch in general, but there are exceptions, and this is one of them. If you try to make it smaller, the probability of breaking something increases, not decreases. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327037: moreinfo
Hi, when i use mouse for copypaste, it is accessing only the PRIMARY x11 selection (the quotestar (*) register). I will try to illustrate it on example: 1. Run OpenOffice.org 2. Open new document (text one) 3. Write some text 4. Select the text (e.g. with mouse) 5. Do Edit-Copy (or Ctrl+C) at this point, the text selected in OpenOffice.org is stored in both PRIMARY and CLIPBOARD X-11 selections. 6. Go to any xterm 7. Select any text with mouse at this point, PRIMARY selection is filled with text from xterm, but CLIPBOARD selection is filled with text from OpenOffice.org 8. Go to (X11-aware (e.g. gtk version) of vim) 9. try to paste from PRIMARY (quotestar): (a) with mouse: middle click (default) (b) with keyboard: *p (in command mode) 10. try to paste from CLIPBOARD (quoteplus) (a) with keyboard: +p (in command mode) Now, the problem is, that in the default compiled vim in Debian (not the vim-gtk etc.), the quotestar and quoteplus registers are not available, thus there is possible to access only the quotestar (x11 PRIMARY selection) via mouse. If i need to paste from CLIPBOARD X11 selection, i need to use e.g. xclipboard or such thing. More than that, if i want to use the PRIMARY selection for something more sofisticated than simply paste, i cannot access it directly because the quotestar register is unaccessible too -- i need to use mouse to paste the text, then copy it to another register and only after that i could use it directly. I hope that it is more clear now. I am sorry for not describing it clearly for the first time. Regards, Jan This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335890: Please test-build a FreeRADIUS upload on AMD64?
On Mon, Jan 16, 2006 at 01:03:38PM +0200, Konstantin Kubatkin wrote: I've just packaged 1.1.0-1, and it's no longer trying to build non-PIC shared libraries on i386... However, I need it tested on AMD64 before I upload to the archive, since I want to squish this bug once and for all. Source is at http://www.tbble.net/freeradius/1.1.0-official/110-1-withSSL-DONOTDISTRIBUTEBINARIESOFTHIS/ It's the with-SSL version since sometimes this bug manifests in rlm_eap_tls, but the latest log in the bugreport indicates it triggered in libeap. Build on Debian/Sarge AMD64 Not compiled rlm_eap_peap.la and rlm_eap_ttls.la (cd /usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap; /bin/sh /usr/src/Local/freeradius/fre eradius-1.1.0/libtool --mode=relink gcc -release 1.1.0 -module -export-dynamic -o rlm_eap_peap.la -rpath /usr/lib/freeradius rlm_eap_peap.lo peap.lo ./../../libeap/libeap.la ./../rlm_eap_tls/librlm_eap_tls.la -lssl -lcrypto -lssl -lcrypto -lnsl -lr esolv -lpthread -inst-prefix-dir /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius) gcc -shared rlm_eap_peap.lo peap.lo -Wl,--rpath -Wl,/usr/lib/freeradius -L/usr/src/Local/freeradius/freeradius-1.1.0/debi an/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread-Wl,-s oname -Wl,rlm_eap_peap-1.1.0.so -o .libs/rlm_eap_peap-1.1.0.so /usr/bin/ld: cannot find -lrlm_eap_tls Oh blast. It did that on i386 too, now that I look for it. _ So libtool strikes again, transforming a simple 'rlm_eap_tls.so' into -lrlm_eap_tls. (It sees the .so and removes the .so and the initial lib if present, and then prepends -l, rather than only doing so _if_ there's an initial lib and following .so) I'll upload it as-is, and have a play next week (linux.conf.au! ^_^). I _think_ my last attempt involved causing librlm_eap_tls.* to come into existence during linking. The soname remains rlm_eap_tls so the actual references embedded in rlm_eap_{peap,ttls} are OK, and you can afterwards whack librlm_eap_tls.* and still have a working result. I'm pretty sure I had it working in make, and was just trying to find a good way to make it happen during the Debian build... Or I hit some other problem which escapes me. Alternatively, now we're usng a local libtool, I could try and hack on it to not screw with the lovingly crafted link-lines it's given. -- --- Paul TBBle Hampson, MCSE 8th year CompSci/Asian Studies student, ANU The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] No survivors? Then where do the stories come from I wonder? -- Capt. Jack Sparrow, Pirates of the Caribbean License: http://creativecommons.org/licenses/by/2.1/au/ --- pgpQLdv7Uev6T.pgp Description: PGP signature
Bug#337317: Processed: Re: Processed: Reassign #337317 to libusb
Hi! On Tue, Jan 10, 2006 at 10:12:47PM +0100, Andreas Jellinghaus wrote: Am Montag, 9. Januar 2006 23:38 schrieb Aurelien Jarno: but has to use it? I think that is wrong. noone forces you. sure, using the different directories would allow people to use acl, which is not possible on usbfs. Has to use it, because /proc/bus/usb is not usable anymore if the permissions are wrong. I already received dozen of mails when udev stopped to changes the permissions of /proc/bus/usb in favor of /dev/bus/usb. wouldn't it be better to fix it and set permissions on both, if both exist? forcing people to upgrade is a very bad idea, and often not possible at all. Well it's what maintainers of packages related to USB have started to do, but it is not handled by the udev package, and the maintainer of this package has refused to do it. Therefore that means that each package using libusb need to provide a kind of wrapper to also modify the permissions of /proc/bus/usb. Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338006: Workaround for OpenSSL 0.9.8 bug in Nessus
Based on the comment made by Jim Paris to bug #338006 I've found that adding the following line to nessusd.conf makes the client able to talk with the server: ssl_cipher_list = SSLv2:-LOW:-EXPORT:RC4+RSA I'm going to add this to the default nessusd.conf to implemente a workaround fix for #343487 until such a time that #338006 is fixed. Thanks Jim! Javier signature.asc Description: Digital signature
Bug#345509: xserver-xorg: 2nd monitor in xinerama setup gets no signal
On 16.01.06 08:32:38, Julien Cristau wrote: On Sun, Jan 15, 2006 at 18:41:29 +, Andreas Pakulat wrote: Attaching the log from the last try (leaving out the HSync/VRefresh information from xorg.conf). Hi Andreas, it seems you forgot to actually attach your log file. Oooops :-) Here it comes. Andreas -- Your love life will be... interesting. X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-3 20060110012652 David Nusinow [EMAIL PROTECTED]) Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: Linux 2.6.15-1-686 i686 [ELF] Current Operating System: Linux morpheus 2.6.15-cherry #1 Tue Jan 10 22:49:53 CET 2006 i686 Build Date: 09 January 2006 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.15-cherry ([EMAIL PROTECTED]) (gcc version 4.0.3 20060104 (prerelease) (Debian 4.0.2-6)) #1 Tue Jan 10 22:49:53 CET 2006 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Jan 16 11:54:40 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Device0 (**) |--Screen Screen1 (1) (**) | |--Monitor Monitor1 (**) | |--Device Device1 (**) |--Input Device Generic Keyboard (**) Option AutoRepeat 500 30 (**) Option XkbRules xorg (**) XKB: rules: xorg (**) Option XkbModel cymotionlinux (**) XKB: model: cymotionlinux (**) Option XkbLayout us,de(nodeadkeys) (**) XKB: layout: us,de(nodeadkeys) (**) Option XkbOptions grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll (**) XKB: options: grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse2 (**) |--Input Device Configured Mouse (WW) The directory /usr/share/fonts/truetype/ttf-bitstream-vera does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (**) FontPath set to /usr/share/fonts/TrueType,/usr/lib/X11/fonts/misc:unscaled,/usr/lib/X11/fonts/100dpi:unscaled,/usr/lib/X11/fonts/75dpi:unscaled,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/misc,/usr/share/fonts/truetype/openoffice,/usr/share/fonts/truetype/ttf-xfree86-nonfree,/usr/share/fonts/truetype/freefont,unix/:7100,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option Xinerama On (**) Option RandR On (**) Xinerama: enabled (II) Open ACPI successful (/proc/acpi/event) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3340 card 0e11,0860 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3341 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 0e11,0860 rev 01 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 0e11,0860 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 0e11,0860 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 0e11,0860 rev 01 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 81 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24cc card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24ca card 0e11,0860 rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 0e11,0860 rev 01 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 0e11,0860 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,24c6 card 0e11,0860 rev 01 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c66 card 0e11,0860 rev 01 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 1106,3044 card 1106,3044 rev 80 class 0c,00,10 hdr 00 (II) PCI: 02:01:0: chip 10ec,8139 card 0e11,0860 rev 20 class 02,00,00 hdr 00 (II) PCI: 02:02:0: chip 8086,1043 card 8086,2527 rev 04 class
Bug#347913: conspy: does not work on powerpc
On 14.01.2006 11:03, Russell Stuart wrote: Yes, it looks like endianness problem. Your patch makes it obvious - thank you for that. I can't test my fix as I don't have access to a big endian machine. Could you do it for me? You can download a Debian source package for the as yet unreleased version 1.4 here: www.stuart.id.au/russell/files/debian/sarge/conspy Let me know the outcome (can't do it / works / doesn't work, etc). Works fine here, thanks a lot! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348327: subversion segfaults on checkout of more than 10 deep directory
[Skliarouk Arieh] This time the segfault is not related to locale (as previous ones). From my observations it is related to directory depths. Thank you for the precise reproduction recipe! Unfortunately, I was unable to reproduce this - either with the 1.2.3dfsg1-3 or with the 1.3.0-1 in experimental. All steps completed without errors. I'm not sure where to begin in tracking this down. Which CPU architecture is your machine? What version of libapr0 do you have? Also, if you can try subversion 1.3.0-1 from experimental (which requires libneon25, also in experimental), that would be great. Thanks, Peter signature.asc Description: Digital signature
Bug#348327: subversion segfaults on checkout of more than 10 deep directory
Thank you for the precise reproduction recipe! Unfortunately, I was unable to reproduce this - either with the 1.2.3dfsg1-3 or with the 1.3.0-1 in experimental. All steps completed without errors. I'm not sure where to begin in tracking this down. Which CPU architecture is your machine? What version of libapr0 do you have? libapr0 2.0.55-3 libc6 2.3.5-6 libdb4.3 4.3.28-3 libxml2 2.6.22-1 zlib1g 1.2.3-4 Also, if you can try subversion 1.3.0-1 from experimental (which requires libneon25, also in experimental), that would be great. I tried the subversion 1.3.0-1 from experimental, and it worked without errors. One more hint to this puzzle: Before the upgrade, whenever I tried to do remote checkout over ssh (svn co svn+ssh://[EMAIL PROTECTED]/svnroot/blahblah), from client machine with subversion 1.2.3dfsg1-3, it also failed. After the upgrade (on the server) it works, so the bug seemingly sits at the server side code. IMHO, it worthwhile to track the bug, even if it is not seen in latests release. Besides potential buffer overrun, SVN is too important for allow bugs to leave by themselves. # ldd `which svn` libsvn_client-1.so.0 = /usr/lib/libsvn_client-1.so.0 (0x40029000) libsvn_wc-1.so.0 = /usr/lib/libsvn_wc-1.so.0 (0x4004b000) libsvn_ra-1.so.0 = /usr/lib/libsvn_ra-1.so.0 (0x40071000) libsvn_delta-1.so.0 = /usr/lib/libsvn_delta-1.so.0 (0x40075000) libsvn_subr-1.so.0 = /usr/lib/libsvn_subr-1.so.0 (0x4007d000) libapr-0.so.0 = /usr/lib/libapr-0.so.0 (0x400a3000) libpthread.so.0 = /lib/libpthread.so.0 (0x400c4000) libc.so.6 = /lib/libc.so.6 (0x40117000) libsvn_diff-1.so.0 = /usr/lib/libsvn_diff-1.so.0 (0x40231000) libaprutil-0.so.0 = /usr/lib/libaprutil-0.so.0 (0x40237000) libsvn_ra_local-1.so.0 = /usr/lib/libsvn_ra_local-1.so.0 (0x4024d000) libsvn_repos-1.so.0 = /usr/lib/libsvn_repos-1.so.0 (0x40253000) libsvn_fs-1.so.0 = /usr/lib/libsvn_fs-1.so.0 (0x4026e000) libsvn_ra_svn-1.so.0 = /usr/lib/libsvn_ra_svn-1.so.0 (0x40273000) libsvn_ra_dav-1.so.0 = /usr/lib/libsvn_ra_dav-1.so.0 (0x40283000) libdb-4.3.so = /usr/lib/libdb-4.3.so (0x40299000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0x40378000) librt.so.1 = /lib/librt.so.1 (0x40398000) libm.so.6 = /lib/libm.so.6 (0x403ab000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x403d) libnsl.so.1 = /lib/libnsl.so.1 (0x403fe000) libdl.so.2 = /lib/libdl.so.2 (0x40412000) /lib/ld-linux.so.2 (0x4000) libsvn_fs_fs-1.so.0 = /usr/lib/libsvn_fs_fs-1.so.0 (0x40417000) libsvn_fs_base-1.so.0 = /usr/lib/libsvn_fs_base-1.so.0 (0x4042f000) libneon.so.25 = /usr/lib/libneon.so.25 (0x40451000) libssl.so.0.9.7 = /usr/lib/i686/cmov/libssl.so.0.9.7 (0x40469000) libcrypto.so.0.9.7 = /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x4049b000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0x4059d000) libz.so.1 = /usr/lib/libz.so.1 (0x406ab000) - Arieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T
Hi Branden, On Sat, 2006-01-14 at 11:42 -0500, Branden Robinson wrote: Section Device Identifier ATI Radeon 9000 Driver ati Option UseFBDev true Option MonitorLayout TMDS,CRT EndSection Does commenting out one or both of these options make a difference? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#348333: erlang-manpages: Manpages are not where erl -man looks for them
Package: erlang-manpages Version: 1:10.b.7-1 Severity: normal The erlang-manpages package puts the man pages under /usr/share/man, but the command erl -man looks for them under /usr/lib/erlang/man. /usr/lib/erlang/man exists, but is empty. $ erl -man io No manual entry for io $ strace erl -man io | grep man1 open(/usr/lib/erlang/man/man1, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) -- 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.20051020-1 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348334: swat: says that smbd and nmbd are not running, even when they do
Package: swat Version: 3.0.20b-3 Severity: normal Hi, SWAT says that smbd and nmbd are not running, even when they do. [global] workgroup = DOMAIN netbios name = FILESERVER server string = %h server (Samba %v) interfaces = 10.0.0.30 bind interfaces only = Yes passdb backend = ldapsam:ldaps://ldap.domain.com enable privileges = Yes passwd program = /usr/sbin/smbldap-passwd %u passwd chat = *New*password* %n\n *Retype*new*password* %n\n *all*authentication*tokens*updated* syslog = 0 log file = /var/log/samba/log.%m max log size = 1000 time server = Yes socket options = IPTOS_LOWDELAY TCP_NODELAY add user script = /usr/sbin/smbldap-useradd -m %u delete user script = /usr/sbin/smbldap-userdel %u add group script = /usr/sbin/smbldap-groupadd -p %g delete group script = /usr/sbin/smbldap-groupdel %g add user to group script = /usr/sbin/smbldap-groupmod -m %u %g delete user from group script = /usr/sbin/smbldap-groupmod -x %u %g set primary group script = /usr/sbin/smbldap-usermod -g %g %u add machine script = /usr/sbin/smbldap-useradd -a -w %u logon script = logon.bat logon path = \\%L\profiles\%U logon drive = H: logon home = \\%L\home\%U domain logons = Yes os level = 255 preferred master = Yes domain master = Yes ldap admin dn = cn=manager,cn=internal,dc=domain,dc=com ldap delete dn = Yes ldap group suffix = ou=Groups ldap idmap suffix = ou=Idmap ldap machine suffix = ou=Computers ldap passwd sync = Yes ldap suffix = ou=accounts,dc=domain,dc=com ldap ssl = no ldap user suffix = ou=Users panic action = /usr/share/samba/panic-action %d idmap backend = ldap:ldaps://10.0.0.13 idmap uid = 1-2 idmap gid = 1-2 winbind cache time = 600 ldapsam:trusted = yes invalid users = root -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-drdb-1 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Versions of packages swat depends on: ii debconf [debc 1.4.66 Debian configuration management sy ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.10-1 common error description library ii libcupsys21.1.23-12 Common UNIX Printing System(tm) - ii libkrb53 1.4.3-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpopt0 1.7-5 lib for parsing cmdline parameters ii netbase 4.23 Basic TCP/IP networking system ii samba 3.0.20b-3 a LanManager-like file and printer Versions of packages swat recommends: ii samba-doc 3.0.20b-3 Samba documentation -- debconf information: * swat/smb_conf_warn: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317964: apt-file: prints error about wrong curl usage (with installed curl)
Hi, The problem is due to these entries in /etc/apt/apt-file.conf http = curl -I uri/dists/dist/Contents-arch.gz 21 | grep '^HTTP.*404' /dev/null || (curl -z cache/dest -R -o cache/dest uri/dists/dist/Contents-arch.gz chmod 644 cache/dest) ftp = curl --ftp-pasv -I uri/dists/dist/Contents-arch.gz 21 | grep '^Content-Length:' /dev/null (curl --ftp-pasv -z cache/dest -R -o cache/dest uri/dists/dist/Contents-arch.gz chmod 644 cache/dest) In the last part enlosed in parenthesis you see the curl call employing the option -z cache/dest The curl man page says: -z/--time-cond date expression (HTTP) Request a file that has been modified later than the given time and date, or one that has been modified before that time. The date expression can be all sorts of date strings or if it doesn’t match any internal ones, it tries to get the time from a given file name instead! The intent is to make apt-file update fetch new version of the files only if they have been modified since the last fetch. This works without flaws when the files exist. When the files do not yet exist, i.e. on your first invocation of apt-file update, curl reports the illegal date format warning. apt-file would need to e.g. create empty files with date 1.1.1970 before calling curl to surpress the warning, or conditionally include the -z option only when the file already exists. claudio -- Claudio Nieder, Kanalweg 1, CH-8610 Uster, Tel +41 79 357 6743 yahoo messenger: claudionieder aim: claudionieder icq:42315212 mailto:[EMAIL PROTECTED]http://www.claudio.ch pgp5yDQkWC8VV.pgp Description: PGP signature
Bug#327025: Dutch first day of the week also wrong
On Mon, Jan 16, 2006 at 12:08:11PM +0100, Bertram Bourdrez wrote: I'm not sure if this is the right place to report this, but the test program seems to output Sunday as the first day of the week for the Netherlands (locale nl_NL). This is incorrect, as the Netherlands observe ISO 8601, which defines the week to start on Monday. Hi, A patch has already been committed into SVN and all bugs related to week days should be fixed in 2.3.5-13. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327865: bootlogd status?
On Mon January 16 2006 05:25, you wrote: With sysvinit 2.86.ds1-10, does bootlogd work for you? If so, please report this. Yes, indeed the problem now seems to be solved. Great work! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347674: azureus: Crashes almost immediately after starting (glibc detected *** corrupted double-linked list: 0xb7f60898)
Shaun Jackman wrote: I haven't been able to reproduce this bug. What version of libc6 do you have installed? Do you know what you changed when azureus stopped $ dpkg -s libc6|grep Version Version: 2.3.5-12 Same thing is with -11 version. I don't know what I changed. I'm doing an apt-get upgrade (sid/unstable) every few days and I couldn't find anything that could be somehow connected to azureus. Btw. I have downloaded azureus source, changed Depends: field in control file and rebuilt it so that it depends on libswt3.1-gtk-java/jni and could be installed together with eclipse. I've done this few months ago and it worked OK. That shouldn't be the cause of this problem. I forgot to mention the strace output: gettimeofday({1137413355, 659549}, NULL) = 0 stat64(/usr/lib/sun-j2se5.0-jdk/jre/lib/ext/net/org/eclipse/swt/events/DisposeEvent.class, 0xbf9d0d98) = -1 ENOENT (No such file or directory) stat64(/usr/lib/sun-j2se5.0-jdk/jre/lib/ext/net/org/eclipse/swt/events/DisposeEvent.class, 0xbf9d1298) = -1 ENOENT (No such file or directory) open(/dev/tty, O_RDWR|O_NONBLOCK|O_NOCTTY) = 33 writev(33, [{*** glibc detected *** , 23}, {corrupted double-linked list, 28}, {: 0x, 4}, {b7f89898, 8}, { ***\n, 5}], 5) = 68 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(8785, 8785, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- It seems that there is no DisposeEvent.class in debian. working? Have you found a solution? No, not yet. Regards, Vedran Furač
Bug#348115: acknowledged by developer (Re: Bug#348115: firefox: There are no Firefox translations anymore!)
On Mon, Jan 16, 2006 at 08:11:35AM -0300, Nicol??s Lichtmaier [EMAIL PROTECTED] wrote: I don't maintain any locale packages, so this really isn't my fault. Bug the maintainers of the respective locale packages to update. You shouldn't close a bug which isn't fixed. You should reassign to the proper package. The users shouldn't be forced to track to which package a bug should be assigned. Besides, in this case, the lack of locale packages is a bug in Firefox, moreso when locales are part of the same upstream source. They are not. They are distributed separately from the firefox source. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348335: python2.4: missing file for bdist_wininst distutils command
Package: python2.4 Version: 2.4.2-2 It's good that python includes distutils by default these days, but the bdist_wininst needs an additional file from the -dev package (this likely affects python2.3 just as well) Sample output: $ python2.4 setup.py bdist_wininst running bdist_wininst running build running build_py running build_scripts installing to build/bdist.linux-i686/wininst error: invalid Python installation: unable to open /usr/lib/python2.4/config/Makefile (No such file or directory) $ Regards, Filip -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages python2.4 depends on: ii libbz2-1.01.0.2-11 high-quality block-sorting file co ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libdb4.3 4.3.29-3 Berkeley v4.3 Database Libraries [ ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-5 GNU readline and history libraries ii libssl0.9.8 0.9.8a-5 SSL shared libraries ii python2.4-minimal 2.4.2-2A minimal subset of the Python lan python2.4 recommends no packages. -- no debconf information -- The only stupid question is the unasked one. -- Martin Schulze -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348336: [PROPOSAL]: improve section on shared config files
Package: debian-policy Version: 3.6.2.2 Severity: wishlist Tags: patch Hi all, looking at section 10.7.4. from the viewpoint of CDD's we'd like to propose some small changes to it: - the first part of the change is to explicitly mention configuration packages as used by CDD's as a reason to consider sharing configuration files, while explaining the rationale for these kinds of packages. - the second part of the change is to document one of the conclusions reached at the cdd-devcamp in Malaga last May[1], which is that the already widely used[2] approach of modularizing the configuration is the preferred way to go about shared configuration when possible. patch with the proposed wording is attached. [1] http://lists.debian.org/debian-custom/2005/05/msg00014.html has Sergio's summary of the devcamp meeting [2] there's lots of packages that modularize their configuration with a something.d directory, where packages or admins can drop configuration snippets, some examples of this approach on my system include: - apache - /etc/apache/conf.d - apt - /etc/apt/conf.d - cron - /etc/cron.{d,hourly,daily,monthly} - discover - /etc/discover.conf.d /etc/discover.d - fish - /etc/fish.d - hotplug - /etc/hotplug/blacklist.d /etc/hotplug.d - libpam - /etc/pam.d - logrotate - /etc/logrotate.d - sane - /etc/sane.d - sysv-rc - /etc/rc[0-6S].d /etc/init.d - udev - /etc/udev/rules.d - x11-common - /etc/X11/Xsession.d the common desktop environments (kde, gnome, xfce, and freedesktop) approach modularized configuration in a slightly different way, allowing multiple configuration sets to be stacked (the desktop-profiles package provides a way for controlling that stacking) -- Cheers, cobaco (aka Bart Cornelis) 1. Encrypted mail preferred (GPG KeyID: 0x86624ABB) 2. Plain-text mail recommended since I move html and double format mails to a low priority folder (they're mainly spam) --- debian-policy-3.6.2.2/policy.sgml 2005-12-24 22:41:09.0 +0100 +++ patched/policy.sgml 2006-01-12 09:05:04.0 +0100 @@ -6961,31 +6961,57 @@ /p p - If it is desirable for two or more related packages to - share a configuration file emand/em for all of the - related packages to be able to modify that configuration - file, then the following should be done: +Sometimes two or more packgages need to be able to modify the +same configuration file. One such case is were related packages +share a configuration file (e.g. bash and other bourn compatible +shells share /etc/profile). A second case are configuration +packages attempting to configure a standard Debian system to +better suit a specific purpose or target-group. The specific +purpose or target-group adressed by such a package often allows +more narrow configuration choices to be made that wouldn't be +suited as the default configuration of a package. + p + + p +When more then one packages needs to be able to modify a +configuration file the following should be done: enumlist compact=compact item - One of the related packages (the owning package) - will manage the configuration file with maintainer - scripts as described in the previous section. - /item - item - The owning package should also provide a program - that the other packages may use to modify the - configuration file. - /item - item - The related packages must use the provided program - to make any desired modifications to the - configuration file. They should either depend on - the core package to guarantee that the configuration - modifier program is available or accept gracefully - that they cannot modify the configuration file if it - is not. (This is in addition to the fact that the - configuration file may not even be present in the - latter scenario.) + One of the packages (the owning package) will manage +the configuration file with maintainer scripts as +described in the previous section. + /item + item +p + The owning package should provide a mechanism through + which the other packages can modify the configuration. +/p + +p + The preferred way to do this is by modularizing the + configuration (both /etc/X11/Xsession.d and + /etc/apache/conf.d are examples of such an approach). + The big benefit of modularization is that the origin of + each bit of configuration is clearly identified and + delineated, which allows each package to manage it's own + configuration bits independendly. It also removes the +
Bug#237056: bootlogd
Nathanael Nerode wrote: I've found the source of bug 237056. I think it's udev's responsibility, but you can discuss that amongst yourselves. bootlogd calls a routine in glibc which tries to get a UNIX98 PTY. If that fails, it looks for a BSD (legacy) PTY. If that fails (perhaps because they're not compiled into the kernel, because nothing much uses them), it gives up and dies. I wrote: I just checked the code and I see no where where bootlogd attempts to open a UNIX98 PTY. So why do you claim that it does? (bootlogd uses openpty(3).) OK, contrary to what the man page says, openpty() _does_ attempt to open unix98 PTYs before it looks at the legacy PTY device nodes. I just checked this using a little test program and strace (libc6 2.3.5-11). Sorry for the noise. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348337: openpty(3) and pty(7) are unclear about whether or not openpty(3) will return a unix98 PTY
Package: manpages Version: 2.17-1 Severity: minor openpty(3) and pty(7) are unclear about whether or not openpty(3) will return a unix98 PTY. The openpty(3) man page suggests that it will only return a legacy BSD PTY, and the pty(7) only says that posix_openpt(3) will return a unix98 PTY. A little test program: #include stdio.h #include unistd.h #include pty.h #include utmp.h int *amaster; int *aslave; char name[1024]; main() { openpty(amaster,aslave,name,0,0); } when strace'd shows this: open(/dev/ptmx, O_RDWR) = 3 statfs(/dev/pts, {f_type=EXT2_SUPER_MAGIC, f_bsize=4096, f_blocks=2520713, f_bfree=406122, f_bavail=278075, f_files=1281696, f_ffree=941147, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 So I conclude that openpty() will indeed return a unix98 PTY. At least the FILES section of openpty(3) needs to be corrected. pty(7) and openpty(3) could also mention the fact mentioned above. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348338: lineak-kdeplugins: KMIX_VOLUP KMIX_VOLDOWN Macros change volume too drastically
Package: lineak-kdeplugins Version: 2:0.8.4-1 Severity: normal Since updating to version 2:0.8.4-1, I am finding that the KMIX_VOLUP KMIX_VOLDOWN macros are incrementing and decrementing the volume of the mixer by 10. The increment decrement used to be 3. In my lineak.conf file, I have tried the changing the macro command to: VolumeDown = KMIX_VOLDOWN(3) VolumeUp = KMIX_VOLUP(3) After restarting the lineak daemon, I find that the above changes make no difference. The volume change is still 10 when pressing the volume down volume up keys. -- 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.15-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages lineak-kdeplugins depends on: ii kdelibs4c2a 4:3.5.0-3 core libraries for all KDE applica ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-7 GCC support library ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii liblineak01:0.8.4-2 LinEAK development files ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-3 X Window System Session Management ii libstdc++64.0.2-7The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii lineakd 1:0.8.4-2 Linux support for Easy Access and ii zlib1g1:1.2.3-9 compression library - runtime lineak-kdeplugins recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348339: shadow: [INTL:it] Italian translation update (login prompt and su(1) usage)
Package: shadow Version: 4.0.14-3 Severity: wishlist Tags: patch l10n Hello, This is the update for the 3 messages fuzzied after the release of 4.0.14. Regards, Danilo # Italian translations for shadow package. # Copyright (C) 2004 Free Software Foundation, Inc. # This file is distributed under the same license as the shadow package. # Giuseppe Sacco [EMAIL PROTECTED], 2004. # Danilo Piazzalunga [EMAIL PROTECTED], 2004-2006. # # Convenzioni utilizzate per tradurre i termini più frequenti: # # “faillog (record)”..: «(record degli) accessi falliti» # “group file”: «file dei gruppi» # “logged in”.: «collegato» # “login”.: «accesso» (nella maggioranza dei casi) # “login” [user account]..: «login» # “mail spool”: «spool di posta» # “primary group”.: «gruppo principale» # “shadow file”...: «file shadow» # “shadow group”..: «gruppo shadow» # “(shadow) group file”...: «file dei gruppi (shadow)» # “shadow password”...: «shadow password» # “(shadow) password file”: «file delle (shadow) password» # “super user”: «root» o «amministratore» # “user name”.: «nome utente» # msgid msgstr Project-Id-Version: shadow 4.0.14\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-01-07 20:36+0100\n PO-Revision-Date: 2006-01-08 23:14+0100\n Last-Translator: Danilo Piazzalunga [EMAIL PROTECTED]\n Language-Team: Italian [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n #, c-format msgid Could not allocate space for config info.\n msgstr Impossibile allocare spazio per le informazioni di configurazione.\n #, c-format msgid configuration error - unknown item '%s' (notify administrator)\n msgstr errore di configurazione: oggetto «%s» sconosciuto (avvisare l'amministratore)\n #, c-format msgid Warning: unknown group %s\n msgstr Attenzione: gruppo «%s» sconosciuto\n #, c-format msgid Warning: too many groups\n msgstr Attenzione: troppi gruppi\n #, c-format msgid Your password has expired. msgstr La password in uso è scaduta. #, c-format msgid Your password is inactive. msgstr La password in uso è inattiva. #, c-format msgid Your login has expired. msgstr Il login in uso è scaduto. msgid Contact the system administrator.\n msgstr Contattare l'amministratore del sistema.\n msgid Choose a new password.\n msgstr Scegliere una nuova password.\n #, c-format msgid Your password will expire in %ld days.\n msgstr La password in uso scadrà tra %ld giorni.\n #, c-format msgid Your password will expire tomorrow.\n msgstr La password in uso scadrà domani.\n #, c-format msgid Your password will expire today.\n msgstr La password in uso scade oggi.\n #, c-format msgid Unable to change tty %s msgstr Impossibile cambiare i permessi al device %s #, c-format msgid Environment overflow\n msgstr Dimensione dell'ambiente eccessiva\n #, c-format msgid You may not change $%s\n msgstr Non si può modificare $%s\n #, c-format msgid %d failure since last login.\n Last was %s on %s.\n msgid_plural %d failures since last login.\n Last was %s on %s.\n msgstr[0] %d tentativo fallito dall'ultimo accesso.\n L'ultimo è stato %s su %s.\n msgstr[1] %d tentativi falliti dall'ultimo accesso.\n L'ultimo è stato %s su %s.\n # NdT: Riferito al numero massimo di accessi concorrenti per un utente. #, c-format msgid Too many logins.\n msgstr Troppi accessi.\n msgid You have new mail. msgstr C'è nuova posta. msgid No mail. msgstr Nessun messaggio di posta. msgid You have mail. msgstr C'è la solita posta. msgid no change msgstr nessuna modifica msgid a palindrome msgstr palindromo msgid case changes only msgstr cambiano solo maiuscole/minuscole msgid too similar msgstr simile alla precedente msgid too simple msgstr troppo semplice msgid rotated msgstr rotazione msgid too short msgstr troppo corta #, c-format msgid Bad password: %s. msgstr Password non valida: %s. #, c-format msgid passwd: pam_start() failed, error %d\n msgstr passwd: pam_start() ha restituito l'errore %d\n #, c-format msgid passwd: %s\n msgstr passwd: %s\n msgid passwd: password updated successfully\n msgstr passwd: password aggiornata correttamente\n #, c-format msgid Incorrect password for %s.\n msgstr Password sbagliata per %s\n #, c-format msgid Unable to cd to \%s\\n msgstr Impossibile spostarsi nella directory «%s»\n msgid No directory, logging in with HOME=/ msgstr Directory non presente, accesso con HOME=/ #, c-format msgid Cannot execute %s msgstr Impossibile eseguire %s #, c-format msgid Invalid root directory \%s\\n msgstr Directory root «%s» non valida\n #, c-format msgid Can't change root directory to \%s\\n msgstr Impossibile cambiare la directory
Bug#310058: fixed in gcompris 7.0.2-1
reopen 310058 thanks Hi Yann, I just installed gcompris 7.1.1-2 on etch and it exhibited this same bug for me: without --noxrandr it crashes at startup, with the switch it runs. Apparently this fix has gotten lost somewhere... On Fri, Sep 23, 2005 at 02:02:17PM -0700, Yann Dirson wrote: gcompris (7.0.2-1) unstable; urgency=low . * New upstream release. * Fixes xrandr issue causing crash at startup (Closes: #310058). Regards, Filip -- If we knew what it was we were doing, we wouldn't call it research. -- Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]