Newsgroup: it.comp.os.linux.debian
Titolo: Come installare con apt un pacchetto personale

[crosspost icol.debian e .software; f/u non impostato]
 
Ho fatto un pacchetto deb (java della Oracle, non free), e' possibile
installarlo con apt invece che con "dpkg --install ./pacchetto.deb" ?
Grazie in anticipo
 
-- 
Tanti saluti
 


Che io sappia no, a meno che tu non crei un repository locale da aggiungere al sources.list.
E se vuoi farlo eccoti una bella guida:
http://guide.debianizzati.org/index.php/Creare_un_Repository_Debian
 
 
Ciauz

 aggiungere al sources.list.
 
 
beh, funziona anche se crea un repository remoto :)
 
 


:D
 

 
http://guide.debianizzati.org/index.php/Creare_un_Repository_Debian
 
 
Poi me la guardo, pero' per un solo pacchetto non mi conviene in ogni
caso -- arigrazie!
 
-- 
Tanti saluti
 


Stai confondendo due cose.
 
I pacchetti vengono *installati* _sempre_ con dpkg, che è il gestore dei 
packages (dpkg sta appunto per Debian PacKaGe).
apt è un'interfaccia tra i repository e dpkg, ovvero si occupa di 
scaricare i pacchetti voluti dai repository opportuni, e passarli a dpkg 
per l'installazione.
 
Quindi la tua domanda "posso installare un pacchetto .deb con apt 
anziché dpkg" è semplicemente malposta.
 
 
-- 
Massimo Bacilieri AKA Crononauta

Addi' 21 ott 2014, Crononauta scrive:

OK e molte grazie, adesso finalmente ho capito! E quindi a sua volta
anche dselect e' un'interfaccia di dpkg attraverso apt.
 
-- 
Tanti saluti
 

 anziché dpkg" è semplicemente malposta.
 
In teoria e` giusto quello che dici, ma solo perche` apt non supporta 
l'installazione dei pacchetti che si trovano al di fuori dei repository. Ad 
esempio, yum permette di scaricare e di installare direttamente un pacchetto 
rpm senza dover passare dal repository, che usa comunque per risolvere le 
dipendenze del pacchetto. Per capirci meglio, questo e` un comando lecito e 
funzionante (ovvero mi installa il pacchetto e le sue dipendenze):
 
sudo yum install 
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
 
 
Enrico
P.S. secondo ricerche su Internet, per ottenere lo stesso su Debian devo 
usare gdebi

 usare gdebi
 
Gdebi da me (stabile) e' un pacchetto che non esiste, cmq dev'esser cosa
di Gnome e, io, non lo userei mai.
 
-- 
Tanti saluti
 

 di Gnome e, io, non lo userei mai.
 
Esiste
https://packages.debian.org/wheezy/gdebi
 
solo che se usi le QT e` meglio se installi gdebi-kde
https://packages.debian.org/wheezy/gdebi-kde
 
 
Installo raramente pacchetti al di fuori dei repository Debian ma ad
esempio ho ceduto alla curiosita` di provare su Debian l'utility di Mint
'mintstick' (ottima IMHO per formattare le chiavette USB)
http://packages.linuxmint.com/pool/main/m/mintstick/
 
ed ho proprio utilizzato gdebi ma questo solo perche` sono vecchio e
cosi` sono affezionato a certi pacchetti che cmq anche nei momenti di
maggior sconquasso della testing hanno sempre retto al meglio :-) 
Sulla testing con Gnome3 pero` il pacchetto standard credo sia invece
'gnome-packagekit' e che quindi il comando del lanciatore sia:
 
gpk-install-local-file %F
 
Nella descrizione del pacchetto pero` leggo:
====================================
PackageKit permette di effettuare semplici compiti di gestione del
software attraverso un'interfaccia DBus, ad esempio aggiornare la cache,
aggiornare, installare e rimuovere pacchetti software o cercare codec
multimediali e gestori di file.
 
Questo pacchetto contiene un'applicazione basata su GTK+ per
l'installazione e la rimozione di pacchetti, così come un'applicazione
per visualizzare gli aggiornamenti di sistema.
====================================
 
Restiamo quindi sempre a livello di interfaccia grafica (GTK) mentre mi
e` sembrato di capire fossi piu` interessato ad un comando testuale,
tipo l'esempio dello yum (adatto ai pacchetti rpm) postato da Henryx.
 
Purtroppo non lo conosco ed indagando un po' mi e` venuto pure un
dubbio:
 
