El Domingo, 23 de Septiembre de 2007 08:03, Chris Staub escribió:
I just double-checked dependencies for a number of packages and have
attached a patch with some corrections...in some cases accounting for
changes due to newer package versions, and in others fixing mistakes in
the existing
El Miércoles, 12 de Septiembre de 2007 19:33, Chris Staub escribió:
Attached should be a patch to add ncurses5-config to the Ncurses program
list, and several grammar/spelling fixes.
Applied on r8385, thanks :-)
--
Manuel Canales Esparcia
Usuario de LFS nº2886:
El Viernes, 7 de Septiembre de 2007 21:18, Matthew Burgess escribió:
Full patch series is now at
http://www.linuxfromscratch.org/~matthew/patches/ (see the series file
there for the order they need to be applied in).
Is there some timeline about when that patches will be applied to trunk?
El Martes, 11 de Septiembre de 2007 08:43, Alexander E. Patrakov escribió:
The question is how they manage to continue building packages with
documentation successfully when DocBook XSL is upgraded. For the
gimp-help-2 package, the answer is that the current version of
stylesheets is used by
El Martes, 11 de Septiembre de 2007 15:04, Alexander E. Patrakov escribió:
OK. Now imagine the following situation: someone wants to create a
Debian package with the LFS book. Debian policy requires that all HTML
and PDF files are rebuilt from XML source in this case. If the LFS book
relies
El Martes, 11 de Septiembre de 2007 15:04, Alexander E. Patrakov escribió:
The problem is that old versions of DocBook XSL are simply not available
as Debian packages, so one cannot build-depend on them without
immediately getting a release-critical bug report.
Forgot to mention. That's a
El Martes, 11 de Septiembre de 2007 15:48, Alexander E. Patrakov escribió:
Yes, an issue for distro package creators, but caused by LFS upstream
not willing to cooperate :)
Hu?
What most cooperation is needed apart from saying on what external packages
version our sources depends on?
If
El Martes, 11 de Septiembre de 2007 16:09, Alexander E. Patrakov escribió:
Would you mind if I report this to Debian as a bug, and CC: you so that
you get a chance to answer the replies?
If you ask about creating sepparate DB-XSL packages for each available
version, and no other Debian
El Martes, 11 de Septiembre de 2007 16:30, Alexander E. Patrakov escribió:
Make it easy to use a just-downloaded private copy of the correct
version of the stylesheets.
That is already done.
You can place the stylesheets anywhere, just update the XML catalogs to point
to that path when that
El Martes, 11 de Septiembre de 2007 17:06, Dan Nicholson escribió:
FYI, this is a property of xsltproc(1), and not something native to LFS.
Actually, it's an standard.
All XML parsers should honour XML_CATALOG_FILES, the same that all SGML
parsers should honour SGML_CATALOG_FILES
--
El Lunes, 10 de Septiembre de 2007 06:10, Randy McMurchy escribió:
I'm wondering if we shouldn't go back to using stock stylesheet
versions installed locally, and not a version included with the sources?
Looks like DB-XSL-1.73.2 is good enough to be used as the default base XSL
code for the
El Lunes, 10 de Septiembre de 2007 19:26, Dan Nicholson escribió:
That would be the drawback to this approach. If we do go back to using
the host's stylesheets, then it should be completely clear in the
sources (or somewhere else) what version is expected. Possibly we can
check and enforce
El Sábado, 8 de Septiembre de 2007 12:26, Matthew Burgess escribió:
Thanks Jeremy, that was exactly the problem. I've uploaded the updated
gcc.patch file. I just removed the '^' so the sed only matches what
current trunk matches, rather than the ld-uClibc.so.0 entry as well which
your
El Sábado, 21 de Julio de 2007 01:10, Dan Nicholson escribió:
I've been playing around with jhalfs and I realized that there was no
easy way to access the package name and version on a given page. Manuel
and I had a discussion on alfs-discuss and he suggested using the
productname and
El Sábado, 21 de Julio de 2007 01:42, Dan Nicholson escribió:
Another jhalfs helper. As has been discussed before, it would be nice to
mark the screen sections with an attribute to announce that it will be
installing to the system rather than just working in the source/build
tree. Manuel
El Viernes, 31 de Agosto de 2007 15:27, sacarde escribió:
Alle venerdì 31 agosto 2007, sacarde ha scritto:
can you suggest me a way to re-initialize jhalfs in blfs step
after a building stop in previus release ?
Please, use the alfs-discuss list for that typo of questions, thanks.
--
Manuel
El Jueves, 30 de Agosto de 2007 06:33, Bruce Dubbs escribió:
I updated all the 6.3 files on the server so the md5sums in the book now
match the md5sums of the files. No filenames were changed.
Great, now all packages are downloaded without issues :-)
Many thanks.
--
Manuel Canales Esparcia
El Jueves, 30 de Agosto de 2007 19:08, Jeremy Huntwork escribió:
Because of that, I'm inclined to let the matter rest, at least for now.
The current build method works for every default setup I've tested so
far - I think that is good enough. At least until we encounter some more
information.
The jhalfs development team is pleased to announce the release of
jhalfs-2.3.1.
This is a bugs-fixes release to match LFS-6.3 and current BLFS development
book.
If you are using jhalfs-2.3, please upgrade to jhalfs-2.3.1.
The jhalfs-2.3.1 tarball can be downloaded from
El Jueves, 30 de Agosto de 2007 19:12, Dan Nicholson escribió:
Which reminds me. Manuel, can you add man-db to the MAKEFLAGS
blacklist for jhalfs? 2.4.4 fails pretty consistently for me on -j3.
Was added several days ago, when it start failing also to me ;-)
It's on the just-released 2.3.1
El Miércoles, 29 de Agosto de 2007 19:15, Dan Nicholson escribió:
Thanks. I created the directory, and you should have write privs.
http://www.linuxfromscratch.org/lfs/build-logs/6.3/
Please create a directory for your system with a 00-README file
describing it like here:
El Martes, 28 de Agosto de 2007 23:53, Dan Nicholson escribió:
If anyone has clean test/build logs to contribute for the 6.3 book,
please tar them up and post them with a hardware description.
Preferably Ch. 5 and Ch. 6, but just Ch. 6 will do. They will
eventually go here:
Hi,
jhalfs has reported this when trying to build LFS-6.3:
lfs-bootscripts-6.3.tar.bz2 does not match MD5SUMS value
NEW MD5SUM: 4898129064e2edf93d52c9def3053ae1 lfs-bootscripts-6.3.tar.bz2
udev-config-6.3.tar.bz2 does not match MD5SUMS value
NEW MD5SUM: 154bb3fd0aa36506ffa57e88cc08910d
El Miércoles, 29 de Agosto de 2007 20:20, Bruce Dubbs escribió:
OK, I copied the config files from development to 6.3 and renamed
appropriately. The md5sums match what is in the book. That should fix
the jhalfs problem.
Thanks.
I will test that the new files are properly downloaded and
El Lunes, 27 de Agosto de 2007 14:17, [EMAIL PROTECTED] escribió:
SVN-20070820
When I compiled PCRE, and others, butterfly-build appears in the
compiler output and harmful or not, that is unclean and unacceptable.
On a LFS or CLFS-based system, both current and old versions, there is a lot
El Lunes, 27 de Agosto de 2007 19:46, M.Canales.es escribió:
Actually, the solution for the book is do nothing, IMHO.
That references to the GCC and Binutils build trees has been on all *LFS-based
systems from years ago without known issues.
--
Manuel Canales Esparcia
Usuario de LFS nº2886
El Lunes, 20 de Agosto de 2007 07:25, Justin Robert Knierim escribió:
For the ftp repos, I make heavy use of the wget scripts. Some are
already rendered with the book, such as:
http://www.linuxfromscratch.org/lfs/view/development/wget-list
If it isn't too much trouble, could this be added
El Miércoles, 15 de Agosto de 2007 15:07, Jeremy Huntwork escribió:
I'm not going to push to get this into LFS. If the vast majority of
those with a voice here are for PM in LFS, great. If not, great. :)
The question are:
What changes would be needed to let *LFS books be PM-aware? Without
El Lunes, 13 de Agosto de 2007 00:34, Randy McMurchy escribió:
Would you recommend that we split this up a bit?
Don't should be needed. What is needed is to create a sub-routine to parse
Dbus-Bindings and Python-Modules on a different way, like was done for Xorg7.
I will try to have it done
El Lunes, 13 de Agosto de 2007 19:32, Dan Nicholson escribió:
Yeah, that site is gone. In BLFS we're using this:
http://cross-lfs.org/files/packages/svn/shadow-4.0.18.1.tar.bz2
There are plenty of places we can put it on one of the LFS servers.
downloads.linuxfromscratch.org seems like as
El Miércoles, 1 de Agosto de 2007 19:43, Jeremy Huntwork escribió:
I suppose that's argument for producing a separate set of text for 64-bit.
Not, if creating sepparate books I refuse to have separate diskusage/buildtime
blocks and entities sets for each arch.
On CLFS and HLFS that info was
El Martes, 31 de Julio de 2007 16:07, Dan Nicholson escribió:
http://downloads.linuxfromscratch.org/udev-config-20070731.tar.bz2
I think that the book URLs to download both lfs-bootscripts and udev-config
should be changed to use http://downloads.linuxfromscratch.org. It's neutral
and
El Lunes, 30 de Julio de 2007 20:02, Bruce Dubbs escribió:
I put out a 6.3-rc1 a week ago and there really has been very little
feedback. Is it ready for final release?
I think so, but fixing before the missing consolelog bootscript description in
chapter07/bootscripts.xml. I have done a lot
El Lunes, 30 de Julio de 2007 21:26, Jeremy Huntwork escribió:
I've been thinking about this some more recently. I really think it's
not worth the time and effort (at least not now) to add the extra
complexity to the XML/XSL to render two separate books for x86 LFS and
x86_64 LFS. The command
The jhalfs development team is pleased to announce the release of jhalfs-2.3.
New features in this version:
- Many code updates to follow current SVN books
- Generation of installed files logs.
- Added an option to stop the build at a desired point
- Several bugs fixes, code clean-up
El Viernes, 27 de Julio de 2007 02:01, Randy McMurchy escribió:
Hi all,
Best as I can tell, the Anduin package repository hasn't been updated
for well over a month. There's probably been more than 100 package
updates since then. I know Justin is busy these days, so should we
just forget this
El Viernes, 27 de Julio de 2007 17:36, Randy McMurchy escribió:
Hi all,
It is my pleasure to announce that Ag Hatzimanikas has accepted a
position as a BLFS Editor. Ag brings a long time affiliation with
the (x)LFS projects (and a great passion towards the projects), a
great amount of Linux
El Jueves, 26 de Julio de 2007 18:28, Dan Nicholson escribió:
IIRC, the last time I ran the 4.1.2 testsuite, I also had no failures.
That wasn't during a bootstrap, though. Oh, I don't remember what
happened with mudflap. Manuel, do you still have the test logs from
the LFS jhalfs run you
El Miércoles, 25 de Julio de 2007 19:10, Jeremy Huntwork escribió:
Manuel, I'm slowly beginning to understand how the HLFS render 'magic'
works. One question: would the 'condition'
For LFS we should use the arch= attribute. It's more semantically correct.
parameter be usable in an ENTITY
El Martes, 24 de Julio de 2007 17:59, Jeremy Huntwork escribió:
My biggest problem with this approach is that it gets to be a nightmare
to edit. But, it is do-able.
See how HLFS manages the Glibc/uClibc - Linux-2.4/2.6 books flavours and ask
Robert if it hard to maintain. Four sepparte books
El Sábado, 21 de Julio de 2007 01:42, Dan Nicholson escribió:
Another jhalfs helper. As has been discussed before, it would be nice to
mark the screen sections with an attribute to announce that it will be
installing to the system rather than just working in the source/build
tree. Manuel
El Martes, 24 de Julio de 2007 19:51, Dan Nicholson escribió:
Out of curiosity, will the Relax NG XML ease in generating multiple
books from a common source?
Not, what Relax-NG make more easy is to customize the schema declaration. I.e,
to add new tags or attributes (placed on a diferent
El Martes, 24 de Julio de 2007 20:12, Jeremy Huntwork escribió:
M.Canales.es wrote:
I prefer to use the HLFS-way for x86_64 integration.
Well, you obviously know that setup better than I do. If you could help
me set that up, I'd appreciate it.
I have many fronts open right now
El Lunes, 23 de Julio de 2007 20:49, Dan Nicholson escribió:
That doesn't say too much. OK, looking at postix/test-vfork3.c, I
think I see the issue. At that point it does 'unsetenv (PATH);' and
then tries to execute echo. For this to work, we need to have echo
in /bin, which we don't at that
El Jueves, 19 de Julio de 2007 00:13, Matthew Burgess escribió:
I did a full final system testsuite run with the latest package updates
(including a repackaged version of the latest iproute2 package). No
failures there. I've not done an ICA/farce build though, so that would
certainly be
El Domingo, 22 de Julio de 2007 20:15, Dan Nicholson escribió:
Do you still have the output from tst-vfork3?
Do you meant the log output on the posix/tst-vfork3.out file?
If the later, I will need to do a new build but stopping it before Glibc
sources and build directory deletion.
--
El Viernes, 20 de Julio de 2007 02:08, Dan Nicholson escribió:
Manuel,
I was playing with the dump-commands output and saw a couple things that
I thought could be cleaned up. First, I think it's nicer to create a
global variable for newlines instead of always using the entity directly.
El Viernes, 20 de Julio de 2007 19:22, Dan Nicholson escribió:
OK, I'm going to commit that. Do you mind if I use a similar variable
in jhalfs/LFS/lfs.xsl?
If you have commits right to the ALFS repo, fell free to do the changes.
I'm very busy now trying to install some usable host system
El Viernes, 20 de Julio de 2007 22:29, George Boudreau escribió:
Should we add lfs-x86_64 to to jhalfs now or wait a few weeks/months?
I assume there will be a multi-lib version after all objections/ideas
have been aired. (planning ahead for jhalfs)
Depends on how the changes are applied in
El Viernes, 20 de Julio de 2007 22:54, Jeremy Huntwork escribió:
Indeed. I meant to drop something in, but forgot about it. bin86/lilo
would probably be alright. Anyone tried grub2?
IMHO, for now lilo should be used due that the build commands could be copied
from CLFS.
For the future, see
El Miércoles, 18 de Julio de 2007 02:49, Bruce Dubbs escribió:
What do you want for a target release date? I would think we could get
a -rc1 out in a week if we don't make any changes to the tool chain.
Looks good.
I will start some ICA/farce and full-testsuites builds.
--
Manuel Canales
El Sábado, 14 de Julio de 2007 01:26, Dan Nicholson escribió:
I would actually really like to add x86_64 (non-multilib to start)
support to LFS and BLFS. It's becoming increasingly uncommon to even
be able to purchase a non-64bit processor at this point. We can
basically copy what Greg's
El Viernes, 13 de Julio de 2007 18:18, Ivan Kabaivanov escribió:
actually there's a notice just before the command you've quoted. This
is what I'm referring to:
quote
If working on a platform where the name of the dynamic linker is
something other than ld-linux.so.2, replace
El Viernes, 6 de Julio de 2007 01:21, Dan Nicholson escribió:
+ifdef V
+Q =
+else
+Q = @
+endif
+
Yea, I saw something like that on the BusyBox makefiles the other day. Looks
good to me.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en
El Jueves, 5 de Julio de 2007 15:40, Dan Nicholson escribió:
I think this would be the best. It gives maximum flexibility if the
stylesheets we use are local to our repos. This also solves the issue
of people having different versions of the stylesheets installed. So
long as someone (Manuel)
El Miércoles, 4 de Julio de 2007 22:59, Bruce Dubbs escribió:
Do you have any insight into why there will be no 1.72.1 release?
Apart the comments in the commits and some developer's post in docbook-apps
saying that 1.73.0 will be released soon. I think that the main reason that
they have
Hi,
I just finished to update the LFS book sources to use the new stylesheets.
NOTE: I'm not sure if the script that generates the on-line book need be
adjusted to use the new code properly.
The Makefile has been also re-factored. There is a new all target and a new
ROOT_ID variable.
The
Hi,
As you know, the new XSL stylesheets are ready for production time waiting the
release of stable DocBook-XSL-1.72.1.
The bad news it that there will be no DocBook-XSL-1.72.1 release, but a new
beta DocBook-XSL-1.73.0 that may contains several bugs due very intrusive
changes on how the
El Miércoles, 4 de Julio de 2007 23:29, Matthew Burgess escribió:
I also think this is the way we should proceed. I'm not sure that we
necessarily need to remove files that we don't require for a build of any
of our books - in fact, keeping them around would probably make diffs
between
El Miércoles, 4 de Julio de 2007 23:49, Matthew Burgess escribió:
Well, I took a look at the Relax-NG stuff a while back and hit a bug in
libxml2 (http://bugzilla.gnome.org/show_bug.cgi?id=413248). That pretty
much stops any work on migrating the stylesheets to be Relax-NG friendly.
Actualy
El Viernes, 8 de Junio de 2007 23:23, Dan Nicholson escribió:
So, I think it's about time we start pushing out a 6.3 release. What
do you guys think?
IMHO, just update to the packages listed now on Trac (except, of course, the
toolchain ones), and do package freezing to release 6.3 very soon.
El Jueves, 7 de Junio de 2007 05:00, Bryan Kadzban escribió:
this list whose address isn't resolving again. It seems like it's
taking these messages about a half hour to get delivered. The message
I'm replying to was sent at 21:42 EDT, but wasn't delivered to my mail
server until 22:04 EDT.
El Lunes, 4 de Junio de 2007 02:45, Archaic escribió:
On the vim page, where the docs are symlinked, a hardcoded reference to
vim70 exists.
This one has been fixed in r8148. Thanks.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano:
El Jueves, 10 de Mayo de 2007 19:56, Matthew Burgess escribió:
Indeed, and there's no man page for it, and no useful info in --help for it
either. I'm certainly not going to go and try to grok the source to figure
out what on earth it does.
Looks like is related to generic netlinks control
El Jueves, 10 de Mayo de 2007 21:11, Bruce Dubbs escribió:
Looking at the source and then running `genl -help` I get
$ ./genl -help
Usage: genl [ OPTIONS ] OBJECT | help }
where OBJECT := { ctrl etc }
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] }
But I have no idea what that
Hi,
The LFS and BLFS stylesheets rework has been done, or as least I can't find
any obvious remaining issues.
To allow review it, the generated chunked XHTML and PDF versions for both
books can be found here:
http://www.linuxfromscratch.org/~manuel/
I will wait some days for your comments
El Sábado, 7 de Abril de 2007 18:57, Matthew Burgess escribió:
Thanks Greg, I'll remove the patch some time this week.
Matt, don't forget this one, there is no trac entry for it.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano:
El Lunes, 9 de Abril de 2007 22:19, Bruce Dubbs escribió:
[EMAIL PROTECTED]/new-xsl]$ make pdf
xsltproc --xinclude --nonet --output ~/lfs-book/lfs-pdf.fo \
stylesheets/lfs-pdf.xsl index.xml
xsl:attribute-set : use-attribute-sets recursion detected
Making portrait pages on USletter
El Lunes, 9 de Abril de 2007 22:50, Bruce Dubbs escribió:
OK, I made some changes. See what you think.
In admonitions, that make all types having almost the same look. Both #E0E0E0
and #EEE are near identical.
What about this value? #DCC
On verbatim, using #EEE is like removing the border.
El Martes, 10 de Abril de 2007 19:41, M.Canales.es escribió:
Might be a bug in current libxml or libxslt.
After several versions changes and research looks that actually was a bug in
old libxslt versions that was not merging properly xsl:attribute-set settings
when the same one is found
El Martes, 10 de Abril de 2007 22:02, Bruce Dubbs escribió:
Looking at the output, all my issues have been addressed nicely with the
exception of the font-family/font-style of the titles. That's not very
important, but may be a nice tweak.
At my end there is yet an issue to be solved: let
El Domingo, 8 de Abril de 2007 23:03, Bruce Dubbs escribió:
Manuel,
I pulled the new style sheets from svn. How do you use them? Do you
just have a temporary symbolic link from the trunk/BOOK/stylesheets to
../../branches/new-xsl/ ?
I have it in this way:
$ svn co svn+ssh://[EMAIL
El Domingo, 8 de Abril de 2007 04:28, Bruce Dubbs escribió:
Please, try to keep the CC to lfs-dev.
I do think that each section in Chapters 5 and 6 that install a new
package should start on a new page, but places like Chapters 8 and 9 and
possibly 1, 2, 3, 4, and 7 should 'flow'.
Yes, I
El Domingo, 8 de Abril de 2007 17:33, M.Canales.es escribió:
The URLs hyphenation support on the old stylesheets and FOP-0.20 was very
ugly. I will test if the current one is more usable and, if true, trying to
extend the support also to filenames.
And done:
http://www.lfs-es.info/new-lfs
El Domingo, 8 de Abril de 2007 19:30, Bruce Dubbs escribió:
I like this a lot better.
Thanks.
Now I'm going to get a bit picky about the pdf, but its offered in a
constructive manner. Don't feel obligated to fix any of these issues.
I'd like to see other opinions too.
Starting with my
El Domingo, 8 de Abril de 2007 20:52, Bruce Dubbs escribió:
One place that is still a problem is the last paragraph of 8.2 (page
212). The long config variables, CONFIG_NLS_DEFAULT,
CONFIG_SMB_NLS_DEFAULT, CONFIG_FAT_DEFAULT_CODEPAGE, and
CONFIG_FAT_DEFAULT_IOCHARSET throw off the word
El Domingo, 8 de Abril de 2007 21:10, Bruce Dubbs escribió:
Is this a function of the reader's system or the system that renders the
pdf. I thought the actual fonts used were enclosed in the file. I'm
not 100% sure though.
For specifications, the Base-14 fonts must be available to all PDF
El Domingo, 8 de Abril de 2007 22:32, Bruce Dubbs escribió:
I'll pull the xsl and look some more.
Great, I need inputs about the explanatory comments.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano:
Hi,
Looks like the stylesheets revision for LFS is done for now, until have
DocBook-xsl-1.72.1 available.
The unique visible change in the XHTML output is that chapters TOC has been
added, as was suggested. An on-line version is available here:
http://www.lfs-es.info/new-lfs-book/
In PDF
El Lunes, 2 de Abril de 2007 23:10, Jeremy Huntwork escribió:
Does anyone see a problem with adding that dummy user/group to the
original /etc/{passwd,group} files, perhaps with a note explaining its
purpose? At the end of chapter 6 we would remove the user and group.
Why not to use the
El Sábado, 31 de Marzo de 2007 03:49, Randy McMurchy escribió:
Automating LFS has never been really a goal for me. However, it's time
I looked into, and started using the jhalfs tool.
Great, I will be very happy to heard your feeling and complaints about the
tool when actually using it. Your
Hi,
The generation of the Index is one of the most broken parts using the new
DocBook-XSL code. That meant that that higly customized stylesheets need be
full reworked.
Due that it need be reworked in any case, I would take advantage of a new
available feature: The possibility to create
Hi,
A branch to develop the new XSL stylesheets has been justs created. To work
with that branch:
$ svn co svn+ssh://[EMAIL PROTECTED]/LFS/trunk/BOOK new-xsl
$ cd new-xsl/stylesheets
$ svn switch svn+ssh://[EMAIL PROTECTED]/LFS/branches/new-xsl .
From now on, an svn up on the new-xsl/ dir will
El Viernes, 23 de Marzo de 2007 23:24, Randy McMurchy escribió:
Hi all,
I'm ready to update the book to FOP-0.93, but wanted to throw out a
note that we cannot use it to produce PDF output from the SVN XML
sources.
Yes, that it a known issue. Our current stylesheets (both the DocBook-XSL
El Jueves, 22 de Marzo de 2007 19:30, Randy McMurchy escribió:
Hi all,
I'm not certain of something. Do we expect *all users* to perform the
steps shown in the Bash shell startup files? I know I don't do them.
I have my own way of setting up /etc/profile, et. all.
To me that section is only
El Miércoles, 21 de Marzo de 2007 02:05, Matthew Burgess escribió:
Hi folks,
Progress appears to being made toward a 6.3 release. We currently have 9
tickets to resolve before we can push another release out[0].
Great :-)
I'm happy to postpone the rendering toolchain related bugs #1947
El Miércoles, 21 de Marzo de 2007 19:09, Matthew Burgess escribió:
Wow, sorry about that. I could have sworn I'd done that already. Anyway,
it's done now.
Verified and confirmed that the catalog resolution works. Thanks.
Working on the commit now...
--
Manuel Canales Esparcia
Usuario de
El Martes, 20 de Marzo de 2007 06:18, Fix escribió:
If you're building 64-bit *LFS system WITHOUT use of the cross
compilation, you would need the 64-bit host system, I guess. That's
what I do. And I think that system wouldn't be neither Cross nor
Beyond LFS.
Right, but the LFS book is
The jhalfs development team is pleased to announce the release of jhalfs-2.2.
New features in this version:
- Better support for CLFS Sysroot and CLFS Embedded books
- Support for BLFS-6.2.0
- Added customized tools support to all books
- Added blfs-tool support to all books (except
I will start tomorrow another build with the updated LFS-SVN code (if the
new patches are availables for download at that time) and without chapter05
M4.
Doned also. Conclusions:
M4 can be romoved from Chapter05. I'm doing the commit now.
We must to investigate wy now ICA/farces tests
El Sábado, 24 de Febrero de 2007 05:20, Bruce Dubbs escribió:
Dan Nicholson wrote:
Is this still going to happen. Manuel is obviously going to drive any
changes, but I think any branches have to be created by Matthew or
Bruce.
Actually, anyone with commit privs can create a tag or branch.
El Sábado, 24 de Febrero de 2007 05:49, Dan Nicholson escribió:
Manuel, since you're all set up to do the ICA builds with jhalfs,
could you remove m4 from Ch. 5 and see if anything happens?
I'm doing the ICA/farce build now.
A previous sucessful build with all final system testsuites
El Sábado, 24 de Febrero de 2007 00:36, Bruce Dubbs escribió:
Manuel,
I've only been following this casually. What was different about the
chroot command that would cause a segfault?
The first issue was that chapter06/115-strippingagain script was using
#!/bin/bash as the shabang, thus
El Sábado, 24 de Febrero de 2007 13:02, Alexander E. Patrakov escribió:
Does this mean that LFS LiveCD 6.3-pre2 has to use jhalfs from SVN trunk?
We want to release jhalfs-2.2 in a week or so.
Plus that fixes it will have also other fixes for CLFSx books and add support
for BLFS-6.2.
--
El Sábado, 24 de Febrero de 2007 12:58, Alexander E. Patrakov escribió:
Thanks. Could you please patch your local copy of the book and determine
via jhalfs whether it is still usable with HJL binutils, if one doesn't
drop m4? If not, then I really see no reason to keep it.
What's the download
El Sábado, 24 de Febrero de 2007 14:30, Bryan Kadzban escribió:
Or, since I'm not at all sure how the automatic indexing stuff works yet
in DocBook ({indexterm}, etc.), perhaps it would be possible to just
remove the hyphens for that package, and call it Linux 2.6.20 Headers
or Linux
El Sábado, 24 de Febrero de 2007 14:49, Matthew Burgess escribió:
No complaints here, Manuel. Thanks!
Done in r7942 and r7943
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano: http://www.escomposlinux.org/lfs-es http://www.lfs-es.info
El Sábado, 24 de Febrero de 2007 17:14, Bruce Dubbs escribió:
Randy has assigned that ticket to himself. I can update quantum and
anduin anytime, but I haven't looked at the procedure to do that.
However, I can't imagine it being much different from what we have now.
On that ticket there is
El Sábado, 24 de Febrero de 2007 12:58, Alexander E. Patrakov escribió:
Thanks. Could you please patch your local copy of the book and determine
via jhalfs whether it is still usable with HJL binutils, if one doesn't
drop m4? If not, then I really see no reason to keep it.
HJL Binutils
El Sábado, 24 de Febrero de 2007 21:28, Dan Nicholson escribió:
Did you ever find out if the diffs in cc1 were related to the m4 removal?
I'm doing now a new ICA/farce build but with M4 to see if that two binaries
differs also or not.
If they not differ, M4 should be retained and maybe
1 - 100 of 321 matches
Mail list logo
