From: Douglas Russell <puggy@gentoo.org>
To: gentoo-portage-dev@gentoo.org
Cc: gentoo-core@gentoo.org
Subject: [gentoo-portage-dev] gpg signing of Manifests
Date: Sun, 7 Dec 2003 21:01:03 +0000 [thread overview]
Message-ID: <200312072101.08245.puggy@gentoo.org> (raw)
In-Reply-To: <200312071412.08154.tradergt@smelser.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
ok. basically I'm trying to get a jump on the rest of portage to allow us
(through repoman) to get the tree populated with signed Manifests ready for
when portage is able to use them.
Their are several choices available for where the sigs will be, and various
advantages and disadvantages. I'm basically waiting to implement one of these
until a decision is made. It will then be ready in short order and ready to
use as soon as carpaski applies the patch against portage and commits it,
etc.
Choices:
a) Signing inline in current Manifest file.
Advantages
1) Low filestorage overhead in the short and long term
Disadvantages
1) Current versions of portage will be unable to parse these files
2) More difficult to parse and post than a seperate signature.
Overall
Basically (a) is an impossibility as it would require everyone to upgrade
portage before introuducing signing.
b) Signing inline in a new Manifest.asc file
Advantages
1) Gets around the problem of old/new portage as old portage will continue to
use the Manifest files and new portage will use the new signed Manifest.asc
files as soon as that "new" portage exists. The old Manifests can be phased
out after a time.
2) Increase in number of files in portage tree is only in the short term
Disadvantages
1) Increase in number of files in portage tree in the short term.
2) More difficult to parse and post than a seperate signature.
Overall
Possible, can be implemented now, best implementation from a portage tree size
point of view.
c) Detached Signing in a Manifest.asc file
Advantages
1) Gets around the problem of old/new portage as old portage will continue to
use the Manifest files and new portage will use the new signed Manifest.asc
in conjunction with the old Manifest files as soon as that portage exists.
2) Easy to parse and post, especially for uses such as grabbing the sigs for
posting on packages.gentoo.org
Disadvantages
1) Increase in number of files in portage tree in short and long term
Overall
Possible, can be implemented now, best implementation from a usability point
of view
____________________________
Swift responses would be appreciated as I want to get this into repoman as
soon as possible so that at the very least, wary users can manually check
their Manifests signatures if they are worried. This will also enable the
rest of portage to use the signatures as soon as it is ready to use them.
Apologies for cross-posting this to -core but I thought everyone should be
aware of this issue seeing as it has been brought to all our attentions of
late. Please continue the discussion on gentoo-portage-dev@gentoo.org list.
Puggy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQE/05UTXYnvgFdTojMRAggGAKCY65KRWeYmTABNbkuUwXOIkcGgqACbBQ/K
8WIcisb+VwYmyEMEQrQts0o=
=cbed
-----END PGP SIGNATURE-----
--
gentoo-portage-dev@gentoo.org mailing list
next prev parent reply other threads:[~2003-12-07 21:00 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-05 9:58 [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page George Shapovalov
2003-12-05 12:26 ` Paul de Vrieze
2003-12-05 21:33 ` George Shapovalov
2003-12-06 14:26 ` Paul de Vrieze
2003-12-06 19:35 ` Daniel Robbins
2003-12-06 19:41 ` Jon Portnoy
2003-12-07 0:13 ` [gentoo-portage-dev] ebuild strengths/weaknesses Daniel Robbins
2003-12-07 1:44 ` [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page Jason Stubbs
2003-12-07 2:39 ` George Shapovalov
2003-12-07 3:12 ` Jason Stubbs
2003-12-07 4:50 ` Ray Russell Reese III
2003-12-07 7:27 ` Daniel Robbins
2003-12-07 7:40 ` Daniel Robbins
2003-12-07 9:11 ` Kapil Thangavelu
2003-12-07 11:11 ` Paul de Vrieze
2003-12-08 16:03 ` [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page, ebuild conversion Sandy McArthur
2003-12-07 11:05 ` [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page Paul de Vrieze
2003-12-07 19:59 ` Philippe Lafoucrière
2003-12-07 20:10 ` Philippe Lafoucrière
2003-12-07 20:12 ` Jeff Smelser
2003-12-07 21:01 ` Douglas Russell [this message]
2003-12-07 21:53 ` [gentoo-portage-dev] gpg signing of Manifests Douglas Russell
2003-12-06 23:00 ` [gentoo-portage-dev] portage-ng concurse entry Was: Updated Portage project page George Shapovalov
2003-12-07 11:18 ` Paul de Vrieze
2003-12-05 16:54 ` [gentoo-portage-dev] portage-ng design competition -- not yet Daniel Robbins
2003-12-05 20:35 ` George Shapovalov
2003-12-05 21:59 ` [gentoo-portage-dev] portage-ng wish list Sandy McArthur
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200312072101.08245.puggy@gentoo.org \
--to=puggy@gentoo.org \
--cc=gentoo-core@gentoo.org \
--cc=gentoo-portage-dev@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox