On 10/22/2010 07:00 PM, Simon Schampijer wrote:
On 10/07/2010 06:39 PM, Daniel Drake wrote:
On 4 October 2010 15:27, Gonzalo Odiardgonz...@laptop.org wrote:
What do others think about this approach? Packagers?
A clearer way to discuss this would be to just send a patch. That way
there is no
On Thu, Oct 28, 2010 at 3:58 PM, Simon Schampijer si...@schampijer.de wrote:
I have been giving the patches another go and made some smaller fixes for
error handling. I have tested them as well to make sure there are no
regressions. I give them my ok.
On 10/07/2010 06:39 PM, Daniel Drake wrote:
On 4 October 2010 15:27, Gonzalo Odiardgonz...@laptop.org wrote:
What do others think about this approach? Packagers?
A clearer way to discuss this would be to just send a patch. That way
there is no doubt over the details of the implementation
On Thu, Oct 7, 2010 at 12:39 PM, Daniel Drake d...@laptop.org wrote:
On 4 October 2010 15:27, Gonzalo Odiard gonz...@laptop.org wrote:
What do others think about this approach? Packagers?
A clearer way to discuss this would be to just send a patch. That way
there is no doubt over the details
On 7 October 2010 21:54, Gonzalo Odiard gonz...@laptop.org wrote:
Ticket with the start of implementation:
http://bugs.sugarlabs.org/ticket/2425
Gonzalo
I'm not sure which way would be best, but I would choose either a very
simple solution (just dotted numbers, no alphanumerics) or a
On 10/06/2010 11:15 PM, C. Scott Ananian wrote:
On Wed, Oct 6, 2010 at 5:00 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
Initially, I advocated strongly for something with the expresiveness
of dpkg's versioning. However, that's wrong. We need to use a clear
_subset_ of what dpkg, rpm,
So the proposed 1.2.3-peru numbering scheme really is a 1.2.3 scheme
with an optional trailing taint hint?
It probably makes better sense to clearly distinguish those two
essentially separate issues:
* mainline numbering
+ integer
+ triple integers
+ Debian-style triple string
On Thu, Oct 07, 2010 at 12:45:11PM -0300, Gonzalo Odiard wrote:
On Thu, Oct 7, 2010 at 12:22 PM, Jonas Smedegaard d...@jones.dk wrote:
So the proposed 1.2.3-peru numbering scheme really is a 1.2.3 scheme
with an optional trailing taint hint?
[snip]
It probably makes better sense to clearly
Ticket with the start of implementation:
http://bugs.sugarlabs.org/ticket/2425
Gonzalo
On Thu, Oct 7, 2010 at 1:39 PM, Daniel Drake d...@laptop.org wrote:
On 4 October 2010 15:27, Gonzalo Odiard gonz...@laptop.org wrote:
What do others think about this approach? Packagers?
A clearer way
On Tue, Oct 5, 2010 at 9:49 PM, C. Scott Ananian csc...@laptop.org wrote:
If you're going to use something other than simple integers, I suggest
either:
a) a string of dotted integers. You should *always* be able to
subdivide a release if necessary.
Strings like peru belong (in my opinion)
On Wed, Oct 6, 2010 at 6:58 AM, Gonzalo Odiard gonz...@laptop.org wrote:
Then I plan to ignore the customization when I compute the order.
So why is it there?
b) use the debian version numbering system *exactly*. It has been
shown to work in the real world, and it is well documented. The
On Wed, Oct 6, 2010 at 4:47 PM, C. Scott Ananian csc...@laptop.org wrote:
On Wed, Oct 6, 2010 at 6:58 AM, Gonzalo Odiard gonz...@laptop.org wrote:
Then I plan to ignore the customization when I compute the order.
So why is it there?
To allow identification. But what Gonzalo pointed out is
On Wed, Oct 6, 2010 at 5:00 PM, Martin Langhoff
martin.langh...@gmail.com wrote:
Initially, I advocated strongly for something with the expresiveness
of dpkg's versioning. However, that's wrong. We need to use a clear
_subset_ of what dpkg, rpm, portage(... etc) can do, so the distro
packager
I support the proposal for dotted activity version numbers, but I don't like at
all the idea of using -peru or -something on the end that isn't a version
number. It should go in some other metadata.
I agree with Scott too.
--
James Cameron
System Test Coordinator
One Laptop per Child
On 10/05/2010 01:16 AM, Tim McNamara wrote:
On 5 October 2010 10:25, James Cameronqu...@laptop.org wrote:
I agree with the proposal.
--
James Cameron
System Test Coordinator
One Laptop per Child
I tentatively agree.
My strong preference is for Activities to rapidly increase their
Hi Gary,
thanks for your feedback.
On 10/05/2010 04:31 AM, Gary Martin wrote:
On 5 Oct 2010, at 00:30, James Cameronqu...@laptop.org wrote:
On 05/10/2010, at 10:16 AM, Tim McNamara wrote:
My strong preference is for Activities to rapidly increase their integer
numbers, rather than
If you're going to use something other than simple integers, I suggest either:
a) a string of dotted integers. You should *always* be able to
subdivide a release if necessary.
Strings like peru belong (in my opinion) in release notes or the
name of the activity or anywhere else. They don't tell
The current activity version scheme does only allow the use of integer
numbers.
This has the issue that doing a bug fix release for an older activity
version gets rather complicated. People have been planning for that in
advance and reserved numbers for such a purpose in order to overcome that
On Mon, Oct 4, 2010 at 10:27 AM, Gonzalo Odiard gonz...@laptop.org wrote:
The current activity version scheme does only allow the use of integer
numbers.
This has the issue that doing a bug fix release for an older activity
version gets rather complicated. People have been planning for that in
On 10/04/2010 04:48 PM, Walter Bender wrote:
On Mon, Oct 4, 2010 at 10:27 AM, Gonzalo Odiardgonz...@laptop.org wrote:
The current activity version scheme does only allow the use of integer
numbers.
This has the issue that doing a bug fix release for an older activity
version gets rather
On Mon, Oct 04, 2010 at 11:27:36AM -0300, Gonzalo Odiard wrote:
The new version number will consist of N integer numbers separated by
dots and a suffix for a local indicator. Activity developers can still
use an integer number only, if desired.
Valid numbers are:
23
23.2
23.2.5
23.2.5-peru
Short version: Gogogo!
Thanks!
Slightly longer: Make sure to strictly define the semantics of non-integer
parts.
It might seem obvious at first - peru being slight fork of micro-version
5. But perhaps sometimes a local branch wants to release a sneak preview,
e.g. almost micro-version 6.
On Mon, Oct 04, 2010 at 12:50:37PM -0300, Gonzalo Odiard wrote:
Short version: Gogogo!
Thanks!
Slightly longer: Make sure to strictly define the semantics of
non-integer parts.
It might seem obvious at first - peru being slight fork of
micro-version 5. But perhaps sometimes a local
On Mon, Oct 4, 2010 at 1:37 PM, Jonas Smedegaard d...@jones.dk wrote:
On Mon, Oct 04, 2010 at 12:50:37PM -0300, Gonzalo Odiard wrote:
Short version: Gogogo!
Thanks!
Slightly longer: Make sure to strictly define the semantics of
non-integer parts.
It might seem obvious at first - peru
Hi Gonzalo and others,
I suspect we talk past each others. But let's just leave it at that.
Good luck with the proposal!
- Jonas
--
* Jonas Smedegaard - idealist Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
[x] quote me freely [ ] ask before reusing [ ] keep
I agree with the proposal.
--
James Cameron
System Test Coordinator
One Laptop per Child
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
On Mon, Oct 4, 2010 at 5:25 PM, James Cameron qu...@laptop.org wrote:
I agree with the proposal.
+1
--
martin.langh...@gmail.com
mar...@laptop.org -- School Server Architect
- ask interesting questions
- don't get distracted with shiny stuff - working code first
-
On 5 October 2010 10:25, James Cameron qu...@laptop.org wrote:
I agree with the proposal.
--
James Cameron
System Test Coordinator
One Laptop per Child
I tentatively agree.
My strong preference is for Activities to rapidly increase their integer
numbers, rather than creating a complex
On 5 Oct 2010, at 00:30, James Cameron qu...@laptop.org wrote:
On 05/10/2010, at 10:16 AM, Tim McNamara wrote:
My strong preference is for Activities to rapidly increase their integer
numbers, rather than creating a complex tree of point releases. My feeling
is that a tree of three or more
29 matches
Mail list logo