451

Iskan Der пишет:

Скорее к тому, что в GNU/Linuxе есть костыль, умеющий эти ошметки централизованно собирать. Ну или не очень умеющий, глядя кто чего натащит. Никаким API тут даже и не пахнет.

Хм, вот мы и пришли к разницы в понимании. Вы ведь понимаете, что изначально Unix весь компилилровался. Затачивался. Тут ваш API идёт в пенёк сразу и бесповоротно. Этой другой мир, welcome  wink

452

zerg пишет:

Хм, вот мы и пришли к разницы в понимании. Вы ведь понимаете, что изначально Unix весь компилилровался. Затачивался. Тут ваш API идёт в пенёк сразу и бесповоротно. Этой другой мир, welcome  wink

А еще изначально все данные с перфокарт читали. Надо ж как-то в ногу со временем идти что ли.

453

Iskan Der пишет:

А еще изначально все данные с перфокарт читали. Надо ж как-то в ногу со временем идти что ли.

Хм, это всё равно что предлагать сменить пол. С чего вы взяли, что это именно Unix из времени выбился?

454

zerg пишет:

С чего вы взяли, что это именно Unix из времени выбился?

Может время выбилось из юникса, не знаю ab

Идея с зависимостями и компиляцией всего была хороша лет 30 назад. Компьютеры были большими, память - маленькой, приложений крутилось немного, да и сами приложения были несильно сложны. В этих условиях подход "с зависимостями" был целесообразен и легко реализуем, а необходимость что-то дособирать вручную была не страшна, ибо админились эти компы суровыми дядьками-админами, которым за все эти пересборки еще и деньги платили.

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

455

Iskan Der,
То есть, идеальная ОС - это один файл размером в дцать гигов, грузящийся в память и ничего более не требующий?

456

Hvzh пишет:

Iskan Der,
То есть, идеальная ОС - это один файл размером в дцать гигов, грузящийся в память и ничего более не требующий?

Нет, с точки зрения разработки/развертывания приложений для меня идеальная ОС - та, в которой есть нормальный API, позволяющий один раз написать/собрать приложение и впоследствии спокойно разворачивать его на клиентских машинах, не беспокоясь о его влиянии на другие приложения и влиянии других приложений на него. А также не бояться, что обновление этого API до следующей версии потребует по-новой пересобирать мое приложение и снова его разворачивать.
Идеал этот еще нигде на 100% не достигнут, но в линуксе в этом направлении даже движения не наблюдается.

457

По-моему, проще просто поставить программу, чем вместе с ней ставить кучу пакетов.

"Вернулся домой, потому что - герой! Вернулся домой - живой!"

458

за то пакеты ставить интересней ab

ПатреГ не любит Gnome...

459

Termo, может, и интереснее, но не факт, что удобнее. ab

"Вернулся домой, потому что - герой! Вернулся домой - живой!"

460

aidan_megabyte пишет:

Termo, может, и интереснее, но не факт, что удобнее. ab

неудобней чем что?

ПатреГ не любит Gnome...

461

Termo пишет:

за то пакеты ставить интересней ab

Интересней собирать все из сорцов, а потом раскладывать руками по местам ab

462 (14.05.2010 16:00:18 отредактировано Termo)

Iskan Der пишет:

Интересней собирать все из сорцов, а потом раскладывать руками по местам ab

собирать?  ag
задался вопросом: линукс видели только на картинке?

так вот: пакеты в линуксе ставить быстрей, удобней и надежней, чем бегать по визарду в венде.

ПатреГ не любит Gnome...

463 (14.05.2010 16:02:02 отредактировано Iskan Der)

Termo пишет:

задался вопросом: линукс видели только на картинке?

Угу, уже лет пять на эту картинку гляжу, жду, пока красивой станет ab

Termo пишет:

так вот: пакеты в линуксе ставить быстрей, удобней и надежней, чем бегать по визарду в венде.

Да, тыкнуть пару раз "Далее" - это трудно ab

464 (14.05.2010 16:09:14 отредактировано aidan_megabyte)

