Bruce Dubbs wrote:
> Randy McMurchy wrote:
>> Bruce Dubbs wrote these words on 10/26/08 12:47 CST:
>>> DJ Lucas wrote:
Yeah. I forgot to bump the book version entity. I remembered around
12:35 AM CDT, but I'm not sure if it was too late to bump it.
>>> 0415 MST.
>> So, why didn't the b
Randy McMurchy wrote:
> Bruce Dubbs wrote these words on 10/26/08 13:54 CST:
>
>> I have no idea. It looks like Jeremy ran the script at 0859 MST today, but
>> I
>> have no evidence that it wasn't also run at 0415.
>
> In fact, after I looked again later, I saw in
> /srv/www/www.linuxfromscrat
Bruce Dubbs wrote these words on 10/26/08 13:54 CST:
> I have no idea. It looks like Jeremy ran the script at 0859 MST today, but I
> have no evidence that it wasn't also run at 0415.
In fact, after I looked again later, I saw in
/srv/www/www.linuxfromscratch.org/lfs/view/svn that it had not
re
Randy McMurchy wrote:
> Bruce Dubbs wrote these words on 10/26/08 12:47 CST:
>> DJ Lucas wrote:
>>> Yeah. I forgot to bump the book version entity. I remembered around
>>> 12:35 AM CDT, but I'm not sure if it was too late to bump it.
>> 0415 MST.
>
> So, why didn't the book get rendered last ni
Bruce Dubbs wrote these words on 10/26/08 12:47 CST:
> DJ Lucas wrote:
>> Yeah. I forgot to bump the book version entity. I remembered around
>> 12:35 AM CDT, but I'm not sure if it was too late to bump it.
>
> 0415 MST.
So, why didn't the book get rendered last night?
>>> Also noticed on t
DJ Lucas wrote:
> Randy McMurchy wrote:
>> Hi all,
>>
>> I noticed in -book that DJ made some commits yesterday, but it
>> doesn't appear that the book rendered last night. At least the date
>> of the book wasn't bumped to the day DJ's commit says it should.
>>
>>
> Yeah. I forgot to bump the b
Randy McMurchy wrote:
> Hi all,
>
> I noticed in -book that DJ made some commits yesterday, but it
> doesn't appear that the book rendered last night. At least the date
> of the book wasn't bumped to the day DJ's commit says it should.
>
>
Yeah. I forgot to bump the book version entity. I reme
Hi all,
I noticed in -book that DJ made some commits yesterday, but it
doesn't appear that the book rendered last night. At least the date
of the book wasn't bumped to the day DJ's commit says it should.
Also noticed on the Quantum server that there are over 1500 svnserve
processes. Is that norma
El Lunes, 11 de Diciembre de 2006 12:06, M.Canales.es escribió:
> I never played with it due that are very buggy, are unmantained, and I
> don't know TeX sintax.
Actually looks that there is some very slow development, in
http://db2latex.sourceforge.net/snapshot/
the last snapshop is dated 06-M
El Lunes, 11 de Diciembre de 2006 12:46, Luca escribió:
>
> Now it's clearer; I'm not 100% sure but when I passed make tex maybe the
> errors were others and not the one you mentioned, they should be
> something like DB2Latex: Need to process XPath match book/xi:include but
> as already said not s
M.Canales.es wrote:
> Yes, it's broken. In the first xsltproc command the --xinclude option is
> missing. And when generating the blfs-book.tex file the parsing fails with:
>
> compilation error:
> file /usr/share/docbook/db2latex-xsl-0.8pre1/xsl/qandaset.mod.xsl line 366
> element template
> xs
El Lunes, 11 de Diciembre de 2006 07:12, Bruce Dubbs escribió:
>
> Why do you think the db2latex is required? BLFS has teTeX. The
> makefile generates a TeX file (blfs-book.tex), not a LaTeX file. To
> create the TeX version of the book, just:
The Makefile "tex" target calls stylesheets/blfs-t
El Lunes, 11 de Diciembre de 2006 07:00, Luca escribió:
> In blfs-book-sources Makefile there's the target "make tex" that has the
> dependency of db2latex; the latter is not installed in blfs-book (I
> installed it following the stylesheets installation); when I tried
> passing "make tex" it brok
Luca wrote:
> Bruce Dubbs wrote:
>
>> Why do you think the db2latex is required? BLFS has teTeX. The
>> makefile generates a TeX file (blfs-book.tex), not a LaTeX file. To
>> create the TeX version of the book, just:
>>
>> tex blfs-book.tex
>>
>> -- Bruce
>>
>>
> Hi Bruce.
>
> It's
Bruce Dubbs wrote:
>
>
> Why do you think the db2latex is required? BLFS has teTeX. The
> makefile generates a TeX file (blfs-book.tex), not a LaTeX file. To
> create the TeX version of the book, just:
>
> tex blfs-book.tex
>
> -- Bruce
>
Hi Bruce.
It's not that I think is required; when I
Luca wrote:
> Hello again.
>
> To Manuel:
>
> A question about book rendering:
>
> In blfs-book-sources Makefile there's the target "make tex" that has the
> dependency of db2latex; the latter is not installed in blfs-book (I
> installed it following t
Hello again.
To Manuel:
A question about book rendering:
In blfs-book-sources Makefile there's the target "make tex" that has the
dependency of db2latex; the latter is not installed in blfs-book (I
installed it following the stylesheets installation); when I tried
passing &quo
Bruce Dubbs wrote these words on 12/05/06 22:09 CST:
>
> I wonder if isn't something between you and belgarath.
I suppose that is what it is. And since Belgarath is the only
problem I'm *ever* encountering, I don't think I can fix it.
I'll be back in a week or two and see if things aren't any
bet
Randy McMurchy wrote:
> Bruce Dubbs wrote these words on 12/05/06 20:37 CST:
>> Randy McMurchy wrote:
>>> Is Belgarath still scheduled to render every
>>> night?
>> Anduin does it from a cron script. See /usr/bin/render-blfs-book.sh
>> there. It does require belgarath to be up for svn and ssh th
Justin R. Knierim wrote:
helped belg to stay stable though. Putting up a maintenance page or a
link to lfs-matrix.net or another mirror would be a good idea IMO.
Nevermind, pointing to a mirror is useless at this point as well, as
rsync is down as well, and at least for lfs-matrix.net, it has
Randy McMurchy wrote:
I suppose I'm too much out of the loop at this point to figure out
what you mean. All I know is that I cannot access Belgarath right
now, and I don't understand what Anduin has to do with it.
Just a guess but if it is the same setup as CLFS, the book is rendered
on Anduin
Bruce Dubbs wrote these words on 12/05/06 20:37 CST:
> Randy McMurchy wrote:
>> Is Belgarath still scheduled to render every
>> night?
>
> Anduin does it from a cron script. See /usr/bin/render-blfs-book.sh
> there. It does require belgarath to be up for svn and ssh though. I've
> received a c
Randy McMurchy wrote:
> [cc'd to LFS-Dev in hopes for as much input as possible]
>
> Hi all,
>
> There was a commit to the BLFS book on the 4th, but the rendering of
> the book didn't happen. Is Belgarath still scheduled to render every
> night?
Anduin does it from a cron script. See /usr/bin/r
[cc'd to LFS-Dev in hopes for as much input as possible]
Hi all,
There was a commit to the BLFS book on the 4th, but the rendering of
the book didn't happen. Is Belgarath still scheduled to render every
night?
--
Randy
rmlscsi: [bogomips 1003.25] [GNU ld version 2.16.1] [gcc (GCC) 4.0.3]
[GNU
On Mon, Apr 03, 2006 at 10:37:20PM -0500, Bruce Dubbs wrote:
>
> Would you please post a diff to the current Makfile. Thanks.
Posted to blfs-dev.
--
Archaic
Want control, education, and security from your operating system?
Hardened Linux From Scratch
http://www.linuxfromscratch.org/hlfs
--
Archaic wrote:
> On Mon, Apr 03, 2006 at 08:27:36PM -0500, Randy McMurchy wrote:
>
>
> Odd how we were both looking the makefiles over. BLFS requires $BASEDIR
> to have a trailing slash, which is just lazyness on the part of whoever
> didn't want to add the slashes into the Makefile itself. Also,
On Mon, Apr 03, 2006 at 08:27:36PM -0500, Randy McMurchy wrote:
>
Odd how we were both looking the makefiles over. BLFS requires $BASEDIR
to have a trailing slash, which is just lazyness on the part of whoever
didn't want to add the slashes into the Makefile itself. Also, the
Makefile defines JA
Hi all,
Is there any real reason why the Makefiles in the BLFS and LFS dev
book need to reference image directories that are different? In my
opinion, both books are wrong how they do it.
BLFS points to an image directory in its own source tree. Never
updated, or at least it would require manual
28 matches
Mail list logo