[NetBSD Developer Wiki]
- view: text
- select for diffs
Sun Nov 6 01:59:12 2011 UTC
(6 years, 2 months ago) by jmmv
CVS tags: HEAD
Move existing project definitions from projects/gsoc_2011/ to
The goal for this reorganization is to remove any knowledge of the projects
classification from the file hierarchy: the classification goes into tags,
and projects indexes automatically list projects based on such tags.
Also, the current gsoc_2011 name was wrong anyway, because GSoC 2011 has
already concluded and projects would have had to move to a gsoc_2012 directory
Lastly, yes, "projects/project/*" is slightly redundant. But I want to keep
the project lists from the projects "database" clearly separated.
This is as proposed in www@.
1: [[!template id=project
3: title="Add pkgsrc support to packagekit"
10: [Thomas Klausner](mailto:wiz@NetBSD.org), [Emile 'iMil' Heitor](mailto:imil@NetBSD.org)
13: duration="3 months"
16: Add pkgsrc support to [packagekit](http://www.packagekit.org/pk-intro.html) so the graphical packaging software "just works" for pkgsrc
18: The pkgsrc/pkgtools/packagekit package currently contains a minimal implementation of pkgsrc support to get the package to compile.
19: This should be extended.
21: Useful steps:
23: * Show all installed packages and let the user delete them
24: * Show list of available packages (local/remote) and let the user add them
25: * Show lists of available updates
26: * Include security information, i.e. show recommended updates based on audit-packages and list of installed / available packages
28: Additional goals:
30: * Show progress and / or console while installing / upgrading
31: * pkgsrc's PackageKit backend is to be integrated upstream (PackageKit people are open to contributions, that won't be an issue)
32: * It must not be mandatory to install the pkgsrc source tree (binary packages-only needs to work)
33: * If installation / upgrade hits a package not available as a binary (typically packages where the license doesn't allow distribution in binary form, e.g. flash, mplayer-share, ...), try to fallback to the pkgsrc source tree if it is available and explain causes and consequences to the user. That could be part of pkgin instead of the PackageKit backend.
34: * In case of failure, the full log shall be displayed so that the user has a chance to fix the problem "by hand". Some explanations about the failure would be nice. A useful log is mandatory in order to be able to request help from the pkgsrc-users mailing list or to open a PR.
35: * Using a convenient programming language, the student shall write an abstraction layer / API, permitting to easily manipulate pkgsrc.
37: This layer shall permit to :
39: * Return pkgsrc version
40: * Return an installed package list/map
41: * Return a "to-upgrade" package list/map
42: * Return a full "package map" (non-automatic + dependencies)
43: * Return an available package list
44: * Install/upgrade/remove a new package and its dependencies
45: * Return information about a package (DESCR, version, PLIST, Makefile, options, ...)
46: * Display security information
50: [[!tag gsoc]]
51: [[!tag medium]]
52: [[!tag pkgsrc]]
CVSweb for NetBSD wikisrc <wikimaster@NetBSD.org> software: FreeBSD-CVSweb