Hacker Newsnew | past | comments | ask | show | jobs | submit | qrobit's commentslogin

Sort of, there're more posts about graphene in the year 2026 & they get much more attention. Aggregated some data and plotted it with my agent: https://boop.icu/Pr.png

Can you add CopperheadOS data 2014-2018 and AndroidHardening Project from 2018-2019?

The repo got archived in march, I wonder whether it means that Apple uses something other than CUPS on their devices? Quick search suggests they still use CUPS, but why would they archive the project then?

They haven’t been actively maintaining it for years. https://mjtsai.com/blog/2025/03/26/apples-dormant-cups/:

“It looks like nothing has happened with Apple’s code since a security fix in 2022, and the repo comment makes it sound like Apple is intentionally leaving its support stuck at an old version:

Apple CUPS is the version of CUPS that is shipped with macOS and iOS. For the current version of CUPS that is used on other operating systems, see https://openprinting.github.io/cups for details.”

The archiving of the repo seems to imply they fully moved to https://en.wikipedia.org/wiki/Internet_Printing_Protocol / https://www.pwg.org/ipp/everywhere.html in their next OS release (might be based on CUPS, but also could be a clean sheet implementation)


That's what I wondered as well, whether it is a new implementation, or perhaps they still use their version of cups? Or maybe they use the forked openprinting cups? Would be nice if somebody knowledgeable with a mac device told whether the cups is still used


On nixos they're not, there's a single executable in /bin -- /bin/sh, and a single executable in /usr/bin -- /usr/bin/env


Both are non-deterministic, both have some metric to optimise, one is specific and efficient, the other is too broad and very expensive


Much older? Wikipedia says[^1][^2] java appeared in 1995 (started in 1991), while python appeared in 1991 (started in late 1980s). 4 years doesn't seem too far apart, considering both language are >30 years old now.

[^1]: https://en.wikipedia.org/wiki/Python_(programming_language)

[^2]: https://en.wikipedia.org/wiki/Java_(programming_language)


Not only that, but Python had the benefit of doing a very painful break in version 3 (2008), when they had the option to cleaned up almost anything they wanted.

(Some changes in Python 3 I can recall: bytes/str/unicode being the biggest one; fixing mutable variables in nested functions; changing some obscure behavior in class hierarchies and overload resolution; changing things like range() and map() to lazy evaluation.)

For better or for worse, Java has maintained very good (not perfect) compatibility throughout, even with painful changes like generics in 1.5, lambdas in 8, modules in 9, eventual removal of applets and SecurityManager, etc. This also contrasts with C#/.NET, which I think had some breaking changes over the decades.


He doesn't have a role at Facebook anymore AFAIK, although I can't find the source now. I remember hearing it was mostly due to filtering engine at Facebook being rewritten in Hack, so they don't have the need for Haskell people anymore.


He posted about him leaving Facebook on Linkedin: https://www.linkedin.com/feed/update/urn:li:activity:7302785...

He also reflected on his time and Haskell usage at Facebook here: https://www.youtube.com/watch?v=gEWBHP0PvRw&list=PLQpeDZt0_x...


Secure boot ensures the image you boot was not tampered with. You can't install keylogger without tampering with the image. If you wanted to install physical keylogger, you would need to open the device up, and at least my laptop provides detection of bottom cover removal, meaning the system will ask you for a bios password if the laptop was opened up.


> you don't have a colourblind person's 'profile'

Why not? As far as my understanding of color blindness goes, you just need to find a precise transformation matrix and offsets to be able to correct any type of deficiency (except for achromatopsia, I guess).

> When I use them I find the colour profile I am used to in the wider world flipped, and the semantic meanings given to colours, or their hierarchies, completely changed.

I think the correction applied to digital content is a positive thing. At once you can perceive color the way it was intended to be perceived. May be wrong here because I don't have daltonism.

> You can try to make a perfect system for every variation but the end user won't see it as precisely as you intend.

My goal is not cover every case, but to create exactly one profile (and perhaps create a usable correction workflow for someone else)

Thanks for an elaborate response :)


There should still be privacy concerns, especially with their demo which sends a POST on "Generate". The author suggests the model is 85kB of weights, which could run perfectly well in browser.

> But with this software - the tolerances are looser, so the clothing becomes more manufacturable.

Does it? How do looser measurements help? I assume manufacturer would always take the upper bound of dimensions. Suppose model also predicted your dimensions are higher then they really are, so these two in combination give you an oversized piece of clothing.


Not just oversized - undersized also happens. Most cloth is still cut by hand using large electric saws and it's just not that accurate. (caution: loud music)

https://www.youtube.com/shorts/jvQHvz4GlPQ

Notice that the panels are marked out with chalk and if the operator doesn't stay square to the table, or isn't diligent in marking up the panels, they won't be consistent with the brand's standard sizing.

I mean - ideally a set of panels of a piece of clothing would be cut by computerized laser so it's accurate to what the buyer needs. But that costs too much and takes too long.


Thanks, this matches what we're seeing. Trying to establish relationship with some brands, this is the problem we hit. The clothing batches can be very different from each other - cut-by-hand problem. So they don't have sewing patterns to drape and even if they have the final clothes can be different. Plus they don't want to share the patterns/technical details.

So on business side despite the clear benefits, for now we have hard time finding interested brands. Probably part of it is that we're very technical, technology-focused guys. But we're evaluating both paths: whether the mass-made item will fit, and tailoring for a specific person. Will see how it works out.

On the scanner side. The software approach beyond the less friction also have a benefit of predicting the future shape: "pregnant me in 2 months" or "me with 3kg less". Or simpler: my measurements changed since last month and I don't need to rescan. That's harder with hardware.


So perhaps you need to present them with a more complete solution. Develop or source a faster laser cutter. And find a small factory in an area with skilled labor (central North Carolina still has people who can cut & sew). And develop a process in the factory to keep all the panels for one item of clothing together from cutting to sewing to shipping (maybe a bucket?).

It'll be a bespoke item at premium prices, no question. How big is the market for this? I don't know, but my feeling is that it's older women.


(Cofounder here) I talked to really big fast fashion brands on that subject. Oftentimes they dont even have the garment cuts at hand. They sort of outsource big part of the designing process to the supplier (Bangladesh, China contractor). Fashion Technicians are handed samples and they iterate on them, but they can't reproduce the actual fabric dimensions that easily. The fast fashiuon brands are very hard to get them to experiment with such solutions for that matter - it would interfere with very fast and scrappy process thats in place


Privacy is close to my heart too. It's just a balance between privacy as a need vs operation speed and intellectual property. To be decided.

Inference can be totally done client-side. Later measurement tuning would be much harder.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: