Ruben’s blog

Today I fixed my dropbox installation on mac os x . It was not updating (sending) files from the Mac to the Dropbox servers. In fact it was sending new files to dropbox servers but some old files that were supposed to be on dropbox account were not synchonized and I couldn’t get Dropbox to notice that, until today. I found this post and it seems that if you close dropbox, delete the ~/.dropbox directory and restart dropbox you’ll get the account linking screen again and dropbox will index everything and make sure that your local Dropbox directory match the online one. It took a while but all the files are safely transferred to Dropbox now.

My first try with the Netbeans Paint Application tutorial didn´t work as expected. For some reasong I got this stack trace when I tried to run it:

java.lang.IllegalStateException: Module was supposed to be OK: StandardModule:org.netbeans.modules.projectuiapi jarFile: C:\Program Files\NetBeans 6.0\ide8\modules\org-netbeans-modules-projectuiapi.jar
       at org.netbeans.ModuleManager.maybeAddToEnableList(ModuleManager.java:1087)
       at org.netbeans.ModuleManager.maybeAddToEnableList(ModuleManager.java:1104)
       at org.netbeans.ModuleManager.maybeAddToEnableList(ModuleManager.java:1104)
       at org.netbeans.ModuleManager.simulateEnable(ModuleManager.java:1048)
       at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:379)
       at org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:341)
       at org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:275)
       at org.netbeans.core.startup.Main.getModuleSystem(Main.java:171)
       at org.netbeans.core.startup.Main.start(Main.java:322)
[catch] at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:110)
       at java.lang.Thread.run(Thread.java:619)

I managed to solve it although I don´t really know the cause.

1. Download netbeans-6.0.1-200801291616-ml-platform.zip
2. Unpack it in c:\netbeans (so there´s a c:\netbeans\platform7)
3. Go to Tools -> Netbeans Platforms
4. Click on Add platform
5. Select c:\netbeans
6. Finish
7. Right click on PaintApp project and select Properties
8. On the Libraries tab. Change the Netbeans Plaform to Netbeans Platform Dev (Build 200801291616)
9. Select all modules but Core UI and Platform
10. Rebuild and run

If your are getting “bash: clear: command not found” on you first install of cygwin you have to make sure that you include ncurses packages in your cygwin installation. clear.exe doesn´t come in the standard installation. You must include ncurses to get clear.exe in your system. If you are using bash you can use Ctrl-L and get the same result though.

UPDATE: ncurses is a cygwin package in libs category. You can install it using the the Cygwin Setup utility (just run setup.exe again). See screenshot below

I got the “avahi-daemon disabled because there is a unicast .local domain” but I have no .local domain so I was a little bit confused.

~$ sudo /etc/init.d/avahi-daemon restart
 * Restarting Avahi mDNS/DNS-SD Daemon: avahi-daemon                            
 * avahi-daemon disabled because there is a unicast .local domain

After a while I realized that my ISP is playing tricks with the DNS. It will never return a “DNS lookup failed”, it always resolve any dns name you pass to it. If the name is assigned it will return the proper IP but if the name is not assigned it will return the IP of the ISP portal. (Nice trick to get more page hits in their home page).

So in order to make avahi work I changed my dns server to OpenDNS ones. But avahi give me the same “…unicast .local domain” error. Then I found that I have to delete the “/var/run/avahi-daemon/disabled-for-unicast-local” first. Otherwise the “/etc/init.d/avahi-daemon” init script won’t notice that change in DNS.

Hope this helps.

If you faced the following subversion message in windows:

svn: PROPFIND request failed on '/repos/demosystemeic' svn: PROPFIND of '/repos/demosystemeic': 503 Service Unavailable (http://x.x.x.x)

Probably the problem is caused because you are proxying your request via a proxy that doesn’t support HTTP methdos PROPFIND, etc.

If you don’t really need the proxy to access the repository edit the file

c:\Documents and Settings\username\Application Data\Subversion\servers (Note: Subversion directory is hidden)

and comment out the following items

http-proxy-host=xxx http-proxy-port=xxx

NOTE: In linux the file is located at ~/.subversion/servers