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
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
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
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
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
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
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
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
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
