On 16-09-2014 12:49, Bruce Dubbs wrote: > Fernando de Oliveira wrote: > >> The reason I modified it, was not just because I wanted to. >> >> During the discussions (dev and ticket, IIRC), it was mentioned not only >> once that SQLite should be removed from Tcl, either because we do it >> with other packages, or because ArchLinux developers do it. > > The first reason is good for consistency, but there can be exceptions. I > don't like th esecond reason. Just be cause Arch does something, > doesn't mean we should. What about Debian or RedHat or ...?
Well, I searched about that and the only distribution that is not considering tcl a dependency for sqlite and is not installing sqlite-tcl (in the sense that I had included in the book) is BLFS. Debian, Gentoo, RedHat (Fedora), SUSE (they changed and ask in their page to be name all capitals), Ubuntu, Arch and another one that I can't remember all have sqlite-tcl. There is even many discussions about "sqlite now depends on tcl?) > >> Then, I concluded we were facing a bug in BLFS and it should be >> urgently fixed before the 7.6 release, and used ArchLinux as example. > > If the fix was trouble free, I don't have any objection, but it caused > much more trouble than it was worth. I don't understand. Which troubles? > >> The reversion I did yesterday is not my preferred one, just wanted to >> run out of the problem. But in my particular machines, I will *remove* >> SQLite from Tcl, because to the best of my knowledge, the own developers >> fear it and *it is useless*, perhaps something they are developing for >> future use. > > That's your choice of course, but I really don't think it matters either > way. Thanks. I still think the best would be to have it as optional, be it in tcl or in sqlite. One more thing. I remember other packages we have modified against developers recommendations. For quite some time, udev from systemd was one of them. But I have no knowledge to contradict the developers as the developer from those distributions above seem to have. I am just replying to for the sake of it, not intending to change the book. Next time I will discuss more than this, before doing major modifications. -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
