Начато бета тестирование Devuan 2.0 «ASCII»

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

Критерии в студию

Сервера, пользователи, бабло. Более точные критерии это большой разговор. Выше в треде упоминали FirstVDS, который «заинтересован», вот если бы он свои сервера перевёл на диван, меня бы это убедило.

Это что-то значимое? Поверю на слово, в википедии статьи нет, гуглить влом. Если да, то 20 енотов всё же забери, товарищ pihter всё равно отказался.

А разве так?

За браузерами не угнаться

Так я и не о десктопе говорил.

Зато есть по всяким openbsd, freebsd

4 штуки всего, плюс одна чисто десктопная, но это не корректно сравнивать. Посмотри распределение между дистрами линукса и bsd, где фряха доминирует.

И чем это лучше?

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

ну ты же пример «продакшна» не привет, кроме того у них зоть что-то едсть, не так ли?

а за 20ю енотами - я на такси потрацу больше, так что нет смысла :))

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

В каком месте инфраструктура фряхи более готова?

шта?? %)))

я, конечно, не суперстар, но боюсь предположить, что то место у тебя еще не отросло :))

Только если есть аппаратный микшер. В этом случае пульсаудио не будет блокировать звуковуху, т.к. пульс ведет себя как обычный клиент альсы. Вот тебе мануал от авторов: https://alsa.opensrc.org/Hardware_mixing,_software_mixing и вот с другой стороны: https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modul...

ну ты же пример «продакшна» не привет

Выше было.

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

И как специалист пренебрежёт рынком труда, на котором для него нет вакансий?

По-разному бывает, например, скажем, работает дворником, обижается на жизнь, а в интернетах тыкает всех носом в несовершенство технологий(locus communis, да?) и заговоры корпораций.

На пенсию родителей не особо проживёшь

Ну, если есть родители, да ещё и с пенсией, то вариантов может быть немало.

И чем себя ограничивают те кто не использует systemd

Тем, что не используют systemd.

И насколько этот модуль ядра лицензионно чист, а также насколько он отличается от того, что в FreeBSD?

Он собирается на твоей машине, поэтому с лицензией проблем нет.

В FreeBSD ZFS не разрабатывают. Есть проект openzfs, откуда и берётся реализация что там, что там.

Тем не менее, выбор именно системы инициализации всё ещё работает, и никто не мешает использовать logind вместе с openrc+systemd-shim.

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

А разве так?

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

прекрасно работает даже то что в родном stretch-e лагает

И что же в stretch лагает?

Система инициализации не может на это влиять. Кто-то явно гонит...

сам догадаешься о причине появления этой мегафичи?

Причина - повышение надёжности.

4 штуки всего

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

Не было бы в этом смысла, не было бы той же генту

Личного опыта нет, прокомментируй. Неужели система портов такая кривая?

Кстати, о костылях. Писал я их на Perl и с ним во FreeBSD тоже все плохо. По умолчанию в этой системе Perl идет без поддержки нитей, а поддержка эта часто бывает нужна. Поэтому приходится собирать Perl из портов. Но это еще полбеды. Допустим, мы поставили Perl 5.16. А затем решили установить некий пакет, который зависит от Perl. И что вы думаете? Он счастливо потянет за собой Perl 5.12 без поддержки нитей и поставит его вместо вашего Perl 5.16. Поддержки нитей нет, все установленные CPAN-модули отвалились. Проблему может решить perlbrew, но он не шибко удобен. И вообще, получается, это уже будет костыль, необходимый для работы костылей?

https://eax.me/goodbye-freebsd/

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

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

Если брать генту, то эквивалентно.

Как всегда магии нету. И если за тебя не опакетили - не надейся.

Если брать сферический в вакууме дистр, где ты ручентками тащишь исходники

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

я, конечно, не суперстар, но боюсь предположить, что то место у тебя еще не отросло :))

И какое место должно отрасти - пузо или борода?

По-разному бывает, например, скажем, работает дворником, обижается на жизнь, а в интернетах тыкает всех носом в несовершенство технологий(locus communis, да?) и заговоры корпораций.

Интересно было бы такого человека встретить. Человека который действительно разбирается, и не работает. Однако это не реально.

Тем, что не используют systemd

Тебе переполнение стека ведомо, или философы предпочитают об этом не вспоминать?

С серверами дел не имеешь? Я имею, мне нужно (на самом деле нет, но раньше да). Несколько лет назад на древнем буке у меня у меня крутилась DesktopBSD (R.I.P.), иногда юзал и не сильно страдал.

По-моему все знают PS, странно, что ты упускаешь это из виду. Это не просто не сервера, а даже не ПК. Конкретные цифры не искал, но, вероятно, таким образом, FreeBSD оказывается популярней любого дистра линукс, после андроида.

Чем тебе пригодится знание астры или альта если ты не работаешь с этими компаниями

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

Неужели система портов такая кривая?

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

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

Это если у тебя роллинг.

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

попробую с dmix. правда, это надо ещё найти софт, которому пульс только подавай

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

правда, это надо ещё найти софт, которому пульс только подавай

фаерфокс и скайп ;)

