Tag-Archive for » Pacman «

Torstai, November 12th, 2009 | Kirjailija:

If you ever find yourself updating a single application in Arch Linux (a very bad idea, btw) and it upgrades readline you might end up seeing an error along the lines of:
/bin/bash: error while loading shared libraries: libreadline.so.5: cannot open shared object file: No such file or directory
Hopefully you still have a bash prompt open and you haven’t closed them all. If you still can, immediately run the following:
pacman -S bash
else you won’t be able to run bash any more because bash would still be linking to the old version of readline.

Myös, in future, don’t run
pacman -Sy application
(python in my case)
sen sijaan, run:
pacman -Syu
which will ensure that all applications are upgraded.

Henkilökohtaisesti, I think that bash should have had a dependency set saying that it required the old specific version of readline and the same for the new bash, requiring the new version of readline. Regardless, rather play it safe. 😉

Jakaa
Keskiviikko, April 22nd, 2009 | Kirjailija:

Kaari Linux’s installation process is documented on the Arch wiki. I recommend that persons new to Arch try the excellent Beginner’s Guide instead of the Official Arch Linux Install Guide. Though both wiki entries cover similar ground, the Beginner’s Guide gives a lot more relevant information for those new to the system. The Beginner’s Guide is aimed at desktop installation and, as I’m installing a server, I won’t be going through the installation of the graphical environment at all. Assuming that you’re following my installation, assume that I’ve followed the Beginner’s Guide right up to and including the installation of sudo. I installed the ssh daemon afterwards rather than during the initial setup however.

A few small recommendations and notes regarding installation:

  • If you can, consider using a USB memory stick for the installer and keep it handy for future installations.
  • I keep a copy of my local “varasto” of installed applications on my installer memory stick. Once installation is finished I save a bit of download and update time by copying this to the new server’s /var/cache/pacman/pkg/ folder. The repository on my desktop is typically 1.7GB
  • For the rc.conf, South African-appropriate regional settings are:
    LOCALE=en_ZA.utf8
    TIMEZONE=Africa/Johannesburg
  • I’ve set up the network very simply, according to the guide, and will be expanding on the network setup in a later post.
  • As it is for a server, my non-privileged user on the server is only part of 3 groups: wheel (for sudo), storage, and users. A desktop user will likely be in many more groups.

I prefer using an application called jogurtti instead of Arch’s default package manager. Yaourt has the exact same usage syntax as pacman except that it supports a few extra options. It is actually a wrapper application in that it, in turn, uses pacman. Importantly, yaourt supports installation of applications from Arch’s AUR. The AUR is a repository of installation scripts built by Arch users for Arch users to easily install applications that are not officially supported by the main Arch repositories. Yaourt can download and install applications from AUR or the main repositories with the same command, treating the AUR asjust another repository”. Pacman unfortunately does not support this.

Again, the installation is covered in the wiki. I recommend the easy route mentioned in the wiki if you’re new at Arch. Its too much too soon to do it the hard way (also mentioned in the wiki entry).

When done, update your system by issuing the single command:

yaourt -Syu

OR

pacman -Syu

and follow the given recommendations.

Jakaa
Torstai, Tammikuu 01st, 2009 | Kirjailija:

Ilmeisesti, mitä käyttöjärjestelmää käytät voi sanoa paljon sinusta. Jos käytät jonkinlaista * nix, joka jakaumat käytät voi sanoa paljon samoin. Vikasietoisuus sivuun, Uskon, että Linux-jakelu riippuu täysin sen paketti hallinnointi- ja jakelujärjestelmä.

Pidin apt-get (1, 2) mutta siellä oli joitakin teknisiä ongelmia jossain vaiheessa ja se sai minut käyttämään soveltuvuus sen sijaan. Aptitude on hieman helpompaa – se on enemmän ominaisuuksia automatisoitu yksittäisiksi, looginen, komennot jossa apt-get edellyttää erillistä komentoja. Aptitude on myös kiroukset-perustuvat GUI. Jos et käytä GUI sitten, muut kuin lyhyys määrällä mitattuna komentoja oppia, ei todennäköisesti ole mitään teknistä syytä mieluummin yksi yli muiden. Aptitude ja apt-get palvelevat K / X / Ubuntu ja Debian hyvin. Tästä eteenpäin, Käytän nimet Kubuntu ja Ubuntu löyhästi vaihdettavissa muoti.

