Blender 2.11 на Haiku
X512 30 августа, 2010 - 12:18.
На сайте http://www.haikuware.com выложена последния версия порта Blender под BeOS, работающая на Haiku A2. Порт представляет себя бинарники BeOS с подобраными версиями библиотек для работы. Некоторые элементы интерфейса рисуются медленно, например заставка и меню, но работать можно.
Тролль
Тролль с ЛОР?
новье, ничего не скажешь.. блендеру 2.49–то уже года полтора.
Это последний оффициальный порт Blender на BeOS. После развала Be Inc. новые порты делать перестали. Тогда не было рабочей версии Haiku.
Данная сборка представляет себя адаптацию к Haiku, в основном это исправление libhell(наследие Linux).
Пользователь &md
Пользователь — суть потребитель. А Гайка не для потребителей — она для Людей. Потребители любят «выражать мнение» так, как будто им весь Мир должен. Потому вас и записали, пардон, к свиньям, как вы вели себя претенциозно и развязно. Поверьте, на корректные спокойные вопросы вы получите здесь такие–же, по–возможности, корректные ответы. А программы есть. После появления QT–порта у кое–кого мания преследования появилась — искать кутешные программы и портировать их на гайку. ;–)
Интересно,
Интересно, а какова судьба pkgsrc для Haiku? Пока Haiku нет в списке поддерживаемых платформ. Хотелось бы получить систему портов, возле которой можно состедоточить работу по портированию программ под эту ОСь. Pkgsrc, думаю, благодаря своему авторитету, смогла бы стать в Haiku стандартной системой портов.
Актуальная
Актуальная версия pkgsrc под гайкой бутстрапится успешно. Только вот что дальше с ним делать непонятно. Может у вас имеется опыт работы с этой системой? Моё поверхностное знакомство показало, что там нету разделения патчей в зависимости от хост–системы. Т.е. один общий патч предполагается для всех систем — что для Гайки не совсем подходит в силу её значительно большей удалённости от типового семейства BSD–ей.
А пока существуют параллельно проект HaikuPorts (http://ports.haiku–files.org/) с доморощеннопй утилитой haikuporter, которая тянет за собой питонище поганое, и optional–packages (http://haiku-files.org/files/optional–packages/) которые устанавливаются банальной распаковкой архива в /boot по команде из jam скриптов в процессе сборки системы. Как мне известно, обе эти «типа репозитории» не используют никаких общих БД структур и не отслеживают установлена–ли уже программа или нет. Каменный век, в общем и никто этим пока серъёзно не занимался.
Но и продвижение pkgsrc в качестве основной гайко–репозитории видится мне маловероятным. Как минимум придется завести собственную репу и начать наполнять дерево с нуля чисто гайковскими портами используя только инфраструктуру и утилиты.
Уважаемый,
Уважаемый, не нужно расчёсывать свой аутизм у всех на виду — перечитайте внимательно то, что я уже написал выше о «камменном веке HaikuPorts».
Да, и не нужно нам гнусавить арию «Бедная Фряха» — всё во фряхе с портами нормально. Лично не имею к ним претензий уже лет десять — как часики.
Да, вот бы кто
Да, вот бы кто на jam–скриптах нативную гайко-порт–систему накропал. ;–)
Чем SoftwareValet
Чем SoftwareValet не устраивает?
SV —
SV — банальный инсталлятор без возможности удаления установленного им софта. Менеджментом пакетом там даже и не пахнет.
SV —
SV — банальный инсталлятор без возможности удаления установленного им софта.
SoftwareValet — полноценная система управления инсталляциями. Возможность удаления разумеется имеется. В Haiku программу удаления по умолчанию не включили(возможно потому, что в ней есть ошибки, по крайней мере она не всегда корректно удаляет), но она имеется. Записи состава пакетов хранятся в /boot/home/config/packages/.
Его надо немного исправить(удаление поправить) и модернизировать(добавить новые директивы путей, изменить интерфейс), а также открыть репозиторий.
Надеюсь ACCESS патенты на него не имеет?
Так вот когда
Так вот когда она будет не только корректно удалять, но и манажить оную базу, отслеживать зависимости и версии тогда и можно её считать условно полноценной. Когда я скажу обновить все пакажи на системе и она мне это сделает без лишних вопросов — тогда будем считать её полноценной. А пока это просто специфический разархиватор. А мы вообще одну и ту–же программу имеем ввиду? Насколько я знаю SV под гайку не переписывали. И вряд–ли когда будут в силу того, что проще придумать более полноценное решение, чем неизвестно зачем воспроизводить эту косорезину пятнадцатилетней давности. Да, и не рассказывай старому беснику как ему доводилось пакажи манажить с помощью сторонней програмки Uninstall по текстовым логам из хомяка, ага…
> отслеживать
> отслеживать зависимости и версии
Haiku — это не Linux и разводить libhell не нужно. Все зависимости должны поставляться в комплекте с программой. Это наиболее оптимально, надёжно и просто для использования.
Где–то
об этом дисскуссии здесь и на офф. сайте были.> Насколько я знаю SV под гайку не переписывали.
Переписывали, но немного в другом виде. Разделили менеджер установленных программ и программу установки пакетов. Менеждер здесь:http://dev.haiku–os.org/browser/haiku/trunk/src/apps/installedpackages.
> Да, и не рассказывай старому беснику как ему доводилось пакажи манажить с помощью сторонней програмки Uninstall по текстовым логам из хомяка, ага…
Нормальный деинсталлятор вполне можно сделать. И это куда проще и практичнее изобретения своих систем пакетов.
Тащить всё
Тащить всё с собой как минимум НЕоптимально в плане занятого объёма. С ровными руками dllHell не появится даже под Windows. Не признавать объективного — это равно как мочиться против ветра.
Дорогой друг, телепаты в отпуске, SoftwareVallet это не PackageInstaller! Впредь попрошу относиться к аргументации поаккуратнее.
Деинсталлятор — это только маленькая подзадача из всего списка задач управления пакетами. Упорное непонимание этого факта с вашей стороны в высшей мере странно, учитывая характер задачи которую вы на себя взваливаете. ;–)
> Тащить всё
> Тащить всё с собой как минимум НЕоптимально в плане занятого объёма.
С современными винчестерами это не актуально. Да и нативные Haiku программы много с собой не тащат. А в ненативных при портировании их количество можно сократить. Также для нормального приложения(не Super file renamer) размером библиотек можно пренебречь.
В Windows так устанавливаются почти все программы и никто на неоптимальность не жалуется.
> Дорогой друг, телепаты в отпуске, SoftwareVallet это не PackageInstaller!
SoftwareValet из BeOS делает тоже самое, что и PackageInstaller и InstalledPackages, но с системой обновления и без системы удаления.
Может я конечно что–то не так понимаю…
> Деинсталлятор- это только маленькая подзадача из всего списка задач управления пакетами. Упорное непонимание этого факта с вашей стороны в высшей мере странно, учитывая характер задачи которую вы на себя взваливаете. ;–)
По моему пониманию менеджер инсталляций должен предоставлять возможность простой установки и удаления программ, не более. По крайней мере для пользователя другого не требуется.
«не актуально»,
«не актуально», «нативные много не тащат», «можно сократить», «можно пренебречь». Отговорки–отговорки. По существу этой неоптимальности сказать, как я понял, больше нечего. А задача меж тем проста как рогатка — есть сотня программ и каждая из них тащит одну и ту–же библиотеку. Что лучше — сто копий одной библиотеки у каждой программы или несколько зашаренных её версий? И никаких тут «мне кажется» и «я думаю». Всё чётко и по полочкам.
По поводу Windows — разработка под эту систему является моим основным занятием уже много лет и заявленный тезис о «почти всех программах» действительности не соответствует. Как минимум «Есть нюансы ©".
Т.е. против того, что SV != PI нету? Зачем тогда тему развиваете?
Только жизнь показала, что простой установки–удаления мало. И показала она это ещё тогда когда Гайки и в помине не было. А времени на повторение уже осознанных ошибок нету.
> А задача
> А задача меж тем проста как рогатка- есть сотня программ
Нереальная задача. В действительности такого не бывает. Количество программ меньше и зависимости и их версии разные.
> Есть нюансы ©
И какие? При установке Windows программ все библиотеки в большинстве случаев лежат в папке установки. Даже от Gtk и Qt.
> Только жизнь показала, что простой установки–удаления мало.
Конкретнее.
[fbsd]/home/xxxxx %
[fbsd]/home/xxxxx % pkg_version | wc -l
264
[zzbsd]/home/ххххх % pkg_version | wc -l
170
и это машинки без иксов. И ничего — справляются фришные порты.
Загляни туда: c:\WINDOWS\WinSxS\ Знаешь что это за ужас? Это только та часть, что майкрософт по своему разумению «упорядочил».
Конкретные мои претензии к системе менеджмента софта уже были озвучены выше в этой ветке обсуждения.
>[fbsd]/home/xxxxx %
>[fbsd]/home/xxxxx % pkg_version | wc -l
264
[zzbsd]/home/ххххх % pkg_version | wc -l
170
Я про линукс не говорю. Там каждая библиотека типа zlib — отдельный пакет. Так на одно хранение пакетной информации места немало потратится.
Под программами я понимаю полноценные продукты: Gobe Productive, Blender, Wonderbrush, WebPositive и т. д, а не все программы и библиотеки.
>Загляни туда: c:\WINDOWS\WinSxS\ Знаешь что это за ужас?
Версии системных библиотек и манифесты. Связано с непродуманным изменением WinAPI. Ничего ужасного не вижу.
Ответы на 2 последних вопроса можно услышать?
Однако
Однако за время пути «программа» смогла подрасти… аж до «програмного продукта». :–D Ну–ну. В винде походу ещё постараться надо найти что–то не завязанное на какой–нибудь фреймворк.
Т.е. vcredist, который каждая инсталляшка нонче стремится на систему взгромоздить у нас за библиотеки уже не считается? Я уж не говорю про дотнетовские фреймворки, которые скромно предлагается закачать и установить собственноручно. Если dllHell нельзя победить — нужно его возглавить и систематизировать. Тогда он сдохнет сам. ;–)
Кстати подавляющее большинство программ в беосине устанавливалось вообще без всякого инсталлятора — распаковкой и копированием на линк директории. :–)
Ответы на 2 последних вопроса можно услышать?
zharik 30 августа, 2010 — 20:54.
Так вот когда она будет не только корректно удалять, но и манажить оную базу, отслеживать зависимости и версии тогда и можно её считать условно полноценной. Когда я скажу обновить все пакажи на системе и она мне это сделает без лишних вопросов — тогда будем считать её полноценной.
Второй ваш вопрос искать не буду из персональной вредности и в качестве ответной меры на ваше нежелание пройтись по ветке обсуждения и найти повторно озвученные мною требования самостоятельно. Зуб за зуб. :–P
PS: Если серъёзно — моё мнение таково — весь портированный зоопарк приручить без полноценнога аналога системы портов не получится. На выходе будет именно то, чего все и боятся — т.н. «линукс». Нативным–же программам ещё из пелёнок выкарабкаться надо.
> Т.е. vcredist,
> Т.е. vcredist, который каждая инсталляшка нонче стремится на систему взгромоздить у нас за библиотеки уже не считается?
Это следствие использования проприетарных библиотек, в лицензии которых обязательна установка родным инсталлятором. Да и инсталлятор в инсталляторе не требует хитрой системы управления пакетами. Не говоря уже о статической линковке или применению GCC…
> Кстати подавляющее большинство программ в беосине устанавливалось вообще без всякого инсталлятора — распаковкой и копированием на линк директории. :–)
А удалять как? Изучать структуру архива и руками удалять каждый файл? Также зачастую отсутствуют необходимые для работы библиотеки.
> найти повторно озвученные мною требования самостоятельно. Зуб за зуб. :–P
Не нужна система c такими требованиями на уровне ОС. Для портов можно использовать отдельную систему как Cygwin например. Конечному пользователю давать нормальный пакет со всеми зависимостями как Inkscape под Windows например.
> PS: Если серъёзно — моё мнение таково — весь портированный зоопарк приручить без полноценнога аналога системы портов не получится. На выходе будет именно то, чего все и боятся — т.н. «линукс».
Тогда зачем нужна Haiku, когда есть Linux? По историческим и религиозным причинам?
В BeOS программы
В BeOS программы удаляются так (обычно):
стерается папка проги в apps и линк на прогу в be меню, ну можно и ещё сетинги проги в /boot/home/config/settings убрать.
Линукс
Линукс не катит из эстетических сображений — бардачники, не переношу. Где надо — там фряха стоит. А Гайка — это непаханое поле для разработчика — куда ни ткнись везде есть применение рукам и мозгу. ;–) Попробуй что–нибудь глобальное сменить в Линуксе? То–то же… А в Гайке многие темы вообще не разработаны — бери да поднимай. Красота. АПИ постройнее, народ поаккуратнее пишет, сама система продуманнее — в общем абсолютное наслаждение от творческого процесса фактически без отрицательных эмоций. Подевелопить для удовольствия — самое то. ;–)
А потребность в портах, по сути ведь временная — на переходный период, перекантоваться, пока вообще ничего нету сойдёт и порченое. Будут появляться нативные аналоги — переползёт народ на них по мере их развития. Также как теперь всё реже и реже запускается БеЗилла после появления ВебоПлюса.
> отслеживать
> отслеживать зависимости и версии
Haiku — это не Linux и разводить libhell не нужно. Все зависимости должны поставляться в комплекте с программой. Это наиболее оптимально, надёжно и просто для использования.
МегазачОт за правильное видение. Не надо у Линукса копировать «бизнес–модель». Она провальная. Эту вещь надо драть у Винды. А там народ за каждым чихом в сеть не лезит. И это правильно для конечного пользователя.
Я тут на днях поставил «Альт» последний. Ну вроде даже и система ничего себе так. Хотя 3D мое мобильное не подхватила, но, например, kiCAD запустился и успешно работал не говоря уже об офисных делах. Дай, думаю, поставлю Blender. Это–ж нынче автономная и самодостаточная система для графики. И пошло поехало!… Репозитории, зависимости… А на работе мой ноут к сети не подключить — политики драконовские. В МакДональдс за ВайФаем… я че, студент–голодранец туза за пол часа сети тащиться??? Нафиг!..
Снес я «Альт» и поставил 7–ку. Все. Проблем нет.
В общем, сетевые репозитории и контроль версий — ДЕБИЛИЗМ. Если он будет в Гайке — система не пойдет в массы.
А лишний объем софта… кого он волнует? Главное чтобы все было из коробки. И везде. Хоть на Тянь–Шане, хоть на Тверской.
>>В общем,
>>В общем, сетевые репозитории и контроль версий — ДЕБИЛИЗМ.
Я шоке.
Демократия
Демократия на марше. Особенно позабавила последняя дискуссия в гайко–листе по поводу ман–а. Там где мышефилы возбудились на тему «нафуя консоль в сугубо гуйёвой оси — давайте–ка запретим этим гадким «гикам» смотреть ман–ы в терминале!». Демократы они везде демократы. :–)
А его и так
А его и так нет:
~/Desktop> man
bash: man: command not found
Так о чём
Так о чём и речь — большинство справки в формате man появляется после установки optional packages или портов. Соответственно если юзер не пользуется консольными программами — никаким образом эта проблема юзера не затронет. :–D А если у человека нет идиосинкразии к консоли — то и ман ему ожидаемо удобнее чем гей–браузер. Спору нет, что справка, поставляемая с системой должна иметь html версию — но для консольных опциональных программ — конвертить всё в хтмл видится мне несколько надуманным. Не говоря уже о том, что всякое конвертирование ухудшает качество оригинала.
А ман в последних ревизиях уже добавлен опц.пакажи: http://dev.haiku–os.org/changeset/38495.
Только потом
Только потом не плачьте, мессир, что вам «софта мало». :–D
Есть TiltOS.
Есть TiltOS.
http://dev.haiku–os.org
http://dev.haiku–os.org/wiki/PackageManagerIdeas
http://dev.haiku–os.org/wiki/PackageFormatА насколько
А насколько работоспособна версия 2.41?
Не хватает
Не хватает библиотек Iibpython2.4.so, Iibposix.so, Iibdl.so. Если у кого есть — выложите, может запустится. Возможно они включены в ОС Zeta.
Вряд ли либы
Вряд ли либы помогут, незабывать что Haiku проги от BeOS dano (и Zeta в том числе) ветки не запускает.
Попробую седня
Попробую седня портануть за ночь под пивкоу 2.41
Удачи.
Удачи.
Ага, пивка
Ага, пивка для рывка и фпирёт! А к утру раз — и все зайцы прибиты, тут тебе и 3D редакторище, и видео нарезать будет чем… Вот оно — щастье! :)
Ну
Ну как результат?
Отличная
Отличная новость! Хоть какая–то подвижка в данном направлении. Очень и очень рад.
Отправить комментарий