Mike Eriksen | 2 Jan 20:16 2006
Picon
Picon

Trouble with beta8

I like the new config structure in beta8 very much! Nice and clean.

I'm having a few issues with b8:

First a minor bug. In "build" line 543 should read:

cat ./packages/$package/build/license | more

($package/build/ is missing).

My real problem is that b8 seems to have lost its "ts.conf.buildtime" 
capability. I normally test TS by making a boot CD with all settings 
hardwired and no tftp server. I was expecting ts.conf.sample to be the 
conf.buildtime file, but it isn't. Eventhough I have set NET_USE_TFTP=Off 
in conf/network, b8 still looks for the tftp server (and fails).

Even worse is that apparently there isn't any default SESSION_0 or an 
obvious way to make it. I tried to add a SESSION_0 in the end of 
conf/master but due to the tftpd error I can't tell if it works. I think 
the build script should be modified to check if BB or iceWM is in the 
build and make it a default SESSION_0. So users will have something if 
everything else fails. If there is no BB or iceWM, it should fall back to 
a telnet session on localhost.

Mike
--

-- 
Thinstation FAQ maintainer
http://thinstation.sourceforge.net
- a light, full featured linux based thin client OS

(Continue reading)

TechFan | 2 Jan 22:20 2006
Picon

Re: Trouble with beta8

Another small thing I noticed is that the Right-Alt still doesn't work
by default. . .probably have to copy that kmod file again manually from
en_nz. . .

----- Original Message -----
*From:* Mike Eriksen <kme3@...>
*To:* thinstation-developer@...
*Sent:* Tuesday, January 03, 2006 5:16:20 AM
*Subject:* [Thinstation-developer] Trouble with beta8

> I like the new config structure in beta8 very much! Nice and clean.
>
> I'm having a few issues with b8:
>
> First a minor bug. In "build" line 543 should read:
>
> cat ./packages/$package/build/license | more
>
> ($package/build/ is missing).
>
> My real problem is that b8 seems to have lost its "ts.conf.buildtime"
> capability. I normally test TS by making a boot CD with all settings
> hardwired and no tftp server. I was expecting ts.conf.sample to be the
> conf.buildtime file, but it isn't. Eventhough I have set
> NET_USE_TFTP=Off in conf/network, b8 still looks for the tftp server
> (and fails).
>
> Even worse is that apparently there isn't any default SESSION_0 or an
> obvious way to make it. I tried to add a SESSION_0 in the end of
> conf/master but due to the tftpd error I can't tell if it works. I
(Continue reading)

Miles Roper | 3 Jan 19:43 2006
Picon

Re: Trouble with beta8

buildtime config shouldn't have changed, use the same config file. ie thinstation.conf.buildtime (or 
what ever your build.conf file says).  need to sort out how to do an example file for this.

however, as I've discussed with trevor, having an example buildtime config for TS-O-Matic is 
somewhat more problematic.

Mike Eriksen wrote:
> I like the new config structure in beta8 very much! Nice and clean.
> 
> I'm having a few issues with b8:
> 
> First a minor bug. In "build" line 543 should read:
> 
> cat ./packages/$package/build/license | more
> 
> ($package/build/ is missing).
> 
> My real problem is that b8 seems to have lost its "ts.conf.buildtime" 
> capability. I normally test TS by making a boot CD with all settings 
> hardwired and no tftp server. I was expecting ts.conf.sample to be the 
> conf.buildtime file, but it isn't. Eventhough I have set 
> NET_USE_TFTP=Off in conf/network, b8 still looks for the tftp server 
> (and fails).
> 
> Even worse is that apparently there isn't any default SESSION_0 or an 
> obvious way to make it. I tried to add a SESSION_0 in the end of 
> conf/master but due to the tftpd error I can't tell if it works. I think 
> the build script should be modified to check if BB or iceWM is in the 
> build and make it a default SESSION_0. So users will have something if 
> everything else fails. If there is no BB or iceWM, it should fall back 
(Continue reading)

Miles Roper | 3 Jan 19:44 2006
Picon

Re: Trouble with beta8

what keymap do you use?  ,ie en_nz?

TechFan wrote:
> Another small thing I noticed is that the Right-Alt still doesn't work
> by default. . .probably have to copy that kmod file again manually from
> en_nz. . .
> 
> ----- Original Message -----
> *From:* Mike Eriksen <kme3@...>
> *To:* thinstation-developer@...
> *Sent:* Tuesday, January 03, 2006 5:16:20 AM
> *Subject:* [Thinstation-developer] Trouble with beta8
> 
> 
> 
>>I like the new config structure in beta8 very much! Nice and clean.
>>
>>I'm having a few issues with b8:
>>
>>First a minor bug. In "build" line 543 should read:
>>
>>cat ./packages/$package/build/license | more
>>
>>($package/build/ is missing).
>>
>>My real problem is that b8 seems to have lost its "ts.conf.buildtime"
>>capability. I normally test TS by making a boot CD with all settings
>>hardwired and no tftp server. I was expecting ts.conf.sample to be the
>>conf.buildtime file, but it isn't. Eventhough I have set
>>NET_USE_TFTP=Off in conf/network, b8 still looks for the tftp server
(Continue reading)

