LINUX.ORG.RU

Первая конференция Devuan

 ,


1

2

В четвертую годовщину проекта команда Devuan анонсировала свою первую конференцию, которая будет проведена в Амстердаме 5-7 апреля 2019 года.

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

Организаторы заявляют о том, что будет производиться прямая трансляция всего мероприятия, а позже все записи будут свободно доступны всем желающим.

Все предложения, вопросы необходимо направлять на conference@devuan.org. Подписаться на список рассылки анонсов проекта https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-announce.

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

★★★★

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

Ответ на: комментарий от meliafaro

Поэтому он так быстро и разошёлся по дистрибутивам.

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

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

Ты лучше не шути так. Вот что сам Поттер пишет:

People have started multiple 'petitions' on petition web sites, asking me to stop working (google for it). Recently, people started collecting Bitcoins to hire a hitman for me (this really happened!). Just the other day, some idiot posted a 'song' on YouTube, a creepy work, filled with expletives about me and suggestions of violence. People post websites about boycotting my projects, containing pretty personal attacks."

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

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

Devuan запилили примерно с той же целью.

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

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

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

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

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

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

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

Это же просто репак (ну или ребилд) дебиановских реп по большей части.
И никто не знает работает ли рабочий стол на этом дистре.

Они не разрабатывают штуки типа апта и прочих инфраструктурных софтин.
Ещё один распбиан или *бунту, вот и всё.

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

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

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

Тут бы пруфцов. Что именно ты не можешь установить в своей системе без системд?

Почитай, сколько нужно заглушек было написать, чтобы присобачить к другим системам Gnome 3.

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

Дебиан сейчас и так доминирует все остальное в хлам... Чего уж больше желать?

Просто он мог бы стать ещё круче, обзавестись фишечками из других дистрибутивов

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

Вынести sd-часть в отдельный пакет, сделать дополнительную версию пакета без привязки sd, если она есть в коде, но отключается опциями при конфигурации, например. Вот это вот всё надо будет еще тестировать при выпуске обновлений безопасности. Трудоёмкость возрастёт без видимого профита ИМХО.

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

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

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

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

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

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

Да-да, очень сложные разработки, которые процентов на 90 делят пакетную базу и используют родительские инструменты.
Убунту удобный репак дебиана, распбиан репак с драйверами.

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

дебиановскую груду тормозных взаимодублирующих инструментов без слёз не взглянешь.

Кому интересны «выводы» арчешкольника? Уроки сделал на завтра?

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

Ты про это говно, которое создает .pacnew, .pacsave, .pacorig? Это говно даже не умеет управлять ими в интерактивном режиме. Так что вывод один. Ненужный продукт, которого пиарит ненужный лоровец, знатный вендузятник meliafaro.

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

pacman

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

А вот какой-то AUR... было бы здорово, наверное.

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

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

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

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

Он и за язык тебя схватил?

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

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

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

Я уже не помню об чём я вёл речь и что конкретно имел ввиду

Напомню

Если бы apt и иже с ним научить работать с зависимостями
А разве apt не умеет работать с зависимостями?
Умеет, но делает это весьма своеобразно
но я бы хотел, чтобы нужные пакеты поставлялись вместе с нужными зависимостями

Он давно так делает. А разве может быть наоборот?

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

Ну так и должно быть. Все ясно и логично.

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

apt(-get) научился выдавать полную информацию по ошибке в случае если при установке пакета притянулась зависимость, которая в свою очередь не смогла притянуть другую зависимость?

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

Он давно так делает. А разве может быть наоборот?

Вы не так поняли или я не так объяснил. Я не об этом. Если я не ошибаюсь, то есть дистрибутивы, которые при установке пакетов не просто подтягивают необходимые зависимости из репозиториев из source.list, а точно знают где они есть. Чтобы потом не приходилось бегать по интернету и проверять, где лежит необходимая либра - устанавливать - заново пробовать ставить ПО, а потом снова окажется, что в репозитории нет нужного и так по кругу.

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

Вы не так поняли или я не так объяснил. Я не об этом.

Вы про компеляцию? Если да, то есть волшебная команда-apt-get build-dep <имя проги>. Автоматически подтягиваются зависимости.

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

проверять вручную всё дерево зависимостей

Дерево зависимостей запускаемых сервисов не имеет права на существование. Точка, всё. Как и вообще любые зависимости, которые «должен» отследить некий «добрый дядя». Ибо дядя-то, может, и добрый, но любая попытка решения «проблемы зависимостей» кончается одним и тем же — dependecy hell'ом.

проще делать это на уровне системы c с простым конфигом?

Скрипт имеет одно важное достоинство, даже два: он универсален и понятен. То есть если его читать, то понятно, что он делает, а если нужно что-то сделать, то понятно, как это написать. Кстати, в простейшем случае скрипт для SysVinit состоит из одной строчки.

Конфиги systemd не обладают ни одним из указанных свойств и, разумеется, не являются «простыми» вообще ни в каком смысле: чтобы их читать и тем более писать, нужно проникнуться образом мыслей извращенца Поттеринга и примкнувших к нему ньюфагов.

за модернизацию подхода.

Модернизация как прогрессивное явление кончилась в середине 1990-х, даже чуть раньше — примерно тогда, когда научились на i386 нормально запускать *nix-like. Всё, что было после этого, представляет собой деградацию. Отдельные случайные всплески прогресса вроде Raspberry Pi (самой первой из них, точнее формально говоря второй, но первой вроде почти и не было) общей тенденции переломить не в силах.

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

Recently, people started collecting Bitcoins to hire a hitman for me (this really happened!)

Что, герой не испугался? Какая жалость. Значит, рано или поздно его таки зашибут.

Характерно, что киллера нанять даже для Билла Гейтса вроде никто не предлагал, и даже на пике всеобщей к нему ненависти.

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

Сам ты «дядя».

Кстати, в простейшем случае скрипт для SysVinit состоит из одной строчки.

Простота хуже воровства.

Скрипт имеет одно важное достоинство, даже два: он универсален и понятен.

Доооооооо…

То есть если его читать, то понятно, что он делает, а если нужно что-то сделать, то понятно, как это написать.

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

не являются «простыми» вообще ни в каком смысле

Да.

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

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

Модернизация как прогрессивное явление кончилась в середине 1990-х, даже чуть раньше — примерно тогда, когда научились на i386 нормально запускать *nix-like. Всё, что было после этого, представляет собой деградацию. Отдельные случайные всплески прогресса вроде Raspberry Pi (самой первой из них, точнее формально говоря второй, но первой вроде почти и не было) общей тенденции переломить не в силах.

Да помилует господь твою истерзанную душу…

Exmor_RS ★★ ()