Package Details: arduino 1:1.6.8-2

Git Clone URL: https://aur.archlinux.org/arduino.git (read-only)
Package Base: arduino
Description: Arduino prototyping platform SDK
Upstream URL: http://arduino.cc/en/Main/Software
Licenses: GPL, LGPL
Submitter: bardo
Maintainer: Koromix
Last Packager: Koromix
Votes: 485
Popularity: 17.523916
First Submitted: 2007-02-10 16:33
Last Updated: 2016-04-29 12:44

Latest Comments

vojta001 commented on 2016-05-01 12:36

I recommend using https protocol for fetching sources. Both domains (arduino.cc and downloads.arduino.cc) support it so that there is no reason for using the insecure one.

Emeric commented on 2016-04-30 13:46

ncurses5-compat-libs and libtinfo-5 dependencies should be added to this package right? Or maybe directly to avrdude?

gdamjan commented on 2016-04-17 21:08

doc files are inaccessible
$ ls -ld /usr/share/arduino/reference/Galileo_help_files /usr/share/arduino/reference/Edison_help_files
drwx------ 2 root root 4096 мар 11 00:19 /usr/share/arduino/reference/Edison_help_files/
drwx------ 2 root root 4096 мар 11 00:19 /usr/share/arduino/reference/Galileo_help_files/

ngoonee commented on 2016-03-11 00:03

