This looks to be reasonable in scope, low-risk, and self-contained; FFe
granted.
--
optionally fetch public ssh keys from Launchpad when starting an instance
https://bugs.launchpad.net/bugs/524101
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
[[ FEATURE FREEZE EXCEPTION REQUEST ]]
Thierry has asked that I file a FFe in retrospect on this upload, which
was perhaps more feature-full than it should have been.
My apologies to the Release Team. Part of the Server Team and the
Eucalyptus team were sprinting last week, and worked our way th
This bug was fixed in the package cloud-utils - 0.10-0ubuntu1
---
cloud-utils (0.10-0ubuntu1) lucid; urgency=low
[ Scott Moser ]
* ssh-import-lp-id: allow dss keys
* uec-publish-tarball: add -q/--quiet flag
* uec-publish-image:
- remove trailing slash on bucket input which
** Changed in: cloud-utils (Ubuntu)
Status: In Progress => Fix Committed
--
optionally fetch public ssh keys from Launchpad when starting an instance
https://bugs.launchpad.net/bugs/524101
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
** Branch linked: lp:~ubuntu-on-ec2/ubuntu-on-ec2/cloud-utils
--
optionally fetch public ssh keys from Launchpad when starting an instance
https://bugs.launchpad.net/bugs/524101
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-
** Package changed: euca2ools (Ubuntu) => cloud-utils (Ubuntu)
** Changed in: cloud-utils (Ubuntu)
Status: Confirmed => In Progress
** Changed in: cloud-utils (Ubuntu)
Assignee: (unassigned) => Dustin Kirkland (kirkland)
--
optionally fetch public ssh keys from Launchpad when starti
** Branch linked: lp:ubuntu/cloud-init
--
optionally fetch public ssh keys from Launchpad when starting an instance
https://bugs.launchpad.net/bugs/524101
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubunt
This bug was fixed in the package cloud-init - 0.5.7-0ubuntu3
---
cloud-init (0.5.7-0ubuntu3) lucid; urgency=low
* debian/control:
- recommend ssh-import, such that the ssh-import-lp-id
utility is available in UEC images for convenient importing of
ssh public keys st
** Branch linked: lp:~kirkland/cloud-init/524101
--
optionally fetch public ssh keys from Launchpad when starting an instance
https://bugs.launchpad.net/bugs/524101
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Invalidating the Eucalyptus task, nothing to be done there.
Confirming the euca2ools task, marking wishlist, per Etienne's feedback.
To Scott's point about only supporting Launchpad ... what other public
ssh key server is there? I have scoured the net looking for an ssh
equivalent of pgp.mit.ed
Note, we now have ssh-import-lp-id in the archive. We should get this
seeded as a recommends of cloud-init.
** Also affects: cloud-init (Ubuntu)
Importance: Undecided
Status: New
** Changed in: cloud-init (Ubuntu)
Status: New => Triaged
** Changed in: cloud-init (Ubuntu)
Imp
On Mon, 22 Feb 2010, Etienne Goyer wrote:
> Rather, if euca-add-keypair could be pointed to an existing id file
> (optionally, pointing to one stored in Launchpad), that would be
> terrific. The fact that we have to generate a new key each time we
> upload an identity to EC2/Eucalyptus is terribl
Rather, if euca-add-keypair could be pointed to an existing id file
(optionally, pointing to one stored in Launchpad), that would be
terrific. The fact that we have to generate a new key each time we
upload an identity to EC2/Eucalyptus is terribly annoying; using an
existing identity/key pair wou
cloud-config does support passing in ssh keys. Look at
http://bazaar.launchpad.net/%7Ecloud-init-dev/cloud-
init/trunk/annotate/head%3A/doc/examples/cloud-config.txt for
'ssh_authorized_keys'.
I think what you're suggesting is what Dustin realized can be done. He
opened bug 524226 ., with 'ssh-im
Note that euca-run-instance "-k" option does not use a generic public
key file as its parameter... but rather the name of a keypair registered
in Eucalyptus through euca-add-keypair. So you would miss the private
key...
Maybe it would be simpler to support it through ec2-config ? Like having
an ex
15 matches
Mail list logo