public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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


  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