[email protected]
[Top] [All Lists]

PERFORCE change 178963 for review

Subject: PERFORCE change 178963 for review
From: Julien Laffaye
Date: Sun, 30 May 2010 01:57:37 GMT

Change 178963 by jlaffaye@gsoc on 2010/05/30 01:57:14

        Plans and thoughts for complete packages support.

Affected files ...

.. //depot/projects/soc2010/pkg_complete/Milestones#2 edit

Differences ...

==== //depot/projects/soc2010/pkg_complete/Milestones#2 (text+ko) ====

@@ -1,0 +1,26 @@
+       The options of pkg_create are useless for creating a complete package.
+Should we add support for complete package in pkg_create or into a new tool?
+The tool for creating a complete package would take for first argument the meta
+(traditionnal) package. Then the tool read the plist to look for @pkgdep and 
+repeat the operation for each dependency.
+After ordering the dependencies, the tool tar'up all the traditionnal packages 
+(without compression as the packages are already bz'ed).
+This step would require factorisation of the code in pkg_info into a libpkg
+function, with libarchive support for efficiency.
+ports tree:
+       Add a "complete-package" target which depends on package-recursive and
+call the tool of step 1.
+       Add simple routine to test if the package is a traditionnal or complete 
+If the package is complete, loop over the traditionnal packages in it,
+call the function to install a traditionnal package (this function may work
+with streams). If the package is tradionnal, pass directly the stream to the 
+As a side effect, remove playpen and embrace libarchive.
+       Show if the package is complete (list of contained packages) or the 
+info of the traditionnal package.
p4-projects@xxxxxxxxxxx mailing list
To unsubscribe, send any mail to "p4-projects-unsubscribe@xxxxxxxxxxx"

<Prev in Thread] Current Thread [Next in Thread>