headers
S. J. van Harmelen | 2 Mar 2008 14:23
Picon
Favicon

LPR init script

See the post below this text... I think this is not implemented in
2.2.1. At least not in my download (didn't double check with a new
download).

The thinstation.conf.sample is adjusted, but the code in the lpr init
script isn't as far as I can see.

Sander

On Wed, 2007-10-03 at 08:58 +0200, S. J. van Harmelen wrote:
> Oke, well then let's close up 2.2.1 :)
> 
> I tested a little with the printers and I think this should be the code
> in ./packages/lpr/etc/rc5.d/S10lpr:
> 
> (starting from line 32) 
> 
>           if [ "`make_caps "$ICA_PRINTER"`" = "ON" ] ; then
>              if [ -z "$PRINTER_X_DRIVER"] ; then
>                 PRINTER_X_DRIVER="$PRINTER_X_NAME"
>                 if [ $x -eq 0 ] ; then
>                         PRINTER_X_NAME="lp"
>                 else
>                         PRINTER_X_NAME="lp$x"
>                 fi
>              fi
>           fi
> 
> This way you can give your printer another name then your drivername,
> but you don't have to... When you use the example from
(Continue reading)

Permalink | Reply | 2 comments |
headers
gerton | 2 Mar 2008 21:52
Picon

Request te move patched rdesktop to /updates

Dear Mike,

Rdesktop with the sound patch has been doing quite well. No more lockups 
due to sound.
Bringing sound back has  really been helping our children, because we 
use educational software with speech synthesis.

I suggest moving the rdesktop binary to /updates.

Regards,

Gerton Cazemier
www.pleiaden.nl

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Permalink | Reply | 1 comment |
headers
Francis SOUYRI | 3 Mar 2008 09:04
Picon
Favicon

Re: 2.3b1: rdesktop keymap permissions

Hello Mike,

    The rdesktop application is running with the ts user and it need to 
have read access to the keymaps files if the keyboard have to be altered 
"rdesktop -k <keyboard>"
The owner/group of the files are root/root so it need a chown 644 not a 640.
There is also the possibility to change the owner or group (and mode) to 
ts/users but I think it is not a good idea.

Best regards.

Francis

Mike Eriksen wrote:
> Via Google Alerts, I came across this from http://keystoneit.wordpress.com/
>
> "en-us rdesktop keymap problem with thinstation 2.2 - 2.3
> February 28, 2008
>
> The newer versions of thinstation have a permissions problem on some
> keymap files that does bad things to rdesktop sessions, at least with
> en-us. The arrow keys stopped working along with the page up, page
> down, home, end, etc. The number pad keys worked in navigation mode
> only.
>
> Here is a simple fix, if you have a local build folder.
>
> As root:
>
> cd <path to thinstation folder>
(Continue reading)

Permalink | Reply | 5 comments |
headers
Trevor Batley | 3 Mar 2008 09:49
Picon
Gravatar

Re: LPR init script

I assume that you are talking about the fact that the
PRINTER_X_DRIVER="PRINTER_X_NAME"
is NOT below the 
if [ -z "$PRINTER_X_DRIVER"] ; then
line!

In that case it's probably a typo on my behalf as in that I only spotted
the -n vs -z difference and not the movement of the line.....

Trevor B
PS. Will put it in SVN for 2.2.2 (coming with the new version of
rdesktop)

On Sun, 2008-03-02 at 14:23 +0100, S. J. van Harmelen wrote:
> See the post below this text... I think this is not implemented in
> 2.2.1. At least not in my download (didn't double check with a new
> download).
> 
> The thinstation.conf.sample is adjusted, but the code in the lpr init
> script isn't as far as I can see.
> 
> Sander
> 
> 
> On Wed, 2007-10-03 at 08:58 +0200, S. J. van Harmelen wrote:
> > Oke, well then let's close up 2.2.1 :)
> > 
> > I tested a little with the printers and I think this should be the code
> > in ./packages/lpr/etc/rc5.d/S10lpr:
> >
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mike Eriksen | 3 Mar 2008 10:54
Picon

Re: Request te move patched rdesktop to /updates

On Sun, Mar 2, 2008 at 9:52 PM, gerton <gerton@...> wrote:
> Dear Mike,
>
>  Rdesktop with the sound patch has been doing quite well. No more lockups
>  due to sound.
>  Bringing sound back has  really been helping our children, because we
>  use educational software with speech synthesis.
>
>  I suggest moving the rdesktop binary to /updates.

The rdesktop developers consider to release a new version of redesktop
"soon". When that happen, we'll follow with a TS 2.2.2 including this
new rdesltop and a couple og other pathes to TS.

Until then I'll keep the patched version of rdesktop available on
thinstation.org.

Mike

>
>  Regards,
>
>  Gerton Cazemier
>  www.pleiaden.nl
>
>
>
>

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mike Eriksen | 3 Mar 2008 11:38
Picon

Re: 2.3b1: rdesktop keymap permissions

On Mon, Mar 3, 2008 at 9:04 AM, Francis SOUYRI <francis.souyri@...> wrote:
> Hello Mike,
>
>     The rdesktop application is running with the ts user and it need to
>  have read access to the keymaps files if the keyboard have to be altered
>  "rdesktop -k <keyboard>"
>  The owner/group of the files are root/root so it need a chown 644 not a 640.
>  There is also the possibility to change the owner or group (and mode) to
>  ts/users but I think it is not a good idea.

Well, the idea of 2.3 is to have this ts user and rise the security
bar a bit. I would think that the users group should include the ts
user and noone else but root and ts shuld have execute rights. This
will also require that /bin is split into /bin and /sbin I think.

