Re: Let's stop using CVS for debian.org website

Quoting Andreas Tille : I can ensure that ~260MiB is quite much for my Vietnamese friend Minh who just started with the translations. I wonder whether we should keep the complete history of the Debian web in git. Who needs this? Why not cut it at some point, maybe with a year

Re: Let's stop using CVS for debian.org website

Quoting Neil McGovern : * Deploy weblate for translations, This would require http://bugs.debian.org/745661 to be fixed. Which would also help others who want to use the tool. * Update large chunks of the site to use pofiles. Some files use it but not for all content, and

Re: release-notes rebuild needed every 4h?

On 2015-02-04 20:45, Martin Zobel-Helas wrote: Can we change that rebuild to once or twice a week, please? Changes to the release-notes are not that often. Just curious: Is the rebuild done, when there are no changes? -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a

Debian FAQ (was: update of DDP related web pages)

Quoting Osamu Aoki os...@debian.org: Debian FAQ is DDP document still in debiandoc-sgml. Between 2008-05-19 and 2008-10-03, I created a docbookified, po4aified, and utf8ifed branch of the FAQ: http://svn.debian.org/wsvn/ddp/manuals/branches/debian-faq/dbk-po4a-utf8/ At that time it has been

Re: www-master move, final steps: /doc/manuals/sgml-howto

Quoting Osamu Aoki os...@debian.org: More problematic is: http://www.debian.org/doc/docpolicy Here, at least the following two points: # We'll use SGML as source format. Note that this does not mean that users have to learn SGML to submit changes to our documents. We accept all

Re: www-master move, final steps: /doc/manuals/sgml-howto

Quoting Simon Paillard spaill...@debian.org: Any reason to add sgml-howto to ddp Makefile or it is so old that the doc is no longer valid ? If I look at the correct document, it seems partly outdated to me. Are we talking about this? http://www.debian.org/doc/manuals/sgml-howto/ To me, too

Re: Can't access Sqeeze release notes

Quoting Gerfried Fuchs rho...@deb.at: Wolfgang, ... are you working on the release notes this time again? Unfortunately, this year I'm too busy with my real life job. Sorry! -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: Debian Reference Card not available

Quoting Simon Paillard simon.paill...@resel.enst-bretagne.fr: So question for debacle: do you remember how refcard was published on the website ? Was it ever published on a Debian website? Maybe, but I always have it on a private site: www.tangosoft.com/refcard/ Do you prefer to see it

Re: Fixing debian-reference links on www.d.o

names: ch- prefix was dropped * anchors: s- prefix was dropped. Yes... it must be someting to do with debiandoc-sgml to docbook-xml change. These should be customizable by xslt parameters. I updated some wiki pages but as my second thought I should have asked W. Martin Borgert for his opinion

Re: Spanish PDF works again (Was: Re: State of the release notes)

On 2009-02-13 12:33, Matt Kraai wrote: We have to make sure, that somebody cleans the release notes directory once, so that no cruft gets on the CD images. What's required? Removing */release-notes*? Yes, this should do it. -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org

Re: Spanish PDF works again (Was: Re: State of the release notes)

On 2009-02-13 19:28, W. Martin Borgert wrote: Zitat von Jens Seidel jenssei...@users.sf.net: Current dblatex solution is not so ugly ... Good! Hey, it looks excellent, nearly like the other dblatex based PDFs! It builds fine on etch, I just tested in a chroot. Many thanks, Jens! We have

Re: release notes building time...: dblatex bug?

On 2009-02-11 23:37, W. Martin Borgert wrote: Now I discovered, that there is a bug in dblatex: In one case it forgets to pass the options to xsltproc. Patch attached for review. How would we get the patch onto the system? Via backports? -- To UNSUBSCRIBE, email to debian-www

Re: release notes building time...: dblatex bug?

On 2009-02-12 08:13, W. Martin Borgert wrote: On 2009-02-11 23:37, W. Martin Borgert wrote: Now I discovered, that there is a bug in dblatex: In one case it forgets to pass the options to xsltproc. Patch attached for review. How would we get the patch onto the system? Via

Re: release notes building time...: dblatex bug?

On 2009-02-12 10:00, Gerfried Fuchs wrote: I will give it a manual run and see how long it takes. Hopefully we can call the case closed then and I can reactivate the automatic build in the often run again. Maybe you could do two things: - measure make pdf LINGUA=en architecture=armel and -

Re: release notes building time...: dblatex bug?

