On Mon, May 23, 2011 at 16:16, Warren Togami Jr. <[email protected]> wrote: > Hi folks, > > https://fedorahosted.org/k12linux/wiki/2011FundDrive > I'm currently working on putting LTSP into EPEL6 as it would be a compelling > long-term supported platform. Currently it seems that I will be able to put > all of the LTSP stack into EPEL6 with the exception of one package.
Ok looking over the basics: 1) It does not replace any RH package via RPM/repo namespace 2) It does not overwrite any files owned by an RH package 3) It will have instructions on how to let others update it if needed. I don't see anything objectionable myself but want input from Dennis Gilmore and others (who are on travel to FUDcon panama). > I will need to build an alternative "ltsp-client-kernel" package which > contains a minimally stripped down kernel only for LTSP clients. It must be > small for embedded devices, and built with different options because the > standard EL6 kernel disabled some stuff we need like nbd.ko. The thin > clients would work great with this kernel combined with standard EL6 + EPEL6 > userspace packages. > > Maintenance would be reasonable because its source must only be kept in sync > with the EL6 kernel source. The ltsp-client-kernel package would be made in > such a way that it will not be pulled in by deps of non-LTSP packages, so > other users will not notice its existence at all. Furthermore, it will not > auto-build a /boot/initramfs-* image and add itself to grub.conf like a > standard kernel, because that is not how thin client embedded kernels are > handled with LTSP. > > Any objections? I will not be able to ship LTSP in EPEL without this > package. > > Warren Togami > [email protected] > > _______________________________________________ > epel-devel-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Let us be kind, one to another, for most of us are fighting a hard battle." -- Ian MacLaren _______________________________________________ epel-devel-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/epel-devel-list
