Názory k článku
Arch Linux: balíčkovací systém

To je mi zahadou, jak ten frontend Guzuta nainstalovat

Stahl jsem si PKGBUILD a zkusil makepkg. Ale vyzaduje to jeste 'pynealpm'. Dobre, stahl jsem PKGBUILD balicku pynealpm. Ale ten zase potrebuje 'libalpm'. Takze hledam v AURu libalpm, najdu libalpm-cvs. Pomoci PKGBUILD se mi konecne podari udelat balicek. Ale pri instalaci dostanu vypis:

pacman -U libalpm-cvs-20051212-1-i686.pkg.tar.gz
loading package data... done.
checking dependencies... done.
cleaning up... done.
(1/1) checking for file conflicts [#####################] 100%
error: failed to prepare transaction (conflicting files)
libalpm-cvs: /usr/include/alpm.h exists in filesystem
libalpm-cvs: /usr/include/alpm_list.h exists in filesystem
libalpm-cvs: /usr/lib/libalpm.a exists in filesystem
.
.
.

zkratka vsechno uz v systemu nainstalovane mam.

dobre, tak zkousim udelat balicek 'pynealpm' pomoci makepkg -d (neresit zavislosti), ale pak dostanu zase chyby pri kompilaci typu:
In file included from pynealpm.c:19:
pynealpm.h:47: error: expected specifier-qualifier-list before 'PM_LIST'

Dival jsem se do diskuze na
http://aur.archlinux.org/packages.php?do_Details=1&ID=1800 a
http://aur.archlinux.org/packages.php?do_Details=1&ID=4319

a vidim, ze nejsem sam... :-/

Hmmm, tak zkousim teda i 'jacman'...
Znamena to 'chvili cekat' sedet a cumet na sede okno bez znamky jakekoliv aktivity uz 5 minut??? - temer zadne zatizeni procesoru, zadny vypis v konzoli.

Jak se tak divam na screenshoty v clanku (to ze kazdy ma jiny okraj okna a i kdyz maji oba vyuzivat GTK+, vypada kazdy uplne jinak), tak si myslim, ze se autor ani neobtezoval je vyzkouset...

Autor se obtezoval je vyzkouset, resp. Jacman ano, protoze Guzuta nejevila prilisnou ochotu k instalaci. Krom toho i kdybych se neobtezoval, tak v okamziku, kdy pouze upozornuji, ze neco takoveho existuje, nevim, cemu by to vadilo?

Co třeba napsat o něčem, co napadne vás (tady na rootu) a né o něčem, co napdne je (ty na abclinuxu.cz). Je to opravdu trapné. Na ABCLinuxu začal vycházet seriál o ArchLinuxu, tak tady musí být také. Na ABCLinuxu někdo do blogu psal o licenci ICQ a vy jste se toho hned museli chytit a napsat o tom článek. Root se podle mě pomalu zhoršuje.

+1. Kdyz srovnam cas, ktery stravim tydne na abclinuxu.cz a root.cz, tak je to mnohonasobne vice ve prospech abclinuxu.cz :-) Uz jsem si zacal rikal, co furt vsichni mate s tim Achlinuxem :-S

+1 Kdyby jste aspoň každej psali něco jinýho

Nejhorší je, že si řikám jestli jde vůbec napsat víc
Protože na to jak funguje makepkg a že se dá použít aurbuild
stačí prolétnout wiki archlinuxu, načíst manuály a prostě
dodat si do systému nějakou nestandardní věc (nebo zkusit
zrebuildovat celý(ještě lépe/hůře část) systém(u) ze zdroje)

Tam se ale navíc dovím, že se především používá psearch
(který vřele doporučuju), než wraper do bashe,
který navíc umí vyhledávat i v auru a že je pár dalších kandidátů,
kteří možná budou zařazeni do komunity (jelikož mají blízko
nebo více jak 26 hlasů)

moc pozorně jsem to nečetl - bylo to vůbec zmíněno (to s hranicí bodů a vůbec)???

v každém uživateli archlinuxu to musí hrknout, když na začátku článku o pacmanu vidí jakési GUI, a pak už jinde není ukázka opravdového pacmana v akci. Takže vám posílám screenshot mého dnešního ranního pacmaního update/upgrade. Bohužel je nějaký problém na siliconhillu a nechtělo se mi ho cenzurovat.

# pacman -Syu
:: Synchronizing package databases...
 larch is up to date
error: failed retrieving file 'current.db.tar.gz' from ftp.sh.cvut.cz : File unavailable (e.g., file not found, no access)
 current is up to date
 extra is up to date
error: failed retrieving file 'community.db.tar.gz' from ftp.sh.cvut.cz : File unavailable (e.g., file not found, no access)
 community is up to date
 custom is up to date
:: Starting full system upgrade...
warning: ion: local (20070203-1) is newer than extra (3rc_20070506-1)
warning: uudeview: local (0.5.20-6) is newer than custom (0.5.20-5)
resolving dependencies... done.
looking for inter-conflicts... done.

Targets: pekwm-0.1.6-1  

Total Package Size:   0.28 MB

Proceed with installation? [Y/n] 
:: Retrieving packages from extra...
 pekwm                    291.3K    4.6M/s 00:00:00 [#####################] 100%
checking package integrity... done.
cleaning up... done.
(1/1) checking for file conflicts                   [#####################] 100%
(1/1) upgrading pekwm

Proč kazit pacman nějakým frontendem, kterej jen oddaluje kontakt uživatele se systémem, hele Botanicusi, tohle nebyl moc dobrej nápad. Umíš dělat mnohem lepší věci a za ty ti děkuji. A s tím kopírováním abclinuxu rootem to je holá pravda. Fakt škoda, pacman je tak mocnej a krásnej nástroj balíčkovací. Chápu synaptic v debu ten k apt i něco přidává - dořešuje některé závislosti a tak, ale pacman frontend nepotřebuje.

Škoda, Fidel
Vypovídací hodnota článku nula. Na abcčku je už kompletní seriál od vogo.

+1 Btw. už jsem to psal minule v diskuzi, kde to autor v článku
na konci naznačil. Kterou přidanou hodnota to měla být? To že je to super
podobný Synapitcu nebo multiplatformní???

Na ty frontendy pouze upozornuji, dovedu si predstavit, ze se jiste nekomu hodi, byt ja osobne je nepouzivam. Co se tyce kopirovani abicka, pravda to neni. Ano, cetl jsem (mimochodem velmi dobre) clanky o Archovskem balickovacim systemu na abicku, ale tohle neni jejich kopirovani, tohle je serial(ek) zamereny na Arch jako takovy a krom toho, co si tak vybavuju, tak i v casti o balickovacim systemu mam mnoho z toho, co na abicku receno nebylo (GUI, aurbuild). Ohledne clanku o ICQ bych rad poznamenal, ze tohle je posledni dobou opravdu "in" a pise se o tom vsude, zdaleka ne pouze na abicku a na rootu.

Ze by mel clanek nulovou vypovidaci hodnotu, to si myslim, ze prehanite. Ze je neco napsano jinde, neznamena, ze psat to zde a jinou formou je trapne - ostatne to bychom mohli zustat u man pacman, man pacman.conf, man makepkg a podobne. Serial byl minen jako strucny uvod do Archu a myslim si, ze svuj cil splnil. Samozrejme jsou-li z Vasi strany nejake konkretni pripominky, rad si je vyslechnu.

Jinak tedy dekuji za pochvalu - mohl bych vedet, co se Vam treba z mych clanku libilo? Kdyz to budu vedet, jiste bude snazsi psat vic prave takovych dobrych clanku.

Diky a krasny den.

aurbuild jsem neznal, takze pro me prinosny clanek... diky za tip!

Jasne. Taky vsechno nevim a obcas takovahle drobna informace se hodi.
Kazdopadne jestli je tohle obecny uvod do archlinuxu tak si reknu OK
a pudu hledat informace jinam.

Jen by me zajimalo jestli tady autor skonci (jako na abclinuxu) a nebo
budou nasledovat nejake priklady..

Me osobne by docela zajimalo jestli nekdo zkousel vybuildovat ze zdrojaku
system a nahradit aktualni genericky balicky a takovyhle reseni by se mi
klidne libilo jako clanek.

Nebo by mohlo byt zajimave aurput (nebo jak se to jmenuje) na spravu
vlastni aurovskyh PKGBUILDu.

Nevim asi zalezi na kazdym. Necham se podat jak to bude dal.
Kazdopadne diky autorum za snahu (v pozitivnim slova smyslu).

Ano, serial byl minen jako uvod do Arch Linuxu. Dnesnim dil bude patrne posledni, tedy pokud nebude nejaky navrh, o cem bych se mel rozepsat priste. Bohuzel zrovna o kompilaci systemu ze zdrojaku nemam v umyslu psat, jednak na to neni Arch staven, druhak s tim nemam zkusenosti. O Aurputu jsem bohuzel neslysel, takze to take nemohu slouzit. Krom toho patrne by prilis nezapadl do seznamovaciho serialu a udelat rozsahlejsi serial, tak budu ukamenovan, ze kopiruju z abicka ;) Ale je pravda, zni to zajimave.

Myslím, že články (jako úvod) byly dobrý - tedy hodnotím je kladně.

Ale asi budu muset číst líp, abych věděl jestli se jedná o odborný
článek či obecný úvod.

Z pohledu čtenáře, který (možná jedním dechem) přečte články na postcript
a fraktály (a které jdou relatinvě do hloubky), pak článek který píše
někdo jiný (o obecné problematice ať GPL, ICQ licence či dohoda s MS a těmi
komerčními linuxy) ošlehaným mazákům as přijde trapný.
(Já do té kategorie nepatřím)

Vždycky jsem považoval root za lepší (nejen) linuxový ODBORNÝ portál.

Pak zní otázka jestli by nebylo lepší publikovat (obecné články) na ABClinux, kde se přímo takovéto seriály očekávájí (aspoň z mého pohledu).

Odpovídat na takovou otázku je zbytečné
(s tím že každý portál přináší něco - což je dobře).

Ale připouštím že na abc mě každý neodborný článek (klidně flame) netrápí a přeskočím ho a naopak odborný mě potěší, tak na rootu (přestože dobře napsané - jako například tato malá série) mě se vždycky podvědomě ptá jestli nakonec
takových nebude víc a tím pádem jestli nepřestanu číst root. Přece jenom abc
je víc "pro lidi" a už od začátku (tedy je na tom lépe v tomto směřu).

S historickým ohlédnutím vím, že bez rootovského archivu bych nikdy (chápej s mnohem větší námahou) nenapsal svůj vlasní firewall v IPTABLES, který jsem tehdá
považoval za odborný a nyní považuji za "úvod". A mohl bych citovat další.

Root mi velmi pomohl a co se týče kvality byl u mne na prvním místě.

Každopádně to co mi pomohlo bylo, že jsem v článku našel řešení nějakého
svého problému.

Linux už používám nějakou dobu a čím dál tím víc problémů zvládnu sám
(chápej s použítím více manuálů než fór a obsahově zaměřených portálů)
a přestože pro mě tento seriál mohl být fajn počtením jak je arch fajn
(a nic víc), věřím že pro někoho jiného to mohlo být stejné nakopnutí
jako pro mě to s IPTABLEma.

Navíc neříkám, že nebudu potřebovat nakopnout s něčím znova ;-)

Nezávidím redakci zabezpečení pravidelného přísunu článků a financí
nutných pro provoz roota (plus pravidelné srovnávání s "konkurencí").
Ale budu vám držet palce - když už nic jinýho :D

Diky moc :) Samozrejme chceme oslovit co nejsirsi okruh ctenaru, a tak piseme pro zacatecniky, stredne pokrocile i pro ostrilene machry. Nejvetsi problem tohoto systemu pak je, ze zkusenejsi ctenari maji tendenci si casto myslet, ze clanky musi byt odbornou urovni jim vyhovujici a kdyz to tak neni, tak casto automaticky pokladaji clanek za spatny.