On Sun, 2010-02-07 at 00:11 +0800, Mars G Miro wrote:
> On Wed, Jan 13, 2010 at 9:51 PM, John Baldwin 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
> > wrote:
> >> > On Wed, Jan 13, 2010 at 09:35:53AM +0800, Mars G Miro
On Wed, Jan 13, 2010 at 9:51 PM, John Baldwin 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
> wrote:
>> > On Wed, Jan 13, 2010 at 09:35:53AM +0800, Mars G Miro wrote:
>> >> Hi List!
>> >>
>> >> Has anyone successfully cr
On Tuesday 12 January 2010 9:52:02 pm Mars G Miro wrote:
> On Wed, Jan 13, 2010 at 10:21 AM, Andrew Thompson
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:
> >>
On Wed, Jan 13, 2010 at 10:21 AM, Andrew Thompson 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 mention how
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 TAR
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.
Th
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
my systems
> > > and needed tools from /rescue. 8-)
> >
> > Just try to installworld FreeBSD/amd64 over a running FreeBSD/i386. ;-)
>
> I strongly feel that shouldn't be supported on a live system. So to me
We already got that possibility for free along with src/
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 insta
says your
> > > system is running multiuser pretty 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 di
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&#
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 tex
> > > 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
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
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
rou
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>
of bloat because of symbols/functions private to chown?
>
> The difference in the static binary sizes is weird, but I 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 371
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 tools
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
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
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)
running without curses. A statically
> linked, stripped binary 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 syste
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
> s
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
s
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
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:
>
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, na
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 a
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"
.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
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 W
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
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).
For
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::min). ...
But libstdc++ shoudln't be rewritten by crunchgen. I'm now stumped.
I
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:
: 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:
: 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 del
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:
: 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 questi
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&#
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, d
41 matches
Mail list logo
