<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 29, 2016 at 3:59 PM, Bruce Dubbs <span dir="ltr"><<a href="mailto:bruce.dubbs@gmail.com" target="_blank">bruce.dubbs@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="">Paul Rogers wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
The BLFS pages tell us the requirements for each package, upstream so to<br>
say.  I'm finding myself grepping a package name root in the book<br>
directory often enough because I want to know what a package supports,<br>
downstream so to say.<br>
<br>
I know it'd certainly be *possible* to put that in the book when<br>
packages and their dependencies are updated.  Could the idea gain<br>
"traction"?<br>
</blockquote>
<br></span>
What we have now is a linked list of what a package needs to be built. What you are asking about is to create a doubly linked list in both directions.<br>
<br>
I do not think this is reasonable for a couple of reasons.  First, we do not have the manpower to spend the time to figure that out. Second, it creates a maintenance nightmare because at every package update (often 3-5 per day, sometimes more), we would potentially need to to update the dependent packages for changes.<br>
<br>
If you can come up with a script that automatically generates such a script, we could host that as an additional service, but I don't think it's practical to include it in the book.</blockquote><div><br></div><div><div>Hello,</div><div><br></div><div>I had a similar question as Paul, where I wanted to know which packages depend on a particular package.<br></div><div>At the same time, I understand that this becomes too much work for the people working on updating the book and, for what its worth, I also think it is does not add much value in the book.<br></div><div><br></div><div>So, I ended up creating a small Python command line utility that could scrap the data from the book and give me such a list.</div><div>It is not perfect, but is mostly functional and it helps do a look ahead, especially for optional packages.</div><div>I have saved the code on my Github (<a href="https://github.com/munircontractor/blfs-pck-tree-builder">https://github.com/munircontractor/blfs-pck-tree-builder</a>).<br></div><div>Especially, if there are changes I can make to this so that it can be hosted, please let me know.<br></div><div>Maybe it might help others with similar issues, and also will help me fix issues with it or add features.</div><div><br></div><div>Thanks,<br></div><div>Munir</div></div></div></div></div>