Tag-Archive for » yogurt «

Hari Kamis, November 12th, 2009 | Penulis:

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.

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

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

Bagikan
Rabu, April 22nd, 2009 | Penulis:

Lengkungan 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 “gudang” 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 yogurt 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. Itu 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.

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

Bagikan
Selasa, February 17th, 2009 | Penulis:

Some of you may already know that I built a home server not too long ago. I documented some of the very important parts of how it was built though I was planning on releasing all the documentation all at once. I was using Arch Linux and I hadn’t nearly finished everything, especially the documentation. Misalnya, it was supposed to be a media server. After some disk shuffling, it was supposed to end up having a RAID1 for the boot and RAID 10 for the rest (the media part).

This didn’t work out at all.

I got as far as having an efficient (dan baikfirewalled) routing gateway server. I was finally satisfied that the customised local routing* was working correctly and I was confident that my tests with DHCP meant I could disable the DHCP service on the flimsy ADSL router and have all my flatmates start using the server as the Internet pintu gerbang. Sebagai gantinya: I was logged in to the server from the office, I’d just installed Apache2**, and I was about to consult with a colleague regarding getting nice graphs put together so the flatmates could all see who was using up the bandwidth***when I noticed a little message indicating that the root filesystem had been remounted read-only due to some or other disk failure.

And then I lost my connection to the server.

And then I gained a foul mood.

🙁

When I arrived home, I found that, as I had guessed from the descriptive message given at the office, itu (sangat) old 80GB IDE disk that I was using for the root filesystem had failed. Unfortunately, the server would never boot again and there was little chance of prying everything off onto another disk to continue where I’d left off.

I’m buying a replacement (SATA) HDD this next weekend just after pay dayand I’ve changed my mind about documenting my progressand backing up my configurations:

Release Early. Release Often.

* ISPs in South Africa charge less (easy price comparison) forlocal-only” (within South Africa) traffic on ADSL but only if you use an ADSL account that CANNOT access web services outside of South Africa. This means that if you want to take advantage of the reduced costs but still be able to access the Internet at large, you need to set up some sneaky routing.

** one-command-install: ~$ yaourt -S apache

*** Internet Access in SA is expensiveyou get charged about R70 ($7 / £4.9 / €5.46) per GB when using ADSL, or about R2 per MB if using GPRS / 3G.

Bagikan
Hari Kamis, January 01st, 2009 | Penulis:

Apparently, what operating system you use can say a lot about you. If you’re using some form of *nix, yang 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 bakat 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 dan Debian baik. Dari poin ini, Saya menggunakan nama Kubuntu dan Ubuntu dengan cara yang longgar.

Dalam penggunaan saya CentOS (berdasarkan Red Hat), Saya menemukan saya suka yum. Tampaknya bekerja sama seperti bakat – satu perintah untuk menguasai semuanya. Ini memiliki beberapa perilaku default yang agak menyebalkan. Saya tidak akan masuk ke sini karena kemungkinan besar karena saya tidak terbiasa dengan hal itu.. Setidaknya dari perspektif teknis, ini sangat bagus. aku percaya itu Fedora juga memanfaatkan yum meskipun pengalaman saya dengan Fedora sangat terbatas.

teori…

Fedora dan Ubuntu berada dalam kelas distribusi yang memiliki siklus rilis yang cukup ketat. Ubuntu 8.10 (versi ini dinamai demikian untuk tahun dan bulan rilisnya) tidak akan, kecuali untuk bug besar dan perubahan kecil, memiliki pembaruan besar lainnya hingga versi berikutnya, Jackalope yang lincah. Pengguna Ubuntu memiliki versi terbaru dari sebagian besar perangkat lunak di desktop mereka saat ini. Dalam beberapa bulan sebelum rilis berikutnya, namun, mereka tidak akan seberuntung itu kecuali mereka suka menggunakan “beta” rilis. Karena saya tidak terlalu mengenal Fedora, Saya tidak akan repot memasuki siklus rilisnya.

