Live data from Hacker News

A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

blog.jreypo.io

101–110 of 123 posts

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#101
post #46

Earlier quoted context omitted.

Meanwhile no one at Apple is using windows unless they have to for very specific software.

That's unfortunately their loss in my opinion. Windows has a pretty awesome development story, far better than Apple's authoritarian hold on what software can be run and distributed for that platform. Moreover, gaming is great on Windows, and always has been, and WSL2 is extremely slick.

>far better than Apple's authoritarian hold on what software can be run and distributed for that platform.

No such hold exists on MacOS. You're confusing it with iOS.

Windows is better for gaming, but that doesn't matter to everybody.

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#102

Earlier quoted context omitted.

Doesn’t Apple provide a system preference option to disable gatekeeper completely (set to running signed applications by default, and it also allows you to limit apps to App Store only).

The system preference option is no longer visible in recent releases of macOS – it can only be enabled via the terminal.

IOW, yes, you can disable it.

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#103
post #98
post #65

Earlier quoted context omitted.

You can literally just right click and press 'open'. Might not be obvious to the layman, but you don't need to do a whole code signing bypass song and dance.

I can't edit my comment so I'll just put this here: what is up with HN heavily downvoting factual, useful information? It seems something from the past 1-1.5y or so and it infuriates me to no end.

In aggregate, HN hates Apple. It's that simple, really.

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#104
post #92
post #73

Earlier quoted context omitted.

To fully get where I am coming from, you have to go back to when .NET was released. .NET was supposed to be the great reunification of VB, C++ and COM runtimes, then also got a Java touch into the mix and .NET happenend (initially was known as Ext-VOS). https://docs.microsoft.com/en-gb/archive/blogs/dsyme/more-c-... Hence why CLR is just like WASM + GC if you prefer a modern comparisasion. If you go back into web arc…

Thanks for the context. It's very frustrating as a .NET developer that infighting set back .NET GUI development by 10 years. There's still no supported way to use DirectX from .NET. All the new GUI tech is moving in the right direction but is unfinished to the point that still only WPF and WinForms can meet my requirements. I really wanted to ditch WPF since the DirectX 11 -> DirectX 9 (WPF) interop is so hacky.

Unfortunately we are better off with community efforts, the DirectX team is really deep into C++ mindset and nothing else, no wonder it belongs to WinDev side.

https://github.com/microsoft/WindowsAppSDK/issues/14#issueco...

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#105
post #10
post #4

It seems almost inevitable that Windows will eventually become a Linux distro. Microsoft could replace incredibly resilient cruft like NTFS with EXT4 or ZFS and the registry with human readable configuration files. On the other hand, they could replace Bash with PowerShell and hopefully pressure various orgs to adopt some sensible subset of configuration formats.

I understand a lot of the benefits of ZFS and Powershell. But whats wrong with NTFS? Can you talk a little about the relative strengths of NTFS vs EXT4?

NTFS also has a 260 character path limit [0], which as the sibling comment says can really jam up node_modules and the current HEAD of the intellij-community repo which currently has some giant filename in a subdirectory of its repo

I'm aware of their claim about using Group Policy to remove the limit but I've never used GP in order to know its sharp edges for my gaming computer

0: https://docs.microsoft.com/en-us/windows/win32/fileio/naming...

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#106

A MS dev writing a blog on building MS’ own distro of Linux on his _Macbook_ must have Ballmer sweating bullets.

Ballmer just became the 9th person in the "$100Bn net worth club" - https://duckduckgo.com/?q=ballmer+%24100bn&ia=web

he's probably fine with everything.

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#107

A MS dev writing a blog on building MS’ own distro of Linux on his _Macbook_ must have Ballmer sweating bullets.

Many people at Microsoft use Macs. It’s not a big deal.

They also write a lot of software for the Mac...

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#109

Earlier quoted context omitted.

Editing the registry never results in corrupt unreadable intermediate states, unlike writing to config files. A workaround is "atomic save" (where one app writes to a different filename and renames it over the original). This ensures you'll never get torn reads (I think the Windows registry doesn't support transactional/atomic updates of multiple values at once), but you lose permissions and symlinks or something lik…

Have you never experienced an unbootable system because of a corrupted registry? It's unfixable. And I'm not saying it happens when manually editing the registry. It might happen when Windows crashes at the wrong time and the system is in the middle of modifying it. It's quite failure-prone and I'm surprised it hasn't been improved much over the past decades.

Somehow I've never gotten a corrupted registry resulting in a broken account or system. Perhaps I'm lucky or too innocent in this regard. Though it does sound concerning if the Windows registry doesn't perform write-ahead logging like SQLite or a client-server database to enable crash recovery.

I should research what key-value database libraries I can use as a cross-platform registry-like storage format that's more resilient to app or system crashes.

Re: A Look into CBL-Mariner, Microsoft’s Internal Linux Distribution

#110
post #70

Earlier quoted context omitted.

Editing the registry never results in corrupt unreadable intermediate states, unlike writing to config files. A workaround is "atomic save" (where one app writes to a different filename and renames it over the original). This ensures you'll never get torn reads (I think the Windows registry doesn't support transactional/atomic updates of multiple values at once), but you lose permissions and symlinks or something lik…

Of course it did /does, and depending on how badly the registry corruption was, the whole system could be rendered unbootable.

It could and it did, but honestly, I personally have never seen any Win10 endpoint with any registry issues since it came out.
Post reply on HN