On 9/19/06, Bryan Kadzban <[EMAIL PROTECTED]> wrote:
Actually, these rules will require udev-098 or higher, which isn't in the book yet -- which means if I commit this change, we'll have to hold off on building the udev-config tarball until we update the udev version. (It's easy enough to skip generating the tarball and putting it on belg, but we'd have to make sure nobody else does either, or we get a broken set of rules.) I think it'd be safer to wait until after the udev version bump. Unless you were going to do both at the same time? If so, feel free.
I think you can commit changes to the udev-config tarball without fear of ruining the book. I specifically asked Bruce to do this a few weeks ago. Now the way it works is that you personally have to spin a new tarball, put it in downloads.linuxfromscratch.org, and update the LFS book source to reference the new version. The render script just makes symlinks in www.lfs.org/lfs/downloads to the true canonical file using the udev-config version entity from the book. (At least this was the plan. Belg seems to be crippled right now, so I can't check that that's the case.) So, feel free to make commits in udev-config so we can all see them. If you don't know how to do the above steps, or lack privileges, let me know. I think this will be much better than passing diffs back and forth. And it "solved" the issue where the render script was generating the tarball from the svn export and forcing the md5sum to be fixed after the fact. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
