Arch Linux User Repository

GTKLookAndFeel Issue

In reference to the following error:

java.lang.Error: Cannot load com.sun.java.swing.plaf.gtk.GTKLookAndFeel
    at javax.swing.UIManager.initializeDefaultLAF(UIManager.java:1351)
    at javax.swing.UIManager.initialize(UIManager.java:1459)
    at javax.swing.UIManager.maybeInitialize(UIManager.java:1426)
    at javax.swing.UIManager.getLookAndFeel(UIManager.java:492)
    at processing.app.linux.GTKLookAndFeelFixer.installGtkPopupBugWorkaround(GTKLookAndFeelFixer.java:79)
    at processing.app.linux.Platform.setLookAndFeel(Platform.java:40)
    at processing.app.Base.guardedMain(Base.java:214)
    at processing.app.Base.main(Base.java:136)

After some research, this appears to be a problem in energia itself that was fixed in the arduino ide, which energia is derived from. For reasons unknown to me, that fix has not been propagated. The energia issue for this is still open and not assigned on github (https://github.com/energia/Energia/issues/980).

To work around this problem, as root, edit the 'energia' script located in /opt/energia/, change line 28 from this:

JAVA_OPTIONS=("-DAPP_DIR=$APPDIR" "-Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel")

To this:

JAVA_OPTIONS=("-DAPP_DIR=$APPDIR")

Once a fix is available, I will incorporate it here.

GTKLookAndFeel Issue

In reference to the following error:

java.lang.Error: Cannot load com.sun.java.swing.plaf.gtk.GTKLookAndFeel
    at javax.swing.UIManager.initializeDefaultLAF(UIManager.java:1351)
    at javax.swing.UIManager.initialize(UIManager.java:1459)
    at javax.swing.UIManager.maybeInitialize(UIManager.java:1426)
    at javax.swing.UIManager.getLookAndFeel(UIManager.java:492)
    at processing.app.linux.GTKLookAndFeelFixer.installGtkPopupBugWorkaround(GTKLookAndFeelFixer.java:79)
    at processing.app.linux.Platform.setLookAndFeel(Platform.java:40)
    at processing.app.Base.guardedMain(Base.java:214)
    at processing.app.Base.main(Base.java:136)

After some research, this appears to be a problem in energia itself that was fixed in the arduino ide, which energia is derived from. For reasons unknown to me, that fix has not been propagated. The energia issue for this is still open and not assigned on github (https://github.com/energia/Energia/issues/980).

To work around this problem, as root, edit the 'energia' script located in /opt/energia/, change line 28 from this:

JAVA_OPTIONS=("-DAPP_DIR=$APPDIR" "-Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel")

To this:

JAVA_OPTIONS=("-DAPP_DIR=$APPDIR")

Once a fix is available, I will incorporate it here.

Fixed energia.install (1.6.10E18-4):

xdg-icon-resource: file '/usr/share/pixmaps/energia_16.png' does not exist error: command failed to execute correctly

@letik, udev rules updated (1.6.10E18-3) to match those posted on energia.nu

Tested with a blink program to an MSP-430G2.

I don't have time to maintain this package any more, I've abandoned it should someone else wish to maintain it.

Hey there,

Even with adding my user to the uucp & lock group, I couldn't upload the program to a MSP432 (0451:bef3).
I changed the permission in the udev file to 666, same as the official one: http://energia.nu/files/71-ti-permissions.rules

This may need to be updated.
Thanks

It was solved by removing "-Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel"

from the script file, but I don't know why?? Is there a problem with LD_LIBRARY_PATH ?

Have you tried unsetting JAVA_TOOL_OPTIONS?

$ JAVA_TOOL_OPTIONS= energia

Can you post the output of

$ echo $JAVA_TOOL_OPTIONS

Have you tried unsetting JAVA_TOOL_OPTIONS?

$ JAVA_TOOL_OPTIONS= energia

Can you post the output of

$ echo $JAVA_TOOL_OPTIONS

The program doesn't open for me. I get this erro when try open it in terminal:

$ energia
Picked up JAVA_TOOL_OPTIONS:
java.lang.Error: Cannot load com.sun.java.swing.plaf.gtk.GTKLookAndFeel
at javax.swing.UIManager.initializeDefaultLAF(UIManager.java:1351)
at javax.swing.UIManager.initialize(UIManager.java:1459)
at javax.swing.UIManager.maybeInitialize(UIManager.java:1426)
at javax.swing.UIManager.getLookAndFeel(UIManager.java:492)
at processing.app.linux.GTKLookAndFeelFixer.installGtkPopupBugWorkaround(GTKLookAndFeelFixer.java:79)
at processing.app.linux.Platform.setLookAndFeel(Platform.java:40)
at processing.app.Base.guardedMain(Base.java:214)
at processing.app.Base.main(Base.java:136)

What I need to do?
Thanks

When installing I get the following warning:

xdg-icon-resource: file '/usr/share/pixmaps/energia_16.png' does not exist

But no incidence on running the software. The .desktop file has the correct icon once installed.

you need to change line number 50
from
ln -sf /usr/lib/librxtxSerial.so "$pkgdir/opt/energia/lib/librxtxSerial32.so"
to
ln -sf /usr/lib/librxtxSerial.so "$pkgdir/opt/energia/lib/librxtxSerial.so"

Thanks @potatoe, few issues with the new build so I'll try and work them out and get them pushed by the end of today.

Looks like Energia 16 has come out

Thanks for the heads up. New package up now!

Only tested on x64 though (as per usual).

Energia 15 has been released: http://energia.nu/download/

error: failed to commit transaction (conflicting files)
energia: /etc/tmpfiles.d/legacy.conf exists in filesystem

pacman -Qo says no package owns this file, but the file itself claims it is part of systemd. Why is Energia trying to overwrite this file?

THanks!

Done.

My apologies, fixing the URLs now. I'll upload after testing :)

Marking out of date since it's been in unbuildable state for more than a week and to attract maintainer's attention.

The source-urls are wrong!

-source+=("$pkgname-$pkgver.tgz::http://energia.nu/downloads/downloadv3.php?file=energia-0101E00$pkver-linux64.tgz")
+source+=("$pkgname-$pkgver.tgz::http://energia.nu/downloads/downloadv3.php?file=energia-0101E$pkgver-linux64.tgz")

-source+=("$pkgname-$pkgver.tgz::http://energia.nu/downloads/downloadv3.php?file=energia-0101E00$pkver-linux.tgz")
+source+=("$pkgname-$pkgver.tgz::http://energia.nu/downloads/downloadv3.php?file=energia-0101E$pkgver-linux.tgz")

curl: (22) The requested URL returned error: 403 Forbidden

Hi truh,

I think libusb-compat must have been a dependency I just added when looking at the arduino PKGBUILD, I assumed they'd have the same deps, but it looks like it's avrdude that depends on libusb-compat so I'll remove that.

I'm also going to symblink the docs for you too.

I'll upload this all shortly

Would be nice if you would symlink /opt/energia/reference to /usr/share/doc/energia.

What is lib32-libusb-compat needed for on 64bit Systems? Seems to work fine without it.

Cool,

Thanks for the fix, I'll upload that now.

The source-urls are 404. Apparently their download-directory is now called "downloads".

- source+=("$pkgname-$pkgver.tgz::http://energia.nu/download/downloadv3.php?file=energia-0101E0012-linux64.tgz")
+ source+=("$pkgname-$pkgver.tgz::http://energia.nu/downloads/downloadv3.php?file=energia-0101E0012-linux64.tgz")

- source+=('http://energia.nu/download/downloadv3.php?file=energia-0101E0012-linux.tgz')
+ source+=('http://energia.nu/downloads/downloadv3.php?file=energia-0101E0012-linux.tgz')

To who ever flagged the package out of date, there is no new version out, if there are any bugs, feel free to flag only if you contact me. I'll fix any bugs reported

The stellaris uses a 'Luminary micro' ICD, I've added another rule for this. Let me know if any of the other boards have different debuggers and I'll add the corresponding rules :)

Cool, that's good to hear it worked for you too. I have a stellaris board too, so I'll see what that enumerates as. I would have thought they'd all be the same given that they're all using the EZ programmer

Finally! I can upload without running energia through sudo.
Yeah i do also have concern on the USB ID. It seems that there are other USB ID that need to be add. I search for the other USB ID also.

BTW, thanks for the help will.price94

Finally! I can upload without running energia through sudo.

Thanks for the help will.price94

Ah OK. I hadn't actually had a Launchpad with me when I updated this script, but now I've got one to test I've managed to sort the problems. It seems that the device wasn't enumerating with the correct permissions so I've added a udev rule to the package to fix this. If you still get the same error I'll need the output of 'lsusb | grep -i ti' to add additional rules if TI don't consistently have the same USB ID across their product range.

I'll update the package in a few minutes after a bit more testing

hi will.price94
yes. i've add user to the lock group but still having problems with the permission during the upload process.

------
Trying to open interface 1 on 009
rf2500: warning: can't detach kernel driver: Operation not permitted
rf2500: can't claim interface: Operation not permitted
rf2500: failed to open RF2500 device

Hi Whakim,

It looks like the folder has the right permissions, have you added yourself to the lock group?

Hi will.price94, sorry for the late reply.

Output for both are as follows:

$ ls -l /run | grep lock
drwxrwxr-x 3 root lock 60 May 15 21:52 lock

$ ls -l /run/lock
total 0
drwx------ 2 root root 40 May 15 21:52 lvm

and executing
$ sudo chgrp lock /run/lock/lockdev
yield:
chgrp: cannot access ‘/run/lock/lockdev’: No such file or directory

Thanks

And one final question, did you reboot after installing? tmpfiles are installed at boot time.

If /run/lock/lockdev is owned by group root, you can run

$ sudo chgrp lock /run/lock/lockdev

Let me know if this fixes it and I'll add the permission change to the tmpfile.

Hi whakim,

Thanks for the tip, I've fixed the PKGBUILD.

Could you post the output of...

$ ls -l /run | grep lock
$ ls -l /run/lock

Could you also make sure that the tmpfile has been installed to /etc/tmpfiles.d/legacy.conf

It seems that adding staticlibs to the options solve the issue, but I still have problem on the permission during the upload process although I've add user to uucp and lock group after the installation.
So, I have to run energia through sudo.

It appears however the files are copied in the PKGBUILD the result in the pkg/ directory yields this error. Not quite sure what's going on since I can copy the files manually using the same `cp` commands without problems.

That's strange, I also get that error. I'm busy today, but I'll try and get it fixed tomorrow :)

I have those error:
/opt/energia/hardware/tools/msp430/bin/../lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot find -lm
/opt/energia/hardware/tools/msp430/bin/../lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot find -lgcc
/opt/energia/hardware/tools/msp430/bin/../lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot find -lc
/opt/energia/hardware/tools/msp430/bin/../lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot find -lgcc
/opt/energia/hardware/tools/msp430/bin/../lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot find -lcrt0
collect2: ld returned 1 exit status
If i donnot install this package,No problem!

Alright, I've updated the package... here's a changelog:

* Updated energia to 0012
* We now use a tmpfile.d configuration `legacy.conf' to override the default permissions set by arch on the /run/lock directory. This should (hopefully) cure issues with not being able to access the serial port as a user
* Use the icons bundled in the source distribution, and install them using `xdg-icon-resource'
* The desktop file has been updated a little to reflect deprecated values in the desktop specification
* Modularize the PKGBUILD to be a little more literate in style

Let me know if you have any problems (email is better than a comment)

Sorry it's been so long since the last update, I left Arch for a bit, but now I'm back :)

