Jim Watters | 30 Jun 03:52 2006
Picon

Re: Governance and decision making

On Tue 27-Jun-2006 at 09:14 -0700, dmg wrote:
> But I fear now that we don't really know where we are going and how to
> get there. The main problem is: What do we do if we disagree? How
> can someone say "I think that is the wrong way to do things" without
> insulting another contributor?
We are all here to improve the PanoTools software.  There are many ways 
of doing the same thing.  Some are better than others.  There will 
always be change and improvements to be made.  Bigger the change the 
more discussion should be done.  If you see something that can be 
improved and you have the time, knowledge to implement it, and it does 
not undo someones else's resent change, then do it.

--

-- 
Jim Watters

Yahoo ID: j1vvy ymsgr:sendIM?j1vvy
jwatters  <at>  photocreations . ca
http://photocreations.ca

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
dmg | 30 Jun 11:07 2006
Picon
Picon

subversion migration


Hi everybody,

I have migrated the CVS repository to subversion (using cvs2svn).

In order to check the new module you will need to do the following:

svn co https://svn.sourceforge.net/svnroot/panotools/trunk/libpano libpano

I suggest you all try retrieving a working copy of the repository. 

The CVS repository is still active, by the way, so it will be a good
idea to stop any work on it until we settle on the new environment.

Bruno or Jim, would you mind giving me write access to the SVN
repository? I can read it, but I can't write to it. 

--
daniel

--
Daniel M. German                  "The energy of the world is constant.
   Rudolf Clausius ->              Its entropy tends to a maximum."
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with  <at>  and (dot) with .

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
(Continue reading)

Bruno Postle | 30 Jun 11:21 2006
X-Face
Picon

Re: subversion migration

On Fri 30-Jun-2006 at 02:07 -0700, dmg wrote:
>
> Bruno or Jim, would you mind giving me write access to the SVN
> repository? I can read it, but I can't write to it. 

Ok, everyone who previously had CVS access now has SVN access.

Note that we might restrict this access in future if somebody takes 
on a role as 'commit manager'.

Also if anyone thinks they should be a 'project admin', then we can 
extend this (currently Jim and myself have project admin access).

--

-- 
Bruno

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
Daniel M. German | 30 Jun 16:35 2006
Picon
Picon

Re: subversion migration


 Bruno> On Fri 30-Jun-2006 at 02:07 -0700, dmg wrote:
 >> 
 >> Bruno or Jim, would you mind giving me write access to the SVN
 >> repository? I can read it, but I can't write to it. 

 Bruno> Ok, everyone who previously had CVS access now has SVN access.

Thanks Bruno,

I was about to create a branch for libpano12, but I am not sure where
to branch.  I suggested branching before we introduced cropped
tiffs. What do other people think? Use svn log. You will immediately
see the advantages of svn. Under svn it is very easy to branch at any
given revision number.

By the way, the new layout of the repository is appended at the end.

* The tags directory contains the versions of the tools as they were
 released. 

* The branches contain the few branches some people have created

* The main development area is trunk. To retrieve only libpano you
  have to:

svn co https://svn.sourceforge.net/svnroot/panotools/trunk/libpano libpano

If you want to see the entire repository do:

(Continue reading)

Bruno Postle | 30 Jun 16:40 2006
Picon

Re: subversion migration

Daniel M. German wrote:
> 
> I was about to create a branch for libpano12, but I am not sure where
> to branch.  I suggested branching before we introduced cropped
> tiffs. What do other people think?

Since there is not going to be a maintained PTmender that works with 
the PTStitcher-compatible pano12.dll, the cropped TIFF stuff doesn't 
really matter.

If somebody wants to use cropped TIFF, then they will be using the 
new library from the trunk.

So the branch can start at the point before binary-incompatability 
happened.

--

-- 
Bruno

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
Daniel M. German | 30 Jun 16:56 2006
Picon
Picon

Re: subversion migration


 Bruno> Daniel M. German wrote:
 >> 
 >> I was about to create a branch for libpano12, but I am not sure where
 >> to branch.  I suggested branching before we introduced cropped
 >> tiffs. What do other people think?

 Bruno> Since there is not going to be a maintained PTmender that works with 
 Bruno> the PTStitcher-compatible pano12.dll, the cropped TIFF stuff doesn't 
 Bruno> really matter.

 Bruno> If somebody wants to use cropped TIFF, then they will be using the 
 Bruno> new library from the trunk.

 Bruno> So the branch can start at the point before binary-incompatability 
 Bruno> happened.

Ok, I have branched the entire repository at the following revision:

----------------------------------------------------------------------
r516 | brunopostle | 2006-06-14 13:17:44 -0700 (Wed, 14 Jun 2006) | 2 lines

