Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread William L. Thomson Jr.
On Thursday, February 2, 2017 12:18:43 PM EST Michael Orlitzky wrote: > On 02/02/2017 12:06 PM, William L. Thomson Jr. wrote: > >> But more importantly, icedtea-bin was just one example that I had in > >> mind. There are hundreds of others in the tree. > > > > Sure, but some packages themselves go

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread Michael Orlitzky
On 02/02/2017 12:06 PM, William L. Thomson Jr. wrote: > >> But more importantly, icedtea-bin was just one example that I had in >> mind. There are hundreds of others in the tree. > > Sure, but some packages themselves go against a minimalist approach due to > their own build requirements. You ha

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread William L. Thomson Jr.
On Thursday, February 2, 2017 11:27:20 AM EST Michael Orlitzky wrote: > On 02/02/2017 11:18 AM, William L. Thomson Jr. wrote: > > If you look at dev-java/icedtea ebuild you will see > > > > # Gtk+ will move to COMMON_DEP in time; PR1982 > > > > I cannot find PR1982 referenced to link. But shows t

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread Michael Orlitzky
On 02/02/2017 11:18 AM, William L. Thomson Jr. wrote: > > If you look at dev-java/icedtea ebuild you will see > > # Gtk+ will move to COMMON_DEP in time; PR1982 > > I cannot find PR1982 referenced to link. But shows that it is needed and > causes > issues without being set. > I don't really

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread Michael Orlitzky
On 02/02/2017 11:09 AM, James Le Cuirot wrote: > > Actually he's right. Java can obviously be used without GTK and that's > something we support but upstream hasn't taken the time to make it > possible to build without it. Apparently that isn't a trivial thing to > do. > > In my earlier mail, I w

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread William L. Thomson Jr.
On Thursday, February 2, 2017 11:13:40 AM EST Michael Orlitzky wrote: > On 02/02/2017 11:09 AM, James Le Cuirot wrote: > > Actually he's right. Java can obviously be used without GTK and that's > > something we support but upstream hasn't taken the time to make it > > possible to build without it.

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread William L. Thomson Jr.
On Thursday, February 2, 2017 10:53:08 AM EST Michael Orlitzky wrote: > On 02/02/2017 10:51 AM, William L. Thomson Jr. wrote: > > On Thursday, February 2, 2017 10:36:51 AM EST Michael Orlitzky wrote: > >> Why does dev-java/icedtea try to pull in GTK (and thus X) > >> on a headless server? That stuf

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread James Le Cuirot
On Thu, 2 Feb 2017 10:53:08 -0500 Michael Orlitzky wrote: > On 02/02/2017 10:51 AM, William L. Thomson Jr. wrote: > > On Thursday, February 2, 2017 10:36:51 AM EST Michael Orlitzky > > wrote: > >> Why does dev-java/icedtea try to pull in GTK (and thus X) > >> on a headless server? That stuff be

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread Michael Orlitzky
On 02/02/2017 10:51 AM, William L. Thomson Jr. wrote: > On Thursday, February 2, 2017 10:36:51 AM EST Michael Orlitzky wrote: >> Why does dev-java/icedtea try to pull in GTK (and thus X) >> on a headless server? That stuff belongs in a desktop profile, not in >> the base one. > > In that specific

Re: [gentoo-dev] icedtea requiring X libs to build was -> Guidelines for IUSE defaults

2017-02-02 Thread William L. Thomson Jr.
On Thursday, February 2, 2017 10:36:51 AM EST Michael Orlitzky wrote: > Why does dev-java/icedtea try to pull in GTK (and thus X) > on a headless server? That stuff belongs in a desktop profile, not in > the base one. In that specific case it cannot be avoided. Building is not the same as using.