[Cooker] [Bug 6317] [rpmdrake] New: no "cancel" button in progress windows
http://qa.mandrakesoft.com/show_bug.cgi?id=6317 Summary: no "cancel" button in progress windows Product: rpmdrake Version: 2.1-35mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpmdrake AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When rpmdrake downloads packages that are selected for install, there is no cancel button in the progress window. This is annoying when you notice you have selected for 500 Mbytes worth of packages (KDE 3.2 ;-)) and you don't have enough time. You have to close the windows and then kill the left processes by hand. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 6305] [apache-conf] New: index.shtml created when upgrading, even if it was deleted before
http://qa.mandrakesoft.com/show_bug.cgi?id=6305 Summary: index.shtml created when upgrading, even if it was deleted before Product: apache-conf Version: 2.0.47-8mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I use Apache2 as a test server on my local box. As such, I want to simply display the contents of the root directory, not a welcome page, so I delete index.shtml. Unfortunately, when I upgrade apache-conf to a new version, index.shtml comes back... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 6014] [apache2] New: installing the package wrongly changes some permissions
http://qa.mandrakesoft.com/show_bug.cgi?id=6014 Product: apache2 Component: packaging Summary: installing the package wrongly changes some permissions Product: apache2 Version: 2.0.47-6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Long ago I had installed Apache 1.3 and I had chown'ed the /var/www/html directory to a specific group and user. I also had changed the permissions to that directory (g+ws). Lately I upgraded to Apache 2.0 (i.e. I installed the Apache 2 package). Upon installation, the package changed back the owner and group of /var/www/html to root/root, and it also reset the permissions (g-ws). It did not give any warning about it. This is hardly severe but annoying, especially when it produces weird errors that you fail to diagnose at first, until you notice the permissions have changed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 6010] [libapr0] ApacheBench does not work
http://qa.mandrakesoft.com/show_bug.cgi?id=6010 --- Additional Comments From [EMAIL PROTECTED] 2003-28-09 19:04 --- After reverting to the version of libapr0 found on the Mandrake 9.1 CD (2.0.44-11mdk), it works. So I guess the bug is rather related to the APR library. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I have upgraded it to the latest version, and ApacheBench (/usr/sbin/ab) does not work anymore. It seems it can't connect to any socket. For example : ** [EMAIL PROTECTED] data]# /usr/sbin/ab -v 5 -n 1 "http://127.0.0.1/"; This is ApacheBench, Version 2.0.40-dev <$Revision: 1.121.2.1 $> apache-2.0 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/ Benchmarking 127.0.0.1 (be patient)...INFO: POST header == --- GET / HTTP/1.0 User-Agent: ApacheBench/2.0.40-dev Host: 127.0.0.1 Accept: */* --- apr_poll: The timeout specified has expired (70007) [EMAIL PROTECTED] data]# /usr/sbin/ab -v 5 -n 1 "http://www.mandrakelinux.com/"; This is ApacheBench, Version 2.0.40-dev <$Revision: 1.121.2.1 $> apache-2.0 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/ Benchmarking www.mandrakelinux.com (be patient)...INFO: POST header == --- GET / HTTP/1.0 User-Agent: ApacheBench/2.0.40-dev Host: www.mandrakelinux.com Accept: */* --- apr_poll: The timeout specified has expired (70007) *** Of course, the Web sites are perfectly reachable using a browser. Also, directly telnetting the header lines mentionned by ApacheBench works too. Endly, the Apache 2 server itself does work, only /usr/sbin/ab is broken.
[Cooker] [Bug 6010] [apache2-common] ApacheBench does not work
http://qa.mandrakesoft.com/show_bug.cgi?id=6010 --- Additional Comments From [EMAIL PROTECTED] 2003-28-09 18:44 --- Ok a little ethereal dump. I launch Ethereal on the ADSL interface and then try to ApacheBench www.mandrakelinux.com. Here it is : [EMAIL PROTECTED] data]# tethereal -i ppp0 Capturing on ppp0 0.00 213.41.184.237 -> 62.4.16.70 DNS Standard query www.mandrakelinux.com 0.056048 62.4.16.70 -> 213.41.184.237 DNS Standard query response 0.056724 213.41.184.237 -> 62.4.16.70 DNS Standard query www.mandrakelinux.com 0.118136 62.4.16.70 -> 213.41.184.237 DNS Standard query response 0.118704 213.41.184.237 -> 62.4.16.70 DNS Standard query A www.mandrakelinux.com 0.180441 62.4.16.70 -> 213.41.184.237 DNS Standard query response A 80.67.180.164 A 80.67.180.174 A 212.43.244.30 0.181076 213.41.184.237 -> 80.67.180.164 TCP 33618 > http [SYN] Seq=2705115576 Ack=0 Win=18276 Len=0 0.244214 80.67.180.164 -> 213.41.184.237 TCP http > 33618 [SYN, ACK] Seq=1726074699 Ack=2705115577 Win=5792 Len=0 0.244260 213.41.184.237 -> 80.67.180.164 TCP 33618 > http [ACK] Seq=2705115577 Ack=1726074700 Win=18276 Len=0 30.189336 213.41.184.237 -> 80.67.180.164 TCP 33618 > http [FIN, ACK] Seq=2705115577 Ack=1726074700 Win=18276 Len=0 30.256868 80.67.180.164 -> 213.41.184.237 TCP http > 33618 [FIN, ACK] Seq=1726074700 Ack=2705115578 Win=5792 Len=0 30.256912 213.41.184.237 -> 80.67.180.164 TCP 33618 > http [ACK] Seq=2705115578 Ack=1726074701 Win=18276 Len=0 It seems the HTTP request isn't actually sent as the TCP payload is always 0 (Len = 0), indicating no HTTP data is sent on the wire. Hence the ApacheBench timeout after 30 seconds. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I have upgraded it to the latest version, and ApacheBench (/usr/sbin/ab) does not work anymore. It seems it can't connect to any socket. For example : ** [EMAIL PROTECTED] data]# /usr/sbin/ab -v 5 -n 1 "http://127.0.0.1/"; This is ApacheBench, Version 2.0.40-dev <$Revision: 1.121.2.1 $> apache-2.0 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/ Benchmarking 127.0.0.1 (be patient)...INFO: POST header == --- GET / HTTP/1.0 User-Agent: ApacheBench/2.0.40-dev Host: 127.0.0.1 Accept: */* --- apr_poll: The timeout specified has expired (70007) [EMAIL PROTECTED] data]# /usr/sbin/ab -v 5 -n 1 "http://www.mandrakelinux.com/"; This is ApacheBench, Version 2.0.40-dev <$Revision: 1.121.2.1 $> apache-2.0 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/ Benchmarking www.mandrakelinux.com (be patient)...INFO: POST header == --- GET / HTTP/1.0 User-Agent: ApacheBench/2.0.40-dev Host: www.mandrakelinux.com Accept: */* --- apr_poll: The timeout specified has expired (70007) *** Of course, the Web sites are perfectly reachable using a browser. Also, directly telnetting the header lines mentionned by ApacheBench works too. Endly, the Apache 2 server itself does work, only /usr/sbin/ab is broken.
[Cooker] [Bug 6010] [apache2-common] New: ApacheBench does not work
http://qa.mandrakesoft.com/show_bug.cgi?id=6010 Product: apache2-common Component: program Summary: ApacheBench does not work Product: apache2-common Version: 2.0.47-6mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: program AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have upgraded it to the latest version, and ApacheBench (/usr/sbin/ab) does not work anymore. It seems it can't connect to any socket. For example : ** [EMAIL PROTECTED] data]# /usr/sbin/ab -v 5 -n 1 "http://127.0.0.1/"; This is ApacheBench, Version 2.0.40-dev <$Revision: 1.121.2.1 $> apache-2.0 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/ Benchmarking 127.0.0.1 (be patient)...INFO: POST header == --- GET / HTTP/1.0 User-Agent: ApacheBench/2.0.40-dev Host: 127.0.0.1 Accept: */* --- apr_poll: The timeout specified has expired (70007) [EMAIL PROTECTED] data]# /usr/sbin/ab -v 5 -n 1 "http://www.mandrakelinux.com/"; This is ApacheBench, Version 2.0.40-dev <$Revision: 1.121.2.1 $> apache-2.0 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/ Benchmarking www.mandrakelinux.com (be patient)...INFO: POST header == --- GET / HTTP/1.0 User-Agent: ApacheBench/2.0.40-dev Host: www.mandrakelinux.com Accept: */* --- apr_poll: The timeout specified has expired (70007) *** Of course, the Web sites are perfectly reachable using a browser. Also, directly telnetting the header lines mentionned by ApacheBench works too. Endly, the Apache 2 server itself does work, only /usr/sbin/ab is broken. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5457] [OpenOffice.org] incredibly slow GUI redraw
http://qa.mandrakesoft.com/show_bug.cgi?id=5457 --- Additional Comments From [EMAIL PROTECTED] 2003-11-09 13:15 --- Not for me. 1.1RC3 MDK packages vs. older official binaries. I don't remember if these are RC2 or RC3 but the build number is : $ /usr/local/OpenOffice.org1.1RC/program/soffice -h OpenOffice.org 1.1 645m6(Build:8639)[CWS:ooo11rc] -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: Hi, I've just switched to OOo 1.1 from Cooker, and it seems the graphical interface is even slower than in 1.0. Menus and icons take forever to redraw. Mind you, my computer is an Athlon XP 2000 with 512 Mb RAM, a Geforce4 MX (with proprietary nvidia drivers installed) and a fast hard drive. Everything else on the desktop is fine, but the OOo GUI is slow as hell (I just tried to start Writer with a blank document). I wonder how it works on a low-end machine. It's a major problem, as Abiword is not installed with Mandrake, thus there are no alternatives without KDE.
[Cooker] [Bug 5457] [OpenOffice.org] New: incredibly slow GUI redraw
http://qa.mandrakesoft.com/show_bug.cgi?id=5457 Product: OpenOffice.org Component: OpenOffice.org Summary: incredibly slow GUI redraw Product: OpenOffice.org Version: 1.1-0.rc3.2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: OpenOffice.org AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, I've just switched to OOo 1.1 from Cooker, and it seems the graphical interface is even slower than in 1.0. Menus and icons take forever to redraw. Mind you, my computer is an Athlon XP 2000 with 512 Mb RAM, a Geforce4 MX (with proprietary nvidia drivers installed) and a fast hard drive. Everything else on the desktop is fine, but the OOo GUI is slow as hell (I just tried to start Writer with a blank document). I wonder how it works on a low-end machine. It's a major problem, as Abiword is not installed with Mandrake, thus there are no alternatives without KDE. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 5457] [OpenOffice.org] incredibly slow GUI redraw
http://qa.mandrakesoft.com/show_bug.cgi?id=5457 --- Additional Comments From [EMAIL PROTECTED] 2003-10-09 01:50 --- I forgot to mention this important point : I had already installed the officiel OOo 1.1 binaries as a manual install, and it's much much faster than the Mandrake version (both load time and GUI drawing speed are 3x to 4x better on the official binaries). There is probably something broken with the Mandrake package. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Hi, I've just switched to OOo 1.1 from Cooker, and it seems the graphical interface is even slower than in 1.0. Menus and icons take forever to redraw. Mind you, my computer is an Athlon XP 2000 with 512 Mb RAM, a Geforce4 MX (with proprietary nvidia drivers installed) and a fast hard drive. Everything else on the desktop is fine, but the OOo GUI is slow as hell (I just tried to start Writer with a blank document). I wonder how it works on a low-end machine. It's a major problem, as Abiword is not installed with Mandrake, thus there are no alternatives without KDE.
[Cooker] [Bug 5254] [evolution] New: read messages remain unread in "unmatched" vfolder
http://qa.mandrakesoft.com/show_bug.cgi?id=5254 Product: evolution Component: evolution Summary: read messages remain unread in "unmatched" vfolder Product: evolution Version: 1.4.4-5mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: evolution AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I read messages in my IMAP inbox, they remain in the "unread" state in the "unmatched" virtual folder ("Différent" in French). This does not happen with other virtual folders, nor normal folders. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 4576] [evolution] Evolution badly translates character sets when fetching mail from server
http://qa.mandrakesoft.com/show_bug.cgi?id=4576 --- Additional Comments From [EMAIL PROTECTED] 2003-22-08 20:22 --- Created an attachment (id=674) --> (http://qa.mandrakesoft.com/attachment.cgi?id=674&action=view) binary copy of the example as saved by mutt on the imap server the message is also viewable at the mailing-list archive site: http://listes.rezo.net/archives/spip/2003-08/msg00314.html -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: Evolution seems to transform the charset of some of the messages I fetch from my IMAP mailbox. It is hard to describe, thus I am going to show the differences between what's stored on the server and what ends up in my evolution display. The example concerns specifically one mail ; I list all headers and just the first paragraph of the body. You'll see that : 1. The original "content-type" header is replaced by another one which appears at the bottom of the headers 2. The mail body is wrongly translated in utf-8 characters (French accents) whereas the "content-type" header still indicates iso-8859-1. The "quoted-printable" encoding makes this quite clear (French accents are one byte in iso-8859-1, and two in utf-8) The net effect is that some of my e-mails become unreadable (broken French accents). Here is the mail as stored on the IMAP server (I have an ssh access to it) : >From [EMAIL PROTECTED] Thu Aug 7 20:49:55 2003 Return-Path: <[EMAIL PROTECTED]> Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by miel.brainstorm.fr (Postfix) with ESMTP id 68C6B1C89F0; Thu, 7 Aug 2003 20:49:55 +0200 (CEST) Received: from h2h7n3 (pauguste-3-81-57-114-42.fbx.proxad.net [81.57.114.42]) by postfix3-1.free.fr (Postfix) with ESMTP id 9E413C240; Thu, 7 Aug 2003 20:49:54 +0200 (CEST) From: "Pierre Mounier" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], "Antoine" <[EMAIL PROTECTED]> Date: Thu, 07 Aug 2003 20:48:47 +0200 MIME-Version: 1.0 Subject: Re: [Spip] Changer caract9ristiques des champs de saisie "articles" Message-ID: <[EMAIL PROTECTED]> Priority: normal In-reply-to: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> X-mailer: Pegasus Mail for Windows (v4.12a) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Content-description: Mail message body X-Spam-Status: No, hits=-5.5 required=7.0 tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Status: RO X-Status: X-Keywords: X-UID: 28874 Pour ce coup-ci, je ne sais pas, mais je sais (par exp=E9rience) que dans nombre de cas, c'est vraiment g=EAnant. Cela para=EEt idiot, mais il est tr=E8s difficile de faire passer =E0 une communaut=E9 de r=E9dacteurs = la gymnastique qui consiste =E0 dire "pour les infos pratiques, c'est P.S." ou "pour la biblio, c'est PGP", etc. [snip] Here is the e-mail as displayed by Evolution when I choose "display source" : Return-Path: <[EMAIL PROTECTED]> Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by miel.brainstorm.fr (Postfix) with ESMTP id 68C6B1C89F0; Thu, 7 Aug 2003 20:49:55 +0200 (CEST) Received: from h2h7n3 (pauguste-3-81-57-114-42.fbx.proxad.net [81.57.114.42]) by postfix3-1.free.fr (Postfix) with ESMTP id 9E413C240; Thu, 7 Aug 2003 20:49:54 +0200 (CEST) From: "Pierre Mounier" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], "Antoine" <[EMAIL PROTECTED]> Date: Thu, 07 Aug 2003 20:48:47 +0200 MIME-Version: 1.0 Subject: Re: [Spip] Changer caract?9ristiques des champs de saisie "articles" Message-ID: <[EMAIL PROTECTED]> Priority: normal In-reply-to: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> X-mailer: Pegasus Mail for Windows (v4.12a) Content-transfer-encoding: Quoted-printable Content-description: Mail message body X-Spam-Status: No, hits=-5.5 required=7.0 tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Content-Type: text/plain; CHARSET=ISO-8859-1 X-Evolution-Source: imap://[EMAIL PROTECTED]:1143/ Pour ce coup-ci, je ne sais pas, mais je sais (par exp=C3=A9rience) que=20 dans nombre de cas, c'est vraiment g=C3=AAnant. Cela para=C3=AEt idiot, mai= s il=20 est tr=C3=A8s difficile de faire passer =C3=A0 une communaut=C3=A9 de r=C3= =A9dacteurs la=20 gymnastique qui consiste =C3=A0 dire "pour les infos pratiques, c'est=20 P.S." ou "pour la biblio, c'est PGP", etc. [snip]
[Cooker] [Bug 4576] [evolution] Evolution badly translates character sets when fetching mail from server
http://qa.mandrakesoft.com/show_bug.cgi?id=4576 --- Additional Comments From [EMAIL PROTECTED] 2003-22-08 21:12 --- Another clue: the "Subject" header line contains a bad character (0x0e)... -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: Evolution seems to transform the charset of some of the messages I fetch from my IMAP mailbox. It is hard to describe, thus I am going to show the differences between what's stored on the server and what ends up in my evolution display. The example concerns specifically one mail ; I list all headers and just the first paragraph of the body. You'll see that : 1. The original "content-type" header is replaced by another one which appears at the bottom of the headers 2. The mail body is wrongly translated in utf-8 characters (French accents) whereas the "content-type" header still indicates iso-8859-1. The "quoted-printable" encoding makes this quite clear (French accents are one byte in iso-8859-1, and two in utf-8) The net effect is that some of my e-mails become unreadable (broken French accents). Here is the mail as stored on the IMAP server (I have an ssh access to it) : >From [EMAIL PROTECTED] Thu Aug 7 20:49:55 2003 Return-Path: <[EMAIL PROTECTED]> Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by miel.brainstorm.fr (Postfix) with ESMTP id 68C6B1C89F0; Thu, 7 Aug 2003 20:49:55 +0200 (CEST) Received: from h2h7n3 (pauguste-3-81-57-114-42.fbx.proxad.net [81.57.114.42]) by postfix3-1.free.fr (Postfix) with ESMTP id 9E413C240; Thu, 7 Aug 2003 20:49:54 +0200 (CEST) From: "Pierre Mounier" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], "Antoine" <[EMAIL PROTECTED]> Date: Thu, 07 Aug 2003 20:48:47 +0200 MIME-Version: 1.0 Subject: Re: [Spip] Changer caract9ristiques des champs de saisie "articles" Message-ID: <[EMAIL PROTECTED]> Priority: normal In-reply-to: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> X-mailer: Pegasus Mail for Windows (v4.12a) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Content-description: Mail message body X-Spam-Status: No, hits=-5.5 required=7.0 tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Status: RO X-Status: X-Keywords: X-UID: 28874 Pour ce coup-ci, je ne sais pas, mais je sais (par exp=E9rience) que dans nombre de cas, c'est vraiment g=EAnant. Cela para=EEt idiot, mais il est tr=E8s difficile de faire passer =E0 une communaut=E9 de r=E9dacteurs = la gymnastique qui consiste =E0 dire "pour les infos pratiques, c'est P.S." ou "pour la biblio, c'est PGP", etc. [snip] Here is the e-mail as displayed by Evolution when I choose "display source" : Return-Path: <[EMAIL PROTECTED]> Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by miel.brainstorm.fr (Postfix) with ESMTP id 68C6B1C89F0; Thu, 7 Aug 2003 20:49:55 +0200 (CEST) Received: from h2h7n3 (pauguste-3-81-57-114-42.fbx.proxad.net [81.57.114.42]) by postfix3-1.free.fr (Postfix) with ESMTP id 9E413C240; Thu, 7 Aug 2003 20:49:54 +0200 (CEST) From: "Pierre Mounier" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], "Antoine" <[EMAIL PROTECTED]> Date: Thu, 07 Aug 2003 20:48:47 +0200 MIME-Version: 1.0 Subject: Re: [Spip] Changer caract?9ristiques des champs de saisie "articles" Message-ID: <[EMAIL PROTECTED]> Priority: normal In-reply-to: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> X-mailer: Pegasus Mail for Windows (v4.12a) Content-transfer-encoding: Quoted-printable Content-description: Mail message body X-Spam-Status: No, hits=-5.5 required=7.0 tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Content-Type: text/plain; CHARSET=ISO-8859-1 X-Evolution-Source: imap://[EMAIL PROTECTED]:1143/ Pour ce coup-ci, je ne sais pas, mais je sais (par exp=C3=A9rience) que=20 dans nombre de cas, c'est vraiment g=C3=AAnant. Cela para=C3=AEt idiot, mai= s il=20 est tr=C3=A8s difficile de faire passer =C3=A0 une communaut=C3=A9 de r=C3= =A9dacteurs la=20 gymnastique qui consiste =C3=A0 dire "pour les infos pratiques, c'est=20 P.S." ou "pour la biblio, c'est PGP", etc. [snip]
[Cooker] [Bug 4576] [evolution] New: Evolution badly translates character sets when fetching mail from server
http://qa.mandrakesoft.com/show_bug.cgi?id=4576 Product: evolution Component: evolution Summary: Evolution badly translates character sets when fetching mail from server Product: evolution Version: 1.4.4-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 Component: evolution AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Evolution seems to transform the charset of some of the messages I fetch from my IMAP mailbox. It is hard to describe, thus I am going to show the differences between what's stored on the server and what ends up in my evolution display. The example concerns specifically one mail ; I list all headers and just the first paragraph of the body. You'll see that : 1. The original "content-type" header is replaced by another one which appears at the bottom of the headers 2. The mail body is wrongly translated in utf-8 characters (French accents) whereas the "content-type" header still indicates iso-8859-1. The "quoted-printable" encoding makes this quite clear (French accents are one byte in iso-8859-1, and two in utf-8) The net effect is that some of my e-mails become unreadable (broken French accents). Here is the mail as stored on the IMAP server (I have an ssh access to it) : >From [EMAIL PROTECTED] Thu Aug 7 20:49:55 2003 Return-Path: <[EMAIL PROTECTED]> Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by miel.brainstorm.fr (Postfix) with ESMTP id 68C6B1C89F0; Thu, 7 Aug 2003 20:49:55 +0200 (CEST) Received: from h2h7n3 (pauguste-3-81-57-114-42.fbx.proxad.net [81.57.114.42]) by postfix3-1.free.fr (Postfix) with ESMTP id 9E413C240; Thu, 7 Aug 2003 20:49:54 +0200 (CEST) From: "Pierre Mounier" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], "Antoine" <[EMAIL PROTECTED]> Date: Thu, 07 Aug 2003 20:48:47 +0200 MIME-Version: 1.0 Subject: Re: [Spip] Changer caract9ristiques des champs de saisie "articles" Message-ID: <[EMAIL PROTECTED]> Priority: normal In-reply-to: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> X-mailer: Pegasus Mail for Windows (v4.12a) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: Quoted-printable Content-description: Mail message body X-Spam-Status: No, hits=-5.5 required=7.0 tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Status: RO X-Status: X-Keywords: X-UID: 28874 Pour ce coup-ci, je ne sais pas, mais je sais (par exp=E9rience) que dans nombre de cas, c'est vraiment g=EAnant. Cela para=EEt idiot, mais il est tr=E8s difficile de faire passer =E0 une communaut=E9 de r=E9dacteurs = la gymnastique qui consiste =E0 dire "pour les infos pratiques, c'est P.S." ou "pour la biblio, c'est PGP", etc. [snip] Here is the e-mail as displayed by Evolution when I choose "display source" : Return-Path: <[EMAIL PROTECTED]> Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by miel.brainstorm.fr (Postfix) with ESMTP id 68C6B1C89F0; Thu, 7 Aug 2003 20:49:55 +0200 (CEST) Received: from h2h7n3 (pauguste-3-81-57-114-42.fbx.proxad.net [81.57.114.42]) by postfix3-1.free.fr (Postfix) with ESMTP id 9E413C240; Thu, 7 Aug 2003 20:49:54 +0200 (CEST) From: "Pierre Mounier" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], "Antoine" <[EMAIL PROTECTED]> Date: Thu, 07 Aug 2003 20:48:47 +0200 MIME-Version: 1.0 Subject: Re: [Spip] Changer caract?9ristiques des champs de saisie "articles" Message-ID: <[EMAIL PROTECTED]> Priority: normal In-reply-to: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> X-mailer: Pegasus Mail for Windows (v4.12a) Content-transfer-encoding: Quoted-printable Content-description: Mail message body X-Spam-Status: No, hits=-5.5 required=7.0 tests=AWL,BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Content-Type: text/plain; CHARSET=ISO-8859-1 X-Evolution-Source: imap://[EMAIL PROTECTED]:1143/ Pour ce coup-ci, je ne sais pas, mais je sais (par exp=C3=A9rience) que=20 dans nombre de cas, c'est vraiment g=C3=AAnant. Cela para=C3=AEt idiot, mai= s il=20 est tr=C3=A8s difficile de faire passer =C3=A0 une communaut=C3=A9 de r=C3= =A9dacteurs la=20 gymnastique qui consiste =C3=A0 dire "pour les infos pratiques, c'est=20 P.S." ou "pour la biblio, c'est PGP", etc. [snip] -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3961] [gnumeric] importing iso-8859-1 text files fails
http://qa.mandrakesoft.com/show_bug.cgi?id=3961 --- Additional Comments From [EMAIL PROTECTED] 2003-05-08 00:00 --- Created an attachment (id=579) --> (http://qa.mandrakesoft.com/attachment.cgi?id=579&action=view) borked iso-8859-1 text file exported by Gnumeric The spreadsheet originally contains four cells each reading the word "éléphant". You'll notice in the exported file, French accents and their surrounding letters become completely borked. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: The current Gnumeric package is broken when you want to import text files using iso-8859-1 characters, and these text files contain non-ascii characters. It works when using utf-8 characters. Simple test case (assuming iso-8859-1 or iso-8859-15 is your default locale) - launch Gnumeric - type some text with non-ascii characters in a cell, e.g. "éléphant" - export the sheet as a text file Book1.csv - close the file - re-import Book1.csv as a text file : it fails (wrong character) Now the same test case but using utf-8 : - launch "LC_ALL=fr_FR.UTF-8 Gnumeric" (or LC_ALL=en_GB.UTF-8, etc.) - type some text with non-ascii characters in a cell, e.g. "éléphant" - export the sheet as a text file Book1-utf8.csv - close the file - re-import Book1-utf8.csv as a text file : it succeeds This bug was first filed as a generic Gnumeric bug (http://bugs.gnome.org/show_bug.cgi?id=110182), but it seems the mainline version works ok, so I think this bug is Mandrake-related. It only appeared with Mandrake 9.1, it was fine before. Also, I have no locale problems in other programs. Using native Gnumeric files is ok. I am attaching files for the two test cases mentioned above.
[Cooker] [Bug 3961] [gnumeric] importing iso-8859-1 text files fails
http://qa.mandrakesoft.com/show_bug.cgi?id=3961 --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 23:56 --- So, testing with the latest version from Cooker, I don't see much improvement. It's even worse than before : 1. In the "text import/export" parameter dialog, the default locale is "English: ASCII" and needs to be manually changed to either "iso-8859-1" or "utf-8" - although my system locale already is "fr_FR", hence should automatically imply one of those charsets. 2. Even if I change the locale in the text import parameter form, it will revert back to "English: ASCII" on a subsequent operation, which makes it very tedious and error-prone. 3. Exporting French accents to utf-8 does work as before, but it does not work in iso-8859-1* : it creates a borked file with French accents and adjacent letters replaced with garbage (try it out yourself with the word "éléphant"). 4. If I try to reimport a borked iso-8859-1 CSV file as created by Gnumeric, Gnumeric crashes ! 5. When opening a file, automatic detection of CSV/TSV files fails ("unsupported file type") -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: The current Gnumeric package is broken when you want to import text files using iso-8859-1 characters, and these text files contain non-ascii characters. It works when using utf-8 characters. Simple test case (assuming iso-8859-1 or iso-8859-15 is your default locale) - launch Gnumeric - type some text with non-ascii characters in a cell, e.g. "éléphant" - export the sheet as a text file Book1.csv - close the file - re-import Book1.csv as a text file : it fails (wrong character) Now the same test case but using utf-8 : - launch "LC_ALL=fr_FR.UTF-8 Gnumeric" (or LC_ALL=en_GB.UTF-8, etc.) - type some text with non-ascii characters in a cell, e.g. "éléphant" - export the sheet as a text file Book1-utf8.csv - close the file - re-import Book1-utf8.csv as a text file : it succeeds This bug was first filed as a generic Gnumeric bug (http://bugs.gnome.org/show_bug.cgi?id=110182), but it seems the mainline version works ok, so I think this bug is Mandrake-related. It only appeared with Mandrake 9.1, it was fine before. Also, I have no locale problems in other programs. Using native Gnumeric files is ok. I am attaching files for the two test cases mentioned above.
[Cooker] [Bug 3640] [drakxtools] New: umask setting works only with the command line
http://qa.mandrakesoft.com/show_bug.cgi?id=3640 Product: drakxtools Component: DrakSec Summary: umask setting works only with the command line Version: 9.1-29mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have changed the umask setting in Mandrake Control Center (Security -> DrakSec -> System Options -> set_user_umask -> 002). Unfortunately this setting works only in command line applications. For example if I download a file with Galeon, the access rights will be 600 (instead of 664 if I create a file from a terminal windows). Same if I "cvs update" some files with Cervisia. Annoying and disturbing ;) This is the draksec version shipped with Mandrake 9.1. I haven't found a way to print the exact version, sorry... --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3605] [gnumeric] fonts broken after Gnumeric upgrade
http://qa.mandrakesoft.com/show_bug.cgi?id=3605 --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 15:55 --- Some more info again : OpenOffice does use the TTF file, whereas Gnumeric uses the PFB one. # lsof -P | grep office | grep verdana soffice.b 3132 antoine memREG 3,11 139640635348 /usr/X11R6/lib/X11/fonts/drakfont/ttf/verdana.ttf [...] As for Phoenix (not a MDK package, but it may be informative), it does not appear to load any font by itself ... [EMAIL PROTECTED] usr]# lsof -P | grep phoenix | grep font [EMAIL PROTECTED] usr]# lsof -P | grep phoenix | grep ttf [EMAIL PROTECTED] usr]# lsof -P | grep phoenix | grep pfb [EMAIL PROTECTED] usr]# However Galeon, which displays fonts correctly, does use TTF files : [EMAIL PROTECTED] usr]# lsof -P | grep galeon | grep font galeon-bi 2922 antoine memREG 3,11 147120538117 /usr/lib/libfontconfig.so.1.0 galeon-bi 2929 antoine memREG 3,11 136032635346 /usr/X11R6/lib/X11/fonts/drakfont/ttf/verdanab.ttf [etc] --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: After having upgraded Gnumeric (actually after upgrading from Mandrake 9.0 to 9.1), some files I had created with the previous Gnumeric don't display well anymore. The fonts I used in those files (these are fonts which I'd transferred from TTF files) look completely broken : character mappings seem to be corrupted (for example 'V' displays as '6', other characters display as empty squares). In fact, all fonts I had converted from Windows fonts look broken in the new Gnumeric : only Mandrake native fonts (like Luxi Sans) are OK. The same files and the same fonts look OK in OpenOffice Calc (and the fonts are OK in other programs too), thus it does not seem to be a system-wide problem. I'm uploading a screenshot. You can see a field whose content is correctly displayed in the edit box, but broken in the WYSIWYG pane.
[Cooker] [Bug 3605] [gnumeric] fonts broken after Gnumeric upgrade
http://qa.mandrakesoft.com/show_bug.cgi?id=3605 --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 15:41 --- Created an attachment (id=416) --> (http://qa.mandrakesoft.com/attachment.cgi?id=416&action=view) a misfunctioning font Original file path is /usr/X11R6/lib/X11/fonts/drakfont/Type1/verdana.pfb --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: After having upgraded Gnumeric (actually after upgrading from Mandrake 9.0 to 9.1), some files I had created with the previous Gnumeric don't display well anymore. The fonts I used in those files (these are fonts which I'd transferred from TTF files) look completely broken : character mappings seem to be corrupted (for example 'V' displays as '6', other characters display as empty squares). In fact, all fonts I had converted from Windows fonts look broken in the new Gnumeric : only Mandrake native fonts (like Luxi Sans) are OK. The same files and the same fonts look OK in OpenOffice Calc (and the fonts are OK in other programs too), thus it does not seem to be a system-wide problem. I'm uploading a screenshot. You can see a field whose content is correctly displayed in the edit box, but broken in the WYSIWYG pane.
[Cooker] [Bug 3605] [gnumeric] fonts broken after Gnumeric upgrade
http://qa.mandrakesoft.com/show_bug.cgi?id=3605 --- Additional Comments From [EMAIL PROTECTED] 2003-04-01 15:38 --- Erm, the Gnumeric files are quite personal, but you can reproduce the problem by typing capital letters anywhere in a plain new gnumeric sheet, the issue is not file-related. As for the font file, when I say "converted" I really meant "imported from Windows by Mandrake Control Center". However, I get the following, which shows the fonts were really converted from TTF to PFB: # lsof -P | grep gnumeric | grep verdana gnumeric 3024 antoine memREG 3,1161291619171 /usr/X11R6/lib/X11/fonts/drakfont/Type1/verdana.pfb So I'm gonna upload the "verdana.pfb" file, which you can try over a spreadsheet cell containing capital letters (try "FOOBAR"). -- On a side note : since I've retried to import Windows font from 9.1's Control Center, Phoenix (a Mozilla sub-project) does not detect Windows fonts anymore (Verdana shows as Arial). Is 9.1 fontconfig-only, so that programs not using fontconfig are now confused ? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: After having upgraded Gnumeric (actually after upgrading from Mandrake 9.0 to 9.1), some files I had created with the previous Gnumeric don't display well anymore. The fonts I used in those files (these are fonts which I'd transferred from TTF files) look completely broken : character mappings seem to be corrupted (for example 'V' displays as '6', other characters display as empty squares). In fact, all fonts I had converted from Windows fonts look broken in the new Gnumeric : only Mandrake native fonts (like Luxi Sans) are OK. The same files and the same fonts look OK in OpenOffice Calc (and the fonts are OK in other programs too), thus it does not seem to be a system-wide problem. I'm uploading a screenshot. You can see a field whose content is correctly displayed in the edit box, but broken in the WYSIWYG pane.
[Cooker] [Bug 3625] [mod_php] New: iconv not enabled by default in php
http://qa.mandrakesoft.com/show_bug.cgi?id=3625 Product: mod_php Component: program Summary: iconv not enabled by default in php Version: 4.3.1-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] As of Mandrake 9.1, the iconv module is not enabled by default in mod_php. However, it is a simple matter of turning on the --with-iconv in ./configure. No third party library is needed (glibc is enough ;-)). Thus it would be a good idea to ship php with iconv enabled (it helps converting between character sets). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3605] [gnumeric] fonts broken after Gnumeric upgrade
http://qa.mandrakesoft.com/show_bug.cgi?id=3605 --- Additional Comments From [EMAIL PROTECTED] 2003-03-30 20:39 --- Created an attachment (id=406) --> (http://qa.mandrakesoft.com/attachment.cgi?id=406&action=view) Screenshot showing the font problem --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: After having upgraded Gnumeric (actually after upgrading from Mandrake 9.0 to 9.1), some files I had created with the previous Gnumeric don't display well anymore. The fonts I used in those files (these are fonts which I'd transferred from TTF files) look completely broken : character mappings seem to be corrupted (for example 'V' displays as '6', other characters display as empty squares). In fact, all fonts I had converted from Windows fonts look broken in the new Gnumeric : only Mandrake native fonts (like Luxi Sans) are OK. The same files and the same fonts look OK in OpenOffice Calc (and the fonts are OK in other programs too), thus it does not seem to be a system-wide problem. I'm uploading a screenshot. You can see a field whose content is correctly displayed in the edit box, but broken in the WYSIWYG pane.
[Cooker] [Bug 3605] [gnumeric] New: fonts broken after Gnumeric upgrade
http://qa.mandrakesoft.com/show_bug.cgi?id=3605 Product: gnumeric Component: gnumeric Summary: fonts broken after Gnumeric upgrade Version: 1.0.12-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After having upgraded Gnumeric (actually after upgrading from Mandrake 9.0 to 9.1), some files I had created with the previous Gnumeric don't display well anymore. The fonts I used in those files (these are fonts which I'd transferred from TTF files) look completely broken : character mappings seem to be corrupted (for example 'V' displays as '6', other characters display as empty squares). In fact, all fonts I had converted from Windows fonts look broken in the new Gnumeric : only Mandrake native fonts (like Luxi Sans) are OK. The same files and the same fonts look OK in OpenOffice Calc (and the fonts are OK in other programs too), thus it does not seem to be a system-wide problem. I'm uploading a screenshot. You can see a field whose content is correctly displayed in the edit box, but broken in the WYSIWYG pane. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3601] [mod_php] New: upgrading php silently overwrites php.ini and leads to potential security problems
http://qa.mandrakesoft.com/show_bug.cgi?id=3601 Product: mod_php Component: packaging Summary: upgrading php silently overwrites php.ini and leads to potential security problems Version: 4.3.1-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When PHP is upgraded (for example from Mandrake 9.0 -> 9.1), the php.ini configuration file is silently overwritten with one containing default values. The problem is : you may not notice it because PHP will still function properly. However, default values are not safe at all. Thus, when you upgrade from a secured PHP installation (notably with safe_mode and open_basedir set to adequate values), your installation becomes highly insecure without any warning (as PHP still works, you may not notice settings have changed). Of course, it is preferable to check config files after an upgrade, but the fact that the system still works may easily fool you into thinking that nothing has changed. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3025] [kernel] FAM prevents supermount to work
http://qa.mandrakesoft.com/show_bug.cgi?id=3025 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 00:54 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Using konqueror with the latest cooker Previously reported that fam monitor /mnt/cdrom, which is wrong [EMAIL PROTECTED] a]# lsof /mnt/cdrom2 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME fam 2137a 354r DIR 0,100 47104 /mnt/cdrom2 This prevents from opening the drive and using supermount. This also prevents from using files on the CD-ROM. I can not open the files or copy them to the HD [EMAIL PROTECTED] a]# cp /mnt/cdrom2/Le.avi . cp: reading `/mnt/cdrom2/Le.avi': Input/output error if I kill FAM, I can copy the file or open the file
[Cooker] [Bug 3025] [kernel] FAM prevents supermount to work
http://qa.mandrakesoft.com/show_bug.cgi?id=3025 --- Additional Comments From [EMAIL PROTECTED] 2003-03-28 00:52 --- I confirm this bug on Mandrake 9.1 (yes, final version). Disabling FAM in xinetd solves the problem (both for my CD-ROM drive and CD burner). I didn't have any trouble under 9.0. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Using konqueror with the latest cooker Previously reported that fam monitor /mnt/cdrom, which is wrong [EMAIL PROTECTED] a]# lsof /mnt/cdrom2 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME fam 2137a 354r DIR 0,100 47104 /mnt/cdrom2 This prevents from opening the drive and using supermount. This also prevents from using files on the CD-ROM. I can not open the files or copy them to the HD [EMAIL PROTECTED] a]# cp /mnt/cdrom2/Le.avi . cp: reading `/mnt/cdrom2/Le.avi': Input/output error if I kill FAM, I can copy the file or open the file