On 06/08/2013 06:12 AM, Igor Živković wrote:
> On 07.06.2013 19:37, Armin K. wrote:
>
> I guess it was a lot easier before GTK+3/GNOME3/D-Bus/systemd but I
> would argue if a package builds, runs and does something useful without
> some dependency then that dependency shouldn't be listed as required. It
> doesn't matter if you explicitly have to disable it. It should be
> categorized as optional and noted that it is required for XY package in
> the book.
>
> Take for example VLC. As it stands now someone would think it can't be
> compiled and used without D-Bus. This is just wrong.
>

For me, VLC is useless without Qt4, too. I never actualy paid attention 
though, but we treat Recommended dependencies as Required (for our 
instructions), or to be precise "Don't inststall recommended 
dependencies unless you know what are you doing".

> Another good example is NTP, which compiles and runs without libcap2 and
> attr as long as you run it as root user. Since BLFS bootscripts don't
> run it as root, libcap2 is listed as required but with no explanation
> whatsoever.
>

That's a mistake on my side, I failed to explain it since I made the 
change to the bootscripts without checking the dependency. I was aware 
of that after someone posted it on the mailing list so I just added it 
to the required deps without any explanation or whatsover.

> Gnash doesn't build if you explicitly don't turn off GConf. GConf
> package requires D-Bus and recommends gobject-introspection, GTK+3 and
> Polkit. Madness.
>

GConf was the main configuration system for GNOME untill the last few 
releases (untill it was obsoleted by GSettings). Since GNOME required a 
part of the GConf which required GTK+3, we set it as recommended. Same 
for Polkit, GNOME mostly requires it for permission granting, so we 
enable it in GConf, too. I am unsure if anything requires GTK+3 in GConf 
since the tool that mostly required it was gone in either 3.2.4 or 3.2.5 
release. Again, I failed to check that. GConf is now being obsolete and 
I am just looking forward to the day when I can drop it completely 
(won't come anytime soon).
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to