LINUX.ORG.RU

т.е. до сего момента ОС Emacs не имела пакетного менеджера? Как слако^Wмило)

dib2 ★★★★★
()

Зашел в тред, чтобы увидеть шутки про емакс и ОС. А вообще давно пора это безобразие систематизировать. Даже ФФ давно так умеет.

stormy
()

ELPA/package.el уже 4 года как есть, даже для emacs 22. Кстати, в посте за ссылкой устаревшая версия. Вот здесь поновее информация будет.

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

Согласен. Правильнее было бы написать, что это не сама система, а краткая инструкция по пользованию системой, которая пока ещё активно устаканивается.

Evgueni ★★★★★
() автор топика

Хм...

А почему бы не расширить функции пакетного менеджера на файлы хранимые в хомяке? Не только для Emacs'а, а для многих программ это было бы удобно.
+ Расширения браузера. + Кисти и прочие ресурсы для редакторов. + Шаблоны для офиса. + Темы, иконки, обои. И т.п.
Открыл менеджер, сразу видно чего у тебя место занимает, откуда скачано, есть ли обновления и т.п...

ls-h ★★★★★
()
Ответ на: Хм... от ls-h

<offtopic>
Да и не помешала бы возможность ставить обычные пакеты в хомяк (с зависимостями, если нужно). Например если на машине работают несколько пользователей и хотят разные версии программы.
</offtopic>

ls-h ★★★★★
()

Ждем слакобилдов для емаксобилдов

stevejobs ★★★★☆
()
Ответ на: комментарий от ls-h

если на машине работают несколько пользователей и хотят разные версии программы

наверное это лучше через ~/.emacs.el делать

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

Кстати таких пакетных менеджеров для разных программ не мало. Это актуально для программ с кучей плагинов, которые часто меняются (особенно для оффтопа). Например, тот же MikTeX. Почему до сих пор нету единой системы?

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

Скорее всего проблема в организации хранилища расширений. Более-менее мощные сообщества такие хранилища создают, типа CTAN, CRAN, CPAN.

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

Почему до сих пор нету единой системы?

В Debian и куча расширений для Firefox, и куча расширений для Emacs, и для Perl, и для PHP, и для чего угодно, завёрнуты в .deb

То есть, единая система уже есть - называется «пакетный менеджер дистрибутива». Вопрос только в том, почему нет пакетов для всего? Потому что не завернули. «с бумагой в стране напряжёнка» // москва слезам не верит

deb
()
Ответ на: комментарий от saiko-shi

Извращение какое-то, вокруг ide целый мир устраивать.

Emacs это не только ide, он практически полностью заменяет все функции полноценной ОС.

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

и для чего угодно, завёрнуты в .deb

А как там насчет Eclipse и плагинов для него? Оно там все такое же протухшее в репах Debian?

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

И зачем тогда пользоваться такой пакетной системой, где «не завернули»? Не проще качать программу с оффсайта и ставить ее в home, а плагинами уже сама программа управляет и поддерживает их в актуальном состоянии?

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

А как там насчет Eclipse и плагинов для него? Оно там все такое же протухшее в репах Debian?

Да.

И зачем тогда пользоваться такой пакетной системой, где «не завернули»?

Почему до сих пор нету единой системы?

Потому что это единая система для всего. Установка в home далеко не так удобно, чем одно движение пакетного менеджера. В случае «один пользователь пользуется одной программой один раз» это может иметь смысл, но если ставить нужно часто - ручки устанут. :)

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

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

а) ждать и грустить два года до выхода следующей стабильной версии

б) подключаться ко сторонним репозитариям, если они есть, что не факт в случае небольших пакетов

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

Установка в home далеко не так удобно, чем одно движение пакетного менеджера.

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

kamre ★★★
()
Ответ на: комментарий от deb

Проблема не в пакетах, а в скорости их обновления и согласованности.

Мне вон, например, всё устраивает, кроме пары-тройки пакетов где мне необходим передний край (тот же TeX Live приходится всегда локально ставить). И так мы плавно переезжаем на какой-нибудь gentoo с соответствующим увеличением энтропии.

Evgueni ★★★★★
() автор топика

в snashot-е 24й уже 100500 лет как, я почти всё свое хозяйство перевёл туда

lazyklimm ★★★★★
()
Ответ на: комментарий от deb

Суть в том, что единая система для всего - есть, и работает.

Работает не очень хорошо, если нужны актуальные версии программ/плагинов.

Единая система для всего работает для Android Market / AppStore, т.к. там сами разработчики выкладывают актуальные версии, и оно сразу попадает к пользователям, не нужно ждать пока мейнтейнеры дистрибутива соизволят опакетить.

kamre ★★★
()

А я вот недавно увидел ПМ к миранде. Обновилсо, в кои-то веки.

Pavval ★★★★★
()
Ответ на: Хм... от ls-h

А почему бы не расширить функции пакетного менеджера на файлы хранимые в хомяке?

Так хомяк же у каждого свой. Конфиги тот же апт перелопачивает при необходимости.

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от saiko-shi

Извращение какое-то, вокруг ide целый мир устраивать.

Технически это — специализированный интерпретатор лиспа. С тем же успехом можно записать в извращенцы скриптописателей на bash.

aidaho ★★★★★
()

можно устанавливать, удалять, отслеживать изменения и апдейтить

а корованы, корованы можно грабить??

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