sulla testing cosi` come 'gdebi' e` un'interfaccia grafica per dpkg,
cosi`, di default, 'gpk-application' e` l'interfaccia grafica per apt. 
Io pero` anche in questo caso uso un pacchetto piu` vecchio, Synaptic,
perche` lo ritengo ancora insuperato.
 
Sta` di fatto che li` in synaptic nel menu sotto la voce 'File' trovo il
comando (che non ho mai  usato) 'Aggiungi pacchetti scaricati' che mi
informa: "Aggiunge i pacchetti scaricati con l'opzione Genera Script di
scaricamente pacchetto".
 
Non e` che quindi , magari non in modo cosi` lineare come per il comando
yum, e` possibile tramite script, utilizzare anche apt sul terminale per
installare pacchetti gia` scaricati in locale?
 

 installare pacchetti gia` scaricati in locale?
 
Si', mi sa che faro' un po' di prove con Synaptic e poi daro' il
resoconto -- pero' a patto che non mi chieda la passwd di root, per
farle.
 
-- 
Tanti saluti
 

 soddisfare le dipendenze.
 
Un metodo semplice come l'esempio di yum non l'ho trovato ma se in
console vuoi installare (dipendenze comprese) con apt un pacchetto gia`
scaricato in locale, sbattendoti potresti fare cosi`:
 
(Ti faccio l'esempio con mintstick che ho provato io)
 
Crei nella tua home il percorso localrepo/deb
 
$ cd
$ mkdir -p localrepo/deb
 
poi con wget o altro scarichi il pacchetto 'mintstick_1.2.1_all.deb' e
lo collochi in 
~/$USER/localrepo/deb
(Naturalmente tu sostituisci '$USER' col tuo nome utente)
 
Ora da terminale ti porti nella directory 'localrepo', quindi:
 
$ cd ~/$USER/localrepo/
 
e dai il comando:
 
$ sudo dpkg-scanpackages deb /dev/null | gzip > deb/Packages.gz
 
Devi ora aggiungere la riga
 
deb file:/home/$USER/localrepo/ deb/ 
 
nel file '/etc/apt/sources.list', quindi:
 
echo "deb file:/home/$USER/localrepo/ deb/" >> /etc/apt/sources.list
 
Non ti resta che dare un update ed installare il pacchetto ;-)
 
$ sudo apt-get update
$ sodo apt-get install mintstick
 
