Re^6: strange behavior of dh_dhelp
Am 30.09.99 schrieb joey # kitenet.net ... Moin Joey! JH(a) symlinks don#t work with the http protocol JH You know, I've read the http protocol, and I don't recal any mention of JH such unix-centric concepts of symlinks, especially not any prohibition of JH them. If you're going to keep insisting the http protocol doesn't support JH symlinks, please quite me chapter and verse from RFC 2068. Ok, you#re right. But the classic http daemons (cern for example) used/use chroot() for security reasons. You#re right, the current apache package supports symlinks, but will all users use apache? Will all users use FollowSymLink (a dangerous feature?). Is a http daemon broken, because it doesn#t follow these symlinks? I would suggest: (1) All packages of Debian 2.2 have to use /usr/share/doc. If we have FHS and FSSTND packages we will get a chaos. (2) All packages of Debian 2.2 have to use a symlink in /usr/doc to support a mixture of Debian 2.1 and 2.2 packages. (3) The user uses /usr/share/doc to avoid problems with the symlinks and problems in Debian 2.3. cu, Marco P.S.: Of course dhelp will support the latest policy (if this is possible), but it#s not a really good solution. -- Linux HOWTOs - Die besten Loesungen der Linuxgemeinde ISBN 3-8266-0498-9 Uni: [EMAIL PROTECTED] Fido: 2:240/6298.5 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
Re: compressed HTML/dhelp
Joel Klecker wrote: close 41352 Why is it so difficult to fix bugs instead of closing bug reports without fixing the bugs? thanks :( Please fix bugs! How should the user read compressed HTML files? Could you tell me one internet page sending compressed html documents to the user? Show me where the bug is; Without any problems: install a non unix/linux operating system and use netscape or another browser. How can you read these documents? - This is a bug. show me where policy says I can't compress HTML. This is not a topic of the policy. With the same arguments you could compress compiled programs. lynx has no problem with it and I had no trouble getting netscape to display it over HTTP. Some netscape installation (even under Linux) have got problems with these files. And of course there´re other browsers. plain text files too, are you gonna say that those should be uncompressed too in case someone wants to browse http://localhost/doc/? No I don´t say that. But compressed HTML files are as broken as gzip compressed jpeg/gif files produced by programs like debmaker and debhelper. And why don´t you want dhelp support? A lot of users like these systems. Why is it so difficult to add such an entry? If you need help tell me. a) I haven't had anyone besides you ask for it Then I would suggest reading magazines like the famous German c´t. They have recognized Debian´s documentation chaos. b) I don't like dhelp Why? I don´t like broken packages like your. c) it's one tiny little document And it´s one tiny little configuration file for dhelp or doc-base or dwww. Where´s the problem to add such a small file? HTML is Debian´s documentation format, so please make it readable. Thank you. cu, Marco -- -- Linux HOWTOs: Die besten Lösungen der Linuxgemeinde -- ISBN 3-8266-0498-9 Uni: [EMAIL PROTECTED] Fido: 2:240/6298.5 Mailbox: [EMAIL PROTECTED] http://www.tu-harburg.de/~semb2204/
Re^4: strange behavior of dh_dhelp
Am 28.09.99 schrieb martin # internet-treff.uni-koeln.de ... Moin Martin! MB Marco localhost/doc/ should point to /usr/share/doc. Please submit a MB Marco bug report for your http daemon. MB The decision was made by the ctte, it is not yet implemented in the MB policy document, but it will be soon. Maybe somebody should email such documents to the maintainers of packages like dhelp. I#ve never received a copy of the decision. How should I support it? MB There is no requirement for Potato, that all packages support the MB latest policy. policy 2.4.x is still allowed. Great, really great. This will cause all kinds of problems. MB And these have the docs MB in /usr/doc. Ok, then Debian 2.2 will be broken. And the next releases will have the same problems, because we still allow policy 2.4 packages without any symlinks. So it won#t be possible to install Debian 2.2 and 2.3 packages on one system with a working documentation. MB With the decision on the /usr/doc - /usr/share/doc MB transition, every packages docs are accessable through MB /usr/doc/package. Wrong. Symlinks don#t work with http. MB What do you demand for the short time, until the revised policy is MB released? All packages using the symlink have to remove him? Lintian MB must not report a missing symlink? Debhelper has to cease installing MB this link? If you ask me: (1) All packages of Debian 2.2 must use /usr/share/doc. Otherwise we will have the same problems in Debian 2.3, when the user reads the documentation via /usr/share/doc. (2) All packages provides /usr/doc links. (3) http://localhost/doc/ points to /usr/share/doc, the user use /usr/share/doc instead of /usr/doc. This is a clean solution and not such a hack like the descripted decision. MB My god, Marco, show some reason. (a) symlinks don#t work with the http protocol (b) old policy allowed - problems in Debian 2.3. ... cu, Marco -- Linux HOWTOs - Die besten Loesungen der Linuxgemeinde ISBN 3-8266-0498-9 Uni: [EMAIL PROTECTED] Fido: 2:240/6298.5 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
Re^4: strange behavior of dh_dhelp
Am 28.09.99 schrieb joey # kitenet.net ... Moin Joey! JH No. A http daemon will never follow this symlinks. They#re 100% useless JH when using the http protocol. JH Balderdash. http://www.apache.org/docs-1.2/mod/core.html#options Somebody told me Debian includes more than one http daemon -:). cu, Marco -- Linux HOWTOs - Die besten Loesungen der Linuxgemeinde ISBN 3-8266-0498-9 Uni: [EMAIL PROTECTED] Fido: 2:240/6298.5 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
Re^2: strange behavior of dh_dhelp
Am 28.09.99 schrieb roland # spinnaker.de ... Moin Roland! RR installation process? There#re two better solutions: 1) All programs use RR the same file format. RR Okay, simply change dhelp to use the doc-base directly and were are done. ROTFL, why should I change dhelp to support a broken file format? I#ve discussed a new file format with the author of doc-base (read debian-doc). But the author is not interested to solve this problem :(((. Please tell me what for do we need doc-base? We need a file format and not a converter! RR 2) You can convert the files during dpkg-buildpackage offline. RR That's a bad idea, because this restricts you from adding new RR documentation systems which use another new format. Have a look how Of course the first solution is a lot of better. But how should we solve problems when the authors are not interested to find one file format :(? RR many packages still only support dwww and not dhelp. So you see, that RR creating these files at build time is a bad idea, while using a I don#t see that. RR generic format like doc-base is much more flexible, because you only Why is doc-base a generic format? It#s as generic as the dhelp/dwww formats. In fact the format has got a lot of disadvantages. RR Why is dhelp broken? RR Because it doesn't support /usr/doc symlinks in the /usr/doc tree when RR the .dhelp file (created by a doc-base file) mentions the real RR (/usr/share/doc) path. Example, please. RR Why do you mix the speed of install-docs and dwww here? The first one Because install-docs slows down the speed of dhelp :(. RR browsing. As far as I can see one has nothing to do with the other. The slow speed. RR Because some authors are not interested to solve problems :(. We RR don#t need something like doc-base. RR When I read the second sentence, it seems that you're talking about RR yourself in the first one =;-) Why? What for do we need doc-base? I#ve offered several times, to find *one* format for all programs, but without any success. RR We need only a small shell script, that calls dwww and RR dhelp_parse. And we need *one* file format for dwww and dhelp. RR So why not use doc-base as this one file format? Why? doc-base has been developed later that dhelp/dwww and it#s useless. So why should we move to it#s file format? This makes no sense. RR All file formats (doc-base, dhelp, menu,...) will have advantages and RR disadvantages. Right, so merge all advantages and find a new file format. We#ve thought about a Dublin Core clone, but after 1,5 year there was no result. I don#t understand the difficulty to define a file format :(. RR As far as I can see doc-base is a little bit more RR flexible than dhelp (the latter only supports HTML and no other dhelp supports all formats. And doc-base has got a lot of disadvantages: for example absolute file names, where dhelp uses relative file names like the html format does. RR doc-base is widely used In fact a lot of packages don#t use doc-base, dhelp or dwww. For example the libc maintainer closed such a bug report without adding support for these programs. This is not a good sign for Debian#s quality. RR dh_make for a long time now. So doc-base may be a good compromise as RR the one file format. No. RR I think that it is possible, proposed that all packages which use only RR /usr/share/doc at the moment, will soon add a symlink in /usr/doc, to RR follow the technical committee decision. Than you only have to Maybe they should start fixing the policy. If we continue working with this speed, the next release will be released 2010. RR support /usr/doc with one problem: No. We need a decision: which one is the *main* doc directory. Which one should the user use. At the moment I would suggest /usr/share/doc. RR the doc-base and .dhelp files point RR to the real location in /usr/share/doc, .dhelp does not point to this directory. Here you see one advantage of my format: dhelp uses relative file names. In fact you could add the same .dhelp file to both: /usr/doc and /usr/share/doc. RR while the files are also RR accessible via the symlink as /usr/doc/package. There needs to be One again: they are *not* accessible via these symlinks! This may work sometimes but not always - hack. A good configured http daemon will not follow these symlinks. RR some work around for this, but this should be possible with some Perl RR or Shell knowledge. dhelp is a offline system. dhelp doesn#t convert things during runtime like dwww does. RR No problem when you see /usr/doc as the one and only directory for RR accessing the files. ??? But we use /usr/share/doc. Read the policy. RR The documentation of every package should be RR available as /usr/doc/package in potato (this will change in the far RR future, but now we are working on potato). Great and the next Debian release will have the same or even more problems. I don#t like such hacks. In fact I don#t
Re^2: strange behavior of dh_dhelp
Am 27.09.99 schrieb GalbraithP # dfo-mpo.gc.ca ... Moin Peter! PSG I have a recent potato install and dhelp 0.3.14 and _don't_ have PSG http://localhost/fhs/ support. I don#t have it, too :). Is this directory a Debian standard, Roland? PSG I could see http://localhost/doc/HTML/, but all new docs visible PSG as file:/usr/share/doc/HTML/index.html could not be seen under PSG the http://localhost interface to dhelp. Is `fhs' supposed to be PSG a new Alias? localhost/doc/ should point to /usr/share/doc. Please submit a bug report for your http daemon. PSG Am I doing anything wrong? Nothing, but the maintainers of the packages. PSG [I also agree that it would be annoying to have two distint PSG directories to point a browser at (if it worked at all for me).] PSG Marco, do you have upgrade plans for dhelp? Off course I will support the latest policy. But it#s not possible to support *one* index for /usr/doc *and* /usr/share/doc. This is security feature of all http daemons. cu, Marco -- Linux HOWTOs - Die besten Loesungen der Linuxgemeinde ISBN 3-8266-0498-9 Uni: [EMAIL PROTECTED] Fido: 2:240/6298.5 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
Re^2: strange behavior of dh_dhelp
Am 24.09.99 schrieb joey # kitenet.net ... Moin Joey! JH dh_installdocs uses doc-base, which in turn registers documents for JH dwww and dhelp. Thous it is a superset and should be used, no? I would recommend using dwww and dhelp directly. dhelp#s parser is written in C and uses a database. So it#s a lot of faster than using doc-base, which is written in perl. Especially on old 486/586 CPUs using dhelp directly speeds up the installation process of packages dramatically. dhelp comes with a dhelp - dwww converter. So it#s no problem to support both system. JH Yes. Why? What is the advantage of using doc-base? cu, Marco P.S.: The latest dhelp 0.3.14 supports FHS *and* FSSTND :). -- Linux HOWTOs - Die besten Loesungen der Linuxgemeinde ISBN 3-8266-0498-9 Uni: [EMAIL PROTECTED] Fido: 2:240/6298.5 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
bsd/sgtty.h
Hi! I've got a problem compiling csound with libc6. The source includes bsd/sgtty.h which is not in libc6-dev, but there's a sgtty.h. I've tried to use this one. But the compiler told me that he don't know the size of struct sgttyb. Any ideas? cu, Marco -- Uni: [EMAIL PROTECTED] Mailbox: [EMAIL PROTECTED] Fido: 2:240/5202.15 http://www.tu-harburg.de/~semb2204/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intent to package: csound cecillia
Hi! I would like to package csound and cecillia. Any comments? cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
LinuxFocus in German?
Hi! Is anybody working on packaging the German LinuxFocus magazine? If not, I#ll do it. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
l3 - MPEG Layer 3 encoder
Hi! Who maintains frozen? l3 (non-free) has expired. The author (Fraunhofer Institut IIS) has released a new version called mp3encdemo, but this version is limited to 30s of music (so it#s not longer useful) :(((. So please remove my l3 package from frozen. Thanks. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lists archives outside debian.org
Am 16.04.98 schrieb jdassen # wi.leidenuniv.nl ... Moin [EMAIL PROTECTED] j http://www.reference.com/ j and j http://www.findmail.com/ Nice for spams :(. j I think it would be useful to archive the Debian lists there too (in j addition to our www.debian.org archive). No, please not. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sgmltools - .dhelp, .dwww-index, index.html :)
Hi!
You thing it is difficult to support systems like dhelp or dwww in your
packages? It#s not :).
If your HTML documentation was produced by the sgml-tools (linuxdoc) you
can use this new script in your rules file. It creates the needed .dhelp,
.dwww-index, and index.html files.
Please feel free to use it :).
begin 644 sgml2dhelp.pl
M(R$O=7-R+V)I;B]P97)L(UW@HC($-O'ER:6=H=`H8RD@,3DY.!B2!-
M87)C;R!=61D92`H0G5D95`='4M:%R8G5R9RYD92D*(R!'[EMAIL PROTECTED])A
M;!0=6)L:6,@3EC96YS90H*(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,*(R`@('-G;6QT
M;V]LR`M/B!D:5L[EMAIL PROTECTED]'=W=RP@:[EMAIL
PROTECTED]:'1M;`@(`@(`@(`@(`@
M(`@(`@(,*(R`@(`@(`@(`@(`@(`@(`@(`@(`@(`@(`@(`@
M(`@(`@(`@(`@(`@(`@(`@(`@(,@B,@(`@([EMAIL PROTECTED](!S
M9VUL,F1H96QP(#QD:5L!S96-T:6]N/B`\9'=W=R!S96-T:6]N/B`@(`C
MB,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C@HC('EO=0HD;6%I;G1A:6YEB`](=-87)C
M;R!=61D92`H0G5D95`='4M:%R8G5R9RYD92DG.PH*(R!R96=E'[EMAIL PROTECTED]\@
M9FEN9!T:4@F]O=!H=UL(9I;4@;[EMAIL PROTECTED];V-U;65N=`HD9FEL95]E
M'!R(#T@)UXH+BLI6UXP+3E=7YH=UL)[@HC(')E9V5X!T;R!PF]D
M=6-E($@;EN:R!N86UE(9R;[EMAIL PROTECTED]AE(9I;4@;F%M90HD=ET;5?97AP
MB`](=*XK*5PN:'1M;0G.PH*B,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C
M(R,C(R,C(PHC([EMAIL PROTECTED])S=')A8W0@;[EMAIL
PROTECTED]]C=6UE;G0@(,*(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,C(R,C@IS=6(@9V5T7V%BW1R86-TGL*
M(!M2`DG[@H@([EMAIL PROTECTED]`B/`D9FEL96YA;64B*2!OB!D:64@
M(F-A;B=T(]P96X@)9I;5N86UE(5QN(CL*(`D86)S=')A8W0@/2`G)SL*
M(!W:EL92`H)'IW(#T@/$E./BD*(![B`@(!I9B`H)'IW(#U^(\\4#X\
M2%(^/$5-/[EMAIL PROTECTED]@(`@PH@(`@(`D86)S=')A8W0@/2`D,3L*(`@
M([EMAIL PROTECTED];[EMAIL
PROTECTED]1Z=R`A?B`O/%PO14T^/$A2/CQ+U`^+RD*(`@(`@PH@
M(`@(`@(1Z=R`](#Q)3CX[B`@(`@(`@)%BW1R86-T(X](@)R`N
M(1Z=SL*(`@([EMAIL PROTECTED](`@('T*(!]B`@)%BW1R86-T(#U^(',O/%PO
M14T^/$A2/CQ+U`^+R\[[EMAIL PROTECTED][EMAIL PROTECTED]B,C(R,C(R,C(R,C
M(R,C(R,C(PHC(!WFET92`N9AE;'`@(,*(R,C(R,C(R,C(R,C(R,C(R,C
M@IS=6(@=W)I=5?9AE;'`*PH@('!R:6YT($1(14Q0((\:71E;3Y;B([
MB`@')I;[EMAIL PROTECTED]@(CQD:7)E8W1OGD^)$%21U9;,%U;B([B`@')I
M;[EMAIL PROTECTED]@(CQL:6YK;F%M93XD;EN:VYA;65;B([B`@')I;[EMAIL PROTECTED]
M3%`@(CQF:6QE;F%M93XD9FEL96YA;65;B([B`@')I;[EMAIL PROTECTED]@(CQD
M97-CFEP=EO;CY;B1A8G-TF%C=%QN/]D97-CFEP=EO;CY;B([B`@
M')I;[EMAIL PROTECTED]@(CPO:71E;3Y;EQN(CL@(`I]@H*(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,C(PHC(`N9'=W=RUI;F1E!S=7!P;W)T(`CB,C(R,C
M(R,C(R,C(R,C(R,C(R,C(R,C(R,*G-U8B!D=W=W7W!W9`I[B`@)'!W9`]
M([EMAIL PROTECTED]@(1P=V0@/[EMAIL PROTECTED]/UPO=7-R7]D;V-+RHH+BHI+SL*(`D
M'=D(#T@)#$[GT*G-U8B!WFET95]D=W=WGL*(!PFEN=!$5U=7((C
MV5C=EO;CH@)$%21U9;,5U;B([B`@')I;[EMAIL PROTECTED]/1T/CQA(AR
M968]7(D'=D+R1F:6QE;F%M95PB/B1L:6YK;F%M93PO83Y;B([B`@')I
M;[EMAIL PROTECTED]/1D/B1A8G-TF%C=%QN7XB.PI]@HC(R,C(R,C(R,C(R,C
M(R,C(R,C(R,C(R,*(R`@:[EMAIL PROTECTED]:'1M;!S=7!P;W)T(`CB,C(R,C(R,C
M(R,C(R,C(R,C(R,C(R,C(PH*W5B('=R:71E7VEN95XGL*(!PFEN=!)
M3D1%6`B/$14/CQ!($A2148]7(D9FEL96YA;65(CXD;EN:VYA;64\+T$^
M7XB.PH@('!R:6YT($E.1$58((\1$0^)%BW1R86-T7Y;B([GT*@HC
M(R,C(R,C(R,C(R,C(R,CB,@(`@(UA:6X@(`@(,*(R,C(R,C(R,C(R,C
M(R,C(PH*;W!E;F1IB`H1$E22$%.1$Q%+`G+BI.PI`9ER8V]N=5N=`]
M(')E861D:7(@*$1)4DA!3D1,12D[F-L;W-E9ER(A$25)(04Y$3$4I.PH*
M;W!E;B`H1$A%3%`L((^(YD:5L(I.PIO5N(A)3D1%6P@(CX@:6YD
[EMAIL PROTECTED]:'1M;(I.PIPFEN=!)3D1%6`B/$A434P^7X\0D]$62!1T-/3$]2
M/491D91CY;CQ$3#Y;B([[EMAIL PROTECTED]L((^(YD=W=W+6EN95X
M(BD[B9D=W=W7W!W9#L*F9OF5A8V@@)9I;5N86UE(AS;W)T($!D:7)C
M;VYT96YT*0I[B`@:[EMAIL PROTECTED]1F:6QE;F%M92`]?B`O)9I;5?97APB\IB`@
MPH@(`@)9I;5N86UE(#U^(\D=ET;5?97APB\[B`@(`D;EN:VYA
M;64@/2`D,3L*(`@('!R:6YT((D9FEL96YA;65;B([B`@(`F9V5T7V%B
MW1R86-T.PH@(`@)G=R:71E7V1H96QP.PH@(`@)G=R:71E7VEN95X.PH@
M(`@)G=R:71E7V1W=W[[EMAIL PROTECTED]@IC;]S92`H1$A%3%`I.PIPFEN=!)
M3D1%6`B/]$3#Y;CQ(4CY;CQ!1$1215-3/CQ334%,3#Y;B([G!R:6YT
M($E.1$58()0;5AV4@V5N9!C;VUM96YTR!T;R`D;6%I;G1A:6YEBY
M;B([B1T:6UE([EMAIL PROTECTED]:6UE(AT:6UE*3L*')I;[EMAIL PROTECTED]@@(CQ4CY4
M:ES('[EMAIL PROTECTED](-R96%T960@)'1I;[EMAIL PROTECTED]/]!1$12
M15-3/EQN(CL*')I;[EMAIL PROTECTED]@@(CPO0D]$63Y;CPO2%1-3#Y;B([F-L
;W-E(A)3D1%6D[F-L;W-E(A$5U=7*3L*@``
`
end
cu, Marco
--
Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15
Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: future development of doc-base
Adam P. Harris wrote: Well, guys, I'm digging into doc-base. Right now I'm focused on fixing bugs for the freeze. There seems to be a few areas for interaction between dhelp and doc-base which are tricky to replicate; and hence, tricky to fix. Thankfully, the code is very small and If there's a problem with dhelp, please send me a email. Christian, with respect to your considerations for redesign, there's a lot to think about. The big issue I guess is whether we want to keep the split between content registration and conversion handling (doc-base) and content presentation (dhelp, dwww). Some of the things Jim proposes go far beyond content presentation. Maybe that split is not going to work for us; maybe it will. Maybe we should discuss what for we need doc-base. We don't need it for content registration. dhelp and dwww have got these features already. Do we really need online conversion? I think that the conversion of the document formats is the job of the package maintainers and not the job of the users. There're several reason against an online conversion: * you need more disc space (source + converted versions) * you must install the converters * you need a lot of time for the conversion (remember that some people use 386/486!) * the converters don't work error free - the quality of the converted documents is bad * there're a lot of other problems (for example with the package tool) I would suggest, that we try to improve the quality of the conversion tools (like sgml-tools, latex2html, texi2html). cu, Marco -- Uni: [EMAIL PROTECTED] Mailbox: [EMAIL PROTECTED] Fido: 2:240/5202.15 http://www.tu-harburg.de/~semb2204/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re^2: Debian 2.0 release requirements
Am 08.01.98 schrieb aqy6633 # acf5.nyu.edu ... Moin Alex! AY I would like to question the need for this requirement. ??? AY While this can be of importance to some users, it can be quite AY annoying to others. ??? Please remember, a lot of languages need 8 bit clean programs. Non 8 bit clean programs are very bad. AY What it means is saying good-bye to clean AY ascii e-mail, etc. ??? AY What is more important, *some* utilities, AY less most notably, *shouldn't* be 8-bit clean. Why? I would like to see German Umlaute. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Debian 2.0 release requirements
Am 08.01.98 schrieb aqy6633 # acf5.nyu.edu ... Moin Alex! AY it is nice property of less (as opposed to more) that it filters AY out all non-ascii charachters (changes them to some ^... printable AY sequencies). As a result, it is not possible to trash the console by AY doing less some binary file or, more important - if something But that could be done really easy. You have to filter all bytes with a value 32. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dhelp and doc-base (was Re: [Fwd: dhelp support?])
Am 08.01.98 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS Depending on how doc-base is configured, it will convert texinfo files CS into PostScript, generate info files from texinfo source, etc. But how long should this take? This would slow the installion of Debian. And remember Debian is already very slow in installation/configuration. CS Here is a concrete example how it could look like: The Debian manual CS `Foo's and Bars' (to be written) is included in the foo package. The CS manual is written in debiandoc-sgml, so HTML, Text, and postscript can be CS generated. Have you tried that? As coordinator of the German HOWTOs I could tell you that the sgml-tools have got a lot of errors. Automatic conversion will not work. And there's another problem, not all documents use the same DTD. Or take latex2html. This produces totally unacceptable output. Some maybe we should fix the converters before we can release doc-base? CS Comments? I think that we can't convert most formats with a simple script at the moment. Maybe it would be better, that the maintainer convert the documents manually and correct the produced erros. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: uploaded dhelp (i386 source)
Am 05.01.98 schrieb leutloff # sundancer.oche.de ... Moin Christian! CL * cgiparse binary (from CERN httpd) CL isn't it better to use the correct Recommends/Depends flag instead of CL doubling the binaries. Because most people use the Apache server and I'm not sure if you can install several http Servers at one machine. I'll replace cgiparse in one of the next releases with a Perl script. CL * dbugreport (report Debian bugs) CL where's the difference to the bug program (located in the package CL bug)? I don't know. Is this a CGI Interface? CL Btw.: Shouldn't we switch the priority for bug to a higher one, CL i.e. standard or essential!? It's a small but very useful program that CL should be found on *every* Debian system. Done :). This package uses standard. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^4: dhelp 0.2 - a online help system
Am 05.01.98 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS think, we should use this help system in Debian 2.0. Some other CS distributions already use such systems (for example SuSE). CS You should probably not refer to SUSE here. They are know for their quick CS and _dirty_ solutions ;-) That's right, but a dirty solution is better than no solution. And dhelp is no dirty solution :). CS Please don't get me wrong. I have nothing against packages supporting CS dhelp. However, dhelp is not our official system by now (nor is dwww) so CS we can't force everyone to use it by policy. Right, but we could suggest the use of dhelp (and maybe dwww) in the policy for Debian 2.0. And remember, you can register *not* only HTML document at dhelp. CS I promise that we'll start discussing and implement the new doc-policy CS and all this when hamm is out of the door. Fine, but please add dhelp support to your packages containing HTML/PS/PDF documents. It takes you less than 5 minutes :). cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Anyone using dhelp with netscape?
Am 05.01.98 schrieb meskes # topsystem.de ... Moin Michael! MM It seems communicator 4.0 doesn't like it at all. As soon as I click on MM the debian link netscape gets a bus error. The index.html files are all in HTML 3.2 that's no problem :). But there's one know bug in dhelp :(. The last created index.html doesn't include the tail /TABLE/BODY/HTML. I'm trying to fix this, maybe someone finds the bug :)? cu, Marco P.S.: I'm using netscape 3.x and lynx without problems. -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Anyone using dhelp with netscape?
Am 05.01.98 schrieb meskes # topsystem.de ... Moin Michael! MM It seems communicator 4.0 doesn't like it at all. As soon as I click on MM the debian link netscape gets a bus error. I've found the bug (missing fclose). I'll upload 0.2.2 tomorrow. -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: dhelp 0.2 - a online help system
Am 03.01.98 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS We are aware of this problem. The different menu systems (menu, dwww, CS dhelp, etc.) all have their advantages and disadvantages so I guess they CS will all stay around for a while. If you know a disadvantage of dhelp please send me an email. I'm really interessed in good ideas. CS The solution is to provide a unique interface where all packages can CS register their documentation files. This interface programm will than CS support the different menu systems, depending on which are installed. This But is that necessary? We could write a simple .dhelp to .dwww converter or dwww can use the /var/lib/dhelp/dbase database. That's no problem. I think, we should use this help system in Debian 2.0. Some other distributions already use such systems (for example SuSE). I've added dhelp support in debstd last night. It's really no problem to add dhelp support to your packages. CS I'm currently working on a draft for this interface. It looks like we're CS going to implement that together with a new Documentation Policy for CS Debian 2.1. Why should we develop another system? We have a working system: dhelp. If we need new features, I can add them. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: dhelp 0.2 - a online help system
Am 01.01.98 schrieb fog # perosa.alpcom.it ... Moin [EMAIL PROTECTED] f I like it but... Fine :). f 1) How about dwww? (Yes, I know dwww needs a web server...) On my notebook dwww is very slow when your're accessing documents. And building the index produces a very high load on this system. Third the index of dwww is never uptodate. f 3) The policy says the preferred doc format is HTML (fine) but f it says nothing about how to access it. Any ideas before we poor f developer have to write a dozen of different conf files to support f all that new help systems? (menu entries, .dwww-index, .dhelp, etc...) We could write a converter :)? I would suggest that we add dhelp and dwww support to the debstd tool. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: debian 2.0 - any dates?
Am 31.12.97 schrieb borik # isracom.net.il ... Moin Boris! BDB Do we have any dates for Debian 2.0 BDB release/code-freze/dead-line/anything? No. BDB If not, shouldn't we schedule one already. What are we waiting for? Are really good question. We should hurry a litte bit. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^4: intent to package: doom!
Am 29.12.97 schrieb harpo # udel.edu ... Moin Will! WL Would it be allowed for us to have a non-duetch directory, which just WL wouldn't get mirrored (be default) in Germany? That's ok. WL That way, if a child gets WL it, they've got to get it from someplace outside Germany, which the WL German government can't hope to control. That's the solution :). The important point is that these games are not on a German FTP site and not on a CDROM that is sold in Germany! WL It's going to get nuts if we have to have a non-wherever directory for WL every country, but maybe we'll have to do this. If that's the case, I would prefer a flag in CONTROL. We have got a lot of programs with such problems. For example it's no problem to sell programs with GIF support in Germany, because there's not patent on this algorithm. The crypt programs are another group. You're not allowed to use these programs in France or Russia. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
dhelp 0.2 - a online help system
Moin Moin! Today I've released the latest version of my HTML online help system for Debian. Bugs reports are welcome :). dhelp What's dhelp? dhelp is an online help system for Debian GNU/Linux. A Debian package can register its HTML documents and dhelp builds an index of all documents. The user doesn't need a WWW server to browse the HTML tree. Who to use dhelp If you have installed a WWW server on your system simply browse [1]http://localhost/doc/HTML/index.html If you haven't installed a WWW server use the dhelp command: $ dhelp The .dhelp file Programs supporting dhelp have to install a .dhelp file in every directory under /usr/doc. For every HTML file that should appear in the dhelp index the .dhelp file have to contain the following section: item directory Defines in which section of the index the document should be linked. I suggest that you use the same names like in _Section:_ in control. For example for game you would use games. A German document should linked to de/games and so on. linkname This short text appears as link text in the index. This is typical the filename without the .html suffix. filename The filename of the HTML file with a path relative to the .dhelp file. If your document is called /usr/doc/dhelp/test.html and the .dhelp is installed in /usr/doc/dhelp you must use test.html. description ... /description A long description of the content of the document (optional). /item You can have several item sections in one .dhelp file. At the moment the dhelp standard is supported by the following Debian packages: doc-linux-de, doc-linux-ja, doc-linux-sv, doc-linux-zh, fidogate, hwb, l3, and selfhtml. Add a .dhelp file to the index To add a .dhelp file to the document index you have to call dhelp_parse: # dhelp_parse -a /usr/doc/directory I would suggest to add the following to your package postinst script: if [ -f /usr/sbin/dhelp_parse ]; then /usr/sbin/dhelp_parse -a /usr/doc/directory fi In postrm you should use: if [ -f /usr/sbin/dhelp_parse ]; then /usr/sbin/dhelp_parse -d /usr/doc/directory fi Script for .dhelp file If the HTML files were produced using sgml-tools (linuxdoc-sgml) you can use this script to produce the .dhelp file. #!/bin/bash if [ -f .dhelp ]; then rm -f .dhelp fi for i in *[!0-9].html ; do # produce .dhelp echo item .dhelp echo directory$1 .dhelp echo linkname$i .dhelp echo filename$i .dhelp echo description .dhelp ANFANG=$(grep -n PHREM $i | cut - -f1 -d:); ENDE=$(grep -n /EMHR/P $i | cut - -f1 -d:); head -n $ENDE $i | tail +$ANFANG | sed -e 's/PHREM//g' | \ sed -e 's/\/EMHR\/P//g' .dhelp echo /description .dhelp echo /item .dhelp done Run this script in every directory containing HTML files. If your documents should go in the German HOWTO section for example, you have to enter: # dhelp.build de/HOWTO If you have any comments or problems please feel free to send me a email: [EMAIL PROTECTED] References 1. http://localhost/doc/HTML/index.html 2. mailto:[EMAIL PROTECTED] cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: intent to package: doom!
Am 27.12.97 schrieb joey # kitenet.net ... Moin Joey! JH Good grief. Well, it's already in non-free, I guess that's good enough JH (since stuff in non-free cannot be safely distributed unless you examine JH it's license). But non-free is mirrored on several FTP servers in Germany. And a child could download the games from a German FTP server and this is not allowed. Maybe we need a special flag in the control files to stopp distribution of a program in some countries. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: intent to package: doom!
Am 24.12.97 schrieb joey # kitenet.net ... Moin Joey! JH Id released doom's source code today, so I will be able to make a current JH x11 elf build of doom. Due to copyright, it will go in non-free. I will JH probably pattern it after the quake packages, with a seperate package for JH levels (licence permitting). Great, but then we need a new non-german section :). You're not allowed to give doom and quake (!) to children younger than 18 years. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
doc-linux-{zv,jp,sv}
Hi!
Is anybody working on doc-linux-{zv,jp,sv} packages? If not I'll do it,
Phil.
cu, Marco
--
Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15
Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Debian entry in the German Distribution HOWTO
Hi! It would be nice if anybody could write a new official entry for the Debian distribution for my German Distribution HOWTO. Thanks. -- sect1Debian GNU/Linux 1.2label id=Debian p descrip tagHersteller:/tag The Debian Linux Associationnewline Software in the Public Interestnewline P.O. Box 70152newline Pt. Richmond CA 94807-0152 (USA) Email: tthtmlurl url=mailto:[EMAIL PROTECTED] name=[EMAIL PROTECTED]/ttnewline WWW: tthtmlurl url=http://www.debian.org/; name=http://www.debian.org/;/ttnewline FTP: tthtmlurl url=ftp://ftp.debian.org/debian/; name=ftp.debian.org:/debian//tt tagBeschreibung des Herstellers:/tag Debian ist eine freie Linux-Distribution. Seine Entwickler sind 160 unbezahlte Freiwillige aus der gesamten Welt, die nber das Internet zusammenarbeiten. Die Qualitaet von Debian haelt jeden Vergleich mit den besten kommerziellen Unix- und Linux-Systemen stand. Ein detailierter Katalog der Software-Pakete in Debian kann unter der URL tthtmlurl url=http://www.debian.org/FTP/; name=http://www.debian.org/FTP/;/tt gefunden werden. Debian 1.2 ist fuer uns eine besondere Veroeffentlichung. Wir zeigen mit dieser Veroeffentlichung, dass Debian ein ausgereiftes System ist und dass wir zur fuehrenden Linux-Distribution werden koennen. Debians Verpflichtung zur freien Software, seine gemeinnuetzige Organisation und sein offenes Entwicklungsmodell machen es einzigartig unter den Linux-Distributionen. Debian 1.2 benutzt den Linux-Kernel in der Version 2.0.27. Eine besondere Eigenschaft von Debian ist die umfassendste Software- Management aller Unix- und Linux-Systeme. Die Software-Management holt automatisch die Software-Pakete von einem Debian FTP-Server oder liest sie von Festplatte, CD-ROM oder ueber NFS. Es erneuert, installiert oder deinstalliert Software-Pakete nach Ihren Wuenschen. Die fuer jedes Paket definierten emdependencies/em (Abhaengigkeiten), einem von Debian schon sehr frueh genutzten Mechanismus, sorgen dafuer, dass die zum ordnungsgemaessen Funktionieren eines Paketes benoetigten anderen Pakete von der Software-Management angezeigt und auf Ihren Wunsch hin ebenfalls installiert werden. Ein neues Merkmal ist die Faehigkeit der automatischen Konversion von emRed Hat/em- oder Slackware-Paketen unter Verwendung unseres emalien/em-Programmes. Die konvertierten Pakete koennen erneuert, installiert oder deinstalliert werden, ganz wie normale Debian-Pakete auch. Es sind Portierungen von Debian 1.2 auf die m68k-, ALPHA- und SPARC-Architektur in Entwicklung. Prototyp-Systeme fuer m68k und ALPHA existieren bereits und stehen Entwicklern zur Verfuegung. Die SPARC- Portierung wird zur Zeit gerade gestartet und eine Portierung auf die MIPS-Architektur ist nicht ausgeschlossen. Es gibt zwei Versionen der Debian-Distribution: die emstable/em und die emdevelopment/em oder Entwickler-Version. Das emstable/em-Verzeichnis enthaelt augenblicklich Debian-1.2.0. Alle paar Wochen erfolgen sogenannte empoint releases/em, die der Fehlerbeseitigung und der Verbesserung dienen. Jedoch erfolgen keine grundlegenden Aenderungen vor dem nEchsten emmajor release/em. Die Entwickler-Version dient der Entwicklung von Debian 2.0. Das emdevelopment/em-Verzeichnis wird kontinuierlich auf den aktuellen Stand gebracht und Sie koennen die Pakete aus der emdevelopment/em-Hierarchie unserer FTP-Server benutzen, um Ihr System jederzeit auf den neuesten Stand zu bringen. Damit wird Benutzern, die ein stabiles System brauchen, genauso gedient wie jenen, die immer auf dem neuesten Stand der Entwicklung bleiben wollen. Debian wurde 1993 von Ian Murdock gegruendet, und seine Arbeit wurde ein Jahr durch das GNU-Projekt der FSF unterstuetzt. Debian sollte als direkter Abkoemmling des GNU-Systems verstanden werden. Obwohl Debian und die FSF unterschiedliche Organisationen sind, verfolgen sie doch die gleichen Ziele, und wir unterhalten freundschaftliche Beziehungen zur FSF. tagBezug per Internet:/tag descrip tagNord-Amerika:/tag itemize itemtthtmlurl url=ftp://ftp.debian.org/debian/; name=ftp.debian.org:/debian//tt /itemize tagDeutschland:/tag itemize itemtthtmlurl url=ftp://os.inf.tu-dresden.de/pub/debian/; name=os.inf.tu-dresden.de:/pub/debian//tt itemtthtmlurl url=ftp://ftp.Uni-Mainz.DE/pub/Linux/debian/; name=ftp.Uni-Mainz.DE:/pub/Linux/debian//tt /itemize tagOesterreich:/tag itemize
Re: Debian GNU/Linux Logo chosen
Am 01.12.97 schrieb bruce # va.debian.org ... Moin Bruce! BP We've been having a logo contest for a long time. It failed to generate BP a consensus on a logo for the project. It got to the point where people What's wrong with the logo on www.debian.org? BP I chose this logo because it is a simple, easily recognized image, it BP emphasizes the Linux connection while it is also definitely different BP from the Linux penguin, it's easily trademarked, and it has esthetic BP merit. Sorry, but why do *you* chose the logo? I thought that Debian is a team and not one person. There should be an election. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: fixhrefgz - tool for converting anchors to gzipped files
Am 28.06.97 schrieb clameter # waterf.org ... Moin Christoph! CL It will still serve the .html file (now uncompressed) containing .html.gz CL links which are not understood by web-servers outside of the Debian realm. Maybe we could use the following: 1.) Change the links inside the documents to .html.gz (offline) to allow browsing the documents without a WWW server. 2.) Tell the WWW servers to uncompress .html.gz files on-the-fly if the browser request .html.gz files. The server delivers the uncompress file with MIME type text/html with the filename .html. browser server --- -- req. foo.html.gz - - please req. foo.html req. foo.html - - uncompress foo.html.gz on-the-fly, send it as text/html I think this should be possible using the apache's Redirect feature. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: fixhrefgz - tool for converting anchors to gzipped files
Am 29.06.97 schrieb clameter # waterf.org ... Moin Christoph! CL There is no need to much up any links. The web-browser should simply check CL if a .gz file exists if the file referenced by the link cannot be found CL and decompress the file with a tagged on .gz on the fly. That is the way CL the servers work. Could you please tell, how we can patch for example netscape to behave like this? cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Documentation Policy
Am 25.06.97 schrieb joey # kite.ml.org ... Moin Joey! JH I haven't been following this thread closely (catching up on mail backlog JH after vacation), but the reason I've heard why it's not acceptable to ship JH only info files and convert to html on the fly is because the converter in JH dwww that does this produces crappy output. Why not just replace it with a Why should we ship info files? HTML is better format. The most system will use HTML as their help system in the future. KDE for example uses HTML. JH better converter? This dicussion smells to me of making policy to work JH around a technical problem. Because it's impossible to make a good converter? The most user's don't like the info format and its browsers. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^6: Status of Debian Policy
Am 23.06.97 schrieb pdm # informatics.muni.cz ... Moin Milan! MZ - It's non-free. That's a real problem. MZ - It's big. But not bigger than xemacs! MZ - It can't run on text console. But lynx can. MZ - Limited possibilities of handling gzip files (typing xxx.html MZ doesn't find xxx.html.gz) = problems with links (may be solvable by Right, but typing xxx.html.gz will work! We can write a litte sed script to change the links from xxx.html to xxx.html.gz inside the documents. MZ - Limited searching facilities (general problem of HTML). Wait for my dhelp ;-). cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Documentation Policy
Am 23.06.97 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS Option 3: We ship .texi files and produce HTML and/or info files on CS demand (in the postinst script). Oh no. That's a very bad idea. All converters like latex2html, sgml-tools, texi2html produce not very perfect HTML code. You've to edit the HTML code to solve a lot of bugs. CS (BTW, I'm assuming that *.info.gz requires the same amount of disk space CS as *.html.gz. I'm sure we find a way to use .html.gz files somehow.) There's no problem using .html.gz. The maintainers have to write sed scripts, to change the links in the documents itself. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: End of Documentation Discussion
Am 27.06.97 schrieb jgoerzen # complete.org ... Moin John! JGbetter. And, keep in mind that TeX and SGML/LinuxDoc can be JGconverted to HTML on-the-fly if somebody writes a simple CGI JGprogram. That's not true. You can't convert TeX or SGML on-the-fly, because the converters produce a lot of errors. And latex2html produces very high load on the machine. JG * HTML cannot be easily printed. Things get split about into many JGfiles, there is no printed index, page numbers, etc. That's right, but we are talking about an online help system, aren't we? JG * HTML is not easily searchable at this time. At best, you can JGsearch the current page. Otherwise, you have to allocate lots of JGdisk space to some sort of index. Please test my dhelp at http://www.tu-harburg.de/~rzthmb JGwork to do. So Lynx was removed. Other cases where this has You can install a restricted version of lynx (option anonymous). JG * DVI format. It can be converted to HTML (I think...) and plain JGtext on-the-fly. It can also be converted to PostScript and No, there's no dvi2html convert. And such converter is nearly impossible to write because the DVI format doesn't contain information about the document structure. JGI believe that there are also LinuxDoc to Info converters as JGwell as LinuxDoc to Manpage converters, but I could be mistaken. That's right. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: How about e2compr? Was: fixhrefgz debate
Am 28.06.97 schrieb clameter # miriam.fuller.edu ... Moin Christoph! CL : Don't worry: gzip is part of the base system. g CL Your word needs to be in Microsoft's and Apple's ear. But why should a Windows User browse the Debian online documentation? CL I like the idea and debianized it but after I saw the compression ratios CL I thought it was not yet really up for prime time. Maybe a compressed file system is a nice idea. Maybe we could build one using the loopback device in the kernel and gzip? cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: End of Documentation Discussion
Am 28.06.97 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS Would not texi-html or html-texi be a better name? CS What do the others think about this? I would vote for /usr/doc/package/html. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: fixhrefgz - tool for converting anchors to gzipped files
Am 28.06.97 schrieb clameter # miriam.fuller.edu ... Moin Christoph! CL 200Mhz Pentiums are the standard fare today. And I am running CL the boa webserver for example on some low memory 486DX66s with I'm using a 486/100 and a 486SL/33. In my opinion we should avoid using the server to uncompress the files. We should find another solution. CL excellent performance. Boa serves directly from disk unless CL there is the need to gunzip something. Right, but does all WWW server offer this feature? We can't force the user to install a specific server. CL The big issue here is that you want to change an existing CL very public API (http protocol) to include compression which CL may be a big hassle to install on many platforms and so far CL has not been an issue on the more popular platforms such as CL Win95 or other Unixes. I don't see the problem. The online help system should be designed for the Debian users. If a Windows, MAC, etc user want to use the help systen he has to install gzip as helper application. But maybe we would build a compressed file system using gzip and the loop back device? cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: End of Documentation Discussion
Am 28.06.97 schrieb alegre # saturn.superlink.net ... Moin Fernando! a 1) The default format for online documentation is HTML. A web browser a (lynx) and a very small web server (boa) will be in the core distribution, a marked important. But a lot of people don't want to have a WWW server on their system. a [A web server adds a lot of flexibility. Boa adds very little overhead. Try But it need's a lot of power. a 2) Documents which can be converted on-the-fly to HTML will be installed in a their original format. This allows users to produce nice-looking No, no. Have you ever used converters like latex2html? Do you know how much load this programs produce? Do you know how long it takes to convert a document? It think this discussion unnecessary, because the policy says that HTML is the format for documentation. a [In all cases mentioned, the overhead of on-the-fly conversion is a acceptable enough, just a little slower than formatting man pages. Users That's a joke. a Please, please. Try boa before deciding a server is too much overhead. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^8: Status of Debian Policy
Am 26.06.97 schrieb branden # purdue.edu ... Moin! b For every .html request that comes in (or perhaps for any request in b general), look for a file fitting the traditional spec. b If that fails, look for a .gz version of that file in the same directory. b If that fails, return the usual 404 error. b Does anything already implement this? If not, why not? This should be very easy to implement. But a lot of user (for example notebook user) don't like to run a WWW server on their slow machines. In my opinion it would be much better to convert the links inside the documents to .html.gz. And all Unix/Linux WWW browsers should be able to uncompress the documents. With netscape and lynx for example there's no problem. An other question: is there a way to get which WWW browser the user would like to use and if there's a WWW server installed in a script? cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^8: Status of Debian Policy
Am 26.06.97 schrieb liw # iki.fi ... Moin Lars! LW Nothing, as far as I know. dwww, however, fixes thing correctly. That But dwww is very slow (on my 486SL notebook). LW doesn't help people who wish to browse documentation without using a Right, for this people I've written an online help system (called dhelp), that doesn't need a WWW browser. You can download the alpha version from: http://www.tu-harburg.de/~rzthmb/ LW It should be pretty simple to write a tool to do it, e.g., in Python. LW I have the beginnings of one written (a dozen lines of Python, or so), LW but need some more time to make it usable. Wonderful ;-). cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Documentation Policy
Am 26.06.97 schrieb alegre # saturn.superlink.net ... Moin Fernando! a If we want to have HTML as the default we would have to put some effort a into fixing bugs in the converters. A converter fixed means many documents a fixed, while a document fixed is just one document fixed. We would have to a give higher priority to bugs in the document converters. That's a good idea. But it's not easy to write an error free converter for LaTeX. To convert a LaTeX document to HTML I need several hours for fixing the bugs in the HTML documents. a As for slowness, it is partially solved by caching pages. In the long term No, this is not a good idea for machines with little CPU power and little hard discs. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Copyright question
Hi! I've got a copyright question. The selfhtml (doc section) package, that I'll release the next days, has got a copyright that forbid changing the files. Should I put the package in unstable/stable or in non-free? In my opinion the package should go to unstable/stable because it's not necessary to change something in a documentation only package. Any comments? Copyright = Dieses Dokument ist Freeware im Sinne des Software-Lizenzrechts. Die Regeln im einzelnen: * Das Kopieren und Weitergeben des Dokuments ist erlaubt. * Das Veroeffentlichen auf WWW-Servern, Online-Diensten oder Mailboxen ist erlaubt. * Das Veroeffentlichen auf Datentraegern wie CD-ROMs ist erlaubt, auch wenn diese Datentraeger kommerziell orientiert sind. * Das Aendern des Dokuments ist nicht erlaubt. Das gilt sowohl fuer den Inhalt als auch fuer das Dateiformat bzw. die Gestaltung. Auch das Entfernen unliebsamer Passagen ist nicht erlaubt. * Das Dokument muss stets in der vorliegenden Form und vollstaendig kopiert, weitergegeben oder anderweitig veroefftentlicht werden - das Kopieren, Weitergeben oder Veroeffentlichen von Teilen des Dokuments ist nicht erlaubt. Massgeblich hierfuer ist die Download-Datei. * Das Veroeffentlichen des Dokuments auf WWW-Servern oder Datentraegern im Zusammenhang mit illegalem pornografischem Material oder nazistischem Gedankengut ist unerwuenscht und wird bei Entdeckung juristisch verfolgt. Wenn Sie dieses Dokument an einer neuen Stelle im WWW plazieren oder an anderer Stelle publizieren wollen, besorgen Sie sich das Dokument an einer der Stellen zum Downloaden. Da das Dokument bereits an so vielen Adressen im WWW steht, uebernimmt der Autor hierfuer keine Betreuung. Bei Veroeffentlichung auf CD-ROM oder vergleichbaren Datentraegern ist es eine feine Geste, dem Autor ein Belegexemplar zukommen zu lassen. Senden Sie dieses per Post an TeamOne, z.Hd. Stefan Muenz, Kistlerhofstr. 111, D-81379 Muenchen. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Documentation Policy
Am 21.06.97 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS However, HTML is getting more and more popular these days and I think it CS would be very unwise not to choose HTML as preferred document format. Right. A lot of companies will use HTML for their programms. CS To summarize this: We'll provide HTML documentation where possible. In CS addition, all texinfo manuals will be distributed in the info format, too. That's a good idea. CSfoo-doc-xxx for other formats (only where appropriate) Maybe we should offer the postscript format? cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Info or HTML: which should be the default, which in a separate p
Am 21.06.97 schrieb storm # gate.net ... Moin Scott! SKE Except for those of us who don't want DWWW, don't want a web server, but SKE do want to browse HTML under lynx. Then the links break if you compress SKE it. That's not true. We could compress the HTML files and browsers like lynx, netscape etc can read this compressed files. But we have to change the links in the documents from .html to .html.gz. SKE providing the functionality elsewhere. And I'm not convinced an HTML SKE search engine is the solution, that requires cluttering my drive up with SKE cache files for the engine. These files are small! To index 300 MB HTML (like on the c't ROMs) you need 10 MB. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Documentation Policy
Am 21.06.97 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS 2. The new deity (dselect successor) will simplify the handling of CS 1000 packages very much. I had another idea: Perhaps we could deity CS adopt to have an overall switch about which documentation the CS user prefers. Then, it can hide all xxx-doc-* packages and select CS the necessary ones automatically if package xxx is selected. That's a really good idea ;-). cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^4: Status of Debian Policy
Am 20.06.97 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS Just unpack all .tar.gz files in the same directory and use the file CS HOWTO-INDEX-3.html as index.html. It contains an overview over all CS available HOWTOs and mini-HOWTOs and hyperlinks to them. Oh no, that's not a good idea. We've have produced a nice script for doc-linux-de. The output look's much better. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^4: Status of Debian Policy
Am 20.06.97 schrieb pdm # informatics.muni.cz ... Moin Milan! MZ There is one good info browser: GNU Emacs. On the other side I don't MZ know any good browser for HTML, that's the main problem of HTML MZ documentation. Your're kidding ;-)? There're several really great HTML browsers like netscape, lynx etc. And you should remember that for example KDE will use HTML as help format. MZ really don't know why to waste my limited disk space for (mostly MZ uncompressed!) HTML documents, when (from my point of view) better MZ format is available. We could compress the HTML documents. But that would require a www server. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^4: Status of Debian Policy
Am 21.06.97 schrieb edd # rosebud.sps.queensu.ca ... Moin Dirk! DE But they get html via the dwww package! Which gives them _more_ DE documentation then there is in html only. But this requires a www server! Not a good idea for slow systems like my notebook. And the result doesn't look great. DE Seconded. Nobody answered my mail from yesterday which showed that the DE doc-linux package will take up over 5 MB (instead of 1.6 MB) for the html DE stuff. You could compress the HTML pages. But this is maybe a problem for some browsers. DE No way. IMHO, we should add a Policy Guideline stating that html should be DE in a seperate package [1] and that info should be shipped as usual. I for No. Then we should info and html in seperate packages. And the policy says that HTML should be the Debian documentation format. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Debian's mail daemons
Am 20.06.97 schrieb kai # khms.westfalen.de ... Moin Kai! KH I completely fail to understand why a professional system administrator KH would _want_ to use a MTA that's _that_ notorious for security holes. My KH idea of professionalism seriously clashes with this. Who tells you that the other MTAs don't have such holes? Because the other MTAs are not often used such holes are not discovered. KH And you should remember that the most Linux distributions use sendmail KH as MTA. In my opinion Debian should use sendmail as standard MTA. KH People, eat shit. Millions of flies can't be wrong. sendmail != MS ;-). KH Sendmail: Just say NO. I say yes. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Status of Debian Policy
Am 16.06.97 schrieb sanvila # unex.es ... Moin Santiago! SVD The simplest solution is to ship html in a different package. This way SVD the user will be able to choose to not install the html docs if he/she SVD believes info2www is enough. Ask the users! The most people hate the info format and it's browsers. We should include the HTML documentation in the package. SVD IMHO we should not drop .info from the main package, or we would have I think, we should ;-). The HTML format is more flexible and the output looks much better. All package maintainer's should convert the documentation from LaTeX oder Texinfo to HTML. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Status of Debian Policy
Am 16.06.97 schrieb liw # iki.fi ... Moin Lars! LW It was decided many moons ago that Debian would use HTML as its LW primary on-line documentation format. HTML should be the default. That's right. But a lot of important packages like doc-linux don't use HTML. LW is done with texi2html. For example, you can't reformat Info LW files, and the layout is rather horrible. The most beginners don't like info because there's no good browser. I would vote for texi2html because it look's much better than info2html and the user doesn't need a WWW server. LW In my humble opinion, packages should include HTML in the main LW package, and put Info files in a separate package if they are I think we should use HTML in the packages. Additional we could produce postscript files for printing. The info format is useless. LW large. Of course, given that most of the world seems to be LW using Emacs, Info is probably too popular for this decision. The beginners don't like emacs ;-). I would suggest, that we introduce a new directory /usr/html or /usr/doc/html for the HTML documents. So we could seperate HTML and ASCII (/usr/doc) documents. This seperation makes the development of HTML help systems like dwww much easier. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Debian's mail daemons
Am 16.06.97 schrieb efraim # argh.org ... Moin Alexander! AK sendmail: too complicated That's wrong. It's very easy to configure sendmail with the m4 scripts for a leaf site. And professionell system adminstrators will use sendmail because it's the standard MTA. And you should remember that the most Linux distributions use sendmail as MTA. In my opinion Debian should use sendmail as standard MTA. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Debian's mail daemons
Am 16.06.97 schrieb efraim # argh.org ... Moin Alexander! AK sendmail: too complicated That's wrong. It's very easy to configure sendmail with the m4 scripts for a leaf site. And professionell system adminstrators will use sendmail because it's the standard MTA. And you should remember that the most Linux distributions use sendmail as MTA. In my opinion Debian should use sendmail as standard MTA. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
selfhtml
Hi! Is anybody already working on a debian package containing the selfhtml manual? This is a real great description of the HTML tags in German language. If not I'll make a package. I'll upload my first debian package (doc-linux-de) in the next days. Bug reports are welcome ;-). cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
