LINUX.ORG.RU

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

 ,


2

3

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

  • Devuan Conference #1: «THE POWER OF CHOICE» («Сила выбора»)
  • Начало: пятница, 5 апреля 13:00 CEST
  • Окончание: воскресенье, 7 апреля 16:00 CEST
  • Место проведения:

Презентации

  • PID1: приветствие и вступление
  • Важность минимализма и модульности
  • CI Galore: Devuan SDK и Docker Toaster
  • Создай свой собственный дистрибутив
  • Конкуренция с гигантами: как продать Devuan вашей компании
  • ОС Maemo-Leste для мобильных телефонов на N900
  • ОС DECODE для P2P Micro-Services через Tor
  • Dowse: стержень для осведомленности о локальной сети
  • ... Больше тем будет объявлено позднее

Hacking sessions:

  • Установка Devuan-Live
  • Devuan с s6 / s6-rc
  • Шифрование диска
  • ... Приветствуются новые предложения

Пропуск Early-Bird All-Access на конференцию стоит 95€ (около $110 USD)* с одним приемом пищи в день. Площадь помещения конференции ограничивает число участников с личным присутсвием на месте 70-ю человеками. Регистрация происходит в порядке очереди подачи заявок. Зарегистрируйтесь заранее, чтобы гарантировать бронирование.

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

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

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

★★★★★

Проверено: jollheef ()
Последнее исправление: Deleted (всего исправлений: 4)
Ответ на: комментарий от anonymous

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

Не забываем, что при свободном выборе системы инициализации нам по*уй на результаты голосования в системе, где его сделали незаменимым (т.е. свободу выбора убрали).

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

Бухаешь прямо с утра

Некогда ему сегодня, работы много, вот иногда на форум отвлекается.

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

Религиозные фанатики - это как раз разработчики дивана. У них прямо секта имени сис5инит

У них сообщество имени антисекты системГ. Поэтому они религиозные антифанатики системГ.

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

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

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

Можно, пожалуйста, поподробнее? Это про гипервизор, незаметно активируемый во время загрузки? Разве его можно обнаружить?

боянъ-же

https://xakep.ru/2011/12/26/58104/

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

Линуксовое ядро разрабатывается до сих пор в основном сообществом.

В том числе корпоративным на зарплатах, именно поэтому линупс потеснил различные корпоративные юниксы.

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

Нам то понятно, но почему ты от них еще не отказался

anonymous
()

абстакція свободы от известного в узких кругах персонажа https://www.youtube.com/watch?v=rGkIz5SZaXY - смесь русского-укро-польского языков надежды Столмана о свободе ПО рухнули как рояль революции одни свободнее других оказались вот в чём ди-лемма

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

Отсутствие мейнтейнера ключевого безальтернативно собранного системного компонента - это всё в порядке?

Там их 5 человек. Ну так для твоего сведения, на всякий случай.

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

А здравый смысл подсказывает, что оперативно и относительно дешево достичь цели можно только модами (типа Libreboot) готовой продукции.

Здравый смысл подсказывает, что свои устройства создавать всё равно необходимо, так как в будущем легко могут обрубить все возможности установки того, что требуется. SecureBoot для этого и принимали, но сразу все гайки закрутить не могут. Coreboot/Libreboot на имеющейся продукции - временная мера. Настолько же временная, как СПО на проприетарной ОС.

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

Ещё бы. Ты же тут сам как живой пример

duraki

Без комментариев.

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

Религиозные фанатики - это как раз разработчики дивана. У них прямо секта имени сис5инит

Ты даже обосновать не можешь, почему секта именно они. Фанатики такие фанатики.

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

Там их 5 человек.

Как предусмотрительно! Поцеринг прекрасно знал, что один мейнтейнер вечно жрать говно не может, поэтому назначил туда несколько на замещение! Гениально!

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

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

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

Ты даже обосновать не можешь, почему секта именно они. Фанатики такие фанатики.

Это научная аксиома, а как известно аксиомы не требуют обоснования, ты в школе чем занимался?

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

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

«Замена» оси на такую же точно раз в 10 лет по причине оккупации старого дистра, но без какашки системГ, ухудшающую SLA своей непредсказуемой работой.

на работу дальше чем рога и копыта попадёшь,

СистемГ поднимает стабильность вашего линукса за пределы солярки. Куда только Оракл смотрел, надо было покупать системГ, а не Sun.

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

Принцип KISS, которому не соответствует системГ, оказывается теперь ведет к нестабильности, ахаха какие любопытные потрясающие новости!

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

непонятно, зачем DE какой-то «logind» и тем более почему он привязан к ненужнод. логин - это отдельная от DE вещь и она никак(!) не зависит от ненужнод, в нормальном случае.

logind DE затем же, зачем был consolekit.

