Mais uma ferramenta para manipular pacotes para o slackware, mas agora feita com QT4 uma interface elegante e simples de usar uma feature legal e que ele pode transformar o seu pacote tgz em módulo do slax.

Obs ele não é um slapt-get é apenas uma interface gráfica para o pkgtool o que deixa ela mais fenomenal

Obs2: Feita por um brasileiro

Vale a pena testar

pacote tgs do qtgzmanager

Referências:

http://www.slackbr.org/forum/viewtopic.php?f=105&t=13771 – post no fórum do slackbr

http://jtgzmanager.sourceforge.net/development.html  – blog do projeto

http://jtgzmanager.sourceforge.net/ – site do projeto

http://www.kde-apps.org/content/show.php?content=52720 – projeto hospedado no kde-apps

https://sourceforge.net/project/mirror_picker.php?height=350&width=300&group_id=186459&use_mirror=ufpr&filename=qtgzmanager-1.0beta4-i686-1_S12.1.tgz&abmode=0 – pacote tgs do projeto

Program SWareT (The Essential Slackware Tool) jest narzędziem sprawiającym, że zarządzanie pakietami w tej dystrybucji jest prawie bliskie ideałowi. Obecnie program występuje w dwóch wersjach – stabilnej oznaczonej numerem 1.6.3 oraz rozwojowej – 2.0.0test3. Pomiędzy obydwoma wersjami oprogramowania istnieje duża różnica. Na nieoficjalnych stronach dostępna jest ponadto wersja programu 1.7.04, która pomimo swej pozornej niestabilności sprawuje się najlepiej. Kod w gałęzi 2.* został napisany praktycznie od nowa z wykorzystaniem języka Perl. Na razie SWareT w wersji rozwojowej działa w sposób dość nieoczekiwany, dlatego polecam na razie wstrzymanie się z jej instalacją. Ponadto prace nad poprawkami z pewnością zostaną zahamowane ze względu na porzucenie projektu przez głównego developera. Ostatno jednak zapaliło się światełko w tunelu. W styczniu tego roku na stronie projektu można przeczytać, że projekt przejmuje nowy developer o nicku dozzie. Informacja ta cieszy mnie o tyle, że dozzie to nasz krajan – Wrocławianin, aktywnie działający między innymi na najlepszym polskim forum poświęonym Slackware – forum.sklackware.pl. Myślę, że dobrze to wróży projektowi.

Do prawidłowego działania program SWareT wymaga pkgtools, wget lub rsync, bash, gawk, man, grep, sed, proops, coreutils/fileutils/textutils, util-linux, gzip, bzip2, bc, glibc. Większość z wymaganych programów znajduje się w minimalnie zainstalowanej dystrybucji. Zaraz po instalacji SWareT-a należy dokonać jego konfiguracji, edytując plik /etc/swaret.conf. Jego układ jest na tyle przejrzysty, co sprawia że tylko czytając zamieszczone komentarze – ustawienie odpowiednich opcji nikomu nie powinno sprawić trudności. Podstawową rzeczą, którą musimy zmienić jest zmiana stałej VERSION, oznaczająca wersję dystrybucji z której korzystamy lub z której chcemy korzystać – np. 12.0. Ja zawsze wpisuję tu słowo current, co oznacza iż zawsze będę miał dostęp do najnowszych pakietów. Ostrzegam jednak przed dokonywaniem uaktualnienia całego systemu do current. Zwykle źle się to kończy. Po nadaniu stałej LANGUAGE wartości POLISH wszystkie wyświetlane przez program komunikaty będą w języku polskim. Przechodzimy teraz do konfiguracji najważniejszych opcji programu. Pierwszą z nich jest ustawienie źródeł repozytoriów z oficjalnymi pakietami dla dystrybucji (stała ROOT). Standardowo w swaret.conf umieszczono wystarczającą ich liczbę. Program będzie przeszukiwał kolejno wszystkie podane mirrory aż do odnalezienia danego pakietu. Jeśli z jakichś względów z pewnymi mirrorami nie chcemy się łączyć lub chcemy się łączyć w pierwszej kolejności – wystarczy zahaszować linijkę zawierającą adres mirrora czy też, dla drugiej sytuacji przestawić ją wyżej. Jeśli chcemy korzystać z nieoficjalnych repozytoriów Slackware, musimy stałym REPOS_ROOT nadać odpowiednie wartości, np. : REPOS_ROOT=Scarlet.be%ftp://scarlet.be/pub/linuxpackages/Slackware-12.0.

