From wtogami at redhat.com Tue Apr 1 03:51:25 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 31 Mar 2008 23:51:25 -0400 Subject: Live K12Linux Server Message-ID: <47F1B13D.4010802@redhat.com> I've been considering ways that K12Linux should be distributed. We are too late now to have an official "spin" of K12Linux media ready for the release of Fedora 9. The official way to install K12Linux at release would be to install ltsp-server and follow the directions on the website. A bit later though, I think we can achieve this radically different way of distributing K12Linux media: * LiveCD containing a pre-installed chroot of /opt/ltsp/i386 that you can actually run as a LTSP server without installing onto the server's hard drive. It runs entirely from RAM. Simply add an ethX device to the ltspbr0 bridge and you can boot a client on it. Should be awesome for quick demos of LTSP. * This has one key problem: LiveCD barely fits on a CD image by itself. Including a chroot as well will surely not fit. We may require this to be a LiveDVD or LiveUSB instead. * As long as we accept that it wont fit on a single CD, then we can easily issue both a i386 server and x86_64 server edition. Both would have an i386 chroot within them. * Users of Live K12Linux Server can easily install their server from the live environment. Then simply remove the Live media and use it as a normal LTSP server. How do people feel about having only Live K12Linux Server DVD or USB image instead of a traditional installer like K12LTSP used to have? Warren Togami wtogami at redhat.co From foss.mailinglists at gmail.com Tue Apr 1 04:42:02 2008 From: foss.mailinglists at gmail.com (Sankarshan Mukhopadhyay) Date: Tue, 01 Apr 2008 10:12:02 +0530 Subject: Live K12Linux Server In-Reply-To: <47F1B13D.4010802@redhat.com> References: <47F1B13D.4010802@redhat.com> Message-ID: <47F1BD1A.7010300@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Warren Togami wrote: | * This has one key problem: LiveCD barely fits on a CD image by itself. | Including a chroot as well will surely not fit. We may require this | to be a LiveDVD or LiveUSB instead. a LiveUSB would be good to have - -- http://www.gutenberg.net - Fine literature digitally re-published http://www.plos.org - Public Library of Science http://www.creativecommons.org - Flexible copyright for creative work -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFH8b0aXQZpNTcrCzMRApWDAKDEwhhLE+Gctr+k3g07K56IpEDdIACeKJaK loJuZKXpDaML9PzTF9EZSNs= =D2LZ -----END PGP SIGNATURE----- From kushaldas at gmail.com Tue Apr 1 08:45:34 2008 From: kushaldas at gmail.com (Kushal Das) Date: Tue, 1 Apr 2008 14:15:34 +0530 Subject: Live K12Linux Server In-Reply-To: <47F1B13D.4010802@redhat.com> References: <47F1B13D.4010802@redhat.com> Message-ID: <200804011415.34660.kushaldas@gmail.com> On Tuesday 01 April 2008 09:21:25 am Warren Togami wrote: > How do people feel about having only Live K12Linux Server DVD or USB > image instead of a traditional installer like K12LTSP used to have? LiveUSB ++ Kushal -- Fedora Ambassador, India http://kushaldas.in http://dgplug.org (Linux User Group of Durgapur) From wtogami at redhat.com Wed Apr 2 21:56:50 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 02 Apr 2008 17:56:50 -0400 Subject: Help Needed: Translations for LDM Message-ID: <47F40122.5000801@redhat.com> https://code.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk yum install bzr bzr branch http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk cd ldm-trunk/po bzr pull (grab newer changes in your existing ldm-trunk local branch) LDM is LTSP's Display Manager. It is a simple login screen used only for LTSP thin clients. Only yesterday did upstream begin to localize it with a small number of languages. I cannot ask for it to be added to Transifex yet because the repository is bzr and not hosted at Fedora. If you can provide me with .po files I can include them upstream before our current April 7th deadline. https://fedorahosted.org/k12linux/ Fedora's LTSP Homepage Thanks! Warren Togami wtogami at redhat.com From wtogami at redhat.com Sat Apr 12 19:58:45 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 12 Apr 2008 15:58:45 -0400 Subject: Stuck at NFS root boot in F9 Message-ID: <48011475.5090204@redhat.com> Switching to new root and running init. unmounting old /dev unmounting old /proc unmounting old /sys At this point during NFS root boot it gets stuck. http://people.redhat.com/wtogami/temp/nfsrootboot.txt Here is console redirected to serial and a SysRQ-T after it got stuck. Should nash-hotplug still be running at this point? init=/test.sh containing "exec /bin/bash -l -i" successfully drops me to a shell, confirming that it did actually mount the filesystem and run init. In this shell I see a process running "/bin/nash /init auto". Should I still be seeing this after switchroot? This problem utterly breaks LTSP so I really hope we can figure out what is going on before F9. I am uncertain when this problem began. Prior to April 5th I was running Fedora 8 on my LTSP development laptop. Both F-8 and F-9 chroots were PXE and NFS root booting from the F-8 host to thin clients and virtual machines just fine. Now with F-9 host, F-8 chroots continue to boot fine, but I see this F-9 problem. Any ideas what could possibly be going on? I am not even sure what component to file against. I tried F-9 kernel/mkinitrd/upstream going back until mid-March in the F-9 chroot and it doesn't seem to change this behavior. Warren Togami wtogami at redhat.com From wtogami at redhat.com Sun Apr 13 03:19:28 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 12 Apr 2008 23:19:28 -0400 Subject: Sunday 4/13 Meeting Message-ID: <48017BC0.3050206@redhat.com> So Eric Harrison hinted that he would be at Sunday's meeting. =) Weekly K12Linux meeting in irc.freenode.net channel #ltsp at 10:00AM EDT (1400 UTC) on Sundays. See people in the morning. Warren Togami wtogami at redhat.com From Axel.Thimm at ATrpms.net Sun Apr 13 07:15:19 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 13 Apr 2008 10:15:19 +0300 Subject: Looking for ltsp/kvm server hardware recommendations Message-ID: <20080413071519.GC12509@victor.nirvana> Hi, I hope this doesn't become too off-topic, but I want to setup a dedicated ltsp server with kvm capabilities. But the last Core 2 I bought was lacking the vtx bits in the motherboard/firmware, so before buying something that will not be suitable for ltsp development/server I'd rather ask the experts. It should be a desktop class PC in the range on 800?/$1200, does anyone have any good recommendations on CPU/motherboard? Thanks! -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From wtogami at redhat.com Sun Apr 13 23:58:40 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 13 Apr 2008 19:58:40 -0400 Subject: Stuck at NFS root boot in F9 In-Reply-To: <48011475.5090204@redhat.com> References: <48011475.5090204@redhat.com> Message-ID: <48029E30.4050106@redhat.com> The solution to this problem turns out to be install event-compat-sysv into the chroot. This was discovered during this morning's k12linux-devel meeting. Thanks to Eric Harrison for the discovery. I'm seeing if a core package like initscripts can require it. Warren Warren Togami wrote: > Switching to new root and running init. > unmounting old /dev > unmounting old /proc > unmounting old /sys > > At this point during NFS root boot it gets stuck. > > http://people.redhat.com/wtogami/temp/nfsrootboot.txt > Here is console redirected to serial and a SysRQ-T after it got stuck. > > Should nash-hotplug still be running at this point? > > init=/test.sh containing "exec /bin/bash -l -i" successfully drops me to > a shell, confirming that it did actually mount the filesystem and run > init. In this shell I see a process running "/bin/nash /init auto". > Should I still be seeing this after switchroot? > > This problem utterly breaks LTSP so I really hope we can figure out what > is going on before F9. > > I am uncertain when this problem began. Prior to April 5th I was > running Fedora 8 on my LTSP development laptop. Both F-8 and F-9 > chroots were PXE and NFS root booting from the F-8 host to thin clients > and virtual machines just fine. Now with F-9 host, F-8 chroots continue > to boot fine, but I see this F-9 problem. > From terry.laundos at gmail.com Sat Apr 12 13:45:50 2008 From: terry.laundos at gmail.com (Terry Laundos) Date: Sat, 12 Apr 2008 10:45:50 -0300 Subject: Where /client/initscripts/ltsp-setup Message-ID: I wan't use configure_printer(). But i can't fount ltsp-setup on Fedora From terry.laundos at gmail.com Sun Apr 13 08:35:29 2008 From: terry.laundos at gmail.com (Terry Laundos) Date: Sun, 13 Apr 2008 05:35:29 -0300 Subject: Where /client/initscripts/ltsp-setup In-Reply-To: References: Message-ID: Printers Work now get jetpipe on http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/vagrant%40freegeek.org-20080411163710-enx278andfudnhwn?file_id=jetpipe-20061206173433-pmrfiu61j4wm2itf-2 put the jetpipe /opt/ltsp/i386/usr/bin/jetpipe chmod +x /opt/ltsp/i386/usr/bin/jetpipe add configure_printer() { for I in 0 1 2; do eval DEVICE=\$\{PRINTER_${I}_DEVICE\} [ -n "${DEVICE}" ] && \ eval PORT=\$\{PRINTER_${I}_PORT:="910${I}"\} && \ /usr/bin/jetpipe ${DEVICE} ${PORT} done } at the end of /opt/ltsp/i386/usr/share/ltsp/ltsp-init-common add configure_printer after configure_localdev (line 60) on /opt/ltsp/i386/usr/sbin/ltsp-client-launch And add configure PRINTER_0_DEVICE variable for each client on /tftpboot/ltsp/i386/lts.conf Thanks ogra :D I don't know if is the best place, but I hope it's helpfull. 2008/4/12, Terry Laundos : > I wan't use configure_printer(). > But i can't fount ltsp-setup on Fedora > From terry.laundos at gmail.com Mon Apr 14 16:20:02 2008 From: terry.laundos at gmail.com (Terry Laundos) Date: Mon, 14 Apr 2008 13:20:02 -0300 Subject: Printers LTSP Fedora8 Message-ID: Printers Work now get jetpipe on http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/annotate/vagrant%40freegeek.org-20080411163710-enx278andfudnhwn?file_id=jetpipe-20061206173433-pmrfiu61j4wm2itf-2 put the jetpipe /opt/ltsp/i386/usr/bin/jetpipe chmod +x /opt/ltsp/i386/usr/bin/jetpipe add configure_printer() { for I in 0 1 2; do eval DEVICE=\$\{PRINTER_${I}_DEVICE\} [ -n "${DEVICE}" ] && \ eval PORT=\$\{PRINTER_${I}_PORT:="910${I}"\} && \ /usr/bin/jetpipe ${DEVICE} ${PORT} done } at the end of /opt/ltsp/i386/usr/share/ltsp/ltsp-init-common add configure_printer after configure_localdev (line 60) on /opt/ltsp/i386/usr/sbin/ltsp-client-launch And add configure PRINTER_0_DEVICE variable for each client on /tftpboot/ltsp/i386/lts.conf Thanks ogra :D I don't know if is the best place, but I hope it's helpfull. 2008/4/12, Terry Laundos : > I wan't use configure_printer(). > But i can't fount ltsp-setup on Fedora > From wtogami at redhat.com Wed Apr 16 00:59:45 2008 From: wtogami at redhat.com (Warren Togami) Date: Tue, 15 Apr 2008 20:59:45 -0400 Subject: Enabling tftp In-Reply-To: References: Message-ID: <48054F81.7080205@redhat.com> > > List: K12Linux-devel-list at redhat.com > From: burke at thealmquists.net > Subject: Enabling tftp > Reason: Post by non-member to a members-only list > Could you please subscribe to the list? This list allows only subscribed user posts. > > Just a couple simple things that I found by installing the FC9 beta > (x86_64) and following the instructions on the wiki. > - -Had to manually enable tftpd. This is already in the documentation. > - -Had to use --arch i386 when doing the ltsp-build-client since I was > using the x86_64. It says that lower on the page but really should be in > the part about ltsp-build-client and --release option. (people that want > to test ppc later etc may need this here too, if that's even working yet) Only i386 chroot install is implemented. It should already be default if you run ltsp-build-client on a i386 or x86_64 box. It has been this way in Fedora for months now. This hasn't been the case for you? > - -Before doing the bridge thing you have to set the ethX nic to manual > and leave out network assignments, if you had previously assigned values > you had to clear them first to get the bridge working (or at least I > did, I originally input the old 192.168 manual address that k12ltsp used). > > Just some stuff to add to the documentation. https://admin.fedoraproject.org/accounts/ Good point. Are you interested in helping to improve our documentation? If so please create an account here then e-mail me privately so I can enable your account for Wiki edit access. Warren Togami wtogami at redhat.com From balmquist at mindfirestudios.com Wed Apr 16 17:55:44 2008 From: balmquist at mindfirestudios.com (Almquist Burke) Date: Wed, 16 Apr 2008 12:55:44 -0500 Subject: Enabling tftp In-Reply-To: <48054F81.7080205@redhat.com> References: <48054F81.7080205@redhat.com> Message-ID: <069046C4-D430-4DCC-BBCF-4557AC7E1F74@mindfirestudios.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok, I've got my account created. > > https://admin.fedoraproject.org/accounts/ > Good point. Are you interested in helping to improve our > documentation? If so please create an account here then e-mail > me privately so I can enable your account for Wiki edit access. > > Warren Togami > wtogami at redhat.com > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iEYEARECAAYFAkgGPaAACgkQxWV7OPa/g5HpMwCfW8XyrFx1hH763aEpt9/SK4DN qzQAn3FfJgbbnUyDLjm1yzFWzMFLngXS =QFin -----END PGP SIGNATURE----- From peter at scheie.homedns.org Thu Apr 17 00:52:51 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Wed, 16 Apr 2008 19:52:51 -0500 Subject: kiwi's version of ltsp-server-initialize Message-ID: <48069F63.8050106@scheie.homedns.org> Although I promised Warren I'd take a crack at trying to fix ltsp-server-initialize, I haven't made much progress because of lack of time (I'm teaching Linux Administration this term, and it consumes most of my spare time; class ends in a month, so I hope to have more time for LTSP then). Cyberorg sent me the link below for a similar script (conceptually) for Novell's kiwi. https://forgesvn1.novell.com/viewsvn/kiwi-ltsp/trunk/kiwi-ltsp/ltsp/suse-11.0/kiwi-ltsp-functions.sh?revision=131&view=markup If anyone wants to offer opinions or observations, feel free. Peter From peter at scheie.homedns.org Fri Apr 18 14:39:56 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Fri, 18 Apr 2008 09:39:56 -0500 Subject: kiwi's version of ltsp-server-initialize In-Reply-To: References: <48069F63.8050106@scheie.homedns.org> Message-ID: <4808B2BC.1070003@scheie.homedns.org> I don't think it works at all, as I don't think it's been updated for LTSP 5 as currently implemented it on F8/F9. The first thing I know of that's broken is the networking wrt the clients. LTSP5 on Fedora uses a bridged network for the clients so as to isolate them logically from the rest of the system. This avoids, say, someone inadvertently (and unknowingly) exposing the DHCP server onto their main network. But ltsp-server-initialize, which Eric originally wrote for K12LTSP, is hardcoded to use ethX interfaces. I'm sure it's full of other less-abstracted stuff like that, but that's as far as I've gotten, due to lack of time. Almquist Burke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Out of curiosity, what's all broken in LTSP initialize? > > On Apr 16, 2008, at 7:52 PM, Peter Scheie wrote: >> Although I promised Warren I'd take a crack at trying to fix >> ltsp-server-initialize, I haven't made much progress because of lack >> of time (I'm teaching Linux Administration this term, and it consumes >> most of my spare time; class ends in a month, so I hope to have more >> time for LTSP then). Cyberorg sent me the link below for a similar >> script (conceptually) for Novell's kiwi. >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (Darwin) > > iEYEARECAAYFAkgIoUEACgkQxWV7OPa/g5GTWwCfRWmxorxcgcHnLl12pzWAbjZk > qgcAoIvdyopeNAONpFMT6u1FKeZnKJnJ > =orWO > -----END PGP SIGNATURE----- > From wtogami at redhat.com Mon Apr 28 01:13:56 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 27 Apr 2008 21:13:56 -0400 Subject: K12Linux Meeting Minutes: April 27th, 2008 Message-ID: <481524D4.2020303@redhat.com> https://fedorahosted.org/k12linux/wiki/Meetings These were copied from the above page. See this URL for subsequent corrections and a few links to referred topics. April 27th, 2008: o Ogra objected to Fedora's ltsp-build-client option of --distro because it is confusingly similar to --dist. Fedora doesn't quite use it yet because it LTSP has not been ported to RHEL5. Warren is considering renaming that option at some point later, or perhaps it would be more logical to merge it with the --release option and use kickstart names instead. o Warren built updated ltsp/ltspfs/ldm binaries for the k12linux-temporary F-8 repository. No reports yet if it is working, however F-9 host tests of ltsp-build-client --release=8 seem to build working chroots so it likely works. o Warren spent time testing Geode hardware and attempting to isolate X.org Bug #15700 where it is rendering black boxes with X.org 1.5 when using EXA composite. o Warren spent ~2 days attempting to make LTSP in Fedora handle non-PXE Etherboot booting. The usual method of mknbi-linux, mkelf-linux, mkelfimage and hpa's new wraplinux all failed in different ways with Fedora 9's kernel. Details were posted to the coreboot and etherboot lists. o Eric Harrison said he is working on an updates.img to make a K12LTSP style installer automatically configure a LTSP server. Warren thinks the Live LTSP Server is a better approach but Eric will likely finish sooner since it is based on already widely deployed model. o Warren discovered that ltspfs-based hotplugging of USB sticks partially broke in F-9 due to some change in the past few days. The cause has not been isolated yet. o IN OTHER NEWS: During a Friday, April 25th meeting, the Fedora Education SIG agreed to focus on identifying applications and defining comps groups for now. This will make the job easier for later spins including a possible Fedora Education spin or K12Linux Live LTSP Server. Warren Togami wtogami at redhat.com From Michael_E_Brown at Dell.com Wed Apr 30 07:16:25 2008 From: Michael_E_Brown at Dell.com (Michael_E_Brown at Dell.com) Date: Wed, 30 Apr 2008 02:16:25 -0500 Subject: small bug: ltsp-update-sshkeys barfs under sudo Message-ID: I ran 'sudo ltsp-build-client', and got the following near the end: /usr/sbin/ltsp-update-sshkeys: line 40: ip: command not found Looks like a simple fix: /sbin/ip instead of just ip. -- Michael