[Leaf-devel] Re: [Leaf-user] New Dachstein-CD pre-release version avaialble

Charles Steinkuehler wrote: > > I've just put a new version of the Dachstein pre-release CD image online: > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ As you stated in the first release announcement: ``But if you're grabbing the CD image, you'll probably have better luck with t

[Leaf-devel] Re: [Leaf-user] New Dachstein-CD: strange file in root.lrp ???

Charles Steinkuehler wrote: > > I've just put a new version of the Dachstein pre-release CD image online: > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ When I do this: tar tvfz root.lrp var on my woody box, I find this file: var/lib/lrpkg/root\netc\nlocal\nmodu

[Leaf-devel] Re: [Leaf-user] New Kernels available

Charles Steinkuehler wrote: > > I have new kernels available, which include patches for a couple recent > kernel bugs: [ snip ] I notice that your site indicates file change dates more recent than your original issue of D

[Leaf-devel] Re: [Leaf-user] New Kernels available

Charles Steinkuehler wrote: > > > > I have new kernels available, which include patches for a couple recent > > > kernel bugs: > > > > [ snip ] > > > > I notice that your site > > > > indicates file change dates more recent

[Leaf-devel] Re: [Leaf-user] Dachstein-CD-rc2 available

Charles Steinkuehler wrote: > > > The second release-candidate version of Dachstein-CD is now available. > > I forgot to mention...anyone wanting to upgrade from the previous (rc1) > version of Dachstein-CD can simply switch to the new CD and reboot (keeping > your existing config floppy)...no

[Leaf-devel] Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

Charles Steinkuehler wrote: > > > > I haven't tried bash.lrp since pre-release. There used to be two (2) > > > bash-related problems; now, I find one (1): > > > > > > Mounting local filesystems... > > > ramdisk.pkg: Uncompressing archives - log.tgz/etc/rcS.d/S36ramdisk.pkg: > > > line 33: > > >

[Leaf-devel] Re: [Leaf-user] Openssh 2.9.9p2 available -- Dachstein-CD ???

Jacques Nilo wrote: > > I have updated openssh packages to their latest 2.9.9p2 version. > They are compiled statically against openssl-0.9.6b and dynamically > against zlib-1.1.3 > See: > http://leaf.sourceforge.net/devel/jnilo Excellent! Charles, is this that version that you are adding to D

[Leaf-devel] Re: [Leaf-user] Announcing official release of Dachstein-CD

Charles Steinkuehler wrote: > > > As always, this is truly superb stuff! Bravo, Charles !!! > > > > Couple questions, even though these items appeared in RC5: > > > > [1] What is the purpose of the ``leaf'' user? > > It was in Jacques' example passwd file...I added it mainly as a 'stub' entry

[Leaf-devel] Re: [Leaf-user] Announcing Dachstein CD RC5

Charles Steinkuehler wrote: > [ snip ] > > Rebuilt log.tgz (part of ramlog.lrp) using busybox tar in hopes of > eliminating "broken pipe" messages appering on some systems. Did I tell you that that fixes the problem? Of course, in my modified instance, it took me quite sometime to figure ou

[Leaf-devel] Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

Charles Steinkuehler wrote: > > > > > > I haven't tried bash.lrp since pre-release. There used to be two > (2) > > > > > bash-related problems; now, I find one (1): > > > > > > > > > > Mounting local filesystems... > > > > > ramdisk.pkg: Uncompressing archives - > log.tgz/etc/rcS.d/S36ramdisk.p

[Leaf-devel] Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

Charles Steinkuehler wrote: > > The third release-candidate version of Dachstein-CD is now available. This > version feels like it's getting pretty close to done. Lots of minor > chagnges, none of them show-stoppers, just getting everything working the > way it should. This version is the fir

[Leaf-devel] Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

"Michael D. Schleif" wrote: > > Charles Steinkuehler wrote: > > > > The third release-candidate version of Dachstein-CD is now available. This > > version feels like it's getting pretty close to done. Lots of minor > > chagnges, none of them show-

[Leaf-devel] Re: [Leaf-user] Dachstein-CD-rc3 available: bash.lrp error

