Linux за българи: Форуми

http://www.slackware.com/announce/14.2.php
http://alien.slackbook.org/blog/slackware-14-2-released/

Струваше си чакането. На печелившите честито  [_]3

честито!
и SlackBuilds.org е готов за 14.2 :)
 [_]3

Честито.

Абе това да не е с LILO? Аз лилото много повече си го харесвах. Предполагам че и системд няма. Все хубави работи пишат в описанието. А дали има eth0? А как е съпорта - има ли 10години подобно на цeнтос/redhat. Мене много ме дразни политиката на някои дистрибуции да се сменят на 6 месеца като цветомузика.

С LILO е, да. Няма systemd. Вече има PulseAudio. Поддръжката е дълга и е за няколко версии едновременно.

Предстои ми смяна на една дестоп система и още се чудя с какво да е? Centos7, Дебиян, Убунту, Слак или фреБСД?

Определено не ми харесват накъде отиват нещата в линукс. Но като дългогодишен RPM потребител малко се страхувам от деианските пакети. Тепърва да има свиквам.....и да задавам тъпи тинейджърски въпроси - ами това как се прави :-[ бих сложил Centos7 ама там хич не ми харесва на къде отива... със всяка следваща версия все повече и повече кофти изненади  :'(

ми пробвай Slackware.  [_]3

Може да ти дадем някои насоки и т.н. Като за начало, ако не ти се чака да компилираш, има един ентусиаст който приготвя пакети от скиптовете на SlackBuilds.org. Пакетното хранилище се нарича SlackOnly (https://slackonly.com/).
В комбинация със slapt-get ще ти даде нещо близко до apt-get в Debian.

Предстои ми смяна на една дестоп система и още се чудя с какво да е? Centos7, Дебиян, Убунту, Слак или фреБСД?
Определено не ми харесват накъде отиват нещата в линукс. Но като дългогодишен RPM потребител малко се страхувам от деианските пакети.

5г. ползвах Мандрива и 2г. Роса (rpm/urpmi), 2г. Убунту и 1г. и половина КаОС (pacman), няма по-добър пакетен менажер от pacman, apt не мога да го трая, за мен има само кусури.

Тоя pacman пъле та*ак. На прясно инсталиран Arch със заводските репо-та ми заявява, че имало кoнфликт на пакети. Предлага 2 варианта и при пробване и на двата ми казва. че не може да разреши конфликта. Тогава аз какво е очаква да направя - зачистване на целия партишън. Отрочето Манджаро след три дена работа почна да почва с kernel panic и дори не мога да вляза в сингъл мод да видя къде му е дерта (щото и няма резервно ядро). Не са качвани никакви ъпдейти и пакети след инсталацията (то човек да го е страх). Как пък другите дистра си работят на същата машина без  проблеми. Това си е една експериментална дистрибуция с бета качество, на която не може да се разчита. За желаещи тестери.

   Naka ,уви, eth0, eth1 и т.н. ще ги срещаш все по-рядко.В популярните
дистрибуции: убунту,федора и т.н. все по-често по дефолт се виждат
перверзии от типа на:  "enp0s25", "enp-нещо-си" ...  ;D
   Не че е невъзможно да се оправят нещата, но си е въртел,пипа се
обикновено в rules.d , зависи от дистрибуцията.
   Това по принцип не е толкова голям проблем,но когато използваш
iptables , или други подобни инструменти,трябва много да внимаваш за
имената на мрежовите интерфейси...

Кукувица им е изпила акъла. Най добре е да ги криптират имената та поне да не ме е яд.

   Ами да кажат разбирачите: виждат ли се в слакуеър имената на
мрежовите интерфейси по НОРМАЛНИЯ начин: eth0, eth1 ... ?
   Не съм инсталирал слакуеър повече от 10 години, ако има сериозни
предимства, мога да си помисля ...

поне в 14.1 се виждат нормално. Предполагам, че и в новата 14.2 ще е пак така. Трябва д апогледна виртуалните машини където имах инсталиран -current.

 "enp0s25", "enp-нещо-си" -- това не съм го чувал. Какви са тия дивотии?

Опппа изненада...това май е едно от нововъведенията от системд. Значи даже и Слака са се изкушили от тъмната страна. И като си помислиш че много програми и скриптове вече имат вградено вътре "enp0s25" и търсят подобни имена, заразата навсякъде яко е проникнала и няма изчистване.

няма systemd в Slackware все още! Сега проверих, и 14.2 си е още с eth0.

Предвид това че сложиха eudev и мислят да добавят elogind, силно ме съмнява че някога ще включат systemd  [_]3 Ето и още един линк ($2), който казва същото.

За Pulse Audio пише защо са го включили, иначе в docs-a на Arch има нещо което мисля че може и в Slackware да се използва:
PulseAudio as a minimal unintrusive pipe to ALSA ($2)

Относно енп5с0 и подобни глупави имена на интерфейси, в Slackware 14.1 версията на udev беше 182, а тази магария с интерфейсите я въведоха в udev/systemd 197. Eudev мисля че го форкнаха точно когато udev го абсорбираха в systemd, което беше точно от версия 182. Апропо, в Slackware няма такива проблеми  [_]3

поне в 14.1 се виждат нормално. Предполагам, че и в новата 14.2 ще е пак така. Трябва д апогледна виртуалните машини където имах инсталиран -current.

 "enp0s25", "enp-нещо-си" -- това не съм го чувал. Какви са тия дивотии?

https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

P.S. Не е голяма сложнотия да се върнеш към старата конвенция, но не мисля, че е нещо кой знае колко наложително това :) Всъщост какво значение има?

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

хехххехех:

Distributors ponder a systemd change ($2)

хехххехех:

Distributors ponder a systemd change ($2)

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

   Решението в такъв случай е:
   Затваря се директно терминала.
   При ssh сесия се използва exit ,или се затваря директно терминала,
в който е сесията.
   При vnc и подобни,се затваря директно сесията.
   В поне 90% от случаите това ще работи със сигурност .
   

   Решението в такъв случай е:
   Затваря се директно терминала.
   При ssh сесия се използва exit ,или се затваря директно терминала,
в който е сесията.
   При vnc и подобни,се затваря директно сесията.
   В поне 90% от случаите това ще работи със сигурност .

Еххх аз явно съм от останалите 10% защото обик. пускам screen особено при обновявне на системата и особено на някой отдалечени сървъри където връзката се разпада 2-3 път на всеки 5-10 мин, ама явно вече и screen няма да върши работа...  :o ??? >:(

и особено на някой отдалечени сървъри където връзката се разпада 2-3 път на всеки 5-10 мин

Тия сървъри да не са  Зимбабве? Баси локациите и провайдърите трябва да имат  [_]3 [_]3 [_]3
Това в добрия смисъл го питам, че ми се види баси стараното.

   Имах предвид ,след като си си свършил работата да затваряш терминала/
сесията. Прекъсванията наистина могат да са проблематични.
    Нали коментирахме да не се дава logout ...

   Имах предвид ,след като си си свършил работата да затваряш терминала/
сесията. Прекъсванията наистина могат да са проблематични.
    Нали коментирахме да не се дава logout ...

Това хубаво, но ако да кажем се логнеш през ssh например на терминал pts/0, или какъвто е там, какво се случва с услугите които си пуснал когато излезеш?
Иначе аз редовно имам broken pipes защото доставчика ми често сменя ип-та.

По принцип е хубав feature, но да е активен по подразбиране ми се струва тъпо.

   Десетки,ако не и стотици пъти съм правил следното:
   Влизам с ssh в съответния сървър,стартирам съотв. услуга с:
systemctl start <some-service>
   или,понякога:
/path/to/executable &
   Ако са стартирани успешно,дори и да прекъсне връзката, те си работят.
   Ако пак влеза с ssh, се вижда че всичко е наред.
   Досега никога не съм имал проблеми.

   Десетки,ако не и стотици пъти съм правил следното:
   Влизам с ssh в съответния сървър,стартирам съотв. услуга с:
systemctl start <some-service>
   или,понякога:
/path/to/executable &
   Ако са стартирани успешно,дори и да прекъсне връзката, те си работят.
   Ако пак влеза с ssh, се вижда че всичко е наред.
   Досега никога не съм имал проблеми.

Ми да де... Ама ключовият момент тук е "правиЛ". Ако прочетеш статията ще разбереш защо. Някой по-горе беше писал за веб сървъра и т.н. - няма да имаш проблем освен ако не използваш не-ентерпрайс дистрибуция (или клон) за сървър. Т.е. там нещата все още не са оплескани с този системд ш*т.

   Приемаме,че написаното в статията е вярно.
   Ами пичове,тогава ще трябва много да внимаваме какви ъпдейти пускаме и
как използваме yum/apt-get ...  ;D
   Аз търкалям нови сървърни дистрибуции като centos 7  и  debian 8, но при тях версията на
systemd  е  <  230 .
   Въобще,бих се позамислил ...