Miles Roper | 3 Jan 19:44 2006
Picon

Re: Trouble with beta8

ps thanks for the fix :o)

Mike Eriksen wrote:
> I like the new config structure in beta8 very much! Nice and clean.
> 
> I'm having a few issues with b8:
> 
> First a minor bug. In "build" line 543 should read:
> 
> cat ./packages/$package/build/license | more
> 
> ($package/build/ is missing).
> 
> My real problem is that b8 seems to have lost its "ts.conf.buildtime" 
> capability. I normally test TS by making a boot CD with all settings 
> hardwired and no tftp server. I was expecting ts.conf.sample to be the 
> conf.buildtime file, but it isn't. Eventhough I have set 
> NET_USE_TFTP=Off in conf/network, b8 still looks for the tftp server 
> (and fails).
> 
> Even worse is that apparently there isn't any default SESSION_0 or an 
> obvious way to make it. I tried to add a SESSION_0 in the end of 
> conf/master but due to the tftpd error I can't tell if it works. I think 
> the build script should be modified to check if BB or iceWM is in the 
> build and make it a default SESSION_0. So users will have something if 
> everything else fails. If there is no BB or iceWM, it should fall back 
> to a telnet session on localhost.
> 
> Mike

(Continue reading)

ih84ds (sent by Nabble.com | 3 Jan 20:32 2006

Re: Repeating keys don't work

I too am having this issue with nx sessions. It would be nice if we could get this working, as I have a lot of users complaining about it. :)

Here is a little more info... when I try to do 'xset r rate', i get this:
Xlib: extension "XFree86-Misc" missing on display "unix:1002.0".

cheers,

Jeremy

Sent from the thinstation-developer forum at Nabble.com:
Re: Repeating keys don't work
Mike Eriksen | 3 Jan 21:08 2006
Picon
Picon

Re: Trouble with beta8

On Wed, 4 Jan 2006, Miles Roper wrote:

> buildtime config shouldn't have changed, use the same config file. ie 
> thinstation.conf.buildtime (or what ever your build.conf file says).  need to 
> sort out how to do an example file for this.

