Re: initrd testing
Joshua Kwan ([EMAIL PROTECTED]) wrote: > On Sat, May 15, 2004 at 06:46:50AM -0400, Ben Collins wrote: > > Ok, there's a new second.b on sparc-boot.org/pub/testing/. Give that a > > shot. > > Updated images with this second.b are at > > http://june.voxel.net/~joshk/d-i/images/2004-05-15 > > Remember, the images from gluck.debian.org don't contain a patched > kernel or second.b. I tried this image but I got the same result as described in the message from this morning. Could this be related to having an SMP system? Interesting side note: Gentoo 2004.0 is working perfectly on this machines, but Gentoo 2004.1 not. The same situation as with the d-i: beta3 worked but beta4 doesn't. Thanks, Ardo -- Ardo van Rangelrooij Debian XML/SGML Group <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://people.debian.org/~ardo/ http://debian-xml-sgml.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem generating PDF output for large DebianDoc docs
Hi, I solved the problem for Woody by changing the way the ISO character entities are supported in LaTeX resulting in less memory usage so we don't run in the pool size limitation. I'll revisit this whole stuff in woody+1. Another problem fixed is that for Italian docs with the 'tilde' character (and for some reason a Spanish doc had problems with the 'circumflex' character so that is fixed too). Another thing worth mentioning is that I changed the fonts to 'Palatino' and 'Helvetica' to improve readability of the PDF and PS docs. As far as I know there're no further problems holding up Woody (at least from my perspective :-). I'll uplaod the new version with the urgency set to 'high'. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debiandoc-sgml issues (html being lynx/links unfriendly)
Josip Rodin ([EMAIL PROTECTED]) wrote: > On Sun, Apr 21, 2002 at 07:40:19PM -0500, Ardo van Rangelrooij wrote: > > [debiandoc-sgml] now builds PDF and PS output in a bi-stable loop > > (so various Makefiles can now be cleaned up and bug #134701 is closed). > > I've no idea about code or what you mean by "bi-stable", so excuse me if I'm > asking a completely clueless question. Adam Di Carlo told me that the > debiandoc2latex* scripts used to run LaTeX a fixed number of times and that > that was the reason why he did all those ugly things in his makefiles. > > This is the problem that is now fixed? Yep. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem generating PDF output for large DebianDoc docs
Atsuhito Kohda ([EMAIL PROTECTED]) wrote: > From: Ardo van Rangelrooij <[EMAIL PROTECTED]> > Subject: problem generating PDF output for large DebianDoc docs > Date: Sun, 21 Apr 2002 21:26:47 -0500 > > > After somewhat more rigorous testing on some larger documents it appears that > > we run into the default pool sizes of LaTeX. I'm not sure where exactly the > > boundary lies, but the debian-policy (350K) is definitely too big to be turned > > into a PDF document; the PS version can be generated without a problem. > > > > The culprit is the added support for the complete ISO character entity set. > > This is done (amongst others) by using the 'amssymb' LaTeX package which > > takes up a lot of space. > > > > I'm not exactly sure what to do. I could take out the support for the ISO > > character entities requiring the offending LaTeX package for now so we can > > at least have all this working for woody and resolve the problem with the > > appropriate authoritives on Debian's LaTeX packages in woody+1. > > > > Any other thoughts? > > If tetex-bin >= 1.0.7+20011202-5.1 then it might help you > to add /etc/texmf/texmf.d/90boot (or something appropriate > name) which containes the line > > pool_size = 50 > > (or similar) and run update-texmf. > > Sorry if the problem is completely different from what I guessed. No, that's exactly in the right area. But I did what you suggested and I still get the same error. I somehow have got the feeling I might have to rebuild the LaTeX format and how do I do that? Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
problem generating PDF output for large DebianDoc docs
Hi, After somewhat more rigorous testing on some larger documents it appears that we run into the default pool sizes of LaTeX. I'm not sure where exactly the boundary lies, but the debian-policy (350K) is definitely too big to be turned into a PDF document; the PS version can be generated without a problem. The culprit is the added support for the complete ISO character entity set. This is done (amongst others) by using the 'amssymb' LaTeX package which takes up a lot of space. I'm not exactly sure what to do. I could take out the support for the ISO character entities requiring the offending LaTeX package for now so we can at least have all this working for woody and resolve the problem with the appropriate authoritives on Debian's LaTeX packages in woody+1. Any other thoughts? Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debiandoc-sgml issues (html being lynx/links unfriendly)
Hi, I just uploaded a new version of debiandoc-sgml which has its urgency set to high to speed up things. It now builds PDF and PS output in a bi-stable loop (so various Makefiles can now be cleaned up and bug #134701 is closed). Thanks, Ardo Josip Rodin ([EMAIL PROTECTED]) wrote: > On Sat, Apr 20, 2002 at 10:59:07PM -0700, Osamu Aoki wrote: > > Some coordinated rebuild activity may be a good idea for document created > > with known problematic version (1.1.59). > > So far I've only heard about the broken installation documentation in > disks-* directory of the FTP archive, and seen it in the Policy (3.5.6.1). > > The former requires either a boot-floppies rebuild, which would be yucky, > or someone to run 'make docs' and send the new stuff to the FTP admins. > > The latter requires a debian-policy upload, which shouldn't be much of a > problem since it doesn't change the manual text... Cc:ed -policy so Julian > or Manoj are aware. > > -- > 2. That which causes joy or happiness. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fwd: Re: Manual on crack when browsed at http.us.debian.org
Chris Tillman ([EMAIL PROTECTED]) wrote: > On Sat, Apr 13, 2002 at 05:53:09PM -0700, Chris Tillman wrote: > > - Forwarded message from Josip Rodin <[EMAIL PROTECTED]> - > > > > Date: Sun, 14 Apr 2002 00:24:17 +0200 > > From: Josip Rodin <[EMAIL PROTECTED]> > > User-Agent: Mutt/1.3.27i > > To: Chris Tillman <[EMAIL PROTECTED]> > > Cc: [EMAIL PROTECTED] > > Subject: Re: Manual on crack when browsed at http.us.debian.org > > > > On Sat, Apr 13, 2002 at 01:01:47PM -0700, Chris Tillman wrote: > > > The manual at http://www.debian.org/releases/woody/i386/install.en.html > > > looks great in lynx. The one at > > > > > > http.us.debian.org/debian/dists/woody/main/disks-i386/current/doc/install.en.html > > > > > > is just a mess o' links. Isn't this the same one that will be > > > browsable on the CDs? > > > > You have to ask the -boot people, because that one is built by them. > > I did a build, and the build doesn't come out like that; it looks > fine on my disk in the build folder. > > I see, what causes it to look so bad is the feature you guys have > been talking about. There is a couple of hundred links in the > section, not displayed by browsers like mozilla. But definitely displayed > by lynx. The real manual is actually fine, further down the page; but > I hadn't even bothered to scroll down before, it just looked all screwed-up. The latest version of debiandoc-sgml has these s optional. > What's worse, is that the links don't even work. They don't have the > yy. (en.html in my case) appended to the document names such > as ch-partitioning. Oops! Bug alert! Could you file a bug report against debiandoc? I've already tested the fix as we speak, but this should go on record. > Is lynx wrong for displaying this stuff? Should I bug it? Well, that depends on how you look at it. It would be nice if lynx (and also links) would have the same options as Mozilla wrt s. By the way, Osama already has files wishlists against lynx and links for this. > But definitely the link syntax should be fixed - whatever this stuff > is used for won't work. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: documentation build problem
Denis Barbier ([EMAIL PROTECTED]) wrote: > On Tue, Apr 16, 2002 at 09:11:33PM -0500, Ardo van Rangelrooij wrote: > [...] > > Well, I suggest you read the following: > > > > http://www.w3.org/TR/html401/types.html#type-links > > > > That gives a clear explanation of the various link types and what they can be > > used for. I can various uses for these various link types in the Debian docs, > > e.g. a search engine, easy access to glossary or index, etc. The > > possibilities are definitely not limited to a simple 'prev', 'next', 'up'. > > Why not unleash the power these link types give us to make the Debian > > documentation set much more easy accessible for our users? > > [I did not find time to check your last uploads, so I apologize if I > misunderstand your point] > > I can't see how it is related to having all links in all splitted files and in > index and ToC. Could you enlighten me? To give the user easy access to all parts of a document from each part of that same document. View it like an pop-up ToC. > If it is so nice, could you also explain why this option has been disabled when >generating online manuals on debian.org? First of all, debian.org runs potato and this functionality has just been introduced. He, I didn't know this stuff even existed until a few weeks ago! So, we're talking about "brand new stuff" here. Further, I don't think this stuff should just be put in each and every document without some kind of overall plan. The fact that I added these s by default initially was just part of the learning process. Finally, you should ask this question on the debian-doc mailing list. I would also suggest you write a proposal for using s, gather some volunteers and start working on it. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: documentation build problem
Denis Barbier ([EMAIL PROTECTED]) wrote: > On Thu, Apr 04, 2002 at 10:25:37PM -0600, Ardo van Rangelrooij wrote: > [...] > > > But changing this now give them very few time to implement it :( > > > You could at least add an option to debiandoc2html to disable these links, > > > > That's what the wislist is about. Will be implemented for woody. > > Thanks a lot, I did read this wishlist bug only after sending this mail. > > > > I guess many people will be annoyed by them. > > > > > > Moreover, have a look at http://www.w3.org/TR/html401/ > > > There are only 2 links: > > > > > > > > > because it does not make sense to make all these links available. > > > > Well, apparently the people to wrote the standard thought otherwise... > > I disagree. From > http://www.w3.org/TR/html401/struct/links.html#edef-LINK > > This example illustrates how several LINK definitions may appear in > the HEAD section of a document. The current document is > "Chapter2.html". The rel attribute specifies the relationship of the > linked document with the current document. The values "Index", "Next", > and "Prev" are explained in the section on link types. >"http://www.w3.org/TR/html4/strict.dtd";> > > > Chapter 2 > > > > > > I can't see in HTML specs what makes you think that all documents should > be linked from every page. Well, I suggest you read the following: http://www.w3.org/TR/html401/types.html#type-links That gives a clear explanation of the various link types and what they can be used for. I can various uses for these various link types in the Debian docs, e.g. a search engine, easy access to glossary or index, etc. The possibilities are definitely not limited to a simple 'prev', 'next', 'up'. Why not unleash the power these link types give us to make the Debian documentation set much more easy accessible for our users? Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fwd: Re: Manual on crack when browsed at http.us.debian.org
Josip Rodin ([EMAIL PROTECTED]) wrote: > The debiandoc-sgml on www-master.debian.org, which is used for the doc-web > build, is older and doesn't do the thing, so there's no need to fix > it. > > I believe you need to either downgrade or upgrade the debiandoc-sgml you use > to build the docs; presumably you will upgrade :) Once you upgrade, you'll > need to include the new -L option among the debiandoc2html options in the > makefile; please notify me once you commit that (in case I don't notice > myself) so that I can make arrangements for it to continue work on > www-master. Well, you only need to add the '-L' if you _want_ the thing. The default behaviour is _not_ to add the things. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#142654: install-docs: html-isms in sgml
Hi, Well, this is a (huge) gap in debiandoc-sgml which I'm currently closing. It's related to bugs #51747, #85475, and #72550. So, to answer your question: Yes, — is allowed notation as it's one of the ISO character entities and the conversion is broken. This weekend I'll upload a new version of debiandoc-sgml that fixes this. Thanks, Ardo Karsten Merker ([EMAIL PROTECTED]) wrote: > Package: install-doc > Version: cvs 2002/04/13 > > I have started skimming through the html-version of the installation manual > and found that there are several occurences of "—" in the > sgml-sources that appear exactly in this notation in the html version, > e.g. in http://www.debian.org/releases/woody/mipsel/ch-rescue-boot.en.html. > > As I do not know very much about sgml: is — an allowed notation in > the sgml-sources and somehow the sgml->conversion is broken or should > all occurences in the sgml-sources be replaced by a "-"? > > Regards, > Karsten > -- > #include > Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung > oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder > Meinungsforschung. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: documentation build problem
Denis Barbier ([EMAIL PROTECTED]) wrote: > On Sun, Mar 31, 2002 at 06:35:26PM -0600, Ardo van Rangelrooij wrote: > > Richard Hirst ([EMAIL PROTECTED]) wrote: > [...] > > > i.e. with dozens of links in the html , not the . These > > > links are not visible with mozilla, but viewing the files with lynx > > > gives you gives screens of links at the top of each file. > > > > > > If you look at the archive for this file, you'll see i386 and ia64 files > > > are very different. For example, ia64 has this at the top of the contents > > > page: > > > > > > [ previous ] [ Contents ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] >[ 10 ] [ 11 ] [ 12 ] [ next ] > [...] > > > > Yes, what's going on is a new version of the debiandoc-sgml package which > > introduces several new things (and yes, I'm to blame for all this :-): > > > > - a reorg of the navigation bar to make it easier to move around in the > >document > > - expanding the contents links to make them easier clickable > > - addition of the in the header so browsers that support them can > >make use of it > > > > Unfortunately, the text based browsers 'links' and 'lynx' don't support the > > option to view these latter links optionally, like e.g. Mozilla can. There's > > already a wishlist filed to add an option to debiandoc2html to add these links > > only if indicated. And wishlists have been filed against 'links' and 'lynx' > > to support s. > > But changing this now give them very few time to implement it :( > You could at least add an option to debiandoc2html to disable these links, That's what the wislist is about. Will be implemented for woody. > I guess many people will be annoyed by them. > > Moreover, have a look at http://www.w3.org/TR/html401/ > There are only 2 links: > > > because it does not make sense to make all these links available. Well, apparently the people to wrote the standard thought otherwise... Maybe it's a matter of getting used tot them combined with personal taste. That's why it would be good if browsers support selecting which links to show, if any. > Other pages have 3 links, to previous, next and toc pages. > This looks like the right thing to do. Well, file a wishlist with your wishes. I'm always open to suggestions. And often the only way to get such suggestions is by doing the "wrong" thing, unintentional (like in this case) or intentional. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: documentation build problem
Richard Hirst ([EMAIL PROTECTED]) wrote: > Hi, > cvs b-f, ia64, after a build I have > > documentation/install.html/install.en.html > > which starts off like this: > > > > > > > > > > > > > > > > > > > Installing Debian GNU/Linux 3.0 For IA-64 > > > > > > > > > > > > > > > > > > > > > > > > > > > i.e. with dozens of links in the html , not the . These > links are not visible with mozilla, but viewing the files with lynx > gives you gives screens of links at the top of each file. > > If you look at the archive for this file, you'll see i386 and ia64 files > are very different. For example, ia64 has this at the top of the contents > page: > > [ previous ] [ Contents ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 >] [ 11 ] [ 12 ] [ next ] > > while i386 has this: > > [ Abstract ] [ Copyright Notice ] [ Contents ] > > Also the contents is constructed differently; compare ia64: > > 1.1 What is Debian? > > with i386: > > 1.1 What is Debian? > > Looking at 3.0.21 for other archs, it seems most match ia64; I only found > alpha in the style of i386 (not an exhaustive check though). Anyone know > what is going on? > > Cheers, > Richard Hi, Yes, what's going on is a new version of the debiandoc-sgml package which introduces several new things (and yes, I'm to blame for all this :-): - a reorg of the navigation bar to make it easier to move around in the document - expanding the contents links to make them easier clickable - addition of the in the header so browsers that support them can make use of it Unfortunately, the text based browsers 'links' and 'lynx' don't support the option to view these latter links optionally, like e.g. Mozilla can. There's already a wishlist filed to add an option to debiandoc2html to add these links only if indicated. And wishlists have been filed against 'links' and 'lynx' to support s. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installation Manual: lines go outside of paper
Adam Di Carlo ([EMAIL PROTECTED]) wrote: > Ardo van Rangelrooij <[EMAIL PROTECTED]> writes: > > > I'm looking into fixing this bug, so there is still hope. I'll also take > > a look at the SGML source to see whether these can be done differently. > > Hmm, I saw this in the freeBSD DSSSL stylesheet, is it of any use: > > (define (urlwrap) > (let ((%factor% (if %verbatim-size-factor% > %verbatim-size-factor% > 1.0))) > (make sequence > font-family-name: %mono-font-family% > font-size: (* (inherited-font-size) %factor%) > (make formatting-instruction data: > (string-append > "\\url|" > (data (current-node)) > "|") > > (define (pathwrap) > (let ((%factor% (if %verbatim-size-factor% > %verbatim-size-factor% > 1.0))) > (make sequence > font-family-name: %mono-font-family% > font-size: (* (inherited-font-size) %factor%) > (make formatting-instruction data: > (string-append > "\\path|" > (data (current-node)) > "|") > > > That "\\path" and "\\url" is TeX codes I believe Thanks! I'll see what I can do with this. I already got some other suggestions, so maybe we can fix this after all. :-) Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installation Manual: lines go outside of paper
Adam Di Carlo ([EMAIL PROTECTED]) wrote: > Nico Karrer <[EMAIL PROTECTED]> writes: > > > I just looked at the Intel x86 Installation Manual > > (/stabel/i386/install.en.pdf) and noticed that in some pages the > > text goes over the border of the page. This is the case for directory > > pathes, especially from page 33 to 39. > > This is a debiandoc-sgml bug. > > But on the assumption that it probably won't be fixed, Chris, is there > anything we can do in the source SGML to work around this? Perhaps > not have all that directory path in the name of the link (but still in > the link itself so that it works)? Is this doable without making it > neigh-impossible to maintain the file name list? I'm looking into fixing this bug, so there is still hope. I'll also take a look at the SGML source to see whether these can be done differently. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problem in en i386 pdf installation manual
Adam Di Carlo ([EMAIL PROTECTED]) wrote: > "Tom Troughton" <[EMAIL PROTECTED]> writes: > > > Just a quick note to let you know that the links found on pages 33 to 39 of the >english > > installation manual in pdf format > > > > http://www.debian.org/releases/stable/i386/install.en.pdf > > > > are not appearing on the pages. They seem to extend past the edge of the page. > > > > I couldn't find any indications that you know about this, so I'm sending this >note. I use os2 mcp. > > The effect is the same in acrobat3 and gs7.00 with gsview 4.0 > > Thanks. That's a known prolblem with debiandoc-sgml, already filed as > a bug I believe. Yes, as bug #61038. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://people.debian.org/~ardo GnuPG fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: &mdash in boot-floppies/documentation
Adam Di Carlo ([EMAIL PROTECTED]) wrote: > Michael Sobolev <[EMAIL PROTECTED]> writes: > > > On Sat, Sep 30, 2000 at 01:38:34PM -0400, Adam Di Carlo wrote: > > > I guess so. Since we aren't likely (I don't think!) to get an updated > > > debiandoc-sgml, can someone check to see whether we could perhaps > > > define the mdash entity, when making HTML, to '-' or '--', perhaps in > > > defaults.ent? > > > Well, my knowledge of SGML is not very solid, so I could be wrong, but AFAIK > > just defining mdash somewhere in the document does not help, as those ISO > > entities are processed earlier, and, as we all know, in SGML world the first > > wins. :) > > It's true that the first wins, but defining it in the document > preamble, for instance, would definately be the first and win. > > > > If someone can get this fixed (I don't have time) and just commit it > > > in CVS that would pretty much fix the problem. > > > Maybe we could wait a bit before Ardo pays some attention to #72550? > > Yes, but is he planning on putting that into Potato? Well, I can make a version for potato which (more or less) solves this, but the real question of course is will the RM let me put it in potato. In other words: how critical do you think this is for it needing to be fixed in potato? Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://home.flevonet.nl/~avrangel, http://www.debian.org/~ardo PGP fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: &mdash in boot-floppies/documentation
I'll look into this. The HTML translation map in debiandoc-sgml maps &mdash to &mdash which according to the HTML/XHTML book of O'Reilly doesn't exist. Probably we need to use — but conformance is not guaranteed. I'll check the whole table and let you know what's up. Thanks, Ardo Michael Sobolev ([EMAIL PROTECTED]) wrote: > On Tue, Sep 26, 2000 at 07:10:35PM -0400, Adam Di Carlo wrote: > > > On Sat, Sep 23, 2000 at 07:40:41PM +0200, Van Buggenhaut wrote: > > > > On Sat, Sep 23, 2000 at 04:54:50PM +0100, Martin Keegan wrote: > > > > > On Sat, 23 Sep 2000, Van Buggenhaut wrote: > > > > > > > > > > > I just checked the web pages and apparently (on my Nestcape, at least) >— isn't converted at all, which is quite ugly ! > > > > > > > > > > Well it should depend entirely on your DTD ... > > > > > Actually, the correct answer here is: it should depend on your sgml > > > processor. :) Netscape is known to not process correctly certain > > > ISO entities. IE does the job much better in this very case. > > > > Hmm. Sounds like a bug on debiandoc-sgml... Can anyone look into > > that? > Do you really think it's a bug? > > -- > Misha > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Ardo van Rangelrooij home email: [EMAIL PROTECTED] home page: http://home.flevonet.nl/~avrangel, http://www.debian.org/~ardo PGP fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debiandoc-sgml and Russian, Polish
Adam Di Carlo ([EMAIL PROTECTED]) wrote: > Ardo van Rangelrooij <[EMAIL PROTECTED]> writes: > > > Adam Di Carlo ([EMAIL PROTECTED]) wrote: > > > > > > As I understand it, we need the woody debiandoc-sgml pakcage in order > > > to build Russian and Polish installation manual and release notes > > > (assuming they are otherwise ok), correct? > > > > For Polish yes, for Russian I'm not aware of any changes made since the > > last potato update. > > With Russian and potato debiandoc-sgml, I get a failure in > saspconvert2, "leftover comment". The functionality of saspconvert2 has been moved into the backends, so you won't get this failure anymore (which was not restricted to Russian, by the way). > > It's no problem making the version uploaded to woody also go into potato. > > I've made some more changes than just adding Polish locale support, but > > none is likely to break anything which isn't already broken. ;-) > > > > Just say the word and I'll upload it. > > Please do -- with the understanding that this is for 2.2 r1 and by no > means to hinder the current potato release attempts. It's being moved into incoming as we speak. I'll email Anthony and let him know what's up (I'll CC you). Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED], [EMAIL PROTECTED] home page: http://home.flevonet.nl/~avrangel, http://www.debian.org/~ardo PGP fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debiandoc-sgml and Russian, Polish
Adam Di Carlo ([EMAIL PROTECTED]) wrote: > > As I understand it, we need the woody debiandoc-sgml pakcage in order > to build Russian and Polish installation manual and release notes > (assuming they are otherwise ok), correct? For Polish yes, for Russian I'm not aware of any changes made since the last potato update. > It's a little annoying to be in the situation again where for frozen > or stable updates we need stuff from woody. Do you think it's > possible to upload debiandoc-sgml, at some point, to frozen/stable in > an effort to achieve this consistency? I know it breaks normal rules > for upgrades to stable, but on the other hand, it's needed for proper > boot-floppies builds, so I think that would justify its inclusion. It's no problem making the version uploaded to woody also go into potato. I've made some more changes than just adding Polish locale support, but none is likely to break anything which isn't already broken. ;-) Just say the word and I'll upload it. Thanks, Ardo -- Ardo van Rangelrooij home email: [EMAIL PROTECTED], [EMAIL PROTECTED] home page: http://home.flevonet.nl/~avrangel, http://www.debian.org/~ardo PGP fp: 3B 1F 21 72 00 5C 3A 73 7F 72 DF D9 90 78 47 F9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