Ini 2 distribusi juga berada dalam kelas distribusi yang dikenal sebagai “biner” atau “berbasis biner” distribusi. Ini artinya ketika Anda mengunduh pembaruan, file yang diunduh adalah pradikompilasi dan harus dijalankan pada “didukung” perangkat keras. Ini tidak khusus dioptimalkan untuk perangkat keras desktop Anda, misalnya, anda prosesor. Mungkin Anda punya AMD prosesor yang memiliki dukungan instruksi tambahan yang Intel CPU tidak punya. Kebalikannya juga bisa benar. Untuk alasan ini, distribusi binary-release tidak dapat dioptimalkan untuk satu merek perangkat keras tertentu. Terlepas dari ini “non-optimisasi”, itu harus berjalan pada kecepatan yang layak.

Latihan!

Tentang 2 tahun lalu saya mulai menggunakan Kubuntu. Setelah beberapa bulan bekerja dengannya, Saya mulai belajar lebih banyak tentang spesifikasinya. Saya tidak terlalu suka menggunakan alat GUI untuk memperbarui sistem kapan, akhirnya, itu semua terjadi pada command-line. Alat GUI hanya menyembunyikan kerumitan yang saya tidak keberatan melihatnya.

Saya akhirnya membuat menampar naskah, memperbarui, yang akan menjalankan semua langkah yang diperlukan untuk mendapatkan bakat menjadi adil maju dan tingkatkan sudah, kthx?©, mungkin berhenti sepanjang jalan untuk membuat cadangan konfigurasi saya, remount NFS berbagi jaringan tempat kami menyimpan repositori di tempat, cadangkan cache lokal dari paket aptitude yang diinstal, lakukan pengocokan folder-link untuk menggunakan salinan lokal jika jaringan tidak dapat di-remount, sinkronkan antara salinan lokal dan jaringan berbagi jika sebelumnya pembaruan memiliki masalah berbagi jaringan, dan perbarui daftar paket di repositori. Secara umum, itu tidak akan berjalan jika ada kesalahan sekalipun, seperti yang kamu tahu, naskah ini menjadi berantakan binatang yang melampaui persyaratan asli. Itu bekerja dengan baik untuk saya.

Hingga tiba saatnya untuk memperbarui antara Kubuntu 6.10 untuk 7.04. Saya melakukan ini secara manual, tidak dengan skrip.

Saya akhirnya menginstal ulang dari awal karena kekacauan yang terjadi. Paling sedikit, sebagai administrator cadangan harus menunjukkan dengan baik, mudah untuk memulihkan semua yang saya butuhkan. 🙂

Apa lagi yang ada di luar sana?

Bahkan sebelum saya harus menginstal ulang Kubuntu, Saya diperkenalkan ke distribusi lain yang disebut Gentoo. Ada 2 perbedaan yang sangat berbeda antara sistem pembaruan Gentoo dan Ubuntu. Yang pertama adalah Gentoo adalah a sumber-distribusi berbasis. Ini berarti ketika Anda memperbarui paket, pengelola paket mengunduh sumber dan kompilasi segala sesuatu, semoga mengoptimalkan untuk anda sistem. Ini, kupikir, sangat keren. Kelemahan dari ini adalah bahwa menyusun semuanya membutuhkan waktu yang sangat lama.

Ini milik saya (sangat tidak ilmiah) memperkirakan untuk jangka waktu yang dibutuhkan untuk menginstal OS GUI dasar ke desktop dari media instalasi, tidak termasuk driver asing (misalnya, driver grafis 3D terbaru):

OS: min – maks (median)

Windows Vista: 15 – 30 (20) menit

Ubuntu: 15 – 40 (20) menit

Gentoo: 3 – 40 (6) jam

Gentoo juga membutuhkan banyak perhatian file konfigurasi untuk membuat semuanya berfungsi – ini adalah alasan lain untuk penundaan yang sangat lama antara memasukkan CD dan mem-boot CD Anda desktop baru yang luar biasa. Aplikasi populer memiliki paket biner yang tersedia untuk diunduh – meskipun ini bukan opsi default.

Mereka melihatku berguling’

