And why is that? Instead of maintaining an entire PC OS themselves they could build macOS XI as a desktop environment on Linux and benefit from the vast ecosystem. But they don't, because...? Presumably because they value total control.
The world went mad.
Especially since such reverse engineering will require constant chasing after changes to stay relevant.
From the thread Apple have actively left the door open so other (currently non existent) OS could be booted, but as the author said, they’ve left it open but have not provided documentation.
From the thread:
“Linus himself has said he'd love to see Linux running on M1 macs, but doesn't think it'll happen. Not because they're locked down, but because Apple won't help us with documentation.
But they at least did this:
https://mobile.twitter.com/marcan42/status/13331260180689551...
The fact that Apple allows this in their secureboot policy is critical. Linux ports to game consoles / iPhones / etc are all fun and games, but you're always at the mercy of exploits, and the resulting cat and mouse game.
That means all effort is wasted unless exploits keep up, and regular users would never want to do this and severely limit their access to official upgrades and such. But this isn't an issue with M1 macs.”
Continues to discussions of limitations..
No documentation is being hostile to other OSes running on their hardware.
Are they? Apple isn't only iOS. Macs have always had unlockable bootloaders.
So we'll keep having this argument (and the argument over whether apps will be installable in the future without Apple's permission), over and again, year after year.
As a long time mac user, the idea of them supporting other operating systems seems really un-Appley to me. What happens if I put linux on my (still under warranty) macbook and then have to take it in to an Apple store for some reason?
I would guess that if you showed up with a mac under warranty but with a custom OS installed, they would boot macos in some fashion and run whatever their diagnostic tool is, and if the hardware checks out they'll tell you to buzz off.
I guess my point overall is that Apple seems to be pretty intent on curating and supporting a specific user experience with their products (which is a big part of their pre-occupation with controlling everything top to bottom in the first place), and supporting 3rd party OS's seemed at odds with that.
It's like an online political debate: it's possible to persuade someone, maybe, but you need a better argument than mean old Apple wants to take our toys away.
Well, why do you think that is? As far as I can tell it's some combination of protecting users and protecting app store revenue, both of which apply equally well to macOS as iOS. The only difference is that the Mac app store isn't as established so they can't force everything to go through it today.
That said, I don't know how it could be tired, as these laptops were just released. I also don't know what you mean by 'un-nuanced', but I don't see how understanding why they favor lock in is relevant. He's not talking about the merits of a closed ecosystem or locking things down, just about whether or not they might lock things down further in the future.
I think most people understand the motivation behind Apple trying to control every aspect of their products, whether or not they think it's a good practice.
https://support.apple.com/en-gb/guide/mac-help/mchl82829c17/...
I can't find a primary source for the comment in the tweet, but it seems widely regarded as true at this point, so fingers crossed it pans out that way.
Reduced security allows you to run any version of macOS, including the versions that are no longer signed by Apple.
With these M1 chips, you're gonna take a long time to get to that level of understanding. I think Apple would likely need to provide Linux driver support to get this to a complete model.
I'm sure the chip can be reverse engineered as they got Linux running on the T2 chip when it was jail broken.
/me exits the room.
The Pinewood Pro, an ARM based Linux laptop, is currently pretty poor but it costs $US 200. For $US 400-600 perhaps someone could make a good Linux based ARM laptop.
Amazon's Graviton 2 processors are meant to be pretty good. Perhaps they could do it. Or someone else.
Ars has a review or the Pinebook Pro : https://arstechnica.com/gadgets/2020/06/pinebook-pro-review-...
No idea how that happens from a business perspective, but Raspberry Pi seems to be a great model.
Perhaps a Pi Pro could be designed that meets some of those needs. The Zero is almost too mobile for a laptop to be usable, but who knows, maybe someone will come up with a unique design around it.
But if we don’t control the hardware, the. It’s always going to be a second or third class citizen on mobile (laptops or tablets).
A distro targetting just apple would greatly simplify what needs to be done and overall lead to a better user experience.
The goods obtained (Linux on MabBookAirX,Y) are very much non-recurring by nature...
Even if it is the former, updates & improvements take work. And they seem likely to be necessary here.
There is also the ongoing work. Apple currently releases a new iOS AX chipset every year. It’s reasonable to expect something similar for the M series. That means additional work to reverse-engineer. I’m not trying to be negative, but the amount of money required for that kind of ongoing work really doesn’t seem ideal for crowdfunding. Someone downthread made a point that most of the good Linux hardware support in recent years has come from Intel. That’s a great point. For the work this would need to be really viable and not just a fun toy, this needs to be backed by a corporation or by Apple itself.
If this were explicitly stated to be a toy/proof of concept goal, I might chuck $50 as a one time thing at it. Because why not. But for an ongoing thing with real support, I’m sorry, I don’t think this is feasible to undertake. I would love to be wrong about this, but I’ll add that expectations are a lot higher when you start out charging.
And here’s the real thing: As happy as I am that people want to explore this and as open as I will be to experimenting with this stuff when people inevitably reverse-engineer the M1 enough to get X11 running (because that will happen without any crowdfunding campaign — we’ve had people successfully get Android and other versions of Linux running/booting on older iOS devices), the real future of Linux on M1 and macOS will continue to be through virtualization. QEMU and other hypervisors (including the native HyperKit) are how most Mac users interact with Linux anyway — and QEMU is quite performant.
I get the appeal of doing something because you can. I get the appeal of wanting to use really nice hardware for other purposes. I don’t necessarily understand the appeal of running a Linux distro on bare-metal in a hacky way when running it virtualized is likely going to offer better performance than a reverse-engineer job funded by the potentially small Venn diagram of people who both care enough about Linux on the desktop to fund this sort of project AND who don’t have a problem buying hardware from a company that really gives zero fucks about FOSS ideals and is literally the antithesis of open hardware. (For the record, I’m not in that union because I personally don’t care about Linux on the desktop on modern Apple hardware (I do actively support people building PPC Linux distros for obsolete hardware).) Especially when macOS IS Unix and will be able to run most of the same userland packages as Linux once they are ported to ARM, albeit with a much prettier windowing system and much better commercial software support.
If you’re someone who really loves KDE or GNOME or Xfce or whatever DE, well, you do you bro — happy for you. But you’re likely going to be way happier on a machine that doesn’t cost $1500 and isn’t designed in ways that actively discourage you from replacing that DE or make booting to another kernel more difficult.
Between VMs and other cheaper hardware this feels very silly to put it lightly
This tweet https://twitter.com/never_released/status/133243677102043545... from the same author suggests M1 is "not any more locked down than [...] Intel", so I'm not fully sure about the technical details, but in the end you should be able to boot your own code.
When you use kmutil to add a custom boot entry, enrolling the hash of your executable to the Secure Boot policy is handled automatically as part of the tool.
I'd rather help funding the port to a 10 times slower but open platform, rather to a technically superior but proprietary close one whose owner would make it incompatible two seconds after they would smell competition from Linux in any of their core business fields. No thanks, I'll send my small quid to whomever appears to be really in favor of openness, no strings attached, which is neither the case with Apple as it is not with Google or Microsoft.
https://www.washingtonpost.com/technology/2019/09/05/how-app...
A million thousand times no.
As some one else said, every spare dollar I have is going to fund a company that values open source hardware, open source software, right to repair and own.
A company that doesn't purposefully force manufactured obsolescence as a business model, privacy intrusions, lip service to OSS, bullying right to repair in courts, tax evasions doesn't deserve any free work from the skilled people in the community. All of this, just so that they can make more billions when people around the world are suffering just to give their restrictive supply chain their blood, lives and tears.
You know why open source hardware is expensive for lower quality? Because Apple pays the premium on the premium quality stuff. But I'm that process they also drive up the prices.
Hardware manufacturers want the Apple cash, so they wait for the Apple contract and when they get that, any other contracts that you might have will get delayed and sidelined with lower quality stuff. Essentially, a monopoly in the supply chain
Also the cognitive dissonance is deafening. The company with industry leading device lifetimes and premium long lasting second hand market value is, er, guilty of built-in obsolescence. How does that work exactly?
I mean Ive got to think you must know both those points are true. The fact that Apple has nothing to do with the vast majority of the PC supply chain, and the fact that Apple devices have industry leading lifetimes and service and support is just overwhelmingly supported by the evidence. I just don't see how you can not know those things. Yet here you are making this argument. I just find it really puzzling. Are you really not aware of these things, or deny that they are true? Are these things we actually need to dig into and discuss?
I'll concede on the repairability point, yes that's a valid argument. I would contend that it's mostly just a tradeoff between compactness and simplicity of design, versus repairability and it's up to customers to choose which they value most, but Apple has sometimes gone too far in unnecessarily obstructing repairability.
"pays the premium on the premium quality stuff" reads very weird to me. Isn't that how generally the world is supposed to work? You pay a premium for premium stuff? If not Apple, somebody is anyways going to do it right...
> You know why open source hardware is expensive for lower quality? Because Apple pays the premium on the premium quality stuff. But I'm that process they also drive up the prices.
Hardware is hard. Some Atmel or whatever low brain microcontroller can be had on a board with hand-painted selfmade-etched circuits or shoddy breadboard stuff, at the frequencies these things operate signal integrity doesn't really matter.
But anything with a brain powerful enough to run Linux? Then you're delving into differential signalling at extremely high frequencies - which means you have to precisely account for trace widths, trace thickness and trace length matching simply to ensure that the signal from your CPU arrives at your RAM chip intact. You'll ned an awful lot of awfully precise voltage levels other than 3v3/5v, with equally precise requirements on timing in getting them up. You also won't be able to get away with a two layer board, you'll need three or more layers and a lot of vias - and now, you can't manufacture your own prototypes any more but need to order at a PCB shop which means you either pay through your nose for speedy turnaround and low volume or wait for weeks for pool orders.
And once you have the PCB you'll need to populate and solder it - where you will run into such nasty things as minimum order quantities and the need for a pick-and-place machine if you don't want to go nuts. And if that's not enough, have fun with NDAs and no support for hobbyists by big SoC vendors due to small volumes (I have extensively written about that topic here: https://news.ycombinator.com/item?id=25208056).
The best solution if you needs smarts is to look into either adopting a Raspberry Pi 4 Compute Module if you can get away with its performance, or look into COMexpress if you need serious, up to Intel Xeon scale levels performance - but be warned, designing for that ain't exactly easy either.
Apple's mobile devices, laptops, and desktops have some of the best longevity and the best resale values in the market.
What is this whimsical company, and how exactly does it make money?
> You know why open source hardware is expensive for lower quality? Because Apple pays the premium on the premium quality stuff. But I'm that process they also drive up the prices.
Apple is not even in contention over the same stuff. Nothing open sourced can fund the development process of a 5nm IC, as the tooling alone would be tens of millions if not more. The total cost of an IC would be in the hundreds of millions (making something of the M1 class is billions).
Open source is lower quality unless there is a commercial sponsor. This is almost universally true for software and hardware. This is because people, naturally, have less resources to invest in something with zero to no financial return.
This. Apple doesn't even care about Hackintoshes, which are (theoretically) orders of magnitude more threatening to Apple's business model since they (theoretically) cannibalize Mac sales.
You can see services revenue is up to 14 billion compared to iPhone's 26 billion.
Imagine thinking macOS is threatened by Linux. Guys like this will never understand the appeal of the Apple ecosystem, it is beyond their comprehension. There are some good reasons to run Linux, but shouldn't you at least be capable of seeing why Apple makes the kind of money they do, beyond the "well those customers must obviously be stupid and less enlightened than myself, a true warrior of the Free Software tribe"? Why are people like this.
- First, having good hardware support even on x86_64, a known platform with vendor support, can be problematic.
Even on a standard laptop where Linux works just fine, it's still a struggle for the community to get all the peripherals working after a new laptop has been released. Usually new computers can take a year or two before everything is sorted out. For example, on my Lenovo tablet, it took a whole year before every driver has stabilized, yet the integrated audio still didn't work (even when two company employees were actively supporting it on Linux), and I had to take an USB soundcard on-the-go, a really frustrating experience. Eventually I found the problem in the source code, fixed it, and submitted it to LKML - happy end. But it's not the only problem I had, and not everyone is lucky to have an easy problem - the more non-standard the platform is, the more problematic it is, just ask Microsoft Surface Book users for confirmation.
- Second, power management is already a somewhat unsolvable problem on x86_64, again, it's a known platform, and often with vendor support.
It's increasingly difficult to do power saving in modern laptops with highly integrated SoC - a single component can prevent the entire system from entering a deeper power saving state. In the old days, CPU and graphics were basically everything, but nowadays there can be an endless number of traps - a SATA driver or an audio driver can be the culprit. And even when developers have gone through the trouble of supporting power saving in a device driver based on the existing documentation, it's often plagued with mysterious bugs that baffles everyone (the Window driver often includes nonstandard workarounds that is difficult to be discovered without familiarity with the hardware and systematic testing). And not to mention that many subsystems are poorly documented that prevents the implementation of power management. On many machines, it's already safe to say that nobody knows how power management really works, and nobody knows how to fix it.
- Third, reverse engineering the GPU driver is hard, GPU driver is still a disaster on Nvidia x86_64 and ARM SoCs.
In the past decade, it's well known that Nvidia had done a successful job to destroy Nouveau, the free and open source driver for Nvidia graphics, by simply not providing documentation and tech support. It took years of reverse engineering to get basic 3D rendering, and another few years for reclocking support. And the introduction of signed firmware for hardware initialization and control essentially rendered Nouveau unusable on the last few generations. The problem is GPU is not limited to complex hardware like Nvidia graphics, even the graphics on relatively simple ARM SoCs have this problem, documentation is nonexistent and reverse engineering is slow. The Mali GPU commonly found on ARM single board computers is still having problem on performance, stability and hardware support.
Even on an extremely popular platform, with known documentation (after requests from the community) and strong community support - the Raspberry Pi, it still takes 3 years or so before the 3D graphics driver, VC4, is developed into a usable state.
---
Porting Linux to Apple Silicon is a challenge that requires developers to accomplish a similar task, but under the conditions of (1) to a brand new platform, (2) with unknown, new and non-standard peripherals, including the GPU, (3) without adequate documentation. It's easy to make the kernel boot, but making it usable is the sum of all nightmares.
You'll find none of the peripherals works, and the community reverse engineering efforts will take years before getting basic functionality, and even then, the battery will only last for 2 hours and will forever be broken. Graphics acceleration will be nonexistent or just borderline usable. And only Apple knows the technical details, nobody can fix it.
Unless the circumstances change and indicate otherwise, I think the Apple Silicon port will be a serious waste of community time, talents, and resources. It's better to spend time on a platform where vendor support and documentation exists...
However, the conclusion assumes that a serious competitor of Apple Silicon will eventually emerge and more supportive to the community, but it won't necessarily happen. I'm somewhat afraid that biting the bullet and reverse engineering the Apple Silicon could be the only way to have a high-performance Linux desktop on ARM - I hope not.
First they ignore you
Then they laugh at you
Yet.
They also make hardware that to take advantage of the new software features need to become obsolete
Linux extends the life of any hardware it runs on
This new hardware is awesome!
I could care less overall though.
Frankly, open computing can be done fast enough to not be a worry. I will stick with all that and see where this new path leads.
And my mind is open. Who knows? Maybe it all ends up in a good place.
I am quite happy to run FOSS on the many devices that will do that reasonably for the foreseeable future.
I remember the days of very little Apple compatible software on the shelf at retailers, and no games. I was probably one of the first students to use a MacBook with OSX for CSCI 101 because many classes required Windows. That was lack of freedom. The App Store has more software than any other distribution channel at any point in my life.
Edit: I also love freedom from malware, which I understand is probably a temporary situation. But it’s been a good run so far.
We're talking about Apple, right? The company that made an entire software platform called Bootcamp, specifically to enable a competitor's OS to run on their hardware? A company who custom-developed drivers specifically to be compatible with a competitor's OS on their own hardware? You're talking about that Apple? The one who said they would be open to allowing Windows to run on M1 if Microsoft developed a compatible version of Windows?
I just want to make sure we're talking about the same company, because you seem to think we're talking about a company who runs in the face of competition, where the Apple I know confronts it head-on and goes out of their way to be compatible with the competitors.
We are talking about that Apple which sued a recycling vendor in Canada because they recycled devices instead of trashing them.
We are talking about that Apple which bribed judges in the US to deny its endusers the right to repair.
We are talking about that Apple which removed even the audio port of a device to prevent its competition to breakout of the locked hardware with their "upgrades" like better cameras, or even payment systems that wont be supported by Apple.
We are talking about that Apple which even changed their goddamn shell from the BSD fork because they didnt want to "open source" (Apple thinks this is zip file dumping) their own bash, which was the only reason bash was outdated for decades.
Yes, we are talking about that Apple.
Once anything is a competition, it will be extinguished by Apple. They only care about profits, and nothing else.
Let's rephrase that: The company that made a generic X86 computer and intentionally created a non-standard way to boot operating systems on their run-of-the-mill X86 hardware, so that other X86-compatible operating-systems running on the same hardware would have issues and make OSX look better by comparison.
Yeah, that company. I don't expect them to do jack shit for compatibility.
How generous of them. And will they provide microsoft with the specs needed to do so?
I already pay for closed source Intel and AMD, I wouldn't mind being able to use M1s, but, I just don't like Apple laptop hardware.
This is an idealism vs. pragmatism debate. Ideally, we’d have a solid hardware stack for Linux. Pragmatically, we have top-of-the-line metal for which there will or will not be Linux. I know which one I would fight for if I still believed in consumer-grade Linux.
I am just as in favor of fully open source hardware, software, the whole stack (heck, I'm a huge RISC-V nut), but I won't stick my head under the sand and pretend that I'd rather have a 10x slower, but FOS, machine.
I applaud Purism and other companies that strive to make a fully open source full stack, but I won't always have the financial freedom to purchase products that are either slower or less ergonomic than a closed alternative. It's sad, but it's pragmatism.
That would be these guys then: https://www.sifive.com/boards/hifive-unmatched
https://mntre.com/media/reform_md/2020-05-08-the-much-more-p...
Edit: and here I was, thinking a smiley would clarify things. For the record, I'm of course not arguing against supporting sifive. I just think that in the context of this thread, what MNT are doing is much more directly comparable to porting Linux to M1
> a 10 times slower but open platform
With the mindset like this they will never smell any competition from Linux.I don’t think you or Apple or anyone else has to worry about that
Unix command line driven tools are a big part of my work and the native OS unix does everything I need it do. It seems a lot of people became committed to Linux coming from Windows with no unix system under the hood. I suspect if Windows had been unix based like Mac OS, Linux would not have become quite so popular. I'm sure avid Linux users will disagree, but for me the unix model command line interaction is what matters. Go easy, I'm not trying to make an argument for one unix over another. Just arguing that the need for a capable unix is already met by the native OS.
- it shouldn't be the community's (or a crowd-funded dev's) responsibility to provide software support for hardware produced by one of the largest companies out there (bonus: with zero hardware specs);
- Apple could make all this futile with a push of a button (SecureBoot can be disabled for now, but what guarantees are there this won't change?);
- other arm64 machines will be available soon enough, most if not all of them with publicly available specs;
- I do not own an M1 machine, nor do I plan on buying one;
From a technical perspective, it's doable. Looks like it has UEFI and can run Windows. But we know nothing about possible silicon errata and required driver changes (or at least I don't).
Anyway, I'm sure others would like to see this happening and would actually pay - hopefully the Twitter poll will reveal whether this is actually worth it.
Disclaimer: I ported things to arm64 for a couple of years as a contractor.
This is the Sputnik moment for open source. Should ACPI (and its associated lassiez-faire mindset) become obsolete as a standard, then general purpose computing on consumer devices would become history.
All the comments about how Apple's Macs are not worth it are entirely missing the point. There is nothing comparable to Apple's M1 right now. Your Purism/Lambda labs/Starlabs/System76/Pine64 usual Clevo shell machine with Linux pre-installed would never be able to compete with a M1 powered system. This isn't about 16:10/3:2 display ratios, machined aluminium, or HN's favorite complaint: "build quality". Even a well-funded premium laptop company like Razer would not be able produce something to compete with the MBP if they don't have a similarly efficient chip. Forget about the bigger players like Lenovo and Dell. Intel and AMD dropped the ball big time, and if the open source community doesn't step up, then the future will be locked-down ARM systems. RISC-V will not be competitive for another half a decade and there is no guarantee that it won't be locked down if the community does not push back against the embedded hardware culture (where VHDL/Verilog libraries are referred to as "intellectual property") which pervades ARM's heritage.
Linux on Mac is not worth the effort. I ran Ubuntu on a 2011 MacBook Air and now run Fedora on a 2014 MacBook Air. There were several papercuts even with these relatively open models where it took a while to get suspend, trackpad, fan, webcam, wifi, etc. working properly. You will need to use binary drivers for the latter two features and some strange EFI bootloader. It seems that newer MacBook compatibility is worse:
https://github.com/Dunedan/mbp-2016-linux
I use Debian on ThinkPad at work and plan to buy this or a Dell XPS for my next laptop.
Apple's m1 computers have no PC analogue and may not for some time. I've not used one but it appears they really are different, and better, than anything else in their class.
And they don't need to. There's hardware available that works just as well, the buzzy marketing space around M1 is just that: marketing. Nobody needs this.
In my experience, there are not many ARM SoCs that have mainline support, even some of the Raspberry Pi boards don't, and they're some of the most popular ARM SoCs used for Linux.
A lot of these projects get to the stage where a forked kernel will run on the SoC, but then support and attention peters out when it comes upgrading the fork or getting the work into mainline Linux because a new and better ARM SoC will be released, and then that requires the same amount of work on a new Linux fork. Since each ARM SoC released is a unique hardware configuration, a lot of this work will be for naught when Apple releases new SoCs that require the same amount of work, or even more work, to get Linux running on them.
At least AMD is supporting upstream Linux development for GPU support, if you care about Free software and control over your computers, throw your money at companies better aligned with those goals. Don't reward Apple for being assholes.
<=5nm AMD Zen SoCs will be fantastic as well
People replying "no" seem to be doing so for ideological reasons with no regard to practicality. Obviously it'd be better if it was an open platform, but it isn't, and that's fine. Whatever you think of Apple, you have a very simple option of not using their products. I don't use a Mac for that reason. But with the performance and price of new M1 machines, I can definitely see a usecase, probably not as a daily driver, but I'd still need it to run linux natively. Anyway, people who will take on such an effort (with the appropriate funding) aren't necessarily going to be working on something else if this doesn't materialize.
I don't think that asking this kind of question on twitter/hackernews is representative. Start with something and open up some way to fund it, then either continue or stop if it makes sense.
I wouldn't expect Apple to write or finance any code, but I could certainly see them providing documentation, and making an engineer available to answer questions, if the request came from a suitably professional source.
1: https://www.macrumors.com/2020/11/20/craig-federighi-on-wind...
Give it 2 years and a competitor will beat it, Apple will be behind yet again and the price will be higher than ever.
And again, this is only for single thread. My computer is already blazing fast and intense programs will use multi threads.
Will a competitor beat them in two years? It's possible, but I expect Apple to keep their lead for a while. CPU-wise, the iPhone has been well ahead of competitors for several years (even as other specs like memory lag behind), and no one else appears to be making serious inroads in this space.
Since my job was developing a Linux distribution from scratch, I was going to be running Linux on whatever I got. I (naively) assumed that since I saw a lot of MacBook Pro's at open source conferences and other places where open source software is written, and the MacBook Pro was x86-based that Linux would just work -- but it was a disaster.
Trying to take a laptop designed for macOS and turn it into a Linux laptop is going to be a painful and frustrating experience. It's like buying a Tesla and trying to put the Toyota navigation operating system on it. If you like Toyota's system then just buy a Toyota.
Hypothetically if one-day the performance gap between Apple's chips and the rest of the industry cannot be ignored (contrary to Apple's marketing, it's not there yet) then having Linux well-supported will allow third-party vendors to provide on-going Linux support (because the daunting heavy lifting has been completed by marcan).
And the M1 GPU is Apple's full custom GPU. Even if someone tried to reverse engineer a driver, it would take decades.
I don't think it'd take decades. Nouveau was pretty ok after like 5 years, wasn't it?
(Especially not to the point of having a composited desktop; long tail game compatibility is less of a critical thing since, well, there are next to no games for ARM Linux...)
I don't know how successful that project was, but it might provide some ideas around crowdfunding improved hardware support.
So I'm sure it's cool and people will like it but no, I'm not paying $5 month for a crappy computer experience. Good luck though!
Or is the fact that the physical distance is so close with the newer process that a small timing delay doesn't matter any more.
If the firestorm cores are laid out correctly, those make sense to be symmetrical.
Apple could port Linux without much trouble. It's just Linux drivers -- they are very capable of the work.
Something like a less beautiful Mac Mini M1 would probably suit their server needs decently.
I wish they would sell the chips and boards as XServe again though, and perhaps offer some cloud computing too. I don't see it happening though -- they are going all in on the consumer market.
Having Linux natively run on the M1 would bring more Linux devs to the platform. Linus himself would be one of them. Also it means that if Apple deprecates older machines, there is a second life, even if one preferred MacOS in the first life of the machine. Especially, as Linux for most tasks can be run well on older hardware, just look how much is done with the PIs.
Yes, this seems to be an uphill battle, but that is the reason funding is needed. And while there are many obstacles, there is a chance that it can be done and I am willing to take it with some of the funding.
Apple supports Bootcamp on their Intel hardware. They don't seem to be fundamentally opposed to people running an other OS on their hardware. The best way to get any support from Apple for this, be it some documentation or some binary drivers, would to show clear interest and an existing community.
P.S.: Any larger motion on running Linux on the M1 also would help pushing other vendors towards offering ARM-based systems for running Linux, as it shows a fundamental interest in such a platform.
I asked a friend who used to work in chip design at IBM and was blown away by the design of the M1. according to my friend, the design is extremely custom and most likely hand laid out for their specific optimizations. Also they were stumped by how apple could be getting consistent timings between cores when the design isn't totally symmetric for a particular cluster.
I am not going to spend time on anything to that company tax every developer, takes 100$ yearly, virtue signals that they focus on privacy but phones home every time when binary is executed.
I am sorry but I don't like to build home inside walls.
Successful Linux on Apple Silicon start as something almost completely useless that only hackers want to use (gets you a Bash prompt with GCC kind of thing), not that anyone wants to use. This is perfectly fine.
Imagine if, in 1990-ish, Torvalds had announced, "I'm taking donations for making a Unix clone for 80386 PC's that everyone will want to use in production".
I mean I still prefer it over windows, but it is not the same experience as linux.
[0] https://gist.github.com/skyzyx/3438280b18e4f7c490db8a2a2ca0b...
"Oh just use Macports!"
"No macports is trash, use Homebrew!"
"Homebrew sucks, use Gentoo/kMacOSX!"
Of course none of them were particularly interoperable at the time and all had extremely arcane invocations and setups. It was very lipstick on a pig
The value of being able to open the lid on a brand new machine and just run a terminal is significant. It’s compelling.
It sounds so silly but it’s the same silly that makes us buy the same beer and the same coffee and shop in the same stores all the time.
I migrated off macOS for good during the pandemic though. I yearned for rc.local and xinitrc too much. I live a somewhat (ahem) humbler life now with i3, Firefox, python, vim, and Notable: they were all I really needed, but I miss the shiny.
- modifier keys varied by application (was it alt-shift-left, CMD-shift or ctrl-shift-left I should use to select one word back in this app..?)
- CMD-tab only switching between applications is probably nice if you have good time to ponder your next move. When I only want to go back to whatever application-or-window I came from and I end up a completely different place because the last place I were was another window of the same application it breaks my flow and it is infuriating.
So yes. I'd very much want a Linux distro on it.
I fully agree with you. Microsoft's biggest mistake was not giving the POSIX subsystem the same level of relevance than Win32 and just carrying it around to fill check boxes.
Had they been serious about it, it would have been more than enough for UNIX like workflows.
There's no clear guarantee that there will be other performance-competitive arm64 CPUs in laptops anytime soon. I don't think anyone has as much incentive as Apple does. Who else is as incentivized to make a laptop/desktop-class arm64 chip? Maybe ARM themselves ... but without a mainstream OS to run it on (with mainstream software available for it), I don't see it happening in the next 5 years. Its a chicken-and-egg problem that Apple is uniquely suited to address with their vertical control over the Mac ecosystem (hardware/dev tools/OS/competitive software).
Server chips, maybe - but we can already see with Azure that competitive x86 chips from AMD have killed Microsoft's plans to deploy arm64 on their cloud service.
But this:
- Apple could make all this futile with a push of a button (SecureBoot can be disabled for now, but what guarantees are there this won't change?);
This is huge. We could all contribute to getting Linux ported to M1, and then Apple could shut us down with little or no effort. And ... maybe they won't? They probably won't? But who knows? Why build an ecosystem around a hostile hardware vendor?
I have heard a theory that ARM Servers have a difficult time because there aren't really many developer machines that run ARM. With Apple changing that, there is a chance that the next round of ARM server chips will have better success.
What I’m really curious about is how the ISA for the M1 is different from the CPUs Windows for ARM already supports. And as others have mentioned — I think GPU support will be more difficult, but I don’t have any data to support that.
But, it’s not like alternative (and mainstream) OSs don’t exist for ARM64. Maybe with some faster ARM64 CPUs, this could be the push to really make ARM a viable architecture for more than just Macs.
You must be thinking of a different Open Source community than I am, because the Open Source community I know thrives off of providing community support for software on major vendor's hardware.
All my contributions required some support or at least confirmation from the hardware vendor that my assumptions were correct - e.g. I submitted a patch for a GICv3 errata on a specific chipset; I had to confirm with the vendor that my findings were correct - sure, the patch "worked", but was it doing the right thing or just hiding the real issue? (e.g. why did writing zeros to some magic register fixed the problem we observed? was it a hardware issue or a software issue in the kernel? without feedback from the vendor, such things are a lot harder to isolate and fix properly).
I agree about OSS thriving on major vendor hardware, it's just that Apple is special in this case and intentionally makes it hard for the OSS community to provide support for their hardware.
And that's too bad, UEFI would have been easier to deal with imo.
I think you might be two orders of magnitude off here. A class leading general purpose compute chip on a cutting edge process? I don’t think $5 billion to produce working chips is unreasonable. If it were only $50M to produce A14/M1 level chips, Qualcomm would already have done so.
Cerebras is cool, but they are not on TSMC 5nm and don’t have to design general purpose silicon, where you have pesky things like huge reorder buffers or 8-wide decode blocks, which are not seen in any other production CPU right now.
A competitor also needs 10 years experience designing higher and higher performance ARM cpus in tremendously heat/power constrained systems (phones). There are a lot of long term threads that have come together in the M1 chip.
For a long time, we’ve been told that the nasty x86 ISA is no big deal and that a good CPU can cache decoded instructions and play other tricks to make the ISA irrelevant. But x86 really does have fundamental problems. The length of an instruction can’t be determined until the instruction is almost fully decoded, which makes deciding in parallel quite nasty. And the x86 memory model is fundamentally more expensive than ARM’s.
M1 is the first serious attempt to make a competitive high-performance non-x86 CPU. Perhaps the real lesson from M1 will be that x86 can’t compete.
Sure its the best laptop/ipad(other pad) chip out there. And it (and it's next versions) will likely remain best for quite a while.
But it's not that the rest of the chips out there turned into garbage. They are still very usable.
Personally I have gone away from laptops back to desktops. Having desktop and a phone/tablet combination for me is better than just laptop or laptop + phone/tablet. I still have my laptop, but I very rarely use it now. (mostly if I travel, which I don't because of covid :) ) But having latest gratest laptop is not anywhere near the top of my purchasing priority.
And on desktops, latest AMD chips and lots of fast ram, are quite decent.
Bottom line even if OS never has anything that matches M1, it will still be fine.
Most people - unlike you - don't care that much about desktops, they either have laptops or tablets.
There are many hundred billion dollar companies motivated to close the gap. It may not be this year.
Absolutely
Apple has the performance edge now because it purchased ALL of the 5nm chip fabrication capacity of TSMC. This does not mean:
- they will be able to do so forever
- someone else won't be doing 5nm in the next couple of years
So, the same sort of performance will come to other devices in the near future. The best Apple can hope to do at this time is to get enough attention to get some new users and hopefully lock them in into their cozy eco-system.
Most importantly, most users don't care about an expensive powerful devices. Highest selling consumer devices are still budget devices and will continue to be so for the foreseeable future. Servers on the other hand will continue to demand powerful hardware, and Apple isn't doing anything there.
Personally I would have been happier with Atari or Amiga instead, targeted mobile dev back in the J2ME/Symbian days, I did had access to console devkits for a while, so for what I care everything is good as it is.
Would you expound on this in greater detail? I am interested in your thoughts.
I'm not following. Compiling and media editing depend on a fast platform, are you really suggesting people should avoid doing those tasks?
Does it need to be? x86 had every opportunity to become a locked-down, exclusive standard too, and it grew the way it did, into a cross-vendor standard, for a reason. Why will a similar trajectory not apply to the M1?
Way different roots in mobile when compared to PC
Also Intel is a very different entity than Apple. They produce commodity hardware, where Apple creates consumer experiences. Apple's incentive is to keep M1 closed to give their software ecosystem an edge vs. competitors.
Get yourself a laptop with an nvidia card and Ubuntu. Even today it's a garbage experience that takes up hours/days of debugging to get right, and then it's still way worse than the mac/windows experience.
If you take FOSS to mean only GPL, then yes, I get your point.
The remaining problems on Ubuntu 20.04:
1. The brightness control keys don't work. They generate the event they are supposed to generate then I see an error in syslog. Workaround: two hotkeys bound to windows+fn+brightness up/down to run a bash script that increases / reduces the backlight level.
2. The screen works at 40 Hz since Ubuntu 18.04. I expected to be unusable but actually I can't notice the difference with 60 Hz. Noveau works at 60 Hz but it's unusable for other reasons (I don't remember the details, I checked months ago)
Problems I had because of the NVIDIA driver: the laptop didn't shutdown, only restart. Workaround: I press the power button right after the restart, when the BIOS shows up. Not a big deal because I shutdown a couple of times per year.
This. Writing this from a laptop running Ubuntu with an nvidia card and I can feel my body tense up just reading it.
I remember several nights in college just struggling to get the drivers to work and finding the right cuda spec from the repository, after combing through multiple sources.
It's still a nightmare and I always dread that the StackOverflow and Ask Ubuntu posts in the bookmarks folder that I've reserved for this arduous process will be obsolete when the GPU card crashes again for the umteenth time.
>Apple's implementation will always be ahead, better, less bugs...
No, it's not and really hasn't ever been. Every platform has a shortcoming and claiming it's ahead of the game is a biased stance. The M1 specs may be impressive now, but the same can be said of every "new" SoC chip.
>... linux port will always be a shitty experience...
People who really love Linux and FOSS actually prefer to tune their environment to their expectations. The weeks of tinkering is part of the hacker mindset that is slowly eroding, and I'll take the weeks long config experience over a locked environment.
To sum it all, Linux and consumer open systems have a different target audience from Apple. Apple users are like car lessees, they just want to hop in and drive their car until the lease is up. Linux users are like the mechanic working out of their garage who drives a hodgepodge vehicle they pieced together. To say that the Apple experience is better is just hype, and calling the personalization/optimization process "shitty" is closed-source/closed-minded view.
Linux is like the cockroach of the OS world, it can do just fine in any environment. After the apocalypse, I'm pretty sure the OS the cockroaches are going to use.
If it hadn't been for reverse engineered proprietary drivers, Linux would have never gotten to the point it is now.
(I won't trust myself to speculate on what is making GPU drivers so difficult to get right)
All that horrible forked kernel stuff is the realm of companies with closed development teams who don't care and just want a product out the door.
The PS4 Linux stuff I did was not upstreamed for lack of time/interest, but I absolutely considered it being decent enough to upstream when writing it. PS3 Linux running under GameOS mode patches were indeed upstreamed (though there was a bit of a lawsuit along the way so all of my code ended up attributed to a friend instead since I was keeping a lower profile at the time...).
Or people who gave upstreaming an honest try but got fed up. It's not the easiest project to contribute to.
1. There will be far more interest in being able to run Linux on that hardware, and in being able to keep it up to date (since it'll be a daily driver).
2. Apple are probably less likely to regularly make drastic changes between hardware revisions because they will need to support multiple hardware revisions themselves (Apple are typically pretty good with supporting old hardware). Their only strong motivator would be to actively prevent people running other OSes but I don't think Apple care that much about screwing over that niche demographic - especially when they're already paying for the hardware.
As for #2, perhaps, but we've already seen what happens when Apple adds their proprietary hardware to existing x86 systems with things like the T2 chip or the Touchbar. Support for either on Linux is still poor and nonexistent. Full integration with hardware and software on Apple's end means that they don't have to worry about compatibility like 3rd party hardware manufacturers do.
Why would ARM Macs, which seem quite a bit more locked down, ever become a better supported and more popular Linux hardware platform?
I wish they would become one, but I don't see how we can make this leap.
You have a point, but the pmOS project among others is working on upstreaming mainline support for these devices. This involves a lot of effort, to be sure but meaningful progress is being made.
https://www.anandtech.com/show/15603/the-samsung-galaxy-s20-...
When Zen 2 came out, IPC became a serious issue for Intel. I imagine that M1 makes it a lot more urgent.
Also keep in mind that, in a sense, M1 is a dead end. Integrated fast memory is great when the size fits, but it's terrible if it doesn't.
I haven’t the foggiest idea if any of this could make it to competing ARM chips, but given how many years Snapdragons have been lagging relative to the iPhone “A” chips, I don’t feel too optimistic.
The only thing it does is remove a branch in arm64 where the various JITs have to do:
Int value = (int)some double;
If (flags) value = x86 sentinel
Whereas x86 systems don’t have a branch by definition.That is all the “special instruction” does.
That's an ARMv8 feature, not specific to Apple.
Until then I'll be enjoying the M1 because even if they're assholes, they're assholes who can make a computer I actually like using.
It's many things working together, 5nm is not "most of it".
Not to mention TSMC is already working on 3nm.
The reason for this is they have the scale to book all of TSMC's processing capacity for a new node. The AMDs of the world have to wait a year to receive the scraps while Apple move to the next TSMC node.
I’d expect it to be difficult for amd/intel to match performance without similar software capabilities.
Considering Apple has been so adamant about misrepresenting what's really TSMC silicon as "Apple Silicon", I'm viewing everything they say through "PR oozing with insecurity about not actually controlling access to their chip's manufacturing process, and desperate to convince consumers (and investors) of this being a uniquely Apple advantage" glasses.
Most M1 vs. PC comparisons are being made against Intel's ancient process, for obvious Apple-favoring reasons.
0: https://www.extremetech.com/computing/315186-apple-books-tsm...
It’s a pretty safe bet that up until now the Qualcomm team hasn’t been given the freedom or the resources to make their best effort on a general-purpose desktop-class chip. Now that Apple has shown what is possible, you might think that the gloves are coming off. Especially if Microsoft and/or Samsung* indicate that they would buy such a chip at the price it would have to be sold at.
* Microsoft and Samsung currently sell ARM-based laptops, with the Microsoft version being a slight modification of the Qualcomm chip in the Samsung.
That is not to say the computing landscape was fundamentally better fifteen years ago. I think it is almost the same. What has really improved is the general usability and stability of drivers (no more rebooting, random freezes and if you run linux your X server not working every other update), which is definitely something to be proud of. What has not improved is basically everything else and I'm really not sure why.
If I had to guess I would say it has something to do with managers the world over just not giving a shit about delivering something good, as long as it sells. As platforms have started having more headroom for bad software, "as long as it sells" has started to have a wider and wider performance profile. Landing us where we are today: with many of the same features, much less privacy and every other app packed with an entire browser "because it makes it easier to develop".
Even as recently as last year I had a more relaxed stance about this but I guess it has just been bothering me now that I have more time to think about the state of my work (and everyone else's).
Edit: I see now I responded to something slightly different than what was requested.
Modern (AAA) videogames should not be bought or played because they are produced by a sick and exploitative industry that really needs to die. Instead, we can prefer the indie games that work well with what they have: Generally a lower graphical budget that runs significantly better on hardware that is "out of date".
For office-type processing and messaging, there are generally application choices and tradeoffs that can be made for more performance instead of more eye candy. The average office worker (which I guess includes most people here) will not materially care that it doesn't look quite as good. Another upside is that as a company you don't need such an enormous budget for office hardware.
https://gs.statcounter.com/os-market-share/desktop/worldwide
As you say, Qualcomm is probably the closest to being competitive, but there is a lot of work to do to catch up. Nvidia is trying to acquire ARM, so they seem to be interested in moving into the space. Samsung and AMD are now working together in ARM processors, so they are another player. Intel used to have an ARM presence via their DEC acquisition, but that was sold to Marvell about 10 years ago. Marvell might move into the space. There are also some ARM startups, some of which were founded by Apple engineers. Lots of activity. Intel is probably the biggest loser in all of this. Sad to see that. They will respond, but it will take time.
At any rate, in terms of desktop market size, Windows is the biggest (76%) and getting a chunk of that processor revenue is a big enough payoff to warrant the required investment. Doubling or even tripling Linux desktop share is comparatively small potatoes. Microsoft is mostly agnostic so they will encourage cannibalizing X86 Windows in favor or ARM Windows rather than lose market share. I think we are going to see a big uptick in ARM Windows investment and product announcements.
Perhaps - if it makes sense, cost/performance/power-wise to put a core like that in an Android mobile phone. I guess it would? But in the next 5 years?
Remember that anything Qualcomm makes will be optimized for mobile phones and only mobile phones. They won't waste any die-area at all on anything that isn't required by the Android phone market. The Android phone market is the only market for these chips that sells enough units to pay for their design, and it's fiercely competitive.
Especially with ARM's own designs improving so much and Samsung abandoning their own under-performing designs in favour of ARM's, Qualcomm is going to get a lot more competition in the next few years.
Anything they put on those chips that makes them more expensive or use more power than competitive chips is going to cost them design wins. No way will they sacrifice 10% of their mobile market for some pie-in-the-sky, maybe-maybe-not ARM laptop market that doesn't exist and will depend on lots of theoretical buy-in from Microsoft/Redhat/Canonical/Adobe/Lenovo/Dell/etc.
The legacy support of closed source software windows has is working against them atm.
That's pretty outlandish. Try saying that to someone who uses Excel or After Effects or Photoshop for their work. A performance linux-based arm64 laptop has everything working against it that a windows arm64 laptop does, and arguably even more.
But my point stands - 3 years ago Microsoft was talking about deploying arm64 to Azure, and those plans were cancelled with Zen 2. Given that GCP will be gone by 2023, that leaves half of the cloud titans with arm64, and the other half without. Will AMZN sell Annapurna chips to other services? My guess is they won't.
Someone has to make arm64 chips for other data centers and cloud providers, and Cavium/Marvell and Ampere have failed trying. It's a huge investment for an uncertain payoff. Annapurna had buy-in from the rest of Amazon.
I don't know how some of these tech writers made it out of 6th grade science class with those charting skills.
Yeah, you can alias all utilities called g<something> to <something>, but you can't reasonably expect all users of your scripts to do so as well.
Using macOS is PITA.
Edit: You mentioned compiling, which is not an incredibly salient point. If you're not doing linux kernel development (and even then...) you do not need a fast machine for this. Even the linux kernel compiles within a few minutes (maybe 5? It has been a few months since I tried this) on a raspberry pi 3b. For more contained projects (e.g. something you might write in lisp, rust or go) it'll take somewhere between one to twenty seconds.
As for compile times, believe it or not, lots of projects are written in something other than highly optimized C code and compile time is a real pain point. You don't always have a choice of what language or dependencies you work with.
Just because there is an alternative way to do something, or a way that takes longer doesn't mean its viable. Performance improvements matter, a lot. Power consumption improvements matter, a lot.
Care to expand on that?
> We are talking about that Apple which sued a recycling vendor in Canada because they recycled devices instead of trashing them.
That's incorrect. They sued the company because they were supposed to take the devices apart and recycle/recover the parts. Not resell them as manufacturer refurbished.
> We are talking about that Apple which bribed judges in the US to deny its endusers the right to repair.
Again, please expand on that.
> We are talking about that Apple which removed even the audio port of a device to prevent its competition to breakout of the locked hardware with their "upgrades" like better cameras, or even payment systems that wont be supported by Apple.
Arguably, for the 2 things you have mentioned, the Lightening port would be much better suited. They took out the headphone jack because wires are a pain in the ass and the state of the art for wireless headsets is good enough for the majority.
> We are talking about that Apple which even changed their goddamn shell from the BSD fork because they didnt want to "open source" (Apple thinks this is zip file dumping) their own bash, which was the only reason bash was outdated for decades.
So brief history of the defaults shells in macOS. First 3 releases it was tcsh (BSD - inherited from NeXTStep), then for a while, it was the GPLv2 version of bash (last version to be released under GPLv2 was 3.2), more recently they moved to zsh (MIT). The critical part to get here is licensing. The GPLv3, like it or not, is a controversial license. Apple have an issue with GPLv3, so they avoid software that uses it. Frankly, when bash transitioned to GPLv3 is when Apple should've made the change, but that is a different discussion.
While they ended up on the market as refurbished, (not necessarily manufacturer refurbished) the devices were sold to refurbishers, who would have treated them as any other device they received for refurbishing.
The lock feature is implemented via iCloud and the "Find My Mac" page, which is able to remotely shut the soft fuses via BIOS/EFI, and in return physically bricks the hardware. Anybody that has control over your iCloud account (e.g. a malicious third party) can potentially do this. See [1], this happened to a lot of companies (customers) that had problems with malicious third-parties getting access to their network.
> That's incorrect. They sued the company because they were supposed to take the devices apart and recycle/recover the parts. Not resell them as manufacturer refurbished.
How come that they could only prove that by having more than 18% of devices that were sent to be trashed with active GPS antennas, and active remote iCloud software tracking? [2] Also, recycle is defined as re-cycling, not re-abandoning. The definition of recycling among the population seems to be a different perception than yours.
Do you honestly think Apple would've dropped the lawsuit if the devices would've been repaired and given away for free? Also kind of related: The lawsuit that happened in Norway, where Rossmann was called as a witness [4]
> They took out the headphone jack because wires are a pain in the ass and the state of the art for wireless headsets is good enough for the majority.
Literally a couple months after PayPal and other payment providers were banned by removing the headphone jack in the 8th gen iPhone, Apple Pay was introduced. You're making it sound like 2 or 3 tiny low-voltage wires are harder to implement than a Bluetooth antenna wiring... c'mon, really?
> (history of default shells in macOS)
You're making it sound as if bash was only inside macOS for a short time. bash, for the sake of argument, has been in use since macOS 10.2 which was released in 2002 [3], whereas 10.0 was a public beta and 10.1 was released the same year in 2001. The argument of a tcsh being in use for 9 months, and bash being in use for over 19 years is quite the opposite way around than you seem to perceive it.
=========
[1] https://support.apple.com/en-us/HT208987
[2] https://www.theverge.com/apple/2020/10/4/21499422/apple-sues...
[3] https://opensource.apple.com/release/mac-os-x-102.html
[4] https://repair.eu/de/news/apple-crushes-one-man-repair-shop/
=========
Again, my arguments were to counteract the argument that "Apple is acting in good faith for the people", because I do not think that anything innovative can happen on a crippled platform.
Apple actively shuts down innovation, every time it could be seen as an alternative to their own product, which they will release only once market adaption has been done by pioneers. This was happening a lot of times with hardware, and a lot of times with software.
I personally would choose repairability over anything, always, because I've learned my lessons the hard way with financial burdens.
So a security feature? Hardly Apple acting maliciously, is it. Regarding iCloud being compromised, this is inarguably down to lack security policy on the part of business or the end user. iCloud now enforces 2fa by default as a result, largely because (and I'm speaking from experience here) most businesses can't be trusted to do this themselves.
> How come that they could only prove that by having more than 18% of devices that were sent to be trashed with active GPS antennas, and active remote iCloud software tracking? [2] Also, recycle is defined as re-cycling, not re-abandoning. The definition of recycling among the population seems to be a different perception than yours.
Had Apple sold the lots to the company, you'd be right, but that's not what happened. Apple paid the company to destroy, recover and recycle. The company acted in bad faith and against the terms of the contract they had with Apple. With regards to you claim that Apple tracked active devices - when a business has any kind of electronic equipment destroyed, they are required, by law, to record certain information about the devices like serial numbers, etc. Unsurprisingly, some of the devices turned up at Apple stores for repair. The article that you linked to has the following from Apple: “Products sent for recycling are no longer adequate to sell to consumers and if they are rebuilt with counterfeit parts they could cause serious safety issues, including electrical or battery defects...”. Devices that can and meet the requisant standards to be refurbished and resold are.
> Literally a couple months after PayPal and other payment providers were banned by removing the headphone jack in the 8th gen iPhone, Apple Pay was introduced. You're making it sound like 2 or 3 tiny low-voltage wires are harder to implement than a Bluetooth antenna wiring... c'mon, really?
This is noting more than a conspiracy theory! Do you really believe that they removed the headphone jack to fuck with Paypal? This is utterly ridiculous. I'm not, by the way, suggesting that wires are are a pain in the ass from an engineering perspective, rather a user perspective.
> You're making it sound as if bash was only inside macOS for a short time. bash, for the sake of argument, has been in use since macOS 10.2 which was released in 2002 [3], whereas 10.0 was a public beta and 10.1 was released the same year in 2001. The argument of a tcsh being in use for 9 months, and bash being in use for over 19 years is quite the opposite way around than you seem to perceive it.
Your link shows that bash was included with 10.2 (it was included with 10.0/10.1 and NeXTStep too), not the default. tsch was still the default until OS X 10.3 (bash-2.05a-release) - not 9 months, 2.5 years. bash 4.0 was formally released in 2009, with a change to GPLv3. Apple had updated bash to 3.2 and stuck with that as it was licensed in a way that was acceptable to them for distribution. I know this to be the case because I actually used these OS's on a daily basis. As I said originally, Apple should have switched to a different shell at this point. The wornderfull thing about UNIX shells is that the user can change the default and use what they want, including updating the pre installed one, so suggesting this as Apple being user hostile is well wide of the mark.
> Again, my arguments were to counteract the argument that "Apple is acting in good faith for the people", because I do not think that anything innovative can happen on a crippled platform.
That's your opinion, and a perfectly fine and valid one to have, but...
> Apple actively shuts down innovation, every time it could be seen as an alternative to their own product, which they will release only once market adaption has been done by pioneers. This was happening a lot of times with hardware, and a lot of times with software.
...is simply not accurate in the way you are framing it.
> I personally would choose repairability over anything, always, because I've learned my lessons the hard way with financial burdens.
That's fine. Others wouldn't. I'd suggest convenience is top of the list for the majority of people that use Apple products. It's the same argument that goes against the customisation camp.
...
Say more...?
The iPhone is a good example because supposedly it's the fastest, but it doesn't feel like it. Maybe it's the animations, maybe it's the annoying Apple popups to sign in and update. Whatever the case, it doesn't make for a great device. (My experience is from 2018)
So, I take it you can see why the ability to use Apple's fast processors with a non-Apple OS might be appealing!
Although I'd be a bit skeptical that Apple would allow this (as others talk about).
It seems extremely high risk, high cost, for an unnoticeable reward that will be obsolete in a year.
If they see a similar use for Linux support, they'll do the same. If they think it will hurt them in some way, they won't.
But I think it's fair to at least consider the "undermine" possibility considering that on iPhones they've consistently blocked attempts to jailbreak or open that platform in the way an alternate OS does on their Macs. We've already seen incremental moves to make MacOS app distribution more centrally controlled. So I honestly don't know where Apple believes their long-term interested to be on the topic of facilitating, or at least not actively blocking Linux.
I agree and said... pretty much the same thing. I just don’t think there’s a snowball’s chance in hell Apple will see Linux as a threat.
> But I think it's fair to at least consider the "undermine" possibility considering that on iPhones they've consistently blocked attempts to jailbreak or open that platform in the way an alternate OS does on their Macs. We've already seen incremental moves to make MacOS app distribution more centrally controlled. So I honestly don't know where Apple believes their long-term interested to be on the topic of facilitating, or at least not actively blocking Linux.
Nope. Not likely, unless the mechanism for getting Linux on the M-series is software exploits of the macOS platform. They don’t do anything to undermine booting entirely other OSes on their hardware, even iDevices. But they do patch up their own stack.
Edit: Yes, this was with the lid open and me doing things. Not videogames, just some light coding.
This was 3 years after the hardware release, presented on substantially more locked-down (but x86 and PC-like GPU to be fair) hardware with a demonstration of Portal 2 running in real time. Presented by the person you are replying to. I'm also assuming there was no funding involved given the requirement to build an exploit just to boot anything on the PS4.
As an unabashed cynic myself: Your cynicism as someone uninvolved with the project is outweighed by the informed opinion of someone who has demonstrated ability in the field of porting linux to other platforms.
This would be adding support for a completely different GPU, which is a whole different ballgame and order of magnitude of complexity.
That said, as many hours as went into the PS4 Linux project, it was a hobby thing and I'm pretty sure if you add up the hours spent on the GPU side it wouldn't hit one month's worth of full-time work. I'm also offering a whole different order of magnitude of time investment here.
> The brightness control keys don't work.
> The screen works at 40 Hz
I think you need to use a laptop (with factory OS) produced within the last 2 decades, because your garbage detector seems to be broken.
BTW I do use Windows and MacOS a few times per month, via remote desktop to run two programs of a customer that only run there. Not a complete experience but add to it some continued (Windows) or sketchy (Mac) use of those OSes from their very first release (80s / 90s).
I'm trading those two nuisances, one very small, the other invisible, for other much larger problems
1. Not using Windows, which is a pretty much horrible experience. Good for gaming, which I don't care anymore on a PC, bad UX (and I don't mean only the GUI.) And I'm targeting Linux servers anyway.
2. MacOS and it's top bar and the menu at the top. It was OK on the very first Mac because the screen was so tiny that it actually saved space. It was perplexing or infuriating when the screens got larger. Unfortunately it stuck and it will be like this forever. And Macs don't have physical buttons on the touchpad.
So I'm happy with my Gnome desktop, configured with: the top bar at the bottom merged with a Windows like task bar, no dock, hotkeys to swap virtual desktop by customer project, no animations, visible permanent scrollbars (but I show only their outline on the background color of their window.)
To me, this trade-off is very simple.
For many of us the disadvantages of using Linux are tiny compared to the advantages:
- from 30-50% faster compiles (vs Windows)
- instant git (vs Windows)
- choice of Desktop environment (vs both)
- choice of hardware (vs Mac)
How will the GPU driver support arrive unless Apple opens up the specs to it? Either these open it up like AMD and the community writes a driver, or they keep it closed and people try to reverse engineer something that is a poor second best (hello Nouveau).
What do you realistically think will happen?
It's just not worth it.
When is driver support coming?
When will audio on Mac's work on Linux?
When will the touchbar drivers be made available?
Apple doesn't give a shit about Linux, but they also don't make it easy to use their hardware.
And to answer the question posed, no, I would never give this company money.
There are options to buy from & support manufacturers who actively help this process. Why would I put my money towards making apples hardware more attractive, when their stance is at best "we don't care but we might change things any second and break this simply because we don't care."
No, I don't. On the Mac platform, Apple has consistently elected to give users ultimate control. They could have a change of heart some day, but so could Intel, Microsoft, or any other vendor.
Why would there be expectation they'd do anything more for Linux?
Linux is more complementary, compared to Windows which has been an existential threat to the Mac since the 90s.
I agree with an earlier comment: I don't expect Apple will provide any assistance, but neither do I see it as entirely unlikely.
And one of those core services is the App Store.
Most software that can run on x86_64 can run on ARM after recompilation. Some software does require changes (anything using vector intrinsics for e.g.). But in general, the biggest barrier is the dependencies.
It's just business: Apple won't intentionally remove features that makes their hardware more attractive. It's where they make most of their money.
Second while Gatekeeper has been around for 8+ years, the default of contacting an Apple server on every program launch was new (or so I thought) with Big Sur. It's a step towards that direction. People could not launch apps when this server was down.
It only became noticeable because there was an oversight in the "fail-fast" algorithm. If Apple was available, it was assumed it would be fast, and it wasn't when there was an iCloud outage.
Federighi quote: “We have the core technologies for them to do that, to run their ARM version of Windows, which in turn of course supports x86 user mode applications. But that’s a decision Microsoft has to make, to bring to license that technology for users to run on these Macs. But the Macs are certainly very capable of it.”
To be completely clear, this quote may have only been referring to virtualized operation, but given a change in the WinARM solution licensing model, Apple might support booting as they did on x86 Macs.
Sort of.
For most MacBook users, a chromebook will be more sensible choice.
And iphones sell because fashion.
iOS is locked down, and Mac app Store is also a candy shop. Because there are stupid people to spend money on shit mobile games, apple makes quite a lot of money.
And they do lot of deceitful marketing. Apple software is getting shit year by year.
Most people buy apple because "brand", and get accustomed to it and don't like slightest change.
> If the services aren’t generating that margin, the hardware is making it up.
I really don't like that way of looking at profits.
Going by that standard, if you sell a thousand dollar device with $260 in margin and no software, everything is great.
But then if you add on $600 in software to increase your margin to $330, that's bad somehow?
By the way, brightness control didn't work in 2014, then started working, then it stopped working again. Kernel versions / NVIDIA drivers, who knows.
You do know that there's no software available for it, right? Without software, arm64 Windows is not a viable operating system for an arm64 laptop. ARM Windows is as relevant as MIPS Windows or Itanium Windows without the huge ecosystem of software you get on x86.
And who goes bankrupt first to build this platform? Is it the laptops makers who lose millions investing in laptops that almost no one will buy because there's no software for them (actually, they already did that). Or is it the software devs who lose millions porting their software to laptops that no one owns? When Apple says the future is ARM, everyone knows the hardware will be coming and they'd better fire up their IDEs. There's no such confidence in ARM Windows.
Pretty critically, Apple was able to modify their chips so that they can efficiently emulate x86 code. Microsoft will not be able to do the same.
(I've got fixing up amdgpu to work on this 2015 iMac on my TODO list too... might even do that as a bonus warm-up if this takes off, while I get my hands on an M1 mac)
So really just audio is the one thing that jumps out as broken and specific to this being a Mac. I personally happen not to care as I use an external audio interface anyway :-)
Actual installation is trivial, it's just standard UEFI pretty much. As long as the right GPU driver loads you're fine. Thunderbolt and all that works out of the box.
I still use my late 2013 MBP running nixos. That machine was a great piece of hardware at the time and still works fantastically well even today. (Its really sad how terrible most most non-Apple speakers are in laptops).
I would buy an M1 Macbook Air if it could run linux and had good power management. (I'll say the same about an M1 MBP in the generation where they give up on the touchbar and go back to hardware buttons.)
You're being unnecessarily antagonistic here. I have a modern 2020 laptop, it works for all of my needs with an nvidia GPU.
(And a large portion of the problems people are talking about are with Nouveau; people that can use the proprietary driver—specifically, people using X rather than Wayland—will have a better time of it, though still worse than with GPUs of other brands.)
This also enabled those users to spend time in MacOS or switch to virtualizing Windows and may lead to one or more personal purchases for themselves or members of their household.
I agree that the situation sucks for us, but on the other side - you can give a piece of Apple hardware to a literal child and won't have to deal with either getting it running in the first place (as with anything Linux based) or a persistent rootkit or other malware (which is more common and easy than not on Windows).
Being easily open for power users, hard to exploit for malware and hard for incompetent people to mess up, unfortunately, is a Hard Thing.
It's honestly not hard to disable any security settings that are getting in the way. I run whatever software I like on my Mac, no problems.
People have been talking about how Apple were going to lock down Mac OS "real soon now" for at least a decade. There's no real indication that it's ever going to happen.
I use a 1 inch thick Thinkpad that's almost a decade old because it runs Libreboot. There is an alternative, but you need to be in the mindset where freedom is more important than hardware.
Serious question. Freedom / open computing
, or
Spiffy hardware.
Pick one. This is where we are right now.
And I forgot about another thing too: the supply of people. While everyone and their dog can attend some six weeks coding bootcamp or teach themselves using free and open resources and can then start contributing to open source code, dealing with hardware requires a good education in fundamental physics, good amounts of money for components and tooling (a good soldering iron, air filters, fine-controlled hot air gun, a decent oven, the equipment and the chemicals for etching, a precise micro-drill, ...). Many people don't have that amount of upfront money and skills, and those that do often don't have the amount of free time to help advance open source because, as I wrote, it takes lots of time and money to deal with smart hardware.
Perhaps this was intended to be hyperbolic, but no, you can't become a kernel developer, say, in six weeks. You can learn to dabble in web development in that time, but you'll barely have taken the first step toward being a serious software engineer.
However, considering Apple's behavior around iPhones and iPads, I don't expect those hopes to come to much fruition.
The integratedness of Apple's offerings depend on the control they have on both software and hardware. I think it's the integratedness that sells Apple's product.
Nowadays, especially on iOS, it seems like the software is the focus. I'd argue that's a mistake that will sooner rather than later bite Apple in the ass. Hopefully the switch to M1 is a sign that Apple realizes this and wants to move back toward making top-notch hardware instead of coasting on App Store rent-seeking and planned obsolescence.
Apple does not, but the GPL does.
Edit: I ask because I’m curious to learn and because many systems run apps that are GPL without the whole system being GPL. For example, I love using GIMP on Windows.
> You may not impose any further restrictions on the recipients' exercise of the rights granted herein.
This conflicts with the App Store's Terms of Service, particularly it's "Usage Rules". https://www.fsf.org/blogs/licensing/more-about-the-app-store...
This is of course different from merely running GPL software on a proprietary OS. In fact, iOS ships with GPL software on board.
If you write entirely your own code, and include only more freely licensed dependencies, you can release your own code under the GPL and still distribute it on the App Store.
Eric Raymond explained why: use value. Open systems can be exploited easily and the people who use them get high use value because of all that.
Incentives to port and build on known open systems are stronger, barriers to access lower.
Result: more FOSS on said system
I mean, I'm sure we can make brcm* not suck on Linux (or it already works well now), but I don't want to support such a hostile vendor.
The market has changed, and most CPU vendors don't fab their own chips anymore. The IP is in the chip design. Are you saying TSMC designed the M1?
We are in agreement.
Federici has said in one of his interviews that Apple wants people to hack on the M1 machines so I’m hopeful that they will be more open than on IOS.
All of that said, I won’t hold my breath.
Of course they do. Like they wanted people to hack on OSX 20 years ago; and once they reached critical mass, they pulled up the drawbridges (dropping anything GNU, dropping Java, restricting access to the OS, pushing AppStore, etc etc).
Chances they're going to do exactly the same with M1 and its follow-ups are 99.99%... if anything because their management is largely drawn from the very same people who executed that strategy.
I can see both sides here - the viral nature of GPLv3 is anathema to a company like Apple, so simply walking away was inevitable; and people were exploiting loopholes in the GPLv2 (I have no idea whether Apple was, but there are documented cases of others doing it).
While I agree that much of the good stuff is proprietary (but certainly not all, eg WebKit), that doesn’t mean that the free stuff isn’t free.
Note that that is 2 years behind. You can get a newer source dump from https://opensource.apple.com/source/xnu/xnu-6153.141.1/.
So, open source, but development isn’t done in the open. You can’t really expect you’ll be able to see recent commit messages or even just regular source dumps.
Not sure this Stack Overflow is current/correct, but it appears other FOSS licenses might be compatible with iOS App Store terms. https://stackoverflow.com/questions/459833/which-open-source...
Agreed. But the point I argues was that Apple does not care because they sell hardware either way. I think they care a lot their hardware is used to runt their software, as this is a big reason to sell more hardware.
NT is very much legacy code in maintenance mode, switching to something that's more modern that's also the base for Android makes a lot of sense.
[1] OK, I do. I have a T-42 with an unknown supervisor password. :( I installed OpenBSD on it ages ago, but locked myself out.
AMD is traditionally better for desktop GPU support but either is fine.
Particular hardware doesn't really matter these days, just check the manufacturer website / reviews. Level1 techs on YouTube cover Linux support well for various mobos.
Concerning the old hardware, it's the most powerful phone which can run latest Linux kernel and the only one recommended by the FSF [3]. Specs is not the whole story in smartphones [4].
[0] https://source.puri.sm/Librem5/community-wiki/-/wikis/Cellul...
[1] https://puri.sm/posts/librem-5-4500mah-battery-upgrade/
[2] https://source.puri.sm/Librem5/community-wiki/-/wikis/Freque...
[3] https://www.fsf.org/givingguide/v11
[4] https://source.puri.sm/Librem5/community-wiki/-/wikis/Freque...
You own it. You control it. YOU have the power. That's the damn point.
> Is their hardware really open source?
The phone is going to get Respects Your Freedom certification by the FSF.
I mean, Olimex isn't exactly poor. https://www.olimex.com/
Laptop is completely silent, all the hardware runs flawlessly, battery life is after 5 years still pretty good, just overall great experience.
I honestly don't remember if I had to at some point disable something in BIOS ...
If you're using a SATA drive with the default UEFI settings, Linux will see the drive. If you use a PCIe drive, it won't until you set it to AHCI mode.
Edit: oh and Windows frequently wouldn't recognise the USB-C port unless you had something plugged into it during boot.
It also makes dual booting trickier if you don't plan it beforehand.
It frustrates me that there's not that many reviews that cover this kind of stuff, so it's hard to avoid silliness like this when making a substantial purchase like a laptop.
It's already at the point where macOS will treat apps as if they're radioactive if the developer didn't pay the $100 Apple tax before distributing it.
> Although about 3 million computers get sold every year in China, people don't pay for the software. Someday they will, though," Gates told an audience at the University of Washington. "And as long as they're going to steal it, we want them to steal ours. They'll get sort of addicted, and then we'll somehow figure out how to collect sometime in the next decade.
I am sure Apple loves that Hackintosh users are in the Apple ecosystem (often developing software for Apple machines), and many will eventually start buying real Apple hardware.
Apple will turn a blind eye to Hackintosh as long as the process stays too difficult to ever cannibalize sales.
"A survey conducted by Forrester Research earlier this month showed that Microsoft has already become the country’s second-biggest cloud services provider, with its Office 365 and Azure platforms."
Looks like the subscription model did the trick.
That's because their numbers are so low that they don't represent a threat, but still contribute to keep users hooked to the Apple ecosystem, which is vital for them; of 10 people with a Hackintosh there may be no real Mac users, but many of them are likely to own an iPhone and use other Apple services; Apple need to keep those customers so they close both eyes on Hackintoshes. Also, since they offer no warranty for non original Apple hardware, it wouldn't impact much their corporate users base, which often are forced to use the real thing.
One side effect of making their own line of CPUs, and a system that as for now, runs only on them, however, could also be seen as a way to kill the Hackintoshes "competition", or it may be just a nice side effect for them. Time will tell.
Hardware relating Comments on HN has always been fairly low quality to say the least, comparatively speaking to many other subjects. But Apple M1 sort of brings the worst out of it. My current counting right now over 10K comment suggest most have very limited understanding of Hardware tech, little on Hardware business, and quite literally zero on supply chain.
So I would not be suspired If many doesn't know.
I could count people with one hand who have to constantly comment and correcting all the wrong assumption, TSMC capacity limitation, NAND and DRAM price fixing etc etc. And now we have Apple's supply chain monopoly.
The world currently ships approx ~1.2B Smartphone every year, and Apple represent less than 20% of it. And if you include Tablet, PC and Laptop ( Which shares the same supply chain ) Apple is much closer to 10%. The premium Apple pays is not leading edge ( apart from 5nm TSMC ) but very strict quality control and capacity guarantee.
My observation into this issue, is that most software developers and tech workers are so far removed from old model ( non-tech ) of business they have very little understanding of Logistics, Supply Chain, Lead Time, Sales Channel, Distribution and Discovery ( Marketing ). And ironically enough the world best company at doing all of the above is also a tech Company called Apple.
Would be very interesting to watch everything from the sideline. And as a reason to do it, aside from being inspiring and educational to others, by live-streaming your work you will certainly be able to attract even more funding over time.
To give you some context for the scope of the task: with all the hardware documentation and close to 32 years (combined) experience with that specific architecture it took around two years to write a conformant Vulkan implementation. Not including the compiler, kernel driver, or firmware.
Source: I have worked both on PowerVR and Apple GPU drivers.
https://thenextweb.com/apple/2011/08/21/apple-locks-its-riva...
> How Apple locks its rivals out of the tablet market with exclusive sourcing deals
Care to explain how we are wrong instead of just claiming we are dumb? I promise that if you educate me (somewhat a bit famous in the "hating on Apple" space) I will help educate others. (Though, FWIW, I do know that a lot of Apple's hardware is semi-custom design, and so if the argument is that I know but find it irrelevant for this comment thread. I am focusing on the belief that Apple makes it hard for others to source parts, which has a lot of history to it.)
Example when the first iPad using NAND launched, Apple secured nearly 60% of the world's total NAND production capacity. That was not a monopoly or exclusive deal. It was out of necessity. Securing a stable supply of critical component is the norm is any industry. It is up to the manufacture to decide whether they should expand their capacity to meet demand ( from others ).
In again NAND example, since the cost of building a new fab and amortisation time is far too long, most would delay any Capex spending until it is absolutely necessary. With high demand and fixed supply, NAND and DRAM price were sky high, and Samsung managed to be the most profitable company for 3 quarters in 2017, only to be overtaken by Apple. The profits then fasten the capacity increase cycle because the risk are now comparatively lower.
Smaller players who do not have the volume, forecast and commitment will always be left at the will of their manufacturing partners. But partners / vendors will always complain these players dont give ( accurate ) forecast. Capacity planning in itself is a profession. And these are common, if not the norm across all Manufacturing industries, from Food, Metal, Raw Mats or even Transport like DHL where they have Data Scientist working on Flight Space ( Their unit of capacity ).
It has been releasing faulty keyboards on it's macbooks for years. They knew. They didn't care. They just continued to release new ones every year with the same faulty keyboard.
Not to mention staingate (which affected me personally).
Those 2700$+ macbooks with ghosting screens. The stupid chip that does a weird sound when you stop your music.
The list just goes on and on.
And this is the stuff on the surface. Go open a macbook and analyze every single component quality...
It’s an Intel machine
They’ve released versions with bad graphics cards, bad batteries.
It takes time to re-design and ship. They replaced numerous “bad keyboard” models for people.
Meanwhile, every plastic Lenovo or Dell needs a new hinge or battery cover every year, and screws fall out.
I’d take physically legit with hard to source issues like ghosted screens since I’m only using it for text and browsing and occasional sound hiccups than a laptop that falls apart after 2 years.
My recent 15” MBP has outlived Dells of the same age at my employer.
80% of the way there is better than 60%
It looks like you speak from your own experience, and so do I.
Enterprise grade laptops from either Lenovo and Dell are known to be very sturdy and well made. Not sure if the materials will be as nice for your fingers as the macbook materials, but for sure they won't fall apart.
I have had thinkpads that would have survived falling from a third floor. I just don't see how a macbook is more reliable than a thinkpad or a precision.
Try throwing a macbook out your window.
That said, are you talking about a full graphics stack, or just the GPU-specific bits? Modern Linux graphics heavily emphasize code reuse across architectures, both on the kernel side and userspace side, which is completely different from how vendors typically do things.
The goalposts are quite different between having a fully compliant implementation that can deal with software that uses the GPU intensively (and hits all the corner cases properly), which is what Apple has to build, and being a usable desktop experience for Linux - having the whole stack be open source makes debugging things a lot easier too. Getting to full Vulkan compliance is definitely not going to be a one-person job. But we've seen fairly fast progress on GPU drivers going from triangles on the screen to simple game ports in some cases, with only one or two developers involved. I obviously don't have any yardstick for how the Apple GPU compares to everything else, but a priori, my hope is to be able to push things past the initial cliff to where the GPU starts being useful, and then of course other contributors can help improve support. In my experience, the initial hurdle in building a community project is often the hardest part, as a lot of people have no idea where to start supporting undocumented hardware (and I'm particularly good at doing black-box reverse engineering of this kind of stuff; I can claim a good 15 years+ of experience there myself). For example, once e.g. the shader ISA is documented and a PoC backend implemented, I expect people with more shader optimization experience than me to want to pitch in and make it faster.
Re firmware, I would expect to use Apple's (at least initially).
Either way, it's quite impressive to have deliberately engineered dark silicon on consumer devices.
https://www.youtube.com/watch?v=2b1UdOmxVrw
There is, as yet, no magical piece of software that automatically produces good layouts - not even for simple designs like this where signal integrity is of little concern.
You're talking about people doing FPGA work which is a totally different skillset than making your own PCBs - and even more lacking in people contributing to open-source projects because it is (at least in my opinion) even harder to get a grasp on, and capable FPGA development boards cost a boatload of money.
Much skill is needed to make a serious contribution to an open hardware project, but the same is true for many types of software.
I suspect a lot of Hackintoshes users do so because they like using macOS day-to-day, but don't see anything appealing in Apple's hardware lineup.
I'm one of them.
I wonder if it occurred to someone at Apple, if it's somewhat an added benefit to them.
Add to that a lack of expandability, customizability, (user) repairability and (hardware) compatibility.
Life is just a lot less miserable without having to deal with Apple hardware. PC components seem to be very reliable when you spend just middle-range prices and you can easily buy and swap out components when something does go wrong.
I generally go many months without having to reboot my Hackintosh, and I can't ever remember having a kernel panic after initial setup. Both of those things were not true with Apple hardware.
With apple silicon, I hope they release a decent 'mac pro' or something that is good enough for me. Prices won't go down obviously, so here's hoping we can at least install third-party ram + storage.
Contrast with Google and the infamous tweet about Android:
You could drive across country right now without a cell phone, just buy a Rand McNally road atlas. That's all you need.
You won't... because it would require you to pay attention to signs and exits, instead of having Google Maps do all that for you.
https://www.techrepublic.com/article/librem-5-review-the-lin...
https://forums.puri.sm/t/received-my-librem-5-evergreen/1087...
https://www.reddit.com/r/Purism/comments/jzj6s1/i_have_recei...
If you're complaining that you want to see daily updates, that's a completely different thing than claiming it's not FOSS (as OP did).
From what I read a year ago before doing this, you don't lose much, and software-based RAID (if you go for that sort of thing) in GNU/Linux is just as efficient/reliable, and maybe more so. And anyway, if you only have one HDD/SSD, there is no point in RAID.
> It also makes dual booting trickier if you don't plan it beforehand.
I don't think so: installing Windows will work just the same with Intel's RAID turned off.
Obviously. But why did they care to equip this laptop with the RAID by default?
IIRC there were Dell XPS models like that in the lower price segment. Never tried one personally.
>> Purism published the KiCAD schematics files for the DevKit, which was entirely designed with free software tools. However, Purism has not released the CAD files or the Gerber files for the Librem 5, in order to prevent the creation of clones. CEO Todd Weaver says that Purism needs to recover its development costs before releasing the Gerber files, which they are “thinking about releasing in a time capsule” of “3 years, 5 years, something like that.”
Not to mention the plastic CAD files, tooling, etc.
Concerning "game companies", this is a typical problem of new hardware and is quite expected (in the beginning). The difference however is that you do not have to rewrite anything, just recompile for Debian ARM and make it fit the screen. Potentially thousands of games should run well after quick adjustments.
> In order for freedoms 1 and 3 (the freedom to make changes and the freedom to publish the changed versions) to be meaningful, you need to have access to the source code of the program. Therefore, accessibility of source code is a necessary condition for free software. Obfuscated “source code” is not real source code and does not count as source code.
IMO exactly the same logic applies to code history and bug trackers: you need access to those things to be able to study how the program works. A code dump is much the same thing as obfuscated source code: you can build the program from it, but you can't understand the program from it.
FOSS means you get the source code, everything else is gravy.
Seriously, at this point I think you have to be just defending a position that you know is wrong but since you originally stated it, you’re not backing down. If not then let’s just agree to disagree...
There's very little you can do with electrical schematics alone. It's probably just enough for someone to claim a product is "open sourced" while keeping it proprietary for all intents and purposes.
Yes, you are right. The reason is the wrong claims written in a convincing tone and (intentionally?) ignoring facts.
For example, here you ignore that this company is providing much more than any other company typically provides (schematics). Purism also promise manufacturing files and have a history of fulfilling their promises (even though sometimes with delays). I have no idea how you can say "resounding no" if you take into account the alternatives.
(and this is just one of the pain points I get from Windows 10 every day that I don't get from macOS.)
My biggest pain are how Apple treats everyone, for the last 30 years. It's unbelievably frustrating.
Yes. Especially if you add in how Microsoft Corporation have treated people over the last 30 years too.
Small examples: you can scroll a window without having to click on it to make it active, applications don't refer to files using paths but file ids instead so you can generally move files around a disk while they are open without things breaking.
This works on Windows, and most sane Linux DEs are either default to that or can be configured to do that.
> applications don't refer to files using paths but file ids instead so you can generally move files around a disk while they are open without things breaking.
Do you mean they hold an opening fd of the file, which is also not special at all? Otherwise it is pretty interesting, please elaborate.
The ability to implement file access the way is obviously possible on any OS, but on the Mac it's consistently implemented that way in applications, except for a couple of bad actors. On other OSes it's much more mixed. The same can be said for many other small features. There's a just a lot better consistency overall on macOS.
Exactly. Special notwithstanding, it’s still a nice feature and not something Windows has to my knowledge, at least not common (i.e. “File is in use” errors). On macOS you can e.g. move a file to trash while it’s being used still by some running program.
I believe (if I understand what you mean correctly) that the file system behaviour is also a Linux thing. Deleting a file that is open is completely fine in Linux.
I think UX between the three OSs is almost completely a matter of habit and familiarity these days. I for one can't see how anyone can be productive with the (what I believe is abysmal) window management on a Mac but millions of people like it so I'd probably get used to it if I wanted to.
It's required by POSIX, so all modern UNIX-like systems have this behavior:
When the file's link count becomes 0 and no process has the file open, the space occupied by the file shall be freed and the file shall no longer be accessible. If one or more processes have the file open when the last link is removed, the link shall be removed before unlink() returns, but the removal of the file contents shall be postponed until all references to the file are closed.
https://pubs.opengroup.org/onlinepubs/9699919799/functions/u...
I think the interesting part is being missed here, the behavior is that the file is being identified to apps by a uniquie identifier which is not the path, so referrering apps still find it after it's been moved, even when they didn't have it open already. More like using the inode as the identifier maybe? This is a behavior that goes all the way back through the pre-OSX macs. It was part of some sort of philosophy for Macs though I forget its name.
- You can have (..)nix like terminal in half of the screen and Office, Photoshop, and most of the shiny SW ("except games") running flawlessly in the other half without some kind of VM
- The battery of this very nice machines that it comes attached to may last a day
- Customization is a bit more restricted than its (..)nix cousins so most of the time it runs flawlessly even if you don't know what you're doing
- It connects very well with the other device that a lot of people carry in their pockets
- There are not a lot of combinations of HW + MacOs that you can run so online support tends to be very good
Try as I might, I have never found any laptop that is even half as sturdily built as a macbook. Yes apple plays dirty tricks that prevent inexpensive repair, but TBH, no one else produces a product that physically lasts long enough to be worth repairing by the time the board level components gives out.
I like Linux, but it’s no where near as polished as Mac OS. Wasn’t 20 years ago. Isn’t now.
Hell, I’m thinking I should just reinstall windows and use WSL2.
"...in my opinion."
None of those require macOS.
I'm sure Apple denies any faulty hardware as they did with their keyboards.
That said, I am using one of those Macbook Pros for work, and the overall build is still very impressive. I would expect this machine to last longer physically than any of the non-mac laptops I have ever used.