Minun käyttö CentOS (perustuu Red Hat), Olen löytänyt pidän yum. Se näyttää toimivan paljon samalla aptitude – yksi komento hallitsemaan heitä kaikkia. Se on joitakin melko ärsyttävää oletustoimintaa En aio päästä tänne sen todennäköisesti koska en vain ole tottunut siihen. Ainakin teknisestä näkökulmasta, se on erittäin hyvä. Uskon, että Fedora myös käyttää yum vaikka kokemukseni Fedora on hyvin rajallinen.

teoria…

Fedora ja Ubuntu ovat luokan jakeluiden että on melko tiukka julkaisuprosessille. Ubuntu 8.10 (versio on nimetty niin vuosi ja kuukausi sen julkaisua) eivät, lukuun ottamatta suuria vikoja ja pieniä muutoksia, on toinen merkittävä päivitys, kunnes seuraava versio, Jaunty Jackalope. Ubuntu käyttäjät ovat uusimmat versiot useimmat ohjelmistot tietokoneestaan ​​juuri nyt. Edeltävinä kuukausina seuraava julkaisu, kuitenkin, he eivät tule olemaan niin onnekas, elleivät he nautinto käyttää “beeta” Tiedotteet. Koska en ole kovin perehtynyt Fedora, En aio vaivata menee sen julkaisuprosessille.

Nämä 2 jakaumat ovat myös luokan jakaumat tunnetaan “binaarinen” tai “binääri-pohjainen” jakaumat. Tämä tarkoittaa sitä, että kun lataat päivityksen, tiedostoja, jotka on ladattu valmiiksikoottu ja pitäisi toimia millä tahansa “tuettu” laitteisto. Tämä ei ole erityisesti optimoitu työpöydällesi laitteisto, esimerkiksi, teidän suoritin. Ehkä sinulla on AMD prosessori, joka on ylimääräistä opetusta tukea, joka Intel Prosessorit eivät. Peruuttaminen voi myös olla totta. Tästä syystä, binary-release jakelu voi optimoida yhden tietyn merkkiset laitteisto. Riippumatta tämän “ei-optimointi”, se pitäisi ajaa kunnon vauhtia.

käytäntö!

Noin 2 vuotta sitten aloin käyttää Kubuntu. Muutaman kuukauden työskentelystä se, Aloin oppia lisää sen yksityiskohtia. En ole paljon fani käyttää GUI työkaluja päivittää järjestelmään, kun, lopulta, sen kaikki tapahtuu komentorivin muutenkin. Graafisia työkaluja vain piilottaa monimutkaisuuden En välitä nähdä.

Päädyin tekemään lyödä käsikirjoitus, päivitys, joka kulkisi kaikki tarvittavat toimenpiteet saada aptitude vain mennä eteenpäin ja päivittää jo, kthx?©, ehkä Matkalla pysähdymme varmuuskopioida minun kokoonpano, asenna NFS verkko osake jossa pidämme paikan päällä arkisto, varmuuskopioida paikallinen välimuisti aptitude: n asennetut paketit, tehdä joitakin kansio-linkin sekoittaminen käyttää paikallisen kopion, jos verkko osake ei asenna, synkronoida välillä paikallisen kopion ja verkko jakaa, jos edellinen päivitys oli verkko osakeannin, ja päivittää luetteloita paketteja arkistosta. Yleensä, se ei mene eteenpäin, onko mitään virheitä vaikka, kuten voitte kertoa, tämä kirjoitus tuli sotkuinen peto että meni edellä ja sen jälkeen alkuperäisten vaatimusten. Se toimi hyvin minulle.

Kunnes tuli päivä päivittää välillä Kubuntu 6.10 kohteeseen 7.04. Tein tämän manuaalisesti vaikka, ei käsikirjoituksen.

Päädyin uudelleenasennus tyhjästä seurauksena sotkua kiistoihin. Vähintään, varmuuskopio järjestelmänvalvojan tulee tehdä hyvin osoittamaan, se oli helppo palauttaa kaikki mitä todella tarvitaan. 🙂

Mitä muuta on siellä?

Jo ennen jouduin asentaa Kubuntu, Olin käyttöön toinen tunnetaan nimellä Gentoo. On olemassa 2 hyvin selvä ero Gentoo ja Ubuntu päivittää järjestelmän. Ensimmäinen on se, että Gentoo on lähde-pohjainen jakelu. Tämä tarkoittaa, että kun päivittää paketin, paketinhallinnan lataa lähde ja kokoaa kaikki, toivottavasti optimointia varten teidän järjestelmä. Tämä, Mielestäni, on hyvin viileä. Haittapuoli on se, että kootaan kaikki kestää hyvin pitkään.

Tässä on minun (erittäin epätieteellinen) arviot kauan kestää asentaa perus GUI OS työpöydälle asennustietovälineestä, ilman ylimääräisiä ajureita (esimerkiksi, uusinta 3D-näytönohjaimen ajurit):

