Wed Feb 2 22:22:22 UTC 2022
Slackware 15.0 x86_64 stable is released!

Another too-long development cycle is behind us after we bit off more than
we could chew and then had to shine it up to a high-gloss finish. Hopefully
we've managed to get the tricky parts out of the way so that we'll be able
to see a 15.1 incremental update after a far shorter development cycle.
Certainly the development infrastructure has been streamlined here and things
should be easier moving forward. My thanks to the rest of the Slackware team,
all the upstream developers who have given us such great building materials,
the folks on LinuxQuestions.org and elsewhere for all the help with testing,
great suggestions, and countless bug fixes, and to everyone who helped
support this project so that the release could finally see the light of day.
I couldn't have done any of this without your help, and I'm grateful to all
of you. Thanks!

For more information, check out the RELEASE_NOTES, CHANGES_AND_HINTS.TXT,
and ANNOUNCE.15.0.

Have fun! :-)
+--------------------------+


Shitty life is like radiation. You can sustain it for long time if daily doses are small.

slackware prechadza z mysql na mariadb

to len tak btw :)
nadro 3.2.29
v ESX4.1 guest bezi ako vino

potrebujem simulovat cluster postaveny nad openMPI a to sa na jednej masine dost blbo robi, tak som si skrz lxc rozbehol zatial jeden nod. je to krasne jednoduche a rychle. snad sa mi to podari v blizkej buducnosti rozbehnut aj na Slackintoshi. Su to pomerne dost lacne virtualne stroje.

nejake howto:
http://slackware.ponce.cc/blog/2011/07/17/lxc-containers/

Good hello, and happy Thursday! Mercury went direct early yesterday morning,
and it was like the bugs started to fix themselves. It's almost enough to get
me believing in that hocus-pocus nonsense! So, here's a bunch of updates that
fix all of the reported issues in the beta, and we'll call this the 14.0
release candidate 1. Still some updates needed for the top-level
documentation files, but we're clearly in the home stretch now (finally).

Dostal sa mi nazad do ruk stary podpivnik XServe G5. Povodne na tom bol posledny current Slackintosh 12.1. Nasledujuci text je v podstate viac menej subset Linuxu From Scratch, alebo aj "maintain your own distro".

Povodne masina bezala na kerneli 2.6.18.6 alebo niecom podobnom. Caveat tohto setupu je ten, ze kedze povodni autori portu Slackware-u na PPC nemali k dispozicii G5 masinu, cely slackintosh ma 32bitovy userspace aj kernel. V pripade userspace-u to nevadi, pretoze PowerPC je navrhnuty tak, ze userspace moze bezat na novsom procesore nemodifikovany po boku 64bitoveho userspace-u, ale 32bitovy kernel je na 64bitovom procesore nebootovatelny (systemove registre a dalsie detaily MMU su spatne nekompatibilne).

Ako prvy krok som zvolil aktualizaciu glibc, aby som s touto potom mohol skompilovat novy prekladac a nemusel ho kompilovat 2x. Lenze uz tu som narazil. Povodnym prekladacom v Slackintoshi je gcc-4.2 alebo 4.3. Glibc z aktualneho stabilneho slacku je 2.13, ktora vyzaduje v prekladaci podporu pre TLS (to nie je sifrovanie, ale thread local storage, per vlakno-unikatne data s rychlym pristupom, alebo nieco podobne). To si teda nakoniec vyziadalo kompilaciu gcc pred kompilaciou glibc.

Na toto som pouzil povodne 32bitove slackbuildy zo slacku 13.37 so zopar modifikaciami tykajucimi sa hlavne toho, ze slackintosh ani nechyroval o xzipe (takze bolo treba upravit riadky generujuce nazov balika a dekomprimujuce tarbally so zdrojakmi). Potom bolo treba upravit kod urcujuci cielovu architekturu a prepinace pre gcc. Tu to bola dalsia haluz, pretoze system sa podla uname -m hlasil ako powerpc64, ale vzhladom k 32bitovemu userspace-u a absencii 64bitoveho prekladaca bolo treba gcc skompilovat ako powerpc.

