[K12OSN] Kiosktool for KDE and LTSP
D@g@Z a k a Roland Frans
dagaz at dagaz.se
Sat Aug 28 21:58:38 UTC 2004
I got a little question concerning the usage of KDE kiosktool. I am
testing it out but I can't seem to get the profiles changing on per
group basis. Is there anyone that is using this out there that can give
me a few hints on the matter? I have almost googled to death. ;)
I am using K12LTSP 4.1.0 and KDE is 3.2.2-6
Roland
k12osn-request at redhat.com wrote:
>Send K12OSN mailing list submissions to
> k12osn at redhat.com
>
>To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/k12osn
>or, via email, send a message with subject or body 'help' to
> k12osn-request at redhat.com
>
>You can reach the person managing the list at
> k12osn-owner at redhat.com
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of K12OSN digest..."
>
>
>Today's Topics:
>
> 1. Re: I need an automatic relogin script (Tim Litwiller)
> 2. RE: Searching for server (DHCP) (Debbie Schiel)
> 3. RE: Searching for server (DHCP) (Les Mikesell)
> 4. Re: *EARLY* Alpha of K12LTSP 3.2 (Andrew)
> 5. Re: *EARLY* Alpha of K12LTSP 3.2 (Andrew)
> 6. Re: Searching for server (DHCP) (Jesse McDonnell)
> 7. RE: Searching for server (DHCP) (Timothy Legge)
> 8. Re: print based on location (Christopher K. Johnson)
> 9. Environmental Variables per workstation (Luis Montes)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Fri, 27 Aug 2004 23:02:01 -0500
>From: Tim Litwiller <tim at litwiller.net>
>Subject: Re: [K12OSN] I need an automatic relogin script
>To: "Support list for opensource software in schools."
> <k12osn at redhat.com>
>Message-ID: <413003B9.20609 at litwiller.net>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>
>Shahms King wrote:
>
>
>
>>On Fri, 2004-08-27 at 17:36 -0500, Tim Litwiller wrote:
>>
>>
>>
>>
>>>I need some king of monitoring script for mozilla/firefox that if the
>>>user closes the program the terminal will logout.
>>>
>>>Is this possible?
>>>
>>>
>>>
>>>
>>This has been addressed before, I believe (check the archives linked at
>>the bottom), but the short answer is "yes". The long answer (how to
>>accomplish it) depends on a lot of other variables like whether you want
>>the users to be able to run other applications, etc.
>>
>>The quick-and-dirty answer is: X will exit (and gdm will respawn) when
>>the script that launched the session does. If you look in
>>/etc/X11/gdm/Sessions you'll see a bunch of executable scripts. These
>>are the files that gdm launches when a user logs in. When that script
>>"returns", the terminal is logged out.
>>
>>Most of those files simply "exec /etc/X11/xdm/Xsession <sessionname>".
>>Most of the actual session logic is in that script so you can, without
>>changing anything, make any of the sessions "mozilla-dependent" by
>>changing them to:
>>
>>/etc/X11/xdm/Xsession <sessionname>&
>>exec /usr/bin/mozilla
>>
>>When the user exits mozilla, the session exits and they are logged out.
>>
>>Not the most elegant solution, but it will work.
>>
>>
>>------------------------------------------------------------------------
>>
>>_______________________________________________
>>K12OSN mailing list
>>K12OSN at redhat.com
>>https://www.redhat.com/mailman/listinfo/k12osn
>>For more info see <http://www.k12os.org>
>>
>>
>>
>>
>thanks for that explanation -I'll try that as soon as I can.
>
>
>
>
>------------------------------
>
>Message: 2
>Date: Sat, 28 Aug 2004 04:28:41 +0000
>From: "Debbie Schiel" <debbieschiel at hotmail.com>
>Subject: RE: [K12OSN] Searching for server (DHCP)
>To: k12osn at redhat.com
>Message-ID: <BAY9-F57XsNQptgFrYI000183bb at hotmail.com>
>Content-Type: text/plain; format=flowed
>
>Hi Tim,
>
>Thanks for the comments. I am now using an etherboot 5.2.5 floppy on the
>newer client machine (not the one with 0.99) but it still searches for the
>server.
>
>I'm going to follow other suggestions now and just work with one network
>card on the server.
>
>Debbie
>
>----Original Message Follows----
>From: Timothy Legge <tlegge at rogers.com>
>Reply-To: tlegge at rogers.com,"Support list for opensource software in
>schools." <k12osn at redhat.com>
>To: nospam at debstar.com,"Support list for opensource software in schools."
><k12osn at redhat.com>
>Subject: RE: [K12OSN] Searching for server (DHCP)
>Date: Fri, 27 Aug 2004 22:48:42 -0300
>
>On Fri, 2004-08-27 at 22:23, Debbie Schiel wrote:
> > and did a search on google for the PXE-E52 error
> > and got http://riv-mail.mesd.k12.or.us/mailarchives/k12ltspdig/306.html
> > where the writer says: "What version of pxe does
> > your client have? I've had success with 2.0 but not with .99."
> >
> > My client has .99
>
>Yes, I have not had luck with 0.99. Typically you can get an update to
>load onto the card. If it is the bios pxe, upgrading the bios will
>normally upgrade pxe.
>
> > Etherboot 5.0.1
> > found VIA 6102 at 0xE800, ROM address 0x0000
> > probing... [VIA 86C100 lrhine.c V1.0.0 2000-01-07
> > IO address E800 Ethernet Address: 0x00:0x0E:0XA6:0X65:0XE2:0X29
> > Analyzing media type, this will take several seconds... ok
> > Linespeed=100Mbs Fullduplex
> > Searching for server (DHCP)...
>
>Etherboot 5.0 is extraordinarily old. Please go to romomatic.net and
>download the latest release.
>
> > ARG!!!!
> > ok so it is not a problem with the client, yes?
> > I am going to try buy a new switch and a new network card to cancel out
> > those two as possible problems.
> > I know it shouldn't be this difficult... I think I must be missing
>something
> > very obvious... So I will keep on until I get it right!
>
>The age of the boot code may be your issue. Update it and let me know
>your results.
>
>Tim
>
>
>_______________________________________________
>K12OSN mailing list
>K12OSN at redhat.com
>https://www.redhat.com/mailman/listinfo/k12osn
>For more info see <http://www.k12os.org>
>
>_________________________________________________________________
>Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
>
>
>
>
>------------------------------
>
>Message: 3
>Date: Sat, 28 Aug 2004 00:31:12 -0500
>From: Les Mikesell <les at futuresource.com>
>Subject: RE: [K12OSN] Searching for server (DHCP)
>To: nospam at debstar.com, "Support list for opensource software in
> schools." <k12osn at redhat.com>
>Message-ID: <1093671071.25312.3.camel at les-home.futuresource.com>
>Content-Type: text/plain
>
>On Fri, 2004-08-27 at 23:28, Debbie Schiel wrote:
>
>
>>Thanks for the comments. I am now using an etherboot 5.2.5 floppy on the
>>newer client machine (not the one with 0.99) but it still searches for the
>>server.
>>
>>
>
>
>You might try the universal floppy from the thinstation
>project. It has support for about 30 different NICs.
>Follow the link from:
>http://thinstation.sourceforge.net/download.html
>
>You can see if the see if the server is getting the
>dhcp requests by looking through /var/log/messages.
>
>---
> Les Mikesell
> les at futuresource.com
>
>
>
>
>
>------------------------------
>
>Message: 4
>Date: Fri, 27 Aug 2004 22:45:25 -0800
>From: Andrew <adfour at mtaonline.net>
>Subject: Re: [K12OSN] *EARLY* Alpha of K12LTSP 3.2
>To: "Support list for opensource software in schools."
> <k12osn at redhat.com>
>Message-ID: <41302A05.5010600 at mtaonline.net>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>
>Thanks!!!!!!
>-AF
>Eric Harrison wrote:
>
>
>
>>On Fri, 2004-08-27 at 08:39, Eric Harrison wrote:
>>
>>
>>
>>
>>>I've uploaded an early alpha build of K12LTSP 3.2. This is a back-port
>>>of all the work that went into K12LTSP 4.1 to the "Enterprise Linux"
>>>versions.
>>>
>>>
>>>
>>>
>>Oh, and as the version number implies the final K12LTSP 3.2 release is
>>meant to be a smooth upgrade from K12LTSP 3.1...
>>
>>-Eric
>>
>>
>>------------------------------------------------------------------------
>>
>>_______________________________________________
>>K12OSN mailing list
>>K12OSN at redhat.com
>>https://www.redhat.com/mailman/listinfo/k12osn
>>For more info see <http://www.k12os.org>
>>
>>
>>
>>
>
>
>
>
>------------------------------
>
>Message: 5
>Date: Fri, 27 Aug 2004 23:20:13 -0800
>From: Andrew <adfour at mtaonline.net>
>Subject: Re: [K12OSN] *EARLY* Alpha of K12LTSP 3.2
>To: "Support list for opensource software in schools."
> <k12osn at redhat.com>
>Message-ID: <4130322D.7050103 at mtaonline.net>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>But this is exactly the point for many of us....
>I am not running a media lab, or making heavy use of removeable media,
>or even scsi emulation. New "Features" that might be handy there (though
>I suspect redhat of having their
>business nearest and dearest to their hearts when they introduce a new
>feature, not part of a linus kernel release) have a nasty tendency to
>make previously happy software kinda unhappy. I love playing with new
>toys on my time, But when every instance of oowriter crashes on a room
>full of students mid-paper I tend to regret whatever shiny new thing I
>introduced that caused it. I would tend to think that more hardware
>can be made to work reliably with whitebox than with fedora--for no
>reason than by checking on what redhat does and does not support....( I
>know--they don't actually support whitebox, but you get my drift). I
>dunno,. Are we all clear on what Fedora is? It is redhat's test bed for
>new features. Those that check out get into enterprise (eventually) See
>their site, they'll you tell so. The idea that the "fix" for the feature
>is in a kernel patch is ingenuous. The "fix" is stable when it is in
>RHEL, Debian stable and maybe testing, and probably whatever
>commercially suported version of suse is put out by Novell. If no one is
>calling it stable or supporting it..it isn't proven to be stable and is
>still "testing" and thus not "stable" however well it seems to work on
>some systems. This is usually moot on stuff that is actually released,
>but worth bearing in mind when your newest fedora update or refresh of
>your sid system generates a blank screen and tells you some vital system
>component isn't there anymore. Tell me would you book a flight for your
>family across the pacific on a prototype jet? They usually fly pretty
>well...... If fedora is working for you, That's great. I hope it
>stays that way through all the projected tri-annual updates. ( deos
>anyone get the sense that I'm somehow bitter about fedora? <G>)
>
>I am really impressed that eric went out of his way to do this, and I
>think it will see a surprising amount of use. It has certainly made me
>reconsider a move to debian for my ltsp server.
>-AF
>
>Les Mikesell wrote:
>
>
>
>>On Fri, 2004-08-27 at 12:12, Jim Kronebusch wrote:
>>
>>
>>
>>
>>
>>>Awesome. A completely packaged version based off a stable distro such
>>>as RHEL/WBEL would be an excellent alternative. For me I don't want
>>>cutting edge, I need stable.
>>>
>>>
>>>
>>>
>>I strongly suspect you are being overly optimistic about RHEL based
>>distro's solving all the weird hardware issues you might encounter.
>>I'd guess that would fall more in the 'feature' category that
>>is intentionally not backported to keep from breaking anything
>>else even when the fix is added to new kernels. I'd like to
>>be proven wrong about this, but...
>>
>>On the other hand if it turns out that your particular hardware
>>does work reliably with it you should have a better chance of
>>keeping it up to date with security related updates longer
>>without major changes.
>>
>>---
>> Les Mikesell
>> les at futuresource.com
>>
>>
>>
>>_______________________________________________
>>K12OSN mailing list
>>K12OSN at redhat.com
>>https://www.redhat.com/mailman/listinfo/k12osn
>>For more info see <http://www.k12os.org>
>>
>>
>>
>>
>>
>>
>
>
>
>
>------------------------------
>
>Message: 6
>Date: Sat, 28 Aug 2004 06:14:53 -0400
>From: Jesse McDonnell <jessemcdonnell at comcast.net>
>Subject: Re: [K12OSN] Searching for server (DHCP)
>To: tlegge at rogers.com, "Support list for opensource software in
> schools." <k12osn at redhat.com>
>Cc: tlegge at rogers.com, nospam at debstar.com
>Message-ID: <20040828061453.4dd66d2f.jessemcdonnell at comcast.net>
>Content-Type: text/plain; charset=US-ASCII
>
>On Fri, 27 Aug 2004 22:48:42 -0300
>Timothy Legge <tlegge at rogers.com> wrote:
>
>
>
>>On Fri, 2004-08-27 at 22:23, Debbie Schiel wrote:
>>
>>
>>>and did a search on google for the PXE-E52 error
>>>and got http://riv-mail.mesd.k12.or.us/mailarchives/k12ltspdig/306.html
>>>where the writer says: "What version of pxe does
>>>your client have? I've had success with 2.0 but not with .99."
>>>
>>>My client has .99
>>>
>>>
>>Yes, I have not had luck with 0.99. Typically you can get an update to
>>load onto the card. If it is the bios pxe, upgrading the bios will
>>normally upgrade pxe.
>>
>>
>>
>
>Tim and Debbie,
>
>The old 0.99 version raises it's buggy head again! I got the same PXE-E52 error when setting up an Intel cn430tx board with onboard nic and Landesk Service Agent 0.99. Landesk Service Agent 0.99 is known to be buggy. The solution that worked for me is outlined at http://syslinux.zytor.com/hardware.php#network.
>
>Briefly, disable path MTU discovery on the boot server by changing the content of /proc/sys/net/ipv4/ip_no_pmtu_disc from 0 to 1.
>To do this. as root, run echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc from the command line. If you ever reboot your server you will have to rerun this command.
>
>Disable the blksize TFTP option on your TFTP server by adding -r blksize to the server_args in /etc/xinetd.d/tftp
>The line in my system is:
>
>server_args = -r blksize -s /tftpboot/
>
>You'll have to restart tftp for the changes to take effect.: /sbin/service xinetd restart should take of that.
>
>This works for me...hope it does for you.
>
>Good luck!
>
>Jesse McDonnell
>
>
>
>
>
>
>------------------------------
>
>Message: 7
>Date: Sat, 28 Aug 2004 08:02:51 -0300
>From: Timothy Legge <tlegge at rogers.com>
>Subject: RE: [K12OSN] Searching for server (DHCP)
>To: "Support list for opensource software in schools."
> <k12osn at redhat.com>
>Message-ID: <1093690971.16141.9.camel at athlon.johnsonavenue.org>
>Content-Type: text/plain
>
>On Fri, 2004-08-27 at 23:36, Sudev Barar wrote:
>[snip]
>
>
>>> option option-128 e4:45:74:68:00:00;
>>> option option-129 "NIC=3c509";
>>>
>>>
>>As explained above these two lines are not needed.
>>
>>
>
>If this card is a 3c509 then it is isa and needs this setting.
>
>
>
>
>
>
>------------------------------
>
>Message: 8
>Date: Sat, 28 Aug 2004 08:19:45 -0400
>From: "Christopher K. Johnson" <ckjohnson at gwi.net>
>Subject: Re: [K12OSN] print based on location
>To: "Support list for opensource software in schools."
> <k12osn at redhat.com>
>Message-ID: <41307861.5040108 at gwi.net>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>Tim Scholten wrote:
>
>
>
>>hi
>>I am trying to make it so that when a user prints, it will print to
>>the printer in the same room. I looked in the archives an found this
>>thread
>>http://www.redhat.com/archives/k12osn/2003-October/msg00139.html ,
>>exactly what i am trying to accomplish here.
>>
>>I tried using his script in /etc/profile.d/ with the changes for this
>>location, but the default printer is still the original default.
>>
>>
>>
>The problem is that the PRINTER environment variable is no longer used
>to manage override of the default printer.
>The gnome-print-manager and your account's .printers file are involved.
>But I'll have to do some digging to see how the setting can be changed
>and made effective programatically.
>
>Chris
>
>
>
--
Roland Frans
Klöverstigen 30B
784 51 Borlänge
0702-20 62 15
In a World Without Fences Who Needs GATES?
More information about the K12OSN
mailing list