Bug#333274: Announce of the upcoming NMU for the cxref package
Dear maintainer of cxref and Debian translators, On 28 oct 2006 I sent a notice to the maintainer of the cxref Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #333274). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer did not respond in a week so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs es fr nl sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get a copy of this announcement BCCd to you. Please review the translation. Other translators also have the opportunity to create new translations for this package. Once completed, please send them directly to me so I can incorporate them into the package being built. The deadline for receiving updates and new translations is 11 nov 2006. If you are not in time you can always send your translation to the BTS. You can download the pot, and any po, files from: http://people.debian.org/~lwall/i18n/pots/cxref If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): 28 oct 2006 : send the first intent to NMU notice to the package maintainer. 04 nov 2006 : post a NMU announcement to debian-i18n with you (maintainer) CC'ed 11 nov 2006 : deadline for receiving translation updates 13 nov 2006 : build the package and upload it to DELAYED/0-day send the NMU patch to the BTS 13 nov 2006 : NMU uploaded to incoming 14 nov 2006 : NMU enters unstable Thanks for your efforts and time. -- signature.asc Description: Digital signature
Bug#231266: Announce of the upcoming NMU for the tutos2 package
Dear maintainer of tutos2 and Debian translators, On 28 oct 2006 I sent a notice to the maintainer of the tutos2 Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #231266). I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer did not respond in a week so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs es fr sv vi Among these, the following translations are incomplete: es sv vi If you did any of the, currently incomplete, translations you will get a copy of this announcement BCCd to you. Please review the translation. Other translators also have the opportunity to create new translations for this package. Once completed, please send them directly to me so I can incorporate them into the package being built. The deadline for receiving updates and new translations is 11 nov 2006. If you are not in time you can always send your translation to the BTS. You can download the pot, and any po, files from: http://people.debian.org/~lwall/i18n/pots/tutos2 If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): 28 oct 2006 : send the first intent to NMU notice to the package maintainer. 04 nov 2006 : post a NMU announcement to debian-i18n with you (maintainer) CC'ed 11 nov 2006 : deadline for receiving translation updates 12 nov 2006 : build the package and upload it to DELAYED/0-day send the NMU patch to the BTS 12 nov 2006 : NMU uploaded to incoming 13 nov 2006 : NMU enters unstable Thanks for your efforts and time. -- signature.asc Description: Digital signature
Bug#396992: gnome-cups-manager: gutenprint drivers are missing and no test page
Package: gnome-cups-manager Version: 0.31-3 Severity: normal While I could set up my printer EPSON PM-A950 through foomatic-gui using PM-A900 menu entry (it is guten print driver), I do not see its entry in gnome-cups-manager. After installing it with foomatic-gui, the printer icon shows up in gnome-cups-manager but it can not print test page. I can print from normal application and test page of foomatic-gui so my printer is set up OK. gnome-cups-manager seems to be incompatible with gutenprint or broken under gutenprint mechanism. I only see old UNIPrint drivers and really old drivers. iThis means there is no recent printer support through gnome-cups-manager. Quite useless. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-cups-manager depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libcupsys2 1.2.5-1 Common UNIX Printing System(tm) - ii libfontconfig1 2.4.1-2 generic font configuration library ii libgconf2-42.16.0-2 GNOME configuration database syste ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgnome-keyring0 0.6.0-2 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomecups1.0-1 0.2.2-5 GNOME library for CUPS interaction ii libgnomecupsui1.0-1c2a 0.31-3UI extensions to libgnomecups ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-2+b1 GNOME virtual file-system (runtime ii libgnutls131.4.4-2 the GNU TLS library - runtime libr ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra Versions of packages gnome-cups-manager recommends: ii gksu 2.0.0-1graphical frontend to su -- no debconf information FYI: Versions of packages foomatic-gui depends on: ii gksu 2.0.0-1 graphical frontend to su ii python 2.4.4-1 An interactive high-level object-o ii python-foomatic 0.7.6 Python interface to the Foomatic p ii python-glade22.8.6-6 GTK+ bindings: Glade support ii python-gnome22.12.4-5Python bindings for the GNOME desk ii python-gnome2-extras 2.14.2-1+b1 Python bindings for the GNOME desk ii python-gtk2 2.8.6-6 Python bindings for the GTK+ widge Versions of packages foomatic-gui recommends: ii netcat1.10-32TCP/IP swiss army knife ii nmap 4.11-1 The Network Mapper ii pconf-detect 0.5-8.1Small printer auto-detect command- ii smbclient 3.0.23c-3 a LanManager-like simple client fo -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ + Osamu Aoki [EMAIL PROTECTED] Yokohama Japan, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and
Bug#396322: Possible to revert changes in amsthm.sty?
Hi On Tue, Oct 31, 2006 at 10:16:34AM +0100, Frank Küster wrote: [EMAIL PROTECTED] (Salvatore Bonaccorso) wrote: Subject: tetex-extra: Possible to revert changes in amsthm.sty Package: tetex-extra Version: 3.0.dfsg.3-1 Severity: wishlist *** Please type your report below this line *** Hi Im using amsthm for creating theorems etc. Now one can give a Name to a theorem in []-Brackets (see example). If I compile it on a sarge system with older amsthm.sty then it was created right (with the name also in boldface). If I crate it hiere with amsthm.sty with Version 2004/08/06 then the Theoremname wasn't show anymore in bold. We could contact upstream about this. But first, please check whether the description about \theoremstyle and, in particular, \newtheoremstyle in amsthdoc.pdf might be enough to solve your problem. Sorry for the late reply. Yes you are absolutely right. The description in amsthdoc.pdf explain it how to use \newtheoremstyle. I tried for example now \newtheoremstyle{plain}% {3pt}% {3pt}% {}% {}% {}% { }% {}% {\bfseries{\thmname{#1}{ }\thmnumber{#2} (#3).}}% to try to get the old behavior. It doesn't compile correctly yet, but I think I have done somewhere a mistake. I modified the simple example as in the attachment. Regards, Salvatore \documentclass[12pt,fleqn,a4paper]{article} \usepackage[ngerman]{babel} \usepackage{t1enc} \usepackage{amssymb} \usepackage{amsfonts} \usepackage{amstext} \usepackage{amsthm} \usepackage{amsmath} \usepackage{ifthen} \newtheoremstyle{plain}% {3pt}% {3pt}% {}% {}% {}% { }% {}% {\bfseries{\thmname{#1}{ }\thmnumber{#2} (#3).}}% %% Theorem-Ungebungen % Axiom; Theorem, Lemma, Proposition, Korollar, Satz. \theoremstyle{plain} \newtheorem{axiom}{Axiom} \newtheorem{thm}{Theorem}[section] \newtheorem{lem}[thm]{Lemma} \newtheorem{prop}[thm]{Proposition} \newtheorem{kor}[thm]{Korollar} \newtheorem{satz}[thm]{Satz} % alternative Style: % \newtheorem{lem}{Lemma}[section] % Defintion, Beispiel. \theoremstyle{definition} \newtheorem{defn}[thm]{Definition} \newtheorem{exmp}[thm]{Beispiel} % Bemerkung. \theoremstyle{remark} \newtheorem{bem}[thm]{Bemerkung} \begin{document} \begin{defn}[Messbare Funktion]Eine messbare \ldots \end{defn} \begin{thm}[Satz von Lagrange]Sei $f$ $\ldots$ \end{thm} \begin{proof} Sei \ldots \end{proof} \end{document} simple_example.ps Description: PostScript document
Bug#320587: closed by Bart Martens [EMAIL PROTECTED] (xchat: Xchat close when i use /unloadall)
Hi, Sorry but it's not true. U can close the bug if it's fixed by the developpers but with the tag moreinfo it's false because I give all information about this bug to the responsable. I paste the 3 mails here and 2 attachements files: Le samedi 30 juillet 2005 à 16:16 -0300, Guilherme de S. Pastore a écrit : severity 320587 important tag 320587 moreinfo tag 320587 unreproducible quit Hello, Hi, UNLOADALL doesn't seem to be a valid command in xchat 2.4.3. Perhaps it's provided by some external broken plugin you loaded? Also, I tried to unload modules in the few different ways I could think of, and xchat didn't crash. When i try to unload script from menu (Fenetres Greffons et Scripts) i have this message: Unloading individual perl scripts is not supported. You may use /UNLOADALL to unload all Perl scripts. Unloading individual perl scripts is not supported. You may use /UNLOADALL to unload all Perl scripts. In addition, you used causes data loss as justification for the grave severity. What kind of data loss did/could this cause? I use causes data loss because when xchat crash with (/unloadall command) i can resume my receiving dcc files. I am, therefore, lowering the severity and tagging this bug as 'moreinfo' and 'unreproducible' while we wait for a reply from you. Thanks in advance, Thanks --- Hassan Le mercredi 03 août 2005 à 17:41 -0300, Guilherme de S. Pastore a écrit : [ Err... because of some stupid mistake, this message stayed in my outgoing mail queue and was not sent ] Hi, Hello, sorry, unloadall is a command provided by the Perl interface module, which is supposed to unload all Perl stuff at once, so, yes, this can be xchat's fault. What does running xchat from the command line or through strace tell you? Is it a Segmentation fault? If so, could you please provide a backtrace, so I can look deeper into it, as I cannot reproduce the problem on my machine? Yes i have a Segmentation fault: --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ I join a strace log for my xchat session (i have change my real password for nickserv). Thanks, Thanks for you ;) Hello, I send u a gdb backtrace in this attachement. --- Hassan Le mercredi 03 août 2005 à 19:14 -0300, Guilherme de S. Pastore a écrit : Actually, I meant a gdb backtrace, sorry for not being clear enough. Hope you don't mind providing it too =) Regards, Le jeudi 02 novembre 2006 à 07:50 -0800, Debian Bug Tracking System a écrit : This is an automatic notification regarding your Bug report #320587: xchat: Xchat close when i use /unloadall, which was filed against the xchat package. It has been closed by Bart Martens [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Bart Martens [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) pièce jointe message de courriel Message transféré De: Bart Martens [EMAIL PROTECTED] À: [EMAIL PROTECTED] Sujet: xchat: Xchat close when i use /unloadall Date: Thu, 02 Nov 2006 16:34:51 +0100 Client de messagerie: Evolution 2.6.3 Tagged moreinfo since Sat, 30 Jul 2005 16:16:38 -0300. That is more than a reasonable (few months) timeframe. Anyone, feel free to reopen and explain why. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320587;msg=9 http://www.debian.org/Bugs/Developer#tags
Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors
Op 26-10-2006 om 22:27 schreef Jens Peter Secher: Problem 1: DHCP gets the machine an IP address, but I get the message: The network autoconfiguration was successful. However, no default route was set ... Continue without a default route? That means: something wrong with _your_ DHCP server. This is strange, because if I continue installation selecting 'Yes', keeps hitting Enter (giving no name server, no domain name, etc.), no network mirror, install from CD only, install GRUB, and reboot the newly installed system, the route is set fine: debian:~# route ... 192.168.1.0 *255.255.255.0 ... default 192.168.1.1 0.0.0.0... by the default configuration: debian:~# cat /etc/network/interfaces ... allow-hotplug eth0 iface eth0 inet dhcp I think you are saying I don't know that my network has two DHCP servers There is nothing wrong that, just configure them _both_ correctly. Problem 2: If I instead choose 'No', and configure the network manually, choose any network mirror, the installer tells me: The installer failed to access the mirror. ... That is also due the misconfigured DHCP server. Leaving further BR maintiance up to you. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396657: mysql-server-5.0 fails to start when upgrading it today
hi, On Thu, 2006-11-02 at 08:52 +0800, =?UTF-8?Q? =E6=9D=91=E9=95=BF ?= wrote: [EMAIL PROTECTED]:~$ LANG=c sudo apt-get install mysql-server-5.0 you probably meant LANG=C, not LANG=c (this is the cause of all the warnings below, though it shouldn't be the cause of the problem). Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! invoke-rc.d: initscript mysql, action start failed. dpkg: error processing mysql-server-5.0 (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: mysql-server-5.0 E: Sub-process /usr/bin/dpkg returned an error code (1) could you send us any relevant information from your syslog (/var/log/syslog, /var/log/messages)? also, try turning on error logging in /etc/my.cnf and send us anything you find from that as well. thanks, sean signature.asc Description: This is a digitally signed message part
Bug#396882: Acknowledgement (mozilla-calendar: crashes whenever I try to add an entry)
severity 396882 grave thanks hi - somehow I failed to set severity to grave - I want to let you know that this bug does not happen in a i386 PC - maybe the patch http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=293962;msg=47 would fix this bug as well a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396994: [l10n] Czech translation of dctrl-tools
Package: dctrl-tools Severity: wishlist Tags: l10n, patch Hi, in attachement there is Czech (cs.po) translation of dctrl-tools. Please add it to the package. Cheers -- Miroslav Kure cs.po.gz Description: Binary data
Bug#396993: xserver-xorg-video-nv: Xserver crashes machine completely
Package: xserver-xorg-video-nv Version: 1:1.2.0-3 Severity: critical Justification: causes serious data loss Hi, this bug might be related to bug #394803, however it is much more serious. Since I have upgraded to my new Asus mainboard, I'm in trouble with the xorg nv driver (The nvidia binary driver works better, but for the known security flaws I decided not to use it.) When running the nv driver, I quite often find the machine completely dead at the morning (the machine runs permanently), it then has crashed at night and requires pressing the reset button. Strangely, this never happens at daytime, although I am longer away for business than in bed. I did not find any precise cause yet, so it was not even clear what part of the system is the problem. However, about bug #394803 (vanishing mouse pointer) I found, that the mouse pointer problem is gone when I do xset s noblank (Unfortunately, screen power saving is gone as well...) As far as I can see right now, the crash problem is gone also, when I do that. But when I run X without entering this command (I yesterday restarted for other reasons), the machine crashes again. So there is most probably a problem between the nv driver and this particular hardware 00:05.0 VGA compatible controller: nVidia Corporation C51PV [GeForce 6150] (rev a2) regards Hadmut -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages xserver-xorg-video-nv depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii xserver-xorg-core2:1.1.1-10 X.Org X server -- core server xserver-xorg-video-nv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395169: Overriding debian-storage-policy-fixed-drives.fdi solves this problem
Hello, I have also experienced the same problem with new HAL version. The modification above does not solve the issue. On the other hand, I have modified the file: /etc/hal/fdi/policy/preferences.fdi To override the policy contained in: /usr/share/hal/fdi/policy/10osvendor/debian-storage-policy-fixed-drives.fdi Therefore, i have added these lines to /etc/hal/fdi/policy/preferences.fdi: device match key=@block.storage_device:storage.hotpluggable bool=false match key=@block.storage_device:storage.removable bool=false merge key=volume.ignore type=boolfalse/merge /match /match /device And (after restarting dbus) it solves the problem for me. Just a question for package maintainers: what's the rationale for setting the property volume.ignore=true for local devices as a security measure ? Perhaps it would good to improve coordination between gnome-volume-manager and hal packages (just to make sure maintainers for either package are aware of new modifications, or to agree on a global policy for managing / showing / hiding volumes / devices...) You may also add a README explaining this kind of modifications (which may conflict with other packages and current desktop behaviour) and how to override or solve them (if possible). Thank you, Daniel R. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396995: /usr/bin/sa-learn: Learn through spamd
Package: spamassassin Version: 3.1.7-1 Severity: wishlist File: /usr/bin/sa-learn I may be wrong, but it doesn't seem to me that sa-learn can use spamd to feed the Bayes database. In setups where you have a central mail server doing the filtering, and clients fetchmailing from there, it could be interesting to remotely feed its Bayes database. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.30-1 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libsocket6-perl 0.19-1 Perl extensions for IPv6 ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages spamassassin recommends: pn libmail-spf-query-perlnone (no description available) ii libnet-dns-perl 0.59-1 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl]5.8.8-6.1 Larry Wall's Practical Extraction ii spamc 3.1.7-1Client for SpamAssassin spam filte -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#244724: exim4: passwd.client is better to use wildlsearch and documentation updates
Hi Osamu, On Fri, Nov 03, 2006 at 11:19:55PM +0900, Osamu Aoki wrote: My ISP put back AUTH for SMTP so I hit this bug again :-) It took me a while to realize the confofuration needs to use canonical name or just *. I think Debian provided configuration is better to use wildsearch than plain lsearch to enable wildcard in the hostname field here. That's a rather neat idea and I'm going to implement this soon. I am wondering, however, that we shuold probably use nwildlsearch instead of the wildlsearch* you have been suggesting. We do not need string expansion there, and wildlsearch* strikes me as redundant. Can you please verify? Also, since I can not call the current /etc/exim4/passwd.client explanation as verbose and it may be overlooked if it was user modified, I updated README.Debian to point to the manpage which is not so easy to find for novice: $ man -k passwd.client exim4_passwd_client (5) - Files in use by the Debian exim4 packages That is a good idea as well since the current /etc/exim4/passwd.client docs do little more than pointing the user to the manpage. diff -Nru exim4-4.63-orig/debian/debconf/conf.d/auth/30_exim4-config_examples exim4-4.63/debian/debconf/conf.d/auth/30_exim4-config_examples --- exim4-4.63-orig/debian/debconf/conf.d/auth/30_exim4-config_examples 2006-11-03 21:18:55.0 +0900 +++ exim4-4.63/debian/debconf/conf.d/auth/30_exim4-config_examples 2006-11-03 21:43:26.0 +0900 @@ -48,7 +48,7 @@ # driver = plaintext # public_name = LOGIN # server_prompts = Username:: : Password:: -# server_condition = ${if crypteq{$auth2}{${extract{1}{:}{${lookup{$auth1}lsearch{CONFDIR/passwd}{$value}{*:*}{1}{0}} +# server_condition = ${if crypteq{$auth2}{${extract{1}{:}{${lookup{$auth1}wildlsearch{CONFDIR/passwd}{$value}{*:*}{1}{0}} # server_set_id = $auth1 # .ifndef AUTH_SERVER_ALLOW_NOTLS_PASSWORDS # server_advertise_condition = ${if eq{$tls_cipher}{}{}{*}} @@ -57,7 +57,7 @@ # cram_md5_server: # driver = cram_md5 # public_name = CRAM-MD5 -# server_secret = ${extract{2}{:}{${lookup{$auth1}lsearch{CONFDIR/passwd}{$value}fail}}} +# server_secret = ${extract{2}{:}{${lookup{$auth1}wildlsearch{CONFDIR/passwd}{$value}fail}}} # server_set_id = $auth1 I do not understand this part of the patch. Server authentication does not use passwd.client, and your change is going to introduce wildcards for _user names_, which does not sound desireable. Any chance that this part of the patch is result of a search-and-replace call? Without better arguments, I'm not going to take this part of the patch. The other instances of lsearch* have been replaced by nwildlsearch in svn, and pending successful testing, I'm going to upload soon. diff -Nru exim4-4.63-orig/debian/manpages/exim4-config_files.5 exim4-4.63/debian/manpages/exim4-config_files.5 --- exim4-4.63-orig/debian/manpages/exim4-config_files.5 2006-11-03 21:18:55.0 +0900 +++ exim4-4.63/debian/manpages/exim4-config_files.5 2006-11-03 23:18:33.0 +0900 diff -Nru exim4-4.63-orig/debian/README.Debian.xml exim4-4.63/debian/README.Debian.xml --- exim4-4.63-orig/debian/README.Debian.xml 2006-11-03 21:18:55.0 +0900 +++ exim4-4.63/debian/README.Debian.xml 2006-11-03 22:37:58.0 +0900 These are very good patches, modulo some Japanisms in the English wording, which I have replaced by appropriate Germanisms ;) Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393918: gnome-mount: Same here for USB drives
Package: gnome-mount Version: 0.5-2 Followup-For: Bug #393918 Same thing here for ejecting USB keys... Maybe this package should have a dependency on the proper version of gnome-volume-manager ? What use is there to have it in etch/testing if it requires other packages not yet ready ? Best regards, -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gnome-mount depends on: ii eject 2.1.4-2.1 ejects CDs and operates CD-Changer ii gconf2 2.16.0-2 GNOME configuration database syste ii hal0.5.8.1-3 Hardware Abstraction Layer ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.13-3 Avahi client library ii libavahi-common3 0.6.13-3 Avahi common library ii libavahi-glib1 0.6.13-3 Avahi glib integration library ii libbonobo2-0 2.14.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-30.93-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-2simple interprocess messaging syst ii libeel2-2 2.14.3-1 Eazel Extensions Library (for GNOM ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgail-common 1.8.11-2 GNOME Accessibility Implementation ii libgail17 1.8.11-2 GNOME Accessibility Implementation ii libgconf2-42.16.0-2 GNOME configuration database syste ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-2+b1 GNOME virtual file-system (runtime ii libgnutls131.4.4-1 the GNU TLS library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libhal-storage10.5.8.1-3 Hardware Abstraction Layer - share ii libhal10.5.8.1-3 Hardware Abstraction Layer - share ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libnautilus-extension1 2.14.3-3 libraries for nautilus components ii libnotify1 0.4.2-1+b1sends desktop notifications to a n ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-7PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libtasn1-3 0.3.6-1 Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages gnome-mount recommends: ii cryptsetup2:1.0.4-3 configures encrypted block devices -- no
Bug#396939: nautilus: Add unmount progress dialog from Ubuntu
On Fri, Nov 03, 2006, Sven Arvidsson wrote: Still, I would be glad to help out with getting the translations for the patch, but there must be an easier way to get all the language files than having them mailed to me one by one? I don't know. I suppose you could write one with shell snippets. I would have assumed that the Ubuntu guys had a function in Rosetta or a script to extract the needed translated strings for when they merge their changes upstream? I don't think so; I think stuff is translated again from the beginning upstream. -- Loïc Minier [EMAIL PROTECTED]
Bug#396996: libcommoncpp2-dev: missing dependency on libgnutls-dev
Package: libcommoncpp2-dev Version: 1.5.1-2 Severity: serious Rebuilds of libccaudio on i386 for the libcommoncpp2 library transition are failing, because ccgnu2-config --extlibs now outputs the names of libraries that libcommoncpp2-dev doesn't depend on: $ ccgnu2-config --extlibs -lccext2 -lgnutls -lgcrypt -lz $ [...] /bin/sh ../libtool --tag=CXX --mode=link g++ -g -Wall -O2 -D_GNU_SOURCE -o libccaudio1.la -rpath /usr/lib -lm -version-info 0:0 -release 1.2 audiofile.lo friends.lo codec.lo cdalinux.lo cdawin32.lo samples.lo fileio.lo dtmf.lo -L/usr/lib -lccext2 -lccgnu2 -lgnutls -lgcrypt -lz -ldl -lrt -pthread g++ -shared -nostdlib /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/crti.o /usr/lib/gcc/i486-linux-gnu/4.1.2/crtbeginS.o .libs/audiofile.o /.libs/friends.o .libs/codec.o .libs/cdalinux.o .libs/cdawin32.o .libs/samples.o .libs/fileio.o .libs/dtmf.o -L/usr/lib/usr/lib/libccext2.so /usr/lib/libccgnu2.so -lgnutls -lgcrypt -lz -ldl -lrt -pthread -L/usr/lib/gcc/i486-linux-gnu/4.1.2 -L/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib -L/lib/../lib -L/usr/lib/../lib -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i486-linux-gnu/4.1.2/crtendS.o /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/crtn.o -Wl,-soname -Wl,libccaudio1-1.2.so.0 -o .libs/libccaudio1-1.2.so.0.0.0 /usr/bin/ld: cannot find -lgnutls collect2: ld returned 1 exit status make[3]: *** [libccaudio1.la] Error 1 make[3]: Leaving directory `/build/buildd/libccaudio-1.2.0/src' [...] Please fix this package to either depend on the other libraries it will tell packages to use, or to not output transitive dependencies in its -config script since this is not the common case. Marked as 'serious' because without these dependencies, the upstream interface for specifying linker options isn't consistently usable on Debian. -- 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/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396944: exim4-daemon-light: upgrading causes panic
On Fri, Nov 03, 2006 at 01:06:01PM -0700, Bruce Sass wrote: 2006-11-03 02:05:38 socket bind() to port 25 for address (any IPv4) failed: Address alre ady in use: daemon abandoned ...about the time an upgrade was in progress, yet... [EMAIL PROTECTED]:~$ ps aux | grep exim 102 9302 0.0 0.1 5352 1000 ?Ss Oct28 0:00 /usr/sbin/exim4 -bd -q30m ...would seem to indicate that it is a transitory situation caused by the upgrade process. Probably. Did killing the existing daemon manually help with starting the new daemon? The result is daily... -e Subject: exim paniclog on onegee has non-zero size To: root exim paniclog /var/log/exim4/paniclog on onegee has non-zero size, mail system might be broken ...messages when there is no problem. Yes, you'll need to rotate the paniclog away manually. See /usr/share/doc/exim4-base/README.Debian.gz chapter 2.5.1 If the message is continuously being written again and again over and over, you have probably still an old daemon running. Disabling paniclog monitoring is not a reasonable option because I want to be advised if there is a problem, and using a regexp to filter out the noisy message could result in valid problems being missed. Agreed. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396997: perl error (freeing unreferenced scalar)
Package: spamassassin Version: 3.1.4-1 I'm not into perl that much, but the following log entries must be due to some programming error: Nov 3 23:56:21 calf check[10988]: Attempt to free unreferenced scalar: SV 0x944ae44, Perl interpreter: 0x814e008 at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line 162. Nov 3 23:56:21 calf check[10988]: timeout with empty $@ at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line 182. Nov 4 00:49:35 calf check[16212]: Attempt to free unreferenced scalar: SV 0x944ae44, Perl interpreter: 0x814e008 at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line 162. Nov 4 00:49:35 calf check[16212]: timeout with empty $@ at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line 182. Nov 4 08:17:47 calf check[29951]: Attempt to free unreferenced scalar: SV 0x944ae44, Perl interpreter: 0x814e008 at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line 162. Nov 4 08:17:47 calf check[29951]: timeout with empty $@ at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line 182. Nov 4 09:23:41 calf check[32234]: Attempt to free unreferenced scalar: SV 0x944ae44, Perl interpreter: 0x814e008 at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line 162. Nov 4 09:23:41 calf check[32234]: timeout with empty $@ at /usr/share/perl5/Mail/SpamAssassin/Timeout.pm line 182. Note that I have not seen these errors in any earlier version. Regards, Michael pgpdgzkMBsgWT.pgp Description: PGP signature
Bug#396937: [pkg-ntp-maintainers] Bug#396937: Backgrounded ntpdate from ifup races with hwclock
Re, On Fri, Nov 03, 2006 at 11:19:42PM +0100, Kurt Roeckx wrote: On Fri, Nov 03, 2006 at 08:51:03PM +0100, beck wrote: Package: ntpdate Version: 1:4.2.2.p4+dfsg-1 Severity: normal it appears that the new way ntpdate-debian is called from if-up.d (starting it as a background process to prevent delays during boot) can lead to a race with hwclock.sh which is called later from rcS. In my case, ntpdate was seemingly started after the interface went up and ran a while in the background. In the meantime, hwclock.sh corrected the clock according to CMOS clock information. At this point, the clock is correct, but ntpdate is still not completed. When it finally completes, it corrects the clock by another hour, resulting in a wrong clock. The unsatisfactory result is that though I have a correct CMOS clock, working NTP servers and I am running both ntpdate and a local NTP server, I end up with the wrong time. Due to the large offset, ntpd will not fix the clock, either. ntpdate should never adjust the clock wrong by an hour, it should set it correct. Yep, but it does. I've had the proper loop in rc equipped with a date(1) call after every single init script, which revealed that time was wrong (by misinterpretation of the CMOS clock as UTC) in the whole boot process until S50hwclock.sh fixed it (which up to this is expected behavior). Both the output from that script (I even let it run -xv) and the date(1) immediately following it showed correct time. Then, later and somehow magically, time changed again to a value 1h in the past. It happened after some init scripts (like exim startup) that will not touch the clock by themselves. The only explanation I have for this behavior is the backgrounded ntpdate-debian hosed the clock after finally getting data from its NTP servers. You may probably force this behavior easily by having one or two unreachable servers in the sequence first. I think your problem is that hwclock is started after ntpdate. At least this is way too late for hwclock as we all agree - and running hwclock at a more proper time would likely fix it. What remains is the knowledge that ntpdate does something silly, though - when it runs over a macroscopic timescale due to unreachable servers or similar delays and something else changes the kernel clock during this time, it might end up offsetting the time *again*. Obviously it thinks it is the only tool that controls the clock, and everything works perfectly when it is. But now that it runs backgrounded, other tools might interfere. There is probably not only hwclock, but other time correction tools that use various sources might collide with it as well. IMO this should be fixed upstream, even when there cannot be a perfect fix (a small chance for a race condition will remain). My CMOS clock is running in local time (intentionally) which is CET. Do you know about #342887 and all it's merged bugs, which is supposed to be fixed in util-linux 2.12r-13 just a few days ago? It had a problem with time not in UTC. Oh my goodness, what a biblical thread. No, I didn't know about it yet, but it explains a lot. It seems what caused my problem in the first place was the former fix that deactivated hwclockfirst.sh which used to fix the clock in the early boot process. It seems to have moved to S8 according to the changelog, and I believe that should fix your problem. In -14 it's now back at S11 and this might not be the last word, as there is good reason it should run before checkroot. The old solution wasn't that bad after all, it seems - it always worked for me, as I have no dedicated filesystem for /usr. But hwclock.sh tries to write to / so it cannot be easily moved before checkroot. What a mess ;) Can you please chech that it works with the new util-linux? I intend to reassign this to util-linux and close it. Sadly, -13 (and above) are not yet in testing and might need some more time to go there due to freeze. I'll try to just move the existing hwclock.sh to S11, which will likely fix the issue. Hopefully the chaos around hwclock gets cleaned before etch hits the streets. Thanks, Andre. -- The _S_anta _C_laus _O_peration or how to turn a complete illusion into a neverending money source - Andre Beck+++ ABP-RIPE +++IBH Prof. Dr. Horn GmbH, Dresden - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395195: f-spot: Opens wrong page after export to web gallery
Roland Mas, 2006-10-27 10:10:54 +0200 : After fixing #394142, I did manage to build F-Spot, and removing that while-loop does indeed fix the current bug for me: Patch was merged upstream (with a few changes), see http://cvs.gnome.org/viewcvs/f-spot/src/GalleryRemote.cs?r1=1.16r2=1.17 Roland. -- Roland Mas La tradition orale, c'est comme un vieux fromage [...] -- Le Blaire -- Signatures à collectionner, série n°2, partie 1/3.
Bug#122771: george geisinger Detection
Good Morning george geisinger, After Checking our files, my company is willing to offer you upto 242K at 7.80% to 791K at 4.23% fixed. www.niewi.com/9r Submit your form get your FICO file. Respects, Bill Mayer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#231266: Announce of the upcoming NMU for the tutos2 package
Christian Perrier skrev: Dear maintainer of tutos2 and Debian translators, On 28 oct 2006 I sent a notice to the maintainer of the tutos2 Debian package, mentioning the status of at least one old po-debconf translation update in the BTS (bug #231266). Here is the updated Swedish translation Regards, Daniel # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: tutus2 2.0.20050413-1\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-10-28 20:56+0200\n PO-Revision-Date: 2006-11-04 10:37+0100\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../tutos2.templates:1001 msgid What is the webserver ? msgstr Vilken typ av webbserver ska användas? #. Type: select #. Description #: ../tutos2.templates:1001 msgid What kind of web server you want TUTOS to use ? msgstr Vilken typ av webbserver vill du använda med TUTOS? #. Type: string #. Description #: ../tutos2.templates:2001 msgid What is the hostname where will run the TUTOS SGBD ? msgstr Vad är värdnamnet där TUTOS-databasen ska köras? #. Type: string #. Description #: ../tutos2.templates:2001 msgid In order to configure TUTOS, you need to enter the hostname where the TUTOS SGBD backend will run. msgstr För att konfigurera TUTOS måste du ange värdnamnet där TUTOS-databasen körs. #. Type: string #. Description #: ../tutos2.templates:3001 msgid What is the username of the SGBD administrator ? msgstr Vad är användarnamnet för databasadministratören? #. Type: string #. Description #: ../tutos2.templates:3001 msgid You need to enter the username of SGBD administrator in order to create the TUTOS database. msgstr Du behöver ange användarnamnet för databasadministratören för att kunna skapa TUTOS databas. #. Type: password #. Description #: ../tutos2.templates:4001 msgid What is the TUTOS SGBD admin (DBA) password ? msgstr Vad är databasadministratörens (DBA) lösenord? #. Type: password #. Description #. Type: password #. Description #: ../tutos2.templates:4001 #: ../tutos2.templates:8001 msgid We need to know the postgresql or mysql admin password in order to create the database and its schema. msgstr Vi behöver veta lösenordet för administratören för PostgreSQL eller MySQL för att skapa databasen och dess schema. #. Type: password #. Description #: ../tutos2.templates:5001 msgid Confirm the DBA password msgstr Bekräfta DBA-lösenordet #. Type: password #. Description #. Type: password #. Description #: ../tutos2.templates:5001 #: ../tutos2.templates:9001 msgid You have to confirm the password in order to continue the process msgstr Du måste bekräfta lösenordet för att fortsätta processen #. Type: note #. Description #: ../tutos2.templates:6001 msgid Error msgstr Fel #. Type: note #. Description #: ../tutos2.templates:6001 msgid The password and the confirm password provided mismatch. You should reenter the passwords ! msgstr Lösenorden du angav stämmer inte överens. Mata in lösenorden igen! #. Type: string #. Description #: ../tutos2.templates:7001 msgid What is the username of the SGBD user ? msgstr Vad är användarnamnet för databasanvändaren? #. Type: string #. Description #: ../tutos2.templates:7001 msgid You need to enter the username of SGBD user in order to create the TUTOS database. msgstr Du behöver ange användarnamnet för databasanvändaren för att skapa TUTOS databas. #. Type: password #. Description #: ../tutos2.templates:8001 msgid What is the TUTOS SGBD user password ? msgstr Vad är databasanvändarens lösenord? #. Type: password #. Description #: ../tutos2.templates:9001 msgid Please confirm the TUTOS SGBD user password msgstr Bekräfta databasanvändarens lösenord #. Type: note #. Description #: ../tutos2.templates:10001 msgid Warning - Tutos is not configured msgstr Varning - Tutos är inte konfigurerad #. Type: note #. Description #: ../tutos2.templates:10001 msgid Please note you have not completed the tutos configuration. To be able to complete it later, please just type msgstr Observera att du har inte färdigställt konfigurationen av Tutos. För att färdigställa den senare, kör #. Type: note #. Description #: ../tutos2.templates:10001 msgid dpkg-reconfigure tutos msgstr dpkg-reconfigure tutos #. Type: note #. Description #: ../tutos2.templates:11001 msgid Warning - Tutos database tables need
Bug#396582: Some additional info
also sprach Dan Pascu [EMAIL PROTECTED] [2006.11.03.2238 +0100]: But I'm glad you were able to at least see the problem I'm experiencing. One thing that intrigues me is why in my case when failing a drive and stopping the array, after restarting it, the failed drive was already removed (even though I never removed it myself) and the arrays started degraded with 1 drive out of 2, and in your case the array started with the failed drive included and reported that it started with 2 drives. This only happens when the last update time stored in the failed component's superblock is the same as the time in the other components superblocks. Then mdadm says that the drive is failed but looks okay. When I reproduced the problem, I saw exactly your behaviour and did not have to remove the component. Here's what I think happens exactly: - while the array is running, writes result in updates to the superblocks - if you fail a component, its superblock is no longer updated - when you stop/start an array, mdadm checks all the superblocks - if they all seem as if they'd been stopped at the same time, it just assembles. - however, if a superblock seems out of date, md writes: kernel: md: kicking non-fresh sde1 from array! and starts the array in degraded mode. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#389504: fglrx-driver: [FTBFS] #error The header file 'AdjustPage.h' doesn't include QObject.
Hi Flavio, You wrote a week ago that this bug would be fixed in the next upload. When can we expect that upload to happen? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394775: Sparc64 install fails: 'sbcl.sh install-clc' segfaults
On Tue, Oct 31, 2006 at 08:37:11AM +0100, Peter Van Eynde wrote: could you send me the output of cat /proc/self/maps ---8---8--- 0001-00014000 r-xp 08:01 6201 /bin/cat 00022000-00024000 rwxp 2000 08:01 6201 /bin/cat 00024000-00046000 rwxp 00024000 00:00 0 [heap] f7d24000-f7e78000 r--p fe:00 16461 /usr/lib/locale/locale-archive f7e78000-f7fac000 r-xp 08:01 22628 /lib/libc-2.3.2.so f7fac000-f7fb8000 ---p 00134000 08:01 22628 /lib/libc-2.3.2.so f7fb8000-f7fc4000 rwxp 0013 08:01 22628 /lib/libc-2.3.2.so f7fc4000-f7fc6000 rwxp f7fc4000 00:00 0 f7fd-f7fea000 r-xp 08:01 22625 /lib/ld-2.3.2.so f7ff8000-f7ffa000 rwxp 00018000 08:01 22625 /lib/ld-2.3.2.so ff8f-ff91a000 rw-p ff8f 00:00 0 [stack] ---8---8--- and strace /usr/bin/sbcl --core /usr/lib/sbcl/sbcl-dist.core --sysinit /dev/null --userinit /dev/null ---8---8--- execve(/usr/bin/sbcl, [/usr/bin/sbcl, --core, /usr/lib/sbcl/sbcl-dist.core, --sysinit, /dev/null, --userinit, /dev/null], [/* 41 vars */]) = 0 uname({sys=Linux, node=gyral, ...}) = 0 brk(0) = 0x22000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=22531, ...}) = 0 mmap(NULL, 22531, PROT_READ, MAP_PRIVATE, 3, 0) = 0xf7f9 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libdl.so.2, O_RDONLY) = 3 read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\2\0\0\0\1\0\0\36..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=10444, ...}) = 0 mmap(NULL, 74736, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xf7f7c000 mprotect(0xf7f8, 58352, PROT_NONE) = 0 mmap(0xf7f8c000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xf7f8c000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libm.so.6, O_RDONLY)= 3 read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\2\0\0\0\1\0\0\234..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=527020, ...}) = 0 mmap(NULL, 591312, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xf7ee8000 mprotect(0xf7f66000, 75216, PROT_NONE) = 0 mmap(0xf7f68000, 73728, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x7) = 0xf7f68000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libc.so.6, O_RDONLY)= 3 read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\2\0\0\0\1\0\1\316..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1292436, ...}) = 0 mmap(NULL, 1362352, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xf7d98000 mprotect(0xf7ecc000, 100784, PROT_NONE) = 0 mmap(0xf7ed8000, 49152, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0x13) = 0xf7ed8000 mmap(0xf7ee4000, 2480, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xf7ee4000 close(3)= 0 munmap(0xf7f9, 22531) = 0 uname({sys=Linux, node=gyral, ...}) = 0 mmap(0x1000, 83886080, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x1000 mmap(0x2800, 67108864, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x2800 mmap(0x3000, 134217728, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x3000 mmap(0x4000, 134217728, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0x4000 mmap(0xf80, 8388608, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = 0xf80 brk(0) = 0x22000 brk(0x44000)= 0x44000 brk(0) = 0x44000 fstat64(1, {st_mode=S_IFREG|0644, st_size=3212, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7f96000 write(1, This is SBCL 0.8.16, an implemen..., 362This is SBCL 0.8.16, an implementation of ANSI Common Lisp. More information about SBCL is available at http://www.sbcl.org/. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. ) = 362 open(/etc/localtime, O_RDONLY)= 3 fstat64(3,
Bug#392951: Reason for these bugs
Heya, All these three packages (toolchain-source, llvm, mingw32) contain copies of the gcc sources in recent versions, so they include GFDLed material, just like gcc. Similiar patches should probably be applied. Marc -- BOFH #37: heavy gravity fluctuation, move computer to floor rapidly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363071: amarok: Same problem since 1.4.3
Package: amarok Version: 1.4.4-0.1 Followup-For: Bug #363071 I have the very same problem since release 1.4.3. Automatic track switching won't crash, but manual switch does. I've been able to bypass the problem by switching off crossfading. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages amarok depends on: ii amarok-engines 1.4.4-0.1 output engines for the Amarok audi ii amarok-xine [amarok- 1.4.4-0.1 xine engine for the Amarok audio p ii kdelibs4c2a 4:3.5.5a.dfsg.1-3 core libraries and binaries for al ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.8-2 The Network Audio System (NAS). (s ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-19 GCC support library ii libgl1-mesa-glx [lib 6.5.1-0.2 A free implementation of the OpenG ii libglib1.2 1.2.10-14 The GLib library of C routines ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgpod0 0.3.2-1.1 a library to read and write songs ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libifp4 1.0.0.2-3 communicate with iRiver iFP audio ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libmysqlclient15off 5.0.26-2mysql database client library ii libnjb5 2.2.5-4.1 Creative Labs Nomad Jukebox librar ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libpq4 8.1.5-1 PostgreSQL C client library ii libqt3-mt3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.5-3 Libraries necessary to run Ruby 1. ii libsdl1.2debian 1.2.11-7Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libsqlite3-0 3.3.8-1 SQLite 3 shared library ii libstdc++6 4.1.1-19The GNU Standard C++ Library v3 ii libtag1c2a 1.4-4 TagLib Audio Meta-Data Library ii libtunepimp3 0.4.2-3.2 MusicBrainz tagging library and si ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii libvisual-0.4-0 0.4.0-1 Audio visualization framework ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii ruby 1.8.2-1 An interpreter of object-oriented ii xmms 1:1.2.10+20061101-1 Versatile X audio player ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:3.5.5-1 enables the browsing of audio CDs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396948: adduser: [INTL:it] Italian translations updated
tags #396948 confirmed pending thanks On Fri, Nov 03, 2006 at 09:31:59PM +0100, Luca Monducci wrote: in attachment there are updated Italian translations of adduser program (attachment is a patch against current SVN). Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396998: gaim: Remove update checker plugin?
Package: gaim Version: 1:2.0.0+beta4-3 Severity: minor In Debian Firefox doesn't have its check for update options, as updates are delivered via apt, not from upstream. It seems sensible to do the same thing in gaim. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data1:2.0.0+beta4-3 multi-protocol instant messaging c ii libaspell15 0.60.4-4GNU Aspell spell-checker runtime l ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libavahi-compat-howl00.6.13-3Avahi Howl compatibility library ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-3 0.93-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-2 simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgnutls13 1.4.4-1 the GNU TLS library - runtime libr ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libperl5.8 5.8.8-6.1 Shared Perl library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxss1 1:1.1.0-1 X11 Screen Saver extension library gaim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396965: texlive-latex-extra: curve needs ltxtable to work
retitle 396965 ltxtable.sty is missing reassign 396965 texlive-latex-base thanks On Sat, Nov 04, 2006 at 00:04 +0100, Bernard Adrian wrote: Curve, which belongs to this package, can't work. It requires ltxtable.sty (of David Carlisle). Since some contribs of D. Carlisle are in texlive-latex-base, maybe it would be convenient to add ltxtable.sty in that package ? Otherwise, it would be necessary, imho, to add it in texlive-latex-extra. Thanks for your report and analysis. This is indeed a bug in texlive-latex-base where ltxtable.sty is missing, while the documentation ltxtable.pdf is actually installed. This might actually also be an upstream issue, since carlisle.tpm does not mention ltxtable.sty (as opposed to ltxtable.pdf). cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396965: texlive-latex-extra: curve needs ltxtable to work
Bernard Adrian [EMAIL PROTECTED] wrote: Package: texlive-latex-extra Version: 2005.dfsg.2-2 Severity: normal Hi, Curve, which belongs to this package, can't work. It requires ltxtable.sty (of David Carlisle). Since some contribs of D. Carlisle are in texlive-latex-base, maybe it would be convenient to add ltxtable.sty in that package ? Otherwise, it would be necessary, imho, to add it in texlive-latex-extra. Actually, it's supposed to be in texlive-latex-base. It's an upstream bug that it is not installed (the documentation is installed...). I fear that Norbert is already packging his suitcase of backpack, and it'll be up to me to fix this... For the time being and as a workaround, you can get ltxtable.tex from CTAN:macros/latex/contrib/supported/carlisle (e.g. http://www.cam.ctan.org/tex-archive/macros/latex/contrib/carlisle/ltxtable.tex), run latex on it, and it will produce ltxtable.sty in the current directory. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#396999: O: plplot
Package: wnpp Severity: normal I have maintained the PLplot packages (plplot.sf.net) for quite a while, but now time constraints will prevent me to do it in the foreseeable future. I am hence orphaning the plplot packages. The packages are fully bug free and there are some Lintian warnings about package-name-doesnt-match-sonames and package-has-a-duplicate-relation that should be easy to fix. Upstream has recently switched from Autotools to CMake, although no release with this new build system has came out yet. Anyone interested in these packages should have some knowledge of CMake, I think. Rafael Laboissiere -- 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.18-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) signature.asc Description: Digital signature
Bug#396977: guile-1.8-dev: Lintian error: Shell script syntax problem
On Fri, Nov 03, 2006 at 06:03:08PM -0800, Rob Browning wrote: Ludovic RESLINGER [EMAIL PROTECTED] writes: E: guile-1.8-dev: shell-script-fails-syntax-check ./usr/share/guile/1.8/scripts/use2dot It seems to be a syntax problem in the shell script. Could you fix it for a next upload? These aren't bugs. If you look at the scripts, you will see that they're actually scheme code with a little shell boilerplate at the top. Thanks Hi, Ok, I didn't look at the script tomorrow, I just saw this lintian message, but with what you say know, I understand why I met this message. Thanks. Regards, -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#396737: adduser: [INTL:fr] French translation update
tags #396737 confirmed pending thanks On Thu, Nov 02, 2006 at 05:16:19PM +0100, Nicolas François wrote: Please find attached the French translation update, proofread by the debian-l10n-french mailing list contributors. (to be placed in the po directory) Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395330: closing
Hi, I'm closing this bug, since it only appeared with an unofficial libgpod0 from debian-multimedia. With the official one shipped by Debian the problem does not appear. Thanks for the hint and sorry for the inconvenience. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396894: O: beep-media-player
On Fri, Nov 03, 2006 at 07:04:02PM +0100, Daniel Baumann wrote: Paul van Tilburg wrote: Beep Media Player development was discontinued by upstream over a year ago. They resumed their work and created BMPx, a reincarnation of Beep Media Player but with a different approach. BMP was also forked by another group with the aim to retain the XMMS-style interface, and they created Audacious. Both of these related players have been available in Debian for a few weeks now. As we (you, Matthias and I) discussed previously, I'll schedule it for removal, but I'm waiting until audacious enters testing. Ok, great! Paul -- Student @ Eindhoven | email: [EMAIL PROTECTED] University of Technology, The Netherlands | JID: [EMAIL PROTECTED] Using the Power of Debian GNU/Linux | GnuPG key ID: 0x50064181 signature.asc Description: Digital signature
Bug#362613: qsynth's sample rate vs. jack's
Hi, I maintain the Debian package of qsynth in the official Debian repository. One of our users came with the request that the Sample rate be automatically disabled when jackd driver is used. More of this in the bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362613 This feature makes sense to me but outpasses my maintainer's duties, so I'll tag it as 'upstream' and kindly ask you to implement it. Please Cc me on any reply. Thanks, -- Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397000: python2.5: FTBFS on GNU/kFreeBSD
Package: python2.5 Severity: important Version: 2.5-3 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD, the same problem also affect hurd. It needs small tweak to Lib/distutils/command/build_ext.py. Please find attached patch with that. It would also be nice if you can ask upstream to include similar change. Thanks in advance Petr diff -u python2.5-2.5/debian/rules python2.5-2.5/debian/rules --- python2.5-2.5/debian/rules +++ python2.5-2.5/debian/rules @@ -863,6 +863,7 @@ tkinter-import \ link-opt \ distutils-exec-prefix \ + distutils-gnu \ ifeq ($(with_fpectl),yes) debian_patches += \ only in patch2: unchanged: --- python2.5-2.5.orig/debian/patches/distutils-gnu.dpatch +++ python2.5-2.5/debian/patches/distutils-gnu.dpatch @@ -0,0 +1,36 @@ +#! /bin/sh -e + +# DP: Fix building on kfreebsd and may be also on hurd. + +dir= +if [ $# -eq 3 -a $2 = '-d' ]; then +pdir=-d $3 +dir=$3/ +elif [ $# -ne 1 ]; then +echo 2 usage: `basename $0`: -patch|-unpatch [-d srcdir] +exit 1 +fi +case $1 in +-patch) +patch $pdir -f --no-backup-if-mismatch -p0 $0 +;; +-unpatch) +patch $pdir -f --no-backup-if-mismatch -R -p0 $0 +;; +*) + echo 2 usage: `basename $0`: -patch|-unpatch [-d srcdir] +exit 1 +esac +exit 0 + +--- Lib/distutils/command/build_ext.py~2006-11-04 11:51:47.0 +0100 Lib/distutils/command/build_ext.py 2006-11-04 11:51:47.0 +0100 +@@ -186,7 +186,7 @@ + # for extensions under Cygwin and AtheOS Python's library directory must be + # appended to library_dirs + if sys.platform[:6] == 'cygwin' or sys.platform[:6] == 'atheos' or \ +- (sys.platform.startswith('linux') and ++ ((sys.platform.startswith('linux') or sys.platform.startswith('gnu')) and + sysconfig.get_config_var('Py_ENABLE_SHARED')): + if sys.executable.startswith(os.path.join(sys.exec_prefix, 'bin')): + # building third party extensions
Bug#396582: Some additional info
martin f krafft wrote: also sprach Dan Pascu [EMAIL PROTECTED] [2006.11.03.2238 +0100]: But I'm glad you were able to at least see the problem I'm experiencing. One thing that intrigues me is why in my case when failing a drive and stopping the array, after restarting it, the failed drive was already removed (even though I never removed it myself) and the arrays started degraded with 1 drive out of 2, and in your case the array started with the failed drive included and reported that it started with 2 drives. This only happens when the last update time stored in the failed component's superblock is the same as the time in the other components superblocks. Then mdadm says that the drive is failed but looks okay. When I reproduced the problem, I saw exactly your behaviour and did not have to remove the component. Here's what I think happens exactly: - while the array is running, writes result in updates to the superblocks - if you fail a component, its superblock is no longer updated - when you stop/start an array, mdadm checks all the superblocks - if they all seem as if they'd been stopped at the same time, it just assembles. - however, if a superblock seems out of date, md writes: kernel: md: kicking non-fresh sde1 from array! and starts the array in degraded mode. I think that explains it. Since I was using bitmaps, which were updated every 5 seconds, it's very likely that the superblock was updated at least once between the moment I failed it and the moment I stopped the array. I guess you can obtain the same effect, without writing to the array while failed, but by manually removing the drive after failing it and before stopping the array. The issue seems to be when the array starts degraded with 1 drive missing. -- Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396751: jpilot: sync fails with SYNC_ERROR_PI_CONNECT
Le 03.11.2006, à 18:31:07, Jeff Abrahamson a écrit: Here's the results of running pilot-link: [EMAIL PROTECTED]:~ $ ssh -X [EMAIL PROTECTED] Last login: Fri Nov 3 11:26:39 2006 from astra.purple.com [EMAIL PROTECTED]:~$ pilot-xfer --list --port /dev/ttyS0 Listening for incoming connection on /dev/ttyS0... connected! Reading list of databases in RAM... AddressDB MailDB MemoDB ConnectionDB NetworkDB ToDoDB Graffiti psysLaunchDB Graffiti ShortCuts Unsaved Preferences Net Prefs System MIDI Sounds Saved Preferences List complete. 13 files found. Thank you for using pilot-link. So libpisock9 is working and the serial communication is working. Have you read /usr/share/doc/jpilot/README.Debian? What communication port is configured in jpilot? Bye -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --
Bug#397001: gimp: I don't see how to remove printer entries
Package: gimp Version: 2.2.6-1sarge1 Severity: wishlist If I want to print an image, I get a dialog window (title bar: ... -- Print v4.2) that allows me to set printer options and also to set up new logical printers. However, I did not find a way to get rid of a logical printer again. In the end I edited .gimp-2.2/printrc to delete an old logical printer. It would be nice to make that functionality available (or more obvious, if I overlooked it) at the printer dialog window. BTW: I also looked in the preferences and did not find anything there that would help in that matter. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gimp depends on: ii aalib1 1.4p5-22 ascii art library ii gimp-data 2.2.6-1sarge1 Data files for The GIMP ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22sarge4GNU C Library: Shared libraries an ii libexif10 0.6.9-6 library to parse EXIF files ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-6 FreeType 2 font engine, shared lib ii libgimp2.0 2.2.6-1sarge1 Libraries necessary to run the GIM ii libgimpprint1 4.2.7-10 The Gimp-Print printer driver libr ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liblcms1 1.13-1Color management library ii libmng11.0.8-1 Multiple-image Network Graphics li ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libtiff4 3.7.2-7 Tag Image File Format (TIFF) libra ii libwmf0.2-70.2.8.3-2 Windows metafile conversion librar ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii wget 1.9.1-12 retrieves files from the web 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#248232: Debian bug #248232 in vsound package
Hi, Sorry for coming back to you so late. I'm cleaning up vsound's bug list and would like to know if your problem is still present: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248232 OTOH, the parameter you refer to in your bug report doesn't exist AFAICT, sox chooses the output format depending on the output file extension. So no parameter should be passed to sox. Can you tell me what parameter exactly you'd like to see passed to sox ? Thanks. -- Un disco para gobernarlos a todos. Un disco para encontrarlos y atarlos en las tinieblas. En la tierra de Redmond donde se extienden las sombras Eric VAN BUGGENHAUT [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386658: wajig: want a verify command (debsums)
Package: wajig Version: 2.0.34 Severity: wishlist Wajig is missing a `verify' command (? la rpm -K) for checking a packag?s sum using debsums or whatever. Do you know of specific debian commands to do this check? Yes: debsums, as I was suggesting. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383012: ITA: php-net-dime -- class that implements DIME encoding
Hi, I - as one part of the pkg-php team - will adopt this package. We manage the package in our svn repository so other are welcome to join us. bye, Martin -- Powered by Debian GNU / Linux Browse my blog on http://blog.mein-horde.de signature.asc Description: OpenPGP digital signature
Bug#397002: udev: Init script incompatible with upstart-compat-sysv
Package: udev Version: 0.100-2.2 Severity: normal Hello, The /etc/init.d/udev script thinks it's run from interactive shell when being run from upstart (init replacement). That is because RUNLEVEL and PRELEVEL are not set and /proc/self/fd/0 is /dev/null, which is not equal to /dev/console. Result is, that the boot process is suspended for 60 seconds. -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 20 2005-09-14 07:09 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2005-10-30 20:50 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 16 2006-09-26 22:45 025_libsane.rules - ../libsane.rules lrwxrwxrwx 1 root root 22 2005-12-13 07:27 025_logitechmouse.rules - ../logitechmouse.rules lrwxrwxrwx 1 root root 15 2006-09-26 22:23 libnjb.rules - ../libnjb.rules lrwxrwxrwx 1 root root 13 2005-09-14 07:09 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-03-31 22:34 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2005-09-14 07:09 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 695 2006-09-27 06:29 z25_persistent-cd.rules -rw-r--r-- 1 root root 403 2006-09-26 06:55 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-04-21 22:16 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2005-09-14 07:09 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2005-10-09 16:17 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2005-09-14 22:03 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2005-09-20 22:07 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 29 2006-09-26 06:55 z75_cd-aliases-generator.rules - ../cd-aliases-generator.rules lrwxrwxrwx 1 root root 12 2006-10-27 18:30 z99_hal.rules - ../hal.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hdc/dev /sys/block/hdc/hdc1/dev /sys/block/hdc/hdc3/dev /sys/block/ram0/dev /sys/block/ram1/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda5/dev /sys/block/sda/sda6/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/mouse0/dev /sys/class/input/input2/ts0/dev /sys/class/input/mice/dev /sys/class/misc/device-mapper/dev /sys/class/misc/hpet/dev /sys/class/misc/mcelog/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/misc/snapshot/dev /sys/class/ppdev/parport0/dev /sys/class/printer/lp0/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/controlC1/dev /sys/class/sound/dmmidi1/dev /sys/class/sound/dsp/dev /sys/class/sound/midi1/dev /sys/class/sound/midiC1D0/dev /sys/class/sound/mixer/dev /sys/class/sound/mixer1/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D2p/dev /sys/class/sound/timer/dev /sys/class/usb/lp0/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev2.2/dev /sys/devices/pci:00/:00:02.0/usb2/2-0:1.0/usbdev2.1_ep81/dev /sys/devices/pci:00/:00:02.0/usb2/2-3/2-3:1.0/usbdev2.2_ep01/dev /sys/devices/pci:00/:00:02.0/usb2/2-3/2-3:1.0/usbdev2.2_ep82/dev /sys/devices/pci:00/:00:02.0/usb2/2-3/usbdev2.2_ep00/dev /sys/devices/pci:00/:00:02.0/usb2/usbdev2.1_ep00/dev /sys/devices/pci:00/:00:02.1/usb1/1-0:1.0/usbdev1.1_ep81/dev /sys/devices/pci:00/:00:02.1/usb1/usbdev1.1_ep00/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Versions of packages udev depends on: ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libselinux1 1.32-2 SELinux shared libraries ii libvolume-id00.100-2.2 libvolume_id shared library ii lsb-base 3.1-19 Linux Standard Base 3.1 init scrip udev recommends no packages. -- debconf information: udev/new_kernel_needed: false udev/reboot_needed: -- Jan 'Bulb' Hudec [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#396653: Forwarded
package listen forwarded 396653 http://sourceforge.net/tracker/?group_id=161415atid=819743 thanks Hi, Thank you for your report. I have forwarded this upstream as it is a bug in the core engine of listen. As I have not the possibility to test home over NFS, I will surely ask you kindly to test workarounds proposed by upstream. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383013: ITA:: php-net-ftp -- provides an OO interface to the...
Hi, I - as one part of the pkg-php team - will adopt this package. We manage the package in our svn repository so other are welcome to join us. bye, Martin -- Powered by Debian GNU / Linux Browse my blog on http://blog.mein-horde.de signature.asc Description: OpenPGP digital signature
Bug#397006: python2.5-minimal: Fails to install
Package: python2.5-minimal Version: 2.5-3 Severity: serious Justification: fails to install -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It seems the postinst script is failing. I enabled tracing of the script and reran it and got this: # dpkg --configure --pending Setting up python2.5-minimal (2.5-3) ... + '[' configure = configure ']' + cd /usr/lib/python2.5 ++ dpkg -L python2.5-minimal ++ sed -n '/\.py$/s,^/usr/lib/python2.5/,,p' + files='__future__.py ConfigParser.py StringIO.py UserDict.py compileall.py copy.py copy_reg.py dis.py fnmatch.py getopt.py glob.py hashlib.py inspect.py linecache.py md5.py opcode.py optparse.py os.py pickle.py platform.py popen2.py posixpath.py py_compile.py random.py re.py repr.py sha.py socket.py sre.py sre_compile.py sre_constants.py sre_parse.py stat.py string.py struct.py subprocess.py tempfile.py textwrap.py token.py tokenize.py traceback.py types.py warnings.py site.py' + /usr/bin/python2.5 /usr/lib/python2.5/py_compile.py __future__.py ConfigParser.py StringIO.py UserDict.py compileall.py copy.py copy_reg.py dis.py fnmatch.py getopt.py glob.py hashlib.py inspect.py linecache.py md5.py opcode.py optparse.py os.py pickle.py platform.py popen2.py posixpath.py py_compile.py random.py re.py repr.py sha.py socket.py sre.py sre_compile.py sre_constants.py sre_parse.py stat.py string.py struct.py subprocess.py tempfile.py textwrap.py token.py tokenize.py traceback.py types.py warnings.py site.py + grep -sq '^byte-compile[^#]*optimize' /etc/python/debian_config + '[' -z 2.5-2 ']' + dpkg --compare-versions 2.5-2 lt 2.5-3 + '[' '' '!=' noninteractive ']' + echo 'Linking and byte-compiling packages for runtime python2.5...' Linking and byte-compiling packages for runtime python2.5... ++ awk '/^Version:/ {print $2}' ++ dpkg -s python2.5-minimal + version=2.5-3 + for hook in '/usr/share/python/runtime.d/*.rtinstall' + '[' -x /usr/share/python/runtime.d/pycentral.rtinstall ']' + /usr/share/python/runtime.d/pycentral.rtinstall rtinstall python2.5 2.5-2 2.5-3 pycentral: pycentral rtinstall: installed runtime python2.5 not found pycentral rtinstall: installed runtime python2.5 not found dpkg: error processing python2.5-minimal (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of python2.5: python2.5 depends on python2.5-minimal (= 2.5-3); however: Package python2.5-minimal is not configured yet. dpkg: error processing python2.5 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: python2.5-minimal python2.5 - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages python2.5-minimal depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime python2.5-minimal recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFTHVrshl/216gEHgRApgwAKDfUA+AMf/z+pLUB2h9Uyz/w7SfKQCgm0cx 4gLzI3xZiKSx1JKdO9Fo9VU= =o+Hp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396977: guile-1.8-dev: Lintian error: Shell script syntax problem
Hi, In fact, you should add a lintian override to fix this problem. It is the solution so that lintian does not display this error message any more. You could find informations about lintian overrides at: http://lintian.debian.org/manual/ch2.html#s2.4 Thanks. Regards, -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#244724: exim4: passwd.client is better to use wildlsearch and documentation updates
Hi, On Sat, Nov 04, 2006 at 10:11:46AM +0100, Marc Haber wrote: Hi Osamu, On Fri, Nov 03, 2006 at 11:19:55PM +0900, Osamu Aoki wrote: My ISP put back AUTH for SMTP so I hit this bug again :-) It took me a while to realize the confofuration needs to use canonical name or just *. I think Debian provided configuration is better to use wildsearch than plain lsearch to enable wildcard in the hostname field here. That's a rather neat idea and I'm going to implement this soon. I am wondering, however, that we shuold probably use nwildlsearch instead of the wildlsearch* you have been suggesting. We do not need string expansion there, and wildlsearch* strikes me as redundant. Can you please verify? OK. If this mail goes out, then nwildlsearch is working :-) Now I have passwd.client ### with nwildlsearch ^.*smtp.*\.dti\.ne\.jp:[EMAIL PROTECTED]:XXX Let's think a bit while we are at it. I do not understand this part of the patch. Server authentication does not use passwd.client, and your change is going to introduce wildcards for _user names_, which does not sound desireable. Any chance that this part of the patch is result of a search-and-replace call? Without better arguments, I'm not going to take this part of the patch. This was accidental. I will test this mail without it. The other instances of lsearch* have been replaced by nwildlsearch in svn, and pending successful testing, I'm going to upload soon. ... These are very good patches, modulo some Japanisms in the English wording, which I have replaced by appropriate Germanisms ;) Also, you may want to update comments passwd.client comments and reference to passwd.client in 30_exim~xamples too. Let's see. Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383023: still want to adopt this package?
Hi, are you still interested in adopting this package? he other pear packages from Joes Carlos are team maintained in http://alioth.debian.org/projects/pkg-php/ and I also would like to see this package there. So join us if you want. bye, Martin -- Powered by Debian GNU / Linux Browse my blog on http://blog.mein-horde.de signature.asc Description: OpenPGP digital signature
Bug#244724: exim4: passwd.client is better to use wildlsearch and documentation updates
On Sat, Nov 04, 2006 at 08:02:05PM +0900, Osamu Aoki wrote: On Sat, Nov 04, 2006 at 10:11:46AM +0100, Marc Haber wrote: On Fri, Nov 03, 2006 at 11:19:55PM +0900, Osamu Aoki wrote: My ISP put back AUTH for SMTP so I hit this bug again :-) It took me a while to realize the confofuration needs to use canonical name or just *. I think Debian provided configuration is better to use wildsearch than plain lsearch to enable wildcard in the hostname field here. That's a rather neat idea and I'm going to implement this soon. I am wondering, however, that we shuold probably use nwildlsearch instead of the wildlsearch* you have been suggesting. We do not need string expansion there, and wildlsearch* strikes me as redundant. Can you please verify? OK. If this mail goes out, then nwildlsearch is working :-) Looks good ;) I do not understand this part of the patch. Server authentication does not use passwd.client, and your change is going to introduce wildcards for _user names_, which does not sound desireable. Any chance that this part of the patch is result of a search-and-replace call? Without better arguments, I'm not going to take this part of the patch. This was accidental. Ok, I suspected this. The other instances of lsearch* have been replaced by nwildlsearch in svn, and pending successful testing, I'm going to upload soon. ... These are very good patches, modulo some Japanisms in the English wording, which I have replaced by appropriate Germanisms ;) Also, you may want to update comments passwd.client comments passwd.client in svn is now: # password file used when the local exim is authenticating to a remote # host as a client. # # see exim4_passwd_client(5) for more documentation # # Example: ### target.mail.server.example:login:password I do not see any need to adapt this. and reference to passwd.client in 30_exim~xamples too. I have moved the passwd.client discussion from conf.d/auth/30_exim4-config_examples to the man page, and added a man page reference to conf.d/auth/30_exim4-config_examples. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397004: clamav-freshclam: Your ClamAV installation is OUTDATED - but no new release available!
Package: clamav-freshclam Version: 0.88.5-2 Severity: normal From my freshclam.log: -- Received signal: wake up ClamAV update process started at Thu Nov 2 18:04:28 2006 main.cvd is up to date (version: 40, sigs: 64138, f-level: 8, builder: tkojm) daily.cvd updated (version: 2150, sigs: 11159, f-level: 10, builder: sven) WARNING: Your ClamAV installation is OUTDATED! WARNING: Current functionality level = 9, recommended = 10 DON'T PANIC! Read http://www.clamav.net/faq.html Database updated (75297 signatures) from db.local.clamav.net Clamd successfully notified about the update. -- But according to http://www.clamav.net/ Latest ClamAV stable release is: 0.88.5 So WTF is going on? -- 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.18.1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages clamav-freshclam depends on: ii clamav-base 0.88.5-2base package for clamav, an anti-v ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii debianutils 2.17Miscellaneous utilities specific t ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libclamav1 0.88.5-2virus scanner library ii logrotate3.7.1-3 Log rotation utility ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii ucf 2.0015 Update Configuration File: preserv clamav-freshclam recommends no packages. -- debconf information: clamav-freshclam/autoupdate_freshclam: daemon clamav-freshclam/proxy_user: clamav-freshclam/NotifyClamd: true clamav-freshclam/local_mirror: db.local.clamav.net clamav-freshclam/http_proxy: http://proxy.charite.de:888/ clamav-freshclam/mirrors.txt-note: clamav-freshclam/update_interval: 96 clamav-freshclam/internet_interface: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397005: gnome-backgrounds should use desktop background alternative (and desktop-base)
Package: gnome-backgrounds Version: 2.16.1-1 Severity: normal Hello, When a user starts gnome for the first time, he/she gets an empty desktop (no image selected), in spite of a desktop background alternative been selected for the whole system. In this case (first time), gnome should set the user's desktop background image to the current system's desktop background image alternative. Otherwise, the desktop background alternative (and desktop-base) become useless for this. Consider depending also on desktop-base. Thank you, Daniel R. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393689: [Pkg-mythtv-maintainers] Bug#393689: ivtv-source: Please package 0.8.0 for linux-source-2.6.18
Ian, I see you have committed 0.8 to svn.debian.org Etch is going to be frozen very shortly (days I believe) and will ship with the 2.6.18 kernel which needs 0.8. Final release of etch is supposed to be around 45 days after final freeze.. (Early December) http://lists.debian.org/debian-devel-announce/2006/11/msg0.html Are you happy for me to upload 0.8 to unstable? Mark On Tuesday 17 October 2006 13:29, Jonas Meurer wrote: Package: ivtv-source Version: 0.7.1-1 Severity: important hello, please package ivtv 0.8.0 to support linux-source-2.6.18 ... jonas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64-resivo Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages ivtv-source depends on: ii bzip2 1.0.3-6high-quality block-sorting file co ii debhelper 5.0.40 helper programs for debian/rules ii dpatch2.0.20 patch maintenance system for Debia ii module-assistant 0.10.7 tool to make module package creati ivtv-source recommends no packages. -- no debconf information ___ pkg-mythtv-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-mythtv-maintainers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298972: mkvmlinuz: german debconf translation
Hello, please find attached the german debconf translation for the mkvmlinuz package. Best Holger -- == Created with Sylpheed 2.2.2 under Debian GNU/LINUX 3.1 »Sarge« http://counter.li.org/, Registered LinuxUser #311290 Spamfiltering by bogofilter.sourceforge.net = mkvmlinuz_de.po.gz Description: Binary data
Bug#386658: wajig: want a verify command (debsums)
Package: wajig Version: 2.0.34 Severity: wishlist Wajig is missing a `verify' command (? la rpm -K) for checking a packag?s sum using debsums or whatever. Do you know of specific debian commands to do this check? I wrote: |Yes: debsums, as I was suggesting. In fact I should be more clear, sorry. I suggest that wajig implements something like debsums, useful for checking a single installed package. Moreover, it would be useful to have a command for checking a .deb file, analogous to rpm -K, but I don;t know how to do that in Debian, maybe using some of the many debsums options? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396502: licq 1.3.2-7 Segmentation Violation Detected
cheers, upgrading to 1.3.4-2 resolved that problem. -nik Peter Eisentraut wrote: Nikolay Kichukov wrote: Package: licq Version: 1.3.2-7 When send autorization to a user the following segmentation violation is detected: Try upgrading. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397007: lilypond: Standards-Version update required
Package: lilypond Version: 2.8.7-1 Severity: normal Hi, Your package use an old version of Debian Policy (3.6.1). Actual version of the Debian Policy is 3.7.2.2. You should update Standards-Version value of your debian/control with the latest version of the Debian Policy. It will fix this lintian error : W: lilypond source: ancient-standards-version 3.6.1 (current is 3.7.2) N: N: The source package refers to a `Standards-Version' older than one N: year. Please update your package to latest policy and set this control N: field appropriately. N: N: If the package is already compliant with the current standards, you N: don't have to re-upload the package just to adjust the N: Standards-Version control field. However, please remember to update N: this field next time you upload the package. N: Thanks. Regard, -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#393689: [Pkg-mythtv-maintainers] Bug#393689: ivtv-source: Please package 0.8.0 for linux-source-2.6.18
On Sat, 2006-11-04 at 11:01 +, Mark Purcell wrote: Ian, I see you have committed 0.8 to svn.debian.org Etch is going to be frozen very shortly (days I believe) and will ship with the 2.6.18 kernel which needs 0.8. Final release of etch is supposed to be around 45 days after final freeze.. (Early December) http://lists.debian.org/debian-devel-announce/2006/11/msg0.html Are you happy for me to upload 0.8 to unstable? Definitely. I meant to ask the other day but got distracted. Ian. -- Ian Campbell Landru! Guide us! -- A Beta 3-oid, The Return of the Archons, stardate 3157.4 signature.asc Description: This is a digitally signed message part
Bug#387928: fontconfig: Cannot write cache files
severity 387928 important thanks The only way I am able to reproduce this bug is if I have a fonts.conf without a cache directive, and the only way I am able to get a fonts.conf without a cache directive is by modifying this conffile and then disallowing dpkg to update the conffile on upgrade. That is not a release-critical bug; there are plenty of cases when keeping an old, custom config around on your system results in a broken package and requires manual intervention to get it working again. These are the consequences that the admin must accept responsibility for when deviating from the Debian-provided conffile. So since no one has shown a way that Debian itself can trigger this bug (a clean sarge chroot+fontconfig, dist-upgraded to etch, does not produce the bug), I believe it should be downgraded. -- 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/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors
Geert Stappers wrote: Op 26-10-2006 om 22:27 schreef Jens Peter Secher: Problem 1: DHCP gets the machine an IP address, but I get the message: The network autoconfiguration was successful. However, no default route was set ... Continue without a default route? That means: something wrong with _your_ DHCP server. Well, there isn't as far as I can see. My network looks as follows. ,--. | ADSL | `--' | | ,--. | eth1 | | | | Debian Etch| | running udhcpd | | and iptables | | | | eth0 192.168.1.1 | `--' | | X(crossover) | | ,--. | eth0 | | | | ThinkPad T42 | `--' The contents of /etc/udhcpd.conf is start 192.168.1.4 end 192.168.1.254 interface eth0 max_leases 50 option dns 192.168.1.1 option router 192.168.1.1 option namesvr 192.168.1.1 option wins 192.168.1.1 option domain .dk After the installer says ...However, no default route was set..., the output on VT4 is kernel: e1000: eth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex dhclient: Listening on LPF/eth0/xx:xx:xx:xx:xx:xx:xx:xx dhclient: Sending on LPF/eth0/xx:xx:xx:xx:xx:xx:xx:xx dhclient: Sending on Socket/fallback/fallback-net dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 dhclient: DHCPOFFER from 192.168.1.1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67 dhclient: DHCPACK from 192.168.1.1 dhclient: bound to 192.168.1.8 -- renewal in 432000 seconds. And, as I wrote earlier: This is strange, because if I continue installation selecting 'Yes', keeps hitting Enter (giving no name server, no domain name, etc.), no network mirror, install from CD only, install GRUB, and reboot the newly installed system, the route is set fine: debian:~# route ... 192.168.1.0 *255.255.255.0 ... default 192.168.1.1 0.0.0.0... by the default configuration: debian:~# cat /etc/network/interfaces ... allow-hotplug eth0 iface eth0 inet dhcp I think you are saying I don't know that my network has two DHCP servers I don't think so, see above. Do you have any suggestions to what I should do to debug further? Problem 2: If I instead choose 'No', and configure the network manually, choose any network mirror, the installer tells me: The installer failed to access the mirror. ... That is also due the misconfigured DHCP server. Maybe I was not clear enough about this part. If I manually configure the interface with route and everything, the connection works fine, and I can wget the Release files etc. from the console. Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396442:
Good Morning, I think you can close the bugreport. I tried the original Firefox 2.0 release and there is the tabbar working well. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396944: exim4-daemon-light: upgrading causes panic
On Sat November 4 2006 02:29, Marc Haber wrote: On Fri, Nov 03, 2006 at 01:06:01PM -0700, Bruce Sass wrote: ...would seem to indicate that it is a transitory situation caused by the upgrade process. Probably. Did killing the existing daemon manually help with starting the new daemon? I did not need to restart exim4. I saw the message in the INBOX associated with /var/mail/spool, then ran the ps|grep command you saw the output of. The mainlog just prior to the paniclog entry I included shows periodic Start and End queue run messages, 10 socket bind() failures at 30s intervals, then more Start/End queue runs. The result is daily... -e Subject: exim paniclog on onegee has non-zero size To: root exim paniclog /var/log/exim4/paniclog on onegee has non-zero size, mail system might be broken ...messages when there is no problem. Yes, you'll need to rotate the paniclog away manually. See /usr/share/doc/exim4-base/README.Debian.gz chapter 2.5.1 If the message is continuously being written again and again over and over, you have probably still an old daemon running. I understand that, but it doesn't seem right to have to do it after an upgrade if all is well... hence the report. Unfortunately I can not reliably reproduce this bug. Nine attempts at: #apt-get --reinstall install exim4-daemon-light got me two failures initially then seven successes. I have another box running the light daemon and one running the heavy daemon, neither of them have had a panic. :-/ - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390661: [Pljava-dev] pljava on Debian AMD64: undefined symbol: JNI_CreateJavaVM during installation
Hi, Matthias, Matthias Klose wrote: So it should be reassigned to pljava. Somehow, the but reassignment did not work. Matthias, can you try it? However, I read the Debian Changes of libgcj, and did not find any clear mentioning of why and how that was changed. these are changes pulled from gcc-4.2/classpath-0.92. JNI_CreateJavaVM can be found in libjvm. So it seems we need to change the linker flags in the Makefile, right? Note that it's not necessary anymore to include the precompiled jar file in the library. Personally, I see it as an advantage to have the precompiled jar included in the library, that eases deployment. Building native code using dh_nativejava and/or aot-compile should be used instead. dh_nativejava would be ugly for upstream, it will only fix the problem for deban users, I presume? Documentation pending ... Any progress here? Thanks, Markus -- Markus Schaber | Logical TrackingTracing International AG Dipl. Inf. | Software Development GIS Fight against software patents in Europe! www.ffii.org www.nosoftwarepatents.org signature.asc Description: OpenPGP digital signature
Bug#389126: gnome-session: hangs at login with xorg 7.1
severity 389126 important thanks I am not able to reproduce this problem, with either an English or a Spanish locale (I tried French, but gnome seems to think the fr_FR.UTF-8 locale doesn't exist when it definitely does). All the evidence so far points to a dbus problem, not an X or a gnome-session problem; and the dbus hangs don't appear for me either. So I'm going to go ahead and downgrade this bug. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396937: [pkg-ntp-maintainers] Bug#396937: Backgrounded ntpdate from ifup races with hwclock
On Sat, Nov 04, 2006 at 10:32:13AM +0100, Andre Beck wrote: ntpdate should never adjust the clock wrong by an hour, it should set it correct. Yep, but it does. I've had the proper loop in rc equipped with a date(1) call after every single init script, which revealed that time was wrong (by misinterpretation of the CMOS clock as UTC) in the whole boot process until S50hwclock.sh fixed it (which up to this is expected behavior). Both the output from that script (I even let it run -xv) and the date(1) immediately following it showed correct time. I think you might be right. ntpdate tries to find an offset between the clock and what it thinks is the correct time, and then either steps or adjusts it depending on how big the difference is. So it finds an offset, gets the current clock, adds the offset, and sets the new time. If the clock is adjusted by something else between the time it received the packets on which it based the offset and the time it tries to set it, we have a problem. You may probably force this behavior easily by having one or two unreachable servers in the sequence first. I think having unreachable servers at the end of the list is more likely to cause problems. I think your problem is that hwclock is started after ntpdate. At least this is way too late for hwclock as we all agree - and running hwclock at a more proper time would likely fix it. What remains is the knowledge that ntpdate does something silly, though - when it runs over a macroscopic timescale due to unreachable servers or similar delays and something else changes the kernel clock during this time, it might end up offsetting the time *again*. Obviously it thinks it is the only tool that controls the clock, and everything works perfectly when it is. But now that it runs backgrounded, other tools might interfere. There is probably not only hwclock, but other time correction tools that use various sources might collide with it as well. IMO this should be fixed upstream, even when there cannot be a perfect fix (a small chance for a race condition will remain). I think we should just make sure that nothing else can run at the same time as ntpdate that wants to change the clock. I think this should mean that it needs to run before us in the boot process, it shouldn't run in the background. Since it's started when an interface is brought up, I don't see how we can run in the background and have some other script wait until we're done. Maybe we should ask some advice to someone else who knows more about this, I'm just not sure who to ask. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396963: yaird: sysfs interface for suspend2 not supported
Package: yaird Version: 0.0.12-18 Followup-For: Bug #396963 Oops, I sent the patch with the obsolete echo and sleep lines. Just ignore them. Regards, Tino -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages yaird depends on: ii cpio 2.6-17 GNU cpio -- a program to manage ar ii dash 0.5.3-4 The Debian Almquist Shell ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libhtml-template-perl2.8-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-3 Generates recursive-descent parser ii perl 5.8.8-6.1 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397008: Wrong user:group set with conf/Catalina dir
Package: tomcat5 Version: 5.0.30-12 Severity: normal *** Please type your report below this line *** Tomcat5 sets the user/group of /var/lib/tomcat5/conf/Catalina to root/root. When I use tomcat-admin to deploy some war files, I have no permission to write anything such as foo.xml into it. I think it should be set to tomcat5/nogroup or sth else so that tomcat proc has privilege to write. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tomcat5 depends on: ii adduser 3.99 Add and remove users and groups ii apache2-utils 2.2.3-2utility programs for webservers ii libtomcat5-java 5.0.30-12 Java Servlet engine -- core librar ii sun-java5-jre [java2-runtime] 1.5.0-08-1 Sun Java(TM) Runtime Environment ( tomcat5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397010: Proposal: /etc/network/pre-config.d
Package: ifupdown Version: 0.6.8 Severity: wishlist Hi, ifupdown runs the scripts in the four directories /etc/network/if(up|pre-up|down|post-down).d/ Pretty good. I'd like to propose another one, /etc/pre-config.d which is run before the interface mapping (mapping command) is done. Maybe a /etc/post-config.d as well. Reason: I am using wpasupplicant and ifguessnet. There's a chicken-and-egg problem. wpasupplicant is not to be run permanently, since it consumes CPU and battery power. It furthermore requires to be run with different configuration files. Therefore wpasupplicant is usually started in the if-pre-up command (e.g. with the wpa_conf command). This means that wpasupplicant is to be started *after* the mapping of the interface. Since it is wpasupplicant's task to select one of possibly several available SSID networks, the mapping cannot depend on the results of wpasupplicant. On the other hand, ifguessnet supports that mapping based on the chosen SSID, which implies that wpasupplicant has done it's work before the mapping. A solution would be to write a mapping script which first starts wpasupplicant, waits for some time, and then execs ifguessnet, but I'd consider this as a hack. A solution would be to have scripts run before mapping (where things like wpasupplicant could be started). regards Hadmut -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages ifupdown depends on: ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip ii net-tools1.60-17 The NET-3 networking toolkit ifupdown recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397009: guile-1.8: Lintian override file required
Package: guile-1.8-libs Version: 1.8.1+1-1 Severity: normal Hi, Lintian displays this message when I tried to build guile-1.8: W: guile-1.8-libs: package-name-doesnt-match-sonames libguilereadline-v-17-17 libguile-srfi-srfi-13-14-v-3-3 libguile17 libguile-srfi-srfi-60-v-2-2 libguile-srfi-srfi-4-v-3-3 libguile-srfi-srfi-1-v-3-3 N: N: The package name of a library package should usually reflect the N: soname of the included library. The package name can determined from N: the library file name with the following code snippet: N: N:$ objdump -p /path/to/libfoo-bar.so.1.2.3 | sed -n -e's/^[[:space:]]*SONAME[[:space:]]*//p' | sed -e's/\([0-9]\)\.so\./\1-/; s/\.so\.//' N: N: Refer to Library Packaging guide 5 for details. N: I think this is not an error, so to remove this message, you should make a lintian override file guile-1.8-libs.overrides with theses values: guile-1.8-libs: package-name-doesnt-match-sonames libguilereadline-v-17-17 libguile17 libguile-srfi-srfi-13-14-v-3-3 libguile-srfi-srfi-60-v-2-2 libguile-srfi-srfi-4-v-3-3 libguile-srfi-srfi-1-v-3-3 Thanks, Regards. -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_` _/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_=HHH___)) `.| `. `'` `---UUU---'= `- signature.asc Description: Digital signature
Bug#396944: exim4-daemon-light: upgrading causes panic
On Sat, Nov 04, 2006 at 04:40:01AM -0700, Bruce Sass wrote: On Sat November 4 2006 02:29, Marc Haber wrote: On Fri, Nov 03, 2006 at 01:06:01PM -0700, Bruce Sass wrote: ...would seem to indicate that it is a transitory situation caused by the upgrade process. Probably. Did killing the existing daemon manually help with starting the new daemon? I did not need to restart exim4. I saw the message in the INBOX associated with /var/mail/spool, then ran the ps|grep command you saw the output of. Anyway, you had an extra daemon running which interfered with your update. The mainlog just prior to the paniclog entry I included shows periodic Start and End queue run messages, 10 socket bind() failures at 30s intervals, then more Start/End queue runs. Yes, that's exim4's default behavior if it cannot bind to any configured smtp listening port. The result is daily... -e Subject: exim paniclog on onegee has non-zero size To: root exim paniclog /var/log/exim4/paniclog on onegee has non-zero size, mail system might be broken ...messages when there is no problem. Yes, you'll need to rotate the paniclog away manually. See /usr/share/doc/exim4-base/README.Debian.gz chapter 2.5.1 If the message is continuously being written again and again over and over, you have probably still an old daemon running. I understand that, but it doesn't seem right to have to do it after an upgrade if all is well... hence the report. Yes. I am desparately trying to find out what went wrong on your system as the issue is not reproducible here and no other users are reporting this. Unfortunately I can not reliably reproduce this bug. Nine attempts at: #apt-get --reinstall install exim4-daemon-light got me two failures initially then seven successes. I have another box running the light daemon and one running the heavy daemon, neither of them have had a panic. :-/ I am afraid that then there is nothing to do except tagging this bug unreproducible and closing it by the end of November. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395293: [EMAIL PROTECTED]: [Pkg-octave-devel] Bug#395293: octave2.9: kron(a, b) does not work when a is sparse and b is bool]
* John W. Eaton [EMAIL PROTECTED] [2006-10-26 11:18]: On 26-Oct-2006, Rafael Laboissiere wrote: | package octave2.9 | tags 395293 upstream confirmed | thanks | | Below is another bug report regarding sparse matrices filed against the | octave2.9 package by a Debian user. Please try the attached patch. [...] Thanks, I applied it to the octave2.9 package. I will wait until version 2.9.9-5 enters testing before uploading the fixed version to unstable. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396066: Please add IP27 (Origin 200) support to tip22
Am Mon, 30. Oct 2006, 12:49:11 +0100 schrieb Guido Guenther: Note that the IP27 PROM will only load ELF64 binaries, so there needs to be a 64 bit arclib as well. Patches for this would be very welcome, let me know if I can be of any help. Well, I'm currently stuck with the loadaddr for IP27. I can't quiet figure out what it's supposed to be (I didn't try to simply use the ones for IP22 or IP32 yet). If you know what it should be, that would be of help. Alternately, if you can point me to some documentation on how executable files get loaded, so I can get an idea of what is actually going on, that could also help. Thanks, Jö. -- Interpunktion, Orthographie und Grammatik der Email ist frei erfunden. Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt. signature.asc Description: Digital signature
Bug#244724: exim4: more of documentation updates
A bit of documentstion idea attached. Osamu diff -Nru exim4-4.63-orig/debian/manpages/exim4-config_files.5 exim4-4.63/debian/manpages/exim4-config_files.5 --- exim4-4.63-orig/debian/manpages/exim4-config_files.52006-11-03 21:18:55.0 +0900 +++ exim4-4.63/debian/manpages/exim4-config_files.5 2006-11-04 21:10:06.0 +0900 @@ -249,9 +249,8 @@ Plenty. Please report them through the Debian BTS .SH SEE ALSO -.BR exim (8), -/usr/share/doc/exim4\-base/ and for general notes and details about interaction -with debconf +exim (8), update\-exim4.conf.conf (8), /usr/share/doc/exim4\-base/ and +for general notes and details about interaction with debconf /usr/share/doc/exim4\-base/README.Debian.gz .SH AUTHOR diff -Nru exim4-4.63-orig/debian/manpages/update-exim4.conf.8 exim4-4.63/debian/manpages/update-exim4.conf.8 --- exim4-4.63-orig/debian/manpages/update-exim4.conf.8 2006-11-03 21:18:55.0 +0900 +++ exim4-4.63/debian/manpages/update-exim4.conf.8 2006-11-04 21:05:36.0 +0900 @@ -302,7 +302,8 @@ hosts is tried, in the order specified (See exim specification, chapter 20.5). All deliveries go out to TCP port 25 unless a different port is specified after the host name, separated from the host name by -two colons. Colons in IPv6 addresses need to be doubled. Used as value +two colons. Colons in IPv6 addresses need to be doubled (for example +smarthost.example::587 or 192.168.254.254::2525). Used as value of the DCsmarthost macro. .TP .I dc_use_split_config
Bug#353360: eclipse: What about update-java-alternatives?
Package: eclipse Version: 3.1.2-2 Followup-For: Bug #353360 Hi Michael, On Fri, 17 Feb 2006 20:42:41 +0100 Michael Koch wrote: The alternates system doesnt fit into the Java world. Eclipse needs more then just the java runtime binary. It needs whole Java Runtime environment. As you know, since version 0.24 the java-common package provides 'update-java-alternatives' which seems to facilitate setting a default Java Whatever environment. Doesn't this change the situation? Would it not be possible now for Eclipse to use the system's default JRE by default as set via update-java-alternatives? Kind regards, Felix -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1-jawaka Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-2Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-2Plug-in Development Environment to ii eclipse-source3.1.2-2Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396993: xserver-xorg-video-nv: Xserver crashes machine completely
severity 396993 important tags 396993 moreinfo thanks On Sat, Nov 4, 2006 at 09:32:00 +0100, Hadmut Danisch wrote: As far as I can see right now, the crash problem is gone also, when I do that. But when I run X without entering this command (I yesterday restarted for other reasons), the machine crashes again. So there is most probably a problem between the nv driver and this particular hardware Which means that this package is not unusable for everyone, so the bug is not grave. Could you please send us your complete X logs and configuration? Without them it's very unlikely we'll be able to debug this problem. Thanks, Julien Cristau signature.asc Description: Digital signature
Bug#377707: kernel-patch-openvz: doesn't apply cleanly to Debian linux-source-2.6.18
Hi. I've just installed openvz kernel and it boots fine. Regards, Dmitry Ola Lundqvist wrote: Hi Ok I see. Any help is appriciated. Regards, // Ola On Fri, Nov 03, 2006 at 12:02:48AM +0300, Dmitry Kurochkin wrote: Hi. I do not have raid. I did not have much free time last days. I hope I will be able to test it this weekend. Regards, Dmitry Ola Lundqvist wrote: Hi The problem seem to be related to the fact that I boot from a raid device. So if you do not do that it would be nice if you could test that it works fine for you. If you run raid it would be nice if you could test it as well as it may be related to other things as well. The problem is not yet pinpointed. Regards, // Ola On Wed, Nov 01, 2006 at 10:32:29PM +0100, Ola Lundqvist wrote: Hi I had some problem to start the built kernel, but it would be nice if you could test yours as well as I may have a temporary problem with my build. It may also have something to do with xfs, that you may not have (I do not know). Just want to inform you. Regards, // Ola On Wed, Nov 01, 2006 at 09:28:20AM +0300, Dmitry Kurochkin wrote: Hi. I've successfully built kernel deb package with openvz patch 028test002-2. Though I did not tested it yet. Thanks, Dmitry Ola Lundqvist wrote: Hi On Tue, Oct 31, 2006 at 04:58:10PM +0300, Dmitry Kurochkin wrote: Hi Ola. Version 028test002-1 fails to apply too. Output from ../kernel-patches/all/apply/openvz is attached. There are many errors like No file to patch. Skipping patch.. I believe the patch is corrupted. Yes I know. I only tested to apply it. The problem is that the --dry-run option do not work. The reason for that is that later parts patch things that the earlier part has patched already. I have created a 028test002-2 to fix that. I was able to build a kernel deb. I have installed it but not yet rebooted my machine to test it. I applied it and regenerated the patch from that so the --dry-run problem is no longer an issue. Sorry for giving you false hope. Now it will at least build. Regards, // Ola Regards, Dmitry 2006/10/31, Ola Lundqvist [EMAIL PROTECTED]: Hi I have now uploaded a new version to unstable, 028test002-1. Please test that one instead. I have checked that it apply cleanly but yet not seen if the build is ok. I'll do that later today though. Regards, // Ola On Mon, Oct 30, 2006 at 12:17:43AM +0300, Dmitry Kurochkin wrote: Hi, I have openvz patch version 028test001-1, kernel source 2.6.18-3. The patch output is included below. Patch is cleanly applied to original source from linux-source package. I'm not sure if this bug should be reopened or a new one submitted. Regards, Dmitry zcat ../kernel-patches/diffs/openvz/patch-028test001-core.gz | patch -p1 --dry-run patching file arch/alpha/kernel/init_task.c patching file arch/alpha/kernel/osf_sys.c patching file arch/arm/Kconfig patching file arch/arm/kernel/init_task.c patching file arch/arm/kernel/setup.c patching file arch/arm/kernel/smp.c patching file arch/arm26/kernel/init_task.c patching file arch/arm26/kernel/setup.c patching file arch/cris/kernel/setup.c patching file arch/frv/kernel/init_task.c patching file arch/frv/mm/mmu-context.c patching file arch/h8300/kernel/init_task.c patching file arch/i386/Kconfig patching file arch/i386/kernel/apic.c patching file arch/i386/kernel/cpu/mtrr/if.c patching file arch/i386/kernel/init_task.c patching file arch/i386/kernel/irq.c patching file arch/i386/kernel/ldt.c patching file arch/i386/kernel/nmi.c patching file arch/i386/kernel/process.c patching file arch/i386/kernel/ptrace.c patching file arch/i386/kernel/signal.c patching file arch/i386/kernel/smpboot.c Hunk #3 succeeded at 949 (offset 4 lines). patching file arch/i386/kernel/smp.c patching file arch/i386/kernel/syscall_table.S patching file arch/i386/kernel/sys_i386.c patching file arch/i386/kernel/traps.c patching file arch/i386/mm/fault.c patching file arch/i386/mm/hugetlbpage.c patching file arch/i386/mm/init.c patching file arch/i386/mm/pgtable.c patching file arch/ia64/ia32/binfmt_elf32.c patching file arch/ia64/Kconfig patching file arch/ia64/kernel/asm-offsets.c patching file arch/ia64/kernel/entry.S patching file arch/ia64/kernel/fsys.S patching file arch/ia64/kernel/init_task.c patching file arch/ia64/kernel/irq.c Hunk #1 succeeded at 169 (offset 5 lines). Hunk #2 succeeded at 214 (offset 5 lines). patching file arch/ia64/kernel/irq_ia64.c patching file arch/ia64/kernel/mca.c patching file arch/ia64/kernel/perfmon.c patching file arch/ia64/kernel/process.c patching file arch/ia64/kernel/ptrace.c patching file arch/ia64/kernel/signal.c patching file arch/ia64/kernel/traps.c patching file arch/ia64/kernel/unaligned.c patching file arch/ia64/mm/contig.c patching file arch/ia64/mm/discontig.c patching file
Bug#397011: Missing icon
Package: icedove Version: 1.5.0.7-3 Hello, At the current version of icedove, the icon is missing. I searched for *thunder* and *ice* ( I'm using KDE ) but I can't find any logo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1
Package: libapache2-mod-auth-pam Version: 1.1.1-6.1 Followup-For: Bug #394097 If you still have mod-auth-pam working, could you please provide some information on how to configure it? On Apache 2.0.x I had working: AuthPAM_Enabled on AuthType Basic AuthName DSPAM Control Center Require valid-user Satisfy All Now, on Apache 2.2.x, I have to specify an additional AuthBasicProvider for AuthType Basic to work, right? What would I use there for mod-auth-pam? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-sparc64 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages libapache2-mod-auth-pam depends on: ii apache2.2-common 2.2.3-3 Next generation, scalable, extenda ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libpam0g 0.79-4 Pluggable Authentication Modules l libapache2-mod-auth-pam recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#145280: fw: Inspection patricia hatch
Good Afternoon patricia hatch, After Checking our files, I am willing to offer you anywhere from 394K at 8.94% to 636K at 5.45% FIXED. www.praakm.com/9r Fill in your app and get a copy of your FICO rating. Kind Regards, Elmo Wayne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397014: ITP: libauthen-simple-pam-perl -- Simple PAM authentication
Package: wnpp Severity: wishlist Owner: Xavier Oswald [EMAIL PROTECTED] * Package name: libauthen-simple-pam-perl Version : 0.02 Upstream Author : Christian Hansen [EMAIL PROTECTED] * URL : http://search.cpan.org/CPAN/authors/id/C/CH/CHANSEN/Authen-Simple-PAM-0.2.tar.gz * License : GPL Programming Lang: Perl Description : Simple PAM authentication This package allow to use PAM authentication methods. It uses the libauthen-simple-perl framework. -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc 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#244724: exim4: more of documentation updates
On Sat, Nov 04, 2006 at 09:14:57PM +0900, Osamu Aoki wrote: diff -Nru exim4-4.63-orig/debian/manpages/exim4-config_files.5 exim4-4.63/debian/manpages/exim4-config_files.5 --- exim4-4.63-orig/debian/manpages/exim4-config_files.5 2006-11-03 21:18:55.0 +0900 +++ exim4-4.63/debian/manpages/exim4-config_files.5 2006-11-04 21:10:06.0 +0900 @@ -249,9 +249,8 @@ Plenty. Please report them through the Debian BTS .SH SEE ALSO -.BR exim (8), -/usr/share/doc/exim4\-base/ and for general notes and details about interaction -with debconf +exim (8), update\-exim4.conf.conf (8), /usr/share/doc/exim4\-base/ and +for general notes and details about interaction with debconf /usr/share/doc/exim4\-base/README.Debian.gz I have added the reference to update-exim4.conf(8). diff -Nru exim4-4.63-orig/debian/manpages/update-exim4.conf.8 exim4-4.63/debian/manpages/update-exim4.conf.8 --- exim4-4.63-orig/debian/manpages/update-exim4.conf.8 2006-11-03 21:18:55.0 +0900 +++ exim4-4.63/debian/manpages/update-exim4.conf.82006-11-04 21:05:36.0 +0900 @@ -302,7 +302,8 @@ hosts is tried, in the order specified (See exim specification, chapter 20.5). All deliveries go out to TCP port 25 unless a different port is specified after the host name, separated from the host name by -two colons. Colons in IPv6 addresses need to be doubled. Used as value +two colons. Colons in IPv6 addresses need to be doubled (for example +smarthost.example::587 or 192.168.254.254::2525). Used as value of the DCsmarthost macro. Ah, that's what you mean. I need to investigate this further to find out more examples. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396225: closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: Info received (Bug#396225 closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: openoffice.org 2.0.4-2 simpress crashe
Jarno: Are you *sure* this should be still kept in the archive? No. :) I just tried the latest version of Voikko and though it still didn't recognize a lot of valid words on the test texts, the ratio was now good enough to make the it actually usable. Great stuff, I'm going ahead with the removal. - Jarno -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395293: [EMAIL PROTECTED]: [Pkg-octave-devel] Bug#395293: octave2.9: kron(a, b) does not work when a is sparse and b is bool]
* Rafael Laboissiere [EMAIL PROTECTED] [2006-11-04 13:13]: * John W. Eaton [EMAIL PROTECTED] [2006-10-26 11:18]: On 26-Oct-2006, Rafael Laboissiere wrote: | package octave2.9 | tags 395293 upstream confirmed | thanks | | Below is another bug report regarding sparse matrices filed against the | octave2.9 package by a Debian user. Please try the attached patch. [...] Thanks, I applied it to the octave2.9 package. I will wait until version 2.9.9-5 enters testing before uploading the fixed version to unstable. Actually, Thomas Weber was faster than me and did the change already to SVN. Thanks, Thomas. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397015: obexpushd: FTBFS: conflicting types for 'obex_auth_unpack_response'
Package: obexpushd Version: 0.4-1 Severity: serious Hi, Your package is failing to build on a few arches with the following error: cc -g -W -Wall -pedantic -std=c99 -Wall -g -O2 -c -o obex_auth.o obex_auth.c obex_auth.c:99: error: conflicting types for 'obex_auth_unpack_response' obex_auth.h:19: error: previous declaration of 'obex_auth_unpack_response' was here Since it affects 64 bit arches and s390, I'm guessing that one has a size_t while the other an int or something. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311188: debian-edu-config release critical bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steffen Joeris wrote: Hi I know that this is an old and long discussed bug, but please allow me to raise the discussion again right now as I think that the issue is not completely clear. First of all the bug is called: debian-edu-config: Messes programmatically with conffiles of other packages The word programmatically also appears in the etch rc policy under point 3 (Configuration files), however I have to ask, because there is one exception. It is allowed, if a user explecitely runs an editor. Well if someone installs the debian-edu-config package on plain debian, *nothing* will happen at all, except that the cfengine scripts are installed, but cfengine is not started by the maintainer scripts. Therefore the user has to explicetely run the cfengine command to activate the scripts and therefore configure the system, which I would call running an editor scpifically . Of course debian-edu works out of the box and this command is started by the debian-edu-install-udeb package (by its finish-install.d part in particular). This IMHO means that there is no RC bug in debian-edu-config about messing up with other packages conffiles. What do you think? What happens is then a chain reaciton leading to an editor _implicitly_ messing with the cinfiguration files. This is not what policy permits, and I find it sane for policy to not allow this. Please try take a look at this from a non-we want everything automated standpoint, and see if you don't agree with me: The issue here is avoiding surprises for the local admin. It would be a surprise to me if a core functionality of the Debian packaging system broke due to enabling CFengine using purely Debian CFengine scripts. I believe this bug should be left open until all configuration that Debian-EDU wants different than the default is changeable in a way supported by the packages themselves, rather than from Debian-EDU overriding. Until then, I believe it best for Debian-EDU to either instruct the local admin to explicitly do the changes necessary but not allowed by Debian policy, or to distribute Debian-EDU as a minor fork of Debian with the policy-breaking behaviour enabled. Regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFTIzhn7DbMsAkQLgRAp7eAJ98j2QAwfhFgGrI/b3K6YvXbPv3EACdGOLY LK+oqF2cb1txC2C8UePOv0o= =W3JO -END PGP SIGNATURE-
Bug#244724: exim4: more of documentation updates
On Sat, Nov 04, 2006 at 01:34:15PM +0100, Marc Haber wrote: -two colons. Colons in IPv6 addresses need to be doubled. Used as value +two colons. Colons in IPv6 addresses need to be doubled (for example +smarthost.example::587 or 192.168.254.254::2525). Used as value of the DCsmarthost macro. Ah, that's what you mean. I need to investigate this further to find out more examples. Yep. You had this in debconf template while not in the most critical manpage. If you dare, some IPv6 example may be the thing but I doubt it is used as much yet. Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397016: adding rescue boot menu entry for backup initramfs
Package: grub Version: 0.97-18 Severity: important latest initramfs-tools backups the booted initramfs in ${initrd}.bak it would be even cooler if update-grub would take care to add an rescue entry for the user, as the user might not be aware that in the case of an b0rked initramfs there is an backup at his disposition. kernel-package got updated to remove it on linux-image purge. thanks for considering a fix even now in freeze time. ls /boot/*bak /boot/initrd.img-2.6.17-2-686.bak /boot/initrd.img-2.6.18-1-686.bak -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages grub depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396944: exim4-daemon-light: upgrading causes panic
On Sat November 4 2006 05:09, Marc Haber wrote: On Sat, Nov 04, 2006 at 04:40:01AM -0700, Bruce Sass wrote: On Sat November 4 2006 02:29, Marc Haber wrote: On Fri, Nov 03, 2006 at 01:06:01PM -0700, Bruce Sass wrote: ...would seem to indicate that it is a transitory situation caused by the upgrade process. Probably. Did killing the existing daemon manually help with starting the new daemon? I did not need to restart exim4. I saw the message in the INBOX associated with /var/mail/spool, then ran the ps|grep command you saw the output of. Anyway, you had an extra daemon running which interfered with your update. I don't think that was the case, and know it wasn't when I had the two failures out of nine reinstalls mentioned in the last message. The mainlog just prior to the paniclog entry I included shows periodic Start and End queue run messages, 10 socket bind() failures at 30s intervals, then more Start/End queue runs. Yes, that's exim4's default behavior if it cannot bind to any configured smtp listening port. Ya. I only mentioned it so you would know I've looked at the logs and didn't see anything unusual. The result is daily... -e Subject: exim paniclog on onegee has non-zero size To: root exim paniclog /var/log/exim4/paniclog on onegee has non-zero size, mail system might be broken ...messages when there is no problem. Yes, you'll need to rotate the paniclog away manually. See /usr/share/doc/exim4-base/README.Debian.gz chapter 2.5.1 If the message is continuously being written again and again over and over, you have probably still an old daemon running. I understand that, but it doesn't seem right to have to do it after an upgrade if all is well... hence the report. Yes. I am desparately trying to find out what went wrong on your system as the issue is not reproducible here and no other users are reporting this. The only possibility I can think of is the daemon not actually stopping during the upgrade. Feel free to ask me to muck about with it if you have ideas. Unfortunately I can not reliably reproduce this bug. Nine attempts at: #apt-get --reinstall install exim4-daemon-light got me two failures initially then seven successes. I have another box running the light daemon and one running the heavy daemon, neither of them have had a panic. :-/ I am afraid that then there is nothing to do except tagging this bug unreproducible and closing it by the end of November. Sounds reasonable. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394555: gaim: Happens when another user writes a message with umlauts
Followup-For: Bug #394555 Package: gaim Version: 1:2.0.0+beta4-3 This bug exists for me too when another user is sending a message that contains umlauts (probably other non-ASCII characters too). My server connection is set to UTF-8. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gaim depends on: ii gaim-data1:2.0.0+beta4-3 multi-protocol instant messaging c ii libaspell15 0.60.4-4GNU Aspell spell-checker runtime l ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libavahi-compat-howl00.6.13-3Avahi Howl compatibility library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-3 0.93-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-2 simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgnutls13 1.4.4-1 the GNU TLS library - runtime libr ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncursesw5 5.5-5 Shared libraries for terminal hand ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libperl5.8 5.8.8-6.1 Shared Perl library ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.8-2 library for program launch feedbac ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxss1 1:1.1.0-1 X11 Screen Saver extension library gaim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394862: Please remove
Oh, this was already filed against ftp.debian.org -- yes, in summary, please do remove the package. PS. From the Developer's Reference: Usually you only ask for the removal of a package maintained by yourself. If you want to remove another package, you have to get the approval of its maintainer. I think filing removal requests of other people's packages directly against ftp.debian.org is a little impolite.. One could always reassign it later. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396836: gaim-encryption: Segfaults on loading
Hi, Leo, Leo Antunes wrote: Can you provide mor details regarding this segfault? Does it happen only on startup? Or anytime you load the plugin during gaim use? Anytime I try to load the plugin. Can't tell about the startup, since gaim is unable to save its configuration due to the segfault on plugin-load. Could you try reseting your generetad keys to see if it persists? (Keep the old ones as backup, in case this proves helpful they can highlight the problem) I will, but perhaps not during the weekend. Did you say it still happens exactly the same way (apart from the error output) using the libc from unstable? Yes. According to the backtrace, it seems more likely to be a libnspr bug, since the free() is being called from deep inside the nss/nspr stack, but nevertheless, we should take a better look. That was my impression too. But since my experience with both gaim-encryption and libnspr is void, I didn't draw any conclusions. Thanks for your time, I'll report what happens when keys are reset. dam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397019: [INTL:de] German translation for openvpn (debconf)
Package: openvpn Priority: minor Tags: l10n Please find attached the updated german debconf translation for openvpn. Please use 'msgfmt --statistics pofile.po' to check the po-files after merging with new template to notice fuzzy or untranslated strings. If there are such strings, please contact me for working on it. And PLEASE: If you only change small things in the template that are unrelated to translations, like one digit in an example: (templates:1001: S18openvpn - S16openvpn), please fix it in all the translations by yourself, rather than stress the translators and BTS for this. Kindly regards, Erik -- www.ErikSchanze.de * Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * - 5. Linux-Info-Tag in Dresden, Ende Oktober 2007 * Info: http://www.linux-info-tag.de/ * openvpn_2.0.9-1_de.po Description: application/gettext
Bug#397018: pythoncard-tools: codeEditor searches for pythoncard in wrong location
Package: pythoncard-tools Version: 0.8.1-8 Severity: grave Tags: patch Justification: renders package unusable since python-pythoncard installs in /usr/share/python-support/python-pythoncard/ and not in /usr/lib/python-support/python-pythoncard, and that pythoncard-tools installs its tools in the same location but in a sub directory under that: need three patches below, and maybe others. Cheers, Ernest. --- codeEditor-orig 2006-11-04 13:56:17.0 +0100 +++ /usr/bin/codeEditor 2006-11-04 13:57:01.215428080 +0100 @@ -3,7 +3,7 @@ # A simple command-line wrapper for PythonCard's codeEditor tool. # Copyright (c) Kenneth J. Pronovici [EMAIL PROTECTED]; use as you # wish. -dir=/usr/lib/python-support/python-pythoncard/PythonCard +dir=/usr/share/python-support/python-pythoncard/PythonCard/tools/codeEditor if [ -d $dir ]; then exec /usr/bin/python $dir/codeEditor.py $@ --- findfiles-orig 2006-11-04 14:02:51.0 +0100 +++ /usr/bin/findfiles 2006-11-04 14:04:03.765034799 +0100 @@ -3,7 +3,7 @@ # A simple command-line wrapper for PythonCard's findfiless tool. # Copyright (c) Kenneth J. Pronovici [EMAIL PROTECTED]; use as you # wish. -dir=/usr/lib/python-support/python-pythoncard/PythonCard +dir=/usr/share/python-support/python-pythoncard/PythonCard/tools/findfiles if [ -d $dir ]; then exec /usr/bin/python $dir/findfiles.py $@ --- resourceEditor-orig 2006-11-04 14:05:49.0 +0100 +++ /usr/bin/resourceEditor 2006-11-04 14:06:19.817025950 +0100 @@ -3,7 +3,7 @@ # A simple command-line wrapper for PythonCard's resourceEditor tool. # Copyright (c) Kenneth J. Pronovici [EMAIL PROTECTED]; use as you # wish. -dir=/usr/lib/python-support/python-pythoncard/PythonCard +dir=/usr/share/python-support/python-pythoncard/PythonCard/tools/resourceEditor if [ -d $dir ]; then exec /usr/bin/python $dir/resourceEditor.py $@ -- 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.18.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages pythoncard-tools depends on: ii python-pythoncard 0.8.1-8wxPython-based GUI construction fr pythoncard-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397020: iconvconfig segfault
Package: libc6 Version: 2.3.6.ds1-7 Severity: serious Hello, Upgadring my etch system this morning, I saw that iconvconfig segfaults: zsh: segmentation fault iconvconfig Little debug info: # ltrace iconvconfig 21 | tail -20 mempcpy(0x9e819e6, 0x9e6a2d4, 8, 0xd9a4f8, 0xbff428d8) = 0x9e819ee mempcpy(0x9e819ee, 0x9e65cd9, 13, 0xb7f2fab0, 0xbff428d8) = 0x9e819fb mempcpy(0x9e819fb, 0x9e6d813, 15, 0xb7f2fab0, 0xbff428d8) = 0x9e81a0a mempcpy(0x9e81a0a, 0x9e5a077, 19, 0xbff42900, 0xbff428d8) = 0x9e81a1d mempcpy(0x9e81a1d, 0x9e5a601, 13, 0xb7f2fab0, 0xbff428d8) = 0x9e81a2a mempcpy(0x9e81a2a, 0x9e6d74e, 10, 0xb7f2fab0, 0xbff428d8) = 0x9e81a34 mempcpy(0x9e81a34, 0x9e5a1e1, 13, 0xbff42900, 0xbff428d8) = 0x9e81a41 mempcpy(0x9e81a41, 0x9e5a341, 13, 0xbff42900, 0xbff428d8) = 0x9e81a4e mempcpy(0x9e81a4e, 0x9e69e83, 15, 0xd9a4f8, 0xbff428d8) = 0x9e81a5d mempcpy(0x9e81a5d, 0x9e6bb9c, 16, 0xd9a4f8, 0xbff428d8) = 0x9e81a6d mempcpy(0x9e81a6d, 0x9e68c8f, 19, 0xb7f2fab0, 0xbff428d8) = 0x9e81a80 mempcpy(0x9e81a80, 0x9e6cbce, 10, 0xb7f2fab0, 0xbff428d8) = 0x9e81a8a mempcpy(0x9e81a8a, 0x9e600a9, 13, 0xbff42900, 0xbff428d8) = 0x9e81a97 mempcpy(0x9e81a97, 0x9e664e6, 10, 0xbff42900, 0xbff428d8) = 0x9e81aa1 mempcpy(0x9e81aa1, 0x9e6bef5, 17, 0xbff42900, 0xbff428d8) = 0x9e81ab2 mempcpy(0x9e81ab2, 0x9e6d8e8, 20, 0xbff42900, 0xbff428d8) = 0x9e81ac6 calloc(1657, 4) = 0x9e81ad0 twalk(0x9e71ce8, 0xbff429f0, 0, 1, 0x7273752f unfinished ... --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ # strace iconvconfig 21 | tail -20 read(3, ule\tINTERNAL\t\tISO-8859-3//\t\tISO8..., 4096) = 4096 read(3, lias\tISO-IR-199//\t\tISO-8859-14//..., 4096) = 4096 read(3, \t\tto\t\t\tmodule\t\tcost\nalias\tCSEBCD..., 4096) = 4096 read(3, ule\t\tcost\nalias\tCP284//\t\t\tIBM284..., 4096) = 4096 read(3, lias\tCP864//\t\t\tIBM864//\nalias\t86..., 4096) = 4096 read(3, module\tIBM937//\t\tINTERNAL\t\tIBM93..., 4096) = 4096 read(3, \tEUC-JP//\nalias\tUJIS//\t\t\tEUC-JP/..., 4096) = 4096 read(3, module\t\tcost\nalias\tISO-IR-143//\t..., 4096) = 4096 read(3, -BOX//\nmodule\tISO_10367-BOX//\t\tI..., 4096) = 4096 read(3, module\tINTERNAL\t\tEUC-JISX0213//\t..., 4096) = 604 brk(0x9592000) = 0x9592000 read(3, , 4096) = 0 close(3)= 0 munmap(0xb7fa1000, 4096)= 0 gettimeofday({1162645671, 976589}, NULL) = 0 getpid()= 4648 open(/usr/lib/gconv/gconv-modules.cache.nHF7Mg, O_RDWR|O_CREAT|O_EXCL, 0600) = 3 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 4648 detached (gdb) run Starting program: /usr/sbin/iconvconfig Failed to read a valid object file image from memory. (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. 0x0026a733 in tfind () from /lib/tls/libc.so.6 FWIW, my kernel is Debian 2.6.18 recompiled with exec-shield patch, so it might come from that. With kernel 2.6.17-2-686 I don't have this problem. However, I suspect that this is a bug from iconvconfig anyway. Do not hesitate to ask for more debug output if needed. Cheers, -- Julien Danjou // Λ̊ [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // I'm no superman. signature.asc Description: Digital signature
Bug#396751: jpilot: sync fails with SYNC_ERROR_PI_CONNECT
On Sat, Nov 04, 2006 at 11:24:26AM +0100, Ludovic Rousseau wrote: So libpisock9 is working and the serial communication is working. Have you read /usr/share/doc/jpilot/README.Debian? Yes. What communication port is configured in jpilot? /dev/ttyS0 And, as noted in the original bug report, I can cat /dev/ttyS0 and confirm that the handheld is talking there. -- Jeff Jeff Abrahamson http://jeff.purple.com/ +1 215/837-2287 GPG fingerprint: 1A1A BA95 D082 A558 A276 63C6 16BF 8C4C 0D1D AE4B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397022: pythoncard-tools: codeEditor fills screen with ** (python:5224): WARNING **: IPP request failed with status 1280
Package: pythoncard-tools Version: 0.8.1-8 Severity: normal ** (python:5224): WARNING **: IPP request failed with status 1280 means printer has not been found. Right. I know I don't have a printer! I realise I am probably the only person in the world without a printer, but I don't need to be warned about it ! What is there to be warned about ? Must I run ? Is my system about to be rebooted because of it ? Reformated unless I get a printer pronto ? Don't be ridiculous. -- 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.18.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages pythoncard-tools depends on: ii python-pythoncard 0.8.1-8wxPython-based GUI construction fr pythoncard-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396095: Source package contains non-free IETF RFC
On 2006-10-29 Simon Josefsson [EMAIL PROTECTED] wrote: Severity: serious Package: cyrus-sasl2-mit Version: 2.1.19.dfsg1-1 User: debian-release@lists.debian.org Usertags: nonfree-doc rfc Hi! Based on the package names, I suspect cyrus-sasl2-mit share the same source package as the cyrus-sasl2 package, and that the problem below might get fixed automatically when cyrus-sasl2-mit is updated to use the latest cyrus-sasl2 sources (see #365183), but as far as I can tell, it isn't guaranteed that this will happen automatically, hence this report. [...] Hello, cyrus-sasl2-mit and cyrus-sasl2 are different source packages. However cyrus-sasl2 2.1.22 (in experimental) builds libsasl2-modules-gssapi-mit to replace libsasl2-gssapi-mit built from the cyrus-sasl2-mit package. However afaict there is currently no package replacing Package: libsasl2-krb4-mit (2.1.19.dfsg1-1) Kerberos4 module for SASL using MIT Kerberos This is the Cyrus SASL API implementation, version 2. See package libsasl2 and RFC for more information. This package provides the Kerberos4 module compiled against the MIT implementation of Kerberos. in the *new* cyrus-sasl. I have no idea whether it should be done or whether Kerberos4 is dead and intentionally unsupported in the new sasl. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397021: update-grub: gets hypervisor path wrong
Package: grub Version: 0.97-18 Severity: normal Dear maintainer! I have installed xen-hypervisor-3.0.3-1-i386 3.0.3-0-2 and got following stanza in /boot/grub/menu.lst: title Xen 3.0.3-1-i386 / Debian GNU/Linux, kernel 2.6.18-1-xen-vserver-686 root(hd0,0) kernel /boot/xen-3.0.3-1-i386.gz module /vmlinuz-2.6.18-1-xen-vserver-686 root=/dev/mapper/system-root ro console=tty0 module /initrd.img-2.6.18-1-xen-vserver-686 savedefault The problem here is that (hd0,0) is /boot, therefore the /boot in the kernel line is too much. Regards, David -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-xen-vserver-686 Locale: LANG=en_US, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages grub depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15 pgps4Ai9efY0M.pgp Description: PGP signature