Как стать автором
Обновить

Комментарии 50

Поставил и использую. Очень рекомендую!
Не проще ли использовать маленький chef-рецепт?
А к маленькому рецепту все остальное барахло, его обслуживающие, ага ага.
Мне эта штука помогает.
С ней удобно управлять и бэкапить репозитории, переносить в другую систему итд.
А то иногда реально задалбывает вручную прописывать команды для добавления репозиториев.
Что-то скромно у вас. У меня вообще получилось 49 на стационарнике и 71 на ноуте.
Тогда рекомендую. Как же я матерился каждые пол года, когда нужно было отслеживать обновления PPA и ручками переключать на новую версию.
Я так понял сайт лежит у вас на домашней машинке? Если так, что, думаю, лучше перенести его к себе. Вечерком попробую разобраться подробнее.
Лежит на работе на нашем сервере, нагрузка небольшая, IP статический, просто на no-ip был бесплатный DNS.
Бесплатный DNS есть на Яндексе. Правда домен придётся купить самому. Но там сумма смешная за год. К тому же можно почту и jabber подключить :)
а зачем обновлять систему каждые полгода? LTS релизы наше все.
LTS на сервере еще куда не шло. а на десктопе я вообще сижу на альфах/бетах всегда.
Во-первых приятнее когда пакеты самые свежие и можно сразу работать с ними, ну и вообще мне нравится одним из первых все новые фишки в убунте краштестить и отправлять баг-репорты если что-то пошло не так.
ну и вообще мне нравится одним из первых все новые фишки в убунте краштестить и отправлять баг-репорты если что-то пошло не так.

Fedora ждет вас :)
Мне и на Ubuntu 12.10 хорошо) Мне Debian-подобные системы больше нравятся.
Ранняя пташка :)
а если я зарегистрируюсь и добавлю ненадежный репозитарий, то он им начнут пользоваться все ваши пользователи?
У них просто появится возможность его поставить. Точно так-же как у них была возможность добавить его с помощью apt-add-repository.
ну у нас очевидно разные подходы, я убунту для работы использую, а не для улучшения убунты. мне «приятно» когда все работает как ожидается (и на десктопе тоже), а вот работать с «самыми свежими» пакетами не всегда гладко получается (баги, несовместимости версий и прочии прелести). когда уж очень нужно баг зарепортить, то и исходников не лень скомпилировать.
>мне «приятно» когда все работает как ожидается
Уж поверьте если я ставлю альфу или бету то баги я ожидаю)) так что она для меня тоже работает «как ожидается».
У меня установлена еще 12.04 там все четко и гладко и уже наскучило мне — никакой новизны. Вот я туда и очень редко загружаюсь.
>а вот работать с «самыми свежими» пакетами не всегда гладко получается (баги, несовместимости версий и прочии прелести).
Работать люблю не с проверенным стабильным софтом а имеено с самым наисвежайшим(ну я не про все, а про что-то сильно интересующее).
Если у вас вдруг появилась надпись
«ls» не является внутренней или внешней командой, исполняемой программой или пакетным файлом.


Вы, наверно, не поверите — но…
image
Я Вас тоже могу удивить:

А меня-то чего удивлять? Это автор сделал вид, что в Windows нет команды «ls» :)
Там вообще-то не «ls» а:
ls /etc/apt/sources.list.d | wc -l
сомневаюсь что у вас в windows есть такая папочку по такому адресу.
Да или в другой не Debian-подобной OS
Автор сделал вид, что если у Вас нет простейших *nix команд, то у Вас не *nix (это, кстати, следование, а не равенство, если что).
Вы путаете «если у вас нет команды ls, то у вас Винда» с «если у вас Винда, то у вас нет команды ls», а между тем это принципиально разные вещи.
Вы думаете, что он сказал второе, хотя он на самом деле сказал первое.
А как бы туда экспортировать список из моих ≈40 репозиториев?
Пока к сожалению только руками, но в планах есть написание API
Добавил rest API для редактирования
Круто. А я не совсем разобрался. Там можно сделать свой уникальный набор репозиториев или можно только в общую кучу добавлять?

