Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Hans de Graaff
On Tue, 2010-04-06 at 09:06 -0400, Richard Freeman wrote: Why not just get rid of the in-tree Changelogs entirely? The scm logs already document this information, so why have it in a file? It seems like the main purpose for it is for end-users to have some idea what changed in an ebuild.

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Dirkjan Ochtman
On Tue, Apr 6, 2010 at 04:13, Nirbheek Chauhan nirbh...@gentoo.org wrote: * Use a separator in the commit message like == \n to denote that everything after this is dev-only information and should be skipped from the user ChangeLog I think this is fairly elegant, and a good solution to this

[gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Ulrich Mueller
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

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Angelo Arrifano
First, I've been using git to hack Linux for some embedded devices. My development was in sync with upstream linux-omap to which I sent several patches. So, consider yourself that I have some experience with git. On 06-04-2010 08:41, Fabian Groffen wrote: On 06-04-2010 07:43:02 +0530, Nirbheek

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Ciaran McCreesh
On Wed, 07 Apr 2010 11:58:13 +0200 Angelo Arrifano mik...@gentoo.org wrote: With my experience in Gentoo-embedded I can also present a problem where branching is extremely useful: 1) Package foobar-1.2 is in the tree and keyworded only for ~x86 ~amd64. 2) Some dev at -embedded decides that

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Angelo Arrifano
On 07-04-2010 00:21, Robin H. Johnson wrote: On Tue, Apr 06, 2010 at 09:06:24AM -0400, Richard Freeman wrote: Why not just get rid of the in-tree Changelogs entirely? The scm logs already document this information, so why have it in a file? The major concern with this is users that are NOT

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

2010-04-07 Thread Sebastian Pipping
On 04/04/10 00:24, Sebastian Pipping wrote: Concrete tasks == - [..] - work on association between bugs and packages (for all bugs, not just bugday ones) I've been playing with code answering the questions: - How do bugs and packages relate? - How is bugload distributed across

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

2010-04-07 Thread Ben de Groot
On 7 April 2010 13:20, Sebastian Pipping sp...@gentoo.org wrote:  - herds.xml does not hold membership lists for   all projects, not even herds.  The load   evaluator needs access to complete mappings   to generate output close to reality.   How can such a mapping be made without  

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Ben de Groot
On 7 April 2010 11:05, Ulrich Mueller u...@gentoo.org 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. 1. reconsider metadata changepolicies proposal

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Richard Freeman
On 04/07/2010 05:58 AM, Angelo Arrifano wrote: 3*) With git, one would just branch (lets call it embedded branch) the package. Apply the patches there and let people using embedded profiles to emerge from that branch instead of master. Benefits? I think they are pretty obvious - people can start

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Denis Dupeyron
On Wed, Apr 7, 2010 at 8:23 AM, Ben de Groot yng...@gentoo.org wrote: 1. reconsider metadata changepolicies proposal == [...] Can council please decide to honor the wish from developers to implement this? The council will be glad to vote on a GLEP

Re: [gentoo-dev] Re: [Gentoo Pheonix] Heartbeat team force

2010-04-07 Thread Markos Chandras
On Tuesday 06 April 2010 10:03:26 Torsten Veller wrote: * Sebastian Pipping sp...@gentoo.org: - Package tree history (VCS logs, ..) - get real numbers on how much active manpower we have I am generating monthly stats for gentoo-x86 for a year or so:

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Markos Chandras
On Tuesday 06 April 2010 05:13:02 Nirbheek Chauhan wrote: Just a question: Why do we even need to care about ChangeLog files? Can't we just use the git commit message to generate logs? E.g run a script on server side which will read the whole git shortlog and generate a changelog every

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Ben de Groot
On 7 April 2010 17:00, Denis Dupeyron calc...@gentoo.org wrote: Before we go any further, let me make the following PA announcement:  1 - If you want to improve a project or subproject the best (and often only) thing to do is to join it.  2 - The council isn't a super-nanny metaproject with

Re: [gentoo-dev] [Gentoo Phoenix] recruitment process

2010-04-07 Thread Markos Chandras
On Monday 05 April 2010 21:51:34 Nathan Zachary wrote: On 05/04/10 11:07, Jon Portnoy wrote: On Mon, Apr 05, 2010 at 08:50:49AM +0300, Eray Aslan wrote: Just replying randomly. On 05.04.2010 04:33, Tobias Heinlein wrote: I think this is a good starting point to get rid of the some

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Denis Dupeyron
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 brought up are wider than a single individual project. And almost 100% of the time this needs to run through a GLEP,

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Ben de Groot
On 7 April 2010 20: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 brought up are wider than a single individual project.

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Nirbheek Chauhan
On Wed, Apr 7, 2010 at 10:24 PM, Markos Chandras hwoar...@gentoo.org wrote: On Tuesday 06 April 2010 05:13:02 Nirbheek Chauhan wrote: Just a question: Why do we even need to care about ChangeLog files? Can't we just use the git commit message to generate logs? E.g run a script on server side

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

