, first make the link for cat:
busybox ln -s busybox /bin/cat
Then cut and paste the previously given list of /bin/* to a file
named 'list', and then make all the links in one go:
cat list | while read name; do busybox ln -s busybox $name; done
And then emerge coreutils. Much more interesting
sIbOk wrote:
Hello, today i've updated coreutils, baselayout and new sysvinit. Now
my locales are not working well since i've lost some letters/simbols
like 's' or '#' etc I'm using iso8559-15
snip
I've only noticed that i can't type 's' in lower case and '#'. 's' in
upper case works well
Richard Fish wrote:
sIbOk wrote:
Hello, today i've updated coreutils, baselayout and new sysvinit. Now
my locales are not working well since i've lost some letters/simbols
like 's' or '#' etc I'm using iso8559-15
Since today i've been using /etc/rc.conf like this with no troubles
On Monday 26 March 2007 19:00, Etaoin Shrdlu wrote:
I know that hash -r will fix things, but I wonder why they have been
hashed with the /usr/bin path in the first place.
Ok, it seems that coreutils used to create /usr/bin symlinks to things
located in /bin...this is not true anymore after
Andres Buehlmann wrote:
Hi
I found a problem using seq (from coreutils):
With version 6.4, I get:
seq -w 0 0.25 1
0
0.25
0.5
0.75
1
I.e., zero padding (with decimals) doesn't work.
However, with the older version 5.94, I get as expected:
seq -w 0 0.25 1
0.00
0.25
0.50
0.75
On Wed, 2007-01-03 at 21:49 +, karlos wrote:
make[1]: /bin/install: Command not found
which install returns: /usr/bin/install
how could this be fixed?
Well, it's /bin/install...
$ equery b /bin/install
[ Searching for file(s) /bin/install in *... ]
sys-apps/coreutils-6.4 (/bin/install
Hi,
this morning an update wants to install coreutils with
coreutils-patches, which are compressed via the lzma-tool,
which is not found on my system.
app-arch/lzma is masked.
I unmasked it and now emerge -pv reports:
Calculating dependencies... done!
[ebuild N] app-arch/lzma-4.65 USE
On 09/04/2010 03:04, meino.cra...@gmx.de wrote:
Hi,
this morning an update wants to install coreutils with
coreutils-patches, which are compressed via the lzma-tool,
which is not found on my system.
app-arch/lzma is masked.
I unmasked it and now emerge -pv reports:
Calculating dependencies
that was left was the
underlying partition layout, but with no content. Vanished, without
trace, just like your kernel tree.
Are we seeing a pattern emerging? Were you possibly installing an
~arch system? And using ext4 or btrfs on the partitions? And emerged
coreutils-8.10 as well?
It would
William Kenworthy bi...@iinet.net.au [11-10-12 07:40]:
I have been checking my system for some deep seated problems and in the
process, ran across the fact that equery files sys-apps/coreutils-8.7
shows a file included called /usr/bin/[ - thats right, left square
bracket!
Is that a bug
On 26/01/15 13:01, Philip Webb wrote:
Having restored X proceeding to work thro' pkgs, I emerged
reiserfsprogs lsof kbd tar baselayout libutempter autoconf-wrapper
bin86 push coreutils gmp . Trying the next set of pkgs,
I got the dreaded C compiler cannot create executables.
I suspect
Neil Bothwick <n...@digimed.co.uk> wrote:
> On Tue, 2 Feb 2016 11:07:02 +, Andrew Tselischev wrote:
>
> > I forgot to mention, that if you seriously want to take that approach,
> > you'd need to mirror coreutils' ebuilds in your own portage overlay. The
&
, there
was no evidance of this issue yet and I blindly unmerged mktemp and
all was well and never thought about it again till today when I saw
this thread. Like I said, I just blindly unmerged mktemp w/ little
though, I guess just seeing coreutils and quickly comparing it against
mytemp kinda spoke for itself. Either
Hello,
recently sys-apps/mktemp is blocking coreutils even in x86.
mktemp is needed by baselayout, debianutils and a2ps.
As a2ps is optional and newer baselayout (~x86) version
no longer require mktemp, that leaves debianutils requiring
mktemp, even in ~x86 versions.
So, we have a problem.
What
-Original Message-
From: Alan McKinnon [mailto:[EMAIL PROTECTED]
Sent: Monday, April 28, 2008 10:48 AM
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Messed up - how do I emerge coreutils once
coreutils is gone?
On Monday 28 April 2008, Stroller wrote:
On 27 Apr
Am Sonntag, 11. Mai 2008 schrieb Graham Murray:
Justin [EMAIL PROTECTED] writes:
For me it is the same. Could it be that this is new in the new coreutils?
For me it started after the upgrade from baselayout-1 to baselayout-2.
Interesting. I never saw it look different. What's the problem
On Mon, 06 Feb 2006 23:42, Martin Ullrich wrote:
I've now compiled 3 new binary packages for you:
http://members.chello.at/martin-ullrich/coreutils-5.2.1-r7.tbz2
http://members.chello.at/martin-ullrich/coreutils-5.93.tbz2
Whichever you want to use.
If they don't work, I've also compiled
Bo Andresen wrote:
Seems you have fileutils, textutils and sh-utils in your world file though
they are not part of portage. Are you using them?
They are obsolated by coreutils. So:
If you don't then perhaps
unmerge them..
That's the solution.
Alexander Skwar
--
As a computer, I find your
...done!
[ebuild U ] sys-devel/gcc-3.4.5-r1 [3.4.5]
[ebuild UD] sys-libs/glibc-2.3.5-r3 [2.4-r1]
[ebuild UD] sys-apps/coreutils-5.2.1-r7 [5.3.0-r2]
Athena amorous # genlop -t coreutils
* sys-apps/coreutils
Mon Jan 2 01:00:34 2006 sys-apps/coreutils-5.3.0-r2
merge time: 4 minutes and 8 seconds
On Mon, Apr 19, 2010 at 12:14 PM, dan blum dan_...@yahoo.com wrote:
I see 'date' is a binary file. Does kde also use this function to change its
time and date? Where would one find the source package for 'date'?
$ equery b `which date`
* Searching for /usr/bin/date ...
sys-apps/coreutils-8.4
access to this box where linguas=fr is set.
Check this output:
$ type -a [
[ est une primitive du shell
[ est /usr/bin/[
[ is a shell built-in becomes est une primitive du shell
I can't see any use flags in coreutils/bash that informs me it will be
emerged with the linguas support.
How do I
gr...@pazuzu ~ $ cat /etc/passwd | sed -n -e '4,10 p'
Best solution so far, but useless use of cat, and the subshell overhead of
the pipe.
Thank you. Nice solutions and they reveal that there is no belly
like program in coreutils.
I find it interesting, that the two bordercases
On Monday 20 June 2011 15:47:50 Grant wrote:
I've switched to this but I can't find the date binary. Does anyone
know the full path for date?
$ which date
/bin/date
$ qfile date
sys-apps/coreutils (/bin/date)
--
Rgds
Peter
I've switched to this but I can't find the date binary. Does anyone
know the full path for date?
$ which date
/bin/date
$ qfile date
sys-apps/coreutils (/bin/date)
Thank you everyone. I think it's working now.
- Grant
On Fri, 2022-10-07 at 17:47 +0200, tastytea wrote:
>
>
> /usr/bin/test was installed by sys-apps/coreutils
If you're using bash, the "test" command is actually built-in to the
shell to avoid forking a million processes in every shell script.
Hi,
thanks Iain, Winston and Willie for all your help. I was looking specifically for the coreutils package and did not know where to find it.
Iain, i rungentooso i do have the patched versions of what i need, thanks.
But from you've said Im just curious to know if patched versions
Hi Mick,
Wednesday, February 13, 2008, 9:14:31 PM, you wrote:
# equery depends attr
[ Searching for packages depending on attr... ]
sys-apps/acl-2.2.45 (=sys-apps/attr-2.4)
sys-apps/coreutils-6.9-r1 (acl? sys-apps/attr)
YMMV.
Hm... on my server:
# cat /etc/make.conf | grep USE
USE=-X
On Wednesday 13 February 2008, Mick wrote:
On Wednesday 13 February 2008, you wrote:
Hi Mick,
Wednesday, February 13, 2008, 9:14:31 PM, you wrote:
# equery depends attr
[ Searching for packages depending on attr... ]
sys-apps/acl-2.2.45 (=sys-apps/attr-2.4)
sys-apps/coreutils
On Saturday 19 April 2008, Justin wrote:
Why are you doing things without knowing about the consequences?
Always ask before you are doing things which could be stupid!!!
You know, shit happens. It shouldn't but it does. Like you aren't
really paying attention being sidetracked, and the shit
On Sat, Apr 19, 2008 at 09:07:17PM +0200, Justin wrote
Why are you doing things without knowing about the consequences?
Always ask before you are doing things which could be stupid!!!
In my case, this was the umpteenth time I encountered circular blocks.
After asking the first couple of
* Alan McKinnon [EMAIL PROTECTED] wrote:
'su -' and become root where everything is allowed.
'sudo' or a gui derivative. If the user has been authorized by root,
just run the whole command with root priviledges as the user can
obviously be trusted.
You could also try my su-wrapper - it
On Monday 28 April 2008, Stroller wrote:
On 27 Apr 2008, at 11:55, Alan McKinnon wrote:
...
Microsoft's stated reason for this is to annoy users so much that
they will annoy 3rd party developers who will write software that
doesn't need root to install. H.
Is this not -
and are there any wiki's or howto's on this topic. I've tried
searching through the handbook and google-ing but had no luck.
I thought about doing this once before, but what is going to make the
diffrence is how minimal you want the system. Are we talking a kernel +
[ba|z]sh + coreutils or are we talking a tiny
doesn't display any output.
Nor does test --help.
Nor test --version.
The version I am using is from sys-apps/coreutils-5.2.1-r6 .
It's very hard to do a google search for anything to do with troubleshooting
a
program called test. Anyone know what is going on here?
try info coreutils
being a symlink. Instead, you could
also copy busybox to ln - cp busybox ln.
cp is from coreutils too :)
Ah, but busybox does not have to be linked to the command names - you can do
busybox ln -s busybox ln
Any of the commands that busybox provides when linked/symlinked are available
coreutils (ok, I'll admit thats a
fairly obscure use, but the principle can be used elsewhere).
I feel like trying it out just to see if it works...
--
Iain Buchanan iain at netspace dot net dot au
A company is known by the men it keeps.
--
gentoo-user@gentoo.org mailing list
Surely this isn't what I'm supposed to install just to get more. Please
advise.
You didn't happen to unmerge coreutils did you because it was blocking?
If so that is the cause of your problems. I'm not sure how to recovery
from a lack of coreutils since most of your system binaries are now
On Thursday 7 December 2006 12:00, Andres Buehlmann wrote:
Hi
I found a problem using seq (from coreutils):
With version 6.4, I get:
[cut]
I.e., zero padding (with decimals) doesn't work.
However, with the older version 5.94, I get as expected:
[cut]
Can anybody confirm this? Am I missing
:
http://tinderbox.dev.gentoo.org/
Hopefully, replacing them will fix your coreutils. If not, try replacing
coreutils too.
Note that this probably has the potential to make things worse, and I
obviously can't test it.
On Tue, Oct 11, 2011 at 10:35 PM, William Kenworthy bi...@iinet.net.au wrote:
I have been checking my system for some deep seated problems and in the
process, ran across the fact that equery files sys-apps/coreutils-8.7
shows a file included called /usr/bin/[ - thats right, left square
bracket
On Tue, Oct 11, 2011 at 10:35 PM, William Kenworthy bi...@iinet.net.au wrote:
I have been checking my system for some deep seated problems and in the
process, ran across the fact that equery files sys-apps/coreutils-8.7
shows a file included called /usr/bin/[ - thats right, left square
bracket
On Wed, 2011-10-12 at 07:45 +0200, meino.cra...@gmx.de wrote:
William Kenworthy bi...@iinet.net.au [11-10-12 07:40]:
I have been checking my system for some deep seated problems and in the
process, ran across the fact that equery files sys-apps/coreutils-8.7
shows a file included called
/env: python: No such file or directory
/usr/bin/env is part of sys-apps/coreutils.
~Henry
--
gentoo-user@lists.gentoo.org mailing list
of coreutils. Otherwise, I
would have been one of the stupid people too. Then again, I have backups.
:-p
Dale
Thanks Dale, Uwe, and everyone else who responded. I really appreciate
your support.
Not worth a email to answer my detractor. He has his point of view. I
suppose he's entitled
On Sun, 03 May 2009 14:14:38 -0700
walt w41...@gmail.com wrote:
By accident I noticed that the configure script for one of the gentoo
packages (I think maybe it was coreutils but I can't remember) gives
different results on ~x86 and ~amd64.
The script uses a test for working nanosleep
On Sun, 05 Feb 2006 17:07:37 +0100 Maarten [EMAIL PROTECTED] wrote:
Benno Schulenberg wrote:
/bin/link
/bin/ln
^^^
Ehm. Which possibly creates a chicken-egg problem. How do you make
the symlink from ln - busybox without having /bin/ln in the first
place ?
Boot from a Live-CD.
Maarten wrote:
Benno Schulenberg wrote:
Benno Schulenberg wrote:
/bin/ln
^^^
Ehm. Which possibly creates a chicken-egg problem. How do you make the
symlink from ln - busybox without having /bin/ln in the first place ?
There's no requirement for ln being a symlink. Instead, you
Benno Schulenberg wrote:
here too it keeps failing at different places all the time.
This is a bug in busybox 1.00, it's fixed in busybox-1.1.0.
On my primary partition I've emerged the newer version, copied it to
the other partition, and did the 'ebuild install' again: it worked
flawlessly.
cp (GNU coreutils) 6.12
Bye...
Dirk
signature.asc
Description: This is a digitally signed message part.
On Sun, 21 Dec 2008 11:13:01 +, Jean-Marc Paulin wrote:
[blocks B ] sys-apps/util-linux-2.13 (is blocking
sys-apps/coreutils-6.10-r2)
You need to upgrade to a more recent version of util-linux, at least
2.13, which shouldn't be a problem as 2.14.1 is stable.
emerge --oneshot util
On Mon, 2005-04-25 at 03:52 -0400, Willie Wong wrote:
The command nl
It is part of coreutils
`man nl' to see usage.
Hmm.. this is even simple than using grep or using sed.
haha.. Thanks
--
Ow Mun Heng
Gentoo/Linux on DELL D600 1.4Ghz
98% Microsoft(tm) Free!!
Neuromancer 15:59:41 up
On Monday 25 April 2005 10:00, Ow Mun Heng wrote:
On Mon, 2005-04-25 at 03:52 -0400, Willie Wong wrote:
The command nl
It is part of coreutils
`man nl' to see usage.
Hmm.. this is even simple than using grep or using sed.
using cat -n or cat -b is even simpler :) (but nl is more
Many thanks - it worked... the Portage is now current, which I cannot
say for the rest of my system... ugh. I think eventually I'll just
have to make an archive of my home directory and clean-slate install
the latest Gentoo distro. There are too many dangling ends from back
when - would
Yet another error:
While building coreutils, it fails when making tests/sort:
Can't locate auto/POSIX/assert.al
There's no assert.al nor an assert.pl file on my disk.
cu
--
-
Enrico Weigelt== metux IT service - http
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi,
If the tests are failing, then perhaps they are needed even more.
No, the tests fail because some perl modules are missing, which
are required to run the tests, but not for coreutils itself.
cu
On Mon, 14 May 2007 14:44:55 +0200, Enrico Weigelt wrote:
No, the tests fail because some perl modules are missing, which
are required to run the tests, but not for coreutils itself.
If the test is optional then FEATURES=-test should skip it.
--
Neil Bothwick
** I'm not going to get
. but this is not a gentoo specific problem i think. i'm
new to linux so i don't know where to put my suggestion. (should i just
write a mail to bug-coreutils@gnu.org, like the man page says?)
--
gentoo-user@gentoo.org mailing list
Hi
I found a problem using seq (from coreutils):
With version 6.4, I get:
seq -w 0 0.25 1
0
0.25
0.5
0.75
1
I.e., zero padding (with decimals) doesn't work.
However, with the older version 5.94, I get as expected:
seq -w 0 0.25 1
0.00
0.25
0.50
0.75
1.00
Can anybody confirm this? Am I
I just realized my Gentoo has no 'at'
I searched but couldn't find as google will not consider less than 3 char
words and equery only works on installed apps. Web interface to portage
didn't reveal it either.
Where the heck is at at?
I would think it was one of the coreutils...wrongly
On Thu, 09 Jul 2015 13:38:43 +0200, Stephan Müller wrote:
As a wild guess into the blue, it could be related to readline. As I
see gentoo's bash uses the standalone readline from coreutils, while
the original bash source maintains an own trimmed version of readline..
just a thought
After a recent update of coreutils to version 8.25, 'ls -l' started
displaying names containing spaces enclosed in single quotes, e.g.:
drwxr-xr-x 6 belardi users 4096 May 21 2012 'Audio Libraries'
drwxr-xr-x 2 belardi users 4096 Jun 10 2014 Brochure
The option that controls
On Tue, 02 Feb 2016 06:55:31 -0500, cov...@ccs.covici.com wrote:
> > There's no need for that. Just
> > create /etc/env/portage/sys-apps/coreutils containing
> >
> > post_src_unpack() {
> > cd "${S}"
> > epatch_user
> > }
>
&g
Matt and also Mathew,
On Monday, 2020-11-23 11:46:56 -0600, Matt Connell (Gmail) wrote:
> ...
> Is the basic `date` from coreutils sufficient? If so, no need to
> reinvent the wheel, unless I'm misunderstanding your need.
>
> Example:
>
> $ date --date='@21'
>
On Mon, 2020-11-23 at 18:28 +0100, Dr Rainer Woitok wrote:
> looking for a small, fast utility (preferably written in C) accepting a
> Unix time (seconds since 1970-01-01) as argument and printing the corr-
> esponding local time to standard output.
Is the basic `date` from coreutils s
I can't upgrade coreutils because it complains like this:
Unpacking coreutils-6.10.tar.lzma to
/var/tmp/portage/sys-apps/coreutils-6.10-r1/work
lzma: /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6: version
`GLIBCXX_3.4.9' not found (required by lzma)
tar: This does not look like a tar
And since so many other people did this too, he just called a LOT of
people stupid. Not good.
It didn't happen to me but only because I saw what other people did and
that mktemp was the one to get rid of instead of coreutils. Otherwise,
I would have been one of the stupid people too
On Fri, 2006-01-13 at 11:19 -0600, Raj Swaminathan wrote:
thanks Iain, Winston and Willie for all your help. I was looking
specifically for the coreutils package and did not know where to find
it.
aha, a little more information in the original email goes a long way :)
Iain, i run gentoo
of coreutils do you have?
# equery b ln
[ Searching for file(s) ln in *... ]
[...]
sys-apps/coreutils-5.94-r1 (/bin/ln)
sys-apps/coreutils-5.94-r1 (/usr/bin/ln - /bin/ln)
If you are still having problems with this then show us the commands that you
are running and the output that leads you
in the netbook).
So I uninstalled them quickly discovered that Coreutils was borked;
not only that, but 'emerge anything' fails
because it can't find /usr/lib/libacl.so.1 .
I downloaded the latest Stage 3 for 'i686' into my desktop machine,
unpacked it in a spare dir copied the resulting 'libacl
touched the file
without modifying it. Anyway, it seems there isn't a problem (except in
my website[1] management techniques, perhaps). Thanks anyway.
$ equery l coreutils
* Searching for coreutils ...
[IP-] [ ] sys-apps/coreutils-8.7:0
[1] I don't suppose anyone's interested, but just
/coreutils-8.7 shows a file included called /usr/bin/[ -
thats right, left square bracket!
Is that a bug or if real, what would you use it for? It doesnt
seem to be on the file system ...
moriah ~ # /usr/bin/[
/usr/bin/[: missing `]'
moriah ~ #
doesnt show much!
Relax. It's
150126 Bill Kenworthy wrote:
On 26/01/15 13:01, Philip Webb wrote:
Having restored X proceeding to work thro' pkgs, I emerged
reiserfsprogs lsof kbd tar baselayout libutempter autoconf-wrapper
bin86 push coreutils gmp . Trying the next set of pkgs,
I got the dreaded C compiler cannot
you're not installing each distro...
Im particularly looking for code for programs in /bin and /sbin.
Ah, quite a lot of programs install things into /bin. Do you mean just
the base set of programs? then there's not much in there at all.
They're probably all in 'coreutils' or 'baselayout
Hi
Have stuffed up and accidentally un-merged my coreutils: now can't emerge
either what was current (5.2.1-r7) or newer version (5.3.0-r1) and needless
to say have lost all coreutils tools which doesn't help. Google makes it look
like no-one else has been so stupid.
This is what I get
the same error - which also involves a
| missing /bin/mktemp file. It seems that that package blocks that
| latest version of coreutils...
|
| What you wrote doesn't make sense. depscan.sh is installed by baselayout
| and mktemp is installed by coreutils. You have depscan.sh Which package
| is blocking
coreutils again anyway as the one for
the CD will be built with the wrong USE and CFLAGS.
BTW, what does the name _core_ utils tell you? *SCNR*
Go on, kick a man while he's down! :P
--
Neil Bothwick
Employ teenagers - while they know everything.
signature.asc
Description: PGP signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
As another alternative, you could try re-emerging the coreutils package. Also,
check your $PATH. It
should include /bin and /usr/bin quite at the beginning.
- --
Arturo Buanzo Busleiman - Consultor Independiente en Seguridad Informatica
SHOW DE
On Mon, 16 Feb 2009 15:51:11 + (UTC), James wrote:
If the rub is really the gcc compiler, then do not have it installed;
activate a remote partition with any such tools as gcc, coreutils
and use them for admin things. Then unmount these (NFS or such)
necessary system tools, when your
On Sunday 10 May 2009, Alan McKinnon wrote:
Once you sort that out, there's a whole host of other stuff to fix as
well - expat, latest xorg and many more - all stuff that everyone
else fixed a while ago and since forgot.
Yes, beware of mktemp/coreutils too.
I don't remember of other dangers
of these programs. So far i have only been lucky with OpenSolaris and
FreeBSD.
Every Linux distribution I can think of uses the same GNU coreutils,
fileutils, etc. Hit www.gnu.org. That said, some distributions may
apply a few patches, but this is still minor. They're all GNU.
--
Tom Martin, http
.
The version I am using is from sys-apps/coreutils-5.2.1-r6 .
It's very hard to do a google search for anything to do with troubleshooting a
program called test. Anyone know what is going on here?
Thanks
Robert
--
Robert Persson
[EMAIL PROTECTED]
YahooMessenger:ireneshusband
Conspiracy Bears
On Sunday 05 February 2006 12:13, Bogo Mipps wrote:
Hi
Have stuffed up and accidentally un-merged my coreutils: now can't emerge
either what was current (5.2.1-r7) or newer version (5.3.0-r1) and needless
to say have lost all coreutils tools which doesn't help. Google makes it
look like
find what you're looking for in the 'fmt' standard unix
command. `man fmt', it's part of coreutils.
-Doug
--
View this message in context:
http://www.nabble.com/how-to-word-wrap-using-a-pipe--tp20061899p20062130.html
Sent from the gentoo-user mailing list archive at Nabble.com.
gcp (GNU cp).
% LANG= cp --version
cp (GNU coreutils) 6.12
Bye...
Dirk
I thought gcp was the command, so I stand corrected on that part at
least. I even thought maybe it was a GUI cp or something. I was
curious as to how that would work. scratches head
Dale
:-) :-)
be the reason (for complaining an existing file No such file)?
Thanks in advance. Using coreutils-6.10-r2 on ibook/ppc
On 4/25/05, Etaoin Shrdlu [EMAIL PROTECTED] wrote:
On Monday 25 April 2005 10:00, Ow Mun Heng wrote:
On Mon, 2005-04-25 at 03:52 -0400, Willie Wong wrote:
The command nl
It is part of coreutils
`man nl' to see usage.
Hmm.. this is even simple than using grep or using sed
On Mon, 2005-04-25 at 12:08 +0200, Etaoin Shrdlu wrote:
On Monday 25 April 2005 10:00, Ow Mun Heng wrote:
On Mon, 2005-04-25 at 03:52 -0400, Willie Wong wrote:
The command nl
It is part of coreutils
`man nl' to see usage.
Hmm.. this is even simple than using grep or using sed
.
On Mon, 02 May 2005 19:45:06 +0200
Jan Hübner wrote:
Nick Rout wrote:
relatively simple. the general idea is thus:
Ok, thank you. The main concern I had were concerning the CFLAGS,
because I think after building say coreutils in the chroot for Athlon
they will not work any longer
sIbOk wrote:
i thanks your time to all, i run etc-update. I have 3 different Gentoo
machines i updated them all and converted to unicode just because i
planned a long time ago and they all work great escept the one that
gave me first the error. I didn't miss anything, maybe there is some
coreutils.
from 'man tty'
tty - print the file name of the terminal connected to standard input
W
--
Pintsize: I would be DELICIOUS.
Sortir en Pantoufles: up 23 days, 34 min
--
gentoo-user@gentoo.org mailing list
* Enrico Weigelt [EMAIL PROTECTED] wrote:
Yet another error:
While building coreutils, it fails when making tests/sort:
Can't locate auto/POSIX/assert.al
There's no assert.al nor an assert.pl file on my disk.
Obviously the tests fail. Is there any way to skip them
(without
On Monday 14 May 2007 13:27, Enrico Weigelt wrote:
* Enrico Weigelt [EMAIL PROTECTED] wrote:
Yet another error:
While building coreutils, it fails when making tests/sort:
Can't locate auto/POSIX/assert.al
There's no assert.al nor an assert.pl file on my disk.
Obviously the tests
* Neil Bothwick [EMAIL PROTECTED] wrote:
On Mon, 14 May 2007 14:44:55 +0200, Enrico Weigelt wrote:
No, the tests fail because some perl modules are missing, which
are required to run the tests, but not for coreutils itself.
If the test is optional then FEATURES=-test should skip it.
Ah
Meino Christian Cramer wrote:
It just a feeling in the area of my stomach not to use patched
kernel sources...
But glibc is patched, bash is patched, coreutils is patched... just
about everything is patched in Gentoo. And then you want to skip
the kernel patches?
Second problem: I
On Thursday 07 December 2006 13:00, Andres Buehlmann wrote:
Hi
I found a problem using seq (from coreutils):
With version 6.4, I get:
seq -w 0 0.25 1
0
0.25
0.5
0.75
1
I.e., zero padding (with decimals) doesn't work.
Read the man page:
-w, --equal-width
equalize
of the coreutils...wrongly it seems.
Many query tools accept basic regular expressions, namely ^ to begin a
line and $ to end it.
[EMAIL PROTECTED] ~ $ eix ^at$
* sys-process/at
Available versions: 3.1.8-r11 3.1.8-r12
Installed: none
Homepage:
ftp://jurix.jura.uni-sb.de/pub
in Advanced,
Ninus.
I've encountered the same and didn't know how to solve it. I found out that
mkstemp was some standard C function so I remerged glibc,
mktemp is now in coreutils
It used to be in debianutils
Not glibc.
--
alan dot mckinnon at gmail dot com
); as such it is generally set in make.conf, although it can be
controlled on a per-package basis as others have said.
On the other hand, things like bash and coreutils usually have a nls
USE flag which controls the compile-time inclusion of *all* supported
localizations.
Packages built with support
, but with no content. Vanished, without trace,
just like your kernel tree.
Are we seeing a pattern emerging? Were you possibly installing an
~arch system? And using ext4 or btrfs on the partitions? And emerged
coreutils-8.10 as well?
See the message Mr Jarausch posted yesterday. He referred
?
But beware of the bug I've reported last Saturday which
is revealed by /bin/cp if you have = coreutils-8.10
installed.
Only the 2.6.38 kernel (from today) has fixed this for btrfs
but AFAIK not for ext4, yet.
Helmut.
--
Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen
101 - 200 of 475 matches
Mail list logo