@cspal you do know you can edit the PKGBUILD? In fact this PKGBUILD simply downloads prebuilt binaries (there isn't one for ARM). You can build it from source for ARM though.

cspal commented on 2016-03-06 20:05

Hi,
I just tried to install arduino on my Raspberry Pi B+ but get ERROR message:
arduino is not available for the 'armv6h' architecture. Why it is not?

Best, Pali

desperat commented on 2015-12-13 16:00

If u need urgently link to unofficial boards support list in preferences

here is modified PKGBUILD
http://pastebin.com/euic4uHm

ARDUINO 1.6.6 - 2015.11.03
[ide]
* Switched to Java 8, which is now both bundled and needed for compiling the IDE
* Added link to unofficial boards support list in preferences
.
.
.

respiranto commented on 2015-12-10 14:30

The post_install() suggests the user to add himself to some specific groups.
Shouldn't there also be a note in the post_remove() to make the user consider removing "himself" from the respective groups?

prevelikzalogaj commented on 2015-12-10 00:47


I managed to solve it. Installing package ncurses5-compat-libs 6.0-2 (https://aur.archlinux.org/packages/ncurses5-compat-libs/) solved the problem.

prevelikzalogaj commented on 2015-12-08 20:53

Hi
Any idea what can I do with my problem. When I try to compile an arduino program I receive following error:

/opt/arduino-1.6.6/hardware/tools/avr/bin/avrdude: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

I am using arduino-1.6.6 on Manjaro Linux. I have ncurses6 packet installed on my system. Is there any sollution to enable support for ncurses5 also?

albfan commented on 2015-12-07 18:39

I have the same problem. Guess we need to ask avrdude maintainer

Stack trace of thread 15350:
#0 0x0000000000442b32 n/a (avrdude)
#1 0x0000000000442f62 n/a (avrdude)
#2 0x0000000000422448 n/a (avrdude)
#3 0x0000000000404274 n/a (avrdude)
#4 0x00007f1ef0c75610 __libc_start_main (libc.so.6)
#5 0x0000000000405419 n/a (avrdude)

I have installed avrdude 6.0.1 which is the last release

$ sudo abs
$ cp -r /var/abs/community/avrdude .
$ cd avrdude
# change pkgver from 6.2 to 6.0.1
$ makepkg -s --skippgpkeys

and it works

lanyitin commented on 2015-12-06 22:25

@xmesaj2
I have tried your PKGBUILD and the compiling fail cause unable to find avg-g++.
it works only if chagne the *compiler.path* to origin value.

beside of that, i found avrdude we have in official repo crash everytime when upload scretch. Did you encounter same problem as well?

xmesaj2 commented on 2015-11-29 13:42

https://paste.fedoraproject.org/295568/4434144/raw/

new PKGBUILD for 1.6.6
also added suggested solution to avr-gcc IO errors that edits compiler-path in platform.txt file

lostkhaos commented on 2015-11-27 17:04

I submitted a patch to get this moving again.

FryDay commented on 2015-11-27 03:43

Any update on when this will be updated?

Sources need to be changed to:
https://www.arduino.cc/download_handler.php?f=/arduino-1.6.6-linux32.tar.xz (i686)
and
https://www.arduino.cc/download_handler.php?f=/arduino-1.6.6-linux64.tar.xz (x86_64)

CountMurphy commented on 2015-11-26 05:37

error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory.

gekkoman commented on 2015-11-03 01:53

@Tom00000

I edited /usr/share/arduino/hardware/arduino/avr/platform.txt

And changed

compiler.path={runtime.tools.avr-gcc.path}/bin/

to

compiler.path=/usr/bin/

halfbro commented on 2015-10-14 15:36

@Tom00000

Try reinstalling the board files by going to the boards manager, downgrading to a lower version number (1.6.7), then upgrading back to 1.6.8. This fixed it for me.

Tom00000 commented on 2015-10-05 15:59

At the moment I am getting Cannot run program "{runtime.tools.avr-gcc.path}/bin/avr-g++" (in directory "."): error=2, No such file or directory

Anyone has an idea how to fix? This happened after the ncurses update. Installing the ncurses5-compat-libs trick did not work for me :-S

raven24 commented on 2015-09-24 10:14

apparently you can install this package on "armv6h" (Raspberry PI) by simply adding 'armv6h' to the arch list and copying the x64 source and sha256 lines and just rename the architecture to 'armv6h' for it.
also, remember yaourt extracts to /tmp by default, which is a tmpfs and you'll run out of space on the RPI really quickly - so make sure to change that in the /etc/yaourtrc

Indigo commented on 2015-09-20 16:38

I just reinstalled the Arduino Package (with some new required dependencies) and everything worked.

immindich commented on 2015-09-19 22:44

Even when I install ncurses5-compat-libs, it still says it needs libtinfo.so.5.

Viper_Scull commented on 2015-09-19 16:00

Installing ncurses5-compat-libs with the PKGBUILD in the post number 24 of this thread does the trick.
https://bbs.archlinux.org/viewtopic.php?id=202575

Viper_Scull commented on 2015-09-19 00:54

ncurses was updated to version 6, so arduino complains that it can't find libncurses.so.5
if you try to downgrade ncurses to version 5 the system won't boot due to some incompatibilities. System needs ncurses 6.

There's an AUR package that provides libncurses.so.5 (https://aur.archlinux.org/packages/ncurses5-compat-libs/), and after symlinking libncurses.so.5 with libtinfo.so.5, arduino still complains about:

"/usr/share/arduino/hardware/tools/avr/bin/avrdude: error while loading shared libraries: /usr/lib/libncurses.so.5: file too short"

Viper_Scull commented on 2015-09-19 00:54

ncurses was updated to version 6, so arduino complaints that it can't find libncurses.so.5
if you try to downgrade ncurses to version 5 the system won't boot due to some incompatibilities. System needs ncurses 6.

There's an AUR package that provides libncurses.so.5 (https://aur.archlinux.org/packages/ncurses5-compat-libs/), and after symlinking libncurses.so.5 with libtinfo.so.5, arduino still complaints about:

"/usr/share/arduino/hardware/tools/avr/bin/avrdude: error while loading shared libraries: /usr/lib/libncurses.so.5: file too short"

immindich commented on 2015-09-18 23:53

It looks like the recent upgrade to ncurses broke arduino. When I try to upload, I get the following error message:

/usr/share/arduino/hardware/tools/avr/bin/avrdude: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

It looks like the avrdude package in the official repositories links with the right version.

immindich commented on 2015-09-18 21:34

It looks like this package was affected by the recent ncurses update. When I try to upload, I get the following error message:

/usr/share/arduino/hardware/tools/avr/bin/avrdude: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

h33xt0r commented on 2015-09-12 17:59

Hello, I am having a weird behavior regarding the arduino ide after a system upgrade The problem is that the menu of the IDE is invisible. I had trying deleting the preferences.txt file in the .arduino15/ directory and the .java/ directory to be rebuild, also changing the java version from eight to seven with "archlinux-java set" but the problem persist, I include a link to an image of the ide showing the problem of the tools menu missing.

https://drive.google.com/file/d/0B4ragH5honPEZVBlZ0R1YlNialk/view

I need help, I don't know where the problem is, I had two computers running the same arch version, an only one has the problem, So I think, I had a missing file or configuration error, but I can't find it.

Koromix commented on 2015-06-15 11:07

Just tested it, the package works perfectly fine on my vanilla Arch virtual machines (32 et 64 bits).

Sounds like an error you would get with pacman < 4.2, which does not support architecture specific fields. If that's the case, you really want to update your system.

Koromix commented on 2015-06-15 11:06

Just tested it, the package works perfectly fine on my vanilla Arch virtual machines (32 et 64 bits).

Sounds like an error you'd get with pacman < 4.2, which don't support architecture specific fields. If that's the case, you really want to update your system.

tamngoman commented on 2015-06-12 17:23

i keep getting an error

--> Starting build()
/home/tam/arduino/PKGBUILD: line 28: cd: arduino-1.6.4: No such file or directory
==> ERROR: A failure occured in build()
Aborting

im a bit of a newbie, but i know i installed all the dependencies correctly...

el.Quero commented on 2015-06-06 10:20

Add StartupWMClass=processing-app-Base to arduino.desktop file.

Anonymous comment on 2015-05-26 18:07

java-runtime and gtk2 can probably be added as optional dependencies, as arduino's tools should work without a GUI.

vinilox commented on 2015-05-21 12:20

@zloydadka pacman is part of base and then shouldn't be a dependency

zloydadka commented on 2015-05-21 12:15

pls add pacman > 4.1.2 as dependency

forumi0721 commented on 2015-05-20 04:33

This package require giflib.
Please add dependency of giflib

hellios commented on 2015-05-08 18:53

I think, package "java-rxtx" is missing as a dependency. Otherwise discovering of serial-ports will fail with:
"cc.arduino.packages.discoverers.serial.SerialBoardsLister" java.lang.NullPointerException

SilverShad0wz commented on 2015-04-30 16:37

Arduino crashes at startup (while the splash screen is displayed) if and only if I have libraries inside my /Arduino/libraries. Outputs something along the lines of http://pastebin.com/K7rR09Ar. Any ideas?

afg984 commented on 2015-04-03 09:13

this package seems to require giflib
https://www.archlinux.org/packages/extra/x86_64/giflib/

Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-7-openjdk/jre/lib/amd64/libsplashscreen.so: libgif.so.7: cannot open shared object file: No such file or directory
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
at java.lang.Runtime.loadLibrary0(Runtime.java:849)
at java.lang.System.loadLibrary(System.java:1088)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.SplashScreen.getSplashScreen(SplashScreen.java:121)
at processing.app.Base.<clinit>(Base.java:73)

dudewithnofood commented on 2015-04-01 04:43

I do use vanilla Arch but it was pretty out of date and so was pacman (4.1.2). I updated everything could install without issues. Thanks!

dudewithnofood commented on 2015-04-01 03:22

I have vanilla Arch but it's out of date by quite a few months and pacman's out of date too (4.1.2 I think). I'm working on getting everything updated and will try again. Thanks!

Koromix commented on 2015-03-28 21:35

This package had a workaround for the broken avrdude dependency on libtinfo.so.5 (a private symlink to libncurses.so.5), but with the new integrated package manager in Arduino 1.6.2 I can't do that anymore.

This is the reason for the new dependency on libtinfo, which provides a system-wide symbolic link to libncurses.so.5.

Koromix commented on 2015-03-27 16:41

I can't reproduce the problem on my up-to-date vanilla Arch VMs (32 and 64-bit).

The arduino-1.6.1 directory is extracted automatically by makepkg from the official Arduino tarball. The PKGBUILD package() function is executed when you build the package, not when you install it. That's why you put stuff under "${pkgdir}/".

Are you using some Arch derivative, by any chance? This package needs pacman 4.2 because it uses the "new" architecture specific fields. I think an older version would explain this error.

dudewithnofood commented on 2015-03-27 02:22

I can't get this installed. I get following:
/home/art/Downloads/arduino/PKGBUILD: line 29: cd: arduino-1.6.1: No such file or directory
==> ERROR: A failure occurred in build().
Aborting...

should there be a line that creates the directory first? I also don't quite understand why all the directories are created like this:
mkdir -p "${pkgdir}/usr/bin"
instead of than this:
mkdir -p "/usr/bin/${pkgdir}"

I'm pretty new to all but have successfully installed a few packages from AUR. Any help is appreciated.

Koromix commented on 2015-03-21 00:02

Fixed, thank you.

Swizz commented on 2015-03-20 20:30

Arduino downloads page was moved.

Use
`http://downloads.arduino.cc/arduino-${pkgver}-linux32.tar.xz`
Instead of
`http://arduino.cc/download_handler.php?f=/arduino-1.6.1-linux32.tar.xz`

Viper_Scull commented on 2015-03-10 19:38

Version 1.6.1 is out.

PKGBUILD for this new version:

http://pastebin.com/3Gf66EpU

pientro commented on 2015-02-26 12:54

it is possible to have the avr-gcc compiled for armv*?

Koromix commented on 2015-02-09 21:07

OK, I just updated the package to Arduino 1.6.0. Install arduino10 if you want to keep the old version.

pientro commented on 2015-02-08 01:16

Successfull build on raspberry 2. please add armv7h in the pkgbuild!

Koromix commented on 2015-01-25 15:18

This package has a build dependency on community/icoutils which provides /usr/bin/icotool. Every version of community/icoutils seems to have this binary, I don't know why you have this problem.

Is your distribution up to date, what is in your PATH, how do you build the package?

jancici commented on 2015-01-25 14:44

durring installation I am geting this error:
==> Starting prepare()...
patching file arduino
/tmp/pacaurtmp-jano/arduino/PKGBUILD: line 38: icotool: command not found
==> ERROR: A failure occurred in prepare().
Aborting...
:: failed to verify arduino integrity

Koromix commented on 2014-11-11 16:32

If the upgrade fails, just delete /usr/share/icons/hicolor/256x256/apps/arduino.png manually. It fails because new revisions of this package include this file whereas it was created after the installation in older revisions of the package, so pacman did not know about it.

On the bright side, a "new" mimetype is added (text/x-arduino like in Ubuntu) for .ino and .pde files, and Arduino is associated to them.

Thanks to el.Quero for the suggestion ;)

el.Quero commented on 2014-11-09 16:21

For finding Arduino in "Open with" Gnome menu modify arduino.desktop as follow:
Exec=arduino %U

Souldn't be created a specific mime for .ino files, so that you can automatically associate .ino files with ArduinoIDE?

Koromix commented on 2014-09-19 21:27

In upgrading to Arduino 1.0.6 I restored the original Arduino toolchain. If you want to use Arch's toolchain, install arduino-native instead.

somehost commented on 2014-09-05 06:37

To resolve compile errors the following two methods worked for me.

As per the Arduino Linux install page:
"If you want to use your system's compiler, delete the folder ./hardware/tools/avr in your arduino IDE installation"

My personal take on that advice was to download the corresponding Linux install from Arduino and replace the /usr/share/arduino/hardware/tools/avr directory with the avr directory that comes in the stock installation archive.

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

I've uploaded a variety of PKGBUILDs on github for processing based software. Given that a lot of them have similar issues it helps with maintenance to keep them all in one place:
https://github.com/willprice/processing-based-PKGBUILDs

I've updated this PKGBUILD to use the new VCS style PKGBUILD support, and added an Arduino-1.5-git PKGBUILD that checks out the new 1.5.x branch for Yun and Due support. Pull requests are most welcome :)

Following on from incognito's comment, this is the file you'll probably want:

# /etc/tmpfiles.d/legacy.conf
# Type Path Mode UID GID Age Argument
d /run/lock 0775 root lock - -
d /run/lock/lockdev 0775 root lock - -

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

I've uploaded a variety of PKGBUILDs on github for processing based software. Given that a lot of them have similar issues it helps with maintenance to keep them all in one place:
https://github.com/willprice/processing-based-PKGBUILDs

I've updated this PKGBUILD to use the new VCS style PKGBUILD support, and added an Arduino-1.5-git PKGBUILD that checks out the new 1.5.x branch for Yun and Due support. Pull requests are most welcome :)

Following on from incognito's comment, this is the file you'll probably want:

# /etc/tmpfiles.d/legacy.conf
# Type Path Mode UID GID Age Argument
d /run/lock 0775 root lock - -
d /run/lock/lockdev 0775 root lock - -

incognito commented on 2014-05-13 15:07

arduino uses "/var/lock/lockdev/", but this directory is missing. Without this directory "seriel port" is shaded grey.

# /etc/tmpfiles.d/legacy.conf
d /run/lock/lockdev 0775 root lock -

will.price94 commented on 2014-05-04 23:18

I still find I get permission errors, so try dropping this file into /etc/tmpfiles.d/

# /etc/tmpfiles.d/legacy.conf
#Type Path Mode UID GID Age Argument
d /run/lock 0775 root lock - -


This will override Arch's defaults of /run/lock being owned by root and not lock. I'm not sure whether it's necessary with arduino, but it was with energia which is built off the same base.

Wilhelm commented on 2014-03-10 14:46

To make this package work with arduino plugin for sublime text:
sudo ln -s /usr/bin/avrdude /usr/share/arduino/hardware/tools/avrdude
sudo ln -s /etc/avrdude.conf /usr/share/arduino/hardware/tools/avrdude.conf

Wilhelm commented on 2014-03-10 14:38

To make this package work:

sudo rm -rf /usr/share/arduino/hardware/tools/avr/bin
sudo ln -s /usr/bin /usr/share/arduino/hardware/tools/avr/bin

Koromix commented on 2014-01-29 04:48

First stupid check: make sure /usr/share/arduino/hardware/tools/avr does not exist. There may be leftovers from a previous manual installation, for example.

tgirod commented on 2014-01-28 09:55

When trying to compile anything :
cannot run program /usr/share/arduino/hardware/tools/avr/bin/avr-g++

From the deps I suppose it should use avr-g++ from avr-gcc package, it is not. I've deleted ~/.arduino in case some paths are defined here, same problem.

Puyb commented on 2013-12-26 22:43

The new version works fine, thank you

kra64 commented on 2013-12-26 09:46

Hello, since the last upgrade, I have this error on one of my machines
----
#packer -Syu
[..]
:: Starting full aur upgrade...
Dependency `java-environment' of `arduino' does not exist.
----
All the deps are installed and I tried recompiling jre .. but without success.
I don't know where to look. Any suggestion?

tty0 commented on 2013-12-24 19:43

Koromix, thanks for package. It works for me.


Koromix commented on 2013-12-24 16:54

I use Sublime Text (free version has nags, but it is worth it) to edit code coupled with make + custom Makefiles to compile and upload my code. I don't like the whole sketch paradigm, way too limited.

Koromix commented on 2013-12-24 16:41

And now?

rat commented on 2013-12-24 13:47

Unfortunately I did not check this before, I only check if the project can be compiled, Unfortunately I also have the same problem and I back to the tarball from tty0 user (here everything works for me).

volalto commented on 2013-12-24 12:57

I installed the new version of the package (2013-12-24) but I'm still experiencing permission problems.
I see the package does not rely on system's java-rxtx, which should fix the issue, as pointed out by tty0.

Is the official package supposed to fix the issue in some other ways?

rat commented on 2013-12-24 12:30

Hi, It is fine, now the project can be compiled correctly,

Just out of curiosity, if You don't use the Arduino IDE, so what You use Eclipse + avr plug-in ? I wonder if there is a big difference in programin between Arduino IDE and Eclipse(avr plugin).

Koromix commented on 2013-12-24 01:35

That's because gcc >= 4.4 needs -fno-use-cxa-atexit to work correctly with Arduino's platform code. Didn't notice it because I don't use the Arduino IDE myself, relying instead on custom Makefiles.

Unfortunately, Arduino IDE does not easily allow to change compiler flags. I updated the package to patch and recompile Arduino platform with the needed changes.

Can you tell me it it works for you now?

Puyb commented on 2013-12-23 21:17

Since the last update, I can't build project linked to the Adafruit NeoPixel lib.
https://github.com/adafruit/Adafruit_NeoPixel

Trying to build the strandtest example give me this error :
strandtest.cpp.o: dans la fonction « _GLOBAL__sub_I_strip »:
/usr/share/arduino/strandtest.pde:12: référence indéfinie vers « __dso_handle »
/usr/share/arduino/strandtest.pde:12: référence indéfinie vers « __dso_handle »
/usr/share/arduino/strandtest.pde:12: référence indéfinie vers « __cxa_atexit »
/usr/bin/avr-ld: strandtest.cpp.elf: symbole caché « __dso_handle » n'est pas défini
/usr/bin/avr-ld: édition de lien finale en échec: Mauvaise valeur
collect2: error: ld returned 1 exit status

Any idea ?

pyropeter commented on 2013-12-10 14:47

I disowned the package. I simply don't have enough free time at the moment to even read and understand the comments posted here.

Have fun and don't break it!

rat commented on 2013-12-07 20:50

Hi

Very thanks tty0, for your tarball, for me it works fine,
unfortunately the official arduino pacakge have some bug,

pyropeter you care about package, which currently does not work and You got free solution from tty0, on what are you waiting ? Please upgrade the tarball.

tty0 commented on 2013-11-12 21:25

Hi!

I have made some changes about lock problem. May be you want to try.
There is a java-rxtx (Now it's a dependency) package in the community repo and it is already
patched about /var/lock issue. Package uses /var/lock/lockdev directory.

I symlinked orginal librxtxSerial.so, librxtxSerial64.so and
RXTXcomm.jar from arduino package with binaries from java-rxtx
package.

Now there is no error about /var/lock
Just add yourself to uucp and lock of IDE.
I've tested compiling and uploading with Arduino's blink example.

Also edited PKGBULD for cannot find -lm error.
Thanks Frans Slothouber
(2013-11-03 18:38 Dated Comment by frans.slothouber)

If you want to try package, tarball is here -->
https://db.tt/KQgEA5M6

tty0 commented on 2013-11-12 21:15

Hi!

I have made some changes about lock problem. May be you want to try.
There is a java-rxtx (Now it's a dependency) package in the community repo and it is already
patched about /var/lock issue. Package uses /var/lock/lockdev directory.

I symlinked orginal librxtxSerial.so, librxtxSerial64.so and
RXTXcomm.jar from arduino package with binaries from java-rxtx
package.

Now there is no error about /var/lock
Just add yourself to uucp and lock of IDE.
I've tested compiling and uploading with Arduino's blink example.

Also edited PKGBULD for cannot find -lm error.
Thanks Frans Slothouber
(2013-11-03 18:38 Dated Comment by frans.slothouber)

If you want to try package, tarball is here -->
https://db.tt/KQgEA5M6

tty0 commented on 2013-11-09 00:58

Hi!

I made some changes about lock problem. May be you want to try.
There is a java-rxtx package in the community repo and it is already patched about /var/lock issue. It uses /var/lock/lockdev directory.

##---What I've Done---##
I symlinked orginal librxtxSerial.so, librxtxSerial64.so and RXTXcomm.jar from arduino package with binaries from java-rxtx package.

Now there is no error about /var/lock but I can't be sure about package.
I can see /dev/ttyACM0 in Port Menu of IDE.
I am inexperienced ,zero experiance, about Arduino. I bought an Uno just today.
##--------------------##

If you want to try arduino package, tar.gz is here --> https://db.tt/KQgEA5M6

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Also made same thing for arduino-beta package.
If you want to try arduino-beta package, tar.gz is here --> https://db.tt/oa7jTYPp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

tty0 commented on 2013-11-09 00:13

Hi!

I made some changes about lock problem. May be you want to try.
There is a java-rxtx package in the community repo and it is already patched about /var/lock issue. It uses /var/lock/lockdev directory.

##---What I've Done---##
I symlinked orginal librxtxSerial.so, librxtxSerial64.so and RXTXcomm.jar from arduino package with binaries from java-rxtx package.

Now there is no error about /var/lock but I can't be sure about package.
I can see /dev/ttySACM0 in Port Menu of IDE.
I am inexperienced ,zero experiance, about Arduino. I bought an Uno just today.
##--------------------##

If you want to try arduino package, tar.gz is here --> https://db.tt/KQgEA5M6

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Also made same thing for arduino-beta package.
If you want to try arduino-beta package, tar.gz is here --> https://db.tt/oa7jTYPp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

tty0 commented on 2013-11-09 00:12

Hi!

I made some changes about lock problem. May be you want to try.
There is a java-rxtx package in the community repo and it is already patched about /var/lock issue. It uses /var/lock/lockdev directory.

##---What I've Done---##
I symlinked orginal librxtxSerial.so, librxtxSerial64.so and RXTXcomm.jar from arduino package with binaries from java-rxtx package.

Now there is no error about /var/lock but I can't be sure about package.
I can see /dev/ttySACM0 in Port Menu of IDE.
I am inexperienced ,zero experiance, about Arduimp. I bought an Uno just today.
##--------------------##

If you want to try arduino package, tar.gz is here --> https://db.tt/KQgEA5M6

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Also made same thing for arduino-beta package.
If you want to try arduino-beta package, tar.gz is here --> https://db.tt/oa7jTYPp
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

morrison commented on 2013-11-08 17:36

@frans.slothouber I had the "cannot find -lm" problem too, thank you.

About the permission problem for the rxtx lock file, some solutions have been discussed months ago but it seems useful to put back the problem on top (please tell me if I shouldn't do that, it is my first comment..)

The problem seems to have appeared when /var/lock became a symlink on /run/lock (then group uucp have lost write permission on the directory).

Arduino guys gave a solution on the following link

http://playground.arduino.cc/Linux/All

---
"Now we have to check if you have permission on the lock folder:
if you have filesystem-2012.6-2 or NEWER then look for the folder
ls -ld /run/lock
this folder is created at boot time from the system, following the instruction from /usr/lib/tmpfiles.d/legacy.conf
so we need to change the default permission on the conf file to respect our need.
first of all, as root or with sudo, copy the /usr/lib/tmpfiles.d/legacy.conf to /etc/tmpfiles.d/
cp /usr/lib/tmpfiles.d/legacy.conf /etc/tmpfiles.d/
now modify /etc/tmpfiles.d/legacy.conf and make the permission on /run/lock read+write for group, and change group from root to lock; it will be like:
d /run/lock 0775 root lock -
now we just have to be sure to be in the lock group
usermod -a -G lock yourUserName"
----

So, they propose to create a new "lock" group which have write permission on /run/lock, it's maybe not the best but still better than a brutal chmod at each reboot.

BUT it seems to me that a better solution have been given by ozz on his comment from "2013-03-07 20:41" creating a new lock directory especially for rxtx and allow "uucp" group to write in it, and only in it.

Hope this can help.

morrison commented on 2013-11-08 17:33

@frans.slothouber I had the "cannot find -lm" problem too, thank you.

About the permission problem for the rxtx lock file, some solutions have
been discussed months ago but it seems useful to put back the problem on
top (please tell me if I shouldn't do that, it is my first comment..)

The problem seems to have appeared when /var/lock became a symlink on
/run/lock (then group uucp have lost write permission on the directory).

Arduino guys gave a solution on the following link

http://playground.arduino.cc/Linux/All

---
"Now we have to check if you have permission on the lock folder:
if you have filesystem-2012.6-2 or NEWER then look for the folder
ls -ld /run/lock
this folder is created at boot time from the system, following the
instruction from /usr/lib/tmpfiles.d/legacy.conf
so we need to change the default permission on the conf file to respect
our need.
first of all, as root or with sudo, copy the
/usr/lib/tmpfiles.d/legacy.conf to /etc/tmpfiles.d/
cp /usr/lib/tmpfiles.d/legacy.conf /etc/tmpfiles.d/
now modify /etc/tmpfiles.d/legacy.conf and make the permission on
/run/lock read+write for group, and change group from root to lock; it
will be like:
d /run/lock 0775 root lock -
now we just have to be sure to be in the lock group
usermod -a -G lock yourUserName"
----

So, they propose to create a new "lock" group which have write permission on /run/lock, it's maybe not the best but still better than a brutal chmod at each reboot.

BUT it seems to me that a better solution have been given by ozz on his
comment from "2013-03-07 20:41" creating a new lock directory especially
for rxtx and allow "uucp" group to write in it, and only in it.

Hope this can help.

yuvadm commented on 2013-11-06 12:59

Frans' workaround works flawlessly. But it's worth noting that avr-gcc is required for compiling, and avrdude is required for flashing.

frans.slothouber commented on 2013-11-03 18:38

The following patch solves the

/usr/share/arduino/hardware/tools/avr/bin/../lib/gcc/avr/4.3.2/../../../avr/bin/ld: cannot find -lm

problem.


Replace the following part in PKGBUILD

~~~~~~~~~~~~~~~~~~~~~~~~~
package() {
cd "$srcdir/arduino-$pkgver"

# arduino excutable should accept arguments
~~~~~~~~~~~~~~~~~~~~~~~~~

with

~~~~~~~~~~~~~~~~~~~~~~~~~
package() {
cd "$srcdir/arduino-$pkgver"
# remove the provided avr-gcc tool chain, cause
# we will use the one provided by Arch
rm -r hardware/tools

# arduino excutable should accept arguments
~~~~~~~~~~~~~~~~~~~~~~~~~~

The arduino IDE will now use the avr-g++ that comes as a makedependency of avr-libc.

Probably also a good idea to list avr-gcc as a proper dependency.

Why this works is explained by the file:

arduino-1.0.5/hardware/tools/readme.txt

in the original archive.


PS: Still have a problem on my system with permissions for the lock file for rxtx.

bdalenoord commented on 2013-10-31 20:00

@masteryod https://wiki.archlinux.org/index.php/java

You have either the choice between OpenJDK or Oracle JRE/JDK, which are implementations of 'java-runtime'... Install either one of the packages and your Arduino installation should be succesfull...

---

Haven't had the time to experiment with the generic avr-gcc toolchain, I'm hoping to find some time to work on the issues with this package. I'll post back if a better/more permanent solution is found either by me or another developer.

masteryod commented on 2013-10-31 19:57

Dependency `java-runtime' of `arduino' does not exist.

frans.slothouber commented on 2013-10-30 03:57

@pyropeter

I wouldn't mind maintaining the package. I use the arduino regularly
(though a RasPi is a lot of fun too :) and package seems to be useful to plenty of people.

I've sent you an email so you have my email address and we can discuss the details. (Am new to Arch).

pyropeter commented on 2013-10-29 09:39

@frans.slothouber: I would gladly accept patches to this PKGBUILD.
I'm also searching for a new maintainer, since I don't use the arduino
software at the moment (got a RasPi :-P).

Also, you should note that avr-gcc is not a dependency of this package,
but a makedependency of avr-libc.

frans.slothouber commented on 2013-10-29 03:15

@bdalenoord

In /usr/share/arduino/hardware/tools/avr/bin change avr-gcc to

#!/bin/bash
# export LD_LIBRARY_PATH="`dirname "$0"`/../lib"
# exec -a "$0" "`dirname "$0"`/../bin.gcc/avr-gcc" "$@"
/usr/bin/avr-gcc "$@"

This got me to compile code and get the blink scketch to work on my leonardo.

This is a hack to get it working.

One of the issues I can see is that the whole avr tool-chain inside the /usr/share/arduino is version 4.3.2.

The avr-libc and tool-chain that gets installed because it is listed as a dependency of this package is version 4.8.2.

When I compare the directory tree of Arduino 1.0.5 downloaded from aurdio.cc with the directory tree installed by this package in /usr/share/arduino lots of library files seem to be missing from that tree.

This is probably on purpose, but mixing libraries from 4.8.2 with the tools from 4.3.2 could be a source of problems.

One way to fix this is to remove the 4.3.2 chain completely from the tree and let all the files in /usr/share/arduino/hardware/tools/avr/bin link to their 4.8.2 versions.


@pyropeter, I wouldn't mind having a go at this, are you willing to accept a patch
to PKGBUILD ?



yuvadm commented on 2013-10-28 22:04

I can only add that this package is broken on one machine I have and works fine on another, no clear distinction as to why this is the case.

Also, I tried downloading arduino-1.0.5-linux64.tgz, opening it in a directory, and running from there and it works like a charm.

So looks like this isn't an upstream issue.

pyropeter commented on 2013-10-28 18:43

@bdalenoord: I can't help you. (Lack of time and knowledge)
About arduino-beta and arduino-git: The former is just a copy of this
PKGBUILD with a changed version number (so it should behave exactly
the same). The latter is a different package which should contain
different packaging bugs than this one.
Since I know the quality of the arduino software, I'm not really
supprised to hear about problems with their toolchain. You should try
to contact the arduino developers (they usually hang out on their
mailinglist) and maybe they can help you.
Other than that, you could try just using the hardware and an
arduino-free toolchain (avr-gcc, avr-binutils, avrdude). They should
work just fine, but don't offer colored buttons to click on.

bdalenoord commented on 2013-10-28 18:29

@frans.slothouber

Can you tell me (us actually) how to do this? Using symlinks or is there a better way?

frans.slothouber commented on 2013-10-27 22:40

@bdalenoord.

I see the same problem when I use this package in combination with the ino package.

Got around the problem by telling ino not the use the avr-gcc compiler that comes with the ardiuno
package ( /usr/share/arduino/hardware/tools/avr/bin/avr-gcc) but instead use the one that comes with the avr-gcc package (/usr/bin/avr-gcc).

Note that the avr-gcc package is installed are a result of installing the ardiuno package.


bdalenoord commented on 2013-10-27 19:56

I've been experiencing problems with the Arduino IDE lately, and I'm not the only one as the following thread suggests:

https://bbs.archlinux.org/viewtopic.php?pid=1342271

I've been investigating and filed a wrong bug report here (for the sake of relevant information):

https://bugs.archlinux.org/task/37515

Anyone with an idea?

bdalenoord commented on 2013-10-27 19:43

I've been experiencing problems with this package as of 26 October 2013... Filed a bug report to Arch of which the conclusion was that it was a problem in the arduino-package...

Report here: https://bugs.archlinux.org/task/37515
Has anyone got an idea?

pyropeter commented on 2013-10-20 20:06

Could everyone please stop flagging this package out of date?
The 1.5 beta is packaged as arduino-beta (Thanks, Aperculum).

drbellerive commented on 2013-10-07 21:35

Thanks to Aperculum there is now arduino-beta! Thank you, thank you.

liquibyte commented on 2013-10-04 23:48

I realize that the Yun and Due isn't supported and I imagine that the TRE won't be as well. I think that when the TRE comes to market that the 1.5.4 will come out of beta because I imagine that they want to iron out the bugs on that end first. I think perhaps that there should be a stable, git and a beta package. Personally I'd like to see the stable get included in extra instead of being in the aur. My point is that the latest stable is what it is regardless of the hardware supported and flagging out of date is premature until the upgrade to stable. If dates are any indication relative to hardware, the upgrade to stable won't be until next spring. Do we want to be running a beta or have an out of date flagged package? IMHO this isn't out of date until the upgrade.

drbellerive commented on 2013-10-04 21:56

@liquibyte: I'm tend to agree that it is a bit premature to flag this out of date.
However, the beta version (1.5.4) is required for the Yún and Due as the stable release 1.05 doesnt support those boards.
It would be nice to have a package for the beta version (1.5.4) as well as this version until 1.5.4 does become the stable version.
There is the arduino-git package, but I was not able to install that package and I also notice a comment there about someone else having problems with it as well. Plus the fact that the current git version may not be as stable as the beta release.

liquibyte commented on 2013-10-04 03:24

Correct me if I'm wrong but being that 1.5.4 is still in beta wouldn't that make this package not out of date quite yet? As long as 1.0.5 is still being recommended as current and stable on arduino.cc I'd say that flagging this out of date was inappropriate and premature.

gdamjan commented on 2013-09-10 13:48

1.5.4 release imminent
http://blog.arduino.cc/2013/09/10/its-time-to-enjoy-the-arduino-yun-now-available-for-purchase/

pyropeter commented on 2013-08-11 14:24

@City-busz:

> However, I think it would better if arduino package would use the
> separately packaged avr-gcc, avrdude and rxtx as in Fedora (requires
> some patches, and Arduino needs to be rebuilt from sources)

Yes, that would be a really good idea, but a huge amount of work.
I tried to do that when I began to use the Arduino software and it
worked for me, but it never took off (maybe it didn't work with
Arduinos that weren't Duemillanove). It also was hard to maintain
and support, so I deleted it in the end. (I didn't build arduino
from source, though. Instead I used the arduino tarball and deleted
the included librarys)

If some poor guy from the fedora project actually sacrificed this
sanity to figure out how to patch arduino software and build it from
source, then I think the right thing to do is to write PKGBUILDs
that follow the fedora packages. That should be relatively
straightforward to do and has the great advantage that we could
search for help there if we encounter strange bugs that are caused
by the packaging.

Since I no longer use the arduino software I would be happy to
disown this package for the person that implements that.

City-busz commented on 2013-08-11 13:49

@pyropeter: no, I haven't send it, because rxtx upstream looks dead, but someone could send it to the appropriate bug report (the patch come from Fedora):
http://bugzilla.qbang.org/show_bug.cgi?id=183

On the other hand, you can send the patch to Arduino's RXTX fork also, but please note that it's probably a distribution-specific patch and may break locking on other systems:
https://github.com/arduino/RXTX

However, I think it would better if arduino package would use the separately packaged avr-gcc, avrdude and rxtx as in Fedora (requires some patches, and Arduino needs to be rebuilt from sources):
http://pkgs.fedoraproject.org/cgit/arduino.git/tree/

pyropeter commented on 2013-08-11 10:17

@City-busz: Great! Have you sent that patch upstream?
To speed things up, someone could ask the arduino developers to apply
the patch to their own rxtx build that gets included in the arduino
distribution.
To speed things up even more, someone could attempt to patch the arduino
sources himself and build a fixed version of arduino 1.0.5. BUT: I would
expect this to take about one to three days (time to clone arduinos git
repository not included), and the person would probably have to visit
a mental institution afterwards.

City-busz commented on 2013-08-11 02:18

I fixed the rxtx package now. If you use this package, you only need to be in 'lock' and 'uucp' groups to connect to devices:
https://aur.archlinux.org/packages/rxtx/

pyropeter commented on 2013-07-24 11:43

Since everyone here seems to have forgotten about my comment, I'll just repost it:

Comment by pyropeter [2013-03-05 23:53]
[... previous comments were about the /run/lock issues ...]
Yeah, that's a known bug in rxtx, a library used by arduino.
It's unusable on ArchLinux since about June 2012.
See: http://bugzilla.qbang.org/show_bug.cgi?id=183

The ONLY solution is to fix rxtx. Really, people, someone has to do this!
If you read this, be informed that nobody except YOU will fix this bug, so
it is completely pointless to sit on your butts all day and wait for someone
else to fix it. Instead, ignore that you just know how to use java, learn C
already and FIX THE DAMN BUG.

ozz commented on 2013-07-22 18:39

777 is very insecure, don't do that. 1777 is better (sticky bit) if you want to go that route although it is not the best solution either.

Anonymous comment on 2013-07-21 05:47

important: chmod 777 /run/lock :)

pyropeter commented on 2013-06-06 07:41

uploaded version 1:1.0.5-1

Thanks to bugfix for flagging this out of date, and thanks to darkapex for reminding me this was still flagged out of date.

pyropeter commented on 2013-04-18 09:41

@halletienne: Nope. The Arduino developers included (a patched version of) librxtx in the Arduino tarball.

Anonymous comment on 2013-04-15 05:03

Shouldn't there be the package rxtx among the dependencies ?

pyropeter commented on 2013-03-14 20:46

uploaded version 1:1.0.4-1

ozz commented on 2013-03-07 20:41

Sorry, I misunderstood the description. I thought it said "includes patched avrdude and (patched) librxtx". Otherwise I knew about the rxtx issue, I just mistakenly thought it was patched.

While the solution hugueschabot provided works, it doesn't seem like a good idea to give anyone in the uucp group full access to the lock directory as that could be a security problem.

Instead I would recommend something like:
/etc/tmpfiles.d/rxtx.conf

d /var/lock/rxtx 0775 root uucp -

Then patch the RXTX library to use /var/lock/rxtx as the lock path. Looks like a simple patch. Edit SerialImp.h and change the LOCKDIR define.

follettos commented on 2013-03-07 13:13

Thank you! It works! =)

hugueschabot commented on 2013-03-07 11:29

Here is what I did to workaround the problem.

Create /etc/tmpfiles.d/legacy.conf with the following content. After rebooting, RXTX will then be able to create the lock file in /run/lock.

# Override of /usr/lib/tmpfiles.d/legacy.conf
# This is only required by RXTX (for Arduino)

# See tmpfiles.d(5) for details

d /run/lock 0775 root uucp -
d /run/lock/subsys 0755 root root -
d /run/lock/lockdev 0775 root lock -

follettos commented on 2013-03-07 06:53

I found this solution that solves the problem.
See: http://arduino.cc/forum/index.php?topic=111879.0;wap2

The only problem is that I do not rc.local I do not know how to do it automatically start with systemd.

Excuse me for my English.

pyropeter commented on 2013-03-05 23:53

@ozz: Yeah, that's a known bug in rxtx, a library used by arduino.
It's unusable on ArchLinux since about June 2012.
See: http://bugzilla.qbang.org/show_bug.cgi?id=183

The ONLY solution is to fix rxtx. Really, people, someone has to do this!
If you read this, be informed that nobody except YOU will fix this bug, so
it is completely pointless to sit on your butts all day and wait for someone
else to fix it. Instead, ignore that you just know how to use java, learn C
already and FIX THE DAMN BUG.

ozz commented on 2013-03-05 21:24

Am I missing something? I still get RXTX permission errors even when I'm in the uucp group.

$ groups
lp uucp scanner users

$ arduino
Native lib Version = RXTX-2.1-7
Java lib Version = RXTX-2.1-7
check_group_uucp(): error testing lock file creation Error details:Permission deniedcheck_lock_status: No permission to create lock file.
please see: How can I use Lock Files with rxtx? in INSTALL

pyropeter commented on 2013-01-10 16:23

@Durag: As I wrote in an earlier comment:
I have no intention at all to figure out how to do stuff in
one of those desktop environment thingies. (I don't use one
for a reason) Do it yourself (If you have the skills) and then
tell me what you did so that I can put it in this PKGBUILD.

Also, read this:
https://wiki.archlinux.org/index.php/The_Arch_Way#User-centric

Durag commented on 2013-01-09 19:33

I've got the same problem like luk156 on two fresh installed arch systems with Gnome 3.

pyropeter commented on 2012-12-10 16:38

uploaded version 1.0.3

pyropeter commented on 2012-12-08 12:04

@luk156: Okay, I do understand your problem, but I have no idea
how to fix that. Please figure it out, and send me a patch. Thanks!

Anonymous comment on 2012-12-08 09:16

i've upload two screenshots

http://tinypic.com/r/24bn80k/6
http://tinypic.com/r/21j8y0g/6

pyropeter commented on 2012-12-06 19:42

@luk156: I don't know what you are talking about. I don't use gnome3. I don't even use any desktop environment. Could you try to rephrase your comment?

Anonymous comment on 2012-12-06 08:10

on gnome 3 when i launch arduino it create a new icon on the panel also with a minimal resolution

Anonymous comment on 2012-11-06 12:01

Thanks, everything seems to be fine in the new version and its package.

pyropeter commented on 2012-11-05 21:32

uploaded 1.0.2

Anonymous comment on 2012-11-05 16:32

Arduino 1.0.2 stable available.
Download http://arduino.cc/en/Main/Software
Changelog http://arduino.cc/pipermail/developers_arduino.cc/2012-November/007242.html

Anonymous comment on 2012-10-23 09:05

Arduino 1.5 is here: http://arduino.cc/en/Main/SoftwareDue
But it's actually a beta version...

pyropeter commented on 2012-10-23 08:29

@ptb: I don't see a new release on the arduino page. Are you sure there is one?
If yes, then the *&%&^*% arduino.cc-page is broken again.

jputcu commented on 2012-08-09 16:18

The lock problems appear the be because of the rxtx java library which is not compatible with the newest filesystem layout. A bug was reported a while back: http://bugzilla.qbang.org/show_bug.cgi?id=183

pyropeter commented on 2012-08-02 16:06

@amaciel: /var/run is a symbolic link to /run. Afaik permissions of symbolic links are ignored (the permissions of the link target are used instead). The line you quoted from /etc/rc.sysinit creates /run with permissions 0755. I think you only need to make /run/lock world-writeable. This should be done by rc.sysinit by default:

> mkdir -p -m 1777 /run/lock

Because of this, I really don't understand why any of you have problems with the permissions in /run/lock. I can't reproduce that at all! Maybe you just forgot to update your system?

amaciel commented on 2012-07-26 11:07

Hi,
I'm really newbie in arch, and I have the same problem with the serial port, I can solve this by changing the permissions on /var/run. And I read wath you say. but wen I check mi /etc/rc.sysinit file i found this
mountpoint -q /run || mount -t tmpfs run /run -o mode=0755,nosuid,nodev

it's this ok or should be
mountpoint -q /run || mount -t tmpfs run /run -o mode=1777,nosuid,nodev

sorry by my english i'm spanish speaker

pyropeter commented on 2012-06-25 16:47

/run/lock is created by /etc/rc.sysinit with mode 1777 on every boot. Why would you need to chmod-777 it first?

Anonymous comment on 2012-06-25 10:49

I'm also having the issue with the new permissions of /run/lock.. any permanent solution? I need to chmod at each system reboot.

mandos commented on 2012-06-12 20:39

Thank you very much tirezo, that did it!
So it must have been the latest update in the filesystem that caused this.

Anonymous comment on 2012-06-12 18:06

I had the same exact problem, I was able to fix it by changing the permissions of the lock folder. Try:
sudo chmod 777 /run/lock
and see if it fixes your problem

mandos commented on 2012-06-12 16:38

Actually it does belong tothe uucp group (I triple-checked it).
What is even more strange is that with Gnoduino (I just tried it for the first time) everything works fine!
I tested it with both my Arduino Uno and my usb<->rs232 and the boarduino. Strange...

pyropeter commented on 2012-06-12 16:11

Maybe /dev/ttyACM0 does not belong to the uucp group?

mandos commented on 2012-06-12 11:57

Thanks pyropeter! Sadly it didn't solve the problem with the port selection. I wonder what might cause this.
If (as a user) do an echo to the port the arduino flashes its leds (ie: echo "hi" > /dev/ttyACM0).

In the arduino software I still can't select a port as user. I can as root. Which is strange.
I'm looking into it, if I find a solution I'll update the wiki entry.

Thanks again!

pyropeter commented on 2012-06-11 19:58

Oh, and there is a source package for 1:1.0-3 here:
http://pyropeter.eu/arch/arduino-1%3a1.0-3.src.tar.gz

pyropeter commented on 2012-06-11 19:55

@mandos: A 64-bit build of arduino-1:1.0-3 is available here:
http://pyropeter.eu/arch/pyropeter/arduino-1%3a1.0-3-x86_64.pkg.tar.xz

mandos commented on 2012-06-11 15:40

I can't access the serial ports menu with 1.0.1 as a user (I am in the UUCP group).

I tried with both my USB->RS232 board and my Arduino UNO that has builtin FTDI.

Could it be the update? Is there anywhere the v1.0 in order to downgrade? Thanks ;)

mandos commented on 2012-06-11 15:32

I can't access the serial ports menu with 1.0.1 as a user (I am in the UUCP group).

I tried with both my USB->RS232 board and my Arduino UNO that has builtin FTDI.

Could it be the update? Is there anywhere the v1.0 in order to downgrade? Thanks ;)

pyropeter commented on 2012-05-28 21:47

uploaded version 1.0.1
thanks to bwrsandman!

bwrsandman commented on 2012-05-22 23:35

I have made a working 1.0.1 version PKGBUILD for you
http://pastebin.com/9KVMJYqR

pyropeter commented on 2012-05-10 20:45

@markuman: Could you put the complete output of "LANG=C arduino" into a pastebin?
The last two lines of what could be a stacktrace are not very helpful.

Since you seem to understand german, you might want to remember this
little adage concerning the third person in the english language:
"He, She, It, Das 's' muss mit." -> "doesn't work"

markuman commented on 2012-05-09 18:14

don't work


7fcdfcc34000-7fcdfcc60000 r-xp 00000000 08:01 1065916 /usr/lib/libpng15.so.15.10.0
7fcdfcc60000-7fcdfce5f000 ---p 0002c000 08:01 1065916 /usr/lib/libpng15.so.15.10.0/usr/share/arduino/arduino: Zeile 22: 21546 Abgebrochen java -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel processing.app.Base "$*"

pyropeter commented on 2012-05-07 22:37

@rh995: ttf-liberation is not a dependency of arduino (It works just fine here without it). Why did you think it were? (Maybe it should be an optional dependency?)

@PerisH: I don't think that's a problem with this package. You should try to get help directly at the Arduino project (Afaik, they have an unofficial IRC channel and a forum which isn't read by the developers. Maybe you should try the mailing list, the developers seem to be quite active there)

@xheyther: /run/lock gets created by /etc/rc.sysinit on every boot with permissions 1777. So technically, it is a problem with your setup. But somehow I think I might remember something about remembering someone suffering from that exact issue about a year ago. Maybe you didn't update your /etc/fstab? (Just a wild guess...)

Sorry for the late answers.

rh995 commented on 2012-05-07 16:29

You should include ttf-liberation as a dependancy

PerisH commented on 2012-03-22 11:34

Hi! I have a problem with the serial port monitor. The text doesn't have the correct codefication (or my system!) and I can't understand anything.

Anonymous comment on 2012-03-04 14:27

I had to chmod 777 /run/lock to get arduino ide working. Before that I was authorized to upload to the board. The wiki page doesn't say anything about the issue I experienced. Is there something wrong with my setup or should I add a note to the wiki ?

pyropeter commented on 2012-02-29 21:18

uploaded pkgrel 1:1.0-3:
* included prog_char patch

@piratebill: your problem should be resolved. I successfully compiled
a sketch using arduino 1:1.0-3 and avr-libc 1.8.0-1.

@triple entente: thanks for the patch.
If this package seems to be outdated, it is because the arduino releases
are very infrequent and tend to be buggy. I try to make the releases as
usable as I can, but normally don't notice problems caused between
releases by updates of other packages. (I neither do daily -Syus, nor use
arduino frequently)

enteenteente commented on 2012-02-27 06:39

as this package seems to be pretty much outdated and not even running anymore (with avr-libc 1.8.1), i built a new package which is downloading and compiling the arduino-ide direclty from the git repo
see (arduino-git):
https://aur.archlinux.org/packages.php?ID=57079

enteenteente commented on 2012-02-27 06:38

as this package seems to be pretty much outdated and not even running anymore (with avr-libc 1.8.1), i built a new package which is downloading and compiling the arduino-ide direclty from the git repo
see (arduino-git):
https://aur.archlinux.org/packages.php?ID=8388

enteenteente commented on 2012-02-26 15:19

Please update the Package. This bug is known and reported:
https://code.google.com/p/arduino/issues/detail?id=795

or apply the following patch:
https://github.com/arduino/Arduino/commit/0acebeeff48cdb28c602f04e1a5906c6b2149a02

CountMurphy commented on 2012-02-26 02:55

I was able to fix my last issue by downgrading avr-libc. Any idea when this package will work with the lastest version?

CountMurphy commented on 2012-02-26 02:34

After the lastest build, nothing compiles for any board (even with empty setup and loop). This is the error I am getting:


/usr/share/arduino/hardware/arduino/cores/arduino/Print.cpp: In member function 'size_t Print::print(const __FlashStringHelper*)':
/usr/share/arduino/hardware/arduino/cores/arduino/Print.cpp:44:9: error: 'prog_char' does not name a type
/usr/share/arduino/hardware/arduino/cores/arduino/Print.cpp:47:23: error: 'p' was not declared in this scope

Any ideas?

pyropeter commented on 2011-12-20 11:24

uploaded pkgrel 1.0-2:
* remove /usr/share/arduino/__MACOSX
* add !strip to options

The problem with strip probably only occours on a 32-bit system,
I had no problems with that on my 64-bit system.

Anonymous comment on 2011-12-12 20:48

@gdamjan:
Many tanks ;)

Anonymous comment on 2011-12-04 22:07

@gdamjan
Thanks.

gdamjan commented on 2011-12-04 02:49

@jarav
I had to add the following line in the arduino PKBUILD so that the package is built:

options=(!strip)

I use aurget, so I just added the --edit option to it, and added the above on a new line.

aurget --edit -S arduino

ps.
I guess the ugly `/usr/share/arduino/__MACOSX/` is from the upstream .tgz ??

Anonymous comment on 2011-12-03 21:42

I get this error:

-> Stripping unneeded symbols from binaries and libraries...
/usr/bin/strip: Unable to recognise the format of the input file `./usr/share/arduino/hardware/arduino/bootloaders/diskloader/DiskLoader.elf'

pyropeter commented on 2011-12-03 13:35

uploaded version 1.0
* Removed progmem patch (no longer needed since gcc-avr 4.6.2 fixes the bug)

Sorry for the delay. I have cookies disabled in my browser, so
http://arduino.cc/en/Main/Software displays 0023 as the newest
version. It took me a while to figure that out :-P
If you are interested in what server configuration leads to such
behavior, you should follow this thread on developers@arduino.cc:
http://arduino.cc/pipermail/developers_arduino.cc/2011-December/006003.html

Anonymous comment on 2011-12-03 05:17

The 1.0 release is official and is linked to on that page. There were some server issues at some point yesterday, which may have contributed to what you saw, or it may have had something to do with your browser cache. If you are still in doubt, please consult irc.freenode.net#arduino or simply check out the googlecode site:

http://code.google.com/p/arduino/downloads/list

There is no upstream reason to delay updating this PKGBUILD. However, please take your time in getting the patches worked out: there's no point in pushing something that doesn't work. Thanks!

pyropeter commented on 2011-12-02 18:06

I'm not quite sure if I'm missing something, but I don't see
any mention of version 1.0 on the software page at all.
Are you sure it is not just an release canidate?

swiftgeek commented on 2011-12-02 02:49

http://arduino.cc/en/Main/Software
Links are updated now ;)

pyropeter commented on 2011-12-01 21:43

done.
https://wiki.archlinux.org/index.php/Arduino#Bugs

I'm not sure if all that info is up-to-date.

pyropeter commented on 2011-12-01 21:17

@fax8: I can't find the 1.0 version on their webpage.
Are you sure they officially released it yet?
Also, why did you remove the progmem-patch? Is the bug fixed?
(I'm asking out of curiousity, I completely forgot what caused
that bug)
I have no idea how to include the delay workaround...
Couldn't we just fix the bug? (What does even cause that bug?)
I vaguely remember that one of the numerous bug could have been
fixed by patching binutils-avr oder gcc-avr, but nobody asked the
maintainer of the package in question to include the patch.
Was that the delay bug?

I probably should create a table on the arduino page of the wiki [1]
listing all the "popular" bugs, how they are caused, the upstream bug
reports, the patches availiable and what packages the user has to
install to avoid the bug. I'm really loosing the overview when it
comes to arduino bugs.

[1] https://wiki.archlinux.org/index.php/Arduino

Anonymous comment on 2011-11-30 13:42

Arduino IDE 1.0 released. http://sprunge.us/bbTR is my initial work for a PKGBUILD for it. Please review with respect to gcc-avr memory bug (I simply disabled the patch) and possible including of the delay workaround proposed below.

Schnouki commented on 2011-11-20 22:53

@fax8: see https://wiki.archlinux.org/index.php/Arduino#delay.28.29_function_doesn.27t_work for a workaround.

pyropeter commented on 2011-11-20 18:19

@fax8: Yea, probably :-(
I thought that would have been fixed long ago.
I won't investigate the issue any further. Iirc, it was not a packaging bug
and there was nothing I (as a package maintainer) could do about it.

Anonymous comment on 2011-11-20 10:43

Just installed 0023 on 64bit Arch. Seems to be working fine. The blink sketch gets stuck with LED always on. Delay bug?

pyropeter commented on 2011-11-13 11:38

uploaded version 0023

I currently have no arduino to try if this package allows compilation and upload of sketches.
I would be happy to know if this works or not.

@sonny: I have no idea at all. It's probably an upstream issue: You should try to ask
in the arduino forums.

sonny commented on 2011-10-05 17:09

I can't enter/edit/past text on the IDE editor, any idea?

pyropeter commented on 2011-09-23 16:12

uploaded 0022-7:
* now points to arduino-64-2.tgz

@dalaen: I remember noticing the change shortly after it was made (21st of February),
but for some reason I did not change the URL back then. Did the wrong URL cause any
trouble? I'm also not quite sure if there are any differences between the two tarballs...

Anonymous comment on 2011-09-22 17:11

Have you seen that there's a changing on the official website about downloading the 64 bit version ?
The « new » URL should be : http://arduino.googlecode.com/files/arduino-0022-64-2.tgz

pyropeter commented on 2011-08-27 22:10

uploaded 0022-6:
* includes patch for compatibility with the current (broken) gcc-avr 4.6.1
* allows to pass the sketch to open as a command line argument to /usr/bin/arduino
* reminds you to add yourself to the uucp group

axil42 commented on 2011-08-24 23:09

Done. Let's move our discussion there :)
https://bbs.archlinux.org/viewtopic.php?pid=981348

schivmeister commented on 2011-08-24 18:30

@markelos

Application & Desktop Environments. Create an Arduino thread.

@pyropeter

That's what I thought :)

schivmeister commented on 2011-08-24 16:45

Application & Desktop Environments. Create an Arduino thread.

pyropeter commented on 2011-08-24 16:18

@schivmeister:
In general maintaining the arduino package tends to be a PITA.
The quality of the tarballs provided upstream is horrible. They only distribute
binary packages with executables in /usr/share/. Sometimes the patched software
included in the tarball (rxtx and avrdude) is broken or compiled for the wrong
architecture. (But compiling them manually should be a lot easier now: upstream
has released their patches on github, and I created the packages avrdude-arduino
and librxtx-arduino (both in AUR) using patches from the debian project)

Besides that, there is an issue with the bad state the avr-related projects are in:
The last two problems were caused by bugs in binutils-avr and avr-libc (or gcc-avr?!).
They have to get fixed at least in archlinux's packages before pulling arduino
to [community]. (Or you would have to add dependencies on
binutils-avr <= 2.20.1-3 and gcc-avr <= 4.5.1-2, which would be hard to satisfy)

binutils-avr bug report (no response yet):
http://sourceware.org/bugzilla/show_bug.cgi?id=12757

gcc-avr bug report (it is marked as fixed... why doesn't it work?):
http://sourceware.org/bugzilla/show_bug.cgi?id=12757

axil42 commented on 2011-08-23 22:50

Well, I would open the thread, just don't know under which section. Should it be under AUR discussion? But again I was thinking we could discuss more general things and maybe post some of our projects.

schivmeister commented on 2011-08-23 19:12

Yes, that's an excellent idea and I believe that should've been done long ago.

Anyway, I wanted to bring this into [extra] or [community] but it seems it's not very stable in the sense that there always seems to be an issue or two, especially with regards to x64. Do nudge me or any other packager if you think it deserves its place in the official and community binary repos.

Otherwise, it is in good hands currently and I will try and get working binaries pushed to one of our niche projects [1].

[1] http://archaudio.org/packages/

axil42 commented on 2011-08-23 17:43

I've been making some changes to the wiki page [1] since yesterday. I would say it's more compact now. Please check if anything needs change. Also would you guys think it would be better if we opened a thread as "The official Arduino thread" in the forums in order to talk more freely there and not spamming here?

[1] https://wiki.archlinux.org/index.php/Arduino

axil42 commented on 2011-08-22 19:46

Nope. I get even stranger errors

In file included from /usr/lib/gcc/avr/4.6.1/../../../../avr/include/util/delay.h:44:0,
from /usr/lib/gcc/avr/4.6.1/../../../../avr/include/avr/delay.h:37,
from /usr/share/arduino/hardware/arduino/cores/arduino/wiring_private.h:30,
from /usr/share/arduino/hardware/arduino/cores/arduino/WInterrupts.c:34:
/usr/lib/gcc/avr/4.6.1/../../../../avr/include/math.h:426:15: error: expected identifier or '(' before 'double'
/usr/lib/gcc/avr/4.6.1/../../../../avr/include/math.h:426:15: error: expected ')' before '>=' token

pyropeter commented on 2011-08-22 17:28

Would installing avr-libc-svn solve the problem?

axil42 commented on 2011-08-22 16:56

@fphillips
Thanks for the info, I grabbed it from here http://arm.konnichi.com/community/os/i686/

fphillips commented on 2011-08-13 20:00

arduino-0022 didn't like gcc-avr-4.6.1, so I had to downgrade it to 4.6.0. I think it will be fixed in 4.6.2/4.7.0.

When compiling a sketch:
In file included from /usr/share/arduino/hardware/arduino/cores/arduino/Tone.cpp:37:0:
/usr/share/arduino/hardware/arduino/cores/arduino/pins_arduino.h:66:48: error: variable 'port_to_mode_PGM' must be const in order to be put into read-only section by means of '__attribute__((progmem))'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44643

pyropeter commented on 2011-08-04 13:18

But why? Everyone has the rights to write to /var/lock, even users not being in any group.

jputcu commented on 2011-08-04 12:57

No, group 'uucp' is not required, it only needs to be a group I'm part of.

jputcu commented on 2011-08-04 12:47

No, group 'uucp' is not required, is only needs to be a group I'm part of.

pyropeter commented on 2011-08-04 12:38

@jputcu: I posted a reply in the rxtx comments:

filesystem-2011.04-1 already contains a world-writeable /var/lock directory:

-------------------------
$ tar -tvf /var/cache/pacman/pkg/filesystem-2011.04-1-any.pkg.tar.xz
...
drwxrwxrwt root/root 0 2011-04-08 12:08 var/lock/
...
-------------------------

Does rxtx really expect the group to be "uucp"? That would be a bug.

jputcu commented on 2011-08-04 10:25

Couldn't select a serial port in de IDE, it was grayed out. Fixed it by creating a /var/lock directory with group 'uucp' (like mentioned in the 'rxtx' AUR package comments). Not a very nice solution! Hopes this helps someone.

pyropeter commented on 2011-07-07 20:13

Uploaded 0022-5:
* I hope the desktop icon bug is fixed now

bongo commented on 2011-06-29 13:43

@pyropeter @fax8: I can reproduce the problem with the missing Icon, it also occurs on gnome 3.0.2 x64. The description text entry is not gone though.
My problem w/ the missing recognition of /dev/ttyACM* is solved, the software was somehow unable to handle much data on tx channel of the atmega328p.

bongo commented on 2011-06-28 15:00

@pyropeter @fax8: I can reproduce the problem with the missing Icon, it also occurs on gnome 3.0.2 x64. The description text entry is not gone though.
The other CRITICAL problem regarding /dev/ttyACM* persists, though the arduino forums at http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1289637335 end up with a working v0021 it doesn#t work with the current v0022 provided via AUR. It's currently not possible to communicate / upload code to the device.

pyropeter commented on 2011-06-12 22:39

@fax8:
Afaik, I didn't change anything of the desktop-icon related part of this PKGBUILD.
I also don't use a desktop environment, so I can't test if the PKGBUILD works in that aspect.

Could someone with a DE try to reproduce fax8's problem?

Anonymous comment on 2011-06-08 09:39

After I upgraded to 022 using this package on my 64bit Archilinux system, the KDE Menu Icon for the Arduino IDE disappeared. Is that only me or it's a problem with the package? Thanks, Fabio

pyropeter commented on 2011-05-25 19:16

@kasbah:
This PKGBUILD installs the plain linux tarball from the arduino homepage,
and your problem is likely caused by an upstream-bug of some sort.
(It might be caused by having an unpatched librxtx installed as a package,
causing java to load the unpatched library instead of the patched one included
in this package)

You should probably search for help in the arduino forums.



kasbah commented on 2011-05-25 19:04

I cannot get the IDE to recognize /dev/ttyUSB* or /dev/ttyACM*. They are recognized correctly by the kernel and usbserial is loaded. I can open up screen or echo some values into the ports and see the RX light flash. I am part of uucp and the permissions on the ports are set as root:uucp. When I try to use scons to try and upload a sketch I get an stk_500 timeout error. Not sure if this is related. I installed arduino-0022 on WinXP in VirtualbBox and managed to upload a sketch that way.

dkorzhevin commented on 2011-05-08 22:45

Thank you for maintaining this package for archlinux!

clynamen commented on 2011-03-13 07:34

@pyropeter
ok, now I'll ask there,thank you

pyropeter commented on 2011-03-12 22:56

@clynamen: I have no idea what could cause that.
You should open a thread in the arduino-support-forum.
Tell them you are using "arduino-0022-64.tgz" (as there are multiple tarballs out there, containing different versions of avrdude and librxtx.)

clynamen commented on 2011-03-12 18:55

I can't no longer upload to
my arduino UNO
avrdude: stk500_recv(): programmer is not responding
it's the same problem of a few weeks ago...
I also tried avrdude-svn and arduino-syslibs, but the result is the same.
I'm on x86_64

clynamen commented on 2011-03-12 18:50

I can't no longer upload to
my arduino UNO
avrdude: stk500_recv(): programmer is not responding
it's the same problem of a few weeks ago...
I also tried avrdude-svn and arduino-syslibs, but the result is the same.
I'm on x86_64

clynamen commented on 2011-03-12 18:50

I can't no longer upload to my arduino
avrdude: stk500_recv(): programmer is not responding
it's the same problem of a few weeks ago...
I also tried avrdude-svn and arduino-syslibs, but the result is the same.
I'm on x86_64

pyropeter commented on 2011-02-28 15:30

updated to 0022-4:
* x86_64: libusb-compat is needed instead of lib32-libusb-compat

@Berticus: thanks for reporting this. I have no idea how I got the impression avrdude would need a 32-bit libusb.
(maybe because of that 32-bit avrdude upstream put into the tarball once?)

Berticus commented on 2011-02-27 23:05

why use _delay_ms() instead of delay()?

Also, is there a reason lib32-libusb-compat is a dependency for 64-bit? I removed that line and everything worked just fine.

gdamjan commented on 2011-02-25 23:15

@erniejunior
use _delay_ms(...) instead of delay

AFAIR,
you'll also need to #include <util/delay.h>

Anonymous comment on 2011-02-25 23:15

@pyropeter:
Thanks a lot for the details. The chances for me to get it fixed now are much higher with that information.

pyropeter commented on 2011-02-25 15:25

@erniejunior:
The delay()-issue has to be fixed in binutils-avr (and avr-gcc?).
Someone posted a PKGBUILD for binutils-avr using the debian patchset in the arduino-forum [1]. It seems to solve the problem.
That PKGBUILD could be uploaded to AUR. (I could then add a optdependency in this package)
Someone could also look which patch exactly solves the problem (the above mentioned PKGBUILD applies about 50 patches, most of them completely unrelated) and ask the archlinux maintainer for binuils-avr to include the patch into the official package.

I am currently not working on getting delay() fixed, because the problem does not occour with arduino-ide. I'm also not using my arduino that much at the moment.

[1] http://arduino.cc/forum/index.php/topic,51000.msg363998.html#msg363998

Anonymous comment on 2011-02-24 22:17

When will the issue with the delay be fixed? It is very annoying because you can not rely on what you code! Even downgrading gcc-avr does not seem to help.
A workaround for the Duemillanove is to declare a global variable and initialize it to something != 0. You need to use that variable because else gcc will wipe it out.
I put "byte i = 42;" in my header and "i++;" into loop I can get the blink example working.

pyropeter commented on 2011-02-23 17:15

updated to 0022-3:
* 64-bit dependency fix

@SoapSeller: Thanks for reporting the bug.

SoapSeller commented on 2011-02-22 22:43

On 64bit systems the current PKGBUILD unset the dependency on avr-libc and add lib32-libusb-compat instead.

I'm pretty sure that it's needed (:

pyropeter commented on 2011-02-17 16:37

updated to version 0022-2:
* points to official 64-bit tarball

@gdamjan: thanks for reporting the new tarball

gdamjan commented on 2011-02-17 16:27

There's a official 64bit build now
http://twitter.com/#!/arduinoteam/status/37932611628175360
http://arduino.googlecode.com/files/arduino-0022-64.tgz

pyropeter commented on 2011-02-05 22:26

uploaded version 0022-1 (again)
* points to a 64-bit tarball I just created
* I did not increase the pkgrel to save 32-bit users from reinstalling

I now understood how to create 64-bit tarballs, so I hope the delay will be shorter next time.

pyropeter commented on 2011-02-05 21:02

@crocowhile: atm there is no 64-bit release of 0022.
you will have to use arduino-0021 [1] or arduino-syslibs [2] (recommented if you are not using an arduino Uno).

[1] http://aur.archlinux.org/packages.php?ID=45035
[2] http://aur.archlinux.org/packages.php?ID=44039

crocowhile commented on 2011-02-05 20:31

There is a problem with this PKGBUILD, now. this file (http://files.arduino.cc/downloads/arduino-0022-2.tgz) cannot be accessed and returns a 404.

Anonymous comment on 2011-02-05 06:03

The delay() function does not work as expected as noted below. The problem seems to be in binutils-avr. See the following topics from the arduino forums for a workaround/fix. Hopefully, this can be fixed in the Arch packages.
http://arduino.cc/forum/index.php/topic,51000.0.html and http://arduino.cc/forum/index.php/topic,49900.0.html
Cheers,
-Igor

Neverth commented on 2011-02-02 23:30

The delay is somehow broken.
#include <avr/delay.h> and use _delay_ms untill this is figured out.
Compiled new toolchain (arduino ide excluded, tried using avr-gcc 4.3.3 and other versions. does not work).
Using Uno if it matters.
Hex sizes differ between delay and _delay_ms (and different gcc versions produce different sizes too).

pyropeter commented on 2011-01-26 19:23

@FoC400: that sounds more like a bug in delay().
Could you upload the program you are tring to use?

crocowhile commented on 2011-01-26 18:10

I have had some success using gcc-avr 4.3.3
If you want to try out yourself, you can use the following PKGBUILD: http://dl.dropbox.com/u/52420/gcc-avr/PKGBUILD
You may have to remove the newer version of gcc-avr first.

Anonymous comment on 2011-01-26 18:00

I have a Duemilanove 328 as well.
I noticed if the delay for HIGH is significantly lower, it will flash for that delay, then procede to LOW and get stuck.

pyropeter commented on 2011-01-25 16:10

@insanemal: does the LED stay on?

Anonymous comment on 2011-01-25 11:06

I have a DFRduino Duemilanove 328.

crocowhile commented on 2011-01-23 22:10

I am experiencing the same issue as FoC400 and insanemal; I have filed a bug at http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1295818399

pyropeter commented on 2011-01-23 01:37

@FoC400: I forgot to mention: you will probably also need avrdude-svn ( http://aur.archlinux.org/packages.php?ID=43445 )

pyropeter commented on 2011-01-23 01:35

To me it sounds like building the code and uploading would work for insanemal, whereas FoC400 describes an upload error.
Could you both tell my what model of arduino you use?

@FoC400: if you are using a duemilanove, you could suffer the reset-bug. have you tried arduino-syslibs? ( http://aur.archlinux.org/packages.php?ID=44039 )

Anonymous comment on 2011-01-22 15:58

@insanemal,

I'm experiencing the same problem. However, once I did a system update avrdude gave me an error it hasn't done before.
avrdude: stk500_recv(): Programmer is not responding.

pyropeter commented on 2011-01-22 15:09

@insanemal: that's very odd. it does not sound like a problem introduced by the package, so you should probably open a thread about this at the forum ( http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?board=swbugs ).

Anonymous comment on 2011-01-21 04:40

@Pyropeter,

I've installed the other package and it appears to work.. however any code it builds and uploads does not work.. infact it ususally executes the first command it comes to then crashes.
For example 'blink' turns the led on and thats it.

Build the sketch on Windows (or in vm) and it works. I think its a compiler issue as the code is also smaller when compiled on linux.

pyropeter commented on 2011-01-20 20:59

@insanemal: no problem, the arduino project sometimes is really confusing :-P

Anonymous comment on 2011-01-20 12:43

@pyropeter

Thanks for that.. Sorry about getting that so wrong.

pyropeter commented on 2011-01-19 19:53

rectification: they generally provide 64-bit builds, but there is none for version 0022 at this moment.

pyropeter commented on 2011-01-19 19:48

@insanemal: that's an upstream problem
they do not provide a 64-bit binary distribution.

at the moment you should install arduino-0021: http://aur.archlinux.org/packages.php?ID=45035

Anonymous comment on 2011-01-19 12:57

http://files.arduino.cc/downloads/arduino-0022-2.tgz
Does not exist.

Cannot build package.

Anonymous comment on 2011-01-18 16:56

@pyropeter: I tried version 22 from the website and it wouldn't run hence why I requested the previous version, which I must thank you for.

I found no issue with the 32 binarys on my 64 system, maybe there's some performance loss but my computer is probably powerful enough for me not to notice.

pyropeter commented on 2011-01-03 17:59

@niadh: I uploaded arduino-0021: http://aur.archlinux.org/packages.php?ID=45035

I wonder if it would make sense to install the 32-bit binaries on 64-bit systems. One would have to install lib32-libusb-compat from aur, but the 64-bit users could try 0022... It does not look like the 64-bit built would appear some time soon.

Anonymous comment on 2010-12-28 11:29

If you have the previous pkgbuild archive would it be possible to have that in the aur as well?

With the updated package only working for 32 bit users then there is no readily installable 64 bit package for this and your previous one worked fantastically.

pyropeter commented on 2010-12-25 02:19

uploaded version 0022-1.
At the moment there is no build for 64-bit, you will have to wait till it is available.
I will then upload a changed pkgbuild with the same pkgrel, to save 32-bit users from updating.
(I am not quite sure if this makes sense, please inform me about any inconvenience this may cause)

@fax8: I am happy to hear my package works! thanks for reporting the update.

Anonymous comment on 2010-12-24 23:55

btw, thanks for maintaining this PKGBUILD, it really works great here..

Anonymous comment on 2010-12-24 23:54

Devid Mellis just published arduino-0022. Check http://arduino.cc/en/Main/ReleaseNotes

Anonymous comment on 2010-12-20 14:17

Finally this is the pkgbuild that got my arduino uno working on Arch64! Thank you very much for packaging this!

pyropeter commented on 2010-12-12 16:25

uploaded version 0021-4
this adds a dependency on avr-libc

@gatonero:
I only added avr-libc, as it depends on gcc-avr.
I don't think arduino needs gcc, as gcc-avr seems to be independend from the gcc package.
avrdude is included in this package, so there is no need to depend on it.
thanks!

gatonero commented on 2010-12-11 18:41

I guess these dependencies are missing:

gcc
gcc-avr
avr-libc
avrdude

Without avr-libc I got this error while compiling a sketch:

avr/io.h: No such file or directory

fphillips commented on 2010-12-11 08:37

@borken.pie: Take your question to the forums please. It is not specific to this aur package.

broken.pipe commented on 2010-12-11 08:03

@pyropeter:
gcc-multilib conflicts with the already installed version of gcc-libs and binutils-multilib conflicts with binutils.

pyropeter commented on 2010-12-10 22:34

uploaded version 0021-3
this now uses libusb-compat, please run -Syu first (64-bit users need to install lib32-libusb-compat from AUR)

@broken.pipe: I don't understand your question (this package is not depending on gcc-libs-multilib?)

broken.pipe commented on 2010-12-10 15:40

it's running nice on 32bit but gcc-libs-multilib and gcc-libs conflicts on 64bit. What shall i do?

broken.pipe commented on 2010-12-10 15:40

it's running nice on 32bit but gcc-libs-multilib and gcc-libs conflicts on 64bit. What shall i do?

broken.pipe commented on 2010-12-10 15:34

it's running nice on 32bit but gcc-libs-multilib and gcc-libs conflicts on 64bit. What shall i do?

fphillips commented on 2010-12-08 18:47

Yes, it works on Uno now. BTW, I have reported the broken link: http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1291770711

pyropeter commented on 2010-12-08 15:06

The first two problems were caused by the same bug: I used indexes begining at 1 instead of 0 in my CARCH-code.
So it deleted the 'arduino' source instead of the 64-bit SDK on your system.

I also changed the 32-bit source.

I hope it works now!

fphillips commented on 2010-12-08 00:39

Is there a reason the 'arduino' source doesn't get linked like the other sources in $srcdir?

drwxr-xr-x 8 fp users 4096 Dec 7 17:58 arduino-0021
lrwxrwxrwx 1 fp users 42 Dec 7 17:58 arduino-0021-2.tgz -> /home/fp/builds/arduino/arduino-0021-2.tgz
lrwxrwxrwx 1 fp users 40 Dec 7 17:58 arduino-0021.tgz -> /home/fp/builds/arduino/arduino-0021.tgz
lrwxrwxrwx 1 fp users 39 Dec 7 17:58 arduino.desktop -> /home/fp/builds/arduino/arduino.desktop
lrwxrwxrwx 1 fp users 39 Dec 7 17:58 arduino.install -> /home/fp/builds/arduino/arduino.install
lrwxrwxrwx 1 fp users 35 Dec 7 17:58 arduino.png -> /home/fp/builds/arduino/arduino.png

This causes "install: cannot stat `/home/fp/builds/arduino/src/arduino': No such file or directory."

Also, both sources from http://files.arduino.cc contain a 64-bit librxtxSerial.so, so it's useless on 32-bit:

[fp@viron arduino-0021]$ file lib/librxtxSerial.so
lib/librxtxSerial.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped

so please change the 32-bit source to http://arduino.googlecode.com/files/arduino-0021.tgz

And... I think the CARCH logic isn't being respected, because I'm still getting a 64-bit librxtxSerial.so even after changing the source URL.

Nice Work! :P

Anonymous comment on 2010-12-06 04:23

I found some issues with your tarball. Binaries are usually frowned upon. This includes:
arduino/arduino.png
"Just an icon" you say, but maybe you should ask upstream to include it. Please correct this.

pyropeter commented on 2010-12-05 19:01

I adopted this package:
It now installs an unmodified Arduino SDK. (with avrdude and librxtx)

For a package without avrdude and librxtx you should try arduino-syslibs: http://aur.archlinux.org/packages.php?ID=44039

pyropeter commented on 2010-11-30 23:21

I now uploaded arduino-syslibs (schiv proposed to call it like that, instead of "arduino_unpatched").
https://aur.archlinux.org/packages.php?ID=44039

The PKGBUILD I would like to see as "arduino":
http://keks.selfip.org/tmp/aur-arduino/

pyropeter commented on 2010-11-30 18:31

I sent a mail to aur-general concerning the Arduino related packages in the AUR.
It proposes to have two packages containing the arduino SDK:
* arduino: the tarball from arduino.cc extracted to /usr/share, e.g. for the Uno users
* arduino_unpatched: like the above, but without avrdude and librxtx, allowing e.g. the use of avrdude-svn for a Duemillanove

http://mailman.archlinux.org/pipermail/aur-general/2010-November/012059.html

pyropeter commented on 2010-11-30 00:25

@Boiler: try arduino64, it uses the patched avrdude.

Boiler commented on 2010-11-29 23:56

Trashman, you must use patched version of avrdude from the arduino tarball.

pyropeter commented on 2010-11-25 21:15

@esmil: then imo it would be better to have a separate package the Uno-users can use until the hack gets pulled into the avrdude repository.
(They are tring to push the change upstream, are they?)

Anonymous comment on 2010-11-25 20:48

Ardunio 0021 comes with a hacked version of avrdude that supports the new Arduino Uno. Hence symlinking to the packaged (upstream) avrdude doesn't work.

pyropeter commented on 2010-11-25 20:45

I forgot to mention: Maybe you need avrdude-svn from AUR, as community/avrdude seems to have problems with reseting arduinos.
(I needed that with my duemilanove)

pyropeter commented on 2010-11-25 20:42

I wrote a PKGBUILD that removes avrdude and librxtx from the arduino source tarball (making it architecture independend).
It is called arduino-pyro ( https://aur.archlinux.org/packages.php?ID=43902 )

It should work on i686 and x86_64, and should fix the stk500-bug fphillips reported. (It should always reset the arduino before uploading)
It also has proper dependencies, fixing clynames problem.

It would be nice if you could test it and tell me if it works...

pyropeter commented on 2010-11-25 15:16

@clynamen: Have you installed lib32-libusb (on x86_64) or libusb?
The dependencies should include libusb/lib32-libusb, depending on the architecture.

Maybe it would be a easier to provide two packages: arduino (for i686 only) and lib32-arduino (for x64_86)

clynamen commented on 2010-11-25 14:39

Unfortunally fphillips' solution doesn't work for me. I tried to use internal avrdude rather than community/avrdude but when I upload there's this error

/usr/share/arduino/hardware/tools/avrdude: error while loading shared libraries: libusb-0.1.so.4: cannot open shared object file: No such file or directory

pyropeter commented on 2010-11-12 18:43

To upload to my Duemilanove, I need to use unsupported/avrdude-svn.
So I would like the arduino SDK to use /usr/bin/avrdude and /etc/avrdude.conf.

fphillips commented on 2010-11-11 22:13

I received an Uno yesterday and spent all day trying different tricks and patches to get it to work because I was getting various stk500 not in sync and invalid device signature errors on upload. In the end what worked is just changing these two lines in the PKGBUILD:

rm ${pkgdir}/usr/share/arduino/hardware/tools/avrdude
ln -s /usr/bin/avrdude ${pkgdir}/usr/share/arduino/hardware/tools/avrdude

to look like this:

chmod 755 ${pkgdir}/usr/share/arduino/hardware/tools/avrdude
#ln -s /usr/bin/avrdude ${pkgdir}/usr/share/arduino/hardware/tools/avrdude

so that we use internal avrdude rather than community/avrdude. Does the PKGBUILD really work as is for other models (without hacks)?

I hope we can find a package that will work for all models.

Harvie commented on 2010-11-04 00:30

Nareto: "avrdude: stk500_recv(): programmer is not responding" IS really caused by not using -carduino (or by killed bootloader or board, in that case you can try re-flashing the arduino). -carduino resets arduino before sending the sketch -cstk500 doesn't.

I've made small program that can reset arduino for you, but you still need simple BAHS wrapper around avrdude to call it...
https://github.com/Harvie/Programs/blob/master/c/serial-pulse-dtr.c

anyway there is no problem with using system's avrdude. i guess that latest version already have arduino programmer in it's configuration and if it does not, you can still pass it path to alternative avrdude.conf (which can be shipped in arduino package instead of whole avrdude).

gdamjan commented on 2010-10-23 15:54

1. If you remove the bundled avrdude and instead link to the system avrdude, maybe you also need to do the same with the avrdude.conf file.

2. To program my Duemilanove-168 I also had to replace stk500 to arduino (i.e. diecimila.upload.protocol=arduino)

Anonymous comment on 2010-10-09 03:34

==> ERROR: arduino.desktop was not found in the build directory and is not a URL.

2.6.34-ARCH i686 Intel(R) Atom(TM) CPU N270 @ 1.60GHz GenuineIntel GNU/Linux

I had to remove references to arduino.desktop and arduino.png in the PKGBUILD then run makepkg --skipinteg (not ideal)

Anonymous comment on 2010-10-05 13:55

Seems that the link to 64-bit version should be http://files.arduino.cc/downloads/${pkgname}-${pkgver}-2.tgz .. it doesn't look to be available as http://arduino.googlecode.com/files/${pkgname}-${pkgver}.tgz (it raise a 404 file not found error)

This PKGBUILD worked for me: http://aur.pastebin.com/5A8ipZ5Q

schivmeister commented on 2010-10-01 21:42

itsbrad212: Are you going to move this anytime soon? I had this in my TODO for a while but haven't managed the time, especially because it involves the avr toolchain.

Trashman has done a good job with this, so I don't see any trouble ahead. Any dependencies in AUR can be moved as well (rxtx has good votes too). Since you have taken up the avr stuff, you're in a good position to adopt this as well :)

Nareto commented on 2010-09-19 18:41

Harvie, I tried substituting -cstk500v1 with -carduino but it seems it's not an option... I get:

avrdude: Can't find programmer id "arduino"

(I tried this because I'm unable to upload to arduino, I get the error "avrdude: stk500_recv(): programmer is not responding
")

Anonymous comment on 2010-09-15 07:06

Sure, but it has a package from AUR in dependencies.

Anonymous comment on 2010-09-15 03:24

Would you like me to move and maintain this in [community] for you?

Anonymous comment on 2010-09-15 03:24

Would you like me to move and maintain this in [community] for you?

Anonymous comment on 2010-09-15 03:24

Would you like me to move and maintain this in [community] for you?

Anonymous comment on 2010-09-15 03:23

Would you like me to move and maintain this in [community] for you?

Anonymous comment on 2010-09-15 03:23

Would you like me to move and maintain this in [community] for you?

Harvie commented on 2010-08-30 13:11

and when you will use avrdude from avrdude package then you should use -carduino instead of -cstk500v1 argument... that will fix some problems with resetting arduinos.
and maybe you should also use some wrapper around avrdude to make it 100% sure by calling this program to reset arduino by serial DTR pulse before avrduding: http://github.com/Harvie/Programs/blob/master/c/serial-pulse-dtr.c

Harvie commented on 2010-08-30 09:27

Hello i would appreciate if this package will use avrdude from avrdude package instead of it's own

depends(avrdude ...)
...
rm ${pkgdir}/usr/share/arduino/hardware/tools/avrdude
ln -s /usr/bin/avrdude ${pkgdir}/usr/share/arduino/hardware/tools/avrdude

Anonymous comment on 2010-07-14 08:52

It would be nice to have a .desktop file for Java IDE.

Anonymous comment on 2010-04-25 08:36

Hi, I modified the Makefile from arduino.cc and made it into an Arduino project skeleton on GitHub. I prefer emacs to the Java IDE all the Makefiles I found lying around on the web didn't work for the AUR package :)

http://github.com/markhellewell/arduino_starter_archlinux

Anonymous comment on 2010-04-11 17:02

Thanks

Anonymous comment on 2010-04-11 06:15

>Hi,
>Am getting this error :
>Validating source files with md5sums...
>arduino-0018.tgz ... FAILED

fixed

Anonymous comment on 2010-04-11 01:37

Hi,
Am getting this error :

Validating source files with md5sums...
arduino-0018.tgz ... FAILED

Anonymous comment on 2010-04-09 13:30

add x86_64

shanipribadi commented on 2010-04-09 07:50

Hello, I have updated your PKGBUILD for x86_64.
The source is from arduino's googlecode site.

http://aur.pastebin.com/3f77Vs6P