From: keypair@tuta.io
To: Louis <lewisharshman1@gmail.com>
Cc: Isaac Gonzalez <uribiel.gc@gmail.com>,
Kernelnewbies <kernelnewbies@kernelnewbies.org>
Subject: Re: Development environment discussion
Date: Thu, 18 Dec 2025 14:50:21 +0100 (CET) [thread overview]
Message-ID: <OgliSD0--c-9@tuta.io> (raw)
In-Reply-To: <b7977180-114e-4bc1-b504-86aa6f5edb14@gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 1976 bytes --]
> Debian is also a good option if you don't want to deal with the bleeding edge packages Arch uses. (It's generally pretty stable, but bugs do slip through more often compared to Debian for example)
>
With debian, you always get bugs and late updates. Arch is far better and never breaks
Dec 18, 2025, 13:58 by lewisharshman1@gmail.com:
> On 12/17/25 7:49 AM, Isaac Gonzalez wrote:
>
>> Hello everyone,
>>
>> I'm new posting to the newbies kernel list and currently learning kernel
>> driver and subsystem development.
>>
>
> Welcome to the Linux Kernel community!
>
>> I am considering working on a Macbook air with virtual machines for
>> my learning and experimentation process. Is it reasonable or would it be
>> better to consider native development, especially while working remotely?
>>
>
> I'd always suggest native but using MacOS ssh'd into a different host or running a VM are pretty okay options IMO.
>
> Personally I'd find all this kinda cumbersome to work in, running a x86_64 machine with a native Linux Distro seems like the easier route. (although I do understand the want to use a Macbook, the M series are great on power!)
>
>> I plan to use the macbook as a remote development environment with tools to
>> work on code inside virtual machines and remotely (ssh) to a desktop with
>> Ubuntu 24. It has been cumbersome getting the kernel to build due to
>> configurations in Ubuntu for certificates which do not exist in the
>> mainline kernel so any suggestions on any other host OS are appreciated.
>>
>
> I generally have an easier time in Arch, but Debian is also a good option if you don't want to deal with the bleeding edge packages Arch uses. (It's generally pretty stable, but bugs do slip through more often compared to Debian for example)
>
> Cheers,
> Louis
>
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies@kernelnewbies.org
> https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>
[-- Attachment #1.2: Type: text/html, Size: 3224 bytes --]
[-- Attachment #2: Type: text/plain, Size: 170 bytes --]
_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
next prev parent reply other threads:[~2025-12-18 13:51 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-17 14:49 Development environment discussion Isaac Gonzalez
2025-12-17 16:39 ` keypair
2025-12-17 17:44 ` Billie Alsup (balsup)
2025-12-18 2:41 ` Isaac Gonzalez
2025-12-18 8:26 ` Louis
2025-12-18 13:50 ` keypair [this message]
2025-12-18 16:02 ` Raka Gunarto
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=OgliSD0--c-9@tuta.io \
--to=keypair@tuta.io \
--cc=kernelnewbies@kernelnewbies.org \
--cc=lewisharshman1@gmail.com \
--cc=uribiel.gc@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.