Re: [leaf-devel] Wikipedia
Hi Mike, > -Original Message- > From: Mike Noyes [mailto:mhno...@sbcglobal.net] > Sent: Tuesday, August 11, 2009 7:38 PM > To: leaf-devel > Subject: [leaf-devel] Wikipedia > > Everyone, > We have a Wikipedia page. > > http://en.wikipedia.org/wiki/LEAF_Project > > -- > Mike Noyes > http://sourceforge.net/users/mhnoyes/ > SF.net Projects: leaf, sourceforge/sitedocs Nice work! Luis Correia -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Project Admin
Hi Erich. > -Original Message- > From: Erich Titl [mailto:erich.t...@think.ch] > Sent: Monday, August 03, 2009 11:13 PM > Cc: leaf-devel@lists.sourceforge.net > Subject: Re: [leaf-devel] Project Admin > > Hi KP > > KP Kirchdoerfer wrote: > > Am Montag, 3. August 2009 14:21:54 schrieb Mike Noyes: > >> Everyone, > >> Erich Titl (etitl) promoted to project admin, and Jeff Newmiller > >> (jdnewmil) demoted to project member. > > > > Hi; > > > > regarding Erich it seems to be an overdue step. > > > > I appreciate the decision and "welcome Erich" > > Thanks, I was about to reply today and again just got rejected :-) > > I _believe_ this is because my mails are S/MIME signed by > default and somehow just don't make it through leaf-devel. > Could someone confirm? Yes and no :) I think that most email entering sf.net must be plain text although it depends on the mailing list configurations. But I do get your emails from the list. > > cheers > > Erich Luis Correia -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Domain
Hi, > -Original Message- > From: Mike Noyes [mailto:mhno...@sbcglobal.net] > Sent: Monday, March 16, 2009 5:43 PM > To: leaf-devel > Subject: [leaf-devel] Domain > > Everyone, > Interesting. Someone grabbed our old domain. > > http://www.leaf-project.org/ > > -- > Mike Noyes > http://sourceforge.net/users/mhnoyes/ > SF.net Projects: leaf, sitedocs nope, that is just the normal DNS name grappling services, designed to make mony :P sedoparking and all.. Luis Correia -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] CVS migration to SVN?
Hi all, > -Original Message- > From: KP Kirchdoerfer [mailto:kap...@users.sourceforge.net] > Sent: Thursday, March 12, 2009 7:58 PM > To: leaf-devel@lists.sourceforge.net > Subject: Re: [leaf-devel] CVS migration to SVN? > > Am Donnerstag, 12. März 2009 18:56:09 schrieb Mike Noyes: > > Everyone, > > I think we should migrate to SVN. SVN integrates with Track > well, and: > > > > 1. Availability will be better on other > services; we > > have a more scalable and resilient infrastructure under them > > 2. Performance will be substantially > better for any > > ops that actually involve data compares or over the wire > > communication > > 3. Non-developers behind a firewall won't > need to talk > > to their admin about punching a hole for 2401 to get pserver > > access to your repo > > Mike; > > I do not see a real need to migrate. > Same here. Altough I no longer use CVS in any of my favorite projects. As most, I've switched to SVN completely. > The current cvs usage "just works" and I haven't heart > complains from users that there are any difficulties using > cvs. Not to mention performance pb's with the few checkouts a week. > > Given that I'm the one, who has done most of the commits the > last two years and every tag since we started to use cvs > seriously, I'd like to stick to what I'm used to. > > And keep in mind a few tools to make release rely on cvs, > these has to reworked, if we switch to svn. Yes, there is no time to go and break what is currently working. Besides, we will only change something if sf.net forces us to change. > > kp > Luis Correia -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Possible web-configuration framework
Hi all, the subject of working webconf has surfaced from time to time. While we do have a good-enough solution with webconf in bering uclibc, this would also be fun to look at. http://luci.freifunk-halle.net/News Apparently it is also used (or is planned) in OpenWRT. To your appreciation. Luis Correia -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Domain still desired?
Hi! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Mike Noyes > Sent: Tuesday, February 26, 2008 12:05 AM > To: leaf-devel > Subject: [leaf-devel] Domain still desired? > > Domain Name:LEAF-PROJECT.ORG > Created On:21-Feb-2002 01:20:53 UTC > Last Updated On:23-Feb-2008 10:38:48 UTC Expiration > Date:21-Feb-2009 01:20:53 UTC > > -- > Mike Noyes > http://sourceforge.net/users/mhnoyes/ > SF.net Projects: leaf, sitedocs Since we let the domain go (I wonder why) someone needs to fix the default interface. It needs to point to http://leaf.sourceforge.net Luis Correia - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Project description
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Mike Noyes > Sent: Friday, March 07, 2008 5:55 PM > To: leaf-devel@lists.sourceforge.net > Subject: Re: [leaf-devel] Project description > > On Thu, 2008-03-06 at 18:58 +0100, Martin Hejl wrote: > > > I agree with you, that the main usage scenario is to > build a network > > > appliance with LEAF and most of them also acting as firewall. > > > > > > Anyway I think it has grown from a "firewall" to a "framework". > > That's something I have no issues with - even though, that > seems to a > > change be the project name, rather than the description (the way I > > understand it, the current project name is > > > > "LEAF - Linux Embedded Appliance Firewall" > > "LEAF - Linux Embedded Appliance Framework" > > Everyone, > We seem to have agreement on a name switch from Firewall to > Framework. I think we can make this change now, and continue > work on a description for later adoption. Is this acceptable? > > Mike Noyes +1 Fine by me also Luis Correia - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] curl for Bering-uClibc
Hi! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Joe Burke > Sent: Thursday, June 28, 2007 11:35 PM > To: leaf-devel@lists.sourceforge.net > Subject: [leaf-devel] curl for Bering-uClibc > > Anyone create or know of a package with curl for > Bering-uClibc? I've got the buildenv built, but I think it a > bit beyond my skillset to build the custom package files to > compile curl with uClibc. There is a package named 'snarf' that does pretty much the same and it works for me :) Luis Correia - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] SF Project Wiki Beta (replacement for DocManager )
Hi Greg, > -Original Message- > > I am real short of time too. However, I look forward to > revising some of documentation files for the LEAF wiki. So > with a little vim regex tricks, this page > http://leaf.cvs.sourceforge.net/*checkout*/leaf/doc/howto/LRP- > Serial-HOWTO.txt?revision=1.1.1.1 > became http://leaf.wiki.sourceforge.net/Serial+Link+Configuration > > Regards, > Greg Did you had to create an entry in the HOWTO page or it did appear there magicly? Luis - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] SCRUM
Hi there Mike, > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: terça-feira, 31 de Outubro de 2006 22:02 > To: leaf-devel > Subject: [leaf-devel] SCRUM > > Everyone, > I just noticed the term SCRUM in a SF job opportunities post. > It looks like it describes my poor attempt at using evolution > as a project development model. > > > Scrum > http://en.wikipedia.org/wiki/Scrum_%28development%29 > http://en.wikipedia.org/wiki/Scrum_%28management%29 > > I guess I'm the broken equivalent of a > ScrumMaster. :-( Can you reply to KP's email about documentation, dated 20061017? Thanks Luis Correia - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] GNU Compliance (section 3) - are you compliant??
Hi! > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > > The exceptions are (IIRC) the kernel. > > That is a problem then, and we need to address it. I still say it is a non-existing problem, rather a stubborness. > > Do the guys at sourceforge.net really want to implode? > > It's not the SF staff. It is the FSF. I know, but if enforced, sf.net _will_ implode due to the sudden increase of needless source packages, some may even be other sf.net projects. This is insane!!! > > Richard Stallman's explanation: > > > http://trends.newsforge.com/article.pl?sid=06/07/15/0331201&from=rss > "Under GPL version 2, distributors who > release binaries > through a network server have to release the > corresponding source code in the same way. This > requirement is the only way to assure that > users can get > the source, and the that it is the right source." Bah! again, nonsense! It makes sense for the derivative kind of programs, those that require tons and tons of other libs, for example MythTv, Mplayer or VideoLanClient. But again, I still think we (Bering-uClibc) are exempt. > > Everyone, > We need to release source tarballs in the SF FRS with our binaries. Let's be reasonable about that, shall we? Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] GNU Compliance (section 3) - are you compliant??
Hi! WARNING - personal opinion inside! > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Saturday, July 15, 2006 4:39 PM > To: leaf-devel > Subject: Re: [leaf-devel] GNU Compliance (section 3) - are you > compliant?? > > On Fri, 2006-06-30 at 07:41, Mike Noyes wrote: > > That's the way I understood things also (linking to > up-stream source > > was permissible when distributing unmodified binaries), but DSL and > > MEPIS were contacted by the FSF for doing exactly that. > > > > > http://software.newsforge.com/article.pl?sid=06/06/23/1728205&tid=150 > > This obligation is specified even more strongly in > section 10 of > > the draft for the third version of the GPL, which > specifically > > states that "downstream users" (those who, like > Woodford, adopt > > the work of another project -- the "upstream > distributor" -- for > > their own use) fall under these obligations. I think that most of these upstream-downstream issues are not that relevant to Bering-uClibc, as we do provide the sources for all the packages. The exceptions are (IIRC) the kernel. We are a true distribution regarding the 'provide sources' statement. We do not base our work on Debian, Knoppix, or any other 'major' distro. Why this sudden nonsense? Do the guys at sourceforge.net really want to implode? Sorry guys, I just don't get the point. I does make sense for distributions like DamnSmallLinux, or those boot-from-usb-stick mini-distro, but not ours. For example, having +4k of 'GPL compliant comments' inside Shorewall seems ridiculous (sorry Tom, I have to say it, no offence intended). Our goal is still basic router/firewall that would fit on a floppy, while respecting GPL. Luis Correia - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Docs
Hi Mike, > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > PDF generation was part of our old documentation build > process. It did work, but wasn't what I'd call acceptable. > The wiki install was in my to-do list much longer than you > realize (around three years). Even as it might seem unacceptable, some find it useful. > I'm don't quite understanding your meaning. HTML is generated > daily by doc-build.sh. Are you asking for a tarball? Yes, something in the likes of what you see in other projects, one huge HTML file or several big HTML files, one for each subject. > > Thanks again for the wonderful work you put into this project, Mike! > > I don't know if I do much wonderful work anymore, but thanks > for the compliment. Yes you do. My contributions to the LEAF effort are not very visible because they all happen in the private Bering uClibc team's discussions. > > As always I value your suggestions, contributions to our project. > Thanks. :-) You're welcome ;) Cumprimentos, Luis Correia UMSL - Unidade de Microinformatica e Sistemas Locais IIESS, I.P. - Instituto de Informática e Estatística da Segurança Social Tel: 21 423 00 27 - Fax: 21 423 00 01 PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Docs
Hi! > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Tuesday, July 04, 2006 9:48 PM > To: leaf-devel@lists.sourceforge.net > Subject: Re: [leaf-devel] Docs > > On Tue, 2006-07-04 at 02:24, Eric Spakman wrote: > > I fully agree, but unfortuanatly I can't do anything about it. > > Eric, > You're free to use FOP, and place the result in our FRS on SF. > > > I hope Mike can give the status of PDF (and/or HTML) generation. > > PDF generation is on my to-do list. However, it's not on the > top (Mediawiki install is). After I have Mediawiki installed > and everyone setup, I'll start working on our docbook > documentation xsl customization layer. After that is working > acceptably, I'll work on PDF generation. Please do not consider this comment as another direct assault to your private decisions on how to schedule your work. PDF generation is already waiting for some time, while preparing and installing a wiki is relatively a new thing. If it is easier to prepare HTML then PDF generation, please consider it with a higher priority then the wiki. I'm not speaking on behalf of the Bering uClibc Team this time. It's just my personal opinion on the subject. Thanks again for the wonderful work you put into this project, Mike! Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Flash Stick Image
Hi! > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Friday, March 24, 2006 3:13 PM > To: leaf-devel@lists.sourceforge.net > Subject: RE: [leaf-devel] Flash Stick Image > > On Thu, 2006-03-23 at 15:25, Jorn Eriksen wrote: > > Here's the URL > > http://www.ccl-network.com/leaf/ > > Everyone, > Has anyone else had a chance to try Jorn's usb flash drive image yet? I wanted to give it a got, but... The requested URL /leaf/stcik.img.gz was not found on this server. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] New LEAF branch?
Hi! > -Original Message- > From: Natanael Copa [mailto:[EMAIL PROTECTED] > > > > As a conclusion, i'm looking forward to it. > > Meanwhile, someone else has offered me hosting and has > already set up a mediawiki and started to add pages there... > > Even If I don't join LEAF yet, I am willing to cooperate, > share experiences etc. I'm glad to hear that! > > > Maybe you'll come up with solutions that bypass the > problems we have > > had in the past while testing the 2.6 kernel series. > > And if still fits on a floppy that is a big plus. > > Exactly what problems did you have with the 2.6 kernel? Besides being huge ? Well, the decisions of initrd vs initramfs vs romfs vs how should the initial boot 'thing' be backed up. The usefulness of 2.6 kernel in embedded environments like ours. Which would conclude to mostly being design decisions, not a true problem. I personally think as 2.6 as a still-in-development kernel, with way too much stuff going on to be considered a stable platform. And I speak against myself, as i'm involved with it in another project, the rt2x00 wireless kernel driver. :) But don't let my words or thoughs cloud your judgement, prepare something and i'll test and comment. Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] New LEAF branch?
Hi there! > -Original Message- > From: Natanael Copa [mailto:[EMAIL PROTECTED] > I have been working on something that could turn into > something that could satisfy this desire of playing with > newer stuff. It has went under the codename "Alpine" and have > been mentioned here in the list. > > So my question is: Are there any interest in a new branch in > LEAF? (I mean anyone more than Mike Noyes ;) I'm willing to give it a go, by testing and providing feedback if it becomes a LEAF project. > My personal opinion is that cooperation is better than > competition, but it looks like there is need for something > beside uclibc-bering at this point. Competition often leads into innovation, but in our case it is more of an alternative solution. At this time, Bering uClibc fulfills all of my personal needs, but as I said, i'm willing to give it a try. > What do you think? As a conclusion, i'm looking forward to it. Maybe you'll come up with solutions that bypass the problems we have had in the past while testing the 2.6 kernel series. And if still fits on a floppy that is a big plus. Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] lwp (webconf) packages
Hi forgot an important issue... The problem is normally related to CHS BIOS translation and I think it all depends on the USB stick size. Luis > -Original Message- > From: Luis.F.Correia [mailto:[EMAIL PROTECTED] > Sent: Friday, March 17, 2006 9:00 AM > To: leaf-devel@lists.sourceforge.net > Subject: RE: [leaf-devel] lwp (webconf) packages > > Hi! > > > -Original Message- > > From: Charles Steinkuehler [mailto:[EMAIL PROTECTED] > > > > > IIRC, a USB keys can be formatted as a "floppy" type device > > (ie: one partition), or as a HDD (ie: 4 primary partitions). > > > > It should be possible to make an image that has an HDD > partition table > > with a smallish (ie: maybe 8 Megs or so, still a *LOT* bigger than a > > floppy) FAT partition containing the boot files as the first > > partition. > > The remaining space could be unused, or formatted and used > once the > > LEAF system was up and running. > > > > This should make it unnecessary to know the size of the USB key (as > > long as the key is bigger than the boot partition size). > The geometry > > issue shouldn't generally be a problem...the CHS geometry > of the FAT > > filesystem is essentially embedded in the partition table, > so would be > > written when the image is burned onto the USB key. > > From what i've read so far for the last 3 years or so in the > syslinux list, this may or may not be true. > > It all depends on how the BIOS boot mechanism was designed by > the mainboard manufacturer. > > Of course we could create one test image and ask for > volunteers to test it is several machines with several USB sticks. > > But I guess I know the result already... no deterministic results. > > See, the BIOS manufacturers are Windoze centric, they > couldn't care less about Linux, *BSD or other unixes. They > say it's not their problem, since it boots Windoze ok... > > But I'm willing to 'sacrifice' one of my USB sticks to make > tests in the 3 or 4 different machines I have access that can > do boot from USB, and yes, that includes some hp servers :) > > > Luis Correia > Bering uClibc Team Member > > PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 > Key Server: http://pgp.mit.edu > > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking > scripting language > that extends applications into web and mobile media. Attend > the live webcast > and join the prime developer group breaking into this new > coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&; > dat=121642 > > ___ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel > --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] lwp (webconf) packages
Hi! > -Original Message- > From: Charles Steinkuehler [mailto:[EMAIL PROTECTED] > > IIRC, a USB keys can be formatted as a "floppy" type device > (ie: one partition), or as a HDD (ie: 4 primary partitions). > > It should be possible to make an image that has an HDD > partition table with a smallish (ie: maybe 8 Megs or so, > still a *LOT* bigger than a > floppy) FAT partition containing the boot files as the first > partition. > The remaining space could be unused, or formatted and used > once the LEAF system was up and running. > > This should make it unnecessary to know the size of the USB > key (as long as the key is bigger than the boot partition > size). The geometry issue shouldn't generally be a > problem...the CHS geometry of the FAT filesystem is > essentially embedded in the partition table, so would be > written when the image is burned onto the USB key. >From what i've read so far for the last 3 years or so in the syslinux list, this may or may not be true. It all depends on how the BIOS boot mechanism was designed by the mainboard manufacturer. Of course we could create one test image and ask for volunteers to test it is several machines with several USB sticks. But I guess I know the result already... no deterministic results. See, the BIOS manufacturers are Windoze centric, they couldn't care less about Linux, *BSD or other unixes. They say it's not their problem, since it boots Windoze ok... But I'm willing to 'sacrifice' one of my USB sticks to make tests in the 3 or 4 different machines I have access that can do boot from USB, and yes, that includes some hp servers :) Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Flash Drive
Hi Mike, > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 15, 2006 4:21 PM > To: leaf-devel > Subject: RE: [leaf-devel] Flash Drive > > Luis, > I'm just one admin for this project. The other seven have the > same permissions as I do. They can even demote, then kick me > from our project. > > I've been dealing with a slight inconvenience the > last couple of > years. I'm sorry no one has stepped up to fill the void I'm > obviously leaving. I'm not what I was. I do the best > that I can > now. It seems it's not good enough. > > I know just another excuse. :-( That is not an excuse, it is a sad fact. Again, please forgive my harsh comments. I sure know the struggle you have been through. > > and leave us to take care of making, improving and maintaning > > Beging-uClibc as the best 'product'. > > I'll return to my hole under the rock. Thanks for putting me > in my place. No need to, just try to fix the problem. If you do, don't stay under the rock too much time, remember your work is invaluable! > > Please don't take my opinions as a personal attack, they are not. > > I don't know how else to take them. Thanks for the feedback. > It was most enlightening. I'll work on our docbook build > process, and installing mediawiki. Ok, please accept my sincere apologies for the grief I may have caused. It is work like yours in the past that took LEAF one step forward to where it is right now. There was nothing wrong with your comments other then the tone I found to be a bit off the conversation we were having. These discussions are what makes Linux such a great working place. But as all of us have said, there is little need for us to change the things the way they are. Maybe a bit more work on making things more visible in the website would indeed help... maybe... Bear with me for a while, I didn't and don't mean to shut you up. Cumprimentos, Luis Correia UMSL - Unidade de Microinformatica e Sistemas Locais IIESS, I.P. - Instituto de Informática e Estatística da Segurança Social Tel: 21 423 00 27 - Fax: 21 423 00 01 PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Flash Drive
Hi! > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 15, 2006 3:06 PM > To: Eric Spakman > Cc: leaf-devel > Subject: Re: [leaf-devel] Flash Drive > > On Wed, 2006-03-15 at 01:43, Eric Spakman wrote: > > >We can still strive to fit within 1.66M, and move to usb-hdd flash > > >drive as our default image. > > > > I don't see that as mutual exclusive, we can create an USB > image next > > to our floppy and CD images. > > Eric, > Continuing the CD image is worthwhile, but not the floppy. > Replace the floppy image with the new usb-hdd flash drive image. > > > But making it the default image is > > tricky. First there are multiple standards for USB, so a > one image > > fits all isn't possible. I'm also not sure if there's a standard > > 'devicename' for USB to be set in leaf.cfg and > syslinux.cfg. And how > > can we make a USB stick bootable without user intervention? > > USB is standard and usb-hdd is the bootable device you're looking for. > > DSL even sells their project installed on one. > http://damnsmalllinux.org/usb.html > > > >Why not make floppy an 'other device' (legacy)? > > > > I don't see any reason to make it legacy, it would be nice > to just > > provide some images. So next to floppy and CD also CF and USB. But > > this is only possible if those two targets can be generic > enough that > > it will work on most CF's and USB sticks. > > This is where I disagree. I see many reasons to make floppy legacy. Mike, as far as I'm concerned, the floppy will never be legacy, no matter how hard you try. What you are saying is 'I would like it to be legacy', but you fail to present a suitable reason other then 'all the others do it'. As Eric Spakman has already said, we do provide several alternative initrd packages that cover the things you request, and all are properly documented. What I fail to see is a better organized website. The problems I saw one year ago concering documentation search are still present. You often present the excuse that we don't have shell space to create the PDF's and some other restrictions that i can't recall right now. You are probably the one to solve that problem. Stick to solving that and leave us to take care of making, improving and maintaning Beging-uClibc as the best 'product'. Please don't take my opinions as a personal attack, they are not. Thanks, Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] NDISwrapper
Hi! When replying to messages on this list, please use the reply-to-all feature and remove all other email addresses. Thank you. > -Original Message- > From: Dmitry Lagush [mailto:[EMAIL PROTECTED] > > What wireless card are you trying to get working with linux? > > There are a number of Linux support projects for wireless > cards, you > > should try them before triyng ndiswrapper. > DWL-G510. I'm used before DWL-520+ and DWL-G520+ (based on ACX100, > ACX111 chipset http://lisas.de/~andi/acx100/). But I can to > buy only DWL-G510 now. It's work on linux box only > ndiswrapper project (I think > so) http://ndiswrapper.sourceforge.net/ > Therefore I try to solve this problem (and maby any other with win > driver) by creating ndiswrapper lrp package. That card has two chipset revisions depending on the label (or mac address), as can seen on the manufacturer's website. http://www.dlink.com/products/support.asp?pid=308&sec=0#drivers Revision A is Marvell based and AFAIK not supported under Linux, Revision B ia Atheros based and should work with the madwifi drivers, although I have no experience with them. All these investigations could be done by yourself, just be looking into the windows drivers, or through the other information that can be found online. Also Linux wireless cards are not very well supported by the manufacturers, so that one must choose very well a card before buying, or trying to find acceptable refund policies to return the card if needed. And for providing SoftAP-like services, only some Prism based cards do the job properly (i know that there are others as well). > > > Also, from what I've read, ndiswrapper needs PERL, which is way too > > big to fit on a floppy based router. > I download additional packages by network after system start. > It's solve floppy space trouble. > > I use Berinng-1.2 with kernel 2.4.20 You will find little to no success with that Bering version if you still want to make that d-link card work. Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] NDISwrapper
> -Original Message- > From: Dmitry Lagush [mailto:[EMAIL PROTECTED] > Sent: Sunday, October 09, 2005 5:23 PM > To: leaf-devel@lists.sourceforge.net > Subject: [leaf-devel] NDISwrapper > > Hi ! > Is anybody compiled NDISwrapper package for support WiFi card > with Windows dirver model ? > Can anybody help me to compiled one ? I not have RedHat 5.2 > installed system :(( > > Please, help me ! > Thanx a lot ! What wireless card are you trying to get working with linux? There are a number of Linux support projects for wireless cards, you should try them before triyng ndiswrapper. Also, from what I've read, ndiswrapper needs PERL, which is way too big to fit on a floppy based router. We can only help you if you provide a much more clear view of what you are trying to do. Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Re: Idea for configuration management system
Hi Nathan! > -Original Message- > From: Nathan Angelacos [mailto:[EMAIL PROTECTED] [snip] > > In my heart, I believe the LEAF model is the safer route. > Not perfect, but it > adds an additional layer of "defense in depth". > > While I completely respect those that want to run a router > off of a 1.44MB diskette drive, some of us want squid, > dansguardian, and samba running (on a local hard disk) AND we > want the warm-fuzzy of knowing we can reboot the box to a > known state. (And yes, I have a system that boots from CD-R, > partitions the hard disk, formats it, and then makes the > cache directories for squid before squid.lrp is loaded. And > no, you don't call it a router at that point. But I still > like to think of it as a LEAF box. :-) ) Yes, while you could call it a LEAF box, a router it isn't... I'm not against using the stable LEAF base for other purposes. One of the funniest for me is the p9100 printserver. Imagine, something that started off as a router/firewall is now a Network printserver... But that is ok. > It would be nice to scale the LEAF way of doing things up, > rather than abandon it because we have "larger media needs" > or because we need 24x7x365 uptimes. Sure, I use it with a CompactFlash, I don't even care it is read-write all the time. > > As I said in my original post: "Or, then again, its possible > I've just > completely lost it." I have a need for enterprise > configuration management; > but I'm also sensitive to the fact that the LEAF community > may not have those same needs. > Sure, expand it as you see fit, but give that work back to the community. I'm sure someone will sooner or later benefit from your work. Despite what I have wrote in the past against some big changes to the way things are currently done, I see a true need to evolve, whether it is for a central configuration management, or for a true easy webconfig. What I don't see often is the result of that stuff (new ideas), except of course for the wonderful webconfig you wrote. In conclusion, I do see your point, even if I don't 'stand by your side'. :) Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] 2.6.x kernel support?
Hi Natanael! > -Original Message- > From: Natanael Copa [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 25, 2005 3:08 PM > To: [EMAIL PROTECTED] > Cc: Mike Noyes; [EMAIL PROTECTED]; > leaf-devel@lists.sourceforge.net > Subject: Re: [leaf-devel] 2.6.x kernel support? > > > [EMAIL PROTECTED] wrote: > > >Evolution is also (slowly) making things better by > developers filling > >up gaps (like webconf), provide missing packages, making "proof of > >concepts" for new technology or creating a new package format like > >Nathaneal did. But in the end it would be nice to bring it > all together > >instead of abbandon branches. > > > > To start it's 'Bering' not 'Bearing' :))) > > Personally I think the bearing *concept* is very interesting. > Load runtime modules (lrp's) and run from RAM. After the > enlightening discussion about tmpfs I think it have become > even more interesting. > > Some people that I work with is interesting in pushing this > concept futher. What if we run squid from RAM (actually we > already do this)? what if we run a mailserver from RAM? what > if run LDAP, SQL etc etc, things you might want to do in > bigger environments. There is an RFC that strictly forbids the use of mail queues that run in a ramdisk, search the ML archives for the proper document. > Suddenly we are in the possition where we look for using this > run-from-RAM concept for solving other problems, targeting > other goals than LEAF/Bering is supposed to. No objections there, of course! > Now, I agree completely that forking and abbandon branches is > generally a bad thing, but sometimes the goals changes and > sometimes it changes fast. I dont expect that the > LEAF/Bearing team should change their goals just because the > needs in my environment changes. That was not my intention at all, i guess a lot of things I wrote were misinterpreted. > So instead of pushing my needs/goals to the current projects, > I start looking for other distros and projects. If there is > no-one suitable, I create something new or fork and while > doing so, I do everything that is in my power to make sure > that others have the possibility to benefit from my stuff. You can join LEAF with your GNAP based distro, as it is not that far apart from what we have now. And maybe we in a not So distant future can benefit from the things you have discovered and fixed in the meantime. > > -- > Natanael Copa Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] 2.6.x kernel support?
Hi Mike, > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > > On Wed, 2005-08-24 at 11:07, [EMAIL PROTECTED] wrote: > > Can you tell us what your intentions are? By reading your > comments it > > seems like you are trying to force the creation of new branches. > > Eric, > Nothing different than I've always espoused. Nor am I trying > to force anything. However, I still believe what I said in my > "Evolution as a project development model" post. > > > I don't think anyone here is wishing to move to a monolithic > > development model. Why are you saying that? > > I interpreted Luis's comment as closing off discussion for > leaf developers. Bering uClibc is the dominant leaf branch, > and I thought the community might wish to coalesce around it. As I say in another email, that was not my intention at all. The discussion should be closed only as far as our uClibc branch was concerned. We hae already tried and tested the alternatives. > > Maybe I read to much into Luis's comment. It wouldn't be the > first time I misinterpreted something. :-( > > Note: I'll never be what I was prior to my accident, > and I don't > contribute much. I don't wish to be a point of discord in the > community. It may just be time for me to step aside. > > Luis, > If I misinterpreted your comments, I apologize. Again, no need to apologise, all our work and all our comments are valid. We all do what we can, when we can, and we all have our limits, after all that's what define us Humans! Keep up your good work! > Mike Noyes > http://sourceforge.net/users/mhnoyes/ > SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] 2.6.x kernel support?
Hi Mike, > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 25, 2005 1:44 AM > To: leaf-devel@lists.sourceforge.net > Subject: Re: [leaf-devel] 2.6.x kernel support? > > To start: I do apologise for what may have seem has a big bunch of hard words even if they were not aimed at you. > On Wed, 2005-08-24 at 15:51, Martin Hejl wrote: > > In the end, I tend to agree with Luis. I'm not going to > tell anybody > > to stop discussing new possibilities - but discussion without the > > ability/willingness to actually do more than just discuss things is > > pretty much what I contribute to management these days (I > spent a fair > > share of my work time in meetings with people who discuss > things they > > neither know how to do, nor would they be willing to provide the > > manpower to get it done - they just like discussing things). Maybe > > that's why I'm very skeptical about the value of discussions all by > > themselves. Discussing how to solve a problem at hand is perfectly > > fine, and usually also very useful - but discussing things > despite the > > fact that every participant of the discussion has a > different idea of > > what the actual issue one might be discussing is something else... > > Martin, > That excludes me from any comments regarding leaf > development, and relegates me to irrelevance. I'm not a > programmer, or knowledgeable compared to most of you. :-( > > Almost anyone can do the website, docbook, and mailing list stuff. Your work for the community is invaluable, and not everyone has the proper ability to keep the site up to it current standard of completeness without a fair background of knowledge you have. We all know all too well what your unfortunate accident did to your sense of concentration. Don't dispair, we are all here to help in every way we can. Don't you even think of stepping aside!!! :) :) :) > > > Again, maybe I just see too much of that kind of thing in > my day job, > > and are therefore unable to see the honest attempt to find the best > > technological solution for leaf. If that's the case, I sincerely > > apologize for my cynicism/sarcasm. Martin, my comment was somewhat derived from the same amount of bullshitness I see every day in my day job, but of course applied to the LEAF context, were there are no bullshiters, only reasonable people. Anyway, my comments were not suppose to end all discussions, but merely to stop them from affecting the current Bering-uClibc development, without providing any real-world solutions. You may know that the Bering-uClibc developer keep close contact with each other by email, where all these discussions take place. I must apoligise to the community for this fact, although no conversations we have 'in private' are trade secrets. We just think better in a small room, without outside interfeerance to create extra noise. Nevertheless, our somewhat 'dominant' position inside the LEAF community, does not give us the right to decide what way LEAF should turn! For me personally, discussion is always great if someone discusses a bit, goes back to his/her drawing board and presents a solution, like Nathan has done with webconf. If you all remember well, a lot of fuss was created over web-based configuration. After webconf was our, little to no comments were made, as if noone had a point to argue anymore! (i may not wave been very explicit with this comment, as English is not my Native language) > > -- > Mike Noyes > http://sourceforge.net/users/mhnoyes/ > SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs > Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] 2.6.x kernel support?
Hi! > -Original Message- > From: Erich Titl [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 24, 2005 4:25 PM > To: Natanael Copa > Cc: leaf-devel@lists.sourceforge.net > Subject: Re: [leaf-devel] 2.6.x kernel support? > > > Natanael Copa wrote: > > Erich Titl wrote: > > > .. > > > > I dont have time for reading about memory management in Linux right > > now, but AFAIK the executables and libraries are mmap'ed. > > This would mean, that an executable would onle be mapped to > memory, but > copied as soon as the memory page it resides on is written to > by anyone. > This could produce some interrupts. > ... > I don't know if I should/can consider a RAMdisk simply RAM. > It needs to > behave like a disk in the sense of logical I/O. > > ... > > > > It would really not make any sense to copy a mmap'ed > executable from > > RAM to another place in RAM, > > That would be true if RAMdisk does just mapping. > > but as I said, I'm not 100% sure about that and > > currently I dont have time to investigate it (so, strictly > I should > > have kept my muth shut, but now its to late anyway...:) > > Same for me, still it is an interesting object. Maybe someone with > deeper insight into RAMdisks on Linux could tell. > Is this whole conversation about loading to ram, using initramfs or any other kind relevant to the current branches of LEAF? The way I see it, the team i'm part of has already analysed the implications of switching over to 2.6 kernels, including the need for a new initial filesystem. For several reasons we have already gave to the community, we have decided that for now, 2.6 and all that goes with it, is not really a great improvement. Which means that we (Bering-uClibc Team), are going to continue supporting a bootable floppy version, using a basic set of a complete, stable production grade router/firewall. For me personally that is a goal to maintain as long as possible, have a floppy based firewall. Altough I don't use floppy-based setup any longer, I still feel that if we make all efforts to keep supporting it, we will maintain focus. Having a larger boot media will lead to all sorts of excesses... Still, one idea from Erich was retained in my mind, and has also lurked in my ideas from time to time, which is the firmware thing... Discussing this will open a whole new can of worms, what should be considered basic and essential? Who will have the power to decide which stays in the firmware or not? We don't want to loose the modular design we have now. Not being able to backup the initramfs for example is not a very nice thing. I think we may be loosing too much time discussing stuff with little or no result... The central DB design comes to my mind for example... So, unless someone has a good small footprint design using the latest available techologies, providing the same capabilities we have now, lets leave the matter for now. p.s. please treat my opinions as my own and not as if I was talking on behalf of the Bering-uClibc Team! Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Re: Guides
Hi! > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 24, 2005 1:32 AM > To: leaf-devel@lists.sourceforge.net > Subject: Re: [leaf-devel] Re: Guides > > > On Tue, 2005-08-23 at 15:00, KP Kirchdoerfer wrote: > > I still don't see that bucu-upnpd.html is updated in the > Bering-uClibc > > User's Guide. > > KP, > The chapter linked below? I built from cvs, and it should be > current. Would you like me to build our documentation again? > Mike, can you please try to re-generate the PDF versions of all our documentation? Thanks, Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Extending LEAF
Hi! > -Original Message- > From: Koliwad, Ajay (GE Energy) [mailto:[EMAIL PROTECTED] > Sent: Monday, May 23, 2005 12:45 PM > To: 'leaf-devel@lists.sourceforge.net' > Subject: [leaf-devel] Extending LEAF > > Hello! > > In the course of product development in our organization, I > am currently > pursuing an opportunity where I want to utilize the LEAF project. > > In it's current form, the project is not a very good fit. > I have approval from my manager for a small contract to > upgrade the LEAF > distribution so that it meets our needs. > I was wondering if any LEAF developer would be interested in > this work. > We need a distribution ready by July 15. > > Of course, the work product would be released to the LEAF community. > > The main changes are: > i) Moving to a current libc (NOT ulibc) Nothing of that kind is currently being done in any LEAF based project > ii) Support for X, FireFox, and JRE 1.5 X support is not something one would run on a router. > iii) Support for 2.4 and 2.6 kernels > I am aware that the changes do not match up well with the > resource footprint > for a Firewall/Router. I need to be able to enable/disable > support for X. > A 128-256 MB RAM Disk will be available when X is be required. > I prefer to use LEAF. > A remastered Knoppix distribution is 2nd on the list. It is probably wiser to use Knoppix, since gfx mode is already there, but you will be on your own. > > Thanks > > Ajay > > Ajay Koliwad > System Architect Just out of plain curiosity, why the heck to you _need_ graphics mode on a router? Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] syslinux 3.x and APPEND lines
Hi! > -Original Message- > From: David Douthitt [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 24, 2005 4:54 PM > To: leaf-devel > Subject: [leaf-devel] syslinux 3.x and APPEND lines > > In syslinux 3.x, the APPEND line has a maximum of 255 characters. > > Is this going to have an adverse affect on the LEAF distros? No David, we have learned to live with that. The current LEAF Bering-uClibc uses a separate file for the other needed parameters. It is the KERNEL that has the 255 char limitation, syslinux just follows the kernel standard. Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Suggestion to break up webconf.lrp into lrp and lwp parts
Hi! > -Original Message- > From: Nathan Angelacos [mailto:[EMAIL PROTECTED] > > > > - add 'pretty shorewall logs' > > You mean the table format (parsefw)? or is there more? Yes, it is the parsefw thinghy... > > > - simplify log file viewing by not opening a separate window > > > > I was surprised this didn't get mentioned long before this. > I'll fix it soon. Thanks! > > > > Opinions may differ from mine ;) > > I think silence is agreement, right? > Thanks for your comments! No problem! Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Suggestion to break up webconf.lrp into lrp and lwp parts
Hi! > -Original Message- > From: Nathan Angelacos [mailto:[EMAIL PROTECTED] > Sent: Monday, November 15, 2004 7:00 PM > To: [EMAIL PROTECTED] > Subject: [leaf-devel] Suggestion to break up webconf.lrp into > lrp and lwp parts > > Thanks for all the positive feedback on webconf so far. There is a > suggestion that webconf.lrp (core) be just a weblet > replacement, and the > current "expert" menu set be moved into webconf.lwp. To make webconf a full weblet replacement, there are some things to enhance: - add 'pretty shorewall logs' - simplify log file viewing by not opening a separate window Opinions may differ from mine ;) Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] 2.4.26 kernel for wd1100.o
Hi! > -Original Message- > From: Victor McAllister [mailto:[EMAIL PROTECTED] > Sent: Saturday, October 30, 2004 5:30 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: [leaf-devel] 2.4.26 kernel for wd1100.o > > According to Erich Titl's instructions on LEAF. > > Quote: > > "The Bering kernel has the softdog driver compiled statically > into the > kernel. It must be made a module in order to use the wd1100 driver." > > uClibc seems to use both softdog and wd1100 as modules but the WRAP > board still does not "reboot" with software. I haven't the > time or the > hardware to look this over. Anyone know of a simple solution for > uClibc on a WRAP to do a software reboot using wd1100 as the watchdog? Bering uClibc has both entries in /etc/modules, but you will need to enable wd1100 and add the module (if not present already) to /lib/modules Believe me, it works ;) Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] ifupdown problem in Bering-uClibc V2.2.0
Hi! > -Original Message- > From: Jonathan Chang [mailto:[EMAIL PROTECTED] > Sent: Friday, October 08, 2004 3:44 AM > To: [EMAIL PROTECTED] > Subject: [leaf-devel] ifupdown problem in Bering-uClibc V2.2.0 > > Hi, list, > > To reproduce this problem: > > firewall# ifup lo > RTNETLINK answers: File exists > And /var/run/ifstate now has only one entry > lo=lo > > On Debian platform or Bering-uClibc 1.0.x, it will response: > ifup: interface lo already configured > Also, /etc/network/ifstate is left unchanged. > lo=lo > eth1=eth1 > eth0=eth0 > > It seems this problem occurs after switching to busybox's ifupdown. > Any idea? > busybox functions are minimalistic, and support only what is asked. if you type 'ifup eth0' and 'ifup eth1', each command will give out proper output, right? then all is ok. If you're asking something about 'lo' you will get a response about 'lo', not any other devices... (but I might be wrong) Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu > Best regards, > > Jonathan > -- > Chia-Sheng "Jonathan" Chang > Delta Networks, INC > Tel: 886-2-87972088 ext 3066 > E-Mail: [EMAIL PROTECTED] > > > --- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal > Use IT products in your business? Tell us what you think of > them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to > find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] PcEngines WRAP1C LED & Button driver [new driver location]
Hi! I've managed to create a driver for accessing the 3 LED's and to read the button on a WRAP1C and compatible hardware. This is a kernel driver based on Martin Hejl's GPIO driver for Soekris. It was tested with a 2.4.26 kernel, the same as current Bering uClibc 2.2 version uses. It may or may not work with other kernel versions, so any feedback is welcome. The interface is done via the /proc filesystem. More details in the readme.txt file The driver can be downloaded via anonymous CVS following these instructions: -- cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/leaf login (just press ENTER at the login prompt) cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/leaf co \ devel/lfcorreia/wrap1c -- Have fun and please post back any kind of possible bugs crashes to the LEAF-user mailing list. Luis Correia Bering uClibc Team Member --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] PcEngines WRAP1C LED & Button driver
Hi Mike, > Everyone, > What about this? It's not perfect, and I think a better solution > (Subversion or rewrite of FRS) by the SF staff will address this > eventually. > > Proposal: > * Create 'devel' package in our FRS. > * Create 'name' release within that package. > * Project member releases file (following naming conventions) > there. > * Old files are rotated out to our 'Old or > Unsupported' package > periodically. > > Naming convention: > devel-name-filename-revision.extension > e.g. -- devel-lfcorreia-wrap1c-1.0.tar.gz As you can read in my other post, CVS checkout is possible and your proposal is not what I intended. I'll undo what I've done and post back to the list with a new announcement. Luis --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] PcEngines WRAP1C LED & Button driver
Hi! > -Original Message- > From: K.-P. Kirchdörfer [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 05, 2004 2:02 AM > To: [EMAIL PROTECTED] > Subject: Re: [leaf-devel] PcEngines WRAP1C LED & Button driver > > Am Montag, 4. Oktober 2004 23:13 schrieb Luis.F.Correia: > > Hi Mike, > > > > > -Original Message- > > > From: Mike Noyes [mailto:[EMAIL PROTECTED] > > > Sent: Monday, October 04, 2004 7:49 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: [leaf-devel] PcEngines WRAP1C LED & Button driver > > > > > > On Mon, 2004-10-04 at 09:55, Luis.F.Correia wrote: > > > > For now, it can be reached from my developer area, no > > > > > > webpage yet, here: > > > > http://www.leaf-project.org/devel/lfcorreia/wrap1c.tar.gz > > > > > > Luis, > > > Placing content on our shell server space is a deprecated > > > process. Please use CVS and/or the FRS. Thanks. > > > > I know that, thanks. > > > > You can see here that the source is available in CVS: > > http://cvs.sourceforge.net/viewcvs.py/leaf/devel/lfcorreia/wrap1c/ > > Luis; > > good work! > > > But after making the initial import and commited a few changes, > > I realised that no one can anonymously checkout content from my > > personal tree. > > I could - following the description in: > http://sourceforge.net/docman/display_doc.php?docid=9960&group _id=13751 > at the bottom of the page. > > # cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/leaf login > (just hit ENTER by question for password) > # cvs -z8 -d:pserver:[EMAIL PROTECTED]:/cvsroot/leaf co / > devel/lfcorreia/wrap1c > > cvs checkout: Updating devel/lfcorreia/wrap1c > U devel/lfcorreia/wrap1c/Makefile > U devel/lfcorreia/wrap1c/changelog.txt > U devel/lfcorreia/wrap1c/readme.txt > U devel/lfcorreia/wrap1c/wrap1c.c > U devel/lfcorreia/wrap1c/wrap1c.h > > kp > > Well, I guess that it works then, I tried to checkout like this: cvs -z8 -d:pserver:[EMAIL PROTECTED]:/cvsroot/leaf/devel/lfcorreia co wrap1c And that didn't work... Thanks for the pointer to this new method. Luis > --- > This SF.net email is sponsored by: IT Product Guide on > ITManagersJournal > Use IT products in your business? Tell us what you think of > them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to > find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] PcEngines WRAP1C LED & Button driver
Hi Mike, > -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Monday, October 04, 2004 7:49 PM > To: [EMAIL PROTECTED] > Subject: Re: [leaf-devel] PcEngines WRAP1C LED & Button driver > > On Mon, 2004-10-04 at 09:55, Luis.F.Correia wrote: > > For now, it can be reached from my developer area, no > webpage yet, here: > > > > http://www.leaf-project.org/devel/lfcorreia/wrap1c.tar.gz > > Luis, > Placing content on our shell server space is a deprecated process. > Please use CVS and/or the FRS. Thanks. I know that, thanks. You can see here that the source is available in CVS: http://cvs.sourceforge.net/viewcvs.py/leaf/devel/lfcorreia/wrap1c/ But after making the initial import and commited a few changes, I realised that no one can anonymously checkout content from my personal tree. Therefore, I decided to make a tarball and uploaded it to my shell area. If you can, please authorize anonymous read access to my devel area, I'm confortable with that. There are very few prior examples on how to have source code available from CVS and also a tarball. But what I can also do is to include the tarball right next to the source code, but that surely is kludgy... Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] PcEngines WRAP1C LED & Button driver
Hi! I've managed to create a driver for accessing the 3 LED's and to read the button on a WRAP1C and compatible hardware. This is a kernel driver based on Martin Hejl's GPIO driver for Soekris. It was tested with a 2.4.26 kernel, the same as current Bering uClibc 2.2 version uses. It may or may not work with other kernel versions, so any feedback is welcome. The interface is done via the /proc filesystem. More details in the readme.txt file For now, it can be reached from my developer area, no webpage yet, here: http://www.leaf-project.org/devel/lfcorreia/wrap1c.tar.gz Have fun and please post back any kind of possible bugs crashes to the LEAF-user mailing list. Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] LEAF on Linksys Routers
Hi! > -Original Message- > From: Jørn Eriksen [mailto:[EMAIL PROTECTED] > Sent: Monday, July 26, 2004 10:33 PM > To: [EMAIL PROTECTED] > Subject: RE: [leaf-devel] LEAF on Linksys Routers > > Eric, > > If you get a WiFi card to work for the PcEngines platform > please share your > experience as I would be interrested as well... > > Jorn I have a wifi card working with the PcRngines hardware, but unfortunately, the driver does not support AP mode, so only one client can connect via ad-hoc mode. While this is enough for me, it may not please the community. If anyone wants details on how I did it, please ask off-list. Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idG21&alloc_id040&op=click ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [--ot] [leaf-devel] leaf-tools overview (cdb, trig, tmpl)
> -Original Message- > From: Lynn Avants [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 07, 2004 3:13 AM > To: [EMAIL PROTECTED] > Subject: Re: [--ot] [leaf-devel] leaf-tools overview (cdb, trig, tmpl) > > On Tuesday 06 July 2004 03:58 pm, Erich Titl wrote: > [...] > > Some time ago I tried to use busybox ash instead of the > installed one on > > Bering 1.2+. My goal was to get more space for possibly a > more recent > > gclibc library and more modern package versions. I quickly > found out that > > the ash syntax used in, for example, the backup routines > did not work. > > I guess in order to be able to use different shells we > should stick to an > > extreme low level of the possible tricks in the scripting > _dialect_ so > > porting issues will pop up less frequently. This may sound > like heresy in > > the ears of shell afficionados but will enhance the chance > to use different > > interpreters. > > > > No idea how much work it would take to get up to level > alone with busybox > > ash, let alone with another interpreter. > > David D rewrote Oxygen from the ground up in his last release > to use BB-ash. > The problem we basically face is the behavior of the glibc-2.0.7 Ash- > (stripped) is not compatible with any other version of Ash > known to mankind. > This is the reason that David had to re-write init and other > core files when > he made the switch. That is likely another reason why we are > still using the > same binary that is so ancient. I don't know what the > difference is, but > everything else I've compiled has had syntax conflicts with > one package or > another (if it even boots correctly to begin with). IIRC, > UClibc-team has made > several corrections when they were first starting the > project. I also seem to > recall that they are using BB-Ash, so this is likely the best > place to look at > using a different (and compatible) shell. No, we are still using the latest available ASH because none of the others seem to work. BB-ash still has some problems with our scripts and we are currently working on Dash, although there are some other places where scripting seems also to be broken. It is really just a matter of choosing the 'right' shell and change everything accordingly. p.s. I ask in advance to be forgiven if i'm making any major mistake... Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] New Website
[snip] > Tom, > Thanks for the feedback. :-) > > The readability of the nav bar may be related to the small caps, and > fonts you have installed. Do you have the Bitstream Vera fonts > installed? > > > I agree with KP that the Releases/Branches menu should return. > > I'll give this serious consideration. If it returns, the nav > bar won't. > I've been trying to eliminate redundant information. Mike, I've only seen the NavBar 'after' reading KP's email saying it is not very visible. > > Everyone, > Does anyone think the nav bar is usable? Is it worth working > on further, > or should I scrap it? Is it good enough to last a few months > waiting for > phpWebSite 0.9.4 to be released? IMHO, it can be scraped. Luis Correia Bering uClibc Team Member PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] [Fwd: Re: Mike Noyes]
> -Original Message- > From: Mike Noyes [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 14, 2004 8:17 PM > To: [EMAIL PROTECTED] > Subject: Re: [leaf-devel] [Fwd: Re: Mike Noyes] > > On Tue, 2004-04-13 at 04:09, Charles Steinkuehler wrote: > > Mike Noyes has been in a bicycle accident (see message below). > > > > If I get any more details, I'll let everyone know. > > Everyone, > Sorry for the delay on the website. I just got back from the hospital > today. I dot know what problems I'll have, but I intend to > start working > on our website ASAP. > > Apparently I got lucky with some good neurosurgeons. They > drilled a hole > in my brain to relive pressure. Without this they said I was gone. All > this from riding head first into a stationary garbage truck at full > speed. Not the smartest thing I've done in my life. > I'm glad you are OK! I'm with the rest of the people, get well first, then get on with the website. We can and will wait... Get well soon! --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Bering on CD
Hi!
> -Original Message-
> From: Charles Steinkuehler [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 26, 2004 10:46 PM
> To: [EMAIL PROTECTED]
> Subject: [leaf-devel] Bering on CD
>
> I'm getting new network service soon (hopefully more bandwidth!), and
> will be taking the opportunity to migrate my personal firewall system
> from Dachstein CD to Bering.
>
> Not that there's anything wrong with the method of creating a
> Bering CD
> outlined in the users guide, but I'm wanting something a bit
> closer to
> Dachstein (ie: floppy-boot emulation for the bootable CD, instead of
> isolinux), as I find it easier to debug, and easier for
> others to modify.
>
I was the mentor of this new approach to build a CD using isolinux.
Apart from the problems reported afterwards of bad BIOS compatibility
in very old systems, this way makes it a very clean way to produce a
'professional' Bootable CD.
I do however understand that the original guide as made at a time
where CD booting was a Dachstein 'exclusive', and the big number of
hacks necessary to make it work seems excessive and complex.
Now, with Bering-uClibc, we provide an already working initrd.lrp with
IDE support, make the job a lot easier.
But as always, the documentation is lagging behind... And it is my fault.
As for all the suggestions, I will personally say they do need some fixing.
And if you provide a good working solution, we may have it incorporated
in our own (Bering-uClibc).
As for the minimal boot floppy, I can agree with the concept, although
I will not use it myself.
But I must admit, it will provide the community a more efective Bootable CD.
Luis Correia
Bering uClibc Team Member
PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6
Key Server: http://pgp.mit.edu
> In the process of making a Bering CD "bootdisk" floppy, I had
> to crawl
> through the Bering /linuxrc script, and I noticed a few
> things I think
> could be improved:
>
> - There are a *LOT* of variable assignments of the form:
>
> VAR=sed 's/.*LRP=/\1/; s/ .*//1' /proc/cmdline`
>
>These would be a lot faster using the built-in shell substitution
> functions, although it would require two lines instead of one, ie:
>
> CMDLINE=`cat /proc/cmdline`
> ...
> VAR=${CMDLINE##*LRP=}
> VAR=${VAR%% *}
>
>I think the sed stuff came from Dachstein (and probably from LRP
> before that), but I know a lot more about shell scripting now
> than I did
> when I was starting on the *stein releases. :)
>
> - There is currently no mechanism for varying the size of the
> root, log,
> or temp ramdisk other than by directly editing the kernel
> command line
> provided by the bootloader (kind of hard when it's on a
> read-only CD).
> It looks to me like it should be possible to mount the boot=
> device (ie:
> a floppy) and read the ramdisk sizes from optional config
> files, as is
> currently done with LRP= and PKGPATH=, although it might be
> necessary to
> unmount the disk prior to the pivot_root, and re-mount it afterwords
> (some testing required).
>
> So...to get this on topic for leaf-devel, is there any interest in
> incorperating any of these /linuxrc chages in Bering? If so,
> I'll try
> to do a decent job of the modifications and provide them in a
> convinent
> form for public comment (is /linuxrc maybe in CVS
> somewhere?). If not,
> I'll probably just ignore the problem entirely, and make
> something that
> only works for me.
>
> Also, is there any interest in making a 1440K minimal floppy
> boot disk
> and a set of instructions available for the generation of a
> CD-ROM? I
> find this a *VERY* easy way to make CD images, as you can simply tell
> users to copy bootdisk.bin and whatever LRP packages they want to a
> directory, then run mkisofs with the appropriate command
> switches. Much
> less confusing than isolinux procedure outlined in the users
> guide, IMHO.
>
> --
> Charles Steinkuehler
> [EMAIL PROTECTED]
>
>
>
> ---
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
>
> ___
> leaf-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/leaf-devel
>
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
___
leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Recompile iptables.
You can find instructions here: http://leaf.sourceforge.net/mod.php?mod=userpage&menu=91005&page_id=41 > -Original Message- > From: Kim Oppalfens [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 02, 2003 8:20 PM > To: 'Jacques Nilo'; Kim Oppalfens; '[EMAIL PROTECTED]' > Subject: RE: [leaf-devel] Recompile iptables. > > > Is there some documentation available on how to setup a > uclibc development > environment? > I followed your great instructions on how to build slink & > woody development > uml's so I have those available? > My kernel was compiled in the woody uml fs. > > Kim Oppalfens > Thanks for the guidelines. > > > -Original Message- > From: Jacques Nilo [mailto:[EMAIL PROTECTED] > Sent: woensdag 2 juli 2003 20:44 > To: Kim Oppalfens; '[EMAIL PROTECTED]' > > I am afraid you must recompile iptable against your new > kernel if you have > applied different P-O-M patches from the one used in Bering > kernel. This > must be done against uClibc since iptables and corresponding > modules are > running in userland Jacques Le Mercredi 2 Juillet 2003 13:54, > Kim Oppalfens > a écrit : > > Hi all, > > > > > > > > I am trying to get the iptables string patch working but I > am in a bit > > over my head I am afraid. > > > > > > > > So far I patches a stock 2.4.20 kernel with all the > required patches > > (bridge; ecn ; helpers ) > > > > I then ran iptables patch-o-matic and included some new > patches I liked. > > > > Compiled the kernel and replaced the old bering-uclibc 1.2 > kernel with > > my new ones. > > > > > > > > So far everything worked fine. > > > > > > > > Then I recompiled the iptables 1.2.8 files. And replaced > all files on > > my firewall in /lib/iptables with the new recompiled > > > > Versions including the ipt_string patch. > > > > I left the standard Bering-uclibc 1.2 iptables binary file in place. > > > > > > > > I then backup up the iptables.lrp package and rebooted. > > > > Unfortunately the modules won't load (unresolved symbol errors) and > > shorewall doesn't launch anymore neither > > > > Stating : Unknown arg '-dport" > > > > > > > > The two multiport patches are included in the kernel though. > > > > PS: Mike, you can delete my previous html mail, very sorry > about that. > > > > > > > > Kim Oppalfens > > > > > > DISCLAIMER: The information in this message is confidential > and may be > > legally privileged. It is intended solely for the > addressee. Access > > to this message by anyone else is unauthorised. If you are not the > > intended recipient, any disclosure, copying, or distribution of the > > message, or any action or omission taken by you in reliance > on it, is > > prohibited and may be unlawful. Please immediately contact > the sender > > if you have received this message in error. Thank you. > > > > > > > > > > --- > > This SF.Net email sponsored by: Free pre-built ASP.NET > sites including > > Data Reports, E-commerce, Portals, and Forums are available now. > > Download today and enter to win an XBOX or Visual Studio .NET. > > > http://aspnet.click-> url.com/go/psa0016ave/direct;at.asp_061203_01/ > > 01 > > > > ___ > > leaf-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > > DISCLAIMER: The information in this message is confidential and may be > legally privileged. It is intended solely for the addressee. > Access to this > message by anyone else is unauthorised. If you are not the intended > recipient, any disclosure, copying, or distribution of the > message, or any > action or omission taken by you in reliance on it, is > prohibited and may be > unlawful. Please immediately contact the sender if you have > received this > message in error. Thank you. > > > > > --- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_06 > 1203_01/01 > > ___ > leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] upx-1.11
It is inside this archive... http://leaf.sourceforge.net/devel/arneb/buildtool2/buildtool2-0.2pre4.tgz It is from our (unfinished) buildtool. -Original Message- From: Lynn Avants [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 4:44 AM To: [EMAIL PROTECTED] Subject: Re: [leaf-devel] upx-1.11 On Thursday 26 June 2003 12:43 pm, K.-P. Kirchdörfer wrote: > Am Donnerstag, 26. Juni 2003 01:54 schrieb Lynn Avants: > > Does anyone on list have a copy of the upx-1.11 source code? > > The code on the site is missing everything inbetween 1.09-1.20 > > and the later version I have won't compress a kernel. :( > > In sourceforge cvs you can find a tagged 111 release. kp, I don't see it in their cvs either. Do you have a link to the binary? -- ~Lynn Avants Linux Embedded Appliance Firewall Developer http://leaf.sourceforge.net http://guitarlynn.homelinux.org:81 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Linux Router Project Dead
My excuses, Actually what he did in LRP 2.9.8 was launch a 2.2 based kernel, not 2.4... -Original Message- From: Luis.F.Correia [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 10:25 PM To: [EMAIL PROTECTED] Subject: FW: [leaf-devel] Linux Router Project Dead Sorry Lynn, this got to you but was intended for the list -Original Message- From: Luis.F.Correia Sent: Tuesday, June 24, 2003 9:10 AM To: 'Lynn Avants' Subject: RE: [leaf-devel] Linux Router Project Dead Lynn and others: what a shitload of crap. I was also in the linuxrouter list some 4 years ago, even before this whole mess started. As I recall, Dave never really liked 'off-springs' and people who would mess with his higher 'intelligence'. Every single one that tried to change the really good job he did, got so many 'no' answers, that they eventually left... I do admire Dave C. for his outstanding work on LRP, from which all LEAF does in fact derive. BUT, he stagnated! All of his efforts to put out LRP 2.9.8, was an attempt to show that he wasn't losing the 2.4 kernel series bandwagon... and that he was still in charge... Shishhh! I'm proud of being part of LEAF, specially the Bering uClibc crew, which is my main work today. As much as I would like to remove Dave's name from all the scripts, i cannot. GPL forbids it... What i would really like to have is a new way of having ALL original code from Dave to be changed, and even the packaging system, (which btw has his copyleft) to be changed to a new thing, maybe the central database/config system. So, let's move on. This whole thing was dead anyway... Luis Correia (proud) member of the Bering uClibc crew -Original Message- From: Lynn Avants [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 8:37 AM To: [EMAIL PROTECTED] Subject: Re: [leaf-devel] Linux Router Project Dead Everyone, As I noted yesterday, I replied to Dave C's post on Slashdot. He has posted a response to what I feel was accurate information from those on this list that were supporting LRP and the present condition to the LEAF variants as they compare to the last released LRP today. I feel those of us that used to support LRP itself before LEAF was started may find Dave C's post more than a little interesting. http://developers.slashdot.org/comments.pl?sid=68562&threshold=1&commentsort =0&tid=106&mode=thread&cid=6282059 At this point, I am not sure that I would be the 'best' person to reply as many of his comments are better answered by those who did more support and development work than I did at the time. It appears that I jumped on a button that triggered more than I expected. It is likely best that I keep my feelings to myself for the present time and let those reply that can more accurately do so while I think about the reply. Thanks, -- ~Lynn Avants Linux Embedded Appliance Firewall Developer http://leaf.sourceforge.net http://guitarlynn.homelinux.org:81 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
FW: [leaf-devel] Linux Router Project Dead
Sorry Lynn, this got to you but was intended for the list -Original Message- From: Luis.F.Correia Sent: Tuesday, June 24, 2003 9:10 AM To: 'Lynn Avants' Subject: RE: [leaf-devel] Linux Router Project Dead Lynn and others: what a shitload of crap. I was also in the linuxrouter list some 4 years ago, even before this whole mess started. As I recall, Dave never really liked 'off-springs' and people who would mess with his higher 'intelligence'. Every single one that tried to change the really good job he did, got so many 'no' answers, that they eventually left... I do admire Dave C. for his outstanding work on LRP, from which all LEAF does in fact derive. BUT, he stagnated! All of his efforts to put out LRP 2.9.8, was an attempt to show that he wasn't losing the 2.4 kernel series bandwagon... and that he was still in charge... Shishhh! I'm proud of being part of LEAF, specially the Bering uClibc crew, which is my main work today. As much as I would like to remove Dave's name from all the scripts, i cannot. GPL forbids it... What i would really like to have is a new way of having ALL original code from Dave to be changed, and even the packaging system, (which btw has his copyleft) to be changed to a new thing, maybe the central database/config system. So, let's move on. This whole thing was dead anyway... Luis Correia (proud) member of the Bering uClibc crew -Original Message- From: Lynn Avants [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 8:37 AM To: [EMAIL PROTECTED] Subject: Re: [leaf-devel] Linux Router Project Dead Everyone, As I noted yesterday, I replied to Dave C's post on Slashdot. He has posted a response to what I feel was accurate information from those on this list that were supporting LRP and the present condition to the LEAF variants as they compare to the last released LRP today. I feel those of us that used to support LRP itself before LEAF was started may find Dave C's post more than a little interesting. http://developers.slashdot.org/comments.pl?sid=68562&threshold=1&commentsort =0&tid=106&mode=thread&cid=6282059 At this point, I am not sure that I would be the 'best' person to reply as many of his comments are better answered by those who did more support and development work than I did at the time. It appears that I jumped on a button that triggered more than I expected. It is likely best that I keep my feelings to myself for the present time and let those reply that can more accurately do so while I think about the reply. Thanks, -- ~Lynn Avants Linux Embedded Appliance Firewall Developer http://leaf.sourceforge.net http://guitarlynn.homelinux.org:81 --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] bering 1.2 kernel config file
http://leaf.sourceforge.net/devel/jnilo/bering/latest/development/kernel/ -Original Message- From: Greg Cockburn [mailto:[EMAIL PROTECTED] Sent: Friday, June 06, 2003 9:10 AM To: [EMAIL PROTECTED] Subject: [leaf-devel] bering 1.2 kernel config file Can some one please supply the config file that the kernel for bering 1.2 was built with. Thanks. -- Greg Cockburn eServGlobal - IT Solutions - Wellington, NZ Tel: +64 (0)4 939 3409 http://www.one.eservglobal.com/ --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] write protected DOM/ADM
Hi, I read the doc, nicely documented. Well done! -Original Message- From: Erich Titl [mailto:erich.titl@;think.ch] Sent: Monday, October 21, 2002 10:42 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [leaf-devel] write protected DOM/ADM Hello everybody Success, I got the SST/Apacer ADM modified for write protection working. Anyone interested in the details here is a link to what I did http://luna.think.ch/leaf/ADM. Please be patient, I only have 64K uplink. Let me know if anything is unclear. Erich THINK Püntenstrasse 39 8143 Stallikon mailto:erich.titl@;think.ch PGP Fingerprint: BC9A 25BC 3954 3BC8 C024 8D8A B7D4 FF9D 05B8 0A16 --- This sf.net emial is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ad.doubleclick.net/clk;4699841;7576298;k?http://www.sun.com/javavote ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net emial is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ad.doubleclick.net/clk;4699841;7576298;k?http://www.sun.com/javavote ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Command recall Oxygen(yes) Bering(no) DF(no)
I command my Leaf through a serial line. I have no experience with ssh. 'command/path completion' is available on BusyBox... but it seems busybox sh is not suitable... -Original Message- From: Jon Clausen [mailto:[EMAIL PROTECTED]] Sent: Monday, October 14, 2002 3:59 PM To: [EMAIL PROTECTED] Subject: Re: [leaf-devel] Command recall Oxygen(yes) Bering(no) DF(no) On Mon, Oct 14, 2002 at 10:36:35AM +0100, Luis.F.Correia wrote: > Command recall that is used in all Leaf variants uses a patch made by > someone > from the LRP community to add 'command history' to the original ASH. > > It may be possible that this patch is not functional for long lines. While we're on the subject: I've never had command recall work on any of the LEAFs I've built, when SSH'ing in. Usually works fine at the physical console, just not over the network. Am I missing something, or can I get that? Plus command/path completion would be nice :) Jon Clausen --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Command recall Oxygen(yes) Bering(no) DF(no)
Command recall that is used in all Leaf variants uses a patch made by
someone
from the LRP community to add 'command history' to the original ASH.
It may be possible that this patch is not functional for long lines.
Please note that ash has had no changes since 1999...
-Original Message-
From: Simon Blake [mailto:[EMAIL PROTECTED]]
Sent: Sunday, October 13, 2002 9:07 AM
To: Nathan Angelacos
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [leaf-devel] Command recall Oxygen(yes) Bering(no) DF(no)
I've certainly noticed commandline recall problems with Bering -
uneditable multilines, and also weird behaviour with the history buffer
appears to get corrupted and adds crap to the end of some commands in
the buffer. So you're not alone :-)
Cheers
Si
On Sat, Oct 12, 2002 at 03:38:34PM +, Nathan Angelacos said:
> > It pains me to realize that I've been using command
> > recall in Ox, DF, and BF for a long time now. The
> > up arrow works great. My apologies for losing my mind.
>
> Perhaps you aren't losing your mind...
> Do you also have the experience that that ash seems
> to have problems with the "up-arrow" command recall
> when the command is greater than the screen width -
> you can't edit the first part of a multiline
> command? (where multiline is a long command line
> without the use of '\' ?)
>
> > Thanks for the explanation. I guess what I'm really
> > missing in filename/directoryname completion.
>
> After checking further, BusyBox ash (0.60.3) with
> command auto completion seems to work here on bering
> if you:
>
> compile EXPR into busybox, and comment out line 204
> in linuxrc:
># expr () { exp $@ ; }
>
> Probably you could get away with not compiling in
> expr and changing line 204 to read:
> expr () { $(( $@ ; )) }
>
> But the shell gurus should comment on that theory...
>
>
> Also, at the top of linuxrc (line 30 something) there's
> a call to [, which fails since busybox hasn't been
> installed yet. Guess its a shell internal in ash, but
> a "program" in BB.
>
> The offending line is:
>
>if [ $DEBUG ] ; then
>
> A solution might be to change the line to read:
> if /bin/busybox test $DEBUG ; then
>
>
> or just define BB=/bin/busybox a little earlier in
> the script and then call
> if $BB test $DEBUG ; then
>
> That seems to run through the linuxrc without any
> errors, and gives a nice shell with auto completion
> and correct behavior in using command recall.
>
>
>
>
>
> ---
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
>
> ___
> leaf-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/leaf-devel
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] FAQs sec13: Developer Questions Answered
When you compile a C or C++ program, by default the compiler adds symbols and debugging information. This is good during development because you can debug a program going step by step, seeing the original lines of C code. After everyhing is OK, you either compile the program without debug info, or strip the program. Since most of us just want to recompile things, it is easier to strip the final binary. Hope this info helps you out... -Original Message- From: Eric B Kiser [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 01, 2002 3:31 PM To: [EMAIL PROTECTED] Subject: [leaf-devel] FAQs sec13: Developer Questions Answered Howdy All, On the FAQ's page under the section: FAQs sec13: Developer Questions Answered, there is listed, "How do I compile programs to run under LRP?". This is where I got the command to shrink my zebra packages down to a more manageable size. Can anyone explain, exactly what the command strip [program-name] actually does. I know it says, "removes unnecessary symbols and debugging information," but what does this mean. Thanks in advance, Eric --- This sf.net email is sponsored by: DEDICATED SERVERS only $89! Linux or FreeBSD, FREE setup, FAST network. Get your own server today at http://www.ServePath.com/indexfm.htm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: DEDICATED SERVERS only $89! Linux or FreeBSD, FREE setup, FAST network. Get your own server today at http://www.ServePath.com/indexfm.htm ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Bering compiled with uClibc
>> why GNU sed? > >Because BusyBox sed is pretty broken when running complex scripts, sed >is pretty small, and sed features are used almost as much as >shell-script in LEAF/LRP systems, and once again, busybox sed wasn't >around (at least in a usable form) when most of the current >distributions were created. > >If your question was "why sed, instead of awk, grep, or whatever", the >answer is that with full GNU sed and a functional shell, you can >implement most of the behavior of other commands, if required, and sed >is the smallest utility that fits the bill in that regard (yes, awk >would be nicer, but it's many times larger than sed). Ok, I get the picture. My rant was only about how old ash is, the last change in the code comes from 1999 I think. Following an old phrase, "if it ain't broken, don't fix it!", I guess that from now on, I will leave it that way. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Bering compiled with uClibc
Replying to myself... Following a suggestion from K.P. Kirchdorfer, I splitted the libc2.0.7 into a new .lrp As a result, initrd.lrp got a lot smaller, reflecting it's final size. For those how didn't read the original message, here's the new link: http://leaf.sf.net/devel/lfcorreia/Bering-uClibc-0.3.ima -Original Message- From: Luis.F.Correia [mailto:[EMAIL PROTECTED]] Sent: Sunday, September 29, 2002 1:52 PM To: [EMAIL PROTECTED] Subject: [leaf-devel] Bering compiled with uClibc Ok guys, here's a crazy thought: For a while it puzzled me why didn't LEAF evolve to a more recent and stable libc. Then I looked a bit into it and realised the obvious, to better support virtually everything, libc has bloated. Its fat, huge and ugly. So some time in the past two weeks, I started to envision a new evolution: recompiling every binary that Bering v1.0-rc3 uses against a new libc. For starters, I choose uClibc. Some friends had already mentioned this small footprint library. Here's the resumed report of my work so far: Using RedHat 7.3 running under VMWare on Windows 2000. I downloaded the following sources from their home locations. (later I will produce a full report containing the sites) ash-0.3.5 with additional patches (ash_0.3.5-11.diff.gz) (ash-hetios-0.5.1.diff.gz) busybox-0.60.3.tar.gz (I used Jacques Bering_1.0-rc3-bb-0.60.3-Config.h but removed NFS) sed-3.02 (from gnu.org) uClibc-0.9.15 (added shadow support and removed NFS) So far these packages are to be used in initrd.lrp I extracted all these packages and compiled first uClibc to create the libs and the crosscompiler stubs. Then I compiled ash, busybox and sed. After unpacking initrd.lrp, I mounted it as loop and added the new libs retaining the old glibc2.0. I changed the stripped binaries and dismounted. I then gzipped initrd and copied it to the floppy. It booted OK (after a few tries...) So, now I had a working Bering using mixed libraries! The next step was to compile other binaries, I downloaded: sysvinit-2.84 hwclock-2.17 After compiling, I extracted root.lrp and swapped the binaries. Again it booted OK. Now I am compiling new binaries as I send this email :) If you want to try the already built floppy, her's the link: http://leaf.sf.net/devel/lfcorreia/Bering-uClibc-0.2.ima Changes to the stock Bering v1.0-rc3: Portuguese keymap is loaded IP is set to 192.168.69.1 firewall name is porteiro Let me know of serious bugs! Remember this is only a binary change, so expect no new features! Please test it for non-working features. rants: why are we using ash? is none of the busybox shells useable? why GNU sed? Cheers! Luis Correia PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Bering compiled with uClibc
Ok guys, here's a crazy thought: For a while it puzzled me why didn't LEAF evolve to a more recent and stable libc. Then I looked a bit into it and realised the obvious, to better support virtually everything, libc has bloated. Its fat, huge and ugly. So some time in the past two weeks, I started to envision a new evolution: recompiling every binary that Bering v1.0-rc3 uses against a new libc. For starters, I choose uClibc. Some friends had already mentioned this small footprint library. Here's the resumed report of my work so far: Using RedHat 7.3 running under VMWare on Windows 2000. I downloaded the following sources from their home locations. (later I will produce a full report containing the sites) ash-0.3.5 with additional patches (ash_0.3.5-11.diff.gz) (ash-hetios-0.5.1.diff.gz) busybox-0.60.3.tar.gz (I used Jacques Bering_1.0-rc3-bb-0.60.3-Config.h but removed NFS) sed-3.02 (from gnu.org) uClibc-0.9.15 (added shadow support and removed NFS) So far these packages are to be used in initrd.lrp I extracted all these packages and compiled first uClibc to create the libs and the crosscompiler stubs. Then I compiled ash, busybox and sed. After unpacking initrd.lrp, I mounted it as loop and added the new libs retaining the old glibc2.0. I changed the stripped binaries and dismounted. I then gzipped initrd and copied it to the floppy. It booted OK (after a few tries...) So, now I had a working Bering using mixed libraries! The next step was to compile other binaries, I downloaded: sysvinit-2.84 hwclock-2.17 After compiling, I extracted root.lrp and swapped the binaries. Again it booted OK. Now I am compiling new binaries as I send this email :) If you want to try the already built floppy, her's the link: http://leaf.sf.net/devel/lfcorreia/Bering-uClibc-0.2.ima Changes to the stock Bering v1.0-rc3: Portuguese keymap is loaded IP is set to 192.168.69.1 firewall name is porteiro Let me know of serious bugs! Remember this is only a binary change, so expect no new features! Please test it for non-working features. rants: why are we using ash? is none of the busybox shells useable? why GNU sed? Cheers! Luis Correia PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Quick and Dirty LRP Package How-To
Did you create and populate the corresponding zebra.list, zebra.help, etc? -Original Message- From: Eric B Kiser [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 24, 2002 4:29 PM To: [EMAIL PROTECTED] Subject: [leaf-devel] Quick and Dirty LRP Package How-To Hey everybody, I have gotten to the Quick and Dirty LRP Package How-To and I have gotten stuck at step #6. When I go to back up the changes to create the zebra.lrp it does not show an option for zebra in the Back-up menu. 5. "Trick" LRP into thinking your package is installed by editing /var/lib/lrpkg/packages, and adding your package name to the bottom of the list. The name here should match the portion of the files you created earlier, and will be what your LRP package is backed up as. If you are using apkg instead, then you can skip this step. #cat /var/lib/lrpkg/packages initrd root local log modules zebra 6. You are now ready to ``create'' your LRP package. Just do a backup of your package from lrcfg and you will have .lrp created for you on your disk drive. If you don't have a backup option for your package, you didn't do step 5 correctly. I am pretty sure that I did step #5 correctly. All there was to it was adding the one word, zebra, to the bottom of the list. Are there any other possibilities or is there something obvious that I have missed. Thanks in advance, Eric --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] RE: [leaf-user] Webbased configuration
>I also agree perl would be an overkill. What we need is to create a >framework like we have for lrps for web based management. Every lrp must >have a web based config template that will be used by a master web script. >The template format and scripting needs to be developed and standardised. What an excelent idea! That way, the package builder knows exactly which areas os the config files need to be changed and how. He would then write the proper code to access them, without having to worry. On the other hand, I guess that if you use thttp, it may be larger but I guess that it will save some CPU cycles. I have now an LCD showing uptime and CPU. Every access to the weblet, puts the CPU at 100% for some seconds. My cpu is a P133... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of guitarlynn Sent: 30 August 2002 00:33 To: Eric Wolzak Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [leaf-user] Webbased configuration On Wednesday 28 August 2002 12:56, Eric Wolzak wrote: (snip) I agree with your summary Eric. > Advantage of webmin, there are all kinds of > modules. Adaption is much easier than building > from scratch. > > Disadvantage memory and CPU. I would be against using Perl personally. Porting Webmin would not necessarily be any better or faster than starting from scratch IMHO. > Alternatively, use the same fields and write the > engine in shell.script or php using sh-httpd. or a > small server (boa, thttpd) It can be done with sh-httpd. Mosquito has used thttpd, but thttpd is considerably larger (and more versitile). My vote would be to use sh-httpd w/POST patch. > Advantage probably, less memory and cpu consuming. > ... > I think any how, this should be a project for a group, who wants to > contribute. I agree here as well. A group along these lines was discussed ~2 months ago. A couple of people were working on formatting Weblet and reworking it and I have developed a shell-atmosphere that will allow generating conf files from either GET or POST sh-httpd atmosphere. Modularization has always been in the plan, however nothing but test coding exists at this time being as I needed to jump through a few hoops to get the CGI environment working with sh-httpd. Anyone who would like to volunteer to work on any ideas, code re-work within the existing Weblet, or developing the new code-base for CLI/WWW configuration integration would be welcome to participate. In previous discussions with Mike N and Charles, the use of the leaf-devel mailing-list is encouraged for this project. This project would be beneficial to work under the LEAF umbrella and stay independant of releases. As everyone else was working with a Bering base, I am presently working with Bering as well (though I have worked on a Dachstein base as well). I am presently starting work on the framework. I believe that this is more of a devel topic, so I am moving the thread to leaf-devel. Is anyone ready to work on and/or discuss any sections of this??? Thx, ~Lynn -- ~Lynn Avants aka Guitarlynn guitarlynn at users.sourceforge.net http://leaf.sourceforge.net If linux isn't the answer, you've probably got the wrong question! --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: OSDN - Tired of that same old cell phone? Get a new here for FREE! https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hi there, and (bug?) report
if you included your package name as the last one, did you produce an extra line at the end? Debian based systems like and extra line at the end. Or I might also be wrong :) -Original Message- From: Jon Clausen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 26, 2002 9:57 AM To: [EMAIL PROTECTED] Subject: [Leaf-devel] Hi there, and (bug?) report Hi everyone I must say I was quite flattered to be invited to join ;) I don't see myself as much of a capacity, being the relative newbie and all, but hey, if I can help out in any way, I'll be glad to... Quick rundown: My name is Jon Clausen, I'm 36 and have been using linux (SuSE mostly) for some three years now. I've been using LRP/LEAF for little over a year. I'm not exactly sure what I'll be able to help with in this group, but I guess we're about to find out :) Some of you might remember me from leaf-user, in such threads as 'How do I access the weblet from outside' and more recently my 'blinder' project. I think that small write-ups, like the one about the weblet, is probably a pretty good sample of what I might help out with. Which brings me to the second item on the agenda for this mail: I've now gotten to the point where my blinder software is working, and the stuff is in the right locations in the filesystem. And I have managed to make a blinder.lrp out of it. I did have *some* trouble making the package, though. Following the 'how do I create an lrp-package', everything went well, until steps 5/6. step5: Edit /var/lib/lrpkg/packages, to trick the backup system into believing that the package is already installed step6: Go to the backup menu. And I quote "If you don't have a backup option for your package, you didn't do step 5 correctly." checked, doublebechecked, rechecked, no joy. Tried remoing some of the other package names from .../packages, no change in the backup menu... I then tried renaming .../packages to something else, and *no* change in the backup menu(?!) So I started looking through the scripts, and found that what is actually checked by lrcfg.back, in the sub SetPkg() is /var/lib/lrpkg/backdisk. So I put 'blinder=-t msdos...' at the end, fired up lrcfg, and lo and behold, I had the option :) So either something is weird on my host (bering 1.0rc2), there's a bug in the backup scripts somewhere, or the documentation is not quite up to par... I haven't checked anything much, but I thought I might as well let you all know what I found... cheers, Jon Clausen --- This sf.net email is sponsored by: Jabber Inc. Don't miss the IM event of the season | Special offer for OSDN members! JabberConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This sf.net email is sponsored by: Jabber Inc. Don't miss the IM event of the season | Special offer for OSDN members! JabberConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Introducing myself
Hi there! I have been helping the LEAF community for some time now. To my (slight) surprise, Mike invited me to join LEAF as a developer. I am much honored. My knowledge in Linux is relatively small. My main work, training and experience is with Windoze. It may suck but that's what pays :) I will continue to do as much as I can, helping out people in distress. I use now Bering as my router/firewall software. Guys, it's great to be part of this community. Luis Correia PGP Fingerprint: BC44 D7DA 5A17 F92A CA21 9ABE DFF0 3540 2322 21F6 Key Server: http://pgp.mit.edu --- This sf.net email is sponsored by: Jabber Inc. Don't miss the IM event of the season | Special offer for OSDN members! JabConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] improvement Mail Bering
Just a small suggestion, since we had a lot of issues in the past concering mail from the router: Why can't we forget about the POSIXness scripts for mail and create a (very) small package just for this function? Then we could use other methods for sending mail like something based on the 'smtpclnt.lrp' package. Please don't send me for execution right now, think first :) -Original Message- From: Jacques Nilo [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 10:17 PM To: [EMAIL PROTECTED]; Jacques Nilo; [EMAIL PROTECTED] Subject: Re: [Leaf-devel] improvement Mail Bering Le Jeudi 20 Juin 2002 21:55, Eric Wolzak a écrit : > Hello Jacques, list. > > Bering mail functions, important is that the Mailserver is set in > POSIXness Settings and not in Master LRP Settings. Perhaps something > to change ? Definitively so. Some clean-up must be done here with perhaps a single config file. Also some doc is needed for this less know part of LEAF (the "obscure part" of it I would say...) > I had a problem with attachements that were not recognised. Solved by > the following change: in /lib/POSIXness/POSIXness.mail > about line 243 > > echo "MIME-Version: 1.0" > echo "Content-Type: multipart/mixed;" > echo "boundary=\"$ContentBoundry\"" > > to > echo "MIME-Version: 1.0" > echo "Content-Type:multipart/mixed; boundary=\"$ContentBoundry\"" > > otherwise the new line will cause some MTA's to not recognize the > boundary. OK will be included in V1.0 final release. Jacques --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Re: [leaf-user] To Bering users: help us to release 1.0
>> And as a last point: >> The current CD building process with isolinux is technically the most >> advanced solution, anyway I can't boot with it. HP Anvin tells us in a >> few places, that a lot of older bios are buggy and will only boot >> with the ugly syslinux/bootdisk.img solution. In opposite to >> Dachstein, this is mostly harmless, cause we don't need root.lrp oin >> the bootdisk.img. Therefor an alternate way to build a cdrom should be >> mentioned in the docs (again, will try to add it in a timely manner, >> if wanted). >This is a documentation pb. If someone wnats to volunteer to describe that >alternate approach I am sure Luis will include it in it's chapter. I guess that my doc on creating a Bootable Bering is indeed hi-tech :) But, the reason I choose to make it with isolinux was that it was (for me) the best/pratical way of having a bootable CD. Things are a LOT easier to develop if you don't have a floppy image. As for compatibility, I have tried it on a very old Socket7 mainboard I had lying around with a very old, no-rw CDROM and it worked. If someone wants to create a doc describing how to boot Bering from a CDROM using syslinux, I'm ok with that. I will include it on the doc as an alternate method. Cheers! ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] RE: Booting Bering from /dev/hda2
Have you loaded the correct modules loaded? Have you read the documentation? -Original Message- From: Richard Herrell [mailto:[EMAIL PROTECTED]] Sent: Friday, May 17, 2002 6:00 PM To: Chad Carr; [EMAIL PROTECTED] Subject: RE: [Leaf-devel] RE: Booting Bering from /dev/hda2 I'm trying to boot Bering 1.0RC2 from either /dev/hda1 or /dev/hda2 on a hard drive or flash device. I'm currently testing with a hard drive. When I try to boot from either /dev/hda1 or /dev/hda2, the init script complains that it can't find the boot device or install the packages. Here are the relevant the boot messages while booting from /dev/hda1 (VERBOSE and DEBUG are enabled): ... Mounting a 6MB TMPFS filesystem... umount: /proc/mounts: No such file or directory Pivoting... Generating default dirs... Generating /tmp & /var/log files ... Generating /dev... mount: Mounting /dev/hda1 on /var/lib/lrpkg/mnt failed: Device not configured mount: Mounting /dev/hda1 on /var/lib/lrpkg/mnt failed: Device not configured mount: Mounting /dev/hda1 on /var/lib/lrpkg/mnt failed: Device not configured end_request: I/O error, dev 02:00 (floppy), sector 0 ... LINUXRC: Could not mount the boot device. Can't install packages Kernel panic: Attempted to kill init! Here is the syslinux.cfg file for /dev/hda1: display syslinux.dpy timeout 0 default linux initrd=initrd.lrp init=/linuxrc root=/dev/ram0 boot=/dev/hda1:msdos PKGPATH=/dev/hda1 LRP=root,etc,local,modules,pump,keyboard,shorwall,dnscache,weblet How do I get Bering to boot from /dev/hda1 or /dev/hda2? Regards, Richard > Have you tried pointing to a regular syslinux'ed partition like you were > booting do or windows? That might work. Format the partition with > mkdosfs, mount it, copy the bering files to it, unmount it, run syslinux > on it, then point to it with lilo like it was trying to boot windows. > > Let me know if that works. > > Thanks, > Chad ___ Hundreds of nodes, one monster rendering program. Now thats a super model! Visit http://clustering.foundries.sf.net/ ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] bering CD syslinux-style?
I guess it is correct, although I will have to check it out :) -Original Message- From: K.-P. Kirchdörfer [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 07, 2002 4:50 PM To: LEAF-dev Subject: [Leaf-devel] bering CD syslinux-style? A question to the Bering crew about required files on bootdisk.img Building a CD with isolinux fails, more correctly it fails to boot, which I believe is due to the bios of my router hardware (IBM PC 330). It works with syslinux and the usual bootdisk.img on the CD. Now floppy space is always a problem, especially if I want to use a newer glibc version. So I checked which files are required to boot and load lrp's from the CD. I found that the kernel, ldlinux, syslinux.* and initrd.lrp are the only one's. In opposite to Dachstein root.lrp is not needed on the bootdisk.img. Can the Bering crew confirm this? TIA kp ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Small SMTP send-only MTA
Hey! That's neat! I'll give it a go later on :) -Original Message- From: Serge Caron [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 5:39 PM To: LEAF Subject: [Leaf-devel] Small SMTP send-only MTA Hello all, Here is a small (5277 bytes, 5.5kb on floppy) send only MTA http://leaf.sourceforge.net/devel/scaron/smtpclnt.lrp (and here is the v1.0.1 source http://leaf.sourceforge.net/devel/scaron/smtpclnt.tgz ). smtpclient is Copyright (c) 1997 Ralf S. Engelschall, All rights reserved. and has been under GNU GPL since its publication. This is SMTPclient Version 1.0.1 (17-03-2002): I had to fix a (very) small issue with MIME quote-printables for us poor souls who need more than 127 characters in their daily alphabet :) The program has a nice feature set and is very compatible with Charles's mail command. Errors can be syslogged and there is debugging information when talking to the mail host. smtpclient reads the message from stdin and has the following command line arguments: Usage: smtp [options] recipients ... Message Header Options: -s, --subject=STR subject line of message -f, --from=ADDRaddress of the sender -r, --reply-to=ADDRaddress of the sender for replies -e, --errors-to=ADDR address to send delivery errors to -c, --carbon-copy=ADDR address to send copy of message to Processing Options: -S, --smtp-host=HOST host where MTA can be contacted via SMTP -P, --smtp-port=NUMport where MTA can be contacted via SMTP -M, --mime-encode use MIME-style translation to quoted-printable -L, --use-syslog log errors to syslog facility instead of stderr Giving Feedback: -v, --verbose enable verbose logging messages -V, --version display version string -h, --help display this page Here is a sample verbose output: 10.4.5.6 --> 220 piggies-blanket.pcevolution.com Microsoft ESMTP MAIL Service, Version: 5.0.2195.2096 ready at Mon, 18 Mar 2002 11:12:37 -0500 10.4.5.6 <-- HELO localhost 10.4.5.6 --> 250 piggies-blanket.pcevolution.com Hello [10.0.0.28] 10.4.5.6 <-- MAIL FROM: 10.4.5.6 --> 250 2.1.0 [EMAIL PROTECTED] OK 10.4.5.6 <-- RCPT TO: <[EMAIL PROTECTED]> 10.4.5.6 --> 250 2.1.5 [EMAIL PROTECTED] 10.4.5.6 <-- DATA 10.4.5.6 --> 354 Start mail input; end with . 10.4.5.6 <-- . 10.4.5.6 --> 250 2.6.0 <[EMAIL PROTECTED]> Queued mail for delivery 10.4.5.6 <-- QUIT 10.4.5.6 --> 221 2.0.0 piggies-blanket.pcevolution.com Service closing transmission channel Enjoy! Serge Caron ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Introducing myself
Well, I guess I never did properly introduce myself... I'm currently working as a developper for a Portuguese Institute, preparing a Windows NT 4 Unattended Installation that provides for a fully working workstation for front and backoffice users. I have been in contact on and off with Linux for the last 8 years. I was introduced to LRP by one of Leaf developpers, Pedro Barreto. I have as contributed little to the general cause, but I've been learning a lot in the last 2 years. I have made my own home router, based on EigerStein with pppd and a lot of small changes to fit my designs. I am currently able to recompile kernels and compile (small) applications. Maybe if I do have some free time, I will dedicate more time to Leaf. That's it! take care! One thing I would like to see LRP as the pre-historic mud from where we DID evolve, not as the holy grail. What we do owe to Dave Cinege is his initial idea. Luis Correia URC - Unidade de Redes e Comunicações - Intranet & Internet IIES - Instituto de Informática e Estatística da Solidariedade ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Re: Standards and due process :-)
Correcting subject line. Done :) I honestly cannot express myself in very fluently in English. Therefore, you will have to bear with me for a while. Try to rearrange my sentences so that they make some sense. Comments below start with [snip] >Adding water to a boiling and already full kettle... > Unless you are aware of something specific, all I see here are adults having a conversation and agreeing on having different point of views. Yours is welcomed as well. :) I'm only aware of a 'almost' religion-like discussion. Of course reading your conversation makes me aware of how little I do know about different several standards and processes exist. So my 'adding water' phrase was meant to be a joke. [snip] >All we will need then is to backup only the ???-conf.lrp files. You are squarely putting pressure on the packaging without having agreed that there is a packaging standard to begin with. At this point in time we have a de facto packaging standard, the tar gziped file with manifest in var/lib/lrpkg/file.list. In theory, there are no sacred cows and this could be revisited as well. I agree with you that we do have a 'de facto packaging standard' as you pointed out. My point was only: In order to 'simplify' the simple act of packaging, from the user's point of view, we should split what does not need to be backed up from what does! I read almost every day that user X using distro Y backed up root.lrp and destroyed her/his boot floppy! Since that, with my idea, root.lrp would not even appear in the backup script screen, the user would be protected from her/himself! You know, must Windows guys like me are teached from the early beginning to reboot, reboot and reboot whenever something simple as a mouse change occours. That 'teaching' makes us do very wrong things like backup and reboot. Well, now I'm digressing... but I guess that you'll see the picture. As for the rest of your comments, I must leave the discussion as it is :) I will most certainly benefit from this discussion. Things tend to improve when people discuss a lot :) Have a nice weekend! However, this is not my purpose. I want to document the existing standard and its natural consequences on our global LEAF packaging. David is expressing a point of view that can be understood as a puzzle where everything fits neatly in a grand plan. I am expressing a point of view that can be understood as a quilt where the user builds a motif of his choice. The natural consequence of David's point of view is that users and packagers alike must follow a grand plan and it can be argued that this creates a framework in which these people can work. Michael's quest is to obtain an understanding of this grand plan so that his packaging remains correct. The natural consequence of my point of view is that there is no grand plan. Once a user has selected a number of packages which he intends to configure into an "appliance" of some sort, the onus is on the user to solve name space conflicts, if there are any. In this framework, ordinary users decide if Machael's packaging is right for them and he onlly has to deal with common sense in building his packages. I do not see why both point of views cannot coexist. From a strictly mathematical point of view, one is a subset of the other and therefore, both are valid. From a strictly human point of view, a controlled environment may be better for uneducated users and a loose environment may be better for more creative types. I don't know, I am no psychologist :-) In either points of view there are substantial benefits obtained by unambiguously enumerating the contents of components. One such benefit is that the feature set of a "distribution" becomes a lot more obvious. Regards, Serge Caron ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Re: Standards and due process :-)
Adding water to a boiling and already full kettle... Why can't we use a concept similar to this: vfat is used Package name: pppd-2.1.4 Package files: pppd-2.1.4-bin.lrp, pppd-2.1.4-conf.lrp pppd-bin.lrp contains all necessary binaries and 'non-editable' scripts, pppd-conf.lrp contains all configurable files. All we will need then is to backup only the ???-conf.lrp files. I am perfectly aware of the problems this solution brings along, but hey, at least it's one more opinion/idea! Take care -Original Message- From: David Douthitt [mailto:[EMAIL PROTECTED]] Sent: Friday, March 01, 2002 3:39 AM To: LEAF Development Subject: Re: [Leaf-devel] Re: Standards and due process :-) On 2/28/02 at 4:24 PM, Serge Caron <[EMAIL PROTECTED]> wrote: > For example, LEAF/LRP has in its unwritten feature set > that users must log in. I have on occasions removed > tinylogin and replaced the getty lines in > /etc/inittab with /bin/ash < /dev/ttyn > /dev/ttyn 2>&1. This is similar to what Trinux does - no login. > Don't want to commit to gnu's sed? Use busybox sed during > the load sequence and let the user supply whatever he > wants. Oxygen doesn't use sed during boot. > I want the user to float the baseline any way > she sees fit for her situation. I don't WANT to provide packages for > everything that she MAY want! When she finds a sed she likes, she > decides how and where it will be packaged. As long the tools to do so > are available, who cares what is running in system xyz? With the maximal fragmentation in Oxygen, one can strip out GNU sed for minised (or whatever) if it is desired - just rm sed.lrp and put in the desired msed.lrp... 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. It sounds like ANSI FORTH (did I say this before?). ANSI FORTH has a CORE Word Set, and a FLOAT Word Set, etc. An ANSI compliant FORTH may have a minimal number of Sets, but if they are compliant then it is "ANSI Compliant with the CORE, [...etc...] Word Sets." Is this what you have in mind? ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] SF changes TOS
Can you explain me in laymen terms what DCMA stands for? I know it means Digital Copyright Millenium Act but what is this exactly? I also know that, to the Portuguese law, software patents do not exist. -Original Message- From: Mike Noyes [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 4:11 PM To: [EMAIL PROTECTED] Subject: [Leaf-devel] SF changes TOS Everyone, SourceForge is changing their Terms of Service on March 1st. Please read the new TOS. https://sourceforge.net/docman/display_doc.php?docid=9269&group_id=1 Changes that I noticed: 1) Notification of TOS changes went from 15 days to effective immediately upon posting of the modified agreement to the web site. 2) No unlawful or prohibited use clause added. 3) 15 day notification of user termination clause removed, and content availability prior to termination is no longer guaranteed. 4) DMCA clause added -- Mike Noyes <[EMAIL PROTECTED]> http://sourceforge.net/users/mhnoyes/ http://leaf.sourceforge.net/content.php?menu=1000&page_id=4 ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Announcement: LEAF 2.4.16 + Shorewall 1.2.2
>> >>Anyway, I could think of a core that boots without glibc and loads >>glibc 2.0.7 for floppy releases and glibc whatever for CD, HD et >>al... >> >I think supporting 3 different c-libraries at a time will cause lots of >problems for users, and for the developers supporting them. I'd prefer >to drop support for the ancient glibc-2.0.7. Question: If we drop support for the ancient glibc-2.0.7, will we still able to use the floppy versions? ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Re: your PPPd analog modem image
I will test it also! Maybe I will now move away from EigerStein2B... :) -Original Message- From: Kenneth Hadley [mailto:[EMAIL PROTECTED]] Sent: Friday, January 18, 2002 7:37 PM To: Larry Platzek Cc: LEAF-dev Subject: [Leaf-devel] Re: your PPPd analog modem image - Original Message - From: "Larry Platzek" <[EMAIL PROTECTED]> To: "Kenneth Hadley" <[EMAIL PROTECTED]> Sent: Friday, January 18, 2002 11:08 AM Subject: your PPPd analog modem image > Kenneth > Are you planning to update your PPPd analog modem image to the Dachstein > floppy version anytime soon? Second best would be the CD rom version. > > I have emailed to the LEAF list but have not seen a reply, > please respond even if just to say goway do not bother me. > > > Larry Platzek [EMAIL PROTECTED] > Go away and don't bother me..just kidding ;-) I've been a bit reluctant to deal with a PPPd image since I have no real way to test such a beast since I no longer have a Earthlink Dial-Up account... However, I will see what I can do about uploading a beta-test image using a Dachstein v.1.02 or at the very least giving instructions on how to do it yourself I will post to the leaf-devel mailing list instructions or a link to a test image file sometime this weekend... -Kenneth Hadley ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] [dachstein] feature add
I can support that! In fact I was rather surprised that this question took all this time to come up. If we did branch away from LRP, we definitely should be named differently. In every possible way. But that is just my humble opinion. -Original Message- From: Matt Schalit [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 15, 2002 7:12 AM To: [EMAIL PROTECTED] Subject: Re: [Leaf-devel] [dachstein] feature add [EMAIL PROTECTED] wrote: > > Charles, > > For Dachenstein, not having set it up yet myself. Perhaps a specific > menu item to back up the ssh keys... hThat just doesn't sound > right. Well, I'll post it anyway to generate thought. > > -sp How about deciding to call leaf stuff leaf and not lrp anymore? .lrp files lrp all over sourceforge documents. I could go on, but it's not really important to getting the thing to make anybody some $$. Matt ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Oxygen Updates
>Good point. It may be possible as cdrtools (mkisofs) compiles fine under >cygwin. I haven't tried though. But I agree it will be harder for many >end-users. Ewald, mkisofs / cdrecord work fine in a pure Windows config. I use them to produce almost all CD's here at work. I can make them bootable, with any type of floppy, 1.44 or 2.88. <>
RE: [Leaf-devel] Oxygen Updates
Nathan, When booting from a CD, the only floppy formats supported are 1.44 and 2.88. Check which format Oxygen-CD is using and correct your config file. -Original Message- From: Angelacos, Nathan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 18, 2001 9:33 PM To: LEAF Development Subject: RE: [Leaf-devel] Oxygen Updates David Douthitt wrote: >Also, the Oxygen Bootable CDROM has been updated, but the 'largenet' >configuration is still SegFaulting at the end. Please help me find >out why It's very puzzling, as there is plenty of RAMdisk space >and other configurations work fine. In case it is any help to anyone else, when I booted with the CD and just hit enter (default is linux), linuxrc ran until the section *** ALMOST ALL OTHER PARAMETERS WILL BE IGNORED! *** LINUXRC: couldn't mount /dev/fd0u1680 with fs msdos! LINUXRC: error: not configuration LINUXRC: stopping system... and it stopped. From an older post of Dave's I tried this at the initial boot prompt: boot: linux conf=testcd.cfg and boot: linux conf=cdrom.cfg and LINUXRC goes through, complains about not finding /dev/fd0u1680 several times, then loads the packages and runs. I'm sure I'm abusing the boot prompt and should be entering other things as well, but this was the minimum I needed to get going. I'm sure I missed something along the line, but the Dec 17 .iso is the first one that's worked for me. Looking forward to testing further. Dave, is the "linux conf=largenet.cfg" the way I'm supposed to test the largenet.cfg? ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel <>
RE: [Leaf-devel] My 'compile for LEAF' experience...
>Luis F. Correia wrote: >> Dunno, I got them from the RedHat CD. >> >> One thing to take in account is the name may be different, but the >> words 'compat' and '5.2' must be present. >> >> On RedHat 7.1 and 7.2 there are other 'compat' libraries in which the >> names change to '6.2' >That's because 5.2 used glibc 2.0, but 6.2 uses glibc 2.1 and 7.2 uses glibc 2.2. Yeah! I know! Remember, I was compiling for EigerStein! 2.2.16 - glibc 2.0 >Now if you want to compile for versions of LEAF that use glibc 2.1, you need the compat-6.2 libraries (sigh). I know what you mean... >> Mas é claro que falo português, uso o francês por piada! >> Se quiserem saber o que aqui está escrito, vão ao site abaixo. >Heh. And I thought French was for romance :) Not here! We have our own idiomatic expressions, untranslatable... :) On my original phrase, 'voilá' has the same emotional value as 'Eureka!' ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] My 'compile for LEAF' experience...
>On 11/29/01 at 9:38 AM, Luis.F.Correia <[EMAIL PROTECTED]> >wrote: >> After a sucessfull install, I booted and installed the extra >> 'compat' rpms. As a note, one should use the RPM's stated in >> http://www.redhat.com/knowledgebase/glibccompat/building.html >Are they the same as the ones on the LRP Resource CDROM? Dunno, I got them from the RedHat CD. One thing to take in account is the name may be different, but the words 'compat' and '5.2' must be present. On RedHat 7.1 and 7.2 there are other 'compat' libraries in which the names change to '6.2' >> So, the RedHat documentation is a bit scarse for a non-guru such as >> myself :)... This is what I have done in order for it to work: >> >> export PATH=/usr/i386-glibc20-linux/bin:$PATH >> export CC=i386-glibc20-linux-gcc >There are a few things to watch out for. Some programs define CC themselves; use >make -e >...force make to use YOUR CC instead of the ones defined in the Makefile. Well I said it worked for me & I checked the makefiles... but thanks! >> After these two exports, I just './configure' and 'make' and voliá! >> (that's French :) >Mais with a domain of *.pt, one would think you spoke Portuguese, monsieur, non? Mas é claro que falo português, uso o francês por piada! Se quiserem saber o que aqui está escrito, vão ao site abaixo. http://babelfish.altavista.com >> p.s.2. Please make any comments back to the list please. >Did you read the LRP Developer's Guide? Are there any things I should add to it? I did... some months ago. I have no clue if something else should be added... Must read it again! These procedures come from my experience with Linux. ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] My 'compile for LEAF' experience...
Ok, let's start: I grabbed a RedHat 7.0 CD and installed a custom system with only the 'Kernel devel, Devel and Utilities' selected. After a sucessfull install, I booted and installed the extra 'compat' rpms. As a note, one should use the RPM's stated in http://www.redhat.com/knowledgebase/glibccompat/building.html Ok, now I have the required tools to start working! My goal was to compile the newest pppd. A small app but still it was a good test as any... So, the RedHat documentation is a bit scarse for a non-guru such as myself :)... This is what I have done in order for it to work: export PATH=/usr/i386-glibc20-linux/bin:$PATH export CC=i386-glibc20-linux-gcc NOTE: the RedHat docs say 'PATH=/usr/i386-glibc20-linux/bin;$PATH' this is not correct!!! you should use ':' instead of ';' After these two exports, I just './configure' and 'make' and voliá! (that's French :) All done! Now, for another sanity check, I copied the binaries in two sets, one stripped, one normal and copied them to a floppy. Boot LEAF! (mine is a heavily modified ES2B) Mount floppy, shut down pppd, change the binaries for the new ones, get pppd back up, ping leaf.sf.net, modem wakes up dials to my provider, I have full access to the 'net with the new binaries! IT WORKEDno seg faults :) :) :) :) I'm so happy I decided to let you know! p.s. I analised the Makefiles to make sure they did'n overwrite the above mentioned exports. p.s.2. Please make any comments back to the list please. Luis Correia ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] lrpStat
Well I'm using IE 5.01 and te applet shows up but it says 'no data' on both IF panes.. Strange? -Original Message- From: Charles Steinkuehler [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 27, 2001 11:38 PM To: [EMAIL PROTECTED] Subject: Re: [Leaf-devel] lrpStat > Try this ( just modify the inital size width & height ) Thanks...a slight variation of your code seems to do what I want. The updated version is online at: http://216.171.153.180/ > Could someone test it with netscape, I don't have it installed on my > machines If someone running netscape could go to the above link and see if the bandwidth monitor functions, I'd be grateful... Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Framebuffer & vnc
Precisely! You definitely got my 'groovy' idea :) Good! -Original Message- Hmmm. I think I see the idea: a lotta folks use VNC as their remote-admin tool of choice, as it's OS independant. To that end, it'd be interesting to port a VNC server for use in LEAF. Unlike other VNC servers, though, it wouldn't be very graphical at all, rather it's just present a VT100/xterm'ish interface like SSH does. Then the same remote VNC viewer could be used to connect with a Win2k box, a Mac, and the LEAF router which gateways them to the Internet. Groovy. I wonder how lean it can be built? -Scott On Wed, 26 Sep 2001, Jeff Newmiller wrote: > On Wed, 26 Sep 2001, Luis.F.Correia wrote: > > > > > Let me explain it better: > > > > A router/firewall LEAF box running a framebuffer-enabled kernel, > > has a vncserver that we as admins could connect to using a very > > normal vncviewer with any platform to perform our remote > > administration. > > > > Is this possible, or the overhead is huge and sshd is better? > > Isn't a framebuffer used for graphics modes? What LEAF runs a windowing > environment? If one did, why would it do so? > > Sshd is quite effective. > > > > > > > > > -Original Message- > > From: David Douthitt [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, September 26, 2001 2:55 PM > > To: LEAF Devel > > Subject: Re: [Leaf-devel] Framebuffer & vnc > > > > > > "Luis.F.Correia" wrote: > > > > > I read some time ago, that someone was triyng to make a > > > Framebuffer & vnc combination for remote administration. > > > > > > Is there something that I can test? > > > > > > The kernel, distro does not mind, I just want to see the results > > > > I created a vnc client package which uses SVGAlib, not Frame Buffers. I > > don't know if this is relevant to what you want to do, but I thought I'd > > mention it. > > > > ___ > > Leaf-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > > > ___ > > Leaf-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/leaf-devel > > > > --- > Jeff NewmillerThe . . Go Live... > DCN:<[EMAIL PROTECTED]>Basics: ##.#. ##.#. Live Go... > Live: OO#.. Dead: OO#.. Playing > Research Engineer (Solar/BatteriesO.O#. #.O#. with > /Software/Embedded Controllers) .OO#. .OO#. rocks...2k > --- > > > ___ > Leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Framebuffer & vnc
Let me explain it better: A router/firewall LEAF box running a framebuffer-enabled kernel, has a vncserver that we as admins could connect to using a very normal vncviewer with any platform to perform our remote administration. Is this possible, or the overhead is huge and sshd is better? -Original Message- From: David Douthitt [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 26, 2001 2:55 PM To: LEAF Devel Subject: Re: [Leaf-devel] Framebuffer & vnc "Luis.F.Correia" wrote: > I read some time ago, that someone was triyng to make a > Framebuffer & vnc combination for remote administration. > > Is there something that I can test? > > The kernel, distro does not mind, I just want to see the results I created a vnc client package which uses SVGAlib, not Frame Buffers. I don't know if this is relevant to what you want to do, but I thought I'd mention it. ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Framebuffer & vnc
Hi! I read some time ago, that someone was triyng to make a Framebuffer & vnc combination for remote administration. Is there something that I can test? The kernel, distro does not mind, I just want to see the results Thanks! Luis Correia ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Is this a CodeRed scan?
No, it is Nimda :) IF you ARE protected agains this virus, you can go to http://193.13.81.201 My norton antivirus says quite clearly that it is Nimda: Scan type: Realtime Protection Scan Event: Virus Found! Virus name: W32.Nimda.A@mm(html) File: C:\Profiles\user\Local Settings\Temporary Internet Files\Content.IE5\4MON11RL\193.13.81[1].html Location: C:\Profiles\user\Local Settings\Temporary Internet Files\Content.IE5\4MON11RL Computer: COMPUTER User: USER Action taken: Clean succeeded : Access allowed Date found: Fri Sep 21 18:59:11 2001 -Original Message- From: Luis.F.Correia [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 6:38 PM To: LEAF-DEVEL (E-mail) Subject: RE: [Leaf-devel] Is this a CodeRed scan? Thanks Scott! THAT was indeed the page I was looking for. And in the logs there are a big number of 3 in-a-row logs... I guess that there are still a lot of unpatched servers. -Original Message- From: Scott C. Best [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 5:46 PM To: Luis.F.Correia Cc: LEAF-DEVEL (E-mail) Subject: Re: [Leaf-devel] Is this a CodeRed scan? Luis: Heya. I think the page you're asking about is this one: www.echogent.com/cgi-bin/fwlog.pl I sent Mike the code to get that running on the LEAF site, I suspect he's been way too busy though. Also, you may want to visit SecurityFocus.com. Tina Bird has started a new email list all about log analysis: [EMAIL PROTECTED] Regarding the packets your seeingif you're seeing 3 attempts in a row, from the same IP source, then it's likely CodeRed. That's its signature. If you're seeing different ports probed from the same IP source, I'd suspect Nimda. Hard to say without seeing the data payload, of course. Though...if you're running Apache anywhere on your LAN, it's much easier to tell. The error.log file would be filled with: [Thu Sep 20 23:28:15 2001] [error] [client 193.13.81.201] File does not exist: /home/www/http_docroot/default.ida The "default.ida" is a CodeRed certainty. I got tons of those on my server. cheers, Scott On Fri, 21 Sep 2001, Luis.F.Correia wrote: > > Last night, while browsing around I started to get entries > like this on my logs. > > I'm using an ES2B modified version (PPP) > > Is this a CodeRed scan? > > Sorry that it is not properly formatted. > > Also I lost the link to that page on where we could put lines > like this to get extra info. Could someone post it again? Thanks! > > - > > > Sep 20 23:28:15 porteiro kernel: Packet log: input DENY ppp0 PROTO=6 > 193.13.81.201:1201 193.126.171.3:80 L=48 S=0x00 I=46155 F=0x4000 T=112 SYN > (#37) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Is this a CodeRed scan?
Thanks Scott! THAT was indeed the page I was looking for. And in the logs there are a big number of 3 in-a-row logs... I guess that there are still a lot of unpatched servers. -Original Message- From: Scott C. Best [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 5:46 PM To: Luis.F.Correia Cc: LEAF-DEVEL (E-mail) Subject: Re: [Leaf-devel] Is this a CodeRed scan? Luis: Heya. I think the page you're asking about is this one: www.echogent.com/cgi-bin/fwlog.pl I sent Mike the code to get that running on the LEAF site, I suspect he's been way too busy though. Also, you may want to visit SecurityFocus.com. Tina Bird has started a new email list all about log analysis: [EMAIL PROTECTED] Regarding the packets your seeingif you're seeing 3 attempts in a row, from the same IP source, then it's likely CodeRed. That's its signature. If you're seeing different ports probed from the same IP source, I'd suspect Nimda. Hard to say without seeing the data payload, of course. Though...if you're running Apache anywhere on your LAN, it's much easier to tell. The error.log file would be filled with: [Thu Sep 20 23:28:15 2001] [error] [client 193.13.81.201] File does not exist: /home/www/http_docroot/default.ida The "default.ida" is a CodeRed certainty. I got tons of those on my server. cheers, Scott On Fri, 21 Sep 2001, Luis.F.Correia wrote: > > Last night, while browsing around I started to get entries > like this on my logs. > > I'm using an ES2B modified version (PPP) > > Is this a CodeRed scan? > > Sorry that it is not properly formatted. > > Also I lost the link to that page on where we could put lines > like this to get extra info. Could someone post it again? Thanks! > > - > > > Sep 20 23:28:15 porteiro kernel: Packet log: input DENY ppp0 PROTO=6 > 193.13.81.201:1201 193.126.171.3:80 L=48 S=0x00 I=46155 F=0x4000 T=112 SYN > (#37) ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Is this a CodeRed scan?
It's a request to my router/firewall which has nothing on it :) -Original Message- From: Pim van Riezen [mailto:[EMAIL PROTECTED]] Sent: Friday, September 21, 2001 12:49 PM To: Luis.F.Correia Subject: Re: [Leaf-devel] Is this a CodeRed scan? "Luis.F.Correia" <[EMAIL PROTECTED]> tapped some keys and produced: > > Last night, while browsing around I started to get entries > like this on my logs. > > I'm using an ES2B modified version (PPP) > > Is this a CodeRed scan? Hard to tell, it's a request to port 80 of a machine on your network. You can only make remarks as to whether it is CodeRed or not if you see the actual HTTP GET request. Cheers, Pi -- conf t no ip-directed marketing drivel ^Z wr mem ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Is this a CodeRed scan?
Last night, while browsing around I started to get entries like this on my logs. I'm using an ES2B modified version (PPP) Is this a CodeRed scan? Sorry that it is not properly formatted. Also I lost the link to that page on where we could put lines like this to get extra info. Could someone post it again? Thanks! - Sep 20 23:28:15 porteiro kernel: Packet log: input DENY ppp0 PROTO=6 193.13.81.201:1201 193.126.171.3:80 L=48 S=0x00 I=46155 F=0x4000 T=112 SYN (#37) # traceroute 193.13.81.201 traceroute to 193.13.81.201 (193.13.81.201), 30 hops max, 40 byte packets 1 d4-cac1.snt.PT.KPNQwest.net (193.126.171.1) 127.003 ms 108.97 ms 119.763 ms 2 r1-cac1.snt.PT.KPNQwest.net (193.126.6.206) 119.837 ms 119.596 ms 109.821 ms 3 r2-KQ1.lsb.PT.KPNQwest.net (193.126.0.73) 149.773 ms 169.6 ms 189.787 ms 4 r1-KQ1.lsb.PT.KPNQwest.net (193.126.2.193) 149.807 ms 249.596 ms 119.783 ms 5 r20-KQE.lsb.PT.KPNQwest.net (193.126.2.37) 319.87 ms 309.547 ms * 6 r3-Se3-1-1.prs-KQ1.kpnqwest.net (134.222.224.69) 330.063 ms 309.528 ms 309.79 ms 7 r4-PO2-1.ledn-KQ1.NL.kpnqwest.net (134.222.228.209) 309.847 ms 309.496 ms 309.804 m s 8 r3-PO6-0.ledn-KQ1.NL.kpnqwest.net (134.222.229.122) 319.829 ms 299.527 ms 319.842 m s 9 r1-Se0-1-0.ledn-KQ1.NL.KPNQwest.net (134.222.230.5) 309.81 ms 229.545 ms 309.827 ms 10 r1-Se0-1-0.0.hmbg-KQ1.DE.kpnqwest.net (134.222.230.18) 329.771 ms 339.211 ms 319.76 4 ms 11 r1-Se0-0-0.0.hmbg-KQ2.DE.kpnqwest.net (134.222.230.146) 309.898 ms 309.609 ms 329.7 85 ms 12 r3-Se1-1-0-0.Sthm-KQ1.SE.KPNQwest.net (134.222.230.158) 369.832 ms 319.564 ms 289.8 56 ms 13 r5-Ge4-1.Sthm-KQ1.SE.KPNQwest.net (134.222.119.221) 319.768 ms 309.562 ms 349.82 ms 14 r2-Po3-1.Sthm-KPN1.SE.KPNQwest.net (134.222.229.146) 379.775 ms 309.554 ms 339.776 ms 15 r4-SR4-0.sthm-yng.se.kpnqwest.net (195.43.254.36) 309.859 ms 299.619 ms 339.754 ms 16 Stockholm-DGIX-DPT.swip.net (194.68.132.21) 399.919 ms * 310.087 ms 17 htg2-core.pos3-0-0.swip.net (130.244.195.174) 319.831 ms 329.58 ms 329.767 ms 18 guard1-gw.swip.net (130.244.142.79) 309.832 ms 369.493 ms 349.834 ms 19 193.13.81.201 (193.13.81.201) 329.83 ms 309.455 ms 319.788 ms ___ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] Have you guys seen this?
http://www.theregister.co.uk/content/4/21253.html Luis Correia ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
[Leaf-devel] This could be useful, Ports used
http://www.simovits.com/nyheter9902.html Luis Correia ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hard-Hat
Jeff, all of your comments check out with mine, except this one: >In our case, the final product would probably be a generic 486, but I >don't see support for that. 486 platforms are NOT supported. We have to evolve a little :( "This reads on manual page 46: This LSP was built for 586 processors for use on generic desktop systems Pentium and later. This LSP does not work on an 386 or 486 processor machine." BTW, a LSP is a Linux Support Packages. ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hard-Hat
No. Don't bother Mike. Really, as I continue to read the pdf, I reckon that we should go in the cross-compiling direction. Why boot and install a target if you haven't decide what packages will ou put there? I will investigate further on. I have had little experience with a full-distro but RedHat seems friendly enough. I have versions 5.2, 6.0, 6.1, 6.2, 7.0 & 7.1 :) I'll try it with a fresh install of RH 7.0, since it is one of the recommended and also because of a very funny situation that I have: My home machine is a AMD Duron @800 with 256Mb ram & 10Gb HD. When I install RH 6.2 in any flavour, WKS, SRV or custom, everything goes right on install but on boot, it fails because the supplied kernel tries to disable the CPU serial number and crashes :) funny, isn't it? It does detect an AMD Duron, though... p.s. Mike, thanks for your availability to solve the 'problem'. -Original Message- [deleted] ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hard-Hat
Mike, If you read the manual, HHL-JE-20.PDF, Chapter3 on page 19, "Installing HHL 2.0 on an IA-32/x86 Target for a Source- base Installation" Right on the Overview chapter you can read: "The HHL 2.0 CDs for IA-32/x86 targets are bootable, and may be booted directly on a target whose BIOS provides CD-ROM boot." and it goes on explaining the proper procedures... This is what I cannot figure out! Well, it doesn't matter! I will go on using the cross compiling as suggested. -Original Message- [deleted] ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hard-Hat
>> > I've also downloaded the CD's, but it seems that something is wrong with >> > CD1... >> > >> > It should boot, but I get nothing. >> >> Hmm...I just tried booting mine and I get a lilo prompt... >I have a 1.2 and 2.0(2disks), and the former will boot (target mode) while >the latter will not. I have tried to get it to boot on 2 different >machines, and it simply "hangs" with a black-screen. Both machines are >pentium, both have Pheonix bios set to boot from cd. I even extracted the boot image by looking at the script and tried also with Isobuster (www.isobuster.com) with tha same results. I guess that they had in fact a bad boot image. I opened the file with a hex editor and I do NOT see a boot record. >BTW: It is not clear to me at this time how to use HHL for a 486 target. >They have "supported targets", and each target gets a toolchain. Either >the Professional edition has one, or we get to Build Our Own? BOO is >obviously possible, but just as obviously we lose most of the benefit of >being associated with them if we do. Jeff, as far as I could read the manual, I reckon that we install HHL in our approoved devel environment, such as RedHat 7 and then decide which is our target platform(s). Then, HHL will build several trees from which it will compile kernels & modules. You would then have to deploy the target installation. This is as far as I could read the manual... ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hard-Hat
I'm sorry... (again) I should have RTFM'd The Journeyman is a development system as Jeff says. But, I should boot under a x86 system, maybe as hdc s Charles suggested. Anyway, after trying on several machines here @ work yesterday, I came to the conclusion that it should be installed on a RedHat system. I had @home one PC with RedHat 7.1 (for the fun) so I installed the CD there. The installation script ran with a lot of errors and warnings. I guess that it probably will not run on such a recent system. I'll try this weekend if I manage to get the time for it, summer is up and the beach call is strong here :) I'll post my results here. -Original Message- From: Charles Steinkuehler [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 21, 2001 8:42 PM To: [EMAIL PROTECTED] Subject: Re: [Leaf-devel] Hard-Hat > I've also downloaded the CD's, but it seems that something is wrong with > CD1... > > It should boot, but I get nothing. Hmm...I just tried booting mine and I get a lilo prompt... > Opening the same CD and extracting the bootflop.img which is under the > bootimg directory, and put it on a floppy, still does not boot. > > Any pointers? To get my CD to boot into HH-Linux, I had to tell it which device my CD-Rom was attatched to (default is hdc). Otherwise, it seemd to boot fine. I can try to send you the bootimage from my CD, but it isn't the boot image used by the BIOS to boot. I'm not sure how to extract the floppy image the BIOS uses when booting from the CD... I was just planning on installing HH on one of my RedHat systems lying around, which is what MontaVista claims is supported for Journeyman...any particular reason you need to get it to boot native? Charles Steinkuehler http://lrp.steinkuehler.net http://c0wz.steinkuehler.net (lrp.c0wz.com mirror) ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hard-Hat
One extra thought! MD5 checksums ARE OK!!! Bye! p.s. Charles, if you managed to boot it, can you privately send me the boot floppy? -Original Message- From: Luis.F.Correia [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 21, 2001 5:55 PM To: '[EMAIL PROTECTED]' Subject: RE: [Leaf-devel] Hard-Hat Hi, I've also downloaded the CD's, but it seems that something is wrong with CD1... It should boot, but I get nothing. Opening the same CD and extracting the bootflop.img which is under the bootimg directory, and put it on a floppy, still does not boot. Any pointers? Thanks -Original Message- [parts deleted] I downloaded them from their website (using IE on windows): ftp://ftp.mvista.com/pub/Journeyman/ [rest deleted] ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hard-Hat
Hi, I've also downloaded the CD's, but it seems that something is wrong with CD1... It should boot, but I get nothing. Opening the same CD and extracting the bootflop.img which is under the bootimg directory, and put it on a floppy, still does not boot. Any pointers? Thanks -Original Message- [parts deleted] I downloaded them from their website (using IE on windows): ftp://ftp.mvista.com/pub/Journeyman/ [rest deleted] ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Hard-Hat
Well, don't kill me but, you do have one tool... It's for the Windoze world and it is called DaemonTools. It can mount an ISO image and can even emulate a cdrom drive letter. -Original Message- From: Jonathan French [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 19, 2001 5:45 PM To: [EMAIL PROTECTED] Subject: Re: [Leaf-devel] Hard-Hat > Hmm...I forget not everyone has a CD rom burner yet. Perhaps a qualifer for > any disto should be the ability to mirror the CD and/or sell copies at > minimal cost... Hmmm. Okay, nutty idea. If an ISO image contains the entire CDROM filesystem, shouldn't there be a way (perhaps not written yet) to mount the ISO image file as its own filesystem? Sort of a file that is a read-only file system? That way if one does not have a CDROM burner, one could still access the files in the image. I googled a bit and checked freshmeat, but I came up empty. I don't suppose mount -t iso9600 /home/some_iso_image.iso /mnt would work... - Jon ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: OT [Leaf-devel] linuxrouter.org draft?
Great, no problem. I'm used to it... BTW, wanna have a good laugh? Here @ work, we use Exchange 5.5+Outlook 2000 as a std. When a guy sends a HTML message using a Portuguese Outlook Express, our mail gateways cannot understand the encoding.. Funny, even Microsoft's eng. do not who to solve the problem :) -Original Message- From: Jack Coates [mailto:[EMAIL PROTECTED]] Sent: Friday, June 15, 2001 4:35 PM To: '[EMAIL PROTECTED]' Subject: RE: OT [Leaf-devel] linuxrouter.org draft? you're on Exchange 5.5 too. I did some quick searching but couldn't find any good reason for the problem. Will keep looking. -- Jack Coates Monkeynoodle: It's what's for dinner! On Fri, 15 Jun 2001, Luis.F.Correia wrote: > Yeah! > > I got this: > > > This message uses a character set that is not supported by the Internet > Service. To view the original message content, open the attached message. > If the text doesn't display correctly, save the attachment to disk, and then > open it using a viewer that can display the original character set. > > > and an ascii attachment with everything, including the header... > > > -Original Message- > From: Jack Coates [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, June 13, 2001 4:18 PM > To: '[EMAIL PROTECTED]' > Subject: RE: OT [Leaf-devel] linuxrouter.org draft? > > > did anyone else have trouble with my message? I'm using Pine 4.3 with > US-ASCII as the character set. > > ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [Leaf-devel] Suggestion for improvement
>Take a look at Cisco I'd say. I never have to compile IOS from source, but >they're pretty responsible in reporting security issues. Provided you'll pay for the fixes. They do NOT offer nothing for free... but they never said that either... ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: OT [Leaf-devel] linuxrouter.org draft?
Yeah! I got this: This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message. If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. and an ascii attachment with everything, including the header... -Original Message- From: Jack Coates [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 13, 2001 4:18 PM To: '[EMAIL PROTECTED]' Subject: RE: OT [Leaf-devel] linuxrouter.org draft? did anyone else have trouble with my message? I'm using Pine 4.3 with US-ASCII as the character set. -- Jack Coates Monkeynoodle: It's what's for dinner! On Tue, 12 Jun 2001, Steven Peck wrote: > Jack. tch tch tch :) > > In any case, the draft looks pretty good. I haven't had time to mull it > over in detail yet, but I think I would sign it. Of, course 30 odd folks > signing off LRP seems to have made an appropriate statement already, so the > point may now be moot. I redid my personal web page. Now to redo some > other stuff. > > Sigh, what a pain! > > It's a real pity, I was proud of participating in the list. Ah well, we'll > just have to build the leaf-user list up. > > -- > Steven Peck [EMAIL PROTECTED] > Sacramento, CA http://leaf.blkmtn.org > > > > -Original Message- > > From: Jack Coates [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, June 12, 2001 10:48 PM > > To: [EMAIL PROTECTED] > > Subject: Re: OT [Leaf-devel] linuxrouter.org draft? > > > > > > This message uses a character set that is not supported by > > the Internet Service. To view the original message content, > > open the attached message. If the text doesn't display > > correctly, save the attachment to disk, and then open it > > using a viewer that can display the original character set. > > > > ___ > Leaf-devel mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/leaf-devel > ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: OT Re: [Leaf-devel] linuxrouter.org draft?
I subscribed to this list moments ago, and this is the second message I received. If you plan to send this out, I will sign it. Cheers -Original Message- From: Mike Noyes [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 12, 2001 3:58 PM To: [EMAIL PROTECTED] Subject: RE: OT Re: [Leaf-devel] linuxrouter.org draft? Morgan Reed, 2001-06-12 00:52 -0400 >This is an inital rough draft that I think/hope represents all of the >ideas mentioned here. Morgan, It looks pretty good to me. For this to work we need all of our project admins and a strong majority of developers to sign it. If this can't be accomplished, I suggest that everyone do what they feel is best. Personally, I'll probably follow Jacques and Ray, and unsubscribe from the linux-router list. >I agree with Ray that some notibles have reamined silent, and if there >cannot be a consensus, then so be it, and a statemnt dies on the vine. >My intent in suggestion a letter was to avoid an nudrectd >"counterstrike" made in haste. Actually a lot of them have. I hope this discussion hasn't made them uncomfortable. If it has I'd like them to send email to me directly. If I get enough negative responses I'll make a suggestion on our list to drop the subject. >Dear fellow LRP supporters, users and friends, > >Recently, one of the common web sites for Linux Router Project >information was used for a purpose that was decidedly unrelated to LRP; >instead, the domain name was exploited to make a political statement >that had no bearing, except in the broadest interpretation, on anything >connected to LRP. > >While we all support the concept and practice of free and open political >speech, we do not, and cannot condone the use of an open source, >community based project to support an individual member of the >communities' political position. > >We believe that the global attention drawn to the LRP website is there >because of all the participants, not just a single developer. We >understand that the holder of the domain name can technically do as >he/she wishes with the domain, but insofar as an open source project is >conceptualized, written, supported and expanded by a truly diverse >community, it seems wrong at the very core to essentially hijack the >work of many to serve a single person's political goals. > >We hope this letter can serve a dual purpose; to let others know that >the message that appeared on the website was not shared by (any/the vast >majority) of us, and to show our disapproval for the abuse of the >community trust placed in the domain name holder's hands. > >If a project is truly open source, then it can know no single political >position, no single political ideology. It should, we believe, represent >to everyone an example of how people from all places and walks of life >can focus on a project that has no clear material gain, no self serving >purpose and produce a remarkable product free for everyone to use and >benefit from. > >Signed > >__ -- Mike Noyes <[EMAIL PROTECTED]> http://leaf.sourceforge.net/ ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
