From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <54F47716.2010806@altlinux.com> Date: Mon, 02 Mar 2015 17:43:34 +0300 From: Anton Farygin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: devel@lists.altlinux.org References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] I: packages.altlinux.org X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2015 14:43:34 -0000 Archived-At: List-Archive: List-Post: On 02.03.2015 16:54, Igor Zubkov wrote: > сб, 28 февр. 2015 г. в 17:34, Anton Farygin: > > Было бы неплохо на странице пакета: > - ссылку на gear репозиторий, если есть > > > Вообще, у каждого пакета есть страница с gear репозиториями. Я > сомневаюсь что это можно не заметить. > > Может стоит перефразировать это как "перенести информацию о gear > репозиториях прям на главную пакета". Я прав? Нет, я про ссылку сюда: http://git.altlinux.org/gears/R/RHVoice.git Собственно всё остальное не очень нужно. > > - ссылку на лог сборки (ну или на task) > > > Мне нужно описание формата тасков. Что, где и как. Тогда будет. Я давно > это хотел написать, но всё руки не доходили. Надеюсь, теперь дойдут. Я не знаю где его взять ;( > > Я вижу это примерно так. У нас на главной появится ссылка на таски. > Браузер для них. В каждом таксе список всех файлов что собрались и логи > сборки. С возможностью их загрузки. На странице у каждого пакета > появится ссылка на этот таск со всей информацией (возможно и ссылка на > лог сборки тут же, об конкретной реализацией надо ещё подумать). Да, плюс просмотр предыдущих тасков по пакету. > > - историю версий с возможностю скачать бинарный пакет предыдущей версии > > > Тут задача упирается во много технических проблем которые ещё не решены. > > Первая, это архив Сизифа доступный с контейнера packages.altlinux.org > . Вторая, это раздача этих файлов. Третья, > место для базы данных (база прометея распухнет). Ну и последнее, это код > поддержки всего этого в движке. Не, достаточно вести архив тасков и ссылки на них. Затягивать полностью архивные пакеты в базу на мой взгляд не стоит. > > Плюс, таски тут же нужны. Да > > Я проверю чего нам для этого не хватает и напишу отдельно. Просто в > нашей багзилле есть куча багов на прометей которые надо проверить. > Возможно, часть из того что надо уже просто готово. Это как с > добавлением поддержки autoimports. Я жду год пока они появятся в > контейнере, а оказывается они как год уже там есть. :) ;) > > - обработку watch файлов, соответственно на странице мейнтейнера > информации о новых версиях, на странице пакета информацию о новой версии > в апстриме. > > > Сейчас в прометее есть поддержка CPAN репозитория. На странице каждого > перл пакета есть информация об upstream версии из CPAN (ну это если > получиться замапить наше имя пакета в их). Видимо, надо сделать так что > бы было удобнее получить к ней доступ. Наверно надо сделать страницу у > маинтейнера с этой информацией Не надо CPAN. Всё что надо есть тут: http://watch.altlinux.org/pub/watch/watch-by-name.txt > > У меня была попытка сделать мониторилку свежих пакетов через (уже > переименновый в freecode) freshmeat. Но там у парней оказалось слишком > лимитированным по количеству запросов API. Возможно стоит сходить к ним > ещё раз. Может уже можно нормально будет сделать. Кстати, кто им > пользуется, ответьте. У них там есть чем поживится в плане информации о > свежих пакетах или нет? не надо фрешмет. > По поводу watch файлов. Жду ссылку на спецификацию этих файлов. Примеров > пакетов с ними. Ну и что может ещё понадобится. Буду смотреть и думать > как сделать. Думаю что можно просто раз в сутки забирать данные отсюда: http://watch.altlinux.org/pub/watch/watch-by-name.txt > > Возможно ещё есть какие-то источники данных которые бы не плохо было бы > добавить? Есть вот pypi для python, rubygems для ruby. Кто ещё что > знает? По поводу rubygems, там всё классно. Есть api и всё такое. Но у > нас руби пакетов практически нет. А вот мысль с pypi уже интересна. Я > даже где-то видел нормальный или сервис или библиотеку для опроса pypi и > получения информации. Надо будет найти и поэксперементировать. Мне кажется, что у Игоря уже очень много сделано в этом направлении, и оно реально работает. Всё что надо лежит тут:http://watch.altlinux.org/pub/watch/ в понятном для парсера формате. > > и я хотел бы форум, не знаю как коллеги. попакетный, в отличии от > forum.altlinux.org > > С email уведомлениями, модерацией и остальной требухой. > > > Идея с формумом была ещё в оригинальном прометее который стоит на > sisyphus.ru . Вот только реализации в нём не было. > Мне идея с форумом, в принципе, нравится. > > В плане реализации я не хочу ничего интегрировать с forum.altlinux.org > . Максимум, это oauth авторизацию через него. > Только я вот сомневаюсь что он это поддерживает. Там стоит SMF, и поддерживается всё, что умеет SMF с раширениями. > > Для реализации этого внутри прометея можно использовать > https://github.com/radar/forem . Я попробую собрать на нём какое-нибудь > демо и посмотреть. В принципе, как вариант, можно сделать форум с > разметкой в markdown и emoji. :) Было бы круто. Почти так же как сделаны > комменты на github (фактически, они выложили почти весь код который за > это отвечает, так что можно почти как у них). Пока, правда, я не понимаю > по каким путям его бы приделать, но думаю что придумаю. Главное сразу не забыть про модерацию, интерфейс админа и спам-фильтры. Боты теперь очень быстро находят открытые формы. > > Ну а теперь то что я думаю сделать: > 1. В текущий момент я отрываю код работы с rpm файлами в библиотеку. Это > в текущем мастере уже. Если кто-то может помочь с примерами работы > librpm API на C то это было бы круто. Это может сделать работу с ними > быстрее. > 2. Починить пагинацию страниц. Сейчас это выглядит достаточно некрасиво, > но так-как находится в низу главной, то никто не жалуется. :) > 3. Разделить страницу "Майнтенеры" (та что с главной) > http://packages.altlinux.org/ru/Sisyphus/people на две. На страницу > маинтейнеров и страницу команд. Это для разделения сущностей. > 4. Я думаю над тем что бы все страницы которые относятся к пакету > объединить в одну. Это облегчит нагрузку на сервер, улучшит индексацию > страниц поисковыми механизмами и должно улучшить качество сайта в глазах > этих самых поисковым механизмов. Для начала, я планирую убрать страницу > с gear. Над тем как перенести контент с других я пока подумаю. > 5. 100% test coverage and refactoring. Код писался очень уже давно и > требует того что бы его переписали с rails style на ruby style. > 6. Расширить страницу с информацией о маинтейнере. Добавить ссылки на > github и linkedin. + на произвольную социальную сеть или произвольный ресурс. > 7. Так же, на странице у маинтейнера не хватает двух страниц. Первая, > страница со всеми пакетами и их правами. Что бы визуально можно было бы > быстро оценить acl у пакетов. Второе, это список команд в которых он > состоит и пакеты в них. Да, кстати > 8. И ещё немного для маинтейнеров. Сейчас для каждого бранча отдельная > страница маинтейнера. По ссылкам вида > /:locale/:branch/maintainers/:login. Это надо исправить. Будет только одна. Ещё было бы неплохо страницу с последней активностью - типа журнала по мейнтейнеру, для всех бранчей сразу.