1. $ sudo su                (ให้เป็น root ก่อน)
2.  vi  /etc/apt/apt.conf.d/70debconf          (เข้าไปแก้ไขที่ file นี้ ในที่นี้ผมใช้โปรแกรม  vi )
3.  เพิ่มบรรทัดนี้เข้าไปใน ไฟล์ 70debconf
Acquire::http::Proxy "http://MyDomain\MyName:MyPassword@My.Proxy.com:MyPort";
โดย ใช้ MyDomain , MyName, MyPassword , My.Proxy.com และ Port ที่ใช้กับทางบริษัท.
MyDomain = network domain ของทาง บริษัทที่ใช้อยู่
MyName = username ที่สามารถเข้าไปใน network ของทางบริษัทได้
MyPassword = รหัสผ่านที่ทำให้สามารถเข้าไปใน network ของทางบริษัทได้
My.Proxy.com = IP-address ของ Proxy ที่ทางบริษัท เปิดเอาไว้ให้ใช้ เพื่อเชื่อมต่อ internet ภายนอก
MyPort = Port ที่ใช้ร่วมกับ IP-address ของ Proxy ที่ทางบริษัท เปิดเอาไว้ให้ใช้ เพื่อเชื่อมต่อ internet ภายนอก

4. แก้ไขเสร็จ อย่าลืม save file
5. เอาให้ดีก็ปิดหน้า Terminal ที่ใช้แก้ไข  และ เปิดหน้าใหม่
6. ลองใช้ apt-get ดู
7. ควรจะใช้ได้แล้ว

sudo apt-get install sqlite3

Luego me dispuse a incluir la gema correspondiente para Ruby:

sudo gem install sqlite3-ruby

Pero no:

Building native extensions.  This could take a while...
ERROR:  While executing gem ... (Gem::Installer::ExtensionBuildError)
ERROR: Failed to build gem native extension.

ruby extconf.rb install sqlite3-ruby
checking for fdatasync() in -lrt... yes
checking for sqlite3.h... no

make
make: *** No hay ninguna regla para construir el objetivo `ruby.h', necesario para `sqlite3_api_wrap.o'.  Alto.

Faltaban librerías:

sudo apt-get install libsqlite3-dev

Ahora si, lo siguiente funcionó:

sudo gem install sqlite3-ruby

[sourcecode language="php"]
sudo apt-get install php5-imap
[/sourcecode]

Depois da instalação é necessário reiniciar o Apache:

[sourcecode language="php"]
sudo /etc/init.d/apache2 restart
[/sourcecode]

في هذا الشرح سنتناول كيفية إستعمال هذه الأداة والأمور الأساسية التي يجب على المبتدئيين معرفتها.

لعمل apt-get يجب توفر مخازن (مستودعات) للبرامج، مخازن البرامج هي مجموعة من التطبيقات محفوظة في مواقع على الإنترنت، بإضافة هذه المواقع لـ apt-get يستطيع هذا الأخير إيجاد البرامج وثبيتها لك، يتم ذلك عن طريق الملف /etc/apt/sources.list ، شكل المستودعات به هكذا :

deb]  [web address] [distribution name][maincontribnon-free]]

مثلا في توزيعة أوبنتو يكون المستودع على هذا الشكل :

deb http://dz.archive.ubuntu.com/ubuntu/ hardy main restricted

يمكن إضافة مستودعات لملف sources.list للحصول على المزيد من البرامج.

بعد إضافة البرامج أول شيئ تقوم به هو تحديث قاعدة بيانات البرامج، حيث سيخزن قائمة بجميع البرامج الموفرة في المستودعات في جهازك (cache) ، يتم ذلك بالأمر :

apt-get update

مع التأكد من توفر صلاحيات الجذر (sudo) لك أثناء إستعمال هذا الأمر والتي تليه. (ينصح تنفيذ هذا الأمر أسبوعيا على الأقل)

يمكن هذا الأمر من البحث عن البرامج دون الحاجة لإتصال بالنت عن طريق الأداة apt-cache هكذا :

apt-cahe search smplayer

سيبحث عن البرنامج smplayer في قاعدة البيانات الموفرة في جهازك. إذا وجد البرامج يمكنك حينئذ تنصيبه بسهولة بواسطة الأمر :

apt-get install smplayer