Ah, I see. I thought that since ts.conf.sample was generated on the fly a 
ts.conf.buildtime was unavailable. But a copy of ts.conf.sample works 
nicely as a buildtime (except it's now a two pass build...)

> however, as I've discussed with trevor, having an example buildtime config 
> for TS-O-Matic is somewhat more problematic.

OK, why?

I really, really believe we *need* a sane buildtime. As it is now (with 
b8) the boot process will simply hang at "...bootmenu - session -" with no 
explanation if the tftp server isn't found. Terrible!

I made a small change to the build script as a test. I moved the 
generation of ts.conf.sample to the top and added:

echo "SESSION_0_TYPE=telnet" > thinstation.conf.buildtime
echo "SESSION_0_TELNET_SERVER=localhost" >> thinstation.conf.buildtime
cat ./thinstation.conf.sample >> thinstation.conf.buildtime

This works nicely and dumps the user into a telnet session (which is 
certain to exists) if everything else fails. Yes, it's ugly, but it works.

The user will make some effort to setup the stuff in conf/ the way he 
expects things to run, so the settings in ts.conf.sample should be fairly 
safe.

Another thing that may clean up thing even more would be to have the 
package config files sym linked from conf/. E.g. conf/ica.conf -> 
packages/ica/build/conf/session/ica. This way the user will only have to 
edit stuff in conf/ and not have to traverse the packages themself.

Mike

>
>
> Mike Eriksen wrote:
>> I like the new config structure in beta8 very much! Nice and clean.
>> 
>> I'm having a few issues with b8:
>> 
>> First a minor bug. In "build" line 543 should read:
>> 
>> cat ./packages/$package/build/license | more
>> 
>> ($package/build/ is missing).
>> 
>> My real problem is that b8 seems to have lost its "ts.conf.buildtime" 
>> capability. I normally test TS by making a boot CD with all settings 
>> hardwired and no tftp server. I was expecting ts.conf.sample to be the 
>> conf.buildtime file, but it isn't. Eventhough I have set NET_USE_TFTP=Off 
>> in conf/network, b8 still looks for the tftp server (and fails).
>> 
>> Even worse is that apparently there isn't any default SESSION_0 or an 
>> obvious way to make it. I tried to add a SESSION_0 in the end of 
>> conf/master but due to the tftpd error I can't tell if it works. I think 
>> the build script should be modified to check if BB or iceWM is in the 
>> build and make it a default SESSION_0. So users will have something if 
>> everything else fails. If there is no BB or iceWM, it should fall back to 
>> a telnet session on localhost.
>> 
>> Mike
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Thinstation-developer mailing list
> Thinstation-developer@...
> https://lists.sourceforge.net/lists/listinfo/thinstation-developer
>

--

-- 
Thinstation FAQ maintainer
http://thinstation.sourceforge.net
- a light, full featured linux based thin client OS

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
Trevor Batley | 3 Jan 23:37 2006
Picon
Picon

Re: Trouble with beta8

Quoting Mike Eriksen <kme3@...>:

> On Wed, 4 Jan 2006, Miles Roper wrote:
>
> > buildtime config shouldn't have changed, use the same config file. ie
> > thinstation.conf.buildtime (or what ever your build.conf file says).  need
> to
> > sort out how to do an example file for this.
>
> Ah, I see. I thought that since ts.conf.sample was generated on the fly a
> ts.conf.buildtime was unavailable. But a copy of ts.conf.sample works
> nicely as a buildtime (except it's now a two pass build...)

As per other reply, a seperate script for generating the sample (which could
also be called from the build), would probably allow for this (eg. build_sample
build.conf thinstation.conf.buildtime).
>
> > however, as I've discussed with trevor, having an example buildtime config
> > for TS-O-Matic is somewhat more problematic.
>
> OK, why?

Only because I need something for the thinstation.conf.buildtime in Step 2.....
And I can't do a 2 pass process.
>
> I really, really believe we *need* a sane buildtime. As it is now (with
> b8) the boot process will simply hang at "...bootmenu - session -" with no
> explanation if the tftp server isn't found. Terrible!
>
> I made a small change to the build script as a test. I moved the
> generation of ts.conf.sample to the top and added:
>
> echo "SESSION_0_TYPE=telnet" > thinstation.conf.buildtime
> echo "SESSION_0_TELNET_SERVER=localhost" >> thinstation.conf.buildtime
> cat ./thinstation.conf.sample >> thinstation.conf.buildtime
>
> This works nicely and dumps the user into a telnet session (which is
> certain to exists) if everything else fails. Yes, it's ugly, but it works.
>
> The user will make some effort to setup the stuff in conf/ the way he
> expects things to run, so the settings in ts.conf.sample should be fairly
> safe.

I too like the idea of a 'failsafe' buildtime, which can be 'updated'.
>
> Another thing that may clean up thing even more would be to have the
> package config files sym linked from conf/. E.g. conf/ica.conf ->
> packages/ica/build/conf/session/ica. This way the user will only have to
> edit stuff in conf/ and not have to traverse the packages themself.
>
This doesn't allow for contribs etc. Should they be editting those file directly
anyway?

Trevor B

> Mike
>

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
Mike Eriksen | 3 Jan 23:53 2006
Picon
Picon

Re: Trouble with beta8

On Wed, 4 Jan 2006, Trevor Batley wrote:

[CUT]
> I too like the idea of a 'failsafe' buildtime, which can be 'updated'.

Right. My previous suggestion to a modified build script should have a 
conditional check to see if an existing ts.conf.buildtime already is in 
place.

>> Another thing that may clean up thing even more would be to have the
>> package config files sym linked from conf/. E.g. conf/ica.conf ->
>> packages/ica/build/conf/session/ica. This way the user will only have to
>> edit stuff in conf/ and not have to traverse the packages themself.
>>
> This doesn't allow for contribs etc. Should they be editting those file directly
> anyway?

Why doesn't it allow for contribs? I see no reason why a contrib package 
can't contain a conf/<package link>. We already do have out-of-package 
files, like icons in packages/icons/etc/icons/≤package> and 
README.<package> in the TS root.

If the user should be allowed to "destroy" the original package conf file 
is a different problem. Maybe he shouldn't.

Mike

> Trevor B
>
>> Mike
>>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Thinstation-developer mailing list
> Thinstation-developer@...
> https://lists.sourceforge.net/lists/listinfo/thinstation-developer
>

--

-- 
Thinstation FAQ maintainer
http://thinstation.sourceforge.net
- a light, full featured linux based thin client OS

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
Trevor Batley | 4 Jan 01:46 2006
Picon
Picon

Re: Trouble with beta8

Quoting Mike Eriksen <kme3@...>:

> > This doesn't allow for contribs etc. Should they be editting those file
> directly
> > anyway?
>
> Why doesn't it allow for contribs? I see no reason why a contrib package
> can't contain a conf/<package link>. We already do have out-of-package
> files, like icons in packages/icons/etc/icons/≤package> and
> README.<package> in the TS root.
>
You're right, it does work. I guess I was more worried about them seeing it and
being able to change it easily (when I'm not sure they should be playing with
that anyway).

It would be nice to allow for some 'alternate' sessions for selection (eg. like
the preconfigured examples, but for each package.......). May have to think a
little harder about this.

> If the user should be allowed to "destroy" the original package conf file
> is a different problem. Maybe he shouldn't.
>
Yeah, that's my main worry. Anyone who wants to play at that level should know
the structure. On the other hand, I guess it doesn't cause us any problems to
have the symlinks there.

Trevor B

> Mike
>
>
> > Trevor B
> >
> >> Mike
> >>
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > Thinstation-developer mailing list
> > Thinstation-developer@...
> > https://lists.sourceforge.net/lists/listinfo/thinstation-developer
> >
>
> --
> Thinstation FAQ maintainer
> http://thinstation.sourceforge.net
> - a light, full featured linux based thin client OS
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Thinstation-developer mailing list
> Thinstation-developer@...
> https://lists.sourceforge.net/lists/listinfo/thinstation-developer
>

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Gmane