Slackware tárolók kellenének

Slackware

Sziasztok
Bárki bármilyen Slackware tárolót ismer vagy használ legyen szíves megosztani itt.

  • 5418 megtekintés

Megnézem...

Az lenne a legbabább, ha kiderülne, a múltkor melyik okozott krakkot a gtk-mban...

A tárolók szerintem nem kompatibilisek néha. De szép szó.

küönben eszembe jutott valami, hogy egyszer valaki leteremtett, amiért nem a slack-fejlesztő, hanem valami olasz repóról töltöttem e valamit. Félek, hogy ez az, de ráeresztem a kísérleti gépemre, ha túléli, akkor régebben más lehetett a baj

Ha tobb kulso tarolot hasznalsz olyan csomagkezelovel, ami fuggosegeket is kezel, akkor lehet kompatibilitassal problema, ugyanis a kulonbozo tarolokban lehetnek mas-mas verzioju programok.

A slacky.eu eleg nagy valasztekkal rendelkezik, ha mindenkepp kesz csomag kell, akkor lehet jo valasztas.

Viszont ha nem problema, hogy te kompillalj csomagokat, akkor megnezheted a slackbuilds.org oldalt is. Itt kulonbozo programokhoz toltheted le a *.SlackBuild file-t, amit futtatva elkesziti neked az adott programbol a csomagot. Ezt az oldalt a Slackware fejleszteseben reszt vevo emberkek tartjak fenn, es minden feltoltott dolgott elobb jovahagynak. Igy eleg megbizhatonak szamit, es garantaltam mukodnek Slackware-n. Viszont a fuggosegeket neked kell kezelned. Ha nem akarsz bajlodni a keresgelessel, letoltessel, akkor nezd meg ezt: sbopkg

Sic Transit Gloria Mundi

Szia kukukk :)
A számból vetted ki a szót, de mire bejelenkeztem, megelőztél :) Szerintem a slacky.eu-al sincs különösebb baj, de én is a slackbuild-t használom. Saját tapasztalatom szerint a slacky.eu-n azért könnyebb nem működő csomagot kifogni, nem általános, de többször fordul elő, mint a slackbuildon.
Persze a sbopkg is hű a slackware filozófiához és függőséget nem kezel :)

Pont ezt nem is ismertem... De mi a baj a slackbuilds féle telepítéssel? Nem kérdezném, de láttam, nem ijedtél el a kernelkínzástól sem... :) Mint ahogy írta kukukk is, van hozzá sbopkg, szóval nem egy őrületes mutatvány innen kompillalni csomagokat.

Szerk. Különben van gpsd is.

Most a salix két slaptjával küzdök, a grafikus kinézetű nem eszi meg az eusat sem.
A slapt-get mirrorjai most így fest:

WORKINGDIR=/var/slapt-get
EXCLUDE=^aaa_elflibs,^aaa_base,^devs,^glibc-.*,^kernel-.*,^udev,^rootuser-settings,^zzz-settings.*,-x86_64-
SOURCE=http://salix.enialis.net/i486/slackware-13.37/:OFFICIAL
SOURCE=http://salix.enialis.net/i486/slackware-13.37/extra/:OFFICIAL
SOURCE=http://salix.enialis.net/i486/13.37/:PREFERRED
SOURCE=http://slackfind.net/:PREFERRED
SOURCE=http://slacky.eu/:PREFERRED

