Board Manager again

Development environment specific, Arduino, Eclipse, VS2013,Em::Blocks etc
fredbox
Posts: 95
Joined: Tue Jul 07, 2015 4:44 pm

Re: Board Manager again

Post by fredbox » Sat Oct 15, 2016 12:56 am

I did a fresh install on a Linux Mint 64 bit system within the last couple of weeks using the boards manager method. I got the same errors about "no such file or directory" when trying to compile and upload.

I made a symbolic link to linux64 and it seems to allow the system to compile and upload to a board with the bootloader installed.

Code: Select all

cd ~/.arduino15/packages/stm32duino/tools/stm32tools/1.0.9
ln -s linux64 linux

User avatar
ahull
Posts: 1656
Joined: Mon Apr 27, 2015 11:04 pm
Location: Sunny Scotland
Contact:

Re: Board Manager again

Post by ahull » Sun Oct 16, 2016 10:35 pm

fredbox wrote:I did a fresh install on a Linux Mint 64 bit system within the last couple of weeks using the boards manager method. I got the same errors about "no such file or directory" when trying to compile and upload.

I made a symbolic link to linux64 and it seems to allow the system to compile and upload to a board with the bootloader installed.

Code: Select all

cd ~/.arduino15/packages/stm32duino/tools/stm32tools/1.0.9
ln -s linux64 linux
Confirmed, that fixes the issue for me to. Can we add that symlink to the installer?
- Andy Hull -

User avatar
RogerClark
Posts: 7471
Joined: Mon Apr 27, 2015 10:36 am
Location: Melbourne, Australia
Contact:

Re: Board Manager again

Post by RogerClark » Sun Oct 16, 2016 10:48 pm

It looks like some issue with the naming of the tools packages

The IDE does not seem to have a concept of Linux 32 vs Linux 64 at compile / upload time. i.e in platform.txt there is no way to run different binaries for 32 / 64

But the Boards Manager does know if you are on 64 or 32, so it downloads different tools packages based on your OS

Which means that for the BM version , the whole concept of sub folders under the tools folder,e.g. tools/win tools/linux tools/linux64 etc is redundant and the tools e.g. maple_upload, are supposed to be installed as separate platform dependent packages, so that the IDE just references the tool by name e.g. maple_upload and doesn't care whether its windows or OSX or linux

