LINUX.ORG.RU

Gentoo MacOS!


0

0

Год прошел с момента начала совместной инициативы между Fink, Darwinports и Gentoo по прикручиванию системы Portage к Mac OS X и Darwin. И вот, наступило время первого релиза. Результаты впечатляют: уже сейчас в дереве портов для Mac OS большое количество OpenSource-приложений, которые можно легко собрать и поставить одной командой; при этом, вся гибкая система настройки Portage - USE-флаги, возможность маскировать портежи, и так далее - полностью сохранена. Планируется развить эту систему до состояния, когда с ее помощью можно будет целиком собрать Darwin, как это сейчас сделано с Gentoo Linux. Но на данный момент приоритетным направлением является именно интеграция с Mac OS. Планируется включение в дерево портежей не только OpenSource, но и проприетарных приложений: дополнительных виджетов для Dashboard, таких утилит, как Desktop Manager, и большого количества других программ.

Установка Portage под Mac OS производится GUI-инсталлятором, который, помимо всего прочего, обнаруживает и включает в список установленных портежей весь софт, имеющийся в системе; таким образом, производится полноценное отслеживание зависимостей.

В планах команды: полноценный Cocoa-интерфейс для Portage, позволяющий сочетать гибкость системы с удобством пользовательского интерфейса Mac OS; интеграция с iSync, позволяющая сделать emerge на одной машине, и реплицировать установку на другие маки в сети; и возможность создания LiveCD на основе Darwin при помощи Catalyst.

>>> Подробности

★★★★

Проверено: Demetrio ()
Ответ на: комментарий от jackill

Что то я въехать не могу. А в Ляпихе что ли нет статически скомпиленных программ? Там и либы одинаковые и все сразу.

anonymous
()
Ответ на: комментарий от archangel

Читать умеем? Я говорил про _важные_ либы, типа MFC. Многие проги дергают конкретные версии данных библиотек. А что-нибудь свое, естественно, должно лежать в каталоге программы, например в подкаталоге lib.

anonymous
()
Ответ на: комментарий от anonymous

Это потому, что компонентное программирование (именно компонентное - типа COM) под винду не получило должного распространения сразу после разработки компонентных технологий. Линух - штука модульная, и этот принцип там используется очень активно. В итоге там даже универсальная компонентная модель, честно говоря, и не очень нужна. А винда - это большой, и иногда глючный фундамент. Вот и приходится иной раз на свой страх и риск "подменять" кирпичики этого фундамента.

anonymous
()
Ответ на: комментарий от anonymous

>А можно прогу для .NET запустить через wine? А то у меня это дело загибается во время установки Framework'a :-(.

.NET прогу без framework'а не запустить никак. Если прога несложная попробуй через Mono запустить.

anonymous
()
Ответ на: комментарий от anonymous

>Да кому энтом .NET нужен, если есть CORBA?

пипец. Ты хоть раз писал под CORBA что-нибудь? Помоему эта технология так и не распространилась шире чем документы по ее спецификации.

anonymous
()
Ответ на: комментарий от anonymous

Кстати, mono что на выходе генерит? А то мы с ним немного поигрались, заглянули в сгенеренный бинарник, а там exe-шная сигнатура ;) (?)

anonymous
()
Ответ на: комментарий от anonymous

>Кстати, mono что на выходе генерит?

MSIL

anonymous
()
Ответ на: комментарий от anonymous

Возможно, я скажу глупость, но нафиг нужна CORBA на standalone-машине? Там же будут очень нехилые накладные расходы из-за постоянного дергания брокера. В сетях, еще и гетерогенных - еще ладно, даже не заметишь. Но на отдельной машине - этого не надо ;) GNOME же на CORBA - и не особо шустрит иной раз ;)

anonymous
()
Ответ на: комментарий от anonymous

История программных революций от Microsoft, вкратце:

Сначала были Windows API и DLL Hell. Революцией N1 было DDE - помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Hо другая группа в Microsoft нашла в DDE фатальный недостаток - его писали не они! Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoft-овской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием <по месту>, при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, возникла MFC решившая все наши проблемы еще раз. Hо OLE не собиралась, сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда - и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток - его писали не они! Они немедленно исправили этот недочет, создав ATL, который как MFC, но другой, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через броузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).

anonymous
()
Ответ на: комментарий от anonymous

Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo, некой таинственной хреновине, которую никогда не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они не представляли концепции <System File Protection>, исключающей DLL Hell. Hо тут некая группа в Microsoft нашла фатальный недостаток в Java - её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудило Microsoft по какому-то дряхлому закону. Это была явная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие. Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно - недостаток внимания к группе ActiveX (или это был COM?). Эта невероятно жизнерадостная толпа вернулась с COM+ и MTS наперевес (может, это стоило назвать ActiveX+?). Hепонятно почему к MTS не приставили <COM> или <Active> или <X> или <+> - они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про <Windows DNA> (почему не DINA) и <Windows Washboard>, и вопил некоторое время, но все это почило раньше, чем все поняли, что это было. К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за интернет. Hедавно они пришли к пониманию, что у Интернет есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как <doughnut (пончик по-нашему)>, но по-другому), похожей на Интернет, но с большим количеством пресс-релизов. Главное, что нужно очень четко понимать - .NET исключает DLL Hell. В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft). Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование... примерно на год.

anonymous
()
Ответ на: комментарий от anonymous

> А если учесть что проги для винды по 80р за цд продаются, а для макоси варез трудно найти в России никому не нужны

Как я недавно выяснил, маковский софт замечательно качается из осла. Уже скачал трехгиговый образ диска с предустановленной Mac OS X 10.3 (для PearPC), сейчас вот выкачиваю 2004-й офис.

Да, а еще, далеко не все живут в России. И эппл на этот рынок уж точно не ориентируется =)

int19h ★★★★
() автор топика
Ответ на: комментарий от anonymous

История программных революций -
http://lists.unixcenter.ru/archives/mlug/2001-October/005782.html

Взято из humor-filtered :)

Выцеплено с форума на digest.idl.co.il. К сожалению, перевод - оригинала не
нашел. Автор оригинала - Ron Burk из WDJ, автор перевода мне неизвестен.

anonymous
()
Ответ на: комментарий от anonymous

А хотя бы просто репозитарий софта (хотя бы бесплатного) есть? Софт распределён на группы, к каждой описания. Для установки и удаления используются setup.exe и uninstall.exe. Зависимости учитываются.

mikhail
()
Ответ на: комментарий от anonymous

>пипец. Ты хоть раз писал под CORBA что-нибудь? Помоему эта технология так и не распространилась шире чем документы по ее спецификации.

Ну писал, ну и что?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.