Po uspesnej konfiguracii mi to skapalo na tom, ze you need GNAT to compile ADA support. Krasny priklad bootstrapu kodu, ale bohuzial nestastny, pretoze gcc, ktore som mal nemalo prekladac jazyka ADA, takze dalsia editacia slackbuildu a podporu ady vyhodit.

Niekolko desiatok minut kompilacie a vypadli mi baliky. Pripony sice mali .xz ale v skutocnosti to boli hole tarbally, takze premenovat na .tgz a nainstalovat. Ak by nieco neslo, stale mozem nazad vratit stary prekladac a skusit to znova. Nastastie prekladac fungoval.

S tymto novym prekladacom sa uz podarilo skompilovat po par upravach aj samotne glibc (upravy boli viac menej zasa len o tom, ze potrebujeme architekturu powerpc, prepinace pre nu a nevybalovat .xz ale holy tar). Pri testovani glibc ale uz nebolo take jednoduche proste ju nainstalovat. Ak skape, nic dalsie uz nespustim. Riesenim bolo nahodit si do chrootu sekundarnu instalaciu slackintosha a novu glibc skusat na nej. O uspesnosti som pochyboval hlavne koli tomu, ze som nikde nemohol najst, ci nahodou TLS nepotrebuje podporu aj v kerneli. Takze stiahnut repozitar, nainstalovat ho do chrootu (jeden for to spravil), aktualizovat glibc, chroot a.. funguje. Letmy pohlad do chroot#:/lib a su tam 2 verzie glibc. No jasne, balik ich instaluje do incoming a potom prepisuje, takze stare zmazat, exit, chroot a... funguje. Aktualizacia balika aj v host filesysteme, reboot a... funguje.

Dalsi krok bola rekompilacia gcc pre novu glibc, tentokrat uz aj s nejakymi prepinacmi, ze nepodporujeme pri preklade nic starsie ako power4, chceme altivec a urcite chceme generovat 32bitovy kod. To prebehlo bez problemov a nove gcc fachci.

Co dalej? No, mame tam kernel z gentoo, ktory nema ziadne moduly, bol skompilovany bohvie cim a je prahistoricky. Potrebujem ho ale 64bitovy a pokial sa pamatam, posledny pokus niekolko rokov spat o kompilaciu kernelu bohvie odkial ziskanym ppc64 toolchainom skoncil vytocenim vetrakov na plne gule a hladanim instalacneho CD. Takze treba cross-compile toolchain. Google, navod, aha ok.

Binutils: ziskane v pohode, skonfigurovane podla navodu, skompilovane, nainstalovane, ziaden problem. Pre uplnost, postup:


cd binutils-x.yy && mkdir build && cd build && ../configure --prefix=/opt/ppc64 --target=powerpc64-slackware-linux-gnu --disable-nls && make && make install


na to powerpc64-slackware-linux-gnu som musel prist, pretoze v navode bolo powerpc64-elf, ale taka architektura neexistuje. binutils sa sice skompiluju, ale neskor gcc vyhlasi, ze smola. cista *-elf architektura sa pouziva ak clovek chce ELF binarky, ale nepouziva linuxovy kernel.

GCC: tu zacala skutocna sranda, pretoze zbuildovat cross-gcc pre nejaku architekturu plnohodnotne znamena mat pre tu architekturu glibc. moct zbuildovat glibc znamena mat gcc. sliepka - vajce, vajce - sliepka. co skor? Skusil som to jednoducho:


cd glibc-x.yy && mkdir build && cd build && ../configure --prefix=/opt/ppc64 --target=powerpc64-slackware-linux-gnu --disable-nls --enable-languages=c --without-headers


posledny prepinac mal zabezpecit, ze gcc pri kompilacii nebude pozadovat glibc hlavickove subory.... ale po spusteni kompilacie a prejdeni par (desiatok) minut kompilacia samozrejme spadla s tym, ze chyba a dalsie.