С привязкой к systemd же там интересная история. logind, как и systemd, использует cgroups для отслеживания процессов. Раньше logind работал с cgroups сам, не завися от systemd, и в той же Ubuntu его вполне успешно использовали отдельно. Но затем разработчики ядра (sic!) переписали реализацию cgroups, и отныне управлять деревом групп должен был лишь один процесс. Поэтому иметь одновременно systemd и logind в системе, где каждый сам управляет своими группами, стало невозможным. Так что в systemd был добавлен API для управления cgroups, и logind перевели на использование этого API. (При этом в теории ничто не мешает сделать альтернативную реализацию этого API, что и воплотилось в связку systemd-shim + cgmanager.)

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

Ред Хат инкорпарейтед
приказ № 459
Роли, Северная Каролина, 09.02.2014

На основании служебной записки Bdale Garbee от 25.01.2014

П Р И К А З Ы В А Ю

1. Назначить мантейнерами systemd в Debian следующих лиц:
- Martin Pitt
- Felipe Sateler
- Marco d'Itri
- Michael Biebl
- Sjoerd Simons
2. Указанные лица приступают к исполнению своих обязанностей немедленно

CEO Jim Whitehurst


Согласовано Lennart Poettering

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

Потому что только эта секта кричит про ненавистную «религию системд»

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

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

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

Скорее бы уже закрутили, чем ускорили бы Power9 и им подобные проекты.

Оказывается, топовый проц Intel LGA 775 даже 10 летней давности по цене целых 1500 руб за БУ, еще огого какой мощный для рабочей станции и на нем можно легко дождаться Power9.

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

Это научная аксиома, а как известно аксиомы не требуют обоснования, ты в школе чем занимался?

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

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

Ты всех сдал. Теперь им придётся тебя убить.

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

А что это у меня гугол на иврите заговорил?

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

Скорее бы уже закрутили, чем ускорили бы Power9 и им подобные проекты.

Закручиванием гаек пришествие POWER9 на десктопы не ускорят. Эти процессоры итак по плану продаются и прибыль приносят.

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

Для начала и PowerPC в реализации NXP достаточно будет.

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

https://habr.com/ru/post/431202/

Зачем мне хабростатья от какого-то левого Васяна, если у меня есть первоисточник?

Итак, Васян утверждает, что:

Результаты первого тура показали равновесие между upstart и systemd, каждый из них получил по 4 голоса. Для принятия решения необходимо было соотношение голосов 2:1.

Васян ничерта не понимает в системе голосования в Debian.

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

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

https://lists.debian.org/debian-ctte/2014/01/msg00462.html

https://lists.debian.org/debian-ctte/2014/01/msg00468.html

https://lists.debian.org/debian-ctte/2014/01/msg00484.html

В-третьих, откуда Васян взял, что необходимо было распределение голосов 2:1? Процедура голосования описана в Конституции Debian: https://www.debian.org/devel/constitution#item-A

В результате в первом голосовании победил вариант «дальнейшее обсуждение»: https://lists.debian.org/debian-ctte/2014/01/msg00515.html

Далее, Васян заявляет:

Через 2 недели после этого в начале февраля 2014 г. прошел второй тур, в котором ничего нового по сути не произошло. Голоса разделились в той же пропорции и было принято решение о дальнейших дебатах.

Ну т.е. опять неправильное понимание процедуры голосования. Победил опять вариант «дальнейшее обсуждение»: https://lists.debian.org/debian-ctte/2014/02/msg00169.html

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

(Продолжение предыдущего сообщения.)

И тут Васяна понесло:

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

Во-первых, регламент определяется конституцией, и у ТК нет полномочий его менять.

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

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

  1. Первое голосование: https://lists.debian.org/debian-ctte/2014/01/msg00425.html

    Бюллетень:

    Ballot:

    The default init system for Linux architectures in jessie should be

    1. systemd

    2. upstart

    3. openrc

    4. sysvinit (no change)

    5. requires further discussion.

  2. Второе голосование: https://lists.debian.org/debian-ctte/2014/02/msg00091.html

    Бюллетень:

    Options on the ballot:

    DT systemd default in jessie, requiring specific init is allowed

    DL systemd default in jessie, requiring specific init NOT allowed

    UT upstart default in jessie, requiring specific init is allowed

    UL upstart default in jessie, requiring specific init NOT allowed

    OT openrc default in jessie, requiring specific init is allowed OL openrc default in jessie, requiring specific init NOT allowed

    VT sysvinit default in jessie, requiring specific init is allowed

    VL sysvinit default in jessie, requiring specific init NOT allowed

    GR project should decide via GR

    FD further discussion

  3. Третье голосование: https://lists.debian.org/debian-ctte/2014/02/msg00281.html

    Бюллетень:

    - - - start ballot - - -

    We exercise our power to decide in cases of overlapping jurisdiction (6.1.2) by asserting that the default init system for Linux architectures in jessie should be

    D systemd

    U upstart

    O openrc

    V sysvinit (no change)

    F requires further discussion

    Should the project pass a General Resolution before the release of «jessie» asserting a «position statement about issues of the day» on init systems, that position replaces the outcome of this vote and is adopted by the Technical Committee as its own decision.

    - - - end ballot - - -

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

