LINUX.ORG.RU

Gentoo Linux выпускает 20140826 LiveDVD - Iron Penguin Edition

 ,


2

3

Gentoo Linux с гордостью объявляет о выпуске нового LiveDVD, чтобы отпраздновать продолжающееся сотрудничество между пользователями и разработчиками Gentoo, LiveDVD имеет превосходный список пакетов, некоторые из которых перечислены ниже.

Особая благодарность Команде инфраструктуры Gentoo и likewhoa. Их тяжелая закулисная работа заключается в предоставлении ресурсов, услуг и технологий, необходимых для поддержки проекта Gentoo Linux.

  • Пакеты включенные в этот релиз: Linux Kernel 3.15.6, Xorg 1.16.0, KDE 4.13.3, Gnome 3.12.2, XFCE 4.10, Fluxbox 1.3.5, LXQT Desktop 0.7.0, i3 Desktop 4.8, Firefox 31.0, LibreOffice 4.2.5.2, Gimp 2.8.10-r1, Blender 2.71-r1, Amarok 2.8.0-r2, Chromium 37.0.2062.35 и многое другое…
  • Полный список пакетов для соответствующих архитектур доступен по ссылкам список пакетов x86 и список пакетов amd64. Часто задаваемые вопросы находятся по ссылке FAQ. Этикетки и обложки DVD, обои рабочего стола из релиза 20140826 вы найдёте по ссылке Artwork.

LiveDVD доступен в двух исполнениях: гибридный x86/x86_64, и x86_64 мультилиб. Версия livedvd-x86-amd64-32ul-20140826 будет работать и на 32х-битной x86 и на 64х-битной x86_64 архитекруре. Ядро gentoo используется по умолчанию для загрузки на архитектуре процессора x86. А на amd64 используется ядро gentoo64. Это означает, что вы можете загрузить 64-битное ядро и установить либо настроенное 64-разрядное окружение пользователя либо использовать прилагаемое 32-битное окружение пользователя. Версия livedvd-amd64-multilib-20140826 только для x86_64.

Если Вы уже готовы, то по ссылкам находятся образы для соответствующих архитектур x86 или amd64.

Если же вам нужна поддержка или у вас есть вопросы, пожалуйста, посетите дискуссионную тему на официальном форуме.

Спасибо за вашу постоянную поддержку,

Разработчики Gentoo Linux, Gentoo Foundation, и проект Gentoo-Ten.

>>> Подробности

★★★★★

Проверено: fallout4all ()
Последнее исправление: cetjs2 (всего исправлений: 3)

чтобы отпраздновать продолжающееся сотрудничество между пользователями и разработчиками Gentoo

Это когда пользователи багрепортят, а потом годами ждут фикса?

vurdalak ★★★★★
()
Ответ на: комментарий от anonymous

https://bugs.gentoo.org/show_bug.cgi?id=297660

Ебилд i2p при наличии собственно ебилда как минимум в 3 оверлеях уже 5 лет висит в состоянии CONFIRMED и не попадает в дереве. Это при том, что пакет достаточно известный и пользуемый.

Про другие пакеты я вообще молчу.

vurdalak ★★★★★
()
Ответ на: комментарий от anonymous

А в чём сотрудничество тогда? Я могу и без помощи разработчиков генты сам себе всё писать в локальном оверлее.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Ебилд i2p при наличии собственно ебилда как минимум в 3 оверлеях уже 5 лет висит в состоянии CONFIRMED и не попадает в дереве. Это при том, что пакет достаточно известный и пользуемый.

Ну так оно тебе надо? Иди в разработчики и поддерживай этот пакет.

init_6 ★★★★★
() автор топика
Ответ на: комментарий от init_6

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

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

Есть два пути ныть на ЛОРе о том как всё плохо или если тебя что-то не устраивает закатывать рукава и молча брать и делать. Но да ныть на ЛОРе проще…

init_6 ★★★★★
() автор топика
Последнее исправление: init_6 (всего исправлений: 1)
Ответ на: комментарий от init_6

Я вообще-то уже сделал всё что мне нужно. Но без помощи команды Gentoo. Обновлять ебилд приходится самому, проблемы с софтом решать тоже. Но факт остаётся фактом: сотрудничества нет. Есть команда Gentoo со своими задачами и проблемами, есть пользователи со своими.

vurdalak ★★★★★
()
Ответ на: комментарий от init_6

Хорошо, что ты предлагаешь? Свои проблемы, которые не решают мейнтейнеры, я уже решил. Проблемы других пользователей я решать не обязан, так как никакого отношения к команде Gentoo не имею.

vurdalak ★★★★★
()
Ответ на: комментарий от init_6

Но факт остаётся фактом: сотрудничества нет на ЛОРе ныть проще.

Очевидноправка.

Но ведь vurdalak в данном случае прав. Сотрудничества нет. Есть факт, разрабы забивают на пользователей.

andreyu ★★★★★
()
Ответ на: комментарий от init_6

Я так и сказал - ныть на ЛОРе о том как всё плохо гораздо проще.

Так вы ответите на фразу vurdalak:

Хорошо, что ты предлагаешь?

Или продолжите размазывать сопли о нытье на ЛОРе?

andreyu ★★★★★
()
Ответ на: комментарий от init_6

ныть на ЛОРе
на ЛОРе ныть
ныть на ЛОРе

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