tak vrtanie sa v howto's, v jednom som nasiel, ze pri tejto chybe sa editovali zdrojaky, kapitulacia, zistovanie, ci na toto neexistuju nejake skripty. Nasiel som crosstool-ng, zevraj automatizovany builder cross-compile toolkitov. Podporuje ppc64, ok. Stahujem, kompilujem, spustam, nastavujem najblizsie verzie binutils a gcc, ma to tam len nejaku elibc, co uz, na kernel mi ju aj tak netreba. Spustam generovanie, po 14tich sekundach program prestava vykazovat aktivitu. Necham ho bezat este par minut, pak zabijem a spustim znova. Voila, nieco sa deje... asi po 10tich minutach to pre nieco padlo. Ani neviem preco. Ze prej check log file. Otvaram log file a tam presne to iste, co v konzole. Nu fajne. Mazem adresare, ct-ng a vraciam sa k rucnej metode. Vyskusal som este par kombinacii prepinacov, ale stale som dostaval chybu s chybajucimi hlavickovymi subormi (zaujimave ze zakazdym odiniadial iny subor). Tak ak nic nefunguje, tak pouzi presne to, co je v navode. Kedze XServe je dvojprocesorovy, mal som pri kompilacii hodeny prepinac -j 4. Ak vsetko zlyha, vyhod aj ten. Tak som spustil:


make all-gcc && make install-gcc


A cuduj sa svete kompilacia zbehla, cross-compiler sa podarilo skompilovat aj nainstalovat a zrejme bol aj funkcny. Hor sa vyskusat ho.

Kernel: stiahol som zdrojaky kernelu zo slackware 13.37, lenze ten je pre PC, nie pre Power. Tak som zo stareho kernelu vytiahol jeho config a dal som sa mergovat Slackwareovsky config (koli nastaveniu featur a periferii) s configom z povodneho kernelu (povodny bootuje, novy by mohol tiez). Make oldconfig nejaku chvilu trval, pretoze medzi kernelmi 2.6.18 a 2.6.36 pribudla kopa novych veci, niektore v x86 configu ani pokryte neboli (PPC opsny, podpora Apple / IBM PowerPC HW atd.). Spustil som kompilaciu, ta zbehla bez problemov. V top level adresari sa narodil vmlinux subor. Pozeram, ze ma mierne viac nez povodny, to znaci dobru cestu, dokonca sa aj pri oboch pise, ze ELF64 MSB byte order, PowerPC64, not stripped. Minimalne sa na to pouzil dobry prekladac a su v tom +- rovnake symboly.

Lenze pri konfiguracii boli nejake yaboot bootstrap code, tak som si nebol isty tym, ci masina bootne. Server je namontovany v miestnosti, kam nemam prave blizko, tak som dlhu dobu s rebootom na novy kernel vahal. Tak som si ho aspon propagacne hodil do yaboot.conf-u (LILO na PPC nebezi, tak sa pouziva yaboot, ktory sa chova +- rovnako, aj konfigurak vyzera podobne, iba ma zopar openfirmware direktiv navyse), ci este po reinstalacii bootloadera masina vobec bootne aspon so starym kernelom. Edit, ybin, reboot, chvilka napatia a... bezi.

Teraz ale bolo treba testnut novy kernel. Ten by sa dal nastavit tak, aby pri panicu rebootol stroj, ale yaboot nema ekvivalent prepinaca -R z lila, aby jediny krat pustil alternativny kernel. Zacal som poskulovat po tom, ze si do qemu vygenerujem obraz ppc64 systemu a skusim ten kernel bootnut tam (cross-compiler nemal povoleny altivec, takze kernel by teoreticky mohol bezat na akejkolvek generickej ppc64 masine). To ale bude trvat, tak som to nakoniec po X hodinach riskol, kernely prekonfiguroval, rebootol a... nic... skusam sa pripojit znova... nic, znova... nic. Ok, pojdem tam a aspon ho vypnem. Po dalsej minute posledny krat... password: a po zadani hesla:


Linux 2.6.37.6.

Stanford women are responsible for the success of many Stanford men:
they give them "just one more reason" to stay in and study every night.


pisem uname -a:


Linux podpivnik 2.6.37.6 #1 SMP Thu Aug 2 13:53:53 CEST 2012 ppc64 PPC970FX, altivec supported RackMac3,1 GNU/Linux


