From alexandre.alencar at gmail.com Fri Aug 8 20:13:10 2008 From: alexandre.alencar at gmail.com (Alexandre Cavalcante Alencar) Date: Fri, 8 Aug 2008 17:13:10 -0300 Subject: LTSP 5 Local Media, GNOME Desktop and FUSE Message-ID: Hi all, I am playing a bit with LTSP 5 in Fedora 9 (with Fedora 9 client filesystem) and I have some suggestions to improvement or workaround about the local media access and user interaction thrught GNOME desktop. 1. When a user insert a USB removeable media on his thin client, it show up on GNOME desktop of every user logged on into the server. For a usability point of view, it should only be visible at owner desktop, not all users logged in the server. 2. The user cannot umount the USB removeable media available at his desktop before removing it and this can lead to corrupt files or media. For the UI, the media is alerdy showing at user desktop when the media should not be there anymore (it was unpluged from the user thin client). 3. If many users inserts a media that's recognized as /dev/sdb1 at thin client side, all icons at users desktop for all users media have the same name. This way, users cannot distinguish what's your media. Best regards -- Alexandre C Alencar (Skarmeth) http://blog.alexandrealencar.net/ http://www.alexandrealencar.net/ http://people.debian-ce.org/skarmeth/ From wtogami at redhat.com Fri Aug 8 23:48:16 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 08 Aug 2008 19:48:16 -0400 Subject: LTSP 5 Local Media, GNOME Desktop and FUSE In-Reply-To: References: Message-ID: <489CDB40.9020904@redhat.com> Alexandre Cavalcante Alencar wrote: > Hi all, > > I am playing a bit with LTSP 5 in Fedora 9 (with Fedora 9 client > filesystem) and I have some suggestions to improvement or workaround > about the local media access and user interaction thrught GNOME > desktop. > > 1. When a user insert a USB removeable media on his thin client, it > show up on GNOME desktop of every user logged on into the server. For > a usability point of view, it should only be visible at owner desktop, > not all users logged in the server. This shouldn't be happening with one of our patches to gvfs, and indeed I cannot reproduce this. Can anybody else reproduce this? > > 2. The user cannot umount the USB removeable media available at his > desktop before removing it and this can lead to corrupt files or > media. For the UI, the media is alerdy showing at user desktop when > the media should not be there anymore (it was unpluged from the user > thin client). This is really two issues. * It is confusing that the unmount option in the GUI doesn't work. I'm told that it might be possible to wire this in but I have not had time to explore how yet. * You are hitting some other bug due to the previous issue on #1. > > 3. If many users inserts a media that's recognized as /dev/sdb1 at > thin client side, all icons at users desktop for all users media have > the same name. This way, users cannot distinguish what's your media. > This again is a bug due to #1 above. Warren Togami wtogami at redhat.com From robark at gmail.com Sat Aug 9 19:10:24 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sat, 9 Aug 2008 12:10:24 -0700 Subject: fl_teachertool update Message-ID: check out the ltsp list for some info I have it almost working. The chroot needs x11vnc to run at boot with password. Wondering if this can happen. download it here http://www3.telus.net/public/robark/Fl_TeacherTool/download.html Here are the detailed install instructions http://www3.telus.net/public/robark/Fl_TeacherTool/installation.html cyberorg has made a spec file and patches to get rid of /usr/local hard coded path here http://widehat.opensuse.org/repositories/server:/ltsp/openSUSE_11.0/src/ replace with grep :6007 and comment out line 1511 //dummy.ip= getstdout("getent hosts | grep -w "+dummy.ip+" | awk '{print $2}' ","Error: getent failed"); -- Robert Arkiletian Eric Hamber Secondary, Vancouver, Canada Fl_TeacherTool http://www3.telus.net/public/robark/Fl_TeacherTool/ C++ GUI tutorial http://www3.telus.net/public/robark/ From robark at gmail.com Sat Aug 9 19:13:37 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sat, 9 Aug 2008 12:13:37 -0700 Subject: fl_teachertool update In-Reply-To: References: Message-ID: On Sat, Aug 9, 2008 at 12:10 PM, Robert Arkiletian wrote: > check out the ltsp list for some info > I have it almost working. The chroot needs x11vnc to run at boot with > password. Wondering if this can happen. > > download it here > http://www3.telus.net/public/robark/Fl_TeacherTool/download.html > > Here are the detailed install instructions > http://www3.telus.net/public/robark/Fl_TeacherTool/installation.html > > cyberorg has made a spec file and patches to get rid of /usr/local > hard coded path here > http://widehat.opensuse.org/repositories/server:/ltsp/openSUSE_11.0/src/ > sorry this should have been grep for "grep :6000" in fl_teachertool.cxx and > > replace with grep :6007 > > and comment out line 1511 > //dummy.ip= getstdout("getent hosts | grep -w "+dummy.ip+" | awk > '{print $2}' ","Error: getent failed"); > > > -- > Robert Arkiletian > Eric Hamber Secondary, Vancouver, Canada > Fl_TeacherTool http://www3.telus.net/public/robark/Fl_TeacherTool/ > C++ GUI tutorial http://www3.telus.net/public/robark/ > -- Robert Arkiletian Eric Hamber Secondary, Vancouver, Canada Fl_TeacherTool http://www3.telus.net/public/robark/Fl_TeacherTool/ C++ GUI tutorial http://www3.telus.net/public/robark/ From robark at gmail.com Sat Aug 9 19:58:39 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sat, 9 Aug 2008 12:58:39 -0700 Subject: fl_teachertool update In-Reply-To: References: Message-ID: Also fltk in fc9 is up to date so yum install fltk-devel should provide almost all dependecies for fl-tt. I think just the libjpeg libpng and libXpm may be missing. -- Robert Arkiletian Eric Hamber Secondary, Vancouver, Canada Fl_TeacherTool http://www3.telus.net/public/robark/Fl_TeacherTool/ C++ GUI tutorial http://www3.telus.net/public/robark/ From wtogami at redhat.com Sun Aug 10 04:37:01 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 10 Aug 2008 00:37:01 -0400 Subject: fl_teachertool update In-Reply-To: References: Message-ID: <489E706D.8080901@redhat.com> Robert Arkiletian wrote: > Also fltk in fc9 is up to date so yum install fltk-devel should > provide almost all dependecies for fl-tt. I think just the libjpeg > libpng and libXpm may be missing. Hi Robert, Would you like me to train you how to do RPM packaging, so you can maintain fl_teachertool directly in Fedora? It is a bit too much to expect users to download source, add changes, add dependencies and build. Warren Togami wtogami at redhat.com From wtogami at redhat.com Sun Aug 10 06:21:46 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 10 Aug 2008 02:21:46 -0400 Subject: Fedora 9 Live LTSP Server, Beta 1 Message-ID: <489E88FA.8090508@redhat.com> Hey folks, Below is a LiveUSB or LiveDVD image containing Fedora 9 LTSP server and the client chroot pre-installed and pre-configured. This is the easiest way to get started with Fedora LTSP5, or to try it without installing onto your hard drive. Simply boot this Live image and follow the simple README, and you can within minutes demo serving of thin clients. You can also install onto a hard drive to create a permanent server. It is all surprisingly self-explanatory once you have booted to the Desktop. https://fedorahosted.org/k12linux/ LTSP on Fedora 9 w/ Updates is currently considered to be production ready, and development of improved features continues rapidly. Check out our homepage for the latest news and updated instructions. Download ======== http://alt.fedoraproject.org/pub/alt/ltsp/beta1/i686/ This image is based on Fedora 9 w/ Updates as of August 8th, 2008. It seems to work great for me in limited tests. How to Use LiveUSB? =================== https://fedorahosted.org/liveusb-creator * From Windows you can use LiveUSB creator to make a USB stick bootable containing this Live image. From Linux, within the ISO is the livecd-iso-to-disk script which you can use in Linux to make a bootable USB stick. It is highly recommended that you use a persistent overlay file of at least 900MB because this reduces the amount of memory needed for your demo. For this reason you should have at least 2GB free on your USB stick (~920MB image + 900MB overlay). * LiveDVD works, but is not recommended unless you have at least 2GB RAM for your demo. * Be warned that serving clients from a Live image will eat up your overlay and RAM rapidly, causing the demo to eventually fail. It should be fine for a number of client logins. You should install to your hard drive if you want to do more than just a quick demo. FAQ === 1) Why is this not called K12LTSP? It is the plan for Fedora LTSP5 technology to be the successor of Eric Harrison's highly successful K12LTSP distribution. However we had planned on changing the name to "K12Linux" to be friendlier sounding and easier to pronounce when people explain it at educator conferences. Unfortunately the naming issue remains a bit uncertain because we have not yet received ownership of k12linux domains from the current owner. Warren's fault for getting busy and forgetting to follow up in past months. 2) Is this the only way to install a Fedora LTSP5 server? This Live LTSP Server image is only a convenient way for new users to get started with Fedora LTSP5. Note that it is always possible to enable LTSP5 on any existing Fedora 9 server by following the instructions on the above homepage. 3) Why not LiveCD? LiveCD was not possible because we simply cannot fit Server, Client and apps onto a single disc. If all you have is a CD drive then your hardware is unlikely powerful enough to serve as a LTSP server. In any case you should be able to install from the LiveUSB without dealing with discs at all. Release Plan for Fedora 9 Live LTSP Server ========================================== If we do not run into any serious problems, I plan on doing a Release Candidate ISO spin on Thursday, August 21st. If no problems are found with the RC image, then it will be redubbed as "final" without any changes. I hope to get Fedora branding onto the login screen, and the naming issue straightened out before this release. Delays in the final release may occur due to this branding stuff. In the mean time, this Beta 1 spin seems to work well for me. Please give it a try and let me know. https://www.redhat.com/mailman/listinfo/k12linux-devel-list Please send questions or comments to the k12linus-devel-list. Warren Togami wtogami at redhat.com From wtogami at redhat.com Sun Aug 10 14:32:04 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 10 Aug 2008 10:32:04 -0400 Subject: [K12OSN] Fedora 9 Live LTSP Server, Beta 1 In-Reply-To: <9923A91E-2C2F-4A94-A1F1-6F4CD67F5220@breun.nl> References: <489E8910.70900@redhat.com> <9923A91E-2C2F-4A94-A1F1-6F4CD67F5220@breun.nl> Message-ID: <489EFBE4.9060907@redhat.com> Nils Breunese wrote: > Warren Togami wrote: > >> FAQ >> === >> 1) Why is this not called K12LTSP? >> It is the plan for Fedora LTSP5 technology to be the successor of Eric >> Harrison's highly successful K12LTSP distribution. However we had >> planned on changing the name to "K12Linux" to be friendlier sounding and >> easier to pronounce when people explain it at educator conferences. >> Unfortunately the naming issue remains a bit uncertain because we have >> not yet received ownership of k12linux domains from the current owner. >> Warren's fault for getting busy and forgetting to follow up in past >> months. > > It's nice to see the continued development of K12LTSP, but does this > also mean that there will be no more K12LTSP EL-style releases based on > CentOS? Fedora is nice, but its lifecycle is a bit short for my taste. > I'd rather not have to upgrade my LTSP server's OS every 13 months just > to keep my server patched. > > Nils Breunese. K12LTSP EL-5 I suppose can be continued to be maintained for folks who don't mind using the ancient version, but people understand it to be clearly legacy and it will never fix client bugs. The existence of two parallel distributions will be confusing for folks. In the medium-term, this is looking to be in very good shape for EL-6. https://fedorahosted.org/k12linux/wiki/RHEL5Server RHEL5 server support for LTSP5 mostly works today with a few broken parts and a few limitations that cannot be worked around. Due to RHEL5 limitations, I made Fedora 9 as the client chroot, which should be fine until RHEL6. RHEL5 based server has not been a huge priority because of the long list of features and polish that we are trying to achieve with modern LTSP5 that RHEL5 will never be able to do with backports. Fixing the remaining problems actually would not be very difficult, but we seriously need help from other people to make this happen. I'm literally doing 95% of the work myself. https://fedorahosted.org/k12linux/ http://ltsp.org/ http://k12linux.org/ http://k12ltsp.org/ I feel kind of overwhelmed by the large amount of stuff that needs to get done. One important way that people could be very helpful without software development would be to help clean up the confusing mess about LTSP scattered across these various sites. We need a coherent story, with redundancy moved, obsolete information either removed or marked as such. In some places information is plain incorrect. I do not have the time to do development and to fix information on scattered sites that I myself do not control. Help? =) Warren Togami wtogami at redhat.com From robark at gmail.com Mon Aug 11 02:45:05 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sun, 10 Aug 2008 19:45:05 -0700 Subject: fl_teachertool update In-Reply-To: <489E706D.8080901@redhat.com> References: <489E706D.8080901@redhat.com> Message-ID: On Sat, Aug 9, 2008 at 9:37 PM, Warren Togami wrote: > Would you like me to train you how to do RPM packaging, so you can maintain > fl_teachertool directly in Fedora? It is a bit too much to expect users to > download source, add changes, add dependencies and build. > My instructions were intended for a technical audience, like this list. Mainly so the k12linux developers could take it for a spin. I know most regular ltsp users won't go through so many steps to install it. As for maintaining fl-tt. fl-tt requires other packages which are not yum installable. vncsnapshot tightvnc x11vnc in the chroot note: vncreflector is avail with yum in fc9 already So it means maintaining those also. I was hoping someone else could manage all this for the time being as I am not currently able to do so. However, my hope is that fl-tt will be yum installable in fc9,10,... as it was in k12ltsp. I am attaching a patch to make fl-tt 0.60 work with fc9 patch fl_teachertool.cxx < fl-tt-ltsp5.patch1 -- Robert Arkiletian Eric Hamber Secondary, Vancouver, Canada Fl_TeacherTool http://www3.telus.net/public/robark/Fl_TeacherTool/ C++ GUI tutorial http://www3.telus.net/public/robark/ -------------- next part -------------- A non-text attachment was scrubbed... Name: fl-tt-ltsp5.patch1 Type: application/octet-stream Size: 1294 bytes Desc: not available URL: From wtogami at redhat.com Mon Aug 11 05:13:27 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 11 Aug 2008 01:13:27 -0400 Subject: fl_teachertool update In-Reply-To: References: <489E706D.8080901@redhat.com> Message-ID: <489FCA77.8090707@redhat.com> Robert Arkiletian wrote: > it. > > As for maintaining fl-tt. > fl-tt requires other packages which are not yum installable. > > vncsnapshot > tightvnc > x11vnc in the chroot > > note: vncreflector is avail with yum in fc9 already > > So it means maintaining those also. I was hoping someone else could > manage all this for the time being as I am not currently able to do > so. However, my hope is that fl-tt will be yum installable in > fc9,10,... as it was in k12ltsp. Could you please post links to existing .src.rpm packages of these other dependencies? Warren Togami wtogami at redhat.com From ellson at research.att.com Mon Aug 11 17:03:12 2008 From: ellson at research.att.com (John Ellson) Date: Mon, 11 Aug 2008 13:03:12 -0400 Subject: "ltsp-build-client --arch=x86_64" fails to find "kernel.i586" Message-ID: <48A070D0.4010501@research.att.com> Congratulations on these ltsp rpms. They look really promising. They give me hope that we might get our machines up in the next two weeks before school starts. Is there, or will there be a bugzilla for ltsp and k12 problems ? My specific problem report: "ltsp-build-client --arch=x86_64" fails to find kernel.i586. Workaround: in /etc/ltsp/kickstart/Fedora/common.ks s/kernel.i586/kernel/ John From ellson at research.att.com Mon Aug 11 17:49:04 2008 From: ellson at research.att.com (John Ellson) Date: Mon, 11 Aug 2008 13:49:04 -0400 Subject: which arch to boot? Message-ID: <48A07B90.4040908@research.att.com> It would be nice if I could mix i686 and x86_64 (and ppc ...) ltsp machines on the same net. Is there a way that PXE can tell the DHCP server what architecture the cpu is? Can Etherboot do it? Recording all the MAC addresses on the server sounds like such a pain, and running multiple physical lans not much better. John From wtogami at redhat.com Mon Aug 11 18:15:23 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 11 Aug 2008 14:15:23 -0400 Subject: which arch to boot? In-Reply-To: <48A07B90.4040908@research.att.com> References: <48A07B90.4040908@research.att.com> Message-ID: <48A081BB.8020302@redhat.com> John Ellson wrote: > It would be nice if I could mix i686 and x86_64 (and ppc ...) ltsp > machines on the same net. > > Is there a way that PXE can tell the DHCP server what architecture the > cpu is? Can Etherboot do it? > > Recording all the MAC addresses on the server sounds like such a pain, > and running > multiple physical lans not much better. > > John There is no way to differentiate i686 and x86_64 machines by DHCP alone. MAC addresses or physical network isolation would be your only options. The default /etc/ltsp/dhcpd.conf has some PPC detection stuff in it. However nobody has told me if it works, and zero work has been done on actually making a Fedora PPC /opt/ltsp/ppc chroot installable yet. https://bugzilla.redhat.com/show_bug.cgi?id=436917 (ltsp) Implement ppc .ks file for ltsp-build-client I cannot prioritize working in this myself, but I am willing to accept patches. Warren Togami wtogami at redhat.com From wtogami at redhat.com Mon Aug 11 18:18:52 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 11 Aug 2008 14:18:52 -0400 Subject: "ltsp-build-client --arch=x86_64" fails to find "kernel.i586" In-Reply-To: <48A070D0.4010501@research.att.com> References: <48A070D0.4010501@research.att.com> Message-ID: <48A0828C.9020404@redhat.com> John Ellson wrote: > Congratulations on these ltsp rpms. They look really promising. They > give me hope that we might get our machines up > in the next two weeks before school starts. > > Is there, or will there be a bugzilla for ltsp and k12 problems ? https://fedorahosted.org/k12linux/ Please follow the home page. All links are from here. > > My specific problem report: > "ltsp-build-client --arch=x86_64" fails to find kernel.i586. > > Workaround: > in /etc/ltsp/kickstart/Fedora/common.ks > s/kernel.i586/kernel/ https://bugzilla.redhat.com/show_bug.cgi?id=436916 Implement x86_64 .ks file for ltsp-build-client I really want to avoid duplicating common.ks because it would create a larger maintenance burden. Perhaps we need to make common.ks list only the truly common packages, with i586 and x86_64 specific packages in their own tiny include files. Give this a try? Warren Togami wtogami at redhat.com From wtogami at redhat.com Mon Aug 11 18:23:59 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 11 Aug 2008 14:23:59 -0400 Subject: italc RPM adaptation for Fedora Message-ID: <48A083BF.70603@redhat.com> http://download.opensuse.org/repositories/server:/ltsp/Fedora_9/ Could someone take a crack at cleaning up SuSE's RPM of italc to Fedora packaging standards? I'm curious to see how italc works and to compare it to fl_teachertool. Although right now I'm really focused on getting last minute features into Fedora 10. 8 days left until the Beta freeze. Warren Togami wtogami at redhat.com From dyoung at mesd.k12.or.us Mon Aug 11 23:05:00 2008 From: dyoung at mesd.k12.or.us (Dan Young) Date: Mon, 11 Aug 2008 16:05:00 -0700 Subject: italc RPM adaptation for Fedora In-Reply-To: <48A083BF.70603@redhat.com> References: <48A083BF.70603@redhat.com> Message-ID: <994441ae0808111605h53303513t2b020634b4e6a2f3@mail.gmail.com> On Mon, Aug 11, 2008 at 11:23 AM, Warren Togami wrote: > http://download.opensuse.org/repositories/server:/ltsp/Fedora_9/ > > Could someone take a crack at cleaning up SuSE's RPM of italc to Fedora > packaging standards? I'm curious to see how italc works and to compare it > to fl_teachertool. Although right now I'm really focused on getting last > minute features into Fedora 10. 8 days left until the Beta freeze. Here's what I did over my lunch: http://files.mesd.k12.or.us/~dyoung/italc/italc.spec http://files.mesd.k12.or.us/~dyoung/italc/italc-1.0.9-0.1.rc4.fc9.src.rpm I did just enough to shut rpmlint up and name it according to the Fedora package naming standards for a pre-release version. -- Dan Young Multnomah ESD - Technology Services 503-257-1562 From robark at gmail.com Wed Aug 13 03:28:54 2008 From: robark at gmail.com (Robert Arkiletian) Date: Tue, 12 Aug 2008 20:28:54 -0700 Subject: italc RPM adaptation for Fedora In-Reply-To: <48A083BF.70603@redhat.com> References: <48A083BF.70603@redhat.com> Message-ID: On Mon, Aug 11, 2008 at 11:23 AM, Warren Togami wrote: > http://download.opensuse.org/repositories/server:/ltsp/Fedora_9/ > > Could someone take a crack at cleaning up SuSE's RPM of italc to Fedora > packaging standards? I'm curious to see how italc works and to compare it > to fl_teachertool. Although right now I'm really focused on getting last > minute features into Fedora 10. 8 days left until the Beta freeze. Along these lines is it possible to put x11vnc into Fedora so it can be installed by yum in the chroot? http://www.karlrunge.com/x11vnc/ Thanks -- Robert Arkiletian Eric Hamber Secondary, Vancouver, Canada Fl_TeacherTool http://www3.telus.net/public/robark/Fl_TeacherTool/ C++ GUI tutorial http://www3.telus.net/public/robark/ From wtogami at redhat.com Fri Aug 15 02:36:35 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 14 Aug 2008 22:36:35 -0400 Subject: NBI and ELF images in Fedora Message-ID: <48A4EBB3.4050109@redhat.com> I did some testing of mkelfimage, mknbi and wraplinux. Etherboot-5.0.5 in NSC Geode GX1 (DisklessWorkstations.com Jammin-125) Failed to boot with mknbi. Boots with wraplinux --nbi. Etherboot-5.4 with real BIOS (qemu-kvm) Failed to boot with mknbi. Boots with wraplinux --nbi. Boots with mkelfimage with ram base detection patch. Etherboot-5.4 with coreboot (ArtecGroup ThinCan DBE61) Fails to boot wraplinux --elf. Fails to boot mknbi ELF or NBI. Boots with mkelfimage with ram base detection patch. Based upon these findings, I am dropping mknbi entirely from Fedora. mkelfimage will be for ELF images, coreboot and Etherboot-5.4. wraplinux --nbi will be for NBI images. # Etherboot ELF (only 5.4), should work with Coreboot elsif substring (option vendor-class-identifier, 0, 13) = "Etherboot-5.4" { filename "/ltsp/i386/elf.ltsp"; } # Etherboot NBI (older clients) elsif substring (option vendor-class-identifier, 0, 9) = "Etherboot" { filename "/ltsp/i386/wraplinux-nbi.ltsp"; } # PXE elsif substring (option vendor-class-identifier, 0, 9) = "PXEClient" { # NOTE: kernels are specified in /tftpboot/ltsp/i386/pxelinux.cfg/ filename "/ltsp/i386/pxelinux.0"; } # default to an i386 BOOTP image else { filename "/ltsp/i386/vmlinuz.ltsp"; } We are using this in Fedora's default dhcpd.conf. I totally have not tested any BOOTP clients in like 7 years now. I inherited this from Eric Harrison's default dhcpd.conf. I can't see how it could possibly work? How could it find the initrd image? Warren Togami wtogami at redhat.com From jam at mcquil.com Fri Aug 15 02:49:10 2008 From: jam at mcquil.com (Jim McQuillan) Date: Thu, 14 Aug 2008 22:49:10 -0400 Subject: [Ltsp-developer] NBI and ELF images in Fedora In-Reply-To: <48A4EBB3.4050109@redhat.com> References: <48A4EBB3.4050109@redhat.com> Message-ID: <48A4EEA6.2020707@McQuil.com> Warren Togami wrote: > I did some testing of mkelfimage, mknbi and wraplinux. > > Etherboot-5.0.5 in NSC Geode GX1 (DisklessWorkstations.com Jammin-125) > Failed to boot with mknbi. > Boots with wraplinux --nbi. > > Etherboot-5.4 with real BIOS (qemu-kvm) > Failed to boot with mknbi. > Boots with wraplinux --nbi. > Boots with mkelfimage with ram base detection patch. > > Etherboot-5.4 with coreboot (ArtecGroup ThinCan DBE61) > Fails to boot wraplinux --elf. > Fails to boot mknbi ELF or NBI. > Boots with mkelfimage with ram base detection patch. > > Based upon these findings, I am dropping mknbi entirely from Fedora. > mkelfimage will be for ELF images, coreboot and Etherboot-5.4. > wraplinux --nbi will be for NBI images. > > # Etherboot ELF (only 5.4), should work with Coreboot > elsif substring (option vendor-class-identifier, 0, 13) = > "Etherboot-5.4" > { > filename "/ltsp/i386/elf.ltsp"; > } > # Etherboot NBI (older clients) > elsif substring (option vendor-class-identifier, 0, 9) = "Etherboot" > { > filename "/ltsp/i386/wraplinux-nbi.ltsp"; > } > # PXE > elsif substring (option vendor-class-identifier, 0, 9) = "PXEClient" > { > # NOTE: kernels are specified in /tftpboot/ltsp/i386/pxelinux.cfg/ > filename "/ltsp/i386/pxelinux.0"; > } > # default to an i386 BOOTP image > else > { > filename "/ltsp/i386/vmlinuz.ltsp"; > } > > We are using this in Fedora's default dhcpd.conf. I totally have not > tested any BOOTP clients in like 7 years now. I inherited this from > Eric Harrison's default dhcpd.conf. I can't see how it could possibly > work? How could it find the initrd image? Back in the old days, we'd prepare an LTSP boot image using mknbi to combine the kernel and the initrd. the result was a single large file. Jim McQuillan jam at Ltsp.org > > Warren Togami > wtogami at redhat.com > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _____________________________________________________________________ > Ltsp-developer mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-developer > For additional LTSP help, try #ltsp channel on irc.freenode.net From wtogami at redhat.com Sat Aug 16 21:18:47 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 16 Aug 2008 17:18:47 -0400 Subject: No Meeting Sunday August 17th, 2008 Message-ID: <48A74437.2020604@redhat.com> No Meeting Sunday August 17th, 2008. Warren From wtogami at redhat.com Thu Aug 21 07:06:51 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 21 Aug 2008 03:06:51 -0400 Subject: Fedora 9 Live LTSP Server, Beta 1 In-Reply-To: <8DA4240136DC0E4F942F49709C8D0B750A53A5CA@ds-mx2.dsusd.k12.ca.us> References: <8DA4240136DC0E4F942F49709C8D0B750A53A5CA@ds-mx2.dsusd.k12.ca.us> Message-ID: <48AD140B.5090304@redhat.com> Healy, Patrick wrote: > On Mon, 18 Aug 2008 Warren Togami wrote: > > Even if you are not going to use it in production yet, I seriously need feedback on it to be sure we're not missing things when people upgrade from LTSP4.2 to LTSP5. > ----------- > > Wow, Warren this is great. > I'd planned on trying Ubuntu or Centos on a new installation for fall. > But this works now. Out of the box. Thanks for the detailed report. Some replies below. > > Server: Intel Q6600 (2.4 GHz quad core) > 8 GB Ram (PAE) Gigabyte P35 Motherboard > (image installed to hard drive, and updated to PAE kernel) > > Thin Client Test Results follow (all PXE) > > Works fine on medium power thin client > Celeron 366 MHz, 128 MB Ram, > i810 graphics and sound OK > 1'20" boot time > 0'16" login time > (no noticeable difference with 256 MB Ram) > > Barely acceptable on ebox 2300 > SiS 200 MHz, 64 MB Ram plus 64 MB for onboard graphics > Sound OK (but visualization needed to be off to play music in Totem) > 3'20" boot time > 1'10" login time I have one of these. I can agree that performance is barely acceptable. This is a pretty terrible machine. I did get boot down to 42 seconds late last year when the Fedora client chroot had a lot less stuff (most features including sound, local devices were broken) and with NBD boot instead of NFS. I hear from LTSP 4.2 users that performance was a lot better with the ancient kernel and X of that client chroot. I don't know exactly what was different back then or if it would be possible to "fix" anything in modern software to reclaim some performance. How many of these clients do you have? I'm 90% to making NBD boot a standard option (but not default) of Fedora LTSP5. It should be an option in the next LTSP update that should be in the Live Beta 2. > > Here's some random feedback: > > The README file on the desktop was great (there was one typo in the spelling of "persistent") Thanks. Petre is working on a revamped HTML version of the README with screenshots for Beta 2. Petre, could you post those at a URL when you have a draft so folks here can peer review it? > > It lists the homepage as k12linux.fedorahosted.org, but I believe you'd want to reference > https://fedorahosted.org/k12linux Both work... although I hope to secure k12linux.org before the final ISO is released, and we would use that instead. Or if we cannot obtain k12linux.org, then the name of the project will have to change. Creating the logo and custom login screen for LDM is held up on finalizing the name as well. > > I thought that the network changes I performed would persist on install to hard drive, but they needed to be redone. Yeah, this is a limitation of Fedora Live's design in general. People have to realize that using the Live runtime is ONLY A DEMO or to install, but not a mix of the two. > > My live USB booted on my laptop but not on my server, even after trying lots of different BIOS settings. So I burned the iso to DVD for the server trial, and that worked fine. USB boot is not very well standardized. Most modern BIOS can handle USB boot, but only one of two incompatible ways. Some machines can boot only if you install it to the first partition of the USB disk. Other machines can boot only if you install directly to the disk itself without partitions. Then you have to get the bootloader setup properly for that particular target. > > > Questions: > > Will there be a 64-bit edition? I suppose I can do this for Beta 2. > > Will there be Java and Flash and other non-free magic install scripts from k12ltsp? Fedora can distribute only 100% Free and Open Source Software. I think we can include links though from the new and improved HTML readme's. > > If I install the server at home, then move it to school, > what files (resolv.conf etc) will I have to edit to not have nameserver problems? This is very network dependent and there is no single answer unfortunately. > > Is Fedora 10 just around the corner? Beta freeze is soon. Fedora 10 release is within a few months. I don't remember the schedule off the top of my head. Fedora LTSP release schedules have little to do with Fedora distribution release schedules. We can do these Live LTSP Server spins whenever we feel it is in good shape. Warren Togami wtogami at redhat.com From peter at scheie.homedns.org Thu Aug 21 13:24:58 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Thu, 21 Aug 2008 08:24:58 -0500 Subject: Fedora 9 Live LTSP Server, Beta 1 In-Reply-To: <48AD140B.5090304@redhat.com> References: <8DA4240136DC0E4F942F49709C8D0B750A53A5CA@ds-mx2.dsusd.k12.ca.us> <48AD140B.5090304@redhat.com> Message-ID: <48AD6CAA.2020205@scheie.homedns.org> Warren Togami wrote: > Healy, Patrick wrote: >> On Mon, 18 Aug 2008 Warren Togami wrote: > Thanks. Petre is working on a revamped HTML version of the README with > screenshots for Beta 2. Petre, could you post those at a URL when you > have a draft so folks here can peer review it? > Yes, I will. BTW, while the README.html will reside in /home/fedora, any opinions on where I should put the screenshot files? /home/fedora/images/ perhaps? Or /home/admin/README could be a directory containing the README.html and the images, and the icon on the Desktop could just be a symlink to the html file. > >> I thought that the network changes I performed would persist on >> install to hard drive, but they needed to be redone. > > Yeah, this is a limitation of Fedora Live's design in general. People > have to realize that using the Live runtime is ONLY A DEMO or to > install, but not a mix of the two. > On my USB stick, the network changes DID persist, even though I did not want them to. ;-) I wanted to run through the whole network config process again to get screenshots. Wiping out the overlay file only removed all the desktop icons, it did not reset the networking. OTOH, it's easy enough to just re-install the ISO onto the stick. Peter From henryhartley at westat.com Thu Aug 21 17:55:04 2008 From: henryhartley at westat.com (Henry Hartley) Date: Thu, 21 Aug 2008 13:55:04 -0400 Subject: Fedora 9 Live LTSP Server, Beta 1 In-Reply-To: <48AD140B.5090304@redhat.com> Message-ID: <62432006F5965C42BAEC4EA29286EE0507AB37A51F@EX-CMS01.westat.com> Warren Togami >> >> Healy, Patrick wrote: >> > Barely acceptable on ebox 2300 >> > SiS 200 MHz, 64 MB Ram plus 64 MB for onboard graphics >> > Sound OK (but visualization needed to be off to play music in Totem) >> > 3'20" boot time >> > 1'10" login time >> >> I have one of these. I can agree that performance is barely >> acceptable. This is a pretty terrible machine.... >> How many of these clients do you have? I have an eBox 2300 that I bought for testing. It has the advantage over recycled computers of being very small, having no fan, and of being new equipment. At $106 each, it has an advantage over purchased thin clients of being nearly half the price or less of its competitors. It would be great if it worked and worked well. If it doesn't, it doesn't and I won't buy any more but I think it's a shame. I guess I'll go with recycled Pentium-IIs and IIIs instead. They are certainly easy to come by. -- Henry From nadavkav at gmail.com Sat Aug 23 15:57:09 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Sat, 23 Aug 2008 18:57:09 +0300 Subject: changing LDM to GDM In-Reply-To: <4855C4D5.1070403@redhat.com> References: <6befb72f0806150518t4d2d5983o79a54f8700d48eb3@mail.gmail.com> <48552A39.6030200@redhat.com> <4855C4D5.1070403@redhat.com> Message-ID: <4219988b0808230857s378b355fs35a61124c5743a4c@mail.gmail.com> ldm did not let me login i used wireshark to see what was happening and i guess it was trying to authenticate the user with ssh and i could not successed :-( i changed SCREEN_07=xdmcp in lts.conf and i got my old KDM as set by /etc/sysconfig/desktop now, it works fine :-) kde 4.1 (kdm) On Mon, Jun 16, 2008 at 4:41 AM, Warren Togami wrote: > Bond, Darryl wrote: > >> Edit /var/lib/tftpboot/ltsp/i386/lts.conf and change SCREEN_07 to >>> >> ">xdmcp". This changes what the client does during boot. >> >> I didn't think that this allowed the local drives to work if you didn't >> use LDM. I had better test that assertion. >> >> > I believe you are correct. > > >> * LDM does not allow you to save a default (KDE, etc) >>>> >>>> >> This should be configurable with /etc/sysconfig/desktop but it does seem >>> to be broken at the moment. (Strangely, I can't even get it to work >>> with GDM either. The option itself might have broke.) >>> >> >> /etc/sysconfig/desktop only configures which login manager you recieve >> when you use xdmcp. LDM must just use the last selected desktop?? >> > > > http://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/ref-guide/ch-sysconfig.html > At least in the past there were two options in /etc/sysconfig/desktop. One > set the display manager and the other was the default desktop. The other > option seems to no longer work for GDM. > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nadavkav at gmail.com Sat Aug 23 16:00:08 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Sat, 23 Aug 2008 19:00:08 +0300 Subject: [Ltsp-developer] NBI and ELF images in Fedora In-Reply-To: <48A4EEA6.2020707@McQuil.com> References: <48A4EBB3.4050109@redhat.com> <48A4EEA6.2020707@McQuil.com> Message-ID: <4219988b0808230900s4098ab97t90f0c7b154f20669@mail.gmail.com> since i had no elf.ltsp or wraplinux-nbi.ltsp i used : wraplinux -E -i initrd.ltsp -p "rw selinux=0 verbose noquiet sysrq=1" -o wrap.ltsp vmlinuz.ltsp to generate one. and then i used # Etherboot NBI (older clients) elsif substring (option vendor-class-identifier, 0, 9) = "Etherboot" { #filename "/ltsp/i386/wraplinux-nbi.ltsp"; filename "/ltsp/i386/wrap.ltsp"; } to make it work :-) On Fri, Aug 15, 2008 at 5:49 AM, Jim McQuillan wrote: > > > Warren Togami wrote: > >> I did some testing of mkelfimage, mknbi and wraplinux. >> >> Etherboot-5.0.5 in NSC Geode GX1 (DisklessWorkstations.com Jammin-125) >> Failed to boot with mknbi. >> Boots with wraplinux --nbi. >> >> Etherboot-5.4 with real BIOS (qemu-kvm) >> Failed to boot with mknbi. >> Boots with wraplinux --nbi. >> Boots with mkelfimage with ram base detection patch. >> >> Etherboot-5.4 with coreboot (ArtecGroup ThinCan DBE61) >> Fails to boot wraplinux --elf. >> Fails to boot mknbi ELF or NBI. >> Boots with mkelfimage with ram base detection patch. >> >> Based upon these findings, I am dropping mknbi entirely from Fedora. >> mkelfimage will be for ELF images, coreboot and Etherboot-5.4. wraplinux >> --nbi will be for NBI images. >> >> # Etherboot ELF (only 5.4), should work with Coreboot >> elsif substring (option vendor-class-identifier, 0, 13) = >> "Etherboot-5.4" >> { >> filename "/ltsp/i386/elf.ltsp"; >> } >> # Etherboot NBI (older clients) >> elsif substring (option vendor-class-identifier, 0, 9) = "Etherboot" >> { >> filename "/ltsp/i386/wraplinux-nbi.ltsp"; >> } >> # PXE >> elsif substring (option vendor-class-identifier, 0, 9) = "PXEClient" >> { >> # NOTE: kernels are specified in /tftpboot/ltsp/i386/pxelinux.cfg/ >> filename "/ltsp/i386/pxelinux.0"; >> } >> # default to an i386 BOOTP image >> else >> { >> filename "/ltsp/i386/vmlinuz.ltsp"; >> } >> >> We are using this in Fedora's default dhcpd.conf. I totally have not >> tested any BOOTP clients in like 7 years now. I inherited this from Eric >> Harrison's default dhcpd.conf. I can't see how it could possibly work? How >> could it find the initrd image? >> > > > Back in the old days, we'd prepare an LTSP boot image using mknbi to > combine the kernel and the initrd. the result was a single large file. > > > Jim McQuillan > jam at Ltsp.org > > > >> Warren Togami >> wtogami at redhat.com >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _____________________________________________________________________ >> Ltsp-developer mailing list. To un-subscribe, or change prefs, goto: >> https://lists.sourceforge.net/lists/listinfo/ltsp-developer >> For additional LTSP help, try #ltsp channel on irc.freenode.net >> > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Sat Aug 23 16:45:16 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 23 Aug 2008 12:45:16 -0400 Subject: changing LDM to GDM In-Reply-To: <4219988b0808230857s378b355fs35a61124c5743a4c@mail.gmail.com> References: <6befb72f0806150518t4d2d5983o79a54f8700d48eb3@mail.gmail.com> <48552A39.6030200@redhat.com> <4855C4D5.1070403@redhat.com> <4219988b0808230857s378b355fs35a61124c5743a4c@mail.gmail.com> Message-ID: <48B03E9C.3090402@redhat.com> Nadav Kavalerchik wrote: > ldm did not let me login > i used wireshark to see what was happening and i guess it was trying > to authenticate the user with ssh and i could not successed :-( > > i changed SCREEN_07=xdmcp in lts.conf and i got my old KDM > as set by /etc/sysconfig/desktop > > now, it works fine :-) > > kde 4.1 (kdm) > Let's figure out why LDM is failing you? GDM is really not favored and lots of the extra features like local devices and sound will not work. Warren From wtogami at redhat.com Sat Aug 23 16:57:56 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 23 Aug 2008 12:57:56 -0400 Subject: NBI and ELF images in Fedora In-Reply-To: <4219988b0808230900s4098ab97t90f0c7b154f20669@mail.gmail.com> References: <48A4EBB3.4050109@redhat.com> <48A4EEA6.2020707@McQuil.com> <4219988b0808230900s4098ab97t90f0c7b154f20669@mail.gmail.com> Message-ID: <48B04194.1030906@redhat.com> Nadav Kavalerchik wrote: > since i had no elf.ltsp or wraplinux-nbi.ltsp i used : > > wraplinux -E -i initrd.ltsp -p "rw selinux=0 verbose noquiet sysrq=1" -o > wrap.ltsp vmlinuz.ltsp > > to generate one. > > and then i used > > # Etherboot NBI (older clients) > elsif substring (option vendor-class-identifier, 0, 9) = "Etherboot" > { > #filename "/ltsp/i386/wraplinux-nbi.ltsp"; > filename "/ltsp/i386/wrap.ltsp"; > } > > to make it work :-) > This will work automatically with ltsp-server-5.1.20 soon to be released, if you use ltsp-build-client and start with a fresh new dhcpd.conf. Warren Togami wtogami at redhat.com From nadavkav at gmail.com Sat Aug 23 17:37:39 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Sat, 23 Aug 2008 20:37:39 +0300 Subject: changing LDM to GDM In-Reply-To: <48B03E9C.3090402@redhat.com> References: <6befb72f0806150518t4d2d5983o79a54f8700d48eb3@mail.gmail.com> <48552A39.6030200@redhat.com> <4855C4D5.1070403@redhat.com> <4219988b0808230857s378b355fs35a61124c5743a4c@mail.gmail.com> <48B03E9C.3090402@redhat.com> Message-ID: <4219988b0808231037q19cee096o28327ca287e69eb8@mail.gmail.com> tomorrow, i will have more time to figure why LDM did not connect (promiss) :-) btw, i use KDM because of autologin and so many other KDM features. i did not try pluggable devices and sound , yet. but it used to work in kde 3.5.9 so i guess it should work in kde 4.1 too ? On Sat, Aug 23, 2008 at 7:45 PM, Warren Togami wrote: > Nadav Kavalerchik wrote: > >> ldm did not let me login >> i used wireshark to see what was happening and i guess it was trying >> to authenticate the user with ssh and i could not successed :-( >> >> i changed SCREEN_07=xdmcp in lts.conf and i got my old KDM >> as set by /etc/sysconfig/desktop >> >> now, it works fine :-) >> >> kde 4.1 (kdm) >> >> > Let's figure out why LDM is failing you? GDM is really not favored and > lots of the extra features like local devices and sound will not work. > > Warren > > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Sat Aug 23 18:09:28 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 23 Aug 2008 14:09:28 -0400 Subject: changing LDM to GDM In-Reply-To: <4219988b0808231037q19cee096o28327ca287e69eb8@mail.gmail.com> References: <6befb72f0806150518t4d2d5983o79a54f8700d48eb3@mail.gmail.com> <48552A39.6030200@redhat.com> <4855C4D5.1070403@redhat.com> <4219988b0808230857s378b355fs35a61124c5743a4c@mail.gmail.com> <48B03E9C.3090402@redhat.com> <4219988b0808231037q19cee096o28327ca287e69eb8@mail.gmail.com> Message-ID: <48B05258.8080708@redhat.com> Nadav Kavalerchik wrote: > tomorrow, i will have more time to figure why LDM did not connect > (promiss) :-) > > btw, i use KDM because of autologin and so many other KDM features. > > i did not try pluggable devices and sound , yet. but it used to work in > kde 3.5.9 > so i guess it should work in kde 4.1 too ? How could it possibly work without LDM? Warren From nadavkav at gmail.com Sat Aug 23 18:18:49 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Sat, 23 Aug 2008 21:18:49 +0300 Subject: changing LDM to GDM In-Reply-To: <48B05258.8080708@redhat.com> References: <6befb72f0806150518t4d2d5983o79a54f8700d48eb3@mail.gmail.com> <48552A39.6030200@redhat.com> <4855C4D5.1070403@redhat.com> <4219988b0808230857s378b355fs35a61124c5743a4c@mail.gmail.com> <48B03E9C.3090402@redhat.com> <4219988b0808231037q19cee096o28327ca287e69eb8@mail.gmail.com> <48B05258.8080708@redhat.com> Message-ID: <4219988b0808231118i444a479ag8eac7d4c22004fbd@mail.gmail.com> it works :-) as it always did. not sure how, but i will figure it out. what is so unique in LDM ? can you compair it with KDM ? (so i can understand the differences) On Sat, Aug 23, 2008 at 9:09 PM, Warren Togami wrote: > Nadav Kavalerchik wrote: > >> tomorrow, i will have more time to figure why LDM did not connect >> (promiss) :-) >> >> btw, i use KDM because of autologin and so many other KDM features. >> >> i did not try pluggable devices and sound , yet. but it used to work in >> kde 3.5.9 >> so i guess it should work in kde 4.1 too ? >> > > How could it possibly work without LDM? > > > Warren > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Sun Aug 24 01:37:42 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 23 Aug 2008 21:37:42 -0400 Subject: Meeting is on for Sun, Aug 24th Message-ID: <48B0BB66.6050601@redhat.com> I will be at the Sunday, August 24th meeting at the usual time. Warren From peter at scheie.homedns.org Sun Aug 24 20:56:37 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Sun, 24 Aug 2008 15:56:37 -0500 Subject: HTML version of README for Live USB Message-ID: <48B1CB05.7060701@scheie.homedns.org> I've created an HTML version of Warren's README that comes with the Live USB image. It's quite basic, but it does contain lots of screenshots to make it easier for people who are new to LTSP to get it running. You can see the it at http://petre.homedns.org/README-LIVE-LTSP-SERVER-SETUP/README-LIVE-LTSP-SERVER-SETUP.html Have a look, let me know what you think. Peter From wtogami at redhat.com Mon Aug 25 02:58:13 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 24 Aug 2008 22:58:13 -0400 Subject: Release: ltsp-5.1.21 for Fedora 9 Message-ID: <48B21FC5.3090300@redhat.com> http://togami.com/~k12linux-temporary/fedora/9/ I just pushed ltsp-5.1.21 and ldm-2.0.12 to my temporary repo. It should hit Fedora updates later this week. This is likely going to be the basis of the Fedora Live LTSP Server Beta2. (I am still working on the branding issue.) This update contains many bug fixes and additional features over ltsp-5.1.15 currently in Fedora 9 updates. * NBI and ELF netboot (generally Etherboot) is now fully supported. Images are generated automatically, and the new dhcpd.conf should automatically serve the right image to a client. You may need to install your /opt/ltsp/i386 chroot fresh with ltsp-build-client and update your /etc/ltsp/dhcpd.conf from ltsp-server to benefit from this new support. * NBD swap by default actually works now! (Except it is disabled if the server is running from a Live image in order to conserve memory.) * John Ellson fixed a few bugs to get x86_64 clients installable and working. Still requires a bit manual configuration but it should work now. * Old kernels and images are safely clenaed from the tftpboot directory if they are no longer installed in the client chroots. * (ADVANCED USERS: Most users don't really need this.) NBD root is now supported as an option. Default is still NFS root. Update your dhcpd.conf to the latest version from ltsp-server. It contains example syntax to switch your clients from NFS root to NBD root. ltsp-update-image will generate a NBD root image from /opt/ltsp/i386 and drop it into /opt/ltsp/images/i386.img. Note: This requires the patched mkinitrd also in the k12linux-temporary repo to be installed in the client chroot. This will go into Fedora 10 and Fedora 9 updates in a few weeks. I really need to write documentation for this on the Wiki. * (ADVANCED USERS: Tech preview status) Working Local Apps support, requires openssh-server-5.1 on the ltsp-server side, available in Fedora updates-testing. I will write up some docs for this on the Wiki soon. I tested all this pretty vigorously, but please let me know if you run into any problems. Warren Togami wtogami at redhat.com From nadavkav at gmail.com Mon Aug 25 17:29:51 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Mon, 25 Aug 2008 20:29:51 +0300 Subject: HTML version of README for Live USB In-Reply-To: <48B1CB05.7060701@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> Message-ID: <4219988b0808251029x7698712fw4e29b247f67ab7da@mail.gmail.com> amazing !!! thanks :-) On Sun, Aug 24, 2008 at 11:56 PM, Peter Scheie wrote: > I've created an HTML version of Warren's README that comes with the Live > USB image. It's quite basic, but it does contain lots of screenshots to > make it easier for people who are new to LTSP to get it running. You can > see the it at > http://petre.homedns.org/README-LIVE-LTSP-SERVER-SETUP/README-LIVE-LTSP-SERVER-SETUP.html > Have a look, let me know what you think. > > Peter > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nadavkav at gmail.com Mon Aug 25 17:39:13 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Mon, 25 Aug 2008 20:39:13 +0300 Subject: Release: ltsp-5.1.21 for Fedora 9 In-Reply-To: <48B21FC5.3090300@redhat.com> References: <48B21FC5.3090300@redhat.com> Message-ID: <4219988b0808251039l304e2ad0q9010bbcd22f775e@mail.gmail.com> that is great news :-) i used NBD swap for long time now (with ltsp 4.2) what are the benifits of useing NFS with latest LTSP 5.1.21 ? before you make a new LIve Images... 1. you recommended 900MB for persistent storage and the cd-creator can only create as much as 256. (https://fedorahosted.org/liveusb-creator) 2. booting the live USB did not find persistent storage and did not save my changes. 3. all the command line tools you used in the README files are not in the PATH of the live image and for some one that is not familiar with their locations it would (probably) be deficult to find. (although 'whereis'/'which' works) On Mon, Aug 25, 2008 at 5:58 AM, Warren Togami wrote: > http://togami.com/~k12linux-temporary/fedora/9/ > I just pushed ltsp-5.1.21 and ldm-2.0.12 to my temporary repo. It should > hit Fedora updates later this week. This is likely going to be the basis of > the Fedora Live LTSP Server Beta2. (I am still working on the branding > issue.) > > This update contains many bug fixes and additional features over > ltsp-5.1.15 currently in Fedora 9 updates. > > * NBI and ELF netboot (generally Etherboot) is now fully supported. Images > are generated automatically, and the new dhcpd.conf should automatically > serve the right image to a client. You may need to install your > /opt/ltsp/i386 chroot fresh with ltsp-build-client and update your > /etc/ltsp/dhcpd.conf from ltsp-server to benefit from this new support. > * NBD swap by default actually works now! (Except it is disabled if the > server is running from a Live image in order to conserve memory.) > * John Ellson fixed a few bugs to get x86_64 clients installable and > working. Still requires a bit manual configuration but it should work now. > * Old kernels and images are safely clenaed from the tftpboot directory if > they are no longer installed in the client chroots. > * (ADVANCED USERS: Most users don't really need this.) > NBD root is now supported as an option. Default is still NFS root. Update > your dhcpd.conf to the latest version from ltsp-server. It contains example > syntax to switch your clients from NFS root to NBD root. ltsp-update-image > will generate a NBD root image from /opt/ltsp/i386 and drop it into > /opt/ltsp/images/i386.img. Note: This requires the patched mkinitrd also in > the k12linux-temporary repo to be installed in the client chroot. This will > go into Fedora 10 and Fedora 9 updates in a few weeks. I really need to > write documentation for this on the Wiki. > * (ADVANCED USERS: Tech preview status) > Working Local Apps support, requires openssh-server-5.1 on the ltsp-server > side, available in Fedora updates-testing. I will write up some docs for > this on the Wiki soon. > > I tested all this pretty vigorously, but please let me know if you run into > any problems. > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nadavkav at gmail.com Mon Aug 25 17:43:49 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Mon, 25 Aug 2008 20:43:49 +0300 Subject: SAMBA does not work Message-ID: <4219988b0808251043p2b02baa6v5fe4d52bfb0bc17@mail.gmail.com> maybe it is a specific samba issue but i am not sure... after upgrading FC8 + ltsp 4.3 >>> FC9 + ltsp 5.1 samba stop working. no errors . it starts and stops with no errors. looks ok. but... i am unable to browse it from within the server or from any computer on the lan. it is the same configuration files i had since FC6. can it be the new bridge setup ? i am unfamiliar with that approach ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Mon Aug 25 17:47:05 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 25 Aug 2008 13:47:05 -0400 Subject: Release: ltsp-5.1.21 for Fedora 9 In-Reply-To: <4219988b0808251039l304e2ad0q9010bbcd22f775e@mail.gmail.com> References: <48B21FC5.3090300@redhat.com> <4219988b0808251039l304e2ad0q9010bbcd22f775e@mail.gmail.com> Message-ID: <48B2F019.7070100@redhat.com> Nadav Kavalerchik wrote: > that is great news :-) > > i used NBD swap for long time now (with ltsp 4.2) what are the benifits > of useing NFS with latest LTSP 5.1.21 ? This question does not make sense. > > before you make a new LIve Images... > 1. you recommended 900MB for persistent storage and the cd-creator can > only create as much as 256. (https://fedorahosted.org/liveusb-creator) You do not have enough free space on your USB device for the persistent overlay. You are better off without an overlay. > 2. booting the live USB did not find persistent storage and did not save > my changes. This means you don't have overlay. Live USB is only useful for a quick demo or testing or installing to your hard drive. > 3. all the command line tools you used in the README files are not in > the PATH of the live image and for some one that is not familiar with > their locations it would (probably) be deficult to find. (although > 'whereis'/'which' works) > What tools are you talking about? I have no idea what you are talking about. They should all be in the path. Warren Togami wtogami at redhat.com From nadavkav at gmail.com Mon Aug 25 18:01:06 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Mon, 25 Aug 2008 21:01:06 +0300 Subject: Release: ltsp-5.1.21 for Fedora 9 In-Reply-To: <48B2F019.7070100@redhat.com> References: <48B21FC5.3090300@redhat.com> <4219988b0808251039l304e2ad0q9010bbcd22f775e@mail.gmail.com> <48B2F019.7070100@redhat.com> Message-ID: <4219988b0808251101w3ac5e707w5075f65a39825ac6@mail.gmail.com> On Mon, Aug 25, 2008 at 8:47 PM, Warren Togami wrote: > Nadav Kavalerchik wrote: > >> that is great news :-) >> >> i used NBD swap for long time now (with ltsp 4.2) what are the benifits of >> useing NFS with latest LTSP 5.1.21 ? >> > > This question does not make sense. > "switch your clients from NFS root to NBD root. " maybe i was not clear, but i ment: why should i want to use NFS root in the first place ? > > >> before you make a new LIve Images... >> 1. you recommended 900MB for persistent storage and the cd-creator can >> only create as much as 256. (https://fedorahosted.org/liveusb-creator) >> > > You do not have enough free space on your USB device for the persistent > overlay. You are better off without an overlay. > i have 8GB and i used to have persistent overlay when i created other live usb using other distros. so i guess it is something with the cd-creator or the image ? > 2. booting the live USB did not find persistent storage and did not save >> my changes. >> > > This means you don't have overlay. Live USB is only useful for a quick > demo or testing or installing to your hard drive. > it should nice/useful enought to save some data even for a demo usb > > 3. all the command line tools you used in the README files are not in the >> PATH of the live image and for some one that is not familiar with their >> locations it would (probably) be deficult to find. (although >> 'whereis'/'which' works) >> >> > What tools are you talking about? I have no idea what you are talking > about. They should all be in the path. > ifconfig & ifup & ifdown & brctl after booting the usb image, the /sbin;/user/sbin was not in the PATH > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Mon Aug 25 18:11:19 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 25 Aug 2008 14:11:19 -0400 Subject: SAMBA does not work In-Reply-To: <4219988b0808251043p2b02baa6v5fe4d52bfb0bc17@mail.gmail.com> References: <4219988b0808251043p2b02baa6v5fe4d52bfb0bc17@mail.gmail.com> Message-ID: <48B2F5C7.9050304@redhat.com> Nadav Kavalerchik wrote: > maybe it is a specific samba issue but i am not sure... > > after upgrading FC8 + ltsp 4.3 >>> FC9 + ltsp 5.1 > samba stop working. > no errors . it starts and stops with no errors. looks ok. > but... i am unable to browse it from within the server or from > any computer on the lan. > > it is the same configuration files i had since FC6. > > can it be the new bridge setup ? > i am unfamiliar with that approach ? Samba is running where? Accessing what Windows machines? This is not enough information to possibly understand your issue. Warren From peter at scheie.homedns.org Mon Aug 25 18:19:01 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Mon, 25 Aug 2008 13:19:01 -0500 Subject: Release: ltsp-5.1.21 for Fedora 9 In-Reply-To: <4219988b0808251101w3ac5e707w5075f65a39825ac6@mail.gmail.com> References: <48B21FC5.3090300@redhat.com> <4219988b0808251039l304e2ad0q9010bbcd22f775e@mail.gmail.com> <48B2F019.7070100@redhat.com> <4219988b0808251101w3ac5e707w5075f65a39825ac6@mail.gmail.com> Message-ID: <48B2F795.6070108@scheie.homedns.org> Nadav Kavalerchik wrote: > > > before you make a new LIve Images... > 1. you recommended 900MB for persistent storage and the > cd-creator can only create as much as 256. > (https://fedorahosted.org/liveusb-creator) > > > You do not have enough free space on your USB device for the > persistent overlay. You are better off without an overlay. > > > i have 8GB and i used to have persistent overlay when i created other > live usb using other distros. so i guess it is something with the > cd-creator or the image ? > > 2. booting the live USB did not find persistent storage and did > not save my changes. > > This means you don't have overlay. Live USB is only useful for a > quick demo or testing or installing to your hard drive. > > it should nice/useful enought to save some data even for a demo usb > > 3. all the command line tools you used in the README files are > not in the PATH of the live image and for some one that is not > familiar with their locations it would (probably) be deficult to > find. (although 'whereis'/'which' works) > > What tools are you talking about? I have no idea what you are > talking about. They should all be in the path. > > > ifconfig & ifup & ifdown & brctl > > after booting the usb image, the /sbin;/user/sbin was not in the PATH > I made a live USB with a 1000MB overlay on a 4GB stick, and it worked fine. ifconfig and the other commands are in root's path but not fedora's (fedora is the ID created automatically and can be used without a password). Were you root when you tried those commands? As an aside, when I wrote the html README, one thing I tried to do was stay away from the command line as much as possible. However, there are some things, such as the above commands, which have no graphical equivalents, at least that I know of (I'd love to be proven wrong). Peter From nadavkav at gmail.com Mon Aug 25 18:28:33 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Mon, 25 Aug 2008 21:28:33 +0300 Subject: SAMBA does not work In-Reply-To: <48B2F5C7.9050304@redhat.com> References: <4219988b0808251043p2b02baa6v5fe4d52bfb0bc17@mail.gmail.com> <48B2F5C7.9050304@redhat.com> Message-ID: <4219988b0808251128u361129bfx1cf690852a7354da@mail.gmail.com> On Mon, Aug 25, 2008 at 9:11 PM, Warren Togami wrote: > Nadav Kavalerchik wrote: > >> maybe it is a specific samba issue but i am not sure... >> >> after upgrading FC8 + ltsp 4.3 >>> FC9 + ltsp 5.1 >> samba stop working. >> no errors . it starts and stops with no errors. looks ok. >> but... i am unable to browse it from within the server or from >> any computer on the lan. >> >> it is the same configuration files i had since FC6. >> >> can it be the new bridge setup ? >> i am unfamiliar with that approach ? >> > > Samba is running where? on the ltsp server (it is a file server too) > > Accessing what Windows machines? not, accessing windows machines. BUT... windows machines accessing ltsp server (as file server) through samba > > > This is not enough information to possibly understand your issue. i have no errors i can report of because samba seems to run with out errors , but still... i am unable to connect to its share from any type of OS outside of the server (the FC9 + ltsp 5.1 server) > > Warren > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > if you are not familiar with samba and it does not make any sens to you may it is a sign for me to dig even deeper :-) -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Mon Aug 25 20:02:49 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 25 Aug 2008 16:02:49 -0400 Subject: SAMBA does not work In-Reply-To: <4219988b0808251128u361129bfx1cf690852a7354da@mail.gmail.com> References: <4219988b0808251043p2b02baa6v5fe4d52bfb0bc17@mail.gmail.com> <48B2F5C7.9050304@redhat.com> <4219988b0808251128u361129bfx1cf690852a7354da@mail.gmail.com> Message-ID: <48B30FE9.8010604@redhat.com> Nadav Kavalerchik wrote: > > if you are not familiar with samba and it does not make any sens to you > may it is a sign for me to dig even deeper :-) Are you sure there are not firewall rules blocking access? Is a Windows client able to connect to your Samba server running on the fedora 9 server with \\IPADDRESS? Are the Windows clients plugged into the same subnet as the thin clients, or accessing via the "Internet" interface? Warren From nadavkav at gmail.com Mon Aug 25 20:45:52 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Mon, 25 Aug 2008 23:45:52 +0300 Subject: SAMBA does not work In-Reply-To: <48B30FE9.8010604@redhat.com> References: <4219988b0808251043p2b02baa6v5fe4d52bfb0bc17@mail.gmail.com> <48B2F5C7.9050304@redhat.com> <4219988b0808251128u361129bfx1cf690852a7354da@mail.gmail.com> <48B30FE9.8010604@redhat.com> Message-ID: <4219988b0808251345j84493efhcdbc109f6586ef11@mail.gmail.com> i used to have a 10/100 nic (internet) 192.168.1.xxx / 255.255.255.0 and a 1Gb nic (for the terminals) 192.168.10.x / 255.255.255.0 now, i removed the static ip from the 1Gb nic and attached it to the ltspbr0 the ltsp works fine with that configuration (as you suggested in the install instructions) but no samba. i put the ip back in the cfg-eth1 file and samba still does not work though, ltsp works fine. even now with the static ip on eth1, funny. ( i took it off, just in case) should i suppose to instruct samba to use the 171.30.100.x ip address subnet ? (some how) i did no such thing with the old setup. it just worked. i hope i am not getting to much off-topic here :-) thank you for your help ! On Mon, Aug 25, 2008 at 11:02 PM, Warren Togami wrote: > Nadav Kavalerchik wrote: > >> >> if you are not familiar with samba and it does not make any sens to you >> may it is a sign for me to dig even deeper :-) >> > > Are you sure there are not firewall rules blocking access? > > Is a Windows client able to connect to your Samba server running on the > fedora 9 server with \\IPADDRESS? > > Are the Windows clients plugged into the same subnet as the thin clients, > or accessing via the "Internet" interface? > > > Warren > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Mon Aug 25 20:58:19 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 25 Aug 2008 16:58:19 -0400 Subject: SAMBA does not work In-Reply-To: <4219988b0808251345j84493efhcdbc109f6586ef11@mail.gmail.com> References: <4219988b0808251043p2b02baa6v5fe4d52bfb0bc17@mail.gmail.com> <48B2F5C7.9050304@redhat.com> <4219988b0808251128u361129bfx1cf690852a7354da@mail.gmail.com> <48B30FE9.8010604@redhat.com> <4219988b0808251345j84493efhcdbc109f6586ef11@mail.gmail.com> Message-ID: <48B31CEB.3060602@redhat.com> You did not answer my question. But yes, samba is off-topic for this forum. Warren From nadavkav at gmail.com Mon Aug 25 21:04:37 2008 From: nadavkav at gmail.com (Nadav Kavalerchik) Date: Tue, 26 Aug 2008 00:04:37 +0300 Subject: SAMBA does not work In-Reply-To: <48B31CEB.3060602@redhat.com> References: <4219988b0808251043p2b02baa6v5fe4d52bfb0bc17@mail.gmail.com> <48B2F5C7.9050304@redhat.com> <4219988b0808251128u361129bfx1cf690852a7354da@mail.gmail.com> <48B30FE9.8010604@redhat.com> <4219988b0808251345j84493efhcdbc109f6586ef11@mail.gmail.com> <48B31CEB.3060602@redhat.com> Message-ID: <4219988b0808251404t6b0f21e2n56ddd5bb4f68cd70@mail.gmail.com> yes to all question sorry, i was carried away in my mind trying to give an answer to a previous question and here it happens again :-) On Mon, Aug 25, 2008 at 11:58 PM, Warren Togami wrote: > You did not answer my question. But yes, samba is off-topic for this > forum. > > > Warren > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Tue Aug 26 01:03:33 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 25 Aug 2008 21:03:33 -0400 Subject: HTML version of README for Live USB In-Reply-To: <48B1CB05.7060701@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> Message-ID: <48B35665.3070304@redhat.com> Peter Scheie wrote: > I've created an HTML version of Warren's README that comes with the Live > USB image. It's quite basic, but it does contain lots of screenshots to > make it easier for people who are new to LTSP to get it running. You > can see the it at > http://petre.homedns.org/README-LIVE-LTSP-SERVER-SETUP/README-LIVE-LTSP-SERVER-SETUP.html > > Have a look, let me know what you think. > The title of the page says "Live USB" while this isn't only Live USB. Could you try to shrink the size of the image files as small as possible but still readable by humans? You may have to use GIF or JPG to get smaller sizes. Warren Togami wtogami at redhat.com From Axel.Thimm at ATrpms.net Tue Aug 26 01:12:58 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 26 Aug 2008 04:12:58 +0300 Subject: italc Message-ID: <20080826011258.GA26699@victor.nirvana> Hi, I packaged up italc for Fedora, the review waiting for a reviewer is here: https://bugzilla.redhat.com/show_bug.cgi?id=459065 I think italc is a nice addition to any k12/ltsp/edu spin used in classrooms (as opposed to single user oriented edu spins). There are some nice patches by Ubuntu made to make italc blend better into an LTSP framework using avahi for autodetection and similar niceties, but I'd like to stay closer to upstream at least with the first package iteration. Upstream seems also to nicely accept patches, so most probably some kind of autodetection will make it into one of the next releases. If you want to test the bits w/o rebuilding yourself (but the build is really harmless), then the binary packages can be found at ATrpms: http://atrpms.net/name/italc/ There is even a RHEL5 binary package, if you need it. But I'd prefer if you would rebuild yourself, rpmlint it, shake it well, ponder the Fedora packaging/review guidelines on it and stamp an approval for it making it into Fedora :) (requires you to be a reviewer in Fedora, but most of us probably are) I saw that there was also another italc packaging suggestion based on a SuSE package made some weeks ago, I had a look at the specfile in case there was something to use for Fedora, but SuSE and Fedora are really quite different in their packaging style. :( -- 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 john.ellson at comcast.net Tue Aug 26 01:40:41 2008 From: john.ellson at comcast.net (John Ellson) Date: Mon, 25 Aug 2008 21:40:41 -0400 Subject: italc In-Reply-To: <20080826011258.GA26699@victor.nirvana> References: <20080826011258.GA26699@victor.nirvana> Message-ID: <48B35F19.1040500@comcast.net> Axel, Thanks very much for working on this package. Sorry I can't report immediate success... Axel Thimm wrote: > Hi, > > I packaged up italc for Fedora, the review waiting for a reviewer is > here: > > https://bugzilla.redhat.com/show_bug.cgi?id=459065 > > > Bugzilla seems t be down or not responding this evening... > If you want to test the bits w/o rebuilding yourself (but the build is > really harmless), then the binary packages can be found at ATrpms: > > http://atrpms.net/name/italc/ > I grabbed the src rpm, then on an up-to-date Rawhide x86_64 system, I did: $ rpmbuild --rebuild italc-1.0.9-4.src.rpm but it died with: checking QTDIR... configure: error: *** QTDIR must be defined, or --with-qtdir option given error: Bad exit status from /var/tmp/rpm-tmp.uuZdGM (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.uuZdGM (%build) Perhaps some BuildRequires missing? -- John Ellson From Axel.Thimm at ATrpms.net Tue Aug 26 03:31:10 2008 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 26 Aug 2008 06:31:10 +0300 Subject: italc In-Reply-To: <48B35F19.1040500@comcast.net> References: <20080826011258.GA26699@victor.nirvana> <48B35F19.1040500@comcast.net> Message-ID: <20080826033110.GB26699@victor.nirvana> Hi, On Mon, Aug 25, 2008 at 09:40:41PM -0400, John Ellson wrote: > Axel, > > Thanks very much for working on this package. > > Sorry I can't report immediate success... > > > Axel Thimm wrote: >> Hi, >> >> I packaged up italc for Fedora, the review waiting for a reviewer is >> here: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=459065 >> >> >> > Bugzilla seems t be down or not responding this evening... >> If you want to test the bits w/o rebuilding yourself (but the build is >> really harmless), then the binary packages can be found at ATrpms: >> >> http://atrpms.net/name/italc/ >> > I grabbed the src rpm, then on an up-to-date Rawhide x86_64 system, I did: > > $ rpmbuild --rebuild italc-1.0.9-4.src.rpm > > but it died with: > > checking QTDIR... configure: error: *** QTDIR must be defined, or > --with-qtdir option given > error: Bad exit status from /var/tmp/rpm-tmp.uuZdGM (%build) > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.uuZdGM (%build) > > Perhaps some BuildRequires missing? My logs shows checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking QTDIR... /usr checking Qt includes... /usr/include checking for moc-qt4... /usr/bin/moc-qt4 and it used qt-4.4.1-2.fc10, qt-x11-4.4.1-2.fc10 and qt-devel-4.4.1-2.fc10 I think you need to make sure there is no qt3-devel around anymore (e.g. a chroot build ensures this), because it seems to set the QTDIR var for QT3 usage. In short: Please uninstall the qt3-devel package and try again. -- 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 john.ellson at comcast.net Tue Aug 26 10:05:26 2008 From: john.ellson at comcast.net (John Ellson) Date: Tue, 26 Aug 2008 06:05:26 -0400 Subject: italc In-Reply-To: <20080826033110.GB26699@victor.nirvana> References: <20080826011258.GA26699@victor.nirvana> <48B35F19.1040500@comcast.net> <20080826033110.GB26699@victor.nirvana> Message-ID: <48B3D566.3090706@comcast.net> Axel, I'll take this up in: https://bugzilla.redhat.com/show_bug.cgi?id=459065 John Axel Thimm wrote: > Hi, > > On Mon, Aug 25, 2008 at 09:40:41PM -0400, John Ellson wrote: > >> Axel, >> >> Thanks very much for working on this package. >> >> Sorry I can't report immediate success... >> >> >> Axel Thimm wrote: >> >>> Hi, >>> >>> I packaged up italc for Fedora, the review waiting for a reviewer is >>> here: >>> >>> https://bugzilla.redhat.com/show_bug.cgi?id=459065 >>> >>> >>> >>> >> Bugzilla seems t be down or not responding this evening... >> >>> If you want to test the bits w/o rebuilding yourself (but the build is >>> really harmless), then the binary packages can be found at ATrpms: >>> >>> http://atrpms.net/name/italc/ >>> >>> >> I grabbed the src rpm, then on an up-to-date Rawhide x86_64 system, I did: >> >> $ rpmbuild --rebuild italc-1.0.9-4.src.rpm >> >> but it died with: >> >> checking QTDIR... configure: error: *** QTDIR must be defined, or >> --with-qtdir option given >> error: Bad exit status from /var/tmp/rpm-tmp.uuZdGM (%build) >> >> RPM build errors: >> Bad exit status from /var/tmp/rpm-tmp.uuZdGM (%build) >> >> Perhaps some BuildRequires missing? >> > > My logs shows > > checking for shmat... yes > checking for IceConnectionNumber in -lICE... yes > checking QTDIR... /usr > checking Qt includes... /usr/include > checking for moc-qt4... /usr/bin/moc-qt4 > > and it used qt-4.4.1-2.fc10, qt-x11-4.4.1-2.fc10 and > qt-devel-4.4.1-2.fc10 > > I think you need to make sure there is no qt3-devel around anymore > (e.g. a chroot build ensures this), because it seems to set the QTDIR > var for QT3 usage. > > In short: Please uninstall the qt3-devel package and try again. > > ------------------------------------------------------------------------ > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list -- John Ellson From peter at scheie.homedns.org Tue Aug 26 12:52:43 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Tue, 26 Aug 2008 07:52:43 -0500 Subject: HTML version of README for Live USB In-Reply-To: <48B35665.3070304@redhat.com> References: <48B1CB05.7060701@scheie.homedns.org> <48B35665.3070304@redhat.com> Message-ID: <48B3FC9B.5090103@scheie.homedns.org> Warren Togami wrote: > Peter Scheie wrote: >> I've created an HTML version of Warren's README that comes with the >> Live USB image. It's quite basic, but it does contain lots of >> screenshots to make it easier for people who are new to LTSP to get it >> running. You can see the it at >> http://petre.homedns.org/README-LIVE-LTSP-SERVER-SETUP/README-LIVE-LTSP-SERVER-SETUP.html >> >> Have a look, let me know what you think. >> > > The title of the page says "Live USB" while this isn't only Live USB. > Fixed. > Could you try to shrink the size of the image files as small as possible > but still readable by humans? You may have to use GIF or JPG to get > smaller sizes. > I'll try, but most of them are at the point where if I make them smaller the text in them becomes unreadable. The screen capture utility automatically creates PNG files. I don't think converting those to JPG will help, as JPG is better suited for high color levels such as photos. I'll see about reducing the color levels (I think they're currently 24-bit). The html file and all the images add up to 1.2MB; if you could give me a threshold to shoot for, say, under 1MB, it would be easier. OTOH, with 20 image files, some of the entire desktop, I doubt I'll be able to get much below 900K. Since this goes onto a DVD, of which the whole system consumes less than 1GB, or a USB stick which ought to be at least 2GB to accomodate a 900MB overlay, is saving 200-300K that important? Peter > 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 > From ellson at research.att.com Tue Aug 26 13:27:54 2008 From: ellson at research.att.com (John Ellson) Date: Tue, 26 Aug 2008 09:27:54 -0400 Subject: 9 days till school starts - need help with desktop configuration Message-ID: <48B404DA.1070408@research.att.com> We now have a fc9.x86_64 ltsp server with five x86_64 and two i386 clients working in the school, almost ready for the elementary and middle school kids and staff on September 4th. I have some configuration issues that I'm hoping I can get some help with: Gnome desktop: 1. How can I modify the default gnome desktop configuration new userids? a. to remove unused/broken menu items such as "Lock Screen" and "Shutdown" b. to add applications on the panel, such as GIMP (which nobody looking for "Photoshop" can ever find) c. to add items to user's Desktop/ such as a linked folder to a shared directory accessible to all students 2. How can I reset a student's desktop to the default? (Does: "rm -rf .gnome .gnome2 .gconf .gconfd .metacity" sound about right?) Firefox: 3. How can I install AdBlock and NoScript system-wide so that all users have them automatically? (and will this be the same when firefox is run as a localapp?) Kernel: 4. How do I administratively disable VT switching in the clients? I need VT switching occasionally for debugging, but the kids don't. John From wtogami at redhat.com Tue Aug 26 13:58:06 2008 From: wtogami at redhat.com (Warren Togami) Date: Tue, 26 Aug 2008 09:58:06 -0400 Subject: HTML version of README for Live USB In-Reply-To: <48B3FC9B.5090103@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> <48B35665.3070304@redhat.com> <48B3FC9B.5090103@scheie.homedns.org> Message-ID: <48B40BEE.2050108@redhat.com> Peter Scheie wrote: > > > Warren Togami wrote: >> Peter Scheie wrote: >>> I've created an HTML version of Warren's README that comes with the >>> Live USB image. It's quite basic, but it does contain lots of >>> screenshots to make it easier for people who are new to LTSP to get >>> it running. You can see the it at >>> http://petre.homedns.org/README-LIVE-LTSP-SERVER-SETUP/README-LIVE-LTSP-SERVER-SETUP.html >>> >>> Have a look, let me know what you think. >>> >> >> The title of the page says "Live USB" while this isn't only Live USB. >> > Fixed. > >> Could you try to shrink the size of the image files as small as >> possible but still readable by humans? You may have to use GIF or JPG >> to get smaller sizes. >> > I'll try, but most of them are at the point where if I make them smaller > the text in them becomes unreadable. The screen capture utility > automatically creates PNG files. I don't think converting those to JPG > will help, as JPG is better suited for high color levels such as photos. > I'll see about reducing the color levels (I think they're currently > 24-bit). The html file and all the images add up to 1.2MB; if you could > give me a threshold to shoot for, say, under 1MB, it would be easier. > OTOH, with 20 image files, some of the entire desktop, I doubt I'll be > able to get much below 900K. Since this goes onto a DVD, of which the > whole system consumes less than 1GB, or a USB stick which ought to be at > least 2GB to accomodate a 900MB overlay, is saving 200-300K that important? Please see if you can reduce size by any amount without losing too much visual quality. Some of the already smaller files cannot be compressed further, but the larger files you might be able to do something. Any amount of savings (even < 10%) would be helpful. Warren From dyoung at mesd.k12.or.us Tue Aug 26 15:52:52 2008 From: dyoung at mesd.k12.or.us (Dan Young) Date: Tue, 26 Aug 2008 08:52:52 -0700 Subject: HTML version of README for Live USB In-Reply-To: <48B3FC9B.5090103@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> <48B35665.3070304@redhat.com> <48B3FC9B.5090103@scheie.homedns.org> Message-ID: <994441ae0808260852o7e565978o208a37e2013623d7@mail.gmail.com> On Tue, Aug 26, 2008 at 5:52 AM, Peter Scheie wrote: > > Warren Togami wrote: >> >> Peter Scheie wrote: >>> >> Could you try to shrink the size of the image files as small as possible >> but still readable by humans? You may have to use GIF or JPG to get smaller >> sizes. >> > I'll try, but most of them are at the point where if I make them smaller the > text in them becomes unreadable. The screen capture utility automatically > creates PNG files. http://www.linuxine.com/2008/07/how-to-optimize-png-format-image-in-command-line-mode.html -- Dan Young Multnomah ESD - Technology Services 503-257-1562 From wtogami at redhat.com Wed Aug 27 20:44:50 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 27 Aug 2008 16:44:50 -0400 Subject: K12Linux branding ideas Message-ID: <48B5BCC2.9080409@redhat.com> Hey folks, We may soon have ownership of k12linux.* domains. We need to decide how we will use the K12Linux brand name. In the tradition of K12LTSP, perhaps we should call the installable media spins K12Linux. K12Linux Live Server F9 Beta 2 K12Linux Live Server F9 K12Linux Live Server F10 K12linux Live Server EL6 I suspect LTSP-4.2 based K12LTSP media will survive until EL6 makes a fully functional LTSP5 on long-term supportable EL-base possible. Thereafter K12LTSP will be considered legacy. Folks could continue to use K12LTSP EL5 if they have not yet upgraded to K12Linux, or if their clients are just too old/slow to work with LTSP5. Any better ideas? Warren Togami wtogami at redhat.com From krsnendu108 at gmail.com Thu Aug 28 23:34:18 2008 From: krsnendu108 at gmail.com (Krsnendu dasa) Date: Fri, 29 Aug 2008 11:34:18 +1200 Subject: HTML version of README for Live USB In-Reply-To: <48B1CB05.7060701@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> Message-ID: 2008/8/25 Peter Scheie > I've created an HTML version of Warren's README that comes with the Live > USB image. It's quite basic, but it does contain lots of screenshots to > make it easier for people who are new to LTSP to get it running. You can > see the it at > http://petre.homedns.org/README-LIVE-LTSP-SERVER-SETUP/README-LIVE-LTSP-SERVER-SETUP.html > Have a look, let me know what you think. > > Peter > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > This link is not working right now. -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at scheie.homedns.org Fri Aug 29 01:35:33 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Thu, 28 Aug 2008 20:35:33 -0500 Subject: HTML version of README for Live USB In-Reply-To: References: <48B1CB05.7060701@scheie.homedns.org> Message-ID: <48B75265.80608@scheie.homedns.org> I moved the directory with the first draft to make room for the second draft. You'll find them both at http://petre.homedns.org/f9-ltsp/ In the second draft, I reduced all the images to 8-bit color. They look a bit washed out, but I think are still quite readable. Whereas draft 1 was a total of 1228KB, draft2 is only 276KB! Is that small enough Warren? Peter Krsnendu dasa wrote: > > > 2008/8/25 Peter Scheie > > > I've created an HTML version of Warren's README that comes with the > Live USB image. It's quite basic, but it does contain lots of > screenshots to make it easier for people who are new to LTSP to get > it running. You can see the it at > http://petre.homedns.org/README-LIVE-LTSP-SERVER-SETUP/README-LIVE-LTSP-SERVER-SETUP.html > Have a look, let me know what you think. > > Peter > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > > > This link is not working right now. > > > ------------------------------------------------------------------------ > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list From wtogami at redhat.com Fri Aug 29 04:12:35 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 29 Aug 2008 00:12:35 -0400 Subject: HTML version of README for Live USB In-Reply-To: <48B75265.80608@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> <48B75265.80608@scheie.homedns.org> Message-ID: <48B77733.6020106@redhat.com> Peter Scheie wrote: > I moved the directory with the first draft to make room for the second > draft. You'll find them both at http://petre.homedns.org/f9-ltsp/ > In the second draft, I reduced all the images to 8-bit color. They look > a bit washed out, but I think are still quite readable. Whereas draft 1 > was a total of 1228KB, draft2 is only 276KB! Is that small enough Warren? > > Peter Good choice to eliminate the background texture. It really is irrelevant to convey to the user what actions are needed. It also "debrands" the screenshot so it could refer to Fedora 9 or Fedora 10. (Although possibly it could be simplified further in Fedora 10 if the tools have improved. For example I believe Dan Williams did some work to have NetworkManager support BRIDGE= syntax. We need to check on this soon.) Title of the page still says "Live USB" which is not entirely accurate. So, I did not expect you to cut size nearly this much. Perhaps this was a little too much. It looks good enough, except for the striping effect in the menus and drop-down boxes. Please use your best judgement to find the right balance of look and size. Here is the plan how we will ship your new HTML-ized README. It will be installed via its own package like ltsp-server-setupdoc. All of the files will be dropped into a directory like /usr/share/ltsp-server-setupdoc/. The reason it has its own package is because this does not belong in the ltsp upstream or within ltsp software packages. This is a Fedora specific thing. I notice that the screenshots have the Beta 1 text file on the Desktop. We will replace this with a .desktop launcher that runs firefox with file:///usr/share/ltsp-server-setupdoc/something.html as the parameter. For your screenshot you can create .desktop launcher by right-clicking on the desktop and "Create Launcher..." Please call it "README LTSP Server Setup". The spaces are fine. Try to find an icon that is already shipped in the Live image that would be appropriate for this launcher. Send me the raw .desktop file after you have created it and chosen an icon so I can package it. Overall, great work Peter! Warren Togami wtogami at redhat.com From peter at scheie.homedns.org Fri Aug 29 12:49:32 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Fri, 29 Aug 2008 07:49:32 -0500 Subject: HTML version of README for Live USB In-Reply-To: <48B77733.6020106@redhat.com> References: <48B1CB05.7060701@scheie.homedns.org> <48B75265.80608@scheie.homedns.org> <48B77733.6020106@redhat.com> Message-ID: <48B7F05C.205@scheie.homedns.org> Warren Togami wrote: > Peter Scheie wrote: >> I moved the directory with the first draft to make room for the second >> draft. You'll find them both at http://petre.homedns.org/f9-ltsp/ >> In the second draft, I reduced all the images to 8-bit color. They >> look a bit washed out, but I think are still quite readable. Whereas >> draft 1 was a total of 1228KB, draft2 is only 276KB! Is that small >> enough Warren? >> >> Peter > > Good choice to eliminate the background texture. It really is > irrelevant to convey to the user what actions are needed. It also > "debrands" the screenshot so it could refer to Fedora 9 or Fedora 10. > (Although possibly it could be simplified further in Fedora 10 if the > tools have improved. For example I believe Dan Williams did some work > to have NetworkManager support BRIDGE= syntax. We need to check on this > soon.) > > Title of the page still says "Live USB" which is not entirely accurate. > Doh! Missed that one. The top of the document says 'Fedora Live LTSP Server 9 Beta 1 README' while the title makes reference to K12Linux; should they both perhaps say 'K12Linux Live Server README'? Or is that name still up in the air? > So, I did not expect you to cut size nearly this much. Perhaps this was > a little too much. It looks good enough, except for the striping effect > in the menus and drop-down boxes. Please use your best judgement to > find the right balance of look and size. > Agreed about the striping. I actually wanted 16-bit color, but KolourPaint doesn't offer that. I also reduced the size of several of the images, instead of just specifying their size in the HTML, which helped a bit, too. Surprisingly, I think the shots of the full desktop came out looking best, despite their arguable greater complexity color-wise. I'll twiddle with them some more this weekend. Does anyone know of a command-line utility for reducing an image from 24-bit to 16-bit color? > Here is the plan how we will ship your new HTML-ized README. It will be > installed via its own package like ltsp-server-setupdoc. All of the > files will be dropped into a directory like > /usr/share/ltsp-server-setupdoc/. The reason it has its own package is > because this does not belong in the ltsp upstream or within ltsp > software packages. This is a Fedora specific thing. > > I notice that the screenshots have the Beta 1 text file on the Desktop. > We will replace this with a .desktop launcher that runs firefox with > file:///usr/share/ltsp-server-setupdoc/something.html as the parameter. > For your screenshot you can create .desktop launcher by right-clicking > on the desktop and "Create Launcher..." Please call it "README LTSP > Server Setup". The spaces are fine. Try to find an icon that is > already shipped in the Live image that would be appropriate for this > launcher. Send me the raw .desktop file after you have created it and > chosen an icon so I can package it. > Will do. Peter From wtogami at redhat.com Fri Aug 29 14:48:15 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 29 Aug 2008 10:48:15 -0400 Subject: HTML version of README for Live USB In-Reply-To: <48B7F05C.205@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> <48B75265.80608@scheie.homedns.org> <48B77733.6020106@redhat.com> <48B7F05C.205@scheie.homedns.org> Message-ID: <48B80C2F.3080102@redhat.com> Peter Scheie wrote: > Agreed about the striping. I actually wanted 16-bit color, but > KolourPaint doesn't offer that. I also reduced the size of several of > the images, instead of just specifying their size in the HTML, which > helped a bit, too. Surprisingly, I think the shots of the full desktop > came out looking best, despite their arguable greater complexity > color-wise. I'll twiddle with them some more this weekend. Does anyone > know of a command-line utility for reducing an image from 24-bit to > 16-bit color? Why do you need a command line utility? The GIMP should theoretically be able to do all this? Warren From peter at scheie.homedns.org Sat Aug 30 00:07:37 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Fri, 29 Aug 2008 19:07:37 -0500 Subject: HTML version of README for Live USB In-Reply-To: <48B80C2F.3080102@redhat.com> References: <48B1CB05.7060701@scheie.homedns.org> <48B75265.80608@scheie.homedns.org> <48B77733.6020106@redhat.com> <48B7F05C.205@scheie.homedns.org> <48B80C2F.3080102@redhat.com> Message-ID: <48B88F49.70808@scheie.homedns.org> Warren Togami wrote: > Peter Scheie wrote: >> Agreed about the striping. I actually wanted 16-bit color, but >> KolourPaint doesn't offer that. I also reduced the size of several of >> the images, instead of just specifying their size in the HTML, which >> helped a bit, too. Surprisingly, I think the shots of the full desktop >> came out looking best, despite their arguable greater complexity >> color-wise. I'll twiddle with them some more this weekend. Does >> anyone know of a command-line utility for reducing an image from >> 24-bit to 16-bit color? > > Why do you need a command line utility? > > The GIMP should theoretically be able to do all this? Because I'm a command line kinda person at heart. ;-) I was just thinking I could do a 'for' loop in the directory with all the image files to reduce them to 16-bit color. Yes, one can script things with the Gimp, but I've never done it, but I have done some looping things with ffmpeg for some videos, and was just looking for something similar. Peter From balmquist at mindfirestudios.com Sat Aug 30 03:20:07 2008 From: balmquist at mindfirestudios.com (Almquist Burke) Date: Fri, 29 Aug 2008 22:20:07 -0500 Subject: HTML version of README for Live USB In-Reply-To: <48B88F49.70808@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> <48B75265.80608@scheie.homedns.org> <48B77733.6020106@redhat.com> <48B7F05C.205@scheie.homedns.org> <48B80C2F.3080102@redhat.com> <48B88F49.70808@scheie.homedns.org> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Aug 29, 2008, at 7:07 PM, Peter Scheie wrote: > > Because I'm a command line kinda person at heart. ;-) I was just > thinking I could do a 'for' loop in the directory with all the > image files to reduce them to 16-bit color. Yes, one can script > things with the Gimp, but I've never done it, but I have done some > looping things with ffmpeg for some videos, and was just looking > for something similar. > How about Imagemagick? I think the command is just a little way down this page. http://xahlee.org/img/imagemagic.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iEYEARECAAYFAki4vGcACgkQxWV7OPa/g5G1FgCfYUG2bqSV77ioyYXIi11e+l3z ENcAnikyLWt0Zjxt72s8ko1VxtH5ZE/I =owXE -----END PGP SIGNATURE----- From wtogami at redhat.com Sat Aug 30 04:45:04 2008 From: wtogami at redhat.com (Warren Togami) Date: Sat, 30 Aug 2008 00:45:04 -0400 Subject: HTML version of README for Live USB In-Reply-To: <48B88F49.70808@scheie.homedns.org> References: <48B1CB05.7060701@scheie.homedns.org> <48B75265.80608@scheie.homedns.org> <48B77733.6020106@redhat.com> <48B7F05C.205@scheie.homedns.org> <48B80C2F.3080102@redhat.com> <48B88F49.70808@scheie.homedns.org> Message-ID: <48B8D050.4060906@redhat.com> Peter Scheie wrote: >> >> The GIMP should theoretically be able to do all this? > > Because I'm a command line kinda person at heart. ;-) I was just > thinking I could do a 'for' loop in the directory with all the image > files to reduce them to 16-bit color. Yes, one can script things with > the Gimp, but I've never done it, but I have done some looping things > with ffmpeg for some videos, and was just looking for something similar. > Image manipulation is really a less reasonable thing to use command line tools upon unless you are doing mass automatic batch processing. In the case of image manipulation where you are trying to achieve small file sizes without dramatic reductions in quality, it makes a WHOLE LOT more sense to use something like GIMP where you can adjust parameters and instantly see (without saving) how much it degrades the image? I dunno, whatever you can use to achieve the desired output is fine... Warren From weba at ancollege.org Sun Aug 31 06:36:57 2008 From: weba at ancollege.org (nilakhya chatterjee) Date: Sun, 31 Aug 2008 12:06:57 +0530 Subject: K12Linux branding ideas In-Reply-To: <48B5BCC2.9080409@redhat.com> References: <48B5BCC2.9080409@redhat.com> Message-ID: <32a1284d0808302336o5aefc161mc500236e65a92aff@mail.gmail.com> this discussion is all about the levels of abstraction everytime we dig more deeper. an open source implementation is what we have supported and that too with the original goals of LTSP the LTSP muekow(LTSP 5) implementation was to bring in LTSP to distributions and integrate it more tighter. k12Linux started with a goal to integrate LTSP to Fedora ( a distribution made out of open source tools). Way back from LTSP 3, it integrated LTSP to fedora so that its deployment is really a breeze, but now after Muecow happened i think there is no way of making the K12Linux brand and concentrating developement around custom spins and cut away from the Fedora main distribution path. because now things are possible with the mother distribution itself and there is no issue of uniformity. rather we should focus on the LTSP installer that may have many more options to tweak the Fedora itself for various implementations. i also give encouragements to maintain additional spins in the K12 linux domain but still the developement should be concentrated to the mother distribution. bcause documentation / troubleshooting / configuration issues are still developer centric we must put all our energy to make users the king ..........rather the geeks bringing new thoughts every day. so that the " iterative developement model " never effects or puzzles the implementors. supporting users with FAQ giving them multiple install paths and making the technology more comprehensive through visual walkthroughs and documentations should be the focus for the moment, without which no one can believe in any "brands " we wanna make K12 into . i am eager to do documentation and walkthroughs ......coz i know thats what we lack @ the moment the mossssssst . On 8/28/08, Warren Togami wrote: > > Hey folks, > > We may soon have ownership of k12linux.* domains. We need to decide how we > will use the K12Linux brand name. > > In the tradition of K12LTSP, perhaps we should call the installable media > spins K12Linux. > > K12Linux Live Server F9 Beta 2 > K12Linux Live Server F9 > K12Linux Live Server F10 > K12linux Live Server EL6 > > I suspect LTSP-4.2 based K12LTSP media will survive until EL6 makes a fully > functional LTSP5 on long-term supportable EL-base possible. Thereafter > K12LTSP will be considered legacy. Folks could continue to use K12LTSP EL5 > if they have not yet upgraded to K12Linux, or if their clients are just too > old/slow to work with LTSP5. > > Any better ideas? > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: