Mario, разве не верны два следующих утверджения?
1) Doom присутствовал в CD-версии системы
2) Все программы из SVN при автосборке компилируются заново
Делаю вывод. Если скрипт для сборки CD-версии будет похож на скрипт флоппи-версии, то он потребует автосборки doom. Или для этой программы будет сделано исключение.
"Ночные" сборки KolibriOS
Sorcerer, первое утверждение неверно в принципе; второе в принципе хорошо бы, чтобы было верным, но для некоторых программ это требует слишком больших и неоправданных усилий. Я не собираюсь заниматься автосборкой doom по причинам, отмеченным Mario, - это не нужно, а кроме того, требует настройки ещё одного компилятора, которого на сервере сейчас просто нет, и настройки опций этого компилятора. То же самое, к слову, относится к checkers и life2, которые хоть и входят в сборку, но не меняются и требуют настройки ещё одного компилятора и его опций.
Ну и кроме того, после ухода diamond'а никто так и не предложил способ собирания CD-образа.
Ну и кроме того, после ухода diamond'а никто так и не предложил способ собирания CD-образа.
Понятно, спасибо. Все совершенно логично и обоснованно 
Checkers не работает на Vortex86MX, так что, наверное, она скомпилирована с использованием SSE или CMOV.CleverMouse wrote:То же самое, к слову, относится к checkers и life2, которые хоть и входят в сборку, но не меняются и требуют настройки ещё одного компилятора и его опций.
Хотелось бы, конечно, иметь возможность перекомпилировать её под i586. Life2 тоже, но как demo она менее важна.
У меня есть другая идея - авто-сборка "под заказ". Человек заходит на HTML страницу (написанную, например на PHP), видит список всего, что можно включить в floppy-image, а также занимаемый размер, и может отметить check-box-ом те программы, которые хотел бы добавить в свой image, соответственно автоматически обновляется у него размер свободного места, и он видит, сколько ещё может добавить. А потом он нажимает OK, и получает линк скачать персональный floppy-image. Линк годен, скажем, один час, потом этот file стирается с сервера автоматом. Как вам такая идея?CleverMouse wrote:Ну и кроме того, после ухода diamond'а никто так и не предложил способ собирания CD-образа.
EDIT: Ещё вопрос - возможно ли собирать floppy image на 2.88 Мегабайт?
yogev_ezra, я не вижу большого смысла в "заказной" сборке, а сервер она нагружать будет - не говоря уже о том, что builds.kolibrios.org сейчас отдаёт только статический контент, создаваемый процессами, не имеющими отношения к HTTP.
Собрать нестандартный образ можно, но работать он не будет, и это неоднократно тут обсуждалось.
Собрать нестандартный образ можно, но работать он не будет, и это неоднократно тут обсуждалось.
yogev_ezra, собрать нестандартный образ можно. Загрузить с него ядро можно, что указано по приведённым тобой второй и третьей ссылкам. Ядро работать с ним не будет, о чём говорил diamond по приведённой тобой первой ссылке.
Ясно. Ну тогда остаётся только ISO CD-image, я правильно понял? ISO будет работать любого размера, или там тоже есть какие-то нюансы?CleverMouse wrote:yogev_ezra, собрать нестандартный образ можно. Загрузить с него ядро можно, что указано по приведённым тобой второй и третьей ссылкам. Ядро работать с ним не будет, о чём говорил diamond по приведённой тобой первой ссылке.
Первый нюанс - его никто больше не умеет собирать. Второй нюанс - рамдиск /rd/1 при любой загрузке должен иметь размер 1.44M, а всё, что не умещается в этот размер, будет доступно только как обычные файлы на /cd*.
Здравствуйте!
Разрешите вмешаться...мне кажется, что лучше не iso, а работа с раздела жёсткого диска не из образа, а полноценно, тогда и с iso можно повременить до выхода более полноценной версии с установщиком. хотя в данный момент я выделил на жёстком диске фат раздел и очень замечательно работаю и в данный момент для себя лично считаю данный вариант на данное время достаточным...простите за множественную тавтологию...
Разрешите вмешаться...мне кажется, что лучше не iso, а работа с раздела жёсткого диска не из образа, а полноценно, тогда и с iso можно повременить до выхода более полноценной версии с установщиком. хотя в данный момент я выделил на жёстком диске фат раздел и очень замечательно работаю и в данный момент для себя лично считаю данный вариант на данное время достаточным...простите за множественную тавтологию...
Doom компилируется при помощи Open Watcom. К сожалению этот очень интересный компилятор безнадёжно устарел. Ставить его на сервер смысла нет.
А если портировать что-то из этого списка? - http://www.doomworld.com/classicdoom/ports/Serge wrote:Doom компилируется при помощи Open Watcom. К сожалению этот очень интересный компилятор безнадёжно устарел. Ставить его на сервер смысла нет.
yogev_ezra
А смысл ? Тот, что есть нормально работает. Для любителей самостоятельной сборки я могу залить Ваткомовские файлы проектов.
А смысл ? Тот, что есть нормально работает. Для любителей самостоятельной сборки я могу залить Ваткомовские файлы проектов.
Да, я попытался такое сделать. Максимум чего добился - это загрузки с такого образа ядра kernel.mnt.
А далее понял, что места в карте памяти для загрузки образа диска не хватает, и двигать границы
разделов не решился.
Подправить ядро не так уж и сложно. И если уж вспомнили об первом разговоре, то я тогда еще удивился - чего это вдруг diamond так озаботился трудностями переделки кода? Он ведь и не с такими задачками справлялся, и справлялся блестяще...CleverMouse wrote: собрать нестандартный образ можно. Загрузить с него ядро можно, что указано по приведённым тобой второй и третьей ссылкам. Ядро работать с ним не будет, о чём говорил diamond по приведённой тобой первой ссылке.
А потом понял, что это была его твердая позиция - оставить Колибри "не только очень быстрой, но еще и очень маленькой системой". Можно с этой позицией спорить, можно ее разделять или отвергать, но учитывать ее нужно в любом случае.
Who is online
Users browsing this forum: No registered users and 2 guests