هنا تحديدا تظهر قوة هذه الأداة، إذا كان smplayer يحتاج لكي يعمل للمكتبة س والمكتبة س تحتاج لـ ع فسيقوم apt-get بتحميلهم جميعا آليا دون تدخل منك (مع إعلامك). لحذف برنامج إستعمل هذا الأمر :

apt-get remove smplayer

سيحذف هذا الأمر البرنامج المعين لكن لن يحذف المكتبة س أو ع التي نصبها أولا، لحذف المكتبات الغير الضرورية :

apt-get autoremove smplayer

لمعرفة إحصائيات البرامج لديك :

apt-cache stats

لتحديث جميع البرامج لديك إلى آخر الإصدارات :

apt-get upgrade

لتحديث التوزيعة كلها من إصدار لإصدار :

apt-get dist-upgrade

كل مرة تقوم بتنصيب برنامج ما بواسطة apt-get تقوم هذه الأدات بحفظ البرنامج في جهازك عادة في المسار /var/cache/apt/archives/ مع الوقت سيتضخم حجم هذه البرامج وسيأخذ مساحة معتبرة من القرص الصلب لحذف هذه الإحتياطات من البرامج دون التأثير على البرامج المثبتة :

apt-get claen

لتنظيف قاعدة البيانات (cache) من البرامج القديمة أو المضروبة :

apt-get autoclean

أخيرا ننهي الجولة بهذا الامر :

apt-get moo

:)

#1: Installing from source when your system is primarily an .rpm or .deb system

Many new Linux users don’t understand that both rpm and apt (or dkpg) keep track of everything installed on the system. However, those systems (rpm, apt, and dkpg) can keep track only of packages they install. So when you find that obscure package that comes only in source and you compile it yourself, your package management system will not know what to do with it. Instead, create either an .rpm or .deb file from the source and install the package with the package management system so that system will be aware of everything you have installed.

#2: Neglecting the many graphical front-end package management applications

Most people don’t even realize that there are graphical front ends that take a lot of the guesswork out of installing packages in Linux. For yum (the command-line package management system for rpm), you can use Yumex for yum (installed with yum install yumex); you can use Synaptic or Adept for apt (installed with apt-get install synaptic or apt-get install adept).

#3: Forgetting to update the list of available packages

When using apt-get or yum, make sure you’re updating the list of available packages. Otherwise, your system will not remain updated with the latest releases of installed packages. To update with apt-get, you issue the command apt-get update. To update with yum, issue yum check-update.

#4: Not adding repositories for yum or apt-get

Both yum and apt-get use a listing of repositories that tell them where to locate available packages. But the default repositories (often called “repos”) do not include every Linux package known to Linuxkind. So if you run the command to install an application, and yum (or apt-get) can’t find the package, most likely you’ll have to add a repo to your sources listing. For yum, the sources are in /etc/yum.conf. For apt-get, they are placed in /etc/apt/sources.list. Once you have added a new repo, make sure you run the update so either apt or rpm is made aware of the new source.

5#: Not taking advantage of installing from a browser

Just as with Windows, when your system sees you are attempting to download an installable application, you’ll be asked whether you would like the package management system to attempt to install the file or just save it to disk. In both instances, you will be asked for the root password (so you must have access to said password for this to even work). One thing I’ve always like about this method (be it in a yum-based or dpkg-based system) is that it has almost always been good about locating and adding dependencies.

Naturally, this method works only when you are downloading a file that’s applicable to your system. If you attempt to download an rpm file on a Debian-based system, you won’t have the option of installing the file.

You can take this one step further and select the Always Do This… check box in the Firefox popup so that every time you download a file associated with your package management system, it will automatically prompt you for your root password and continue to install the package. This streamlines the process quite a bit.

#6: Forgetting the command line

Let’s say you’ve installed a headless server using Ubuntu or Debian (a common setup for Linux servers) and haven’t installed any of the graphical interfaces or desktops. To do any maintenance, you have to log in via ssh (because no admin would log in via telnet) and are limited to the command line only. Even so, your ability to keep your system updated or install new applications is not limited. You can still use yum or apt-get to manage your packages.

