Re: xi:include tags in the cross-lfs book
M.Canales.es wrote:
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
position in the target file, the xpointers that point to that file wll be
wrong.
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.
Unfortunately, I am not familiar with XML at all, so all of the below is
pseudocode:
{mark name=some-warning}{para}here goes a warning{/para}{/mark}
...
{reuse name=some-warning/}
Is it possible to implement?
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Back from vacation
Hello guys. I'm back from vacation. A quick check of BZ and it looks like you guys have been doing a wonderful job. It will take a while to get back up on the issues, but at least I'll be reading mail every day. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: sh compliance problems
DJ Lucas wrote: the math early on in the following files is also broken with ash symlinked to /bin/sh. hotplug-2004_09_23.tar.bz2, /etc/hotplug/input.agent /etc/hotplug/pci.agent /etc/hotplug/pnp.rc /etc/hotplug/usb.agent AFAICT, there is no easy way to do hexadecimal expansion in ashI don't think it's worth fixing. -- DJ Lucas -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Hello and such :)
Gerard Beekmans wrote: On July 2, 2005 11:16 am, Robert Connolly wrote: Maybe someone knows a friendly isp who will adjust charges month to month based on usage. Also, it would be a nice kick if the server was a legal non-profit company, maybe some sort of charity, so that contributions could be tax deductable (this would have to be reproduced in every country involved, ie: canada and usa). Well as for the friendly ISP part, it doesn't get friendlier than this. I run the network of the ISP myself. I don't get charged for the bandwidth as long as it stays within reasonable limits. Even if I do let my boss charge me for the bandwidth usage, the bill would be half of what I pay right now. Unfortunately I am tight on rack space so I can't justify putting up my own server without reimbursing the company back for taking up that (sometimes) precious physical space. At least with the LFS server's current 4U rack. If I can find a way to put the hardware in a 1U rackmount, there won't be an issue. I can squeeze it in anywhere and have LFS dedicated again. For the time being I think I'll still it can be done the way I proposed. I did read your email Jeremy and part of me agrees with you that it might be a bad thing. Looking at the history of the LFS server as a whole, there haven't been any issues (security or otherwise) that have come up. One or two incidents do come to mind but those were born out of negligence on my part which simply isn't an issue in this setup. All things considered I think it'll work out at least temporarily until I can setup a dedicated server in a smaller formfactor. But I don't think we want to wait that long until that can be made so and at the same time be close to where I live. You guys may at this point think I have control issues. Well, I freely admit that I do when it comes to this stuff. I rather pay the extra few bucks than have the past server issues revisit us when somebody pulls the plug on us. Gerard, I have a few 1U cases I can get my hands on. -- -- [EMAIL PROTECTED] [EMAIL PROTECTED] LFS User # 2577 Registered Linux User # 299986 -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
compilation ok, chroot fails
Hello,
I've worked through the LFS-dev book (SVN-20050702) and I am stuck with the
following problem:
# chroot $LFS /tools/bin/env -i \
HOME=/root TERM=$TERM PS1='\u:\w\$ ' \
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
/tools/bin/bash --login +h
chroot: cannot run command `/tools/bin/env': No such file or directory
# ls -al /tools/bin/env
-rwxr-xr-x 1 ratz users 13128 2005-06-28 09:17 /tools/bin/env
# ldd /tools/bin/env
linux-gate.so.1 = (0xe000)
libc.so.6 = /tools/lib/libc.so.6 (0x40019000)
/tools/lib/ld-linux.so.2 (0x4000)
# strace -f chroot $LFS /tools/bin/env -i HOME=/root TERM=$TERM
PS1='\u:\w\$ ' PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin
/tools/bin/bash --login +h
execve(/usr/bin/chroot, [chroot, /var/tmp/LFS, /tools/bin/env, -i,
HOME=/root, TERM=linux, PS1=\\u:\\w\\$ ,
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin, /tools/bin/bash, --login,
+h], [/* 71 vars */]) = 0
uname({sys=Linux, node=ivan, ...}) = 0
brk(0) = 0x804c000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=100656, ...}) = 0
old_mmap(NULL, 100656, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)= 0
open(/lib/tls/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pO\1\000..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1201648, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40031000
old_mmap(NULL, 1150108, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
=0x40032000
madvise(0x40032000, 1150108, MADV_SEQUENTIAL|0x1) = 0
old_mmap(0x40145000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x113000) = 0x40145000
old_mmap(0x40149000, 7324, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40149000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x4014b000
mprotect(0x40145000, 4096, PROT_READ) = 0
set_thread_area({entry_number:-1 - 6, base_addr:0x4014b6c0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
munmap(0x40018000, 100656) = 0
brk(0) = 0x804c000
brk(0x806d000) = 0x806d000
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No
such file or directory)
open(/usr/share/locale/locale.alias, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40018000
read(3, # Locale name alias data base.\n#..., 4096) = 2528
read(3, , 4096) = 0
close(3)= 0
munmap(0x40018000, 4096)= 0
open(/usr/lib/locale/en_US.UTF-8/LC_IDENTIFICATION, O_RDONLY) = -1 ENOENT
(Nosuch file or directory)
open(/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=373, ...}) = 0
mmap2(NULL, 373, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000
close(3)= 0
open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=21544, ...}) = 0
mmap2(NULL, 21544, PROT_READ, MAP_SHARED, 3, 0) = 0x40019000
close(3)= 0
open(/usr/lib/locale/en_US.UTF-8/LC_MEASUREMENT, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/lib/locale/en_US.utf8/LC_MEASUREMENT, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
mmap2(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001f000
close(3)= 0
open(/usr/lib/locale/en_US.UTF-8/LC_TELEPHONE, O_RDONLY) = -1 ENOENT (No
suchfile or directory)
open(/usr/lib/locale/en_US.utf8/LC_TELEPHONE, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0
mmap2(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4002
close(3)= 0
open(/usr/lib/locale/en_US.UTF-8/LC_ADDRESS, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/usr/lib/locale/en_US.utf8/LC_ADDRESS, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=155, ...}) = 0
mmap2(NULL, 155, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40021000
close(3)= 0
open(/usr/lib/locale/en_US.UTF-8/LC_NAME, O_RDONLY) = -1 ENOENT (No such
fileor directory)
open(/usr/lib/locale/en_US.utf8/LC_NAME, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0
mmap2(NULL, 77, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40022000
close(3)= 0
open(/usr/lib/locale/de_CH/LC_PAPER, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=39, ...}) = 0
mmap2(NULL, 39, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40023000
close(3)= 0
Re: compilation ok, chroot fails
Roberto Nibali wrote: chroot(/var/tmp/LFS) = 0 chdir(/) = 0 execve(/tools/bin/env, [/tools/bin/env, -i, HOME=/root, TERM=linux, PS1=\\u:\\w\\$ , PATH=/bin:/usr/bin:/sbin:/usr/sb..., /tools/bin/bash, --login, +h], [/* 71 vars */]) = -1 ENOENT (No such file or directory) Looks like you maybe don't have a /var/tmp/LFS/tools/bin/env file, so after the code does the chroot, it can't find /tools/bin/env. Was /tools a symlink to /var/tmp/LFS/tools, like in the book? I'm not familiar with the lfs_next_to_existing_systems.txt hint, but did you follow that at all? I would think that if you did, you wouldn't be doing the chroot, though. signature.asc Description: OpenPGP digital signature -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: compilation ok, chroot fails
Roberto Nibali wrote: I've worked through the LFS-dev book (SVN-20050702) and I am stuck with the following problem: # chroot $LFS /tools/bin/env -i \ HOME=/root TERM=$TERM PS1='\u:\w\$ ' \ PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \ /tools/bin/bash --login +h chroot: cannot run command `/tools/bin/env': No such file or directory # ls -al /tools/bin/env -rwxr-xr-x 1 ratz users 13128 2005-06-28 09:17 /tools/bin/env # ldd /tools/bin/env linux-gate.so.1 = (0xe000) libc.so.6 = /tools/lib/libc.so.6 (0x40019000) /tools/lib/ld-linux.so.2 (0x4000) tipical strace cutted It looks like either this linux-gate.so.1 is the culprit. Has anyone seen this before? I should note, that I need to install LFS next to an existing OS, not on a fresh partition. Actually I only need a gcc, binutils and glibc combo for my own package development. I see this before, but already forgot how I overcome it. Ensure that dynamic loader is visible as /tools/lib/ld-linux.so.2 from chroot (this message is produced when dynamic loader cannot be found). -- Best regards, John 'Profic' Ustiuzhanin [EMAIL PROTECTED] Smart Media Group, MK-Kursk, Kursk, Russia Using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030312 ALT Linux Master 2.0 (server.smg 2.4.20-alt0.1-adv-up) -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
[RFC] New LFS Website
Hello Everyone: The LFS Website Team has been working on a new website for the Linux From Scratch community. We have shown it briefly before, but it is now nearly fully functional and filled with content. Our goal with this new site was to produce a simple and readable site that is easy to navigate and easy to maintain. You'll notice that we endeavored to greatly reduce the number of possible links on one page and lead the user through the site by logical grouping of data. Apart from just a redesign in the layout of the site, much has been done in rewriting the backend struture, to reduce maintainance overhead and to allow a more dynamic and up-to-date website. Please visit this new proposed site (follow the link below) and reply to the website mailing list with your thoughts or comments. We would like to hear from the community as to whether they would like to see this new design implemented. http://beta.linuxfromscratch.org/ Thank you, -- Jeremy Huntwork LFS Website Team -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
RE: Hello and such :)
NOOO :) Those things are pitifully slow. Not to mention things have to be done quite differently on mips boxes. Actually, they have Intel/AMD architecture too. ;) And they're pretty inexpensive. :D Dave -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [RFC] New LFS Website
Jeremy Huntwork wrote: Hello Everyone: The LFS Website Team has been working on a new website for the Linux From Scratch community. We have shown it briefly before, but it is now nearly fully functional and filled with content. Our goal with this new site was to produce a simple and readable site that is easy to navigate and easy to maintain. You'll notice that we endeavored to greatly reduce the number of possible links on one page and lead the user through the site by logical grouping of data. Apart from just a redesign in the layout of the site, much has been done in rewriting the backend struture, to reduce maintainance overhead and to allow a more dynamic and up-to-date website. Please visit this new proposed site (follow the link below) and reply to the website mailing list with your thoughts or comments. We would like to hear from the community as to whether they would like to see this new design implemented. http://beta.linuxfromscratch.org/ Thank you, -- Jeremy Huntwork LFS Website Team Me likey :) -- Shane Shields Registered LFS Compiler: 7582 To drink the WINE of success you must first seek the sayings of source Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [RFC] New LFS Website
On Tue, 2005-07-05 at 08:21 -0400, Jeremy Huntwork wrote: Hello Everyone: The LFS Website Team has been working on a new website for the Linux From Scratch community. We have shown it briefly before, but it is now nearly fully functional and filled with content. Our goal with this new site was to produce a simple and readable site that is easy to navigate and easy to maintain. You'll notice that we endeavored to greatly reduce the number of possible links on one page and lead the user through the site by logical grouping of data. Apart from just a redesign in the layout of the site, much has been done in rewriting the backend struture, to reduce maintainance overhead and to allow a more dynamic and up-to-date website. Please visit this new proposed site (follow the link below) and reply to the website mailing list with your thoughts or comments. We would like to hear from the community as to whether they would like to see this new design implemented. http://beta.linuxfromscratch.org/ Thank you, -- Jeremy Huntwork LFS Website Team Ah, what a relief! Yes this looks verry professional! Short links, only a few clicks to all destinations! Nice, clean, simple! I really don't like the current webside just too much navigation ... too many different fonts/fontsizes too many colors and yes :I HATE THE UGLY COOK TUX! On the other hand ... who am I that I could complain about LFSs webside ... :-) BTW, now anounced it should also go to lfs-chat -- H CUH Rainer Peter Feller H +--+ | From: Rainer Peter Feller | 60 | Institut fuer | | The Linux-Expert | CC | Experimentalphysik | ||C ooo | Luruper Chaussee 149 | | Telefon: 0049-40-8998-2118 |C o o | D-22761 Hamburg| | Telefax: 0049-40-8998-2101 | CC ooo | Building: 68 Room: 17 | +--+ | E-Mail : [EMAIL PROTECTED] | +--+ | URLs : http://maren.desy.de/hex/rainerhttp://p-linux.desy.de | +--+ -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: Hello and such :)
On July 5, 2005 01:22 am, Jim Gifford wrote: Gerard, I have a few 1U cases I can get my hands on. I'd have to check to make sure the hardware I have here will actually fit in a 1U case. Some of the hardware that was donated a while ago is in standard desktop configuration (mostly the motherboard so). -- Gerard Beekmans /* If Linux doesn't have the solution, you have the wrong problem */ -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
[RFC] New LFS Website
On Tue, 2005-07-05 at 07:21, Jeremy Huntwork wrote: Please visit this new proposed site (follow the link below) and reply to the website mailing list with your thoughts or comments. We would like to hear from the community as to whether they would like to see this new design implemented. http://beta.linuxfromscratch.org/ I love the layout and the ease of navigation on the new website. However, I still believe it's too pale and I don't like the logo. Even if you put all three puzzle pieces together you still don't have a whole picture. LFS is a whole system when it's complete; however one chooses to complete it. I don't believe the three piece puzzle is an accurate representation of LFS. I'd always be looking for the rest of the pieces. And yes, the old Tux was ugly but he was endearing with his little clothing changes. I think deeper richer colors would be better for the website. IMHO, LFS is an extremely deep and rich experience. Kind regards, sash -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: xi:include tags in the cross-lfs book
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 way is using ID attributes:
parent.xml---
para id=some-IDText to be xincluded./para
--child.xml--
xi:include href=parent.xml xpointer=id('some-ID')/
The problem: by definition, each ID must be unique into each full book. Then,
after do the Xinclude processing the sources will not validate due duplicated
IDs.
Another way is using a different common DocBook attribute, like role, if
there is no conflicts with its other current uses in the XSL templates.
parent.xml---
para role=some-unique-stringText to be xincluded./para
--child.xml--
xi:include href=parent.xml
xpointer=xpointer(//[EMAIL PROTECTED]'some-unique-string'])/
Now the problem is, what police should we to use to define in an standardized
way that some-unique-strings?
Solving that (and the possible conflicts with the stylesheets) it could fix
both issues: to be sure that the proper block is always the one that we are
importing, and to know beforehand that some block is exported to other
file(s).
--
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.com
TLDP-ES: http://es.tldp.org
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Re: [RFC] New LFS Website
Ahmed El-Daly wrote: Pretty slick. Much nicer than the old one. Some of the links point to nowhere though. I guess that will be fixed as it goes in production. Yep, and they'll be fixed even sooner if you would be so kind to specify exactly *which* links are broken :) Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: 6.1 and Development Acronyms and Terms page
On Mon, Jul 04, 2005 at 07:33:23PM -0400, Chris Staub wrote: SBU is still referred to as Static Binutils Unit. Thanks. Fixed. -- Archaic Want control, education, and security from your operating system? Hardened Linux From Scratch http://www.linuxfromscratch.org/hlfs -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: sh compliance problems
On 7/5/05, Bruce Dubbs [EMAIL PROTECTED] wrote: DJ Lucas wrote: AFAICT, there is no easy way to do hexadecimal expansion in ashI don't think it's worth fixing. I believe the customary way is to use bc for arithmetic. Of course that introduces a dependency. Personally, I don't see a good reason not to use bash. I know its been discussed before and I don't want to reopen a controversial topic. I just want to point out alternatives. -- Bruce I think it was mostly me that wanted ash compliancy [more for the fact that we didn't need any advanced stuff], but I agree that this is not worth it... [fixing hotplug (hexadecimal expansion)] as for mountkernfs, I'll look into it. [We dont use anywhere else?] -- Nathan Coulson (conathan) -- nathan at linuxfromscratch org conathan at gmail com -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: 6.1 and Development Acronyms and Terms page
Archaic wrote: On Mon, Jul 04, 2005 at 07:33:23PM -0400, Chris Staub wrote: SBU is still referred to as Static Binutils Unit. Thanks. Fixed. Almost. :) It's no longer static. -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: gawk-3.1.4 and glibc-2.3.5: broken combination?
Dear List, before I spread any more confusion: my last message was entirely wrong. Grovelling apologies. After correcting a silly mistake (which led to me using the wrong glibc) I still see the problem I reported earlier. That is, building LFS-6.1-pre1 but with glibc-2.3.5 rather than glibc-2.3.4 giveas a broken version of gawk-3.1.4 . Everything in the build was done with gcc-3.4.3. Bernard Leak. -- Before they made me, they broke the mould -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
