Newsgroup: it.comp.os.linux.software
Titolo: [debian] dpkg-buildpackage e tin

Ciao a tutti,
ho un problema nel creare il .deb di tin-1.5.8 partendo dal .dsc .diff.gz
e .tar.gz.
La procedura che seguo e` quella canonica:
dpkg-source -x tin_1.5.8-5.dsc
cd tin-1.5.8
dpkg-buildpackage -us -uc -b -nc
Ho notato che alcune patch vengono rifiutate in quanto gia` applicate,
ma appena si passa alla compilazione:
gcc -DHAVE_CONFIG_H -I. -I../include -DLOCALEDIR=\"/usr/share/locale\" \
    -I../include    -O2  -c ./active.c
In file included from ./active.c:42:
./include/tin.h:753: pcre.h: No such file or directory
Mi e` chiaro che le patch servono ad eliminare pcre dal .deb, ma cosa
devo fare per portare a termine la compilazione?
Grazie.
-- 
Bye,     |
Alfredo  |_____________________________________
Amontagna|   powered by Debian GNU/Linux 2.2

../include/tin.h:753: pcre.h: No such file or directory
molto semplicemente *mancava il pacchetto libpcre2-dev*
un grazie a Giovanni Asara che avendo problemi col NS mi ha risposto
via mail.


 Grazie.
Prego.
-- 
Saluti,       |    Mal di testa da configurazione?    |  Debian unstable
     Gianni   |    Con Debian ti passa.               |  kernel 2.4.2-ac28

 via mail.
Prego, dovrei aver risolto passando a newsx, suck in unstable penso
sia compilato per funzionare con inn2.3, io sono rimasto al 2.2.
Per i problemi di tin-5.8 con pgp, non so se veramente si tratta di problemi. 
Riguardano la signature, come vedrai in questo post, altri newsreader
funzionano diversamente aggiungendola dopo la parte signed e l'impossibilita' 
di usare la funzione i (sign+key).
- -- 
Saluti,       |    Mal di testa da configurazione?    |  Debian unstable
     Gianni   |    Con Debian ti passa.               |  kernel 2.4.2-ac28
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see 
http://www.gnupg.org
iD8DBQE6yiWIQ/XSdHXGQqkRAtN/AKCv0WQISZG1KJmxBdWF3TeKUvWS1wCfQVRx
BW9N/Zrno+rgqVdzWfpwOSE=
=3qLA
-----END PGP SIGNATURE-----

di usare la funzione i (sign+key).
ma il problema ti si dovrebbe presentare anche con le vecchie versioni di
tin.
comunque la cosa non mi e` chiara. il problema della firma all'interno
della sign di pgp si dovrebbe presentare solo se si utilizza 'tin -r'.
solo in questo modo tin inserisce il file .signature durante l'editazione
dell'articolo (ed utilizza inews builtin).
se invece tin viene eseguito senza lo switch '-r' e` inews (quello di inn)
che accoda il file .signature durante il *posting* dell'articolo.
quindi lo accoda dopo che l'articolo e` stato firmato con gnupg.
infatti in questo post il .signature e` posizionato dopo il messaggio
firmato da gnupg.
Era questo che intendevi?
p.s. non provare ^G su questo post perche e` una chiave di test che non
ho inviato sui server.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see 
http://www.gnupg.org
iD8DBQE6ykwCHDtCDPahL/0RAtfOAJsF4YGIATAbedOuHQqrdmx+QOK/KQCg1Bgg
pVDXg7CvGiZU9sMz9hZe2Dk=
=wOrB
-----END PGP SIGNATURE-----


 ho inviato sui server.
Domanda su tin: riesce a recuperare le chiavi PGP sui keyserver?
Bye,
 Emmanuele.
-- 
Emmanuele Bassi         |             [ 
http://digilander.iol.it/ebassi/
 ]
emmanue...@iol.it
  |
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 Era questo che intendevi?
Si per quanto riguarda la signature, per l'inserimento della key forse e' una
feature solo per le mail. Lo strano e' che se si sceglie di usare l'opzione
g=pgp permetta di scegiere tra s=sign e i=sign+key, devo trovare il tempo di
dare un'occhiata ai sorgenti.
Ciao.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see 
http://www.gnupg.org
iD8DBQE6y5cOQ/XSdHXGQqkRAjosAKC7M2BvehO0H+n8crwYpIYTt17kZgCeJKrT
/caVVFOIel+W9rum9Qq69ag=
=yrLP
-----END PGP SIGNATURE-----


