Subject: Re: Several issues

Thanks, but as TS will be booting with Grub4dos on the end-user's
machines I'd need to test the builds using that here anyway, so it's
probably not worth me spending the time getting my head round pxe and
getting it working.

-----------------------------------------------------
Date: Thu, 22 Mar 2012 09:13:14 -0600
From: Ed Heron <Ed@...>
Subject: Re: [Thinstation-general] Several issues
To: thinstation-general@...
Message-ID: <1332429194.4952.7.camel@...>
Content-Type: text/plain

On Thu, 2012-03-22 at 13:04 +0000, Derek Moss wrote:
> ...
>
> The only way pxe would speed up my testing is it if saved me having to
> move the files TS builds (iso, vmlinuz, initrd, lib.squash) from the
> build virtualbox to the test virtualbox and I don't know if that's
> possible or if so, how to set it up.
> ...

  If your build box is also a tftp server, an entry could be put into
the dhcpd file.  For example, if your build box was called dev_ts:

host test_ts {
  hardware AA:BB:CC:DD:EE:FF;
  option tftp-server-name "dev_ts.example.com";
}

Re: Subject: Re: Several issues

Nah, it only feels that way. PXE is the way to go. pfSense is a fantastic router dhcp server that makes it easy
to get going with pxe. You will seriously go faster with pxe.

Derek Moss <dmts@...> wrote:

>Thanks, but as TS will be booting with Grub4dos on the end-user's
>machines I'd need to test the builds using that here anyway, so it's
>probably not worth me spending the time getting my head round pxe and
>getting it working.
>
>-----------------------------------------------------
>Date: Thu, 22 Mar 2012 09:13:14 -0600
>From: Ed Heron <Ed@...>
>Subject: Re: [Thinstation-general] Several issues
>To: thinstation-general@...
>Message-ID: <1332429194.4952.7.camel@...>
>Content-Type: text/plain
>
>On Thu, 2012-03-22 at 13:04 +0000, Derek Moss wrote:
>> ...
>>
>> The only way pxe would speed up my testing is it if saved me having to
>> move the files TS builds (iso, vmlinuz, initrd, lib.squash) from the
>> build virtualbox to the test virtualbox and I don't know if that's
>> possible or if so, how to set it up.
>> ...
>
>  If your build box is also a tftp server, an entry could be put into
>the dhcpd file.  For example, if your build box was called dev_ts:
>

Re: Several issues

I had a chance to test on the end-user's machines today and found that
on the laptop:

1) the fastboot build boots OK.

2) the non-memory constrained build boots OK

3) the non-fastboot/non-MC build fails to boot (hangs after loading initrd)

It's properly loading the lib.squash from whatever subfolder the
initrd/vmlinuz is in now as well, which made testing a lot easier. It
seems to be using a lot of RAM at the moment (around 230MB out of
256MB) but hopefully that will go down a lot once I've used hwlister
to reduce the modules. Also, I could have been imagining it but the
laptop seemed to be getting hotter than usual (i.e. when running XP).
Is there anything about TS that could cause this (e.g.. lack of
powersaving features, so that it runs the components at full speed
constantly)?

On the Desktop PC I didn't get very far as the display goes "Out of
range" before TS gets to the desktop. I don't know what's changed from
v2.2 to v5 to cause this, as I'm pretty sure I didn't have to define
any fancy videomodes before so perhaps someone could look at the
attached conf files and tell me what's wrong.

-----------------------------------------------------------------
From: Don Cupp <doncuppjr@...>
Subject: Re: [Thinstation-general] Several issues
To: "thinstation-general@..."
        <thinstation-general@...>

Re: Radeon driver slow?

Hi,

Am 29.03.2012 17:08, schrieb Tobias Paepke:
> and give it a try with:
>   * radeon.modeset=0
>   * nomodeset
> as possible kernel options.
> you can put it into build conf via:
> param kernelcmdline "radeon.modeset=0"

I tried radeon.modeset=0 already before the first email, this was the 
first solution I tried. Should nomodeset behave differently?

I am currently blacklisting the "radeon" kernel module via 
"radeon.blacklist=yes" and perfermance seems to be better. I am now 
waiting for feedback from the user(s).

Christian

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure

Locale fi_FI broken maybe

I have tried several days to build pxe image from thinstation 5.0
using package locale-fi_FI without success. if I however use package
locale-sv_SV or locale-DE there doesn't seem to be any problem.

I could use of course Swedish locale since the keyboard is actually
same, but it's a matter of style.

When I use Finnish locale in  /var/log/Xorg.0.log have error line

(**) Option "xkb_layout" "fi"
(EE) Error loading keymap /var/lib/xkb/server-0.xkm
(EE) XKB: Failed to load keymap. Loadin default keymap instead

So it seems to me that somehow Thinstation cannot load Finnish
keyboard and then falls back to default US keyboard

I have even downloaded with git in a hope there was a fix in this.

Any help would be appreciated

Jukka

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure

Upgrade Thinstation 5

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure

_______________________________________________
Thinstation-general mailing list
Thinstation-general@...
https://lists.sourceforge.net/lists/listinfo/thinstation-general

Re: Upgrade Thinstation 5

Which window manager are you using?

klxout <klxout@...> wrote:

>Hello,
>
>We are trying to upgrade from Thinstation 2.2 to  Thinstation 5 and we have
>detected some differences in this versions that at this momment we can't
>solve:
>
>- We are using thinstation to connect with rdesktop and we have detected,
>that in this version ctrl+alt+backspace (restart X) that was used in
>thinstation 2.2 to change rdesktop session, in this versions is not working.
>- In reconnect prompt sometimes cursor is not appearing, and other times
>seems to work
>- In  thinstation 2.2 console 1, ctrl+F1 was showing boot screen with all
>information about boot up process, but now seems that is disabled
>
>We are migrated config files from 2.2 to 5. I have read some docs but this
>problems can't be solved at this momment
>
>What can I do to sole this problems?
>
>Thanks
>
>------------------------------------------------------------------------------
>This SF email is sponsosred by:
>Try Windows Azure free for 90 days Click Here 
>http://p.sf.net/sfu/sfd2d-msazure
>_______________________________________________
>Thinstation-general mailing list
>Thinstation-general@...
>https://lists.sourceforge.net/lists/listinfo/thinstation-general
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure

NX cant connect

Hi

I have got my thinstation to boot.
and i get the nx clinet login.
But the nxclinet can connect to the server.

I can connect to the server from my laptop on the same network 
and get the nxserver upp and working.
Test from both the boot server network and the clinet network.

my thinstation.conf.built

AUDIO_LEVEL=90
MIC_LEVEL=0
USE_XRANDR=TRUE
SESSION_0_AUTOSTART=on
NET_USE=BOTH
NET_USE_DHCP=on
NET_HOSTNAME=ts_*
NET_FILE_ENABLED=On
NET_FILE_METHOD=tftp
NET_TELNETD_ENABLED=ON
SYSLOG_SERVER=local 
USB_ENABLED=On 
DAILY_REBOOT=On 
CUSTOM_CONFIG=Off 
RECONNECT_PROMPT=On 

#SCREEN_RESOLUTION="1280x1024 | 1024x768 | 800x600 | 640x480 | *" 
#SCREEN_COLOR_DEPTH="24 | 16 | 8 | *" 
#SCREEN_HORIZSYNC="30-70 | *" 
#SCREEN_VERTREFRESH="50-170 | 60 | 56 | 70 | 72 | 75" 
#MOUSE_RESOLUTION=100 
#X_DRIVER_OPTION1="swcursor On" 

NET_REMOTE_ACCESS_FROM="0.0.0.0"
TFTP_BLOCKSIZE=1024
BIND_MOUNT0="home:/root"
BIND_MOUNT1="boot:/boot"
BIND_MOUNT2="tsdev:/thinstation"
USB_STORAGE_SYNC=on
SESSION_0_TYPE=nx
SESSION_0_TITLE="Vaxthuset"
SESSION_0_NX_ADVANCED_ENABLE_SSL_ENCRYPTION="true"
SESSION_0_NX_GENERAL_DESKTOP="Gnome"
SESSION_0_NX_GENERAL_SERVER_HOST="192.168.0.13"
SESSION_0_NX_GENERAL_REMEMBER_PASSWORD="true"
SESSION_0_NX_GENERAL_RESOLUTION="fullscreen"
SESSION_0_NX_GENERAL_SESSION="Unix"
SESSION_0_AUTOSTART=On
SESSION_0_NX_LOGIN_USER=" " 
SESSION_0_NX_LOGIN_Public_Key="-----BEGIN DSA PRIVATE KEY-----
MIIBuwIBAAKBgQCXv9AzQXjxvXWC1qu3CdEqskX9YomTfyG865gb4D02ZwWuRU/9
C3I9/bEWLdaWgJYXIcFJsMCIkmWjjeSZyTmeoypI1iLifTHUxn3b7WNWi8AzKcVF
aBsBGiljsop9NiD1mEpA0G+nHHrhvTXz7pUvYrsrXcdMyM6rxqn77nbbnwIVALCi
xFdHZADw5KAVZI7r6QatEkqLAoGBAI4L1TQGFkq5xQ/nIIciW8setAAIyrcWdK/z
5/ZPeELdq70KDJxoLf81NL/8uIc4PoNyTRJjtT3R4f8Az1TsZWeh2+ReCEJxDWgG
fbk2YhRqoQTtXPFsI4qvzBWct42WonWqyyb1bPBHk+JmXFscJu5yFQ+JUVNsENpY
+Gkz3HqTAoGANlgcCuA4wrC+3Cic9CFkqiwO/Rn1vk8dvGuEQqFJ6f6LVfPfRTfa
QU7TGVLk2CzY4dasrwxJ1f6FsT8DHTNGnxELPKRuLstGrFY/PR7KeafeFZDf+fJ3
mbX5nxrld3wi5titTnX+8s4IKv29HJguPvOK/SI7cjzA+SqNfD7qEo8CFDIm1xRf
8xAPsSKs6yZ6j1FNklfu
-----END DSA PRIVATE KEY-----"

