iceback

Forum Replies Created

Viewing 15 posts - 16 through 30 (of 40 total)
  • Author
    Posts
  • in reply to: How to measure slow-down #8224
    iceback
    Participant

    scp file transfer rates are adequate but I’ll put some numbers to that claim.  I have a believable 25MB/sec connect at home and the U’s pipe it , um er, rather large, but something is choking.  We’ll see what stats I can get from local network folks.

    in reply to: Keyboard mappings #7962
    iceback
    Participant

    I have checked the box for ‘Grab keyboard’ on a PC client and the Windows-p does toggle the resolution!  (The reverse is true on the mac: I do NOT check ‘Grab keyboard’ ant command-p toggles resolution.

    Up to you if this is to be closed 🙂

    Thanks

    in reply to: Keyboard mappings #7946
    iceback
    Participant

    I appreciate your efforts very much.

    I currently do not have “Grab the keyboard” check and I get the toggle behaviour with command-p.  If I check it I do not get the behaviour.  I’m working with others here (PC users) to see if this check box or Windows-p helps them at all.  I will report tomorrow.

    Thanks

    in reply to: Keyboard mappings #7924
    iceback
    Participant

    My input settings are identical except on a mac the string is “⌃⌥0”

    (Btw, clicking on your image cleared out my full posting. Very annoying.)

    No, I use peel back or ctrl-alt-0 to access the NX control. The only keyboard trick I do is to swap capsLock and control keys.  (I use emacs a lot, as should we all.)

    The screens are enlarged whenever I rejoin an NX session. The individual windows on the client desktop are larger then when I left them and Command-p re-sizes them to where I left them.

    Again, we connect to the root console of our server machines (each to his/her own) through a KVM switch, hence a single physical monitor.  This works fine with the exception that the PC clients are seeing only the enlarged version and I’m desperate for whatever Command-p is doing for me.

    Happy to use a debug version is that helps. (I’ll be out of the office Monday, Tuesday)

    in reply to: Keyboard mappings #7914
    iceback
    Participant

    That’s weird.  I guess it just a Mac thing?!

    When I start a new connection or return to an existing connection the client windows are perhaps 50% larger.  Command-p then re-adjusts the windows.

    I use ‘Fit to Window’ and ‘Full Screen’. The Quality setting is at maximum, the Resolution is 1:1. Display: 1920×1080, code VP8

    Nasty secret.  We use NX to get to desktops (4.6) which are all behind a single kvm.  The rest of the group, running on PC clients see only the enlarged view.  I’ve been looking for the PC-equivalent of Command-p for them.

    Happy to round of log files if anyone is interested.

    iceback
    Participant

    I’m using 4.4.1 on mac and 4.6 on linux surver.  cmd-tab walks through mac os (local) apps, Ctrl-tab walks through linux (remote) apps.  What are you guys seeing?

     

    in reply to: NoMachine 4.6.4 PAM problem #7548
    iceback
    Participant

    OMG.

    Four upgrades later I grab the wrong rpm.  So sorry for the noise.

    in reply to: NoMachine 4.6.4 PAM problem #7522
    iceback
    Participant

    purity:~$ ldconfig -p | grep libpam*

    libpath_utils.so.1 (libc6,x86-64) => /usr/lib64/libpath_utils.so.1

    libparted-2.1.so.0 (libc6,x86-64) => /lib64/libparted-2.1.so.0

    libpaps.so.0 (libc6,x86-64) => /usr/lib64/libpaps.so.0

    libpangoxft-1.0.so.0 (libc6,x86-64) => /usr/lib64/libpangoxft-1.0.so.0

    libpangoxft-1.0.so.0 (libc6) => /usr/lib/libpangoxft-1.0.so.0

    libpangoxft-1.0.so (libc6,x86-64) => /usr/lib64/libpangoxft-1.0.so

    libpangox-1.0.so.0 (libc6,x86-64) => /usr/lib64/libpangox-1.0.so.0

    libpangox-1.0.so.0 (libc6) => /usr/lib/libpangox-1.0.so.0

    libpangox-1.0.so (libc6,x86-64) => /usr/lib64/libpangox-1.0.so

    libpangomm-1.4.so.1 (libc6,x86-64) => /usr/lib64/libpangomm-1.4.so.1

    libpangoft2-1.0.so.0 (libc6,x86-64) => /usr/lib64/libpangoft2-1.0.so.0

    libpangoft2-1.0.so.0 (libc6) => /usr/lib/libpangoft2-1.0.so.0

    libpangoft2-1.0.so (libc6,x86-64) => /usr/lib64/libpangoft2-1.0.so

    libpangocairo-1.0.so.0 (libc6,x86-64) => /usr/lib64/libpangocairo-1.0.so.0

    libpangocairo-1.0.so.0 (libc6) => /usr/lib/libpangocairo-1.0.so.0

    libpangocairo-1.0.so (libc6,x86-64) => /usr/lib64/libpangocairo-1.0.so

    libpango-1.0.so.0 (libc6,x86-64) => /usr/lib64/libpango-1.0.so.0

    libpango-1.0.so.0 (libc6) => /usr/lib/libpango-1.0.so.0

    libpango-1.0.so (libc6,x86-64) => /usr/lib64/libpango-1.0.so

    libpanelw.so.5 (libc6,x86-64) => /usr/lib64/libpanelw.so.5

    libpanelw.so.5 (libc6) => /usr/lib/libpanelw.so.5

    libpanelw.so (libc6,x86-64) => /usr/lib64/libpanelw.so

    libpanelappletmm-2.6.so.1 (libc6,x86-64) => /usr/lib64/libpanelappletmm-2.6.so.1

    libpanel.so.5 (libc6,x86-64) => /usr/lib64/libpanel.so.5

    libpanel.so.5 (libc6) => /usr/lib/libpanel.so.5

    libpanel.so (libc6,x86-64) => /usr/lib64/libpanel.so

    libpanel-applet-2.so.0 (libc6,x86-64) => /usr/lib64/libpanel-applet-2.so.0

    libpamc.so.0 (libc6,x86-64) => /lib64/libpamc.so.0

    libpamc.so (libc6,x86-64) => /usr/lib64/libpamc.so

    libpam_misc.so.0 (libc6,x86-64) => /lib64/libpam_misc.so.0

    libpam_misc.so (libc6,x86-64) => /usr/lib64/libpam_misc.so

    libpam.so.0 (libc6,x86-64) => /lib64/libpam.so.0

    libpam.so (libc6,x86-64) => /usr/lib64/libpam.so

    libpakchois.so.0 (libc6,x86-64) => /usr/lib64/libpakchois.so.0

    libpackagekit-glib2.so.12 (libc6,x86-64) => /usr/lib64/libpackagekit-glib2.so.12

    libpackagekit-glib.so.12 (libc6,x86-64) => /usr/lib64/libpackagekit-glib.so.12

    purity:~$

    in reply to: NoMachine 4.6.4 PAM problem #7499
    iceback
    Participant

    The client is a mac OSX 10.10.2 with version 4.4.1

    I can connect to other machines at same center. They have not been upgraded to 4.6

     

     

    in reply to: Caps-Ctrl Swap still a problem – TR07L04481 #5894
    iceback
    Participant

    YES! Bless you, that does the trick.  Is a little frightening how happy this makes me.

    in reply to: Caps-Ctrl Swap still a problem – TR07L04481 #5884
    iceback
    Participant

    purity$ xmodmap -pke | grep -w Control_L
    keycode  66 = Control_L NoSymbol Control_L
    purity$ xmodmap -pke | grep -w Caps_Lock
    keycode  37 = Caps_Lock NoSymbol Caps_Lock
    purity$ /usr/NX/bin/nxserver –version
    NoMachine – Version 4.4.1

    quirky$ xmodmap -pke | grep Control_L
    keycode  66 = Control_L NoSymbol Control_L
    quirky$ xmodmap -pke | grep Caps_Lock
    keycode  37 = Caps_Lock NoSymbol Caps_Lock
    quirky$ /usr/NX/bin/nxserver –version
    NoMachine – Version 4.4.1

    xev (on purity) tells me

    KeyPress event, serial 33, synthetic NO, window 0x5a00001,
    root 0x298, subw 0x0, time 3008808426, (784,664), root:(794,756),
    state 0x2, keycode 37 (keysym 0xffe5, Caps_Lock), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False
    when I press the key labelled “Ctrl”. i.e. it is swapped, and

    KeyRelease event, serial 33, synthetic NO, window 0x5a00001,
    root 0x298, subw 0x0, time 3008788137, (784,664), root:(794,756),
    state 0x4, keycode 66 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False
    when I press the key labelled “Caps Lock”, again swapped as expected

    I just now connect from purity to quirky and indeed the “key labelled CapsLock” still toggles Upper Lower case and acts as a control key.  I’ll send the logfile(s).  I’m assuming they are the ones which named “quirky”.

    Has anyone reported success with this swapping?

     

    in reply to: Caps-Ctrl Swap still a problem – TR07L04481 #5864
    iceback
    Participant

    I also still see the problem from 32bit Ubuntu-12.4 running NoMachine-4.4.1. I too am running Gnome, CTRL swap from keyboard layout choices, same report xprop (i.e. ctrl:swapcaps)

     

    in reply to: Caps-Ctrl Swap still a problem – TR07L04481 #5850
    iceback
    Participant

    I’m on RHEL6.6 using Gnome window manager. I use

    System->Preferences->Keyboard->Layouts to swap the keys. Is that not a front to setxkbmap?

     

    in reply to: Caps-Ctrl Swap still a problem – TR07L04481 #5851
    iceback
    Participant

    Here’s the output from

    xprop -root | grep XKB
    _XKB_RULES_NAMES_BACKUP(STRING) = “evdev”, “pc105+inet”, “us”, “”, “terminate:ctrl_alt_bksp”
    _XKB_RULES_NAMES(STRING)        = “evdev”, “pc105+inet”, “us”, “”, “terminate:ctrl_alt_bksp,ctrl:swapcaps”

    in reply to: Session unresponsive after long absence #5303
    iceback
    Participant

    Yes, very likely I disconnected before leaving for vacation.

    I used Ctrl+Alt double-click on both the local “Recent Sessions” screen and the remote hosts sessions screen which showed I was on the physical display (one of two, the other had “gdm” as the user).  Both individually (C+Aclicks on only one) and combined.  No visible change. Logs coming…

     

Viewing 15 posts - 16 through 30 (of 40 total)