source: HOWTO_EDIT@ 713cffb

10.0 10.0-rc1 10.1 10.1-rc1 11.0 11.0-rc1 11.0-rc2 11.0-rc3 11.1 11.1-rc1 11.2 11.2-rc1 11.3 11.3-rc1 12.0 12.0-rc1 12.1 12.1-rc1 6.0 6.1 6.1.1 6.3 6.4 6.5 6.6 6.7 6.8 7.0 7.1 7.2 7.3 7.4 7.5 7.5-systemd 7.6 7.6-systemd 7.7 7.7-systemd 7.8 7.8-systemd 7.9 7.9-systemd 8.0 8.1 8.2 8.3 8.4 9.0 9.1 arm bdubbs/gcc13 ml-11.0 multilib renodr/libudev-from-systemd s6-init trunk v3_0 v3_1 v3_2 v3_3 v4_0 v4_1 v5_0 v5_1 v5_1_1 xry111/arm64 xry111/arm64-12.0 xry111/clfs-ng xry111/lfs-next xry111/loongarch xry111/loongarch-12.0 xry111/loongarch-12.1 xry111/mips64el xry111/pip3 xry111/rust-wip-20221008 xry111/update-glibc
Last change on this file since 713cffb was 713cffb, checked in by Gerard Beekmans <gerard@…>, 23 years ago

Updated to use index.xml rather than intel.xml

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@730 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

  • Property mode set to 100644
File size: 4.0 KB
Line 
1How to edit the LFS-BOOK
2------------------------
3
4This document explains the necessary steps to be taken in order to make
5changes to the LFS-BOOK. Not every single aspect is detailed, just the
6more tricky ones.
7
8* No matter what, always make the following changes whenever you do
9 something:
10
11Whenever you make a change, no matter how small, update the book's version
12number:
13
141) Open the index.xml file.
15
162) Find <!ENTITY version "yyyymmdd"> and make sure it contains the date on
17which you are making the change. If today is June 11th, 2001, change it
18to <!ENTITY version "20010611".
19
203) Find <ENTITY releasedate "Month, day, year"> and make sure it contains
21the same date as the 'version' entity. If today is June 11th, 2001, change
22it to: <!ENTITY releasedate "June 11th, 2001">
23
24
25* Updating a package's version
26
27Follow these steps in order to change a package (for example when you tested
28a newer version and want to include it in the book). Let's assume you're
29upgrading to bash-2.05.
30
311) Download bash-2.05 to the linuxfromscratch.org server in the
32/home/ftp/conglomeration directory. If the file isn't compressed with bzip2,
33but with gzip for example, ungzip it, then bzip2 it.
34
352) Enter the /home/ftp/cvs directory.
36
373) Remove the symlink that points to the previous version of the
38package.
39
404) You can remove the real file from the /home/ftp/conglomeration
41directory only is you are absolutely sure that there are no other books
42currently online that use that package version. If you don't remember
43which book versions are online right now, check the LFS website.
44
455) Make a new symlink by running the following command:
46ln -s ../conglomeration/bash-2.05.tar.bz2
47
486) Obtain the file size of the new package (run ls -l
49/home/ftp/conglomeration/packagename). Divide this number by 1024 and
50remember the result.
51
527) Enter the /home/ftp directory and create a new lfs-packages tarball.
53If today is June 11th, 2001 1:09 PM, run the following:
54tar cvfh lfs-packages-intel-cvs-20010611-1309.tar cvs
55mv lfs-packages-intel-cvs-20010611-1309.tar cvs
56
57The reason for adding the hour and minute is that one may end up
58creating more than one tarball a day and it's easier this way to find
59out which packages file was being used in case there are a lot of
60updates.
61
628) Obtain the file size of the newly created tarball by running ls -l,
63divide the number by 1024 and remeber the result.
64
659) Open the index.xml file.
66
6710) At the bottom of the file find the ENTITY that belongs to the package.
68You'll find it as <!ENTITY package-version "version">. Change the
69bash-version entity as follows: <!ENTITY bash-version "2.05">
70
7111) Edit the <!ENTITY all-version> entity and update the file name to
72match the name of the tarball you just created.
73
7412) Edit the <!ENTITY all-version> entity and update the file name to
75match the name of the new tarball you just created.
76
7713) Open the chapter3/bash.xml file.
78
7914) Enter the new size that you calculated in step 6.
80
8115) Open the chapter3/all.xml file.
82
8316) Update the file size to match the value you calculated in step 8.
84
8517) Open the chapter3/packages.xml file, scroll to the bottom of the
86file and enter the same size as you entered in the previous step. Also
87divide this number by 1024 and enter the result as the MB value between
88brackets.
89
90Please don't use the "du -h" command to obtain the file size. The result
91of du is not acurate enough (it doesn't report the actual file size, but
92the size of clusters the file is using).
93
94If you are updating more than one package at the same time, don't
95re-create the tarball every time. Just update all the symlinks and
96create a new tarball once that includes all your updated packages.
97
98
99* Adding a new package update to Bugzilla
100
1011) Login to bugzilla
102
1032) Open bug #30
104
1053) Check if the package is listed from a previous update
106
1074) If so, reopen it and change the version number to match the new one
108
1095) If not, add a new bug and fill it out as usual
110
1116) When added, go back to the new bug and under "Bug xx depends on"
112enter "30" so that this new bug is added to the parent bug #30
113
1147) Click on "Commit" to commit this change
115
116
Note: See TracBrowser for help on using the repository browser.