logic

я решил сменить ник на logic, но как поменять его на форуме?

у меня реализация такая, меня все устраивает, надеюсь вопрос по поводу dev mode изчерпан

ос поддерживает планшеты ну.... не очень идея, в dev моде работа с файлами устроенна иначе, что не удобно для простой работы, так что, dev мод с системе будет

возможно сделаю, но это не скоро

а почему как лоу-тир так сразу планшет? ведь у компа тоже может быть тир-1/2

положи чип в верстак вместе с рабочим и он заработает)

сомневаюсь, но решил предостеречься, мололи я помню пару раз ломал sound card подав на нее слишком много команд, после чего из нее кроме грабовой тишины нечего не звучало, и програмно, у меня ее сбросить не получилось, пришлось менять

внимания! автор программы не нечет ответственность за утерянные данные/порчу железа вследствие использования данного ПО, используя данные ПО, только вы сами несете ответственность за свои данные! скрины: и так, данная программа представляет собой некий мульти загрузчик с простым графическим интерфейсом, для установки нескольких ос на один жесткий диск для его установки достаточно из openOS (или что вам больше по душе), перейти в папку где смонтирован жесткий диск, который вы хотите превратить в мульти загрузочный, а зачем запустить команду wget https://raw.githubusercontent.com/igorkll/multiBootloader/main/init.lua init.lua -f все операционные системы необходимо поместить в папку "/operatingSystems/osname", так же необходимо чтобы в корне папки ocname был файл init.lua теперь вы сможете ставить openOS и plan9k на один жесткий диск наверное многие этого хотели, но некто там и не сделал что-то подобное, несмотря на то что это довольно просто о любых багах просьба репортить в тему/мне в лс

это да, я это не заметил, я думал что она пишет в etc, или в свой каталог, но такого я даже предположить не мог, но даже если она будет лежать в home некто не мешает вызвать ее из другой папки по полному пути /home/paint.lua это зависит от ос, в некоторых ос, программу нужно ставить по конкретному пути, а иначе она просто может не работать, так что я считаю что программа по умолчанию должна ставиться туда, куда предполагает ос, но если пользователь захочет переместить, пусть перемешает, его право, если конечно это не противоречит политике ос насчет доступа пользователя к файлам

ну.. так как-то покрасившее будет каноничние, и чище, фска будет меняя загаженной)

прожка будет находиться в папочке usr/bin , как по мне, так намного лучше

вот более "правильная" команда для установки: mkdir /usr/bin; wget https://raw.githubusercontent.com/ProgramCrafter/lua-utils/main/paint/paint.lua /usr/bin/paint.lua

я приду на презентацию, ок? хочу извиниться за наезд в тг

1. зачем он там? 2. кто будет писать под него программы? это конечно прикольно у меня была идея сделать что-то подобное, скрестить mineOS и openOS и назвать это mipoOS, пожалуй, я продолжу этот проект

ну, в среде mineOS то по любому терминальные апки не запустишь

интересно, что плохого в некропостинге? я вижу ошибку, поправею чела, неужто так нельзя? не лан раз нельзя, значит не буду

ну так эти компоненты реализуются модом, а не openOS, а openOS написана на чистом lua

по подробнее про этот баг, и вообще, в каком случаи таблицы нужно передавать компанентам?

добавь авто переключения архитектуры на lua 5.3(computer.setArchitecture("Lua 5.3")) главное чтобы стартовый сис файл компилировался на lua 5.2 иначе на сработает а чем гуишная ос не полноценная, интересно было бы узнать принципе, форк имеет место быть, надеюсь это выльеться во что-то интересное

которую я не тестил, потому что пишет мол шел, а потом пишет too long without yielding(не blue скрин) к слову, как мне кажется в реальных задачах обычных потоков достаточно, это будет намного эффективнее не смотря на подлагивания при больших циклах, но в целом некто не мешает делать прерывания в циклах о сейчас удалось попасть в shell, скорее всего это связано с пере заходом в игру, шас потестю решил сменить моник на третий, и оно опять не хочет заходить в shell....

идея отличная. наконец-то что-то новенькое в open computers подъехало, да еще и unix-like круто, мне нравиться но... какой пароль от root? я хочу потыкать ос подобрал, пароль от root: root после входа в root ос приветствует, а потом too long without yielding....

ну да, софт не универсальный я думаю, что смогу сам написать арефмо кодер, и в скором времени этим займусь ладно, признаю, пример с нешарюшим другом плохой ну... проблема таких утилит в том, что они идут под api конкретной ос, а вдруг у меню другая ос? а утилиту eeprom под нее будет портировать куда проще, чем сотню другую утилит, существующих только для того, чтобы прошить один конкретный захардкоженный в них образ

банально может не хватить места для этого, а нужно же еще как-то чекать валидность данных, больше, нечего не мешает, но все равно задать данные по умолчанию проше, и на мой взгляд более правильно и элегантно могут меняться могут нет могут меняться, но не все да и иногда хочется например, передать другу не шарющему, уже настроенный биос где уже все готого к работа 5% уже могут за решать, но основной замысел, все-же будет задать дынные по умолчанию, если утилита flash шьет только сам скрипт, то утилита eeprom целый образ

ты же понимаешь что данные в eeprom-data могут быть любые? если бы не столь маленький лимит eeprom то да, можно в код захардкодить коррекцию неправильных данных, но а в друг мне нужно часть кода поместить прямо в eeprom-data дабы сэкономить место? там могут быть не только адреса, но и настройки биос, уже приводил пример, но приведу еще раз, там может быть таблица "{}" или даже уже забитая данными "{password = '222', oemUnlock = false, oemUnlockAllow = true}" и в код это может банально не влезть цель дынной утилиты, создать максимально точный слепок eeprom для последующей передачи, или хранения ну... могу разве что pull-request кинуть, но вряд ли его кто-то примит я пропагандировал, следования внешним стандартам общения между биос и ос, но я не против их дополнения, так например при использовании microbios, computer.shutdown("bios") перезагрузит тебя прямо в меню bios а computer.shutdown("fast") перезагрузит минуя вход в меню биос(тебе не предложит его открыть), однако если у ОС своя прошивка eeprom и не предполагается установка нечего костюмного то в особых случаях, как например зашишенная ос, стандартами можно пренебречь

ну... принципе да, но у меня пару раз бинарные данные при чтении из /dev/eeprom бились!