Domanda su tin: riesce a recuperare le chiavi PGP sui keyserver?
Si. ^G e se la chiave se non presente nel keyring viene recuperata.


devo trovare il tempo di dare un'occhiata ai sorgenti.
Se risolvi fatti vivo :)


 Si. ^G e se la chiave se non presente nel keyring viene recuperata.
Molto interessante. Aggiungero` qualcosa di simile a slrn. :-)


Molto interessante. Aggiungero` qualcosa di simile a slrn. :-)
Professoooreeeeeee, Zef sta copiando. :)
Ciao.
-- 
Bye,     | firma la petizione contro la nuova legge sull'editoria
Alfredo  |     
http://www.punto-informatico.it/petizione.asp
Amontagna|________________________________________________________
/* powered by Debian GNU/Linux 2.2 */

 Professoooreeeeeee, Zef sta copiando. :)
Beh, aggiungendo funzionalita` sradicheremo finalmente quella piaga di
tin dalle distro di Linux... ;-))))
 ____  _     ____  _   _   ____        _      _____    _____
/ ___|| |   |  _ \| \ | | |  _ \ _   _| | ___|__  /___|__  /
\___ \| |   | |_) |  \| | | |_) | | | | |/ _ \ / /|_  / / /
 ___) | |___|  _ <| |\  | |  _ <| |_| | |  __// /_ / / / /_
|____/|_____|_| \_\_| \_| |_| \_\\__,_|_|\___/____/___/____|


sradicheremo finalmente quella piaga di tin dalle distro di Linux.. ;-))
Lo dici tu a Md? :)
Siccome vorrei evitare di finire plonkato propongo di continuare sul
prossimo thread sull'argomento.
Un Alfredo che ti ringrazia ancora per le hint su slrn.


 Un Alfredo che ti ringrazia ancora per le hint su slrn.
De nada.


keyserver (che, appena ho un minuto, implemento in una macro), ma altre?
Era solo una battuta in quanto tu stesso dicevi "Beh, aggiungendo
funzionalita`" :)
Infatti avevo volutamente citato in modo _sporco_.
Venendo alla tua domanda, conosco troppo poco slrn per dire cosa ha in
meno. In compenso ti dico che tin finalmente ha l'urlview.
Comunque a occhio, con approcci diversi, direi che si equivalgono [1].
[1] evitare religion war please :)
Ciao.
-- 
Bye,     |
Alfredo  |_____________________________________
Amontagna|   powered by Debian GNU/Linux 2.2

[slrn rulez]
C'e`  un problema:  slrn  pare a  volte andare  in  crisi lavorando  con
Leafnode+, al  contrario di  TIN. In  particolare avveniva  quando avevo
un'intro che iniziava con "Data:".
-- 
Renato "Hitman" Salzano - 
http://spazioweb.inwind.it/hitman/
 
e-posta: sonicblast (at) 
inwind.it
 / Xena:TWP fan
Powered by AMD K6-350 & Debian Woody - 100% Wintel free
---> WebDesigner e SysAdmin di 
http://www.italservicesnc.it
 <---

 Comunque a occhio, con approcci diversi, direi che si equivalgono [1].
Ancora un passo ferso dominazione ti mondoooo! :-)))))))))


 un'intro che iniziava con "Data:".
Strano. Mi mandi l'intro che causava problemi?
f/up to poster.


 non saprei dire... Una e` quella del recupero della chiave da un
Sicuramente un  nome  piu`  facile  da  pronunciare  per  chi non   e`
cecoslovacco.


 cecoslovacco.
s-lang read news = slrn (da trn)
Io ho la mia personale dizione: esseleren, con accento sulla prima `e',
anche se sembra il nome di un lassativo... :-)
Dovro` farmi mandare un .au da Davis per sentire come lo pronuncia lui.
BTW: "tin" as in... ?


 BTW: "tin" as in... ?
Siccome si  e`  evoluto a partire  da  tass,  una bestia   vissuta nel
paleozoico inferiore (1991 circa),  grazie al lavoro  di Iain Lea, Tin
sta    per  "Tass Iain's   Newsreader".  Non     e` il  massimo  dell'
originalita` ma almeno e` facile da pronunciare.
Il newsreader col nome che preferisco e` Gnus, semplice e diretto. Per
altro con Gnus puoi fare cose che con tin (credo anche slrn) non puoi,
come   ad esempio killare un articolo   *e* tutto il  subthread da lui
originato, ma quando ho visto il manuale stampato ho iniziato ad avere
vampate di calore e prima che mi partisse la menopausa ho chiuso tutto
e fatto partire la confortante schermata di tin.
Slrn mi e` piaciuto molto, ma  l' ho provato dopo  aver imparato tin e
adesso  non mi  va di   ricominciare.  Se pero`  si  inserisse  quella
piccola funzionalita` nel killfile... :-)


 piccola funzionalita` nel killfile... :-)
C'e` gia`: e` una macro (OneKeyScore) che trovi su:
 
http://slrn.sourceforge.net/macros/
Mai dire mai con slrn. :-)


 Se risolvi fatti vivo :)
