public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Samuli Suominen <ssuominen@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: gentoo-x86/eclass: udev.eclass
Date: Tue, 30 Oct 2012 23:22:01 +0200	[thread overview]
Message-ID: <509044F9.5080901@gentoo.org> (raw)
In-Reply-To: <20121030211657.GE809@gentoo.org>

On 30/10/12 23:16, Fabian Groffen wrote:
> On 30-10-2012 15:47:51 -0500, Doug Goldstein wrote:
>> On Tue, Oct 30, 2012 at 2:17 PM, Fabian Groffen <grobian@gentoo.org> wrote:
>>> On 30-10-2012 19:08:39 +0000, Samuli Suominen wrote:
>>>> Added: udev.eclass
>>>> Log:
>>>>    New eclass to determine udevdir from udev.pc pkg-config file as requested by many people, without ML review due to unproductive feedback
>>>
>>> Uhm...
>>> Please, stop doing this!
>>
>> Stop the bike shedding. Provide real constructive improvements. I'm
>> not copying and pasting the same hunk of code in a bunch of ebuilds.
>
> We just have policies.  It is a bad habit to believe one is not affected
> by them.
>
> Samuli just introduced an eclass for which he had to make at least two
> commits now right after its introduction to fix issues, and still it has
> incorrect code, that should be fixed.  (So far he just ignored the issue.)

One of the commits was before anything was said to ML (the EAPI change), 
the comment was later but the commenter didn't notice it just got fixed 
minutes before that.

I didn't ignore anything, but pointed this thread and the comments to 
mgorny since the exact same EPREFIX code is in systemd.eclass too. If 
you think this is incorrect, I would expect prefix@ maintainers to 
provide a patch to correct it.

And as I already pointed out, i'll be reusing the internal function 
later on in the ebuild just like systemd.eclass does, like for example, 
$(udev_do_rules_d) function.

We discussed also the conversion from echo to printf and saw it unnecessary.

So exactly what is (your) problem with the current eclass now?




  reply	other threads:[~2012-10-30 21:28 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20121030190839.A9A3D21600@flycatcher.gentoo.org>
2012-10-30 19:17 ` [gentoo-dev] Re: gentoo-x86/eclass: udev.eclass Fabian Groffen
2012-10-30 19:31   ` Samuli Suominen
2012-10-30 19:49   ` Samuli Suominen
2012-10-30 20:47   ` Doug Goldstein
2012-10-30 21:16     ` Fabian Groffen
2012-10-30 21:22       ` Samuli Suominen [this message]
2012-10-31  7:50         ` Fabian Groffen
2012-10-31  7:51           ` Samuli Suominen
2012-10-31  8:56             ` Fabian Groffen
2012-10-31 16:08               ` Samuli Suominen
2012-10-31 16:21                 ` Gilles Dartiguelongue
2012-10-31 16:55                   ` Samuli Suominen
2012-10-31 15:04         ` Alexis Ballier
2012-10-31 16:19           ` Samuli Suominen
2012-10-30 22:04     ` Ciaran McCreesh
2012-10-30 21:24   ` Michał Górny
2012-10-30 21:28     ` Samuli Suominen
2012-10-31  0:39       ` Ryan Hill
2012-10-31 15:26         ` [gentoo-dev] On the usefulness of eclass changelog Alexis Ballier
2012-10-31 15:35           ` Ian Stakenvicius
2012-10-31 15:39             ` Alexis Ballier
2012-10-31 16:15               ` Samuli Suominen
2012-10-31 16:26                 ` Ian Stakenvicius
2012-10-31 16:38                   ` Alexis Ballier
2012-10-31 16:45                   ` Jeroen Roovers
2012-10-31 18:17                 ` Rich Freeman
2012-10-31 18:33                   ` Samuli Suominen
2012-10-30 19:56 ` [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: udev.eclass Alexis Ballier
2012-10-30 19:57   ` Samuli Suominen
2012-10-30 20:08     ` Alexis Ballier
2012-10-30 20:18       ` Michał Górny
2012-10-30 20:19         ` Samuli Suominen
2012-10-31 14:57         ` Alexis Ballier
2012-10-31 15:09           ` Michał Górny
2012-10-31 15:36             ` Samuli Suominen
2012-10-31 19:17               ` Markos Chandras
2012-10-30 20:06   ` Fabian Groffen
2012-10-30 20:06   ` Ian Stakenvicius
2012-10-30 20:08     ` Samuli Suominen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=509044F9.5080901@gentoo.org \
    --to=ssuominen@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox