rekl bych, ze Slackware by se nejlepe hodil jako distribuce BEZ systemd , ALE chtelo by to aby se software tahalo z centos repositaru.
Nedokazal by nekdo odhadnout, kdo je trochu vic v te problematice, jak narocne by to bylo? Vim ze je mozne transformovat RPm do tgz balicku a urcite by to slo nejak automatizovat, ale obavam se rady zadrhelu.
Napr by mi zajimalo, jestli jsou rpm-ka odvisla od systemd ... rekl bych ze to tak musi byt?
Nevidim duvod tahat balicky z CentOS. Slackware pouzivame ve firme, u zakazniku a mam ho i doma. Co chybi v distribuci jsme vzdy nasli na SlackBuilds.org.
Jinak z CentOS do verze 6.x by to obecne nemel byt problem, vyjma baliku kompilovanych proti PAM. Btw, nektery SlackBuildy nejsou nic jineho nez konverze rpm binarnich baliku urcenych pro RH/CentOS.
Je to mimo téma, omlouvám se. Používáte ve firmě slackware "výhradně", nebo máte mix? Na slackware mi běží 2-3 starší věci (web,db,php,cvs) a z nostalgie ke slacku udrzuju sendmail na něm běžící, zbytek jede RH/CentOS/Ubuntu. Každá zmínka, že někde žije slack mne potěší - s Linuxem jsme začínal právě na něm...
jsem na ten slackbuilds kouknul a byl jsem prijemne prekvapen. Prece jenom se to za ta leta zmenilo k lepsimu. Mezi temi obvyklymi speky jsem nenasel akorat perl-Spreadsheet a treba perl-XML-Simple. Ale je tam treba podofo, coz neni tak bezne.
Co postradam je rada develop-balicku, tak jak je to u RPM obvykle. Je mi jasne, ze slackbuilds sleduji uplne jiny konzept nez rpm , ale pro nekoho od centos/Rhel je to hold nezvykle.
Takze balicku (tedy scriptu) je dost a asi by bylo skutecne mozna vyhodnejsi spis udrzovat ten slackbuilds.