Re: compilare i .deb (RISOLTO)

2005-03-26 Per discussione Raistlin
Il giorno mar, 22-03-2005 alle 11:49 +0100, Carlo Agrusti ha scritto:
 Raistlin ha scritto lo scorso 22/03/2005 01:08:
 [..]
  gcc -pthread -o build/linux2/makesdna
  build/linux2/source/blender/makesdna/intern/makesdna.o
  -Lbuild/linux2/lib -Llib -lblender_guardedalloc
   ^^
  /usr/bin/ld: cannot find /lib/libpthread.so.0
 
 In effetti, ld sta andando a cercare lipthread.so.0 in /lib; dovresti 
 avere libpthread.so.0; ld potrebbe rintracciarla in /lib/tls con 
 -Llib/tls (ma non sono sicuro che l'eseguibile generato riuscirebbe a 
 linkarsi a run time senza una opzione -Rlib/tls).
Eh si, avevo intuito che c'era qualcosa che non andava nei percorsi!

 Fin qui quello che so; quello che non so è:
 1. perchè hai libpthread.so.0 solo in /lib/tls?
 2. perchè io ho libpthread.so.0-libpthread-0.10.so in /lib *e*
 libpthread.so.0-libpthread-0.60.so.0 in /lib/tls?
Adesso ce le ho anche io! Ho aggiornato alle glibc versione 2.3.4 che
sono entrate in experimental e le librerie di threading sono ricomparse
anche in /lib ... Vai a sapere perche` erano sparite!

 3. a cosa servono le librerie in /lib/tls se nessun eseguibile che non
 sia istruito con una opzione -Rlib/tls riuscirà mai a raggiungerle?
Non lo so... Non mi ero mai posto il problema finche` non ho sbattutto
contro questi file scomparsi! :)

 Conclusione: hai chiesto una risposta e ti sono arrivate due domande :-)
Bhe, grazie comunque tanto dell'interessamento

Ciao,
Dario

-- 
This happens because I choose it to happen!
(Raistlin Majere, DragonLance Chronicles -Dragons of Spring Drawning-)
--
Dario Faggioli
GNU/Linux Registered User: #340657
http://counter.li.org

No ai brevetti sul Software!
http://www.nosoftwarepatents.com/it/m/intro/index.html


signature.asc
Description: This is a digitally signed message part


Re: compilare i .deb

2005-03-22 Per discussione Carlo Agrusti
Raistlin ha scritto lo scorso 22/03/2005 01:08:
[..]
gcc -pthread -o build/linux2/makesdna
build/linux2/source/blender/makesdna/intern/makesdna.o
-Lbuild/linux2/lib -Llib -lblender_guardedalloc
 ^^
/usr/bin/ld: cannot find /lib/libpthread.so.0
In effetti, ld sta andando a cercare lipthread.so.0 in /lib; dovresti 
avere libpthread.so.0; ld potrebbe rintracciarla in /lib/tls con 
-Llib/tls (ma non sono sicuro che l'eseguibile generato riuscirebbe a 
linkarsi a run time senza una opzione -Rlib/tls).

Fin qui quello che so; quello che non so è:
1. perchè hai libpthread.so.0 solo in /lib/tls?
2. perchè io ho libpthread.so.0-libpthread-0.10.so in /lib *e*
   libpthread.so.0-libpthread-0.60.so.0 in /lib/tls?
3. a cosa servono le librerie in /lib/tls se nessun eseguibile che non
   sia istruito con una opzione -Rlib/tls riuscirà mai a raggiungerle?
Conclusione: hai chiesto una risposta e ti sono arrivate due domande :-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


compilare i .deb

2005-03-21 Per discussione Raistlin
Ciao a tutta la lista,

E` da un po' che mi piace ricompilare qua e la` qualche applicazione dai
sorgenti dei pacchetti .deb, e poi installare il risultato.
Non sto usando apt-build dato che come sappiamo tuti ha alcuni bug e
dato che ho poca banda e nessuna connessione flat.

