701–710 of 794 posts
As I love the idea of modular and repairable laptop, I've got some issues with it. I have Framework 13 AMD with Fedora (as Arch was almost unusable on it for me). Connecting external hardware to it, especially dock stations and monitors - which work flawlessly with another laptops - sometimes works, sometimes not...
I’m happy to answer questions folks have around the product (later today).
Earlier quoted context omitted.
Developing applications for touch devices is much nicer on a laptop with a touchscreen.
It’s not something I do. Hence - can I have one without a touchscreen?
Eg - Current Framework 13 bottom stand alone https://frame.work/products/bottom-cover-kit?v=FRANFD0001
Earlier quoted context omitted.
If you live near a Microcenter, you can get 64GB for "only" $560 vs the $850 price on Framework's website.
Is it a LPCAMM2 module though?
Earlier quoted context omitted.
Don't see why it wouldn't - as long as pstate etc. works it should be the same. I'd argue it's probably better given that modern desktops use far less resources in the background compared to Windows I bet they don't publish Linux numbers because it depends on which desktop you use etc.
A lot of office workers these days spend a lot of time in video calls. So to get the best battery life you need, for example, your browser to use GPU-accelerated video encoding and decoding. Linux is something of a second-class citizen for both GPU vendors and browser vendors. So for example if you're using Firefox and an nvidia GPU on Linux? No video encode/decode acceleration for you. The browser will silently swit…
There's other software that can do GPU acceleration in the repos, and there are plenty of distros that enable closed-source software. It's shocking to me how difficult it seems to be to get GPU acceleration working in Linux.
Earlier quoted context omitted.
Any plans to have a keyboard with a trackpoint and thumb buttons? I Don't need a trackpad. If you add this then you'll have a new customer for life. The trackpoint is the only thing that keeps me chained to Thinkpads.
That would be fantastic! The standard keyboard design is extremely outdated, while for desktop there are some products pushing it with ortholinear layout and thumb clusters, for laptops its doesn't exist at all. I don't know how much keyboard-design flexibility is available to you, but innovative keyboard could even be a killer feature.
I agree that offering more user choice here could be a unique and standout feature, though. One of the small things I love about their keyboard offerings is that they offer all blank key cap options.
Earlier quoted context omitted.
1) Reliable sandbox 2) Nixos makes it easy for agents to research, debug and patch every aspect of the system, even applying kernel patches for the sake of debugging 3) CLI-oriented toolchains. Claude spent around 17 hours trying to set up xcode publishing and in the end just told me to press the button once Organizer pops up. 4) Containers
Thanks! 1. I won't be using NixOS so that point is moot to me . 2. Reliable sandbox I can get using Apple Containers. I won't argue that the Linux experience is better, because it is. Alone it wouldn't be a reason for me to switch but it does count towards it. 3. Fair enough, I haven't had that issue on the Mac but that may just be because I'm working with other kinds of tech or I have the things I need installed in…
Virtual machines. I can't ask claude to figure out an issue on the hw host w/o falling back to per-action confirmations or giving it full unconditional access. When everything runs on one host I can organize controllable sandbox escapes for Claude and let it work in huge batches with minimal attention.
> won't be using
Well, that's your choice to avoid efficient agentic workflows
> misunderstood
There are no containers on mac, there are VMs hosting containers and subtractive sandbox filtering syscalls.
> get as much
FW 13 is great, FW 16 is a disaster.
Earlier quoted context omitted.
Genuine question, what is it about DHH that makes you think he can move the needle on battery life for Linux? My understanding is that he's a giant in the enterprise software space, I don't see how that would give him any clout in the hardware space.
battery life for Linux is not some grand project, it's just support and setup of existing kernel drivers, typically at the distro level - which is why it's already there for some setups https://xcancel.com/dhh/status/2046677012878708834 he mentioned good numbers before, but of course you may want to wait for reviews
Earlier quoted context omitted.
Genuine question, what is it about DHH that makes you think he can move the needle on battery life for Linux? My understanding is that he's a giant in the enterprise software space, I don't see how that would give him any clout in the hardware space.
battery life for Linux is not some grand project, it's just support and setup of existing kernel drivers, typically at the distro level - which is why it's already there for some setups https://xcancel.com/dhh/status/2046677012878708834 he mentioned good numbers before, but of course you may want to wait for reviews
I don't see that he's bringing anything noteworthy to the table, but I've repeatedly heard people talk as though he's going to bring better battery life to Linux through omarchy.