...hatása:
...
Csomag adat [http://slackfind.net/] keresése...Sikertelen letöltés: HTTP response code said error
Csomag adat [http://slacky.eu/] keresése...Sikertelen letöltés: HTTP response code said error
Források letöltése sikertelen, javítsa a forrásokat és futtassa újra az --update parancsot

----

Ja, kernelt fordítgatok, de közben rájöttem néhny dologra, pl. hogy a salix kernelében modulként benne vannak aberrált fájlrendszereim, és ez jó.

WORKINGDIR=/var/slapt-get
EXCLUDE=^aaa_elflibs,^aaa_base,^devs,^glibc-.*,^kernel-.*,^udev,^rootuser-settings,^zzz-settings.*,-x86_64-
SOURCE=http://salix.enialis.net/i486/slackware-13.37/:OFFICIAL
SOURCE=http://salix.enialis.net/i486/slackware-13.37/extra/:OFFICIAL
SOURCE=http://salix.enialis.net/i486/13.37/:PREFERRED
SOURCE=http://repository.slacky.eu/slackware-13.37/

Szerk: Most látom hogy elkéstem. A Salixban van még egy nagyon ügyes kis eszköz a Sourcery Slackbuild-kezelő(nálam ezen a néven van), ez is jó szolgálatot tehet.
------------------------
http://istenletezik.hu/

Fentebb leirtak, hogyan kell megadnod a slacky.eu tarolojat.

A slackfind.net az nem tarolo, ott nincsenek csomagok. Ahogy a neveben is szerebel, az csomagkereso. 15 kulonbozo taroloban keres csomagok utan.

Itt is szetnezhetsz, hatha talalsz a szamodra szukseges csomagok kozul nehanyat: Alien BOB. Tagja a Slackware-t fejleszto csapatnak, ugyhogy megbizhatsz a csomagjaiban. Tobbnyire az alap Slackware-re epiti oket.

Esetleg a Zenwalk-ot is megnezheted. Szinten Slackware alapu, es eleg nagy tarolot biztositanak. Van sajat csomagkezelojuk, ami a fuggosegeket is kezeli.

Amugy ha olyan sok plussz csomagot hasznalsz, en a helyedben kovetkezo 3 ut kozul valasztanek:
1. Keresnek egy darab tarolot, ahonnan installalok minden plussz dolgot
2. Ha nem eleg egy tarolo, es tobb helyrol kell osszeszedned a csomagjaid, akkor slackbuilds.org-rol szereznem be a szukseges dolgokat. Ha ott nincs, akkor mashonnan szereznem be a .SlackBuild file-t, vagy megtanulnek sajatot irni, es sajat magam keszitenem el a csomagokat. Macerasabb es idoigenyesebb, de igy garantaltan nem lenne kompatibilitasbeli problema. Az elkeszitett csomagokat pedig megtartanam, ha esetleg ujra kell installalni. Ahogy tamascsabi is javasolta lenebb, esetleg sajat repot kiepiteni.
3. Keresnek egy olyan disztribuciot amiben elerheto az osszes szukseges csomag.

Rajtad all milyen utat valasztas. Az egesz attol fugg, hogy mennyire szeretnel tiszta rendszert, megbizhato csomagokat hasznalni, es mennyi idot szansz ra.
Ha kulonbozo kulso tarolokat hasznalsz, akkor elvileg nem toltesz idot a csomagok keresesevel vagy elkeszitesevel, de ha kompatibilitasbeli problemaba utkozol, akkor szetkurhatod nagyjabol a teljes rendszered. Amit idobe telik helyreallitanod.
Ha sajat magad keszited a csomagjaid (slackbuilds.org-rol vagy mashonnan beszerzett scriptek alapjan), akkor elso alkalommal idobe telik elkesziteni az osszes csomagot, viszont a rendszered tiszta marad. Reinstall eseten viszont mar kesz vannak a plussz csomagjaid.

Sic Transit Gloria Mundi

udv
hat en meg nem hasznalnek semmi kulso repot, mert ganyolnak ossze-vissza, te meg szopsz.
hamar ugyis forditasz, semmivel sem tobb melo leforditani a programot, csinalsz belole csomagot (fuggoseget is beleteheted), oszt csinalsz sajat repot, onnan meg tudsz telepiteni....es akkor biztos, hogy nem lesz semmi katyvasz.
parszor szivtam mar (regebben), mert sok repo lecsereli az alap slack csomagokat is es amikor frissitesz, akkor a gslapt leveszi a tiedet, meg stb.
szerintem, ha mar slackot hasznalsz, akkor inkabb fordits magadnak cuccot.
kulso repot nem vettem fel sosem, inkabb letoltottem a csomagot, beleneztem a slackbuild scriptbe es ha minden rendben volt, akkor telepitettem (de ez csak vegso esetben).
persze, ha ugy hasznalod mint kukukk, hogy a legujabb prealfabeta kde 4.9.576342987 van fenn neki, akkor a repo a megfelelo megoldas ahahahahahahhaha
kukukk ;-)

( bzs v | 2011. 11. 30., sze – 21:21 )

Érdekesek ezek a csomagkezelők.
Függetlenül attól, jók-e a tárolók, upgrade és dist-upgrade mindig oly módon történik, hogy a félbesikerült gyilkolás után bök egy errort.
Írok egy példát.

ha rendszered egy része írásvédett fájlrendszeren van (mert csak nagyon ritkán frissítesz és akkor is módjával), előfordulhat, hogy az update lefut, majd az előző csomagot elkezdi a csomagkezelő irtani. Megy ez egészen addig, míg bele nem ütközik egy írásvédett könyvtárba. És leáll.
Jámboran elgondolhatjuk, hogy akkor nem volt frissítés csak letöltés, de fél nap múlva, mikor már eltűnt a NET, észrevesszük, hogy bizony eltűnt néhány fontosabb dolog, pl. a Qt, Perl stb.
Rövidre fogva a szót: ha állandó a rendszerfrissítés, gondoskodni kell arról, hogy az írásvédett meghajtók ideiglenesen írhatókká alakuljanak (konvertálás pl. unsquashfs), majd vissza.

Azért gondoltam hogy ezt leírom, mert hátha valaki elkerüli azt a 2 óra káromkodást, amit az imént elkövettem.