gitso - Project Hosting on Google Code

Last 30 days Dec 13, 2009 issue 32 (Helpers vncviewer is closed immediately) reported by steffeng...@yahoo.de - I've tested the current svn (0.6) and found a problem on Linux systems with a non-English language setting in the shell. The vncviewer on the helpers side is closed immediately because GitsoThread.py method checkStatus does not detect the connection. The problem is the check against the strings ESTABLISHED and LISTEN. If the shell language is i.e. German, netstat will report in German not in English! I've also found a fix. Simply use "LANG=C netstat...". Working example: connection = os.popen('LANG=C netstat -an \| grep 5500 \| grep ESTABLISHED').readlines() This will make sure that netstat reports in English. Gitso is great and I used 0.5 multiple times to support others! Cheers, Steffen I've tested the current svn (0.6) and found a problem on Linux systems with a non-English language setting in the shell. The vncviewer on the helpers side is closed immediately because GitsoThread.py method checkStatus does not detect the connection. The problem is the check against the strings ESTABLISHED and LISTEN. If the shell language is i.e. German, netstat will report in German not in English! I've also found a fix. Simply use "LANG=C netstat...". Working example: connection = os.popen('LANG=C netstat -an \| grep 5500 \| grep ESTABLISHED').readlines() This will make sure that netstat reports in English. Gitso is great and I used 0.5 multiple times to support others! Cheers, Steffen Older Dec 08, 2009 issue 31 (Gitso resets/ removes "helpee"'s desktop background image) commented on by andersja - @steffeng - thank you for the clarification. Indeed it'd be helpful to either tell the user what's about to happen or making it optional... (for a user already requiring help, seeing everything go black can be disturbing/distressing :-) @steffeng - thank you for the clarification. Indeed it'd be helpful to either tell the user what's about to happen or making it optional... (for a user already requiring help, seeing everything go black can be disturbing/distressing :-) Dec 07, 2009 issue 15 (VNC-Viewer not scrollable) commented on by steffeng...@yahoo.de - Did you also try the enhanced viewer from here http://www.karlrunge.com/x11vnc/ssvnc.html as an alternative viewer? Did you also try the enhanced viewer from here http://www.karlrunge.com/x11vnc/ssvnc.html as an alternative viewer? Dec 07, 2009 issue 31 (Gitso resets/ removes "helpee"'s desktop background image) commented on by steffeng...@yahoo.de - On the helpee's desktop, gitso calls x11vnc with option -solid black to set the background color to black. This is done to save bandwidth. May be this should be an option (Checkbox) for the helpee to switch on/off. On the helpee's desktop, gitso calls x11vnc with option -solid black to set the background color to black. This is done to save bandwidth. May be this should be an option (Checkbox) for the helpee to switch on/off. Dec 02, 2009 issue 31 (Gitso resets/ removes "helpee"'s desktop background image) reported by andersja - What steps will reproduce the problem? 1. Helper (running Ubuntu 9.10) enables Gitso in "Give Help" mode 2. Helpee (running Ubuntu 9.10) enables Gitso in "Get Help" mode 3. Upon connection, helpee's desktop background turns black (and the set background image does not return later or upon disconnecting) What is the expected output? What do you see instead? Expected: desktop background to remain as set in Settings --> Appearance See instead: Black background What version of the product are you using? On what operating system? Gitso 0.5 on Ubuntu 9.10 ("Karmic Koala") for both receiver and giver of help. Please provide any additional information below. N/A What steps will reproduce the problem? 1. Helper (running Ubuntu 9.10) enables Gitso in "Give Help" mode 2. Helpee (running Ubuntu 9.10) enables Gitso in "Get Help" mode 3. Upon connection, helpee's desktop background turns black (and the set background image does not return later or upon disconnecting) What is the expected output? What do you see instead? Expected: desktop background to remain as set in Settings --> Appearance See instead: Black background What version of the product are you using? On what operating system? Gitso 0.5 on Ubuntu 9.10 ("Karmic Koala") for both receiver and giver of help. Please provide any additional information below. N/A Nov 29, 2009 r91 (Added new windows vnc binaries.) committed by gerberad - Added new windows vnc binaries. Added new windows vnc binaries. Nov 29, 2009 r90 (/trunk/makegitso.sh Updated different builds for Snow Leopa...) committed by gerberad - /trunk/makegitso.sh Updated different builds for Snow Leopard and Leopard. /trunk/Gitso.py Fixed the paths issue. /trunk/arch/osx/Info.plist Temp file that should be deleted. /trunk/arch/osx/setup.py Updated setup for Snow Leopard. /trunk/arch/osx/Info_OSX-10.5.plist /trunk/arch/osx/Info_OSX-10.6.plist Updated different Info.plist files for Leopard and Snow Leopard. /trunk/makegitso.sh Updated different builds for Snow Leopard and Leopard. /trunk/Gitso.py Fixed the paths issue. /trunk/arch/osx/Info.plist Temp file that should be deleted. /trunk/arch/osx/setup.py Updated setup for Snow Leopard. /trunk/arch/osx/Info_OSX-10.5.plist /trunk/arch/osx/Info_OSX-10.6.plist Updated different Info.plist files for Leopard and Snow Leopard. Nov 12, 2009 issue 30 (Enhancement suggestion: Secure the tunnel) reported by andersja - As far as I am able to ascertain, the current vnc channel is unencrypted (I might be wrong!) -- as helping someone might occasionally include typing a password etc, would it be an idea to either enable some sort of encryption on the connection or use ssh to create the tunnel (assuming that the helper has ssh enabled & listening on their machine? As far as I am able to ascertain, the current vnc channel is unencrypted (I might be wrong!) -- as helping someone might occasionally include typing a password etc, would it be an idea to either enable some sort of encryption on the connection or use ssh to create the tunnel (assuming that the helper has ssh enabled & listening on their machine? Nov 11, 2009 issue 17 (Feature Request: Change Default Port From 5500 In GUI) commented on by andersja - Agree with all the above. Has there been any move toward 0.6 or 0.7 (I'm particularly interested in giving out a DynDNS address instead of an IP if possible?) Any interest to join forces/collaborate with the Ubuntu (currently Ubuntu only) equivalent https://launchpad.net/remote-help-assistant ? Agree with all the above. Has there been any move toward 0.6 or 0.7 (I'm particularly interested in giving out a DynDNS address instead of an IP if possible?) Any interest to join forces/collaborate with the Ubuntu (currently Ubuntu only) equivalent https://launchpad.net/remote-help-assistant ? Nov 05, 2009 issue 17 (Feature Request: Change Default Port From 5500 In GUI) commented on by mwildam - Yes, this feature would be quite awesome - not only because of security reasons. If there are more than one machine sitting there behind the firewall trying to give support there would be two different ports needed. Yes, this feature would be quite awesome - not only because of security reasons. If there are more than one machine sitting there behind the firewall trying to give support there would be two different ports needed. Oct 20, 2009 issue 29 (Added Gitso to AlternativeTo.net) reported by pstevens555 - not sure where to contact you.... http://alternativeto.net/desktop/gitso/ I added Gitso to the website above and used description, screen shots and icons from your project page. Feel free to scold me if you have any problems with that... This is a nice piece of software and I don't think the 'getting support' side should become any more complicated. It was right about at the level of my 70yr old mom. If you begin to add many more features I would want a way to launch it in "--simple-user" or "--advanced-user" modes to expose or hide the bells and whistles. Thanks for all the work. Peter not sure where to contact you.... http://alternativeto.net/desktop/gitso/ I added Gitso to the website above and used description, screen shots and icons from your project page. Feel free to scold me if you have any problems with that... This is a nice piece of software and I don't think the 'getting support' side should become any more complicated. It was right about at the level of my 70yr old mom. If you begin to add many more features I would want a way to launch it in "--simple-user" or "--advanced-user" modes to expose or hide the bells and whistles. Thanks for all the work. Peter Oct 06, 2009 issue 28 (Snow Leopard workaround requires Python be run in 32-bit mod...) reported by tinyapps - Just a quick note: for the Snow Leopard workaround mentioned on the Gitso home page to work (python /Applications/Gitso.app/Contents/Resources/Gitso.py), users may first need to switch Python to 32-bit mode: defaults write com.apple.versioner.python Prefer-32-Bit -bool yes It can be switched back to 64 bit mode via: defaults write com.apple.versioner.python Prefer-32-Bit -bool no Just a quick note: for the Snow Leopard workaround mentioned on the Gitso home page to work (python /Applications/Gitso.app/Contents/Resources/Gitso.py), users may first need to switch Python to 32-bit mode: defaults write com.apple.versioner.python Prefer-32-Bit -bool yes It can be switched back to 64 bit mode via: defaults write com.apple.versioner.python Prefer-32-Bit -bool no Oct 04, 2009 r89 (/trunk/Processes.py Removed the low-resolution parameter fr...) committed by gerberad - /trunk/Processes.py Removed the low-resolution parameter from the Linux x11vnc call. /trunk/Processes.py Removed the low-resolution parameter from the Linux x11vnc call. Oct 04, 2009 r88 (/trunk/makegitso.sh Updated build script for OS X. We hadn'...) committed by gerberad - /trunk/makegitso.sh Updated build script for OS X. We hadn't really cleaned up all the files yet for Gitso 0.6. /trunk/ArgsParser.py Updated the paths for OS X both for --dev and normal usage. /trunk/Gitso.py I added a temporary work-around for Snow Leopard by using paths. This may actually not work. This may only be for upgrades (without a clean install) that have both versions of python... /trunk/makegitso.sh Updated build script for OS X. We hadn't really cleaned up all the files yet for Gitso 0.6. /trunk/ArgsParser.py Updated the paths for OS X both for --dev and normal usage. /trunk/Gitso.py I added a temporary work-around for Snow Leopard by using paths. This may actually not work. This may only be for upgrades (without a clean install) that have both versions of python... Oct 03, 2009 issue 26 (Vncviewer does run properly) Status changed by gerberad - This has been resolved in the development branch of Gitso. When the new release is out (0.6), everything will be cool. The issue is that libjpeg isn't installed. We have switched to a different VNC app altogether, which has libjpeg included with it. We now use COTVNC instead of vncviewer. Status: Fixed This has been resolved in the development branch of Gitso. When the new release is out (0.6), everything will be cool. The issue is that libjpeg isn't installed. We have switched to a different VNC app altogether, which has libjpeg included with it. We now use COTVNC instead of vncviewer. Status: Fixed Sep 26, 2009 issue 27 (Replacing Vncviewer at Mac OS) reported by hadnas - I'm testing Gitso in a Mac OS Leopard for giving support. When the remote screen is too large, it is necessary to scroll down and up the vncviewer window to see it entirely. However, this is not intuitive in the vncviewer application that comes with Mac OS, particulary when trying to scroll up. Besides, a long cached area appears below the main remote screen. For those reasons and others, I recommend trying and placing the current xvncviewer in place for the xvnc4viewer. I'm testing Gitso in a Mac OS Leopard for giving support. When the remote screen is too large, it is necessary to scroll down and up the vncviewer window to see it entirely. However, this is not intuitive in the vncviewer application that comes with Mac OS, particulary when trying to scroll up. Besides, a long cached area appears below the main remote screen. For those reasons and others, I recommend trying and placing the current xvncviewer in place for the xvnc4viewer. Sep 26, 2009 issue 26 (Vncviewer does run properly) reported by hadnas - What steps will reproduce the problem? 1. Downloading and Installing gitso from google 2. Running gitso 3. Selecting Give Suport and clicking on Start What is the expected output? What do you see instead? Vncviewer inside gitso package should listen at port 5500. However, it does not do that. Runnig from a terminal, it prints bash-3.2$ /Applications/Utilities/Gitso.app/Contents/MacOS/Gitso dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /Applications/Utilities/Gitso.app/Contents/Resources/vncviewer/vncviewer Reason: image not found What version of the product are you using? On what operating system? Mac OS Leopard Please provide any additional information below. The problem is that the vncviewer from/Applications/.../Gitso.app/Contents/Resources/vncviewer is looking for libjpeg.62.dylib inside /opt/local/lib, which does not come in with the basic Mac OS instalation. I believe that the solution would be packing libjpeg* with Gitso (as it is done by Gimp and Scribus). In my case, I solved the problem copying /sw/lib/libjpeg.* (after downloading this library with flink) to /opt/local/lib/. What steps will reproduce the problem? 1. Downloading and Installing gitso from google 2. Running gitso 3. Selecting Give Suport and clicking on Start What is the expected output? What do you see instead? Vncviewer inside gitso package should listen at port 5500. However, it does not do that. Runnig from a terminal, it prints bash-3.2$ /Applications/Utilities/Gitso.app/Contents/MacOS/Gitso dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /Applications/Utilities/Gitso.app/Contents/Resources/vncviewer/vncviewer Reason: image not found What version of the product are you using? On what operating system? Mac OS Leopard Please provide any additional information below. The problem is that the vncviewer from/Applications/.../Gitso.app/Contents/Resources/vncviewer is looking for libjpeg.62.dylib inside /opt/local/lib, which does not come in with the basic Mac OS instalation. I believe that the solution would be packing libjpeg* with Gitso (as it is done by Gimp and Scribus). In my case, I solved the problem copying /sw/lib/libjpeg.* (after downloading this library with flink) to /opt/local/lib/. Aug 17, 2009 issue 22 (Auto-connect on launch) commented on by brandon.h.jones - Yes, my vote would be for both options. Batch files and AppleScripts have their place, but only complicate things for most users needing remote help. When I can have someone on Linux, Mac or Win download the appropriate single, executable file branded with my icon, have them doubleclick it and immediately connect to me, gitso will be the ultimate remote assistance tool. Yes, my vote would be for both options. Batch files and AppleScripts have their place, but only complicate things for most users needing remote help. When I can have someone on Linux, Mac or Win download the appropriate single, executable file branded with my icon, have them doubleclick it and immediately connect to me, gitso will be the ultimate remote assistance tool. Aug 16, 2009 r87 (makegitso.nsi - Added ssl.pyd and socket.pyd to the install...) committed by gerberad - makegitso.nsi - Added ssl.pyd and socket.pyd to the installer, so the windows version can grab the host from a remote list. makegitso.nsi - Added ssl.pyd and socket.pyd to the installer, so the windows version can grab the host from a remote list. Aug 16, 2009 r86 (/trunk/ArgsParser.py Added --version and --help. /trunk/ar...) committed by gerberad - /trunk/ArgsParser.py Added --version and --help. /trunk/arch/linux/gitso.1 Updated the man page. /trunk/ArgsParser.py Added --version and --help. /trunk/arch/linux/gitso.1 Updated the man page. Aug 16, 2009 issue 25 (Feature Request: Win32 No-install (Single Executable)) changed by gerberad - Status: Accepted Labels: Type-Enhancement −Type-Defect Status: Accepted Labels: Type-Enhancement −Type-Defect Aug 16, 2009 issue 25 (Feature Request: Win32 No-install (Single Executable)) commented on by gerberad - I like it! Maybe this'll happen in a later version. I like it! Maybe this'll happen in a later version. Aug 16, 2009 issue 22 (Auto-connect on launch) changed by gerberad - We could either allow developers access to examples for: batch files (win), applescripts (OS X) or Desktop files (Linux) to accommodate this. Or like you said, have functionality of this built into a preference file. Status: Accepted Labels: Type-Enhancement −Type-Defect We could either allow developers access to examples for: batch files (win), applescripts (OS X) or Desktop files (Linux) to accommodate this. Or like you said, have functionality of this built into a preference file. Status: Accepted Labels: Type-Enhancement −Type-Defect Aug 16, 2009 issue 14 (Win32 Gitso does not read distributed hosts.txt) commented on by gerberad - Issue 20 has been merged into this issue. Issue 20 has been merged into this issue. Aug 16, 2009 issue 20 (Nothing happens: giving=Ubuntu, need=WinXP) changed by gerberad - 20 and 14 are the same: http://code.google.com/p/gitso/issues/detail?id=14 http://code.google.com/p/gitso/issues/detail?id=20 Status: Duplicate 20 and 14 are the same: http://code.google.com/p/gitso/issues/detail?id=14 http://code.google.com/p/gitso/issues/detail?id=20 Status: Duplicate Aug 16, 2009 issue 23 (gitso changes background to black) Status changed by gerberad - Status: Accepted Status: Accepted Aug 16, 2009 issue 17 (Feature Request: Change Default Port From 5500 In GUI) changed by gerberad - Status: Accepted Labels: Type-Enhancement −Type-Defect Status: Accepted Labels: Type-Enhancement −Type-Defect Aug 16, 2009 issue 15 (VNC-Viewer not scrollable) Status changed by gerberad - Status: Accepted Status: Accepted Aug 16, 2009 issue 4 (dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib) Status changed by gerberad - Now we use COTvnc and OSXvnc for an all native aqua experience and the libjpeg libraries are included with the related VNC binaries. Status: Fixed Now we use COTvnc and OSXvnc for an all native aqua experience and the libjpeg libraries are included with the related VNC binaries. Status: Fixed Aug 16, 2009 issue 5 (license concerns) Status changed by gerberad - Added COPYING and README files for the accompanying binaries. Status: Fixed Added COPYING and README files for the accompanying binaries. Status: Fixed Aug 16, 2009 r85 (/trunk/AboutWindow.py Updated copyright info for Windows ve...) committed by gerberad - /trunk/AboutWindow.py Updated copyright info for Windows version and added Troy as a contributor /trunk/Processes.py Updated the way linux processes are killed, because there's no way to find the correct one, so I kill them all. /trunk/arch/win32/msvcr71_README.txt /trunk/makegitso.nsi Added readme for MSVCR711.dll /trunk/arch/linux/control Reverted to the use of vncviewer, not vnc4viewer. vnc4viewer, doesn't change the background back, it crashes Gitso and doesn't support the same commandline arguments. /trunk/ConnectionWindow.py Added the timing (sleep for small bits) back in and cleaned up the killPID() parameters. /trunk/AboutWindow.py Updated copyright info for Windows version and added Troy as a contributor /trunk/Processes.py Updated the way linux processes are killed, because there's no way to find the correct one, so I kill them all. /trunk/arch/win32/msvcr71_README.txt /trunk/makegitso.nsi Added readme for MSVCR711.dll /trunk/arch/linux/control Reverted to the use of vncviewer, not vnc4viewer. vnc4viewer, doesn't change the background back, it crashes Gitso and doesn't support the same commandline arguments. /trunk/ConnectionWindow.py Added the timing (sleep for small bits) back in and cleaned up the killPID() parameters. Aug 16, 2009 r84 (arch/win32/setup.py - Added metadata about the app. ArgsPa...) committed by gerberad - arch/win32/setup.py - Added metadata about the app. ArgsParser.py - Cleaned up imports and updated year ConnectionWindow.py - Update threadlocking. in setMessage() if the lock is already set, the method returns so it doesn't freeze. - Also removed the argument from self.CreateStatusBar(). makegitso.nsi - Added win32api.pyd Processes.py - Added development mode for Windows Processes. arch/win32/setup.py - Added metadata about the app. ArgsParser.py - Cleaned up imports and updated year ConnectionWindow.py - Update threadlocking. in setMessage() if the lock is already set, the method returns so it doesn't freeze. - Also removed the argument from self.CreateStatusBar(). makegitso.nsi - Added win32api.pyd Processes.py - Added development mode for Windows Processes. Jul 17, 2009 issue 25 (Feature Request: Win32 No-install (Single Executable)) reported by JayMGoldberg - Found gitso after trying to get UltraVNC Single-Click to work with Linux TightVNC and RealVNC listeners. Would be great if we had a self-contained executable that does not require installation. See: http://www.uvnc.com/pchelpware/sc/ Found gitso after trying to get UltraVNC Single-Click to work with Linux TightVNC and RealVNC listeners. Would be great if we had a self-contained executable that does not require installation. See: http://www.uvnc.com/pchelpware/sc/ Jun 19, 2009 issue 24 (Problem Creating The DMG On Mac OS 1..5.7) changed by gerberad - Creating a DMG is only for developers, if you have all the development tools installed and are comfortable with the command-line, it shouldn't be difficult. If you are not a developer and just want to try Gitso, you can just go to the downloads page. With that said, there are some bugs in this version of Gitso if you on OS X. The next version will fix many of the bugs! It should be coming soon! Also with the next release of Gitso, there will be better documentation on how and when you need to make a DMG. In the mean time, if you are a developer and need to make a DMG and can't, let me know the specific issue and I'll do my best to help. Status: Done Labels: Type-Other −Type-Defect Creating a DMG is only for developers, if you have all the development tools installed and are comfortable with the command-line, it shouldn't be difficult. If you are not a developer and just want to try Gitso, you can just go to the downloads page. With that said, there are some bugs in this version of Gitso if you on OS X. The next version will fix many of the bugs! It should be coming soon! Also with the next release of Gitso, there will be better documentation on how and when you need to make a DMG. In the mean time, if you are a developer and need to make a DMG and can't, let me know the specific issue and I'll do my best to help. Status: Done Labels: Type-Other −Type-Defect Jun 15, 2009 issue 24 (Problem Creating The DMG On Mac OS 1..5.7) reported by carlosarze - What steps will reproduce the problem? 1. Create the DMG in Mac OS 10.5.7 2. I have the contents folder with the host.txt 3. I dont know how to compilate the new DMG What is the expected output? What do you see instead? Nothing What version of the product are you using? On what operating system? Mac OS 10.5.7 Please provide any additional information below. Its very difficult to create the dmg .... What steps will reproduce the problem? 1. Create the DMG in Mac OS 10.5.7 2. I have the contents folder with the host.txt 3. I dont know how to compilate the new DMG What is the expected output? What do you see instead? Nothing What version of the product are you using? On what operating system? Mac OS 10.5.7 Please provide any additional information below. Its very difficult to create the dmg .... Jun 04, 2009 issue 23 (gitso changes background to black) reported by sebastianthegreatful - I'm writing this bug report here because I couldn't find an email or a better place to do it. I'm not sure how to reproduce this problem but I have an image of ubuntu, where it occurs, which I'll be happy to share. The problem is that when i connect to the client gitso changes the current background to plain black. And it remains so until I manually changes it back. I'm rolling this image on several computers used at public places so I'm using pessulus and have executed the following command. sudo chmod ugo+rwx /usr/bin/gnome-appearance-properties I'm using gitso 0.5 and ubuntu intrepid. I'm writing this bug report here because I couldn't find an email or a better place to do it. I'm not sure how to reproduce this problem but I have an image of ubuntu, where it occurs, which I'll be happy to share. The problem is that when i connect to the client gitso changes the current background to plain black. And it remains so until I manually changes it back. I'm rolling this image on several computers used at public places so I'm using pessulus and have executed the following command. sudo chmod ugo+rwx /usr/bin/gnome-appearance-properties I'm using gitso 0.5 and ubuntu intrepid. May 27, 2009 issue 22 (Auto-connect on launch) reported by brandon.h.jones - First, thanks. IMO this is best reverse-connect VNC app out there because of the cross-platform builds. My goal is to be able to send someone a file and have them connect to me with only a double-click to launch the file. I couldn't tell from the planned command-line features in 0.6 if that was going to be possible. If so, would the user needing help need to run a batch file (Win) to achieve that? Perhaps in future versions a simple XML config file could be checked at startup, allowing one to configure app autoconnect and hosts among other options (and superseding functionality of hosts.txt)? Again, thanks for the great work. First, thanks. IMO this is best reverse-connect VNC app out there because of the cross-platform builds. My goal is to be able to send someone a file and have them connect to me with only a double-click to launch the file. I couldn't tell from the planned command-line features in 0.6 if that was going to be possible. If so, would the user needing help need to run a batch file (Win) to achieve that? Perhaps in future versions a simple XML config file could be checked at startup, allowing one to configure app autoconnect and hosts among other options (and superseding functionality of hosts.txt)? Again, thanks for the great work. May 18, 2009 r83 (/trunk/Processes.py Fixed indents. ) committed by gerberad - /trunk/Processes.py Fixed indents. /trunk/Processes.py Fixed indents. May 18, 2009 r82 (/trunk/Processes.py Troy's code to kill VNC processes. Hasn...) committed by gerberad - /trunk/Processes.py Troy's code to kill VNC processes. Hasn't been tested in windows yet. /trunk/Processes.py Troy's code to kill VNC processes. Hasn't been tested in windows yet. Apr 17, 2009 r81 (Changed dependency to xvnc4viewer) committed by xburnerx - Changed dependency to xvnc4viewer Changed dependency to xvnc4viewer Apr 17, 2009 r80 (Added copyright info for included apps for windows VNCHooks_...) committed by gerberad - Added copyright info for included apps for windows VNCHooks_COPYING.txt Got windows port close to running. Added copyright info for included apps for windows VNCHooks_COPYING.txt Got windows port close to running. Apr 17, 2009 r79 (Moved vncviewer.exe, winvnc.exe, and vnchooks.dll to Install...) committed by xburnerx - Moved vncviewer.exe, winvnc.exe, and vnchooks.dll to Install Directory Moved vncviewer.exe, winvnc.exe, and vnchooks.dll to Install Directory Apr 07, 2009 issue 21 (Add command line option to open on an address) changed by gerberad - This has been added in SVN. When the issues are resolved for the Windows port, we'll release a new version which has a solid set of new features and bug fixes. Status: Fixed Labels: Type-Enhancement −Type-Defect This has been added in SVN. When the issues are resolved for the Windows port, we'll release a new version which has a solid set of new features and bug fixes. Status: Fixed Labels: Type-Enhancement −Type-Defect Apr 06, 2009 issue 21 (Add command line option to open on an address) reported by phil.hannent - A feature request would be to add command line option so that people can start gitso and initiate the connection in one action. Right now you start gitso and enter an ip address, I would like to remove a step and have a short cut so that a user just open the connection. A feature request would be to add command line option so that people can start gitso and initiate the connection in one action. Right now you start gitso and enter an ip address, I would like to remove a step and have a short cut so that a user just open the connection. Mar 24, 2009 issue 15 (VNC-Viewer not scrollable) commented on by schlaber - I tried the full screen mode, but there is the same problem. I created an screenshot, so you can see me problem I tried the full screen mode, but there is the same problem. I created an screenshot, so you can see me problem Mar 23, 2009 issue 17 (Feature Request: Change Default Port From 5500 In GUI) commented on by andporter - This would be awesome! Please add this feature This would be awesome! Please add this feature Mar 23, 2009 issue 15 (VNC-Viewer not scrollable) commented on by jcoll...@asgardsrealm.net - Another option you might try is to switch the viewer to full screen once it's connected. You can do this by pressing F8 and selecting "Full screen" once in full screen you can exit by pressing F8 again and selecting the now checked "Full screen". There are a number of options you can adjust from the F8 menu as well that may improve your remote control responsiveness, like the encoding and color level (under "Options"). Another option you might try is to switch the viewer to full screen once it's connected. You can do this by pressing F8 and selecting "Full screen" once in full screen you can exit by pressing F8 again and selecting the now checked "Full screen". There are a number of options you can adjust from the F8 menu as well that may improve your remote control responsiveness, like the encoding and color level (under "Options"). Mar 01, 2009 issue 13 (Default Button) Status changed by xburnerx - default done I haven't figured out tabbing Status: Fixed default done I haven't figured out tabbing Status: Fixed Mar 01, 2009 r78 (added default button as start ) committed by xburnerx - added default button as start added default button as start Mar 01, 2009 issue 12 (Restricting Gitso and VNC) Status changed by xburnerx - Status: WontFix Status: WontFix

