Количество разработчиков Gentoo, качество и новизна ebuild'ов

реже чем в убунте без тонны ppa.

Посмотрел на количество действующих разработчиков - их около 200, в то время как в Ubuntu их не меньше 400

И что?

1) Поддерживать ebuild проще (в самом грубом варианте — просто сменить версию), 2) куча сторонних оверлеев с нужным софтом, 3) запросто запилить свой ebuild.

Довольно редко, но в последнее время я просто сам пишу ебилды для нужных мне отсутствующих приложений, это очень легко.

кроме портажа и оверлеев, некоторые новые ебилды можно найти здесь.

Все прекрасно. Использую оверлеи и свои ебилды.

Да, подобное бывало, это собственно и побудило меня стать разработчиком и пилить нужные мне ебилды самому, при этом не схороняя их в локальном оверлейчеке, если они уже достигли приемлимого качества

С какими программами возникали проблемы?

Поддерживать ebuild проще (в самом грубом варианте — просто сменить версию)

Тех разработчиков кто после version bump и перед залитием в CVS в ~arch не проверяет: компилируется и запускается ли хотя бы на одной архитектуре новая версия с дефолтным набором флагов - я предлагаю расстреливать.

Я серьезно. Version bump-ы, которые не работают у 99% процентов пользователей - не нужны по определению.

В идеале еще - протестить на одной архитектуре во всех комбинациях флагов(этой проверкой частенько пренебрегают, отсюда бывают очень неприятные казусы)

Понятное дело есть stable, при переходе в который это все разгребут - но коммитить откровенное говно не стоит.

Так что насчет проще - я бы поспорил. В бинарных дистрах не нужно собирать и тестить пакет во всех возможных комбинациях - достаточно одной, которую нужно потестить от и до(и которая и будет опакетирована).

я уже и не помню, это надо подымать багзиллу на предмет того, что я прокси-мэйнтэйнил в 2012 году, до становления разработчиком.

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

Из того что вспомнилось к моменту, пока я закончил писать этот пост - vtund. Очень был нужен на паре точек, где специфика на тот момент не позволяла заюзать OpenVPN. А он, зараза, собирался через раз(как выяснилось проблемы с параллельной сборкой, -j1 решал проблему).

Попилил патч(ушел в апстрим, который на удивление оказался отзывчивым, несмотря на редкие релизы) и вуаля :-)

Стоп! Кто сказал, что не нужно проверять работоспособность ебилда? Просто, есть, допустим, простыня инструкций, которая от версии к версии не сильно меняется. Если ебилд не собрался — можно внести изменения. А в бинарном дистре каждая версия проги — заново проходить весь квест по сборке и запуску.

В бинарных дистрах не нужно собирать и тестить пакет во всех возможных комбинациях - достаточно одной, которую нужно потестить от и до(и которая и будет опакетирована).

