Luca Capello | 2 Dec 22:33 2007
Picon

Re: VCS poll

Hi all!

On Thu, 29 Nov 2007 06:40:08 +0100, Peter Van Eynde wrote:
> Luca and me wanted to have some rough idea of what people want to and
> prefer to use, so I created a quick poll at
>
> http://pvaneynd.livejournal.com/93257.html

Sorry for my delay, I spent this time documenting myself on the
different VCSs before filling the poll :-)

ATM my CL-Debian packages are all maintained in darcs, because the
upstream situation the following: 7 in darcs, 2 in CVS and one in git
(previously CVS).

For the sake of information, I think we need a VCS that can handle
merging from other VCSs.  The idea is that we directly pull from
upstream VCS into the Debian repository.  AFAIK bzr, git and mercurial
have this option.  Since I tried only git, I gave my preference to it
(but I'll adopt whichever VCS the group will decide to use).

Thx, bye,
Gismo / Luca
Hi all!

On Thu, 29 Nov 2007 06:40:08 +0100, Peter Van Eynde wrote:
> Luca and me wanted to have some rough idea of what people want to and
> prefer to use, so I created a quick poll at
(Continue reading)

Pierre THIERRY | 2 Dec 23:19 2007

Re: VCS poll

Scribit Luca Capello dies 02/12/2007 hora 22:33:
> For the sake of information, I think we need a VCS that can handle
> merging from other VCSs.

Do we need a single one?

Doubtfully,
Pierre
-- 
nowhere.man@...
OpenPGP 0xD9D50D8A
Scribit Luca Capello dies 02/12/2007 hora 22:33:
> For the sake of information, I think we need a VCS that can handle
> merging from other VCSs.

Do we need a single one?

Doubtfully,
Pierre
--

-- 
nowhere.man@...
OpenPGP 0xD9D50D8A
Luca Capello | 2 Dec 23:29 2007
Picon

Re: VCS poll

Hi Pierre!

On Sun, 02 Dec 2007 23:19:48 +0100, Pierre THIERRY wrote:
> Scribit Luca Capello dies 02/12/2007 hora 22:33:
>> For the sake of information, I think we need a VCS that can handle
>> merging from other VCSs.
>
> Do we need a single one?

The idea behing having a single VCS is that people that want to
contribute to the CL-Debian group needs to learn one unique VCS (instead
of 3 now, darcs, bzr and mercurial).

I clearly understand the opposite side, but I think that uniformity
against the group is far more important.

Obviously, these are my own feelings ;-)

Thx, bye,
Gismo / Luca
Luca Capello | 2 Dec 23:50 2007
Picon

Re: VCS poll

Hi all!

On Sun, 02 Dec 2007 22:33:35 +0100, Luca Capello wrote:
> On Thu, 29 Nov 2007 06:40:08 +0100, Peter Van Eynde wrote:
>> Luca and me wanted to have some rough idea of what people want to and
>> prefer to use, so I created a quick poll at
>>
>> http://pvaneynd.livejournal.com/93257.html
>
> Sorry for my delay, I spent this time documenting myself on the
> different VCSs before filling the poll :-)

I forgot to mention that in these days Elijah Newren from GNOME is
blogging about differences between VCSs:

  http://blogs.gnome.org/newren/

Thx, bye,
Gismo / Luca
Pierre THIERRY | 2 Dec 23:57 2007

Re: VCS poll

Scribit Luca Capello dies 02/12/2007 hora 23:29:
> I clearly understand the opposite side, but I think that uniformity
> against the group is far more important.

My problem is that I learnt Mercurial and use it now for my own
development, Debian or not, because it saves me time. It took me months
of using it for my everyday work to be really efficient with it, and I
wouldn't have the time and will to learn and get used to another DVCS,
and I don't want to lose back the time that Mercurial currently saves
me.

Efficiently,
Pierre
--

-- 
nowhere.man@...
OpenPGP 0xD9D50D8A
Scribit Luca Capello dies 02/12/2007 hora 23:29:
> I clearly understand the opposite side, but I think that uniformity
> against the group is far more important.

