Re: [leaf-devel] Re: lrcfg and generating leaf.cfg
Arne Bernin wrote: On Tue, 2004-12-14 at 17:18, Charles Steinkuehler wrote: Arne Bernin wrote: ok, just subscribed and continuing on leaf-devel. I don't have any fundamental objection to doing this, I just wonder how useful it would be. In order to automatically create the leaf.cfg file, you'd already have to have a working LEAF system, meaning your PKGPATH and other critical settings would have to be correct. Ok. I am about to finish some kind of (very) primitive apt-get clone. Now i am able to install new packages quite easy (no more downloading via http, scp to firewall, copying to my harddisk, ...). The only thing i am still missing is, that after installing all the packages (about 35 on my firewall) i would like to generate the LRP line in leaf.cfg... just my lazyness... what about LRP= for i in `find $MOUNT -name \*.lrp` do LRP=$LRP `basename $i .lrp` done echo $LRP cheers Erich --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] ANN: SF Site Status
Everyone, Plan accordingly. https://sourceforge.net/docman/display_doc.php?group_id=1docid=2352 ( 2004-12-15 11:05:55 - Project Shell Service, Project Web Service ) On 2004-12-18 at 12:00 (noon) Pacific, upgrades to the project fileservers will commence. Project fileservers are used for the project shell and project web services. Rolling per-letter outages should be expected as final sync and cutover is performed on a per-letter basis. Total outages should be less than ten hours, with individual letter impact being far less. An additional outage of project shell service is expected for the following week to permit cutover of user home directories. -- Mike Noyes mhnoyes at users.sourceforge.net http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Leaf.cfg
Hi Erich; AFAIK Charles wrote the leaf.cfg with Bering in mind - so it should work with Bering. I am not aware of any more docs as provided in the README and the linuxrc. Loading modules is similar as in Dachstein; you may want to have a look in the Bering-uClibc docs - I've tried to add as much as needed and as much I understood. kp Am Mittwoch, 15. Dezember 2004 09:29 schrieb Erich Titl: Hi folks does anyone know of a description fot the transition from _classic_ lrpkg.cfg to leaf.cfg, e.g. to the new linuxrc and module initialisation. Thanks Erich --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
RE: [leaf-devel] Kitakura and IPnuts
On Sun, 2004-12-12 at 18:21, kitakura wrote: Hi Mike Kitakura, It is nice to hear from you again. I am subcribing this ML,but not read well. I suprised there is my name in mail title. I apologize if that was inappropriate. IPnuts is active. Version is 4.0r3 now from 03/01/2004. About affiliates, I can't profit leaf project well. So I think that the affiliates page may remain as it is. Affiliation status was my question. I have links to LEAF page in my site http://www.ipnuts.net/modules/mylinks/viewcat.php?cid=2 Tell me if there are any problems.(only japanese,sorry.) I added a link to your website in our what's related section. I hope that drives some web traffic to your site. -- Mike Noyes mhnoyes at users.sourceforge.net http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Leaf.cfg
Charles Charles Steinkuehler wrote: The problem appears to be /var/lib/lrpkg/initrd.list which was missing the entry for /var/ lib/lrpkg/root.blk.mk. Maybe you want to add this to the README for poor fools like me. Hmm...it sounds like you've got broken version of the initrd package. If this is the initrd.lrp directly from Bering, it sounds like there's a bug. /me ...wanders off and checks the initrd.lrp package on my custom-built CD-ROM package, which exhibits this error, so it sounds like a bug. No no, I initially forgot to add this to /var/lib/lrpkg/initrd.list, backed initrd up using lrcfg, so no surprise. Erich --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Re: lrcfg and generating leaf.cfg
Arne Bernin wrote: Hi Charles! i just started a small discussion with other bering-uclibc team members, about generating the leaf.cfg file on user request. My intention is that i would like to have a small script started by lrcfg that takes the list of installed packages (from /var/lib/lrpkg/packages), the list of backup devices (from /var/lib/lrpkg/pkgpath.disks) and puts them (after mounting it) into leaf.cfg... (no more editing of leaf.cfg by hand for this). So i was just wondering if this is the way the leaf.cfg should be, all fileystems in PKGPATH and in LRP only the package names ? If i remember it right there was a time when you could put into the LRP line the filesystem names, also . Is this obsolete ?? And what do you think about that idea in general ? I don't have any fundamental objection to doing this, I just wonder how useful it would be. In order to automatically create the leaf.cfg file, you'd already have to have a working LEAF system, meaning your PKGPATH and other critical settings would have to be correct. Anyway, if this is useful enough to someone they want to code it, I'll help if there are any questions about details. As for your questions above: - I assume by filesystems you mean mountable device with optional filesystem specifier (ie: /dev/fd0[:MSDOS], as used by PKGPATH=) rather than just a filesystem (ie: MSDOS). - All mountable devices (and optional filesystem specifier) used to read packages should go into the PKGPATH variable. Note that ORDER IS IMPORTANT, particularly on systems using partial backups, but the correct order should be preserved in the pkgpath.disks file. - Filesystem specifiers are not currently allowed as part of LRP=, but there is an optional search-order specifier (package[:f|:F|:r|:R]). I'm not sure you could extract the search-order suffix w/o parsing the initial kernel command line or existing LEAFCFG file. I wrote this to you personally cause i am not subscribed to leaf-devel, but could do this if you prefer. It seems like leaf-devel is the appropriate place to talk about such issues (CC'd on this e-mail), but you could be cc'd on messages to this thread if you don't want to subscribe (note leaf-devel is farily low-volume). -- Charles Steinkuehler [EMAIL PROTECTED] --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Re: lrcfg and generating leaf.cfg
On Tue, 2004-12-14 at 17:18, Charles Steinkuehler wrote: Arne Bernin wrote: ok, just subscribed and continuing on leaf-devel. I don't have any fundamental objection to doing this, I just wonder how useful it would be. In order to automatically create the leaf.cfg file, you'd already have to have a working LEAF system, meaning your PKGPATH and other critical settings would have to be correct. Ok. I am about to finish some kind of (very) primitive apt-get clone. Now i am able to install new packages quite easy (no more downloading via http, scp to firewall, copying to my harddisk, ...). The only thing i am still missing is, that after installing all the packages (about 35 on my firewall) i would like to generate the LRP line in leaf.cfg... just my lazyness... Anyway, if this is useful enough to someone they want to code it, I'll help if there are any questions about details. As for your questions above: Thanks! - I assume by filesystems you mean mountable device with optional filesystem specifier (ie: /dev/fd0[:MSDOS], as used by PKGPATH=) rather than just a filesystem (ie: MSDOS). that's right. - All mountable devices (and optional filesystem specifier) used to read packages should go into the PKGPATH variable. Note that ORDER IS IMPORTANT, particularly on systems using partial backups, but the correct order should be preserved in the pkgpath.disks file. - Filesystem specifiers are not currently allowed as part of LRP=, but there is an optional search-order specifier (package[:f|:F|:r|:R]). I'm not sure you could extract the search-order suffix w/o parsing the initial kernel command line or existing LEAFCFG file. ok, i did not know what exactly happens, so i asked. I will take a look at it and think about what i can do automatically... I wrote this to you personally cause i am not subscribed to leaf-devel, but could do this if you prefer. It seems like leaf-devel is the appropriate place to talk about such issues (CC'd on this e-mail), but you could be cc'd on messages to this thread if you don't want to subscribe (note leaf-devel is farily low-volume). --arne --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Leaf.cfg
Erich Titl wrote:
Charles
Thanks, the README seemed to make it clear
Unfortunately linuxrc died, so I had to open my box, pry the CF out and
add what's needed
here is the resulting error
LINUXRC: Bering - Initrd - V1.2
Using /boot/lib/modules/ide-core.o
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Using /boot/lib/modules/ide-detect.o
hda: 3SYSTEM SSSCF032MAA, CFA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Using /boot/lib/modules/ide-disk.o
hda: attached ide-disk driver.
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_no_data_intr: error=0x04 { DriveStatusError }
hda: 63488 sectors (33 MB) w/2KiB Cache, CHS=496/4/32
Partition check:
hda: hda1 hda2 hda3
Using /boot/lib/modules/natsemi.o
natsemi dp8381x driver, version 1.07+LK1.0.17, Sep 27, 2002
originally by Donald Becker [EMAIL PROTECTED]
http://www.scyld.com/network/natsemi.html
2.4.x kernel port by Jeff Garzik, Tjeerd Mulder
eth0: NatSemi DP8381[56] at 0xc4827000, 00:0d:b9:00:6d:f4, IRQ 10.
eth1: NatSemi DP8381[56] at 0xc4829000, 00:0d:b9:00:6d:f5, IRQ 11.
.: Kernel panic: Attempted to kill init!
Can't open /var/ lib/lrpkg/root.blk.mk
The problem appears to be /var/lib/lrpkg/initrd.list which was missing
the entry for /var/ lib/lrpkg/root.blk.mk. Maybe you want to add this to
the README for poor fools like me.
Hmm...it sounds like you've got broken version of the initrd package. If
this is the initrd.lrp directly from Bering, it sounds like there's a bug.
/me
...wanders off and checks the initrd.lrp package on my custom-built CD-ROM
package, which exhibits this error, so it sounds like a bug.
--
Charles Steinkuehler
[EMAIL PROTECTED]
---
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://productguide.itmanagersjournal.com/
___
leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] Webconf Development
I have been a user of LEAF variants since early Eigerstein. For years I have been taking from this community. I would like to be able to give something back. I don't know if I need to be an official developer or what. I am open to suggestions. I was in the process of putting together a web GUI for LEAF when the announcement of Webconf came up. I am certain that Webconf is a far better approach than what I was thinking of. Since Webconf is already defined, I thought that I might be able to help in developing LWPs. I was wondering who was currently working on LWPs and which ones they are working on. If there is a particular LWP that needs attacking, I'd be glad to give it a shot. Please let me know what you think. Roger McClurg --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Webconf Development
Hi Roger, On Thursday 16 December 2004 10:16, Roger E McClurg wrote: thought that I might be able to help in developing LWPs. I was wondering who was currently working on LWPs and which ones they are working on. If there is a particular LWP that needs attacking, I'd be glad to give it a shot. Please let me know what you think. I think that's great! I don't know of any particular packages that are being worked on. There are people working on packages, but it seems like they are doing them for specific niches. I have some work done on the interfaces file, but other than that, I don't know of any other packages that have any work done on them. If you wat to be a developer, Mike Noyes can set you up. If all you want is a place to put your creations, I'll be happy to host your work under the webconf cvs tree until things with the new website settle down again. --- 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://productguide.itmanagersjournal.com/ ___ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
