Re: A few PXES notes/patches

Thank you very much for the info. Actually I've found (and corrected) two
of the bugs you mentioned. The DPMS and ip.
I will check the wfica.sh stuff.
The remote update feature I proposed means that your clients are not so
thin, isn't it ?
But should be useful for slim clients.

Again, thanks for your colaboration.

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi-
> After a year and a half of prodding, I've finally been able to convince
> my school to start deploying linux clients and servers. We've found PXES
> to be great for this purpose. Unfortunately, we're only using it to
> connect to a Citrix server farm at the moment, but hopefully we will
> eventually move to native X11.
>
> So anyway, as part of setting it up, I've found a few bugs and added a
> few new features.
>
> One bug is in the web interface. It doesn't properly show the system's
> routes (it calls /sbin/ip route instead of the proper command /sbin/ip
> route show).
>
> I've found a couple of bugs in the wfica.sh. In two places, the
> parameters passed to Citrix are passed with single quote marks around
> them, and for some reason the single quotes are being passed to the
> Citrix client and interfering with the connection (You get errors saying
> stuff like "The config file "'/usr/ICAClient/'appsrv.cfg" could not be
> loaded.") Another Citrix bug I've found is that the Citrix client relies
> on /dev/audio for audio, which isn't created by devfs. I edited rcS and
> added a few lines to create it.
>
> Another bug in rcS is that it uses "Option DPMS" as the DPMS option to
> X11, but that doesn't actually cause DPMS to work, at least not in
> XFree86 4. The proper config option is "Option "DPMS"".
>
> Finally, the new feature I coded is a remote update system that relies
> on TFTP. If the system finds the UPDATE_ENABLED variable defined in the
> config it loads, along with a few other variables, it will check the
> TFTP server for an updated build, and automatically install + reboot.
> The code might contain some assumptions about how our network is
> structured, though, so it might need some work.
>
> All my changes are in the attached diff. Hopefully someone can find some
>  use for the patches. If you want some help setting up the automatic
> updating, let me know.
>
> Thanks to Diego + the other developers,
> - --Quentin
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
>
> iD8DBQFAmEtA1ePQTjeBqRARArSWAJ0dW+b6lyRpOdI3Hur9JUR70Q+2agCeMzBJ
> wLGM5b5opT/Tt0VoMO5U+9c=
> =ePrc
> -----END PGP SIGNATURE-----


-- 
<pre>
    ______  ________
   /  /   \/  /___  )  I  N   T   E   G   R   A   C   I   O   N
  /  /       /___  /   I  N   F   O   R   M   A   T   I   C   A
 /__/__/\___/_____'

 Diego Torres Milano Maipu 42 Office 164 - (C1084ABB) Buenos Aires  Argentina
[email protected]  Tel: +5411 4331-2233 Fax +5411 4331-3377 www.in3.com.ar
</pre>




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click