gmane.linux.gentoo.project

The Gentoo Recruiters project needs your help

Markos Chandras — 2013-05-18T09:53:02

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi,

It is not a secret that from time to time we have long delays in
picking up your mentees for their final recruitment process. This is
because the project has only two active developers for the last 2
years (or more) so delays are inevitable. Therefore, if anyone is
willing to join the project and help us with recruitments please do
tell us. If you feel you will not be able to do recruitments regularly
that is absolutely fine. Sporadic activity is just as good as regular
activity so do not worry about that. Our documentation covers[1] what
it takes to become a recruiter but apart from that there will be some
training sessions where you will get to do full review sessions
supervised by
a senior recruiter.

[1] http://www.gentoo.org/proj/en/devrel/recruiters/#doc_chap4

- -- 
Regards,
Markos Chandras - Gentoo Linux Developer
http://dev.gentoo.org/~hwoarang
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iQJ8BAEBCgBmBQJRl09+XxSAAAAAAC4AKGlzc

Re: New DevRel lead: Markos Chandras (hwoarang)

Pacho Ramos — 2013-05-07T20:10:16

El mar, 07-05-2013 a las 23:03 +0300, Petteri Räty escribió:

Good luck Markos!

New DevRel lead: Markos Chandras (hwoarang)

Petteri Räty — 2013-05-07T20:03:33

Hi everyone,
As required by GLEP 39 developer relations recently held yearly project
lead elections. I did not stand for re-election so a new lead was
selected. I would like to announce Markos Chandras (hwoarang) as the new
project lead and may his time as lead be as uneventful as possible. I
will still remain as a member of the project.

Good luck Markos,
Petteri

Agenda for Gentoo Council meeting on 2013-05-14

Petteri Räty — 2013-05-07T19:50:31

The next council meeting will be on Tuesday 14th May 2013 19:00 UTC.

Proposed agenda:

1. Introduction and roll call (5 minutes)

2. econf arguments (5 minutes)
http://article.gmane.org/gmane.linux.gentoo.pms/751

3. enabling preserve-libs by default in stable Portage (10 minutes)
http://news.gmane.org/gmane.linux.gentoo.project

4. EAPI 6 items (20 minutes)
http://thread.gmane.org/gmane.linux.gentoo.devel/84704

5. Open bugs with council involvement (10 minutes)

6. Open floor

Regards,
Petteri

Re: Call for agenda items - Council meeting 2013-05-14

Ciaran McCreesh — 2013-05-01T17:45:52

On Wed, 1 May 2013 13:35:25 -0400
Rich Freeman <rich0< at >gentoo.org> wrote:

No, they also tend to get their developers to split out libraries
where necessary, allowing multiple versions of the libs to be installed
in parallel, correctly. Granted, the way most of them do it is ugly,
but their developers do put in the work.


"Barely adequate" is the enemy of "good".

Re: Call for agenda items - Council meeting 2013-05-14

Rich Freeman — 2013-05-01T17:35:25

On Wed, May 1, 2013 at 1:30 PM, Ciaran McCreesh
<ciaran.mccreesh< at >googlemail.com> wrote:

Well, if you only support one version of every library and change them
all in lockstep a few times a year, then this becomes a complete
non-issue.  However, if you're going to do that then a big part of the
value that Gentoo creates is lost.

Honestly, this seems a bit like hurting our users so that developers
feel sorry for them and jump through hoops.  We might as well threaten
to kill kittens anytime the bug wrangler list goes over a certain
threshold, or a GLSA stays open too long.

Sure, I'd prefer a perfect world to a better world, but I'm not going
to get a perfect world, so I'd prefer a better world to the one I live
in today.

Rich

Re: Call for agenda items - Council meeting 2013-05-14

Ciaran McCreesh — 2013-05-01T17:30:21

On Wed, 01 May 2013 10:27:27 -0700
Zac Medico <zmedico< at >gentoo.org> wrote:

Big binary distros already deal with this problem...

Re: Call for agenda items - Council meeting 2013-05-14

Zac Medico — 2013-05-01T17:27:27

