-2.5.1.0 w/
./configure --enable-shared --disable-static --enable-slashpackage
make fails w/
exec ranlib libexecline.a.xyzzy
make: *** No rule to make target '-lskarnet', needed by 'background'. Stop.
Cheers,
/Roy Lanek (Padang/West Sumatra)
--
555
> My idea
AWESOME, love it. Have already begun to write scripts with
CHICKEN, WOLOG (shebang-csi, for chicken-scheme interpreter,
can't notice the difference from an average ksh script so far,
except in elegance, Scheme oblige) going to try Chez.
/Roy
--
5 anjin
> It's a bit late now for April Fools jokes, don't you think ?
I think that U are borrowing from the words I have emailed to U
on the subject of execline-2.4.0.0.
/Roy
--
5
5 . 5 l 4 c K W 4 r 3 55 dimana ada kemauan, di situ ada jalan
5 +-
Better idea of an improvement: express execline as a Scheme
library to be used via Chicken Scheme-to-C translator,
Chibi-Scheme, and similar, which should be easy to do. Maintain
bug-fixes for old execline. New implicit-execline successor
becomes plain Scheme.
Cheers,
/Roy
--
555
Does some ready vim-syntax x execline exists?
--
5 malu bertanya, sesat di jalan
5 . 5 l 4 c K W 4 r 3 55 embarrassed to ask will result in
5 + L1NuX 55 getting lost
5
The following worked up to s6-2.1.0.1:
...
/command/export PATH /command:/etc...
multisubstitute {
define LOGS /var/log/s6/socklog-klog
define IDX \[[0-9]+\]
define SID SID[0-9]+
define LBL \[[[:space:]]*[0-9]+\.[0-9]+\]
define KRN_ANY kern\.[[:alnum:]]+
> have *musl-gcc'ed* a trimmed down (no --help, --version and the
> like, just brutal panics) switch_root.c [...] Not yet tried it
Update: tried it, and it works (for me, at the least), indeed I am
using it right now.
I have used a source util-linux-2.21.2.tar.xz (slackware). I
still have to impr
> This mount has a lot of misc functionality
Certainly, I have *musl-gcc'ed* a trimmed down (no --help,
--version and the like, just brutal panics) switch_root.c as a
kind of *concept proof* a couple of days ago, similarly. (Not yet
tried it, still have to continue modifying it; it has been some
f
> then I'd probably do something like this [...]
http://lwn.net/Articles/210046/
Embedded Linux: Small Root Filesystems
[...]
Re: the initrd is actually an initramfs
Posted Nov 26, 2006 0:11 UTC (Sun) by landley (guest, #6789) [Link]
The switch_root utility essentially does:
cd newroot
find /
> I would advise you to write your own [script]
Advice taken. So far, I have rebuilt everything around s6* statically (against
musl), with s6-linux-utils-1.0.2 having been the only PITA because of s6-devd,
which doesn't compile and have temporarily substituted with a stub (I don't
need s6-devd...
Read:
http://searchcode.com/codesearch/view/27282163
/Roy
> Probably not.
switch_root: http://searchcode.com/codesearch/view/27570339
It seems pretty feasible coding to me and not even so terribly
huge by surplus; quickly grepping musl for things such unlinkat,
umount2 returns matches also.
I, so to speak, *know* Busybox, and it's not what I am lookin
musl... Thank you for having spotted it for *us* (me at the
least). I had mksh (MirBSD Korn Shell) statically linked against
dietlibc, but now it's done against musl instead.
Next: in my initramfs/init I merely call:
** a couple of mandatory (stock) mounts such
mount -n -t proc proc /proc
which
** a
mount -n -t ext4 -o ro /dev/sd-something /newroot
dito
** and (now comes the busillis)
exec /sbin/switch_root /newroot /dir-of-new/init
There is no s6-switch_root equivalent => question: will a
s6-switch_root be implemented? I wonder how the trade off in
space, speed and efficiency by usi
14 matches
Mail list logo