Tag-Archive for » yaourt «

Jeudi, November 12th, 2009 | Auteur:

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.

Aussi, in future, don’t run
pacman -Sy application
(python in my case)
instead, run:
pacman -Syu
which will ensure that all applications are upgraded.

Personally, 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. 😉

Partager
Mercredi, 22 avril, 2009 | Auteur:

Arc Le processus d'installation de Linux est documentée sur l'Arc wiki. Je recommande que les personnes nouvelles à Arc essayer l'excellent Guide du débutant au lieu de l' Officiel Arch Linux Guide d'installation. Bien que les deux entrées wiki couvrent terrain similaire, Guide du débutant donne beaucoup plus d'informations pertinentes pour ceux qui découvrent le système. Guide du débutant est destiné à l'installation du bureau et, comme je l'installation d'un serveur, Je ne vais pas y aller par l'installation de l'environnement graphique du tout. En supposant que vous suivez mon installation, suppose que j'ai suivi Guide du débutant jusqu'à et y compris l'installation de sudo. J'ai installé le démon ssh après plutôt que lors de la configuration initiale mais.

Quelques petits conseils et des notes relatives à l'installation:

  • Si vous le pouvez, envisager d'utiliser un bâton de mémoire USB pour l'installation et le conserver pour de futures installations.
  • Je garde une copie de ma section locale “dépôt” applications de installé sur mon bâton de mémoire d'installation. Une fois que l'installation est terminée je sauve un peu de téléchargement et mise à jour de temps en copiant le fichier / var / cache / pacman / pkg / le dossier du nouveau serveur. Le référentiel sur mon bureau est généralement de 1.7 Go
  • Pour la rc.conf, Paramètres régionaux en Afrique du Sud approprié sont:
    = LOCALES”en_ZA.utf8″
    TIMEZONE =”Afrique / Johannesburg”
  • J'ai mis en place le réseau très simplement, selon le guide, et sera en expansion sur la configuration du réseau dans un post plus tard.
  • Comme il s'agit d'un serveur pour, mon utilisateur non-privilégié sur le serveur n'est qu'une partie de 3 groupes: roue (pour sudo), stockage, et des utilisateurs. Un utilisateur de bureau sera probablement dans beaucoup d'autres groupes.

Je préfère utiliser une application appelée yaourt au lieu de la valeur par défaut d'Arch gestionnaire de paquets. Yaourt a exactement la même syntaxe d'utilisation comme pacman, sauf qu'il prend en charge quelques options supplémentaires. Il est en fait une application d'enrobage en ce qu'il, à son tour, utilise pacman. Il est important, yaourt prend en charge l'installation d'applications à partir de l'Arche du GOLD. La GOLD est un référentiel de scripts d'installation construits par utilisateurs d'Arch pour utilisateurs d'Arch installer facilement des applications qui ne sont pas officiellement pris en charge par les principaux dépôts Arch. Yaourt peut télécharger et installer des applications à partir de AUR ou les principaux référentiels avec la même commande, le traitement de l'AUR comme “juste un autre référentiel”. Pacman ne supporte pas, malheureusement, cette.

Encore, l'installation est couvert dans le wiki. Je recommande la voie facile mentionné dans le wiki si vous êtes nouveau à Arc. Son trop trop tôt pour le faire à la dure (également mentionné dans l'entrée de wiki).

Lorsque vous avez terminé, mettre à jour votre système en exécutant la commande unique:

yaourt -Syu

OU

pacman -Syu

et suivre les recommandations.

Partager
Mardi, 17 février, 2009 | Auteur:

Certains d'entre vous le savent déjà que j'ai construit un serveur à la maison pas trop longtemps. J'ai documenté certains des éléments très importants de la façon dont il a été construit si je comptais sur la libération de tous les documents à la fois. J'utilisais Arch Linux et je n'avais pas bientôt fini tout, en particulier la documentation. Par exemple, il était censé être un serveur de médias. Après un certain réarrangement de disque, il devait finir par avoir un RAID1 pour le démarrage et RAIRé 10 pour le reste (la partie des médias).

Cela n'a pas fonctionné du tout.

Je me suis aussi loin que d'avoir un système efficace (et bienun pare-feu) serveur de passerelle de routage. J'ai finalement été convaincu que le routage personnalisé * locale fonctionnait correctement et j'étais confiant que mes tests avec DHCP signifie que je peux désactiver le service DHCP sur le fragile ADSL routeur et avoir toute ma colocataires commencer à utiliser le serveur de l'Internet porte. Plutôt: Je suis connecté au serveur du bureau, Je viens d'installer Apache 2 **, et j'étais sur le point de consulter un collègue en ce qui concerne l'obtention de belles graphiques mis ensemble afin que les colocataires peuvent tous voir qui utilisait la bande passante *** — quand j'ai remarqué un petit message indiquant que le système de fichiers racine avait été remonté en lecture seule raison de certains ou autre panne de disque.

Et puis j'ai perdu ma connexion au serveur.

Et puis j'ai gagné une humeur massacrante.

🙁

Quand je suis arrivé à la maison, J'ai trouvé que, comme je l'avais deviné le message descriptif donné au bureau, la (très) vieux de 80 Go IDE disque que j'utilisais pour le système de fichiers racine n'avait pas. Malheureusement, le serveur ne serait jamais démarrer à nouveau et il y avait peu de chance d'indiscrets tout enlever sur un autre disque pour reprendre là où j'avais laissé hors.

Je vais acheter un remplacement (SATA) HDD ce week-end prochain, juste après le jour de paie – et j'ai changé d'avis au sujet de la documentation mes progrès… et la sauvegarde de mes configurations:

La libération anticipée. Relâchez Souvent.

* FSI en Afrique du Sud payer moins (prix facile comparaison) pour “local uniquement” (en Afrique du Sud) trafic sur l'ADSL, mais uniquement si vous utilisez un compte ADSL qui ne peuvent pas accéder aux services Web en dehors de l'Afrique du Sud. Cela signifie que si vous voulez profiter de la réduction des coûts, mais encore être en mesure d'accéder à l'Internet à large, vous devez mettre en place une routage sournois.

** une commande installer: ~ $ Yaourt-S apache

*** Accès à Internet en Afrique du Sud est cher – vous êtes facturé sur R70 ($7 / £ 4,9 / € 5,46) par Go lorsque vous utilisez ADSL, ou sur R2 par Mo si vous utilisez GPRS / 3Sol.

Partager
Jeudi, January 01st, 2009 | Auteur:

Apparemment, what operating system you use can say a lot about you. If you’re using some form of *nix, qui distro you’re using can say a lot as well. Redundancy aside, I believe that a Linux distribution depends absolutely on its package management and distribution system.

I liked apt-get (1, 2) but there was some technical problem at some point and it caused me to use aptitude instead. Using aptitude is slightly easierit has more features automated into single, logical, commands where apt-get requires separate commands. Aptitude also has a curses-based GUI. If you’re not using the GUI then, other than brevity in terms of number of commands to learn, there is apparently no technical reason to prefer one over the other. Aptitude and apt-get serve K/X/Ubuntu et Debian bien. From this point, I use the names Kubuntu and Ubuntu in a loosely interchangeable fashion.

In my use of CentOS (based on Red Hat), I’ve found I like yum. It seems to work in much the same as aptitudeone command to rule them all. It has some rather annoying default behaviour I’m not going to get into here as its most likely because I’m just not used to it. At least from a technical perspective, it is very good. I believe that Fedora also makes use of yum though my experience with Fedora is very limited.

the theory

Fedora and Ubuntu are in a class of distributions that have a fairly rigorous release cycle. Ubuntu 8.10 (the version is named so for the year and month of its release) ne sera pas, except for major bugs and minor changes, have another major update until the next version, Jaunty Jackalope. Ubuntu users have the latest versions of most software on their desktops right now. In the months preceding the next release, cependant, they’re not going to be so lucky unless they like using “bêta” releases. As I’m not very familiar with Fedora, I’m not going to bother going into its release cycle.

These 2 distributions are also within a class of distributions known asbinary” ou “binary-baseddistributions. This means that when you download an update, the files that are downloaded are precompiled and should run on anysupportedhardware. This isn’t specifically optimised for your desktop’s hardware, par exemple, your processor. Perhaps you have an AMD processor which has extra instruction support which Intel CPUs do not have. The reverse could also be true. Pour cette raison, a binary-release distribution cannot optimise for one particular brand of hardware. Regardless of thisnon-optimisation”, it should run at a decent pace.

the practice!

Sur 2 years ago I started using Kubuntu. After a few months of working with it, I started to learn more about its specifics. I’m not much of a fan of using GUI tools to update the system when, ultimately, its all happening on the command-line anyway. The GUI tools just hide the complexity I don’t mind seeing.