Poobzeral som sa po novych vlastnostiach, v oldconfigu sa pisalo cosi o podpore cpufreq na niektorych G5 masinach, o podpore predneho panelu na racku (je tam niekolko indikacnych LEDiek) a dalsich somarinach. Cpufreq bezi, predny panel som zatial netestoval, ale hlavne je, ze system bootol a mozem pokracovat s aktualizaciami dalej.

---
logicka otazka je, preco to vsetko? Preco som proste do masiny nevrazil instalacne CD (DVD to tusim nezere) PPC64 debianu a neurobil netinstall? Pretoze by som z toho nic nemal. Bol by to just another refurbished box. Takto som sa naucil hafo veci o tom, aky pruser je cross-kompilovat kernel na inu platformu.

skonvertoval som si moju terajsiu zostavu na multi kniznice... som velmy spokojny, aj ked momentalne este nie celkom ovladam tie programy na spravu. dokazem si predstavit tu zabavu ak po prevedeni systemu na multilibrary, zabudneme v slackpkg blacklistnut prislusne klucove slova :D

Slackware Black T-shirt vo velkosti L


15,- EUR abo suma premenena na BTC

medzicasom sa zvysilo cislo verzie v aaa_base na 14.0.0, takze v dohladnej dobe (snad na konci prazdnin?) sa moze cakat vydanie novej verzie slacku.

Here it is. Neuhladene, neotesane zdrojaky. Tato verzia by mohla byt pri praci s oficialnymi balikmi +- stabilna do tej miery, ze nezleti na hubu uplne. Aspon nie pokial nebudete pokusat certa.

Co by malo fungovat?
* nainstalovanie balika, bud do alternativneho roota, alebo aj do / (to silne neodporucam)
* odinstalovanie balika (podla nazvu, nazvu+kompletnej verzie, alebo nazvu suboru vratane pripony)
* upgradpkg by fungovat mohol, ale zatial som ho neskusal

Installpkg zatial nespusta installscript, takze niektore symlinky a device fajle mozu chybat.

Podporovany je prepinac --root (installpkg) a premenna prostredia ROOT (upgradepkg, removepkg), prepinace -copy, -warn, -preserve a --silent pri remove funguju okrem funkcie kopirovania suborov do /var/log/packages/... (pouzil to niekto vobec za poslednych 10 rokov?).

V zasade by installpkg a removepkg mali fungovat do tej miery, ze co date pomocou installpkg nainstalovat, to sa bude dat pomocou removepkg odinstalovat. Vytvaranie old school textovej databazy balikov zatial podporovane nie je, pracuje sa iba s Berkeley DB databazou a do tej sa zial moc nahliadnut neda, pretoze querypkg nastroj nie je dokonceny.

Zdrojaky su tu:cpkgtools-0.0.1-alpha.tar.gz. Je to klasicky cmake projekt, ale bez autodetekcnych hraciciek zatial. Na Slacku 13.37 a vsade, kde je libarchive a libdb44 by to malo chodit out of box. Skompilovat sa to da nasledujucimi prikazmi:

cd cpkgtools-0.0.1-alpha
mkdir build && cd build
cmake .. && make

Instalacne makra pre targety som tam nedal umyselne, aby si niekto omylom neprepisal originalne pkgtoolsy, toto sa da vyskusat aj pod neprivilegovanym uzivatelom (az na par balikov, ktore maju na suboroch take prava, ze sa potom bez roota nedaju zmazat).

Funkcnost sa da vyskusat napriklad pomocou (nasledovne nainstaluje vsetky baliky z aktualneho adresara do alternativneho rootu v /tmp/pkgtest):

mkdir -p /tmp/pkgtest; (time for each in *.txz; do ~/path/to/binary/installpkg --root /tmp/pkgtest/ $each; done && time for each in *.txz; do ROOT=/tmp/pkgtest ~/path/to/binary/removepkg $each; done) > /tmp/install_progress.txt

v druhom terminali sa potom da sledovat proces napr. cez tail -f /tmp/install_progress.txt

Po zbuildovani tejto verzie som porovnaval vykon na nainstalovani a odinstalovani kompletneho setu k z aktualneho slacku 13.37. Vysledky su nasledujuce:

bash pkgtools instalacia:
real 2m35.985s
user 2m13.235s
sys 0m22.400s

bash pkgtool odinstalacia:
real 1m44.704s
user 0m30.244s
sys 0m44.775s

cpkgtools instalacia:
real 1m57.753s
user 1m4.770s
sys 0m5.086s

cpkgtools odinstalacia:
real 1m1.832s
user 0m44.992s
sys 0m2.699s

Test je prevedeny vyssie uvedenym skriptom na Macbooku Pro 4,1 s C2D T8300 2.4GHz a 2GB RAM pri instalacii 400MB balikov do holeho alternativneho roota (v pripade cpkgtoolsov neboli spustene instalacne skripty), pricom na pocitaci bezalo este kopec inych veci.

Narast vykonu je takmer dvojnasobny, ale s vacsim poctom suborov, resp. balikov by sa rozdiel mal este zvacsit v prospech cpkgtools.

Drawback moze byt, ze binarna databaza je trocha vacsia (ale aj tak zabera radovo jednotky az desiatky MB) nez textova kvoli viacnasobnym indexom nad tabulkami.

Akekolvek pripomienky, postrehy a bugreporty su vitane. Zaroven pripominam, ze mimo alternativneho rootu si to zatial nedovolim pustat ani ja sam, takze pozor, nech si nerozhasite system uplne.

aby som udrzal hype, tak sa znova pochvalim. C-ckova implementacia je momentalne v stadiu, ze dokaze nainstalovat vsetky baliky z oficialnej instalacie slackware 13.37 bez nadavania. pri odinstalovani sa obcasne vyskytuje problem s neodstranenim prazdneho adresara. podporovane su formaty tgz, tbz a txz, vyhladovo nie je problem podporvat dalsie zalozene na tarballoch.

problem uz nerobia ani hlupo zbalene baliky, ktore maju metainformacie prilepene na konci (zhruba polka oficialnych balikov, takmer kazdy jeden neoficialny).

spravil som aj benchmark rychlosti prace:
stiahol som vsetky txz baliky obsiahnute v aktualnom strome slackware13.37 vratane testing, co cini: 2.1G in 1176 files a dal som ich najprv do chrootu nainstalovat (bez vykonavania instalacnych skriptov) a nasledne vsetky odinstalovat.

prvotna instalacia vsetkeho dokazala zbehnut za nieco malo cez 22 minut s tym, ze na stroji sa normalne pracovalo, odinstalovat vsetko trvalo v jednom z najrychlejsich pokusov len 6 a pol minuty, ale odinstalacia este nie je uplne odladena.

samotny proces instalacie spomaluje najma to, ze nie kazdy balik sa da rozbalit na jeden prechod (pretoze metainformacie su na konci) a dekompresia samotna je hodne pomala.

zdrojaky/binarky by sa mohli objavit niekedy, ked uplne odladim removepkg, teda ak pocasie dovoli, niekedy v priebehu buduceho tyzdna.

v ramci cvicenia prepisujem pkgtoolsy (installpkg, upgradepkg, removepkg) do C/C++ka. Celkom ma sere pomalost hromadneho hladania kazdeho jedneho suboru vo vsetkych textakoch vo /var/log/packages/, takze som tento "koncept" nahradil embeddovanou Berkeley DB a namiesto obstarozneho tar-u 1.13 (na ktorom je pkgtool existencne zavisly) pouzivam libarchive.

Kazdy jeden ukon sa v pripade dobrej konstalacie hviezd (ze metainformacie nie su zabalene na konci) da vykonat na jeden prechod archivom (na rozdiel od originalneho upgradepkg, ktory archiv vybali minimalne 2x) a okrem installpkg by to malo trvat radovo kratsie.

Podobny pokus tu uz bol, ale imho stroskotal na dvoch veciach: nulova spatna kompatibilita so samotnymi pkgtools - malo to uplne ine prepinace; pouziva to stale staru textovu databazu, takze zrychlenie je len marginalne. Ja by som rad, aby v maximalnej moznej miere moj soft dodrziaval spatnu kompatibilitu (na ziadost zrejme bude mozne zrekonstruovat textovu databazu po nainstalovani / odstraneni balika).