As downstream packagers, do we or can we really expect to have that much
influence of upstream developers? If the big binary distros are willing
to package these things without complaints, then how likely is it that
upstream developers will change their ways?

Re: Call for agenda items - Council meeting 2013-05-14

Rich Freeman — 2013-05-01T16:35:10

On Wed, May 1, 2013 at 11:22 AM, Ciaran McCreesh
<ciaran.mccreesh< at >googlemail.com> wrote:

Unless we fully slot (not subslot) every version of everything that
gets linked there is still the issue of what happens between the time
package A is upgraded, and package B which depends on A is upgraded.
That will often be minutes, and could be hours or days even with slot
operator dependencies.  Some packages take a long time to build, and
if there is a failure it might take a user days to work it out.

Even if preserve-libs is imperfect, it improves usability.  Are there
any scenarios where it actually makes things worse?  Sure, maybe once
in a blue moon a lib no longer works because it is out of sync with a
config file, but would it work any better if it were just outright
deleted?

Rich

Re: Call for agenda items - Council meeting 2013-05-14

Michał Górny — 2013-05-01T15:39:20

On Sat, 27 Apr 2013 19:59:20 +0300
Petteri Räty <betelgeuse< at >gentoo.org> wrote:


And once again, I'd like to ask the Council to start voting on EAPI 6
items.

'Collecting items' thread:
  http://thread.gmane.org/gmane.linux.gentoo.devel/84704

Re: Call for agenda items - Council meeting 2013-05-14

Ciaran McCreesh — 2013-05-01T15:35:56

On Wed, 1 May 2013 17:28:02 +0200
Michał Górny <mgorny< at >gentoo.org> wrote:

It's necessary, and the way to convince developers is to stop providing
a nasty hack as a not-really-working alternative.

Re: Call for agenda items - Council meeting 2013-05-14

Michał Górny — 2013-05-01T15:28:02

On Wed, 1 May 2013 16:22:47 +0100
Ciaran McCreesh <ciaran.mccreesh< at >googlemail.com> wrote:


Convince the developers to split packages into proper parts, then we
can talk. Or even better, convince upstreams to split their packages.

Re: Call for agenda items - Council meeting 2013-05-14

Ciaran McCreesh — 2013-05-01T15:22:47

On Wed, 01 May 2013 08:18:50 -0700
Zac Medico <zmedico< at >gentoo.org> wrote:

...and that it's utterly frickin' broken as a concept, and that
adopting it will slow down people switching to the proper solution to
the problem, which is slots.

Re: Call for agenda items - Council meeting 2013-05-14

Zac Medico — 2013-05-01T15:18:50

I'd like to get the Council's opinion on having FEATURES=preserve-libs
enabled by default in stable portage. About 6 months ago I mentioned on
my blog [1] that I might consider enabling it by default after
slot-operators and sub-slots became widely adopted. We seem to be
reaching a satisfactory level of adoption now.