amus ★★★
()
Ответ на: комментарий от andreyu

Есть факт, разрабы забивают на пользователей.

Еесть факт, разработчиков в gentoo катастрофически не хватает. Об этом неоднократно упоминал тот же Pinkbyte. Причем в том же упомянутов выше баге написано дословно следующее

https://bugs.gentoo.org/show_bug.cgi?id=297660

The ebuild is also available from my overlay (tbc). And I would like to volunteer for proxy-maintaining it, so we finally get that thing in the tree.

еще вопросы?

init_6 ★★★★★
() автор топика
Ответ на: комментарий от init_6

Ты что бот что ли? Логику твою поломали, а ты репостиь последованию строку постоянно модифицирую ее с набором бессмысленных слов.

LinuxDebian ★★★★
()
Ответ на: комментарий от init_6

еще вопросы?

Есть один. Поясните смысл фразы «сотрудничество между пользователями и разработчиками Gentoo» в топике.

andreyu ★★★★★
()
Ответ на: комментарий от LinuxDebian

не корми торля

Ну он иногда адекватен бывает, вдруг повезёт?

vurdalak ★★★★★
()
Ответ на: комментарий от LinuxDebian

Ты что бот что ли? Логику твою поломали, а ты репостиь последованию строку постоянно модифицирую ее с набором бессмысленных слов.

vurdalak «бида-пичаль»

https://www.linux.org.ru/news/gentoo/10823653?cid=10823844

https://bugs.gentoo.org/show_bug.cgi?id=297660

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

Но я внезапно с какого-то перепуга бот а в gentoo всё очень плохо потому что разработчики и пользователи не слышат друг-друга.

Давай пиши еще. Мне очень важно твоё мнение.

init_6 ★★★★★
() автор топика
Ответ на: комментарий от init_6

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

Да. Пользователь сам исправил и поддерживает. Где сотрудничество с разработчиками? Разработчики только статус в CONFIRMED поставили 5 лет назад.

vurdalak ★★★★★
()
Ответ на: комментарий от init_6

Есть два пути ныть на ЛОРе о том как всё плохо или если тебя что-то не устраивает закатывать рукава и молча брать и делать. Но да ныть на ЛОРе проще…

Типичный пользователь генту знаки препинания еще не проходил.

anonymous
()
Ответ на: комментарий от derlafff

vurdalak тоже не просто так ноет. Точнее, вообще не ноет, а указывает, что процесс общения с разработчиками — фигня.

И будет оставаться „фигней“ до тех пор пока вместо того чтобы сообщать о багах, фиксить и присоединятся к разрабам вот такие вот vurdalak-и будут ныть по своим уютным ЛОРам о том как всё плохо.

init_6 ★★★★★
() автор топика
Ответ на: комментарий от vurdalak

Там от команды Gentoo только 2 поста: ссылка на sunrise и удаление старых аттачей. Где само сотрудничество?

Еще раз по буквам… медленно… Что именно тебе не понятно в предложении „в gentoo не хватает разработчиков“?

init_6 ★★★★★
() автор топика
Ответ на: комментарий от init_6

Ещё раз, медленно. Зачем писать про сотрудничество, которого нет? Я прекрасно понимаю, что разработчиков не хватает. Тут ничего зазорного нет. Но по этой причине нет и никакого сотрудничества, поэтому праздновать нечего.

vurdalak ★★★★★
()
Ответ на: комментарий от init_6

Давай пиши еще. Мне очень важно твоё мнение.

Зачем, ты сейчас абсолютно не вменяем. (отпустит поймешь)

LinuxDebian ★★★★
()
Ответ на: комментарий от vurdalak

Но по этой причине нет и никакого сотрудничества, поэтому праздновать нечего.

Недостаток разработчиков это одна из причин по которой баги висят. Тем не менее даже приведенный тобой баг имеет решение и ВНЕЗАПНО даже есть живой человек который готов поддерживать этот пакет.

Дальше можешь сколько тебе угодно троллить насчет того что „сотрудничества нет“. Давай пиши еще. Потому-что мне очень важно твоё мнение.

init_6 ★★★★★
() автор топика
Ответ на: комментарий от init_6

Тем не менее даже приведенный тобой баг имеет решение и ВНЕЗАПНО даже есть живой человек который готов поддерживать этот пакет.

Отлично, но это всё сделано абсолютно без помощи команды разработчиков Gentoo. Пользователи сотрудничают с другими пользователями. Ещё вопросы?

vurdalak ★★★★★
()
Ответ на: комментарий от andreyu

Но ведь vurdalak в данном случае прав. Сотрудничества нет. Есть факт, разрабы забивают на пользователей

Странно, мои багрепорты решались. Может разрабы Gentoo забивают на тех, кто ноет на ЛОР'е :D.

Kroz ★★★★★
()
Ответ на: комментарий от Kroz

На гентушной багзилле есть скрипт, который помечает репорты нытиков-лоровцев специальным флагом.

wayland_systemd
()
Ответ на: комментарий от andreyu

Поясните смысл фразы «сотрудничество между пользователями и разработчиками Gentoo»

Разработчики Gentoo и есть эти пользователи. Сотрудничество налицо.

UNiTE ★★★★★
()
Ответ на: комментарий от vurdalak