-- 
Build your own customized Debian Live system.
http://cgi.build.live-systems.org/cgi-bin/live-build
 
 

 (Ti faccio l'esempio con mintstick che ho provato io)
[.................]
 
Ottimo! e chissa' quanti chilometri quadrati di doc ti ci son voluti.
TNX1.0E6!! Adesso mi fo il mio repository. Altro che synaptic! Quindi
c'era il modo anche per questo, devo ancora trovare cos'e' che non si
puo' fare con Linux; e speriamo che in futuro non tolgano la console,
per lasciare solo il terminale in X. Erano anni che ogni tanto volevo
installare pacchetti non ufficiali con apt, arigrazie!
 
-- 
Tanti saluti
 

 per lasciare solo il terminale in X. 
 
Gia`, che se non potessi andare in console non saprei cosa altro fare in
questo periodo con la gnome-shell 3.14 che ogni tanto freeza come fosse
una 3.0.1  se non un reset, magari da tastiera con un [Alt]+[Stamp]+seub
 
Se hai voglia raccontaci poi se hai risolto. Ciao, grazie.
 

 Se hai voglia raccontaci poi se hai risolto. Ciao, grazie.
 
Allora: tutto fatto, perfetto velocissimo (basta saperlo!).
1) Come root:
- ho creato la directory /usr/src/mio_repos
- ci ho messo tutti (una decina) i pacchetti .deb
- ho cambiato proprietario ricorsivamente: chown -R yoda:users mio_repos.
2) Come user (yoda) ho dato il comando:
dpkg-scanpackages /usr/src/mio_repos > /usr/src/mio_repos/Packages
3) Come root:
- ho aggiunto in /etc/apt/sources.list questa riga:
deb file:/usr/src/ mio_repos/
- ho dato il comando: apt-get update.
 
Tutto OK, vengono tutti trattati come quelli di 
debian.org
, posso sapere
le dipendenze ecc. e posso simulare l'installazione con "apt-get -s".
Di nuovo grazie!
 
-- 
Tanti saluti
 

 Tutto OK, vengono tutti trattati come quelli di 
debian.org
, [CUT]
 
Non esattamente .. APT prima di installare mi scrive:
 
ATTENZIONE: i seguenti pacchetti non possono essere autenticati.
  mintstick
Installare questi pacchetti senza verificarli? [s/N]
 
e come vedi se premi semplicemente l'Invio di default e` pure NO.
Mi sembra piu` che giusto e credo sia sempre meglio andare coi piedi di
piombo quando si tratta di installare pacchetti esterni ai repository
Debian.
In verita` ora ho installato questo mintstick anche per fare queste
prove ma in generale i pacchetti debian disponibili mi sono sempre stati
ben piu` che sufficienti. ;-)
 
Ho fatto anche uno script per automatizzare l'installazione; le uniche
differenze rispetto alla procedura che hai descritto tu, sono che nel
mio caso il repository si trova nella home e che comprimo il file
'Packages', anche se in locale non e` cmq strettamente necessario.
 
Mi sono lasciato un po' prendere la mano nella ricerca degli errori ed
ora lo script oltre a permettere di installare da console i deb
scaricati in locale, se trova che la home dell'utente e` sprovvista
della directory del repository, propone all'utente di crearla e di
conseguenza modificare in automatico anche il sources.list .
Se vuoi vederlo lo puoi scaricare da qui (devi solo dargli i permessi di
esecuzione):
http://mmpages.altervista.org/repository/script/bash/install_local_deb.sh
 
 
 

 
http://mmpages.altervista.org/repository/script/bash/install_local_deb.sh
 
 
Adesso guardo lo script grazie. Per la storia delle firme, nel mio caso
ci sono due cose diverse: non ho ancora preso pacchetti fuori da
debian.org
, tranne 
deb-multimedia.org
 e 
deb.opera.com
; e mi sembra che
da qualche parte avevo scelto che apt non mi chiedesse per le firme.
 
In ogni caso opera adesso e' tolto dal sources.list perche' non voglio
che lo upgradi e, per multimedia, della firma non me lo chiede mai.
 
 
* * *
 
Dunque, adesso l'ho scaricato e fatto girare, e' molto buono, m'ha
chiesto e creato la directory in $HOME/ e poi e' uscito.
Allora ci hi messo un generico file di testo e lo script questa volta
m'ha detto che mancava Packages, per farmelo occorreva aggiungere la
riga in sources.list e m'ha chiesto se volevo aggiungerla.
Al mio y pero' ha chiamato sudo, ma io ho sudoers in bianco, quindi per
non farmi denunciare a root ho dato ctrl-C.
 
Perche' non lo segnali alla Debian che hai fatto questa utility?
 
-- 
Tanti saluti
 

 Perche' non lo segnali alla Debian che hai fatto questa utility?
 
Si, aspettano me con uno script bash scritto alla mentula canis e pure
solo in italiano ..
gdebi e gdebi-kde hanno come loro dipendenza anche gdebi-core che
contiene l'utility per la riga di comando.
Il mio voleva solo essere un esercizio 'scolastico' per capire un po' di
piu` il meccanismo.
 
 
P.S.: leggendo un altro thread riguardo systemd mi sono accorto che
anche in quel caso hai avuto diffficolta` a trovare pacchetti e
versioni, questo accade immagino mentre sei sulla console.
Per la ricerca delle varie versioni dei pacchetti ti suggerisco quindi
il comando 'rmadison' che trovi nel pacchetto 'devscripts'.
 
 
 
 
 

 il comando 'rmadison' che trovi nel pacchetto 'devscripts'.
 
Lo installo subito, devscripts, e' pieno anche di altre utility, aspetto
solo che bc mi finisca il fattoriale di 1.000.000, son gia' quasi 4 ore,
non voglio interferire: non si sa mai. La cosa curiosa e' che per il
momento sta mettendo tutto in memoria, l'output dirottato su
/tmp/milione e' stato aperto, ma ha ancora zero byte. Inoltre deve
esserci lo zampino di Linux, non certo di bc, sul fatto che sta
alternando le due cpu, forse per non friggerle, lo vedo con htop e
quella in uso e' al 100%, l'altra praticamente libera o con una tacca.
 
-- 
Tanti saluti
 

 Lo installo subito, devscripts, e' pieno anche di altre utility, aspetto
 
Splendido tnx!
 
$: rmadison -a i386 mpg123
 mpg123 | 1.12.1-3 | squeeze | i386
 mpg123 | 1.14.4-1 | wheezy  | i386
 mpg123 | 1.20.1-2 | jessie  | i386
 mpg123 | 1.20.1-2 | sid     | i386
 
$: rmadison -a i386 libc6
 libc6 | 2.11.3-4        | squeeze         | i386
 libc6 | 2.11.3-4+deb6u1 | squeeze-lts     | i386
 libc6 | 2.13-38+deb7u4  | wheezy-security | i386
 libc6 | 2.13-38+deb7u6  | wheezy          | i386
 libc6 | 2.19-12         | jessie          | i386
 libc6 | 2.19-12         | sid             | i386
 
-- 
Tanti saluti
 

  libc6 | 2.11.3-4+deb6u1 | squeeze-lts     | i386
 
Mi hai fatto scoprire una cosa :-) lurkando su it.comp.os.linux.sys
avevo piu` volte notato che c'erano ancora molti server con Squeeze in
giro e mi sembrava una cosa un po' preoccupante per la sicurezza ma non
avevo osato chiedere perche` li` sono tutti professionisti ed io da
utente domestico mi sento come un pesce fuor d'acqua.
Avessi domandato probabilmente avrei saputo prima che esiste un progetto
di supporto a lungo termine per la old-stable
https://wiki.debian.org/it/LTS
 
 

Addi' 03 nov 2014, M_M scrive:

Buono a sapersi anche per me, perche' ero abbastanza preoccupato di
quando la jessie divera' stabile e quindi la wheezy old-stable.
Poi me lo guardo questo link, per vedere quanti anni puo' durarmi ancora
questo mio ferro vecchio.
 
Le libc6 (praticamente la regina delle dipendenze) l'ho guardata perche'
mpg123 della jessie ha lo spostamento veloce coi tasti 1, 2,.. in piu',
ma qui non mi si installa perche' vuole libc6 >= 15.
 
-- 
Tanti saluti
 

 questo mio ferro vecchio.
 
Fino al 2018 visto che il supporto durerebbe 5 anni e wheezy e` in
stable dal 04/05/2013 ma per ora e` tutto ancora in via ipotetica
perche` c'e` scritto anche
 
"È importante notare che il successo di Squeeze-LTS verrà usato per
giudicare la fattibilità del supporto a lungo termine per Debian 7
(wheezy) e Debian 8 (jessie)."
 

 (wheezy) e Debian 8 (jessie)."
 
Diciamo che chi ha un server in produzione trarrà giovamento da LTS e
rimanderà l'aggiornamento a quando sarà il momento buono. Chi ha un
desktop userà LTS fino alle ferie estive...
 

Addi' 04 nov 2014, Quasimodo scrive:

Ma, per il desktop, il problema non e' (almeno nel mio caso) nel tempo
che ci vuole per upgradare; e' che uno (io) puo' /non volere/ upgradare.
Fino alla wheezy ho sempre messo "testing" nel sources.list (e non lenny
o squeez), quindi non ho upgradato mai, nel senso che in pratica lo
facevo ogni giorno senza scosse e in uno o due minuti.
 
Io non capisco una cosa: per qual motivo non tengono il repository con
tutti i 37 mila pacchetti bloccato per sempre come un museo; e questo
per ogni versione Deb una volta che e' diventata stabile.
 
In altre parole, che bisogno c'e' di LTS? se e' stabile e' stabile e non
ha bisogno di nessuna manutenzione, oppure non e' cosi'?
 
-- 
Tanti saluti
 

 ha bisogno di nessuna manutenzione, oppure non e' cosi'?
 
Non esiste software senza bug, e più è complesso un sistema, più le 
interazioni tra i software lo possono destabilizzare.
 
LTS significa "correggeremo i bug di sicurezza per un tot (lungo) tempo". 
Ma quando scade non hai più aggiornamenti, quindi se si scopre un bug dopo 
la scadenza della LTS, non verrà corretto, e dovrai installare la nuova 
versione.
 
Vedi bug di OpenSSL che è passato inosservato per oltre 10 anni, ma non è 
sicuramente l'unico.
 
Bye.

 - ho dato il comando: apt-get update.
 
-- 
Tanti saluti