On 07.06.2013 19:37, Armin K. wrote:
>
> I don't care if the package is listed as required or recommeded
> dependency following a big note how "required" is it as long as it is
> listed properly. You removed the dependency at all, which meant that
> Cairo doesn't even depend at Glib 2 at all, plus Pango didn't list it
> but it is strictly required for it. For me it was never important for
> the Cairo case. GTK+ and friends are only packages depend on Cairo (if
> you take out g-i which uses it in its testsuite - which I find useless)
> and because of that, Glib 2 is required for Cairo.

I was wrong about removing GLib completely as I thought 
libcairo-gobject.so also depends on gobject-introspection which requires 
GLib. I was probably also wrong about committing Cairo changes before 
updating Pango dependencies. You only gave me 15 minutes before 
reverting my commit.


> I treat dependencies as required as long as they have not to be disabled
> - do note that cairo can be built without png but you have to explicitly
> disable it - that's a required dep *for me* and it deserves to be listed
> as one.

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.

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.

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.

-- 
Igor Živković
-- 
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