Regards Mattias

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev

Re: NX cant connect

Only get from the nxclinet "network is un reachable" when i trie to login.

// Matte

----- Ursprungligt meddelande -----
Från: "Mattias Hemmingsson" <mattias.hemmingsson <at> elino.se>
Till: thinstation-general <at> lists.sourceforge.net
Skickat: måndag, 2 apr 2012 22:56:39
Ämne: [Thinstation-general] NX cant connect

Hi

I have got my thinstation to boot.
and i get the nx clinet login.
But the nxclinet can connect to the server.

I can connect to the server from my laptop on the same network
and get the nxserver upp and working.
Test from both the boot server network and the clinet network.

my thinstation.conf.built

AUDIO_LEVEL=90
MIC_LEVEL=0 USE_XRANDR=TRUE
SESSION_0_AUTOSTART=on NET_USE=BOTH
NET_USE_DHCP=on NET_HOSTNAME=ts_*
NET_FILE_ENABLED=On NET_FILE_METHOD=tftp
NET_TELNETD_ENABLED=ON SYSLOG_SERVER=local
USB_ENABLED=On DAILY_REBOOT=On
CUSTOM_CONFIG=Off RECONNECT_PROMPT=On

#SCREEN_RESOLUTION="1280x1024 | 1024x768 | 800x600 | 640x480 | *"
#SCREEN_COLOR_DEPTH="24 | 16 | 8 | *"
#SCREEN_HORIZSYNC="30-70 | *"
#SCREEN_VERTREFRESH="50-170 | 60 | 56 | 70 | 72 | 75"
#MOUSE_RESOLUTION=100 #X_DRIVER_OPTION1="swcursor On"

NET_REMOTE_ACCESS_FROM="0.0.0.0"
TFTP_BLOCKSIZE=1024 BIND_MOUNT0="home:/root"
BIND_MOUNT1="boot:/boot" BIND_MOUNT2="tsdev:/thinstation"
USB_STORAGE_SYNC=on SESSION_0_TYPE=nx
SESSION_0_TITLE="Vaxthuset"
SESSION_0_NX_ADVANCED_ENABLE_SSL_ENCRYPTION="true"
SESSION_0_NX_GENERAL_DESKTOP="Gnome"
SESSION_0_NX_GENERAL_SERVER_HOST="192.168.0.13"
SESSION_0_NX_GENERAL_REMEMBER_PASSWORD="true"
SESSION_0_NX_GENERAL_RESOLUTION="fullscreen"
SESSION_0_NX_GENERAL_SESSION="Unix" SESSION_0_AUTOSTART=On
SESSION_0_NX_LOGIN_USER=" "
SESSION_0_NX_LOGIN_Public_Key="-----BEGIN DSA PRIVATE KEY-----
MIIBuwIBAAKBgQCXv9AzQXjxvXWC1qu3CdEqskX9YomTfyG865gb4D02ZwWuRU/9
C3I9/bEWLdaWgJYXIcFJsMCIkmWjjeSZyTmeoypI1iLifTHUxn3b7WNWi8AzKcVF
aBsBGiljsop9NiD1mEpA0G+nHHrhvTXz7pUvYrsrXcdMyM6rxqn77nbbnwIVALCi
xFdHZADw5KAVZI7r6QatEkqLAoGBAI4L1TQGFkq5xQ/nIIciW8setAAIyrcWdK/z
5/ZPeELdq70KDJxoLf81NL/8uIc4PoNyTRJjtT3R4f8Az1TsZWeh2+ReCEJxDWgG
fbk2YhRqoQTtXPFsI4qvzBWct42WonWqyyb1bPBHk+JmXFscJu5yFQ+JUVNsENpY
+Gkz3HqTAoGANlgcCuA4wrC+3Cic9CFkqiwO/Rn1vk8dvGuEQqFJ6f6LVfPfRTfa
QU7TGVLk2CzY4dasrwxJ1f6FsT8DHTNGnxELPKRuLstGrFY/PR7KeafeFZDf+fJ3
mbX5nxrld3wi5titTnX+8s4IKv29HJguPvOK/SI7cjzA+SqNfD7qEo8CFDIm1xRf
8xAPsSKs6yZ6j1FNklfu
-----END DSA PRIVATE KEY-----"

Regards Mattias

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________ Thinstation-general
mailing list
Thinstation-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/thinstation-general

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Thinstation-general mailing list
Thinstation-general <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/thinstation-general

Upgrade Thinstation 5

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev

_______________________________________________
Thinstation-general mailing list
Thinstation-general@...
https://lists.sourceforge.net/lists/listinfo/thinstation-general