Termo, лично мне (и, смею думать, не только мне) удобнее просто и без лишних затей установить пакет программы, чем тянуть за ним еще черти сколько других пакетов.

"Вернулся домой, потому что - герой! Вернулся домой - живой!"

465 (14.05.2010 16:25:49 отредактировано )

aidan_megabyte пишет:

Termo, лично мне (и, смею думать, не только мне) удобнее просто и без лишних затей установить пакет программы, чем тянуть за ним еще черти сколько других пакетов.

конкретика будет? какой пакет программы? где? сколько весит?

Iskan Der,  "парой раз" там точно не обойдешься. посчитаем количество кликов?  wink

ПатреГ не любит Gnome...

466

Termo пишет:

Iskan Der,  "парой раз" там точно не обойдешься. посчитаем количество кликов?

Смотря что ставить. Какая-нибудь VS потребует множества кликов, на простую штуку типа Notepad++ пары-тройки кликов хватит за глаза.

467 (14.05.2010 16:30:37 отредактировано aidan_megabyte)

Да хотя бы тот же плагин Mail.Ru Агента к Pidgin'у. Точнее, не он сам, а пакет pidgin-dev, который ему нужен. Он тянет за собой еще *надцать пакетов. AcetoneISO тот же... ИМХО, проще сделать один нормальный пакет, который можно легко и без затей поставить в систему.
Может, я просто привык к Setup.exe, но думаю, это более правильный подход (уж извините). ab

P.S. Пока выхожу из дискуссии - девушка ждет. ab

"Вернулся домой, потому что - герой! Вернулся домой - живой!"

468

Iskan Der пишет:

Смотря что ставить. Какая-нибудь VS потребует множества кликов, на простую штуку типа Notepad++ пары-тройки кликов хватит за глаза.

нормальная программа, с иконкой на рабочий стол, пропиской в "программ файлс" требует не менее 4 кликов. проверь.  wink

ПатреГ не любит Gnome...

469

Termo пишет:

нормальная программа, с иконкой на рабочий стол, пропиской в "программ файлс" требует не менее 4 кликов. проверь.  wink

Ранен и убит ab При установке подобной штуки каким-нибудь Synaptic'ом потребуется на 1 клик меньше. Да, линукс рулит и педалит ab

470

Ей-Богу, меня не особо напрягает такое положение вещей (особенно когда безлимитка есть). Но вот если я захочу поставить тот же ацетон на комп без Инета, то мне предварительно придется скачать и поставить энное число пакетов, помимо самого ацетона. По-моему, немного не айс.

Все, теперь точно ушел. ab

"Вернулся домой, потому что - герой! Вернулся домой - живой!"

471 (14.05.2010 16:40:36 отредактировано Termo)

aidan_megabyte пишет:

Да хотя бы тот же плагин Mail.Ru Агента к Pidgin'у. Точнее, не он сам, а пакет pidgin-dev, который ему нужен. Он тянет за собой еще *надцать пакетов.

не поленился зайти в синаптик.
This package contains the headers and other development files not included in
the main pidgin package. Install this if you wish to compile your own plugins.

слабо представляю себе пользователя, которому нужен этот пакет...

Iskan Der пишет:

Ранен и убит ab При установке подобной штуки каким-нибудь Synaptic'ом потребуется на 1 клик меньше. Да, линукс рулит и педалит ab

ненене, уважаемый. причем тут синаптик?
мы берем ситуацию когда *.exe = *.deb ab

ПатреГ не любит Gnome...

472

Часть раз - пакеты.
Как вы понимаете, у GNU/Linux много поддерживаемых архитектур. В репозитории много пакетов. Да, возможно их было бы меньше, но есть такое понятие, как свобода. Например есть зависимости и/или. Допустим в у деба в текущем стейбле для гимпа библиотеки работы с фс можно от разных проектов взять. Например гномовские и не очень. У меня не гном, соответственно моим выбором был второй пакет. Свобода решать не означает простоту выбора и решений.
Часть два - API и т.д.
"API, API" - хныкались виндапользователи. Единственные API которые нужны - это межпроцессорное взаимодействие. И dbus никто не отменял. Надо не лишний код других проектов с собой таскать, а прогить учится по стандартам. Да, это чуть сложней. Но тогда после обновления либ ничего отваливаться не будет. Вам кажутся мои доводы не серьёзными? А вы вкурсе, что прогеры из 1С не осилили закрытие таблиц для постгреса и свою версию написали, чтобы она за 1С Предприятие это делала сама? Вот к чему такой подход приводит...

473

Iskan Der, Вы не только плохо представляйте что есть стандартизация и чем стандарт отличается от спецификации, но и очень любите костыли  :lol:  ИМХО костылей в винде больше, именно в силу их способа разработки. M$ приходится реализовывать совместимость на уровне бинарников. В линукс другая CENSORED совместимости на уровне бинарников нет но есть совместимость на уровне интерфейса (он таки стандартен) единственное неудобство, если программа нужна только мне то мне и придется её подгонять под свою версию/дистрибутив. А если я не программист остается искать программиста или другую программу. Вот плюсы и минусы. Стандартный подход *nix и подход спецификаций M$ они разные и оба имеют право на существование, однако быть зависимым от воли монополиста никого еще не приводило к счастью, неудивительно, что против монополистов есть куча законов. В одном могу с Вами согласится монополисту не нужны стандарты, он будет навязывать свои спецификации которые будут как бы единые, но на самом деле изменение этих спецификаций не контролируемо ни кем и непредсказуемо.

Улыбайтесь! Это всех раздражает.

474

Nulex пишет:

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

Если-бы в свое время многие производители не перенесли свои программы на винтел, то про них уже давно бы все забыли, а они перенесли и их знает весь мир. Так что не стоит рассуждать о том, что приводит к счастью.
И кстати можно поинтересоваться, как в линухе обстоят дела с совместимостью старых приложений? Вот например самая старая программа которую я до сих пор использую почти ежедневно образца 98 года. И это не консольная программа или наипростейшая типа блокнот, а весьма крупная, с кучей модулей. Будет работать в линухе программа 98-94 года, без допилов? Я правда не знаю, хочу знать.

475 (14.05.2010 20:42:20 отредактировано )

Nulex пишет:

В линукс другая CENSORED совместимости на уровне бинарников нет но есть совместимость на уровне интерфейса (он таки стандартен)

Осспаде, покажите же мне этот стандартный интерфейс. Вот прямо стандарт, по которому я могу сделать, скажем, GUI-приложение, и оно будет везде работать, где этот стандарт поддерживается. Нету такого, максимум, что есть, это POSIX, который описывает лишь самые базовые вещи.

Nulex пишет:

монополисту не нужны стандарты, он будет навязывать свои спецификации которые будут как бы единые, но на самом деле изменение этих спецификаций не контролируемо ни кем и непредсказуемо.

А что, в никсах по-другому? Стандарты появляются и пропадают, то соблюдаются, то нет, меняются, как попало, и т.п. Там же рулит сообщество, в котором сколько мнений, столько и "стандартов" ab

zerg пишет:

Как вы понимаете, у GNU/Linux много поддерживаемых архитектур. В репозитории много пакетов. Да, возможно их было бы меньше, но есть такое понятие, как свобода...

Звучит красиво, а по сути все та же свалка пакетов, в которой нет никакого желания рыться. А приходится.

zerg пишет:

Единственные API которые нужны - это межпроцессорное взаимодействие. И dbus никто не отменял. Надо не лишний код других проектов с собой таскать, а прогить учится по стандартам

Вам не нужны, а другим нужны.
Код чужих проектов с собой таскать почти не придется, если будет тот самый нормальный API со всем необходимым. А что прогать по стандартам (и только по ним) - ну вот когда мир станет настолько идеален, тогда, возможно, я приму вашу точку зрения. Если доживу ab

476 (14.05.2010 21:01:24 отредактировано )

reg123, так я о том и пишу, что без допилов не будет! И вроде не на лунном языке:

Nulex пишет:

В GNU/Linux другая CENSORED совместимости на уровне бинарников нет но есть совместимость на уровне интерфейса (он таки стандартен) единственное неудобство, если программа нужна только мне то мне и придется её подгонять под свою версию/дистрибутив. А если я не программист остается искать программиста или другую программу

Представляйте, это я говорю о "трудностях и неудобствах линукс". Да мне это не особенно нравится! Да я ругательски ругаю линукс! И Вы его не защищайте, но мне так же не нравится ситуация в Windows. Понятно, что стремление к совместимости на уровне бинарников похвально, но как раз именно это приводит к тому что в винде куча костылей. Уважаемый Искадер как то сказал, что вин98 состоит из костылей,  и причина этого в том, что там была бинарная совместимость с ДОС.
Заметьте меня не устраивают оба положения вещей. А то иногда кажется, что защитники Windows видят лишь, то что им хочется, даже в этой теме.

Iskan Der
1. А чем вам не нравятся базовые вещи? Чем плох POSIX? Вы не поверите стандарт как раз и регламентирует базовые вещи, для этого он создан. В отличии от спецификации которая регламентирует специальные вещи.
2. Представте себе да в *nix-ах по другому. Там рулит орган по стандартизации который рулит и другими ISO. Да POSIX не принадлежит "сообществу". Так, что Вы мягко говоря не правы.

Улыбайтесь! Это всех раздражает.

477

Nulex пишет:

Понятно, что стремление к совместимости на уровне бинарников похвально, но как раз именно это приводит к тому что в винде куча костылей.

Примеры приведете? Только не надо про вин98, ее давно уже нет.

Nulex пишет:

1. А чем вам не нравятся базовые вещи? Чем плох POSIX? Вы не поверите стандарт как раз и регламентирует базовые вещи, для этого он создан. В отличии от спецификации которая регламентирует специальные вещи.

Вы, как я вижу, тоже в вопросах стандартов и спецификаций не сильны.
Во-первых, стандарт регламентирует то, что он "стандартизирует". Это может быть и базовая вещь, и специальная.
Во-вторых, POSIX не плох, но уже недостаточен: за последние 40 лет понятие базовых вещей слегка расширилось.

Nulex пишет:

Представте себе да в *nix-ах по другому. Там рулит орган по стандартизации который рулит и другими ISO. Да POSIX не принадлежит "сообществу". Так, что Вы мягко говоря не правы.

В никсах рулит все та же левая задняя пятка: каждый лепит свою систему как сочтет нужным, соблюдая разве что вышеупомянутый POSIX, да и то лишь потому, что это вроде как модно. Так что вы, мягко говоря, к истине не особо близки в вопросах стандартизации никсов.

478 (14.05.2010 22:04:14 отредактировано techbv)

Стандарт = набор правил, спецификация = состав(описание) набора. Nulex, не путайте тёплое с мягким.

479

Попробую немного подытожить, со своей колокольни и со своим багажом познаний и понимания ситуации...
У каждой из сторон есть свое рациональное зерно:

1) установка пакетов: экономия места на винте, использование только необходимого программе кода, но более сложный и длительный процесс установки;
2) некий единый набор библиотек: большая легкость в развертывании приложений, но и больший объем дискового пространства под либы.

Если где не прав - поправьте.

"Вернулся домой, потому что - герой! Вернулся домой - живой!"

480

Кстати, без интернета некоторые вещи в лине не поставить , как раз из-за невозможности разрешить зависимости. Скачав где-то сорцы надо обязательно посмотреть ридми или инсталл на предмет необходимых либов. Хорошо если разработчик озаботился их перечислением в явном виде. ( я при компиляции kaffein-sc, перекачал ещё кучу всего из 3их кед), а если нет инета, вообще кошерно, ошибка компиляции смотрим , бежим докачиваем, опять ошибка ........
В этом отношение виндовый пакет самодостаточен, в крайнем случае на диске (или в описании) идёт пара тройка необходимых дополнений с однозначным названием.