oops, this too

+ Icon=/opt/energia/energia_48.png

diff 009.3 -vs- 0012.1

+pkgver=0012
+pkgrel=1
+
+if [[ $CARCH == "x86_64" ]]; then
+ source=('http://energia.nu/download/downloadv3.php?file=energia-0101E0012-linux64.tgz')
+ md5sums=('5046bfda7c04f9539a36fe13063ef180' )
+else
+ source=('http://energia.nu/download/downloadv3.php?file=energia-0101E0012-linux.tgz')
+ md5sums=('bddf7f34ceb0288222d8ecddb206665b')
+fi
+build() {
+ echo
+}

Here is an upated pkguild
https://bitbucket.org/eduardoml/archlinux-aur/src/1b1f0ecca11ed56984bfd4c3f634710fc7db468d/energia/PKGBUILD?at=default

Sorry about that, I'd left the previous icon in my src directory and it built with the error, should be fixed now.

regarding the last build failure, the PKGBUILD is trying to use the wrong name for the PNG image.

Some reason, the latest package will not build for me.. (64-bit Arch):

==> Entering fakeroot environment...
==> Starting package()...
cp: cannot stat ‘/tmp/yaourt-tmp-gene/aur-energia/src/KKxcXiv.png’: No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

Hi,

The .desktop file works in XFCE.
I switched to KDE today and the image gets stretched because it was not square. Here is fixed icon: http://i.imgur.com/ukLwVaV.png