2010-04-07 Thread Sebastian Pipping
On 04/07/10 14:00, Ben de Groot wrote: On 7 April 2010 13:20, Sebastian Pipping sp...@gentoo.org wrote: - herds.xml does not hold membership lists for all projects, not even herds. The load evaluator needs access to complete mappings to generate output close to reality. How can

Re: [gentoo-dev] [Gentoo Pheonix] Heartbeat team force

2010-04-07 Thread Ben de Groot
On 7 April 2010 20:55, Sebastian Pipping sp...@gentoo.org wrote:  dev role=leadwelp/dev  dev role=lead description=Deputy leaddrizzt/dev  dev role=memberaballier/dev  dev role=memberthe_paya/dev that looks usable. Except that it's out of date as welp is retired. with the herd embedded

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Arun Raghavan
Hi Ben, On 7 April 2010 22:44, Ben de Groot yng...@gentoo.org wrote: [...] 1.  Project Description The elected Gentoo Council decides on global issues and policies that affect multiple projects in Gentoo. GLEP 39 also says Global issues will be decided by an elected Gentoo council. So

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Ben de Groot
On 7 April 2010 23:02, Arun Raghavan ford_pref...@gentoo.org wrote: I don't understand what you expect the council to do in some of these cases. Taking the website redesign or consolidation of documentation as examples, do you want them to: a) Decide that this should be done? b) Call for

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-07 Thread Markos Chandras
On Wednesday 07 April 2010 21:41:49 Nirbheek Chauhan wrote: On Wed, Apr 7, 2010 at 10:24 PM, Markos Chandras hwoar...@gentoo.org wrote: On Tuesday 06 April 2010 05:13:02 Nirbheek Chauhan wrote: Just a question: Why do we even need to care about ChangeLog files? Can't we just use the

[gentoo-dev] Re: Should we disable RESOLVED LATER from bugzilla?

2010-04-07 Thread Christian Faulhammer
Hi, 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 then a different resolution should be used. So what do you think about disabling later? I would like to avoid things like

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Richard Freeman
On 04/07/2010 11:00 AM, Denis Dupeyron wrote: 5. centralize developer documentation = This is an interesting idea which I believe I have seen discussed on irc at some point. Feel free to work on a GLEP to address that. To be honest, this doesn't even need

Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps

2010-04-07 Thread Enrico Weigelt
* Maciej Mrozowski reave...@gmail.com schrieb: Hi, Apart from PDEPEND, one change needed as well in cups ebuilds: --with-pdftops pdftops needs to be replaced with --with-pdftops=/usr/bin/pdftops as otherwise it will fail during configure phase (giving absolute path disables

Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps

2010-04-07 Thread Enrico Weigelt
* Nirbheek Chauhan nirbh...@gentoo.org schrieb: On Sat, Mar 6, 2010 at 5:02 PM, Ben de Groot yng...@gentoo.org wrote: Would it be possible to make cups a PDEPEND in gtk+ or is it really needed at compile time? cups is definitely needed at compile-time Does anyone know what exactly for ?

Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps

2010-04-07 Thread Nirbheek Chauhan
On Thu, Apr 8, 2010 at 4:13 AM, Enrico Weigelt weig...@metux.de wrote: * Nirbheek Chauhan nirbh...@gentoo.org schrieb: On Sat, Mar 6, 2010 at 5:02 PM, Ben de Groot yng...@gentoo.org wrote: Would it be possible to make cups a PDEPEND in gtk+ or is it really needed at compile time? cups is

Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps

2010-04-07 Thread Enrico Weigelt
* Nirbheek Chauhan nirbh...@gentoo.org schrieb: If it turns out there is no easier way of properly fixing this, we may have to split poppler-utils out from poppler. ACK. Having separate packages for public libraries and utils which just happen to use these libs should be the default case.

Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps

2010-04-07 Thread Enrico Weigelt
* Ben de Groot yng...@gentoo.org schrieb: Or maybe the gtk+ maintainers want to split up their package... Actually, that would be a big step forward ... cu -- - Enrico Weigelt== metux IT service -

Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps

2010-04-07 Thread Nirbheek Chauhan
Why are you replying to a thread that has already been resolved? Please stop. On Thu, Apr 8, 2010 at 4:43 AM, Enrico Weigelt weig...@metux.de wrote: * Nirbheek Chauhan nirbh...@gentoo.org schrieb: If it turns out there is no easier way of properly fixing this, we may have to split

Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps

2010-04-07 Thread Enrico Weigelt
* Nirbheek Chauhan nirbh...@gentoo.org schrieb: Does anyone know what exactly for ? Didnt have the time for an deeper investigation, but if an widget toolkit requires an printing service, something really strange is happening, IMHO ... ;-o Download the gtk+ tarball and take a peek

Re: [gentoo-dev] Council meeting 19 April 2010

2010-04-07 Thread Denis Dupeyron
On Wed, Apr 7, 2010 at 4:30 PM, Richard Freeman ri...@gentoo.org wrote: Sure, it is the best way to make big changes Why then use anything else than the best tool when you can use the best tool? I didn't say that he should work on a GLEP though, but that he should feel free to do so, which is