Re: [FEATURE_REQUEST] support openssl checksum format too

2009-09-26 Thread Guenter Knauf
Hi Jim,
Jim Meyering schrieb:
 But it's even easier to convert openssl's format
 into one that is recognized.  Filter it through this:
 
 sed 's/(/ (/;s/\(= [0-9a-f]*\)$/ \1/'
 
 E.g.,
 
 $ touch f; openssl md5 f
 MD5(f)= d41d8cd98f00b204e9800998ecf8427e
 $ openssl md5 f | sed 's/(/ (/;s/\(= [0-9a-f]*\)$/ \1/'
 MD5 (f) = d41d8cd98f00b204e9800998ecf8427e
 
sure, I know that; but in the sense of user-friendly tools I (and most
likely many other users too) would really appreciate if md5sum / sha1sum
could support more of these other crappy formats as input ...
I've summarized what I've found so far about the different tools and
their output formats:
http://www.gknw.net/phpbb/viewtopic.php?t=570
personally md5sum / sha1sum are my preferred tools, but since I come
every now and then over other formats I've now hacked my Perl script
which automatically detects those crappy formats I get from other places
where I have no control about what I get.

thanks, Gün.






fedora10 is hanging when using memory greater than 1 GB

2009-09-26 Thread balu mohan
hi..i am using fedora10..my pc config is(intel 915series borad,1.5gb
ram(1gb+512),256 Nvidia grafics card)

my problem is,wen i am using this 1.5 gb ram i cant use fedoara...after
entering the username and password the pc become hangi cant do anything

but wen itried to boot after removing the 512 ram..its booting...both ram
havin the same processing speed..
i tried with adding 1 more 512 ram...but then also the same problem and i
done memory test also...it also shows tat there is no errors with my memory.

what should i do?

my pc configuration is
board-intel 915GWA
processor- pentium 4 2.33GHZ
memory-1gb strontium+512mb hynix
any one please help me

-- 



-- 

With Regards
AgEnT fRoM ThE hEaVeN
9645203081


Re: [FEATURE_REQUEST] support openssl checksum format too

2009-09-26 Thread Jim Meyering
Guenter Knauf wrote:
 Jim Meyering schrieb:
 But it's even easier to convert openssl's format
 into one that is recognized.  Filter it through this:

 sed 's/(/ (/;s/\(= [0-9a-f]*\)$/ \1/'

 E.g.,

 $ touch f; openssl md5 f
 MD5(f)= d41d8cd98f00b204e9800998ecf8427e
 $ openssl md5 f | sed 's/(/ (/;s/\(= [0-9a-f]*\)$/ \1/'
 MD5 (f) = d41d8cd98f00b204e9800998ecf8427e

 sure, I know that; but in the sense of user-friendly tools I (and most
 likely many other users too) would really appreciate if md5sum / sha1sum
 could support more of these other crappy formats as input ...
 I've summarized what I've found so far about the different tools and
 their output formats:
 http://www.gknw.net/phpbb/viewtopic.php?t=570
 personally md5sum / sha1sum are my preferred tools, but since I come
 every now and then over other formats I've now hacked my Perl script
 which automatically detects those crappy formats I get from other places
 where I have no control about what I get.

Hi Guenter,

I was on the fence...

Typically we say if you can do it easily via a script,
there's no need for the feature or change.  But this change
is so small and for a format so close to the existing format --
and there are no restrictions from the likes of POSIX, which
doesn't specify how conforming md5sum, sha*sum work --
that improved usability is a good enough argument.

Would you like to write the patch (including NEWS and
a small doc update), following these guidelines?

  http://git.sv.gnu.org/cgit/coreutils.git/plain/HACKING




Re: fedora10 is hanging when using memory greater than 1 GB

2009-09-26 Thread Kamil Dudka
On Saturday 26 of September 2009 13:04:42 balu mohan wrote:
 hi..i am using fedora10..my pc config is(intel 915series borad,1.5gb
 ram(1gb+512),256 Nvidia grafics card)

 my problem is,wen i am using this 1.5 gb ram i cant use fedoara...after
 entering the username and password the pc become hangi cant do anything

 but wen itried to boot after removing the 512 ram..its booting...both ram
 havin the same processing speed..
 i tried with adding 1 more 512 ram...but then also the same problem and i
 done memory test also...it also shows tat there is no errors with my
 memory.

 what should i do?

Let me note this is completely wrong mailing list for reporting this!

I think you want to test your RAM and/or chipset first by e.g. memtest:
http://www.memtest86.com/

