The linux release is a "binary" release, so it doesn't include much of the SVN directory.
Would you please consider uploading a full source tarball for the release as well, to help source-based distros fetch more easily when installing?
I could specify the SVN tag URL in the ebuild (and I'll have to otherwise), but that would unnecessarily add a subversion dependency to the package.
The linux2 version is an updated release in which the ATmega328p definition has been added to avrdude.conf (as with the Windows and Mac OS X releases).
Could updated releases have a minor version bump and be called something like "0013.1" for all platforms instead?
I could wrangle with the "2" as a special case designation (and I'll have to otherwise), but the process is cleaner if minor version designations are consistent.
I'll tag the release in a second.
I see that you have. Thanks!
I really appreciate all that has gone into this release, and I'm eager to help get it into the hands of lots of Gentoo users in the easiest way possible for them.
As far as I can tell, the Arduino Pro Mini 16MHz is identical to a Diecimilia or Duemilanove in all fuses and speed parameters in the boards.txt file.
The only difference is that you need an FTDI attachment to do the sketch upload. If you need 5V support from the SparkFun FTDI Basic Breakout, modify it this way:
Would you by chance know of any villages looking for a new idiot? It would appear that I just qualified.
Here I've been studying the Mini Pro home page and the getting started material. Based on your suggestion under the FAQ, I had tried the decimille selection, and got the "AVR Dude doesn't recognize" message. So I keep digging, and asking....
Never even occured to me that the FTDI basic breakout was only putting out 3.3 volts! Use 5V, and guess what? Works just fine. And you know what? On the product description page for the 5V 16 mhz Pro mini, you know what the second sentence is? "...select 'Arduino Diecimila' within the Arduino software...".
Hi ,
The referece pages in the linux tarball are obsolete, it does not include the new functions and types ( word, word(), bitRead(), bitWrite(), bitSet(), bitClear(), bit(), lowByte(), and highByte() ) .
"* Adding support for printing floats to Print class (meaning that it works
in the Serial, Ethernet, and LiquidCrystal classes too). Includes two
decimal places."
means something different than I thought since Serial.print(); still gives an error. What DOES it mean?
Just in case it's not obvious, Serial.print(); wasn't literal. The part meant a variable or number of type float or double. Something to be printed with a decimal point.
I'm curious. Don't 32bit binaries usually run on 64bit linux? What's the point in a 64bit Arduino binary? "amd64" means compiled for the AMD64 ABI, not specifically for an AMD cpu, right?
i just installed rxtx.x86_64 (for fedora 10 currently: 0:2.1-0.2.7r2.fc10)...
and removed the lib/librxtxSerial.so file in the arduino 0013 directory
and soft-linked /usr/lib64/rxtx/librxtxSerial.so to lib/librxtxSerial.so...
it can compile and upload on amd64 now... natively...
They provide rxtx-java packages on their download site via software search. I updated the installation manuals on the playground for this distribution.