Изпечатай

[borovaka]

Когато приложния софтуер стане зависим от системД, тогава и слакерите няма къде да ходят освен в киреча.

Точно това ще е най-добре от цялата работа. Нещо да се ползва от всички искат не искат. И ако някой не го кефи да се карат вътрешно и заедно да се взимат решенията, кое, как и защо да работи. Не да има 5000 вариации с които да трябва да се съобразяваш при писане/администриране на софтуер.

[lunarvalley]

хич не си подстрекател

хич между другото аз от години съм се отказал да убеждавам когото и да било да ползва Slackware па и Linux като цяло.

slapt-get?
някои хора ги кефи, но аз не го ползвам. Вместо това sbopkg + sqg за да се генерират build queues и толкоз. Ако искате нещо дето да работи като apt-get, ползвайте apt-get, дееба...

вероятноста да си лъснеш диска, без да получиш работеща инсталация е доста голяма...

митове и легенди.

Когато приложния софтуер стане зависим от системД, тогава и слакерите няма къде да ходят освен в киреча.

факт. Дори батьо Патрик го намекна. Ще потърся дискусията, ако ви е интересно.

[Acho]

Търси колега.

[lunarvalley]

хмм... не се сещам вече какво точно четох, но ето това е лек намек в тая насока:
As long it is remains optional, I plan to avoid it. Unfortunately, the folks in charge of it seem to force it upon us, and everyone else. A healthy open source ecosystem respects diversity, and doesn't try to railroad everyone into being exactly the same. Without choices, you cannot choose a solution that fits your needs. That's not what we want, is it?

това също може да ви е интересно, относно по-бързото зареждане:
Not only does faster booting not always mean a better system overall, but systemd does not necessarily mean faster booting.

[jet]

Когато приложния софтуер стане зависим от системД, тогава и слакерите няма къде да ходят освен в киреча.

Точно това ще е най-добре от цялата работа. Нещо да се ползва от всички искат не искат. И ако някой не го кефи да се карат вътрешно и заедно да се взимат решенията, кое, как и защо да работи. Не да има 5000 вариации с които да трябва да се съобразяваш при писане/администриране на софтуер.

Това изобщо не е вярно, защото и тук ще има вариации. Ако не вярваш потърси за uselessd, а това е само началото. Вече имаме дистра със системД, без системД.
Чакай Пьотеринг да "стандартизира" Линукс. Вече се отдалечаваме от Юникс и БСД. Остава ни само едно registry, двоичните логове вече ги имаме.
Тази шитня дори не може да си рестартира услугите правилно, след ъпдейт ще трябва и рестарт на машината.

[lunarvalley]

ми в момента, масово се юрнаха дистрибуциите да мигрират към systemd. Ми пожелавам им успех и се надявам да се окаже читав избор. Но нека systemd остане тъкмо това: избор.

Разбира се, ако след такова масово преминаване на systemd вземат та и масово да се одрискват нещата, ще стане забавно (както обича да се изразява gat3way). Ше видим

[Naka]

Тази шитня ....

Казва се хуйня - на славянски

[gat3way]

Баааах, какъв е тоя рев че линукс се е отдалечавал от BSD света. По отношение на инит системата? Верно? Голяма новина. Аз мислех че това е факт от десетилетия.

Всъщност, udev и pulseaudio са от нещата, които на мен лично ми харесват и определено света не е свършил заради тях, дори напротив. На който не му харесва udev може да си кюта на /dev файловата система със статичните device нодове и да си търси кой мрежов интерфейс кой е след рестарт и да не знае след 50 вадения на USB стикове как точно му се казва устройството дето иска да монтира. Примерно.

[go_fire]

В Слак би си било новина. Но отдалечаването не е само по това. Навсякъде е. Освен всички пьотеризми като авахи, пулс, юдев, има още файлова система (като организация, макар аз например да харесвам прок) и по ядрото доста неща дето са си специфични само за него. А ве в БСД бая зор виждат да подкарват разни неща. Последно мрънкаха за LXDE.

[geroy]

Ето ви една система, която зарежда достатъчно бързо, направена е в духа на юникс системите, работи освен на Linux и на ВСИЧКИ BSD-та. Преди време си бях играл да си подменя /bin/init с runit и работата старана, но си беше играчка всичко да правя на ръка. Гледам че хора са се хванали да я осъвременят и пригодят за лесна инсталация.

http://www.linuxquestions.org/questions/linux-from-scratch-13/runit-for-lfs-without-sysvinit-official-release-4175506569/

[satir]

Тази шитня ....

Казва се хуйня - на славянски

а за да е на чис български се казва - куротресина
 

[go_fire]