Anche se non e' di nessuna utilita', perche' se alleghi una key rischi il
linciaggio, posto una pacht al file tin-1.5.8/src/pgp.c che risolve il
problema. Mi dava fastidio che una opzione prevista non funzionasse :-)
Applica la patch (un carattere), dai uno sguardo al file
/usr/share/doc/tin/pgp.txt, modifica dentro debian/rules la riga del .config
e ricompila. 
-+-+-+-+-+-+-+-+-+-+--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+-+-+-+-+--+-+
brutus:/usr/src# diff -u pgp.c.orig tin-1.5.8/src/pgp.:/usr/src# diff -u pgp.c.orig tin-1.5.8/src/pgp.c
--- pgp.c.orig  Wed Jan 10 01:58:28 2001
+++ tin-1.5.8/src/pgp.c Wed Apr 11 22:34:55 2001
@@ -281,7 +281,7 @@
        snprintf(keyfile, sizeof(buf)-1, KEYFILE, TMPDIR, process_id);
	 /* TODO I'm guessing the pgp append key command creates 'keyfile' and that we should remove it */
	 -#      ifdef HAVE_GPG
	 +#      ifndef HAVE_GPG
	         /*
		          * FIXME: reoder !gpg opts (if possible) and make this obsolete
			           *        we can't reoder the gpg opts as --export must be the last one
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Ciao.
-- 
Saluti,       |    Mal di testa da configurazione?    |  Debian unstable
     Gianni   |    Con Debian ti passa.               |  kernel 2.4.3-ac3

come   ad esempio killare un articolo   *e* tutto il  subthread da lui
[...]
Magari non ho capito, ma ...
^K, si seleziona solo Kill Msg-Id impostandolo su only, e invece di
salvare si edita il filtro e si sostituisce l'entry msg_only con
refs_only.
Dovrebbe funzionare.
Certo che sarebbe comodo averlo direttamente a disposizione nel Kill
Article Menu.
-- 
Bye,     |
Alfredo  |_____________________________________
Amontagna|   powered by Debian GNU/Linux 2.2

e ricompila. 
Ho aggiunto --without-pgp e --without-pgpk nel .config, ed ho applicato
la patch. Se provo ad inserire la chiave pubblica mi da un fail e noto
che gpg viene eseguito con le opzioni '-kxa' (valide solo per pgp2)
Elimino la patch e tutto funziona regolarmente.
In definitiva sembrerebbe funzionare correttamente aggiungendo le
opportune opzioni nel .config
La domanda sorge spontanea :)
Perche` a me la patch non funza?
Perche` il tuo sistema ha bisogno della patch?
Oltre a gpg ho pgpgpg.
Ciao e grazie.


 Dovrebbe funzionare.
Mi spiego meglio, se io volessi filtrare *a priori* tutti gli articoli
che parlano di slrn :-) && relativi f/up  non ho a disposizione su tin
un sistema  per farlo automaticamente  perche` non  ho modo  di sapere
quale sara il msgid del primo articolo del thread. In pratica al primo
f/up che vedo devo andare di ^K e far fuori a mano tutto il thread.
Ci sono  stati   in passato  dei  momenti   in cui mi   sarei   voluto
risparmiare i f/up e il  relativo quoting di articoli appartenenti  ad
alcuni personaggini che si aggirano su it.* in modo da cancellare *per
sempre*  la loro esistenza dalla   mia  vista senza  killare sempre  e
ovunque  chi si ostina  a rispondere  loro. Questa  secondo me  e` una
funzionalita`  estremamente utile di un  killfile, ma a parte gnus non
mi risulta che altri newsreader la posseggano.  Ovviamente devo ancora
controllare bene la  macro di slrn, se lo  fa con un po' di  tristezza
abbandono tin.


 
-- 
Saluti,       |    Mal di testa da configurazione?    |  Debian unstable
     Gianni   |    Con Debian ti passa.               |  kernel 2.4.3-ac6


 
| Mi spiego meglio, se io volessi...
Bah, per me l'unica cosa che manca a tin e` la marcatura dei thread
incompleti. Mi spiego: se ho un trhead di 50 msg di cui ho letto solo il
primo, slrn me lo marchera` con un % , mentre tin usera` lo stesso
simbolo (di default la + ) che usa con gli altri trhead non letti. Se
poi nella nuova versione questa lacuna e` stata colmata ben venga :)
Henryx
-- 
===UN*X is SEXY!===
who|grep -i "green eyes"|date; cd ~; apropos fsck; whatis `unzip`|touch; 
strip; finger; mount; gasp; yes|more; uptime; umount; sleep

 poi nella nuova versione questa lacuna e` stata colmata ben venga :)
Ebbene sě.
-- 
Registered user at 
http://counter.li.org
 # 170453
ICQ 61259284
GnuPG Key fingerprint = 10E0 2B05 0B0A 3525 8760  788B 59B6 C74A 250E 65B6


 
| > simbolo (di default la + ) che usa con gli altri trhead non letti. Se
| > poi nella nuova versione questa lacuna e` stata colmata ben venga :)
| Ebbene sě.
Mmm... ebbene si cosa? E` stata colmata?
Un Henryx speranzoso


 Mmm... ebbene si cosa? E` stata colmata?
Sě. I thread contententi articoli nuovi, cosě come gli articoli stessi,
vengono contrassegnati con "o".


Colpa/merito di pgpgpg, prova a disinstallarlo.
[...]
Non cambia. Ed aggiungo che se elimino la dummy directory .pgp ed il
relativo contenuto, tin esegue pgp al posto di gpg.
Appena termino le mie prove ti invio in mail gli esiti cosi da poter
incrociare i risultati, per poi magari provare a chiedere maggiori info
su tin-users.


abbandono tin.
Puoi tenerti stretto l'amato tin :-).
La macro non fa quello che desideri. Devi sempre killare|watchare a mano.



 
| Sě. I thread contententi articoli nuovi, cosě come gli articoli stessi,
| vengono contrassegnati con "o".
Ecco una buona notizia ^___^
Apropos, usando leafnode sono costretto a lanciare tin con l'opzione -r
(o ad usare il link rtin, che e` la stessa cosa). Come mai? Non che la
cosa mi dia fastidio, ma mi piacerebbe sapere il perche` di questa
particolarita`
Henryx


 La macro non fa quello che desideri. Devi sempre killare|watchare a mano.
Quello e` ovvio: scusa, per killare a priori esiste il killfile. Per
killare un thread come fai a non fare a mano?


    <-- 2 scelta

killare un thread come fai a non fare a mano?
Da quanto dice Carlo gnus sarebbe in grado di killare un thread o
sottothread in base ad un From.
Per esempio avendo nel killfile il buon PP il filtro preleva il
Message-ID del suo post e lo applica sui references per eliminare anche
eventuali sottothead. Il tutto senza effettuare nessun intervento.
In questo senso ho detto che la macro di slrn non andava bene per i suoi
scopi.
Il tutto naturalmente se ho ben interpretato le feature di gnus.
Altrimenti, chiudete un occhio e fate finta che io non abbia detto
nulla :)
Ciao.


 Non cambia. Ed aggiungo che se elimino la dummy directory .pgp ed il
Prova a ricompilare con solamente gnupg installato e vedrai che non
funziona (opz i) se non utilizzi la patch.
Installa pgp-i e riprova a compilare, utilizzando --without-pgp
o --without-gpg, senza  patch l'opz "i" non funziona.
Se utilizzi pgpgpg al posto di pgp le cose si incasinano.
Comunque il risultato finale mi dice che:
_solo gnupg installato_
tin+patch                 --> utilizza gpg;  opz "i" e firma ok
_gnupg e pgpgpg installati_
tin+patch --without-pgp   --> utilizza gpg;  opz "i" e firma ok
_gnupg e pgp-i installati_
tin+patch --without-pgp   --> utilizza gpg;  opz "i"  e firma ok
tin+patch --without-gpg   --> utilizza pgp2; opz "i"  e firma ok
senza la patch vengono invertiti gli argomenti delle opzioni --output
--export passati dalla funzione che allega la key
_gnupg e pgp-i installati_
tin liscio --without-pgp  --> utilizza gpg; firma ok, opz "i" *errore*
              Command failed: /usr/bin/gpg  --no-batch --armor \
               --output 
giann...@tiscalinet.it
 --export /tmp/tn-...
                        ^^^^^^^^^^^^^^^^^^^^^^^^^          ^^^^^^^^^^^^
tin liscio --without-gpg  --> utilizza pgp2; firma ok, opz "i" *errore*
        Clear signature file: /tmp/tn-1048.p.asc
	Extracting from key ring: '/home/gianni/.pgp/pubring.pgp', \
	                               userid "/tmp/tn-1048.k.asc".
				       ^^^^^^^^^^^^^^^^^^^^
salvo errori, mail in partenza.
-- 
Saluti,       |   *Mal di testa da configurazione?*    |  Debian unstable
     Gianni   |   *Con Debian ti passa.*               |  kernel 2.4.3-ac9

 eventuali sottothead. Il tutto senza effettuare nessun intervento.
esattamente.


 come ti dicevo gnus lo fa.
Urgh... e` un mostro  (non a caso si parla di Gnus,  il newsreader per Cray
XMP :-)).
Ma anche slrn  lo puo` fare: basterebbe mettere  un`entry nel killfilter
che prenda in considerazione solo un  msg-id del campo References:, e da
li` in poi  tutti i post che contengono quel  msg-id saranno seccati. La
via per automatizzare il tutto potrebbe gia` essere quella di modificare
onekeyscore...
Avessi tempo  mi metterei  anche a  pasticciare sul  codice, ma  ho 'sto
dannato Perl/GTK a occuparmi le giornate...


 particolarita`
E' normalissimo, serve a far sě che tin legga le news accedendo al
server tramite NNTP. Con inn, molti leggono le news tramite lo spool
locale, per cui senza switch. Siccome leafnode (e noffle, credo) non
usano lo stesso schema di file, bisogna usare i protocolli di rete.


 locale, per cui senza switch. Siccome leafnode (e noffle, credo) non
[..]
Puoi farlo solo usando  lo spool tradizionale, io  ad esempio  mi sono
impostato lo spool in INN 2.3 con il  CNFS che equivale ad un megafile
che contiene tutti  gli articoli e devo  usare anch'io tin -r (o  rtin
che e` la stessa cosa).
-- 


 XMP :-)).
Io  uso regolarmente xemacs, e  data la potenza  di gnus mi era venuto
voglia di usarlo, ma neanche con tutta la buona volonta` sono riuscito
a  mettermici. Il manuale sembra quello  di  pilotaggio della missione
apollo.


 writes:
Carlo> Io uso regolarmente xemacs, e data la potenza di gnus mi era
Carlo> venuto voglia di usarlo, ma neanche con tutta la buona volonta`
Carlo> sono riuscito a mettermici. Il manuale sembra quello di
Carlo> pilotaggio della missione apollo.
Non è vero. Però è vero che non conosco il manuale di pilotaggio della
missione apollo.
Ciao
Marco

 missione apollo.
Neanche    io,    ma   direi   che    includendo   le  istruzioni   di
atterraggio/decollo del LEM, probabilmente e` almeno 1/3 piu` corto.
No, dico..  il super-compendio di Gnus sono 4 pagine A4 cosi` fitte di
comandi che se ci butti una goccia di inchiostro  su non te ne accorgi
nemmeno. Mi devo ancora  riprendere dallo shock dell'ultima volta  che
ho prvato a metterci mano.
Daltronde: la potenza ha il suo prezzo.



 
| E' normalissimo, serve a far sě che tin legga le news accedendo al
| server tramite NNTP. Con inn, molti leggono le news tramite lo spool
| locale, per cui senza switch. Siccome leafnode (e noffle, credo) non
| usano lo stesso schema di file, bisogna usare i protocolli di rete.
Capito. Btw, volevo far notare una cosa: compilando il pacchetto usando
il "debian/rules binary" la compilazione va in errore in quanto il make
dice di non trovare il file pcre.h richiamato dal file tin.h . Andando a
vedere nel file in questione, ho notato che il file pcre.h viene
richiamato in questo modo:
#include <pcre.h>
A questo punto, dato che cosi` mi dava un errore, ho cambiato la riga in
#include "../pcre/pcre.h"
e in effetti funziona, solo che al momento del linking dei file .o , mi
da errore sull'opzione -lpcre . Compilando invece a mano (e quindi
usando make build ) funziona. Un'altra cosa: compilando con make build
viene usata per gcc la riga seguente:
gcc -DHAVE_CONFIG_H -I. -I../include -I../pcre -I../pcre \
-DLOCALEDIR=\"/usr/local/share/locale\" -I../include \
-O2  -c ./active.c
Mentre per linkare viene usata la riga seguente:
gcc  -o ./tin  ./active.o ./art.o ./attrib.o ./auth.o ./charset.o \
./color.o ./config.o ./cook.o ./curses.o ./debug.o ./envarg.o ./feed.o \
./filter.o ./getline.o ./global.o ./group.o ./hashstr.o ./header.o \
./help.o ./inews.o ./init.o ./joinpath.o ./keymap.o ./lang.o ./list.o \
./mail.o ./main.o ./memory.o ./mimetypes.o ./misc.o ./newsrc.o \
./nntplib.o ./nrctbl.o ./open.o ./page.o ./parsdate.o ./pgp.o \
./plp_snprintf.o ./post.o ./prompt.o ./read.o ./refs.o ./regex.o \
./rfc1524.o ./rfc2045.o ./rfc2046.o ./rfc2047.o ./save.o ./screen.o \
./search.o ./select.o ./sigfile.o ./signal.o ./strftime.o ./string.o \
./tags.o ./tcurses.o ./thread.o ./wildmat.o ./xref.o   -L../pcre \
-lpcre -lcurses
Compilando con debian/rules binary invece la riga per gcc e` la
seguente:
gcc -DHAVE_CONFIG_H -I. -I../include -DLOCALEDIR=\"/usr/share/locale\" \
-I../include    -O2  -c ./active.c
mentre per linkare viene usata una riga simile eccetto per l'opzione -L
Dato che ho capito dov'e` il problema, come lo risolvo? Per creare il
pacchetto uso il file tin_1.5.8-8.dsc con relativo diff e tarball
Henryx
P.S. vi prego, perdonatemi per l'immensita` del post ^^;


 missione apollo.
Hai presente quello di Gnus?
Bye,
 Emmanuele (ricorsivo).



Architecture: i386
Source: pcre2
Version: 2.08-1
Depends: libc6 (>= 2.1)
Filename: dists/potato/main/binary-i386/libs/libpcre2_2.08-1.deb
Size: 44380
MD5sum: c8e63f067edbe2b0a35fb776b836c7f8
Description: Philip Hazel's Perl Compatible Regular Expression library
 This is a library of functions to support regular expressions whose
 syntax and semantics are as close as possible to those of the Perl 5
 language.
Nella compilazione chiedevi a tin di includere un header file locale, ma
nel linking deve andare a cercare la libreria globale altrimenti nada.
Bye,
 Emmanuele.



 
| Male: si parte sempre dal presupposto che sia l'utilizzatore ad essere
| in errore, e non si vanno a toccare i sorgenti senza sapere di preciso
| a cosa sia dovuto l'errore. ;-).
In effetti mettere mano direttamente al sorgente era il metodo piu`
barbaro che potevo trovare ^^;
| Hai installato la libpcre2?
[...] 
| Nella compilazione chiedevi a tin di includere un header file locale, ma
| nel linking deve andare a cercare la libreria globale altrimenti nada.
A parte chepiu` che il pacchetto libpcre2 (che gia` avevo installato)
mi serviva il pacchetto libpcre2-dev , mi rimane sempre un quesito:
perche` compilando con "make build" andava tutto bene ( infatti durante
la configurazione crea il file tin-1.5.8/pcre/pcre.h ) mentre
utilizzando il comando "debian/rules binary" mi cacciava quel maledetto
errore?
Henryx


> della missione apollo.
Emmanuele> Hai presente quello di Gnus?
Non scriverei così altrimenti :-)
User-Agent: T-gnus/6.13.3 (based on Pterodactyl Gnus v0.98) EMIKO/1.13.9
 (Euglena tripteris) FLIM/1.13.2 (Kasanui) APEL/10.2 Emacs/20.7
 (i386-debian-linux-gnu) (with unibyte mode)
Ciao
Marco

 (i386-debian-linux-gnu) (with unibyte mode)
Dimmi tu, anche la semplice riga dell'user agent fa spavento.
Chi  e` che  gli lo  dice  a quelli del SETI  che  mentre  loro stanno
perdendo tempo  a  decodificare rumori strani  dai   posti piu` remoti
dello spazio, qui i Vulcaniani ci hanno  gia` invaso (e comunicano tra
di loro con quell'aggeggio infernale).


 errore?
Un errore del file `rules'? Controlla cosa chiama `make build' e cosa
chiama `rules/binary'.


> Emacs/20.7 (i386-debian-linux-gnu) (with unibyte mode)
Carlo> Dimmi tu, anche la semplice riga dell'user agent fa spavento.
È vero, anche io la prima volta che l'ho vista mi sono un po'
spaventato. Poi mi sono accorto che avevo le orecchie con la punta...
Carlo> Chi e` che gli lo dice a quelli del SETI che mentre loro stanno
Carlo> perdendo tempo a decodificare rumori strani dai posti piu`
Carlo> remoti dello spazio, qui i Vulcaniani ci hanno gia` invaso (e
Carlo> comunicano tra di loro con quell'aggeggio infernale).
Sigh, non ho ancora imparato a fare quella stretta alla base del collo
che addormenta le persone: sai come sarebbe utile con i commerciali?
Ciao
Marco


| Ovvio, dato che dovevi compilare... ma questo non e` .iniziare... ;-)
Mh? Non riesco a capire il nesso...
| Un errore del file `rules'? Controlla cosa chiama `make build' e cosa
| chiama `rules/binary'.
Ho visto. Cmq, e` curioso...
Ah, ho finalmente provato la nuova versione. Effettivamente e` meglio
della vecchia, ma ancora non ha quello che cerco. In pratica, la "o",
serve ad indicare i mex piu` recenti, mentre io cerco la visualizzazione
dei thread che hanno ancora mex non letti (in pratica cio` che fa vedere
il simbolo % su slrn). Peccato, imho tin e` un newsreader che vale, ma
senza quella feature (che imho e` indispensabile) e` ancora immaturo


dannato Perl/GTK a occuparmi le giornate...
...
Non che c'entri molto ma...
Com'e' la portabilita' al momento? Confrontabile con quella del Tk?
-- 
        Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
	**ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
 -<! Woe to you, oh Earth and Sea, for the Devil sends the Beast with
        wrath, because He knows the time is short... !>-
                Revelations, XIII - 18

 Mh? Non riesco a capire il nesso...
Che non mi aspetto di dover dire, ad una persona che deve compilare un
sorgente: "uhe`, installati le librerie `devel'", su questo gruppo. Si
presuppone che lo sappia da se'. :-)


 Com'e' la portabilita' al momento? Confrontabile con quella del Tk?
 
Portabilita` sotto Win? Urgh, non l'ho mai provata, sinceramente.


 maledetto errore?
probabilmente il debian/rules richiede espressamente le pcre, mentre
il configure normale, senza opzioni, se non le trova, disabilita le
parti di codice che le usano.
-- 
Signature under rework - Shuriken


 
| > Mh? Non riesco a capire il nesso...
| Che non mi aspetto di dover dire, ad una persona che deve compilare un
| sorgente: "uhe`, installati le librerie `devel'", su questo gruppo. Si
| presuppone che lo sappia da se'. :-)
OK ^^
