KSlacky InfoPkg (uscita la 1.6 provatela!)

Forum dedicato alla programmazione.

Moderatore: Staff

Regole del forum
1) Citare in modo preciso il linguaggio di programmazione usato.
2) Se possibile portare un esempio del risultato atteso.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

ciao,
Sarebbe interessante avere anche un ksip a livello shell,
estratto dalla versione X11, la ricerca e` la stessa.
Ma pkgtool non fa proprio le cose di ksip???
sennò lo sviluppo :D magari con ncurses(potrei quasi replicare l'interfaccia) o indendi qualcosa da riga di comando totale??

ciao
Gio

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: KSlacky InfoPkg

Messaggio da Mario Vanoni »

Blizzard ha scritto:ciao,
Sarebbe interessante avere anche un ksip a livello shell,
estratto dalla versione X11, la ricerca e` la stessa.
Ma pkgtool non fa proprio le cose di ksip???
sennò lo sviluppo :D magari con ncurses(potrei quasi replicare l'interfaccia) o indendi qualcosa da riga di comando totale??
pkgtool e co. con interfaccia grafica, non usabili per lavorarci

ksip | less sarebbe interessante poiche' lo puoi usare,
ksip | awk '... | ecc.

pero` dovrebbe riflettere quello che effetivamente e` installato,
swaret, slackpkg e pkgtool non concordono tra di loro

Mario Vanoni

Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

ciao,
pero` dovrebbe riflettere quello che effetivamente e` installato,
swaret, slackpkg e pkgtool non concordono tra di loro
Io faccio una scansione della directory /var/log/packages, li non ci sono i pacchetti effettivamente installati?
Se c'è qualche magagna, invece, esiste un modo per verificare i pacchetti realmente installati nel sistema? (a costo di aprire ogni file nella directory packages e verificare se i file del pacchetto sono realmente esistenti nel sistema)

ciao
Gio

Avatar utente
ksniffer
Linux 3.x
Linux 3.x
Messaggi: 540
Iscritto il: lun 30 lug 2007, 13:18
Kernel: 2.6.34
Desktop: KDE 4.4.4
Distribuzione: ArchLinux
Contatta:

Re: KSlacky InfoPkg

Messaggio da ksniffer »

Blizzard ha scritto:ciao,
ho appena rilasciato sul mio sito una versione beta del ksip. Praticamente la 1.2 con alcuni bugfix.
Appena trovo in chat alessiodf mi faccio spiegare il sistema dei layout (ieri ho provato ad utilizzarlo con scarso successo :D ) e metto mano anche sull'interfaccia.
http://santostefanogiovanni.blogspot.co ... lease.html

ciao
Gio
Se ti leggi gli howto di trolltech inseriti direttamente dentro la documentazione di Qt stesso c'è spiegato tutto sui layout.

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: KSlacky InfoPkg

Messaggio da Mario Vanoni »

Blizzard ha scritto:ciao,
pero` dovrebbe riflettere quello che effetivamente e` installato,
swaret, slackpkg e pkgtool non concordono tra di loro
Io faccio una scansione della directory /var/log/packages, li non ci sono i pacchetti effettivamente installati?
Se c'è qualche magagna, invece, esiste un modo per verificare i pacchetti realmente installati nel sistema? (a costo di aprire ogni file nella directory packages e verificare se i file del pacchetto sono realmente esistenti nel sistema)
La magagna e` presente, come risolverla non ho idea.

ls -l /var/log/packages/adobe*
adobereader-8.1.1-i486-1kjz
adobereader-8.1.2-i486-1kjz

SeaMonkey, guardi un file *.pdf, con quale versione lo guardi?
No so come scoprire quale versione usa, utonto in questo caso.

slackpkg si accorge delle due versioni e chiede:
quale/quali eliminare.

pkgtool vede le due versioni, e basta.

swaret non le vede, sono esterne a Slackware e quindi tace.

E poi le software installate da fuori, due esempi miei:
sysstat-7.0.0-i486-1
troppo vecchio, sempre presente, ma uso sysstat-8.0.4,
uso nvi-1.79 modificato, ne elvis o vim (presenti)

Se ksip riflette solo quello installato in via officiale,
non servira` molto a giudicare un sistema reale.

Per esercitarti/programmare in KDE4/Qt4
hai scelto una tematica forse troppo difficile,
anche in ambiente grafico, ksip deve superare gli altri IMVHO.

Mario Vanoni

Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

ciao,
forse ho intuito il problema.
-dati presi da ksip-
Ho php-5.2.3-i486-2(originale di slack) e php-5.2.5-i486-1kjz(che ho installato io) che condividono molti file. Questo mi porta a pensare che sul sistema è attualmente usabile solo uno dei due pacchetti e che necessariamente ha sovrascritto i files degli altri(almeno quelli comuni, ad esempio in /usr/bin/).
Quindi quali dei due utilizzo? o quale dei pacchetti è utilizzato da qualche altro programma? (soprattutto in caso di librerie ecc...)

è questo il problema che si pone???
Se ksip riflette solo quello installato in via officiale,
non servira` molto a giudicare un sistema reale.
In che senso officiale? intendi i tgz? al momento ksip rileva qualsiasi tgz installato sul sistema, che sia originale di slack oppure messo a mano. Tuttavia non ha modo di rilevare il software make install poichè per asservire a questo problema dovrei lavorare ad una soluzione che richiama il make install direttamente da ksip per loggare i files installati nel sistema e fornire apposite funzioni di rimozione.
Del tipo:
$./configure
$make
il make install lo lanci da ksip dandogli modo di loggare i files che vengono installati (come? ci potrei pensare tanto è tutto negli script)
La rimozione del programma la fai pure da ksip

Non so se ho intuito il problema.
In caso negativo scusami. Non credevo che ci fossero problemi di questo tipo su questa parte del sistema così non sono informato troppo su questi meccanismi.
Tuttavia se è un problema fastidioso e risolvibile ci si può lavorare su!

ciao
Gio

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: KSlacky InfoPkg

Messaggio da Mario Vanoni »

Blizzard ha scritto:ciao,
forse ho intuito il problema.
-dati presi da ksip-
Ho php-5.2.3-i486-2(originale di slack) e php-5.2.5-i486-1kjz(che ho installato io) che condividono molti file. Questo mi porta a pensare che sul sistema è attualmente usabile solo uno dei due pacchetti e che necessariamente ha sovrascritto i files degli altri(almeno quelli comuni, ad esempio in /usr/bin/).
Quindi quali dei due utilizzo? o quale dei pacchetti è utilizzato da qualche altro programma? (soprattutto in caso di librerie ecc...)

è questo il problema che si pone???
Se ksip riflette solo quello installato in via officiale,
non servira` molto a giudicare un sistema reale.
In che senso officiale? intendi i tgz? al momento ksip rileva qualsiasi tgz installato sul sistema, che sia originale di slack oppure messo a mano. Tuttavia non ha modo di rilevare il software make install poichè per asservire a questo problema dovrei lavorare ad una soluzione che richiama il make install direttamente da ksip per loggare i files installati nel sistema e fornire apposite funzioni di rimozione.
Del tipo:
$./configure
$make
il make install lo lanci da ksip dandogli modo di loggare i files che vengono installati (come? ci potrei pensare tanto è tutto negli script)
La rimozione del programma la fai pure da ksip

Non so se ho intuito il problema.
In caso negativo scusami. Non credevo che ci fossero problemi di questo tipo su questa parte del sistema così non sono informato troppo su questi meccanismi.
Tuttavia se è un problema fastidioso e risolvibile ci si può lavorare su!
a) se hai due php, uno e` inutile, se lo cancelli con pkgtool,
> funziona ed il resto pure? Se si`, ksip da info non corrette prima.