Wartość stałej REPOS_ROOT składa się z nazwy repozytorium oddzielonej znakiem procentowości od adresu repozytorium ze stałą VERSION. Tu ważna uwaga! Jeśli jako VERSION ustawiliśmy wartość current, to w tym miejscu musimy ją zastąpić konkretną wersją dystrybucji. Nieoficjalne repozytoria pakietów Slackware nie mają bowiem gałęzi current.

Cały artykuł na temat menadżera pakietów SWareT dostępny jest w Linux+ Extra! nr. 86, poświęconemu w całości najnowszej wersji dystrybucji Slackware 12.0.

Pozsotałe artykuły tego wydania pisma:

• Slackware 12.0 – ogólne informacje o systemie Slackware w wersji 12.0. Opis zmian w stosunku do poprzednich wersji dystrybucji oraz opis zawartości dołączonej do pisma płyty DVD.
• Instalacja Slackware 12.0 – opis procesu instalacji Slackware. W artykule, w kolejnych krokach przedstawiony został proces instalacji systemu z dołaczonej do czasopisma płyty DVD. Instalacja Slackware uznawana jest jako proces trudny dla mniej zaawansowanego uzytkownika Linuksa. Autor pokazuje, że nie jest to prawda. Z napisanym w ncurses instalatorem, który prowadzi uzytkownika przez cały proces niemal że za rękę, każdy da sobie radę.
• Środowisko graficzne w Slackware – Środowisko graficzne – serwer Xorg jest nieodzownym elementem wszystkich komputerów biurkowych. Artykuł pokazuje jak zainstalować i skonfigurować serwer X-ów w Slackware. Można też znaleźć informacje o instalacji binarnych sterowników dla kart garficznych z chipsetem NVidia oraz o instalacji przygotowanego specjalnie dla Slackware menadżera GNOME – Dropline Gnome.
• Konfiguracja sieci w Slackware – Artykuł prezentuje sposób instalacji i konfiguracji dwóch najbardziej popularnych metod łaczenia się z siecią – połaczenie przez kartę sieciową oraz przez usługę dostępu szerokopasmowego ADSL.
• Programy użytkowe w Slackware – Slackware to nie tylko doskonała dystrybucja na serwer, lecz także wyśmienity system na każdy komputer – domowy, a zwłaszcza w firmie. Artykuł opisuje kilka podtsawowych programów które mogą znaleźć sie na takich maszynach.
• Programy multimedialne w Slackware – Artykuł opisuje oprogramowanie, które należy zainstalować, aby komputer ze Slackware przekształcić w domowe centrum multimedialne – odtwarzacz i konwerter mediów.
• Gry w Slackware – Slackware to nie tylko system przeznaczony do zaawansowanych zadań serwerowych. Może on pełnić również funkcję centrum rozrywki domowej, choćby dzięki licznym grom dostepnym pod Linuksa, które bez trudu można zainstalować w Slackware.

Il mio flirt con Debian stable + backports è durato molto poco, purtroppo.

In realtà la colpa è mia: dovevo informarmi meglio sui problemi che CUPS 1.2 sta creando ad alcuni utenti per quel che riguarda la stampa in rete (urge, a questo punto, sottolineare che invece, da locale, il funzionamento di CUPS+Gutenprint era perfetto). Se non fosse stato per questo, avrei tenuto il sistema così com’era: rapido nelle risposte e completo. Ribadisco: se non ci sono problemi di sorta, Debian stable + backports è la scelta migliore, specie su computer su cui Ubuntu (la mia distribuzione di riferimento per il segmento desktop) risulta troppo pesante, a causa delle marcate ottimizzazioni della libreria C e di numrosi altri componenti basilari del sistema.

