Re: about web pages build
[gah, replying to myself, AGAIN] On Sun, May 07, 2000 at 12:08:37AM +0200, Josip Rodin wrote: > install: ../../../../debian.org/SPI/mailing_lists: Operation not permitted > install: ../../../../debian.org/SPI/mailing_lists: Operation not permitted > install: ../../../debian.org/Bugs: Operation not permitted > install: ../../../debian.org/Bugs: Operation not permitted > > and all other index.$language.html files... why? I've addressed this in another mail, already sent... > copying index.hr.html to ../../../debian.org/releases > ePerl:Error: Perl parsing error (interpreter rc=2) > > Contents of STDERR channel: - > Number found where operator expected at /tmp/wml.15064.tmp1 line 1215, near > "'2000, '6" > (Missing operator before 6?) > syntax error at /tmp/wml.15064.tmp1 line 1215, near "'2000, '6" > String found where operator expected at /tmp/wml.15064.tmp1 line 1215, near > "6', '" > (Missing operator before ', '?) > Bareword found where operator expected at /tmp/wml.15064.tmp1 line 1215, near > "/../english" > (Missing operator before english?) > Bad name after security:: at /tmp/wml.15064.tmp1 line 1215. > -- > ** WML:Break: Error in Pass 3 (rc=74). > make[2]: *** [index.hr.html] Error 1 > > What the heck is wrong with this one? I can't reproduce it at home when > doing `make install' in webwml/croatian/releases (I think that is done > here, too). Actually, the build log doesn't contain anything but error information, because the build is run with make -s :/ so the output was deceiving: the problem lied in security/index.wml, it was a missing ending quote that caused a syntax error (hi treacy ;). I've fixed it now. > copying index.hu.html to ./../../debian.org/ > install: ../../../debian.org/Bugs: Operation not permitted > install: ../../../debian.org/Bugs: Operation not permitted > make[2]: *** No rule to make target `install'. Stop. > > I had a brief look at hungarian/Make* and they do seem to contain the > install rule... but without make[1] output I'm not certain that the error > even happened in that directory. I wondered, maybe one of the sub-Makefiles > doesn't include $(WMLBASE)/Make.common, but then I counted them and they all > do so. :-? Same as the above, it's the ports/ directory that's faulty, it had no Makefile. I've fixed that. > copying index.it.html to ../../../debian.org/News > make[2]: ./count: Command not found > make[2]: *** [index.it.html] Error 127 > > It seems this refers to italian/consultants/Makefile, but a `count' script > only exists in english/consultants/, so the path should be adjusted. I've adjusted the paths to use $(ENGLISHSRCDIR)/consultants and added a note about how translators may want to comment out the invocation of count script. Maybe we should add a check so that it's done only if it's under $(ENGLISHSRCDIR)? Currently only italian/ and romanian/ consultants/ Makefiles contain "./count", but seeing how other older translations don't do it at all, I've fixed those two newer ones not to contain it. -- Digital Electronic Being Intended for Assassination and Nullification
Re: unconditional install -d in Make.common produces unneccessary errors (ignored)
On Wed, May 10, 2000 at 12:07:50AM +0200, Josip Rodin wrote: > Hi people, > > There is one glitch in current Make.common that produces this: > > make[2]: Entering directory `/debian2/web/webwml/croatian/Bugs' > install -d ../../../debian.org/Bugs > install: ../../../debian.org/Bugs: Operation not permitted > install: ../../../debian.org/Bugs: Operation not permitted > make[2]: [install] Error 1 (ignored) > > Same happens for lots of other dirs... anyway the code in question is: > > install:: > -install -d $(HTMLDIR) > > This should be: > > install:: > test -d $(HTMLDIR) || install -d $(HTMLDIR) > > `-' shouldn't be necessary, since this should never fail; also we could > replace `install -d' with mkdir since that's what gets done, basically. > Sure, make the change. -- James (Jay) Treacy [EMAIL PROTECTED]
Re: unconditional install -d in Make.common produces unneccessary errors (ignored)
On Wed, May 10, 2000 at 12:05:42PM -0400, James A. Treacy wrote: > > make[2]: Entering directory `/debian2/web/webwml/croatian/Bugs' > > install -d ../../../debian.org/Bugs > > install: ../../../debian.org/Bugs: Operation not permitted > > install: ../../../debian.org/Bugs: Operation not permitted > > make[2]: [install] Error 1 (ignored) > > > > Same happens for lots of other dirs... anyway the code in question is: > > > > install:: > > test -d $(HTMLDIR) || install -d $(HTMLDIR) > > > > `-' shouldn't be necessary, since this should never fail; also we could > > replace `install -d' with mkdir since that's what gets done, basically. > > Sure, make the change. Okay. I checked out the whole web tree on va.d.o, and did: for i in */Make.common; do cp $i $i~; sed -e 's,-install -d $(HTMLDIR),test -d $(HTMLDIR) || mkdir -p $(HTMLDIR),' $i > $i.n; mv $i.n $i; done cvs commit arabic/Make.common chinese/Make.common croatian/Make.common danish/Make.common dutch/Make.common english/Make.common esperanto/Make.common finnish/Make.common french/Make.common german/Make.common hungarian/Make.common italian/Make.common japanese/Make.common korean/Make.common norwegian/Make.common polish/Make.common portuguese/Make.common romanian/Make.common russian/Make.common spanish/Make.common swedish/Make.common turkish/Make.common :) BTW now that web build is separated from dinstall, could we make the web pages build+mirror every twelve hours? I doubt this would harm anyone, master is less loaded these days, and mirrors don't care about 100Kb of changes... -- Digital Electronic Being Intended for Assassination and Nullification
Cainux website delays
G'day, Late January you emailled the Debian webmaster asking for a link from our vendors' page as you were intending to sell Debian Official CDs. Your site, at the time, was under construction and either in your email or on the site said to check back early March. I had a look at the site http://www.cainux.com/ today and still cannot see any sign that you actually sell Debian CDs. I did note you said you were having troubles with connectivity. This email is to ask if you are still indending to sell Debian CDs and if so when you think your website will be mentioning them. I don't need an exact date; just a time to check again. - Craig 1/Xth Debian webmaster -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.eye-net.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
Formway removed from Debian vendors page
G'day, I am the webmaster who looks after the Debian vendors page at http://www.debian.org/distrib/vendors Early February I temporarily removed you from our list because it looked like the site did not sell Debian CDs. This email is to inform you that I am now deleting you from our list. To be put back on, I need a URL that points to a page that mentions Debian CDs, plus all the other information found on the website. - Craig 1/Xth Debian webmaster -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.eye-net.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
GUUG delete from Debian vendor page
G'day, I am the webmaster who looks after the Debian Vendors page at http://www.debian.org/distrib/vendors I emailled you on 7th February saying that I could find no mention of Debian CDs anywhere, but I received no reply. This email is letting you know we have removed your entry from the site. - Craig 1/Xth Debian webmaster -- Craig Small VK2XLZ GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.eye-net.com.au/<[EMAIL PROTECTED]> MIEEE <[EMAIL PROTECTED]> Debian developer <[EMAIL PROTECTED]>
Re: unconditional install -d in Make.common produces unneccessary errors (ignored)
On Wed, May 10, 2000 at 07:03:52PM +0200, Josip Rodin wrote: > Okay. I checked out the whole web tree on va.d.o, and did: > > for i in */Make.common; do cp $i $i~; sed -e 's,-install -d $(HTMLDIR),test > -d $(HTMLDIR) || mkdir -p $(HTMLDIR),' $i > $i.n; mv $i.n $i; done > cvs commit arabic/Make.common chinese/Make.common croatian/Make.common > danish/Make.common dutch/Make.common english/Make.common > esperanto/Make.common finnish/Make.common french/Make.common > german/Make.common hungarian/Make.common italian/Make.common > japanese/Make.common korean/Make.common norwegian/Make.common > polish/Make.common portuguese/Make.common romanian/Make.common > russian/Make.common spanish/Make.common swedish/Make.common > turkish/Make.common > > :) > > BTW now that web build is separated from dinstall, could we make the web > pages build+mirror every twelve hours? I doubt this would harm anyone, > master is less loaded these days, and mirrors don't care about 100Kb of > changes... > The point of tying in with the dinstall run was not simply to prevent overload of master, but also to keep the Packages pages synchronized with the archive as much as possible. Here is what I'd like to see happen (a few other issues thrown in here): - Package pages generated dynamically (all ports would be handled). update would be triggered by the end of the dinstall run - list archives and bug pages handled separately from the rest of the web pages - the rest of the web pages can then be mirrored more frequently -- James (Jay) Treacy [EMAIL PROTECTED]
