Re: Problème sous linux
Perhaps it should be useful to mention that although the tools are i18n'zed, all reports should be in english to be taken into account. If so, we would have to display such a notice in a very obvious place, like near the mailing-list address, not hidden in some man pages. Seriously, I would be glad to fix the french translations if needed (I can do the german and japanese one as well). About the bogus bug report, I don't think that user even know the ls command exists, or knows about the console commands (he/she is a basic user, not a developer, asking general technical questions like he/she would do on a dedicated tech support address) . There is obviously easy to access graphical tool displaying this list address as a direct support contact in the Ubuntu release. This has to be something very noticeable. I have contacted the user to get more information on this. Gabriel On 05/17/2008 6:43:18 PM +0200, Lucas Nussbaum [EMAIL PROTECTED] wrote: On 13/05/08 at 10:11 +0100, James Youngman wrote: In any case, you have asked for help in the wrong place. This mailing list is devoted to the support and improvements of the GNU Core Utilities (http://www.gnu.org/software/coreutils/). It seems to me that your problem is probably not related to these. I think that the best thing for you to do would be to ask for help on a French-language mailing list devoted to user-support on the Linux distribution of your choice.This one isn't such a list. I wonder if he got that email from the output of command --help: $ LC_ALL=fr_FR.UTF8 ls --help [..] Rapporter toutes anomalies à bug-coreutils@gnu.org. Which translates to report all bugs, not just report bugs. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Anyone at Ubuntu? (wrong support address) [Was: Problème sous linux]
I wonder why there is so many french Ubuntu users asking for help here. I suspect there is a link or worse, an automated form posted to this list into a support application in the french Ubuntu distribution. Anyone at Ubuntu can check this? This list is obviously _not_ the Ubuntu french tech support. To answer the original question (I'm so glad to finally have a reason to write in French...): Bonjour, Si le problème se produit sous Ubuntu, mais aussi sous Debian ou Windows, il ne s'agit clairement pas d'un problème logiciel. Vous devriez vérifier l'état de votre carte graphique et de votre écran, et essayer de les remplacer pour confirmer quel est le matériel qui est defectueux. Gabriel On 05/13/2008 11:11:05 AM +0200, James Youngman [EMAIL PROTECTED] wrote: 2008/5/8 nel natou [EMAIL PROTECTED]: Bonjour. Hello. J'ai instalé Ubuntu sur mon pc en dual boot avec windows et j'ai des problèmes d'éceran ou de fréquence de raffraichissement. ce qui es bizarre, c'est qu'avant ça n'affectait que linux maintenant, ça vient même sous windows et parfois c'est très long. Je ne sia spas quoi faire. J'ai installé debian au lieu de ubuntu et ça continue Que faire? My French is quite poor, so I had some difficulty in understanding your email. I turned to Google Translate (http://translate.google.com/translate_t?sl=frtl=en) to help me, but unfortunately it fails to translate exactly the specific part of your email which was hard for me to understand.This is the text it gave me: Good morning. I installed Ubuntu on my pc in dual boot with windows and have problems éceran or frequency raffraichissement. what are bizarre, is that before it affected that Linux now, it's coming even in windows and sometimes it is very long. I do not know what to do. I installed debian instead ubuntu and it continues What to do? As you will see, I still can't tell what your problem is. However, if you have the same problem in Windows and in Linux, you should consider the possibility that the problem affects your hardware, and that it is not a software problem at all. In any case, you have asked for help in the wrong place. This mailing list is devoted to the support and improvements of the GNU Core Utilities (http://www.gnu.org/software/coreutils/). It seems to me that your problem is probably not related to these. I think that the best thing for you to do would be to ask for help on a French-language mailing list devoted to user-support on the Linux distribution of your choice.This one isn't such a list. Sorry that I was unable to solve your problem, James. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: Feature request - base64 Filename Safe Alphabet
On 04/29/2008 4:47:53 PM +0200, Bo Borgerson [EMAIL PROTECTED] wrote: Pádraig Brady wrote: tr '+/' '._' = hidden files tr '+/' '-_' = awkward option clashes tr '/' '_' = not POSIX portable AFAIK, POSIX filenames allow any character except the slash character and the null byte. ho hum, the awkward option clashes is probably best. Especially when this is the RFC recommanded translation. This would avoid confusing people with multiple translation sets and stick to the RFC (considered by many as the authoritative translation) Yeah, there's no really ideal option, is there... it is very easy to escape a dash character, either manually (the tab key makes it very easy with some shells), or in scripts (all languages have a shell escape function). It almost might be nice to have a totally user-configurable alphabet. IMHO this is a bad idea because this would confuse even more people trying to use it. We could end with dozen of incompatible, non-portable shell scripts, with none using the same translation set. A totally user-configurable alphabet is always possible with base64 | tr which is designed to do that. Gabriel ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
proposal : remove hostname from coreutils
Hi, The hostname utility in coreutils-6.9 is still a very old version, and the hostname from net-tools 1.60 (released ~2001) is a better featured utility. Since net-tools doesn't seem to be maintained anymore, what about updating the hostname sources from coreutils, or simply remove it ? It would avoid duplicate tools, since we can't even disable its compilation at configure time. Thanks, Gabriel ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: proposal : remove hostname from coreutils
On 07/23/2007 2:59:55 PM +0200, Jim Meyering [EMAIL PROTECTED] wrote: Gabriel Barazer [EMAIL PROTECTED] wrote: The hostname utility in coreutils-6.9 is still a very old version, and the hostname from net-tools 1.60 (released ~2001) is a better featured utility. Since net-tools doesn't seem to be maintained anymore, what about updating the hostname sources from coreutils, or simply remove it ? It would avoid duplicate tools, since we can't even disable its compilation at configure time. Ah, but now you can -- at least with the latest sources from git. I expect to add it to the list (currently arch,su) of programs *not* built by default. Great ! Thanks. In fact, I had the same problem with kill and uptime (better version in procps), and su (better in shadow). This tool duplication between packages is really a PITA, the manual override for building selected tools is a very convenient workaround, but I think it should not be permanent : some packages need to be re-maintained or merged to avoid theses duplications. Another thought : Several tools from coreutils need to be installed in /bin according to the FHS. Is it planned to have an option like --with-root-prefix=[DESTDIR] to install these tools directly in [DESTDIR]/bin ? This would avoid manually moving the tools to their right place. BTW, Is there already a date for release of coreutils-6.10 ? Thanks, Gabriel ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