Огнелис прекрасно собирается с альсой,пример тому его работа во FreeBSD или Gentoo,упоминать скайп на форуме посвящённому опенсорсу вообще моветон.

еще как лагает... на debian luakit при самостоятельном воиспроизведении видео в html отедает по load свыше четырех очков это ставит колом всю систему, а само видео безбожно тормозит и дергается, выполнять другие задачи во время просмотра - просто не реально, думал издержки железа 2005-го года рождения и смотрел потоковое видео через mpv, но оказалось не все потеряно - devian сотворил чудо, теперь luakit воиспроизводя видео отедает по load не более 0.70 и то на старте - по мере прсмотра потребление потихоньку сокращается до 0.30, теперь во время долгих компиляций можно приспокойно смотреть видосики арбузом и не скучать.... конечно если у вас 8-и ядерный i7 и ram-ы 32 гига - вам меня не понять

Есть проект openzfs, откуда и берётся реализация что там, что там.
реализация

Ну-ну. А скажи нам, мил человек, почему Тrim в фряшной ZFS появился лет на 6 раньше, чем в ZoL (в котором все еще, cудя по табличке в проекте OpenZFS «not implemented», как и в иллюмосе).

Perl идет без поддержки нитей

 pkg options perl5
perl5 - DEBUG: off
perl5 - DTRACE: on
perl5 - GDBM: off
perl5 - MULTIPLICITY: on
perl5 - PERL_64BITINT: on
perl5 - PERL_MALLOC: off
perl5 - PTHREAD: on
perl5 - SITECUSTOMIZE: off
perl5 - THREADS: on

Он счастливо потянет за собой Perl 5.12

pkg lock perl5.myversion

Ну-ну. А скажи нам, мил человек, почему Тrim в фряшной ZFS появился лет на 6 раньше, чем в ZoL

https://github.com/zfsonlinux/zfs/issues/598

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

так и находится то, что никто не собирал

Это да. Простой замены цели в distinfo, на новую версию, может быть вполне достаточно - eсли разработчики не упиваются регулярно смузи, то сборка может проскочить вообще без дальнейших правок.
Опять же, запакетить что-то, не сильно большое, c ноля и самостоятельно (в первый раз) - делов минут на 40-50 (с чтением дока, написанием мейкфайла и прочего), простой метапакет вообще за 5 минут новичком пишется.

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

https://github.com/zfsonlinux/zfs/issues/598
2012, Open

И? Ясное дело, что еще в 2012 году нужда была. https://github.com/zfsonlinux/zfs/pull/5925

dweeezil commented Mar 25, 2017
Add TRIM support. Replacement for #3656
Open

да я сам офигеваю - хорошо что ты такой умный и не может быть хоть обосрись, в простое на одном и том же железе - debian в tty жрет ровно столько же сколько devuan в иксах - 75 мб при 2000 мб ram, да и процессору значительно легче - судя по температурам и скачкам частоты, я понимаю твои страдания - сам страдаю, у меня весь автопарк на debiane и железо капец старое - новые версии жрут ресурс все сильнее, недавно подумывал на arch что ли вернуться - а тут такой подарок, наиболее слабые машины точно переведу на devuan - одну уже перевел...

Вы поинтересовались, почему поддержка TRIM была заявлена в ZoL настолько позже. Ответ по моей ссылке есть:

I think we should proceed very very very carefully here. We're talking about touching some delicate code with a fairly intrusive change. I know this would be a great feature, but it would be easy to get this subtly wrong.

(29 Jan 2013)

Largely done and working, but it needs to be rebasesd on master and seriously tested. I definitely do want to get it merged before it gets much staler.

Список установленных пакетов и там и там - в студию!

Что такое линукс? Это форки,
Зоопарк говна для несмышленых
Линукс вдруг напомнил мне, что куча говна в шиндовс
Не такая у-уж и большая.

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

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

Есть проект openzfs, откуда и берётся реализация что там, что там.

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

у меня все везде выглядят одинаково - хоть debian, хоть devuan, хоть arch, хоть красношляпа - конфиг одинаковый... базовая часть системы + alsa + i3 + xorg + mc + полный_фарш_для_компиляции... что значит список установленых? # dpkg -l что ли? это такая партянка никаких форумов не хватит - схавайте пока это

   ..,,;;;::;,..                   dev@devuan 
           `':ddd;:,.              ---------- 
                 `'dPPd:,.         OS: Devuan GNU/Linux  
                     `:b$$b`.      Kernel: 4.9.0-4-amd64 
                        'P$$$d`    Uptime: 52 minutes 
                         .$$$$$`   Packages: 998 
                         ;$$$$$P   Shell: bash 4.4.12 
                      .:P$$$$$$`   Resolution: 1280x1024 
                  .,:b$$$$$$$;'    WM: i3 
             .,:dP$$$$$$$$b:'      Theme: Adwaita [GTK3] 
      .,:;db$$$$$$$$$$Pd'`         Icons: Adwaita [GTK3] 
 ,db$$$$$$$$$$$$$$b:'`             Terminal: x-terminal- 