I know that this feature has been questioned by some, especially by
people involved with Paludis (which doesn't implement preserve-libs). I
think that the main compliant is that preserve-libs doesn't preserve any
non-library dependencies (such as configuration files) that a library
may depend on.

[1]
http://blogs.gentoo.org/zmedico/2012/09/21/preserve-libs-available-in-portage-2-1/

Re: Call for agenda items - Council meeting 2013-05-14

Mike Gilbert — 2013-05-01T15:15:27

I would like to get the council's opinion on enabling the
"preserve-libs" portage feature by default in the stable portage
branch.

This feature compliments the slot-operator feature introduced with
EAPI 5 by keeping libraries installed until reverse dependencies can
be rebuilt.

Zac Medico seems to be ok with it, but requested that I ask the
council to discuss it.

Re: Call for agenda items - Council meeting 2013-05-14

Ulrich Mueller — 2013-05-01T07:37:40

I'd like to ask for a vote on a clarification of PMS wording, namely
that econf arguments are passed to configure after default options.
Patch is here: http://article.gmane.org/gmane.linux.gentoo.pms/751

Ulrich

Re: Call for agenda items - Council meeting 2013-05-14

Michał Górny — 2013-04-27T21:27:43

On Sat, 27 Apr 2013 19:59:20 +0300
Petteri Räty <betelgeuse< at >gentoo.org> wrote:


I would like to request the Council to vote on the topic of changing
the ${D} and ${ROOT} variables not to be terminated with a trailing
slash. To decrease confusion and improve forward compatibility, this
would benefit from retroactively removing the 'must end with a trailing
slash' guarantees from PMS, changing it to undefined and working on
fixing the ebuilds which relied on those.

Then, in a future EAPI a common guarantee will be added that all path
variables do not end with a trailing slash.

The topic has been brought on the ml [1] and there was some discussion
in the relevant bug [2] as well. I've written a simple plan on how to
handle it effectively [3], attached a PMS patch and two dedicated QA
checks for repoman.

The idea has met mostly positive feedback. Ciaran is opposed to it.
The number of ebuilds needing changing for the 'no trailing slash'
standard is estimated to be at least 30 times smaller than those which

Call for agenda items - Council meeting 2013-05-14

Petteri Räty — 2013-04-27T16:59:20

In two weeks from now, the council will meet again. This is the time
to raise and prepare items that the council should put on the agenda
to discuss or vote on.

Please respond to this email with agenda items. Please do not hesitate
to repeat your agenda item here with a pointer if you previously
suggested one (since the last meeting).

The agenda for the next meeting will be sent out on Tuesday
7th of May 2013.

Please respond to the gentoo-project list for the items and have the
actual discussion on the items on the best suited mailing list (usually
gentoo-dev or gentoo-project).

Petteri

Foundation Membership

David Abbott — 2013-04-23T00:38:31

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear Community,

We are getting ready for our elections in 2013. If you are not a member
of the foundation and would like to be able to vote you will need to be
a member by the recording date. We are shooting for our next scheduled
meeting on May 19.

Full members are admitted by petitioning the trustees for membership,
providing verifiable evidence of their contribution to Gentoo.

Active Gentoo developers who are not members of the Foundation may
apply for membership. Any developer applying for membership in the
Foundation will become a member of the Foundation immediately after the
next Trustee meeting following the application unless an absolute
majority of the trustees (currently 3 out of 5) oppose membership for
the developer at this meeting.

Applicants who are not Gentoo developers need to cite verifiable
evidence of contributing to Gentoo or to the stated aims of the Gentoo
Foundation Inc.

Examples of contributing include but ar

Re: [gentoo-dev-announce] New Developer: Jan "yac" Matejka

Thomas Kahle — 2013-04-15T06:26:42

Welcome!  SuSE Linux 5.0 was my first self-installed Linux distro and
now we are infiltrating them...

Cheers,
Thomas

New Developer: Jan "yac" Matejka

Markos Chandras — 2013-04-14T20:57:28

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Good evening,

It is my pleasure to announce a new Gentoo developer. Jan "yac" Matejka
is joining us from Kladno, Czech Republic and he will be working in the
python and suse teams. Here is how he describes himself:
"I work as QA person for SUSE but I consider myself rather a software
developer with primary language python. I'm currently also skilling
experience in sysops area with cfengine and gentoo."

Please give him a warm welcome.

- -- 
Regards,
Markos Chandras - Gentoo Linux Developer
http://dev.gentoo.org/~hwoarang
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iQJ8BAEBCgBmBQJRaxg4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzNTVDNDczOUYzRjJEMTRGNDRGMzU2RkMw
OUJGNEY1NEMyQkE3RjNDAAoJEAm/T1TCun88rWsQAJUdiCWUnZEiwQH0wdxrH0nl
W0lzBPZc39/vfJHL+Qdx1N4zetddMLl7THWG7myS+ELKr3Bnbvgq6tGXaNzH45ql
TI3lPpjPgiLNPpfI/jkEU4pY/ykEWkgY4/LtOOXYBwVRpfLdJLqQhVuDemXpTI5f
3gJA5UUabSkIhbVlpWHo4zEP+USthJXDV6F6T99JQbwSDYu3sjqHXe