On 09/11/2010 12:50 AM, Arfrever Frehtes Taifersar Arahesis (arfrever)
wrote:
+PYTHON_CFLAGS=(2.* + -fno-strict-aliasing)
+
Shouldn't this rather be a patch to the build system that can be sent
upstream?
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
On 09/11/2010 10:31 PM, Fabian Groffen wrote:
On 11-09-2010 21:29:22 +0200, Ulrich Mueller wrote:
On Sat, 11 Sep 2010, Petteri Räty wrote:
Update EAPI. Fix dependencies.
This message does not tell why the EPREFIX stuff was removed.
Come on. EAPI was updated to 3, and removal of the EPREFIX
On 09/11/2010 11:20 PM, Maciej Mrozowski wrote:
On Saturday 11 of September 2010 22:18:32 Petteri Räty wrote:
On 09/11/2010 11:14 PM, Ryan Hill wrote:
On Sat, 11 Sep 2010 22:10:51 +0300
Petteri Räty betelge...@gentoo.org wrote:
+
+*hachoir-parser-1.3.4 (10 Sep 2010)
+
+ 10 Sep 2010
On 08/30/2010 05:14 PM, Markos Chandras wrote:
Hi there
It seems to me that people paying less and less attention to devaway
system[1]. As you may see yourselves, few of the entries are 2-3 year old.
This
either means that these devs are inactive since then or that they came back
and just
On 08/26/2010 12:01 PM, Markus Duft wrote:
On 08/26/2010 10:55 AM, Markus Duft wrote:
On 08/26/2010 10:33 AM, Fabian Groffen wrote:
On 26-08-2010 10:10:49 +0200, Markus Duft wrote:
I applied for a main track (regarding gentoo prefix on windows), and i
wanted to ask around, if there is
On 08/08/2010 03:21 AM, Markos Chandras wrote:
On Sat, Aug 07, 2010 at 05:15:04PM -0700, Alec Warner wrote:
Why not just set some LDFLAGS that totally won't work (-Wl, taters)
and then assume anything that actually compiles with those flags set
does not respect LDFLAGS. Set that up on a
On 4.8.2010 16.05, Peter Volkov wrote:
Bug I mentioned pretends that we have policy how to set version for
packages that use backported upstream patches.
Snapshotting a branch that is becoming next release is not backporting.
Regards,
Petteri
On 08/04/2010 02:50 PM, Markos Chandras wrote:
@Council: Yet another example that we need to track the status of every
single project in order to have a clear picture of which projects are
active and which are dead
Pruning projects that don't actively elect a lead would be a good start
On 08/04/2010 08:34 PM, Markos Chandras wrote:
On Wed, Aug 04, 2010 at 07:12:18PM +0300, Petteri Räty wrote:
On 08/04/2010 02:50 PM, Markos Chandras wrote:
@Council: Yet another example that we need to track the status of every
single project in order to have a clear picture of which
On 08/03/2010 03:03 PM, Peter Volkov wrote:
Hi.
How should we version our packages in case we've backported upstream
patches from stable branch of development?
PV reflects the status of upstream that we base the ebuild on (usually a
release) and then we apply individual reviewed patches on
On 07/31/2010 11:10 PM, Arfrever Frehtes Taifersar Arahesis wrote:
If the variable is set but not exported then it is local to the shell
env. When bash goes to exec() python the local shell variables are
not in the env; so os.environ() will not contain them.
anta...@kyoto ~ $ foo=BAR
On 07/27/2010 07:51 PM, Jeroen Roovers wrote:
On Tue, 27 Jul 2010 09:41:36 -0700
Paweł Hajdan, Jr. phajdan...@gentoo.org wrote:
On 7/27/10 7:39 AM, Jeroen Roovers wrote:
On Mon, 26 Jul 2010 22:29:06 +0200
Tomáš Chvátal scarab...@gentoo.org wrote:
Is it time yet? I still find a lot of
On 07/18/2010 05:21 PM, Christian Faulhammer wrote:
Hi,
Theo Chatzimichos tampak...@gentoo.org:
On Sun, Jul 18, 2010 at 9:06 AM, Christian Faulhammer
fa...@gentoo.org wrote:
What about getting rid of -project?
V-Li
WHAT? Why??
Because it is useless in my eyes. All discussion
On 07/17/2010 01:53 PM, Maciej Mrozowski wrote:
After gathering some feedback, after addressing reported issues, now I feel
it's ready for public consumption. especially when static-libs is being used
more and more often. It's purpose is to become standard eclass for autotools
build
On 07/17/2010 05:51 PM, Christian Faulhammer wrote:
Hi,
Thilo Bangert bang...@gentoo.org:
please avoid having stabilisation requests
like http://bugs.gentoo.org/show_bug.cgi?id=327877, blocking a
security bug. That way, architecture teams may not see the severity
directly and it slips,
On 07/17/2010 08:50 PM, Matti Bickel wrote:
On 07/17/2010 07:02 PM, Petteri Räty wrote:
Do stabilisations on the security bug so arch team members can skim
through their stabilisation list by just looking for secur...@g.o to
find the vulnerable packages.
V-Li
If you want things to happen
On 07/12/2010 12:56 AM, Doug Goldstein wrote:
I remember very clearly as you and I were both council members at the
time. My point is that this discussion does not need to even happen
and the council shouldn't even remotely be involved here.
I assumed the best way to change policy would be
On 07/11/2010 08:02 AM, Doug Goldstein wrote:
If I really need to go to the council with every change, considering
it must be debated on the ML for at least X number of days prior to
going to the council, I'd more likely just remove MythTV from the tree
and maintain it in an overlay. I don't
On 07/11/2010 07:37 PM, Jorge Manuel B. S. Vicetto wrote:
Simply put, the council's purpose is not to say oh we have to stop
development and have a 4 week debate about everything minor. The
council's purpose is to help decide between different technical
solutions and encourage people to
As previously discussed on gentoo-dev there's now a eqawarn function
available in eutils.eclass. The function delegates to the Package
Manager implementation if available. To see QA messages after emerge
when using Portage you can add the following to your make.conf:
On 07/11/2010 08:43 PM, Markos Chandras wrote:
On Sun, Jul 11, 2010 at 08:31:56PM +0300, Petteri Räty wrote:
As previously discussed on gentoo-dev there's now a eqawarn function
available in eutils.eclass. The function delegates to the Package
Manager implementation if available. To see QA
On 07/10/2010 01:22 AM, Matti Bickel wrote:
Hi,
yet another patch from Ole in a bid to rid the php eclasses from some
long forgotten code. The patches should be self-explanatory - just rip
out everything related to dev-php4 :)
Comments welcome.
The standing policy is still not to
On 07/05/2010 09:19 PM, Mark Loeser wrote:
As there was no further response and next EAPI isn't around the corner I
propose getting the ball rolling with option 1. I will commit the patch
next Sunday with needed documentation unless something comes up.
Could you please give a description as
On 07/10/2010 08:40 PM, Paweł Hajdan, Jr. wrote:
On 7/10/10 4:15 AM, Petteri Räty wrote:
Attached is the patch I plan on pushing with the eclass commit.
Just making sure... will the developer profile print the eqawarn
messages by default on exit?
Doesn't look like it. I use this in my
On 07/06/2010 02:18 AM, Jeroen Roovers wrote:
On Mon, 05 Jul 2010 22:50:56 +
Jorge Manuel B. S. Vicetto jmbsvice...@gentoo.org wrote:
I'm not going to delve into the details that have been addressed all
other this thread. Instead I'll just address one small issue.
The use of *minor* in
On 07/05/2010 08:55 PM, Pacho Ramos wrote:
El lun, 05-07-2010 a las 19:38 +0200, Harald van Dijk escribió:
On Mon, Jul 05, 2010 at 07:01:27PM +0200, Arfrever Frehtes Taifersar
Arahesis wrote:
2010-07-05 18:36:09 Tomáš Chvátal napisał(a):
Dne 5.7.2010 18:34, Arfrever Frehtes Taifersar Arahesis
On 03/12/2010 11:27 PM, Zac Medico wrote:
On 03/12/2010 11:39 AM, Petteri Räty wrote:
In eclasses there's often use for outputting QA warnings for ebuild
authors (at least in java and python could immediately make use of
this). Currently Portage has eqawarn available but it's considered
On 07/05/2010 06:23 PM, Arfrever Frehtes Taifersar Arahesis wrote:
These minor changes in python.eclass and distutils.eclass have been already
reviewed on alias of Gentoo Python Project. It's recommended to be familiar
with internals of current code before trying to understand these minor
On 07/05/2010 10:59 PM, Arfrever Frehtes Taifersar Arahesis wrote:
I don't use indentation/quoting, which would violate any rules, but some
people
might try to enforce e.g. EAPI=3 instead of EAPI=3.
You are implying you would never screw up accidentally.
Regards,
Petteri
On 06/25/2010 11:17 PM, Enrico Weigelt wrote:
Hi folks,
I'm currently collecting a set of rules which upstream developers
should follow to make distro maintainer's life easier.
Comments welcomed :)
There should be useful stuff here:
On 06/17/2010 11:29 PM, Sebastian Pipping wrote:
Petteri,
On 06/17/10 17:45, Petteri Räty wrote:
We communicate in English but that doesn't mean we all the same cultural
background. My native language doesn't do small talk and doesn't have a
word for please. Of course when writing English
On 06/21/2010 07:33 PM, Sebastian Pipping wrote:
Hello!
My manifesto up here now:
http://dev.gentoo.org/~sping/council-manifesto-2010-sping.txt
- Building sites
- Active Council
- More direct democracy
- New conflict resolution team (reforming DevRel)
- Ownership and
On 19.6.2010 21.56, Roy Bamford wrote:
Team,
Everything is in place to allow voting in the above election commence
as planned on June 20th at 00:00:00 UTC.
I put an initial manifesto here:
http://dev.gentoo.org/~betelgeuse/manifesto-2010.html
I will take a second glance on it once I get
On 17.6.2010 2.00, Sebastian Pipping wrote:
I would like to propose these fundamental changes to DevRel:
Wrong mailing list. This thread belongs to gentoo-project. I also find
it weird that you didn't consult the devrel alias before starting this
thread but I have no objections to having
On 17.6.2010 17.00, Sebastian Pipping wrote:
Petteri,
On 06/17/10 09:52, Petteri Räty wrote:
Wrong mailing list. This thread belongs to gentoo-project.
that's what I am referring to with tone in Gentoo.
I want the other 80% of you on the council.
We communicate in English
On 17.6.2010 17.10, Sebastian Pipping wrote:
Duncan,
On 06/17/10 09:56, Duncan wrote:
DevRel is
understaffed. I've seen observations to the effect that most developers
aren't interested in getting involved in that area, particularly in
reference to the conflict resolution subgroup
On 17.6.2010 18.20, Ben de Groot wrote:
On 17 June 2010 17:45, Petteri Räty betelge...@gentoo.org wrote:
We communicate in English but that doesn't mean we all the same cultural
background. My native language doesn't do small talk and doesn't have a
word for please.
I'm sorry
On 06/11/2010 12:27 PM, Pacho Ramos wrote:
From my point of view, I would prefer to:
1. Mask caps for net-wireless/bluez on affected arches, letting us to
keep bluez keyworded.
2. Open two bug reports as done with current policy: one for keywording
libcap-ng and other to check bluez works
On 06/13/2010 05:26 PM, Jorge Manuel B. S. Vicetto wrote:
Wouldn't it be better to officially support moving unmaintained
packages directly into Sunrise? In this case by 'unmaintained' I mean
those which have open bugs assigned to 'maintainer-needed' for a long
time, and are potentially a
On 06/05/2010 03:41 PM, Maciej Mrozowski wrote:
On Saturday 05 of June 2010 02:00:02 Torsten Veller wrote:
Hello fellow developers and users.
Nominations for the Gentoo Council 2010/2011 are now open for the next
two weeks (until 23:59 UTC, 18/06/2010).
All nominations must be sent to the
On 11.6.2010 6.27, Robin H. Johnson wrote:
On Thu, Jun 10, 2010 at 07:07:53PM +0200, Pacho Ramos wrote:
Currently, we only need to set a proper message in ~/.away (as talked in
http://www.gentoo.org/proj/en/devrel/roll-call/devaway.xml ) when
becoming devaway.
Related to integration of that,
On 11.6.2010 12.32, Thilo Bangert wrote:
This thread belongs to gentoo-project.
perhaps its time to reduce the number of mailinglists again. IMHO it
doesnt hurt to have this thread on gentoo-dev and the volume of messages
and their tone here has been sufficiently normal to again allow for
On 05/25/2010 09:35 PM, Arfrever Frehtes Taifersar Arahesis wrote:
- Not passing of paths to python_mod_optimize() and python_mod_cleanup() has
been
deprecated and will be disallowed on 2010-09-01. You should pass paths to
Python
modules to these functions.
- python_mod_compile() has
On 05/25/2010 01:17 AM, Mike Frysinger wrote:
On Mon, May 24, 2010 at 5:53 PM, Petteri Räty wrote:
On 24.5.2010 23.51, Mike Frysinger wrote:
On Mon, May 24, 2010 at 4:44 AM, Petteri Räty wrote:
On 24.5.2010 1.54, Mike Frysinger wrote:
ive updated eautomake to run automake in a few more edge
On 05/25/2010 11:12 PM, Mike Frysinger wrote:
On Tuesday 25 May 2010 16:02:04 Petteri Räty wrote:
Even if people don't have useful feedback sending the diff enables them
to prepare for the upcoming changes and provide support to users if
something goes wrong.
which is irrelevant here
On 05/26/2010 08:28 AM, Alec Warner wrote:
On Tue, May 25, 2010 at 8:14 PM, Nirbheek Chauhan nirbh...@gentoo.org wrote:
On Wed, May 26, 2010 at 2:19 AM, Arfrever Frehtes Taifersar Arahesis
arfre...@gentoo.org wrote:
2010-05-25 21:11:44 Petteri Räty napisał(a):
1. Messages to gentoo-dev
On 24.5.2010 1.54, Mike Frysinger wrote:
ive updated eautomake to run automake in a few more edge cases. hopefully
this doesnt break anything else (seems to not on my system), but who knows.
if you see random eautoreconf/eautomake failure, try backing out the
autotools.eclass change
On 24.5.2010 23.51, Mike Frysinger wrote:
On Mon, May 24, 2010 at 4:44 AM, Petteri Räty wrote:
On 24.5.2010 1.54, Mike Frysinger wrote:
ive updated eautomake to run automake in a few more edge cases. hopefully
this doesnt break anything else (seems to not on my system), but who knows
On 20.5.2010 5.43, Robin H. Johnson wrote:
On Thu, May 20, 2010 at 01:41:58AM +, Robin H. Johnson wrote:
Most critically, osprey, the box that does CVS-rsync generation and
master distfile fetching, has been affected.
Osprey has returned to service.
If you are using gentoo-dev please
On 05/11/2010 01:41 AM, Gilles Dartiguelongue wrote:
lafilefixer is not the right tool for this. At least it's current scope
is to replace usage of la files in la files, not to replace occurences
of one lib with another. Plus the problem of lafilefixer not changing
the hash of the installed
On 05/09/2010 01:22 PM, Christopher Harvey wrote:
I ran cat /sbin/rc-update and the script is copyright gentoo foundation,
so I'm asking here if there is a programmatic interface to the script.
I'd rather avoid parsing ascii to try to interpret the rc-update state.
(This is for work on ventoo
On 04/25/2010 01:06 PM, Ryan Hill wrote:
On Sat, 24 Apr 2010 20:40:54 +0300
Petteri Räty betelge...@gentoo.org wrote:
What do you think about not allowing commits to eclasses without
mentioning an another developer who has reviewed and approved the diff
in the commit message? There's enough
On 04/24/2010 09:14 PM, Alexis Ballier wrote:
On Sat, 24 Apr 2010 20:40:54 +0300
Petteri Räty betelge...@gentoo.org wrote:
17:34 Betelgeuse robbat2|na: how easy to it to prevent commits to
CVS if the commit message doesn't match a certain pattern?
17:36 @robbat2|na go and checkout
On 04/26/2010 01:42 AM, Alistair Bush wrote:
On 04/24/2010 09:14 PM, Alexis Ballier wrote:
On Sat, 24 Apr 2010 20:40:54 +0300
Petteri Räty betelge...@gentoo.org wrote:
17:34 Betelgeuse robbat2|na: how easy to it to prevent commits to
CVS if the commit message doesn't match a certain pattern
17:34 Betelgeuse robbat2|na: how easy to it to prevent commits to CVS
if the commit message doesn't match a certain pattern?
17:36 @robbat2|na go and checkout the CVSROOT and there should be an
example there
17:37 Betelgeuse robbat2|na: Ok so doable then. Thanks.
What do you think about not
On 04/12/2010 02:20 AM, Ryan Hill wrote:
On Thu, 8 Apr 2010 00:13:41 +0200
Christian Faulhammer fa...@gentoo.org wrote:
Petteri Räty betelge...@gentoo.org:
I don't think later is valid resolution. If there's a valid bug it
just means it's never looked at again. If the bug is not valid
On 04/11/2010 10:38 PM, Paweł Hajdan, Jr. wrote:
What do you think about creating a new virtual package, icon-theme?
This would for example simplify the dependencies for
www-client/chromium, which currently uses this:
What other packages would make use of the virtual?
Regards,
Petteri
On 04/09/2010 05:51 PM, Dror Levin wrote:
On Wed, Apr 7, 2010 at 21:05, Denis Dupeyron calc...@gentoo.org wrote:
On Wed, Apr 7, 2010 at 11:14 AM, Ben de Groot yng...@gentoo.org wrote:
So all I'm asking is to do your job and make decisions on issues that
affect all of Gentoo. The issues I
As people seem to want the council to take action I offer to take
action. As it's impossible for me to do everything myself I offer to act
as a project manager/owner for people willing to donate their time to
whatever I see worthy for Gentoo as whole like the web page redesign.
Basically you tell
On 04/10/2010 05:00 PM, Markos Chandras wrote:
On Saturday 10 April 2010 16:53:48 Petteri Räty wrote:
As people seem to want the council to take action I offer to take
action. As it's impossible for me to do everything myself I offer to act
as a project manager/owner for people willing
On 04/10/2010 05:38 PM, Ben de Groot wrote:
On 10 April 2010 15:53, Petteri Räty betelge...@gentoo.org wrote:
As people seem to want the council to take action I offer to take
action. As it's impossible for me to do everything myself I offer to act
as a project manager/owner for people willing
I was asked on #gentoo-council to respond to this post so I will. It
should also be noted council members usually speak as individual members
instead of for the council as a whole.
On 04/07/2010 06:00 PM, Denis Dupeyron wrote:
On Wed, Apr 7, 2010 at 8:23 AM, Ben de Groot yng...@gentoo.org wrote:
On 04/10/2010 11:17 PM, Ben de Groot wrote:
On 10 April 2010 21:27, Denis Dupeyron calc...@gentoo.org wrote:
Ben,
Petteri was proposing an idea. He is being creative
You call that creative? It seems you don't know what the word means.
You don't have to take any part in the experiment but
On 04/10/2010 04:53 PM, Petteri Räty wrote:
As people seem to want the council to take action I offer to take
action. As it's impossible for me to do everything myself I offer to act
as a project manager/owner for people willing to donate their time to
whatever I see worthy for Gentoo as whole
On 04/11/2010 12:18 AM, Ben de Groot wrote:
On 10 April 2010 22:56, Petteri Räty betelge...@gentoo.org wrote:
I guess I was hallucinating that I started the wiki project, which has
been a popular request for as long as I can remember. I guess I
imagined I worked together with Markos to start
On 04/11/2010 12:37 AM, Ben de Groot wrote:
On 10 April 2010 23:23, Petteri Räty betelge...@gentoo.org wrote:
On 04/11/2010 12:18 AM, Ben de Groot wrote:
Not if you think it is okay for Calchan to insult me the way he did.
Could he have chosen better words - yes
Were there errors in content
On 04/11/2010 01:06 AM, Denis Dupeyron wrote:
No mud slinging there but a fact. You can either ignore this kind of
behavior and let them pollute our mailing lists, or you can point at
them and say they won't be tolerated. I chose the latter.
I mean things like immature political rantings
On 04/11/2010 01:38 AM, Ryan Hill wrote:
You ignored my point about this being completely moot once we start using
flags in bugzilla for arch teams. We'll have to change the policy then
to the maintainer being the assignee anyways.
Then we will do it when that happens.
Regards,
Petteri
On 04/07/2010 12:05 PM, Ulrich Mueller wrote:
Next monthly council meeting will be at 19 April 2010, 18:00 UTC
in #gentoo-council.
If you have any topics you want us to discuss or even vote about,
simply followup to this message.
Ulrich
Two things already discussed on this mailing list
On 04/05/2010 05:36 AM, Alistair Bush wrote:
On 4/3/10 3:40 PM, Ben de Groot wrote:
Are there any other ideas on how to improve our recruitment process?
The idea appeared before, but I think it's worth noting.
Either merge the ebuild and end quizzes, or make the split actually
meaningful.
On 04/05/2010 09:26 PM, Zeerak Mustafa Waseem wrote:
The first option could be somewhat simple, we already have overlays
so those could simply be used. The second option (which would be the
best IMO) is a fair bit harder. The first thing that needs to be done
is find out why people don't
On 04/04/2010 04:48 AM, Joshua Saddler wrote:
On Sat, 03 Apr 2010 11:16:32 +0200 Tobias Scherbaum
dertobi...@gentoo.org wrote:
- Our formerly outstanding documentation still is somewhat
maintained, but that's it. I haven't seen any new additions (both
to our docs, but also to our docs-team)
On 04/04/2010 12:35 AM, Gilles Dartiguelongue wrote:
Le samedi 03 avril 2010 à 12:50 +0300, Petteri Räty a écrit :
I don't think later is valid resolution. If there's a valid bug it just
means it's never looked at again. If the bug is not valid then a
different resolution should be used. So
On 04/04/2010 12:16 PM, Nirbheek Chauhan wrote:
On Sun, Apr 4, 2010 at 2:35 PM, Petteri Räty betelge...@gentoo.org wrote:
On 04/04/2010 12:35 AM, Gilles Dartiguelongue wrote:
You are trying to remove a valid status for a case that has been badly
managed ??? Speaking for gnome herd, afaik, all
On 04/01/2010 11:28 PM, Jeroen Roovers wrote:
On Sat, 27 Mar 2010 17:07:26 +0200
Petteri Räty betelge...@gentoo.org wrote:
On 03/27/2010 04:51 PM, Alex Alexander wrote:
The only reason I don't really like this is because it breaks
consistency. We have a ground rule, assign to maintainer
On 04/04/2010 12:48 AM, Sebastian Pipping wrote:
On 04/03/10 21:00, Jesus Rivero (Neurogeek) wrote:
Maybe if we could find the way to make the knowledge found in
quizzes be more exciting to new devs, then we could still have a
strong recruitment process without the burden of completing the
On 04/03/2010 12:16 PM, Tobias Scherbaum wrote:
- Infra: One might get the idea our Infra team is just Robin (yeah, sure
there are more people, but ) ... things are happening slowly (no
offend - I fully understand that those few can't dedicate more of their
spare time to infra work!),
I don't think later is valid resolution. If there's a valid bug it just
means it's never looked at again. If the bug is not valid then a
different resolution should be used. So what do you think about
disabling later? I would like to avoid things like this:
On 04/03/2010 02:33 PM, Richard Freeman wrote:
I think the problem is that our recruitment process uses the ability to
answer complex technical and organizational questions as a way to assess
maturity. I think that maturity is far more important than technical
skill in a distro - a mature
On 04/03/2010 04:40 PM, Ben de Groot wrote:
Another problem I see is that our documentation seems to be scattered
all over the place. I propose that we make at least one portal page
for (prospective) developers that will link them to all the resources
they might need. It also means our
On 04/03/2010 04:53 PM, George Prowse wrote:
Armed with a list of where developers are spread too thinly, a
willingness to answer questions (no matter how stupid you believe them
to be) and some prior organisation then i see no reason why Gentoo
wouldn't get an immediate influx of at least
On 04/03/2010 06:25 PM, Jorge Manuel B. S. Vicetto wrote:
On 03-04-2010 09:50, Petteri Räty wrote:
I don't think later is valid resolution. If there's a valid bug it just
means it's never looked at again. If the bug is not valid then a
different resolution should be used. So what do you think
On 04/03/2010 08:54 PM, Alec Warner wrote:
On Sat, Apr 3, 2010 at 10:10 AM, Petteri Räty betelge...@gentoo.org wrote:
On 04/03/2010 06:25 PM, Jorge Manuel B. S. Vicetto wrote:
On 03-04-2010 09:50, Petteri Räty wrote:
I don't think later is valid resolution. If there's a valid bug it just
On 03/28/2010 09:27 AM, Brian Harring wrote:
On Sun, Mar 28, 2010 at 01:03:43AM -0500, Doug Goldstein wrote:
I seriously hate changing USE flags for the sake of changing use
flags. This provides a moderate amount of annoyance for anyone that
maintains more then one Gentoo box because they need
On 03/12/2010 09:18 PM, Petteri Räty wrote:
There seems to be two different schools on who to assign a keywording
bug with only a single arch. I have myself assigned it to the arch in
question but there's a difference of opinion here:
http://bugs.gentoo.org/show_bug.cgi?id=272160#c5
Let's get
On 03/24/2010 08:30 PM, Peter Hjalmarsson wrote:
For qemu-kvm the problem is that there is only one implementation (i.e.
gnutls), and if I want to have ssl support I have to enable gnutls for
this package.
In this case the ebuild should have only ssl use flag.
When I wrote a bug about this
See this thread for background:
http://archives.gentoo.org/gentoo-dev/msg_0673a33fe75961e510872fd2c1044ced.xml
I think we should go through all the ssl use flag using packages and
unify the use flag descriptions and behavior to the following standing
policy (handed down probably):
1) packages
On 03/27/2010 04:51 PM, Alex Alexander wrote:
The only reason I don't really like this is because it breaks
consistency. We have a ground rule, assign to maintainer, CC arch(es).
Why make it more complicated? I have a feeling people will continue
CCing arches out of habit.
I don't think we
On 19.3.2010 11.35, Arfrever Frehtes Taifersar Arahesis wrote:
I can add python2 USE flag (enabled by default) to some versions of
dev-lang/python. With USE=-python2, Python 2 will not be required and
Python 3 will be set as main active version of Python.
You should move to the same
Any objections to turning on the udev use flag by default in the base
profile?
Regards,
Petteri
signature.asc
Description: OpenPGP digital signature
On 03/19/2010 04:04 PM, Fabian Groffen wrote:
On 19-03-2010 15:59:07 +0200, Petteri Räty wrote:
Any objections to turning on the udev use flag by default in the base
profile?
Yeah, can we just do it in the Linux profiles only somewhere?
If udev doesn't work on the system, the flag
On 03/19/2010 07:25 PM, Mike Frysinger wrote:
On Friday 19 March 2010 10:07:59 Petteri Räty wrote:
On 03/19/2010 04:04 PM, Fabian Groffen wrote:
On 19-03-2010 15:59:07 +0200, Petteri Räty wrote:
Any objections to turning on the udev use flag by default in the base
profile?
Yeah, can we just
On 03/18/2010 09:43 PM, Thomas Sachau wrote:
So my vote goes for changing the dependency strings for affected packages.
Here's some thoughts on the matter:
- dev-lang/python is correct if the package works with all python
versions in tree
- in general we want new slots of packages like gcc
On 03/18/2010 10:10 PM, Ciaran McCreesh wrote:
On Thu, 18 Mar 2010 22:02:38 +0200
Petteri Räty betelge...@gentoo.org wrote:
Here's how we could change Portage behavior for pulling new slots that
are not strictly required:
- for packages in the world file install as soon as available
On 03/18/2010 10:21 PM, Thomas Sachau wrote:
On 03/18/2010 09:02 PM, Petteri Räty wrote:
On 03/18/2010 09:43 PM, Thomas Sachau wrote:
So my vote goes for changing the dependency strings for affected packages.
Here's some thoughts on the matter:
- dev-lang/python is correct if the package
On 03/14/2010 10:56 AM, Ryan Hill wrote:
On Sat, 13 Mar 2010 19:07:41 +0200
Petteri Räty betelge...@gentoo.org wrote:
When a bug is marked as fixed it doesn't show up in searches developers
use so it's a matter of who reads the email and acts upon it. I don't
see why maintainers would
On 03/12/2010 10:11 PM, Jeremy Olexa wrote:
On Fri, 12 Mar 2010 21:18:03 +0200, Petteri Räty betelge...@gentoo.org
wrote:
There seems to be two different schools on who to assign a keywording
bug with only a single arch. I have myself assigned it to the arch in
question but there's
On 03/12/2010 11:47 PM, William Hubbs wrote:
Since all the arch team does is stabilize or keyword, the maintainer
needs to know if other issues come up with the bug after it is closed.
The maintainer is the reporter or in Cc.
Regards,
Petteri
signature.asc
Description: OpenPGP digital
On 03/13/2010 07:21 PM, Samuli Suominen wrote:
On 03/13/2010 07:07 PM, Petteri Räty wrote:
When a bug is marked as fixed it doesn't show up in searches developers
use so it's a matter of who reads the email and acts upon it. I don't
see why maintainers would be any more likely to act than
On 03/12/2010 11:27 PM, Zac Medico wrote:
On 03/12/2010 11:39 AM, Petteri Räty wrote:
In eclasses there's often use for outputting QA warnings for ebuild
authors (at least in java and python could immediately make use of
this). Currently Portage has eqawarn available but it's considered
101 - 200 of 893 matches
Mail list logo