OS: minun – Max (mediaani)

Windows Vista: 15 – 30 (20) minuuttia

Ubuntu: 15 – 40 (20) minuuttia

Gentoo: 3 – 40 (6) tuntia

Gentoo vaatii myös paljon puuhastelun kanssa config tiedostot saadakseen homma – tämä on toinen syy erittäin pitkä viive asetat CD ja käynnistys mahtava * uuden työpöydän. Suosittuja sovelluksia ovat binääripaketteja ladattavissa – vaikka tämä ei ole oletusasetus.

He näkevät minut rollin’

On vielä yksi erittäin tärkeä ero Gentoo on useimmista muista jakeluista. Se on “Rolling-julkaisu” jakelu. Tämä tarkoittaa sitä, että ei ole olemassa mitään tiukkaa versiota tai “julkaisu” että jakelu noudattaa. Jos asennat Gentoon tänään… jos viimeistely Gentoon asennuksen tänään, olet todennäköisesti menossa on uusin versio kaikista sovelluksista asensit. Jos Jostakin sovellus saa suuren päivityksen huomenna, muutaman päivän kuluessa, Jos päivität järjestelmän, olet menossa on, että viimeisin versio työpöydälle.

Ero tämän liikkuvan vapautumista ja “muut” jakaumat on melko huikea. Esimerkiksi: Jos KDE 4.2 oli vapautetaan huomenna, haluat luultavasti odottamaan alle 2 viikkoa sen olevan saatavilla Gentoo. Ubuntu käyttäjät saattavat joutua odottamaan kunnes 9.04 – se 4 kuukauden odotus.

Jotain sopivampi?

Henkilökohtaisesti, En ole valmis ottamaan käyttöön 40 tuntia vaivaa saadakseen minun järjestelmä toimi haluamallani tavalla sen. Kollegani piti asentaa äskettäin Jostakin syystä ja se osoittautuu hän ei ollut valmis ottamaan käyttöön 6 tuntia (hän kokeneempi Gentoo) vaivaa saada hänen järjestelmä takaisin, miten se oli käynnissä joko. Sen sijaan, Arch Linux hänen silmiinsä osui. Arch Linux on liikkuvaan release (kuten Gentoo), binääri-pohjainen (kuten Ubuntu) jakelu. Sen paketit (hyvin, valtaosa niistä) ei tarvitse paljon puuhastelun kanssa config tiedostoja saada homma hienosti joko. Sen molempien maailmojen parhaat puolet!

Sinun pitää vielä tietää, mitä olet tekemässä * mutta jos olet tullut tässä vaiheessa, se ei saisi olla niin valtava uskonvaraisesti. Arch Linuxin paketinhallinnan, nimeltään PACmies, on sisäänrakennettu riippuvuuden ja konfliktien käsittely. Käytän toista paketinhallinnan, jogurtti (Ranskaa jogurtti), joka on hyvin nopeasti tullut suosittu Arch käyttäjät. Yaourt parantaa toimivuutta Pacman jonka avulla voit ladata ja asentaa sovelluksia suoraan AUR, tai Arch User Repository. Tämä arkisto sisältää skriptejä, joiden avulla voit automaattisesti ladata ja asentaa useita sovelluksia, jotka muutoin olisivat täysin tue Arch oma ydin kehittäjille. Se lataa ja kokoaa paketin osaksi chroot'd ympäristö. Sen jälkeen paketoi chroot'd ympäristön huomioon Pacman-yhteensopiva paketti tarrapallon ja käyttää pacman ottaa sen omaan järjestelmään.

Myös, AUR tukee äänestysjärjestelmä jossa suosittu paketteja päästä sijoitetaan virallisempi [yhteisö] varasto. Yaourt tukee myös automatisoitu äänestysmenettelyä jolloin, asennuksen jälkeen paketin kautta AUR, se kysyy, haluatko äänestää sen sisällyttämistä [yhteisö].

Arvioin, että aika on minun Arch asennus oli noin 90 minuuttia. En suosittele Archlinux aloittelijoille vaikka en tehdä Suosittelen sitä mistään Linux-käyttäjä, joka on mennyt kyllästynyt muiden distros – ja haluaa päästä pikkuseikoista tarvitsematta asentaa Linux tyhjästä. Arch Linux on tulossa melko suosittua näinä päivinä. Sen tällä hetkellä numero 14 päälle DistroWatch.

* Jos tiedät, mitä olet tekemässä. JA sinun on parasta BLOODY tiedä mitä olet tekemässä!
Jakaa