Ho imparato a non formalizzarmi troppo, nè a fissarmi sul fare tinkering all’infinito: c’è un limite fisiologico oltre il quale le cose devono funzionare. Inoltre, la mia priorità, avendo un everything server piuttosto che un router (come la maggior parte delle persone che scelgono di crearsi una rete locale) è quella di avere un sistema snello: se poi ci scappa una buona interfaccia grafica, bene, altrimenti va bene lo stesso.

Sono, quindi, ripassato a Slackware (che, fino ad ora, è stata la distribuzione che ha meglio performato sul mio vecchio Celeron 300 Mhz). La tradizione di stabilità ed estrema flessibilità della distribuzione non è messa in discussione da nessuno; in parte, però, il prezzo di questa flessibilità viene pagato con un sistema di gestione dei pacchetti chiaramente di livello diverso rispetto a quello, per esempio, di Debian.

Il vero problema, infatti, risiede nella mancanza di supporto al dependency tracking: in pratica, il sistema di gestione dei pacchetti non si occupa di verificare se sono presenti tutti quei componenti di sistema atti a fare funzionare un particolare componente di sistema. Tale controllo è deliberatamente lasciato all’utente. Inoltre, poichè Slackware è un progetto gestito da un solo individuo, Patrick J. Volkerding, si rende necessaria una selezione accurata dei pacchetti da introdurre nella distribuzione base, così che PJV non risulti sommerso dal mantenimento di una collezione sterminata di pacchetti.

Purtroppo, però, non sempre sono rose e fiori: in alcuni scenari, il fatto di doversi occupare di ricercare le dipendenze a mano, e, se non le si riesce a sistemarle tutte, doversele ricompilare dai sorgenti, risulta poco pratico. Eppoi, non tutti hanno la pazienza (e le risorse hardware) di chi utilizza Gentoo (scherzo, ovviamente, sulla pazienza: resta però il fatto che dover ricompilare l’intero sistema su qualcosa di più lento di un Pentium III è una strada poco praticabile).

Usare pacchetti personalizzati

Per sopperire a questi problemi, numerosi gruppi di utenti hanno creato collezioni di pacchetti personalizzati. Secondo me, la più riuscita di queste è quella resa disponibile dal portale Slacky.it, che, almeno nei miei test, si è distinta per coerenza organizzativa e per il fatto che i pacchetti nuovi tendono a non distruggere l’intero sistema (come, ahimè, accade per quella di LinuxPackages, che è sicuramente più ampia, ma poco gestibile col sistema automatizzato, molto simile a una nostra vecchia conoscenza, che vedremo fra un attimo).

Inoltre, un altro limite delle utility di gestione dei pacchetti in Slackware è la mancanza di un tool centralizzato per reperire i pacchetti (e, ovviamente, le loro dipendenze). Ci vengono in aiuto, però, due utility, l’una alternativa all’altra: swaret e slapt-get.

La mia scelta, dato il mio amore per il sistema APT, è ricaduta su quest’ultimo. Come vedremo, la configurazione è estremamente simile a quella della sua controparte Debian (di cui non rappresenta, però, un derivato: si tratta di un clone, progettato per emulare il look&feel del solo apt-get: niente apt-cache, apt-cdrom, apt-… per ora ).

1. 1. Fate l’accesso come root.
2. 2. Scaricate la versione più recente di slapt-get per la vostra architettura (per chi scrive, la 0.9.11e su i386), e installatela:

   wget
   http://software.jaos.org/slackpacks/10.2/slapt-get-0.9.11e-i386-1.tgz
   installpkg slapt-get-0.9.11e-i386-1.tgz