Comments most welcome!

Mike

>
>  Best regards.
>
>  Francis
>
>
>
>  Mike Eriksen wrote:
>  > Via Google Alerts, I came across this from http://keystoneit.wordpress.com/
>  >
>  > "en-us rdesktop keymap problem with thinstation 2.2 - 2.3
(Continue reading)

Permalink | Reply | 4 comments |
headers
Francis SOUYRI | 3 Mar 2008 12:18
Picon
Favicon

Re: 2.3b1: rdesktop keymap permissions

Hello Mike,

Mike Eriksen wrote:
> On Mon, Mar 3, 2008 at 9:04 AM, Francis SOUYRI <francis.souyri@...> wrote:
>   
>> Hello Mike,
>>
>>     The rdesktop application is running with the ts user and it need to
>>  have read access to the keymaps files if the keyboard have to be altered
>>  "rdesktop -k <keyboard>"
>>  The owner/group of the files are root/root so it need a chown 644 not a 640.
>>  There is also the possibility to change the owner or group (and mode) to
>>  ts/users but I think it is not a good idea.
>>     
>
> Well, the idea of 2.3 is to have this ts user and rise the security
> bar a bit. I would think that the users group should include the ts
> user and noone else but root and ts shuld have execute rights. This
> will also require that /bin is split into /bin and /sbin I think.
>   
I think it is not necessary to split /bin, it is more "complex" to 
manage a /bin (with binaries for all the users) and a /sbin (with 
binaries only for root) also a none root user can execute "/sbin/xxx".

I prefer to have all the binaries owned by root:root, and binaries only 
for root with a 750 mode, and binaries for all the users with 755, but 
this not solve a problem with the busybox, some links to busybox are 
only for root and other for all the users, probably it need two busybox 
(or one in /bin and one in /sbin... damm)? Also if a users have the 
possibility to execute a root only binary, probably it can "work" with
(Continue reading)

Permalink | Reply | 3 comments |
headers
Francis SOUYRI | 3 Mar 2008 13:57
Picon
Favicon

Re: 2.3b1: rdesktop keymap permissions

Hello,

Sorry I want to say "if a users have the possibility to execute a root 
only binary, probably it can NOT "work" with it".

Best regards.

Francis

Francis SOUYRI wrote:
> Hello Mike,
>
> Mike Eriksen wrote:
>   
>> On Mon, Mar 3, 2008 at 9:04 AM, Francis SOUYRI <francis.souyri@...> wrote:
>>
>>     
>>> Hello Mike,
>>>
>>>     The rdesktop application is running with the ts user and it need to
>>>  have read access to the keymaps files if the keyboard have to be altered
>>>  "rdesktop -k <keyboard>"
>>>  The owner/group of the files are root/root so it need a chown 644 not a 640.
>>>  There is also the possibility to change the owner or group (and mode) to
>>>  ts/users but I think it is not a good idea.
>>>
>>>       
>> Well, the idea of 2.3 is to have this ts user and rise the security
>> bar a bit. I would think that the users group should include the ts
>> user and noone else but root and ts shuld have execute rights. This
(Continue reading)

Permalink | Reply | 0 comments |
headers
S. J. van Harmelen | 3 Mar 2008 14:22
Picon
Favicon

Re: LPR init script

That will do it.. Thanks!

On Mon, 2008-03-03 at 19:49 +1100, Trevor Batley wrote:
> I assume that you are talking about the fact that the
> PRINTER_X_DRIVER="PRINTER_X_NAME"
> is NOT below the 
> if [ -z "$PRINTER_X_DRIVER"] ; then
> line!
> 
> In that case it's probably a typo on my behalf as in that I only spotted
> the -n vs -z difference and not the movement of the line.....
> 
> Trevor B
> PS. Will put it in SVN for 2.2.2 (coming with the new version of
> rdesktop)
> 
> On Sun, 2008-03-02 at 14:23 +0100, S. J. van Harmelen wrote:
> > See the post below this text... I think this is not implemented in
> > 2.2.1. At least not in my download (didn't double check with a new
> > download).
> > 
> > The thinstation.conf.sample is adjusted, but the code in the lpr init
> > script isn't as far as I can see.
> > 
> > Sander
> > 
> > 
> > On Wed, 2007-10-03 at 08:58 +0200, S. J. van Harmelen wrote:
> > > Oke, well then let's close up 2.2.1 :)
> > >
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Schoonderwoerd | 3 Mar 2008 23:56
Picon

TS 2.3b1 NX connection error

Hello,

I've tried setting up a connection to a NX server with a 2.3b1 TS client but 
it throws a 'Connection error'. Looking at the details of the connection 
screen it says:

NX> 203 NXSSH running with pid:4242
NX> 285 Enabling check on switch command
NX> 285 Enabling skip of SSH config files
NX >285 Setting the preferred NX options
NX> 200 Connected to address: 192.168.47.254on port 22
/usr/NX/bin/nxssh: Symbol lookup error: /usr/NX/bin/nxssh: Undefined symbol: 
EVP_Cipher

Something to do with a crypto library it seems. So far I've found this page 
from someone who apparently solved it:
http://ubuntuforums.org/archive/index.php/t-657772.html
But it seems like a hack.
I tried anyway to replace the standard libcrypto library with the the NX one 
but that made no difference.

Anyone else already tried NX on 2.3b1 and have a solution ?

Regards,
--

-- 
Paul Schoonderwoerd
Pollux IT - Open Source solutions & Netwerkbeveiliging
www.Pollux-IT.nl
Tel. 0294-283832
(Continue reading)

Permalink | Reply | 43 comments |

Gmane