linux debian jessie 64bit,
(1.6.9) i can confirm the maple mini and single sketch and that it then requires the Maple mini to be set into dfu mode to load another sketch.
(1.6.5) i can also confirm the port busy message, i thought i'd posted that somewhere.
(1.6.5) extraordinarily long time for serial monitor to open, already posted.
(1.6.5) i also have the maple bootloader update sketch issue, once the serial monitor opens it just sits.
i'm hard put to think any company would just say live with it for an issue in their product or toolchain, oh i forget, that's M$.
just me or even if i was a company i still don't think i'd be too inclined to continue with a supplier after those words.
support tools are the bricks you build on, they need to be solid, if you start doubting them, it's becomes a problem.
yes i also have binaries for 32bit and 64bit trees of all the linux tools to copy as required and i seriously dislike having to repeat tasks.
in about 20yrs, i've only seen one error in the g++ code, a colleague spent a week tracking it down and reducing it to a test case to report it. drove her bats for more than a month though.
variables, windows(7,8,10 whichever)? linux, 32bit/64bit(also for windows maybe?), maple mini, the pills, bootloader, serial, serialusb(?), oops almost forgot arduino; historical results are 1.6.5, above were with 1.6.9 last night.
debian jessie all the way though this. updated very regularly.
i was having issues prior to xmas, 32bit at that point, still have same ones on 64bit, also i wasn't doing anything with the boot loader upgrade, leaving it well alone until its rate of change fell significantly.
when i did do an upgrade of a bunch of my maples this year, i don't recall any immediate issues.
predominantly my upload method is via st-link, probably in response to not getting much success with other methods
does anyone ever recall thinking they'd uploaded a sketch, seen the dfu '#####'s and it ran the previous sketch?