Re: Development environment discussion

[email protected] Thu, 18 Dec 2025 14:50:21 +0100 (CET)
Newsgroups	org.kernelnewbies.kernelnewbies
Message-ID	<[email protected]>
--===============2474939258847513908==
Content-Type: multipart/alternative; 
	boundary="----=_Part_133622_1678177792.1766065822713"

------=_Part_133622_1678177792.1766065822713
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

> 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 [email protected]:

> 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
> [email protected]
> https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>


------=_Part_133622_1678177792.1766065822713
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html>
  <head>
    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DUTF-8=
">
  </head>
  <body>
<blockquote class=3D"tutanota_quote" style=3D"border-left: 1px solid #93A3B=
8; padding-left: 10px; margin-left: 5px;"><div dir=3D"auto">Debian is also =
a good option if you don't want to deal with the bleeding edge packages Arc=
h uses. (It's generally pretty stable, but bugs do slip through more often =
compared to Debian for example)<br></div></blockquote><div dir=3D"auto">Wit=
h debian, you always get bugs and late updates. Arch is far better and neve=
r breaks<br></div><div dir=3D"auto"><br></div><div dir=3D"auto">Dec 18, 202=
5, 13:58 by [email protected]:<br></div><blockquote class=3D"tutanot=
a_quote" style=3D"border-left: 1px solid #93A3B8; padding-left: 10px; margi=
n-left: 5px;"><div dir=3D"auto">On 12/17/25 7:49 AM, Isaac Gonzalez wrote:<=
br></div><blockquote><div dir=3D"auto">Hello everyone,<br></div><div dir=3D=
"auto"><br></div><div dir=3D"auto">I'm new posting to the newbies kernel li=
st and currently learning kernel<br></div><div dir=3D"auto">driver and subs=
ystem development.<br></div></blockquote><div dir=3D"auto"><br></div><div d=
ir=3D"auto">Welcome to the Linux Kernel community!<br></div><blockquote><di=
v dir=3D"auto">I am considering working on a Macbook air with virtual machi=
nes for<br></div><div dir=3D"auto">my learning and experimentation process.=
 Is it reasonable or would it be<br></div><div dir=3D"auto">better to consi=
der native development, especially while working remotely?<br></div></block=
quote><div dir=3D"auto"><br></div><div dir=3D"auto">I'd always suggest nati=
ve but using MacOS ssh'd into a different host or running a VM are pretty o=
kay options IMO.<br></div><div dir=3D"auto"><br></div><div dir=3D"auto">Per=
sonally I'd find all this kinda cumbersome to work in, running a x86_64 mac=
hine 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!)<br=
></div><blockquote><div dir=3D"auto">I plan to use the macbook as a remote =
development environment with tools to<br></div><div dir=3D"auto">work on co=
de inside virtual machines and remotely (ssh) to a desktop with<br></div><d=
iv dir=3D"auto">Ubuntu 24. It has been cumbersome getting the kernel to bui=
ld due to<br></div><div dir=3D"auto">configurations in Ubuntu for certifica=
tes which do not exist in the<br></div><div dir=3D"auto">mainline kernel so=
 any suggestions on any other host OS are appreciated.<br></div></blockquot=
e><div dir=3D"auto"><br></div><div dir=3D"auto">I generally have an easier =
time in Arch, but Debian is also a good option if you don't want to deal wi=
th the bleeding edge packages Arch uses. (It's generally pretty stable, but=
 bugs do slip through more often compared to Debian for example)<br></div><=
div dir=3D"auto"><br></div><div dir=3D"auto">Cheers,<br></div><div dir=3D"a=
uto">Louis<br></div><div dir=3D"auto"><br></div><div dir=3D"auto"><br></div=
><div dir=3D"auto">_______________________________________________<br></div=
><div dir=3D"auto">Kernelnewbies mailing list<br></div><div dir=3D"auto">Ke=
[email protected]<br></div><div dir=3D"auto">https://lists.kern=
elnewbies.org/mailman/listinfo/kernelnewbies<br></div></blockquote><div dir=
=3D"auto"><br></div>  </body>
</html>

------=_Part_133622_1678177792.1766065822713--


--===============2474939258847513908==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Kernelnewbies mailing list
[email protected]
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

--===============2474939258847513908==--