://docs.cloud.oracle.com/Content/API/Concepts/cliconcepts.htm
* License : Universal Permissive License or Apache
Programming Lang: Python
Description : Command Line Interface for Oracle Cloud Infrastructure
This package is needed by my employer for managing their OCI instances.
I plan
/
* License : UPL or Apache
Programming Lang: Python
Description : Oracle Cloud Infrastructure Python SDK
This package is needed by my employer for managing their OCI instances.
I plan to maintain it within the Debian Cloud Team after joining it.
--
bye,
pabs
https://wiki.debian.org
Hi Paul,
Noah has well replied already, but just saying it to, to avoid confusion.
On 10/27/20 8:00 PM, Paul Graydon wrote:
> On 10/27/20 10:06 AM, Noah Meyerhans wrote:
>> On Tue, Oct 27, 2020 at 09:58:05AM -0700, Paul Graydon wrote:
If you are considering installations directly from the
On 10/28/20 5:18 PM, Noah Meyerhans wrote:
On Wed, Oct 28, 2020 at 04:58:55PM -0700, Paul Graydon wrote:
Okay, I'm getting confused here. These restrictions don't seem to match
with the previous message, so I'm assuming I misunderstood something. I
think this may hinge around what is meant by
On Wed, Oct 28, 2020 at 04:58:55PM -0700, Paul Graydon wrote:
> Okay, I'm getting confused here. These restrictions don't seem to match
> with the previous message, so I'm assuming I misunderstood something. I
> think this may hinge around what is meant by "official" images.
Official images are
On 10/27/20 1:33 PM, Ross Vandegrift wrote:
On Tue, Oct 27, 2020 at 12:00:54PM -0700, Paul Graydon wrote:
Okay, that sounds like a reasonable route forwards here. Are there any
restrictions around what we can/cannot do, while retaining the Debian
branding, as it were? For example, with the
On Tue, Oct 27, 2020 at 12:00:54PM -0700, Paul Graydon wrote:
> Okay, that sounds like a reasonable route forwards here. Are there any
> restrictions around what we can/cannot do, while retaining the Debian
> branding, as it were? For example, with the CentOS images (that we build
> and
On Mon, Oct 26, 2020 at 04:28:13PM -0700, Paul Graydon wrote:
> > debian-cloud-images uses apache libcloud, but OCI is not listed as a
> > supported
> > provider at [1]. You might first need to add support to libcloud.
>
> Okay. So the goal here would be for us to make code changes and submit
On Tue, Oct 27, 2020 at 12:00:54PM -0700, Paul Graydon wrote:
> > If you want to build derivitive images that are based on our
> > configuration and associated tooling but have additional software
> > installed, you are free to use our tooling and configuration as a
> > starting point. This is,
On 10/27/20 10:06 AM, Noah Meyerhans wrote:
On Tue, Oct 27, 2020 at 09:58:05AM -0700, Paul Graydon wrote:
If you are considering installations directly from the Deb package, how
do you consider the client software update procedure when the virtual
machine has been running for a while? Snapd has
On Tue, Oct 27, 2020 at 09:58:05AM -0700, Paul Graydon wrote:
> > If you are considering installations directly from the Deb package, how
> > do you consider the client software update procedure when the virtual
> > machine has been running for a while? Snapd has a built-in mechanism for
> >
On 10/27/20 4:43 AM, Adam Dobrawy wrote:
W dniu 27.10.2020 o 00:28, Paul Graydon pisze:
Almost everything will already be covered by standard packages and
configuration changes. It's nothing particularly exotic.
There is one component that is not in the Debian repositories, the
Oracle Cloud
W dniu 27.10.2020 o 00:28, Paul Graydon pisze:
> Almost everything will already be covered by standard packages and
> configuration changes. It's nothing particularly exotic.
>
> There is one component that is not in the Debian repositories, the
> Oracle Cloud Agent, which we're looking at open
On 10/22/20 7:17 PM, Ross Vandegrift wrote:
Hi Paul,
On Tue, Oct 20, 2020 at 02:31:21PM -0700, Paul Graydon wrote:
My name is Paul Graydon, I'm one of the engineers in Compute at Oracle Cloud
Infrastructure (OCI). We would like to work with you to bring Debian
on-board as a platform image
Hi Paul,
On Tue, Oct 20, 2020 at 02:31:21PM -0700, Paul Graydon wrote:
> My name is Paul Graydon, I'm one of the engineers in Compute at Oracle Cloud
> Infrastructure (OCI). We would like to work with you to bring Debian
> on-board as a platform image, and we'd like to unders
Hi all,
It has been a while since I last posted on this list, so I figure it's
best if I start out with a fresh introduction.
My name is Paul Graydon, I'm one of the engineers in Compute at Oracle
Cloud Infrastructure (OCI). We would like to work with you to bring
Debian on-board
(The statements and opinions in this e-mail are mine, not Google's.)
On Tue, Jan 01, 2019 at 07:24:19AM +0100, Thomas Goirand wrote:
> > Why didn't we use cloud-init? For pretty much the same reason the other
> > cloud vendors haven't, and there was fair bit of discussion about it at
> > the
On 12/31/18 9:44 PM, Theodore Y. Ts'o wrote:
> But it seems to me that making cloud-init to use some kind of plug-in
> architecture would be really helpful, even if it's not going to be a
> solution for the immediate future.
Cloud-init already has a kind of plugin architecture. You can activate /
Happy new year Paul,
On 12/31/18 4:56 PM, Paul Graydon wrote:
> On 12/29/18 12:55, Thomas Goirand wrote:
>
>>> I may be misunderstanding your comment, but so far as runtime vs
>>> baked-in, we've been attempting to make everything as secure as possible
>>> from the get-go, and assume that
On Mon, Dec 31, 2018 at 10:56:51AM -0500, Paul Graydon wrote:
> Why didn't we use cloud-init? For pretty much the same reason the other
> cloud vendors haven't, and there was fair bit of discussion about it at the
> cloud-init summit back in August. RedHat doesn't backport features. The
> Redhat
On 12/29/18 12:55, Thomas Goirand wrote:
I may be misunderstanding your comment, but so far as runtime vs
baked-in, we've been attempting to make everything as secure as possible
from the get-go, and assume that customers ignore any good practices or
suggestions we document. Given the security
On 12/30/18 12:26 AM, Theodore Y. Ts'o wrote:
> I can understand how adding features via a cloud-specific agent is not
> viewed as particularly exciting for someone who wants to use VM's
> across multiple providers.
That's not the unique problem.
I've heard people from Google and Azure both
On Sat, Dec 29, 2018 at 08:41:01PM +, Jeremy Stanley wrote:
> To echo the sentiment, I too am not that keen on images which need
> provider-specific daemons installed to make them viable. As a
> sysadmin for applications which span multiple providers, it's more
> useful for me to be able to
On 2018-12-29 18:26:01 -0500 (-0500), Theodore Y. Ts'o wrote:
[...]
> The shortcoming with OpenStack is that you end up having to support
> the lowest common denominator of functionality.
Not to be glib, but you could argue that this is a shortcoming of
AWS, GCE, and Azure as well. The AWS
On 2018-12-29 18:55:43 +0100 (+0100), Thomas Goirand wrote:
> On 12/29/18 3:06 PM, Paul Graydon wrote:
[...]
> > It's not all that much different from Google's instance agent
> > that comes installed on their instances.
>
> Or the Microsoft's agent as well. I well know that popular cloud
>
On 12/29/18 3:06 PM, Paul Graydon wrote:
> Based on comments in that debian-cloud-images repository, it looks like
> you're favouring Chrony these days instead of NTP, which is good with
> me, particularly from a security perspective.
I forgot about this, but I believe you're right, indeed.
> I
You probably want to try "debian-cloud-images" from Sid, which has the
necessary depends. Simply run "debian-cloud-images" as root to build.
The git repo for it is here:
On Wed, Dec 26, 2018 at 09:19:56AM -0500, Paul Graydon wrote:
> We are now standardizing on FAI to build our images. If you want the
> Debian Oracle image to become official, it will have to use that.
>
>I took a quick look at FAI a few weeks back, but the dependency on
>DHCP/tftp made
On 12/26/18 3:19 PM, Paul Graydon wrote:
> On 12/24/18 04:34, Thomas Goirand wrote:
>> On 12/23/18 6:17 PM, Paul Graydon wrote:
>>> I notice that Debian produce images for some clouds, including the older
>>> Oracle Cloud Compute platform, via bootstrap-vz?.
>> We are now standardizing on FAI to
On 12/24/18 04:34, Thomas Goirand wrote:
On 12/23/18 6:17 PM, Paul Graydon wrote:
In
addition to what we call "canned images", we also offer a Partner Image
Catalogue service, where third party vendors can produce and publish
images through our platform.
We'd like to include Debian as one of
Hi all,
First a quick introduction. My name is Paul Graydon, I'm a Systems
Engineer in the Imaging team at Oracle Cloud Infrastructure (OCI),
Oracle's new cloud platform. The imaging team is responsible for the
creation (or ingestion), and publication of images on our platform. We
publish
31 matches
Mail list logo