With a Debian-based system, you have another option: Aptitude. From the command line, issue the command aptitude and you will be greeted with a nice curses-based interface for apt. This system is easy to use and gives you an outstanding option for maintaining a gui-less server without losing functionality. Aptitude lists Security Updates, Upgradeable Packages, New Packages, Not Installed Packages, Obsolete Packages, Virtual Packages, and Tasks. As you scroll through the list, you will not only get the installed vs. the new package release numbers but also a description of the package. After using Aptitude, you will quickly see how simple updating Linux packages can be, even from the command line.

#7: Blindly unpacking tar files

I can’t tell you how many times I have downloaded a source package and without thinking, untarred the package not knowing its contents. Most times this works out fine. But there are a few times when the package creator/maintainer has failed to mention that the entire contents of the package are not housed in a parent directory. So instead of having a newly created directory housing the contents of the tar file (which can contain hundreds of files/directories), those files are blown up into the directory you unpacked them into.

To avoid this, I always create a temporary directory and move the tar file into it. Then, when I unpack the tar file, it doesn’t matter if the contents are contained within their own directory or not. Using this method will save you a LOT of cleanup in those cases where the creator didn’t pack everything in its own neat directory.

#8: Deleting those make files

When you’re installing from source, you’ll probably run make clean to get rid of all of those unneeded source files. But if you get rid of the Makefile, uninstalling will be a hassle. If you keep it, you can usually uninstall the program simply by issuing make uninstall from the directory housing the Makefile. A word of warning: Don’t dump all your Makefiles into one directory. First rename them so you know which application they belong to. When you want to uninstall the application, move the Makefile to another directory, rename it to its original name, and then run the uninstall command. Once you’ve uninstalled the application, you can delete the Makefile.

#9: Installing for the wrong architecture

You might notice that many rpm files will have an i386, i586, i686, PPC, 64, etc. There is a reason for this. Unless the rpm file has noarch included in the filename, that rpm file was created for a specific architecture. And when those files were created for that architecture, they were optimized for it, so they’ll will run better. Does that mean you can’t install an i586 on a standard 386 machine? Of course not. But it will not run as efficiently as it will on the indicated architecture. Now, you can’t install a PPC rpm on an x86 architecture. The PPC architecture is for the Motorola chipset. Nor can you install the 64 bit on a 32 bit. You can, however, install the 32 bit on a 64 bit (as in the case when you want to get Firefox running with Flash on a 64-bit machine).

#10: Failing to address problems with kernel updates

It used to be that updating kernels was a task left to the silverback geeks. No more. With the new package management systems, anyone can update a kernel. But there are some gotchas you should know about. One issue is that of space. With every update of a kernel, your old kernel is retained. If you continually update kernels, your system storage can quickly fill up. It’s always a good idea to check to see what older kernels you can get rid of. If you’re using rpm, issue the command rpm -qa | grep kernel to see what you have installed. You can remove all but the last two installed. It’s always best to keep two in case the one you are running gets fubar’d.

So guys who are using Ubuntu or any other distros please keep this things in mind while installing anything in your distros and you will never be in any problem.

sudo apt-get install build-essential gdb

Pero ya estaban instalados en mi Xubuntu.

Para comprobar que funciona me preparé una carpeta llamada c en el escritorio, abrí una ventana de Terminal:

cd Desktop/c

Escribí un programa llamado hola.c con el SciTE y lo guardé en la nueva carpeta:

#include <stdio.h>

int main() {
printf("Hola Mundo\n");
return 0;
}

En la Terminal compilé:

gcc hola.c -o hola.bin

Y ejecuté mi nuevo programa escribiendo:

./hola.bin

Funcionó bien.

También con C++, escribí un archivo llamado saludo.cpp:

#include <iostream>
using namespace std;

int main()
{
cout << "Bienvenido, ";
cout << "ya estas programando en C++.\n";
return 0;
}

En este caso la compilación es:

g++ saludo.cpp -o saludo.bin

Y se ejecuta igual que el anterior:

./saludo.bin

Ahora con algo de tiempo, cuando termine mis actuales tareas pendientes, voy a desempolvar mis nociones de C y C++ para comenzar a crear algunos pequeños programas.

Instalação, Atualização e Remoção de pacotes com o comando apt-get(Advanced Packaging Tool):

Instalação:

Com o usuario root:

# apt-get install nomedoprograma

Como usuário normal:

$ sudo apt-get install nomedoprograma

Remoção:

Com o usuario root:

# apt-get remove nomedoprograma

