On Mon, Jan 07, 2008 at 07:55:48AM +0100, Christian Perrier wrote:
> As I mentioned in my blog, this bug is the 5th oldest bug still opened
> in the BTS.
> 
> However, the BTS has no information but the bug's title, which is
> pretty vague.
> 
> If noone has a clue about it, I see no real benefit in keeping it
> opened. So, does someone know moreĀ ? If so, that should be mentioned
> in the bug.
> 
> (please CC me to answers)

Some time ago I was looking for this bug report and found attached mail (may
in an old Don Amstrong bugs mirror) which seems to be the original missing
mail with the bug report from Ian Jackson.

Although I am attaching it and so, it is now available from the BTS, if
somebody can feed it as yet another mail for this bug report, better.

Regarding bug contents it contains a lot of requests inside a single bug
report. Some of them concern extending linuxdoc-tools dtd. Some other might
have been fixed, but a lot of time seems needed to really look into this.

[No need to cc me, I read linuxdoc-tools bts]

-- 
Agustin

>From unknown Thu May 10 08:46:11 2007
Subject: Bug#3180: linuxdoc-sgml semantics and formatting problems
Reply-To: Ian Jackson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Resent-From: Ian Jackson <[EMAIL PROTECTED]>
Resent-To: [EMAIL PROTECTED]
Resent-CC: [EMAIL PROTECTED]
Resent-Date: Sun, 02 Jun 1996 05:18:04 GMT
Resent-Message-ID: <[EMAIL PROTECTED]>
Resent-Sender: [EMAIL PROTECTED]
X-Debian-PR-Package: linuxdoc-sgml
X-Debian-PR-Keywords: 
Received: via spool for debian-bugs; Sun, 02 Jun 1996 05:18:04 GMT
Received: with rfc822 via encapsulated-mail; Sun, 02 Jun 1996 04:27:01 GMT
Received: from pixar.com by mongo.pixar.com with smtp
        (Smail3.1.28.1 #15) id m0uQ1wZ-0005z7C; Sat, 1 Jun 96 18:26 PDT
Received: from artemis.chu.cam.ac.uk by pixar.com with SMTP id AA12001
  (5.67b/IDA-1.5 for [EMAIL PROTECTED]); Sat, 1 Jun 1996 18:26:54 -0700
Received: from chiark.chu.cam.ac.uk by artemis.chu.cam.ac.uk with smtp
        (Smail3.1.29.1 #33) id m0uQ2qy-0007uVC; Sun, 2 Jun 96 03:25 BST
Received: by chiark.chu.cam.ac.uk
        id m0uQ1wG-0002ZNC
        (Debian /\oo/\ Smail3.1.29.1 #29.35); Sun, 2 Jun 96 02:26 BST
Message-Id: <[EMAIL PROTECTED]>
Date: Sun, 2 Jun 96 02:26 BST
From: Ian Jackson <[EMAIL PROTECTED]>
To: Debian bugs submission address <[EMAIL PROTECTED]>
Status: RO
Content-Length: 15442
Lines: 293

Package: linuxdoc-sgml
Version: 1.5-2

(To linuxdoc-sgml people: this is a copy of a bug I'm reporting
 against Debian's linuxdoc-sgml package; if you reply CC debian-bugs
 please keep the `Bug#nnnn' or `Re: Bug#nnnn' in the Subject.  Note
 that debian-bugs stuff ends up on our debian-devel mailing list.

 To debian-devel and the package maintainer: I think that most of
 these problems are upstream ones; some may require considerable
 effort to fix, so I'm causing the bug system to CC the linuxdoc-sgml
 mailing list.

 Everyone: Please think about trimming recipients's when replying.)

I've written a part of the new dpkg programmers' manual in
linuxdoc-sgml, and I've come across a number of problems.  Since the
SGML source file so far is only 8K when compressed and uuencoded I've
attached it (after all, the message is 6K without it ...)

It's possible that many of the problems I'm describing are
misunderstandings on my part, in which case I apologise.  I would
point out though that the documentation (guide.sgml) is quite sketchy
and fails to format correctly anyway (looking at the HTML version
installed in the Debian package).

1. There is no tag meaning `this is a metasyntactic variable in an
example', a la <VAR> in HTML.  I've used <IT> for now but this is
obviously suboptimal.  I tried adding a VAR tag to the DTD and seeing
if I could still run the document through at least sgmlcheck by
essentially copying `em' both times it appeared (see my attached
patch), but got a cryptic error message (wrapped by me):
 sgmls: SGML error at /usr/lib/linuxdoc-sgml/dtd/linuxdoc.dtd,
        line 184 in declaration parameter 4:
        Content model token 97: more than GRPGTCNT
         content model tokens; terminated
 sgmls: SGML error at /usr/lib/linuxdoc-sgml/dtd/linuxdoc.dtd,
        line 186 at "<":
        Invalid character(s) ignored; attempting to resume
         DOCTYPE subset
At this point I decided I was well out of my depth and gave up.

I think the <VAR> tag should produce angle brackets (like <this>) in
text and info, <VAR> in HTML and italics in PostScript.  It should
produce \fI in manpages and probably other groffish contexts.

If someone would like to point me in roughly the right direction, or
even better demonstrate to me how to add a tag to the DTD and get it
recognised by all the backends, I'd be much obliged.

2. The <verb> tag doesn't appear to allow you to change font.  The
<quote> tag doesn't appear to follow your own linewrapping.  This
means that there's no way of getting an example laid out as you
present it, but with metasyntactic variables in italics or angle
brackets or whatever and typed text in a fixed-width font.

3. The info formatting is screwed up if you have section headings with
<tt> parts.  That info can't deal with `' in node names is a
deficiency of info which the GNU people know about, but linuxdoc-sgml
should work around it by stripping out the `' when they appear in a
node name.

4. There are unpredictable gaps around <tscreen><verb> blocks.  There
should either be no gap (I would prefer this, or at least like to have
a way to get it) so that you could use them in a running paragraph
              like this
or there should consistently be a gap on both sides or only
afterwards.  (By unpredictable I mean that info produces a gap after,
but HTML a gap on both sides.)  Whether or not there is supposed to be
a gap should be documented; if some of the output formats can't do it
(eg HTML) then fair enough.

5. The cross-referencing mechanism is rendered so differently in all
the output formats that I tried that it's practically impossible to
think of text that's suitable for putting around the <ref...> and in
the name="...".  I'd like to see some markup with which I could
produce:
  see also <A href="...">section 2.3 on wombats</A>.  (HTML)
  see also section 2.3 on wombats (page 23).          (PostScript)
  see also section 2.3 on wombats (line 200).         (Text)
  see also *Note: wombats.                            (Info)
Perhaps I can already do this.  If so then I'd like to see it
documented :-).

6. There are several other oddities with the info formatting.
(a) Right at the start of programmer.info I see:
    \input texinfo
(b) All the bits where I said <em> have come out with `' round them.
    I think something like *this* or _this_ would be more
    appropriate.
(c) List headings (<descrip> <tag> HERE </tag> have `' round them too.
    Is this really appropriate ?
(d) The filename heading before the first node lists a file in /tmp.
    I don't know if this is fixable, but it would be nice if it said
    that the thing came originally from programmer.sgml or whatever.
(f) When formatting using sgml2info I see:
    Making info file `programmer.info' from `/tmp/sgml2info15281tmp2'.
    /tmp/sgml2info15281tmp2:73: Misplaced `{'.
    /tmp/sgml2info15281tmp2:75: Misplaced `}'.

7. There are some oddities with the text formatting.
(a) The table of contents has some mangled entries, possibly it too
    cannot cope with <tt> inside a heading.
(b) The title page/screen/thing is quite cheesy.  A bit more
    whitespace, and having some of it centred and/or underlined (ie
    with a seperate row of characters) would be better.
(c) <em> doesn't show up at all.  How about *this* ?
(d) Section headings come *after* the relevant paragraph !  They also
    don't stand out at all.  Perhaps this is due to my failure to use
    <P> after section headings.  Why can't the SGML parser infer this
    ?  I thought SGML was supposed to be good at that kind of thing.
(e) Footnotes have a rather odd format; it looks deliberate, though.
    I presume there's no better way to do this ?  It would be good at
    least to leave footnotes until after the end of the paragraph.
(f) Cross-references come out with ``'' around them.  Why ?
(g) Using <tscreen> inside a <descrip> resets the indenting.  I
    presume this is very hard to fix.
(h) The existence of a paragraph break after <descrip> entries is
    unpredictable.

8. There was one oddity with the HTML formatting: my section headings
come out with the following paragraph attached.  Interestingly, I can
see from the HTML that is generated that it has spotted the end of the
heading, but it has only put the </A> there and not the </H2>.

I hope noone minds me making these comments.  I'm trying to be helpful
and constructive by supplying bug reports :-).

Thanks,
Ian.

Attached: the patch I made to the DTD to generate that error message,
and then my uuencoded gzipped source file (sorry, but it's 16K
uncompressed).

--- /usr/lib/linuxdoc-sgml/dtd/linuxdoc.dtd     Fri Apr  5 01:45:51 1996
+++ /usr/src/linuxdoc-sgml-1.5/lib/dtd/linuxdoc.dtd     Sun Jun  2 00:49:33 1996
@@ -4,7 +4,7 @@
       modified from QWERTZ.DTD by Tom Gordon -->

 <!entity % emph
-       " em|it|bf|sf|sl|tt|cparam " >
+       " em|var|it|bf|sf|sl|tt|cparam " >

 <!entity % index "idx|cdx" >

@@ -65,6 +65,7 @@

 <!usemap pmap p>
 <!element em - - (%inline)>
+<!element var - - (%inline)>
 <!element bf - - (%inline)>
 <!element it - - (%inline)>
 <!element sf - - (%inline)>

begin 664 programmer.sgml.gz
M'XL(``ODL#$"`[U<VY+C-I)]QU?`?IBJBM`E[)W=V''75*S=[4L[?.EPV>O8
MIS5%0A)<%,DAR%)KOGY/7@""DLJ>G=CUP[BK)!)(Y.7DR4S4W']0M>5PZIRM
M?3.^QR\VG,[EMAIL PROTECTED]@_&W'^P7!K[QFU\T=AOZ&M;=4\[VQ7E4[%SUC=A*.JZ&'S;
MV*%MZY6Q[_IVUQ>'@^O#C3T4S5C0IZ_;[M3[W7ZPMZ_O/OK+7_[-OL627V.=
MT#:O;.]J5P17V;&I7&^'O;.#ZP_!MEO^Y<OO?C+V2]>XOJCMNW%3^Q+RE*X)
M;F&?L14)\+%M>WM;#/;4CKUM.Y+JSA;-R4)"UT.*Y9(.5?2#+VM'/PY^P`_W
MP["F<ZVO"8_GQV'[EMAIL PROTECTED];?_V#7CJO"[EMAIL PROTECTED]"[EMAIL 
PROTECTED]<%^
M/3;.TG&QRB8,?5$.#^;'O0^ZN*U<*'N_<4'/7.X;7^+S(G2N'/C\9>[EMAIL PROTECTED]&87
M[;#Q3=&[EMAIL PROTECTED]&''X.PX^-H/'A_6_LF)S&*QI6^V[7IE\&91
MA];"ZN/!-8.(X1NH:UN4SF[<<'2NX5>K`".5PQH:K:S'HT59NA#,P4$]E:7]
MNR&*TV+3IB6Y<)BC'_:\L)X`6OX5*]FNA1U/IG=_&WWO>/[EMAIL PROTECTED]@4[+8X
MX!!%[X>3K).,=8,OQZ8D*P>S[=L#;R&^:XOJX!M/&A_:'D]VL"AIU#^[E;E?
M3\:`#[1E=/4W+UCC4B%%B@&2E^3!P5^WS="WM=GZVMFM=W45^&LLYGM([EMAIL PROTECTED]
M>[EMAIL PROTECTED])@?3DC:^BJS5T>.L^S+5;4PE5>_AD[TBZ*&&$U!A\"'N2GQRR126M2$
M8NOJD^W&P89]T2.^:K_IH4R<\.P-CNM"M$G?M3T%XG'O&J,;D0OR8=WTP2OX
M,92#_^%A\0!;]#OU)3P],RZV>>/P<,U^33O",GL\Q6OC([EMAIL PROTECTED]"`=AI5Y
MC)JBKY]]/]!WF>L_.A49\4_"1E4>][[<VRTB9^R=N74[^X/K:[EMAIL PROTECTED]&>\%W]9
MPV1;..$@'U_1LZ'/)UO<V==]&\*R=UO7NX;6PX[D+>+,*9+L;7#D+G5[O#.0
MK(>G=%W?=KW'%JP)T1<AEZ+<I9MIS+$FIY"S$G+L/9X4+8?'%I`%IND'"97"
M-NZ8'/76NX6A;?:NKMOX\=W*""H&[//P6+9(!"Q.PBCS?PQ8]I9">%6YS5JM
M?!=!(P>AC=L7SYZ1G+43WR=!\`_KN!.X#A,H+.90Y0C?V&LU#LVQ.-&_)U$V
M'%Y4E5S*W'?0QH4T`J6G:4=Q,,04?02?16S-X<ELD8U85E+%,X*N'4.$IQ)N
MYW=C+YF3(<$#YXK>>N`>Z2B,M'PPM%Z&"X*^5Y`\BOT2G$MH7P5T!&'9]BZI
M:.9D$=<)DQ%8[.Y8"ZY0GR($"?#R8JY*=EXH6IPE)O8.I[XYVRK7/9Z_=X<U
[EMAIL PROTECTED]&'[EMAIL PROTECTED]<NE\F@>[EMAIL 
PROTECTED]@7['PB))8JD2B`BP!>59[8
M9IZ<QJYNBXI,7B+3]T[."(VW#7SXO]H1.-N.=64H^+.,)_*0(ZC\&DWD(W@,
[EMAIL PROTECTED]),&*5VV^)LK1;BM4#G`KZQ7Z;[EMAIL PROTECTED]'+#D=QMQ]JZ9YC4;XGX
M0'?-#2*C+@@+C0K,C"C/6(<"A(#2[#-VQ=*.=-01<FBT590\_68D):SNDF4`
M!)*9R55`M>B,,"CE"GR%G\"'6-*8MU/R-Q/+>[EMAIL PROTECTED]/T1E9Y+U^G)07^9VB
MY!>/[EMAIL PROTECTED](TOXI%`NRJW'OBT-'J1A:[EQ+/QY]V),9)D><[EMAIL PROTECTED])SO
MX;MV</&46#PANQ=J<P*XE"UM@,<^N%\+8V88_8P1+RD<^Q^*P60:(#7"-?W`
M8)M`A01-Z+DY6R1ZZWD^AG/BU'0F\A?HZ:?&OU>@":O[;=L.$#=GN3X8)(F=
M&Q"NV-P?`$XP&0Z:4_V%A?5A%/"NMG\B;KVA\.OI)7A6B^WZ:9MUVF>RW[43
MW!#V#1RVM#26+/IR#T64E*F!9I7K'/[3#`M#^S-6CT'P!G`+YT:,_$B?RF\$
M#W[70"@-ICQ!((JB>P2$`#)KV59(A8";<;>WZB`A9;P9GD\184)[<,E%[`8J
M*4[,87*LN%N]>/0](="Q9;[EMAIL PROTECTED]:K>]1*/!&T$Q`/)`X)B:,4CBE)[EMAIL 
PROTECTED]
M+_(SX(K@/!+\0:S)QM>86_24181Z$J7%C[P[';\1:SQ#1>780[]#?3(%+PN/
M6<[EMAIL PROTECTED]([EMAIL PROTECTED]"[EMAIL PROTECTED]"/[EMAIL 
PROTECTED]<[EMAIL PROTECTED]
M+/<.9==XB'ON/+:PY`-,]D)FA=]07N]27JF([]Z#T5E?_?5#?0</%!^:ICBX
MOWXXO+"4&O+#AY4&_D</KV/TSL-VN4RF61+Q,>93P#H<U7>CEL_PIJL1S\B#
M*C*S+B_Q"H3P1O):V]2)[EMAIL PROTECTED];\]->T1FM^Y")PB^,K<SM:)8>B;Y_9)O*A4
MG\E851%RWT).,J%KARD'2+4=.%VZ0!!1S!DO.<1\7X$RVE26(5]!)IFJQ0#E
M3]5$2D*Q-LFYQ)GF*`\>QC!([EMAIL PROTECTED]<D+F;>AI\01G,=4>[EMAIL PROTECTED]
M,%)2%*<S?EH2&=A9D2?/5%8E3SPI+Y`5Z)&Z+0M1V6WO:JXU8B71`TGC2DER
M0Y*3,#<].R/2YEB2I]W9]HCJ"VFM$^%SEB,GC4<01A'/T39YP2S%D\)J'K=\
MA)_))HH(,1\S:DY.P2S95VM`4=^PY2#+#A_L^G;[EMAIL PROTECTED]"0FIX5H?DA
M(*LCOV,T4X4I[6-?$(G-)''O<G53J&Q&7P\)WBANY#'/^'9^+")LC>-\9HNJ
MXN>ICO%4Z$P^<VD6(BY26F9N,+.0XL`GK*$WGW_V]M/OUE+FZ,$BT-&)7L2I
M!3$-87Z<V'[EMAIL PROTECTED]::Y"F%6((P[8!\^L.:KJ08_4N")[EMAIL PROTECTED]:&
MH)GTF4:8E!('@D$=%2W-%$#:?]$T(C0V"IWH\I%):[EMAIL PROTECTED];[EMAIL PROTECTED]
M[F?*V:[C_L9LLU/BXXINGU"7!YF5*M[[`>B/4NCA'OZ\>3#<`%DNR8%08'E(
M$H^[-O=K?N9^'=^)"H)8K`MY:^:+2"G8C`H_:CO.%TP%<`;&:P;L(%A('ZHL
M2A;GV"EPNR!5^D%1-)P]\P*.<F8^%S>"ZZ.6+<A,G3+7LU7/'$B+.B)2OG')
MF7FC2*I0Z-6GI6!UQ4ZBM1)EGJV/L3H.U*>"PVQ;T/HC`0'2/[EMAIL PROTECTED]<UC
M1X0C,^+OF),DAO*Y048&H*TI'";]YX\EN5]X]-()8M)_=Q:2%V%\CQ++U1>Q
M^1LLA7BVLH*+[,;^4$))0C]891S";'&26I)_D^=<!1_VUH%,82.K45L9J4-E
M)05!X,[2,O<5W#LDU,IE5?)ISL(W(Y_PF;Q*B2=Y)2Q/V)A264W.>2AE+4;*
M8CD3P0'[L5GEY6G7(O=102N`ID12N=0,5)+BR1A<[1CV5ZWO=C)NH++#[MH6
M&%*Y(I4.G"I9FS654C5Q*`,[EMAIL PROTECTED]'P%6<>LM8&5&)K:Y#[F$%RHT>ECYV6
M5SD6&NY>X4N$0G]*H$W[4Z)AY<,61$&%T'+Y.A0[=EW=9KU6M/+"&)[EMAIL PROTECTED])4U
M(#F)7!01FJ_(%[9>.GZQLP+FF9*\\H$%LOTS*1D6FJV=)?L%M2<'%[B9*;P'
M1(*I"SNO&&O>00+&88EAS]($9;%4P\[X^Z'M8Q/E&IVG`T8Z3WM3=,SH.Q3&
M%3+<9R#/U4XB$DO^&[EMAIL PROTECTED]<YD(-C1W;OJ9;EGHK8]3:6K^KB=TK+
M)C>&#^,X8T_QD<_4J.$$4E^YJ7P#,Z&.P=0!EU*8$'/6)87W3[,7*&[EMAIL PROTECTED],N:
MECP$&ZGCR/2F&%)4M'ULVHM2N<?ART*:!2TU["2.J</$+\:">>8[YDU.,YQT
M.?<BI9#,4A*_\$VVF"&+3>&N^DH&BAZ]9;TFGV;GG=A\"K-YDU4A,FF`"U3#
MTP<28AQ:@K.2#746!-E)I"[EMAIL PROTECTED],1.J4B9WLW9J+3&+
M`HH4661=$WRBPW0\2"Q$#5DIBWI)1S]&JOA2/A)2&J'A,CEQL&AR.L#EN<':
M#U0$O;3D"QT(82?LT"&;F?DPDT!PYJ(>2PHQOSQ+C4]]ED#3H)L9Y).2N5:#
M@;*Q&V(%M>@KZPH:!='G>8>%.M`PT4+IADC/>54[\B0"+R'B.>(AFC;Q<\1Q
MY#>8X2O4BG\G^6OR,`!<1U.<6_Y'9X#%!H%/C*<M44C!D%L*+F!CL1UDY&UX
M-QF``D8EE]`7/3*E%#"0_QGY&EK'3IK@<'K$8TV5"W8S:3DY"H37?K)2=%8/
M%X!%'$E*B90)#G`EOZ2>"I"_A.%5WX_$!62-&]4OGPFO$9X^\WR>5`*U<[(E
MF0L`(]F`F:%O1O$:>HI[_%2HK^=C*Y&"\D:QP0$^;:AP1PCBG$9U*E^>6R0;
M(+(48F>QO6JW3VE:S_0%?RNTB>*93DXR+X.#LU!A+IU0L0!C.?<>BHZ<T@>G
M[0#Q.X[48R.3OPGZ1\;,@K,7"77P[V%;VB:2A<_JHGD2J1=T.I%?'99)%'5Y
M\.J94RV2T(7XL:Z7L8^<=ZB<62:@[EMAIL PROTECTED]@J?B$HL.[<Z1ZQDU274YKNS&GN8N
MVHD45\)7'&[T$?DVZ!B/GPPTMAU[3N\Y=OCM;"R:1_4$.GBWR7KQ/$LEQJC^
M=GXD(]41#R7M%AENUKR2*"I=W[A*#"LO<K\HU;.&UCZ=#0?8+L<]SFQ;;;&P
M]Y<%C9QI2%-3+]Q:*DW-L?=#)+RS8GW+BIDOS;7J%`TT4F&WBD_-ID8"[;^.
M0O]3G<=F9K^+_<B/'[Y1TU_M&HCB#"O]&GG4ND82K1/"=];ALC86/Q)`ZJ_Q
ML:+ND"E1>/8`[87IZA&NA4IQU#Y;FYKYK'Z:[EMAIL PROTECTED]@(-W"Y'FJ7!96P2T3,F
M!XIFM@'A='.U2\6U?>(=`6YEB!_,@OP5WQN@".H9L;K9N<:[EMAIL PROTECTED]
MTF3G6ZYRMJ[O9<"TL*F-+8J^XVBLR;8*"`:,7[9;[EMAIL PROTECTED]<T&SOE_.<_
MY5R)_=2<SV;Y,DW,H)B-Z_F:A([EMAIL PROTECTED]&'-4W&^TCE;_D*2?9H.=
M\P(D'_I8FC3271(?L[GDLV/;3T.=U^]^,OE+BS0(GWK2,[EMAIL PROTECTED]>:.F,1@(]4G
[EMAIL PROTECTED]/KY:(;,D#FG_]8"[EMAIL 
PROTECTED]"[05'EL;RC'$AL/4_<XK\Q>F65E/3=:3
[EMAIL PROTECTED]&U8>I;J7^\T*0"6C;#,M_J2G>"U9V-ZKE'=+'[EMAIL PROTECTED]<E
M8<.2&[:7BQ8R+8JH7SF>T`2]#J(]'/JF;MNG$"UG^7YAO*-EOGS]^HSC\F6D
[EMAIL PROTECTED]:H%6*EQZ&X9FDC+REWTJW<L3,[EMAIL PROTECTED]/K3-IL<G!\YIK
MIM;[EMAIL PROTECTED]).*4S!GBV*8N^\LMY!P.F#655?J^'G6"S+LTGY$:GVEI6`2#</U
M)3)H*3#U7HDP9YE;&A235'2;HKD94E7G978=-=K6U32'(S<$W:"6YFP*,$7U
MMZD\BWGALD^3=P?<@4KRHJIZ`*A&%G^9^N`'8D]]&$AT;?O.7B(Y/-?`A`H;
M9(0GIUV@/[EMAIL PROTECTED]/'ZWS_^6!L$D5:]W:;6^5RVK&#<CC45%VTW
M"8`L'Q.D2=UN]CGIXE)7B.>E<TFKD0O+`CDNZ.6S."[EMAIL PROTECTED])7YXFDERDN=VH
M574RLZP?5^;<)_B6D$.:`N0H3EE&G)929#2.2G7J&=W2&_$RQ.9DX&R)F;`N
M(&[EMAIL PROTECTED]<O_&T$Y](>#++4ON@@A?3P/'$RH[S[+F6#>[EMAIL 
PROTECTED]<,S)PWKJ'O
M8]$S.Y2<P&R+PGIJU+QA9`W:C'D'M)[EMAIL PROTECTED]'[X''<P<.'L.;MTL6_M``W
M,::[EMAIL PROTECTED]'-^(RFEW=]M:!$4O'05]'(DG6>6V=(FIO&4LY%FH-(6KG#L
MS_)V'KN/?`<B:YQP^J;TE!I\\9Y$3G\6V241S<=FXQJW]0Q:^Q%'X,L_U56^
M"]C=<TE:-&>]19/J\8!PJU.5>D4&9@<ZJFZU8(E3(G/V_%[O>_'@0X!([Q3.
M&ND7+.8?]MI<I]D]SC/[EMAIL PROTECTED]@UXHP^JX.X$,F*H;W<<[EMAIL PROTECTED]
M#6FW$)N>D<7A.9W94'WBYK+EY_H<``6_*&:]X\)N6EBJ:.2(9$04I&Z(DX83
M(D9`=%(<S?EGES(YOB$K\6UJX%-;<S[(C4UV/[EMAIL PROTECTED],MH'Y7N<:R;:')_5G684
MC;/8^Q>*I6VFID50<Y%G?.88A;3YZ9:I>JWB+E?25PEY=)!<3^]ZW]+M]*2F
M6;_<_M+I]S=GAG\E&(Z#`-\9LV$7<V9G0;_$,ZF%KI<0AHMY*&\>#T[CU8N6
MG)2[W$>('R>;:+..:J,PT0%!J)IO]E9N6XSU$+)RXOQ*G_GT[-K]M],UQRIO
MHKK8/%(+#\632[>28M'[3HK>;V=7)<'TX+:]YU:*RI;&2JIJ2;)F7F''BWVY
M7]I+OV3MC)I0E:D3;Y4)K$P"&[EMAIL PROTECTED]>9`5V
MD(O0(D!1'XM38(W06!L^3M?,(Q..KFC^*:S2V_(ON:H"R<T%1!&$Z!T$L$X>
M!E#I2',[EMAIL PROTECTED]>2,?2]C9#1L86:,TA275>,1&C)1^BW3#3W5-D%)2HZ4A3Y6+
M,--]U(S-Y;>](@YFWB^Q#.Y3NFXX=WH%A61RFDJ)5]'P=;K#E>:&ZFW8`M(`
M?T[L0P0B?`$7KX*AM2T3N10M(M_7W%T*TQWQ!!N+G//]3A(R<^HTZU)'U>6W
MQZ1AR3>CE;#:[EMAIL PROTECTED]"=`1KTT/IHY1O(`7$[FTBGZ\Z+[E'8ZLK<C;NCHX:2YO
M3CQRBH-FO74D;A%2+3"_4G*M9Q5B:^M?'AX'T,V02S81M&F1_,^%N!/9Z"!A
ME,'1JZDO1"69X8)PCILHQN0%P0RMU(/C&?<<0D"NYY`TW6^9#7S5?U9&0>E*
[EMAIL PROTECTED])\(3/S-%^:1%IHZN5.;>VV%"LH'Q9I"<D^
MF[Y]<HVYE?*1#M:[O&"^H]?9<DTEU3%U76(;CN>]9S>W/.60SZE-+$!#W3;O
M2FG7G]?)>3<HQ[+7W$!89NVPM]OYB(EDFO2O0L:^`QT_#[S&_)YBN<5*G<FS
M^^AQ1V$81YH`C/QG#516GK(-SZ4_GV+^CH$3G<PU5&Q:N21M9A/,I=R!KJZ.
M$O>T$0^[IG[7-P!<U.'NT($\RTPCWGN?-1W2'V5DW8>[EMAIL PROTECTED],J?'ZXDNMOI
MSP[BGR&]$,<]-<JH,E7%S!<*]K:.X[P(UF9:F[!\/DZ?\$EN=VBDGR<8DR48
M=FM&,X*&TG>S";$&_IU,[6;&,W0M=$.M9!I"G1\8HFN2%#B!G!W__4SJ_"7P
MT6X?K;#F:_BG,][SR[2ZHHS)?.3F'*5>0!TVU!?QWI.4P=\^OOG^<9D^O%H,
MOV"9G5=2'[EMAIL PROTECTED]>)/O_#'/O"/5F3_9W-WL.H?;D_
M2662AR<5A1O";"`OLV?Z6SG)84924Q),LT&=\36^<KQ(743V&AG$Y3V)1__W
MI+DW_QK&PS^GL8!EJ*.%3;@#X]YWW"^B^]+4<D4M7HO'89=T'WZ:\-6L:QUK
[EMAIL PROTECTED];R!HQ=E?XEW3^*7>F";^AL:4R$=Z/BGP-Y5G)N5=(L;W&VH'#.X,$YAU
M#%(\ENT.=<;YE8/-.%RA$D5S8A)B:`Y.5UHD`*ZY_P_NV7,Z6>066E[_^+_3
MQYF5HR?V^MVU>[EMAIL PROTECTED]"RH`YLXV1.*I5!:E5?#NOF9<#1<9W8<ZT<^1C/JV*J
M24TP5ZWM]SKF3K<ZLQ;92I[_7LGGE8=3^TP??8U<&*X\EXCM-=L^O*$FKG"(
M^`>TZ=[*SVRX2MJ\0VLO+@)E-U6N7!**Y/08+\H4LA;M]IY:(WQCAF:$\G<&
M;^GB\*_$R[LQ_HG7>#B<S.#>DR56+PJ6;OG,K\[HS9\_4)`XJLOD2-.[/U",
CO/N8B3)K2OZAXDSMKYDX65?L_T6<[EMAIL PROTECTED]
`
end


Reply via email to