I ended up making a frapper scénario, update, which would run all the steps required to get aptitude to just go ahead and upgrade already, kthx?©, perhaps stopping along the way to back up my configuration, remount the NFS network share where we keep an on-site repository, back up the local cache of aptitude’s installed packages, do some folder-link shuffling to use a local copy if the network share couldn’t remount, sync between the local copy and the network share if the previous update had a network share issue, and update lists of packages in the repository. In general, it wouldn’t go ahead if there were any errors though, as you can tell, this script became a messy beast that went above and beyond the original requirements. It worked well for me.

Until the day came to update between Kubuntu 6.10 à 7.04. I did this manually though, not with the script.

I ended up reinstalling from scratch as a result of the mess that ensued. At least, as a backup administrator should do well to demonstrate, it was easy to recover everything I really needed. 🙂

What else is out there?

Even before I had to reinstall Kubuntu, I was introduced to another distribution called Gentoo. There are 2 very distinct differences between Gentoo and Ubuntu’s update system. The first is that Gentoo is a source-based distribution. This means that when you update a package, the package manager downloads the source and compiles everything, hopefully optimising it for your system. This, I think, is very cool. The downside to this is that compiling everything takes a very long time.

Here are my (very unscientific) estimates for the length of time it takes to install a basic GUI OS to a desktop from installation media, excluding extraneous drivers (par exemple, the latest 3D graphics drivers):

OS: minmax (median)

Windows Vista: 15 – 30 (20) procès-verbal

Ubuntu: 15 – 40 (20) procès-verbal

Gentoo: 3 – 40 (6) hours

Gentoo also requires much tinkering with the config files in order to get things workingthis is another reason for the extremely long delay between inserting the CD and booting your awesome* new desktop. Popular applications have binary packages available for downloadthough this isn’t a default option.

They see me rollin

There is one more very important distinction Gentoo has from most other distributions. It is arolling-releasedistribution. This means that there isn’t any rigorous version orreleasethat the distribution adheres to. If you install Gentoo todayif you finish installing Gentoo today, you’re probably going to have the latest version of all the applications you installed. If some obscure application gets a major update tomorrow, within a few days, if you update your system, you’re going to have that latest version on your desktop.

The difference between this rolling release and theotherdistributions is rather staggering. Par exemple: If 4.2 were to be released tomorrow, you’d probably have to wait less than 2 weeks for it to be available on Gentoo. Ubuntu users might have to wait till 9.04 – that’s a 4-month wait.

Something more suitable?

Personally, I’m not willing to put in the 40 hours of effort to get my system working the way I want it to. My colleague had to reinstall recently for some obscure reason and it turns out he wasn’t willing to put in the 6 hours (he’s more experienced with Gentoo) of effort to get his system back to how it was running either. Plutôt, Arch Linux caught his eye. Arch Linux is a rolling-release (like Gentoo), binary-based (like Ubuntu) distribution. Its packages (bien, the vast majority of them) don’t need much tinkering with their config files to get things working nicely either. Its the best of both worlds!

You still need to know what you’re doing* but if you’ve come to this juncture, it shouldn’t be such a giant leap of faith. Arch Linux’s package manager, called pachomme, has built-in dependency and conflict handling. I use another package manager, yaourt (French for yoghurt), which has very quickly become popular with Arch users. Yaourt enhances the functionality of pacman by allowing you to download and install applications directly from the AUR, ou Arc référentiel d'utilisateurs. This repository contains scripts that allow you to automatically download and install many applications that would otherwise be completely unsupported by Arch’s own core developers. It downloads and compiles the package into a chroot’d environment. It then packages the chroot’d environment into a pacman-compatible package tarball and uses pacman to deploy it into your system.

Aussi, the AUR supports a voting system whereby popular packages get placed into the more official [community] dépôt. Yaourt also supports an automated voting mechanism whereby, after installing a package via AUR, it asks if you want to vote for its inclusion in [community].

I estimate that the time taken for my Arch installation was about 90 procès-verbal. I don’t recommend Archlinux for newbies though I de recommend it for any Linux user who’s gotten bored with other distrosand wants to get into the nitty gritty without having to install Linux From Scratch. Arch Linux has been getting pretty popular these days. Its currently at number 14 sur Distrowatch.

* IF you know what you’re doing. AND YOU BETTER BLOODY KNOW WHAT YOU’RE DOING!
Partager