Como usuário normal:

$ sudo apt-get remove nomedoprograma

Atualização da lista local de pacotes:

Com o usuario root:

# apt-get update

Como usuário normal:

$ sudo apt-get update

Instalação/Remoção de pacotes .deb:

Instalação:

Como usuário root:

#dpkg -i nomedopacote.deb

Como usuário normal:

$sudo dpkg -i nomedopacote.deb

Remoção:

Como usuário root:

#dpkg -r nomedopacote.deb

Como usuário normal:

$sudo dpkg -r nomedopacote.deb

Até a próxima!

]]> http://ubuntools.wordpress.com/?p=76 Fri, 15 Aug 2008 11:13:18 +0000 ubuntools http://ubuntools.wordpress.com/?p=76 Ya revisamos como se instala utilizando la utilidad Añadir y quitar... de Ubuntu, ahora veremos el equivalente, pero en consola, todo esto con el comando apt-get.

In principio esistevano i .tar.gz. Gli utenti dovevano compilare ogni programma che volevano usare sui loro sistemi GNU/Linux. Quando fu creata Debian, fu ritenuto necessario che il sistema incorporasse un metodo di gestione dei pacchetti installati sulla macchina. A questo sistema fu dato il nome dpkg. Fu così che nacque il famoso "pacchetto" nel mondo GNU/Linux, poco prima che Red Hat decidesse di creare il proprio "rpm".

Rapidamente un nuovo dilemma si fece strada nelle menti degli sviluppatori di GNU/Linux. A loro serviva un modo rapido, pratico ed efficiente per installare i programmi, che gestisse automaticamente le dipendenze e che avesse cura di mantenere i file di configurazione esistenti mentre si effettuavano i vari aggiornamenti. Ancora una volta Debian ha aperto la strada dando vita a APT (Advanced Packaging Tool).

Così recita l'introduzione di APT-HOWTO il manuale di Debian per APT, ovvero il sistema di gestione dei pacchetti di Debian e derivate, compresa Ubuntu.

Se mi chiedessero di dire in cosa GNU/Linux è superiore (tecnicamente parlando) a Windows, potrei fare un lungo elenco: sicurezza, stabilità, velocità, ecc. Ma se mi domandassero in cosa GNU/Linux è più facile di Windows, non avrei dubbi: nell'installazione dei programmi.

Quando studiavo informatica alle scuole superiori, anche se erano i primi anni '90, il libro di testo risaliva agli anni '70. Ricordo che la definizione di sistema operativo, allora, comprendeva anche un compilatore. Eppure io usavo MS DOS e non c'era alcun compilatore (solo uno striminzito interprete BASIC), usavo Windows 3.1 e anche lì niente compilatore di default. I compilatori li faceva, all'epoca, la Borland: Turbo Pascal, Turbo C, ecc. La Microsoft avrebbe poi creato da lì a poco il Visual Basic, ma si vendeva a parte.

In effetti negli anni '70 tutto il software era libero e gli utenti compilavano i programmi per conto proprio. Per questo un compilatore era indispensabile. Quando il software libero è tornato in auge grazie a GNU/Linux, si è posto lo stesso problema: come rendere più facile l'installazione dei programmi? E così, dall'installazione per semi-hacker si è passati ad un sistema talmente semplice da far spavento. Eppure tanti neo-utenti GNU/Linux non l'apprezzano e credono che sia complicato installare i programmi... questo solo perché il modo di farlo è diverso, molto diverso, ma più efficiente, veloce e facile.

Bando alle ciance e arriviamo al punto. Come funziona?

In primo luogo bisogna mettersi in testa il concetto di repository. I repository sono dei normalissimi siti web strutturati in un modo preciso, definito dallo standard di APT. In sostanza, essi contengono i programmi già compilati da parte dei manutentori delle distribuzioni. Oltre ai programmi possono contenere anche set di icone, temi, librerie, pagine di manuale, testi e qualsiasi cosa che possa servire agli utenti.

Non c'è quindi bisogno di cercare su Internet il sito del programma, scaricarlo, installarlo. Basta controllare se c'è nei repository. Se il programma non è proprio sconosciuto e se la distribuzione in uso è abbastanza diffusa, quasi sicuramente il programma c'è già. Se non c'è, vedremo come "arrangiarci".

