From odin at gnuskole.no Wed Oct 1 15:37:24 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Wed, 1 Oct 2008 17:37:24 +0200 Subject: Login in LDM keeps getting slower and slower Message-ID: <20081001152623.M26292@gnuskole.no> We've seen some strange behavior this all of out LDM-clients. For each login you do on a client it takes longer and longer time before you'll get logged into the gnome-session. There is no load on the server or the client - it seems to be some kind of timeout. The only thing that fixes the problem is to reboot the LDM-client, which is something that is not practical on LDM-client in computerlabs that have 20-40 logins a day on each computer. This behavior is noticeable after only 4-5 logins. Then the login time varies from 35 sec. to 2-3 minutes from the authentication to gnome is ready to run. Reboot the LDM-client, and login only takes 4-5 seconds. I've updated all the LDM-clients and the TSs to the latest updates. We have another school in out community that also have exactly the same problem. Regards, Odin From odin at gnuskole.no Thu Oct 2 06:21:32 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Thu, 2 Oct 2008 08:21:32 +0200 Subject: Login in LDM keeps getting slower and slower In-Reply-To: <20081001152623.M26292@gnuskole.no> References: <20081001152623.M26292@gnuskole.no> Message-ID: <20081002061808.M76883@gnuskole.no> On Wed, 1 Oct 2008 17:37:24 +0200, Odin N?sen wrote > We've seen some strange behavior this all of out LDM-clients. For each login > you do on a client it takes longer and longer time before you'll get logged > into the gnome-session. There is no load on the server or the client - it I found it. It is the "S01-localapps"-script in (/opt/ltsp/i386)/usr/share/ldm/rc.d. The script is running even if I say "LOCAL_APPS = false" in lts.conf, and something in this script is making a big delay. It may have something to do with the fact that we are using NIS, but I have not tested it yet. regards, Odin From wtogami at redhat.com Mon Oct 6 04:04:15 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 06 Oct 2008 00:04:15 -0400 Subject: ltsp-5.1.26 and roadmap for next week Message-ID: <48E98E3F.60303@redhat.com> Hi folks, I just built ltsp-5.1.26 incorporating an important safety fix from John Ellson. If we find no problems with this build I will push it to Fedora 9 updates tomorrow. Meanwhile you'll find it k12linux-temporary repo. In the next week I am trying to get K12Linux Terminal Server F9 Beta 2 out. Maureen Duffy is almost done with new artwork for the LDM login screen. Once the artwork is done, the latest upstream ldm and ltspfs will be built into Fedora 9 and Fedora 10. https://bugzilla.redhat.com/show_bug.cgi?id=444552 I also hope that we can fix the GNOME bug where it shows users a useless Shutdown/Hibernate/Reboot dialog. If anybody can help work on this it would be greatly appreciated. I am trying to juggle several balls at the moment in preparation for a big trip to Japan October 14th. Eric Harrison and I will be presenting about this technology for education and government people there. It will be a big event. Warren Togami wtogami at redhat.com From robark at gmail.com Tue Oct 7 04:51:48 2008 From: robark at gmail.com (Robert Arkiletian) Date: Mon, 6 Oct 2008 21:51:48 -0700 Subject: diskless vs ltsp local apps Message-ID: Currently, diskless solutions like DRBL involve exporting /home over nfs. But nfs is insecure. I have read local app support is working in Fedora 9/ltsp 5. I'm assuming some type of authentication must occur to run an app locally. How is this done? I'd like to try out ltsp local apps and compare it with the diskless model (100% local apps). My main concern is the browser + flash video/sound experience. I really want to see if firefox can run well as a local app with video and sound working well. Can someone point me to a link that shows how to setup local apps with Fedora 9/ltsp 5 ? -- 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 Wed Oct 8 17:07:05 2008 From: robark at gmail.com (Robert Arkiletian) Date: Wed, 8 Oct 2008 10:07:05 -0700 Subject: diskless vs ltsp local apps In-Reply-To: References: Message-ID: On Mon, Oct 6, 2008 at 9:51 PM, Robert Arkiletian wrote: > Currently, diskless solutions like DRBL involve exporting /home over > nfs. But nfs is insecure. > > I have read local app support is working in Fedora 9/ltsp 5. I'm > assuming some type of authentication must occur to run an app locally. > How is this done? Ah, seems it's sshfs. > > I'd like to try out ltsp local apps and compare it with the diskless > model (100% local apps). My main concern is the browser + flash > video/sound experience. I really want to see if firefox can run well > as a local app with video and sound working well. Can someone point me > to a link that shows how to setup local apps with Fedora 9/ltsp 5 ? > Is there a link to instructions how to enable local app support for firefox. -- 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 Wed Oct 8 18:57:25 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 08 Oct 2008 14:57:25 -0400 Subject: diskless vs ltsp local apps In-Reply-To: References: Message-ID: <48ED0295.7030509@redhat.com> Robert Arkiletian wrote: > On Mon, Oct 6, 2008 at 9:51 PM, Robert Arkiletian wrote: >> Currently, diskless solutions like DRBL involve exporting /home over >> nfs. But nfs is insecure. >> >> I have read local app support is working in Fedora 9/ltsp 5. I'm >> assuming some type of authentication must occur to run an app locally. >> How is this done? > > Ah, seems it's sshfs. > >> I'd like to try out ltsp local apps and compare it with the diskless >> model (100% local apps). My main concern is the browser + flash >> video/sound experience. I really want to see if firefox can run well >> as a local app with video and sound working well. Can someone point me >> to a link that shows how to setup local apps with Fedora 9/ltsp 5 ? >> > > Is there a link to instructions how to enable local app support for firefox. > I could really use help of someone writing this down in the Wiki. I am having health difficulties at the moment. 1) Install a fresh client chroot on Fedora 9 with ltsp-build-client. 2) It should have xterm installed. 3) After you have logged into your user, create a launcher that runs: /usr/bin/ltsp-localapps /usr/bin/xterm This is a very simple example of a localapp that is already installed in the client chroot. You can use yum to install additional stuff like firefox or epiphany, then run it in the same manner. BTW, firefox and epiphany fails to pull in a needed dependency. It might be dbus-x11. F9 update for ltsp-client pushed today improves the behavior slightly. I still need to build a new ldm for F9. Waiting on artwork for ldm though. Warren From odin at gnuskole.no Wed Oct 8 20:47:36 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Wed, 8 Oct 2008 22:47:36 +0200 Subject: diskless vs ltsp local apps In-Reply-To: <48ED0295.7030509@redhat.com> References: <48ED0295.7030509@redhat.com> Message-ID: <20081008204236.M68340@gnuskole.no> > This is a very simple example of a localapp that is already installed in > the client chroot. You can use yum to install additional stuff like > firefox or epiphany, then run it in the same manner. I tested this in Fedora 10 with LTSP - and it worked like a charm! Firefox with Flash worked on the first try. Now I have to get it working with NIS and NFS too... Maybe t works better (not using longer and longer time to log on) if I sshfs directly to the fileservere and not to the terminalserver. I got to make a real NIS/NFS setup with LTSP in ESXi soon so I can test this at home. Odin From wtogami at redhat.com Wed Oct 8 22:57:26 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 08 Oct 2008 18:57:26 -0400 Subject: diskless vs ltsp local apps In-Reply-To: <20081008204236.M68340@gnuskole.no> References: <48ED0295.7030509@redhat.com> <20081008204236.M68340@gnuskole.no> Message-ID: <48ED3AD6.1000706@redhat.com> Odin N?sen wrote: >> This is a very simple example of a localapp that is already installed in >> the client chroot. You can use yum to install additional stuff like >> firefox or epiphany, then run it in the same manner. > > I tested this in Fedora 10 with LTSP - and it worked like a charm! Firefox with Flash > worked on the first try. Now I have to get it working with NIS and NFS too... Maybe t > works better (not using longer and longer time to log on) if I sshfs directly to the > fileservere and not to the terminalserver. I got to make a real NIS/NFS setup with LTSP > in ESXi soon so I can test this at home. > Connecting to a different server for sshfs will be a challenge. The reason for this is sshfs automatically mounted with LTSP5 local apps support goes through the existing ssh tunnel used by X created upon your ldm login. If you want anything different from this, it will be a significant architecture problem that needs to be discussed on the upstream ltsp-developer list. BTW, how fast was starting firefox? It has been really slow for me on first-run, but better on subsequent runs. Warren From odin at gnuskole.no Thu Oct 9 05:34:08 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Thu, 9 Oct 2008 07:34:08 +0200 Subject: diskless vs ltsp local apps In-Reply-To: <48ED3AD6.1000706@redhat.com> References: <48ED0295.7030509@redhat.com> <20081008204236.M68340@gnuskole.no> <48ED3AD6.1000706@redhat.com> Message-ID: <20081009052853.M18939@gnuskole.no> > BTW, how fast was starting firefox? It has been really slow for me on > first-run, but better on subsequent runs. I didn't notice any difference in starting firefox on the thin client vs the terminal server (Fedora 10). In fact it seemed to start faster on the thin client, probably due to the fact that I didn't install all the different languages. I also installed totem-gstreamer and totem-mozplugin but then the thin client promptly shutdown when I tried a page where the totem-mozplugin should have appeared. I will try to put virtual memory in the thin client on the next run. Odin From monteslu at cox.net Thu Oct 9 06:31:12 2008 From: monteslu at cox.net (Luis Montes) Date: Wed, 08 Oct 2008 23:31:12 -0700 Subject: FW: What else do we need to fix to make K12Linux production ready In-Reply-To: <48C2DA0C.3060402@redhat.com> References: <9E7E50F82F3AFF48AD491FDEF0ACE2440FFDB5@wsc-mail-04.intra.nwresd.k12.or.us> <48C2DA0C.3060402@redhat.com> Message-ID: <48EDA530.5010208@cox.net> Warren Togami wrote: > Robert Arkiletian wrote: >> On Fri, Sep 5, 2008 at 8:14 AM, Paul Nelson >> wrote: >>> Network defaults ready for use in schools: >>> K12Linux is often installed by teachers experimenting with Linux and >>> thin-clients in their classrooms. It's important to understand these >>> folks as customers when making decisions about how to configure >>> K12Linux. The two network card setup worked so well because these >>> servers could be isolated from the network and could at the same >>> time, create a network in a classroom or lab. Out of the box they >>> had DNS, DHCPD and NAT working so the K12linux box would act as a >>> gateway to the rest of the network and at the same time, create a >>> rational, usable network inside the school or classroom (usable for >>> other PCs too). I think it's important that the kind of scripting >>> that Eric did in earlier releases finds its way into K12Linux for >>> Fedora 9 as well. >> >> >> I agree with this Paul. I think we are going to be getting a lot of >> people frustrated with the virtual bridge networking configuration. I >> prefered it the way it was in k12ltsp. >> >> As far as I understand it there where 2 reasons for using ltspbr0 >> >> 1) it's easy to connect vm's to test ltsp >> 2) people won't accidentally broadcast dhcp by connecting eth0 to the >> wan >> >> I don't really feel these are valid reasons because: >> >> 1) people who are going to test with vm's are going to be ltsp dev's, >> not the average teacher who wants to run a lab. Dev's have the ability >> to set this up themselves, they don't need it to be defualt. We need >> to make it easy for most people, not dev's. So it adds unneccessary >> complexity. >> >> 2) once the bridge connects to a real eth device (which you need if >> you are going to boot real clients) you can still accidentally >> broadcast dhcp > > I think there is an understanding disconnect here. The bridge does > make it convenient to test it with the VM, but that isn't the primary > purpose for the bridge. It is perfectly possible with a combination > of iptables rules, an actual DNS server (K12Linux currently doesn't > run one by default), and dhcpd.conf options to do everything desired > above, in a similar manner to K12LTSP. > > Including iptables rules by default is not straight forward because > they can easily conflict with any existing rules from > /etc/sysconfig/iptables, from libvirt and other sources. There is > unfortunately far too many ways one could configure iptables. I > suppose we could ship a basic config that should work for most people, > but disabled by default. > > I think we should ship a DNS server pre-configured for ltspbr0. This > is straight forward and relatively easy to do. I just haven't done it > yet because it isn't needed for thin clients and nobody asked for it > until now. > There is definitely and understanding disconnect. The two benefits you have listed on the doc are bridging is easier to understand and that it's safer. Is primary purpose is to keep people from running rogue dhcp severs on their networks? I don't think the added complexity of the virtual networking is worth it. And any testing can benefit can also be attained by using any other virtualization software with the ltsp server as a guest OS. >> >> So I'm not sure I understand why we are doing things this way. >> >> Second, apparently I understand that F9 + ltsp5 cannot provide an ip >> (via dhcp) to other stand alone OS's on the clients and act as a >> gateway. This used to work with k12ltsp. If this does not work it's a >> real problem because the only way I was able to get approval for my >> ltsp lab was that I could still boot Windows from the local HD's. Is >> this ability really gone? I tried testing last night but for some >> reason my F9 ltsp had it's ltsp-dhcpd service off and I couldn't get >> it to start again. > > This is only a limitation of the current dhcpd.conf. It is perfectly > capable of serving IP's to non-thin clients on that network segment if > the dhcpd.conf is setup properly. If someone is willing to point out > exactly what dhcpd.conf changes are needed, I am willing to test it > and include it in the default dhcpd.conf. > I've spent a couple of hours this evening trying to get eth0 working as my one NIC and listening to dhcp requests to no avail. The default install worked ok, and I bridged eth0 to ltspbr0 but of course my stand alone workstations on the same network got the 173.x.x.x addresses. So I remove the BRIDGE=ltspbr0 from the ifcf-eth0 file, restart the network and just try to edit the dhcp.conf to use the 192.168.0.x network that I've used in the past. The eth0 network is configured to use the 192.168.0.x network but I can't even start dhcpd. In fact I cant seem to even ping my 192.168.0.1 gateway. I've tried disabling the firewall as well. Is there some other configuration that keeps eth0 from sending and receiving? I'd like to know how to go about removing the bridge networking and sticking with the standard fedora networking setup for 1 or 2 NICs. Thanks, Luis From wtogami at redhat.com Thu Oct 9 09:09:15 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 09 Oct 2008 05:09:15 -0400 Subject: diskless vs ltsp local apps In-Reply-To: <20081009052853.M18939@gnuskole.no> References: <48ED0295.7030509@redhat.com> <20081008204236.M68340@gnuskole.no> <48ED3AD6.1000706@redhat.com> <20081009052853.M18939@gnuskole.no> Message-ID: <48EDCA3B.70901@redhat.com> Odin N?sen wrote: >> BTW, how fast was starting firefox? It has been really slow for me on >> first-run, but better on subsequent runs. > > I didn't notice any difference in starting firefox on the thin client vs the terminal > server (Fedora 10). In fact it seemed to start faster on the thin client, probably due > to the fact that I didn't install all the different languages. I also installed > totem-gstreamer and totem-mozplugin but then the thin client promptly shutdown when I > tried a page where the totem-mozplugin should have appeared. I will try to put virtual > memory in the thin client on the next run. Isn't there a standard 64MB nbdswap on each client? You can edit /etc/ltsp/nbdswapd.conf to adjust the standard amount of swap. Network swap really sucks though, more so than local swap. You really need more RAM to successfully use local apps I think. Warren From krsnendu108 at gmail.com Thu Oct 9 16:44:45 2008 From: krsnendu108 at gmail.com (Krsnendu dasa) Date: Fri, 10 Oct 2008 05:44:45 +1300 Subject: diskless vs ltsp local apps In-Reply-To: <48EDCA3B.70901@redhat.com> References: <48ED0295.7030509@redhat.com> <20081008204236.M68340@gnuskole.no> <48ED3AD6.1000706@redhat.com> <20081009052853.M18939@gnuskole.no> <48EDCA3B.70901@redhat.com> Message-ID: 2008/10/9 Warren Togami : > Odin N?sen wrote: >>> > Isn't there a standard 64MB nbdswap on each client? > > You can edit /etc/ltsp/nbdswapd.conf to adjust the standard amount of swap. > > Network swap really sucks though, more so than local swap. You really need > more RAM to successfully use local apps I think. What is a minimum / recommended amount of RAM for clients running Firefox as a local app? From odin at gnuskole.no Thu Oct 9 16:26:10 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Thu, 9 Oct 2008 18:26:10 +0200 Subject: diskless vs ltsp local apps In-Reply-To: <48EDCA3B.70901@redhat.com> References: <48ED0295.7030509@redhat.com> <20081008204236.M68340@gnuskole.no> <48ED3AD6.1000706@redhat.com> <20081009052853.M18939@gnuskole.no> <48EDCA3B.70901@redhat.com> Message-ID: <20081009161240.M46455@gnuskole.no> > Network swap really sucks though, more so than local swap. You really > need more RAM to successfully use local apps I think. I run this setup on a ESXi server at home, and the ldm client booted first with 128MB. After I installed totem-gstreamer and totem-mozplugin I get this error when I start Firefox (no errors during installation of totem-*): "Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to execute dbus-launch to autolaunch D-Bus session)" Firefox continues to start - and I can surf all the pages I want, until I reach my test page for playing movies in Firefox (www.nrk.no). This page now make the ldm client hang for 2 seconds and then die horribly - it just turned it self off. I increased the memory on the ldm client to 512MB, but there was no difference. If I "yum remove totem-gstreamer totem-mozplugin" I get the same error and the same crash when I surf to www.nrk.no. Odin From odin at gnuskole.no Thu Oct 9 17:08:27 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Thu, 9 Oct 2008 19:08:27 +0200 Subject: diskless vs ltsp local apps In-Reply-To: <20081009161240.M46455@gnuskole.no> References: <48ED0295.7030509@redhat.com> <20081008204236.M68340@gnuskole.no> <48ED3AD6.1000706@redhat.com> <20081009052853.M18939@gnuskole.no> <48EDCA3B.70901@redhat.com> <20081009161240.M46455@gnuskole.no> Message-ID: <20081009170523.M74015@gnuskole.no> > I run this setup on a ESXi server at home, and the ldm client booted first > with 128MB. I should also add that I run the Fedora 10 server up against a CentOS 5.2-installation and that the F10 authenticate users with NIS and mounts /home through NFS. A standalone F10 LTSP-server is useless in my school environment, so I try to test new things with this NIS/NFS-setup. Odin From robark at gmail.com Thu Oct 9 21:38:36 2008 From: robark at gmail.com (Robert Arkiletian) Date: Thu, 9 Oct 2008 14:38:36 -0700 Subject: diskless vs ltsp local apps In-Reply-To: <48ED0295.7030509@redhat.com> References: <48ED0295.7030509@redhat.com> Message-ID: On Wed, Oct 8, 2008 at 11:57 AM, Warren Togami wrote: > Robert Arkiletian wrote: >> >> On Mon, Oct 6, 2008 at 9:51 PM, Robert Arkiletian >> wrote: >>> >>> Currently, diskless solutions like DRBL involve exporting /home over >>> nfs. But nfs is insecure. >>> >>> I have read local app support is working in Fedora 9/ltsp 5. I'm >>> assuming some type of authentication must occur to run an app locally. >>> How is this done? >> >> Ah, seems it's sshfs. >> >>> I'd like to try out ltsp local apps and compare it with the diskless >>> model (100% local apps). My main concern is the browser + flash >>> video/sound experience. I really want to see if firefox can run well >>> as a local app with video and sound working well. Can someone point me >>> to a link that shows how to setup local apps with Fedora 9/ltsp 5 ? >>> >> >> Is there a link to instructions how to enable local app support for >> firefox. >> > > I could really use help of someone writing this down in the Wiki. I am > having health difficulties at the moment. Hope you feel better Warren. I will try it out this weekend and if I am successful I will update the wiki. > > 1) Install a fresh client chroot on Fedora 9 with ltsp-build-client. > 2) It should have xterm installed. > 3) After you have logged into your user, create a launcher that runs: > /usr/bin/ltsp-localapps /usr/bin/xterm > > This is a very simple example of a localapp that is already installed in the > client chroot. You can use yum to install additional stuff like firefox or > epiphany, then run it in the same manner. > > BTW, firefox and epiphany fails to pull in a needed dependency. It might be > dbus-x11. > > F9 update for ltsp-client pushed today improves the behavior slightly. I > still need to build a new ldm for F9. Waiting on artwork for ldm though. > > Warren > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > -- 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 peter at scheie.homedns.org Fri Oct 10 02:36:17 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Thu, 09 Oct 2008 21:36:17 -0500 Subject: eth0 & ltspbr0 not connecting Message-ID: <48EEBFA1.3070509@scheie.homedns.org> I'm delving back into setting up ltsp 5 on fedora 9, after playing with the Live USB version for the past few weeks. I'm doing this on my laptop, so eth0, the wired port, needs to be 'connected' to ltspbr0. I used the instructions on the k12linux wiki, but I must have missed something. I tried to run ltsp-vmclient, but while it got an IP address, it just kinda sat there. So, I switched to trying boot a real TC, again following the wiki. But while dhcpd is up, and brctl shows the eth0 under ltspbr0's control, the TC is not getting an address. I did disable eth0 in NetworkManager, but that seems to have just removed the /etc/sysconfig/network-scripts/ifcfg-eth0 file. Should it have? After playing around with it, I've now gotten it to the point where dhcpd won't start, saying it's not configured to listen on any interfaces. Any suggestions as to where I went off the track? Peter From monteslu at cox.net Fri Oct 10 15:30:08 2008 From: monteslu at cox.net (Luis Montes) Date: Fri, 10 Oct 2008 08:30:08 -0700 Subject: flash on 64bit F9 with 32bit clients not working Message-ID: <48EF7500.5040205@cox.net> I have the nspluginwrapper(was part of default install) I also have F9 fully updated. I'm using the 9.0.124 flash plugin from Adobe's yum repository and 64bit Firefox 3.0.2 Flash still isn't working. Should I be using the flash 10 beta? Luis From monteslu at cox.net Fri Oct 10 15:48:30 2008 From: monteslu at cox.net (Luis Montes) Date: Fri, 10 Oct 2008 08:48:30 -0700 Subject: flash on 64bit F9 with 32bit clients not working In-Reply-To: <48EF7500.5040205@cox.net> References: <48EF7500.5040205@cox.net> Message-ID: <48EF794E.1090609@cox.net> Tried two more cobminations: Flash 10 without libflashsupport And Flash 9 with libflashsupport Still nothing. When I go to youtube, it's telling me that I have javascript turned off or an old version of flash player. Youtube I can deal without, but the kids need flash for some of their testing software. Luis Luis Montes wrote: > I have the nspluginwrapper(was part of default install) I also have F9 > fully updated. I'm using the 9.0.124 flash plugin from Adobe's yum > repository and 64bit Firefox 3.0.2 > > Flash still isn't working. > > Should I be using the flash 10 beta? > > Luis > > _______________________________________________ > 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 Sat Oct 11 00:30:41 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 10 Oct 2008 20:30:41 -0400 Subject: eth0 & ltspbr0 not connecting In-Reply-To: <48EEBFA1.3070509@scheie.homedns.org> References: <48EEBFA1.3070509@scheie.homedns.org> Message-ID: <48EFF3B1.6060702@redhat.com> Peter Scheie wrote: > I'm delving back into setting up ltsp 5 on fedora 9, after playing with > the Live USB version for the past few weeks. I'm doing this on my > laptop, so eth0, the wired port, needs to be 'connected' to ltspbr0. I > used the instructions on the k12linux wiki, but I must have missed > something. I tried to run ltsp-vmclient, but while it got an IP > address, it just kinda sat there. So, I switched to trying boot a real > TC, again following the wiki. But while dhcpd is up, and brctl shows > the eth0 under ltspbr0's control, the TC is not getting an address. I > did disable eth0 in NetworkManager, but that seems to have just removed > the /etc/sysconfig/network-scripts/ifcfg-eth0 file. Should it have? > After playing around with it, I've now gotten it to the point where > dhcpd won't start, saying it's not configured to listen on any > interfaces. Any suggestions as to where I went off the track? > Try turning off iptables. Does that help? Warren From peter at scheie.homedns.org Sat Oct 11 01:51:51 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Fri, 10 Oct 2008 20:51:51 -0500 Subject: eth0 & ltspbr0 not connecting In-Reply-To: <48EFF3B1.6060702@redhat.com> References: <48EEBFA1.3070509@scheie.homedns.org> <48EFF3B1.6060702@redhat.com> Message-ID: <48F006B7.4010805@scheie.homedns.org> Warren Togami wrote: > Peter Scheie wrote: >> I'm delving back into setting up ltsp 5 on fedora 9, after playing >> with the Live USB version for the past few weeks. I'm doing this on >> my laptop, so eth0, the wired port, needs to be 'connected' to >> ltspbr0. I used the instructions on the k12linux wiki, but I must >> have missed something. I tried to run ltsp-vmclient, but while it got >> an IP address, it just kinda sat there. So, I switched to trying boot >> a real TC, again following the wiki. But while dhcpd is up, and brctl >> shows the eth0 under ltspbr0's control, the TC is not getting an >> address. I did disable eth0 in NetworkManager, but that seems to have >> just removed the /etc/sysconfig/network-scripts/ifcfg-eth0 file. >> Should it have? After playing around with it, I've now gotten it to >> the point where dhcpd won't start, saying it's not configured to >> listen on any interfaces. Any suggestions as to where I went off the >> track? >> > > Try turning off iptables. Does that help? > Already did that. From wtogami at redhat.com Sat Oct 11 03:48:16 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 10 Oct 2008 23:48:16 -0400 Subject: eth0 & ltspbr0 not connecting In-Reply-To: <48EEBFA1.3070509@scheie.homedns.org> References: <48EEBFA1.3070509@scheie.homedns.org> Message-ID: <48F02200.2070604@redhat.com> Peter Scheie wrote: > did disable eth0 in NetworkManager, but that seems to have just removed Are you sure that's what you want? You want NetworkManager to not manage it, not disable eth0. Warren From wtogami at redhat.com Sat Oct 11 03:53:13 2008 From: wtogami at redhat.com (Warren Togami) Date: Fri, 10 Oct 2008 23:53:13 -0400 Subject: flash on 64bit F9 with 32bit clients not working In-Reply-To: <48EF794E.1090609@cox.net> References: <48EF7500.5040205@cox.net> <48EF794E.1090609@cox.net> Message-ID: <48F02329.20404@redhat.com> Luis Montes wrote: > Tried two more cobminations: > > Flash 10 without libflashsupport > > And Flash 9 with libflashsupport > > > Still nothing. When I go to youtube, it's telling me that I have > javascript turned off or an old version of flash player. > > Youtube I can deal without, but the kids need flash for some of their > testing software. > > Luis http://macromedia.mplug.org/ BTW, be sure to use all suggestions on this page if you are using Flash 10. You are likely missing nsplugnwrapper.i386. It should work after you install it. Be warned however about the extreme bandwidth problem of running Flash videos (like Youtube) over the network. 320x240x30fps video can use like 70mbps bandwidth. That does not scale at all and can cause problems unfortunately. This is one of the key reasons why people wanted local apps, although you need more powerful clients with lots of RAM to do local apps. I suspect 1GB is the point where a client becomes safe to use with local apps. 512MB is sketchy. Warren From odin at gnuskole.no Sat Oct 11 08:53:01 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Sat, 11 Oct 2008 10:53:01 +0200 Subject: diskless vs ltsp local apps In-Reply-To: <48EDCA3B.70901@redhat.com> References: <48ED0295.7030509@redhat.com> <20081008204236.M68340@gnuskole.no> <48ED3AD6.1000706@redhat.com> <20081009052853.M18939@gnuskole.no> <48EDCA3B.70901@redhat.com> Message-ID: <20081011084505.M77600@gnuskole.no> > Network swap really sucks though, more so than local swap. You really > need more RAM to successfully use local apps I think. "chroot /opt/ltsp/i386 yum install dbus-x11" fixed the hang-and-crash in the ldm-client. Firefox+flash+totem-mozplugin works with 128MB but the swap is being used - 256MB is better because it's not using swap. My goal is firefox+flash+totem+java, so my next try is Sun JRE v1.6 with mozplugin. Odin BTW: My thin client is now a ESXi virual machine with 256MB memory and 900mhz CPU. Going to test this on real hardware in the coming week. From dbond at nrggos.com.au Sat Oct 11 10:12:04 2008 From: dbond at nrggos.com.au (Bond, Darryl) Date: Sat, 11 Oct 2008 20:12:04 +1000 Subject: Local devices for local apps Message-ID: I am a long time user of LTSP (back to v2). Production installation uses LTSP4.2 with a local window manager that launches a vncviewer or Citrix client. I want to do something similar for LTSP on Fedora. I have fluxbox configured to support the local window manager but my Citrix client needs to access the local devices. How can I support local devices for local apps. LTSP 4.2 ran the server fuse filesystem on the client to support it. What package should I install on the client to attempt to get it working? Darryl The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company. From wtogami at redhat.com Sun Oct 12 05:55:05 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 12 Oct 2008 01:55:05 -0400 Subject: Help Needed: Backport GNOME bugfix from F10 to F9 Message-ID: <48F19139.3030607@redhat.com> I will not be at the Sunday k12linux meeting for the next few weeks. Early Tuesday morning I depart for Japan for 2 weeks of LTSP related activities. I return from Japan October 28th. I am trying to fix some last bugs now to get a K12Linux live ltsp server release out the door before I leave. I am focusing on finishing touches on LDM with Maureen Duffy's new artwork. I need to modify the LDM theming engine itself which is not an easy task. =( I am hoping that someone else can help with the following task. https://bugzilla.redhat.com/show_bug.cgi?id=444552 GNOME developers have finally fixed this annoying bug where it shows the Shutdown, Reboot, Hibernate, etc. buttons on user desktop sessions of LTSP clients. Unfortunately, it was fixed only in Fedora 10. They said it should be an easy backport to Fedora 9, but I will not have time to work on this before I fly. The code moved around from one GNOME component to another but the code didn't change much, so it should be reasonably easy to figure out. Warren Togami wtogami at redhat.com From balmquist at mindfirestudios.com Sun Oct 12 06:35:49 2008 From: balmquist at mindfirestudios.com (Almquist Burke) Date: Sun, 12 Oct 2008 01:35:49 -0500 Subject: eth0 & ltspbr0 not connecting In-Reply-To: <48F02200.2070604@redhat.com> References: <48EEBFA1.3070509@scheie.homedns.org> <48F02200.2070604@redhat.com> Message-ID: <23E841D4-1A7D-4FD6-8DBE-60CBA0312A22@mindfirestudios.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Peter Scheie wrote: >> did disable eth0 in NetworkManager, but that seems to have just >> removed > > Are you sure that's what you want? You want NetworkManager to not > manage it, not disable eth0. > That's right, you don't want to disable eth0 in Network manager, you want to disable the Network Manager service itself, so you can manage it manually. Or just edit the file to tell network manager won't be managing that interface. > Warren > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iEYEARECAAYFAkjxmsYACgkQxWV7OPa/g5E8sACeMzQSAlgxYk3ZjHt8Jb0eTtVP bGcAnjpRdYFhsUHg3k2l1kNEKE2THoit =0Plf -----END PGP SIGNATURE----- From wtogami at redhat.com Sun Oct 12 06:51:52 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 12 Oct 2008 02:51:52 -0400 Subject: Testing Needed: ldm and ltspfs Message-ID: <48F19E88.2070004@redhat.com> I need testing the following packages before the end of Sunday. Please report back ASAP. http://kojipkgs.fedoraproject.org/packages/ltspfs/0.5.5/ Upstream fixed a cdpinger segfault. I only want to know if it continues to work as expected for local devices support. http://kojipkgs.fedoraproject.org/packages/ldm/2.0.13/ This has a new K12Linux theme, although Ryan52 is helping to fix the theming engine to fully implement Maureen Duffy's new design. A new build should be coming Sunday. Warren Togami wtogami at redhat.com From wtogami at redhat.com Sun Oct 12 16:41:03 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 12 Oct 2008 12:41:03 -0400 Subject: Testing Needed: ldm and ltspfs In-Reply-To: <48F19E88.2070004@redhat.com> References: <48F19E88.2070004@redhat.com> Message-ID: <48F2289F.5000002@redhat.com> Warren Togami wrote: > I need testing the following packages before the end of Sunday. Please > report back ASAP. > > http://kojipkgs.fedoraproject.org/packages/ldm/2.0.13/ > This has a new K12Linux theme, although Ryan52 is helping to fix the > theming engine to fully implement Maureen Duffy's new design. A new > build should be coming Sunday. > OK, ldm-2.0.13-2 should theoretically be the final ldm build for the next K12Linux media spin. Please give it a try and check out the new look. Thanks to Maureen Duffy for the artwork, and Ryan Niebur of Debian for the layout code. https://bugzilla.redhat.com/show_bug.cgi?id=464430 ltsp-server-livesetupdocs remains the only blocker for release of the next K12Linux F9 media spin. https://bugzilla.redhat.com/show_bug.cgi?id=444552 I am trying to backport this fix from F10 before the spin, although if I cannot figure it out I will ship without it. I am trying to spin the media TONIGHT. Warren Togami wtogami at redhat.com From robark at gmail.com Sun Oct 12 19:04:23 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sun, 12 Oct 2008 12:04:23 -0700 Subject: diskless vs ltsp local apps In-Reply-To: <48ED0295.7030509@redhat.com> References: <48ED0295.7030509@redhat.com> Message-ID: On Wed, Oct 8, 2008 at 11:57 AM, Warren Togami wrote: > > 1) Install a fresh client chroot on Fedora 9 with ltsp-build-client. > 2) It should have xterm installed. > 3) After you have logged into your user, create a launcher that runs: > /usr/bin/ltsp-localapps /usr/bin/xterm > > This is a very simple example of a localapp that is already installed in the > client chroot. You can use yum to install additional stuff like firefox or > epiphany, then run it in the same manner. > > BTW, firefox and epiphany fails to pull in a needed dependency. It might be > dbus-x11. > > F9 update for ltsp-client pushed today improves the behavior slightly. I > still need to build a new ldm for F9. Waiting on artwork for ldm though. Just built a new chroot with ltsp-build-client running xterm locally works. :) but I could not install firefox in the chroot # chroot /opt/ltsp/i386/ bash-3.2# yum install firefox Traceback (most recent call last): File "/usr/bin/yum", line 4, in import yum File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 43, in import rpmsack File "/usr/lib/python2.5/site-packages/yum/rpmsack.py", line 24, in from packages import YumInstalledPackage File "/usr/lib/python2.5/site-packages/yum/packages.py", line 31, in import rpmUtils.arch File "/usr/lib/python2.5/site-packages/rpmUtils/arch.py", line 302, in canonArch = getCanonArch() File "/usr/lib/python2.5/site-packages/rpmUtils/arch.py", line 291, in getCanonArch return getCanonX86Arch(arch) File "/usr/lib/python2.5/site-packages/rpmUtils/arch.py", line 199, in getCanonX86Arch f = open("/proc/cpuinfo", "r") IOError: [Errno 2] No such file or directory: '/proc/cpuinfo' -- 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 Sun Oct 12 20:43:08 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sun, 12 Oct 2008 13:43:08 -0700 Subject: diskless vs ltsp local apps In-Reply-To: References: <48ED0295.7030509@redhat.com> Message-ID: On Sun, Oct 12, 2008 at 12:04 PM, Robert Arkiletian wrote: > On Wed, Oct 8, 2008 at 11:57 AM, Warren Togami wrote: >> >> 1) Install a fresh client chroot on Fedora 9 with ltsp-build-client. >> 2) It should have xterm installed. >> 3) After you have logged into your user, create a launcher that runs: >> /usr/bin/ltsp-localapps /usr/bin/xterm >> >> This is a very simple example of a localapp that is already installed in the >> client chroot. You can use yum to install additional stuff like firefox or >> epiphany, then run it in the same manner. >> >> BTW, firefox and epiphany fails to pull in a needed dependency. It might be >> dbus-x11. >> >> F9 update for ltsp-client pushed today improves the behavior slightly. I >> still need to build a new ldm for F9. Waiting on artwork for ldm though. > > Just built a new chroot with ltsp-build-client > running xterm locally works. :) > but I could not install firefox in the chroot > > # chroot /opt/ltsp/i386/ > bash-3.2# yum install firefox > Traceback (most recent call last): > File "/usr/bin/yum", line 4, in > import yum > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 43, in > import rpmsack > File "/usr/lib/python2.5/site-packages/yum/rpmsack.py", line 24, in > from packages import YumInstalledPackage > File "/usr/lib/python2.5/site-packages/yum/packages.py", line 31, in > import rpmUtils.arch > File "/usr/lib/python2.5/site-packages/rpmUtils/arch.py", line 302, > in > canonArch = getCanonArch() > File "/usr/lib/python2.5/site-packages/rpmUtils/arch.py", line 291, > in getCanonArch > return getCanonX86Arch(arch) > File "/usr/lib/python2.5/site-packages/rpmUtils/arch.py", line 199, > in getCanonX86Arch > f = open("/proc/cpuinfo", "r") > IOError: [Errno 2] No such file or directory: '/proc/cpuinfo' > mount /proc solved the issue. -- 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 Mon Oct 13 01:27:49 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sun, 12 Oct 2008 18:27:49 -0700 Subject: diskless vs ltsp local apps In-Reply-To: References: <48ED0295.7030509@redhat.com> Message-ID: got firefox installed in chroot I can get it to start (although it takes half a minute to launch) But it's having problems resolving names. I've checked /etc/resolv.conf in the chroot. It's the same as on the server. I also enabled ip forwarding in kernel echo 1 > /proc/sys/net/ipv4/ip_forward which was off by default. But I still cannot get firefox to load pages running locally -- 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 Mon Oct 13 02:23:18 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 12 Oct 2008 22:23:18 -0400 Subject: diskless vs ltsp local apps In-Reply-To: References: <48ED0295.7030509@redhat.com> Message-ID: <48F2B116.5090906@redhat.com> Robert Arkiletian wrote: > got firefox installed in chroot > I can get it to start (although it takes half a minute to launch) But > it's having problems resolving names. I've checked /etc/resolv.conf in > the chroot. It's the same as on the server. I also enabled ip > forwarding in kernel > echo 1 > /proc/sys/net/ipv4/ip_forward > which was off by default. But I still cannot get firefox to load pages > running locally > > You need an iptables NAT rule for the ltspbr0 device, not ethX devices. You might also want to run dnsmasq serving only the ltspbr0 interface. Warren From peter at scheie.homedns.org Mon Oct 13 02:43:04 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Sun, 12 Oct 2008 21:43:04 -0500 Subject: make livecd-iso-to-disk script available on k12linux download page? Message-ID: <48F2B5B8.6080409@scheie.homedns.org> Any chance the livecd-iso-to-disk script, used to install the Live image to USB or DVD, could be made available at the same URL as the image itself? Doing so would, I think, make it easier for people to get it installed onto USB sticks, et al. Not everyone is apt to be familiar with mounting ISO files on the loopback device for extracting the script, although I do think it should still be included in the image. Peter From robark at gmail.com Mon Oct 13 03:16:56 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sun, 12 Oct 2008 20:16:56 -0700 Subject: diskless vs ltsp local apps In-Reply-To: <48F2B116.5090906@redhat.com> References: <48ED0295.7030509@redhat.com> <48F2B116.5090906@redhat.com> Message-ID: On Sun, Oct 12, 2008 at 7:23 PM, Warren Togami wrote: > Robert Arkiletian wrote: >> >> got firefox installed in chroot >> I can get it to start (although it takes half a minute to launch) But >> it's having problems resolving names. I've checked /etc/resolv.conf in >> the chroot. It's the same as on the server. I also enabled ip >> forwarding in kernel >> echo 1 > /proc/sys/net/ipv4/ip_forward >> which was off by default. But I still cannot get firefox to load pages >> running locally >> >> > > You need an iptables NAT rule for the ltspbr0 device, not ethX devices. You > might also want to run dnsmasq serving only the ltspbr0 interface. > Thanks Warren. Tried both ltspbr0 and eth0 (eth0 is external interface) iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE fixed the problem. This can also be set through system-config-firewall Okay next problem. flash-plugin.i386 was not available through yum in the chroot (but it is outside the chroot) so I installed flash by cp /usr/lib/mozilla/plugins/libflashplayer.so /opt/ltsp/i386/usr/lib/mozilla/plugins/ and then I installed libflashsupport.i386 in the chroot with yum (which worked) flash is working on the locally running firefox BUT all youtube videos stop playing after about 2 seconds AND there is *no* sound. But flash adverts without sound seem to be working fine. -- 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 Mon Oct 13 18:53:39 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 13 Oct 2008 14:53:39 -0400 Subject: K12Linux F9 RC1 uploaded for testing Message-ID: <48F39933.1020207@redhat.com> http://alt.fedoraproject.org/pub/alt/ltsp/rc1/i686/ K12Linux F9 RC1 uploaded for testing Formal announcement is being worked on by Peter Scheie. Please give this a try and report back meanwhile. Warren Togami wtogami at redhat.com From robark at gmail.com Mon Oct 13 22:08:34 2008 From: robark at gmail.com (Robert Arkiletian) Date: Mon, 13 Oct 2008 15:08:34 -0700 Subject: local apps how-to Message-ID: This is a brief description how to enable local app support in Fedora 9 K12Linux Note: you may not have to do steps 1 and 2 depending on how new your chroot is. 1)Delete the old client OS First make sure to umount /proc in the chroot chroot /opt/ltsp/i386 umount /proc exit rm -rf /opt/ltsp/i386/* 2)Install new client OS ltsp-build-client 3)Install new software in chroot chroot /opt/ltsp/i386 mount /proc yum install firefox exit 4) launch app as a local app /usr/bin/ltsp-localapps /usr/bin/firefox If network apps don't work then you may need to setup nat in your firewall on your external nic iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE You can also set this up with the gui program system-config-firewall Note: I could not find flash-plugin with yum so I copied the file from outside the chroot like this cp /usr/lib/mozilla/plugins/libflashplayer.so /opt/ltsp/i386/usr/lib/mozilla/plugins/ then I installed libflashsupport yum install libflashsupport Unfortunately, I still could not get flash to work with sound. In addition, launching firefox on a 1.4GHz Athlon with 256MB client with a 100mbps connection takes over 30 seconds. -- 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 Tue Oct 14 03:56:16 2008 From: wtogami at redhat.com (Warren Togami) Date: Mon, 13 Oct 2008 23:56:16 -0400 Subject: local apps how-to In-Reply-To: References: Message-ID: <48F41860.6030303@redhat.com> Robert Arkiletian wrote: > Note: I could not find flash-plugin with yum so I copied the file from > outside the chroot like this > > cp /usr/lib/mozilla/plugins/libflashplayer.so > /opt/ltsp/i386/usr/lib/mozilla/plugins/ > > then I installed libflashsupport > > yum install libflashsupport Did you install adobe-release RPM from Adobe within the chroot? yum will not find it if you do not have Adobe release. http://macromedia.mplug.org/ You should really use Flash 10 instead of Flash 9. Flash 10 works a lot better especially for sound. It is possible that more environment variables are needed to direct a local app to use the pulseaudio daemon. You might want to check with upstream, I recall they tackled this recently. Also make sure you are using the LATEST builds of ldm, ltspfs and ltsp on both your server and client chroot. Latest builds were yesterday. > > Unfortunately, I still could not get flash to work with sound. In > addition, launching firefox on a 1.4GHz Athlon with 256MB client with > a 100mbps connection takes over 30 seconds. > Over 30 seconds the first time, or even subsequent times on the same user? Warren From robark at gmail.com Tue Oct 14 16:34:05 2008 From: robark at gmail.com (Robert Arkiletian) Date: Tue, 14 Oct 2008 09:34:05 -0700 Subject: local apps how-to In-Reply-To: <48F41860.6030303@redhat.com> References: <48F41860.6030303@redhat.com> Message-ID: On Mon, Oct 13, 2008 at 8:56 PM, Warren Togami wrote: > Robert Arkiletian wrote: >> >> Note: I could not find flash-plugin with yum so I copied the file from >> outside the chroot like this >> >> cp /usr/lib/mozilla/plugins/libflashplayer.so >> /opt/ltsp/i386/usr/lib/mozilla/plugins/ >> >> then I installed libflashsupport >> >> yum install libflashsupport > > Did you install adobe-release RPM from Adobe within the chroot? yum will > not find it if you do not have Adobe release. > > http://macromedia.mplug.org/ > You should really use Flash 10 instead of Flash 9. Flash 10 works a lot > better especially for sound. Good advice, thanks. I installed the Flash 10 rc3 rpm and it works much better than Flash 9. It will now play youtube videos without stopping after 2 seconds. However, I still don't have sound. Oh, ya, I removed libflashsupport rpm from the chroot as your site suggests. > > It is possible that more environment variables are needed to direct a local > app to use the pulseaudio daemon. You might want to check with upstream, I > recall they tackled this recently. Tried googling for these environment variables but couldn't find them. I only tried FIREFOX_DSP="padsp" in ~/.mozilla/firefox/rc but that didn't work. > > Also make sure you are using the LATEST builds of ldm, ltspfs and ltsp on > both your server and client chroot. Latest builds were yesterday. > Can I make sure I have these by doing a yum update inside and outside of the chroot? >> >> Unfortunately, I still could not get flash to work with sound. In >> addition, launching firefox on a 1.4GHz Athlon with 256MB client with >> a 100mbps connection takes over 30 seconds. >> > > Over 30 seconds the first time, or even subsequent times on the same user? > I have something interesting to report: With 256MB on client firefox was not any faster launching it the second time around but after I upgraded to 512MB the second launch went down to 3-4 seconds from an initial 30. So it seems for firefox to be kept in cache locally, 256 is not enough. BTW is the firefox binary downloaded to the client through ssh or nfs? -- 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 Thu Oct 16 22:03:50 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 16 Oct 2008 18:03:50 -0400 Subject: local apps how-to In-Reply-To: References: <48F41860.6030303@redhat.com> Message-ID: <48F7BA46.8060506@redhat.com> Robert Arkiletian wrote: >> It is possible that more environment variables are needed to direct a local >> app to use the pulseaudio daemon. You might want to check with upstream, I >> recall they tackled this recently. > > Tried googling for these environment variables but couldn't find them. > I only tried > FIREFOX_DSP="padsp" > in > ~/.mozilla/firefox/rc > but that didn't work. No, it would be LTSP local apps specific environment variables. > >> Also make sure you are using the LATEST builds of ldm, ltspfs and ltsp on >> both your server and client chroot. Latest builds were yesterday. >> > > Can I make sure I have these by doing a yum update inside and outside > of the chroot? I don't know if the latest ldm and ltspfs have hit Fedora 9 updates yet. But soon, yes. > >>> Unfortunately, I still could not get flash to work with sound. In >>> addition, launching firefox on a 1.4GHz Athlon with 256MB client with >>> a 100mbps connection takes over 30 seconds. >>> >> Over 30 seconds the first time, or even subsequent times on the same user? >> > > I have something interesting to report: > With 256MB on client firefox was not any faster launching it the > second time around but after I upgraded to 512MB the second launch > went down to 3-4 seconds from an initial 30. So it seems for firefox > to be kept in cache locally, 256 is not enough. > > BTW is the firefox binary downloaded to the client through ssh or nfs? > nfs, which is pretty slow. It seems like most of the slowness of launching firefox is because it is downloading a large number of large executables. You might be able to improve the perceived launch speed by using NBD instead of NFS root (supported in Fedora LTSP5 for a while but not documented.) Also preloading files into client's RAM using something like readahead with a custom config file might help. But I have just now learned that readahead was removed from Fedora a release ago. Hmm... Warren Togami wtogami at redhat.com From peter at scheie.homedns.org Fri Oct 17 01:38:17 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Thu, 16 Oct 2008 20:38:17 -0500 Subject: K12Linux Release Candidate 1 Now Available! Message-ID: <48F7EC89.60106@scheie.homedns.org> All, It is with great delight that we announce that K12Linux Release Candidate 1 is now available for download. K12Linux is LTSP 5 built on Fedora 9, and is slated to become the successor to the highly acclaimed K12LTSP. K12Linux comes as a live image which can be used to create a LiveUSB or LiveDVD with the client chroot already installed & configured. Install the image onto a USB key, boot from the key, follow the simple README, and you have a running LTSP5 server from which you can boot clients. Like what you see? Just click on the install icon and K12Linux is installed to the hard drive. Get it at http://alt.fedoraproject.org/pub/alt/ltsp/rc1/i686/ RC1 includes * Fedora 9 & Updates as of October 12, 2008 * LTSP-5.1.26 * ldm-2.0.13 * ltspfs-0.5.5 * many bug fixes * New K12Linux-themed artwork for the login screen Thanks go out to all who contributed to making this release possible. In particular, we'd like to recognize: * Warren Togami for doing the lion's share of the work to get LTSP 5 working on Fedora 9, and for making the LiveUSB system work. * Maureen Duffy for creating the artwork used at the login screen and elsewhere. * All those who tested the previous Beta and reported & fixed bugs. LTSP 5 on Fedora 9 with Updates is currently considered to be production ready, and development of improved features continues rapidly. Check out our homepage at http://k12linux.org for the latest news and updated instructions. How to Use LiveUSB =================== * From Windows: Get LiveUSB Creator at https://fedorahosted.org/liveusb-creator and use it to make a bootable USB stick containing this Live image. * From Linux: Download the livecd-iso-to-disk script from the same URL as the Live image and use it to make a bootable USB stick. Alternatively, the livecd-iso-to-disk script is included in the live image file. From either platform, it is highly recommended that you use a persistent overlay file of at least 800MB 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 + 800MB overlay). * LiveDVD works, but is not recommended unless you have at least 2GB RAM for your demo. * 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 K12Linux 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. 2) Is this the only way to install a K12Linux server? This Live LTSP Server image is only a convenient way for new users to get started with K12Linux. 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, and the performance is much more impressive. Please send questions or comments to the k12linux-devel-list. https://www.redhat.com/mailman/listinfo/k12linux-devel-list Peter Scheie From robark at gmail.com Fri Oct 17 21:16:18 2008 From: robark at gmail.com (Robert Arkiletian) Date: Fri, 17 Oct 2008 14:16:18 -0700 Subject: K12Linux Release Candidate 1 Now Available! In-Reply-To: <48F7EC89.60106@scheie.homedns.org> References: <48F7EC89.60106@scheie.homedns.org> Message-ID: On Thu, Oct 16, 2008 at 6:38 PM, Peter Scheie wrote: > All, > > It is with great delight that we announce that K12Linux Release Candidate 1 > is > now available for download. Great work! I may demo this in the near future to other teachers. -- 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 Oct 18 21:38:44 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sat, 18 Oct 2008 14:38:44 -0700 Subject: local apps how-to In-Reply-To: <48F7BA46.8060506@redhat.com> References: <48F41860.6030303@redhat.com> <48F7BA46.8060506@redhat.com> Message-ID: On Thu, Oct 16, 2008 at 3:03 PM, Warren Togami wrote: > Robert Arkiletian wrote: >>> >>> It is possible that more environment variables are needed to direct a >>> local >>> app to use the pulseaudio daemon. You might want to check with upstream, >>> I >>> recall they tackled this recently. >> >> Tried googling for these environment variables but couldn't find them. >> I only tried >> FIREFOX_DSP="padsp" >> in >> ~/.mozilla/firefox/rc >> but that didn't work. > > No, it would be LTSP local apps specific environment variables. Update: Just to test local app sound I tried ogg123. I am able to play ogg123 as a local app with sound perfectly. > >> >>> Also make sure you are using the LATEST builds of ldm, ltspfs and ltsp on >>> both your server and client chroot. Latest builds were yesterday. >>> >> >> Can I make sure I have these by doing a yum update inside and outside >> of the chroot? > > I don't know if the latest ldm and ltspfs have hit Fedora 9 updates yet. > But soon, yes. Got them. ldm is updated in the chroot and ltspfs is updated outside. > >> >>>> Unfortunately, I still could not get flash to work with sound. In >>>> addition, launching firefox on a 1.4GHz Athlon with 256MB client with >>>> a 100mbps connection takes over 30 seconds. >>>> >>> Over 30 seconds the first time, or even subsequent times on the same >>> user? >>> >> >> I have something interesting to report: >> With 256MB on client firefox was not any faster launching it the >> second time around but after I upgraded to 512MB the second launch >> went down to 3-4 seconds from an initial 30. So it seems for firefox >> to be kept in cache locally, 256 is not enough. Amazingly Good news :) after doing a yum update inside and outside the chroot (new ldm and ltspfs) the initial launch of firefox 3.0.2 is now down to 6 sec.!!! Initially couldn't believe this so I verified it twice. Once with soft boot and once with hard boot and different users. Subsequent launches take 3 seconds. >> >> BTW is the firefox binary downloaded to the client through ssh or nfs? >> > > nfs, which is pretty slow. It seems like most of the slowness of launching > firefox is because it is downloading a large number of large executables. > You might be able to improve the perceived launch speed by using NBD > instead of NFS root (supported in Fedora LTSP5 for a while but not > documented.) Also preloading files into client's RAM using something like > readahead with a custom config file might help. But I have just now learned > that readahead was removed from Fedora a release ago. Hmm... -- 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 odin at gnuskole.no Sat Oct 18 21:45:24 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Sat, 18 Oct 2008 23:45:24 +0200 Subject: local apps how-to In-Reply-To: References: <48F41860.6030303@redhat.com> <48F7BA46.8060506@redhat.com> Message-ID: <20081018214413.M35879@gnuskole.no> > after doing a yum update inside and outside the chroot (new ldm and > ltspfs) the initial launch of firefox 3.0.2 is now down to 6 sec.!!! > Initially couldn't believe this so I verified it twice. Once with soft > boot and once with hard boot and different users. Great news! Have you got totem-xine and totem-mozplugin to work with localapp-firefox at the thin client? Odin From robark at gmail.com Sun Oct 19 03:22:44 2008 From: robark at gmail.com (Robert Arkiletian) Date: Sat, 18 Oct 2008 20:22:44 -0700 Subject: local apps how-to In-Reply-To: <20081018214413.M35879@gnuskole.no> References: <48F41860.6030303@redhat.com> <48F7BA46.8060506@redhat.com> <20081018214413.M35879@gnuskole.no> Message-ID: On Sat, Oct 18, 2008 at 2:45 PM, Odin N?sen wrote: >> after doing a yum update inside and outside the chroot (new ldm and >> ltspfs) the initial launch of firefox 3.0.2 is now down to 6 sec.!!! >> Initially couldn't believe this so I verified it twice. Once with soft >> boot and once with hard boot and different users. > > Great news! Have you got totem-xine and totem-mozplugin to work with localapp-firefox at > the thin client? > I installed totem-mozplugin with all of it's dependencies in the chroot but what site can I test it out on? BTW Odin do you have flash working with sound? -- 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 SteveSings at gmail.com Sun Oct 19 18:41:14 2008 From: SteveSings at gmail.com (Stephen Crampton) Date: Sun, 19 Oct 2008 14:41:14 -0400 Subject: How Can I Help? Message-ID: I'm looking forward to trying the first release of K12Linux! Thanks to everyone who made it possible. I'm a Ph.D. dropout who is now teaching Middle School. My focus was computer vision at Boston University, although I did coursework in a wide range of subjects including networking and operating systems. I worked almost exclusively in Linux. I'm a strong C/C++ programmer and pretty good with bash scripting. I've also dabbled in a number of other languages, most notably LISP and Java. I'm looking into learning Python. I was wondering if I could help with the development of this project. Is there somewhere that I could find a piece of code with instructions like "optimize this," "debug this," or "add this feature"? Would I then just work on it and upload my solution? Could someone explain to me or point me to a primer on how the development process is managed? Thanks! Steve Crampton -------------- next part -------------- An HTML attachment was scrubbed... URL: From dyoung at mesd.k12.or.us Mon Oct 20 01:00:26 2008 From: dyoung at mesd.k12.or.us (Dan Young) Date: Sun, 19 Oct 2008 18:00:26 -0700 Subject: How Can I Help? In-Reply-To: References: Message-ID: <994441ae0810191800x75ea2040yc6abf2663f6a20c8@mail.gmail.com> 2008/10/19 Stephen Crampton : > Could someone explain to me or point me to a primer on how the development > process is managed? https://fedorahosted.org/k12linux/wiki/DevelGuide -- Dan Young Multnomah ESD - Technology Services 503-257-1562 From peter at scheie.homedns.org Mon Oct 20 13:26:05 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Mon, 20 Oct 2008 08:26:05 -0500 Subject: How Can I Help? In-Reply-To: <994441ae0810191800x75ea2040yc6abf2663f6a20c8@mail.gmail.com> References: <994441ae0810191800x75ea2040yc6abf2663f6a20c8@mail.gmail.com> Message-ID: <48FC86ED.7020602@scheie.homedns.org> Come hang out on the #ltsp IRC on FreeNode (but I think you know that already;-)) Peter Dan Young wrote: > 2008/10/19 Stephen Crampton : >> Could someone explain to me or point me to a primer on how the development >> process is managed? > > https://fedorahosted.org/k12linux/wiki/DevelGuide > > -- > Dan Young > Multnomah ESD - Technology Services > 503-257-1562 > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > From peter at scheie.homedns.org Tue Oct 21 13:33:18 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Tue, 21 Oct 2008 08:33:18 -0500 Subject: volume settings don't persist after client reboot Message-ID: <48FDDA1E.2030706@scheie.homedns.org> On my Dell Latitude thin clients, the sound volume is at maximum for the first person to login after the client is booted, which is startling & annoying (and probably frightening for small children). Lowering the volume will persist after the user logs out and logs in again (and perhaps even if a different user logs in? Can't remember now). But once the client is rebooted, it goes back to maximum volume no matter who logs in. I would have thought the volume setting would be stored in some Gnome file local to the user, no? Further, it would be nice if root could set a default volume level for all the clients. Any ideas? Peter From peter at scheie.homedns.org Tue Oct 21 13:39:27 2008 From: peter at scheie.homedns.org (Peter Scheie) Date: Tue, 21 Oct 2008 08:39:27 -0500 Subject: screenshots of new client login screen Message-ID: <48FDDB8F.6020409@scheie.homedns.org> I've posted a couple of screenshots of the new login screen that appears on the clients for K12Linux. See them at http://k12linux.org under the Screenshots section. Peter From wtogami at redhat.com Tue Oct 21 13:47:55 2008 From: wtogami at redhat.com (Warren Togami) Date: Tue, 21 Oct 2008 09:47:55 -0400 Subject: volume settings don't persist after client reboot In-Reply-To: <48FDDA1E.2030706@scheie.homedns.org> References: <48FDDA1E.2030706@scheie.homedns.org> Message-ID: <48FDDD8B.5000201@redhat.com> Peter Scheie wrote: > On my Dell Latitude thin clients, the sound volume is at maximum for the > first person to login after the client is booted, which is startling & > annoying (and probably frightening for small children). Lowering the > volume will persist after the user logs out and logs in again (and > perhaps even if a different user logs in? Can't remember now). But > once the client is rebooted, it goes back to maximum volume no matter > who logs in. I would have thought the volume setting would be stored in > some Gnome file local to the user, no? Further, it would be nice if > root could set a default volume level for all the clients. Any ideas? > + [ -z "$VOLUME" ] && VOLUME=100 + [ -z "$HEADPHONE_VOLUME" ] && HEADPHONE_VOLUME=90 + [ -z "$PCM_VOLUME" ] && PCM_VOLUME=90 + [ -z "$CD_VOLUME" ] && CD_VOLUME=90 + [ -z "$FRONT_VOLUME" ] && FRONT_VOLUME=90 This is in the code. These VOLUME settings are default if these options are not otherwise set in lts.conf. /var/lib/ltsp/i386/lts.conf You may want to adjust only VOLUME, because the others are impossible to adjust in the mixer on the client. And no, user sessions do not save ALSA mixer settings. That is handled by the initscripts during startup and shutdown, but the file saved during shutdown is lost completely since this is a diskless client. Warren Togami wtogami at redhat.com From william at fragakis.com Tue Oct 21 17:34:25 2008 From: william at fragakis.com (William Fragakis) Date: Tue, 21 Oct 2008 13:34:25 -0400 Subject: volume settings don't persist after client reboot In-Reply-To: <20081021160040.8247B61A259@hormel.redhat.com> References: <20081021160040.8247B61A259@hormel.redhat.com> Message-ID: <1224610465.10474.61.camel@server.ltsp> Is it possible to add such configurable variables, commented out, to the default lts.conf? Or does it become a Fedora only change (in which I should make the suggestion, instead, to the ltsp developers). If someone as knowledgeable as Peter has to ask about it, hope for us mere mortals is slim. Likewise, the file that specifies the target server (in case we use our ltsp server as a boot server and point the clients elsewhere). It took me a long time of digging to find where that configuration had fled to. Sorry to forget the file name as I've put away the F9 k12linux drive for installation tomorrow at school. btw, my new install worked great once I imported the old isa soundcard settings from my old lts.conf for our Dell GX1/A test clients. Thanks, William On Tue, 2008-10-21 at 12:00 -0400, k12linux-devel-list-request at redhat.com wrote: > From: Warren Togami > Subject: Re: volume settings don't persist after client reboot > To: Development discussion of K12Linux > > Message-ID: <48FDDD8B.5000201 at redhat.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Peter Scheie wrote: > > On my Dell Latitude thin clients, the sound volume is at maximum for > the > > first person to login after the client is booted, which is startling > & > > annoying (and probably frightening for small children). Lowering > the > > volume will persist after the user logs out and logs in again (and > > perhaps even if a different user logs in? Can't remember now). > But > > once the client is rebooted, it goes back to maximum volume no > matter > > who logs in. I would have thought the volume setting would be > stored in > > some Gnome file local to the user, no? Further, it would be nice > if > > root could set a default volume level for all the clients. Any > ideas? > > > > + [ -z "$VOLUME" ] && VOLUME=100 > + [ -z "$HEADPHONE_VOLUME" ] && HEADPHONE_VOLUME=90 > + [ -z "$PCM_VOLUME" ] && PCM_VOLUME=90 > + [ -z "$CD_VOLUME" ] && CD_VOLUME=90 > + [ -z "$FRONT_VOLUME" ] && FRONT_VOLUME=90 > > This is in the code. These VOLUME settings are default if these > options > are not otherwise set in lts.conf. > > /var/lib/ltsp/i386/lts.conf > > You may want to adjust only VOLUME, because the others are impossible > to > adjust in the mixer on the client. > > And no, user sessions do not save ALSA mixer settings. That is > handled > by the initscripts during startup and shutdown, but the file saved > during shutdown is lost completely since this is a diskless client. > > Warren Togami > wtogami at redhat.com > From monteslu at cox.net Wed Oct 22 18:54:44 2008 From: monteslu at cox.net (Luis Montes) Date: Wed, 22 Oct 2008 11:54:44 -0700 Subject: flash on 64bit F9 with 32bit clients not working In-Reply-To: <48F02329.20404@redhat.com> References: <48EF7500.5040205@cox.net> <48EF794E.1090609@cox.net> <48F02329.20404@redhat.com> Message-ID: <48FF76F4.4050109@cox.net> Warren Togami wrote: > Luis Montes wrote: >> Tried two more cobminations: >> >> Flash 10 without libflashsupport >> >> And Flash 9 with libflashsupport >> >> >> Still nothing. When I go to youtube, it's telling me that I have >> javascript turned off or an old version of flash player. >> >> Youtube I can deal without, but the kids need flash for some of their >> testing software. >> >> Luis > > http://macromedia.mplug.org/ > BTW, be sure to use all suggestions on this page if you are using > Flash 10. > > You are likely missing nsplugnwrapper.i386. It should work after you > install it. Thanks, Warren. That was it. Both archs of nspluginwrapper are installed now and Flash 10 is working. Luis > > Be warned however about the extreme bandwidth problem of running Flash > videos (like Youtube) over the network. 320x240x30fps video can use > like 70mbps bandwidth. That does not scale at all and can cause > problems unfortunately. > > This is one of the key reasons why people wanted local apps, although > you need more powerful clients with lots of RAM to do local apps. I > suspect 1GB is the point where a client becomes safe to use with local > apps. 512MB is sketchy. > > Warren > > _______________________________________________ > 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 Thu Oct 23 01:11:53 2008 From: wtogami at redhat.com (Warren Togami) Date: Wed, 22 Oct 2008 21:11:53 -0400 Subject: K12Linux in the news Message-ID: <48FFCF59.4080600@redhat.com> http://lwn.net/Articles/304306/ It seems that our new RC release hit the news. Only problem is the announcement failed to include the full version name. It should be called "K12Linux Terminal Server F9 RC1" or maybe just "K12Linux F9 RC1". Warren From monteslu at cox.net Fri Oct 24 16:47:18 2008 From: monteslu at cox.net (Luis Montes) Date: Fri, 24 Oct 2008 09:47:18 -0700 Subject: very slow login times Message-ID: <4901FC16.4010605@cox.net> Boot up seems normal, but time from login to having gnome up is about 4 and a half minutes. If I jump over to another tty on the terminal it looks like sh is eating up most of the cpu and ram for that duration, though the resources aren't completely tapped. The thin clients are disklessworkstations.com t150s. (32bit 500Mhz via, 128MB ram). Top shows that during the login period I'm using about 80MB of ram. The server is Fedora 9 64bit. Nothing particularly interesting either /var/log/messages on the server or the client that I can tell, but I'm not sure what to look for. Any idea which script this is that could be taking up all the cpu time? Thanks, Luis From alexandre.alencar at gmail.com Sun Oct 26 03:09:36 2008 From: alexandre.alencar at gmail.com (skarmeth) Date: Sun, 26 Oct 2008 03:09:36 +0000 Subject: skarmeth wants to keep up with you on Twitter Message-ID: <4903df7095350_1c1e157684d61eb4287ec@web069.twitter.com.tmail> To find out more about Twitter, visit the link below: http://twitter.com/i/b3cc50e9684e2db8b77abecbb9267ef0a251579c Thanks, -The Twitter Team About Twitter Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your friends doing?right now? With Twitter, you may answer this question over SMS, IM, or the Web and the responses are shared between contacts. This message was sent by a Twitter user who entered your email address. If you'd prefer not to receive emails when other people invite you to Twitter, click here: http://twitter.com/i/optout/9af09da556e456845afa0a561efbb7ff5b70fbd2 From wtogami at redhat.com Sun Oct 26 12:53:20 2008 From: wtogami at redhat.com (Warren Togami) Date: Sun, 26 Oct 2008 08:53:20 -0400 Subject: skarmeth wants to keep up with you on Twitter In-Reply-To: <4903df7095350_1c1e157684d61eb4287ec@web069.twitter.com.tmail> References: <4903df7095350_1c1e157684d61eb4287ec@web069.twitter.com.tmail> Message-ID: <49046840.9040102@redhat.com> skarmeth wrote: > To find out more about Twitter, visit the link below: > > http://twitter.com/i/b3cc50e9684e2db8b77abecbb9267ef0a251579c > > Thanks, > -The Twitter Team > > About Twitter > > Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your friends doing?right now? With Twitter, you may answer this question over SMS, IM, or the Web and the responses are shared between contacts. > > This message was sent by a Twitter user who entered your email address. If you'd prefer not to receive emails when other people invite you to Twitter, click here: > http://twitter.com/i/optout/9af09da556e456845afa0a561efbb7ff5b70fbd2 > It is inappropriate to send this kind of message to a mailing list. Please do not do this again. Warren Togami wtogami at redhat.com From odin at gnuskole.no Mon Oct 27 21:26:42 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Mon, 27 Oct 2008 22:26:42 +0100 Subject: local apps how-to In-Reply-To: References: <48F41860.6030303@redhat.com> <48F7BA46.8060506@redhat.com> <20081018214413.M35879@gnuskole.no> Message-ID: <20081027212323.M3631@gnuskole.no> > I installed totem-mozplugin with all of it's dependencies in the > chroot but what site can I test it out on? My goal is to get this page working. It's the Norwegian Broadcasting Service - and they are using a mix of flash and microsoft-codecs... http://www1.nrk.no/nett-tv/klipp/373932 > BTW Odin do you have flash working with sound? Nope :-( Need more testing. I'm working purly on Fedora 10 with LTSP. Flash 10 is working well on the LTSP-clients, both thin and localapp, but there is no sound in the localapp flash. mvh. Odin From wtogami at redhat.com Tue Oct 28 21:03:16 2008 From: wtogami at redhat.com (Warren Togami) Date: Tue, 28 Oct 2008 17:03:16 -0400 Subject: local apps how-to In-Reply-To: <20081027212323.M3631@gnuskole.no> References: <48F41860.6030303@redhat.com> <48F7BA46.8060506@redhat.com> <20081018214413.M35879@gnuskole.no> <20081027212323.M3631@gnuskole.no> Message-ID: <49077E14.5010008@redhat.com> Odin N?sen wrote: > >> BTW Odin do you have flash working with sound? > > Nope :-( Need more testing. > > I'm working purly on Fedora 10 with LTSP. Flash 10 is working well on the LTSP-clients, > both thin and localapp, but there is no sound in the localapp flash. I just had an idea. Try installing alsa-plugins-pulseaudio into your /opt/ltsp/i386 chroot. Does that help? It directs ALSA output to pulseaudio. Warren From odin at gnuskole.no Tue Oct 28 22:25:21 2008 From: odin at gnuskole.no (=?ISO-8859-1?Q?Odin_N=F8sen?=) Date: Tue, 28 Oct 2008 23:25:21 +0100 Subject: local apps how-to In-Reply-To: <49077E14.5010008@redhat.com> References: <48F41860.6030303@redhat.com> <48F7BA46.8060506@redhat.com> <20081018214413.M35879@gnuskole.no> <20081027212323.M3631@gnuskole.no> <49077E14.5010008@redhat.com> Message-ID: <20081028221748.M57732@gnuskole.no> > > I'm working purly on Fedora 10 with LTSP. Flash 10 is working well on the LTSP-clients, > > both thin and localapp, but there is no sound in the localapp flash. > > I just had an idea. Try installing alsa-plugins-pulseaudio into your > /opt/ltsp/i386 chroot. Does that help? It directs ALSA output to > pulseaudio. Unfortunately, no. Strangely, the volum on the thin client (both in normal system sounds and in flash) is much lower with the alsa-plugins-pulseaudio installed into /opt/ltsp/i386 - so there must be a connection here. I discovered a strange thing. YouTube works fine with flash 10 and the thin client, but not as localapps. "Normal" flash games works fine as thin client and localapps (but with no sound). Odin From andrew at mobileitsolutions.co.uk Thu Oct 30 11:17:20 2008 From: andrew at mobileitsolutions.co.uk (Andrew Osborne) Date: Thu, 30 Oct 2008 11:17:20 +0000 Subject: Vesa Message-ID: <6befb72f0810300417q7d1f31e2p881cf893a7340300@mail.gmail.com> We have some Toshiba Equium 2000 http://www.tabone.com.mt/toshlap/images/celeron.htm these PC's are connected to a K12LTSP Server in order for the TFT's to work, we used XSERVER = VESA in Lts.conf we have tried this setting in K12Linux but to no avail. is XSERVER = VESA working in K12Linux? or is it broken? Andrew Osborne -------------- next part -------------- An HTML attachment was scrubbed... URL: From wtogami at redhat.com Thu Oct 30 14:06:16 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 30 Oct 2008 10:06:16 -0400 Subject: Vesa In-Reply-To: <6befb72f0810300417q7d1f31e2p881cf893a7340300@mail.gmail.com> References: <6befb72f0810300417q7d1f31e2p881cf893a7340300@mail.gmail.com> Message-ID: <4909BF58.3080608@redhat.com> Andrew Osborne wrote: > We have some Toshiba Equium 2000 > > > http://www.tabone.com.mt/toshlap/images/celeron.htm > > these PC's are connected to a K12LTSP Server > > in order for the TFT's to work, we used XSERVER = VESA in Lts.conf > > we have tried this setting in K12Linux but to no avail. > > is XSERVER = VESA working in K12Linux? or is it broken? X* options are not supported currently. It is an ati graphics driver bug if your particular hardware is broken. What happens when it tries to use the ati graphics driver natively? Are you able to switch into CTRL-ALT-F2 and look at /var/log/Xorg* files? You can optionally use the X_CONF lts.conf parameter to force your clients to use its own xorg.conf file that you specify. You can specify in this xorg.conf options like vesa driver. X_CONF=/etc/X11/xorg.conf-somethingelse /opt/ltsp/i386/etc/xorg.conf-somethingelse being the actual location of that config file. Warren Togami wtogami at redhat.com From rmcdaniel at indata.us Thu Oct 30 16:21:10 2008 From: rmcdaniel at indata.us (rmcdaniel at indata.us) Date: Thu, 30 Oct 2008 09:21:10 -0700 Subject: default bridge ifcfg-ltspbr0 address Message-ID: <20081030092110.d7061e97b78b017ac15395d64f2ce134.dac8a16b30.wbe@email.secureserver.net> What changes need to be made if the bridge IP address is changed. I have changed the ifcfg-ltspbr0 file to reflect the new IP address and have also made changes in /etc/ltsp/dhcpd.conf to reflect the new subnet. My server is able to go every where , default gateway, internet, etc,however, my clients seem to be stopping at the TFTP stage where it is trying to pull down the image. Thanks, Ron McDaniel rmcdaniel at indata.us From wtogami at redhat.com Thu Oct 30 16:58:20 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 30 Oct 2008 12:58:20 -0400 Subject: default bridge ifcfg-ltspbr0 address In-Reply-To: <20081030092110.d7061e97b78b017ac15395d64f2ce134.dac8a16b30.wbe@email.secureserver.net> References: <20081030092110.d7061e97b78b017ac15395d64f2ce134.dac8a16b30.wbe@email.secureserver.net> Message-ID: <4909E7AC.9060106@redhat.com> rmcdaniel at indata.us wrote: > What changes need to be made if the bridge IP address is changed. I > have changed the ifcfg-ltspbr0 file to reflect the new IP address and > have also made changes in /etc/ltsp/dhcpd.conf to reflect the new > subnet. My server is able to go every where , default gateway, internet, > etc,however, my clients seem to be stopping at the TFTP stage where it > is trying to pull down the image. > Did you check your iptables rules? Disable it entirely for a quick test. Warren From rmcdaniel at indata.us Thu Oct 30 18:02:22 2008 From: rmcdaniel at indata.us (rmcdaniel at indata.us) Date: Thu, 30 Oct 2008 11:02:22 -0700 Subject: default bridge ifcfg-ltspbr0 address Message-ID: <20081030110222.d7061e97b78b017ac15395d64f2ce134.28508be93b.wbe@email.secureserver.net> I went back and changed the IP address information in /etc/ltsp/dhcpd.conf and the clients are booting up to the login screen. When I enter the username and password, it waits for authentication and then responds "The server is not responding, restarting". I then have the cursor and a blank screen... The three files that have been edited from the default setup are as follows: ifcfg-eth0 added the BRIDGE=ifcfg-ltspbr0 line ifcfg-ltspbr0 added the GATEWAY=192.168.5.1 to the end of file (our subnet is 192.168.5.0/24) and changed ip address from 172.31.100.254 to 192.168.5.3 dhcpd.conf changed 172.31.100.254 to 192.168.5.3 (address of ifcfg-ltspbr0) and 172.31.100.X to 192.168.5.X throughout file Any ideas why the authentication step would break? I still have IP tables running without any changes to the default setup. Thanks, Ron -------- Original Message -------- Subject: Re: default bridge ifcfg-ltspbr0 address From: Warren Togami Date: Thu, October 30, 2008 11:58 am To: Development discussion of K12Linux rmcdaniel at indata.us wrote: > What changes need to be made if the bridge IP address is changed. I > have changed the ifcfg-ltspbr0 file to reflect the new IP address and > have also made changes in /etc/ltsp/dhcpd.conf to reflect the new > subnet. My server is able to go every where , default gateway, internet, > etc,however, my clients seem to be stopping at the TFTP stage where it > is trying to pull down the image. > Did you check your iptables rules? Disable it entirely for a quick test. Warren _______________________________________________ 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 Thu Oct 30 20:48:00 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 30 Oct 2008 16:48:00 -0400 Subject: default bridge ifcfg-ltspbr0 address In-Reply-To: <20081030110222.d7061e97b78b017ac15395d64f2ce134.28508be93b.wbe@email.secureserver.net> References: <20081030110222.d7061e97b78b017ac15395d64f2ce134.28508be93b.wbe@email.secureserver.net> Message-ID: <490A1D80.2040600@redhat.com> rmcdaniel at indata.us wrote: > I went back and changed the IP address information in > /etc/ltsp/dhcpd.conf and the clients are booting up to the login screen. > When I enter the username and password, it waits for authentication and > then responds "The server is not responding, restarting". I then have > the cursor and a blank screen... The three files that have been edited > from the default setup are as follows: > > ifcfg-eth0 added the BRIDGE=ifcfg-ltspbr0 line > > ifcfg-ltspbr0 added the GATEWAY=192.168.5.1 to the end of file (our > subnet is 192.168.5.0/24) and changed ip address from 172.31.100.254 to > 192.168.5.3 > > dhcpd.conf changed 172.31.100.254 to 192.168.5.3 (address of > ifcfg-ltspbr0) and 172.31.100.X to 192.168.5.X throughout file > > Any ideas why the authentication step would break? I still have IP > tables running without any changes to the default setup. > You have only a single ethernet interface on this box? Warren From rmcdaniel at indata.us Thu Oct 30 20:55:49 2008 From: rmcdaniel at indata.us (rmcdaniel at indata.us) Date: Thu, 30 Oct 2008 13:55:49 -0700 Subject: default bridge ifcfg-ltspbr0 address Message-ID: <20081030135549.d7061e97b78b017ac15395d64f2ce134.66b0de24b9.wbe@email.secureserver.net> One is disabled. In our environment, I want the server to be the primary DHCP server and also serve thin clients located in different parts of the school. I took out the bridge interface to see if it made a difference. Authentication still failed. If I leave everything in the default setting, authentication works fine. What gets affected with the IP change that has to do with authentication? Thanks, Ron -------- Original Message -------- Subject: Re: default bridge ifcfg-ltspbr0 address From: Warren Togami Date: Thu, October 30, 2008 3:48 pm To: Development discussion of K12Linux rmcdaniel at indata.us wrote: > I went back and changed the IP address information in > /etc/ltsp/dhcpd.conf and the clients are booting up to the login screen. > When I enter the username and password, it waits for authentication and > then responds "The server is not responding, restarting". I then have > the cursor and a blank screen... The three files that have been edited > from the default setup are as follows: > > ifcfg-eth0 added the BRIDGE=ifcfg-ltspbr0 line > > ifcfg-ltspbr0 added the GATEWAY=192.168.5.1 to the end of file (our > subnet is 192.168.5.0/24) and changed ip address from 172.31.100.254 to > 192.168.5.3 > > dhcpd.conf changed 172.31.100.254 to 192.168.5.3 (address of > ifcfg-ltspbr0) and 172.31.100.X to 192.168.5.X throughout file > > Any ideas why the authentication step would break? I still have IP > tables running without any changes to the default setup. > You have only a single ethernet interface on this box? Warren _______________________________________________ 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 Thu Oct 30 20:57:44 2008 From: wtogami at redhat.com (Warren Togami) Date: Thu, 30 Oct 2008 16:57:44 -0400 Subject: default bridge ifcfg-ltspbr0 address In-Reply-To: <20081030135549.d7061e97b78b017ac15395d64f2ce134.66b0de24b9.wbe@email.secureserver.net> References: <20081030135549.d7061e97b78b017ac15395d64f2ce134.66b0de24b9.wbe@email.secureserver.net> Message-ID: <490A1FC8.60206@redhat.com> rmcdaniel at indata.us wrote: > One is disabled. In our environment, I want the server to be the > primary DHCP server and also serve thin clients located in different > parts of the school. I took out the bridge interface to see if it made > a difference. Authentication still failed. If I leave everything in > the default setting, authentication works fine. What gets affected with > the IP change that has to do with authentication? > > Thanks, > > Ron Did you try restarting the sshd service? I cannot think of anything that cares about what network a login comes from. Warren From rmcdaniel at indata.us Thu Oct 30 21:16:03 2008 From: rmcdaniel at indata.us (rmcdaniel at indata.us) Date: Thu, 30 Oct 2008 14:16:03 -0700 Subject: default bridge ifcfg-ltspbr0 address Message-ID: <20081030141603.d7061e97b78b017ac15395d64f2ce134.de9d660fda.wbe@email.secureserver.net> I brought the whole box down and then back up. When I login to the actual server it authenticates ok. It only has problems when it is coming from a thin client. I am going to try a different subnet tomorrow and see if it works. I want to rule out and IP address conflicts. Where is the lts.conf file located??? Thanks for the information and help, Ron -------- Original Message -------- Subject: Re: default bridge ifcfg-ltspbr0 address From: Warren Togami Date: Thu, October 30, 2008 3:57 pm To: Development discussion of K12Linux rmcdaniel at indata.us wrote: > One is disabled. In our environment, I want the server to be the > primary DHCP server and also serve thin clients located in different > parts of the school. I took out the bridge interface to see if it made > a difference. Authentication still failed. If I leave everything in > the default setting, authentication works fine. What gets affected with > the IP change that has to do with authentication? > > Thanks, > > Ron Did you try restarting the sshd service? I cannot think of anything that cares about what network a login comes from. Warren _______________________________________________ K12Linux-devel-list mailing list K12Linux-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/k12linux-devel-list From rmcdaniel at indata.us Thu Oct 30 16:19:06 2008 From: rmcdaniel at indata.us (rmcdaniel at indata.us) Date: Thu, 30 Oct 2008 09:19:06 -0700 Subject: default bridge ifcfg-ltspbr0 address Message-ID: <20081030091906.d7061e97b78b017ac15395d64f2ce134.7aa39f20b4.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bottom.letterhead Type: image/jpeg Size: 34014 bytes Desc: not available URL: From rmcdaniel at indata.us Thu Oct 30 21:14:18 2008 From: rmcdaniel at indata.us (rmcdaniel at indata.us) Date: Thu, 30 Oct 2008 14:14:18 -0700 Subject: default bridge ifcfg-ltspbr0 address Message-ID: <20081030141418.d7061e97b78b017ac15395d64f2ce134.e53532d0da.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bottom.letterhead Type: image/jpeg Size: 34014 bytes Desc: not available URL: From monteslu at cox.net Fri Oct 31 00:01:25 2008 From: monteslu at cox.net (monteslu at cox.net) Date: Thu, 30 Oct 2008 17:01:25 -0700 Subject: default bridge ifcfg-ltspbr0 address In-Reply-To: <20081030135549.d7061e97b78b017ac15395d64f2ce134.66b0de24b9.wbe@email.secureserver.net> Message-ID: <20081030200125.55CWU.104158.imail@fed1rmwml37> This is also the way I'd prefer to have it set up. However I was only able to get things working after enabling the second NIC. Luis ---- rmcdaniel at indata.us wrote: > One is disabled. In our environment, I want the server to be the > primary DHCP server and also serve thin clients located in different > parts of the school. I took out the bridge interface to see if it made > a difference. Authentication still failed. If I leave everything in > the default setting, authentication works fine. What gets affected with > the IP change that has to do with authentication? > > Thanks, > > Ron > > -------- Original Message -------- > Subject: Re: default bridge ifcfg-ltspbr0 address > From: Warren Togami > Date: Thu, October 30, 2008 3:48 pm > To: Development discussion of K12Linux > > rmcdaniel at indata.us wrote: > > I went back and changed the IP address information in > > /etc/ltsp/dhcpd.conf and the clients are booting up to the login screen. > > When I enter the username and password, it waits for authentication and > > then responds "The server is not responding, restarting". I then have > > the cursor and a blank screen... The three files that have been edited > > from the default setup are as follows: > > > > ifcfg-eth0 added the BRIDGE=ifcfg-ltspbr0 line > > > > ifcfg-ltspbr0 added the GATEWAY=192.168.5.1 to the end of file (our > > subnet is 192.168.5.0/24) and changed ip address from 172.31.100.254 to > > 192.168.5.3 > > > > dhcpd.conf changed 172.31.100.254 to 192.168.5.3 (address of > > ifcfg-ltspbr0) and 172.31.100.X to 192.168.5.X throughout file > > > > Any ideas why the authentication step would break? I still have IP > > tables running without any changes to the default setup. > > > > You have only a single ethernet interface on this box? > > Warren > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list > > > > > _______________________________________________ > K12Linux-devel-list mailing list > K12Linux-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/k12linux-devel-list