Eric Spakman wrote:
> Hello Natanael,
>> Meanwhile, someone else has offered me hosting and has already set up a
>> mediawiki and started to add pages there...
>>
>> Even If I don't join LEAF yet, I am willing to cooperate, share
>> experiences etc.
>>
> That would be very welcome! We (Bering-uClibc team) definitly need your
> help with reviewing the apkg format and tools and looking forward to share
> experience.
> 
> Eric
> 

Paul Traina mentioned some issues with the current apkg (lrp) format:

> 2) It's insanely tedious to upgrade the software because the configs
>   are still stored with the binaries, and there are no tools for
>   merging diffs between the configs (e.g. ucf).

What I have been trying to with Alpine, is to sparate the local backup
of the configs from the package manager. Completely. This opens for
switching to any package manager. I could use deb, ipkg, whatever.

To do the backups of the configs, I am thinking CVS/SVN. Add a file to
the local backup list and later commit it to floppy or usb stick.

So, you install a package:
  ipkg install shorewall

add the config files to the "local backup list":
  lbu_add /etc/shorewall/*

And then you store your configs to floppy:
  lbu_commit floppy

lbu_add and lbu_commit are wrapper scripts. the backend could be other
scripts that mount the media (usb drive or floppy) or it could be a
subversion/cvs repository.

The "local backup" is not several lrp's but one tar.gz archive for
everything. Simplifying what goes where. (where should /dev/dsp be
backed up?)

preferrible this should be wrapped into a script.

----
pkg-install:
#!/bin/sh

$INST="ipkg install"

$INST $1

lbu_add `cat /var/lib/lrpkg/$PKG.list`
----

Or something like that. I havent wrapped it yet, but you get the idea.
By wrapping it, you can easy change package manager later.

Then during boot, Alpine installs all packages read from a package list
(a plain textfile) and after installing all packages, it looks for the
local backup file and unpacks it if found. This happens before any
services are started.

Yes you do lose, having the configs in separate files but you solve alot
of other things.

> 3) There's no easy way to figure out what modules should be updated.

If Paul is thinking of what packages (or conf files) needs to be backed
up, Nathan Angelacos is working on a utility solving this:
http://sfic.sourceforge.net

If Paul is thinking of if there are any new software packages (lrp's)
that should be installed/updated (for example security fixes), then
apk-tools has a utility to check if there are new versions of the
installed packages available. (apk_version)

you can check the installed packages against a remote repository or a
new cdrom.

If you would like to implement something like that, you will need to
redesign things.

--
Natanael Copa


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to