Charles Steinkuehler wrote: > > > > > > I haven't tried bash.lrp since pre-release. There used to be two > (2) > > > > > bash-related problems; now, I find one (1): > > > > > > > > > > Mounting local filesystems... > > > > > ramdisk.pkg: Uncompressing archives - > log.tgz/etc/rcS.d/S36ramdisk.p

[Leaf-devel] Re: [Leaf-user] Dachstein

Hilton Travis wrote: > > Rocks. I just changed from Tel$tra cable to Optus@home cable, downloaded > Dachstein RC2, and installed it fine. works a treat. > > I'll be making images for Tel$tra BigPond and Optus users, and replacing my > earlier images on http://quarkau.cjb.net when I get back f

[Leaf-devel] Re: [Leaf-user] Announcing official release of Dachstein-CD

Charles Steinkuehler wrote: > > The official release (v1.0.1) of Dachstein-CD is now available for download > from the usual places: > slow: > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ > fast: > http://lrp1.steinkuehler.net/files/diskimages/dachstein-CD/ > http://lrp2.steinkuehl

[Leaf-devel] Re: [Leaf-user] Announcing official release of Dachstein-CD

"Michael D. Schleif" wrote: > > Charles Steinkuehler wrote: > > > > The official release (v1.0.1) of Dachstein-CD is now available for download > > from the usual places: > > slow: > > http://lrp.steinkuehler.net/files/diskimages/dachstein-CD/ &g

[Leaf-devel] Re: [Leaf-user] Announcing official release of Dachstein-CD

Charles Steinkuehler wrote: > > > Interestingly enough, logged in as leaf, I *cannot* su - root > > su: Incorrect password > > > > What gives? Trust me, I know the root password ;> But, I cannot > > eliminate root login if I cannot su to root . . . > > Hmm...does su have the setuid bit set?

[Leaf-devel] Re: [Leaf-user] Re:

Charles Steinkuehler wrote: > > > Did you see my post about net-snmp? This package requires libdb.so.2 which > > is not part of the libraries on the Dachstein CD. I found the file on the > > Debian web site in the libdb++ package. Did you include it in either of > > your net-snmp packages? If no

[Leaf-devel] Re: [Leaf-user] Re:

"Michael D. Schleif" wrote: > > Charles Steinkuehler wrote: > > > > > Did you see my post about net-snmp? This package requires libdb.so.2 which > > > is not part of the libraries on the Dachstein CD. I found the file on the > > > Debian web s

[Leaf-devel] Re: [Leaf-user] Dachstein-CD available

Charles ==> Just a note: If you are going to use bootdisk.bin instead of bootdisk.ima, please, replace all references to bootdisk.ima in README.TXT };Þ Charles Steinkuehler wrote: > > I have released a preliminary version of Dachstein-CD. Based on Dachstein, > LRP-CD, and extensive modificati

[Leaf-devel] Re: [Leaf-user] Dachstein-CD available

Charles ==> As a deployer of several instances of LRP-CD, I am clearly interested in Dachstein-CD. However, I'm having some difficulty getting this going ;< ``Searching for Boot Record from Floppy..OK SYSLINUX 1.62 . . . . . . splash screen . . . Loading root.lrp Boot failed: please change

[Leaf-devel] Re: [Leaf-user] Dachstein-CD available

my bad -- i needed to change cmos ;> it's ok now . . . "Michael D. Schleif" wrote: > > Charles ==> > > As a deployer of several instances of LRP-CD, I am clearly interested in > Dachstein-CD. However, I'm having some difficulty getting this going

[Leaf-devel] Re: [Leaf-user] Dachstein-CD available

Charles ==> Regarding /etc/network.conf, what are the differences between LRP-CD and Dachstein-CD? Or, are all of the differences in the other scripts that call variables instantiated in network.conf? I ask this, because I am interested in quickly converting several instances of LRP-CD to Dachs

[Leaf-devel] Re: [Leaf-user] Re:

Am I the doofus or what? My only excuse is, when my lrpkg.cfg looks like this, it is easy to miss one: etc,local,bash,bwidth22,daemontl,djbutils,dhclient,dhcpd,dnscache,ifconfig,libdb,libm,libpcap,libz,lncurses,lrdline2,mawk,modules,netsnmpd,netsnmpu,ramlog,rsync,sftp,ssh,sshd,tcpdump,tinydns,v

[Leaf-devel] Re: [Leaf-user] Testing help needed

Charles Steinkuehler wrote: > > As part of getting a final floppy version released, I have created (yet > another) new kernel tree . > > http://lrp.steinkuehler.net/files/kernels/2.2.20-1-small/ > http://lrp1.steinkuehler.net/files/kernels/2.2.20-1-small/ > http://lrp2.steinkuehler.net/files/ke

[Leaf-devel] iptraf v2.5 compile problem ???

Current lrp instances of iptraf cannot see anything, except ethernet devices. Since I've been working with wanpipe, I've a requirement to debug tcp issues and want to use iptraf. iptraf v2.5 documentations states: ``IPTraf 2 requires Linux 2.2. It now uses the new PF_PACKET socket family as i

Re: [Leaf-devel] iptraf v2.5 compile problem ???

David Douthitt wrote: > > On 12/16/01 at 7:35 PM, Michael D. Schleif <[EMAIL PROTECTED]> wrote: > > > Nevertheless, I am getting this output: > > > > Loki:/home/mds/iptraf-2.5.0/src# make > > gcc -Wall -O2 -DWORKDIR=\"/var/local/iptraf\" > &

Re: [Leaf-devel] [dachstein] lrp.conf/multicron Spacecheck problem

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 there > > are the most changes in file size during the routers

Re: [Leaf-devel] [dachstein] lrp.conf/multicron Spacecheck problem

KP Kirchdörfer wrote: > > 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 malfu

Re: [Leaf-devel] [dachstein] lrp.conf/multicron Spacecheck problem

KP Kirchdörfer wrote: > > Am Sonntag, 20. Januar 2002 03:18 schrieb Michael D. Schleif: > > KP Kirchdörfer wrote: > > > Am Donnerstag, 17. Januar 2002 04:15 schrieb Michael D. Schleif: > > > > > > > > > > I'll probably try to get the scr

[Leaf-devel] [RFC] DCD checkfreespace() vs. multiple filesystems

[RFC] DCD checkfreespace() vs. multiple filesystems There has been some debate regarding /etc/cron.daily/multicron-d and one of its functions, checkfreespace(), the default configuration for which does *not* recognize nor act on multiple filesystems. What follows is my proposed modification to

Re: [Leaf-devel] [dachstein] lrp.conf/multicron Spacecheck problem

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. For > > I've done the "one line" fix, which is indeed a two-line fix in > lrp.conf and multicron. [ snip ] What is the second line? Wha

Re: [Leaf-devel] [dachstein] lrp.conf/multicron Spacecheck problem

Charles Steinkuehler wrote: > > > For instance, just because your /var/cache maybe full, do you want to > > arbitrarily purge /var/log files? > > > > Not for an instant do I suggest that such complexity is insurmountable; > > rather, it should be clear that this is far more involved and requires

Re: [Leaf-devel] [dachstein] lrp.conf/multicron Spacecheck problem

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. > > > > For > > > > > > I've done the "one line" fix, whi

Re: [Leaf-devel] [dachstein] lrp.conf/multicron Spacecheck problem

Charles Steinkuehler wrote: > > > > I will at least apply the one line fix in the next release. For the > future, > > > I'd like to see support for a configuration directory. There would be > some > > > default entries, while add-on packages could drop entries into the > > > "/etc/purge.d" (or

[Leaf-devel] DCD, busybox & date -d ???

I have reviewed ; but, I cannot get date -d to work: date date [OPTION]... [+FORMAT] Displays the current time in the given FORMAT, or sets the system date. Options: -R Outpu

Re: [Leaf-devel] dachstein CD - backup dest

KP Kirchdörfer wrote: > > the backup destination of packages points by default to cdrom, which > is write-protected by technology... > > Could this be changed easily to default to /dev/fd0? > > Cosmetic change, I know, for leaf-die-hards, but something new user > might be disattracted. This i