3. Modificate il file /etc/slapt-get/slapt-getrc e fatelo diventare simile a quello che segue:

   WORKINGDIR=/var/slapt-get
   EXCLUDE=loadlin,pcmcia-cs,^kernel-.*,^alsa-.*,.*-[0-9]dl$,^devs$,^udev$,
   aaa_elflibs,x86_64
   SOURCE=ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-10.2/
   SOURCE=ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-10.2/extra/
   SOURCE=ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-10.2/testing/
   SOURCE=ftp://ftp.unina.it/pub/linux/distributions/slackware/slackware-10.2/pasture/
   SOURCE=http://www.slacky.it/download
   SOURCE=http://software.jaos.org/slackpacks/10.2/

   • se desiderate che slapt-get gestisca anche gli aggiornamenti del kernel, togliete

     ^kernel-.*,^alsa-.*,.*-[0-]dl$,^devs$,^udev$

   • se state utilizzando un portatile, sarebbe meglio togliere

     pcmcia-cs

   • se state utilizzando un port di Slackware su architetture non x86, fareste meglio a blacklistare i pacchetti che non appartengono alla vostra architettura: nella mia limitata esperienza con detti port non ufficiali, questo problema non si pone con i “repository ufficiali” (ovverosia i mirror da cui scaricate la distribuzione), ma potrebbe porsi nel caso di eventuali repository utente (credo non nel caso di Slacky.it, ma tenete presente che non so quali architetture siano presenti nel suo repository). Ad esempio, se state usando Slamd64, sostituite

     x86_64

     con

     i486,i686

     e simili.

