ng so
> > risks confusion for our users, or worse, outright breakage, and that
> > leads to lack of trust.
>
> We remove the EOL stuff from our mirrors. Everything using it will
> break anyway. So no, those images should not stay easily usable.
Doesn't archive.debian.org remain a
On Wed, Jun 03, 2020 at 10:51:02PM -0700, Ross Vandegrift wrote:
> Hi Luca,
>
> On Wed, Jun 03, 2020 at 11:22:26PM +0000, Luca Filipozzi wrote:
> > I would like there never to be a situtation where one person or consultancy
> > controls Debian's presence on a platform
that person is employed by the
owner of said platform.
I have spoken. (Meaning, I'm unlikely to repeat myself again. :) )
Ciao,
Luca
* I really like that consultancy. They do good work and have good
people. They contribute a lot to the community. That's not the point.
** Not necessarily from that consultancy.
--
Luca Filipozzi
On Mon, Mar 02, 2020 at 06:59:19PM -0500, Noah Meyerhans wrote:
> Please see https://aws.amazon.com/marketplace/pp/B0859NK4HC for details.
>
> Enjoy, and please leave reviews and ratings on the Marketplace.
Thank you, everyone, for getting this done!
--
Luca Filipozzi
> yet been removed, though.
>
> Similarly, I would expect that we would remove haveged from the
> generated buster images once the kernel's entropy jitter-entropy
> collector is available for buster.
Thank you for the legwork on this. I agree that haveged is the way to
proceed at this point.
--
Luca Filipozzi
On Fri, Jan 10, 2020 at 01:33:12PM -0500, Noah Meyerhans wrote:
> On Fri, Jan 10, 2020 at 03:52:53AM +0000, Luca Filipozzi wrote:
> > Two questions (pretend i'm 6yo):
> >
> > (1) why can't AWS offer virtio-rng support (other than "we already offer
> > a RDR
o questions (pretend i'm 6yo):
(1) why can't AWS offer virtio-rng support (other than "we already offer
a RDRAND on amd64") and should Debian actively encourage their adding
this support?
(2) what prevents our image having virtio-rng support (if it doesn't
already)?
--
Luca Filipozzi
gt; > GCP, there is also Azure, which is based on Hyper-V, which has a low
> > chance of getting support for virtio-rng for obvious reasons.
>
> The cloud kernel flavour currently targets AWS and Azure only. Hence
> the lack of support for virtio-rng.
How is entropy starvation at boot solved for x86-64 in AWS / Azure?
--
Luca Filipozzi
On Wed, Jan 08, 2020 at 11:25:34PM -0500, Theodore Y. Ts'o wrote:
> On Thu, Jan 09, 2020 at 01:11:41AM +0000, Luca Filipozzi wrote:
> >
> > (It's not like RNG quaility is a new problem... why didn't
> > virtualization approaches include host-to-guest RNG passthrough f
On Thu, Jan 09, 2020 at 12:41:28AM +, Luca Filipozzi wrote:
> On Wed, Jan 08, 2020 at 04:29:35PM -0500, Noah Meyerhans wrote:
> > If the kernel team is supportive of the
> > EFI_RNG+CONFIG_RANDOM_TRUST_BOOTLOADER approach, would folks be in
> > favor of enabling haveg
mpletely?
I prefer passing through hrng but would find haveged acceptable. Other
distros ship with haveged enabled for the same reason as we are debating
here.
Ted provides another viewpoint in a separate reply to this thread that
also merits consideration.
--
Luca Filipozzi
. See:
https://twitter.com/mjg59/status/1181423056268349441
https://twitter.com/LucaFilipozzi/status/1181426253636755457
--
Luca Filipozzi
bian-side, the fix is SPI-side and has been
applied. Bastian will test to confirm.
--
Luca Filipozzi
On Mon, Oct 22, 2018 at 11:10:57AM -0700, Noah Meyerhans wrote:
> On Mon, Oct 22, 2018 at 05:52:15PM +0000, Luca Filipozzi wrote:
> > I object because, at the 2018 Debian Cloud Sprint, we collectively
> > decided that we were not offering Debian LTS Cloud Images. Are we
> >
ollective decision making, not
one-offs for each platform.
--
Luca Filipozzi
he server Google does. In theory they can
> go in and gain access."
>
> So forget my definition. What was the agreed upon definition of a "Debian
> controlled server" that was defined at this sprint? And was that definition
> written down somewhere?
>
>
(fixing top-posting)
On Wed, Aug 29, 2018 at 11:07:24AM -0500, Paul Dejean wrote:
> On Wed, Aug 29, 2018, 10:48 AM Luca Filipozzi wrote:
>
> > On Wed, Aug 29, 2018 at 10:28:27AM -0500, Paul Dejean wrote:
> > > I honestly don't get it. Why is casulana so necessary for buildi
I would love to see several
third-party storage solutions to be employed, ideally in different legal
jurisdictions, for redundancy purposes.
Colleagues, please elaborate if my explanation above is incorrect in any
way.
Cheers,
Luca
--
Luca Filipozzi
On Wed, Aug 29, 2018 at 05:07:55PM +0200, Thomas Goirand wrote:
> On 08/12/2018 02:51 AM, Luca Filipozzi wrote:
> > On Sat, Aug 11, 2018 at 03:06:53PM +0200, Bastian Blank wrote:
> >> Right now this layers are:
> >> - gitlab: repository store, job scheduler
> &g
; > HUP!
> >
> > We have responses from a number of people, but AFAICS nobody from
> > Microsoft at all has responded yet. I'll be closing the poll in 36
> > hours, so please state your preference ASAP if you haven't already...
> >
> > --
> > Steve McIntyre, Cambridge, UK.
> > st...@einval.com
> > Who needs computer imagery when you've got Brian Blessed?
> >
> >
--
Luca Filipozzi
On Mon, Aug 13, 2018 at 04:03:32PM +, Luca Filipozzi wrote:
> On Sat, Aug 11, 2018 at 11:10:57AM +0200, Thomas Goirand wrote:
> > Something I forgot to mention at Debconf. The OpenStack summit will be
> > held on 13-15 November. 2 years ago, I missed the cloud s
to
> have a cloud sprint this year, can we please make it so that it's at
> least 1 week and a half away from the OpenStack summit scheduled dates?
Thanks for letting us know about the OpenStack Summit's dates. I've
revised our request to DO/Google to exclude that week.
Luca
--
Luca Filipozzi
refer the idea of enqueuing jobs
into SGE (or equivalent) and using appropriate parameters to identify
number of CPU/RAM/etc is available on the runner vs what a job needs.
That way, we make best use of casulana.
Thoughts?
--
Luca Filipozzi
On Fri, Aug 10, 2018 at 07:53:15PM -0400, Jimmy Kaplowitz wrote:
> I think you're overestimating how much disagreement there is.
I am happy to be wrong.
--
Luca Filipozzi
rrent status and
> pending next steps, so that we can move forward? Looking forward to
> seeing many of you!
Steve took the action to resolve venue (DO @ NYC or Google @ TBD) and
date (Oct 15-17 or Nov 12-14) by end of this week (which is Sunday, I
suppose :) ).
--
Luca Filipozzi
is, in my view, a problem.
(Not picking on Noah, just happen to reply to his email :) ).
--
Luca Filipozzi
On Mon, Oct 23, 2017 at 07:00:33PM +, Luca Filipozzi wrote:
> - subject: Debian Cloud Spring 2017 Reimbursement Request
That should be Debian Cloud Sprint 2017 Reimbursement Reqeust.
--
Luca Filipozzi
eimbursement of these
expenses from any other source.
Thanks,
Luca
--
Luca Filipozzi
contribution/sponsorship.
We can recognize the contribution of fastly and amazon by augmenting the
information published at https://deb.debian.org, perhaps.
The hostname that users enter into their sources configuration should be CDN
provider-agnostic and that's what deb.debian.org provides.
I'm very pleased to see us working towards having two different CDN providers
underlying the deb.debian.org service.
Thanks, everyone, for working on this.
--
Luca Filipozzi
29 matches
Mail list logo
