summaryrefslogtreecommitdiff
path: root/hurd
diff options
context:
space:
mode:
authorThomas Schwinge <tschwinge@gnu.org>2007-11-13 17:31:11 +0100
committerThomas Schwinge <tschwinge@gnu.org>2007-11-13 17:31:11 +0100
commit3320bbaa0bebb4a737ab37c115dc553c44a8910d (patch)
tree40616fd9eb5a8b24c96df12ab53d3a08e8689e4c /hurd
parentfeb589b5bbf4347df1a763aaa26d53f81e3226b4 (diff)
Move to a suitable place.
Diffstat (limited to 'hurd')
-rw-r--r--hurd/running/gnu.mdwn2
-rw-r--r--hurd/running/gnu/softwareprojects.mdwn2
-rw-r--r--hurd/running/gnu/universal_package_manager.mdwn148
3 files changed, 151 insertions, 1 deletions
diff --git a/hurd/running/gnu.mdwn b/hurd/running/gnu.mdwn
index e230a628..a71a509e 100644
--- a/hurd/running/gnu.mdwn
+++ b/hurd/running/gnu.mdwn
@@ -60,7 +60,7 @@ These are just some quick notes I am making late at night. Lets clean this up.
## Resources
- * Universal package manager [[universalpackagemanager]]
+ * [[Universal_package_manager]]
* How to set up GNU and archiver for GNU [[setupgnu]]
## <a name="Todo"> Todo </a>
diff --git a/hurd/running/gnu/softwareprojects.mdwn b/hurd/running/gnu/softwareprojects.mdwn
index 54a92030..4790c5c9 100644
--- a/hurd/running/gnu/softwareprojects.mdwn
+++ b/hurd/running/gnu/softwareprojects.mdwn
@@ -4,3 +4,5 @@ Some of the GNU software effects the Hurd development directly or indirectly. He
<dt> GCC</dt>
<dd> deb packages of gcc-{3.2,3.3} are available for testing from <a href="http://people.debian.org/~mbanck/hurd-gcc-4.0/" target="_top">http://people.debian.org/~mbanck/hurd-gcc-4.0/</a> ./ </dd>
</dl>
+
+* [[Universal_package_manager]] and archiver for GNU
diff --git a/hurd/running/gnu/universal_package_manager.mdwn b/hurd/running/gnu/universal_package_manager.mdwn
new file mode 100644
index 00000000..cd37bb41
--- /dev/null
+++ b/hurd/running/gnu/universal_package_manager.mdwn
@@ -0,0 +1,148 @@
+[[meta copyright="Copyright © 2007 Free Software Foundation, Inc."]]
+[[meta license="Permission is granted to copy, distribute and/or modify this
+document under the terms of the GNU Free Documentation License, Version 1.2 or
+any later version published by the Free Software Foundation; with no Invariant
+Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license
+is included in the section entitled
+[[GNU_Free_Documentation_License|/fdl]]."]]
+
+## Mission
+
+"To enable the GNU System to install packages of any format like rpm, deb,
+ebuild... so that GNU System will be able to use softwares packaged by projects like Debian and Gentoo"
+
+## Features
+
+Basically all package management schemes follow similar approach, it will have a single binary archive containing the actual software and some metadata like packages it requires, what all it provides ... So when we install an rpm package this tool will help rpm tool to recognise the packages installed by stow and it will be stowed instead of the normal rpm way of installing in /usr.
+
+There can be both aproaches
+
+ * Re-implement rpm, dpkg... to recognise stow as backend instead of its own data store. In that case we will have to re implement, apt-rpm, yum ...
+ * Implement a translator which reads stow and show it as an rpm data store for yum, deb data store for apt-get ...
+
+One goal is obviously choice of packaging and hence availability of more packages. Also this gives maintainers a chioce to continue builing packages for GNU in the format they are already familiar with. The second goal is to demonstrate the flexibility GNU offers in implementing functionality in filesystems (open/read/write interface).
+
+## Why?
+
+ * The GNU Hurd provides a lot of advanced features and functionalities. We aim to exploit those features.
+ * Combining translators with UnionFS gives a very exciting package manager.
+ * We could use the good features of existing packaging systems like deb, rpm, ebuilds, ports ... plus unionfs and hurd translator is a compelling compination.
+
+With the increased flexibility in implementing filesystems as per the requirements, we can implement the functionality similar to apt-get, emerge or yum... (dependency tracking, versions tracking...) in the filesystem itself.
+
+## What?
+
+ * Have a basic filesystem based package manager
+ * Write translators to convert between GNU's packaging format and the existing one's like rpm, deb ...
+
+## How?
+
+ * Installtion of a package is just drag the pacakage (be it a tgz, rpm, deb or an exe) and drop it to the package manager.
+
+ * apt-cache search vim --> ls -al /packages/meta/ |grep vim
+ * apt-get install vim --> install vim
+
+Just a sample script.
+
+ $ cd /packages/meta/vim/current/depends
+ $ for i in `ls *`
+ $ do
+ $ if [ -f /packages/binary/$i ]
+ $ then
+ $ echo "$i is installed"
+ $ else
+ $ install $i
+ $ fi
+ $ done
+
+The same can be achieved using any of the languages or front ends or even manual copying.
+
+If all the dependencies are there
+
+ $ cp -r /ftp/ftp.gnu.org/packages/binary/vim/7.0 /packages/binary/vim/7.0
+
+## Implementation Details
+
+Lets take the example of rpm, it is simply a cpio archive with software and
+meta data as its contents. Just extract it to stow directory with a name
+package-version. When apt-get or yum asks for information about already
+installed packages read the stow tree and return back the requested data.
+
+Same case for ebuild. We can provide these details to any packaging system
+in the way it wants using a translator. So support for a new format is
+just writing the new translator.
+
+## Initial idea
+
+A bit complex than the earlier scheme but it is more exciting and we can look at this schem seriously once we have the simple scheme working.
+
+All packages are installed at
+`/packages/binary/<packagename>/<packageversion>`.
+
+For eaxmple vim 6.4 version can be installed from source like
+
+ # cd vim64
+ # ./configure --prefix=/packages/binary/vim/6.4
+ # make
+ # make install
+
+Now if you have another vim version, say 7.0 then just follow the steps
+
+ # cd /packages/source/vim
+ # CP /<pathtovimtarball>/vim-7.0.tar.bz2
+ # tar -jxvf vim-7.0.tar.bz2
+ # mv vim70 7.0
+ # ./configure --prefix=/packages/binary/vim/7.0
+ # make
+ # make install
+
+You have 2 versions of vim and how can you sepcify which one is the current version? You can symlink the current version to select the version you would like to see as default
+
+ # ln -s /packages/binary/vim/7.0 /packages/vim/current
+
+## Metadata: /packages/meta
+
+Dependency information is stored as a symbolic link to the required packages in a subdirectory called depends.
+
+## Requirement
+
+We will require unionfs support if we chose to go through path 2 (which is what I like because we can really show off with translators.)
+
+ * Developing status - planning
+ * Near term goal - implement stow backend for dpkg
+ * High priority task - make unionfs work on boot. Mail from AMS to gnu-system-discuss on problem statement <http://www.mail-archive.com/gnu-system-discuss@gnu.org/msg00198.html>
+
+## Developer Guidelines.
+
+ * GNU coding standards <http://www.gnu.org/prep/standards/>
+
+
+## FAQ - Frequently asked questions
+
+ 1. How can I join this project?
+
+OK. I will give you steps.
+
+i. Install a GNU System by folowing these instructions [[SetupGNU]]
+
+ii. Read about GNU Design <http://www.gnu.org/software/hurd/hurd-paper.html>
+
+iii. Read about translators <http://www.debian.org/ports/hurd/hurd-doc-translator>
+
+iv. Try out these cool translators [[SettransExamples]]
+
+v. Add your name below and give a shout in the list.
+
+
+## Comments??
+
+Add your comments here
+
+## Interesting?
+
+To join the project just list your name below.
+
+ 1. PraveenA
+ 2. IsaacPraveen
+ 3. VikramVincent
+ 4. MaheshM