Alcune note riguardanti la riga EXCLUDE (che indica a slapt-get a proposito di quali pacchetti non prelevare informazioni:

4. Adesso eseguite il comando:

   slapt-get --update

   che farà esattamente quello che ci aspettiamo: scaricherà le informazioni sui pacchetti dai repository alla directory specificata in WORKINGDIR (di default /var/slapt-get, ma può essere una qualunque, basta che root vi abbia accesso).

E questa è una. Se vorrette installare nuovi pacchetti, vi basterà fare slapt-get –install [pacchetto]; per effettuare aggiornamenti, sono disponibili le opzioni –upgrade e –dist-upgrade, che hanno la stessa valenza delle corrispettive in apt per Debian: la prima aggiornerà solo i programmi, la seconda anche componenti di sistema (come il kernel o la GNU C library).

Creare pacchetti personalizzati

Può capitare, però, che neanche i repository personalizzati possano esservi d’aiuto nel reperire un pacchetto, o, peggio ancora, una particolare versione del pacchetto. Facciamo un esempio: io sono in possesso di uno scanner Canon CanoScan LIDE 35. Questa periferica è divenuta (quasi pienamente) supportata in SANE soltanto a partire dalla versione 1.0.17 dei backend (per chi viene da Windows, qualcosa di simile all’interfaccia di gestione “Scanner e fotocamere digitali”, mentre SANE è, in tutto e per tutto, un’alternativa superpotenziata, indipendente dalla piattaforma e dalla GUI di TWAIN). Inoltre, questa particolare versione (o una più recente) di SANE mi serve solo sul computer su cui esso è fisicamente collegato (la novella Slackware box). Questo perchè, per fare il fico (e alla faccia di chi ancora si ostina a usare Windows ), posso controllare lo scanner da un altro computer con il backend net – cosa che mi evita di trascinarmi la periferica assieme al portatile, su cui è, peraltro, installata Kubuntu 6.06 Dapper Drake, che la supporta perfettamente.

Ora, per quanto noi possiamo essere bravissimi a compilare software dai sorgenti (e credetemi, si tratta di un procedimento facilissimo, soprattutto grazie ai potenti strumenti di autoconfigurazione degli stessi che la maggior parte dei progetti mette a disposizione, non ultimo il famosissimo script di shell configure), dobbiamo anche pensare in chiave futura: Slackware 11.0, infatti, include, SANE 1.0.17, che è perfetto per lo scanner in questione – e noi vogliamo la possibilità di poter tornare ad un package certificato da Patrick J. Volkerding – che di certo sarà più leggero ed efficiente di quello che noi potremo creare.

A noi, però, lo scanner serve adesso!

Faremo in modo, quindi, di creare un pacchetto .tgz in tutto e per tutto equivalente a quelli visti sinora, così che potremo rimuoverlo facilmente con un bel colpo di removepkg quando lo riterremo più opportuno.

Prenderò l’esempio di SANE (che è, tra l’altro, uno dei pacchetti che credo distribuirò tramite il mio sito Web, data l’elevata utilità): ne preleveremo i sorgenti, li compileremo e creeremo il pacchetto.

Come è ovvio, altri software potrebbero richiedere un livello di adattamento diverso da quello mostrato nell’esempio (per dire, diverse opzioni da passare a configure, o ulteriori operazioni preliminari): in ogni caso, i passaggi a partire dal punto 5 (escluso i l 6) sono pressochè universali, indipendenti da quale software si sta preparando.

1. Scarichiamo i sorgenti di SANE (l’ultima versione, per chi scrive, è la 1.0.18 per i backend, e la 1.0.14 per i frontend):

   wget http://alioth.debian.org/download.php/1669/sane-backends-1.0.18.tar.gz
   wget http://alioth.debian.org/download.php/1140/sane-frontends-1.0.14.tar.gz

2. Decomprimiamo i backend, e spostiamoci nella directory che viene creata:

   tar xfz sane-backends-1.0.18.tar.gz; cd sane-backends-1.0.18*/

3. Configuriamo i sorgenti e iniziamo la compilazione. Attenzione a non scegliere il filesystem /usr/local, poichè vogliamo che i componenti risultino logicamente integrati nella distribuzione principale.

   ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var; make; make install

4. (passaggio non sempre necessario) SANE rappresenta un caso particolare: infatti, mentre a livello sorgente esistono due pacchetti distinti e separati, ed una stretta dipendenza dei frontends da una versione installata (i.e. reperibile in /usr/*) dei backends, i pacchetti precompilati, di solito (ed è anche il caso di Slackware), sono unici, e installano sia gli uni che gli altri. Per poter, quindi, far trovare ai frontend la versione da noi compilata dei frontend (e quindi permettere la loro compilazione) dovremo fare un

   make install

5. Creiamo, se non l’abbiamo già fatto prima, una directory in cui porre tutti i file che dovranno far parte del pacchetto, e indichiamo a make di creare una gerarchia di filesystemtale da poter essere incorporata nel nostro pacchetto – poichè, in pratica, è come se facessimo credere al tool che la / si trova da un’altra parte), in questo modo:

   mkdir -p $HOME/pacchetti/sane; make install DESTDIR=$HOME/pacchetti/sane

6. Ripetiamo dal passaggio 1 al passaggio 5 (escluso il 4) per sane-frontends-1.0.14.tar.gz
7. Spostiamoci nella directory che contiene i file da includere nel pacchetto, e creiamo una subdirectory /install:

   cd $HOME/pacchetti/sane; mkdir install

8. Creiamo un file di testo, slack-desc, nella directory install, scrivendo quanto segue:

   # HOW TO EDIT THIS FILE:
   # The "handy ruler" below makes it easier to edit a package description.  Line
   # up the first '|' above the ':' following the base package name, and the '|' on
   # the right side marks the last column you can put a character in.  You must make
   # exactly 11 lines for the formatting to be correct.  It's also customary to
   # leave one space after the ':'.   
   
       |-----handy-ruler------------------------------------------------------|
   sane: sane (Scanner Access Now Easy) - backends v1.0.18, frontends v1.0.14
   sane:
   sane: SANE is a universal scanner interface that provides standardized
   sane: access to any raster image scanner hardware, such as flatbed scanners,
   sane: hand-held scanners, video and still cameras, frame-grabbers, and other
   sane: similar devices.
   sane:
   sane: This package has been built on an i686 Slackware 10.2 box, and requires
   sane: libgphoto2 from the Slacky.it (http://www.slacky.it/) repository.
   sane:
   sane:

9. Usciamo dall’editor.
10. Spostiamoci nella directory parent, e avviamo makepkg, specificando il nome del pacchetto da creare:

    cd ..; makepkg sane-1.0.18-i686-1.tgz

Vi verranno poste alcune semplici domande: rispondete sì alla richiesta di cancellare i link simbolici (verranno ricreati per mezzo di uno script che sarà salvato in ./install/doinst.sh – script che potrete modificare a vostro piacimento in seguito, magari ricreando successivamente il pacchetto), e in breve tempo dovreste avere un pacchetto pronto da installare e gestire con le usuali utility di manutenzione Slackware (installpkg, removepkg, …).

Hope this helps!

(Edit del 24/09/2006: Alcuni pacchetti creati da me sono, da oggi, disponibili qui.)