Re: mingw sysroot paths (and generalizing them)

On Fri, Apr 28, 2023 at 9:13 AM Daniel P. Berrangé wrote: > On Fri, Apr 28, 2023 at 01:41:05PM +0100, Richard W.M. Jones wrote: > > On Fri, Apr 28, 2023 at 02:22:40PM +0200, Florian Weimer wrote: > > > Looking at > > > > > > Information for RPM mingw64-zlib-1.2.13-2.fc38.noarch.rpm > > >

Re: Firecracker microVM manager

On Sat, Apr 22, 2023 at 10:48 AM Matthew Miller wrote: > On Sat, Apr 22, 2023 at 10:13:31AM -0400, David Michael wrote: > > > Would it be possible to add a warning to this effect? Without any form > > > of sandboxing Firecracker is not suitable for production use. > >

Re: Firecracker microVM manager

On Fri, Apr 21, 2023 at 10:02 PM Demi Marie Obenour wrote: > On 4/21/23 11:13, David Michael wrote: > > Hi, > > > > Following up on this, Firecracker has been accepted and submitted to > > Fedora. Thanks to Fabio for all of the Rust reviews. > > > > F37

Re: Firecracker microVM manager

from the original e-mail: On Sat, Mar 4, 2023 at 12:40 PM David Michael wrote: > - The musl package adds /usr paths for compatibility with the compiler > --sysroot option. > - The rust compiler adds musl target subpackages. Targeting musl was dropped after the initial discussion, so

Re: Firecracker microVM manager

On Sat, Mar 4, 2023 at 5:51 PM Neal Gompa wrote: > On Sat, Mar 4, 2023 at 12:41 PM David Michael wrote: > > Hi, > > > > Firecracker[0] is a minimal virtual machine manager (a la QEMU) > > written in Rust that uses KVM to start Linux VMs extremely quickly and >

Firecracker microVM manager

Hi, Firecracker[0] is a minimal virtual machine manager (a la QEMU) written in Rust that uses KVM to start Linux VMs extremely quickly and securely. It is used by AWS Lambda and Fargate among other things to make VM startup time comparable to containers. I've built it for Fedora x86_64 and share

Re: The future of legacy BIOS support in Fedora.

On Wed, Jul 1, 2020 at 5:51 PM Neal Gompa wrote: > The core of it is that nobody cares. It comes up at least once or > twice every development cycle in the Workstation Working Group > meetings, but there's nothing we can do. Sometimes I'll get bullshit > answers from people. Sometimes they'll just

Comaintainer(s) wanted: erofs-utils

Hi, EROFS[1] is a relatively new read-only file system focused on efficiency with optional compression, currently used by many Android devices. I've added the EROFS userspace utilities package[2] to Fedora, but I think it would be good to have a comaintainer so the file system support is not depe

Re: Orphaning moby-engine (Docker)

On Thu, Jul 11, 2019 at 5:22 PM Olivier Lemasle wrote: > On Wednesday, 3 July 2019 19:56:47 CEST David Michael wrote: > > I have orphaned moby-engine, the community Docker package in Fedora, > > due to no longer working in a role where I can maintain it as part of > > the job

Re: Orphaning moby-engine (Docker)

On Wed, Jul 3, 2019 at 5:15 PM Robert-André Mauchin wrote: > On Wednesday, 3 July 2019 19:56:47 CEST David Michael wrote: > > I have orphaned moby-engine, the community Docker package in Fedora, > > due to no longer working in a role where I can maintain it as part of > >

Orphaning moby-engine (Docker)

I have orphaned moby-engine, the community Docker package in Fedora, due to no longer working in a role where I can maintain it as part of the job. If anyone wants to take it, it is up to date in F30 and rawhide branches (F29 was not updated for compatibility since it doesn't enable SELinux), but

Fedora Hurd Compilers

Fedora developers: It's GNU's 30th birthday today, so I thought I'd upload a relevant side project of mine: a package to cross-compile a GNU (Hurd) operating system using Fedora. https://github.com/dm0-/gnuxc No pre-compiled binaries are provided; everything is built from (mostly) unpatched ups

Re: on /etc/sysconfig

Hi, On Mon, Jul 18, 2011 at 5:32 PM, Kay Sievers wrote: > We should not let packages create config files in lib, lib is more for > static content from rpms, not really for configuration. For the same > reason, 'systemctl enable/disable' acts on /etc only. I had imagined using alternatives would

Re: on /etc/sysconfig

Hi, On Mon, Jul 18, 2011 at 5:16 PM, Bill Nottingham wrote: > Right, but that then causes 'last one wins' behavior among multiple DMs. > > I suppose we could use alternatives for this, as much as I dislike it. I meant creating that symlink was the replacement for /etc/sysconfig/desktop, the end-

Re: on /etc/sysconfig

Hi, On Mon, Jul 18, 2011 at 4:42 PM, mike cloaked wrote: > what then out of interest is the replacement for a > /etc/sysconfig/desktop file that defines which login manager should be > the default (and which is not there by default)? Can KDM then be > started when X starts and not GDM without the

Re: systemd and filesystems with noauto

On Mon, Aug 23, 2010 at 12:32 PM, Lennart Poettering wrote: > On Mon, 23.08.10 12:23, David Michael (fedora@gmail.com) wrote: > >> On Mon, Aug 23, 2010 at 11:51 AM, Lennart Poettering >> wrote: >> > i.e. "auto" → wait for this on boot; "noauto&qu

Re: systemd and filesystems with noauto

On Mon, Aug 23, 2010 at 11:51 AM, Lennart Poettering wrote: > i.e. "auto" → wait for this on boot; "noauto" → don't delay boot for this. I may be wrong, but wasn't there already a "bootwait" and "nobootwait" defined for this behavior? -- devel mailing list devel@lists.fedoraproject.org https://a

Re: in f13 =~ no longer working in bash

On Tue, Jun 8, 2010 at 8:14 AM, Farkas Levente wrote: > hi, > =~ no longer working in bash. just try this little line: > - > if [[ "abc" =~ "abc.*" ]]; then echo inside; else echo outside; fi > - > this give "inside" up to fedora-12, but it g

Re: i386-class support changed in F-13?

Hi, On Wed, Jun 2, 2010 at 11:42 AM, Richard W.M. Jones wrote: > I wonder what the performance impact is. NOPL appears to be a > variable length NOP (no-op). Obviously a very useful instruction for > things like alignment, and gcc seems to stuff lots of them into the > code: > > $ objdump -d /

Re: i386-class support changed in F-13?

On Wed, Jun 2, 2010 at 2:39 AM, Peter Robinson wrote: > It does work in F-12, the response for the lack of support in F-13 was > 'deal with it'. There is suppose to be a patch to emulate it in the > kernel but apparently it won't go upstream until its a generic infra > patch that can allow support