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

On Tue, Apr 6, 2010 at 04:13, Nirbheek Chauhan 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 problem. Cheers,

[gentoo-dev] Council meeting 19 April 2010

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

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 C

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

On Wed, 07 Apr 2010 11:58:13 +0200 Angelo Arrifano 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 package is useful

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

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 N

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

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 acr

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

On 7 April 2010 13:20, Sebastian Pipping 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 >   duplicating data? h

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

On 7 April 2010 11:05, 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. 1. reconsider metadata changepolicies proposal ===

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

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

On Wed, Apr 7, 2010 at 8:23 AM, Ben de Groot 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 when ready. Fro

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

On Tuesday 06 April 2010 10:03:26 Torsten Veller wrote: > * Sebastian Pipping : > > - 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: > http://dev.gentoo.org/~tove/stats/gentoo-x

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

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 $timefram

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

On 7 April 2010 17:00, Denis Dupeyron 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 enough magica

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

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 o

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

On Wed, Apr 7, 2010 at 11:14 AM, Ben de Groot 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, which is the cas

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

On 7 April 2010 20:05, Denis Dupeyron wrote: > On Wed, Apr 7, 2010 at 11:14 AM, Ben de Groot 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 t

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

On Wed, Apr 7, 2010 at 10:24 PM, Markos Chandras 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 which will > re

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

On 04/07/10 14:00, Ben de Groot wrote: > On 7 April 2010 13:20, Sebastian Pipping 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 ma

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

On 7 April 2010 20:55, Sebastian Pipping wrote: >  welp >  drizzt >  aballier >  the_paya > > that looks usable. Except that it's out of date as welp is retired. > with the herd "embedded" it's difficult though: the page > > lists members f

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

Hi Ben, On 7 April 2010 22:44, Ben de Groot 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 all I'm

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

On 7 April 2010 23:02, Arun Raghavan 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 volunteers? (they obv

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

On Wednesday 07 April 2010 21:41:49 Nirbheek Chauhan wrote: > On Wed, Apr 7, 2010 at 10:24 PM, Markos Chandras 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

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

Hi, Petteri Räty : > 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: > > https://

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

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

* Maciej Mrozowski 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 autodetection) Hardcodi

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

* Nirbheek Chauhan schrieb: > On Sat, Mar 6, 2010 at 5:02 PM, Ben de Groot 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 ? Didnt have the time for an

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

On Thu, Apr 8, 2010 at 4:13 AM, Enrico Weigelt wrote: > * Nirbheek Chauhan schrieb: >> On Sat, Mar 6, 2010 at 5:02 PM, Ben de Groot 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 >

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

* Nirbheek Chauhan 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. Not just because of

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

* Ben de Groot 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 - http://www.metux.de/ ---

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

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 wrote: > * Nirbheek Chauhan 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.

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

* Nirbheek Chauhan 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 inside ./m

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

On Wed, Apr 7, 2010 at 4:30 PM, Richard Freeman 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 different. That