On Mon, 2008-09-29 at 03:40 -0400, Jaroslav Reznik wrote: > Hi. > I became new maintainer for s-c-netboot and I > have found this interesting mailing list. It > seems we are doing same thing but in different > way. S-c-netboot is quite old now and needs > some serious work and the question is develop > it alone or use some parts of your work. And > seems same for Stateless Fedora project. The > best way I think is to use what is already done, > work together, s-c-netboot can act as (G)UI for > Stateless Fedora/RHEL project. > With beginning of system configuration management > project (PolicyKit etc.) we can have independent > backend for users to access stateless configuration > etc. > I've already read old thread "s-c-netboot vs..." > but it's quite old now... > So what do you think? ;-)
I'm currently starting to tackle this on two (2) fronts for RHEL: 1. Run Local (X+GNOME): PXE Stateless 2. Run Remote (X-only): LiveCD Tools (not for CDs, but EEPROM) I'm not against a hybrid mode either, where some things run local. But right now I'm trying to find a balance, and possibly a competition, performance-wise. First off, it's clear there are initrd and init-script changes required for RHEL in both solutions. E.g., Just getting /tmp to come up as tmpfs seems to be a chicken-egg order issue in PXE Stateless (using s-c-netboot, plus other mods). When it comes to the LiveCD Tools, there are things Anaconda doesn't do in RHEL 5 that newer Fedora releases do. I don't think attempting to bring in newer, select Anaconda packages (which a CentOS/Scientific Linux effort is doing for 5) is the right move. I'd rather put it in a %post or post-install modification from the stock/errata packages of RHEL 5, to minimize engineering support requirements. I just got time at my client to start tackling these details head-on. This is in addition to merging in select LTSP capabilities (LDM, LTSPfs which requires FUSE) into RHEL 5, which I'm also tackling. And I won't even go into the POS device details (that is another issue, one I am tackling via another option for remote, they work fine locally in Linux, which is what I spent some time playing with prior here at the client). -- Bryan J Smith GPS at a major Retail (Point-of-Sale) customer BCC: Select individuals (not sure if they are on the stateless-list). -- Bryan J Smith - Senior Consultant - Red Hat GPS SE US mailto:[EMAIL PROTECTED] +1 (407) 489-7013 (Mobile) mailto:[EMAIL PROTECTED] (non-RH/ext to Blackberry) ----------------------------------------------------- For every dollar you spend on Red Hat solutions, you not only fund the leading community development re- source, but you receive the #1 IT industry leader in corporate value. http://www.redhat.com/promo/vendor/ _______________________________________________ Stateless-list mailing list [email protected] http://www.redhat.com/mailman/listinfo/stateless-list