Re: [Leaf-devel] dachstein CD - backup dest

KP Kirchdörfer wrote: > > Am Samstag, 2. Februar 2002 00:52 schrieb Michael D. Schleif: > > KP Kirchdörfer wrote: > > > the backup destination of packages points by default to cdrom, > > > which is write-protected by technology... > > > > > > Cou

Re: [Leaf-devel] dachstein CD - backup dest

Charles Steinkuehler wrote: > > > I studied why Charles coded this the way it is and decided that this > > simple rc script is probably the best way. Since the current mechanism > > bases the backup destination on whence the package last came -- this is > > a good thing -- I don't see an easy f

[Leaf-devel] Preferred package/filesystem location ???

Is there some kind of standard whereby, when building a new LEAF package, we know *where* particular files belong? >From my brief experience, it appears that most LRP packages are built with non-default file locations. For example (not to pick on you, Andrew ;), netsnmpd.lrp puts configuration

[Leaf-devel] Why are my libraries so large ???

OK, first off, with my recent problems with netsnmpd.lrp, I need to roll my own ;> So, off I goto my slink development box and start compiling. [1] For the life of me, I cannot figure out how the libraries grew 300% between v4.2.1 and v4.2.3! This is the current netsnmpd.lrp: # ls -al `find /

Re: [Leaf-devel] Preferred package/filesystem location ???

David Douthitt wrote: > > On 2/7/02 at 7:32 PM, Michael D. Schleif <[EMAIL PROTECTED]> wrote: > > > Is there some kind of standard whereby, when building a new LEAF > > package, we know *where* particular files belong? > > The trouble is, there's no true

[Leaf-devel] How to gzip *only* a new application's files ???

Surely, all of you experienced LRP'ers have tackled this one! OK, I build a new application on a slink development box. Once I do `make install', how do I know an exhaustive list of *ALL* files to turn into the LRP file? What do you think? -- Best Regards, mds mds resource 888.250.3987 Da

Re: [Leaf-devel] Preferred package/filesystem location ???

Matt Schalit wrote: > > Jack Coates wrote: > > > > > Hm, so the backup process checks the list files of all other .lrps? > > Yup. That's how it works. Include everything listed in the .list > while excluding everything listed in every other .list. Creative > things like this keep LEAF intere

Re: [Leaf-devel] How to gzip *only* a new application's files ???

Matt Schalit wrote: > > And remember, mds, there's: > > make -n install > > to output the commands but not execute them. Cool! I didn't know that one . . . -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is

Re: [Leaf-devel] Preferred package/filesystem location ???

David Douthitt wrote: > > On 2/8/02 at 1:08 PM, Michael D. Schleif <[EMAIL PROTECTED]> wrote: > > > Hence, my interest in filesystem and file location standards . . . > > This is exactly the reason for the restrictive djbtools license - he > wants his code to b

Re: [Leaf-devel] More on dates

David Douthitt wrote: > > On 2/8/02 at 5:23 AM, Mike Noyes <[EMAIL PROTECTED]> > wrote: > > > At 2002-02-08 00:43 -0600, David Douthitt wrote: > > > > >So how important is setting the time/date with date? Is rdate > > >(or ntpclient) enough? > > > I think it's important to have the correc

[Leaf-devel] Re: netsnmp

kp => I am releasing -- to you, per your request -- my three (3) leaf/lrp packages based on NET-SNMP. Descriptions for each package follow. For whatever reason, I cannot get cvs access -- anybody know what I need to do to become a card carrying leaf d

[Leaf-devel] Introduction: mds

Hello Finally, I am a card carrying member of your elite group of raconteurs! Hopefully, the stories I tell will be of some value to somebody here ;> Although, most of you are very private and hold your credentials close to your chest, I've been around the horn several times in more than thirt

[Leaf-devel] Re: Standards and due process :-)

Serge => Serge Caron wrote: > > I got my first paycheck from a computer center (as they were called then :) > in September 1970. You do the math. It is obvious that your message below > was heathfelt and the product of a long experience. I respectfully request > that you humor me into reading th