b) officiale implementato con file.tgz, nel mio caso sysstat citato,
> io compilo/installo come dico io, sar -V e vedi la versione in uso,
> e sicuramente non la 7.0.0, ma la 8.0.4, quindi ksip info sbagliata al 100%.

Se ksip deve solo riportare quello che Slackware _pensa_ ci sia officialmente,
OK, ma se deve listare quello che veramente e` usato, allora no.

Rifai la grafica di pkgtool e nominala magari Kpkgtool.

Altrimenti lavoro del diavolo per essere meglio della concorrenza.
Scusa la cattiveria, ma una nuova utility supera quelle esistenti.

Mario Vanoni

Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

ciao,
a) se hai due php, uno e` inutile, se lo cancelli con pkgtool,
> funziona ed il resto pure? Se si`, ksip da info non corrette prima.
ksip da informazioni circa i pacchetti tgz correntemente installati sul sistema. I due php anche se non entrambi utilizzati effettivamente sono presenti sul sistema. Il problema che vorrei verificare è:
"Dato che i due php contengono files in comune (e che quindi presumo ci sia stata una sovrascrittura da parte della versione più recente) se lancio removepkg sul php vecchio mi va a cancellare anche i files che non sono più suoi???"
Se questa domanda ha risposa affermativa allora removepkg è un tool pericoloso e questo è un problema che si potrebbe risolvere scrivendo un'apposita funzione/programma di rimozione dei pacchetti che si occuperebbe di verificare per ogni file eventuali dipendenze con altri pacchetti.
Tuttavia non è target del tool, almeno per come l'ho concepito(attualmente), verificare l'effettiva utilità di un pacchetto in quanto deprecato per il sistema.
Più che altro, per come l'ho anche descritto sul sito, è una GUI con funzioni che wrappano(ma avrei dovuto dire usano) pkgtool(in quanto installazione/upgrade/rimozione si appoggiano su install/upgrade/removepkg).
b) officiale implementato con file.tgz, nel mio caso sysstat citato,
> io compilo/installo come dico io, sar -V e vedi la versione in uso,
> e sicuramente non la 7.0.0, ma la 8.0.4, quindi ksip info sbagliata al 100%.
Capisco. Ma questo è proprio un bel problema. Al di là del target proprio di ksip (che si muove solo a livello di tgz) sarebbe comunque complesso individuare la versione di ogni programma e libreria in uso e confrontarla con i descrittori di pkgtool per verificare se il sistema è stato aggiornato tramite compilazioni non ufficiali. Se tutti i software avessero un sistema di gestione della versione, un confronto sarebbe possibile ma anche in questo caso non mi permetterei di fare operazioni oltre a mostrare "Questo pacchetto è stato aggiornato e non è più valido" anche perchè se vorrei rimuoverlo non saprei cosa andrei a sfasciare della versione non ufficiale.
Se ksip deve solo riportare quello che Slackware _pensa_ ci sia officialmente,
OK, ma se deve listare quello che veramente e` usato, allora no.
Purtroppo ksip si occupa solo di verificare i pacchetti sul sistema che sono gestiti con le normali procedure e tools di slack ma se si trova un modo per rilevare il software realmente usato è buona cosa tentare di scrivere del codice per un tool di management.
Rifai la grafica di pkgtool e nominala magari Kpkgtool.
Più o meno siamo lì :D solo che il pkgtool è una bash script mentre la mia GUI è un programma vero e proprio che comunque lo sfrutta. Diciamo che fa il gioco di k3b con cdrecord.
Altrimenti lavoro del diavolo per essere meglio della concorrenza.
Scusa la cattiveria, ma una nuova utility supera quelle esistenti.
Figurati! nessuna cattiveria.
Ksip di base l'ho concepito cone un programma che mi avrebbe consentito di
-utilizzare liste
-utilizzare text box
-utilizzare pulsanti
-utilizzare progress bar
-utilizzare le funzioni Qt per il filesystem
-utilizzare le funzioni dialog di kde4
-altre cose minori che comunque mi avrebbero introdotto al sistema Qt/KDE.
Poi comunque avere una GUI per pkgtool non è malaccio; personalmente vado direttamente di installpkg ecc... ma in fondo è coerenza odierna fare le cose da GUI e quindi questo piccolo tool potrebbe addirittura verificarsi preferenziale in un futuro prossimo. Ogniuno è libero di scegliere! io continuo a campare di shell ma a molti potrebbe star più simpatica una click & play :)

