Package Details: energia 1.6.10E18-2

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: will.price94
Last Packager: will.price94
Votes: 17
Popularity: 0.075223
First Submitted: 2013-01-07 23:18
Last Updated: 2016-08-29 19:09

Required by (2)

Sources (3)

Latest Comments

baronleonardo commented on 2016-01-29 19:25

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"

will.price94 commented on 2015-08-10 07:06

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.

potatoe commented on 2015-08-10 00:26

Looks like Energia 16 has come out

will.price94 commented on 2015-04-03 10:10

Thanks for the heads up. New package up now!

Only tested on x64 though (as per usual).

uberben commented on 2015-03-27 23:32

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

unlimitedbacon commented on 2014-09-05 00:33

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?

kyak commented on 2014-08-04 09:59

THanks!

will.price94 commented on 2014-08-04 09:32

Done.

will.price94 commented on 2014-08-04 09:16

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

kyak commented on 2014-08-04 08:11

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

igor_isaias commented on 2014-07-28 07:57

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")

kyak commented on 2014-07-27 06:42

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

will.price94 commented on 2014-07-26 21:50

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

truh commented on 2014-07-22 10:36

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

truh commented on 2014-07-22 09:30

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

will.price94 commented on 2014-07-18 18:34

Cool,

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

nickolsen commented on 2014-07-18 17:33

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')

will.price94 commented on 2014-07-17 13:25

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

will.price94 commented on 2014-05-17 09:29

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 :)

will.price94 commented on 2014-05-17 09:22

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

whakim commented on 2014-05-17 07:50

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

whakim commented on 2014-05-17 07:27

Finally! I can upload without running energia through sudo.

Thanks for the help will.price94

will.price94 commented on 2014-05-16 11:30

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

whakim commented on 2014-05-16 09:42

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

will.price94 commented on 2014-05-16 09:28

Hi Whakim,

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

whakim commented on 2014-05-16 07:50

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

will.price94 commented on 2014-05-08 09:11

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

will.price94 commented on 2014-05-08 09:08

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.

will.price94 commented on 2014-05-08 09:06

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

whakim commented on 2014-05-08 04:20

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.

will.price94 commented on 2014-05-07 15:34

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.

will.price94 commented on 2014-05-06 08:41

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

dongfengweixiao commented on 2014-05-06 02:43

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!

will.price94 commented on 2014-05-04 22:59

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 :)

Mithefe commented on 2014-05-04 19:02

oops, this too

+ Icon=/opt/energia/energia_48.png

Mithefe commented on 2014-05-04 14:23

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
+}

duca commented on 2014-02-05 23:48

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

will.price94 commented on 2013-04-02 17:12

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

gururise commented on 2013-04-02 15:51

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

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)