Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/01/2011 09:19 AM, Michał Górny wrote: > On Thu, 01 Sep 2011 08:25:14 -0700 Zac Medico > wrote: > >> On 09/01/2011 04:02 AM, Petteri Räty wrote: >>> Have Portage defaults so that users only see if them if they >>> read the merge logs and then de

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Michał Górny
On Thu, 01 Sep 2011 08:25:14 -0700 Zac Medico wrote: > On 09/01/2011 04:02 AM, Petteri Räty wrote: > > Have Portage defaults so that users only see if them if they read > > the merge logs and then developer profiles can set the settings to > > log them? > > As far as I know, this is already the

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Petteri Räty
On 1.9.2011 17.12, Donnie Berkholz wrote: > On 14:44 Thu 01 Sep , Petteri Räty wrote: >> One thing to note is that we should get eqawarn into the next EAPI. > > Why? > So that it wouldn't fall back on einfo where not available. Regards, Petteri

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Zac Medico
On 09/01/2011 04:02 AM, Petteri Räty wrote: > Have Portage defaults so that users only see if them if they read the > merge logs and then developer profiles can set the settings to log them? As far as I know, this is already the case. The current default set by portage in /usr/share/portage/config

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Ulrich Mueller
> On Thu, 1 Sep 2011, Michał Górny wrote: > So, here it goes. However, I'm not sure if that even deserves > a dedicated function as the destination is pretty constant. > # @BLURB: A few quick functions to install bash-completion files > # @DESCRIPTION: > # A few simple functions to help insta

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Corentin Chary
On Wed, Aug 31, 2011 at 3:41 PM, Corentin Chary wrote: > Hi, > > some news about euscan (still available at http://euscan.iksaif.net) > > - New design (yay !) > - Atom feeds available for each herd/category/maintainer/package > (http://euscan.iksaif.net/maintainers/59/feed/) > - Specific handlers

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Donnie Berkholz
On 15:20 Thu 01 Sep , Tomáš Chvátal wrote: > Dne 1.9.2011 15:15, Michał Górny napsal(a): > > We can either go with a new func and retroactively replace the > > eclass, or retroactively fix all uses and fix the old funcs. > > As even if you fix main tree you can't ensure that you won't mess wi

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Donnie Berkholz
On 14:44 Thu 01 Sep , Petteri Räty wrote: > One thing to note is that we should get eqawarn into the next EAPI. Why? -- Thanks, Donnie Donnie Berkholz Council Member / Sr. Developer Gentoo Linux Blog: http://dberkholz.com pgpC80OrHx438.pgp Description: PGP signature

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Michał Górny
On Thu, 1 Sep 2011 15:27:12 +0200 Ulrich Mueller wrote: > > On Thu, 1 Sep 2011, Michał Górny wrote: > > > I think the way to go would be to reimplement it completely. Maybe > > just put dobashcomp() and newbashcomp() functions in eutils (to not > > collide) and deprecate bash-completion.ecla

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Ulrich Mueller
> On Thu, 1 Sep 2011, Michał Górny wrote: > I think the way to go would be to reimplement it completely. Maybe > just put dobashcomp() and newbashcomp() functions in eutils (to not > collide) and deprecate bash-completion.eclass? I'd rather keep this in a separate bash-completion-2.eclass. We

[gentoo-dev] Last rites for app-accessibility/speakup-utils

2011-09-01 Thread Jesus Rivero (Neurogeek)
# Jesus Rivero (01 Sep 2011) # Masked for removal in 30 days. This package does not # work with any version of app-accessibility/speakup # anymore. app-accessibility/speakup-utils -- Jesus Rivero (Neurogeek) Gentoo Developer

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Tomáš Chvátal
Dne 1.9.2011 15:15, Michał Górny napsal(a): On Thu, 01 Sep 2011 14:56:42 +0200 Tomáš Chvátal wrote: That function doesn't follow do*() argument scheme; it matches rather one used by new*() funcs. Sadly, a number of ebuilds is using that scheme to rename installed file. Furthermore, it uses tw

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Michał Górny
On Thu, 01 Sep 2011 14:56:42 +0200 Tomáš Chvátal wrote: > > That function doesn't follow do*() argument scheme; it matches > > rather one used by new*() funcs. Sadly, a number of ebuilds is > > using that scheme to rename installed file. > > > > Furthermore, it uses two eclass variables to switch

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Jeremy Olexa
On 09/01/2011 07:48 AM, Michał Górny wrote: Hello, Our bash-completion.eclass is awful and ugly. I'm not even talking about flags and stuff now but dobashcompletion() itself. That function doesn't follow do*() argument scheme; it matches rather one used by new*() funcs. Sadly, a number of ebuil

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Tomáš Chvátal
Dne 1.9.2011 14:48, Michał Górny napsal(a): Hello, Our bash-completion.eclass is awful and ugly. I'm not even talking about flags and stuff now but dobashcompletion() itself. That function doesn't follow do*() argument scheme; it matches rather one used by new*() funcs. Sadly, a number of ebuil

[gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Michał Górny
Hello, Our bash-completion.eclass is awful and ugly. I'm not even talking about flags and stuff now but dobashcompletion() itself. That function doesn't follow do*() argument scheme; it matches rather one used by new*() funcs. Sadly, a number of ebuilds is using that scheme to rename installed fi

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Corentin Chary
2011/9/1 Tomáš Chvátal : > Dne 1.9.2011 09:55, Corentin Chary napsal(a): >>> >>> Btw I have feature request, could it remember the sorting method i set? >>> (so I don't have to click and reorder it every time i refresh) >> >>  Per-page or globally ? >> > I would say globaly i smore sane here I did

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Petteri Räty
On 1.9.2011 14.31, Michał Górny wrote: > On Thu, 01 Sep 2011 14:02:11 +0300 > Petteri Räty wrote: > >> On 1.9.2011 13.51, Michał Górny wrote: >>> On Thu, 01 Sep 2011 13:44:47 +0300 >>> Petteri Räty wrote: >>> On 1.9.2011 12.03, Michał Górny wrote: > Hello, > > A quick idea. Righ

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Michał Górny
On Thu, 01 Sep 2011 14:02:11 +0300 Petteri Räty wrote: > On 1.9.2011 13.51, Michał Górny wrote: > > On Thu, 01 Sep 2011 13:44:47 +0300 > > Petteri Räty wrote: > > > >> On 1.9.2011 12.03, Michał Górny wrote: > >>> Hello, > >>> > >>> A quick idea. Right now eclasses sometimes do API changes and >

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Petteri Räty
On 1.9.2011 13.51, Michał Górny wrote: > On Thu, 01 Sep 2011 13:44:47 +0300 > Petteri Räty wrote: > >> On 1.9.2011 12.03, Michał Górny wrote: >>> Hello, >>> >>> A quick idea. Right now eclasses sometimes do API changes and start >>> yelling at users merging ebuilds using outdates APIs. This often

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Michał Górny
On Thu, 01 Sep 2011 13:44:47 +0300 Petteri Räty wrote: > On 1.9.2011 12.03, Michał Górny wrote: > > Hello, > > > > A quick idea. Right now eclasses sometimes do API changes and start > > yelling at users merging ebuilds using outdates APIs. This often > > means users start filling bugs about out

Re: [gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Petteri Räty
On 1.9.2011 12.03, Michał Górny wrote: > Hello, > > A quick idea. Right now eclasses sometimes do API changes and start > yelling at users merging ebuilds using outdates APIs. This often means > users start filling bugs about outdated ebuilds requiring maintainers > either to ignore that or start

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Corentin Chary
On Thu, Sep 1, 2011 at 10:31 AM, Michał Górny wrote: > On Wed, 31 Aug 2011 15:41:51 +0200 > Corentin Chary wrote: > >> - Specific handlers for PyPi, RubyGems, pecl and PEAR packages (check >> http://git.iksaif.net/?p=euscan.git;a=tree;f=pym/euscan/handlers;h=9a995dfcebe6beecce71851abb84a875cf6e59

[gentoo-dev] RFC: devqawarn()?

2011-09-01 Thread Michał Górny
Hello, A quick idea. Right now eclasses sometimes do API changes and start yelling at users merging ebuilds using outdates APIs. This often means users start filling bugs about outdated ebuilds requiring maintainers either to ignore that or start updating old ebuilds retroactively. Maybe we shoul

Re: [gentoo-dev] [WTH] bash-completion useflag

2011-09-01 Thread Michał Górny
On Thu, 1 Sep 2011 00:16:29 +0200 Ulrich Mueller wrote: > > On Wed, 31 Aug 2011, Mike Frysinger wrote: > > > installing the files unconditionally does fall into the > > logrotate/xinetd category, so it should get punted. but people > > should not end up with the depends installed all the tim

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Michał Górny
On Wed, 31 Aug 2011 15:41:51 +0200 Corentin Chary wrote: > - Specific handlers for PyPi, RubyGems, pecl and PEAR packages (check > http://git.iksaif.net/?p=euscan.git;a=tree;f=pym/euscan/handlers;h=9a995dfcebe6beecce71851abb84a875cf6e5979;hb=HEAD > ). AFAICS that specific handlers are required t

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-09-01 Thread Tomáš Chvátal
Addressed last bunch of suggestions :) Tom # Copyright 1999-2011 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/eclass/check-reqs.eclass,v 1.8 2011/08/22 04:46:31 vapier Exp $ # @ECLASS: check-reqs.eclass # @MAINTAINER: #

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Tomáš Chvátal
Dne 1.9.2011 09:55, Corentin Chary napsal(a): Btw I have feature request, could it remember the sorting method i set? (so I don't have to click and reorder it every time i refresh) Per-page or globally ? I would say globaly i smore sane here Tom

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Corentin Chary
> Btw I have feature request, could it remember the sorting method i set? > (so I don't have to click and reorder it every time i refresh) Per-page or globally ? -- Corentin Chary http://xf.iksaif.net

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Tomáš Chvátal
Dne 1.9.2011 09:44, Corentin Chary napsal(a): On Thu, Sep 1, 2011 at 9:23 AM, Alex Legler wrote: On Wednesday 31 August 2011 15:41:51 Corentin Chary wrote: Hi, some news about euscan (still available at http://euscan.iksaif.net) - New design (yay !) Glad you like it. Be sure to credit wher

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Corentin Chary
On Thu, Sep 1, 2011 at 9:23 AM, Alex Legler wrote: > On Wednesday 31 August 2011 15:41:51 Corentin Chary wrote: >> Hi, >> >> some news about euscan (still available at http://euscan.iksaif.net) >> >> - New design (yay !) > > Glad you like it. Be sure to credit where you got it from, though. Sorry

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Alex Legler
On Wednesday 31 August 2011 15:41:51 Corentin Chary wrote: > Hi, > > some news about euscan (still available at http://euscan.iksaif.net) > > - New design (yay !) Glad you like it. Be sure to credit where you got it from, though. -- Alex Legler Gentoo Security / Ruby signature.asc Descriptio

Re: [gentoo-dev] About upstreams appending additional CFLAGS when building with some configure options

2011-09-01 Thread Fabian Groffen
On 31-08-2011 18:29:35 -0400, Aaron W. Swenson wrote: > You shouldn't let upstream jerk you or our users around, though. If I > want to build my packages with -march=native -mtune=native -pipe -O3 > - -fzomg -freakin-fast -man -fo-sho, then by golly, let me. > > We have a 'custom-cflags' USE flag.