[gentoo-dev] Python without threads?

2012-05-08 Thread Dirkjan Ochtman
Upstream is talking about removing the ability to build python without threads support (non-double negative: future Python would require threads support). Is anyone here depending on building Python with -threads? Cheers, Dirkjan

Re: [gentoo-dev] RFC: remove ldap from desktop profiles use flags

2012-05-08 Thread Kacper Kowalik
On 05/08/2012 02:01 AM, Rich Freeman wrote: On Mon, May 7, 2012 at 7:17 PM, Walter Dnes waltd...@waltdnes.org wrote: There's a server profile which could be the answer. I've never seen that as being a terribly useful profile. Servers tend to be very minimal configurations. Maybe if we

Re: [gentoo-dev] add global useflag: webkit

2012-05-08 Thread Samuli Suominen
On 05/07/2012 11:24 PM, Zac Medico wrote: On 05/07/2012 12:18 PM, Ulrich Mueller wrote: On Mon, 7 May 2012, Ciaran McCreesh wrote: I propose: REQUIRED_USE=== ( qt webkit ) But this just means that the ebuild has redundant USE flags, so one of them shouldn't be in IUSE, in the first

[gentoo-dev] New category for (libre)office extensions: app-officeext

2012-05-08 Thread Andreas K. Huettel
I've collected information and the extensions (should) work with any office variant, openoffice and libreoffice. To be more precise, they should work with anything that uses the so-called uno bridge. This is why I like the new category office-plugins best... and would like to

[gentoo-dev] amd64-fbsd profile marked 'stable'

2012-05-08 Thread Alexis Ballier
Hi, I've just marked the profile 'default/bsd/fbsd/amd64/9.0' as 'stable' in profiles.desc. I've been careful not to keyword anything with broken deps, and its now forbidden. It is the first g/fbsd profile marked as such. Consequences for devs: broken deps are not allowed anymore; people are,

[gentoo-dev] The fate of sparc-fbsd: not supported anymore, keywords can be dropped at will.

2012-05-08 Thread Alexis Ballier
Hi, Time has passed, nobody has been working on it in the past couple of years and I believe it is now time to make an official announce so that everyone knows: The sparc-fbsd arch is dead. People are free to drop the keywords at will. It has reached a state that it'll probably be simpler to

Re: [gentoo-dev] amd64-fbsd profile marked 'stable'

2012-05-08 Thread Ulrich Mueller
On Tue, 8 May 2012, Alexis Ballier wrote: I've just marked the profile 'default/bsd/fbsd/amd64/9.0' as 'stable' in profiles.desc. I've been careful not to keyword anything with broken deps, and its now forbidden. It is the first g/fbsd profile marked as such. [...] cons: there's no

Re: [gentoo-dev] amd64-fbsd profile marked 'stable'

2012-05-08 Thread Alexis Ballier
On Tue, 8 May 2012 15:44:09 +0200 Ulrich Mueller u...@gentoo.org wrote: On Tue, 8 May 2012, Alexis Ballier wrote: I've just marked the profile 'default/bsd/fbsd/amd64/9.0' as 'stable' in profiles.desc. I've been careful not to keyword anything with broken deps, and its now forbidden. It

Re: [gentoo-dev] New category for (libre)office extensions: office-ext?

2012-05-08 Thread Jeroen Roovers
On Sun, 6 May 2012 18:06:35 +0200 Andreas K. Huettel dilfri...@gentoo.org wrote: I've collected information and the extensions (should) work with any office variant, openoffice and libreoffice. To be more precise, they should work with anything that uses the so-called uno bridge.

Re: [gentoo-dev] New category for (libre)office extensions: app-officeext

2012-05-08 Thread Andreas K. Huettel
Am Dienstag 08 Mai 2012, 12:30:04 schrieb Andreas K. Huettel: After some discussion with Ulrich on IRC, we settled on the name app-officeext, which we'll be able to fill with a couple of hundred (open|libre)office extensions then... :) I guess this is a compromise that we all can live

[gentoo-dev] Re: New category for (libre)office extensions: app-officeext

2012-05-08 Thread Jörg Schaible
Andreas K. Huettel wrote: Am Dienstag 08 Mai 2012, 12:30:04 schrieb Andreas K. Huettel: After some discussion with Ulrich on IRC, we settled on the name app-officeext, which we'll be able to fill with a couple of hundred (open|libre)office extensions then... :) I guess this is a compromise