Свои проблемы, которые не решают мейнтейнеры, я уже решил. Проблемы других пользователей я решать не обязан, так как никакого отношения к команде Gentoo не имею.


Ну дак чёрт тебя подери поделись результотом своего труда и сделай багфикс.

torvn77 ★★★★★
()
Ответ на: комментарий от vurdalak

Ссылочку дай, глядишь, добрый анон по доброте душевной в дерево и занесет.

anonymous
()
Ответ на: комментарий от vurdalak

https://bitbucket.org/neko259/nektoo/src/f702cc830da791f40e968e21bf836a8999aa...

Это вот тебя беспокоит, мой озабоченный анонимностью полуночный украинский друг? Сча посмотрим на качество ебилда. Так как для включения в дерево есть некоторые минимальные требования и допиливать до них никто за тебя не будет. Если анону понравится, то анон включит в дерево и предложит стать проксимейнтейнером. Как-то так.

anonymous
()
Ответ на: комментарий от Kroz

Странно, мои багрепорты решались. Может разрабы Gentoo забивают на тех, кто ноет на ЛОР'е :D.

Что бы опровергнуть утверждение, достаточно одного факта. Вурдалак этот факт привел.

andreyu ★★★★★
()
Ответ на: комментарий от UNiTE

Разработчики Gentoo и есть эти пользователи. Сотрудничество налицо.

Вы представитель init_6?

andreyu ★★★★★
()
Ответ на: комментарий от andreyu

Что бы опровергнуть утверждение, достаточно одного факта. Вурдалак этот факт привел.

«Пакет нужный Вурдалаку не приняли в портаж, следовательно взаимодействия между пользоваелями и разработчиками нет.»

Откуда вдруг столько истеричек на ЛОРе?

scott_tiger ★★★
()
Ответ на: комментарий от andreyu

Что бы опровергнуть утверждение, достаточно одного факта. Вурдалак этот факт привел.

Ну вот, а я опровергаю его утверждение приводя другой один факт.

Че делать будем?

Kroz ★★★★★
()
Ответ на: комментарий от vurdalak

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

Популярность пакета не отменяет того факта, что внутри всё может быть на костылях и подпорках. Не спорю, может быть и на годами выверенных костылях и подпорках, которые понадежднее некоторого скороспелого говнокода. Но факт костыльности это не отменяет...

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

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

А в чём сотрудничество тогда?

К.О. поясняет: в том, что ты перекладываешь поддержку пакетов с своих плеч на чужие.

То что ты не можешь заставить разработчиков мэйнтэйнить твой любимый пакет - это не проблема разработчиков.

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

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

Есть команда Gentoo со своими задачами и проблемами, есть пользователи со своими.

Есть те, кто только кричат что всё плохо. Есть пользователи, которые активно помогают. И есть еще небольшой процент, которые становятся разработчиками и решают свои задачи, помогая первым двум.

Первая позиция - самая простая - ничего делать не надо, сидишь на жопе ровно и ноешь. Я так тоже может хочу, только вот статус и обязательства не позволяют :-)

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

Свои проблемы, которые не решают мейнтейнеры, я уже решил

Ну здорово же. Только при этом ныть зачем?

Pinkbyte ★★★★★
()
Ответ на: комментарий от andreyu

Есть факт, разрабы забивают на пользователей.

Если решение проблемы вызывает еще больше проблем лично для того, кто её решил - что нужно делать? Только честно.

Вариант «героически решить и потом тянуть лямку поддержки» имеет право на жизнь, но после пары раз, когда ты так сделаешь - времени на другую, более продуктивную работу у тебя тупо не останется.

Поверь мне, я так делал.

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

Пользователь сам исправил и поддерживает. Где сотрудничество с разработчиками?

Тебе знакомо понятие «understaffed», или надо по полочкам разжевать?

Проект Proxy Maintainers был придуман не от хорошей жизни.

Pinkbyte ★★★★★
()
Ответ на: комментарий от derlafff

Сотни закрытых багов проекта Proxy Maintainers, лидером которого я являюсь, смотрят на тебя и vurdalak с недоумением.

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

Где само сотрудничество?

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

Ничего страшного, неверный вывод от отсутствия полной картины сделать вполне можно

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

Но по этой причине нет и никакого сотрудничества, поэтому праздновать нечего.

Сколько раз мне нужно привести ссылку на проект Proxy Maintainers, целью которого является «to act as a primary contact point between developers and users who want to maintain abandoned packages». Перевод надеюсь сделать осилишь, мне влом.

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

это всё сделано абсолютно без помощи команды разработчиков Gentoo.

лицо_ладонь. Тот факт, что ебилд в том баге помогали писать на #gentoo-dev-help - об этом ты естественно тоже умолчал...

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

Когда я становился разработчиком, я около 20 пакетов за полгода(время, за которое я сдавал quiz-ы на разработчика) положил в дерево через Proxy maintainers.

Так что всё зависит от желания.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от derlafff

А, ну извини, просто я видать погорячился, воспринял это как претензию

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

А ты считаешь что любой баг можно пофиксить в ту же секунду, как он попадает на багзиллу?

Я считаю, что ебилд самой популярной и единственной в своём роде анонимной сети за 5 лет можно было и сделать.

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

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

Я как бы понимаю, что какие-то другие пакеты обновляются. Всякие фаерфоксы, ядра и DE прилетают достаточно оперативно (правда кеды берут из kde-overlay готовенькие наверное). А вот все остальные пакеты обычно простаивают. Я не помню случаев, когда что-то не с миллионами пользователей (т.е. кроме пары десятков самых известных пакетов) обновляли быстро. Нужен популярный модуль к веб-фреймворку — тыкай в багзиллу, жди неделю. Нужана одна из 3,5 нативных свободных линукс-игр — тыкай в багзиллу, жди пару лет, находи на помойках устаревшие ебилды и обновляй сам, потому что никого до этого дела нет. А потом удивляются, что никто не хочет багрепортить. Конечно не хочет — сам себе баг пофиксить я и без репорта могу. Зачем лишние движения, если никто эти репорты не выполняет?

vurdalak ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

Если оно и было, то ни к чему не привело. За те два года, что я обновляю этот ебилд в своём оверлее, я помню только одно изменение в нём (я стараюсь следить за багзиллой и обновлять оттуда, если что-то стоящее). И то это была какая-то мелочь вроде переноса каталога установки из /opt в /usr/share.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Молодец, что вопрос поднял!

Я считаю, что ебилд самой популярной и единственной в своём роде анонимной сети за 5 лет можно было и сделать.

Правильно. Особенно смешным выглядит тот факт, что в самом баге нет ни одного review ебилда от разработчиков.

Если ебилд кривой (а он с виду нормальный), то можно было бы об этом и написать.

По списку в http://gpo.zugaina.org/net-p2p/i2p даже некоторые разработчики растащили себе по оверлеям.

sf ★★★
()
Ответ на: комментарий от Pinkbyte

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

http://www.gentoo.org/proj/en/devrel/quiz/ebuild-quiz.txt :

" 4. A user submits an ebuild that has numerous technical problems and violates policy. How would you handle that situation?"

Что отвечал? :]

(Для тех, кто не в теме: вопрос из квеста на девелопера gentoo)

sf ★★★
()
Ответ на: комментарий от sf

Не буду копипастить сюда английский вариант, вольный перевод моего ответа: «Объяснить пользователю как сделать лучше, причём лучше если он сам это поймет и допилит ебилд. Быть благодарным за любой вклад, но при этом честно объяснить, что он - не подходит для главного дерева.» Собственно английская версия того, как следует поступать есть в Gentoo Developer Handbook, кажется.

Ты хочешь намекнуть, что я в данном треде не благодарен vurdalak за проделанную им работу? Это не так. Он поддерживает ебилд для себя и выкладывает его в открытый доступ - это уже замечательно. Однако я учу тех, кто через меня кладёт ебилды в главное дерево, что не стоит считать, что worksforme - это ультимативный критерий правильности ебилда. Это, несомненно, необходимое условие, но не достаточное.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Kroz

Странно, мои багрепорты решались. Может разрабы Gentoo забивают на тех, кто ноет на ЛОР'е :D.

даже разрабы дженту засунули этого нытика в игнор-лист :d

haku ★★★★★
()
Ответ на: комментарий от Kroz

Ну вот, а я опровергаю его утверждение приводя другой один факт.

Че делать будем?

Я ничего делать не буду. А вам советую почитать про логику.

andreyu ★★★★★
()
Ответ на: комментарий от Pinkbyte

Если решение проблемы вызывает еще больше проблем лично для того, кто её решил - что нужно делать? Только честно.

А что за проблема возникает при решении проблемы господина vurdalak?

Вариант «героически решить и потом тянуть лямку поддержки» имеет право на жизнь, но после пары раз, когда ты так сделаешь - времени на другую, более продуктивную работу у тебя тупо не останется.

Я, как пользователь gentoo со стажем, могу сказать, что проблемы с зависимостями в основном дереве генту могут очень долго не решаться.
Но справедливости ради должен заметить, что часть (не все) этих проблем решалась после открытия бага в багтреккере.

Поверь мне, я так делал.

Поверьте мне, я бы страной упрвлял лучше.

andreyu ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

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

andreyu ★★★★★
()
Ответ на: комментарий от andreyu

А вам советую почитать про логику.

Я вижу, про троллинг вы уже начитаны.

А если до сих пор непонятно - один контр-пример может опровергнуть что-то только в математике и других точных науках; и то там случаются исключения, AFAIR. К жизненным ситуация это неприменимо.

Kroz ★★★★★
()
Ответ на: комментарий от andreyu

Принимать или нет, ваше дело. Но на факт это никак не влияет.

Вы правы, на факты вообще мало что влияет.

Что ж, я рад, что мы с вами договорились: сотрудничество между Gentoo разработчиками и пользователями имеет место быть; подтверждающий факт - кейсы сотрудничества со мной как с пользователем Gentoo.

Хорошего дня!

Kroz ★★★★★
()
Ответ на: комментарий от vurdalak

Отлично, но это всё сделано абсолютно без помощи команды разработчиков Gentoo. Пользователи сотрудничают с другими пользователями. Ещё вопросы?

А дай ответ, кто такие «разработчики Gentoo»? Ночные эльфы, которые всю жизнь заняты только починкой дистрибутива? Или самодовольные ребята, которые работают на зарплату, и обязаны чинить баги по оферте?

Там разрабы делают большую работу, ты в этом можешь убедиться, открыв багзиллу, и пролистав последние закрытые баги, посмотрев, сколько всего фиксится и переделывается каждый месяц.

Но человеческие ресурсы не бесконечны, да и мэнтейнер или разраб, который отвечает за пакеты на C/C++ или PHP, редко будет лезть в незнакомую ему Java, у него и своих задач хватает.

Собсно, я к чему веду. init_6 всё правильно сказал.

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

Обилие OpenSource и FreeSoftware породило кучу народа, которые могут считать, что им кто-то что-то должен, но они забывают о самом главном - на чём всё базируется.

PreciousProtection
()
Ответ на: комментарий от PreciousProtection

Обилие OpenSource и FreeSoftware породило кучу народа, которые могут считать, что им кто-то что-то должен, но они забывают о самом главном - на чём всё базируется.

Где я говорил, что кто-то кому-то должен? Я сказал вчего одно замечание — нет сотрудничества. После чего все высосали из пальца, что это чем-то плохо или я пытаюсь обругать генту. Меня смутил только текст новости, и всё.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Я сказал вчего одно замечание — нет сотрудничества.

Это ложь. За пруфами - в багзиллу. И да, пару висячих багов никак не влияют на то, что ежедневно закрываются десятки багов.

PreciousProtection
()
Ответ на: комментарий от PreciousProtection

пару висячих багов никак не влияют на то, что ежедневно закрываются десятки багов

Да, ты прав. Я просто пока не могу понять, по какому принципу они выбирают, что чинить. Популярнейшие вещи могут висеть несколько лет, а какие-нибудь маргинальные библиотеки обновляются через час после релиза.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Я рад, что ты понял (надеюсь). Сам отношения к разрабам не имею, но представляю, сколько человекоресурсов тратится на всё это.

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

PreciousProtection
()
Ответ на: комментарий от PreciousProtection

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

Опенсорс хорош и плох тем, что среди разработчиков там обычно студенты за еду. Соответственно они хорошо умеют писать собственно код, но не умеют в архитектуру, дизайн и управление. Отсюда постоянные форки друг друга, срачи, неумелое распределение ресурсов, игнорирование запросов пользователей. Каждый занимается тем, чем лично он хочет. Ты разработчик на C++ и используешь библиотеку X? Прекрасно! Ты будешь её обновлять через минуту после релиза. Но точно так же собирающуюся библиотеку Y будешь игнрорировать, и она не покинет пределы оверлеев.

vurdalak ★★★★★
()
Ответ на: комментарий от andreyu

А еще можно по совковски проблему на кухне обсуждать

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

Если vurdalak действительно считает, что ебилд i2p готов, но его непозволительно долго держат вне главного дерева - он вполне может поднять этот вопрос в мэйллисте.

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

Если vurdalak действительно считает, что ебилд i2p готов, но его непозволительно долго держат вне главного дерева - он вполне может поднять этот вопрос в мэйллисте.

Ну вот, опять мои слова неправильно истолковывают.

Я не считаю, что ебилд не готов. Я считаю, что никто не помогает его готовить. Мейнтейнерам оверлеев как-то поровну, насколько ебилд кошерен с точки зрения мейнтейнеров дерева. Он и так работает. А мейнтейнерам дерева поровну, что багрепорт не закрыт уже 5 лет, и они не стремятся воплотить свой ebuild convention в жизнь. Так и живём.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Мейнтейнерам оверлеев как-то поровну, насколько ебилд кошерен с точки зрения мейнтейнеров дерева. Он и так работает. А мейнтейнерам дерева поровну, что багрепорт не закрыт уже 5 лет, и они не стремятся воплотить свой ebuild convention в жизнь. Так и живём.

И мы опять начинаем ходить вокруг понятия understaffed. Конкретно, вакансия «Java package maintainer», которая висит уже года 3 точно.

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Т.е. ты хочешь сказать, что в дереве нет ни одного поддерживаемого java-проекта?

Есть. И на их поддержку уходит всё время. Может это и неправильно, но новые пакеты в дерево стараются добавлять так, чтобы не наносить ущерб поддержке уже имеющихся.

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

Алсо, чем гента платит этим мейнтейнерам?

Ничем - это работа исключительно на энтузиазме. Был раньше проект Adopt-a-dev, где отдельным разработчикам скидывались на железо или на решение особо злого бага, но он заглох.

Из тех, кто имеет какие-то копейки за работу есть только члены Gentoo Infrastructure - с ними расчитывается фонд. Но там настолько символические суммы, что о них даже говорить смешно.

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

Ага, вот это уже интересно.

Правда, лично я не очень понимаю, что там за поддержка. В ебилде i2p за всё время менялись только версии зависимостей. Это «работы» при обновлении (кажется, в среднем раз в квартал) примерно на 2 минуты. Но я могу ошибаться, возможно от меня скрывается какая-то хитрость мейнтейнинга, которую я упустил и сильно ухудшил этим качество поддержки :)

vurdalak ★★★★★
()
Ответ на: комментарий от Pinkbyte

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

vurdalak ★★★★★
()
Ответ на: комментарий от andreyu

Вопрос не по адресу, истерику тут развел только int_6.

Если в приведенном утверждении ты видишь логику, а не противоречие, то истеричка - ты. init_6 неправ только в том, что пытается что-то логически объяснить истеричкам.

scott_tiger ★★★
()
Ответ на: комментарий от vurdalak