My problem is that I learnt Mercurial and use it now for my own
development, Debian or not, because it saves me time. It took me months
of using it for my everyday work to be really efficient with it, and I
wouldn't have the time and will to learn and get used to another DVCS,
and I don't want to lose back the time that Mercurial currently saves
me.

Efficiently,
(Continue reading)

Christian Perrier | 5 Dec 05:03 2007
Picon

[RFR] templates://gcl/{in.gcl.templates}

Please find, for review, the debconf templates and packages descriptions for the gcl source package.

This review will last from Wednesday, December 05, 2007 to Saturday, December 15, 2007.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, the reviewed templates will be sent to the package maintainer
as a bug report, and a mail will be sent to this list with "[BTS]" as
a subject tag.

Rationale:
--- ../gcl.old/debian/in.gcl.templates	2007-11-25 16:48:30.704811977 +0530
+++ debian/in.gcl.templates	2007-11-30 22:54:40.633726027 +0530
 <at>  <at>  -1,26 +1,30  <at>  <at> 
 Template: gcl <at> EXT <at> /default_gcl_ansi
 Type: boolean
-_Description: Use the work-in-progress ansi build by default?
+_Description: Use the work-in-progress ANSI build by default?

Capitalize the acronym

(Continue reading)

Justin B Rye | 5 Dec 13:32 2007
Picon

Re: [RFR] templates://gcl/{in.gcl.templates}

Christian Perrier wrote:
> Your review should be sent as an answer to this mail.

> + Please see the README.Debian file for a brief description of these terms.
> + Choosing this option will determine which image will be used by default
> + when executing 'gcl <at> EXT <at> '.

(What values can 'gcl <at> EXT <at> ' expand to?  I only see /usr/bin/gcl in
the file lists.) 

>  Template: gcl <at> EXT <at> /default_gcl_prof
[...]
> + Profiling support may be enforced by filling the
> + GCL_PROF environment variable with any non-empty string for profiling
> + support. More optimized builds are possible by setting an empty string for the more optimized builds, e.g.
>   GCL_PROF=t gcl <at> EXT <at> .  If profiling is enabled, this will be reported in
>   the initial startup banner.

"Filling" is bad, "profiling support" and "optimized builds" are
each repeated, and "are possible by setting" doesn't work.  This
order also implies that the example with $GCL_PROF set goes with the
optimised builds.  And as someone on this list pointed out, there's
nothing indefinite about the empty string.

    Set the GCL_PROF environment variable to the empty string for more
    optimized builds, or any non-empty string for profiling support; e.g.
    GCL_PROF=t gcl <at> EXT <at> . If profiling is enabled, this will be reported in
    the initial startup banner.

>   GNU Common Lisp (GCL) is a Common Lisp compiler and interpreter
(Continue reading)

Debian testing watch | 8 Dec 00:39 2007
Picon

arnesi 1:20071118-1 MIGRATED to testing

FYI: The status of the arnesi source package
in Debian's testing distribution has changed.

  Previous version: 1:20061003-1
  Current version:  1:20071118-1

--

-- 
This email is automatically generated; henning@... is responsible.
See http://people.debian.org/~henning/trille/ for more information.

Debian testing watch | 8 Dec 00:39 2007
Picon

fiveam 1:20071118-1 MIGRATED to testing

FYI: The status of the fiveam source package
in Debian's testing distribution has changed.

  Previous version: 1:20061003-1
  Current version:  1:20071118-1

--

-- 
This email is automatically generated; henning@... is responsible.
See http://people.debian.org/~henning/trille/ for more information.

Debian testing watch | 8 Dec 00:39 2007
Picon

s-xml 1:20060513-7 MIGRATED to testing

FYI: The status of the s-xml source package
in Debian's testing distribution has changed.

  Previous version: 1:20060513-3
  Current version:  1:20060513-7

--

-- 
This email is automatically generated; henning@... is responsible.
See http://people.debian.org/~henning/trille/ for more information.


Gmane