Per accedere ai repository potremmo in effetti scaricare i vari pacchetti e poi installarli singolarmente. Ma per come è fatto GNU/Linux, la cosa potrebbe essere impegnativa. Ogni pacchetto contiene solo lo stretto indispensabile, mentre tutte le librerie necessarie al funzionamento del programma sono solitamente esterne. Differentemente dal mondo del software proprietario, infatti, i programmi possono tranquillamente utilizzare le librerie pensate per altri programmi. In effetti creare un programma open source vuol dire in ultima analisi saper usare al meglio l'enorme quantità di librerie già esistenti.

Potremmo quindi trovarci di fronte alla spiacevole situazione di dover scaricare anche i pacchetti necessari al nostro programma (le cosiddette dipendenze) i quali a loro volta potrebbero necessitare di altri pacchetti, e così via.

Debian risolve brillantemente il tutto tramite APT. Esso è composto da una serie di programmi che ci permettono di automatizzare il tutto. Il più noto di essi è apt-get.

Dato il comando

apt-get install amule

il sistema scorrerà l'indice dei pacchetti alla ricerca di quella che si chiama "amule". Una volta trovato, scaricherà il pacchetto .deb corrispondente, controllerà se necessita di altri pacchetti (le dipendenze) ed eventualmente scaricherà anche quelle, se non sono già presenti nel sistema. Una volta finiti i download, passerà i vari pacchetti al programma dpkg, che li installerà. Il tutto avviene in pochi minuti e di norma non richiede intervento da parte dell'utente.

Ma APT fa di più. I manutentori dei pacchetti, ogni tanto, li aggiornano. Vuoi perché è necessario apportare una correzione, vuoi perché è uscita la nuova versione del programma. APT permette di centralizzare tutti gli aggiornamenti. Una comodità che Windows non potrà mai avere, poiché nel software proprietario l'aggiornamento si paga e, soprattutto, di norma non è legale distribuire software altrui. Insomma abbiamo un sistema di aggiornamenti di tutto ciò che abbiamo sul computer, automatizzato. Non solo il sistema operativo, ma tutti i programmi installati con APT. Bello no?

Ma c'è ancora di più. Una distribuzione, in fondo, è solo una collezione di pacchetti. Il kernel, il software GNU, eventualmente Xorg, Gnome, Kde, ecc. E allora l'aggiornamento del sistema ad una nuova versione non è altro che l'aggiornamento dei pacchetti e ci pensa sempre APT. Il sistema funziona talmente bene che alcune distribuzioni sono in aggiornamento continuo, ovvero non hanno versioni, ma i pacchetti si aggiornano appena disponibili. Ad esempio Debian Sid si installa una volta e rimane sempre aggiornata per tutta la vita...

Capito questo, alcuni suggerimenti pratici per chi usa Ubuntu:

a) leggetevi questa guida: http://guiodic.wordpress.com/2008/07/23/usare-ubuntu-senza-terminale-installare-i-programmi/

b) attenetevi a queste regole pratiche per installare i programmi:

1. Attivate tutti i repository della prima scheda su Sistema/Amministrazione/Sorgenti software
2. Prima di tutto cercate il nome del programma su Synaptic (o Adept se usate KDE). Se lo trovate, installatelo da lì. Controllate anche se ci sono dei pacchetti suggeriti, ma prima di installarli leggete la loro descrizione.
3. Se non lo trovate, provate su getdeb.net, il portale con vari programmi utili già pacchettizzati. Una volta scaricati i pacchetti basta cliccarci sopra due volte.
4. Se non c'è neppure su getdeb.net, provate a cercare su Google le parole repository, ubuntu, nome del programma. Se trovate un repository, accertatevi che sia per la versione di Ubuntu che usate, dopodiché aggiungetelo tramite Sorgenti software (scheda "software di terze parti").
5. Se non trovate un repository, provate a cercare su google: deb package ubuntu nome del programma è possibile che qualcuno abbia già pacchettizzato il programma che cercate magari sul proprio blog.
6. Se anche questo tentativo fallisce, provate con i pacchetti per Debian Sid: http://packages.debian.org ATTENZIONE: se Gdebi vi dà errore, meglio desistere.
7. Se neppure Debian ha il pacchetto che vi serve, allora visitate il sito del programma. Cercate se esiste un repository per Ubuntu e/o Debian mantenuto da loro, oppure, un pacchetto deb
8. Solo se tutti questi tentativi falliscono, allora rassegnatevi a compilare il programma per conto vostro.