Опенсорс хорош и плох тем, что среди разработчиков там обычно студенты за еду.

4.2

Ты разработчик на C++ и используешь библиотеку X? Прекрасно! Ты будешь её обновлять через минуту после релиза. Но точно так же собирающуюся библиотеку Y будешь игнрорировать, и она не покинет пределы оверлеев.

А поцчему кто-то будет мэйнтэйнить то, в чем не заинтересован и не разбирается? i2p нужен кучке маргиналов-параноиков. Скайп, хром, фаерфокс, системд, либреофис, наконец, ядро, гцц и шланг обновляются регулярно. Да тысячи того, что нужно широкой общественности и хорошо поддерживается. А с явой в генту вообще беда. Причина проста — успешные ява-программеры гентой пользуются редко, соответственно, специалистов по яве в генте мало. Вообще по базе пакетов вполне видно, какова аудитория генты. Например, научный софт или всяко разно для разработки на том же С или питоне запиливают и поддерживают успешно.

Хочется помочь? Милости просим в прокси майнтэйнеры. Я даже могу поддержать по мере сил.

wayland_systemd
()
Ответ на: комментарий от vurdalak

возможности участвовать в принятии кардинальных решений

Это

Тогда понятно, почему мало людей.

Gentoo is made up of 242 active developers, of which 43 are currently away. Gentoo has recruited a total of 803 developers since its inception.

Да, маловато. На все не хватает.

wayland_systemd
()
Ответ на: комментарий от wayland_systemd

А поцчему кто-то будет мэйнтэйнить то, в чем не заинтересован и не разбирается?

Ну так и я о том же. Нет инфраструктуры, где можно сказать спецу «у нас тут 5 новых ебилдов, сделай плиз и поддерживай».

i2p нужен кучке маргиналов-параноиков

Это было бы правдой лет 10 назад, сейчас это самая популярная криптосеть с кучей ресурсов.

Причина проста — успешные ява-программеры гентой пользуются редко, соответственно, специалистов по яве в генте мало.

Ну вот откуда ты такой бред берёшь? Успешные ява програмеры это такие же люди как все остальные, и гентой они прекрасно пользуются.

Хочется помочь? Милости просим в прокси майнтэйнеры.

Пока не готов. Я не могу разобраться с написанием ебилдов. Официальные доки разбросаны по разным местам и не очень полные, все попытки задавать вопросы в конференциях натакливались на «а хз как это сделать» или «это не поддерживается, лол, это у вас проект кривой и гента такое не соберёт». Хотя может это мне так не везёт.

Вот недавно был банальный вопрос, когда делал ебилд для syncthing. Есть функция unpack. Она распаковывает в чётко определённый захардкоженный каталог. Мне нужно распаковать в другой каталог внутри него. Как это сделать, я так и не разобрался.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Пока не готов. Я не могу разобраться с написанием ебилдов.

Для меня проблема в мейнтейнинге, я могу лишь написать.

Deleted
()
Ответ на: комментарий от Deleted

Ну конкретно в тех ебилдах, отсутствие которых меня удручает, ничего не меняется со временем. Для них мейнтейнинг это просто копирование файлика. А вот чтобы их нормально написать, надо хорошо знать как работают функции портежа. Пока я читаю доки и вижу один хардкод, кучу функций без аргументов которые работают с волшебными константами A, S, P, D и прочими. Это печально, ИМХО.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Нет инфраструктуры, где можно сказать спецу «у нас тут 5 новых ебилдов, сделай плиз и поддерживай».

Оплатит кто?

Это было бы правдой лет 10 назад, сейчас это самая популярная криптосеть с кучей ресурсов.

самая популярная криптосеть

Среди маргиналов, озабоченных анонимностью.

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

Но проблема с явой в генте таки есть.

Как это сделать, я так и не разобрался.

Трогать unpack — плохая примета. Те, кто его трогает, обычно что-то делают не так. Исключения редки.

http://devmanual.gentoo.org/index.html

http://dev.gentoo.org/~ulm/pms/5/pms.html

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

irc: #gentoo-sunrise #gentoo-dev-help on freenode

https://forums.gentoo.org/

Спроси меня, или init_6, Pinkbyte или еще кого из активных юзеров/майнтэйнеров.

wayland_systemd
()
Ответ на: комментарий от wayland_systemd

Оплатит кто?

При чём тут оплата? Они же уже мейнтейнеры. Просто каждый делает что хочет лично он, а не что «нужно».

Но проблема с явой в генте таки есть.

Просто ява это такая штука, что достаточно скачать jar и запустить в хомяке. Нет необходимости ставить системно обычно.

Трогать unpack — плохая примета. Те, кто его трогает, обычно что-то делают не так.

Ну вот я озвучил проблему. Можешь ткнуть в решение?

Спроси меня, или init_6, Pinkbyte или еще кого из активных юзеров/майнтэйнеров.

У инита бомбануло настолько после этого треда, что он мне в жаббере наговорил гадостей и громко удалился :)

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

кучу функций без аргументов которые работают с волшебными константами A, S, P, D и прочими. Это печально, ИМХО.

Да вы, батенька, не понимаете основ. Идея в том, что задаешь в ебилде переменные и все работает. Ебилд по возможности декларативен. Если приходится писать код, то что-то немного не так с пакетом.