Про API: я вообще-то имел ввиду чтото вроде команды pkggen-upload, которая бы по моему логину-ключу добавляла репозитории из sources.list и sources.list.d в мой аккаунт, а дальше я проставляю свою индивидуальную ссылку себе в sources.list, а все остальное удаляю.
Сначала думал сделать репозитории на каждого, но потом отказался от этого, не очень вижу смысла этого — там же и так сейчас получается множество файлов, просто они стали управляться пакетами.
Тут скорее нужно писать такую локальную утилиту, которая получает текущий список репозиториев на локальной машине, потом ищет их наличие на сайте, затем позволяет скопом залить отсутствующие и устанавливает пакеты существующих.
А как иначе сервис узнает, какой именно nvidia-current мне нужен? Или, тем паче, XBMC? Сборок и PPA множество, а мне нужна вполне конкретная. Вот для этого и нужны репозитории на каждого (они, конечно, должны быть виртуальные — в реальности ваш сервис, на мой взгляд, должен хранить у себя все репо кучей и раз в сколько-то времени опрашивать их на изменения, а уж пользователям отдавать только те, которые у них в профиле записаны).
nvidia-current там один, просто там 4 версии — для lts для текущего стабильного и для текущего тестируемого, вариант all — все версии скопом для репозиториев, которые поддерживаются черте-как — когда его человек делает для себя и в результате часть софта лежит в natty, часть в oneiric и так далее — у самого такой :)
Так тут же вы именно решаете какой именно репозиторий вам нужен — если вы сидите на lts, то ставьте пакет -lts, если на стейбле, то стейбл, а если на тестинге, то testing. Если вам нужно подключить репозиторий nvidia-current, то ставьте пакет, а если не нужно — то пусть себе в списках лежит — не устанавливайте.
Он не хранит пакеты в этих репозиториях — если вам нужен какой-то репозиторий вы подключаете его пакет и уже ваш апт начинает стучаться к тому репозиторию, потому что пакет добавил новый файлик в sources.list.d
Он сейчас и хранит все репозитории кучей и опрашивает ppa на обновление и переключение между дистрибутивами.
Так что опрашивать репозитории не нужно — с этим справляется апт.

Вобщем как-то так, я конечно мог бы запустить сканер и из всех ppa создать пакеты, но там же их черт ногу сломит и имена прописаны фиг знает как, так что лучше уж пусть руками кто-то добавит и пропишет понятное имя.
Вы не забываете про nvidia-current из x-swat? а из x-updates?
Да сколько же их там :)
Вроде как их два репозитория — launchpad.net/~ubuntu-x-swat/+archive/x-updates — тот который я подключил — там стабильные обновления и launchpad.net/~xorg-edgers/+archive/ppa — по описанию там бета, значит надо заводить новый и обзывать пакет типа nvidia-current-beta
Нужно еще добавлять возможность обратной связи с тем кто добавил репозиторий,
Ой, прошу прощения, попутал. Этих двоих и имел ввиду. Ну и плюс еще основной, в котором тоже есть.
Я, видимо, неправильно понимал идеологию вашего сервиса. Я думал он позволяет мне сделать некий мета-репо, который просто объединяет в себе те репо, которые я использую. А тут все по-другому, оказывается.

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

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

Да, там чексуммы есть — мне по сути нужно для пакета чуть обработанный вывод dpkg --info + md5 и sha, но вот тащить пакет себе не хочется, поэтому сейчас ищу как проверить корректность, просто писать сложный парсер не хочется и разбираюсь с libapt и компанией — мне главное чтобы репозиторий не упал от одного шального описания пакета, а если этот пакет не ставится, то кто его запостил ССЗБ.
А почему пакет не стащить? Это же один раз, дальше только чексумы менять. А чексумы вроде лаунчпад знает…
Лаунчпад знает, а вот урл — нет
Тоесть например есть у нас на сайте компании лежит — скачайте деб пакет — вот его урлик нам дали. Вариант стянуть — не очень хочется — закачивай, а если большой пакет.
Ну для начала надо прикрутить поддержку лаунчпада и нативных репо — остальное можно потом докрутить при желании.
В смысле? Так поддержка лаунчпада и нативных репо как-бы уже есть в apt со времен начала дебиана, мне то нужно вытянуть инфу о пакете, который лежит вне репозиторий чтобы добавить его в список — тянуть его к себе не хочется.
Поддержка-то есть, но на этой поддержке мета-репозиторий не соорудишь, насколько я понимаю. По крайней мере так, чтобы он у каждого человека свой был.
мета-репозиторий можно соорудить простой выборкой пакетов из базы по критерию имени — по сути сейчас идет select * from Packages и потом в foreach формируется список. Ну а там where понаставить — а вот интерфийс сборки этого репозитория сложнее делать.
Кстати, я не уверен, что в эджерах бета — у них про это не написано. Как я пони, они просто всегда собирают самую последнюю версию того, что выкатывает нвидия.
возможно просто в двух репах одно и то-же
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории