The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Microsoft разрабатывает открытый APT-подобный пакетный менеджер для Windows

09.04.2010 11:43

Разработчики Microsoft представили проект CoApp, в рамках которого начата разработка универсальной Windows-среды для доставки, компиляции и создания пакетов из Open Source приложений, напоминающей по своей сути пакетные менеджеры APT и YUM. В рамках проекта CoApp, предпринята попытка радикального упрощения процесса установки и обновления открытых программ на платформе Windows. В настоящее время корректная сборка определенной открытой программы в Windows может занять часы, в то время как CoApp сведет подобные операции к одному клику.

В качестве формата пакетов будет использоваться стандартный для Windows формат MSI, система будет поддерживать автоматическую установку обновлений и включать в себя средства для разрешения зависимостей. Компания Microsoft оценила потенциал нового проекта и позволила одному из сотрудников работать над CoApp в режиме полного рабочего дня, а также не исключает оказание помощи формирующемуся вокруг проекта сообществу.

Причины, подтолкнувшие к созданию CoApp:

  • Различная идеология Unix и Windows - расположение файлов и библиотек программ, API, методов доступа к файловой системе и т.д.;
  • Сложность в установке и настройке зависимых пакетов для конкретного Open Source-приложения (так, например, для сборки может дополнительно понадобиться библиотека zlib или OpenSSL);
  • Отсутствие привычной среды сборки и разработки (autotools, bash и т.п.);
  • Отсутствие привычного для Unix контроля за версиями библиотек (многие Windows приложения несут с собой определенные версии библиотек).

Возможности CoApp:

  • Предоставляет распределенную, управляемую сообществом систему по управлению пакетами для распространения open source приложений для платформы Windows;
  • Управляет множеством версий программ, использующих WinSxS, включая различные копии одной версии, собранные разными компиляторами;
  • Обеспечивает поддержку 32- и 64-разрядных сред сборки;
  • Размещает бинарники, библиотеки и файлы заголовков в соответствующих их назначению местах;
  • Имеет инструменты и методы для управления зависимостями;
  • Создаёт надёжные пакеты для инсталляции, используя Microsoft Installer (MSI);
  • Позволяет легко использовать одинаковые компоненты в разных приложениях;
  • Позволяет обновлять и патчить версии как библиотек, так и приложений;
  • Имеет дружелюбный к Windows-разработчику интерфейс - вместо Unix-команды сборки make можно продолжать использовать свою любимую среду разработки (IDE);
  • Позволяет собирать приложения для Windows пользователям, не имеющих навыков разработчика;
  • Позволяет использовать различные технологии для оптимизации скорости выполнения приложения, например Profile Guided Optimization - оптимизацию на основе профилирования;
  • В CoApp заложена возможность поддержки будущих нововведений платформы Windows;
  • Позволяет использовать возможности встроенной в Windows системы по сбору информации о крахах в приложениях - Windows Error Reporting, что позволит разработчику улучшить качество Open Source приложения при работе на платформе Windows.

Для быстрого обмена идеями, предложениями и информацией создан Wiki-сайт coapp.org, код проекта распространяется в рамках лицензии BSDL и размещен на сайте Launchpad.

  1. Главная ссылка к новости (http://arstechnica.com/open-so...)
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/26153-windows
Ключевые слова: windows, package, packet
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (161) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, croster (ok), 12:44, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если это правда, то очень хорошо. А то разбираться с зависимостями и прочим бывает очень непросто - пока поймешь, чкакие библиотеки требуются, куда их скопировать, какую версию и т.д. можно убить немало времени.
     
     
  • 2.19, Трухин Юрий Владимирович (?), 13:20, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –13 +/
    это правда. Разрабатывается одним из сотрудников Microsoft на открытой основе. Хостится на ланчпаде
     
     
  • 3.22, _Vitaly_ (ok), 13:39, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Кодеплекс от лидера отрасли не подошел?
     
  • 3.33, Gular (??), 14:29, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    почему не их Codeplex? оно уже не актуально?

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

     
     
  • 4.51, Трухин_Юрий_Владимирович (ok), 15:58, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –8 +/
    этот проект придумал сотрудник Microsoft и пишет его. Хочется ему. вот и все...
     
     
  • 5.63, минона (?), 16:14, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    а мс его благословила типа так - "ну если уж так сильно хочется, то что тут поделаешь? придётся тебе за это платить."
    компания альтруистов, млин.
    самому не противно такие коменты писать?
    хотя, вопрос риторический.
     
     
  • 6.74, Warhead Wardick (?), 16:39, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    "Потому что ты на войне а он на работе!"(С)Антикиллер :)
     
  • 6.140, iav (ok), 20:55, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У богатых корпораций такое бывает. Не часто, но и не так режко, чтобы изумляться.
    Кто-то из «решающих» посмотрел, и решил «может, пригодится. Пусть пишет, раз хочет. Всё, что мы теряем — это его зарплата, зато если сработает, то принесёт миллионы и проценты рынка».
     
  • 5.79, _Vitaly_ (ok), 16:41, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Очередной приступ ритуального кретинизма. "Майкрософт человеку оплачивает фуллтайм. Хочется ему. вот и все"
     
     
  • 6.84, Bliznezz (?), 16:52, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +15 +/
    http://bash.org.ru/quote/325507

    <MaSyA> Чем заробатываеш на жизнь.
    <bubajazz> Пишу программы под виндовз.
    <MaSyA> Ухты, сложно наверное.
    <bubajazz> Да напрягает немного :(
    <MaSyA> Как после работы расслабляешся?
    <bubajazz> Пишу программы под Линух :)))

     
  • 6.227, User294 (ok), 02:32, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Очередной приступ ритуального кретинизма.

    По-моему, у MS нынче скорее редкие приступы адекватности среди тотального засилья кретинизма.

     
  • 3.73, User294 (ok), 16:39, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >это правда. Разрабатывается одним из сотрудников Microsoft на открытой основе.

    Планирует ли компания Майкрософт закрытие этого кода? Зачем им лицензия BSD допускающая закрытие? Майкрософт хочет нахаляву попользоваться результатами труда комьюнити и потом закрыть все нафиг, когда над этим будет пахать не 1 сотрудник?

     
     
  • 4.75, Warhead Wardick (?), 16:40, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Альтернативно одарённым - BSDL продукт закрыть нельзя. Можно сделать закрытый форк.
     
     
  • 5.82, Warhead Wardick (?), 16:45, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это я не к тому что M$ белая и пушистая, это я для BSDL advocate ...

    В чем подвох. Видимо обнаружился нехилый деманд на OSS :) И оне хотят стать ведущей платформой для него, чтоб по форумам не говорили "и напуркуа такие припарки? Ставь Линукс - там всё просто работает!"

     
     
  • 6.134, User294 (ok), 20:46, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за разговоры сами с собой? oO

    > И оне хотят стать ведущей платформой для него,

    По-моему, "закрытая ОС как платформа для опенсорса" - звучит столь же естественно как "борьба за мир" и "секс за девственность".

     
  • 5.213, User294 (ok), 21:17, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Альтернативно одарённым - BSDL продукт закрыть нельзя. Можно сделать закрытый форк.

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

     
  • 2.141, anonymous vulgaris (?), 20:56, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А то разбираться с зависимостями и прочим бывает очень непросто - пока поймешь, чкакие библиотеки требуются, куда
    >их скопировать, какую версию и т.д. можно убить немало времени.

    А как вам удается под форточками иметь проблемы с зависимостями?

    Не вспомню когда уже последний раз с этим сталкивался. Качаешь инсталляшку и все. Причем качаешь 1 раз, а ставишь на все компы где надо.

    Вот в линуксе бывает. Причем забавно/печально сравнить установку кроссплатформенной программы на обе системы, очень поучительно бывает.

    Например довольно типичные вещи
    http://rpdn.ru/forum/14/42/923/
    http://www.freepascal.ru/article//lazarus/20080316091540/

    С форточным же лазарем проблем установки просто нет. Никаких. Вообще. Нажал установить = поставил.

     
     
  • 3.170, Michael Shigorin (ok), 00:15, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А как вам удается под форточками иметь проблемы с зависимостями?

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

    >С форточным же лазарем проблем установки просто нет. Никаких. Вообще.

    Это потому как он у вас там четверодневный, сразу с пеленами.  А у нас -- Лазарь отдельно, пелены отдельно.  Они для живого не требуются.

     
     
  • 4.179, thirteensmay (?), 01:04, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    так а у вас проблемы зависимостей разве никого не имеют ? я разработчик оттестировал свое ПО под одну версию либы, другой - под другую, тащим 2 версии, может не оптимально но четко, хотим оптимально - юзаем общие либы, но это не надежно. Как у вас решается проблема разных версий одной библиотеки ? за счет какого магического способа вы не тащите двух версий ? не уж то надеетесь на то что новая версия будет вести себя также как и старая ?
     
     
  • 5.183, Michael Shigorin (ok), 01:43, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У нас это не фатум обычно, в отличие от ситуации разработчик когда-то влепил ... большой текст свёрнут, показать
     
     
  • 6.186, thirteensmay (?), 02:06, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > разработчикам следует стараться избегать...
    > не уж то надеетесь ? - Представьте себе

    ну вот тото и оно, хрен редьки не слаще. плюсы конечно есть, но небольшие, темболее минусы также в наличии

     
     
  • 7.214, User294 (ok), 21:21, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По крайней мере, в линухах разработчики и майнтайнеры не оставляют меня сношаться 1 на 1 с древними либами времен царя гороха, дырами в них, хаксорами и всякой малварью. Что как-то здорово упрощает мою жизню: я могу юзать систему а не ссать кипятком по поводу очередной малварины, не апдейтить 100500 прог лично вручную и не разгребать авгиевы конюшни из кучи почти-одинаковых-либ-которые-никто-не-апдейтит.
     
  • 3.237, Petr Vokhmintsev (?), 11:50, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А как вам удается под форточками иметь проблемы с зависимостями?

    А очень просто.
    Ставлю софтинку для ТВ тюнера. Инсталляшка запустилась, отработала, отрапортовала, что всё в поряддке. Запукается первичная настройка солфтинки, я эти первичные настройки делаю, сохраняю. Всё в порядке.
    А потом запускаю саму софтинку, а мне хлоп, ошибка! И не с текстовым описанием, а просто номер.

    Оказалось, что я гад такой не поставил .нет версии 3, а стоит у меня всего на всего версия 1.5

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

    В вы спрашивете как нам удаётся иметь в винде проблемы с зависимостями.

     

  • 1.2, Zenitur (?), 12:46, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Странно, что не Yast-подобный :-) Но и одновременно радует. ИМХО Yast лучше.
     
     
  • 2.49, ZigmunD (??), 15:47, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какбэ Яст - это фронтэнд к зипперу.
     
     
  • 3.98, gutaper (?), 17:51, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Чудик, который не видел никогда яста?

    В zypper ты настроишь пользователей? настроишь фаервол (пусть и примитивненько), nfs samba серверы?

    Управление пакетами - только часть яста. И да - zypper лучше.

     

  • 1.3, ffsdmad (ok), 12:47, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    а не проще заменить ос и использовать уже готовый менеджер пакетов вместе огромной базой приложений в нём?
    опять они изобретают велосипед не с того конца
     
     
  • 2.45, zerot (??), 15:23, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    проще, но не все готовы. И бывает (уже не часто) прикладной софт и (часто) игры только под форточки
     
  • 2.77, User294 (ok), 16:41, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >а не проще заменить ос и использовать уже готовый менеджер пакетов вместе
    >огромной базой приложений в нём?

    Проще. В винде современный софт от того же MS ставится удивительно геморройно: юзер мудохается с разрешением зависимостей ... сам! А сетапер в лучшем случае втирает "у вас нет того-то и того-то, доустановите то-о и то-то и попробуйте еще раз". У линуксоидов данной проблемы тупо нет - пакет может запросить для себя зависимые компоненты и ему их дадут. А в винде для этого никаких рукояток нет вообше, все педальным приводом.

     
     
  • 3.117, xxx (??), 19:12, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да-а, давненько я виндой не пользовался всерьёз. Из воспоминаний, криво ставились только всякие крякнутые проги или дополнения, а в остальном нормально. Но вот при переносе самопальной проги на QT пришлось попотеть. Поэтому пока существует винда, неплохо было бы иметь удобное средство для установки опенсорс софта в неё.
     
     
  • 4.142, User294 (ok), 21:00, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Попробуйте ради разнообразия поставить какойнить эксченж 2007 или что-то такое в этом духе. После того как вас приложат вего то хренадцать раз обломами что не хватает того и этого и вообще, у вас тут "хозяйка - с№%ка, пирог - г#@но" - невольно понимаешь что кто-то из *никсоидов сказавший что иногда проще ввести 2 команды в консоли вместо того чтобы сутки возякать мышкой был чертовски прав на этот счет.
     

  • 1.4, Zenitur (?), 12:48, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Позволила одному из сотрудников работать в режиме полного рабочего дня... Остальным по-прежнему запрещено не только писать, но и читать GPL-код?
     
     
  • 2.27, Трухин Юрий Владимирович (?), 14:18, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –14 +/
    никто никому ничего не запрещает... во внеурочное время.
     
     
  • 3.88, имя_для_форума (ok), 17:09, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >никто никому ничего не запрещает... во внеурочное время.

    Само собой, только вот в данном случае, сотрудник компании Microsoft работает над проектом в компании Microsoft за время, оплачиваемое компанией Microsoft.
    При такой ситуации, продолжать упорно утверждать и доказывать здесь всем собравшимся, что это всё равно по-прежнему "свободный проект независимого разработчика, и он может сам с ним делать всё, что хочет" - как минимум, следствие близорукости, как максимум - следствие глупости (если это, конечно, не троллинг).

     
  • 2.80, User294 (ok), 16:42, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >запрещено не только писать, но и читать GPL-код?

    А в новости написано что оно под BSDL. Что как бы логично - иначе как же MS сможет зажопить себе результаты чужих потуг?!

     
     
  • 3.139, Zenitur (?), 20:55, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ай, точно... Запутался! Слушай, выше написали, что сменить лицензию нельзя, только сделать закрытый форк. Что, и праводержатель кода не может это сделать? Который один?
     
     
  • 4.145, User294 (ok), 21:08, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В рамках BSDL кто угодно может делать закрытый вариант До тех пор пока соблюдае... большой текст свёрнут, показать
     
     
  • 5.190, iZEN (ok), 09:18, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    А ничего что открытый проект CentOS (GPL) плетётся за проприетарным RHEL по сути в хвосте и глубоко вторичен ("ешь что дают с барского стола")?

    Ситуация с OpenSolaris (CDDL, в принципе, повторяет GPL на уровне файлов) всё больше скатывается в пользу проприетарного Solaris.

     
     
  • 6.194, andy (??), 10:05, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А ничего что открытый проект CentOS (GPL) плетётся за проприетарным RHEL по
    >сути в хвосте и глубоко вторичен ("ешь что дают с барского
    >стола")?

    Так сама цель проекта - дать тот же RHEL, только без ограничений получения апдейтов. Что же касается вторичности - для кого как. Если тебе официальная поддержка от RHEL не требуется, но нужна платформа с гарантрованной стабильной работой баз данных от Oracle - бери CentOS.
    "Ешь что дают с барского стола" - это когда твоей любимой FreeBSD, кидает подачку Juniper в виде порта под MIPS, естественно забыв предоставить rt-patch'и.

    >Ситуация с OpenSolaris (CDDL, в принципе, повторяет GPL на уровне файлов) всё
    >больше скатывается в пользу проприетарного Solaris.

    CDDL тебя имеет?


     
     
  • 7.197, Michael Shigorin (ok), 10:59, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>А ничего что открытый проект CentOS (GPL) плетётся за проприетарным RHEL

    Ой, объясните уже кто-нить iZEN, что "проприетарный RHEL" -- это трейдмарки, а не лицензия.  Иначе не было бы никакого "открытого CentOS" с вдруг откуда-то взявшейся GPL.

    >Так сама цель проекта - дать тот же RHEL, только без ограничений
    >получения апдейтов.

    Не-а.  "Тот же RHEL" -- это см. историю с unfakeable linux (и ораклом, у которого -- сюрприз! -- тоже нет редхатовской внутренней сборочницы и системы тестирования).  Короче, не-а, не тот же RHEL, а что-то навроде.  И именно из-за _возможности_ бинарной дивергенции и вследствие того отличия в поведении сертификация под RHEL непереносима на пересобранные клоны.

     
     
  • 8.201, andy (??), 13:01, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Бесполезно У него жесткое неприятие GNU как такового Если не ошибаюсь, ругань... большой текст свёрнут, показать
     
     
  • 9.222, Michael Shigorin (ok), 00:49, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тут дело не в GNU, а в том, что он совершенно мимо кассы со своей классически гл... текст свёрнут, показать
     
  • 6.228, User294 (ok), 02:49, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Он не плетется в хвосте а являет собой копию редхата для народа С выпиленными... большой текст свёрнут, показать
     

  • 1.5, SubGun (ok), 12:49, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    "Компания Microsoft позволила одному из сотрудников работать над новым проектом в режиме полного рабочего дня."

    Один человек на такой проект?! о_О

     
  • 1.6, atxn (?), 12:50, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Такими темпами, через 2-3 года появится новость: "Microsoft решила заменить ядро в ОС Windows с NT 6.x на Linux 2.8.x" =)))))
     
     
  • 2.7, ffsdmad (ok), 12:53, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +9 +/
    сначала они откажутся от msi в пользу deb или tar.bz2
     
     
  • 3.118, fi (ok), 19:19, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю это будет rpm :)))

    И будут  писать уже не "POSIX совместима", a  "POSIX & LSB совместима"!!!

     

  • 1.8, atxn (?), 12:57, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Нам конечно трудно судить с своей колокольни... однако было бы лучше, если Microsoft  вложила денег в "допилку" Wine. Тогда, кто знает - может бы Windows 2020 тогда была на самом деле Linux + Wine + интерфейс аля Vista/Seven""
     
     
  • 2.143, Zenitur (?), 21:02, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Нам конечно трудно судить с своей колокольни... однако было бы лучше, если
    >Microsoft  вложила денег в "допилку" Wine.

    "В американском штате XXX власти выделили $28 тыс. для того, чтобы узнать предпочтения серфистов в плане сооружения удобных конструкций дл них на пляже. При этом серфисты были готовы рассказать свои предпочтения бесплатно".
    Если корпорация Майкрософт однажды захочет улучшить проект Wine, она обновит документацию спецификаций своих библиотек на сайте, потому что то что есть зачастую очень скудно - или вообще даст посмотреть код.

     

  • 1.9, Аноним (-), 12:57, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    не прошло и 20 лет как до мс дошло что их технологии установки софта - на уровне каменного века :)
     
     
  • 2.18, Аноним (-), 13:11, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >не прошло и 20 лет как до мс дошло что их технологии
    >установки софта - на уровне каменного века :)

    Пакетный менеджер в винде есть уже довольно давно (я имею ввиду msi), причем он чрезвычайно функциональный и расширяемый, что в сочетании с AD делает его отличным корпоративным инструментом. Чего многие не могут понять, так это разницу между пакетным менеджером и репозитарием. Первое в винде есть давно и вполне себе функционально, а вот второе в исполнении от ms врядли когда-либо появится. А вот 3rd party репозитарии - вполне.

     
     
  • 3.41, Анон (?), 15:15, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В нашем (линуксоидном) понимании пакетный менеджер, это полноценный гуи или консольный клиент, в котором можно без рысканий по интернетам в два нажатия мышкой или клавишей поставить приложение, а то что есть в Виндоус (десктоп версии, без всяких AD) это глюкавый недобиток.
     
     
     
    Часть нити удалена модератором

  • 5.132, Zenitur (?), 20:43, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну естественно Винда - это Эталон!! Если в линукс и виндовс что-либо реализовано по-разному, но между этими вещами нет разницы (например, панель задач в Windows по-умолчанию внизу, а в Gnome по-умолчанию наверху), то по вашему мнению правильно сделали конечно же в винде, ибо нормально, эргономично, по-партийному, по-поцански и т.д. Аналогично и здесь. Ну подумаешь, в Linux-дистрибутивах "Установка/удаление программ" создано действительно для установки и удаления программ, а то же самое в Windows сделано только для удаления (может и нет, но фактически - да). Ну естественно любой поцан вам скажет что это риально. А устанавливать через установку/удаление - это искажене смысла!
     
  • 4.235, anonymous (??), 08:35, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В нашем (линуксоидном) понимании пакетный менеджер, это полноценный гуи или консольный клиент, в котором можно без рысканий по интернетам в два нажатия мышкой или клавишей поставить приложение, а то что есть в Виндоус (десктоп версии, без всяких AD) это глюкавый недобиток.

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

     
     
  • 5.236, Michael Shigorin (ok), 11:38, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >То, что Вы тут описали называется "репозитарий"
    >(при помощи пакетного менеджера).

    Не совсем.  Это называется "высокоуровневый менеджер ПО, работающий с репозиториями".  Под которым остаётся low-level что-нибудь вроде rpm/librpm или dpkg, которое понимает пакеты и зависимости, но не умеет автоматически разрешать последние.

    Ну и замшелые сведения отдельных деятелей насчёт "dll hell в линуксе", которое некоторые иные деятели называли ещё "rpm hell" -- относятся ровно к тому, когда в Red Hat Linux зависимостями занимался только инсталятор, а в рантайме был только rpm.  Хотя IMHO и это было лучше, чем на винде -- потому как зависимости всё-таки формализованные и разрешимые в рамках полного пакетного набора дистрибутива для всего, что в нём либо совместимо с ним.

     
  • 3.53, eve (?), 16:01, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Функции msiexec покрывают функции пакетного менеджера весьма незначительно. Стандартизированное сжатие и набор ключей, что снимает со сторонних и не только разработчиков изобретение собственных. Собственно и всё. Всё остальное - головоломное усложнение, особенно чётко проявляющееся в случаях, когда разработчик не предусмотрел , что параметры установки должны изменяться ключами msiexec, а не колупанием в orca.
     
  • 3.172, Michael Shigorin (ok), 00:32, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Когда там у нас rpm и deb появились -- в 1992 или 1993 Вот примерно этому каме... большой текст свёрнут, показать
     

  • 1.12, LeNiN (ok), 13:02, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Интересно, а нет ли патента на такой способ установки?
     
     
  • 2.16, pavlinux (ok), 13:09, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Будет! (с) MS
     

  • 1.15, pavlinux (ok), 13:08, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я вот единственного не пойму, почему маздайцы до сих пор свой дистриб не выпустил.
     
     
  • 2.150, User294 (ok), 21:14, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А виндусь севен это что? :) Правда его нельзя распостранять (ну по крайней мере за это можно попасть под суд), сорсы видали немногие, модификация не предусмотрена а выбор - из совершенно идентичных систем, отличающихся чисто номинальными искусственными ограничениями да парой рюшечек.
     

  • 1.17, Аноним (-), 13:09, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Мда, инновационный Microsoft такой инновационный неужели 10 лет спустя инженер... большой текст свёрнут, показать
     
     
  • 2.32, Трухин Юрий Владимирович (?), 14:23, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –9 +/
    >Мда, инновационный Microsoft такой инновационный;
    >неужели ~10 лет спустя инженеры компании поняли, что пакетная система с автоматическим
    >разрешением зависимостей и автоматизацией сборки рулит и педалит

    1. в нормально написанных программах разрешать ничего не надо - все с собой, а в идеале в одном package. dll-hell подобные проблемы пусть остаются в линуксах

     
     
  • 3.35, Аноним (-), 14:40, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ну-ну, и потому мелкая программка с 100кб ехешником имеет инсталляху в 50 мегабайт, ибо тянет с собой .dll-ки, которых и без того в системе вагон.
     
     
  • 4.50, none (??), 15:54, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Главное не забудьте обновить
    каждую из .dll которую тянет вам поставил ваш софт, когда в ней  найдут дырку.
     
     
  • 5.55, Трухин_Юрий_Владимирович (ok), 16:01, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Главное не забудьте обновить
    >каждую из .dll которую тянет вам поставил ваш софт, когда в ней
    > найдут дырку.

    не забудем

     
     
  • 6.71, минона (?), 16:30, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и не забдь остановить приложение её использующее.
    ах да! винда и сама любезно об этом сообщит. :D
     
     
  • 7.103, Трухин_Юрий_Владимирович (ok), 18:20, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >и не забдь остановить приложение её использующее.
    >ах да! винда и сама любезно об этом сообщит. :D

    зачем? моя софтина например при обновлении не останавливает свою работу а перегружает dll на лету, причем обновиться может все!

     
     
  • 8.120, минона (?), 19:29, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    как бы помягче то не звезди счаз тебе прога выгрузит её, если она в данный м... текст свёрнут, показать
     
     
  • 9.152, User294 (ok), 21:18, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У них это не практикуется - каждый козел волочит в систему 100500 мегов СВОИХ СО... текст свёрнут, показать
     
     
  • 10.192, iZEN (ok), 09:36, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Открой для себя технику файлового отображения в память И, да, это 8212 не дл... текст свёрнут, показать
     
     
  • 11.203, минона (?), 14:38, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    открыл понял что это до тех пор пока дллка не начнёт заполнять свои структуры с... текст свёрнут, показать
     
  • 11.211, User294 (ok), 20:46, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А о нем давно в курсе, так что продолжите вашу мысль Что будет если его поюзать... большой текст свёрнут, показать
     
     
  • 12.240, iZEN (ok), 19:55, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если программа не подгрузила все свои модули и библиотеки 8212 да, останешься... большой текст свёрнут, показать
     
     
  • 13.242, Michael Shigorin (ok), 00:19, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Почитайте про dlopen 3 , что ли Подумайте про загрузку модулей ядра Сначала б... текст свёрнут, показать
     
  • 11.217, Michael Shigorin (ok), 00:18, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, может, хотели в другую сторону кивнуть -- на специально обученный искать дуп... текст свёрнут, показать
     
     
  • 12.241, iZEN (ok), 20:09, 12/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет При мапинге просто не производится лишняя пребуферизация, а данные и код пр... текст свёрнут, показать
     
     
  • 13.243, Michael Shigorin (ok), 00:35, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь хором задумываемся какой-такой волшебный дисковый кэш знает про то, чт... большой текст свёрнут, показать
     
     
  • 14.244, iZEN (ok), 01:49, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Копии 8212 это те, которые отличаются друг от друга Или те, которые всё-та... текст свёрнут, показать
     
  • 14.245, iZEN (ok), 01:56, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо додумывать что-то за меня и приписывать это мне же Не надо хором задумы... большой текст свёрнут, показать
     
     
  • 15.246, Michael Shigorin (ok), 11:12, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Которые имеют идентичное содержание, являясь логически отдельными объектами Да ... большой текст свёрнут, показать
     
     
  • 16.248, iZEN (ok), 17:14, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален ls dev ksm ls dev ksm No such file or directory ... большой текст свёрнут, показать
     
     
  • 17.249, Andrey Mitrofanov (?), 17:28, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И эти люди сейчас расскажут нам за ZFS-ы -P ... текст свёрнут, показать
     
  • 17.250, Michael Shigorin (ok), 23:27, 13/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На этот случай там выше было Так и записываем -- в FreeBSD слили Ровно как ... большой текст свёрнут, показать
     
  • 5.70, минона (?), 16:28, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    мс на дворе.
    поэтому г.. барахла должно быть МНОГО! :D
     
  • 5.68, минона (?), 16:23, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    апи чего?

    зы:
    задрали уже чудики про драйвер апи орать.
    вы лично сколько драйверов под линух написали?

     
  • 5.115, имя_для_форума (ok), 19:10, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/

    > какие 50 мегабайт

    такие, что 640 килобайт должно хватить всем.

     
  • 5.153, User294 (ok), 21:21, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >какие 50 мегабайт... опомнитесь, 2010 год на дворе

    Действительно. "Серьезная программа" под винду весит не менее сидюка. Чтобы юзер по двум часам инсталляции и засранному в хлам винту понимал что купил не какую-то левую студенческую поделку а правильную программу от реальных пацанов :)

     
  • 5.171, Wolfis (?), 00:27, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да что вы говорите, у меня вот в 2010 году инет 200к бит сек, мне что проще скач... большой текст свёрнут, показать
     
     
  • 6.196, Michael Shigorin (ok), 10:50, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Красивый апт можно сделать в винде.

    Да. (с ударением на первом слове)

    >Когда разработчик будет точно знать, что вот эту либу
    >ему пихать в прогу не надо, достаточно указать её
    >в зависимостях и она будет у конечного пользователя.

    Нет, насколько могу судить.

    >2010 год - не повод не экономить память, мне не охота покупать
    >новое железо, только потому, что кто-то до сих пор вин-апт не
    >придумал-)

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

     
  • 4.144, anonymous vulgaris (?), 21:05, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ну-ну, и потому мелкая программка с 100кб ехешником имеет инсталляху в 50
    >мегабайт, ибо тянет с собой .dll-ки, которых и без того в
    >системе вагон.

    Шутить изволите

    Это одна и та же прога

    http://sourceforge.net/projects/lazarus/files/

    windows
    lazarus-0.9.28.2-fpc-2.2.4-win32.exe
    (64.6 MB)

    linux (а еще понадобятся всякие gtk-develи т.п.)
    Lazarus 0.9.28.2
    (147.7 MB)

     
     
  • 5.154, User294 (ok), 21:23, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мозг врубите: в винде каждая прога волочит свои копии либ. В линухе 1 копия либ ставится для всех и все проги ее могут юзать. В итоге в винде творится эпичный бардак из shared либ которые совсем не shared и к тому же вопросы обновления оных никого не долбут, так что ессно секурити идет на хутор бабочек ловит а юзер выгребает малварь из системы влезшую через дыры в всем этом необновленном дерьмище.
     
     
  • 6.159, anonymous vulgaris (?), 22:25, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Мозг врубите: в винде каждая прога волочит свои копии либ.

    А кто вам такую чушь сказал? Не мне просто интересно. Кто? Не волочит, а может волочить. И это + а не -. Т.к. если проблемы то нужную либу скопировал и все. Нет больше проблем.

    А насчет мозга - как ваш мозг объяснит в 3 раза меньший объем одинаковой по функционалу инсталляшки для выни, чем для лина. Или у линуксоидов вообще полный разрыв с реальностью? На самом деле так и есть ибо всем кто смотрел линух после форточек очевидно что именно с инсталляцией там хуже всего. А линуксоиды счастливы. Ну что тут скажешь?


     
     
  • 7.212, User294 (ok), 21:08, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Файловый манагер и глаза Достаточно посмотреть на содержимое сидюков супер-дупе... большой текст свёрнут, показать
     
  • 5.173, Wolfis (?), 00:36, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >http://sourceforge.net/projects/lazarus/files/
    >
    >windows
    >lazarus-0.9.28.2-fpc-2.2.4-win32.exe
    >(64.6 MB)
    >
    >linux (а еще понадобятся всякие gtk-develи т.п.)
    >Lazarus 0.9.28.2
    >(147.7 MB)

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

    42 340,6 Кб версия 0.9.28.2-8 в моём дистрибутиве, а Вы попробуйте собрать из исходников в винде, вот веселуха будет=)))

     
  • 5.209, sergey (??), 16:54, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ну, не будем на основании одного не полного примера делать выводы Но давайте... большой текст свёрнут, показать
     
  • 3.38, Аноним (-), 15:09, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > в нормально написанных программах разрешать ничего не надо - все с собой, а в идеале в одном package

    50 версий Qt и 15 GTK это типа круто? Запустишь 50 разных программ использующих Qt и у тебя будет 50 версий Qt в памяти, это тоже так и задумывалось Microsoft? Оригинальное понимание понятия «разделяемые/общие библиотеки», настоящий Microsoft way :)

     
  • 3.40, Аноним (-), 15:15, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > в нормально написанных программах разрешать ничего не надо - все с собой, а в идеале в одном package.

    Главное что бы лицензия того что Вы пихаете в свой package со своей программой это позволяла, а то представляете что получится, под Linux программу можно установить, а под windows — никак, потому что используемая утилита1 запрещает своё распространение внутри чужого пакета :)

     
  • 3.44, Анон (?), 15:20, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Мда, инновационный Microsoft такой инновационный;
    >>неужели ~10 лет спустя инженеры компании поняли, что пакетная система с автоматическим
    >>разрешением зависимостей и автоматизацией сборки рулит и педалит
    >
    >1. в нормально написанных программах разрешать ничего не надо - все с
    >собой, а в идеале в одном package. dll-hell подобные проблемы пусть
    >остаются в линуксах

    да-да, я тут программку одну писал на C++, так вот функционала в ней с гулькин нос, большая часть сводится к автоматизации некоторых расчтетов, так вот если бы я компилил все сопутствующие библиотеки в бинарник она бы весила мегабайт эдак 10, а без них вполне себе мегабайтный бинарничек, который требует всего 5 либок распространенных и одну внешнюю программу из репов.

     
  • 3.46, имя_для_форума (ok), 15:35, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну да, статически слинкованный с набором сторонних библиотек или у вас в ваших ... большой текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 5.76, Sugar (ok), 16:41, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Трухин, ты просто жалок.
     
  • 3.93, аноним (?), 17:25, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > dll-hell подобные проблемы пусть остаются в линуксах

    Ох, лол. Ты вообще в курсе, почему оно называется dll hell, а не so hell? В линуксе таких проблем нет и быть не может.

     
     
  • 4.106, Трухин_Юрий_Владимирович (ok), 18:24, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> dll-hell подобные проблемы пусть остаются в линуксах
    >
    >Ох, лол. Ты вообще в курсе, почему оно называется dll hell, а
    >не so hell? В линуксе таких проблем нет и быть не
    >может.

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

     
     
  • 5.108, Andrey Mitrofanov (?), 18:33, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То, что Майкрософт Windows является аналогом _unstable _developer репозитария дистрибутива GNU/Linux -- это официальная точка зрения Корпорации, или Вы сболтнули, не подумавши?

    Когда _стабильный релиз? %)

     
  • 5.113, имя_для_форума (ok), 19:04, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/

    > *альтлинукс* обновляешь из *сизифа*, *моно* например ставишь,

    казалось бы, причём здесь установка (криво собранных, как оказывается) пакетов, реализующих сторонние технологии Microsoft, стороннюю реализацию кототорых (mono) сама Microsoft официально не признаёт, из официально признанного разработчиком (AltLinux) нестабильного и рекомендуемого исключительно для тестирования репозитория (сизиф), *и* архитектурный исторический былинной эпичности просчёт, который, например, не позволял без лишних телодвижений разработчика-пользователя установить в одной операционной системе семейства Windows (tm) корпорации Microsoft (R) две разные версии одной и той же динамической библиотеки?

     
  • 5.218, Michael Shigorin (ok), 00:29, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если будет конкретика -- милости просим в https lists altlinux org mailman lis... большой текст свёрнут, показать
     
  • 3.94, andy (??), 17:28, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > dll-hell подобные проблемы пусть остаются в линуксах

    Молодец, на ноль поделил.

    http://ru.wikipedia.org/wiki/Dll_hell
    DLL hell (DLL-кошмар, буквально: DLL-ад) — тупиковая ситуация, связанная с управлением динамическими библиотеками DLL в операционной системе Microsoft Windows.

     
  • 3.174, Michael Shigorin (ok), 00:40, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, простите, головой думаете, юный специалист , или же что скормят -- то туда ... большой текст свёрнут, показать
     
     
  • 4.181, аноним (?), 01:22, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А СЕЙЧАС НАМ МИША РАССКАЖЕТ, КАКИЕ ПОПУЛЯРНЫЕ ЛИНУКС ДИСТРИБУТИВЫ ИСПОЛЬЗУЮТ XDELTA

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

     
     
  • 5.184, Michael Shigorin (ok), 01:48, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А СЕЙЧАС НАМ МИША РАССКАЖЕТ, КАКИЕ ПОПУЛЯРНЫЕ ЛИНУКС ДИСТРИБУТИВЫ ИСПОЛЬЗУЮТ XDELTA

    Например, openSUSE (откуда patch rpms и пошли, ЕМНИП) или более-менее свежая федора.  В альте нет и пока не предвидится, если Вы именно это хотели услышать.

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

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

     
  • 3.191, iZEN (ok), 09:23, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >1. в нормально написанных программах разрешать ничего не надо - все с собой, а в идеале в одном package. dll-hell подобные проблемы пусть остаются в линуксах

    Это точно. По такому пути пошли разработчики пакетной системы PC-BSD (pbiDIR.com).

     
     
  • 4.198, Michael Shigorin (ok), 11:10, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Картина маслом бздюшный тролль валидирует озвучиваемую некрософтовским студенто... большой текст свёрнут, показать
     
  • 4.224, User294 (ok), 02:04, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Верной дорогой идут - таким методом можно получить то же самое что есть в винде ... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (51)

  • 1.24, Cobold (??), 13:57, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    посадили человечка на пробный проект, разобраться как оно там у "идейного врага" работает, а шуму как всегда на весь мир. Как всегда M$ - не они будут если не распиарят себя по малейшему поводу.
     
     
  • 2.175, Michael Shigorin (ok), 00:41, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Как всегда M$ - не они будут если не распиарят себя по малейшему поводу.

    Одного не пойму -- что эта новость забыла на главной.

     
     
  • 3.200, Andrey Mitrofanov (?), 12:40, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Как всегда M$ - не они будут если не распиарят себя по малейшему поводу.
    >Одного не пойму -- что эта новость забыла на главной.

    Как в том детском мультике про ?слона -- МС теперь [уже вот-вот!!] самый БОЛЬШОООЙ другх опенсорса. Только на главную!.

     

  • 1.25, Шурек Табуреткин (ok), 14:03, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В настоящее время корректная сборка определенной открытой программы в Windows может занять часы, в то время как CoApp сведет подобные операции к одному клику.

    А время, сестра! Время!
    Или "часы" и "клики" это уже нечто равноценное? :)

     
  • 1.28, Аноним (-), 14:20, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    acute NIH case

    товарищ походу /usr/ports изобретает

    Shallow-Fork
    Source Repository
    A source code repository using appropriate version control software, that is used to maintain 'shallow-forks' --forked versions of open source projects, which are used to optimize Windows development.  If the original project chooses to support CoApp-style tools and development, these changes can be pushed back up to the project. In practice however, we know that some projects will not bother (they don't care about Windows support)

     
  • 1.29, Аноним (-), 14:20, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    такой проект уже сущестует и работает

    http://code.google.com/p/apt-cyg/

     
  • 1.34, polymorphm1 (ok), 14:40, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    сначало прочитал заголовок, и ПОРАДОВАЛСЯ (за нащих братьев меньших) :-) :-)..

    ...потом начал читать подробности и просто АФИГЕЛ (от их тупо-каменно-головости):

    > Имеет дружелюбный к Windows-разработчику интерфейс - вместо Unix-команды сборки make можно продолжать использовать свою любимую среду разработки (IDE);

    - какой ещё мой любимый IDE ?
    - мой любимый IDE -- ПРЕДПОЛОГАЕТ что нада использовать -- {консоль+unix_команды} (make, ...) . и это ОЧЕНЬ даже дружелюбно, в отличии от "next,next,next,...,oops!sorry..."
    - что они имею ввиду вообще?

    > Отсутствие привычной среды сборки и разработки (autotools, bash и т.п.);

    - тоесть теперь в CoApp -- они появяться? (autotools, bash и т.п.)
    - но об этом в новости намекается -- что вроде как НЕТ %) %)..

    ...но ведь:
    > Разработчики Microsoft представили проект CoApp, в рамках которого начата разработка универсальной Windows-среды для доставки, компиляции и создания пакетов из Open Source приложений...
    >>>компиляции<<<

    хм... так чтожеони имели ввиду? %) %)

    > Позволяет собирать приложения для Windows пользователям, не имеющих навыков разработчика;

    - КТОООО? ВОТ ЭТИ ВОТ пользователи Windows буду собирать приложения? :-D :-D
    - да не каждый разработчик (разработчик СПО) может собрать приложение под Windows (и поэтому скачивает для windows готовые *.exe (вместо *.tar.gz) , если вдруг понадобилось поработать на Windows) , а они уже наметили на обычных пользотелей!
    - дык КАКЖЕ без {bash,make,gcc,...} они буду собирать приложения? бред какойто...

    --------------------

    в итоге единственное адекватное что я понял из новости -- Microsoft говорит что ".msi -- это чтото типа ваших .deb , поэтому мы ТОЖЕ ТРУЪ-Фри-Опен-Сурс"...
    и... "спрашивайте у ваших любимых СПО-разработчиков -- MSI-пакеты любимых программ" :-)
    (по аналогии с -- "смотрите наш фильм во всех кинатеатрах страны")

     
     
  • 2.124, fi (ok), 19:56, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Позволяет собирать приложения для Windows пользователям, не имеющих навыков разработчика;

    за это мс - 5++!!!

    потрясающе!!! наконец свершилось чуда,  Windows пользователи все разом рвут компилировать kerlnel32.dll !!!

     

  • 1.37, Анон (?), 14:58, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    emerge для винды вроде как уже был. Изобретают велосипед?
     
  • 1.42, mvalery (?), 15:18, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Обычно я администрирую FreeBSD.
    20 минут в серверной у провайдера до того момента как поднимется ssh.
    Всё остальное дома, в кресле с котом на коленях и чаем на столе.

    но вот недавно пришлось ставить на сервер Win 2003 server.
    Лицензионный диск у клиента даже без SP2. Не смотря на наличие купленной лицензии, новый диск с сервиспаками и апдейтами Microsoft не распространяет.

    Однако, пока не накатишь апдейты - нельзя открывать порты на доступ снаружи т.к. сервер за 20 мин. забивается вирусами (был опыт). Значит весь процесс надо торчать рядом с серваком.

    Это был ужас. 8 часов рядом со стойкой под кондиционером +10 град. (На улице было +35. Представляете как я был одет. Хорошо что не в шортах). В конце этого действа у меня не гнулись ни пальцы ни спина.

    Жмешь кнопку "апдейтить всё". Затем загрузка, установка, рестарт, снова ввожу пароль администратора. Снова в броузере выбираю "апдейтить всё" и так по кругу.

    При этом все апдейты довольно жирные. Это не дифы. Это полные дистрибутивы компонент системы. По моим подсчетам было выкачано 2-3 Гб.

    Каменный век.

    Поэтому, у нашей компании дорогой сетап Виндов. Приходится оплачивать полную смену системного адвминистратора.

     
     
  • 2.48, имя_для_форума (ok), 15:44, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Cool story, bro.
    Я серьёзно - прочитал с интересом и улыбкой. Поучительно :-)
     
     
  • 3.92, Ы (?), 17:24, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Cool story, bro.
    >Я серьёзно - прочитал с интересом и улыбкой. Поучительно :-)

    А йа вот накатываю всё в оффисе, с коффеем и секретаршами :) А потом высылаю готовый сервак в data-cent[e]r[e] с инструкцией какие кабеля куда втыкать. Но это скучнее, да :)

     
     
  • 4.116, Cobold (??), 19:11, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    круто, в office + java сервак накатать...
     
  • 4.119, mvalery (?), 19:29, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/

    >А йа вот накатываю всё в оффисе, с коффеем и секретаршами :)
    >А потом высылаю готовый сервак в data-cent[e]r[e] с инструкцией какие кабеля
    >куда втыкать. Но это скучнее, да :)

    У меня сервак стоял в стойке в датацентре. Один клиент ушел. Другой пришел.
    Не потащишь же сервак обратно в офис. 70 км. Половина по пробкам.

    Другое прикольно. 8 ядер, железный RAID и интернет 500Мбит/сек не привели хоть к какому-то ускорению установки.

     
  • 2.176, XoRe (ok), 00:53, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Интересный рассказ.

    10 градусов - хорошая серверная, челябинская)
    Насколько я знаю, обычно держат температуру 18-19 градусов.

    >Однако, пока не накатишь апдейты - нельзя открывать порты на доступ снаружи
    >т.к. сервер за 20 мин. забивается вирусами (был опыт). Значит весь
    >процесс надо торчать рядом с серваком.

    Шож вы за порты такие открывали, если не секрет?)
    Могу порекомендовать пару вещей:
    - vnc/radmin/что_там_ещё на нестандартный порт + пароль посложнее = успеете накатить все апдейты из дома.
    - есть порт ipfw для винды - wipfw. Даже таблицы есть. Думаю, полезность понимаете =) Можно ограничить трафик до домашнего ip адреса.

     
     
  • 3.206, mvalery (?), 14:57, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Шож вы за порты такие открывали, если не секрет?)

    Все порты. Взял у клиента оригинальный диск Win 2003 standard. Руками установил драйвера (на моей память мастер драйверов не нашел автоматически ни одного драйвера). Разрешил доступ через Remote Desktop. Поехал в офис.

    Оказалость, что это старый диск. Без SP2. Значит без фаервола вообще. Все порты открыты. А количество уязвимостей так велико, что если фаерволом не заткнуть - вирусы спокойно проникают в систему без всякой авторизации. Дикость.

    Когда я ставлю FreeBSD всего этого не нужно.
    Свежий дистрибутив лежит на сайте.
    Драйвера ставятся сами, ssh сервер ставится и поднимается сам.
    Пустая система спокойно стоИт без фаервола неделями.

     
     
  • 4.210, Трухин_Юрий_Владимирович (ok), 19:32, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ставьте современные версии ОС, а не восьмилетней давности... Современная - Windows Server 2008 R2
     
     
  • 5.219, Michael Shigorin (ok), 00:32, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >ставьте современные версии ОС, а не восьмилетней давности... Современная - Windows Server
    >2008 R2

    Уплоченное клиентом выкидывать изволите повелеть?  А как же TCO и ROI?

     
  • 5.226, User294 (ok), 02:20, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А там с сетапом лучше не стало Сетапер какогониить эксченжа эпично посылает юзе... большой текст свёрнут, показать
     
  • 2.225, User294 (ok), 02:14, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я разок сношался двое суток Мало того что все что вы упомянули в силе, так еще ... большой текст свёрнут, показать
     
     
  • 3.233, mvalery (?), 22:41, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Какой кошмар. Это выходит мне еще повезло. 8 часов до подключения в мире виндов - это гуд - большая удача.
    У меня от всех этих рассказов волосы в трусах шевелятся (про голову вообще не говорю)

     

  • 1.43, o2inhal (?), 15:19, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в следующей версии Windows этот пакетный менеджер традиционно будет представлен как нечто революционное. Возможно некоторые его функциональные идеи будут защищены патентами.
     
  • 1.64, Илья (??), 16:15, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очередной магазин прямо под рукой
     
  • 1.66, GameForLinux (?), 16:20, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Новость зачетная, весь в ожидании холивара! XD А по сути у них с зависимостями проблем будет еще больше чем в linux и больше всего интересует где они репозитарий разместят.
     
     
  • 2.95, имя_для_форума (ok), 17:29, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Увы, весь бизнес Microsoft на такой методологии ведения конкуренции выехал ht... большой текст свёрнут, показать
     
  • 2.97, Cobold (??), 17:49, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    будто это было единственным чего им так не хватало чтобы их вдруг враз все полюбили. Вот действительно, я вот десять лет страдаю с этим линуксом только потому что для винды нет дебиановского пакетного менеджера :)
     

  • 1.99, Iv946n (?), 18:07, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Рано радуетесь. Кончится тем, что ставить софт можно будет только с подписаных пакетов с официальных репозитариев. И настанет тотальный DRM.
     
     
  • 2.177, XoRe (ok), 00:55, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Рано радуетесь. Кончится тем, что ставить софт можно будет только с подписаных
    >пакетов с официальных репозитариев. И настанет тотальный DRM.

    Это тот самый DRM, который постоянно ломают?
    Пусть настает)

     
  • 2.229, User294 (ok), 03:18, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если кто-то громко плачет - довыпендривался значит В смысле, так этим варезника... большой текст свёрнут, показать
     

  • 1.122, имя_для_форума (ok), 19:46, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    извините, не удержался - надеюсь, модераторы поймут правильно и не удалят/забанят :-)

    кому:
    steve@microsoft.com

    текст письма:
    Здраствуйте. Я, Кирилл. Хотел бы чтобы вы сделали пакетный менеджер, суть такова...
    Пользователь может манипулировать пакетами, зависимостями и системой сборки.
    Можно грабить исходники. И dll'кам раз динамические то сделать так что там большой выбор
    А движок можно поставить так что вдали пакеты на сервере, когда скачиваешь они загружаются и устанавливаются.
    Можно удалять и т.п. возможности как в apt-get. И правила сборки тоже, и утилиты тоже.
    Можно переустанавливать и т.п. Если устанавливать много пакетов то надо слушаться менеджера, и защищать систему от поломанных зависимостей (механизма я не придумал) и пакетов с ошибочными check-суммами, неавторизованных пакетов, и качать на апдейты.
    Пользователь сам себе командир может делать что сам захочет прикажет своим пакетам. Всего в менеджере 4 команды. Т.е. менеджер и в нем есть 4 команды, 1 - установить, 2- удалить, 3-обновить, 4 - собрать/пересобрать/сканпелировать... (с сервера, там есть исходники...) Так же чтобы в менеджере могли быть не только жёсткие зависимости к пакетам но и мягкие и если пользователю менеджер ломает зависимости, то он чинится, так же проблемы но пользователь может локально поставить пакеты. Транзакции делать можно...
    P.S. Я джва года хочу такой пакетный менеджер.

     
     
  • 2.149, koblin (ok), 21:14, 09/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    подписываюсь под этим письмом
     

  • 1.128, crls lesser (?), 20:18, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я думаю -- ну и пускай разрабатывают :)
     
  • 1.137, Zenitur (?), 20:52, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот бы еще можно бы было скормить этой программе tar.bz2 и на выходе получить exe или просьбу дать tar.bz2/dll от зависимости...
    Недавно скачал FileZilla в Интернет-кафе, чтобы отзеркалить себе последние иксы. Так в "О программе" сказано, что платфрма - 32-битная винда, а скомпилировано в 64-битном в Линуксе... Как это сделать? Я тоже хочу! :-)
    P.S. Ну а саму FileZilla в Linux пришлось из исходников ставить, понадобился лишь wxWidgets. Зависимость glibc в Debian 5.0, где делали бинарник, оказалась выше по версии, чем была у меня.
     
     
  • 2.199, паразит (?), 11:35, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    mingw32 + версии библ под mingw32.
     

  • 1.158, Аноним (-), 22:07, 09/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    apt - однозначно рулит! А в винде каждый "умный" инсталлятор пишет свои dll-ки куда хочет, заменяя оригинальные. Не АЙС
     
     
  • 2.180, XoRe (ok), 01:09, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >apt - однозначно рулит! А в винде каждый "умный" инсталлятор пишет свои
    >dll-ки куда хочет, заменяя оригинальные. Не АЙС

    А что ему ещё остается делать?
    Заменить системную dll-ку на более новую?
    Так могут и дать это сделать.
    Или сделать может и дадут (когда юзер под админом сидит), только после этого некоторые программы могут "внезапно" перестать работать.
    Вот и остается держать нужные dll-ки при себе.

     
  • 2.182, thirteensmay (?), 01:23, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >apt - однозначно рулит!

    так а в чем сила ? в том что решает зависимости ? так если либы держать при себе то такой проблемы и вовсе не возникает, а если держать общие версии то как удовлетворить требование ПО к конкретной версии либы ? тоже держать несколько ? в чем тогда смысл ? я конечно понимаю что apt не лишняя сущность ;), но всетаки ?

     
     
  • 3.185, Michael Shigorin (ok), 01:50, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>apt - однозначно рулит!
    >так а в чем сила ? в том что решает зависимости ?
    >так если либы держать при себе то такой проблемы и вовсе
    >не возникает

    Возникает другая, причём проблема -- это очень мягко.  См. по соседству.

    >а если держать общие версии то как удовлетворить требование
    >ПО к конкретной версии либы ? тоже держать несколько ?

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

     
     
  • 4.187, thirteensmay (?), 02:55, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да, другая возникает, но первая уходит ;) какая из них серьезнее спорить можно до потери пульса, давайте не будем, я тоже могу сказать что лишнее место на диске это фигня, а гребля с зависимостями особенно если без сети это даа !, и возможные сбои из-за изменения либы тоже, давайте не будем, с этим все очевидно, есть плюсы, есть минусы.

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

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

     
     
  • 5.220, Michael Shigorin (ok), 00:41, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да и зачем бы Да, это не самое главное Хотя для SSD пока чувствительней В л... большой текст свёрнут, показать
     
  • 2.195, iZEN (ok), 10:06, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >apt - однозначно рулит!

    Рулит и педалит.

    http://www.linux.org.ru/forum/talks/4754445
    [q] [debian][nvidia] идиоты

    Место действия - тестинг. Попытка установить драйверы проприетарные nvidia. Хочу поставить nvidia-kernel-source, собрать из неё модули ядра и поставить nvidia-glx.

    nvidia-kernel-source рекомендует nvidia-glx, который зависит от модулей ядра nvidia-kernel-173.14.09. Ну ничего, aptitude ставит рекомендации по умолчанию, вместе с исходниками придётся тянуть сами модули, которые обычно скомпилированы не под ту версию ядра. Переживём.

    А самое страшное - что-то из этого списка конфилктует с xorg из того же тестинга.

    Всё, сил моих больше нету. Почему, почему в анстейбле всё нормально работает? Должно ведь наоборот...
    melkor217 * (08.04.2010 0:12:06)[/q]

     
     
  • 3.202, light (??), 13:48, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Позволяет использовать возможности встроенной в Windows системы по сбору информации о
    >> крахах в приложениях - Windows Error Reporting, что позволит разработчику улучшить
    >> качество Open Source приложения при работе на платформе Windows.

    что позволит разработчику улучшить качество Windows Error //fxd

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

     
     
  • 4.204, Трухин_Юрий_Владимирович (ok), 14:39, 10/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >странно что тут спорят практически только разработчки, а как же то обстоятельство, что >в никсах таким способом можно установить _любую_ программу, а мелкософтовском можно >будет установить только прогу от мелкософт?

    Почему? где вы это прочитали?

     
     
  • 5.221, Michael Shigorin (ok), 00:45, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>а мелкософтовском можно будет установить только прогу от мелкософт?
    >Почему? где вы это прочитали?

    Потому что см. про репозиторий, наш юный друг.

    Когда речь о свободном (или freely distibutable хотя бы) софте, то поддерживать его права есть автоматически.  А когда другие на своих делянках ковыряется, то согнать их в колхоз выйдет только под дулом.  Если угораздит инновационно изобрести колхоз, конечно.

    Ну и про условия вписки в Apple Store тоже неслучайно упоминалось.

     
  • 5.230, User294 (ok), 03:23, 11/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему? где вы это прочитали?

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

     

  • 1.231, Myc (??), 22:02, 11/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Запустил ща поиск на домашней винде. В итоге около десятка zlib.dll разного размера.
     
  • 1.238, аноним (?), 15:05, 12/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Наконец-то до них дошло. В XXI веке система без пакетного менеджера просто не нужна. Кроме того, теперь люди, разрабатывающие открытый кроссплатформенный софт из-под Windows не будут пихать прям в репозиторий кучу пресобранных dll.
     
  • 1.251, maotm (ok), 08:51, 14/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прям анекдот про самосовершенствующийся Windows, превратившийся в конечном итоге в Linux, сбывается :)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру