LINUX.ORG.RU

Gentoo будет участвовать в Google Summer of Code 2018

 ,


0

1

Проект Gentoo был принят для участия в Google Summer of Code 2018. Теперь у студентов есть отличная возможность получить реальный опыт разработки и одновременно внести свой вклад в сообщество Gentoo.

Некоторые из идей, которые могут быть реализованы за это время:

  1. Поддержка нескольких реализаций MPI (Message Passing Interface).
  2. Поддержка oVirt.
  3. Портирование Portage для Android.
  4. Улучшение поддержки OpenPGP в bugzilla.
  5. Помощь в разработке Elivepatch.
  6. И многие другие.

До 27 марта также возможно предложить свои идеи.

Google Summer of Code ― это программа, ориентированная на введение студентов в разработку программного обеспечения с открытым исходным кодом. Во время летних каникул студенты работают над 3-месячным проектом вместе с одной из организаций.

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

★★★★★

Проверено: Aceler ()

Сижу на генте-базэд дистре последние 10 лет - это лучшее что могли придумать разработчики для активно развивающейся системы... Одновременно доступна возможность установки бинарных и source-based пакетов - делает эту систему для меня максимально совершенной на сегодняшний день! И если «гугла» решила ее применить в своих продуктах, лично для меня - это явное потверждение моего сугубо мнения, что я таки прав в своем выборе... )

Megabit ★★★ ()
Последнее исправление: Megabit (всего исправлений: 1)

Идеи слабоваты. Но я не осуждаю потому что в генту мало осталось что фиксить. Разве что эргономику разруливания конфликтов пакетов и скорость исполнения Portage

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

Простите! Забыл добавить сахарку для «рогатых» - да, БЛАГОДАРЯ ПОРТЭЙЖАМ ОТ наших (мною лично, ооочень Уважаемых БСД-шников) - эта ФИШКА генто-базэд дистров досталась именно от BSD систем, за что лично от меня, пожизненная благодарность создателю этой логики системы... )

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

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

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

Если в unstable есть, уже хорошо. В процесс переноса в стейбл я пока не вникал.

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

grem ★★★★★ ()

Слоуньюз

До 27 марта также возможно предложить свои идеи.

Надо было ещё всего-то несколько дней подождать. И 27 марта постить новость 🤣

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

Зачем? Это же как раз тот случай когда применение Питона уместно. Нет ничего чем бы он мог забить память. А по скорости, так с одной стороны у него сеть с её проблемами, а с другой компилятор. Никакого выигрыша в скорости не будет.

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

Я написал про скорость выше. Не понимаю претензий к скорости. Однако есть paludis на плюсах, как альтернатива portage. Сам я его не щупал, да и с генты давно слинял. Проблемы с версиями питона не понял.

anonymous ()

Портирование Portage для Android.

   .'     '.
  /  o   o  \
 |           |
 |  \     /  |
  \  '---'  /
   '._____.'

если оно на ssd с 16 рамы и полноценном 4-ядерном цпу разогнанном до 4.2GHz тормозит, то о каком портировании может идти речь, ну серьезно, пагни.

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

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

Стоп... а это идея! Написать им туда, что ли, три дня ж еще осталось.

Man-o-Jar ()
Ответ на: комментарий от Man-o-Jar

Для сборки с разными флагами написали давно (пересобирает за раз с кучей вариантов флагов и выдаёт отчёт). Как мне подсказал Pinkbyte, называется app-portage/tatt, только она логи не сохраняет промежуточных сборок, если что упало, то нужно заново вручную собирать.

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

Cсache я то ли так и не настроил в этот раз, то ли он не для всех систем автоматической сборки применим (со scons пока не заставил его работать - падает в конце при попытке распихать про запас или вообще в процессе линковки, а без него всё норм).

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

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

grem ★★★★★ ()