Re: [Leaf-devel] Re: Standards and due process :-)

Serge Caron wrote: > [ snip ] > By formulating the concept of a default store and that of an exclusion list, > here is _what_I_do_today_ : I boot from a CD which gives me all the storage > I need for the job at hand. I define my default store to be on the _floppy_. > So far, so good? Then I ha

Re: [Leaf-devel] Re: Standards and due process :-)

Serge Caron wrote: > > Glad to be of service! > > >I am confused ;< > > > >[1] Shouldn't your sed process: > > > > sed -e "/^etc/d" -e "/^[/]etc/d" -e "/^[.][/]etc/d" \ > > ${pkg} > ${pkg}.light > > > >actually be this? > > > > sed -n "/^[./]*etc/p" ${pkg} > ${pkg}.light > > I am only concerne

Re: [Leaf-devel] Re: Standards and due process :-)

Serge Caron wrote: > > >This is where I get lost. When you said: > > > >``When I want to backup, I simply remove the write protect tab on the > >floppy. I can assure you that it takes a lot of config data to fill > >1.6Mb of compressed space.'' > > > >I thought that you were backing up *only* c

Re: [Leaf-devel] Re: Standards and due process :-)

Serge Caron wrote: > [ snip ] > mds said: > >By-the-by, this is considerably faster: > > > > sed -e "/^[./]*etc/d" ${pkg} > ${pkg}.light > > Linux people are usually more intelligent than I am. Your sed mask allows > for stuff like ...etc and ../../../etc and all kinds of ganes that I prefer

Re: [Leaf-devel] Re: Standards and due process :-)

Voilà! Serge Caron wrote: > > >Let me reduce my confusion to its firstmost problem: How does your sed > >process facilitate ``*I don't backup program binaries*''? > > > >AFAIK, ${pkg}.list files -- _minus_ ${pkg}.exclude.list files -- define > >which files comprise the ${pkg} package -- correct

Re: [Leaf-devel] Re: Standards and due process :-)

Correction: my bad . . . "Michael D. Schleif" wrote: > > Voilà! > > Serge Caron wrote: > > > > >Let me reduce my confusion to its firstmost problem: How does your sed > > >process facilitate ``*I don't backup program binaries*'

Re: [Leaf-devel] Re: Standards and due process :-)

Correction #2: my bad . . . "Michael D. Schleif" wrote: > > Voilà! > > Serge Caron wrote: > > > > >Let me reduce my confusion to its firstmost problem: How does your sed > > >process facilitate ``*I don't backup program binaries*'

Re: [Leaf-devel] Re: Standards and due process :-)

David Douthitt wrote: > > On 2/14/02 at 8:05 AM, Michael D. Schleif <[EMAIL PROTECTED]> wrote: > > > I know that it is available; but, it is *not* included in > > DCD -- is it included in Oxygen? I do not argue against > > its usage; rather, I am often frustr

Re: [Leaf-devel] Re: Standards and due process :-)

David Douthitt wrote: > > On 2/14/02 at 4:36 PM, Michael D. Schleif <[EMAIL PROTECTED]> wrote: > > > For example, /var/log is the standard residence of logfiles. > > Is it? Only in Linux apparently; my Unixware and HP-UX systems use > /var/adm/syslog. I am

Re: [Leaf-devel] Re: Standards and due process :-)

Serge Caron wrote: > [ snip ] > I am waiting for a plane and cannot do that right now. I suggest you visit > http://leaf.sourceforge.net/devel/scaron/leaf.htm with a fresh eye and mess > around with the discussion.img floppy. > > Please take apart root.lrp before you start (just for fun!). If

Re: [Leaf-devel] Re: Standards and due process :-)

Serge Caron wrote: > > I apolologize for leaving in the middle of an important conversation. > Unfortunately, this will happen from time to time. Life gets in the way :-) I, too, have been erstwhile distracted and now is not the best time to take on all detractors. It is disconcerting when one

Re: [Leaf-devel] Re: Standards and due process :-)