Второе голосование, запущенное Яном Джексоном, содержало дополнительные вопросы, но это вызвало сомнения у многих членов ТК. В дальнейшем сам Ян поменял свой бюллетень, поставив «дальнейшее обсуждение» на первое место: https://lists.debian.org/debian-ctte/2014/02/msg00123.html.

The only change is to rank FD first. I think we should give Steve a chance to draft his compromise, and also to satisfy Kurt.

I encourage others to do likewise. If Steve and one other person does this then this vote too will be cancelled.

И в этом голосовании победил вариант «дальнейшее обсуждение»: https://lists.debian.org/debian-ctte/2014/02/msg00169.html

В общем, стоит разбираться в вопросе самостоятельно, а не слушать, что там Рабинович напел.

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

Это не мой аккаунт

Признаю, ошибся.

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

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

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

В общем, стоит разбираться в вопросе самостоятельно, а не слушать, что там Рабинович напел.

Он и есть Рабинович.

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

Раз ненавистники systemd до сих пор не смогли сказать ничего заслуживающего внимания, чем он плох, значит уже не скажут. Если он чем-то плох, то именно они этого не знают. Может, кто и знает, только не они.

Отсюда можно сделать вывод, что Devuan нинужен.

Есть дистрибутив без systemd, который нужен, хотя не особо важен - MX Linux. Нужность вызвана не отсутствием systemd в нём, а мелкими удобствами в интерфейсе пользователя, которые могут кому-нибудь понравиться. То есть, у авторов MX Linux в отличие от авторов Devuan, есть конструктивные идеи по улучшению, а у пользователей - разумное оправдание того, что пользуются (кажется удобным).

Больше в этой теме обсуждать нечего.

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

Раз ненавистники systemd до сих пор не смогли сказать ничего заслуживающего внимания, чем он плох, значит уже не скажут. Если он чем-то плох, то именно они этого не знают. Может, кто и знает, только не они.

Раз троляки на зарплате у имплантаторов зонда SystemD в ранее нормальный серверный дистр невнимательно читают о недостатках системГ, то и в целом доверять им нельзя из-за их невнимательности, лживости и принадлежности к сатанизму.

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

Раз ненавистники systemd до сих пор не смогли сказать ничего заслуживающего внимания, чем он плох, значит уже не скажут. Если он чем-то плох, то именно они этого не знают. Может, кто и знает, только не они.

В этой теме вообще-то обсуждается devuan, создатели которого всего лишь хотят иметь возможность НЕ использовать systemd.

В какой-нибудь генте проще — выставил флаги, и пересобрал мир. Но дебиан — бинарный дистр. Если приложение собрано с systemd, то оно будет требовать его у всех, и тех кто его хочет, и тех кто не хочет. А если собирать приложения без systemd, то оно будет хуже работать у тех, у кого этот systemd есть.

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

Это они и сделали. В этом суть devuan-а — «Init Freedom», репозиторий, позволяющий поставить другой init.

А чем systemd плох говорили много раз, и в техническом плане и в нетехническом.

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

Отсюда можно сделать вывод, что Devuan нинужен.

Есть дистрибутив без systemd, который нужен, хотя не особо важен - MX Linux. Нужность вызвана не отсутствием systemd в нём, а мелкими удобствами в интерфейсе пользователя, которые могут кому-нибудь понравиться. То есть, у авторов MX Linux в отличие от авторов Devuan, есть конструктивные идеи по улучшению, а у пользователей - разумное оправдание того, что пользуются (кажется удобным).

Очевидно, что системГ нужен только приспешникам системГ, а остальным нормальным людям нужен Devuan, свободный от системГ.

Кроме того некоторым может понравится Gentoo и Slackware тоже без системГ, потому что там умные люди и знают, что системГ - это Г.

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

А суть тролей за системГ - то, что они троли на зарплате и работают по методичке против обычных пользователей.

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

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

Количество разработчиков не зависит от открытости спецификации. :)

Может, имеется ввиду, больше «независимых разработок»? Возможно, их было бы больше, но это не значит, что они работали бы лучше.

Почти 20 лет как ATI открыла спецификации на видеокарты. Я помню, сколько было радости, и как многие были уверены, что вот-вот выйдут новые открытые безглючные драйвера... С тех пор atiшные драйвере переписывали раз 5, не меньше. И многие до сих пор верят, что всё будет хорошо... ну, совсем скоро. Спеки же открыты!

Все эти годы, пока atiшники в очередной раз переписывали, у nvidia был всего один закрытый драйвер, и один открытый. И он просто работал. Без проблем. По закрытым спекам.

Так что, нет, главное — это не открытость спеков, а хорошая архитектура железа и хорошие разработчики.

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

Это про гипервизор, незаметно активируемый во время загрузки? Разве его можно обнаружить?

Да, обнаружить-то легко, просто посмотреть на адрес таблицы прерываний (см. Red Pill и Blue Pill). Только это всё может работать и без гипервизора, просто на отдельном чипе со своей прошивкой (см. про удалённый доступ через уязвимости в Intel ME, Intel AMT, ну и аналогичный AMD PSP).

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

Только это всё может работать и без гипервизора

На сокете AMD AM3 без гипервизора не может?

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