Ну вот, а теперь смотри какая мораль. Если бы ты сразу использовал дистр с актуальными версиями софта (арч), то этих приключений со старым багованным софтом от разрабов дебианов у тебя бы не было. 😌

Работал везде, кроме orange pi zero - там он выведен на гребёнку, вроде как надо какой-то доп. файл компилить чтобы сообщить ядру что на гребёнке USB - такого не делал, поэтому из коробки USB не рабочий.

На остальных железках, где USB порт сразу есть, всё ок.

А есть вариант конфигурации parallel при котором он не ждёт, когда закончатся всё работы, а начинает сразу после того, как окончилась любая из них?
Типа есть файл на 800 строк и parallel с —jobs 200. Данные посылаются в скрипт, время выполнения которого рандомно. Как я сейчас вижу parallel запустит 200 работ, ждёт когда завершатся все, а только потом посылает ещё 200, как можно сделать так, чтобы каждая работа после завершения скрипта брала следующие данные и снова запускала скрипт?

Можно называть culа своим пиздюком?

А оно под конец сойдется?

жиза

только я не покупаю

Расскажи что за задачу решаешь

Да уже решил, набросал скрипт на python3 с мультипоточностью

Идеальный костыль 👍

Почему? Мне наоборот понравилось. Не жрёт %100 cpu как parallel иногда

А, я думал ты parallel запускаешь из питона.

Это уже слишком). Если кому интересно - https://gist.github.com/Sh1Yo/e6b7850a6d911793e49e110ed26f130f

Потому что юсб - ебала которая все время ломается
А вообще может поставили юсб отг, а в драйвере уже переключали в зависимости от ситуации, а т.к. у тебя модули и ядро не вендоровские - вот такая хуйня вылазит

Щас бы думать что дистр поднимется на рандомном планшете

Щас бы в 30 строчном скрипте ругаться на глобальные переменные

Где?