Please discuss the issue at one of the Fedora mailing lists or an IRC channel 
instead. Thanks in advance!

Kamil




fedora10 is hanging when using memory greater than 1 GB

2009-09-26 Thread balu mohan
hi..i am using fedora10..my pc config is(intel 915series borad,1.5gb
ram(1gb+512),256 Nvidia grafics card)

my problem is,wen i am using this 1.5 gb ram i cant use fedoara...after
entering the username and password the pc become hangi cant do anything

but wen itried to boot after removing the 512 ram..its booting...both ram
havin the same processing speed..
i tried with adding 1 more 512 ram...but then also the same problem and i
done memory test also...it also shows tat there is no errors with my memory.

what should i do?

-- 

With Regards
AgEnT fRoM ThE hEaVeN
9645203081


Re: [PATCH]: ls: do not show long iso time format for en_* locales

2009-09-26 Thread Jim Meyering
Pádraig Brady wrote:

 Paul Eggert wrote:
 Ondřej Vašík ova...@redhat.com writes:

 as reported in https://bugzilla.redhat.com/show_bug.cgi?id=525134 by
 Daniel Qarras, ls -l shows iso long format for en_* locales.

 I just now read that Bugzilla report, and the diagnosis and the
 patch do not seem correct.  The diagnosis says:

 In ls.c (case locale_time_style)  is dcgettext (NULL, long_time_format[i],
 LC_TIME); ... that translates the string, but the translation is THE SAME as
 the default - as the format is the same for en_* locales.

 But that is not what the ls.c source code does.  The code does this:

 char const *locale_format =
   dcgettext (NULL, long_time_format[i], LC_TIME);
 if (locale_format == long_time_format[i])
   goto case_long_iso_time_style;

 The == test returns true when dcgettext returns the msgid (its 2nd
 argument) because it finds no translation.

 Right. We don't have any translations for en.

This is key.

Looking at Makefile.in.in, you can see that
the file /usr/share/locale/en/LC_TIME/coreutils.mo is never installed,
and neither is .../LC_MESSAGES/coreutils.mo, because coreutils has
no po/en.po file.  Pre-optimizers might argue that not installing the
latter is a good thing, because gettext will then not waste time with the
fstat+mmap+close that it normally performs after each successful .mo file
open.  Not to mention the cost of each subsequent failed message lookup.

I try not to pre-optimize, so question whether the Makefile.in.in patch
is worthwhile, but from an aesthetics point of view, I prefer not to
install the LC_MESSAGES/coreutils.mo file.  The core of the patch
is this two-line addition:

++  lang=en; for lc in '' $(EXTRA_LOCALE_CATEGORIES); do \
++test -n $$lc  mv -f $(message_mo) $(lc_mo_file); done

All of the rest is factoring.  I'm leaning towards rewriting it to
insert the non-factored equivalent.  However, one advantage of using the
patch is that it records the context: if we update to a newer gettext
that changes the body of that rule, the patch will no longer apply,
and that will make bootstrap fail.  One alternative that could be used
with the 3-line-insertion approach is to record (and always cross-check)
a checksum of the rule contents.

With this patch, in an en* locale, ls -l now uses the conventional
date formats.

Here's an incomplete patch.
It needs a test and a NEWS entry.
Ondřej, can you adjust your test to work (or skip)
if there is no en* locale?

From 53c88d531d88e5d4ef393a61758bc3fee4894e48 Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Sat, 26 Sep 2009 14:59:05 +0200
Subject: [PATCH] ls: use conventional date format in long listing for en* 
locales

* bootstrap.conf: Generate po/en.po with identity translations for
the two LC_TIME strings required by ls.c.
* configure.ac: Require gettext version 0.17.
* po/Makefile.in.in-patch: Patch autopoint-provided file so that
it provides the LC_TIME .mo file, but not the LC_MESSAGES one.
* po/.gitattributes: Allow space-before-TAB in the patch.
---
 bootstrap.conf  |   41 +
 configure.ac|2 +-
 po/.gitattributes   |1 +
 po/Makefile.in.in-patch |   65 +++
 4 files changed, 108 insertions(+), 1 deletions(-)
 create mode 100644 po/.gitattributes
 create mode 100644 po/Makefile.in.in-patch

diff --git a/bootstrap.conf b/bootstrap.conf
index 726092c..c2e349d 100644
--- a/bootstrap.conf
+++ b/bootstrap.conf
@@ -320,10 +320,51 @@ tar-
 # Automake requires that ChangeLog exist.
 touch ChangeLog || exit 1