Put tests in tarball, but only run them with 'make check'.
----------------------------------------------------------------------

I have called the branch pano12 but the name can be changed if we
decide for a better name (renaming is easy in svn). I have branched
all the modules in panotools:

----------------------------------------------------------------------
(Continue reading)

Bruno Postle | 30 Jun 17:54 2006
X-Face
Picon

Re: subversion migration

On Fri 30-Jun-2006 at 07:56 -0700, Daniel M. German wrote:
>
> I have branched all the modules in panotools:
>
> drwxrwxr-x 8 dmg dmg 4.0K Jun 30 07:49 clens/
> drwxrwxr-x 3 dmg dmg 4.0K Jun 30 07:49 CVSROOT/
> drwxrwxr-x 3 dmg dmg 4.0K Jun 30 07:50 gimp-plugin/
> drwxrwxr-x 6 dmg dmg 4.0K Jun 30 07:50 gimp-plugin-ng/
> drwxrwxr-x 8 dmg dmg 4.0K Jun 30 07:50 libpano/
> drwxrwxr-x 6 dmg dmg 4.0K Jun 30 07:49 Panotools-Script/
> drwxrwxr-x 7 dmg dmg 4.0K Jun 30 07:50 ptfilter/

> Perhaps we might want to delete some (like CVSROOT) or all except
> libpano. I guess at this point it does not harm to keep them all.

There is no need to branch for any except libpano.  Also do we want 
to move all the 'panotools' projects to subversion?  or just libpano?

Does anyone need help with this switch from CVS to subversion?  I 
guess it might be confusing if you are not familiar with all this 
stuff.

> Bruno, is there a way to "close" write access to the CVS repository? 

Yes, each developer can have their CVS access withrawn, so we can do 
this if we are moving everything to subversion permanently.

--

-- 
Bruno

(Continue reading)

Daniel M. German | 30 Jun 18:27 2006
Picon
Picon

Re: Governance and decision making


 Bruno> It has to develop in the direction determined by those who have 
 Bruno> energy and resources to work on it.  There hasn't yet been anyone 
 Bruno> blundering around adding broken stuff, so there is no reason to 
 Bruno> suppose this will happen in the future.

True, we can keep the informal approach and keep going.  Bruno has
been always the release manager. He continuing being the one who
decides when a new release should be made public. 

For those in the PTX list, we have moved libpano to subversion. We
branched libpano into pano12 and (and rollback as it was on 2006-06-14
13:17:44 -0700. It should be binary compatible with PTstitcher.

>From now on point on pano12 and libpano will have two different
futures and they are no longer binary compatible.

dmg

--
Daniel M. German                  "I am like any other artist.
                                   It just so happens that
                                   what fills my mind
   Donald Coxeter ->               is shapes and numbers"
http://turingmachine.org/
http://silvernegative.com/
dmg (at) uvic (dot) ca
replace (at) with  <at>  and (dot) with .

Using Tomcat but need to do more? Need to support web services, security?
(Continue reading)

Jim Watters | 30 Jun 18:51 2006
Picon

Re: subversion migration


On Fri, June 30, 2006 11:54 am, Bruno Postle said:
>> I have branched all the modules in panotools:
>>
>> drwxrwxr-x 8 dmg dmg 4.0K Jun 30 07:49 clens/
>> drwxrwxr-x 3 dmg dmg 4.0K Jun 30 07:49 CVSROOT/
>> drwxrwxr-x 3 dmg dmg 4.0K Jun 30 07:50 gimp-plugin/
>> drwxrwxr-x 6 dmg dmg 4.0K Jun 30 07:50 gimp-plugin-ng/
>> drwxrwxr-x 8 dmg dmg 4.0K Jun 30 07:50 libpano/
>> drwxrwxr-x 6 dmg dmg 4.0K Jun 30 07:49 Panotools-Script/
>> drwxrwxr-x 7 dmg dmg 4.0K Jun 30 07:50 ptfilter/
>
>> Perhaps we might want to delete some (like CVSROOT) or all except
>> libpano. I guess at this point it does not harm to keep them all.
My old attempt at making PTStitcher should be removed.  Daniel's PTMender is the way of
the future.

I would like to put the various tools into seperate folders.

> There is no need to branch for any except libpano.  Also do we want
> to move all the 'panotools' projects to subversion?  or just libpano?

The change in the structure will likely effect clens, plugin, and ptfilter.  I think we
need to keep everything branched.  Not looking at the code to be sure.

> Does anyone need help with this switch from CVS to subversion?  I
> guess it might be confusing if you are not familiar with all this
> stuff.

I think the hardest part of setting my computer back up with a development enviroment
(Continue reading)


Gmane