El Sábado, 15 de Octubre de 2005 04:42, Alexander E. Patrakov escribió:
> The problem is only with non-LFS hosts that define
> NONINTERACTIVE_LOGIN_SHELLS. Since the "lfs" user never logs in using an
> interactive shell, his .bash_profile is never used on "normal" hosts and
> (as already mentioned
El Viernes, 14 de Octubre de 2005 17:08, Bruce Dubbs escribió:
> /etc/fstab is a different matter. If jhalfs could pick up a custom file
> from the host system written before running, it might avoid a
> post-script edit.
Added a switch to can submit a real /etc/fstab file, and a note on the fina
El Viernes, 7 de Octubre de 2005 00:42, Jeremy Huntwork escribió:
> I've heard no recent talk of cutting a testing branch from trunk in
> preparation of a release, and in the meantime, I think we owe it to our
> readers to supply a stable LFS with all these known items fixed.
I was thinking to ad
El Viernes, 14 de Octubre de 2005 20:17, David Fix escribió:
>
> if [ ${i: -5} = "groff" ] ; then {do something} ; fi
Fixed but using something a little diferent:
if [ ${i:4:8} = "binutils" ] ; then
That will match both 027-binutils-pass1 and 036-binutils-pass2 ;-)
--
Manuel Cana
El Viernes, 14 de Octubre de 2005 19:52, David Fix escribió:
> You bet. :) Just remember to change the -5 to whatever the length of the
> command is that you're checking against. :)
The number means the lenght of the string after the - right?
--
Manuel Canales Esparcia
Usuario de LFS nº2886:
El Viernes, 14 de Octubre de 2005 17:08, Bruce Dubbs escribió:
> I havn't tried jhalfs yet, but as a suggestion, /etc/shadow could have a
> null root password:
>
> echo "root" > /etc/shadow
Yes, but that will implies another deviation from the book's commands, and not
to corfim that Shad
El Viernes, 14 de Octubre de 2005 16:19, Alexander E. Patrakov escribió:
> Jeremy Huntwork wrote:
> > BTW, has anyone else tried this?
>
> The showstopper is in /home/lfs/.bash_profile: the "su" command starts a
> shell that, as a result, waits for user input. I deleted that file.
/home/lfs/.bash
El Viernes, 14 de Octubre de 2005 15:36, David Fix escribió:
> Sorry, a bit of a typo, but this is "more" correct:
>
> if [ ${i: -5} = "groff" ] ; then {do something} ; fi
>
That sounds good and is more portable for when supporting Cross-LFS.
I will test it soon, many thanks :-)
--
Manuel Cana
El Miércoles, 12 de Octubre de 2005 14:06, Alan Lord escribió:
> Is this an alternative to alfs or something more different [sorry about
> the English there - yeuckkk!] than that?
Is something very different to nALFS. nALFS have many features and uses beyond
the build of a base LFS system.
> Is
Hi!
I'm very happy to announce that jhalfs is now able to build a full LFS SVN
system (or any other LFS XML sources based in current LFS SVN) in a very
simple way and using the actual commands found in the XML sources.
The sources can be downloaded via
svn co svn://svn.linuxfromscratch.org/ALF
El Martes, 4 de Octubre de 2005 09:50, Filip Bartmann escribió:
> I have translated LFS-BOOK-6.1-XML into Czech language,but I have during
> compilation this errors:
...
> I have installed all needed tools from INSTALL file in my home
> directory.What i have wrong?
You need to set-up a proper cata
El Lunes, 3 de Octubre de 2005 23:44, Dan Nicholson escribió:
> Don't know if this works with make, but I saw a nice solution to this
> problem in Greg Shafer's build system that uses Bash scripts. In
> order to continue to run as root user in the chroot, he uses:
> exec su -c "${CHROOT_CMD}"
> w
El Lunes, 3 de Octubre de 2005 00:52, Jeremy Huntwork escribió:
> This should be very easy, especially considering you've already
> accomplished a similar feat when su-ing as 'lfs'. All you would need to
> do is make sure that the proper kernfs and dev structure is in place in
> chroot and then fo
El Domingo, 2 de Octubre de 2005 18:45, Joshua Murphy escribió:
> hmm ... would it work to make a "Stage 2" script that's simply called
> as the command to execute through chroot? ... i'm not much of a
> developer, but i've looked at building my own scripts before, and i've
> considered a lot of l
El Domingo, 2 de Octubre de 2005 17:35, Jeremy Huntwork escribió:
> Wow, you've really taken my idea and run with it. ;) It looks nice, just
> where I would have (probably) gone myself. I'll have to get some time to
> sit down and really look it over.
Thanks, and very happy to read to you :-)
Th
El Domingo, 2 de Octubre de 2005 13:15, M.Canales.es escribió:
> Do by hand all steps up to the end of chapter03, create the $LFS/jhalfs
> directory and place into it a fresh svn working-copy of your sources naming
> the directory lfs-development.
Actually i'm planning to add a swi
El Domingo, 2 de Octubre de 2005 12:51, Alexander E. Patrakov escribió:
> What should I do with my UTF-8 book to make sure that it's compatible
> with the script?
First, to add the role="nodump" attributes found in the current LFS SVN book,
to skip undesired commands, and to add the -v switchs i
Hi!
jhalfs is a tool to build an LFS system using the real commands found in the
LFS SVN book. It's intended as a standar framework for developers and
testers.
http://svn.linuxfromscratch.org/viewcvs.cgi/jhalfs/trunk/?root=ALFS
It can dowload the needed packages and patches (from ftp.lfs-matri
El Sábado, 1 de Octubre de 2005 23:49, Ken Moffat escribió:
> There is a slight difficulty with starting at binutils in Contructing a
> Temporary System - we only build binutils and gcc once and we don't
> build glibc at all ;) Realistically, the multi-arch book would need
> sections added. Al
El Sábado, 1 de Octubre de 2005 21:03, Jim Gifford escribió:
> Manuel and LFS-dev,
>
> I have been thinking about this for a few days. Cross-LFS has two
> different options in it, boot and chroot. Boot is a complete reboot and
> chroot is like the standard LFS book. Talking with various people,
El Martes, 20 de Septiembre de 2005 21:19, Jeremy Huntwork escribió:
> Thanks again - I've enjoyed it immensely.
Thanks to you for all the work done :-)
I will try to keep alive your other child: jhalfs.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
L
El Martes, 20 de Septiembre de 2005 19:53, Matthew Burgess escribió:
> I replied 22 minutes after Jim sent the original RFC, saying I agree
> with it in principle. Once Gerard confirms, Jim can email me in private
> and I'll set up the Subversion repository and book rendering. I don't
> have any
El Jueves, 15 de Septiembre de 2005 23:43, Jim Gifford escribió:
> If we do this, we could remove chroot from the Cross-LFS, since it's
> only there for same arch to same arch capability.
Exactly ;-)
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en
El Jueves, 15 de Septiembre de 2005 22:56, Jim Gifford escribió:
> One of things I've been mulling over is maybe have cross-lfs just build
> the toolchains, but the rest of the stuff, currently the temp-system and
> final-system of Cross-LFS, could be the future LFS book that supports
> multiple ar
El Jueves, 15 de Septiembre de 2005 19:06, Jim Gifford escribió:
> After some discussion with Gerard, he has requested I prepare a proposal
> to the LFS community concerning the Cross-LFS book.
>
> Up to this point work on Cross-LFS has been done with the idea that,
> eventually, its features would
El Martes, 13 de Septiembre de 2005 20:50, Matthew Burgess escribió:
> With that in mind, we'd appreciate feedback on the attached config file
> especially if you've tested it "in the field" and found that we broke
> something! Errors and omissions expected :)
The network devices removal include
El Jueves, 8 de Septiembre de 2005 21:32, Matthew Burgess escribió:
> Manuel, is this likely to cause problems
> for your intended docbook-xsl-1.69.1 related patches you've got planned
> for the weekend?
Don't worry about that.
The merge will implies only that I don't will need to verify the
Hi!
I'm planning to update all [B,H]LFS books (trunk and active branches) to use
the new DocBook-XSL-1.69.1 version the next Saturday 2005-09-10 at 12h UTC.
Please, update your machines to can render the books using that new XSL
version.
Thanks.
--
Manuel Canales Esparcia
Usuario de LFS nº28
El Domingo, 4 de Septiembre de 2005 10:49, Chris Staub escribió:
> I don't think that's a problem with the fact that you stopped and
> restarted - if libstdc++ does not exist in /usr/lib then you forgot to
> install the c++ compiler in chap. 6. Does /usr/bin/gcc exist?
I think that do you meant
El Lunes, 29 de Agosto de 2005 19:25, Matthew Burgess escribió:
> I'll try to get around to getting the two changes in some time this
> week, then we'll merge the branch into trunk probably a week after that
> (just to give folks a chance to ensure there's no more problems, and
> that the 'ftp' an
El Lunes, 29 de Agosto de 2005 00:31, Jeremy Huntwork escribió:
> One of the packages is unpacked from '/sources' while the other one is
> unpacked from '../' - Presumably they're located in the same directory.
> Which location should we be using?
IMHO, ../
Both for consistency with how the patc
El Martes, 23 de Agosto de 2005 20:56, Jim Gifford escribió:
> M.Canales.es wrote:
> >IMHO, for LFS we need only "ping" for FHS compliance. It's possible to
> > build (and use) just Inetutil's ping on all archs?
>
> Doesn't work on Sparc
El Martes, 23 de Agosto de 2005 20:09, Jim Gifford escribió:
> Matt,
> Which direction do we want to go in.
IMHO, for LFS we need only "ping" for FHS compliance. It's possible to build
(and use) just Inetutil's ping on all archs?
About "ftp", actually isn't a requisite for LFS. We could poin
El Domingo, 21 de Agosto de 2005 19:35, Bruce Dubbs escribió:
> I think a list would look better:
>
>o Revision svn-20050821 2005-08-21 Development Release
>o Revision 6.0 2005-04-02 Fourth release
>
> etc.
>
> Perhaps Manuel can take a look when he has time.
Decide how do y
El Sábado, 20 de Agosto de 2005 08:03, Doug Ronne escribió:
> pure-64 packages, iproute2
>
> instead of 050815, now there is an 050816
Fixed, thanks.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano: http://www.escomposlinux.org/lfs-es htt
El Miércoles, 17 de Agosto de 2005 21:16, Richard A Downing escribió:
> Does this mean a big change in the markup that we have to edit - does it
> introduce any more error prone-ness?
As you can see in the new XML, there is a template on the top ready to be
cut-and-pasted and then edited to inse
El Viernes, 12 de Agosto de 2005 20:18, Matthew Burgess escribió:
> Hi folks,
>
> Please join me in welcoming Ken Moffat to the LFS development team. Ken
> has been a long time contributor to both the development and support
> communities, and his knowledge and dedication to the project are certai
El Miércoles, 10 de Agosto de 2005 23:18, Jim Gifford escribió:
> I've been working on our cross-lfs build methods quite a bit lately, but
> have ran into some dead ends when it comes to the bootloaders for all
> the architectures we support. None of them will build properly on a Pure
> 64 bit syst
El Lunes, 8 de Agosto de 2005 08:42, Archaic escribió:
> Hrmm. Well if it is deemed to be more accurate using screen tags as
> opposed to just para tags, that is easily fixed, but since we aren't
> actually typing in the command as seen, but rather inserting it into
> another command, I don't know
El Sábado, 6 de Agosto de 2005 12:46, Matthew Burgess escribió:
> Err, yeah. I should have been clearer on which bit of the LSB I was
> referring to here. I was just looking at using table 15-1 -
> http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-generic/LSB-Core-gener
>ic/command.html#AEN21
El Lunes, 1 de Agosto de 2005 20:01, Randy McMurchy escribió:
>
> Manuel, could you start looking into the differences between the
> 1.68.1 and recent version so we can think about updating BLFS.
1.69.0 is a beta version. Actually, all "dot cero" versions are beta, not
intended to production use
El Sábado, 30 de Julio de 2005 20:54, Matthew Burgess escribió:
> Well, bashref.html is linked to from
> http://www.linuxfromscratch.org/~matthew/LFS-references.html, which is
> itself linked to from chapter01/resources.html in the book. We could
> add a link to the full bash-doc tarball to the L
El Miércoles, 27 de Julio de 2005 00:10, Randy McMurchy escribió:
> I would like to think that if Cross-LFS has a chance at becoming the
> default build method, the group should be involved with the project
> from the beginning.At least that's how I see it.
Nothing prevent to you or other people
El Martes, 26 de Julio de 2005 04:16, Gerard Beekmans escribió:
> Clutter will be a concern. The TOC has to be clean and easy to navigate.
> Like I said above, a chapter re-organization may be required to maintain
> a logically flowing TOC where you don't get lost.
Actually at this momment we a
Hi!
A new Xinclude approach is now available for review. It can be found into the
installation sections of the kernel pages, boot in bootable and reboot
chapters.
I will wait comments and complaints before to propagate it to the rest of the
book.
That work as follow:
.- Each text block that
El Martes, 12 de Julio de 2005 12:19, Claudio Cattazzo escribió:
> Hi all,
> if you want to add the Italian localization in lfs-l10n.xml, here it is!
Many thanks. It will be added soon to the official stylesheets.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscra
El Martes, 5 de Julio de 2005 08:39, Alexander E. Patrakov escribió:
> I think that the biggest trouble is that xpointer expressions include
> some meaningless offset numbers like para[2] instead of assigning a
> meaningful name to the exact text to be copied to another page.
The more simplest wa
El Lunes, 4 de Julio de 2005 22:05, Jim Gifford escribió:
> I wouln't say it failed, I think we should just keep it architecure
> specific.
It failed on their current form. The xpointer expesions used aren't useful for
moving targets. That is the big issue: if there is a change on the nodes
pos
El Lunes, 4 de Julio de 2005 19:43, Jeremy Huntwork escribió:
> I'm not trying to be a stick in the mud here, and Manuel, I do
> appreciate all your good work and efforts to make things more fluid, but
> after trying to edit the new cross-lfs book several times and *still*
> getting lost and turne
El Lunes, 27 de Junio de 2005 19:53, Matthew Burgess escribió:
> Hi folks,
>
> After a very long delay [1] it looks as if we really are nearly there.
> There are two bugs remaining to be fixed (1582 and 1586) which are
> simply textual changes. I'll be doing a 6.1 pre-release tomorrow night
> (~19
El Sábado, 25 de Junio de 2005 19:16, Archaic escribió:
> Hopefully less than 2 weeks. Trying to roll it out before or at the same
> time as 6.1 for marketing reasons. IIRC, news items are the only thing
> lacking a roll out.
The links to translated books are missing also on the new site.
--
El Sábado, 25 de Junio de 2005 18:01, Randy McMurchy escribió:
> Hi all,
> However, my question is this:
All that is a know issue that should be adderssed ASAP:
http://linuxfromscratch.org/pipermail/lfs-dev/2005-June/051727.html
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://w
El Jueves, 23 de Junio de 2005 08:24, Archaic escribió:
> I made some changes in my WC and created a diff to see if something like
> this might be usable and worthwhile. Basically it just keeps us from
> having to update the test results link in abouttestsuites.xml.
Look a good idea to me.
--
M
El Jueves, 23 de Junio de 2005 13:09, Archaic escribió:
> In the inputrc page I noticed an tag. In HTML it was
> converted to . However, I do not see any
> difference in the output of this text. So I looked at the stylesheets
> and sure enough, that class isn't listed.
>
> So now the question is;
El Martes, 21 de Junio de 2005 22:49, Archaic escribió:
> On Tue, Jun 21, 2005 at 08:21:27PM +0200, M.Canales.es wrote:
> > To place entities on the files headers isn't a good idea for LFS, IMHO.
>
> Please explain what is not good about having all package-specific
> ent
El Martes, 21 de Junio de 2005 21:42, Jim Gifford escribió:
> SBU's are going to be invalid up to chapter 9, chapter 9 will be the
> first chapter that we could provide SBU information.
I agree.
That meant that SBUs could be removed in other chapters, true?
> My plan for packages.ent was somethi
El Martes, 21 de Junio de 2005 01:56, Archaic escribió:
>
> A hybrid of something like BLFS does might be nice. However, I don't
> like the idea of having package-specific entities spread across multiple
> files. Here's an idea for a packages.ent (or even left in general.ent)
> file:
To place ent
El Jueves, 16 de Junio de 2005 23:05, Jeremy Huntwork escribió:
> 1) If you chose to build on the host system because of its speed, you
> get to use that speed for the entire build.
That will meant that the user will want to cross-compile also a lot of
packages from BLFS, most notably an X Windo
El Jueves, 16 de Junio de 2005 23:05, Jeremy Huntwork escribió:
> One drawback is that we'd be cross-compiling every package (which we
> don't currently do) and some would need to be hacked a bit to get that
> to work. However, it can be done, and it has been done.
Another big drawback (at least
El Jueves, 16 de Junio de 2005 19:28, Archaic escribió:
>
> Manuel, after he does that, could you BZ this so it isn't forgotten,
> please? It isn't really relevant to the discussion at hand but must be
> dealt with separately after the current issue is resolved.
Sure.
--
Manuel Canales Esparci
El Jueves, 16 de Junio de 2005 18:59, Archaic escribió:
> On Thu, Jun 16, 2005 at 11:28:40AM -0500, Randy McMurchy wrote:
>
> Okay, we really need this sorted.
>
> Randy: SBU changes will throw everything off
> Bruce: SBU changes are minor
>
> I was only holding off due to Randy's concern for the t
El Martes, 14 de Junio de 2005 21:52, Jay D. McHugh escribió:
> There are typos are the URL's for the bzip and texinfo packages. bzip
> has two "2"s and texinfo says "textinfo" rather than "texinfo".
Fixed, thanks :-)
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromsc
El Lunes, 13 de Junio de 2005 20:18, Jeremy Huntwork escribió:
> Especially after editing up a new acknowledgements page (and seeing the
> few names that are left associated with LFS) it feels like we might be
> right back there again.
IMHO one issue is that LFS 6.0 was released on October 06, 2
El Martes, 7 de Junio de 2005 19:56, Archaic escribió:
> from
> http://www.linuxfromscratch.org/lfs/view/testing/chapter06/revisedchroot.ht
>ml
The redaction changes look fine to me.
>
> This brought up a philosophical debate in my mind. If the book mentions
> moving the sources, but then proceed
Hi !
Due that in the new cross-lfs books is possible to build the temp tools on a
different machine than the final system, we can't use any more the first
package builded in the book as SBU unit (the Cross Binutils at "Constructing
Cross-Compile Tools". Well, actually the first in cross-lfs is
El Viernes, 3 de Junio de 2005 21:37, Jim Gifford escribió:
> Manuel,
> On behalf of the Development team, we would like to thank you for
> all your hard work on standardizing the format of the XML files for the
> cross-lfs book. We really appreciate it.
Thanks to you for start all that stuff
El Miércoles, 1 de Junio de 2005 03:04, Anderson Lizardo escribió:
> &lfs-root;patches/lfs/svn/testing/
>
> Can some editor do this change? Thanks,
Done.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano: http://www.escomposlinux.org/lfs-
El Sábado, 28 de Mayo de 2005 11:53, Matthew Burgess escribió:
>
> Why not simply list OpenSSH/OpenSSL as host requirements then, and point
> folks via a hyperlink to BLFS?
That don't seem to me very appropiate, due that aren't host requiremts, but
final system requeriments. You need OpenSSH/Op
El Sábado, 28 de Mayo de 2005 07:46, Archaic escribió:
> I would rather see a link in the book referring to the blfs pages as I
> don't think we should be catering to such odd harware configurations.
> That is no different than writing the book with the explicit goal of
> being able to fully do a
El Viernes, 27 de Mayo de 2005 21:08, Jim Gifford escribió:
> http://documents.jg555.com/cross-lfs/x86/reboot/whatnext.html,
"Object not found"
But reading the XML file, that look sensible to me. Thanks.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
El Viernes, 27 de Mayo de 2005 16:52, Archaic escribió:
> Attempts to support building where
> host!=target is hints territory as there are just too many variables for
> a linear based book to contend with.
That's also my point.
In resumen:
Cross-build techniques are good.
To reboot using the t
El Jueves, 26 de Mayo de 2005 23:03, Jim Gifford escribió:
> Matt, that was one of the purposes of the cross-lfs was the
> multi-architecture build, the reboot section is needed. I have it
> working and have been making the changes. It's just at the reboot point
> where there seems to be an issue.
El Jueves, 26 de Mayo de 2005 22:11, Archaic escribió:
> On Thu, May 26, 2005 at 04:05:41PM -0400, Jeremy Huntwork wrote:
> > After spending some time on the "reboot" section, I think it's a mistake
> > to include any of that extra stuff in the book. Esp. when it still seems
> > that more will be t
El Miércoles, 25 de Mayo de 2005 01:11, Jim Gifford escribió:
> M.Canales.es wrote:
> >.- To add all possible XInclude tags to avoid duplicated text before to
> > start updating the arch-specific text redaction. I will use the next
> > rules:
>
> I tried to do that w
Hi!
I'm thinking to start soon the following XML changes on the cross-tools
branch, if there is no complaints:
.- Sources indentation. Like the current one in BLFS.
.- Some fixes and small changes in the tagging.
.- To add all possible XInclude tags to avoid duplicated text before to start
up
El Sábado, 14 de Mayo de 2005 16:23, Jim Gifford escribió:
> It depends on your setup, we would have to create a netboot floppy. Take
> a look at http://gentoo-wiki.com/HOWTO_Gentoo_Diskless_Install
From that page:
"Booting the client
Now, just boot the client. Configure the bios and the netwo
El Sábado, 14 de Mayo de 2005 15:43, Ken Moffat escribió:
>
> I think I've got a third - machines that can run a 32-bit or a 64-bit
> system (i.e. x86_64 or ppc64) that are currently running 32-bit (i686 or
> ppc). It's easy enough to install current 32-bit LFS on them, upgrading
> to multilib s
El Sábado, 14 de Mayo de 2005 07:36, Jim Gifford escribió:
> My idea is the netboot thing. Since all the bootloaders in question will
> work with NFS or TFTP booting.
Could you explain that in detail?
I'm not sure but IMHO, to can boot from net the BIOS must be configured first
to allow it, and
El Sábado, 14 de Mayo de 2005 01:42, Archaic escribió:
> Ideas? Comments? Suggestion? We need your input. Multiple perspectives
> ultimately make for a better book. The above is merely my perspective
> and likely does not cover all aspects needed to make a good decision.
There is some aspects tha
El Sábado, 14 de Mayo de 2005 00:16, Archaic escribió:
> As we discussed on IRC, it can still be done without any historical
> loss, but it will require a lot of manual fiddling. However, as this is
> a one time thing, I think we'd be shooting ourselves in the foot
> researching a way to automate
El Viernes, 13 de Mayo de 2005 00:07, Matthew Burgess escribió:
> Yeah, I thought as much. I just don't want those changes getting lost,
> and I'm not quite sure how we're going to migrate the cross-lfs stuff to
> trunk when we get to that stage.
I think that the migration could be done without
El Lunes, 9 de Mayo de 2005 23:14, Matthew Burgess escribió:
> chapter03/checkout.xml
>
> "lfs-book" isn't really a "filename", but I don't know what tag is most
> appropriate for a mailing list! This also occurs in chapter03/diff.xml
> with "lfs-dev" inside "userinput" tags. Whatever we pick, w
El Lunes, 9 de Mayo de 2005 21:19, Randy McMurchy escribió:
> My point being that the tags are in the book, they may be useful one
> day. Why are we removing them?
>
> What is the harm in them being there?
http://archives.linuxfromscratch.org/mail-archives/blfs-book/2005-April/013052.html
--
M
El Domingo, 8 de Mayo de 2005 22:47, Jim Gifford escribió:
> We have been talking about different formats for the different books, I
> was thinking and wondering if it was possible to do the following.
Created a bug to address that:
http://bugs.linuxfromscratch.org/show_bug.cgi?id=1075
Please, u
El Sábado, 7 de Mayo de 2005 19:54, Jeremy Huntwork escribió:
> M.Canales.es wrote:
> > Many thanks for start that work :-)
>
> No problem, I sure could use your help though ;)
Very busy now reformating the BLFS sources.
But I need to add the tags & attributes use policies t
El Sábado, 7 de Mayo de 2005 17:45, Jeremy Huntwork escribió:
> Take a look:
>
> http://linuxfromscratch.org/~jhuntwork/editor-manual/
>
Many thanks for start that work :-)
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfromscratch.org
LFS en castellano: http://www.esc
El Viernes, 6 de Mayo de 2005 20:43, Jeremy Huntwork escribió:
> So, in a nutshell, my opinion is that we should do multilib as a default
> for 64-bit archs with /lib and /lib64 directories.
>
> This has not yet been decided on for the book (which is why I'm asking
> this question here), so if you
El Viernes, 6 de Mayo de 2005 17:34, Jeremy Huntwork escribió:
> Proposed setup:
>
> multi-arch
>
>|_Common
>|
>| |_Entire Book (defaults)
>|
>|_Arch1
>|
>| |_Symlinks to ../Common if nothing arch specific
>| |_Arch-specific pages
>|
>|_Arch2 (You get
El Viernes, 29 de Abril de 2005 10:30, steve crosby escribió:
> The question is, with the new multi-choice cross-lfs book being worked
> on, how are we planning on producing a hardcopy version? Questions
> regarding the "linear" flow of the book are resolved by using smart
> XML processing, but I'
El Lunes, 25 de Abril de 2005 01:41, Anderson Lizardo escribió:
> Hi Manuel,
>
> The multiarch Makefile seems to ignore the CHUNK_QUIET=1 parameter so
> the cronjob which runs the render script always mails the output. Can
> this be fixed?
Oppss, removed accidentally in one of the big Makefile cha
El SÃbado, 23 de Abril de 2005 18:04, Bruce Dubbs escribiÃ:
> > .- To change template.xml to reflect that policies.
>
> That can be done now to reflect the edguide. If anyone sees issues,
> they should be discussed on the list.
Done.
> > .- To adapt the XSL/CSS code to have the same look with t
El SÃbado, 23 de Abril de 2005 18:04, escribiÃ:
> > Yes, due an improper pattner selector in the CSS code.
>
> That's what I figgured, but I didn't have the time to check it out.
Thae fix is easy, I have it ready.
> We've got a tentative policy in the edguide. It has been updated, but
> we don'
El Lunes, 18 de Abril de 2005 23:03, Jim Gifford escribió:
> There are a few pitfalls to this.
Another one: when you reboot you're alone. No mail, no web, no IRC, no
possibility to ask for help if something go bad while building the new
system.
But well, I want multi-arch capabilities, I want
El Domingo, 17 de Abril de 2005 20:34, Andrew Benton escribió:
> Err...following that link leads to a copy of the book that seems to be
> building with gcc-3.4.3...shurely shom mishtake?
Not mistake. The structure is ready but the GCC-4.0 changes hasn't been
commited yet.
--
Manuel Canales Es
El Sábado, 16 de Abril de 2005 01:14, John Gnew escribió:
>
> What do I need to do to get this change made in LFS? (provided everyone
> goes along with the change)
>
> John Gnew
I can run glxgears having this permissions:
[EMAIL PROTECTED]:~$ ls -l /dev/nvidia*
crw-rw 1 root video 195, 0
El Miércoles, 13 de Abril de 2005 06:17, Peter Ennis escribió:
> Linux From Scratch - Version SVN-20050411
>
> 1. Foreword
> My adventures in Linux began six years ago ...
> s/six years ago/in 1999 ???
Revising the file historial look like it should be 1998.
> s/Such custom-built LFS syste
Matthew Burgess escribió en lfs.dev el Viernes, 1 de Abril de 2005 20:48:
> M.Canales.es wrote:
>
>> d) Is a PDF look fix ;-)
>
> Of course. I will trust anything from anyone (as long as their name is
> Manuel :)) that touches stuff in the stylesheets/ directory as th
Matthew Burgess escribió en lfs.dev el Viernes, 1 de Abril de 2005 20:22:
>
> Editors: Please *do not* commit to this branch unless:
>
> a) It's an obvious typo/spelling mistake
> b) It fixes a problem reported against the 6.1 branch either on the
> mailing lists or bugzilla
> c) The fix has alr
Randy McMurchy escribió en lfs.dev el Lunes, 7 de Marzo de 2005 15:36:
> Attached you'll find a diff that will update the INSTALL file. Changes
> are as follows:
Thanks. Updating it now in {H}LFS.
--
Manuel Canales Esparcia
Usuario de LFS nº 2886: http://www.linuxfromscratch.org/
LFS en cast
Matthew Burgess escribió en blfs.dev el Sábado, 5 de Marzo de 2005 18:18:
> Also see
> http://lists.oasis-open.org/archives/docbook-apps/200503/msg00024.html
> which mentions a bug in the latest version.
And there is another problem with the new default param values and FOP:
[ERROR] Error in re
301 - 400 of 405 matches
Mail list logo