Description of problem: ino stopped working. It appears that the development stopped tracking the new versions of arduino software. Version-Release number of selected component (if applicable): ino-0.3.6-4.fc24.noarch How reproducible: every time Steps to Reproduce: 1. ino list-models Actual results: cannot find the boards.txt file Expected results: lists supported arduino models
The new location of boards.txt is /usr/share/arduino/hardware/arduino/avr/boards.txt so a simple fix is to change line environment.py:188: boards_txt = self.find_arduino_file('boards.txt', ['hardware', 'arduino','avr'], Unfortunately, that is not enough because the format of the file changed, and it contains mixed node/value references: diecimila.menu.cpu.atmega328=ATmega328 diecimila.menu.cpu.atmega328.upload.maximum_size=30720 (atmega328 is a node with a value of ATmega328 as well as a head of a subtree with value upload.maximum_size) This confuses the code in environment.py:204 which tries to create a subtree/subdictionary over the diecimila->menu->cpu->atmega328, which already has a string value.
Actually, we probably should retire this package: ino upstream was abandoned; a fork existed for a while: https://github.com/scottdarch/Arturo but its owner decided that platformio is superior and suspended activity on the fork: https://github.com/platformio/platformio-core
This has been retired since Fedora 25. Fedora 24 is no longer supported, thus ino-0.3.6-4.fc24 is not usable. Apparently, it has not been removed when updating. We need to add it to fedora-obsolete-packages, will open a pull-request for that.
Opened pull requests for master, f27, f26. f25 branch is missing, asking via e-mail if bug or intentional. https://src.fedoraproject.org/rpms/fedora-obsolete-packages/pull-request/1 https://src.fedoraproject.org/rpms/fedora-obsolete-packages/pull-request/2 https://src.fedoraproject.org/rpms/fedora-obsolete-packages/pull-request/3
Oh, fedora-obsolete-packages was not there in 25 just yet. Maybe we need to obsolete ino from arduino-core?
Tibbs, could you please take a look at the pull requests?
Sorry for not seeing this earlier; the notification system basically spams you with far too much mail so I never saw the PRs being opened, and I've been on vacation so I just saw the needinfo. I'm having trouble understanding the breakage here, though. The fedora-obsolete-packages package exists only to obsolete packages which need to be removed because they cause dependency issues during an upgrade. It is not for simply removing old things which have been orphaned. We simply do not do that, nor should we. So, what dependency issues are caused by allowing this package to remain? How does the upgrade process break?
Will check if this is the case.
This package does not cause any further breakage in Fedora---it just doesn't work, and is essentially unfixable and unmaintainable, so arguably its presence makes Fedora look bad.
The upgrade process is not broken.