Re: Problème sous linux
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=fr&tl=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
Re: [PATCH] md5sum+sha*sum: add option --quiet/-q to suppress OK messages
Hi,
On Sun, May 04, 2008 at 06:33:45PM +0200, Erik Auerswald wrote:
> On Tue, Apr 22, 2008 at 07:10:58PM +0200, Jim Meyering wrote:
> > Erik Auerswald <[EMAIL PROTECTED]> wrote:
> > > On Tue, Apr 22, 2008 at 06:05:48PM +0200, Jim Meyering wrote:
> > >> Erik Auerswald <[EMAIL PROTECTED]> wrote:
> > >> > IMHO md5sum and sha*sum are too verbose by default, especially when
> > >> > checking a large collection of files with only a few failing
> > >> > validation.
> > >> > Therefore I'd like to see an option added to suppress just the output
> > >> > for successfully verified files.
> > >>
> > >> The only suggestion I can make so far is to omit the short-named "-q"
> > >> option.
> > >> The "--q" abbreviation of --quiet is only one byte longer.
>
> The attached patch adds the above feature and adds an option --quiet to
> md5sum and sha*sum (no short option added).
>
> The signed copyright assignment is on it's way, the patch is against the
> current git HEAD.
The copyright assignment process with the FSF is completed, find the
patch against current HEAD as an attachment.
Erik
--
I don't want to see the state of the file when I'm editing.
-- Ken Thompson
>From f776112966d6771b3c7dd8228fa09fb129c8edde Mon Sep 17 00:00:00 2001
From: Erik Auerswald <[EMAIL PROTECTED]>
Date: Tue, 13 May 2008 14:13:30 +0200
Subject: [PATCH] md5sum+sha*sum: add option --quiet to suppress OK messages
* src/md5sum.c: add option --quiet to suppress OK messages
* doc/coreutils.texi: document option --quiet
* tests/misc/md5sum: add test for option --quiet
* NEWS: mention new option --quiet for md5sum+sha*sum in "New
features" section
Signed-off-by: Erik Auerswald <[EMAIL PROTECTED]>
---
NEWS |5 +
doc/coreutils.texi |9 +
src/md5sum.c | 30 ++
tests/misc/md5sum |9 +
4 files changed, 49 insertions(+), 4 deletions(-)
diff --git a/NEWS b/NEWS
index 8cee7f5..69f5444 100644
--- a/NEWS
+++ b/NEWS
@@ -21,6 +21,11 @@ GNU coreutils NEWS-*- outline -*-
tac: avoid segfault with --regex (-r) and multiple files, e.g.,
"echo > x; tac -r x x". [bug present at least in textutils-1.8b, from 1992]
+** New features
+
+ md5sum and sha*sum now know an option --quiet to suppress the printing
+ of 'OK' messages.
+
* Noteworthy changes in release 6.11 (2008-04-19) [stable]
diff --git a/doc/coreutils.texi b/doc/coreutils.texi
index 206f8dd..8a03581 100644
--- a/doc/coreutils.texi
+++ b/doc/coreutils.texi
@@ -3287,6 +3287,15 @@ If all listed files are readable and are consistent with the associated
MD5 checksums, exit successfully. Otherwise exit with a status code
indicating there was a failure.
[EMAIL PROTECTED] --quiet
[EMAIL PROTECTED] --quiet
[EMAIL PROTECTED] verifying MD5 checksums
+This option is useful only when verifying checksums.
+When verifying checksums, don't generate an 'OK' message per successfully
+checked file. Files that fail the verification are reported in the
+default one-line-per-file format. If any files failed verification,
+a warning summarizing any failures is printed to standard error.
+
@item -t
@itemx --text
@opindex -t
diff --git a/src/md5sum.c b/src/md5sum.c
index f83a7b1..1327ced 100644
--- a/src/md5sum.c
+++ b/src/md5sum.c
@@ -114,6 +114,9 @@ static bool status_only = false;
improperly formatted checksum line. */
static bool warn = false;
+/* With --quiet, don't print a message for successfully verified files */
+static bool quiet = false;
+
/* The name this program was run with. */
char *program_name;
@@ -121,7 +124,8 @@ char *program_name;
non-character as a pseudo short option, starting with CHAR_MAX + 1. */
enum
{
- STATUS_OPTION = CHAR_MAX + 1
+ STATUS_OPTION = CHAR_MAX + 1,
+ QUIET_OPTION
};
static const struct option long_options[] =
@@ -131,6 +135,7 @@ static const struct option long_options[] =
{ "status", no_argument, NULL, STATUS_OPTION },
{ "text", no_argument, NULL, 't' },
{ "warn", no_argument, NULL, 'w' },
+ { "quiet", no_argument, NULL, QUIET_OPTION },
{ GETOPT_HELP_OPTION_DECL },
{ GETOPT_VERSION_OPTION_DECL },
{ NULL, 0, NULL, 0 }
@@ -174,8 +179,9 @@ With no FILE, or when FILE is -, read standard input.\n\
"), stdout);
fputs (_("\
\n\
-The following two options are useful only when verifying checksums:\n\
+The following three options are useful only when verifying checksums:\n\
--statusdon't output anything, status code shows success\n\
+ --quiet no output for successfully verified files\n\
-w, --warn warn about improperly formatted checksum lines\n\
\n\
"), stdout);
@@ -527,8 +533,10 @@ digest_check (const char *checkfile_name)
if (!status_only)
{
- printf ("%s: %s\n", filename,
- (cnt != digest_bin_bytes ? _("FAILED") : _("OK")));
+ if (cnt != digest_bin_bytes)
+ printf ("%s: %s\n", filename, _("F
Re: [PATCH] md5sum+sha*sum: add option --quiet/-q to suppress OK messages
Erik Auerswald <[EMAIL PROTECTED]> wrote: > On Sun, May 04, 2008 at 06:33:45PM +0200, Erik Auerswald wrote: >> On Tue, Apr 22, 2008 at 07:10:58PM +0200, Jim Meyering wrote: >> > Erik Auerswald <[EMAIL PROTECTED]> wrote: >> > > On Tue, Apr 22, 2008 at 06:05:48PM +0200, Jim Meyering wrote: >> > >> Erik Auerswald <[EMAIL PROTECTED]> wrote: >> > >> > IMHO md5sum and sha*sum are too verbose by default, especially when >> > >> > checking a large collection of files with only a few failing >> > >> > validation. >> > >> > Therefore I'd like to see an option added to suppress just the output >> > >> > for successfully verified files. >> > >> >> > >> The only suggestion I can make so far is to omit the short-named "-q" >> > >> option. >> > >> The "--q" abbreviation of --quiet is only one byte longer. >> >> The attached patch adds the above feature and adds an option --quiet to >> md5sum and sha*sum (no short option added). >> >> The signed copyright assignment is on it's way, the patch is against the >> current git HEAD. > > The copyright assignment process with the FSF is completed, find the > patch against current HEAD as an attachment. Thanks again. I assume that means you sent it. The process is complete when the FSF says they've received it and everything is in order. coreutils-6.12 (soon, I hope) will be a bug-fix-only release, So your option addition will be in the following release. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [PATCH] md5sum+sha*sum: add option --quiet/-q to suppress OK messages
Hi, On Tue, May 13, 2008 at 03:12:57PM +0200, Jim Meyering wrote: > Erik Auerswald <[EMAIL PROTECTED]> wrote: > > The copyright assignment process with the FSF is completed, find the > > patch against current HEAD as an attachment. > > Thanks again. > > I assume that means you sent it. > The process is complete when the FSF says they've received it > and everything is in order. It means the FSF said it's completed: On Wed, May 07, 2008 at 04:56:10PM -0400, Jonas Jacobson via RT wrote: > Hello Erik, > > Your COREUTILS assignment/disclaimer process with the FSF is currently > complete; please find attached a pdf* copy of the signed form. On Tue, May 13, 2008 at 03:12:57PM +0200, Jim Meyering wrote: > coreutils-6.12 (soon, I hope) will be a bug-fix-only release, > So your option addition will be in the following release. OK, thanks. Do you want me to send an updated patch after coreutils-6.12 is released? Erik ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [PATCH] md5sum+sha*sum: add option --quiet/-q to suppress OK messages
Erik Auerswald <[EMAIL PROTECTED]> wrote: > On Tue, May 13, 2008 at 03:12:57PM +0200, Jim Meyering wrote: >> Erik Auerswald <[EMAIL PROTECTED]> wrote: >> > The copyright assignment process with the FSF is completed, find the >> > patch against current HEAD as an attachment. >> >> Thanks again. >> >> I assume that means you sent it. >> The process is complete when the FSF says they've received it >> and everything is in order. > > It means the FSF said it's completed: I see it is. It's odd that I wasn't Cc'd. Normally I am. > OK, thanks. Do you want me to send an updated patch after coreutils-6.12 > is released? It'd be nice, and would serve as a reminder to me. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: [PATCH] md5sum+sha*sum: add option --quiet/-q to suppress OK messages
Hi, On Tue, May 13, 2008 at 03:31:46PM +0200, Jim Meyering wrote: > Erik Auerswald <[EMAIL PROTECTED]> wrote: > > OK, thanks. Do you want me to send an updated patch after coreutils-6.12 > > is released? > > It'd be nice, and would serve as a reminder to me. OK. Erik ___ 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=fr&tl=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: bug in sha1sum
Philip Rowlands wrote: Coreutils manpages tend to be short reference sheets listing the available options. Further documentation is provided in the "info" command, as should be mentioned as the end of each manpage. From the docs: `-b' `--binary' Treat each input file as binary, by reading it in binary mode and outputting a `*' flag. This is the inverse of `--text'. On systems like GNU that do not distinguish between binary and text files, this option merely flags each input file as binary: the MD5 checksum is unaffected. This option is the default on systems like MS-DOS that distinguish between binary and text files, except for reading standard input when standard input is a terminal. `-t' `--text' Treat each input file as text, by reading it in text mode and outputting a ` ' flag. This is the inverse of `--binary'. This option is the default on systems like GNU that do not distinguish between binary and text files. On other systems, it is the default for reading standard input when standard input is a terminal. I have to agree with Dave on this then. It is a severe bug that text mode is the default since this means that you will get different results for the checksum on MS-DOS/Windows than on a GNU/Linux system. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
Re: bug in sha1sum
On Tue, 13 May 2008, Phillip Susi wrote: Philip Rowlands wrote: Coreutils manpages tend to be short reference sheets listing the available options. Further documentation is provided in the "info" command, as should be mentioned as the end of each manpage. From the docs: `-b' `--binary' Treat each input file as binary, by reading it in binary mode and outputting a `*' flag. This is the inverse of `--text'. On systems like GNU that do not distinguish between binary and text files, this option merely flags each input file as binary: the MD5 checksum is unaffected. This option is the default on systems like MS-DOS that distinguish between binary and text files, except for reading standard input when standard input is a terminal. `-t' `--text' Treat each input file as text, by reading it in text mode and outputting a ` ' flag. This is the inverse of `--binary'. This option is the default on systems like GNU that do not distinguish between binary and text files. On other systems, it is the default for reading standard input when standard input is a terminal. I have to agree with Dave on this then. It is a severe bug that text mode is the default since this means that you will get different results for the checksum on MS-DOS/Windows than on a GNU/Linux system. Please re-read the option descriptions. On MS-DOS, the default is --binary unless reading from a terminal. You'd practically have to be typing text directly into sha1sum to provoke this behaviour; pipes and file redirection wouldn't do it. (This does make me wonder why the behaviour was provided in the first place, as typing into checksumming utilities seems unusual and error-prone.) Cheers, Phil ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils
