Ag. D. Hatzimanikas wrote: > But it wasn't just a minor kink for me, because I had to install tools > that I don't use and find out by grep'ping' log files and Makefiles > why JadeTeX didn't provided the desired output. Then I noticed the empty > variable, which lead me eventually that DocBook DSSSL Stylesheets was an > obligatory package. > I should have know that but I didn't, so I've spend much of my time on > it. > Well I had the option to ignore it, but I didn't for that particularly > package, > because I care enough about mutt to do that job with pleasure.
And your perseverance is duly noted and appreciated. > In contrast I had to update flac -- because out of question there were some > very serious vulnerabilities And as you mention, removing the vulnerabilities are the most important thing. Keep in mind that the XMMS plugin is at this point in a state of flux. There is nothing wrong with annotating in the instructions that something isn't tested. If it is documented, it is better than nothing. As far as the test suite goes, that is such a minor issue that regardless if the comment (how long it takes to run) is inaccurate, simply comment that out, or say it wasn't tested in this version. Or simply do nothing. Inaccuracies of such little importance don't really matter in the big picture of things. > Thats why I said we should try, either to make the Book more compact, follow > a linear build and towards a direction e.g, Gnome or else we should > try to find people that will maintain specific programs that they care > and use. I can't help but think that something like this would turn BLFS into just another distro. And an exceptionally difficult one at that. Let's see what other comments come about in regards to your suggestions. > To update LPRng without to use it actually, is without a question a brave > action, > you deserve all the credits you can take (I already gave you them), but > it's not what I personally like. This is a community project and there > is must be someone that uses LPRng. Our job is to find that man and make > him to like to update/maintain the package, like Christian did for XFS. > If there isn't such a man, then comment out. Much more honest than to > claim that the package instructions works. But you don't understand Ag, the package instructions *do* work. We are only providing instructions to build the package. If it doesn't work after a successful build, we can only hope that a member of the community lets us know this. If we receive notice that a package does not *work* as designed, then we'll take an appropriate action. We just can't swear that every nuance of a package works. For that matter, do you play FLAC-encoded audio files? I know I do not, but I wouldn't hesitate to update the package. I don't see any difference in this example and the LPRng example. I update ImageMagick all the time, usually with almost all the dependencies installed. To fully test the functionality of each and every possibility that ImageMagick can provide would be impossible. There comes a time when we simply have to put some faith in the package developers. Just like folks do with us. They trust our build instructions to work. I'm enjoying the discussion, hopefully others will comment and we can get even more diverse opinions. -- Randy -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
