Re: [gentoo-dev] [RFC] Anti-spam for goose

2020-05-21 Thread Robert Bridge
There are only 4 billion to reverse, not that hard really with a rainbow table... On Thu, 21 May 2020 at 13:08, Michał Górny wrote: > On Thu, 2020-05-21 at 13:57 +0200, Ulrich Mueller wrote: > > > > > > > On Thu, 21 May 2020, Robert Bridge wrote: > > > On Thu, 2

Re: [gentoo-dev] [RFC] Anti-spam for goose

2020-05-21 Thread Robert Bridge
On Thu, 21 May 2020 at 09:47, Michał Górny wrote: > > Option 1: IP-based limiting > === > Preface this with IANAL, check with your own legal counsel... While IP address based methods might be attractive technically, do remember that an IP address is considered

Re: [gentoo-dev] New global use flag: vpx or vp8

2010-07-31 Thread Robert Bridge
On Sat, Jul 31, 2010 at 4:09 PM, Paweł Hajdan, Jr. phajdan...@gentoo.org wrote: On 7/31/10 4:37 AM, Hanno Böck wrote: Though we might discuss if vpx is really a good name or it shouldn't be vp8. It might also be webm. Not sure what's more intuitive for people. Also, nteresting question would

Re: [gentoo-dev] Stabilization of Python 3.1

2009-09-19 Thread Robert Bridge
Speaking as a user, I seem to recall having multiple versions of python installed in the past, and never really knowing or caring which version was being used so long as stuff worked. If you want to install python-3.14159 in the stable tree, than go right ahead, so long as anything that doesn't

Re: [gentoo-dev] The fallacies of GLEP55

2009-05-14 Thread Robert Bridge
Patrick Lauer wrote: On Thursday 14 May 2009 20:39:07 Ciaran McCreesh wrote: On Thu, 14 May 2009 20:06:51 +0200 Patrick Lauer patr...@gentoo.org wrote: Let EAPI be defined as (the part behind the = of) the first line of the ebuild starting with EAPI= Uh, so horribly utterly and obviously

Re: [gentoo-dev] Retiring

2009-05-05 Thread Robert Bridge
Markos Chandras wrote: Some one could say Post it on gentoo.org homepage. I wonder if users ever visit that page to read gentoo news :\ I can safely say that some never do... RobbieAB

Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives

2009-02-28 Thread Robert Bridge
Petteri Räty wrote: 2) EAPI in file extension - Allows changing global scope and the internal format of the ebuild a) .ebuild-eapi - ignored by current Portage b) .eapi.ebuild - current Portage does not work with this c) .eapi.new extension - ignored by current Portage

Re: [gentoo-dev] Re: Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-24 Thread Robert Bridge
Ciaran McCreesh wrote: On Tue, 24 Feb 2009 09:36:29 -0700 Joe Peterson lava...@gentoo.org wrote: 2) it makes sense to have these in the filename, but not internal meta-data For those of us who understand the process, it makes sense to have EAPI in the filename too. Which seems to be an

Re: [gentoo-dev] Re: Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)

2009-02-24 Thread Robert Bridge
Ciaran McCreesh wrote: On Tue, 24 Feb 2009 21:17:57 + Except that once we have EAPI in the file extension, we can change anything we want in arbitrary ways without having to worry about backwards compatibility, so we won't need silly hacks. Like the file name structure?

Re: [gentoo-dev] Adding NETBEANS to USE_EXPAND

2008-11-19 Thread Robert Bridge
On Wed, 19 Nov 2008 19:03:12 +0100 Miroslav Šulc (fordfrog) [EMAIL PROTECTED] wrote: I'd like to add NETBEANS to USE_EXPAND. Netbeans (www.netbeans.org) is modular IDE with 18 modules (clusters). Users can freely choose what support thay want to build in netbeans, though some modules need

Re: [gentoo-dev] RFC: Adding lxde-base category

2008-11-01 Thread Robert Bridge
On Sat, 01 Nov 2008 12:05:54 +0100 Ben de Groot [EMAIL PROTECTED] wrote: Hi, I would like to add a new category to the tree: lxde-base, to be used for the LXDE desktop [1,2] packages, in correspondence to the categories for the other desktop environments we have (gnome, kde, xfce). With

Re: [gentoo-dev] Re: [RFC] New keywords for non-Gentoo Linux platforms