Casom mozno pridam podporu pre storovanie a dotazovanie zavislosti, aby ich tvorcovia balikov nemuseli pisat do textoveho popisu (tam to aj tak nikoho nezaujima).

Zdrojaky budu, az to bude mat akykolvek zmysel.

sbopkg je balickovac ktory builduje balicek prostrednictvom slackbuilds.org takze ak nieco "chyba" vsetko sa dozviete a mozete si organizovat building poradie balickov a mnoho ineho.
povazujem ho za ultimatny balickovac v tesnom zavese za ./configure :D

je to excelentny nastroj

odporucam do topicu

viete niekdo ako zmenit tie otrasne ikony na paneli libre office? zmenou gtk temy ikon sa to neudialo... balicek je to od Aliena 64bitove vydanie 13.17 slack

Fri Feb 17 08:15:41 CET 2012
Hi community,
Slackintosh-current has not received any update in the last 15 months: it's
time to close this branch and give it up to maintenance to anyone who will
eventually step up.
Both me and Adrian learned a lot of things from running this distribution but we
do not not have enough time to keep it up to date.
I will keep building security patches for Slackintosh-12.1 for another month,
after that the Slackintosh-12.1 branch will be close too.
If you want to take care of the -12.1 branch or the -current one and start
merging back new packages from Slackware-current, write to us at
and we'll help you set up a new development
environment.
Thank you for running along with us in this adventure. Your ideas, inputs and
tips were always really appreciated.

Take care,
Marco

src: http://workaround.ch/pub/slackintosh/current/ChangeLog.txt

Vcera som sa hral so Slackom na macbooku. Chodi to v pohode, len si treba do initrd pridat loadovanie modulu applesmc, aby sa laptop neuvaril.

poslusne hlasim, ze pocas updatu s desktopom fluxbox sa nic zavaznejsie neodohralo, zapicovalo par libiek, ktore som symlinkol, inak, svycarsky strojecek.

http://www.slackware.com/announce/13.37.php

ako najjednoduchsie vypnut na noteboku taouchpad a klitoris, ale nechat usb mys funkcnu?
pod slackware samozrejme. moc ma nezaujima ako to robia ubuntisti a co maju za utility na to.

Pomaly sa schyluje k vydaniu novej verzie Slacku.

Do novej verzie sa stihol dostat aj Firefox 4 aj KDevelop 4.2.

A ake bude mat nova verzia cislo? vyzera to na Slackware 13.37

Ak patrite medzi tych, ktori na novy systray v KDE 4.5 iba nadavaju, pretoze nemozete pochopit, ako mohla taka volovina niekoho napadnut, tak vedzte, ze ak si stiahnete balik kdebase-workspace, tak nahradenim /usr/lib/kde4/plasma_applet_systray.so (sprevadzane okamzitym padom plasmy) a relogom ziskate naspat plus minus stary behaviour systrayu z KDE 4.4

Testovane zatial par minut s KDE 4.5.1 z currentu.

spojitost medzi sane a libusb. Ti co pouzivate scanery (hlavne tie od epsonu), skuste downgradnut na verziu z predoslej 13.0tky a mozno secko zas zacne fungovat. Epson v700... iscan cez gimp...
bezproblemovo.

tuto treba mrknut ci ste podporovani a stiahnut tie rpmka...urcite tie pre vyzsie verzie ltdl kniznic
http://avasys.jp/eng/linux_driver/

pomocou rpm2tgz si to skonvertujeme a nainstalujeme
aj core aj data samozrejme

hodte sa do scanner grupy a takyto link si zhotovte
ln -s /usr/bin/iscan `gimptool-2.0 --gimpplugindir`/plug-ins/

hotovo

http://workaround.ch/pub/slackintosh/current/ChangeLog.txt:

Mon May 10 10:39:31 CEST 2010
First big batch of updates!
This one is the whole, up to date, a/ set for Slackintosh-current and some
more packages. As I'm going to force a sync between the current state of
Slackintosh and Slackware-current, you could notice some apparent downgrades.
Also, for the new package format, I've rebuilt most of it with no $VERSION or
$BUILD increment. My suggestion is to update this set using "upgradepkg
--install-new --reinstall a/*.t?z".

Slackintosh po zastaveni sa na verzii 12.1 sa znova prebudil zo spanku a zrejme sa v currente objavia baliky kompletne portujuce Slackware 13.0 na platformu PPC.

V noci na dnes bol vydany stabilny release Slackware 13.1, takze kto sa bal currentu, moze nazhavit linky a tahat stable.

Kernel definitivne presiel na libata, takze /dev/hda no moar, upravte si nalezite konfiguraciu lila a initrd, inac budete hladat bootdisk ;)

0.)ctrlaltbackspace (((:
1.)tellinit 1
2.)slackpkg clean-system
3.)nano /etc/slackpkg/mirrors...
4.)slackpkg update
5.)slackpkg upgrade glibc-solibs
6.)slackpkg install-new
7.)slackpkg upgrade-all
8.)reboot
9.)nano /etc/slackpkg/blacklist... novym slackpkg si vzdy odjebem konfigurak a parkrat som si uz upgradol kernely (((:
10.)cd /usr/src/compileout/
11.)./(secko co pouzivam).SlackBuild
http://dl.dropbox.com/u/4160051/slckwr/snapshot1.png

nove kdecka su poprdeli, kopec much vychytanych. pri upgrade mi niektore programy nechceli nastartovat/abo sa zbuildovat, nakolko sa im nepacili nove nazvy/verzie kniznic... tak som nalinkoval tie nove do linkov s nazvom tych starych a to im zavrelo ustocka.bezi mi to 2 dni a nic zavazneho som neobjavil.

vsetky apereance featy su uz funkcne prepojene s kde-look.org

conky 1.8.0 a lua scripty mi zatial nejdu...mam hlasky z toho kto chce... poriesil som si conkyho cez KDE windows special applications settings a tu konsolu tak isto...

bez compositingu mam na mojej grafike okolo 7500fps
s efektami na konvertovanie neveriacich mi to spadne tak na 2500

chystam sa poriesit zas nejaky bootsplash...pouzivate niekto?
pred rokom som rozbehal splashy, v pohode, myslim, ze ten projekt zdochol..teraz je velke halo okolo plymouth...
tot vse

Podarilo sa mi dostat slack13 v PV rezime do xenu, ak by bol zaujem mozem dat nejake hinty

current zmrazeny, RC1 out. reportovanie chyb vitane.

Kedze v currente je s aktualnou stable vetvou uz zhodnych len 14 balikov, schyluje sa k vydaniu novej verzie Slacku. Alienove baliky s KDE 4.4.3 z jeho ktown repozitara boli vcera zaclenene do current (na bind-e este nie su, budu zajtra), takze KDE 4.4 aj napriek tomu, ze sa zdalo, ze tak skoro nebude, evidentne bude velmi skoro.

Enjoy!

zbehol som upgrade currentu z 2. marca a stala sa mi taka haluzna vec

kernel loaduje moduly ok, ale modprobe hlasi, ze moduly maju nespravny format, co napr. v pripade nvidia modulov sposobi, ze system nie je schopny nabehnut Xka...

stretol sa s tym este niekto?

Kto mate current, nezbuildovali ste si KDE 4.4 po vlastnej osi a mate chut vyskusat, co je nove, alien zbuildoval baliky KDE 4.4 pre 32 a 64bitove x86tky.
http://alien.slackbook.org/ktown/4.4.0/

Je to viacmenej len preview, so zvyskom systemu sa to este uplne rado nema a z istych dovodov (policy-kit) sa este hodnu chvilu ani rado mat nebude, ale na hranie posluzit moze.

Pred instalaciou odporucam zazalohovat a presunut profil .kde v homedire, inac KDE 4.4 blbne.

Tak som zabludil do vod PowerPC, opat raz. Tentokrat sa mi dostal do ruk podpivnik 1U XServe G5, kedze som k nemu nedostal aj original instalacne media, tak tam bolo treba nasupat nejaky Linux.

Volba padla, prirodzene na Slack, konkretne Slackintosh. Vyzera, ze projekt je uz mrtvy, pretoze posledna znama verzia je 12.1, ale okrem Debianu a Archu som ziadny iny plus minus pouzitelny projekt nenasiel.

Neviem sice, ako je to so spatnou kompatibilitou G5 vs. G4, ale ani na archu, ani na slackintoshi mi defaultny kernel nebootol a povodne som si myslel, ze je to nepodporovanym framebufferom v grafike. Dalsim googlenim som ale prisiel na to, ze kernelovy mechanizmus evidentne nie je na G5ke spatne kompatibilny s G4 a vacsina distribucii ma ako defaultny kernel 32bitovy G4rkovy, ktory na G5ke proste nebootne. Takze pri boote stacilo vymenit install kernel za g5ppc64 a system krasne to bootne.

Instalacia je prakticky o tom istom, ako na klasickom pecku, akurat sa neinstaluje lilo, ale yaboot, co je rovnaky pes (aj sa to dost podobne chova). Problem ale nastal po reboote, ked masina znova po loadnuti kernelu vytuhla. Instalator si totizto nezistil, na com bezi a instalacne media neobsahuju iny, nez defaultny G4rkovy kernel. Takze prislo vhod jadro z instalacneho media, ktore bootuje do systemu a ten je s nim pouzitelny. Evidentne ale asi neobsahuje vsetky drivery, ktore mi treba, pretoze mi na systeme zatial nebezia Xka s podporou grafiky, co v tom serveri je, teda Radeon 9200LE. Budem kvoli tomu musiet prekompilovat zrejme kernel.

Cisto zo srandy som KDM nastyloval na Mac OS X like temu a XFCE zostyloval tak, aby vyzeralo +- ako Mac OS X Panther a povolil login na Xka zo siete. Z masiny v konecnom dosledku bude cosi ako vyvojovy stroj na vsetko mozne.

No tak som si to nahodil domov, teda na notas. Masina je AMDckovy mobilny Athlon, ci kera maria s postarsou grafarnou.

Celkovo ma velmi milo prekvapilo, ze sa rozbehlo vsetko, okrem suspend to ram a standby (standby nechodi a suspend to ram sa stazuje na btusb v kerneli, bude to chciet spravit skript). Neviem sice ako, ale nejako sa loadol asus-laptop, takze mam podporu pre nastavovanie podsvietenia (co sice jaksi fungovalo aj v 12.0, ale po upgrade na 12.1 sa rozsypalo), zmenu frekvencie procesora. KDE 4.2.4 su na to, kolko sa na ne v Ubuntach nadavalo, relativne stabilne, aj ked pri hratkach s rotaciou displeja sa sem tam rozpadne kompozitor, ale staci vypat zapat kompozitor a bezi.

Po doinstalovani wicd z extra (priamo na DVDcku) sa da krasne klikacim sposobom riesit ako kablova siet, tak wifina (moju atherosu to naslo ani neviem ako).

Na package management som pouzil slapt-get (slackpkg som ani neskusal, vedel by ich niekto porovnat, ci sa oplati ist do niecoho, co je priamo v slacku, alebo outsourcovat?), uz dlhsiu dobu pouzivam ako repozitare primarne scxd.info (Slackware Current Extended Desktop, hlavne desktopove veci, ale casto kompilovane voci currentu) a slacky.eu. Linuxpackages sa mi zda, ze nejako umieraju :/

Dalsim mojim objective bolo rozbehat sifrovany homedir tak, ako je to v Ubuntu, ale podla moznosti bez nutnosti nahackovavat do systemu PAM, to sa mi zatial nepodarilo, pretoze KDEcka sa nejako nemaju rady s nastavenim FUSE, cez ktory montujem kryptovany encFS. Kazdopadne ak by mal niekto nejaky tip, ako si bezbolestne zavesit skript za login v KDM este pred tym, nez sa spusti smejd dbus (Xsession aj Xsetup je uz neskoro), budem vdacny, zvysok uz mam vychytany, akurat tie KDEcka nedobootuju korektne (ono v podstate nepomaha ani namontovat filesystem z konzole a potom sa prihlasit cez Xka, zrube sa to aj tak).