per uesto mi sono sempre trovato bene con `apt-get source ...` e
`./debian/rules binary` dalla directory dei sorgenti appena estratta.

Da qualche tempo tuttavia, qualunque pacchetto provi a ricompilare,
ottengo degli errori relativi alla libpthread.

Mi viene detto infatti che la libreria (o uno dei suoi link .so, .so.1,
etc) non sta in /lib.
Ora, ineffetti non ci sta, ma sta in /lib/tls

Ecco ad esempio cosa dice blender:
gcc -pthread -o build/linux2/makesdna
build/linux2/source/blender/makesdna/intern/makesdna.o
-Lbuild/linux2/lib -Llib -lblender_guardedalloc
/usr/bin/ld: cannot find /lib/libpthread.so.0
collect2: ld returned 1 exit status
scons: *** [build/linux2/makesdna] Error 1
scons: building terminated because of errors.
make: *** [build-stamp] Error 2

Ho anche provato a fare dei symlink a mano e incrociato le dita, ma come
immaginavo non e` andato niente...

Il problema sembra piu` esteso, come devo fare a ricompilare i miei
pacchetti, operazione, solo qualche mesetto fa, andava alla grande?!?

Quasi dimenticavo, uso Sid.
Possibile che nessun altro abbia notato il problema?

Ciao e grazie in anticipo,
Dario
-- 
This happens because I choose it to happen!
(Raistlin Majere, DragonLance Chronicles -Dragons of Spring Drawning-)
--
Dario Faggioli
GNU/Linux Registered User: #340657
http://counter.li.org

No ai brevetti sul Software!
http://www.nosoftwarepatents.com/it/m/intro/index.html


signature.asc
Description: This is a digitally signed message part


Re: compilare i .deb

2005-03-21 Per discussione Hugh Hartmann

Ciao Dario,
e un cordiale saluto a tutti i partecipanti alla lista ...

On Tue, Mar 22, 2005 at 01:08:51AM +0100, Raistlin wrote:
 
 E` da un po' che mi piace ricompilare qua e la` qualche applicazione dai
 sorgenti dei pacchetti .deb, e poi installare il risultato.

Si in effetti e' una attivita' alquanto piacevole, e, volendo si possono
imparare diverse cose  :-)

 per uesto mi sono sempre trovato bene con `apt-get source ...` e
 `./debian/rules binary` dalla directory dei sorgenti appena estratta.

Beh, qualche tempo fa (non molto  :-) si usavano altri tool per
creare un pacchetto .deb partendo dai sorgenti forniti dalla debian (i
famosi tre file:nomepack_vvv-rrr.dsc, nomepack_vvv-rrr.diff.gz,
nomepack_vvv.orig.tar.gz) Uno di questi tool fondamentali era (ed e', for
me  :-) dpkg-source  (naturalmente man dpkg-source ... )

Allora, presi i tre file che rappresentano il pacchetto sorgente, messi 
nella medesima directory, dando il comando:

$ dpkg-source -x nomepack_vvv.rrr.dsc

si ottiene una directory nomepack-rrr, contenente i sorgenti originali
piu' la directory debian che contiene tutto il necessario per creare il
pacchetto binario deb  il responsabile principale della creazione del
pacchetto e' lo script debian/rules che a sua volta richiama altri script
che facilitano la creazione del deb e che sono contenuti nel pacchetto
debhelper  ergo, il primo file da esplorare e' il debian/rules dove
vengono stabiliti anche i vari path all'interno della directory di
default debian/tmp/ dove andranno a copiarsi i vari file: eseguibili,
documentazione, script, configurazione, menu, nelle relative dir con i
relativi permessi  poi sarebbe utile andare a dare un sguardo al 
Makefile dei sorgenti originali  in seguito, per compilare il pachetto 
dare il comando:(all'interno della dir dei sorgenti)

$ debian/rules build

e con su o sudo (e perche' no, fakeroot  :-)) successivamente si
lancia il comando:

# debian/rules binary

che dovrebbe creare il pacchetto binario .deb

Spero che ti sia stato di qualche aiuto  

Au Revoire
Hugh Hartmann


 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]