The clean-up step for setting up Python and pip assumes that you do at least something with those programs -- and so that cache folders have been made, that need to be cleaned up. If nothing happens, the clean-up step then crashes on the non-existant cache folder.
Packages conflict. The same commit worked fine the previous day, so it's likely not our fault. We should probably inform maintainers, but until then, try to work around the problem without a blanket ignore of all 'overwrite' type errors. The only clear thing is that this all has to do with 'odbc', which is database related. We use that to cache certain things on startup, so likely we actually need it.
part of CURA-10290
In the initial PR for PP-71 I only cleaned up material_final_print_temperatures, but now the material_initial_print_temperatures are also coming into play, so I cleaned those as well. From research for PP-123 I know this is a safe change. Due to this cleanup the cool_min_temperature can now always follow the ultimaker default settings.
The cool_min_temperature should be larger then both the initial and final temperature too avoid that the printer is heating too much and later on waits for cooling. We could make the limit less strict for single extrusion. PP-71
The interlocking_boundary_avoidance was a bit larger originally to prevent interlocking structures outside the model for edge cases. But this behaviour is improved a lot, so the boundary avoidance can be reduced, which helps for thin and small structures.
PP-283
This enlarges small areas to immediately be equal to support_tower_diameter^2.
Contributes to CURA-10220
Co-authored-by: Rijk van Manen <rijk.vanmanen@ultimaker.com>
Decrease `support_offset` setting as using both support towers and support horizontal expansion would apply the same concept twice.
Remove duplicate settings in other ultimaker profiles.
Contributes to CURA-10220
Co-authored-by: Rijk van Manen <rijk.vanmanen@ultimaker.com>
Round heated bed temperature values when printer sends them with decimal digits.
Same roundings already exist on the extruder temperatures (see ExtruderBox.qml line 50 and 85)
With PP-71 the cool_min_speed is increased to a high values in case the lift_head is enabled. This causes the bridge_speeds to be lower then the cool_min_speed. Which is no problem, so the limit can be removed.
PP-71 / CURA-10211
(cherry picked from commit 6d0be01913)