Devo dire che, nella pratica, capita abbastanza raramente di arrivare al punto 8.

Requirements:

1. Not a Linux Beginner
2. Remastersys
3. Ubuntu Minimal Disc (You can use hardy normal disc)
4. Ubuntu already installed (I wont tell you how to do this)
5. About 2 hours of your time

Getting Remastersys

First you will need to get remastersys. To acquire it you will first need to go to your terminal. You can go to your terminal by going Applcations>Accesorries>Terminal. In the terminal type:

sudo -s

echo "deb http://www.remastersys.klikit-linux.com/repository remastersys/" >> /etc/apt/sources.list

sudo apt-get update

sudo apt-get install remastersys

It is now Installed!

Getting Ubuntu Minimal CD

First you will need to get it off of https://help.ubuntu.com/community/Installation/MinimalCD.Now Extract it.

Ubuntu Guide

Before I tell you how to do this, I will tell you a few things:

1. I might say to copy it to %cdrom% and when I say that I mean the path where you mounted your ubuntu minimal or hardy cd.
2. I might say /home/yourusername which is where you type your username where it says typeyourusername.
3. This takes TIME

sudo -s

mount -o loop -t iso9660 <path to iso without the <> > <mountpoint (Usually /media/cdrom)>

cp /media/cdrom/* /home/yourusername/livecd/livecd

sudo apt-get install squashfs-tools

sudo modprobe squashfs

cd /home/yourusername

mkdir livecd

cd livecd

mkdir cd

mkdir squashfs

mkdir custom

cp %cdrom%/* /home/yourusername/livecd/cd

cd /home/yourusername/livecd/cd/casper

mkdir /media/ISO

mount -o loop -t squashfs filesystem.squashfs /media/ISO

cp /media/ISO/*  /home/yourusername/livecd/squashfs

cp /media/ISO/* /home/yourusername/livecd/custom

cd custom

chroot .

Begin Editing this install!

Once you finish type:

remastersys dist imagename.iso and it will build the iso.

The directories and the names of the iso can be changed as you wish but you must follow everything else

]]> http://caosyentropia.wordpress.com/?p=221 Thu, 31 Jul 2008 11:31:28 +0000 javisev http://caosyentropia.wordpress.com/?p=221 Queda de recordatorio para mi atiborrada mente, que a veces no se acuerda de los comandos indicados para quitar algún molesto mensaje de warning al hacer un "apt-get update"

La advertencia al acceder a los repositorios es ésta:


W: GPG error: http://www.debian-multimedia.org etch Release: Las firmas siguientes no se pudieron verificar porque su llave pública no está disponible: NO_PUBKEY 07DC563D1F41B907

La solución para deshacernos de este pesado mensaje es tan sencilla como teclear estos dos comandos, donde la clave pública es la que nos pida en la advertencia y la url dependerá de donde nos la hayamos bajado:

Añadidla como root (de ahí la almohadilla antes de las instrucciones)

Un ejemplo:

# gpg --keyserver wwwkeys.eu.pgp.net --recv-keys 07DC563D1F41B907
# gpg --armor --export 07DC563D1F41B907 | sudo apt-key add -

Hay algunas para lo que tenemos que hacer algo diferente, por ejemplo para añadir las llaves de Debian-Multimedia, donde deberemos hacer un install del paquete debian-multimedia-keyrings, como un paquete más del sistema.

Hasta aquí el extracto curioso de hoy.

It seems that every time I used apt-get it complained about some problem with havp:

Starting havp: Starting HAVP Version: 0.86
Could not create server (already running?)
Exiting..
invoke-rc.d: initscript havp, action "start" failed.
dpkg: error processing havp (--configure):
subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
havp
E: Sub-process /usr/bin/dpkg returned an error code (1)

So what I've done was:

sudo bash

cd /etc/init.d

mv havp havp.old

apt-get upgrade

mv havp.old havp

and this cleared my apt-get errors.

Now it works.

Antes de todo recordaros que para tareas administrativas siempre el sistema pide contraseña, que es la que elegísteis al instalar el sistema. En la consola al usar el comando sudo, también la pide, aunque al teclearla parezca que no sale, pulsa intro y la aceptará.

En el menú Sistema->Administración->Gestor de paquetes Synaptic, tenemos los paquetes disponibles en la distribución. Por defecto no aparecen todos los posibles, pero yendo al menú repositorios, puedes marcar otros (yo tengo todos marcados de la pestaña Software de Ubuntu.

Luego tenemos programas de terceros que necesitaremos quizás para poner a nuestro gusto el sistema, y se añaden en la pestaña Software de Terceros, ahí podemos añadir repositorios. Otra forma de añadirlos es editando el archivo sources.list (por ejemplo tecleando en un terminal sudo gedit /etc/apt/sources.list), los que se añadan ahí siempre deben ir precedidos del comando deb.

Una vez añadidos los repositorios deberemos actualizar (pulsando el botón recargar en Synaptic, o tecleando sudo apt-get update, en un terminal)

Para instalar paquetes los elegiremos después de buscarlos en Synaptic, o en un terminal usando la sentencia sudo apt-get install nombrepaquete. Para desinstalarlo en synaptic lo marcaremos con el botón derecho y lo marcaremos para eliminar, en terminal sudo apt-get remove nombrepaquete.

Seguramente pensaréis por qué  usar la consola (o terminal) y en Synaptic es más intuitivo, en mi caso lo uso porque normalmente al instalar lo que hago es copiar y pegar de donde he cogido la información y es más rápido que en Synaptic.

Otra forma de instalar paquetes en descargar directamente el archivo con extensión '.deb' y al ejecutarlo se instala el paquete con sus posibles dependencias.

En el próximo tema explicaré cómo instalar programas que no tengan extensión DEB.

Oggi niente cose complicate, anzi. Cerchiamo di semplificarci la vita. Ho pensato ad alcuni post per spiegare come fare da interfaccia grafica ciò che di solito nelle guide viene spiegato con l'uso del terminale. I post sono incentrati su Ubuntu, ma possono essere applicati anche ad altre distribuzioni che usano GNOME. Dove possibile cercherò di dare qualche indicazione anche su Kde.

Penso che farà piacere un po' a tutti.

Vediamo come "tradurre" in grafica il seguente comando da terminale:

sudo apt-get install emesene

"sudo" è la parolina magica che è un po' la gioia e il dolore di tanti nuovi utenti. Serve ad ottenere i diritti di amministrazione del sistema, senza i quali non possiamo compiere operazioni "pericolose" come installare o disinstallare i programmi.

"apt-get" è il programma testuale che farà due cose: rintracciare il programma che ci serve nei repository (che sono speciali siti web dove vengono conservati i pacchetti dei programmi, dei "depositi" appunto) e, dopo averlo scaricato, installarlo. "Install" è l'azione che chiediamo, cioè installare. Se scriviamo "remove" invece chiederemo il contrario, ovvero disinstallare. "Emesene" è il nome del programma che vogliamo installare.

Vediamo come si fa da grafica. Andiamo su Sistema > Amministrazione > Gestore Pacchetti Synaptic.

Ci verrà chiesta la password, come nel caso del terminale, dopodiché si avvierà il programma Synaptic (notate l'assonanza con APT: SynAPTic : questo significa che Synaptic è un'interfaccia grafica per APT, quindi è assolutamente equivalmente. Usare apt-get da terminale o Synaptic da grafica è esattamente la stessa cosa).

Ora clickiamo su "Cerca" e scriviamo "emesene".

La ricerca possiamo farla solo sul nome oppure su nome e descrizione. In questo secondo caso vedremo anche i pacchetti la cui descrizione contiene la parola inserita. Ad esempio se abbiamo bisogno di un word processor potremmo scrivere "word processor" così verrebbero fuori diversi pacchetti.

Ora premiamo invio e dopo pochi secondi uscirà il pacchetto con il nome "emesene". Clickiamo sul quadratino e la riga si evidenzierà, così:

Ora clickiano su "Applica". Diamo conferma nuovamente e il sistema scaricherà il pacchetto, dopodiché lo installerà. Se clickiamo su "Dettagli" vedremo il terminale che esegue apt-get ;)

Se non ci piace e vogliamo togliere Emesene apriremo nuovamente Synaptic, cercheremo "emesene", clickeremo sul quadratino e selezioneremo "rimuovi" o "rimuovi completamente" nel caso volessimo cancellare anche i file di configurazione.

Allora, è tanto difficile installare i programmi su Ubuntu?

In confronto con Windows dovevamo:

1. cercare su google il programma
2. andare nella sezione Download del sito
3. scaricarlo
4. installare il programma rispondendo a 200 domande inutili
5. accorgerci che era una versione trial
6. cercare un crack su emule
7. scansionare con l'antivirus
8. spostare il crack nella cartella del programma
9. applicare il crack.

Scegliete :)

Con Kde useremo Adept, la logica è la stessa di Synaptic quindi non la rispiego ;) .

Alla prossima.

Altri difetti? Sia per Debian/Ubuntu che per Arch Linux il pannello non è disponibile in versione "precompilata" ma necessita di installazione "manuale". Non dovete temere però la procedura porta via al massimo 5 minuti, vediamo come fare:

Per utenti Debian/Ubuntu
Installate le dipendenze necessarie per la compilazione da terminale: apt-get install libcairo2-dev libpango1.0-dev libglib2.0-dev libimlib2-dev

Per utenti Arch Linux
Installate le dipendenze necessarie per la compilazione da terminale: pacman -S cairo pango glib2 imlib2

Il resto è uguale sia per utenti Debian/Ubuntu che Arch Linux

1. Scaricate i sorgenti tar.gz dal sito ufficiale: http://code.google.com/p/tint2/downloads/list
2. Sempre da terminale scompattate i sorgenti scaricati: tar xzfv tint*
3. Portatevi nella cartella /src dei sorgenti scompattati: cd /tint-etc../src
4. Digitate: make
5. Digitate da root: make install

Se tutto è filato liscio potete lanciare la vostra barra digitando da terminale: tint
Naturalmente il comando tint va inserito all'avvio di Openbox (nel file autostart.sh) o del vostro Desktop Environment.

Per i colori, gli angoli, e le trasparenze è altamente configurabile. Basta editare con un editor di testo il file presente in /home/nomeutente/.config/tint/tintrc

yups, linux belakangan ini lagi giat bermain linux.. instal install. pemakaian qt4. tes update repository. kita di
indonesia punya mirror buat update linux loh. salah satu nya ada di ui. di http://kambing.ui.edu

surabaya juga punya kalau tidak salah di http://kebo.vlsm.org
apa sih tujuanya? jadi kita bisa mengupdate linux kita. misal di windows. word 2003 udah kuno tinggal update
gratis lagi.. (yah walaupun word 2003 juga separro gratis... eh gratis malah minjem ^^)

update ini lumayan, apalagi yang berada di jaringan inherent (gak ngerti maksud inherentnya). jadi
kecepatanya lumanyan pernah mencapai 1 megaB /s (B besar).

Saya sedang mempelajari sistem operasi tersebut tak kenal maka tak sayang, distro favourite saat ini masih
debian. kecil gak gede gak ribet.. memang untuk pemakaian kdevelop qt4 agak bermasalah. di upgrade gak
isa.

oh iya yang mau set apt-get (program updatenya)

(kalau salah dikit maklum buat di windows)

# vi /etc/apt/source.list

nah di Vi di tulis deh

deb http://kambing.ui.edu/debian  Distronya main contrib non-free

urlnya gak pakai ./Dists/ <<< gak jalan kalau gak.
/dist/ jadi spasi langsung jenis distro.
tinggal
apt-get update << update source list
apt-get dist-upgrade << upgrade juga
apt-get install TAB TAB   << cari lah software yg mau di update.

kemarin instal di rumah. dengan keadaan di /hdc2/
saat bawa ke kampus ada di /hdb2/
wah gak isa kemana mana.. akhirnya pakai konsole.. dia gak cocok sana sini. boot kernel panic
istilahnya.
yg harus diperbaiki biar masuk yah..
1. grub
root (hdx,x)
kernel = xxxx/xxxx     root=hdx,x

2. konfigurasi di /etc/fstab
/dev/hd0    /hdb/   << lupa lupa.. pokoknya sesuaikan a b c nya

tapi mungkin juga gak isa masuk ke startx (mode GUI ) gara gara disini pakai PCI VGA. di sana onboard yah..
bagaimana cara nya supaya update driver ...?? harus di pelajari..

selamat berlinux...