This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
I cannot use the "Smart Secure Copy" synchronization for C/C++ Projects under Netbeans 6.8, although this feature works _fine_ in Netbeans 6.7.1 Steps to reproduce: 1. update Netbeans 6.8 to the latest version 2. create any C++ project (a Hello World will do) (Linux) 3. Set up a remote development host which uses "Smart Secure Copy" (Linux) 4. Configure the project set up @2 to use the remote development host 5. try to clean & build the project Expected behaviour: the project cleans & builds The real behaviour: build fails, the compiler output is " gmake: Makefile: No such file or directory gmake: *** No rule to make target `Makefile'. Stop. CLEAN FAILED (exit value 2, total time: 248ms) " The folder /home/<remote-user>/.netbeans/remote/linux-a1y3-Linux-x86/ contains an "almost exact" copy of the project's tree, but all the files within, albeit having the correct size, have only null bytes (see attachment for an example). The exact same feature (named "Secure Copy") works fine under Netbeans 6.7.1 Tested with Host OS OpenSuSE 11.2, Remote Development host: OpenSuSE 11.2 and CentOS 5.4.
Created attachment 94658 [details] an example of "nullified" file
It looks like rfs "deamon" coredumped or stopped working on the remote host. I believe some tracing should help to identify the root cause.
please assist me in helping you get the clues. The issue survives system reboots, so I don't think it is something transient.
Could you please launch netbeans with additional options, -J-Dcnd.remote.logger.level=0 -J-Dnativeexecution.support.logger.level=0 and send me NetBeans message log (you will probably want to strip user and host info from it). It resides in the file ~/.netbeans/6.8/var/log/messages.log
attaching msgs.log, the messager.log file obtained as per instruction notes: - remote user name replaced with "REMOTE_USER" - what I did: set "hello world" as default project, hit clean&build, then shut down NetBeans
Created attachment 94728 [details] messages.log
Created attachment 94736 [details] an example of ~/.netbeans/6.8 which ruins SmartSecureCopy I have just found out that deleting ~/netbeans/6.8 (e.g renaming it) solves the problem. I have cleaned up ~/netbeans/6.8/var, and the problem persists. Attaching a ZIP of "6.8", please see if it helps you. With a clean ~/netbeans/6.8, newly-created "Hello World" projects build ok on remote hosts, but preexistant projects fail with the same type of error as described in the original bug report
one more comment, if it might be relevant: the directory where the projects are (/developer) is actually a symlink (to /data/Developer). On my remote host, I see ~/.netbeans/remote/<hostname>-Linux-x86/developer as the directory in which the folders are residing. The projects which FAIL being built remotely are residing in ~/netbeans/remote/<hostname>-Linux-x86/developer, while those which build OK are in ~/netbeans/remote/<hostname>-Linux-x86/data/Developer I have the impression that Netbeans somehow gets confused by the double name the files have (I open all the projects in the GUI by using the /developer symlink).
Thank you very much for the information! It is a known issue that has been recently is already fixed. The fix is available in the development version and will be available in the 6.9. *** This bug has been marked as a duplicate of bug 180745 ***
It seems I hurried to much to mark it duplicate. It's another bug, although also related with symbolic links. Thank you very much for filing the bug. Now the root cause is known, so it will be fixed shortly.
A technical comment: the issue is caused by different path threatment: RunProfile.getRunDirectory() canonicalizes the path, while remote sync. mechanizms don't do that. There is a workaround: on the remote host, remove ~/.netbeans/remote/<hostname>-Linux-x86/developer and make it a symlink to ~/netbeans/remote/<hostname>-Linux-x86/data/Developer And remove the file nbproject/private/timestamps-<hostname>... from your project prior than building it
Should this one be in patch 2?
Integrated into 'main-golden', will be available in build *201004020200* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/9d90a5491f13 User: Vladimir Kvashin <vkvashin@netbeans.org> Log: fixing #181378 ( "Smart Secure Copy" under Remote Development Hosts is broken) - source update
Integrated into 'main-golden', will be available in build *201004060201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/dc047b64b34d User: Vladimir Kvashin <vkvashin@netbeans.org> Log: partial fix for #181378 "Smart Secure Copy" under Remote Development Hosts is broken
http://hg.netbeans.org/cnd-main/rev/dc047b64b34d http://hg.netbeans.org/cnd-main/rev/de2c4b3cfedb
Integrated into 'main-golden', will be available in build *201004070201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/de2c4b3cfedb User: Vladimir Kvashin <vkvashin@netbeans.org> Log: #181378 "Smart Secure Copy" under Remote Development Hosts is broken