:$$$$$$$$$$$$b:'`                  CPU: AMD Athlon 64 X2 
 `$$$$$bd:''`                      GPU: AMD Radeon X1950 
   `'''`                           Memory: 83MB / 2003M

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

В таком случае вопрос: автор нагло врёт или же система портов не в состоянии обнаружить уже стоящий перл?

Это если у тебя роллинг.

Или если подключен дополнительный репозиторий.

А давайте не будем играть словами. Я поинтересовался, почему оф.поддержка во фре появилась намного раньше.

Я специально выделил заявлена. Официальная поддержка от автора, который пишет:

> How has the code been tested?

It was and still is being tested by my customer. Some bugs were found and fixed.

Has the code been reviewed by anyone (especially experienced ZFS developers)?

No. At least not yet. The code is still pretty fresh.

Do your trust the code to be reliable and safe to use in production environments?

From what I know the customer of mine already put it in production or at least started some production tests on some limited number of machines. I agree the code could use some independent review and testing in different environments. For example it hasn't been tested with pools that contain log vdevs.

- как-то не внушает доверия.

Есть критерии качества, которым должно соответствовать ПО для готовности к серьёзному применению. «Я тут написал для FreeBSD поддержку TRIM, вроде даже работает, правда, код никто кроме меня не проверял, а тестировалось это на парочке машин у одного из моих клиентов» под такие критерии качества (особенно учитывая большой риск потери данных в случае ошибки в реализации TRIM), не очень подходит.

Заявлена поддержка и реальная готовность к применению - разные вещи.

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

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

это такая партянка никаких форумов не хватит

pastebin отменили?

схавайте пока это

«Схавайте»? /facepalm

Вы в Debian firmware-amd-graphics из non-free не забыли поставить, случайно?

голый tty без иксов

   ..,,;;;::;,..                   dev@devuan 
           `':ddd;:,.              ---------- 
                 `'dPPd:,.         OS: Devuan GNU/Linux testing/unstable x86_64 
                     `:b$$b`.      Kernel: 4.9.0-4-amd64 
                        'P$$$d`    Uptime: 1 hour, 8 minutes 
                         .$$$$$`   Packages: 998 
                         ;$$$$$P   Shell: bash 4.4.12 
                      .:P$$$$$$`   Resolution: 1280x1024 
                  .,:b$$$$$$$;'    WM: i3 
             .,:dP$$$$$$$$b:'      Theme: Adwaita [GTK3] 
      .,:;db$$$$$$$$$$Pd'`         Icons: Adwaita [GTK3] 
 ,db$$$$$$$$$$$$$$b:'`             Terminal: x-terminal-emul 
:$$$$$$$$$$$$b:'`                  CPU: AMD Athlon 64 X2 Dual 3800+ (2) @ 2.0GHz 
 `$$$$$bd:''`                      GPU: AMD Radeon X1950 PRO 
   `'''`                           Memory: 51MB / 2003MB

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

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

$ python2
>>> for i in "AА":
...   print i
... 
A
�
�
>>> 

$ python3
>>> for i in "AА":
...   print(i)
... 
A
А
>>> 

Иначе в каждом скрипте надо было бы проверять версию питона и в случае чего падать, или же вместо for i in «AА»: нужно было бы писать строку длиннее. А это означало бы что костыль как был так и остался.

смотрю видео при помощи luakit и пишу комментарий

   ..,,;;;::;,..                   dev@devuan 
           `':ddd;:,.              ---------- 
                 `'dPPd:,.         OS: Devuan GNU/Linux testing/unstable x86_64 
                     `:b$$b`.      Kernel: 4.9.0-4-amd64 
                        'P$$$d`    Uptime: 1 hour, 13 minutes 
                         .$$$$$`   Packages: 998 
                         ;$$$$$P   Shell: bash 4.4.12 
                      .:P$$$$$$`   Resolution: 1280x1024 
                  .,:b$$$$$$$;'    WM: i3 
             .,:dP$$$$$$$$b:'      Theme: Adwaita [GTK3] 
      .,:;db$$$$$$$$$$Pd'`         Icons: Adwaita [GTK3] 
 ,db$$$$$$$$$$$$$$b:'`             Terminal: x-terminal-emul 
:$$$$$$$$$$$$b:'`                  CPU: AMD Athlon 64 X2 Dual 3800+ (2) @ 2.0GHz 
 `$$$$$bd:''`                      GPU: AMD Radeon X1950 PRO 
   `'''`                           Memory: 546MB / 2003MB

firmware-amd-graphics

конечно поставил, без него ошибки в dmesg валятся

pastebin отменили?

чего в натуре хотите посмотреть на мой # dpkg -l? извращенец мозга - сейчас попробую...

Perl идет без поддержки нитей

Статья на какую я ссылался 2013 года. Какие сейчас флаги мне не интересно.

pkg lock perl5.myversion

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

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

https://github.com/NixOS/nixpkgs/blob/c882c4dd55e36dda57532fb830fad0882c4d770...

https://github.com/voidlinux/void-packages/blob/master/srcpkgs/cargo/template

Есть отличия?

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

Зачем?

вот - не понимаю чем это сможет вам помочь https://pastebin.com/ZECRATuj debian заливать?