User Tools

Site Tools


docs:cvsmigration

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
docs:cvsmigration [2009-04-04 00:38] mmazurdocs:cvsmigration [2009-04-20 16:04] (current) mmazur
Line 1: Line 1:
 +
 +
 +===== Intro =====
 Work in progress. Problems that need to get solved before migrating packages from CVS (and into a one-repo-per-spec configuration) is possible.  Work in progress. Problems that need to get solved before migrating packages from CVS (and into a one-repo-per-spec configuration) is possible. 
  
 Note: certainly not to SVN (it's old), most likely either git or mercurial.  Note: certainly not to SVN (it's old), most likely either git or mercurial. 
  
-1. A script that will assign all files in SOURCES to their relevant spec files (in SPECS) and list both orphans and duplicates.  
  
-2. A script that will do the actual CVS->somethingelse translation while preserving history of both sources and spec files.  
  
-3. Some kind of configuration that will make it possible in a reasonably comfortable manner to do mass commits on SPECS, since they're a fact of life and quite useful. +===== Todo =====
  
-4. pld-builder.new (well, the SPECS/builder script actually) needs to support the new way of fetching packages and tagging. +  - A script that will assign all files in SOURCES to their relevant spec files (in SPECS) and list both orphans and duplicatesMostly done. Look at [[http://ep09.pld-linux.org/~mmazur/pld/specssources.data/|http://ep09.pld-linux.org/~mmazur/pld/specssources.data/]] (and hg clone   [[http://ep09.pld-linux.org/~mmazur/pld/specssources/|http://ep09.pld-linux.org/~mmazur/pld/specssources/]]).  
 +  - A script that will do the actual CVS->somethingelse translation while preserving history of both sources and spec files.  
 +  - Some kind of configuration that will make it possible in a reasonably comfortable manner to do mass commits on SPECS, since they're a fact of life and quite useful.  
 +  - pld-builder.new (well, the SPECS/builder script actually) needs to support the new way of fetching packages and tagging.  
 +  - Server-side rules needs to be enforce: auto-th tags can't be developer-assignable.  
 +  - New package repository creation (and maybe renaming) must be easy.  
 +  - Distfiles (with dropin) integration
  
-5. Server-side rules needs to be enforce: auto-th tags can't be developer-assignable.  
  
-6New package repository creation (and maybe renaming) must be easy+===== Problematic spec files ===== 
 +No revision 1.1: hlds.spec gkaraoke.spec webcleaner.spec wmusic.spec 
  
  
docs/cvsmigration.1238798320.txt.gz · Last modified: 2009-04-04 00:38 by mmazur

Except where otherwise noted, content on this wiki is licensed under the following license: Public Domain
Public Domain Donate Powered by PHP Valid HTML5 Valid CSS PLD Linux Driven by DokuWiki