Post

31

Programmi / Re:binari universali per tutte le versioni di puppy linux

« il: Ottobre 14, 2014, 03:48:48 pm »

in slacko 5.3.1 portabase in versione stand-alone funziona, devo masterizzarmi le versioni (hai usato la 5.7.0?) con cui incontri problemi

questa è una versione con

Codice: [Seleziona]

/usr/lib/libXrandr.so incorporato

https://www.sendspace.com/file/51galz
69cf97131eab7f96647db68c954fbc96  portabase-2-standalone.bz2

da live cd prova a impostare XVESA invece di Xorg e vedi se ritorna lo stesso errore

32

Programmi / Re:binari universali per tutte le versioni di puppy linux

« il: Ottobre 12, 2014, 10:49:08 pm »

quindi la versione stand-alone non si avvia proprio in quelle due versioni?

se l'applicazione è già predisposta per accettare traduzioni sì, in tal caso basta tradurre (se non è già disponibile l'italiano) dallo "scheletro" del file .po), poi dopo la compilazione basta copiare il file risultante .mo nella solita locazione. Non ricordo se portabase ha già la traduzione italiana, bisogna controllare

Codice: [Seleziona]

/usr/share/locale
riguardo all'errore

symbol lookup error:  /usr/lib/libXrandr.so: undefined symbol: XGetRequest

è da studiare con strace, è complesso esaminarlo visto che con certe versioni si verifica e certe altre no, comunque vedrò di caricare un'altra versione resa stand-alone con un altro sistema

intanto posso provare a incorporare /usr/lib/libXrandr.so con l'opzione LD_PRELOAD

è una dipendenza che ldd non mi segnala in automatico

Codice: [Seleziona]

ldd ./portabase-lucid-puppy
 

Codice: [Seleziona]

       linux-gate.so.1 =>  (0xffffe000)
        libSM.so.6 => /usr/X11R7/lib/libSM.so.6 (0xb7f11000)
        libICE.so.6 => /usr/X11R7/lib/libICE.so.6 (0xb7ef9000)
        libXrender.so.1 => /usr/X11R7/lib/libXrender.so.1 (0xb7ef1000)
        libfontconfig.so.1 => /usr/X11R7/lib/libfontconfig.so.1 (0xb7ec6000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7e58000)
        libXext.so.6 => /usr/X11R7/lib/libXext.so.6 (0xb7e4a000)
        libX11.so.6 => /usr/X11R7/lib/libX11.so.6 (0xb7d62000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7d4b000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7d47000)
        librt.so.1 => /lib/librt.so.1 (0xb7d3f000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7c5a000)
        libm.so.6 => /lib/libm.so.6 (0xb7c33000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7c28000)
        libc.so.6 => /lib/libc.so.6 (0xb7ae6000)
        libz.so.1 => /lib/libz.so.1 (0xb7ad5000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7ab5000)
        libXau.so.6 => /usr/X11R7/lib/libXau.so.6 (0xb7ab1000)
        libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb7aaf000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7a98000)
        /lib/ld-linux.so.2 (0xb7f1a000)
        libXdmcp.so.6 => /usr/X11R7/lib/libXdmcp.so.6 (0xb7a93000)
non è quindi essenziale al programma, ma richiamata a sua volta da una di queste dipendenze

33

Programmi / Re:binari universali per tutte le versioni di puppy linux

« il: Ottobre 12, 2014, 02:59:13 pm »

grazie della segnalazione; non dovrebbero essere effettuate chiamate esterne, tutte le chiamate dovrebbero essere a librerie impacchettate con l'eseguibile, le serie precise e slacko mi hanno dato problemi un po' in generale per gli eseguibili statici (anche gorillapassword ha problemi, mentre funziona senza dipendenze in tutte le altre versioni di puppy)

quel messaggio indica che una delle librerie o delle funzioni del programma effettua chiamate esterne ad altre librerie che non dispongono dei simboli richiesti

ma il programma viene comunque eseguito o no? (se sì, è solo un problema minore che potrebbe riguardare le funzioni di debug e che io generalmente taglio via per alleggerire l'eseguibile e le librerie con l'opzione

Codice: [Seleziona]

strip --strip-unneeded
)

fai la prova con l'eseguibile compilato staticamente ma non reso stand-alone

- https://www.sendspace.com/file/v26w19

md5sum
9115301593519043dc346243bf9c030b  portabase-lucid-puppy

nel frattempo cerco di trovare il tempo per fare una verifica

se usi correntemente altre versioni di puppy, e vuoi testare portabase fai cosa utile e gradita

forse per stasera riesco a prepararne una versione portabilizzata in un'altra maniera

34

Programmi / Re:binari universali per tutte le versioni di puppy linux

« il: Ottobre 11, 2014, 11:13:48 pm »

i database (al più presto cerco di aggiungere sqliteman)

http://dokupuppylinux.info/stand_alone_packages:databases

sono interessanti (il secondo ha le immagini affianco agli altri campi)

symphytum-1.2 al primo avvio crea una cartella nascosta in

Codice: [Seleziona]

/root/.local/share/data/giowisys/
di circa 3 Mb iniziali

per evitare di sottrarre spazio nel pupsave è possibile spostare l'intera directory dove si vuole e fare un collegamento simbolico in  /root/.local/share/data/  così il database sarà ospitato al di fuori del pupsave

pws 0.3.1 permette di importare i file in cui passwordgorilla salva, è utile per gli utilizzatori di slacko in cui passwordgorilla non funziona (perché non è una vera e propria applicazione STATICA) e diventa un gestore di password universale

35

Programmi / binari universali per tutte le versioni di puppy linux

« il: Ottobre 11, 2014, 03:06:06 am »

ho incominciato a creare eseguibili binari che in teoria dovrebbero essere eseguibili senza dipendenze su TUTTE le versioni di puppy linux

http://dokupuppylinux.info/stand_alone_packages_index

essendo pensate per un utilizzo al di fuori del pupsave (per le dimensioni), non sono pacchettizzate come pet, semplicemente scaricatele, rendetele eseguibili e avviatele

altre seguiranno a breve, per orasi tratta di programmi complati con le librerie qt 4.7.3 (a loro volta compilate staticamente) e rese stand-alone per essere eseguite con tutte le dipendenze incorporate; questo per permettere l'utilizzo di certi programmi dove non è possibile compilarli nativamente (es: tutti i software basati sulle librerie qt dalla versione 4 in poi che non possono essere compilati in puppy 3.01 con gcc 4.1.2 - i requisiti per la compilazione delle librerie qt4 richiedono gcc superiore)

36

Script / Re:Età della Luna.

« il: Ottobre 11, 2014, 02:49:32 am »

interessante da utilizzare con questa applet per il desktop mostra graficamente le fasi lunari

http://dokupuppylinux.info/puppy301archive/desktop_applets
(sito ancora in costruzione per puppy 3.01, ma dovrebbe funzionare in ogni versione)

37

problemi e soluzioni / Re: installazione ferma su loading vmlinuz...........

« il: Febbraio 21, 2013, 06:17:44 pm »

per controllare se sia un problema con la scheda video avvia con

pfix=nox

la modalità grafica sarà disattivata e potrai vedere se così andrà avanti, nel qual caso,  puoi riavviare poi con reboot

38

Programmi / Re: pdftk 1.45 (6 dicembre 2012) e pdftk 1.41 static

« il: Dicembre 24, 2012, 02:45:15 pm »

pdftk first.pdf second.pdf cat output firstANDsecond.pdf

per riparare la XREF TABLE dopo l'unione o la separazione di pagine pdf, raccomando sempre un passaggio ulteriore con pdftk (il secondo file risultante verrà poi rinominato nel primo file risultante con mv)

Codice: [Seleziona]