Для них мейнтейнинг это просто копирование файлика.

Перед этим там надо разгребсти завалы костылей. Вот я когда на этот ебилд смотрю, мне становится грустнооооо.

wayland_systemd
()
Ответ на: комментарий от vurdalak

Просто каждый делает что хочет лично он, а не что «нужно».

нужно кому?

Вот у меня все работает. А что не работает, то я майнтэйню и начинает работать. Почему меня должно заботить, что нужно vurdalak, он мне деньги платит?

Они же уже мейнтейнеры.

Вот они и майнтэйнят что считают нужным.

wayland_systemd
()
Ответ на: комментарий от wayland_systemd

Да вы, батенька, не понимаете основ. Идея в том, что задаешь в ебилде переменные и все работает. Ебилд по возможности декларативен. Если приходится писать код, то что-то немного не так с пакетом.

Ну как бы сборка подразумевает написание кода. Поэтому и получаются костыли от попытки впихнуть невпихуемое в декларативную модель.

vurdalak ★★★★★
()
Ответ на: комментарий от wayland_systemd

нужно кому?

Проекту. Нужность должен решать менеджер ветки (хз как это называется, «кеды», «питон» и так далее) и менеджер проекта.

Почему меня должно заботить, что нужно vurdalak, он мне деньги платит?

Ну вот и я о том же. Каждый делает то что лично его заботит.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Ну вот я озвучил проблему. Можешь ткнуть в решение?

Не увидел описания проблемы. Распаковать в другой каталог это то, что пан пытается сделать. А зачем пан это делает мне не ясно. Вот если будет полное описание проблемы, я расскажу, как ее решить.

wayland_systemd
()
Ответ на: комментарий от vurdalak

Ну как бы сборка подразумевает написание кода.

Ой. Сборка подразумевает вызвать стандартные средства конфигурации/сборки с параметрами. А если это не так, то ракет крив.

Поэтому и получаются костыли от попытки впихнуть невпихуемое в декларативную модель.

УМВР, ЧЯДНТ?

wayland_systemd
()
Ответ на: комментарий от wayland_systemd

Полное описание такое. Там для сборки нужно чтобы сборка запускалась из каталога, внутри которого лежит: github.com/syncthing/${PN}, а в нём сорцы. По умолчанию портеж их распаковывает в текущий каталог, а мне нужно чтобы они сложились в вышеуказанный путь внутри него.

vurdalak ★★★★★
()
Ответ на: комментарий от wayland_systemd

Сборка подразумевает вызвать стандартные средства конфигурации/сборки с параметрами.

Это у идеального проекта в вакууме, т.е. частный случай сборки, когда набор команд состоит из одной — запустить какой-то инструмент с build-файлом в качестве параметра. У реальных же проектов количество команд растёт пропорционально проекту.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Проекту. Нужность должен решать менеджер ветки (хз как это называется, «кеды», «питон» и так далее) и менеджер проекта.

)) И к какому относится i2p?

Ну вот и я о том же. Каждый делает то что лично его заботит.

Just for fun and just for lulz основополагающие принципы. На них Гента и стоит. Кому не нравится, заплатите красношапке за впиливание нужных фич и пользуйтесь тем, что они напилят. Или эпплу. Или можно заплатить генту фундэйшн или лично майнтэйнеру. Вот я за 3000 злотых готов запилить i2p и связанные ебилды (со своих беру дешево).

wayland_systemd
()
Ответ на: комментарий от wayland_systemd

Я сейчас так и делаю (только mv в unpack, а не prepare). Но это выглядит как костыль, потому что вместо распаковки сразу в нужное место мы сначала распаковуем в ненуженое, а потом двигаем.

vurdalak ★★★★★
()
Ответ на: комментарий от wayland_systemd

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Могу посоветовать спросить в gentoo-dev и предложить изменения в EAPI 6. Как раз его готовят.

gentoo-dev@lists.gentoo.org

wayland_systemd
()
Ответ на: комментарий от vurdalak

возможности участвовать в принятии кардинальных решений.

Крупные проекты проводят регулярные собрания, на которых обсуждаются ключевые решения, как правило - голосованием. Так делают как минимум в Gentoo Qt, Gentoo KDE, ну и Gentoo Council конечно же.

В мелких проектах как правило все ебилды одной группы(herd) обслуживаются сообща, если нет выделенного(dedicated) мэйнтэйнера. Это легко проверить по метадате - если там есть только тег <herd> без тега <maintainer> - этот ебилд мэйнтэйнят всем скопом.

выделение виртуалки с гентой под личное пользование

Такое практикуется только для arch testing на экзотических архитектурах. Например, я уже упоминал в каком-то другом треде, что я имею доступ к паре виртуалок с архитектурой s390.

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

Официальные доки разбросаны по разным местам и не очень полные

Что конкретно не ясно по написанию именно ебилдов?

Если ты прочёл:

1) devmanual;
2) Gentoo developer handbook;
3) PMS; 4) код екласса под ту билдсистему/язык, на котором написан пакет, на который ты хочешь запилить ебилд.