Ada satu lagi perbedaan yang sangat penting yang dimiliki Gentoo dari kebanyakan distribusi lainnya. Ini adalah sebuah “bergulir-rilis” distribusi. Ini berarti bahwa tidak ada versi yang ketat atau “melepaskan” bahwa distribusi menganut. Jika Anda menginstal Gentoo hari ini… jika kamu selesai menginstal Gentoo hari ini, Anda mungkin akan memiliki versi terbaru dari semua aplikasi yang Anda instal. Jika beberapa aplikasi tidak jelas mendapat pembaruan besar besok, dalam beberapa hari, jika Anda memperbarui sistem Anda, Anda akan memiliki versi terbaru di desktop Anda.

Perbedaan antara rilis bergulir ini dan “lain” distro agak mengejutkan. Misalnya: Jika DIMANA 4.2 akan dirilis besok, Anda mungkin harus menunggu kurang dari 2 minggu agar tersedia di Gentoo. Pengguna Ubuntu mungkin harus menunggu sampai 9.04 – itu menunggu 4 bulan.

Sesuatu yang lebih cocok?

Sendiri, Saya tidak mau memasukkan 40 berjam-jam upaya untuk membuat sistem saya bekerja seperti yang saya inginkan. Kolega saya harus menginstal ulang baru-baru ini karena alasan yang tidak jelas dan ternyata ia tidak mau memasukkan 6 jam (dia lebih berpengalaman dengan Gentoo) upaya untuk mendapatkan sistemnya kembali ke bagaimana itu berjalan baik. Sebagai gantinya, Arch Linux menangkap matanya. Arch Linux adalah rilis bergulir (seperti Gentoo), berbasis biner (seperti Ubuntu) distribusi. Paket-paketnya (baik, sebagian besar dari mereka) tidak perlu terlalu banyak mengutak-atik file konfigurasi mereka untuk membuat semuanya berfungsi dengan baik. Yang terbaik dari kedua dunia!

Anda masih perlu tahu apa yang Anda lakukan * tetapi jika Anda datang ke titik ini, itu tidak seharusnya menjadi raksasa lompatan iman. Manajer paket Arch Linux, dipanggil pacpria, memiliki ketergantungan dan penanganan konflik bawaan. Saya menggunakan manajer paket lain, yogurt (Prancis untuk Yogurt), yang sangat cepat menjadi populer dengan pengguna Arch. Yaourt meningkatkan fungsi pacman dengan memungkinkan Anda mengunduh dan menginstal aplikasi langsung dari AUR, atau Arch Repository Pengguna. Repositori ini berisi skrip yang memungkinkan Anda mengunduh dan menginstal banyak aplikasi secara otomatis yang jika tidak didukung sepenuhnya oleh pengembang inti Arch sendiri. Ini mengunduh dan mengkompilasi paket ke dalam lingkungan chroot. Kemudian paket lingkungan chroot ke tarball paket yang kompatibel dengan pacman dan menggunakan pacman untuk menyebarkannya ke sistem Anda.

Juga, AUR mendukung sistem pemungutan suara di mana paket-paket populer ditempatkan di tempat yang lebih resmi [masyarakat] gudang. Yaourt juga mendukung mekanisme pemungutan suara otomatis, setelah menginstal paket melalui AUR, ia bertanya apakah Anda ingin memilih untuk dimasukkan dalam [masyarakat].

Saya memperkirakan bahwa waktu yang diperlukan untuk instalasi Arch saya sekitar 90 menit. Saya tidak merekomendasikan Archlinux untuk pemula meskipun saya melakukan merekomendasikannya untuk pengguna Linux yang bosan dengan distro lain – dan ingin masuk ke seluk beluk tanpa harus menginstal Linux Dari Awal. Arch Linux telah menjadi sangat populer akhir-akhir ini. Saat ini di nomor 14 pada Distrowatch.

* JIKA Anda tahu apa yang Anda lakukan. DAN ANDA LEBIH BAIK BERDARAH TAHU APA YANG ANDA LAKUKAN!
Bagikan