Winlibre - Aptitude-Synaptic для Windows. Это было бы полезно?

Question

В прошлом году, в GSoC 2009 года, я участвовал в организации под названием Winlibre. Основная идея состоит в том, чтобы иметь проект, подобный Aptitude (или Apt-get), и графический интерфейс, подобный Synaptic, но для Windows, и просто держать (изначально) только программное обеспечение с открытым исходным кодом. Проект был просто в порядке, мы закончили то, что, по нашему мнению, было хорошей отправной точкой, но, к сожалению, из-за различных профессий разработчиков, проект простаивал почти с тех пор, как GSoC закончил. Теперь у меня есть немного энергии, времени и интереса, чтобы попытаться продолжить это развитие. Проект был разделен на 3 части: сервер репозитория (на котором я работал и который собирался хранить и обслуживать пакеты и файлы), создатель пакетов для разработчиков и основное приложение - apt-get и его GUI.

Я думал о проекте, и первый вопрос, который мне пришёл в голову: на самом деле этот проект полезен для разработчиков и пользователей Windows? Имейте в виду, что идея состоит в том, чтобы решать проблемы зависимостей и устанавливать пакеты «чисто». Я не Windows-разработчик и просто случайный пользователь, поэтому у меня действительно нет большого опыта в том, как все это обрабатывается, но, насколько я видел, все установщики справляются с этими зависимостями. Будут ли разработчики Windows готовы переходить с установщиков на пакетный способ обработки установок программного обеспечения с открытым исходным кодом? Или просто создавать пакеты для уже существующих установщиков?

Концепция пакетов в основном такая же, как для файлов .deb или .rpm.

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

Спасибо !!

Answer 1

обязательно изучите предыдущие усилия по этому вопросу. Google объявляет о нескольких аналогичных / релевантных усилиях.

http://en.wikipedia.org/wiki/Package_management_system#Microsoft_Windows

http://windows -get.sourceforge.net

http://pina.plasmite.com

IIRC в какой-то момент была скорость вращения для окон

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

Но в любом случае, да, было бы замечательно, если бы был такой стандартный инструмент и хранилище.

Answer 2

Для стека ALT-.Net tool / lib были некоторые возможности в этом направлении: Horn Get Тем не менее, юзабилити в реальном проекте была предметом этого SO вопроса .

Answer 3

Проверьте NSIS.Это создатель MSI с открытым исходным кодом.Возможно, вы сможете использовать его как часть вашего программного обеспечения для создания пакетов.http://nsis.sourceforge.net/Main_Page

Answer 4

Я могу говорить только за себя, но, очевидно, я мог бы определенно использовать такой инструмент, поскольку я нашел ваш пост через поиск в Google! ;)

Мои два варианта использования этого инструмента следующие: 1. Как правило, я стараюсь не переустанавливать свою систему как можно дольше (на самом деле мне удается это делать только для переключения на разумную (не каждую) новую версию Windows каждые несколько лет или для установки новых компьютеров). Но все же я хотел бы, чтобы мое программное обеспечение было современным. Я также не хочу посещать все веб-страницы и вручную проверять наличие проблем совместимости с новой версией Doxygen, Graphviz и последней версией MikTeX, например, и не хочу переходить на страницы загрузки. и запустить настройки все сам. Я просто хочу запланировать ОДИН ОДИН (!) Инструмент, который проверяет, есть ли новые обновления или нет, и обновляет те приложения, которые не конфликтуют с какой-либо другой версией приложения.

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

Я не знаю достаточно об архитектуре .deb или .rpm, но ИМХО самым разумным было бы поддерживать БД только с именами, версиями, зависимостями и местоположением мест загрузки разных версий. Я имею в виду, что большинство инструментов, доступных для Windows, в любом случае предоставляют пакеты .msi, которые (я предполагаю) - это само приложение и некоторые пользовательские свойства установки (на самом деле я не уверен, как обрабатываются сценарии, но я знаю, что создание MSI в Visual Studio очень ограниченные возможности для создания пользовательских шагов установки, и я могу только предположить, что это связано с ограничениями протокола MSI).

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

Что ж, мне нравится эта идея, и я хотел бы услышать об этом (или таком) инструменте в будущем.

Приветствия