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...

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í???

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).

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