I look at the arduino PKGBUILD here and they somehow bundle the .desktop and .png file without having to use echo or imgur link, and they use some other commands for installing them. This seems to work OK though.

Hello Andrew,

Thank you for the suggestions and .desktop file. I've added your contributions to the PKGBUILD with thanks.

Could you rebuild the package on your system and check that the changes work (I don't use a Gnome/KDE/XFCE etc, so am unsure whether the desktop file is functioning correctly)?

Regards,
Will

Hi, I made a .desktop file based on the arduino.desktop file in that PKGBUILD; seems to work for me so I thought I'd share:

[Desktop Entry]
Name=Energia
GenericName=Energia IDE
Comment=The open-source Arduino environment for MSP430 Launchpad
Exec=/opt/energia/energia
Icon=/opt/energia/energia.png
Type=Application
Terminal=false
Categories=Development;IDE;Application;

/opt/energia/energia.png would be this image: http://i.imgur.com/KKxcXiv.png

Hi Andrew67,

Thanks for your alerting me, I've changed that script as you specify and uploaded the new version

Hi, just tried this PKGBUILD and everything was going fine except mspdebug was complaining about a missing libusb shared library. Did some digging and I see these binaries are 32-bit, in which case installing lib32-libusb-compat fixed the problem for me. That should be the dependency for x86_64 and not libusb-compat.

That's good to know, can you compile programs without having to recompile gcc? I'll upload an updated PKGBUILD with the modifications if that's the case.

I should indeed have searched a little more.
Renaming librxtxSerial64.so to librxtxSerial.so did the trick...

Hi gyscos, it looks like Energia can be used on both i686 and x86_64, the latter only with a recompiled mspgcc binaries (for x86_64) and a switch of librxtxSerial64.so to librxtSerial.so

(source info: http://elabz.com/msp430-in-64-bit-ubuntu-12-04-linux-the-arduino-way/)

You can try building it that way for the time being, I'll try and update the package build to either build the mspgcc dependencies or symlink the versions available in the AUR.

Running it on x86_64 gives the following error :

java.lang.UnsatisfiedLinkError: /opt/energia/lib/librxtxSerial.so: /opt/energia/lib/librxtxSerial.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch) thrown while loading gnu.io.RXTXCommDriver
Exception in thread "main" java.lang.UnsatisfiedLinkError: /opt/energia/lib/librxtxSerial.so: /opt/energia/lib/librxtxSerial.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1939)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1864)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1854)
at java.lang.Runtime.loadLibrary0(Runtime.java:845)
at java.lang.System.loadLibrary(System.java:1084)
at gnu.io.CommPortIdentifier.<clinit>(CommPortIdentifier.java:83)
at processing.app.Editor.populateSerialMenu(Editor.java:967)
at processing.app.Editor.buildToolsMenu(Editor.java:695)
at processing.app.Editor.buildMenuBar(Editor.java:476)
at processing.app.Editor.<init>(Editor.java:205)
at processing.app.Base.handleOpen(Base.java:714)
at processing.app.Base.handleOpen(Base.java:679)
at processing.app.Base.handleNew(Base.java:575)
at processing.app.Base.<init>(Base.java:315)
at processing.app.Base.main(Base.java:199)