ciao
Gio

Avatar utente
absinthe
Iper Master
Iper Master
Messaggi: 2354
Iscritto il: dom 15 mag 2005, 0:00
Nome Cognome: Matteo Nunziati
Slackware: 12.1 - defunct
Kernel: 2.6.32-5-amd64
Desktop: gnome
Distribuzione: debian squeeze
Località: Prato
Contatta:

Re: KSlacky InfoPkg

Messaggio da absinthe »

non c'ho capito una mazza ma removepkg dovrebbe conservare (come è logico) i file doppioni di due o più tgz: ci sono funzioni che si assicurano di fare questo. eccole:

Codice: Seleziona tutto

preserve_file() {
 if [ "$PRESERVE" = "true" ]; then
  F="`basename "$1"`"
  D="`dirname "$1"`"
  if [ ! -d "$PRES_DIR/$PKGNAME/$D" ]; then
    mkdir -p "$PRES_DIR/$PKGNAME/$D" || return 1
  fi
  cp -p "$ROOT/$D/$F" "$PRES_DIR/$PKGNAME/$D" || return 1
 fi
 return 0
}

preserve_dir() {
 if [ "$PRESERVE" = "true" ]; then
  if [ ! -d "$PRES_DIR/$PKGNAME/$1" ]; then
    mkdir -p "$PRES_DIR/$PKGNAME/$1" || return 1
  fi
 fi
 return 0
}

