On 19 Mar 02, at 16:02, Jacques Nilo wrote:
I came across David's make.lrp. Assuming that dependencies are in order
shouldn't I be able to just load this package into Bering and be able to use
it as a development station. Any insight on this would be appreciated.
If make.lrp was compiled
Anyone see the (minature) write on Coyote in 2600? Interesting -
though odd that they wouldn't mention the Free versions (aside
from LRP).
___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
This is shaping up to be very nice; I've got a directory for busybox and uClibc
which contains:
* Makefile
* patches/ directory - Oxygen busybox has about 4-6
Then the makefile will download the appropriate version (using wget) and
compile it using uClibc (as Oxygen does) - and create a
On 3 May 2001, at 10:44, Ewald Wasscher wrote:
[EMAIL PROTECTED] wrote:
I wound up using whatever diffs [for ash that]
Erik [Andersen] had.
Fair enough. If you could send me the diff that converts the makefile to
gnu-make style I'd be thankful.
Everything should be in the Oxygen ISO;
On 30 Apr 2001, at 19:32, KP Kirchdörfer wrote:
I've also an lrp package for dinosaurs available - rexx.lrp based on Ian
Colliers REXX/imc.
I've seen REXX, but never got into coding it. I've looked at it a
time or two; may even have some DOS versions. If you like REXX, you
might like my
On 1 May 2001, at 15:19, Ewald Wasscher wrote:
Wouldn't it be a good idea to have a default way of building packages,
like Debian? With Debian you can cd into the upacked/patched source
directory and do a dpkg-buildpackage -b and voila! a binary package
appears after a while. So we could
On 23 Apr 2001, at 19:37, Mike Noyes wrote:
Ewald Wasscher, 2001-04-23 20:22 +0200
Mike Noyes wrote:
Interesting. The German text is present on the SF home page again. At
least I think it's German.
No, it's Dutch! (which is very similar to German)
Then there is Pennsylvania Dutch -
On 25 Apr 2001, at 21:02, KP Kirchdörfer wrote:
Is the only choice between Scylla (vi-mode) and Charybdis (wasting disk
space)?
e3ws, e3vi, e3ne, e3em, et al, are just links to e3; in Oxygen you
need to be careful as the actual binary is e3.bin, with a shell
wrapper and all the links point to
On 23 Apr 2001, at 19:47, Ewald Wasscher wrote:
KP Kirchdörfer wrote:
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
On 26 Apr 2001, at 19:34, Scott C. Best wrote:
Forgive the off-topic moment of levity but...Oooo.
http://www.jp.playstation.com/linux/image/main.jpg
I can see it now...a Missle Command like interface to
zap incoming packets of questionable origin...
:^)
On 27 Apr 2001, at 16:32, Jack Coates wrote:
the annoying thing is that I don't see where it's getting called from --
it's not in crontab, but I do know it's getting called because the ping
check goes off about hourly.
Multicron is indeed in crontab, and is called as part of run-
parts -
On 30 Apr 2001, at 2:08, Ewald Wasscher wrote:
[EMAIL PROTECTED] wrote:
On 22 Apr 2001, at 14:34, Ewald Wasscher wrote:
22-4TODO: update all binaries to the _latest_ versions available? Is
this a good idea? That will probably use some additional diskspace
Yes, definitely. Fixes
On 30 Apr 2001, at 0:41, Mike Noyes wrote:
[EMAIL PROTECTED], 2001-04-29 16:16 -0500
On 27 Apr 2001, at 17:25, Mike Noyes wrote:
He recommends 18M for
Oxygen though, and I don't know if this fixes the performance
slowdown.
Oxygen can run in 16M; I've done it many times.
Oxygen
There is a new baby in the house so I'm not going to be doing a
lot in the next week or so...
Andrew James was born 22 April 2001 at 7:25 am, and was 9 lbs. 4 oz.
(ask your wives if that's big :-)
Current outstanding development concerns:
* Both Oxygen versions (glibc 2.0.7 and 2.1.3)
On 30 Apr 2001, at 5:29, Dale Long wrote:
On Sun, 29 Apr 2001 [EMAIL PROTECTED] wrote:
Ooph! I don't have to. Is there a infant blue ox in the back yard
as well?
No blue oxes :-) but his older brother was 10 lbs. 2 oz. at birth :-)
How long was the labour for both of them? Ouch.
On 20 Feb 2001, at 17:03, Mike Noyes wrote:
Secure Logging Over a Network
http://interactive.linuxjournal.com/Magazines/LJ74/3913.html
You have to be authenticated to go here.
--
David Douthitt
UNIX Systems Administrator
HP-UX, Linux, Unixware
[EMAIL PROTECTED]
On 20 Feb 2001, at 12:53, Sergey Kozhedub wrote:
The compromise is to use a separate storage device/partition for
log files when needed.
This is what Oxygen does by default - /var/log is a separate volume
of a user-definable size (I think the default was 2M).
--
David Douthitt
UNIX
On 20 Feb 2001, at 22:38, Mark Seiden wrote:
i'm about to switch to oxygen, which i've built on 2.2.18 (i
hope...) for our beta test.
Thanks for using Oxygen!
when (not if) you run out of room on a single floppy, which
contains "trustworthy" software, how to download additional .lrps
in
Well, that'll teach me to open my mouth :-)
I've gotten preliminary *.md5 file checksumming put into Oxygen's
package handling system. The files are included in the packages in
the path of: /var/lib/lrpkg/pkg.md5 and are created during the
package creation process automatically.
These
On 21 Feb 2001, at 1:31, [EMAIL PROTECTED] wrote:
On Tue, Feb 20, 2001 at 05:05:52PM -0600, [EMAIL PROTECTED] scribbled:
Having said that, one of the things on my list of "ToDos" is to
change apkg to generate *.md5 for every file in the package for
checking purposes. This would mean:
On 17 Feb 2001, at 18:33, Jack Coates wrote:
The tree is 2.2.18 based and the kernel is compiling to 413002 bytes.
Not bad! ...
Patches are:
linux_brfw_2.2.17.diff
Do you have the bridgex or whatever it was compiled to an *.lrp?
linux-2.2.17-ow1.diff
This is now at linux-2.2.18-ow4
On 19 Feb 2001, at 15:58, Mike Sensney wrote:
At 07:03 AM 02/19/2001 -0800, Jack Coates wrote:
On Mon, 19 Feb 2001 [EMAIL PROTECTED] wrote:
Is the crypto really available to release in the U.S.? Or is it
still a dangerous thing? I asked on a mailing list a while back and
got ZERO
On 19 Feb 2001, at 17:02, Jack Coates wrote:
that could be very handy for service images, but router/fw images
are not likely to have a need (except for VPN which AFAIK doesn't
use kerneli.org stuff).
Possibly true. However, crypto does enhance security. My main
purpose is to expand
On 19 Feb 2001, at 18:39, Mike Noyes wrote:
I stand corrected. You want that content linked from our home
page. Correct?
Ray Olszewski said:
Trying to connect to the URL you list above results in --
Not Found
The requested URL /pub/oxygen/ was not found on this server.
On 17 Feb 2001, at 6:49, Jack Coates wrote:
I'd be inclined to stick to your existing system -- it seems sick
and wrong to put device files in /tmp and I don't understand what
they'd be doing there instead of /dev. There may well be a good
reason (permissions? why not chmod the /dev entry?)
I've been getting an Oxygen-based booting CDROM ready, but have hit a
snag, and I don't know how to tackle it.
When the CD boots, it uses a disk image - I'm using a 2.88M floppy
image. syslinux comes up, and linux and root.lrp are loaded and run
fine.
The problem is once /linuxrc takes
On 16 Feb 2001, at 14:37, Charles Steinkuehler wrote:
Note the 'automount' part of linuxrc will find the CD-ROM if
there's no floppy in the drive, and use that as boot by default.
Oh? How does that go? I don't remember seeing it in LRP 2.9.7, and
anyway, if it was, I'm sure I removed it.
Example: Loading packages not from /dev/fd0, but from a directory on
the floppy. I was thinking of this syntax:
PKGPATH=/dev/fd0(pkgs):msdos
or
PKGPATH=/dev/hdc(pkgs/net):iso9660
and so on.
--
David Douthitt
UNIX Systems Administrator
HP-UX, Linux, Unixware
[EMAIL PROTECTED]
I'm reconsidering the mount restriction I have for /tmp, which
amounts to the fact that /tmp is mounted with the nodev option -
preventing device files from being created.
The reason I'm reconsidering is because it would seem that pdnsd also
creates device files there. If I were to do this,
On 15 Feb 2001, at 3:45, Kenneth Hadley wrote:
I finally got around to testing syslinux v1.52 today and it
appears mister Anvin (syslinux's creator) has fixed the bugs that
where causing mayhem for LRP Kernels Can anyone else confirm the
fact that the new syslinux v.1.52 works for them?
On 15 Feb 2001, at 9:09, George Metz wrote:
What a week and a half.
I'll say!
So if you're still with me to this point, the reason I was away
was that I was down for a week and a half due to a misconfigured
syslinux.cfg file and a NIC that doesn't like to work right unless
it's running at
On 15 Feb 2001, at 4:07, Kenneth Hadley wrote:
I'm not sure how many on this list are aware how I was able to get PPPoE to
run correctly under Eigerstein and why I would like to come up with a
cleaner solution
Basically the main problem under PPPoE was getting the interface to come up
I'm compiling a raft of Linux kernels based on 2.2.18 for release;
one of these was to include QoS support. I started delving into the
options, and experienced a white-out from the blizzard of options
available :-)
Can someone enlighten me as to the best options to use for QoS and
why
Has anyone ever done this? It seems like this would be a good way to
include IDE into the kernel in an embedded application, so as to
provide the utmost security. Hardware solutions appear to be non-
existant, and software solutions either allow write access, or
disallow access altogether.
On 9 Feb 2001, at 14:39, Mike Noyes wrote:
Thanks! I just verified that this works. I should have tried the archive
switch before.
Don't you need the -R switch to recurse?
$ cd /home/groups/leaf/htdocs
$ mv yourname ..
$ cp -a ../yourname .
$ rm -rf ../yourname
$ cd
On 6 Feb 2001, at 6:00, Steven Peck wrote:
I know Jeff is in Davis, [California..]
Mike's in the [San Francisco, California...] area.
Charles is out in the midwest [...]
Western Kansas, I thought. Kansas City?
and Rick out on the East coast?
Where?
Oh, I'm in Sacramento, CA
Ray's
On 18 Jan 2001, at 19:05, Scott C. Best wrote:
Heya. It'd be worthwhile, I think, for one of our more board-minded
LEAF'rs to suggest just such an SBC which we could use as a
'development target'. Not that we won't be putting it into desktop
x86's as well, of course, but I was told by a VP
37 matches
Mail list logo