atom feed37 messages in org.freebsd.freebsd-portsRe: [ECFT] pkgng 0.1-alpha1: a replac...
FromSent OnAttachments
Baptiste DaroussinMar 25, 2011 3:10 am 
Alexander LeidingerMar 25, 2011 7:06 am 
Baptiste DaroussinMar 25, 2011 7:14 am 
Alexander LeidingerMar 25, 2011 7:37 am 
Julien LaffayeMar 25, 2011 8:02 am 
Pietro CeruttiMar 25, 2011 8:34 am 
Baptiste DaroussinMar 25, 2011 8:41 am 
Andriy GaponMar 25, 2011 9:35 am 
Michel TalonMar 25, 2011 9:44 am 
Michel TalonMar 25, 2011 9:47 am 
Eitan AdlerMar 25, 2011 9:54 am 
Thomas DickeyMar 25, 2011 12:32 pm 
Alexander LeidingerMar 25, 2011 1:14 pm 
Jos BackusMar 25, 2011 1:24 pm 
Garrett CooperMar 25, 2011 1:46 pm 
YuriMar 25, 2011 2:31 pm 
Baptiste DaroussinMar 25, 2011 2:37 pm 
Alexander LeidingerMar 25, 2011 2:52 pm 
Marcin WisnickiMar 25, 2011 4:00 pm 
Baptiste DaroussinMar 26, 2011 3:22 am 
Marin Atanasov NikolovMar 26, 2011 5:38 am.patch
Marcin WisnickiMar 26, 2011 6:18 am 
Michel TalonMar 26, 2011 6:18 am 
Julien LaffayeMar 26, 2011 4:01 pm 
Andriy GaponMar 28, 2011 10:43 am 
Garrett CooperMar 28, 2011 10:58 am 
Julien LaffayeMar 28, 2011 11:22 am 
Benjamin KadukMar 28, 2011 8:30 pm 
Tim KientzleMar 28, 2011 9:15 pm 
Baptiste DaroussinMar 28, 2011 10:50 pm 
Julien LaffayeMar 29, 2011 5:11 am 
Super BisquitMar 29, 2011 7:50 am 
Andriy GaponMar 29, 2011 10:37 am 
Baptiste DaroussinMar 29, 2011 11:27 am 
Baptiste DaroussinMar 29, 2011 1:29 pm 
Andriy GaponMar 31, 2011 7:54 am 
Baptiste DaroussinMar 31, 2011 8:01 am 
Subject:Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install
From:Alexander Leidinger (Alex@Leidinger.net)
Date:Mar 25, 2011 7:37:51 am
List:org.freebsd.freebsd-ports

Quoting Baptiste Daroussin <ba@freebsd.org> (from Fri, 25 Mar 2011 15:14:52 +0100):

2011/3/25 Alexander Leidinger <Alex@leidinger.net>:

Quoting Baptiste Daroussin <ba@FreeBSD.org> (from Fri, 25 Mar 2011 11:11:11 +0100):

pkgng is a binary package manager written from scratch for FreeBSD.

I didn't had a look at it, just some comments about some parts you explained.

features supported are or will be :

- a special architecture "all" allows to specify when a package can be used on every architecture. (not done yet)

What if a package is able to install on a subset, e.g. the linuxulator ports are for amd64 and i386?

No clue for that at the moment but we are open to suggestions.

The suggestion is easy, allow a way to specify a set of valid architectures.

What about DB corruption/loss? Do you keep the /var/db/pkg/<package>/xxx files even with pkgng and only use the DB as a way to speed up some work (so the DB corruption just requires to run pkg2ng), or are you lost of the DB is lost?

Nothing is done about DB corruption/loss, I am not sure we need to do something. Maybe.

I would say "for sure". Info: In Solaris 10 sqlite is used for the service managenemt framework (SMF). It is possible that the DB is corrupt in some bad situations. In this case you have to rebuild the DB (script provided, been there, had to use it).

Currently a filesystem corruption/loss on /var/db/pkg would do the same.

Put a corruption of /var/db/pkg/xyz-1/+REQUIRED_BY would only affect a small part, and this part could be even recovered from (pkgdb from portupgrade is able to do it).

but it is sqlite so we can perhaps provide a way to get compressed dump so user can periodically backup their database.

It needs to be automated. Maybe periodic daily... but maybe this is not often enough after a day of a lot of changes (think about it this way: do you want to lose a day of changes?). The current FS based DB is very robust, partly because there is redundant data, pertly because losing a file just means that the very limited subset of information is lost (and a reinstall of one port will fix it).

Bye, Alexander.