Serge Caron wrote: > [ snip ] > In the long term, I want to be able to run from "secure media". In the short > term, I use CD for write protected storage and floppy for write-enabled > storage (wich I write-protect between sessions :). Suppose a package > designer stores something in /etc/mypa

Re: [Leaf-devel] Re: Standards and due process :-)

Charles Steinkuehler wrote: > > > >It sounds almost like you want a "minimal set" of enumerated binaries and > > >functions, and then Oxygen would add set X and Dachstein would add set Y. > > > > Nope. No. Nein. Niet. Non. :-) > > > > There is NO baseline. > > > > There is one standard: the form

[Leaf-devel] DCD & /etc/init.d/netstd_misc ???

Why does this file exist? It does nothing and wastes space . . . What do you think? -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I

Re: [Leaf-devel] DCD & /etc/init.d/netstd_misc ???

Likewise: /etc/init.d/netstd_init ??? "Michael D. Schleif" wrote: > > Why does this file exist? It does nothing and wastes space . . . > > What do you think? -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break .

Re: [Leaf-devel] How Do I Troubleshoot Security Problems?

Mike Noyes wrote: > > Subject was: Re: [Leaf-user] martians on internal network ??? > > Michael, > I moved this to the devel list, so we can discuss possible > additions/modifications to our existing FAQs. > > At 2002-03-09 14:01 -0600, Michael D. Schleif wrote: &

[Leaf-devel] Identifying the top requirements for Embedded Linux systems

Some may find this article interesting: -- Best Regards, mds mds resource 888.250.3987 Dare to fix things before they break . . . Our capacity for understanding is inversely proportional to how much we think we know. The mor

[Leaf-devel] Access to developer sites ???

As I recall, prior to the recent changes to , there was a link to a developer's site via the main menus on the leftmost side to this page. Perhaps, I am thinking of the Main Menu | Developer Content link. However, would it be valuable to put these links under Sourc

[Leaf-devel] Past Articles repository ???

Recently, I have seen several posts regarding searches for items seen in LEAF articles quite in the past. I also have found myself looking for something that I'd swear I had seen on the main page, or in the rightmost Past Articles column. Would it be valuable to archive *all* of these articles

[Leaf-devel] ANN: ntpclient.lrp v3.45

Although there are already several other ntpclient.lrp's out there, this one is different: [1] It is the smallest that I've found: # ls -al ntpclient.lrp -rw-r--r--1 helices leaf 7651 Apr 26 09:32 ntpclient.lrp [2] It includes an init script starting, stopping and configuring the

Re: [Leaf-devel] ANN: ntpclient.lrp v3.45

Charles Steinkuehler wrote: > > > Although there are already several other ntpclient.lrp's out there, this > > one is different: > > > > > > > > > > > I'm f

[Leaf-devel] DCD: ipfilter.conf patch

Here is a patch for /etc/ipfilter.conf [DCD, v1.0.2], the need for which I discovered while researching my multiple external interface challenge: # diff -bu ipfilter.conf ipfilter.conf.OLD --- ipfilter.conf Mon May 6 16:30:20 2002 +++ ipfilter.conf.OLD Mon May 6 16:10:14 2002 @@ -171,1

Re: [Leaf-devel] Development Annoyances...

David Douthitt wrote: > > There's an annoyance that comes up only in development, > and I was wondering how others handle it. > > The problem is this: a development cycle (for me, anyway) > goes like this: boot, fiddle, doesn't work fix, > reboot, fiddle, fiddle, reboot, fiddle... NOW it wo

Re: [Leaf-devel] OpenSSH security

Jacques Nilo wrote: > [ snip ] > > At this point, a default compile of OpenSSH will use privilege separation > > with the sshd user. For new LEAF installations/releases, do we want to > > deviate from the (new) OpenSSH standard, or accomodate it and move on? > > > I have a clear position on th

Re: [Leaf-devel] OpenSSH security

Nathan Angelacos wrote: > > >I'm curious about /etc/group modification? > > > >I've upgraded two (2) potato's and two (2) woody's. Yes, there is a > >new user in passwd/shadow; but, I do not have any new group for > >sshd. > > > >Yes, I have seen the instructions for installing manually; but, I

