В силу “неправильной” реализации алгоритма aurbuild придется удалить конфликтующие пакеты, извиняйте если вдруг чего-то из репы пропадет =))
ошибку осознал, буду переделывать репозиторий по механизму “разделяй и влавствуй”.
Может быть в течение нескольких ближайших дней он будет подглючивать, это временно
Да, почему-то в репозитории после обновления пакета, перестала убираться предыдущая версия.
Сейчас попробую решить
LANG=C pacman -Si ИМЯ_ПАКЕТА | grep “Repo” ?
Извините, кажется я переофтопил и запутал.
Никакого, я только хотел сказать, что как будет время попробую написать програмку о которой говорил sleepycat
Работу с libnotify на C я вроде как освоил.
Отдельные приложения для трея тоже кажется получаются.
https://github.com/DimaSmirnov/moutray-sudo
https://github.com/DimaSmirnov/mountray

Теперь попробую это все в кучу собрать и написать что-то подобное для сообщества. Надеюсь осилю. Спасибо за идею )))


P.S. Кстати 2 программы из github`a это тестовые версии треевых програм для монтирования съемных дисков, аналоги
http://archlinux.org.ru/forum/viewtopic.php?f=29&t=8068 и
http://archlinux.org.ru/forum/viewtopic.php?f=29&t=3570, но написанные мною на чистом C и gtk.
Первая работает с gvfs, dbus, udev. А вторая предназначена для работы от sudo, если не нравятся всякие там gvfs, udisks.
Помоему они вполне работоспособны, но хочу еще кое-что подкрутить перед релизом
Потестируйте пожалуйста, кто может.
Позже сделаю темы в форуме и залью в AUR
Всем привет.
Ребята да, это проблема интернет провайдера - бомжи провода что ли рубанули вчера вечером…
Вобщем лечат
Спасибо, теперь не использую. Мелочь и сами соберем)))
Эх…
Все собирается в 1 поток, т.к. у машинки появилось еще 1 задание,
а ждать пол 3-4 часа пока соберется ядро, чтобы перейти к следующему пакету увы возможности нет
хорошо бы добавить возможность поиска не по полному названию пакета, а по его части
Дак ведь работает всё ))
1. Возможно ли как то хранить и показывать последний лог сборки пакета. Сейчас получается что добавив пакет который не собирается через aurbuild выяснить почему может только владелец сервиса
Подумаю как это сделать - логи есть, они сохраняются в файл и используются внутренним парсером, если автосборка не удалась (паресер в логе ищет строки с ошибками и делает выводы).
Другое дело что логи сохраняются только на время сборки… т.к. места они занимают нереально много.
2. Хорошо бы иметь возможность убрать пакет добавленный по ошибке или такой, который вообще никогда не собирался что бы на захламлять сервис.
Это уже сейчас работает.
Не добавляются пакеты из некоторого внутреннего списка, я его сам пополняю исходя из результатов работы. Например сейчас отрезал все пакеты с названием “linux-…”, ибо не хочу собирать ядра.
Пару недель назад был введен параметр “количество подряд неудавшихся сборок”, скоро буду его использовать для того чтобы удалять “кривые” пакеты, которые упорно не собираются
3. Не хватает более подробного просмотра пакетов в очереди Awaiting for processing. Иногда нужно посмотреть что там стоит в ней.
Взял на заметку, может быть завтра-послезавтра сделаю

Спасибо за то, что пользуете сервис.
gadfly
Да, спасибо, это-то все весьма понятно.
У меня был только один вопрос: что именно добавлять в поле “Добавить пакет в репозиторий”. Может я чего не догоняю, но все же.
Какого вида это? Например
1. beclock
2. beclock 0.17-1
3. ?????

Просто название пакета из АУР, без версии и т.д. Напр. yaourt, 0ad и т.д.