Re: contributions

2008-05-18 Thread Reinhard Tartler
Scott Kitterman [EMAIL PROTECTED] writes: a) Too cumbersomely b) The round-trip time is too high that make duplicate work more likely c) the use of lp restricts possible contributors d) The complete list of outstanding merges must be easily visible. For a), I image that we can craft scripts

scratchbox2 problem

2008-05-18 Thread sfora dim
Hi, I installed sb2 using Ubuntu Hardy's packages (synaptic). When I run sb2 gcc hello.c I get: helloc.c:1:19: error: stdio.h: No such file or directory Any idea how to fix this ? I use code sourcery toolchain. directly running arm-linx-gcc hello.c works perfectly. In my builtroot there are

geany 0.14

2008-05-18 Thread Nicolas Hainaux
hello ! i just wanted to inform you that a newer version of geany has been released but doesn't seem to be in the repos yet... what would be great :) i just wanted to know if it will take a long time... ? have a nice day, Nicolas -- Ubuntu-motu mailing list Ubuntu-motu@lists.ubuntu.com

Erlang package needs upgrading

2008-05-18 Thread Adam Cimarosti
Hello, It seems that the erlang packages have not been upgraded in a very long time. http://packages.ubuntu.com/edgy/interpreters/erlang Erlang R12 provides significant improvements and would avoid having to manually build and install the package. http://www.erlang.org/download.html Kind

Re: geany 0.14

2008-05-18 Thread Siegfried-Angel
Hi, Geany 0.14 is already in Intrepid's repositories. If you mean Hardy's, it won't get there, as only security and other important fixes can get into it now. If it introduces some new feature you want to get, you can consider requesting a backport:

Re: contributions

2008-05-18 Thread Stephan Hermann
Moins, On Sun, 18 May 2008 09:56:16 +0200 Reinhard Tartler [EMAIL PROTECTED] wrote: Scott Kitterman [EMAIL PROTECTED] writes: a) Too cumbersomely b) The round-trip time is too high that make duplicate work more likely c) the use of lp restricts possible contributors d) The complete

Re: contributions

2008-05-18 Thread Scott Kitterman
Scott Kitterman [EMAIL PROTECTED] writes: a) Too cumbersomely b) The round-trip time is too high that make duplicate work more likely c) the use of lp restricts possible contributors d) The complete list of outstanding merges must be easily visible. For a), I image that we can craft scripts

Re: contributions

2008-05-18 Thread Reinhard Tartler
Stephan Hermann [EMAIL PROTECTED] writes: Why not moving away from this LP thingy for merges? We could use something like the RT for those tasks? Do you think about rt.canonical.com? Or shall we setup another RT instance? What features do RT offer over malone? AFAIUI you would need a RT

DaD breakage

2008-05-18 Thread Albin Tonnerre
Hi MOTUs, Adrien Cunin and me are sorry to announce that because of a full root partition on the server hosting DaD (and of course the lack of handling of such a case on our side), all the merges have been deleted. We're currently updating it and are hoping that the situation comes back to normal

Re: contributions

2008-05-18 Thread Morten Kjeldgaard
ScottK wrote: This would help with preventing duplicate work, but I do see how that would address my concern about having to wait to get a bug number? AFAICS there is no reason why the claim-merge.py script should not be able to return the bug number right away. -- Morten -- Ubuntu-motu

Re: contributions

2008-05-18 Thread Scott Kitterman
ScottK wrote: This would help with preventing duplicate work, but I do see how that would address my concern about having to wait to get a bug number? AFAICS there is no reason why the claim-merge.py script should not be able to return the bug number right away. Does