Re: [Leaf-devel] OpenSSH security

Nathan Angelacos wrote: > > >I'm curious about /etc/group modification? > > > >I've upgraded two (2) potato's and two (2) woody's. Yes, there is a > >new user in passwd/shadow; but, I do not have any new group for > >sshd. > > > >Yes, I have seen the instructions for installing manually; but, I

[Leaf-devel] CVS structure ???

Mike and I were discussing cvs off-list. Since much of this is un-structured now, perhaps, we can impose some user-friendly and consistent form on our cvs tree. I am starting to realize that, perhaps, I should take a directory based approach to helices' cvs tree. I have not settled on any part

Re: [Leaf-devel] CVS structure ??? [LONG]

Jeff Newmiller wrote: > > On Wed, 10 Jul 2002, Michael D. Schleif wrote: [ snip ] > > [1] Should I have separate trees for different underlying versions of > > net-snmp? For example, I committed net-snmp v4.2.4. I am contemplating > > building and committing bot

Re: [Leaf-devel] CVS structure ??? [LONG]

Mike Noyes wrote: > > On Wed, 2002-07-10 at 15:16, Michael D. Schleif wrote: > > > > Jeff Newmiller wrote: > > > > > > On Wed, 10 Jul 2002, Michael D. Schleif wrote: > > > > > > [1] Should I have separate trees for different underlying versi

[Leaf-devel] dcd: cleanup issues ???

Several months ago, Charles and I had an off-list discussion regarding several dcd related issues. I know that he has his todo list, to which I've contributed possible solutions; but, I also have issues with which I've struggled on my own. One thing that Charles and I want to do is remove all u

Re: [Leaf-devel] dcd: cleanup issues ???

"Michael D. Schleif" wrote: > [ snip ] > One thing that Charles and I want to do is remove all user configurable > parameters from all init scripts. To that end, I have reviewed all > /var/lib/lrpkg/*.conf, based on this list of packages that I use: [ snip ] > M

Re: [Leaf-devel] dcd: cleanup issues ???

guitarlynn wrote: > > On Wednesday 10 July 2002 20:06, Michael D. Schleif wrote: > > > Also, in standard dcd v1.0.2, what program uses /etc/rpc? > > NFS and SUN login. I think a few people are using this style > of access on LEAF boxes. O, now I see it: /et

[Leaf-devel] cvs commit directory structure ???

No matter how hard I try, I cannot commit a directory structure to cvs. I get lock failures, even when I try to commit them one directory at a time. Clearly, there is some approved process for doing this and I do not know what that is. Also, what is this limitation that all files must use *ONL

Re: [Leaf-devel] cvs commit directory structure ???

2002-07-15 at 22:39, Michael D. Schleif wrote: > > > > No matter how hard I try, I cannot commit a directory structure to cvs. > > > > I get lock failures, even when I try to commit them one directory at a > > time. > > > > Clearly, there is some approved

Re: [Leaf-devel] cvs commit directory structure ???

Mike Noyes wrote: > > On Mon, 2002-07-15 at 22:39, Michael D. Schleif wrote: > > > > No matter how hard I try, I cannot commit a directory structure to cvs. [ snip ] > I looked at your commit messages, and I think I understand what you were > trying to accomplish. H

Re: [Leaf-devel] Perl help

Mike Noyes wrote: > > Anyone, > Will removing the following lines from enforce_naming leave the perl > script functional? Yes, absolutely yes; provided that either all of the lines are completely _removed_ or completely commented out. > # Verify that all files are lowercase, except Makefiles

Re: [Leaf-devel] Perl help

Mike Noyes wrote: > > On Wed, 2002-07-17 at 08:58, Michael D. Schleif wrote: > > Mike Noyes wrote: > > > > > > Anyone, > > > Will removing the following lines from enforce_naming leave the perl > > > script functional? > > > > Ye

Re: [Leaf-devel] Current CVS Oxygen Tree

Mike Noyes wrote: > > On Wed, 2002-07-17 at 12:23, David Douthitt wrote: > > I've been looking at some things, and updated > > syslinux and e3 (in the CVS tree) to their apparent > > current versions. > > > > I've noticed that CVS can be a major pain, especially with > > renaming files, or delet

Re: [Leaf-devel] CVS structure ???

Jeff Newmiller wrote: > > On Wed, 10 Jul 2002, Michael D. Schleif wrote: [ snip ] > > I am starting to realize that, perhaps, I should take a directory based > > approach to helices' cvs tree. > > > > I have not settled on any particular structure. Howeve

Re: [Leaf-devel] CVS structure ???

David Douthitt wrote: [ snip ] > My model has been the following: > > archives/ > .tar.gz > .bz2 > ... > > iproute2/ > distinfo > Makefile > patches/ > .diff > .diff > ... > work/ {temporary dir; created and used to

Re: [Leaf-devel] Compiling ssh secutity issue

Manfred Schuler wrote: > > this is another topic. > > Your link reports vulnerabilities in openssl. > > This information is about a trojan in the openssh source tarball. > The trojan opens a backdoor when compiling ssh. > > It is no security issue for leaf, only a hint for those people compil

Re: [Leaf-devel] Redundancy in /var/log files

Jacques Nilo wrote: > > Hi Everyone > I have been asking myself for quite some time why there was so much > redundancy in the content of /var/log files in a LEAF distro. > A typical example is when your ports are being scanned, that is when your > iptables messages starts increasing. You will

[Leaf-devel] openssl: flurry of changes ???

Anybody care to shed light on the flurry of changes in openssl since last week? First, there was this on July 30: openssl-0.9.6e Then, yesterday: openssl-0.9.6f Now, today: openssl-0.9.6g I'm trying to keep ontop of these, since they impact packages that I maintain:

Re: [leaf-devel] RE: Bering - included libraries

Eric B Kiser wrote: > > You must mean inside that really obvious directory named /lib. Urgh, it is > now probably a moot point to mention that I am a newbie. Your patience is > appreciated. > > Here is where I am now. I execute the command #zebra -d to start the zebra > process running as a dae

Re: [leaf-devel] RE: Bering - included libraries

Eric B Kiser wrote: > > I am using David's zebra.lrp package and trying to get it to run on > Bering_1.0-rc3. I wanted to check out what he did before I got started on > mine. I will, however, be using UML_slink to do my compiling. > > You bring up an interesting question regarding ssh having t

Re: [leaf-devel] glibc packages fix vulnerabilities in resolver

Another reason to use djbdns . . . Greg Morgan wrote: > > FYI, > > Greg Morgan > > Red Hat Network Alert wrote: > > > > Security Advisory - RHSA-2002:197-09 > > -- > > Summary: > > Updated glibc packages fix vulnerabil

Re: [leaf-devel] Template system [was Webconfiguration]

Lynn Avants wrote: > > I see either this concept can be embraced or ridiculed, but if you don't > see it as necessary in the future you plainly haven't followed the desires > on list for the last year or two. Packetfilter, apkg (Oxygen), LINCE, > Mosquito, and individual systems are proof that

Re: [leaf-devel] ML volume

Mike Noyes wrote: > > On Sun, 2003-02-09 at 09:45, Mike Noyes wrote: > > Everyone, > > It has come to my attention that our leaf-user list volume is > > discouraging some/many users from using it. We have a variety of options > > to address this issue. > > > > a) Keep things as they are. > >

Re: [leaf-devel] ML volume

Mike Noyes wrote: > > On Sun, 2003-02-09 at 10:16, Lynn Avants wrote: > > On Sunday 09 February 2003 11:45 am, Mike Noyes wrote: > > > > > b) NNTP support (news.gmane.org and/or nntp.sourceforge.net) > > > > I like NNTP, but it doesn't necessarily address the volume problem at all. > > Lynn,

Re: Light a candle, curse the glare (was: Re: [leaf-devel] ML volume)

"Vladimir I." wrote: > > Mike Noyes wrote about "Re: Light a candle, curse the glare (was: Re: [leaf-devel] >ML volume)": > > > Ray, > > One of our project members sent me a message off-list expressing a > > concern over leaf-user list volume. I have no idea how many of our users > > No need t

  1   2   >