Если после этого у тебя остались вопросы, то это либо что-то очень специфическое по работе самого portage(тебе ответят на #gentoo-portage), либо ты что-то недопонял и лучше уточнить у живого человека(тебе прямой путь на #gentoo-dev-help)

Pinkbyte ★★★★★
()
Ответ на: комментарий от vurdalak

это не поддерживается, лол, это у вас проект кривой и гента такое не соберёт

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

Помню, как приходилось бампать новые версии методом детальной вычитки КАЖДОГО коммита. Потому что по-другому понять, что там накручено не представлялось возможным...

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

Что такое P, PV, PN, PF и PR - описано в devmanual

Я знаю. Я к тому, что функции без аргументов, которые используют вместо них глобальные переменные, это зло. Но это моё ИМХО.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Особенность ебилдов в том, что эти глобальные переменные остаются одними и теми на протяжении всего времени сборки по определению. Это константы (имя пакета, версия, коммит в гите и так далее) и делать их аргументами функций — глупо и прямой путь к ошибкам.

wayland_systemd
()
Ответ на: комментарий от vurdalak

Устанавливаются один раз. Просто + к этому имеют дефолтное значение.

Передавать их аргументом не имеет смысла, ибо если человек изменяет их от функции к функции — он где-то что-то делает не так.

wayland_systemd
()
Ответ на: комментарий от vurdalak

А вообще, если что-то кажется кривым и есть аргументы, велкам ту мэйл-лист с предложениями для EAPI 6.

У нас нет Линуса, поэтому даже не скажут, что ю ар э моррон.

wayland_systemd
()
Ответ на: комментарий от wayland_systemd

У нас нет Линуса, поэтому даже не скажут, что ю ар э моррон.

А как же этот, который блочит ебилды? Поляк какой-то :)

vurdalak ★★★★★
()
Ответ на: комментарий от wayland_systemd

Часто вижу сообщения от портежа, что такой-то ебилд будет заблокирован такого-то числа by этот поляк. Имя его не введу, так как у меня нет таких символов на клавиатуре, но оно означает Михаил Горный.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

А, пан маскирование блоком называть изволит. )

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

(Для справки: правильно Михал Гурны).

wayland_systemd
()
Ответ на: комментарий от wayland_systemd

Пан Михал наводит порядок. И все правильно делает.

Так я и не спорю. Я просто думал, что раз он столько маскирует, значит он что-то вроде Линуса, уничтожающего «плохие» ебилды :)

vurdalak ★★★★★
()
Ответ на: комментарий от wayland_systemd

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

Потому что с тем же i2p от меня профита никакого нет, там слишком сложный проект. А вот в какой-нибудь питонщине может и были бы польза.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

А есть какой-то простой способ посмотреть список пакетов без мейнтейнера по категории?

jauhien@zcj sci % grep -r maintainer-needed /usr/portage/dev-python | grep metadata.xml
/usr/portage/dev-python/pylast/metadata.xml:		<email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/xmpppy/metadata.xml:		<email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/pysyck/metadata.xml:		<email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/colubrid/metadata.xml:  <email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/audioread/metadata.xml:		<email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/pyechonest/metadata.xml:		<email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/python-dsv/metadata.xml:  <maintainer><email>maintainer-needed@gentoo.org</email></maintainer>
/usr/portage/dev-python/pyacoustid/metadata.xml:		<email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/python-musicbrainz-ngs/metadata.xml:		<email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/remoteobjects/metadata.xml:  <email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/rtf2xml/metadata.xml:  <email>maintainer-needed@gentoo.org</email>
/usr/portage/dev-python/bluelet/metadata.xml:		<email>maintainer-needed@gentoo.org</email>
wayland_systemd
()
Ответ на: комментарий от wayland_systemd

Ладно, буду тренироваться на yacy. Постараюсь сделать так, чтобы он собирался из сорцов и без jar'ок внутри тарболла.

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Потому что с тем же i2p от меня профита никакого нет, там слишком сложный проект.

Час тому был же простой проект, что там майнтэйнить? Только ебилд копировать. ;-)

wayland_systemd
()
Ответ на: комментарий от wayland_systemd

Для мейнтейна он простой. Сложный для написания первый раз. Я просто не такой специалист в ебилдах, чтобы знать, как там положено перепатчивать библиотеки и всё такое прочее.

vurdalak ★★★★★
()
Ответ на: комментарий от wayland_systemd

Это p2p поисковик. Я когда-то давно положил его ебилд к себе в оверлей, но потом забил. Сейчас есть повод обновить. Пока там просто распаковывается тарболл, но можно например заменить тамошние библиотеки на system-wide варианты.

vurdalak ★★★★★
()
Ответ на: комментарий от wayland_systemd

Когда надо будет закоммитить что-нибудь в дерево, можно просто скастовать меня. )

Напиши в жабир, на лоре неудобно это обсуждать.

vurdalak ★★★★★
()
Ответ на: комментарий от wayland_systemd

Вот я за 3000 злотых готов запилить i2p и связанные ебилды (со своих беру дешево).

Запилить или просто написать? Ничего сложного для меня в написании ебилда нет, просто надо девмануал читать (ссылки приводились вами же), но 3к как-то дороговато для простого сборочного файлика по сути.

Deleted
()
Ответ на: комментарий от Deleted

Запилить или просто написать?

Просто не получится. )

3к как-то дороговато для простого сборочного файлика по сути.

По-моему само то.

wayland_systemd
()
Ответ на: комментарий от init_6

Обрати внимание на мой срачь с разработчиками...

Ну и как вам результат?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.