Just testing if this box can actually send mail to the list :)
-Hannes\.
Just testing if this box can actually send mail to the list :)
-Hannes
On Wed, Mar 5, 2008 at 2:37 PM, Daniel Convissor
<[EMAIL PROTECTED]> wrote:
> > Currently docs.php.net does a complete rebuild (phpweb, html and
> > bightml) every 6 hours for all languages (although only 3 or 4
> > translations work).
>
> I had a feeling something like that was the case. Then
On Wed, Mar 05, 2008 at 08:44:20AM +0100, Hannes Magnusson wrote:
>
> There are no public log files.
That's unfortunate.
> Currently docs.php.net does a complete rebuild (phpweb, html and
> bightml) every 6 hours for all languages (although only 3 or 4
> translations work).
I had a feeling som
On Wed, Mar 5, 2008 at 4:24 AM, Daniel Convissor
<[EMAIL PROTECTED]> wrote:
> Hi Folks:
>
> I'm curious when the manual is built and where the logs are for the build
> process (if they exist)? I looked around the documentation, archives and
> Googled for this info to no avail.
There are no pub
Hi Folks:
I'm curious when the manual is built and where the logs are for the build
process (if they exist)? I looked around the documentation, archives and
Googled for this info to no avail.
Thanks,
--Dan
--
T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y
d
Computing chunks...
Request for label of unexpected element: bookinfo
Don't know what gentext to create for xref to: "imagedata",
("internals2.ze1.zendapi.fig.internal-struct")
Don't know what gentext to create for xref to: "imagedata",
("internals2.ze1.zendapi.fig.internal-struct")
Don't know wh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Derick Rethans wrote:
> those all seem to be warnings, is there some option to make it less
> noisy?
One wonders, however, whether or not it would be a good idea to add IDs
to all of these elements.
- --
Edward Z. YangGnuPG:
On Sun, 29 Jul 2007, Hannes Magnusson wrote:
> Already turned off these warnings in the XSL this morning :)
Yeah, I just noticed that :-) I put the crons back for the CHMs, let's
see how it goes with all the languages...
regards,
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no
Hello Philip,
I noticed in the previous posts that the EN tree of the documentation will be
rebuilt soon.
Recently we (the Romanian translation team) have made some changes and
corrected the errors in our RO tree. We would like to ask you to also rebuild
the RO documentation tree when the next
/usr/bin/openjade:/dat/dev/php/phpdoc/en/reference/http/HttpMessage.xml:165:36:E:
character data is not allowed here
make: *** [html/index.html] Error 1
/usr/bin/openjade:././docbook/docbook-dsssl/html/../common/dbl10n.dsl:1213:30:E:
reference to undefined variable "%gentext-zhhk-table-endnotes%"
/usr/bin/openjade:././docbook/docbook-dsssl/html/../common/dbl10n.dsl:327:33:E:
reference to undefined variable "gentext-zhhk-element-name"
/usr/bin/ope
make: *** No rule to make target `phpbook/phpbook-dsssl/html.dsl', needed by
`html/index.html'. Stop.
> Put dom spec link in entity, and fixed markup
Thanks.
Jakub Vrana
/usr/bin/openjade:/dat/dev/php/phpdoc/en/reference/dom/functions/dom-domconfiguration-cansetparameter.xml:15:122:E:
document type does not allow element "ulink" here; missing one of "remark",
"synopsis", "literallayout", "programlisting", "screen", "para", "simpara",
"informalfigure", "bridgehea
On Mon, 23 Oct 2006, Lajos Cseppento wrote:
> Hello,
>
> Soryy, I've found this problem on my computer yesterday afternoon.
> Could start now one build? I've made test on my computer successfully.
No I can't as the pt_BR one is still running.
> And I've a question:
> I've got 2 computers, a not
Hello,
Soryy, I've found this problem on my computer yesterday afternoon.
Could start now one build? I've made test on my computer successfully.
And I've a question:
I've got 2 computers, a notebook, and an AMD64 (WIndows on both).
I translate on the notebook. I've installed cygwin on the both. I
On Fri, 20 Oct 2006, Derick Rethans wrote:
> On Fri, 20 Oct 2006, Lajos Cseppentõ wrote:
>
> > How can I run a build on the Hungarian documentation?
>
> Mention it here... and I start a build. It is running now, and will take
> a bit more than a day.
Your build failed:
ERRORS:
array(1) {
[0]
On Sat, 21 Oct 2006, Fernando Correa da Conceição wrote:
> Derick Rethans escreveu:
> > On Fri, 20 Oct 2006, Lajos Cseppentõ wrote:
> >
> > > How can I run a build on the Hungarian documentation?
> >
> > Mention it here... and I start a build. It is running now, and will take a
> > bit more than
Derick Rethans escreveu:
On Fri, 20 Oct 2006, Lajos Cseppentõ wrote:
How can I run a build on the Hungarian documentation?
Mention it here... and I start a build. It is running now, and will take
a bit more than a day.
regards,
Derick
And one for portuguese (pt_BR) ?
Thanks
On Fri, 20 Oct 2006, Lajos Cseppentõ wrote:
> How can I run a build on the Hungarian documentation?
Mention it here... and I start a build. It is running now, and will take
a bit more than a day.
regards,
Derick
How can I run a build on the Hungarian documentation?
On Tue, 22 Aug 2006 [EMAIL PROTECTED] wrote:
> Failed loading /dat/dev/php/xdebug/modules/xdebug.so:
> /dat/dev/php/xdebug/modules/xdebug.so: undefined symbol: alloc_globals
> Failed loading /dat/dev/php/xdebug/modules/xdebug.so:
> /dat/dev/php/xdebug/modules/xdebug.so: undefined symbol: alloc
Failed loading /dat/dev/php/xdebug/modules/xdebug.so:
/dat/dev/php/xdebug/modules/xdebug.so: undefined symbol: alloc_globals
Failed loading /dat/dev/php/xdebug/modules/xdebug.so:
/dat/dev/php/xdebug/modules/xdebug.so: undefined symbol: alloc_globals
Failed loading /dat/dev/php/xdebug/modules/xd
Failed loading /dat/dev/php/xdebug/modules/xdebug.so:
/dat/dev/php/xdebug/modules/xdebug.so: cannot open shared object file: No such
file or directory
Failed loading /dat/dev/php/xdebug/modules/xdebug.so:
/dat/dev/php/xdebug/modules/xdebug.so: cannot open shared object file: No such
file or d
> Please commit the entity for note.ob
Make that note.uses-ob
S
[EMAIL PROTECTED] wrote:
> /usr/bin/openjade:/dat/dev/php/phpdoc/en/reference/misc/functions/highlight-file.xml:28:18:E:
> character data is not allowed here
> /usr/bin/openjade:/dat/dev/php/phpdoc/en/reference/misc/functions/highlight-string.xml:28:18:E:
> character data is not allowed here
> /u
/usr/bin/openjade:/dat/dev/php/phpdoc/en/reference/misc/functions/highlight-file.xml:28:18:E:
character data is not allowed here
/usr/bin/openjade:/dat/dev/php/phpdoc/en/reference/misc/functions/highlight-string.xml:28:18:E:
character data is not allowed here
/usr/bin/openjade:/dat/dev/php/phpdoc
/usr/bin/openjade:/dat/dev/php/phpdoc/en/reference/pdf/reference.xml:90:22:E:
character data is not allowed here
make: *** [html/index.html] Error 1
Hi all
there are build errors in the oci8 and ssh2 functions:
&oci.datatypes;
oci8/functions/oci-fetch-all.xml:91:19:E: character data is not
allowed here
oci8/functions/oci-fetch-array.xml:158:19:E: character data is not
allowed here
oci8/functions/oci-fetch-assoc.xml:30:19:E: character data
>>>Hi,
>>>
>>>You have probably used an element in an entity, ie. your translation
>>>of language-entities.ent or language-snippets.ent.
>>>
>>>Goba
>
> Ok. Problems solved. Other translator think that tag is valid for
> docbook.
>
> BTW, what is status of howto document? is it finished?
> I th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gabor Hojtsy wrote:
> Hi,
>
> You have probably used an element in an entity, ie. your translation
> of language-entities.ent or language-snippets.ent.
>
> Goba
Ok. Problems solved. Other translator think that tag is valid for
docbook.
BTW, what
Hi,
You have probably used an element in an entity, ie. your translation
of language-entities.ent or language-snippets.ent.
Goba
Salman AS wrote:
> Dear all,
>
> I am now working on id translation of PHP Manual.
> When I am trying to build the translation, I stuck on these errors. Any
> sugges
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear all,
I am now working on id translation of PHP Manual.
When I am trying to build the translation, I stuck on these errors. Any
suggestions?
- ---cut---
SP_ENCODING=XML SP_CHARSET_FIXED=YES /usr/bin/onsgmls -i lang-id -D . -s
./dtds/dbxml-4.1.2/
Gabor Hojtsy wrote:
OK, why display the extra, while you only need to see the missing
IDs themselfs?
Thanks for the hint.
Otherwise if this works fine, I am all for having it
comitted.
As I can tell it works, just comitted.
Friedhelm
OK, why display the extra, while you only need to see the missing
IDs themselfs? Otherwise if this works fine, I am all for having it
comitted.
Goba
> Sorry for the late response.
> Entities in attribut values are not allowed.
> See the attached patch against missing-entities.php.in for
> xrefla
Gabor Hojtsy wrote:
Fine with me, but we should place &missing; at top of missing-ids.xml
So the following should be the solution for this "problem":
missing-ids.xml:
&missing;
and put &missing; in language-snippets.ent.
Benefit: linking to appendix missing-stuff with a short explana
> Fine with me, but we should place &missing; at top of missing-ids.xml
> So the following should be the solution for this "problem":
> missing-ids.xml:
>
> &missing;
>
>
>
> and put &missing; in language-snippets.ent.
>
> Benefit: linking to appendix missing-stuff with a short explana
Gabor Hojtsy wrote:
The "problem" is the
increased usage of . Previously authors were encouraged to use
to add internal links, which requires text content, so this was
no problem. The adoption of lead to this problem.
Should we avoid using xref?
I don't think so that now it is an option. I
>> The "problem" is the
>> increased usage of . Previously authors were encouraged to use
>> to add internal links, which requires text content, so this was
>> no problem. The adoption of lead to this problem.
>
> Should we avoid using xref?
I don't think so that now it is an option. It is quit
Nuno Lopes wrote:
Possibilities (other than updating the german manual ;-)):
1.) use xreflabel
2.) produce content for the para's in missing-ids.xml
3.) split the faq
If 2) fixes the problem, I would go for it.
This should fix the problem (not tested), I only did a quick test with
xreflabe
Gabor Hojtsy wrote:
[xref on para is not supported]
The id xref is linking to, is missing in the de-tree, but present in the
missing-ids.xml file:
In the english file in question (faq/com.xml) xref is used like:
As this points to in
missing-ids.xml for the de tree, obviously no link text can
> [xref on para is not supported]
>
> The id xref is linking to, is missing in the de-tree, but present in the
> missing-ids.xml file:
>
>
> In the english file in question (faq/com.xml) xref is used like:
>
> As this points to in
> missing-ids.xml for the de tree, obviously no link text can b
Hi,
The manual build of the de manual fails with following messages:
sample:
/usr/bin/openjade:/dat/dev/php/phpdoc/en/faq/com.xml:146:34:E: [xref auf
para wird nicht unterstützt]
[xref on para is not supported]
The id xref is linking to, is missing in the de-tree, but present in the
missi
Hi,
The manual build of the de manual fails with following messages:
sample:
/usr/bin/openjade:/dat/dev/php/phpdoc/en/faq/com.xml:146:34:E: [xref auf para
wird nicht unterstützt]
[xref on para is not supported]
The id xref is linking to, is missing in the de-tree, but present in
the miss
> Somebody broke something, please fix (this happens for all languages).
This is either some problem on the build machine or in the build system
code. It should not search for the catalog file this way. This is quite
a tipical problem I remember from the old days, but unfortunately I
cannot rememb
Hei,
Somebody broke something, please fix (this happens for all languages).
regards,
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
-- Forwarded message --
Date: Fri, 9 Sep 2005 00:18:07 +0200
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL
Warning: PHP Startup: Unable to load dynamic library
'/usr/local/lib/php/extensions/debug-non-zts-20050617/icutranslit.so' -
/usr/local/lib/php/extensions/debug-non-zts-20050617/icutranslit.so: cannot
open shared object file: No such file or directory in Unknown on line
0
Warning: PHP Start
/usr/bin/openjade:manual.xml:125:20:E: character data is not allowed here
/usr/bin/openjade:manual.xml:126:7:E: end tag for "part" which is not finished
/usr/bin/openjade:manual.xml:154:23:E: character data is not allowed here
/usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:11:15
/usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:88:21:E:
[xref to para �� ����]
/usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:104:21:E:
[xref to para �� ����]
/usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:508:20:
/usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:88:21:E:
[xref to para �� ����]
/usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:104:21:E:
[xref to para �� ����]
/usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:508:20:
I also got this when I've built the english chm manual.
It's a problem in the dsssl sheets (its returning false instead probably of
an empty string). I'll try to fix it.
Nuno
- Original Message -
On Thu, 14 Jul 2005 [EMAIL PROTECTED] wrote:
/usr/bin/jade:dsssl/./html-common.dsl:3
On Thu, 14 Jul 2005 [EMAIL PROTECTED] wrote:
>
> /usr/bin/jade:dsssl/./html-common.dsl:309:31:E: 1st argument for primitive
> "string-length" of wrong type: "#f" not a string
As you can see, my chm builder is sending out warnings/errors to the
mailinglists again... this happens in all translat
/usr/bin/jade:dsssl/./html-common.dsl:309:31:E: 1st argument for primitive
"string-length" of wrong type: "#f" not a string
/usr/bin/jade:dsssl/./html-common.dsl:309:31:E: 1st argument for primitive
"string-length" of wrong type: "#f" not a string
/usr/bin/jade:dsssl/./html-common.dsl:309:31:E: 1st argument for primitive
"string-length" of wrong type: "#f" not a string
>> OK. Are there some rough rules when English and other versions are
>> compiled?
> Nope
Thanks ;-).
Jakub Vrana
On Mon, 22 Dec 2003, Jakub Vrana wrote:
> > No this is impossible as the build is started by hand.
>
> OK. Are there some rough rules when English and other versions are
> compiled?
Nope
Derick
> No this is impossible as the build is started by hand.
OK. Are there some rough rules when English and other versions are
compiled?
Jakub Vrana
On Mon, 22 Dec 2003, Jakub Vrana wrote:
> Can be provided some information when will be the manual compiled next
> time? I mean information similar to the one at http://snaps.php.net/.
> It will be also nice if it will be available for localized versions.
No this is impossible as the build is sta
Hello!
Can be provided some information when will be the manual compiled next
time? I mean information similar to the one at http://snaps.php.net/.
It will be also nice if it will be available for localized versions.
Jakub Vrana
/usr/bin/openjade:E: error reading "dsssl/catalog" (Is a directory)
/usr/bin/openjade:E: error reading "dsssl/catalog" (Is a directory)
"Gabor Hojtsy" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > follow the instruction on
http://www.php.net/manual/howto/translation-practical.html
> > e.g, accessing http://www.php.net/he/blog just jump me to google.
> >
> > where is the log?
>
> Is is now [temporarily] available
follow the instruction on http://www.php.net/manual/howto/translation-practical.html
> e.g, accessing http://www.php.net/he/blog just jump me to google.
where is the log?
Is is now [temporarily] available under http://php.net/~imajes/
But I was unable to find in my inbox, what is the right subfolde
follow the instruction on http://www.php.net/manual/howto/translation-practical.html
e.g, accessing http://www.php.net/he/blog just jump me to google.
where is the log?
moshe
--
--
-
Derick Rethans http://derickrethans.nl/
JDI Media Solutions http://www.jdimedia.nl/
PHP Magazine - PHP Magazine for Professionals http://php-mag.net
On Tue, 31 Dec 2002, Tularis wrote:
> Well, you have to admit,
> when building it yourself, all you build is:
> - Core
> - extensions
>
> on php.net, they build:
> - Core
> - extensions
> - manuals for every language (22 different, if I'm not mistaking)
> - phpdoc (I might be wrong here though...
Well, you have to admit,
when building it yourself, all you build is:
- Core
- extensions
on php.net, they build:
- Core
- extensions
- manuals for every language (22 different, if I'm not mistaking)
- phpdoc (I might be wrong here though...)
Basicly, what I want to say is, phpweb does *WAY* mor
> > I just read in howto that generating manual on a 700MHz box takes about
> > 7m30s. Could someone confirm this? I did a test...
> >
> > $ time make html
> > real28m30.435s
> > user27m34.390s
> > sys 0m11.790s
>
> The build logs have timestamps showing the start and end time... They
>
On Tue, 31 Dec 2002, Gabor Hojtsy wrote:
> > and that is how it looks on my P4 1.8 Northwood (running debian
> > under vmware under winxp). Had someone measured his time recently
> > and can give me something to compare to?
>
> The build logs have timestamps showing the start and end time...
> I just read in howto that generating manual on a 700MHz box takes about
> 7m30s. Could someone confirm this? I did a test...
>
> $ time make html
> real28m30.435s
> user27m34.390s
> sys 0m11.790s
>
> and that is how it looks on my P4 1.8 Northwood (running debian under
> vmware u
On Tue, 31 Dec 2002, Slawomir Pucia wrote:
> I just read in howto that generating manual on a 700MHz box takes about
> 7m30s. Could someone confirm this? I did a test...
>
> $ time make html
> real28m30.435s
>
> ... and that is how it looks on my P4 1.8 Northwood (running debian under
> vmwa
Hi there...
I just read in howto that generating manual on a 700MHz box takes about
7m30s. Could someone confirm this? I did a test...
$ time make html
real28m30.435s
user27m34.390s
sys 0m11.790s
... and that is how it looks on my P4 1.8 Northwood (running debian under
vmware under w
> the PL documentation has build failures for ages, anyone care to fix
> them? You can find the log here: http://www.php.net/~derick/errors.pl
Quickfix tip: remove chapters/configue.xml. We have done that in HU
to make is work as soon as possible.
Goba
--
PHP Documentation Mailing List (http
Hello,
the PL documentation has build failures for ages, anyone care to fix
them? You can find the log here: http://www.php.net/~derick/errors.pl
Derick
--
-
Derick Rethans http://derickre
On Sun, 08 Dec 2002, Friedhelm Betz wrote:
>
> > I have some troubles building manual. ./configure --with-lang=pl
> > (without --with... also) crashes on
> > /usr/bin/php -c ./scripts -q ./scripts/missing-entities.php
> > Error message is:
> > sh: 1/SP_ENCODING=ISO-8859-2: not found
> > I've noti
> I have some troubles building manual. ./configure --with-lang=pl
> (without --with... also) crashes on
> /usr/bin/php -c ./scripts -q ./scripts/missing-entities.php
> Error message is:
> sh: 1/SP_ENCODING=ISO-8859-2: not found
> I've noticed that it's somehow connected with php.ini file in ./scr
Hello
I have some troubles building manual. ./configure --with-lang=pl
(without --with... also) crashes on
/usr/bin/php -c ./scripts -q ./scripts/missing-entities.php
Error message is:
sh: 1/SP_ENCODING=ISO-8859-2: not found
I've noticed that it's somehow connected with php.ini file in ./scripts/
Build logs for translations are available at:
http://rsync.php.net/~imajes/manual/
the cronjob copies them every 5 minutes, but be warned, they may not update
for weeks on end !
-- james
--
James Cox :: [EMAIL PROTECTED] :: http://james.blogs.at/
Was I helpful? http://www.amazon.co.uk/exec/ob
Hei
I can not build the php manual after the last checkout from the cvs
(phpdoc-es) today. I have not changed these files, anyone with the same
problem?
If I run:
[rafa@U2 phpdoc-es]$ make clean
[rafa@U2 phpdoc-es]$ ./configure --with-lang=es
[rafa@U2 phpdoc-es]$ make test
I get these erro
Simone Cortesi wrote:
> At 18.45 20/06/02 +0200, Slawomir Pucia wrote:
>
>> http://www.php.net/manual/en/build.log.gz
>
>
> You are right, it doesnt work on my local build system too. I'll
> investigate the issue: a quick search for the error was not succesfull.
> :(((
>
>
as it fails on t
At 18.45 20/06/02 +0200, Slawomir Pucia wrote:
>http://www.php.net/manual/en/build.log.gz
You are right, it doesnt work on my local build system too. I'll
investigate the issue: a quick search for the error was not succesfull. :(((
--
Never eat more than you can lift.
-- Mis
http://www.php.net/manual/en/build.log.gz
slawek-
At 23.10 11/06/02 +0200, Slawomir Pucia wrote:
>/usr/bin/nsgmls:manual.xml:134:34:E: character data is not allowed here
>
>Looks like there's a problem with the new "mime_magic" line.
I've probably fixed the problem with my last commit on manual.xml.in
Ciao,
Simone.
/usr/bin/nsgmls:manual.xml:134:34:E: character data is not allowed here
Looks like there's a problem with the new "mime_magic" line.
slawek-
Hi,
thanks for pointing out this, I blindly searched/replaced
getopt -> get_option, etc. Seems I'm a complete moron
because that way my local couldn't work either ;-) I've fixed
it, let's hope it builds now.
thanks again,
- Markus
On Thu, May 02, 2002 at 09:44:5
At 09.16 02/05/02 +0200, Markus Fischer wrote:
>/usr/bin/jade:/local/mirror/phpdoc/en/reference/sockets/functions.xml:9:1:E:
>general entity "reference.sockets.functions.socket-get-option" not defined
>and no default entity
There is a mismatch here:
But in file /en/reference/socket/function
Hi,
the build of en manual is currently broken causes of my
socket commits yesterday. Since my local copy works and my
knowledge is not in-depth with the doc generation I'm unable
to fix this:
[...]
>>> running make test_man_gen ...
touch .manual.xml
CONFIG_FILES=manual.xml
> this is weird... by build runs in 30 minutes per translation on a
> p3-866/512mb ram.
Yes, but this also build PDF, TeX and many other versions, many
of them are just used for temorary formatting. See
http://php.net/blog
Goba
Hello,
this is weird... by build runs in 30 minutes per translation on a
p3-866/512mb ram.
Derick
On Sat, 30 Mar 2002, Gabor Hojtsy wrote:
> Hi!
>
> For the EN version:
>
> >>> starting build at: Fri Mar 29 06:46:08 PST 2002
> [...]
> >>> finished build at: Fri Mar 29 12:46:03 PST 2002
> >>
dual pentium3/350 Mzh, 1GB RAM, 130GB HD. OS: debian-stable.
_
Chat with friends online, try MSN Messenger: http://messenger.msn.com
On Sat, 30 Mar 2002, Tal Peer wrote:
> va1.php.net which runs php4.0.7rc... :)
i was thinking about cpu, ram etc.
Regards,
Sebastian Nohn
--
Did I help you? Consider a gift!
http://www.amazon.de/exec/obidos/wishlist/3HYH6NR8ZI0WI
va1.php.net which runs php4.0.7rc... :)
_
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx
On Sat, 30 Mar 2002, Tal Peer wrote:
> About the same for the HE version:
> >>>starting build at: Wed Mar 27 18:06:22 PST 2002
> ...
> >>>finished build at: Thu Mar 28 00:18:52 PST 2002
On what machine is that running?
Regards,
Sebastian Nohn
--
Did I help you? Consider a gift!
http://www.amaz
About the same for the HE version:
>>>starting build at: Wed Mar 27 18:06:22 PST 2002
...
>>>finished build at: Thu Mar 28 00:18:52 PST 2002
_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
Hi!
For the EN version:
>>> starting build at: Fri Mar 29 06:46:08 PST 2002
[...]
>>> finished build at: Fri Mar 29 12:46:03 PST 2002
>>> success!
Uh, six hours!
Goba
Jim Winstead wrote:
> it is broken because the system builds the manual outside of the phpdoc
> tree. that means when $(srcdir) isn't properly used, the build breaks.
>
> this is easy to test and fix on any (unix) system -- just make an empty
> directory, and run phpdoc's configure from there (u
From: "Hartmut Holzgraefe" <[EMAIL PROTECTED]>
> >>most likely we have hit a TeX buffer limit once again
> >>
> >
> > If you compare the translated PDF manuals you will see that:
> >
> > en:Chapter 46Database issues
> > de:Kapitel 46Database issues
> >
> > stops at the same page c
ignore my previous question, i'm getting stupid :(
--
Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77
1 - 100 of 120 matches
Mail list logo
