Package Details: energia 1.8.7E21-5

Git Clone URL: https://aur.archlinux.org/energia.git (read-only)
Package Base: energia
Description: Energia is a Arduino IDE clone for use with the MSP430 launchpad
Upstream URL: http://energia.nu/
Licenses: GPL
Provides: energia
Submitter: will.price94
Maintainer: mpento
Last Packager: mpento
Votes: 24
Popularity: 0.135662
First Submitted: 2013-01-07 23:18
Last Updated: 2019-02-09 21:46

Pinned Comments

mpento commented on 2018-01-21 14:49

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.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6

gururise commented on 2013-04-02 15:48

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...

andrew67 commented on 2013-03-20 01:00

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.

will.price94 commented on 2013-03-19 16:47

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

andrew67 commented on 2013-03-19 15:57

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

will.price94 commented on 2013-03-11 09:45

Hi Andrew67,

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

andrew67 commented on 2013-03-11 05:32

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.

will.price94 commented on 2013-01-26 19:10

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.

gyscos commented on 2013-01-26 17:45

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

will.price94 commented on 2013-01-26 12:11

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.

gyscos commented on 2013-01-26 10:14

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)