pdftk first.pdf second.pdf cat output firstANDsecond.pdf && pdftk firstANDsecond.pdf output firstANDsecond-fixed.pdf && mv firstANDsecond-fixed.pdf firstANDsecond.pdf
- produciamo un nuovo pdf con pdftk
- ripariamo la XREF TABLE producendo un nuovo file risultante
- rinominiamo quest'ultimo nel primo file risultante

se il primo file risultante era firstANDsecond.pdf il secondo sarà firstANDsecond-fixed.pdf che rinominiamo ne primo risultante (mv firstANDsecond-fixed.pdf firstANDsecond.pdf)

39

Programmi / pdftk 1.45 (6 dicembre 2012) e pdftk 1.41 static

« il: Dicembre 22, 2012, 01:27:47 am »

http://dokupuppylinux.info/programs:pdf_manipulation#pdftk_145
dovrebbe funzionare in ogni versione di puppy linux

e

http://dokupuppylinux.info/programs:pdf_manipulation#pdftk_141_statically_linked

la versione statica di pdftk 1.41 permette di eliminare la pesante dipendenza (21 MB) di libgcj e dovrebbe funzionare in ogni versione di puppy linux


il procedimento per ottenere la versione statica di pdftk, non funziona con le versioni dalla 1.43 in poi (ultima compresa)

40

Primi passi con Puppy Linux / Re: manuale in italiano

« il: Dicembre 20, 2012, 03:29:19 pm »

il dominio di dokupuppylinux è ora .info

http://dokupuppylinux.info/manuals:italian

basta quindi sostituire .co.cc o .tk con .info

41

Hardware / Re: Chiavetta tim onda tm 201

« il: Novembre 27, 2012, 10:44:00 pm »

prova innanzitutto ad identificarla con

lsusb

e incolla il risultato su:

http://kmuto.jp/debian/hcl/

42

Primi passi con Puppy Linux / Re: Slacko, non partono alcuni programmi.

« il: Novembre 23, 2012, 12:52:06 am »

è comunque sempre raccomandabile crearsi un nuovo file personale di salvataggio se si vuole sperimentare con il compilatore

io avendo 2 GB di RAM, se devo compilare qualcosa, avvio sempre da live cd una nuova sessione in modo da non danneggiare una installazione funzionante

43

Primi passi con Puppy Linux / Re: Slacko, non partono alcuni programmi.

« il: Novembre 22, 2012, 07:21:31 pm »

digitando

defaultbrowser o seamonkey o firefox

e ricercando

which nomeprogramma


debbono obbligatoriamente ottenersi informazioni di qualche tipo

apri la console e prova a digitare i nomi dei programmi

44

novità ed annunci / Re: dokupuppylinux.co.cc è ora dokupuppylinux.info

« il: Novembre 21, 2012, 10:36:41 pm »

usando i dns di comodo

8.26.56.26
8.20.247.20

io lo vedo tuttora, ma ti ringrazio di avermelo fatto notare, dopo aver sistemato il dominio sistemerò anche il problema dello spazio web

45

novità ed annunci / dokupuppylinux.co.cc è ora dokupuppylinux.info

« il: Novembre 18, 2012, 12:57:53 pm »

improvvisamente, sia il sito del dominio free http:/co.cc che i dns associati, sono spariti

migliaia di siti legittimi (come per  l'assalto illegale a megaupload), tra cuiil mio, non funzionano più

ho quindi dovuto prendere in fretta e  furia un nuovo dominio

http://dokupuppylinux.info

ho letto che una ipotesi del disastro è che i gestori del sottodominio co.cc siano stati privati del servizio dal tld relativo, prendendo come scusa il fatto che il oro dominio essendo free veniva usati da molti siti per spam e altro (come per megaupload, dove gli utilizzatori conservavano sia file personali che altrui)

c'entrerà di nuovo la fbi?

che strano...

nel frattempo inserirò un avviso in firmascusandomi per non aver pensato prima di acquistare un dominio a pagamento