2008-10-10 Thread Robert Bridge
On Fri, 10 Oct 2008 17:56:37 +0200 Marius Mauch [EMAIL PROTECTED] wrote: On Fri, 10 Oct 2008 14:48:19 +0200 Fabian Groffen [EMAIL PROTECTED] wrote: Whatever. Some of you seem to have some quite agressive dislikement to it. In the end it's just a name/tag. I guess I could live with

Re: [gentoo-dev] Re: [RFC] PROPERTIES=set for meta-packages that should behave like package sets

2008-10-02 Thread Robert Bridge
On Wed, 01 Oct 2008 09:37:25 -0700 Zac Medico [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ryan Hill wrote: On Mon, 29 Sep 2008 22:31:46 -0700 Zac Medico [EMAIL PROTECTED] wrote: Can package.use syntax be extended to allow set entries? @compiz-fusion

Re: [gentoo-dev] License Interpretation

2008-08-20 Thread Robert Bridge
On Wed, 20 Aug 2008 15:10:18 -0400 Jim Ramsay [EMAIL PROTECTED] wrote: IANAL, but the following line is critical: it is essential to do so in order to achieve operability of the Software with another software program, and you have first requested Adobe to provide the information necessary to

Re: [gentoo-dev] Suggestion: remove app-office/borg from portage.

2008-08-16 Thread Robert Bridge
On Sat, 16 Aug 2008 09:17:10 +0200 Aniruddha [EMAIL PROTECTED] wrote: Borg hasn't been updated in portage for a while despite the fact that new versions were released over a year ago (see http://bugs.gentoo.org/show_bug.cgi?id=184699 ). Therefor I suggest app-office/borg gets removed from

Re: [gentoo-dev] Suggestion: remove app-office/borg from portage.

2008-08-16 Thread Robert Bridge
On Sat, 16 Aug 2008 18:42:35 +0200 Aniruddha [EMAIL PROTECTED] wrote: I've filed the bugreport (version bump) a year ago. It looks like borg has no maintainer. So maintain it. You don't need to be a dev to write an ebuild, and there are enough devs who are happy to throw an eye over user

Re: [gentoo-dev] system set no longer in part of world set

2008-07-18 Thread Robert Bridge
On Fri, 18 Jul 2008 16:30:20 +0200 Arfrever Frehtes Taifersar Arahesis [EMAIL PROTECTED] wrote: IMHO it would be better to teach users to explicitly specify '@system' during updates, e.g. `emerge -uDN @system @world`. Why not just re-instate the implicit dependency of world on system? Rob. --

Re: [gentoo-dev] ICC Profile

2008-07-18 Thread Robert Bridge
On Fri, 18 Jul 2008 15:16:18 +0100 Sébastien Fabbro [EMAIL PROTECTED] wrote: There was some attempts a few years ago for rolling up a full Gentoo with icc, but it hit several problems if I recall. Now both icc and gcc have improved since then. Including needing package specific CFLAGS because

Re: [gentoo-dev] ICC Profile

2008-07-17 Thread Robert Bridge
On Fri, 18 Jul 2008 11:34:11 +0900 Luca Barbato [EMAIL PROTECTED] wrote: Adam Stylinski wrote: The intel C Compiler (icc) icc, xlc, llvm, sunstudio could be interesting fields of discovery. Which are the pitfalls of using icc? lu If I recall correctly, needing some packages

Re: [gentoo-dev] Assigning bugs back to bug-wranglers@

2008-06-30 Thread Robert Bridge
On Mon, 30 Jun 2008 12:52:02 -0500 Jeremy Olexa [EMAIL PROTECTED] wrote: On a side note: How is the b-w SOP doc coming? It is obvious to me the b-w is tedious a time consuming so I would like to help every now and then but I really am not sure about the rules wrt assignment just by looking at

Re: [gentoo-dev] Re: Agenda [WAS: One-Day Gentoo Council Reminder for June]

2008-06-19 Thread Robert Bridge
On Thu, 19 Jun 2008 12:11:11 +0100 Roy Marples [EMAIL PROTECTED] wrote: On Thursday 19 June 2008 02:43:12 Chris Gianelloni wrote: Nope. What I see as a problem is that the primary author and current de facto maintainer is so much of an asshole that he was forcibly removed from the Gentoo

Re: [gentoo-dev] GLEP 55 (was: A few questions to our nominees)

2008-06-10 Thread Robert Bridge
On Tue, 10 Jun 2008 02:58:54 +0100 Ciaran McCreesh [EMAIL PROTECTED] wrote: Well, in general, if you rely on extensions changing every time a program cannot deal with a new feature of a file format, it would be quite crazy. For example, if C programs had to start using .c-2, .c-3, etc.,