Re: current ablfs-more branch omits some packages
| Newsgroups | gmane.linux.lfs.automated |
|---|---|
| Message-ID | <CAKjfnjoKria7a7bZYCs3JzDScB_TTUOgJr6eS31JdUZ8nrDfBA@mail.gmail.com> |
Never mind,glad to hear the problem finally resolved。I will try the new version,thanks Pierre Labastie <[email protected]> 于 2023年11月1日周三 02:38写道: > On Tue, 2023-10-31 at 14:45 +0100, Pierre Labastie wrote: > > On Tue, 2023-10-31 at 16:53 +0800, wen zhang wrote: > > > Pierre Labastie <[email protected]> > > > 于2023年10月31日周二 16:40写道: > > > > > > > > On Tue, 2023-10-31 at 16:29 +0800, wen zhang wrote: > > > > > Yesterday I built mesa with ablfs-more branch, but failed on > libXext > > > > > by missing libX11. > > > > > Then I found that the translate function in make_book.xml translate > > > > > libX11 to libXXX,so can't pass the if test. I think the solution is > > > > > separating the package name from tarball name before translate > > > > > function. > > > > > > > > > > My patch attached. > > > > > > > > > > > > > Thanks. I am testing this at the moment, and I found the error too. I > > > > think > > > > your > > > > solution is ok, but I have implemented another one (translate digits > to X > > > > in > > > > $package too). > > > > > > > > There is also an error in mit-kerberos script. > > > > > > > > I finish testing, and I'll publish the changes. > > > > > > > > Thanks again for your input > > > > > > > > Pierre > > > > -- > > > > http://lists.linuxfromscratch.org/sympa/info/alfs-discuss > > > > Unsubscribe: See the above information page > > > If there's two packages only diffrent by number, like libX11 and > > > libX22,translate digits to X in $package may fail. > > > Just a cornor case, but shouldn't happen generally. > > > > > > > This is true. However, this code depends very much on what is in the > book, and > > cannot be working in all cases anyway. I'll take your solution. > > Finally not, sorry: there is no way package names differing only with > digits > can be mixed. We make the translation of digits into X's to rule out the > case when what follows the package name is a dash followed by something > that is > not a version string. But otherwise the tarball and the package names start > exactly in the same way, including digits... So I took my solution because > it is > slightly shorter. Sorry about that. > > Pierre > -- > http://lists.linuxfromscratch.org/sympa/info/alfs-discuss > Unsubscribe: See the above information page -- http://lists.linuxfromscratch.org/sympa/info/alfs-discuss Unsubscribe: See the above information page