keep_files() {
 while read FILE ; do
  if [ ! -d "$ROOT/$FILE" ]; then
   if [ -r "$ROOT/$FILE" ]; then
    echo "  --> $ROOT/$FILE was found in another package. Skipping."
    preserve_file "$FILE"
   else
    if [ "`echo $FILE | cut -b1-8`" != "install/" ]; then
     echo "WARNING: Nonexistent $ROOT/$FILE was found in another package. Skipping."
    fi
   fi
  else
   preserve_dir "$FILE"
  fi
 done
}

keep_links() {
 while read LINK ; do
  if [ -L "$ROOT/$LINK" ]; then
   echo "  --> $ROOT/$LINK (symlink) was found in another package. Skipping."
  else
   echo "WARNING: Nonexistent $ROOT/$LINK (symlink) was found in another package. Skipping."
  fi
 done
}
M

Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

Bene!
in effetti era strano che fosse consentito un simile comportamento.

ciao
Gio

Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

ciao,
sto scrivendo la prossima versione di ksip.
L'update prevederà delle window apposite per install e upgrade in modo da selezionare le opzioni del tool tramite checkbox.
Attualmente è pronta upgrade e sto codando su install

ciao
Gio

Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

ecco uno screen dell'attuale.
Domani testo meglio il tutto e vediamo di rilasciare il tar.gz

Immagine
Quando si preme sui pulsanti install/upgrade vengono mostrati i rispettivi pannelli dove si seleziona come installare il pacchetto.

Ciao
Gio

Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

se a qualcuno gliene tiene la può testare??? a me sembra che funzioni ;)

KSlacky InfoPkg 1.4 (release candidate)
http://digilander.libero.it/blizzard.3d ... 1.4.tar.gz

Grazie mille! :D

ciao
Gio

Avatar utente
Blizzard
Master
Master
Messaggi: 1509
Iscritto il: mar 2 gen 2007, 22:53
Nome Cognome: Giovanni Santostefano
Slackware: 12.2
Kernel: 2.6.27.7-smp
Desktop: Fluxbox
Contatta:

Re: KSlacky InfoPkg

Messaggio da Blizzard »

ciao,
ho inserito il progetto su sourceforge (ma non potrebbero farlo un po più leggero quel sistema??? :evil: )

https://sourceforge.net/projects/kslackyinfopkg/

edit:
vorrei metter su un sito carino per ksip ma non ho intenzione di toccare php :D
che mi consigliate? prima che mi faccio un altro blog blogger.
Non vorrei arrivare al cms gigantesco tipo joomla. Ho anche poche pretese comunque ma zero conoscenze.
Mi affido alla vostra esperienza per consigli

Avatar utente
ksniffer
Linux 3.x
Linux 3.x
Messaggi: 540
Iscritto il: lun 30 lug 2007, 13:18
Kernel: 2.6.34
Desktop: KDE 4.4.4
Distribuzione: ArchLinux
Contatta:

Re: KSlacky InfoPkg

Messaggio da ksniffer »

Giovanni non devi includere la directory build nei sorgenti di rilascio e devi rimuovere pure ui_mainwindow.h , ui_upgradepkg.h , ui_installpkg.h
perché:

Form generated from reading ui file 'mainwindow.ui'...
WARNING! All changes made in this file will be lost when recompiling ui file!

E devi pure modificare il CMakeLists.txt perché poi ti compili bene...

Rispondi