This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
docs:cvsmigration [2009-04-04 00:39] mmazur formatting |
docs: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. | ||
Line 4: | Line 7: | ||
- | - A script that will assign all files in SOURCES to their relevant spec files (in SPECS) and list both orphans and duplicates. | + | |
+ | ===== Todo ===== | ||
+ | |||
+ | - A script that will assign all files in SOURCES to their relevant spec files (in SPECS) and list both orphans and duplicates. Mostly 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. | - 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. | - 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. | ||
Line 10: | Line 16: | ||
- Server-side rules needs to be enforce: auto-th tags can't be developer-assignable. | - 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. | - New package repository creation (and maybe renaming) must be easy. | ||
+ | - Distfiles (with dropin) integration. | ||
+ | |||
+ | |||
+ | ===== Problematic spec files ===== | ||
+ | No revision 1.1: hlds.spec gkaraoke.spec webcleaner.spec wmusic.spec | ||
+ | |||