issue 26 (Vncviewer does run properly) reported by hadnas - What steps will reproduce the problem? 1. Downloading and Installing gitso from google 2. Running gitso 3. Selecting Give Suport and clicking on Start What is the expected output? What do you see instead? Vncviewer inside gitso package should listen at port 5500. However, it does not do that. Runnig from a terminal, it prints bash-3.2$ /Applications/Utilities/Gitso.app/Contents/MacOS/Gitso dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /Applications/Utilities/Gitso.app/Contents/Resources/vncviewer/vncviewer Reason: image not found What version of the product are you using? On what operating system? Mac OS Leopard Please provide any additional information below. The problem is that the vncviewer from/Applications/.../Gitso.app/Contents/Resources/vncviewer is looking for libjpeg.62.dylib inside /opt/local/lib, which does not come in with the basic Mac OS instalation. I believe that the solution would be packing libjpeg* with Gitso (as it is done by Gimp and Scribus). In my case, I solved the problem copying /sw/lib/libjpeg.* (after downloading this library with flink) to /opt/local/lib/.

What steps will reproduce the problem? 1. Downloading and Installing gitso from google 2. Running gitso 3. Selecting Give Suport and clicking on Start What is the expected output? What do you see instead? Vncviewer inside gitso package should listen at port 5500. However, it does not do that. Runnig from a terminal, it prints bash-3.2$ /Applications/Utilities/Gitso.app/Contents/MacOS/Gitso dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib Referenced from: /Applications/Utilities/Gitso.app/Contents/Resources/vncviewer/vncviewer Reason: image not found What version of the product are you using? On what operating system? Mac OS Leopard Please provide any additional information below. The problem is that the vncviewer from/Applications/.../Gitso.app/Contents/Resources/vncviewer is looking for libjpeg.62.dylib inside /opt/local/lib, which does not come in with the basic Mac OS instalation. I believe that the solution would be packing libjpeg* with Gitso (as it is done by Gimp and Scribus). In my case, I solved the problem copying /sw/lib/libjpeg.* (after downloading this library with flink) to /opt/local/lib/.

Last 30 days

Older