I noticed that practically none of our distributions are listed on
www.linux.org as a distribution - including Mosquito, Oxygen,
Dachstein, Eigerstein, DUCLING, PacketFilter - right down to LRP even.
As I remember, most distributions aren't on Freshmeat either.
How should we handle this? Should
On 4/17/02 at 2:10 PM, Mike Noyes <[EMAIL PROTECTED]>
wrote:
> The following packages were not added to our cvs repository.
Most of those appear to be mine. apkg.lrp needs to be updated, and
brick.lrp probably should be anywhere but "development". I stopped
working on brick pretty much.
--
Dav
On 4/17/02 at 7:54 AM, Mike Noyes <[EMAIL PROTECTED]>
wrote:
> On Tue, 2002-04-16 at 19:50, David Douthitt wrote:
> Will the .desc/.xml file's primary purpose be indexing our
> packages, or will it be used by the LEAF release/branch
> internally? If its intended use is for indexing, I believe
>
On 4/17/02 at 8:08 AM, Charles Steinkuehler <[EMAIL PROTECTED]>
wrote:
> I agree whole-heartedly that a bsd /usr/ports (or gentoo
> ebuild) type source tree is most appropriate. I don't
> think source should go into any of the CVS directories
> mentioned to date.
>
> That doesn't change the fac
On Wed, 17 Apr 2002 13:47:32 -0700
"Richard Herrell" <[EMAIL PROTECTED]> wrote:
>
> Hi Leaf-Developers,
>
> [Ignore previous truncated message]
>
> I'm trying to boot Bering from a small partition in the front of my hard
> drive, but I don't think that it's running the /linuxrc script.
>
> I
Everyone,
I've completed adding all of a-b. It looks like this task will take
approximately one week to complete (I'm averaging a letter every two
hours.).
I thank Kim Oppalfens for generating descriptions and URLs for all of
our packages through m.
Current glibc-2.0 tree:
http://cvs.sourceforge
Title: RE: Booting Bering from /dev/hda2
Hi Leaf-Developers,
[Ignore previous truncated message]
I'm trying to boot Bering from a small partition in the front of my hard drive, but I don't think that it's running the /linuxrc script.
I think that I need to tweak my lilo parameters, but I
On 17 Apr 2002, Mike Noyes wrote:
> On Wed, 2002-04-17 at 11:14, Jeff Newmiller wrote:
> > On 17 Apr 2002, Mike Noyes wrote:
> >
> > > Everyone,
> > > Here is my first question. Does the output below indicate static linking
> > > only, or static and dynamic?
> >
> > The script is running ldd on
RAMDISK driver
initialized: 16 RAM disks of 4096K size 1024 blocksize
ip_tables: (c)2000
Netfilter core team
NET4: Unix domain
sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Couldn't
find valid RAM disk image starting at 0.
Freeing initrd
memory: 6k freed
FAT: bogus logical
sector size 0
On Wed, 2002-04-17 at 11:14, Jeff Newmiller wrote:
> On 17 Apr 2002, Mike Noyes wrote:
>
> > Everyone,
> > Here is my first question. Does the output below indicate static linking
> > only, or static and dynamic?
>
> The script is running ldd on every file in the .lrp. The entries obtained
> ar
On 17 Apr 2002, Mike Noyes wrote:
> Everyone,
> Here is my first question. Does the output below indicate static linking
> only, or static and dynamic?
The script is running ldd on every file in the .lrp. The entries obtained
are sorted and unique results printed. Obviously, some of the files
Everyone,
Here is my first question. Does the output below indicate static linking
only, or static and dynamic?
mhnoyes@usw-pr-shell2:~/leaf/bin/packages/glibc-2.0$ ./ldd-ver.sh
leaf/devel/ddouthitt/packages/auditd.lrp
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x02b7c000)
/lib/lib
12 matches
Mail list logo