(Actually I'm not sure how the bat vs the script name is handled, I guess in theory all the linux / osx scripts could be renamed to .bat so that this was not an issue, but I think what actually happens, is that platform.txt still detects which overarching platform you are using, and varies the script name based on that paramater, but linux and linux64 would have the same script name.

So..
I suspect @ddrown needs to change something in his perl script so that the linux64 folder is packaged as "linux" when he makes the linux64 tools package.

User avatar
ddrown
Posts: 145
Joined: Sat Jan 09, 2016 4:49 am

Re: Board Manager again

Post by ddrown » Mon Oct 17, 2016 3:35 am

ahull wrote:
fredbox wrote:I did a fresh install on a Linux Mint 64 bit system within the last couple of weeks using the boards manager method. I got the same errors about "no such file or directory" when trying to compile and upload.

I made a symbolic link to linux64 and it seems to allow the system to compile and upload to a board with the bootloader installed.

Code: Select all

cd ~/.arduino15/packages/stm32duino/tools/stm32tools/1.0.9
ln -s linux64 linux
Confirmed, that fixes the issue for me to. Can we add that symlink to the installer?
I generated a 1.0.9a that uses the same .tar.gz for both x86_64-pc-linux-gnu (linux64) and i686-pc-linux-gnu (linux). This should use the same linux/ dir. Can you try that and let me know if that works? If it does, I'll figure out a cleaner way to do this.

User avatar
ahull
Posts: 1656
Joined: Mon Apr 27, 2015 11:04 pm
Location: Sunny Scotland
Contact:

Re: Board Manager again

Post by ahull » Mon Oct 17, 2016 1:32 pm

ddrown wrote:
ahull wrote:
fredbox wrote:I did a fresh install on a Linux Mint 64 bit system within the last couple of weeks using the boards manager method. I got the same errors about "no such file or directory" when trying to compile and upload.

I made a symbolic link to linux64 and it seems to allow the system to compile and upload to a board with the bootloader installed.

Code: Select all

cd ~/.arduino15/packages/stm32duino/tools/stm32tools/1.0.9
ln -s linux64 linux
Confirmed, that fixes the issue for me to. Can we add that symlink to the installer?
I generated a 1.0.9a that uses the same .tar.gz for both x86_64-pc-linux-gnu (linux64) and i686-pc-linux-gnu (linux). This should use the same linux/ dir. Can you try that and let me know if that works? If it does, I'll figure out a cleaner way to do this.
I don't see 1.0.9a as an option in the Boards Manager, how do I access that? When I access the board manager, I do see these errors...

Code: Select all

...
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
...
Perhaps call the version 1.0.9.1
I'm running 1.6.12 of the IDE - the latest version on the Arduino.cc site.
- Andy Hull -

User avatar
ddrown
Posts: 145
Joined: Sat Jan 09, 2016 4:49 am

Re: Board Manager again

Post by ddrown » Mon Oct 17, 2016 5:07 pm

ahull wrote: I don't see 1.0.9a as an option in the Boards Manager, how do I access that? When I access the board manager, I do see these errors...

Code: Select all

...
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
Invalid version found: 1.0.9a
...
Perhaps call the version 1.0.9.1
I'm running 1.6.12 of the IDE - the latest version on the Arduino.cc site.
Ah ok, I guess it doesn't like the letter. Changed it to 1.0.9.1

User avatar
ahull
Posts: 1656
Joined: Mon Apr 27, 2015 11:04 pm
Location: Sunny Scotland
Contact:

Re: Board Manager again

Post by ahull » Mon Oct 17, 2016 11:41 pm

(facepalm) Stranger and stranger. :?

Code: Select all

Invalid version found: 1.0.9.1
Invalid version found: 1.0.9.1
Invalid version found: 1.0.9.1
The other weird thing is that my 32 bit laptop offers versions with Date codes, so 2016.10.16, 2016.10.17 and so forth, but the 64 bit version offers 1.0.7 1.0.8 1.0.9 etc and spits out the above error. It seems that there is code to check that the version is X.Y.Z but the 32 bit and 64 bit versions use different values for X.Y.Z
- Andy Hull -

User avatar
ddrown
Posts: 145
Joined: Sat Jan 09, 2016 4:49 am

Re: Board Manager again

Post by ddrown » Tue Oct 18, 2016 1:18 am

ahull wrote:(facepalm) Stranger and stranger. :?

Code: Select all

Invalid version found: 1.0.9.1
Invalid version found: 1.0.9.1
Invalid version found: 1.0.9.1
The other weird thing is that my 32 bit laptop offers versions with Date codes, so 2016.10.16, 2016.10.17 and so forth, but the 64 bit version offers 1.0.7 1.0.8 1.0.9 etc and spits out the above error. It seems that there is code to check that the version is X.Y.Z but the 32 bit and 64 bit versions use different values for X.Y.Z
Heh! ok fine! 1.0.10! Arduino's so picky about version numbers.

The 1.x.x versions are from my branch (which isn't being updated) while the 2016.x.x versions are from the mainline branch (and is getting updated). Right now the two urls are separate, but eventually I'll point the 1.x.x URL to the 2016.x.x data.

User avatar
ahull
Posts: 1656
Joined: Mon Apr 27, 2015 11:04 pm
Location: Sunny Scotland
Contact:

Re: Board Manager again

Post by ahull » Tue Oct 18, 2016 10:50 pm

Clearly I am very good at finding new and interesting ways to break this.

My 32 bit install is fine, but the 64 bit install is nicely broken.
If I remove and reinstall the board manager package, it *sometimes* works, but 99% of the time I end up with it broken.
When I select any of the STM32F103XX boards, maple, maple mini etc I see something like..

Code: Select all

/home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/arduino-builder -dump-prefs -logger=machine -hardware /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/hardware -hardware /home/ahull/.arduino15/packages -tools /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/tools-builder -tools /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/hardware/tools/avr -tools /home/ahull/.arduino15/packages -built-in-libraries /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/libraries -libraries /home/ahull/Arduino/libraries -fqbn=stm32duino:STM32F1:genericSTM32F103C:device_variant=STM32F103C8,upload_method=DFUUploadMethod -ide-version=10612 -build-path /tmp/arduino_build_449201 -warnings=default -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arm-none-eabi-gcc.path=/home/ahull/.arduino15/packages/arduino/tools/arm-none-eabi-gcc/4.8.3-2014q1 -prefs=runtime.tools.stm32tools.path=/home/ahull/.arduino15/packages/stm32duino/tools/stm32tools/2016.10.17 -verbose /tmp/untitled1190250828.tmp/sketch_oct18a/sketch_oct18a.ino

Board genericSTM32F103C (platform STM32F1, package stm32duino) is unknown

Error compiling for board Generic STM32F103C series.


or...

Code: Select all

Board mapleMini (platform STM32F1, package stm32duino) is unknown

Error compiling for board Maple Mini.

I even resorted to removing and re-installing the ide and removing and re-creating the /home/ahull/.arduino15 folder.
I've run out of flat surfaces to bang my head against, so I thought I'd share my pain. ;) Any ideas?
- Andy Hull -

User avatar
ddrown
Posts: 145
Joined: Sat Jan 09, 2016 4:49 am

Re: Board Manager again

Post by ddrown » Wed Oct 19, 2016 5:19 pm

ahull wrote:Clearly I am very good at finding new and interesting ways to break this.

My 32 bit install is fine, but the 64 bit install is nicely broken.
If I remove and reinstall the board manager package, it *sometimes* works, but 99% of the time I end up with it broken.
When I select any of the STM32F103XX boards, maple, maple mini etc I see something like..

Code: Select all

/home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/arduino-builder -dump-prefs -logger=machine -hardware /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/hardware -hardware /home/ahull/.arduino15/packages -tools /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/tools-builder -tools /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/hardware/tools/avr -tools /home/ahull/.arduino15/packages -built-in-libraries /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/libraries -libraries /home/ahull/Arduino/libraries -fqbn=stm32duino:STM32F1:genericSTM32F103C:device_variant=STM32F103C8,upload_method=DFUUploadMethod -ide-version=10612 -build-path /tmp/arduino_build_449201 -warnings=default -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arm-none-eabi-gcc.path=/home/ahull/.arduino15/packages/arduino/tools/arm-none-eabi-gcc/4.8.3-2014q1 -prefs=runtime.tools.stm32tools.path=/home/ahull/.arduino15/packages/stm32duino/tools/stm32tools/2016.10.17 -verbose /tmp/untitled1190250828.tmp/sketch_oct18a/sketch_oct18a.ino

Board genericSTM32F103C (platform STM32F1, package stm32duino) is unknown

Error compiling for board Generic STM32F103C series.


or...

Code: Select all

Board mapleMini (platform STM32F1, package stm32duino) is unknown

Error compiling for board Maple Mini.

I even resorted to removing and re-installing the ide and removing and re-creating the /home/ahull/.arduino15 folder.
I've run out of flat surfaces to bang my head against, so I thought I'd share my pain. ;) Any ideas?
Hm, I had seen something like this when I switched my local IDE from the 1.0.x branch to the 2016.x.x branch, but clearing the arduino15 folder and re-downloading the stm32duino package fixed it for me. I'll see if I can recreate this and figure out what's going on.

Post Reply