On 2009-02-12 16:37, Gerfried Fuchs wrote: The manual runs did make me much more happier: Good! an shortly afterwards started second run did take 45 minutes. It's still quite some time, but it does for the moment eliminate the overlapping of often runs. Further optimization though would be

www.debian.org vs. UTF-8

Hi admins, when I browse e.g. http://www.debian.org/releases/testing/alpha/release-notes.en.txt in Iceweasel, the browser ignores my default character set (UTF-8) and interprets the text as whatever. This is probably an Iceweasel bug, but anyway: it looks very bad. Currently www.debian.org does

Re: release notes building time...: dblatex bug?

On 2009-02-12 23:02, Nicolas François wrote: That's not something that should be changed now, but after Lenny is released, you should try ... That sounds awesome. I'll try that after release. Thanks! -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of

Re: www.debian.org vs. UTF-8

On 2009-02-12 14:11, Matt Kraai wrote: Actually, it appears that most of the .txt files on the website use some variant of ISO 8859. Could we (well, not now, but after release) change all files into UTF-8? The problem with 8859 is, that it is ambiguous. With find -exec iconv etc. it should be

Re: www.debian.org vs. UTF-8

On 2009-02-12 15:10, Matt Kraai wrote: That works. How about changing the release notes build to create those files? OK, done. If anything goes wrong, this is the change to revert: --- Makefile(revisión: 6488) +++ Makefile(copia de trabajo) @@ -95,6 +95,7 @@ publish: statistics.html

Lenny release notes languages

Hi, could you disable ml (Malayalam) for now, please? The translation is just not ready. And, if possible, disable the PDFs for es (Spanish). There is a build error, I don't know why... TIA! -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of unsubscribe.

Re: Lenny release notes languages

On 2009-02-12 23:30, Matt Kraai wrote: On Fri, Feb 13, 2009 at 07:17:50AM +, W. Martin Borgert wrote: And, if possible, disable the PDFs for es (Spanish). There is a build error, I don't know why... Doesn't this need to be done in the release notes build process? Yes, it is disabled

Re: release notes building time...: dblatex bug?

On 2009-02-11 08:22, Gerfried Fuchs wrote: Alright, this is getting ridiculous. Did anyone actually try the build on an etch system before it was dumped on us? What times did it take? It is now building since over 8 hours and still not finished. ... My impression is that the time is currently

Re: release notes building time...: dblatex bug?

[Note: I filed #514932 about the issue.] On 2009-02-11 08:22, Gerfried Fuchs wrote: Alright, this is getting ridiculous. Did anyone actually try the build on an etch system before it was dumped on us? What times did it take? It is now building since over 8 hours and still not finished. ...

Re: release notes building time ...

Zitat von Gerfried Fuchs rho...@deb.at: Again I feel the need to raise my voice about the building time of the release notes. I just had to kill it once again because it was running _way_ too long. I am thinking of moving the release note building from the often cronjob (every four hours) to

Re: release notes building time ...

On 2009-02-10 13:14, Gerfried Fuchs wrote: Again I feel the need to raise my voice about the building time of the release notes. I just had to kill it once again because it was running _way_ too long. I am thinking of moving the release note building from the often cronjob (every four hours)

Re: Release notes 5.0 languages on our web page

Matt, there are currently no translation for fi nor pl. Maybe better disable them for now. TIA! -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Release notes 5.0 languages on our web page

On 2009-02-07 09:05, Matt Kraai wrote: On Sat, Feb 07, 2009 at 11:57:29AM +, W. Martin Borgert wrote: Btw., on www.debian.org we distinguish Chinese (China) from Chinese (Taiwan). Why is it different here? I think it's because %langsrelnotes uses chinese, instead of chinese_tw

Re: release notes clarification and the situation for Romanian

On 2009-02-06 10:14, Jens Seidel wrote: I compared the Romanian PDF file with the German one and it looks indeed completely different. But at least the content seems to be included. Most languages can work with dblatex, some not. They have to use xmlroff, which is OK, but the layout does not

Re: release notes clarification and the situation for Romanian

Quoting Jens Seidel jenssei...@users.sf.net: On Fri, Feb 06, 2009 at 10:41:44AM +, W. Martin Borgert wrote: On 2009-02-06 10:14, Jens Seidel wrote: PS: Building the last Release Notes took more than 12 hours on www-master. dblatex is much faster on lenny than on etch. Also, po4a

Re: release notes clarification and the situation for Romanian

Quoting Eddy Petrișor eddy.petri...@gmail.com: Still, I am wondering, why wasn't Romanian using dblatex in the first place? To be honest: I don't remember. I will test some stuff on my etch chroot anyway, so I will also check whether ro builds with dblatex (backport from lenny) on etch, OK?

Re: release notes clarification and the situation for Romanian

Quoting Eddy Petrișor eddy.petri...@gmail.com: About the backport, do you already have a backport for all the needed packages? I know dblatex and xmlroff are needed, but IIRC some of the tex stuff was necessary, too (for UTF-8 support, for example). Or am I confusing etch release build system

Please install libcairo2 etch-bpo on www-master

Admins, please install libcairo2 from etch-backports on www-master. This fixes the problem that some PDFs of the lenny release notes are HUge. Worst example: ml, 32 MB with old libcairo2, 0.4 MB with Luks backport. We need this very urgent for the lenny release. Also, make sure, that all ttf-*

Re: release notes clarification and the situation for Romanian

On 2009-02-06 19:11, W. Martin Borgert wrote: I will test some stuff on my etch chroot anyway, so I will also check whether ro builds with dblatex (backport from lenny) on etch, OK? Tested pdf for ro on etch (with the dblatex backport) and it looks fine to me. (And of course, it looks better

Re: Please install libcairo2 etch-bpo on www-master

On 2009-02-07 00:56, Peter Palfrader wrote: The following extra packages will be installed: libcairo2 libdirectfb-0.9-25 libpixman-1-0 The following NEW packages will be installed: libdirectfb-0.9-25 libpixman-1-0 The following packages will be upgraded: libcairo2 done. Thanks!

TeX code in PDF (was: release notes clarification...)

On 2009-02-06 10:14, Jens Seidel wrote: I found a funny footnote in the German file http://www.debian.org/releases/testing/alpha/release-notes.de.pdf in section 4.5.8 (page 24): There is a large TeX code embedded: Seems to be complicated. If I don't use the hyphenation hack, it disappears.

CfH: Some issues regarding the lenny release notes

Hi, I like to ask for opinions/help/contribution regarding the lenny release notes: 0. credits 1. too many bug reports open, missing tests, deadlines 2. hyphenation with dblatex 3. size of PDFs with xmlroff on etch 4. compilation time with dblatex on etch 0. Credits I added some author and

Re: Moved lenny release-notes to trunk

On 2009-01-04 03:40, Osamu Aoki wrote: Are you on etch or lenny? I built on etch and viewed on lenny. -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Moved lenny release-notes to trunk

On 2009-01-02 13:28, Gerfried Fuchs wrote: I am currently trying a manual build of the lenny notes. If that works well I will enable the automatic build again. It would be great, if you could also check, whether the build for zh_TW PDFs works, if the font packages are installed. (I.e.

Re: Moved lenny release-notes to trunk

On 2009-01-03 22:43, Osamu Aoki wrote: FYI: ... I think ... for you to see PDF displayed properly for CJK, you need CMap data (non-free). Depending on packages, Cmap files are provided by * poppler-data package or * cmap-adobe-* packages I don't have poppler-data nor any of the

Re: Moved lenny release-notes to trunk

On 2008-12-28 22:16, W. Martin Borgert wrote: On 2008-12-28 12:41, Simon Paillard wrote: (Though the failing build is not solved nore disabled) I have disabled PDF for zh_TW for now. Btw: The PDF in zh_TW compiles fine in my etch chroot. I get a lot of warnings from xmlroff, but I get

Re: Moved lenny release-notes to trunk

On 2008-12-29 22:12, Osamu Aoki wrote: Does our host have all the locales installed/enabled. I'm not sure whether this is the issue: In my etch chroot, I've only en_DK.UTF-8 and en_GB.UTF-8, no zh_*.* whatsoever. But maybe it's a font issue? I have e.g.: ttf-arphic-bkai00mp ttf-arphic-bsmi00lp

Moved lenny release-notes to trunk

Hi, I just moved the etch release-notes to the tags directory and the lenny release-notes from branches to trunk. Translators, authors, developers, please work on trunk now. Thanks. Cheers! -- To UNSUBSCRIBE, email to debian-www-requ...@lists.debian.org with a subject of unsubscribe. Trouble?

Re: Moved lenny release-notes to trunk

On 2008-12-28 12:41, Simon Paillard wrote: Do you think we could build the trunk to testing (to avoid hard coding the release name), and add a stable tag to be build to stable Sounds reasonable. Matt (or someone else with webmaster rights ?) can you svn co thr trunk instead of lenny branch

Re: Error building lenny release notes

On 2008-12-06 17:31, Simon Paillard wrote: On Thu, Dec 04, 2008 at 11:00:10PM -0800, Matt Kraai wrote: The last build of the lenny release notes generated the following error: (xmlroff:19880): GnomePrint-CRITICAL **: gnome_rfont_get_glyph_stdadvance: assertion `glyph GRF_NUM_GLYPHS

Re: Putting lenny release notes on www ASAP?

On 2008-11-23 16:28, Jens Seidel wrote: It is, of course. It is also just a suggestion because I know that many other projects do it this way. OK, please remind me post-lenny :~) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Please install dblatex and xmlroff on www.debian.org

Hi maintainers of www.debian.org, please install dblatex 0.2.9-3~bpo40+1 and xmlroff 0.6.0-1.1~bpo40+1 from backports.org. We need those versions for the lenny release notes. Other documentation will - maybe - benefit as well. Thanks in advance! Cheers! -- To UNSUBSCRIBE, email to [EMAIL

Re: Please install dblatex and xmlroff on www.debian.org

On 2008-11-24 00:25, Luk Claes wrote: xmlroff is still building AFAIK, buildd maintainer in Cc. OK. It's already in p.d.o, but not yet for i386. Thanks for uploading to bpo, btw. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Putting lenny release notes on www ASAP?

Hi, as suggested by Frans Pop, I would like to put the new release-notes on www.debian.org ASAP. Currently the release notes are here: svn://svn.debian.org/svn/ddp/manuals/branches/release-notes/lenny Shall we move them to svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes first? They

Re: Putting lenny release notes on www ASAP?

On 2008-11-21 23:24, Simon Paillard wrote: On Fri, Nov 21, 2008 at 08:52:05AM +0100, W. Martin Borgert wrote: Furthermore, two (easy) backports are needed, if we build on etch: dblatex and xmlroff from lenny. Will request it to DSA. Luk uploaded the two backports some hours ago

Re: Putting draft release notes on www.debian.(org|net)?

On 2008-11-15 12:16, Matt Kraai wrote: pdflatex appears to hang, consuming 100% of the CPU. I've attached the log file. This also appears to hang the official build, so I'm going to revert the change to 7release-notes. Any suggestions? First: The architecture variable was set to a wrong

Re: Putting draft release notes on www.debian.(org|net)?

On 2008-11-19 01:53, Simon Paillard wrote: The need of backported package for generating documentation was already evoked on the list, does someone can sum up / explains our issue ? AFAIK, we need two backports from lenny to etch: dblatex and xmlroff. For the former, one has to remove the

Re: Putting draft release notes on www.debian.(org|net)?

On 2008-11-15 14:22, Frans Pop wrote: As I've mentioned in the previous mail, it is important for other teams such as d-cd too for their release preparations to have the draft version available, preferably in its normal location to avoid errors (oops, forgot to switch over) at release time.

Re: Putting draft release notes on www.debian.(org|net)?

On 2008-11-13 21:09, Simon Paillard wrote: I do (to increase chances, CCing debian-www is better :-) :~) Some remarks : - that can be done easily and hosted on http://ddp.alioth.debian.org/ (easily feasible by anyone in the ddp alioth group), so that we make available the alst SVN

Re: Broken Documentation Link

On 2008-09-22 14:48, Josip Rodin wrote: Apparently we're linking to http://people.debian.org/~debacle/refcard/ from the main documentation page. WTF? Matt Kraai wrote on 2005-02-26 on this list, that he put the link there. The new address is http://xinocat.com/refcard/ btw. -- To

Problem recovering lost password on wiki.d.o

Hi, the problem is described perfectly by Kevin here: http://lists.debian.org/debian-www/2007/12/msg00120.html I share his problem, but unfortunately not his luck in having a browser cache copy on another machine. Any hints? TIA. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

Re: Problem recovering lost password on wiki.d.o

On Mon, Jan 14, 2008 at 07:56:52PM +0100, Franklin PIAT wrote: For some odd reason, wiki.d.o Moinmoin seems to drop the final = at the end of the password: For instance, if you receive a mail like the one below, the password you should type is {SHA}q9oZMiE2z1Q29Gw0Z5InHpPpz2A= (not