+# The following is to accommodate coreutils' use of LC_TIME.
+# Two steps:
+# - create a nearly empty po/en.po
+# - patch po/Makefile.in.in to do what we want at install-time
+#
+# The existence of po/en.po ensures that $(localedir)/en/LC_TIME/coreutils.mo
+# will be created at install time.  That file is required by ls.c's
+# dcgettext call, when run in an en* locale.
+date=$(date '+%F %H:%M%z')
+ver=$(cat .prev-version)
+pkg=$(sed -n 's/AC_INIT(\[GNU \(.*\)\],.*/\1/p' configure.ac)
+
+cat EOF  po/en.po
+# Copyright 2009 Free Software Foundation, Inc.
+# This file is distributed under the same license as the $pkg package.
+msgid 
+msgstr 
+Project-Id-Version: $pkg-$ver\n
+Report-Msgid-Bugs-To: bug-$...@gnu.org\n
+POT-Creation-Date: $date\n
+PO-Revision-Date: $date\n
+Last-Translator: nobody\n
+Language-Team: none\n
+MIME-Version: 1.0\n
+Content-Type: text/plain; charset=UTF-8\n
+Content-Transfer-Encoding: 8bit\n
+
+msgid %b %e  %Y
+msgstr %b %e  %Y
+
+msgid %b %e %H:%M
+msgstr %b %e %H:%M
+EOF
+
 bootstrap_epilogue()
 {
   # Change paths in gnulib-tests/gnulib.mk from ../.. to ...
   m=gnulib-tests/gnulib.mk
   sed 's,\.\./\.\.,..,g' $m  $m-t
   mv -f $m-t $m
+
+  # Patch the autopoint-supplied po/Makefile.in.in to ensure that we
+  # install en/LC_TIME/coreutils.mo, but not, 

[PATCH] maint: factor coreutils-specific code out of bootstrap

2009-09-26 Thread Jim Meyering
Finally, coreutils' bootstrap will become an identical
copy of the one in gnulib, once this change migrates into
gnulib's version.  I'm using this new bootstrap_epilogue
function in an upcoming patch, too.

From 30c65cd49c98e56b65beef8812a4a25df4b1178a Mon Sep 17 00:00:00 2001
From: Jim Meyering meyer...@redhat.com
Date: Sat, 26 Sep 2009 14:13:16 +0200
Subject: [PATCH] maint: factor coreutils-specific code out of bootstrap

* bootstrap (bootstrap_epilogue): Define a default, empty function.
Remove coreutils-specific code, and instead,
invoke this new function at the end of this script.
* bootstrap.conf (bootstrap_epilogue): Define, to override the default.
---
 bootstrap  |9 -
 bootstrap.conf |8 
 2 files changed, 12 insertions(+), 5 deletions(-)

diff --git a/bootstrap b/bootstrap
index 138239d..6957ea3 100755
--- a/bootstrap
+++ b/bootstrap
@@ -70,6 +70,9 @@ gnulib_modules=
 # Any gnulib files needed that are not in modules.
 gnulib_files=

+# A function to be called after everything else in this script.
+bootstrap_epilogue() { :; }
+
 # The command to download all .po files for a specified domain into
 # a specified directory.  Fill in the first %s is the domain name, and
 # the second with the destination directory.  Use rsync's -L and -r
@@ -801,10 +804,6 @@ if test $with_gettext = yes; then
   fi
 fi

-# Horrible, coreutils-specific kludges.
-# Change paths in gnulib-tests/gnulib.mk from ../.. to ...
-m=gnulib-tests/gnulib.mk
-sed 's,\.\./\.\.,..,g' $m  $m-t
-mv -f $m-t $m
+bootstrap_epilogue

 echo $0: done.  Now you can run './configure'.
diff --git a/bootstrap.conf b/bootstrap.conf
index f648e22..726092c 100644
--- a/bootstrap.conf
+++ b/bootstrap.conf
@@ -319,3 +319,11 @@ tar-

 # Automake requires that ChangeLog exist.
 touch ChangeLog || exit 1
+
+bootstrap_epilogue()
+{
+  # Change paths in gnulib-tests/gnulib.mk from ../.. to ...
+  m=gnulib-tests/gnulib.mk
+  sed 's,\.\./\.\.,..,g' $m  $m-t
+  mv -f $m-t $m
+}
--
1.6.5.rc2.177.ga9dd6




Re: [PATCH]: ls: do not show long iso time format for en_* locales

2009-09-26 Thread Ondřej Vašík
Paul Eggert wrote:
 Ondřej Vašík ova...@redhat.com writes:
 
  as reported in https://bugzilla.redhat.com/show_bug.cgi?id=525134 by
  Daniel Qarras, ls -l shows iso long format for en_* locales.
 
 I just now read that Bugzilla report, and the diagnosis and the
 patch do not seem correct.  The diagnosis says:
 
  In ls.c (case locale_time_style)  is dcgettext (NULL, long_time_format[i],
  LC_TIME); ... that translates the string, but the translation is THE SAME as
  the default - as the format is the same for en_* locales.
 
 But that is not what the ls.c source code does.  The code does this:
 
 char const *locale_format =
   dcgettext (NULL, long_time_format[i], LC_TIME);
 if (locale_format == long_time_format[i])
   goto case_long_iso_time_style;
 
 The == test returns true when dcgettext returns the msgid (its 2nd
 argument) because it finds no translation.  If it found a translation,
 dcgettext would return a different string, so the == test would
 return false, and the code would use the translation.  Even if the
 translation has the same _contents_ as the msgid, it will have a
 different _address_, so the code is correct as-is and does not need
 this modification.

Ah, sorry... you are right, the address should be different, so the code
is correct, I got confused somehow.
 
 Also, the proposed patch would use U.S. styles for all English
 locales, which certainly is not right.
 
 I suspect the diagnosis given by Jim Meyering in comment #3 at that
 bug report is correct, and that something is going wrong at install
 time.

But as Pádraig wrote in the reply, there are no translation for en_*
languages, so long iso style is used - which is imho wrong. The patch is
fixing it (although it seems to be only a workaround and wrong
approach). Better would be to have translations even for en_* locales in
some cases - like this. This is better way than this workaround... Is it
possible add those translations?

Sorry for noise...

Greetings,
 Ondřej


signature.asc
Description: Toto je digitálně	 podepsaná část	 zprávy


Re: [PATCH]: ls: do not show long iso time format for en_* locales

2009-09-26 Thread Ondřej Vašík
Jim Meyering wrote:
 Here's an incomplete patch.
 It needs a test and a NEWS entry.
 Ondřej, can you adjust your test to work (or skip)
 if there is no en* locale?

Maybe something like that (attachment)?
It's checking for existence of locale binary and en_US locale and
performing the test only if both exists. I guess en_US locale is better
than random choosing of one en_* locale. Also NEWS entry added although
it maybe needs some tweaks as usually.

Greetings,
 Ondřej

From 3e327dd41c55c5f25180c779a766549b90af59fa Mon Sep 17 00:00:00 2001
From: =?utf-8?q?Ond=C5=99ej=20Va=C5=A1=C3=ADk?= ova...@redhat.com
Date: Fri, 25 Sep 2009 15:20:47 +0200
Subject: [PATCH] tests/misc/ls-time: ls shouldn't show long iso time format for en_* locales

* tests/misc/ls-time: test if ls doesn't show long iso time format
  when en_US locale is present
* NEWS: mention that ls no longer shows long iso time format for en_* locales
---
 NEWS   |4 
 tests/misc/ls-time |   13 +
 2 files changed, 17 insertions(+), 0 deletions(-)

diff --git a/NEWS b/NEWS
index 1571c9c..2cf8b33 100644
--- a/NEWS
+++ b/NEWS
@@ -16,6 +16,10 @@ GNU coreutils NEWS-*- outline -*-
   when the color of a more specific type is disabled.
   [bug introduced in coreutils-5.90]
 
+  ls -l now correctly shows en_* locale timestamps of files instead of
+  long iso format.
+  [bug introduced in coreutils-6.0]
+
 ** Portability
 
   On Solaris 9, many commands would mistakenly treat file/ the same as
diff --git a/tests/misc/ls-time b/tests/misc/ls-time
index abdd429..39108f0 100755
--- a/tests/misc/ls-time
+++ b/tests/misc/ls-time
@@ -123,4 +123,17 @@ EOF
   fail=1
 fi
 
+# The output for english locale should differ from long iso format
+# This failed between 6.0 and 7.7
+# Do the test only when locale binary and any en_US locale is available
+if (locale --version)  /dev/null 21; then
+  en_locale=`locale -a | grep ^en_US$`
+  if test -n $en_locale; then
+LC_ALL=$en_locale ls -l c en_output
+ls -l --time-style=long-iso c liso_output
+compare en_output liso_output  { fail=1;
+  echo Long format timestamp for $en_locale locale is same as for long iso. 12; }
+  fi
+fi
+
 Exit $fail
-- 
1.5.6.1.156.ge903b



signature.asc
Description: Toto je digitálně	 podepsaná část	 zprávy