Hi,
I've sent a package for review off-list.
kp
Am Samstag, 8. März 2014, 12:52:59 schrieb Eric Spakman:
Hello list,
Can someone help Jean-Roch with this package? I don't have a development
environment at the moment.
Thanks,
Eric
Begin forwarded message:
*From:*
Hi Andrew;
can you give an advice how to update linux headers for the 5.1 toolchain?
I know it's not necessary, but AFAIK its an undocumented step.
thx kp
--
Flow-based real-time traffic analytics software. Cisco
.
25.02.2014 19:30, KP Kirchdörfer пишет:
Hi Andrew;
can you give an advice how to update linux headers for the 5.1 toolchain?
I know it's not necessary, but AFAIK its an undocumented step.
thx kp
--
Flow
Am Freitag, 14. Februar 2014, 17:06:50 schrieb Erich Titl:
Hi Folks
I am not sure we should follow this path
Sounds like a lot of work. Would strongswan an alternative?
kp
original message
From: p...@nohats.ca Fri Feb 14 16:49:28 2014
Return-Path: p...@nohats.ca
Hi David;
Am Montag, 10. Februar 2014, 20:00:16 schrieb David M Brooke:
Hi kp,
Thanks for the responses.
On Sat, 2014-02-08 at 00:13 +0100, KP Kirchdörfer wrote:
Hi David;
Am Freitag, 7. Februar 2014, 21:09:32 schrieb David M Brooke:
Hi leaf-devel,
I've been busy
Hi Erich;
Am Dienstag, 11. Februar 2014, 14:09:34 schrieb Erich Titl:
Hi
I have successfully loaded the driver for my atheros card, but it
appears there are a few glitches in the reulatory domain field. Some of
you may remember the thread
Wifi on BuC 4.3.1
[ 60.288494] WARNING: at
Am Mittwoch, 29. Januar 2014, 19:19:43 schrieb KP Kirchdörfer:
Hi,
Am Montag, 27. Januar 2014, 20:18:37 schrieb KP Kirchdörfer:
Hi Andrew;
Am Montag, 27. Januar 2014, 20:49:06 schrieb Andrew:
Hi.
At least, userland should works.
went back to testing branch I had without latest
Hi;
I've recompiled evreything from scratch and found the following package
failing to build:
all architectures:
- uboot - expected, it was a proof-of-concept but unmaintained since then,
once we decide to move to u-boot the sources can be valuable
- openswan - seems unfixable and it was
Hi,
Am Montag, 27. Januar 2014, 20:18:37 schrieb KP Kirchdörfer:
Hi Andrew;
Am Montag, 27. Januar 2014, 20:49:06 schrieb Andrew:
Hi.
At least, userland should works.
went back to testing branch I had without latest changes for toolchain and
gcc, but based on 3.10.25 kernel.
Once again
Hi;
Am Sonntag, 26. Januar 2014, 23:02:49 schrieb Andrew:
26.01.2014 16:14, KP Kirchdörfer пишет:
Hi;
Am Samstag, 25. Januar 2014, 23:03:28 schrieb Andrew:
Hi.
Try to chroot into staging dir and test if busybox works.
Do you have a small how-to how to do this?
kp
chroot
Hi Andrew;
Am Montag, 27. Januar 2014, 20:49:06 schrieb Andrew:
Hi.
At least, userland should works.
Try to extract initrd into some dir and chroot into it (with symlink
/bin/sh - /bin/busybox) to check (maybe some libs has different
names?). And look presence of /init.
I did my very best,
Hi;
Am Samstag, 25. Januar 2014, 23:03:28 schrieb Andrew:
Hi.
Try to chroot into staging dir and test if busybox works.
Do you have a small how-to how to do this?
kp
Try to enable
built-in kernel command line for debugging.
25.01.2014 22:50, KP Kirchdörfer пишет:
Hi
Am Donnerstag, 16. Januar 2014, 21:21:04 schrieb Andrew:
16.01.2014 19:54, KP Kirchdörfer пишет:
Am Donnerstag, 16. Januar 2014, 19:37:50 schrieb Andrew:
Strange, but for me there are some errors on libs linking (like libnl3)
for arm, for x86 all is OK. Maybe distro-related trouble. Maybe
Am Samstag, 18. Januar 2014, 17:36:05 schrieb Andrew:
18.01.2014 13:03, KP Kirchdörfer пишет:
Am Donnerstag, 16. Januar 2014, 21:21:04 schrieb Andrew:
16.01.2014 19:54, KP Kirchdörfer пишет:
Am Donnerstag, 16. Januar 2014, 19:37:50 schrieb Andrew:
Strange, but for me there are some errors
Am Samstag, 18. Januar 2014, 19:26:39 schrieb Andrew:
18.01.2014 17:53, KP Kirchdörfer пишет:
Am Samstag, 18. Januar 2014, 17:36:05 schrieb Andrew:
18.01.2014 13:03, KP Kirchdörfer пишет:
Am Donnerstag, 16. Januar 2014, 21:21:04 schrieb Andrew:
16.01.2014 19:54, KP Kirchdörfer пишет:
Am
for arm to busybox vi
tomorrow.
thx kp
Am Mittwoch, 15. Januar 2014, 21:45:32 schrieb Andrew:
Hi.
No symlink for asm to platform dir was created due to missed ARCH_INC
for this target. Fixed.
14.01.2014 16:45, KP Kirchdörfer пишет:
Hi Andrew,
building the toolchain for armv6zk
not the one to give anyone/you any hints how to
work with git :)
kp
16.01.2014 19:31, KP Kirchdörfer пишет:
Hi,
looks good; I'm nearly done with the armv6...- toolchain and only the
usual
suspects failed to build (asterisk, openswan and accel-ppp).
No showstoppers for an alpha version
Hi Andrew,
building the toolchain for armv6zk-unknown-linux-uclibcgnueabi fails with
error:
In file included from /opt/buildtool-rpi-test/toolchain/armv6zk-unknown-linux-
uclibcgnueabi/usr/include/bits/errno.h:25:0,
from
big initrd which is mounted as root through unionfs, and all other stuff
is unpacked to tmpfs through unionfs, to save valuable memory).
ifeq/ifdef are also used into platform makefile includes.
Sounds worth testing.
kp
13.01.2014 21:02, KP Kirchdörfer пишет:
Hi;
Rebased git branch
buildtool.mk files -
which is good to know.
I've also struggled with git doing a rebase with unmerged commits (hints how
to deal with it in the docs are welcome, as usual), but at last I've managed
it somehow.
Am Dienstag, 7. Januar 2014, 21:48:35 schrieb Andrew:
07.01.2014 19:28, KP Kirchdörfer
4 janv. 2014 à 20:19, KP Kirchdörfer kap...@users.sourceforge.net a
écrit :
Hi;
I've recently updated my router to run with a kernel 3.10.25 and it works
- as you when reading this mail :).
I've also get a raspberry pi up and running with the same kernel and build
from the rpi
Am Montag, 6. Januar 2014, 18:00:08 schrieb Yves Blusseau:
Le 6 janv. 2014 à 17:31, KP Kirchdörfer kap...@users.sourceforge.net a
écrit :
Hi Yves;
I knew I made something wrong :)
Because of that I started only with the old maint branch, which I hoped
wouldn’t be that harmful
Hi;
I've recently updated my router to run with a kernel 3.10.25 and it works -
as you when reading this mail :).
I've also get a raspberry pi up and running with the same kernel and build
from the rpi branch.
So I think it's time, as proposed a few days ago, to move master to maint, and
Hi gents;
I've uploaded the images and files for 5.0.2.
A proposal and request for help (Yves :)):
I think it's a good time to move 5.0.2, currently in branch master to branch
maint.
That means that 5.0 will only get maintenance, but new major features should
IMHO based on the next major
HI all;
the IMHO major goal for a 5.1 version is a unified kernel for current images
(i486, i686, geode, x86_64) and raspberry pi (as a real device to proof
cross-compiling instead of arm-versatile, which was more a proof-of-concept
with no real hardware).
With the latest commits to the
Am Dienstag, 12. November 2013, 13:27:23 schrieb Erich Titl:
Hi folks
trying to get my toolchain in order :-)
I am trying to compile libpcap, but already configure detects a missing
library
configure:8978: i486-unknown-linux-uclibc-gcc -o conftest -O2
-march=i486 -mtune=pentiumpro
Am Sonntag, 27. Oktober 2013, 13:28:02 schrieb Andrew:
26.10.2013 17:23, KP Kirchdörfer пишет:
Hello;
Am Donnerstag, 24. Oktober 2013, 22:31:06 schrieb Andrew:
Hi.
Try to unexport LDFLAGS for kernel - in any case, it isn't dependent on
userland libs.
24.10.2013 19:22, KP
Hello;
Am Donnerstag, 24. Oktober 2013, 22:31:06 schrieb Andrew:
Hi.
Try to unexport LDFLAGS for kernel - in any case, it isn't dependent on
userland libs.
24.10.2013 19:22, KP Kirchdörfer пишет:
Hi,
the latest changes to git master branch fixed the i486 and x86 toolchain
Hi,
the latest changes to git master branch fixed the i486 and x86 toolchain, but
compilation of the kernel in the arm toolchain is broken:
armv5te-unknown-linux-uclibcgnueabi-ld: unrecognized option '-Wl,-
rpath,/opt/buildtool-master/staging/armv5te-unknown-linux-uclibcgnueabi/lib'
Am Montag, 14. Oktober 2013, 15:06:09 schrieb Erich Titl:
Hi Folks
I am still trying to build the tookchain, rebuilt tar and find :-( but
now I am running into this
xzcat patch-3.4.63.xz | patch -p1 -s -d
/data/leaf/devel/leaf.new/bering-uclibc/source/i486-unknown-linux-uclibc/lin
ux/
Am Montag, 14. Oktober 2013, 00:19:52 schrieb Erich Titl:
on 12.10.2013 19:43, KP Kirchdörfer wrote:
Hi Erich;
Am Mittwoch, 9. Oktober 2013, 10:32:02 schrieb Erich Titl:
HI Folks
I have fought a bit with my new 5.01 installation on a WRAP and I am
still wrestling to get it up
Am Montag, 14. Oktober 2013, 18:32:02 schrieb Erich Titl:
on 14.10.2013 16:41, KP Kirchdörfer wrote:
Am Montag, 14. Oktober 2013, 15:06:09 schrieb Erich Titl:
Hi Folks
I am still trying to build the tookchain, rebuilt tar and find :-( but
now I am running into this
xzcat patch
Am Montag, 14. Oktober 2013, 18:55:27 schrieb Erich Titl:
on 14.10.2013 17:24, KP Kirchdörfer wrote:
Am Montag, 14. Oktober 2013, 00:19:52 schrieb Erich Titl:
on 12.10.2013 19:43, KP Kirchdörfer wrote:
Hi Erich;
Am Mittwoch, 9. Oktober 2013, 10:32:02 schrieb Erich Titl:
HI Folks
Am Montag, 14. Oktober 2013, 19:01:11 schrieb Erich Titl:
Hi KP
on 14.10.2013 18:51, KP Kirchdörfer wrote:
Am Montag, 14. Oktober 2013, 18:32:02 schrieb Erich Titl:
on 14.10.2013 16:41, KP Kirchdörfer wrote:
...
./getdirname.pl
/data/leaf/devel/leaf.new/bering-uclibc/source/i486
Hi Erich;
Am Mittwoch, 9. Oktober 2013, 10:32:02 schrieb Erich Titl:
HI Folks
I have fought a bit with my new 5.01 installation on a WRAP and I am
still wrestling to get it up and running the way I want.
I have a few requests for future packaging
- Could we refrain from placing the
Am Donnerstag, 10. Oktober 2013, 11:14:40 schrieb Erich Titl:
Hi Andrew
on 09.10.2013 20:17, Andrew wrote:
Hi.
Just commit changes into this branch, and do 'git checkout master'.
I have gotten the impreddion that my master is not what it used to be,
as development has moved to 5.x. My
Am Mittwoch, 9. Oktober 2013, 10:42:15 schrieb Erich Titl:
Hi Folks
I was offline for the better part of a year and would like to get my
hands on the current development repository without loosing old,
possibly not committed changes. I don't have disk space to host multiple
versions and was
Am Freitag, 20. September 2013, 16:46:07 schrieb Andrew:
Hi all.
Anybody tested 5.0.1 on x86_64 ? I have a report on Russian forum that
e3 fails under x86_64, it shows garbage...
Just did, and indeed it's broken; also in rc-1, havent tested beta1.
kp
Am Freitag, 20. September 2013, 16:27:32 schrieb KP Kirchdörfer:
Am Freitag, 20. September 2013, 16:46:07 schrieb Andrew:
Hi all.
Anybody tested 5.0.1 on x86_64 ? I have a report on Russian forum that
e3 fails under x86_64, it shows garbage...
Just did, and indeed it's broken; also
Am Samstag, 21. September 2013, 00:49:38 schrieb KP Kirchdörfer:
Am Freitag, 20. September 2013, 16:27:32 schrieb KP Kirchdörfer:
Am Freitag, 20. September 2013, 16:46:07 schrieb Andrew:
Hi all.
Anybody tested 5.0.1 on x86_64 ? I have a report on Russian forum that
e3 fails under
Tom;
Many thanks to you from the Bering(-uclibc) developers as well.
Shorewall made iptables easy and helped a lot to build a secure box.
All the best to you - we will miss you.
Am Mittwoch, 18. Mai 2005 17:25 schrieb Tom Eastep:
Paul Gear wrote:
- We need to look at the big issues
Am Dienstag, 2. April 2002 07:11 schrieb Greg Morgan:
There is a piece of information that is missing for me. If Bering
uses 2.4.x of the kernel and Dachstein uses 2.2.x, then how can all
the packages be used for either release? My assumption is that
there might be substantial changes
Am Montag, 18. März 2002 22:56 schrieb Jacques Nilo:
Updated with a 2.4.18 linux kernel shorewall 1.2.9. Check:
http://leaf.sourceforge.net/article.php?sid=31
Jacques, Eric;
it's been my understanding that Bering is based on dachstein rc2.
But AFAIK dachstein rc2 had the modified backup
hello fellows
As you might know I've worked the last four month on a Dachstein CD
based on glibc 2.1.3..
While working on it I included some bugfixes, some enhancements and I
tried to stay in sync with all the necessary security updates.
The latest release updates e3, openssh, libz, squid,
Am Dienstag, 12. März 2002 15:34 schrieb Mike Noyes:
At 2002-03-11 22:37 -0600, David Douthitt wrote:
On 3/11/02 at 10:42 PM, Manfred Schuler
[EMAIL PROTECTED]
wrote:
Today I received this security announcements.
If you think, it is not necessary to forward this message
to the
Am Dienstag, 12. März 2002 18:26 schrieb Mike Noyes:
At 2002-03-12 17:51 +0100, KP Kirchdörfer wrote:
packages - for packages usable with glibc 2.0.x and glibc 2.1.3
packages-glibc 2.1.3 for packages compiled with glibc 2.1.3 (due
to various reasons).
KP,
Creation of a packages tree
Am Sonntag, 10. März 2002 00:41 schrieb Mike Noyes:
Everyone,
I just created the following FAQs. Comments and suggestions are
welcome.
CVS Setup
https://sourceforge.net/docman/display_doc.php?docid=9960group_id=
13751
Started to work through the FAQ - apologize my dumb question - is the
Am Dienstag, 5. März 2002 15:42 schrieb Charles Steinkuehler:
Problem description:
I want the Dachstein router to send mails, e.g ip-address after
reboot.
ipmail should do it, but I get an error error parsing sender
address
What's ipmail? Exactly where did this error show up?
It's a
Hello all;
this might be discussed before, but I haven't found anything useful
on the list.
Problem description:
I want the Dachstein router to send mails, e.g ip-address after
reboot.
ipmail should do it, but I get an error error parsing sender
address
I think that $user in
Am Mittwoch, 27. Februar 2002 17:39 schrieb Mike Noyes:
Also, note files that are 10MB should not reside on the shell
server. I would greatly appreciate it if everyone started moving
their files into their personal tree in cvs ASAP. Thanks.
Hello;
after the recent discussion about the floppy format, I agreed with
the arguments, that a LEAF release has to been proofed with a
floppy-only release.
So I invested some time to build a floppy with glibc 2.1.3 based on
the latest Dachstein 1.0.2 floppy release.
I changed a few
Today I've put up a new build of dachstein 1.0.2 CD with glibc 2.1.3
onto sourceforge:
leaf.sourceforge.net/devel/kapeka/lrp-packages
I fixed one or two minor bugs, repackaged ipmail.lrp, updated to
latest openssh version from Jacques Nilo, updated ez-ipupdate and
replaced login, adduser
You didn't.
Please excuse this test mail, but I had problems with mail delivery
with this list and opended the mentioned support request on
sourceforge.
They reported it should be solved. To check and to give feedback,
I'll send this mail.
Might be annoying for you, but will help
Who is the current maintainer of ez-ipupd.lrp? Jacques, Shane???
I just want to let you know I've compiled successfully the latest
version 3.0.11b6 against glibc 2.1.3 and use it with
dachstein-1.0.2-glibc 2.1.3
As this won't be of much interest for you, I've also added the patch
Am Montag, 21. Januar 2002 16:54 schrieb Ewald Wasscher:
Charles Steinkuehler wrote:
Let's start with a wish list, then folks can start working on
whatever pieces interest them.
Good idea!
- Boot-strap code modified to use features available in unpatched
kernel (ie no more
Hello all; due to reported mailing-list problems, please CC, as done,
to me.
And forgive, if I confuse private mail with list-mail... thanks.
Am Dienstag, 22. Januar 2002 19:18 schrieb Charles Steinkuehler:
Anyway, I could think of a core that boots without glibc and
loads glibc 2.0.7 for
Am Dienstag, 22. Januar 2002 19:39 schrieb Michael D. Schleif:
KP Kirchdörfer wrote:
Am Dienstag, 22. Januar 2002 19:21 schrieben Sie:
KP Kirchdörfer wrote:
Am Montag, 21. Januar 2002 15:54 schrieb Charles Steinkuehler:
I will at least apply the one line fix in the next release
Just want you inform, that I've build a new ISO-image.
It is a Dachstein 1.0.2 image upgraded to glibc 2.1.3, for other
changes please refer to the Readme.
You'll find the image an readme on
leaf.sourceforge.net:/devel/kapeka/lrp-packages.html
Just wanted to keep in sync with official
Am Donnerstag, 17. Januar 2002 04:15 schrieb Michael D. Schleif:
Charles Steinkuehler wrote:
Following problem:
Using Dachstein and creating a separate ramdisk /dev/ram1 for
/var/log malfunctions lrp.conf spacecheck.
I think the spacecheck intention is to monitor /var/log, cause
Hello;
Following problem:
Using Dachstein and creating a separate ramdisk /dev/ram1 for
/var/log malfunctions lrp.conf spacecheck.
I think the spacecheck intention is to monitor /var/log, cause there
are the most changes in file size during the routers lifetime and
running out of space in
Am Mittwoch, 19. Dezember 2001 19:36 schrieb Ewald Wasscher:
Luis.F.Correia wrote:
Nathan,
When booting from a CD, the only floppy formats supported are 1.44 and
2.88.
David, others, is there a reason for using syslinux instead of isolinux?
I'd say it's easier to use isolinux and forget
Has anyone successfully tried to add additional ramdisks (/dev/ram2)?
The whole ramdisk/ramlog is confusing.
kp
___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
Hello all;
There are new pages at:
http://leaf.sourceforge.net/devel/kapeka/
Still mostly in german and therefor not very useful - just to verify I'm able
to use the sourceforge account.
BUT there is a link to LRP packages
http://leaf.sourceforge.net/devel/kapeka/lrp-packages.html
which
Am Montag, 26. November 2001 16:51 schrieb David Douthitt:
KP Kirchdörfer wrote:
Following the changelog from Dachstein 1.0.1 to Dachstein 1.0.1 glibc
2.1.3
New essential packages:
libnsl.lrp - libnsl* glibc2.1.3 (David's package archiv)
libnsl should not be necessary; under Linux
Am Mittwoch, 28. November 2001 04:05 schrieb David Douthitt:
On 11/27/01 at 12:45 PM, Matt Schalit [EMAIL PROTECTED] wrote:
Jeff Newmiller wrote:
[snip]
xntpd steps the clock on my unix box every so often,
but it slews it every day. Not sure what your seeing.
David is
Am Montag, 26. November 2001 11:28 schrieb David Douthitt:
On 11/25/01 at 10:49 PM, KP Kirchdörfer [EMAIL PROTECTED] wrote:
A possible extension ito add, are the deeply buried
timezones provided by Charles.
Why not package them as an *.lrp package?
Good question :)
Thought kmaps
I've announced keyboard.lrp on the leaf-user list;
I didn't announce useful extensions, I can think about.
IMHO we need something for internationalization of LEAF.
A possible extension ito add, are the deeply buried timezones provided by
Charles. I found these one extremely useful in
Am Dienstag, 20. November 2001 23:59 schrieb Jacques Nilo:
Following my previous post on how to get rid of LRP kernel patches I
Am I the only one who is under the impression, that the mailinglist is very
slow and some mails arriving very late?
I can't find the mentioned posting about the
Am Mittwoch, 14. November 2001 16:37 schrieb Charles Steinkuehler:
In my upgrade to Dachstein CD RC5 I encountered some issues with
Seawall that may indicate an issue with sed/cut - or Seawall (I'm not
sure which)
when Seawall starts I get a couple of errors:
sed: Unknown option
Am Montag, 12. November 2001 15:58 schrieb David Douthitt:
KP Kirchdörfer wrote:
A few ideas how to save the necessary space for a root.lrp with glibc
2.1.3 and still fitting on a 1,44MB floppy for bootdisk.bin.
Replace ash with busybox ash (including command completion)
(define BB_ASH
I've played around with dachstein rc3 and was able to replace glibc 2.0.7
with glibc 2.1.3 - finally have a running system.
Initial tests with rc4 are underway.
A few ideas how to save the necessary space for a root.lrp with glibc 2.1.3
and still fitting on a 1,44MB floppy for bootdisk.bin.
As I understand 192.168 is reserved for Class C private networks.
Why not touch 192.168 in /etc/dnscache/root/ip instead of 192.168.1?
And the same for private Class A and Class B private networks.
Saves one point of failure during configuration.
kp
Am Samstag, 13. Oktober 2001 02:20 schrieben Sie:
Are you planning to upgrade to a new busybox version ?? It works o.k. for
me (including bb ifconfig and bb route and even ash). If you would use even
init and syslogd from bb root.lrp gets quite small, and i think the
functionality is o.k for
Am Sonntag, 15. Juli 2001 15:44 schrieb Jacques Nilo:
floppy drive environnement. I personnally switched to a dual floppy
setup: the investment was worth the benefits :-)
http://leaf.sourceforge.net/devel/jnilo/openssh.html
Also update to the new version 2.9p2. Also libz is now
Am Sonntag, 3. Juni 2001 18:57 schrieb [EMAIL PROTECTED]:
On Sun, 3 Jun 2001, KP [iso-8859-1] Kirchdörfer wrote:
Am Samstag, 2. Juni 2001 23:09 schrieb Charles Steinkuehler:
- Use the ramlog package instead of the log package...this puts the
logs on a seperate ramdisk, avoiding the
Am Montag, 21. Mai 2001 20:26 schrieben Sie:
Did you compile rp-pppoe on Debian Slink?
No, RedHat compatibilty stuff as you'll find on David's CD.
kp
___
Leaf-devel mailing list
[EMAIL PROTECTED]
Am Montag, 30. April 2001 03:08 schrieben Sie:
[EMAIL PROTECTED] wrote:
On 23 Apr 2001, at 19:47, Ewald Wasscher wrote:
KP Kirchdörfer wrote:
Unfortunately I do experience segfaults now with busybox more. It seems
that when it gets an input line longer than approx. 78 (don't know
Am Samstag, 28. April 2001 12:16 schrieben Sie:
Ray Olszewski wrote:
At 10:45 PM 4/26/01 -0700, Scott C. Best wrote:
wrong where each packet log gets recorded in 3 places?
I forget which version of LRP you use, but probably what you're doing
wrong is accepting the default settings in
Am Montag, 23. April 2001 20:41 schrieben Sie:
KP Kirchdörfer wrote:
22-4add e3 (the pre 1.5 from oxygen) as the default editor
Is this a version of e3, which don't make a backup of the original file?
This feature of e3 is just wasting space, especially within lrcfg.
I just
Am Dienstag, 24. April 2001 09:25 schrieb Ewald Wasscher:
I use it.also without problem
this is my busybox list:
basename, busybox, cat, chgrp, chmod, chown,
clear, cp, cut, date,dd, df, dirname, dmesg, du,
dutmp, echo, egrep, expr, false,fdflush,find,
free, grep, gunzip, gzip, halt,
Am Montag, 23. April 2001 20:41 schrieben Sie:
KP Kirchdörfer wrote:
Am Sonntag, 22. April 2001 15:31 schrieb Ewald Wasscher:
21-4updated busybox to version 0.51
I'm running eigerstein with busybox 0.51 (and replaced most of the
POSIXness links and other progs with busybox
Am Dienstag, 24. April 2001 20:06 schrieben Sie:
KP Kirchdörfer wrote:
I'm running eigerstein with busybox 0.51 (and replaced most of the
POSIXness links and other progs with busybox and tinylogin), but as
long as we see the seg fault in 'busybox more' it's not ready for prime
time
Am Sonntag, 22. April 2001 15:31 schrieb Ewald Wasscher:
21-4updated busybox to version 0.51
I'm running eigerstein with busybox 0.51 (and replaced most of the POSIXness
links and other progs with busybox and tinylogin), but as long as we see the
seg fault in 'busybox more' it's not
Am Sonntag, 8. April 2001 16:46 schrieb Ewald Wasscher:
P.S. If I'm right the lrp package of shorewall is broken as "shorewall"
is 9 characters long and doesn't fit the 8.3 msdos filenames on lrp boot
floppies.
Just a workaround until Tom find a new name:
rename shorewall.lrp to
84 matches
Mail list logo