Сатире това е много онагледяваща дума за развитието на нашият език. Преди десети думата х*й се считаше за вулгарна. Понеже тогавашните българи бяха по-културни от днешните, те гледаха всякак да я избягват. Обаче все пак в неформални разговори се налагаше понякога да се спомене това, което тя носи като значение. Думата пенис се появи отскоро. Тогава нямаше друга дума с това значение.

Настана търсене, което завърши като почти всяко търсене на нова дума в следосвобожденският период. Сиреч намери се руската дума к*р. Тя беше също толкова кратка, но звучеше неутрално на български. Така в осемдесетте години тя придоби гражданство.

Нещо, което обаче ние българите не знаехме и трябваше да дойде Интернет с цялата си мощ, че в Русия е текъл огледален процес. Там са търсили да заменят своята дума к*р с друга и са избрали да я заменят с българската х*й , вероятно отново по причина на удобство.

И става така, че чуждицата използвана като синоним и в двата езика измества оригинала, но вече не в неутрално звучене, а в оригиналното му, което вероятно е причината за появата на думата пенис, защото тя на свой ред започва да се избягва.

Една от много малко хубавите статии във Википедия е посветена на този въпрос, макар там развитието на езика да не се онагледява точно със значението на думата х*й.

[Acho]

Откъде се тръгна и къде се отиде. Хахаххаааааааааа

[growchie]

Абе тия които много се кефят на systemd защо просто не си сложат един уиндолз и не оставят нормалните хора сами да си намират решения на проблемите? Така и така systemd-маджииите искат да превърнат линукс в бозиндолз. Аз примерно цял живот съм си мечтал за точно такава "иновация".

"8. systemd clusters itself into PID 1. Due to it controlling lots of different components, this means that there are tons of scenarios in which it can crash and bring down the whole system. But in addition, this means that plenty of non-kernel system upgrades will now require a reboot. Enjoy your new Windows 9 Linux system! In fairness, systemd does provide a mechanism to reserialize and reexecute systemctl in real time. If this fails, of course, the system goes down. There are several ways that this can occur. This happens to be another example of SPOF."

Като цяло http://boycottsystemd.org/ е написано най-обстойно и разбираемо. Не един недостатък - цели 12 са изтъкнати.

Ето и още една връзка http://ewontfix.com/14/

[growchie]

Някой беше споменал, че UDEV се траел (не се сещам кой беше, просто треда стана много дълъг). Та точно UDEV ми е идеален пример за Пьотерингщина и уиндолз талибанщина. Понеже ползвам Gentoo (който е ролинг ъпдейт дистрибуция) някои от нещата които скъсяват живота на мейнтейнърите на нормални дистрибуции се проявяват и при крайните потребители. Може би на никой не му е направило впечатление, но преди време някой гений в пристъп на "иновационно" прозрение реши, че мрежовите интерфейси вече не е нужно да с eth0-1, а нещо "по-истинско". Като основен аргумент беше изтъкнато, че видиш ли, при много мрежови интерфейси не е ясно кой ще се инициализира първи и ще бъде съответно eth0. Това си беше определено проблем но си имаше простичко решение - в конфигурационен файл се пишеше кой е мак адреса на картата съответстващ на съответното /dev/eth0. Дистрибуциите си го правеха автоматично и никой не забелязваше.
От както udev беше прилапан в systemd. Първо се появи някаква схема за "предвидими" имена която подреждаше интерфейсите по шините на които са закачени и им даваше някакви невероятностни имена или пък към етх се прибавяше мак адреса (някой от вас знае ли си мак адресите на картите наизуст, че да му е лесно да се ориентира). Имаше я и възможността нещата да са си по старому, като във файлче просто се пишеше съответният мак адрес за кое етх работи.
Както се казва "да ама не". След като udev попрестоя под крилото на великият Пьот решиха, че от една версия нататък вече настройките за мак адрес ще се игнорират и трябва или да се примириш с въртенето на интерфейси при всеки рестарт или да минеш на великата им схема с предвидими имена. Държах около година новият udev маскиран но накрая реших, че няма как - ще мигрирам към предвидими имена и се почна... Първо - научи как се казват новите интерфейси. После виж кой интерфейс кой е. Накрая променяй абсолютно всички скриптове, файърлоли и мрежови конфигурации. Принудих се няколко пъти да търча до офиса и да конфигурирам физически машината докато видя кое къде е закачено. Беше велико приключение.
Като друг пример на велика Пьотерингщина можа за посоча изискването /usr да не е на отделен дял, а част от / защото вече udev имал зависимости в /usr/lib (предполагам разбирате какво значи това на практика). За тези които са си форматирали дисковете и си ползват системите от години единствената възможност е да си правят initrd. Лично аз сам си компилирам кернела и никога не съм се занимавал с подобни глупости, защото в моя случай беше напълно излишно. Уви, вече трябва и с това да се занимавам като компилирам кернел.
Просто неща които са много на брой и дребни на пръв поглед се събират и правят живота ти черен. Това е systemd манталитетът.