Это да :-(

opera-beta первые версии, viber (не знаю как сейчас), avast4workstation, старый. Проприетарщина в общем.

Реквестирую годный ман по написанию ебилдов.

В идеале еще - протестить на одной архитектуре во всех комбинациях флагов(этой проверкой частенько пренебрегают, отсюда бывают очень неприятные казусы)

Я вот чего-то помню, что был такой чел Diego Petteno, который вроде как раз чем-то подобным занимался на своем поделии под названием tinderbox, но недавно он на кого-то из гентудевелоперов обиделся и свернул эту свою деятельнось

кстати недавно делал апдейт, словил багу: удев216 не собирается с гцц4.5.3. ему нужен поновее. вроде как начиная с 4.6 канает. я поставил 4.8.3 (последний стабильный)

кстати завершился неудачно. я «уронил» хост и теперь нельзя залогинится. после ввода логина и небольшого таймаута одна за одной появляются три строчки «incorrect login»..

асто ли вы сталкивались с тем, что какая-то программа, нужная вам в Gentoo, не собиралась/не имела актуальной версии в Gentoo/вообще отсутствовала в дереве Portage и официальных оверлеях

Не более 1% от общего количества. Из личного опыта - астериск в официальном репозитории уже наверное год как 11 версии, а мейнтейнер модуля chan_dongle до сих пор не потрудился переписать ебилд на правильные исходники (он там качает zip, а патч для совместимости модуля с 11 версией есть только в svn). Пришлось собирать самому из исходников. Ебилд не осилил написать. Было с полгода назад.

Глянул - asterisk-12.7.1 сейчас в официальном дереве.

Я всё чаще сталкиваясь с тем что аппстрим gentoo забывает о её же собственной философии.

А чтоб что-то не собиралось... Да возможно «удачное» сочетание собственной косорукости помноженной на ~arch т.е. нестабильность системы и ещё какие-нибудь косяки допущенные аппстримом. Но это ещё так суметь надо.

Я всё чаще сталкиваясь с тем что аппстрим gentoo забывает о её же собственной философии.

Ты о чём конкретно?

Увы, его нет. Нужны знания баша, хотя бы на уровне синтаксиса. Потом находишь ebuild похожего софта, делаешь по аналогии. Попутно читаешь доки по тем eclass, что используешь в ебилде (строка inherit).

И где здесь бага? У тебя должны стоять последние версии стабильных пакетов как минимум, иначе твои проблемы.

Ты о чём конкретно?

Я о той самой «свободе выбора» ага. И примеров масса: вот только совсем недавно выпилянный openrc из стандартного профиля (ага в связи с появлением systemd.), bash (альтернатив которому как грязи но увы он тоже так просто не выпиливанется а потому что всем пофиг ™ )...

Многое из перечисленного просто принято кем-то и когда-то за дефолт (openrc, bash, gcc...) без обсуждений да ещё и реализовано всё в конечном счёте так, что запиливать альтернативы можно не вместо а только параллельно с чем-либо.

А реальность ныне такова что кроме openrc систем реализующих init ещё вагон и маленькая тележка... Gcc внезапно уже далеко не единственный компилятор даже если забыть про icc ещё есть нежданчик от llvm+clang. А про bash ввиду его недавних багов особо забавно и прикольно.

Дежурная отмазка девелопирав - «поддерживать очень трудно». А кто мешает рассматривать в багзилле только баги с официальными конфигами с openrc, gcc, bash и тем не менее оставить возможность как угодно заменять эти компоненты?

Обычно не собирался Go-OpenOffice (в дереве почему-то назывался просто openoffice) в связи в чем тогда перешёл на ванильный бинарный OpenOffice. Сейчас крайне редко может не собраться какая-нибудь библиотека, просто жду обновления, так как баг к тому моменту уже описан.

для таких вещей есть depend с версией, а непросто депенд. так что умолкни

для таких вещей есть depend с версией, а непросто депенд

Чтобы убедиться в том, что работает только начиная с какой-то версии, есть две возможности. Первая: автор пакета явно написал об этом. Как правило, этого нет, поэтому есть вторая возможность: надо даунгрейдить версии пакетов и тестить на них. Нафига? Это лишний гемор: устанавливать, разрешать зависимости. Есть стейбл, а кому нужно окаменелое говно мамонта — ССЗБ.

P.S. У самого есть замаскированные пакеты из стейбла, еще и ебилды к ним храню в локальном оверлее. Если не работают — пишу жалобы в Спортлото.

Да почти с каждым синком что-то не собирающееся с определённой комбинацией флагов есть. А оверлеи и подавно, spring который игрушка не собирается уже года два.

Но это я про ~, в стабильной может получше.

Да, когда собирал модуль, актуальной была 11 версия.

в дереве гцц4.5.3 стейбл. им собирается все. но удеву. мало кто здесь особенный? кому нужна правка?

в дереве гцц4.5.3 стейбл

ORLY? Уже 4.6.4 стейбл. Поэтому последние пакеты тестируются на ней.

но удеву

Официально, в генте eudev, будь проблемы именно с ним, я бы с тобой согласился.

какая-то программа, нужная вам в Gentoo, не собиралась

Давай определимся с термином «не собиралась». Gentoo - rolling release, если не собирается эта версия - маскируешь ее и собираешь предыдущую. Это если нужно quick-and-dirty. Если есть время - как правило не собирается из-за того, что забыли указать какую-то зависимость - это по силам выяснить и самостоятельно. Но я - лентяй: /etc/portage/package.mask

не имела актуальной версии в Gentoo

Этого я вообще не понимаю. Всегда в любом дистре есть задержка между выходом новой версии и появлением пакета. Как правило это день-два и более.
Кроме того, есть стабильная ветка, если тестовая.
Если ты любитель горяченького - есть вообще live пакеты, которые берут из git/svn/... то есть ну совсем свежачёк.
Я уже молчу о том, что достаточно много пакетов построены так, что, что их обновить - просто переименовать.
Для любителей новенького я вообще не вижу проблемы. Меня устраивает тестовая ветка.

/вообще отсутствовала в дереве Portage и официальных оверлеях (таких как kde, haskell и так далее)?

Что такое официальный оверлей? Вот это официальные оверлеи - http://gpo.zugaina.org/ ?
Я пока сам велосипедил пакет только для eYaSDP, все остальное всегда находил в основном дереве/оверлеях.

вы все из криокамеры выпали: давно уже 4.8.3 stable.

Под хардмаском.

Пинки, а что boost-1.56 не так? к тому же вышел 1.57, а воз и ныне там.

boost может не собраться с тем или иным gcc, если луна не в той фазе.

Мой топик. 13 декабря сломали сборку qt с мультилибом.

https://www.linux.org.ru/forum/general/11129752

Хотя тут скорее причина не в нехватке разработчиков, т.к. в багзилле вроде как проблему уже решили довольно оперативно.

Хотел пару месяцев назад посмотреть cmplayer и не обнаружил его ни в дереве, ни в оверлеях. Хотя возможно, что он просто не нужен.

Системный gcc поддерживается только последний стабильный(и предыдущий на момент миграции) и последний нестабильный. Сейчас весь тулчейн перетряхивают, Ryan Hill(dirtyepic) который занимался gcc сложил с себя полномочия из-за нехватки времени. Так что там теперь новые люди и у них пока одна задача: разбираться и не допускать факапов.

Не, бесспорно, были контрибьюторы(тот же vapier), но они это делают эпизодически, набегами. Регулярно разгребать баги тулчейна - это нужно много времени тратить.

Руки не доходят перевести в unstable и запилить новый буст :-(

А судя по истории коммитов, остальным разработчикам это так нужно, что хоть плачь :-(. Я не жалуюсь, но просто когда я разгребал boost и пилил к нему мультилиб, я надеялся что хоть кто-нибудь продолжит эстафету. А тут походу я становлюсь мэйнтэйнером boost, потому что другие чуваки из cpp просто спят.

Ну и напоследок - https://bugs.gentoo.org/show_bug.cgi?id=boost-1.56

Если у тебя нет пакетов из зависимых багов - можешь обновляться. Заодно расскажешь как оно :-)

У меня в планах бэкпорты 2 патчей(не влияют на функциональность, только на собираемость на всякой экзотике), а так - пробовать можно уже сейчас

обновлялся было вроде всё окей: всё собиралось, все пакеты работали; потом вернулся на 1.55, т.к. была причина.

Один раз не собирался новейший monodevelop. Тыкнул мейнтнера, он поправил ебилд.

Больше проблем не было. Программы обновляются достаточно быстро для меня(время выхода ебилдов 1-2 дня для «важных» пакетов, древо ежедневно обновляется). Чтобы чего-то не было в древе либо оверлеях ещё не сталкивался. Сижу на стабильной ветке, но около сорока пакетов из ~.

Уже 4.6.4 стейбл

вижу много стейблов

http://packages.gentoo.org/package/sys-devel/gcc

Официально, в генте eudev

пруф будет?

да я понял. просто если есть возможность по тихому добавить удеву зависимость от гцц4.6+, то сделайте там это плз.

unity, фигли.

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

systemd и clang пилят полтора человека.

systemd и clang пилят полтора человека.

С дуба рухнул?

в генте, я имел ввиду.

в генте, я имел ввиду.

А какая разница? Количество разработчиков не оправдывает нарушение философии генты.

Количество девов сказывается на скорости внедрения полноценной альтернативы, а учитывая что большинству девов интересен openrc и не сильно интересен systemd (в том числе и мне). Ну ты понял.

Ну ты понял.

Ещё раз... Какая разница сколько именно девелопиров если они делают не то что описано в философии генты?

И я не о поддержке а о том как всё запилено изначально.

Касательно того-же дефолтного openrc - в оверлеях хромоси готов upstart. Systemd вообще идёт по планете. Но возможность выпилить openrc добавили в официальные портежи совсем недавно.

Аналогичный косяк и с самым тупым bash-ем который просто обязан быть и без вариантов хатя этих самых вариантов как-раз таки вагон и ещё маленькая тележка.

Какая разница сколько именно девелопиров если они делают не то что описано в философии генты?

Вот поэтому мне каца, что Джента умирает.