<div dir="ltr"><div class="gmail_quote">сб, 28 февр. 2015 г. в 17:34, Anton Farygin:</div><div dir="ltr"><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Было бы неплохо на странице пакета:<br>
- ссылку на gear репозиторий, если есть<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Вообще, у каждого пакета есть страница с gear репозиториями. Я сомневаюсь что это можно не заметить.</div><div><br></div><div>Может стоит перефразировать это как "перенести информацию о gear репозиториях прям на главную пакета". Я прав?</div></div></div><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- ссылку на лог сборки (ну или на task)<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Мне нужно описание формата тасков. Что, где и как. Тогда будет. Я давно это хотел написать, но всё руки не доходили. Надеюсь, теперь дойдут.</div><div><br></div><div>Я вижу это примерно так. У нас на главной появится ссылка на таски. Браузер для них. В каждом таксе список всех файлов что собрались и логи сборки. С возможностью их загрузки. На странице у каждого пакета появится ссылка на этот таск со всей информацией (возможно и ссылка на лог сборки тут же, об конкретной реализацией надо ещё подумать).</div></div></div><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- историю версий с возможностю скачать бинарный пакет предыдущей версии<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Тут задача упирается во много технических проблем которые ещё не решены.</div><div><br></div><div>Первая, это архив Сизифа доступный с контейнера <a href="http://packages.altlinux.org" target="_blank">packages.altlinux.org</a>. Вторая, это раздача этих файлов. Третья, место для базы данных (база прометея распухнет). Ну и последнее, это код поддержки всего этого в движке.</div><div><br></div><div>Плюс, таски тут же нужны.</div><div><br></div><div>Я проверю чего нам для этого не хватает и напишу отдельно. Просто в нашей багзилле есть куча багов на прометей которые надо проверить. Возможно, часть из того что надо уже просто готово. Это как с добавлением поддержки autoimports. Я жду год пока они появятся в контейнере, а оказывается они как год уже там есть. :)</div></div></div><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- обработку watch файлов, соответственно на странице мейнтейнера<br>
информации о новых версиях, на странице пакета информацию о новой версии<br>
в апстриме.<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Сейчас в прометее есть поддержка CPAN репозитория. На странице каждого перл пакета есть информация об upstream версии из CPAN (ну это если получиться замапить наше имя пакета в их). Видимо, надо сделать так что бы было удобнее получить к ней доступ. Наверно надо сделать страницу у маинтейнера с этой информацией.</div><div><br></div><div>У меня была попытка сделать мониторилку свежих пакетов через (уже переименновый в freecode) freshmeat. Но там у парней оказалось слишком лимитированным по количеству запросов API. Возможно стоит сходить к ним ещё раз. Может уже можно нормально будет сделать. Кстати, кто им пользуется, ответьте. У них там есть чем поживится в плане информации о свежих пакетах или нет?</div><div> </div><div>По поводу watch файлов. Жду ссылку на спецификацию этих файлов. Примеров пакетов с ними. Ну и что может ещё понадобится. Буду смотреть и думать как сделать.</div><div><br></div><div>Возможно ещё есть какие-то источники данных которые бы не плохо было бы добавить? Есть вот pypi для python, rubygems для ruby. Кто ещё что знает? По поводу rubygems, там всё классно. Есть api и всё такое. Но у нас руби пакетов практически нет. А вот мысль с pypi уже интересна. Я даже где-то видел нормальный или сервис или библиотеку для опроса pypi и получения информации. Надо будет найти и поэксперементировать.</div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
и я хотел бы форум, не знаю как коллеги. попакетный, в отличии от<br>
<a href="http://forum.altlinux.org" target="_blank">forum.altlinux.org</a><br>
<br>
С email уведомлениями, модерацией и остальной требухой.<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Идея с формумом была ещё в оригинальном прометее который стоит на <a href="http://sisyphus.ru" target="_blank">sisyphus.ru</a>. Вот только реализации в нём не было. Мне идея с форумом, в принципе, нравится.</div><div><br></div><div>В плане реализации я не хочу ничего интегрировать с <a href="http://forum.altlinux.org" target="_blank">forum.altlinux.org</a>. Максимум, это oauth авторизацию через него. Только я вот сомневаюсь что он это поддерживает. </div><div><br></div><div>Для реализации этого внутри прометея можно использовать <a href="https://github.com/radar/forem" target="_blank">https://github.com/radar/forem</a> . Я попробую собрать на нём какое-нибудь демо и посмотреть. В принципе, как вариант, можно сделать форум с разметкой в markdown и emoji. :) Было бы круто. Почти так же как сделаны комменты на github (фактически, они выложили почти весь код который за это отвечает, так что можно почти как у них). Пока, правда, я не понимаю по каким путям его бы приделать, но думаю что придумаю.</div><div><br></div><div>Ну а теперь то что я думаю сделать:</div><div>1. В текущий момент я отрываю код работы с rpm файлами в библиотеку. Это в текущем мастере уже. Если кто-то может помочь с примерами работы librpm API на C то это было бы круто. Это может сделать работу с ними быстрее.</div><div>2. Починить пагинацию страниц. Сейчас это выглядит достаточно некрасиво, но так-как находится в низу главной, то никто не жалуется. :)</div><div>3. Разделить страницу "Майнтенеры" (та что с главной) <a href="http://packages.altlinux.org/ru/Sisyphus/people" target="_blank">http://packages.altlinux.org/ru/Sisyphus/people</a> на две. На страницу маинтейнеров и страницу команд. Это для разделения сущностей.</div><div>4. Я думаю над тем что бы все страницы которые относятся к пакету объединить в одну. Это облегчит нагрузку на сервер, улучшит индексацию страниц поисковыми механизмами и должно улучшить качество сайта в глазах этих самых поисковым механизмов. Для начала, я планирую убрать страницу с gear. Над тем как перенести контент с других я пока подумаю.</div><div>5. 100% test coverage and refactoring. Код писался очень уже давно и требует того что бы его переписали с rails style на ruby style.</div><div>6. Расширить страницу с информацией о маинтейнере. Добавить ссылки на github и linkedin.</div><div>7. Так же, на странице у маинтейнера не хватает двух страниц. Первая, страница со всеми пакетами и их правами. Что бы визуально можно было бы быстро оценить acl у пакетов. Второе, это список команд в которых он состоит и пакеты в них.</div><div>8. И ещё немного для маинтейнеров. Сейчас для каждого бранча отдельная страница маинтейнера. По ссылкам вида /:locale/:branch/maintainers/:login. Это надо исправить. Будет только одна.</div></div></div></div>