On Wed, Jan 13, 2010 at 9:51 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday 12 January 2010 9:52:02 pm Mars G Miro wrote:
On Wed, Jan 13, 2010 at 10:21 AM, Andrew Thompson thom...@freebsd.org
wrote:
On Wed, Jan 13, 2010 at 09:35:53AM +0800, Mars G Miro wrote:
Hi List!
Has
On Sun, 2010-02-07 at 00:11 +0800, Mars G Miro wrote:
On Wed, Jan 13, 2010 at 9:51 PM, John Baldwin j...@freebsd.org wrote:
On Tuesday 12 January 2010 9:52:02 pm Mars G Miro wrote:
On Wed, Jan 13, 2010 at 10:21 AM, Andrew Thompson thom...@freebsd.org
wrote:
On Wed, Jan 13, 2010 at
On Tuesday 12 January 2010 9:52:02 pm Mars G Miro wrote:
On Wed, Jan 13, 2010 at 10:21 AM, Andrew Thompson thom...@freebsd.org
wrote:
On Wed, Jan 13, 2010 at 09:35:53AM +0800, Mars G Miro wrote:
Hi List!
Has anyone successfully cross-built amd64-i386 in 8.0? I tried
but got these:
Hi List!
Has anyone successfully cross-built amd64-i386 in 8.0? I tried
but got these:
http://pastebin.com/f1cafe40d .
Setting NO_RESCUE builds fine, so I'm thinking if i'd have /rescue,
I'll prolly just hafta build it once I've had my x86 up.
Thanks.
--
cheers
mars
On Wed, Jan 13, 2010 at 09:35:53AM +0800, Mars G Miro wrote:
Hi List!
Has anyone successfully cross-built amd64-i386 in 8.0? I tried
but got these:
http://pastebin.com/f1cafe40d .
All the time. You didnt mention how you are doing the build, I use
% make buildworld buildkernel
On Wed, Jan 13, 2010 at 10:21 AM, Andrew Thompson thom...@freebsd.org wrote:
On Wed, Jan 13, 2010 at 09:35:53AM +0800, Mars G Miro wrote:
Hi List!
Has anyone successfully cross-built amd64-i386 in 8.0? I tried
but got these:
http://pastebin.com/f1cafe40d .
All the time. You didnt
Hi.
I wondered that ssh/scp (at least) was not in /rescue. They
are the indispensable tools, and I also often use them in
the emergency (single user mode).
So I made a patch for src/rescue/rescue/Makefile and
src/secure/usr.bin/scp/Makefile. Please
On Thu, Nov 01, 2007 at 08:53:39AM -0700, David O'Brien wrote:
On Thu, Oct 18, 2007 at 02:04:21AM +0400, Yar Tikhiy wrote:
On Mon, Oct 15, 2007 at 10:38:26AM -0700, David O'Brien wrote:
I guess I'm not creative enough in the ways I've screwed up my systems
and needed tools from /rescue. 8
On Thu, Oct 18, 2007 at 02:04:21AM +0400, Yar Tikhiy wrote:
On Mon, Oct 15, 2007 at 10:38:26AM -0700, David O'Brien wrote:
I guess I'm not creative enough in the ways I've screwed up my systems
and needed tools from /rescue. 8-)
Just try to installworld FreeBSD/amd64 over a running FreeBSD
well.
First of all, I'd like to point out that /rescue doesn't need to
be as minimal as /stand used to. Now, /rescue is a compact yet
versatile set of essential tools that can help in any difficult
situation when /*bin:/usr/*bin are unusable for some reason, not
only in restoring
On Sat, Oct 13, 2007 at 10:01:39AM +0400, Yar Tikhiy wrote:
On Wed, Oct 03, 2007 at 07:23:44PM -0700, David O'Brien wrote:
I also don't see the need for pgrep - I think needing that says your
system is running multiuser pretty well.
First of all, I'd like to point out that /rescue doesn't
On Wed, Oct 03, 2007 at 07:23:44PM -0700, David O'Brien wrote:
Yar Tikhiy wrote:
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
e.g., sed(1). Well, in fact most functionality of pgrep(1
Yar Tikhiy wrote:
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
e.g., sed(1). Well, in fact most functionality of pgrep(1), head(1),
tail(1), and even tee(1) can be emulated if one has sed(1
On Monday 03 September 2007 08:03:53 am Yar Tikhiy wrote:
On Sun, Sep 02, 2007 at 11:18:04AM -0700, Tim Kientzle wrote:
Yar Tikhiy wrote:
Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter
is about 100k in size, so if crunched it would
have a very small impact.
It even used to be in our src tree under release/picobsd. However,
if we revive it, we'll have to support as many as 4 text editors
in the base system, which can be a bit too many. The main problem
with /rescue/vi is its being
On Sun, Sep 02, 2007 at 11:18:04AM -0700, Tim Kientzle wrote:
Yar Tikhiy wrote:
Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
e.g., sed(1). Well, in fact most functionality of pgrep(1), head
On Mon, 3 Sep 2007, Yar Tikhiy wrote:
On Sun, Sep 02, 2007 at 11:18:04AM -0700, Tim Kientzle wrote:
Yar Tikhiy wrote:
Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
e.g., sed(1). Well, in fact
On Mon, Sep 03, 2007 at 08:36:58AM -0400, Daniel Eischen wrote:
On Mon, 3 Sep 2007, Yar Tikhiy wrote:
On Sun, Sep 02, 2007 at 11:18:04AM -0700, Tim Kientzle wrote:
Yar Tikhiy wrote:
Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1
On Mon, Sep 03, 2007 at 03:18:03AM +0300, Giorgos Keramidas wrote:
On 2007-09-02 11:18, Tim Kientzle [EMAIL PROTECTED] wrote:
Yar Tikhiy wrote:
In addition, there are chflags and chmod in /rescue, but there's no
chown in it, so the toolset is a bit incomplete.
Oh, my. chown
don't
have time now to dig the issue deeper, sorry. The rescue binary
grows just slightly when chown is added to it:
-r-xr-xr-x 121 root wheel 3715096 1 ??? 10:22 /rescue.old/rescue
-r-xr-xr-x 122 root wheel 3718192 3 ??? 17:17 /rescue/rescue
It's probably a side-effect of the fact my
On Sat, 1 Sep 2007, Julian Stacey wrote:
JS I've had to use /rescue recently and felt lack of a few basic tools
JS in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
JS e.g., sed(1). Well, in fact most functionality of pgrep(1), head(1),
JS tail(1), and even tee(1) can
Giorgos Keramidas wrote:
... [chown] is still almost 4x the size of chmod:
$ ls -ld chown
-rwxrwxr-x1 keramida users - 550624 Sep 3 03:06 chown
$ ls -ld chmod
-rwxrwxr-x 1 keramida users - 165884 Sep 3 03:08 chmod
getpwuid() pulls in DNS, NIS, and a bunch of other network
Yar Tikhiy wrote:
Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
e.g., sed(1). Well, in fact most functionality of pgrep(1), head(1),
tail(1), and even tee(1) can be emulated if one has sed(1
Tim Kientzle wrote:
I atttempted to
fit 'vi' in there, but curses is rather finicky;
'sed' would be more useful.
Mined is a nice editor for this, running without curses. A statically
linked, stripped binary is about 100k in size, so if crunched it would
have a very small impact.
cheers
On 2007-09-02 11:18, Tim Kientzle [EMAIL PROTECTED] wrote:
Yar Tikhiy wrote:
In addition, there are chflags and chmod in /rescue, but there's no
chown in it, so the toolset is a bit incomplete.
Oh, my. chown was definitely an oversight. That
should have been in there.
Probably because
Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
e.g., sed(1). Well, in fact most functionality of pgrep(1), head(1),
tail(1), and even tee(1) can be emulated if one has sed(1), but the
tools are so
Reference:
From: Yar Tikhiy [EMAIL PROTECTED]
Date: Sat, 1 Sep 2007 11:34:40 +0400
Message-id: [EMAIL PROTECTED]
Yar Tikhiy wrote:
Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text
On Sat, Sep 01, 2007 at 02:40:29PM +0200, Julian Stacey wrote:
Reference:
From: Yar Tikhiy [EMAIL PROTECTED]
Date: Sat, 1 Sep 2007 11:34:40 +0400
Message-id: [EMAIL PROTECTED]
Yar Tikhiy wrote:
Hi all,
I've had to use /rescue recently and felt lack
M. Warner Losh wrote:
I'm curious why you did things this way, rather then with .PATH in the
makefile?
*** /dev/null Wed Jan 8 20:22:00 2003
--- rescue/librescue/exec.c Mon Dec 9 21:56:20 2002
***
*** 0
--- 1
+ #include ../../lib/libc/gen/exec.c
Yep, .PATH does
.PATH?? Hmmm... I must have missed
that one.
I'll take a look; maybe it will
simplify some things. Thanks for the
pointer.
Tim
M. Warner Losh wrote:
I'm curious why you did things this way, rather then with .PATH in the
makefile?
Warner
*** /dev/null Wed Jan 8 20:22:00 2003
--- rescue
Warner suggested:
Also, be sure to post a diff for review prior to commit.
So, here it is. /rescue contains
most of /bin and /sbin, along with a few choice
selections from /usr/bin and /usr/sbin. All
are statically linked and compiled to occupy
a minimum of disk space (About 4MB
On Tue, 14 Jan 2003, Tim Kientzle wrote:
For those who missed some earlier threads, this
is a step towards a fully dynamic FreeBSD.
The next step is to create /lib and move certain
critical shared libs there, then /bin and /sbin
can be switched to fully dynamic linking.
The next logical step
I'm curious why you did things this way, rather then with .PATH in the
makefile?
Warner
*** /dev/null Wed Jan 8 20:22:00 2003
--- rescue/librescue/exec.c Mon Dec 9 21:56:20 2002
***
*** 0
--- 1
+ #include ../../lib/libc/gen/exec.c
*** /dev/null Wed Jan 8 20:22
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Tim Kientzle [EMAIL PROTECTED] writes:
: devd.lo: In function `event_proc::~event_proc()':
So I'd say that crunchgen doesn't grok c++ mangled symbols, which
isn't that surprising...
You apparently didn't read the end of my
In message: [EMAIL PROTECTED]
Tim Kientzle [EMAIL PROTECTED] writes:
: You apparently didn't read the end of my message.
: My apologies if I didn't format it well;
: the important points may have not been very clear.
Oh no. You are right. :-(
: However, linking with 'c++' doesn't
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Tim Kientzle [EMAIL PROTECTED] writes:
: To me, this looks like a library entry
: (locale-inst.o in libstdc++) is not finding a
: requirement (std::minunsigned). ...
But libstdc++ shoudln't be rewritten by crunchgen. I'm now
In message: [EMAIL PROTECTED]
Tim Kientzle [EMAIL PROTECTED] writes:
: For now, this means that devd will not be in
: /rescue. I'm not entirely happy about this.
devd typically wouldn't be all that useful for a /rescue environment.
: Policy question: Is C++ considered acceptable
Tim Kientzle [EMAIL PROTECTED] writes:
: Does anyone know how to get crunchgen to play nicely with C++ programs?
M. Warner Losh asks:
What's the problem.
Using crunchgen directly gives the expected linkage problems:
# cat test.conf
srcdirs /usr/src/sbin
progs devd
libs -ll
# crunchgen
In message: [EMAIL PROTECTED]
Tim Kientzle [EMAIL PROTECTED] writes:
: devd.lo: In function `event_proc::~event_proc()':
...
: This one has me stumped. Any ideas?
I'm not.
event_proc::~event_proc() is really one of the following:
0180 T event_proc::~event_proc [in-charge
I'm slowly tracking down the remaining minor issues with
my all-static crunchgen-ed /rescue implementation. This
includes pretty much everything from /bin and /sbin, as
well as a few useful tools from /usr/bin and /usr/sbin.
However, I've just run into an ugly problem.
Specifically, devd is now
Tim Kientzle wrote:
I'm slowly tracking down the remaining minor issues with
my all-static crunchgen-ed /rescue implementation. This
includes pretty much everything from /bin and /sbin, as
well as a few useful tools from /usr/bin and /usr/sbin.
However, I've just run into an ugly problem
41 matches
Mail list logo
