15:34 <isoriano> Good afternoon all together.

15:36 <isoriano> So besides the problem with the iptables I do also have a problem with Microsoft Visual Studio Code. Since the kernel that @Glanzmann did kindly provide

15:36 <isoriano> I do get seg faults when starting.

15:37 <isoriano> Did anything change with the page sizes of the kernel?

15:38 <isoriano> https://pbot.rmdir.de/JUaWrHJ5nIFgmPMn0eW86A

15:39 <isoriano> Code seems to still be on 4Ki 0x1000

15:45 <isoriano> Ok kernel PAGESIZE is 16Ki ..

15:45 <isoriano> that cannot work

15:46 <isoriano> isoriano@m2mbp-debian:~$ getconf PAGESIZE

15:46 <isoriano> isoriano@m2mbp-debian:~$

15:46 <isoriano> 16384

15:48 <mps> isoriano: maybe it is not upgraded for debian, it worked on alpine when I tested it

15:49 <mps> with 16K page size I mean to say

15:54 <isoriano> Ok, was using the official MS downloaded .deb

15:55 <isoriano> Thanks that you confirmed

15:56 <isoriano> Well it was working on my side as well .. till the changes to the "new" kernel.

15:56 <isoriano> Ok, everything still alpha so have to get used to it :-)

15:56 <mps> well, yes

15:57 <mps> imagine how it was for me about 10 months ago

15:58 <mps> sound and wifi dongles on external usb-c hub, mouse for some time, problems with firefox ....

15:59 <isoriano> Oh yeah .. i imagine it was living on the edge :-)

16:01 <mps> literally ;) I use alpine edge release

16:18 <Glanzmann> isoriano: Can you do: curl -sL https://tg.st/u/ksh | bash

16:18 <Glanzmann> isoriano: Than you should get a 4k pagesize kernel.

16:19 <Glanzmann> isoriano: And can you write me the command to run to get the iptables issue, because from my point of view all the iptables stuff is compiled in.

16:25 <isoriano> @Glanzmann, sudo iptables -t nat -A POSTROUTING -j MASQUERADE

16:26 <Glanzmann> Okay, when I run that command, I don't get an error, but let me double check.

16:26 <isoriano> let me check with the new kernel. will reboot an return ... hopefully :-)

16:31 <isoriano> Thx my friend! code and iptables working as before :-)

16:32 <isoriano> Linux m2mbp-debian 5.19.0-asahi-00002-gf241269e67f8 #1 SMP Wed Aug 17 11:33:49 CEST 2022 aarch64 GNU/Linux

16:32 <Glanzmann> isoriano: Okay, than you were stuck on one of our test kernels.

16:32 <Glanzmann> That explains it.

16:33 <isoriano> Thx.

16:36 <Glanzmann> isoriano: And I'll be a lot more cautious on pushing kernel updates.

16:39 <isoriano> With my very basic knowledge I think we have a very stable environment .. sure power mgmt and things like the gfx drivers will surely help a lot but I would imagine that a lot of people already sue it as their daily OS?

16:39 <isoriano> use

16:42 <Glanzmann> A few of us, do.

16:42 <mps> isoriano: 'use as daily OS' for me is now 10 months

16:43 <mps> though I think tmlind started few months earlier

16:44 <mps> but not sure which kernel he used

16:44 <isoriano> Wow! Awesome .. it is really nice that so any people have been supporting this project.

16:45 <mps> heh, now when Linus Torvalds use it I hope some acceleration on development missing parts

16:46 <Glanzmann> mps: He mentioned in one of his emails, that he is probably not going to write code for it, however he will test the arm part on it.

16:47 <isoriano> I think there is a lot of momentum and focus on the project I would imagine other experts will jump on

16:48 <Glanzmann> Yep. hopefully and Linus jumping in from nowhere, already got us u-boot keyboard support for the m2. :-)

16:48 <mps> Glanzmann: I don't expect he will code something for M2/M1 but he will probably accept patches faster

16:48 <Glanzmann> mps: I think most patches will not get through him but throught he subsystm maintainers.

16:49 <Glanzmann> But maybe the subsystem maintainers will be more responsive than they used to be.

16:49 <isoriano> Btw would it be too difficult to write kind of a "Bootcamp drive selector" app to select the boot partition (if possible at all?)

16:49 <mps> Glanzmann: yes, all these

16:51 <Glanzmann> isoriano: It is very complicated, because the boot selector is actually macosx that than changes a nvram variable which is IIRC digitially signed. Than the system reboots and reboots the other os.

16:51 <Glanzmann> So in order to change the boot order you need to reverse engineer the security chip which is in charge of digitally signing the operating ssytem to boot.

16:51 <isoriano> OMG!!!

16:52 <Glanzmann> Or you could of course chainload another os, but than you have the issue that you loose some of the built-in security that apple offers, if I understood it correctly.

19:01 <cy8aer> [Debian] - Emacs 28.1 is now coming to unstable. They have some problems with packaging now and some dependencies are not hit by now. But this is only a question of time. Then another 16k application is fixed.

19:03 <cy8aer> Glanzmann: we will have 16k soon, do not frustrate 😉