Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Guix on the Framework 13 AMD

wingolog.org

Post reply on HN
Print view View original

161–170 of 198 posts

Re: Guix on the Framework 13 AMD

#161

Post by mixmastamyk »

nrp wrote: post #141
Decabytes wrote: post #93

I really hope one day the Framework laptop will work with the major Linux Distributions with no asterisks. It will definitely require work on both Framework and the Distro maintainer's part, but it is getting better every month. Hopefully if Framework becomes more successful, they will have more say in the hardware manufacturing process, and they will be able to devote more resources to Linux compatibility. I have no…

We focus on making sure that the most popular distros work smoothly. Currently, Ubuntu LTS and Fedora are the two that we provide official support for, since they are the most popular choices for folks who are either new to Linux or aren’t especially interested in tinkering with their OS: https://frame.work/linux

We have a couple of them and were quite happy with the exception of a few minor issues. However the lack of shipping (not beta) firmware updates on a regular schedule has given me pause to recommend framework to others, at least until that gets rectified.

Re: Guix on the Framework 13 AMD

#162

Post by natenatenate3 »

Decabytes wrote: post #93

I really hope one day the Framework laptop will work with the major Linux Distributions with no asterisks. It will definitely require work on both Framework and the Distro maintainer's part, but it is getting better every month. Hopefully if Framework becomes more successful, they will have more say in the hardware manufacturing process, and they will be able to devote more resources to Linux compatibility. I have no…

I manage to run OpenSuse with Cinnamon desktop on my AMD Framework 13, with a dell dock and 2 odd monitors, the scaling sometimes gets stupid, but that's the only annoying thing I have noticed so far. OpenSuse has been more of a learning curve than any hardware issue, mostly due to myself being used to Debian and Manjaro/Arch.

Re: Guix on the Framework 13 AMD

#163

Post by rowanG077 »

mmcnl wrote: post #129

> HOWEVER, and I hope this is a transient situation, there is a problem: in GNOME, applications that aren’t native Wayland apps don’t scale nicely. Transient situations are almost permanent in Linux land. This has been a problem for a long time and I don't see a solution coming in the near future. But maybe I'm wrong (I hope so!).

This. naively it seems to be a real straightforward to fix. Just scale to the next integer and then downscale. It won't be as pretty but it will be much better then what we have now. Hell make the scale factor configurable so you can get real smooth graphics.

Re: Guix on the Framework 13 AMD

#165

Post by rowanG077 »

Tmpod wrote: post #158
jamesbfb wrote: post #151

My work laptop just rolled over 3 years which means it’s new laptop time. After spending some time convincing the higher ups at work, I have a new Framework 13 coming my way (and not HP whateverbook). I don’t think I’ve been this excited for a bit of hardware in a long time.

Unless the device is malfunctioning or otherwise damaged in a meaningful way, I don't see why it would be time for new a laptop, after only 3 years. I bought mine with the prospect of it lasting at least 6 years (and it's going strong 2/3 in already), but I don't plan on replacing it unless it breaks down or prevents me from working on my stuff for other reasons. Anyway, good choice on the new laptop. My next device…

I haven't ever had a laptop USB ports last more then 3 years. In fact my last laptop, an XPS 13, had failing USB-C ports within 1.5 years. I admit I probably connect an USB device 5-10 times per day.

Re: Guix on the Framework 13 AMD

#166

Post by mrh57 »

mise_en_place wrote: post #164

I would use Guix but it just doesn’t seem to be stable nor polished. If you enjoy running on bleeding edge it seems to be the distro for you.

How do you mean?

If you're talking not stable as in it's rolling release, then yes that's true although it isn't unique to Guix.

But if you mean leaves your system vulnerable to breakages, large unwanted changes, system entropy, or inconsistencies, then surely Guix (and Nix) are more stable than virtually every other distro (and maybe even MacOS or Windows)?

I'm also not sure I would say Guix is particularly unpolished compared to other distros. The project is 10 years old at this point, has a very active (albeit not huge) community, and has some of the clearest/most extensive documentation I've read for a distro. Perhaps 5-ish years ago it had some rough edges, but I'd say now they're quite comparable to other mainstream distros.

As someone who has been using Guix as my primary OS for the past ~2 years on a <5 year old laptop (with a proprietary wifi card) for programming, media, web stuff, and light games, I'd say it's a great experience. Not that the learning curve is not large or that community resources couldn't be better, but if you're already using GNU/Linux I don't think it will feel any less stable/polished.

Re: Guix on the Framework 13 AMD

#167

Post by Slackwise »

tombert wrote: post #123
Slackwise wrote: post #77

Earlier quoted context omitted.

> An old employer used this instead of Docker for managing build distribution. Can the Guix stuff be used the same way? Yes, and , Guix is actually a "meta" package manager that understands other packages like Python PIPs and Node NPM packages, so you can define all of that in one build config file.

Wait, this is a big deal. Will it work with any package manager or only things that it explicitly supports? One thing that has become a persistent headache for me with Nix is trying to get reproducible builds with Julia, due to the fact that the package manager doesn't have direct integration with Nix, and `nix build` purposefully restricts network access. I'd happily move to Guix if they have an elegant way to deal…

Since it's all just Guile Scheme, a full programming language, you can extend it in any way you want, and use the Scheme libraries you want, doing whatever network access you please.

Re: Guix on the Framework 13 AMD

#168

Post by heyoni »

rowanG077 wrote: post #165
Tmpod wrote: post #158

Earlier quoted context omitted.

Unless the device is malfunctioning or otherwise damaged in a meaningful way, I don't see why it would be time for new a laptop, after only 3 years. I bought mine with the prospect of it lasting at least 6 years (and it's going strong 2/3 in already), but I don't plan on replacing it unless it breaks down or prevents me from working on my stuff for other reasons. Anyway, good choice on the new laptop. My next device…

I haven't ever had a laptop USB ports last more then 3 years. In fact my last laptop, an XPS 13, had failing USB-C ports within 1.5 years. I admit I probably connect an USB device 5-10 times per day.

Same here. I use two USB c ports multiple times per day…but never had one fail.

Re: Guix on the Framework 13 AMD

#169

Post by pxc »

pyrox wrote: post #142
b3n wrote: post #128

Earlier quoted context omitted.

Guix even comes with a Nix service[0] which is easy to enable if you would like to also use Nix packages. [0] https://guix.gnu.org/manual/en/html_node/Miscellaneous-Servi...

Nix also has a Guix service itself[^1], if you want to do the same in reverse ;) [^1]: https://search.nixos.org/options?query=services.guix

I love that this goes both ways. What other pair of Linux distros mutually offer first class support for using each other's package managers alongside their own??

It's a cute little testament to the fundamental strengths of the functional package management paradigm, as well as helping users on either side of the fence fill some gaps in a pinch and providing more/easier opportunities to compare notes and inspire improvements.

Re: Guix on the Framework 13 AMD

#170

Post by pxc »

jackdaniel wrote: post #14
enriquto wrote: post #8

Earlier quoted context omitted.

Fractional scaling, by definition, will make stuff blurry. Clean bitmap graphics and fractional scaling are incompatible requirements. Proof: consider a pattern of alternating black and white pixels: 0, 255, 0, 255, 0, 255, etc. This pattern cannot be scaled to a non-integer factor without introducing gray colors (i.e., by blurring-out the pattern). If your app produces this pattern, then fractional scaling will blur…

Not everything is a bitmap. Ordinary drawing operations operate on coordinates, so fractional scaling should not lead to any blur (although may miss some pixel-perfect designs). In other words vectors may be scaled with little precision loss, or they may be scaled naively (render to bitmap and then scale the bitmap).

Is this how DPI scaling in X11 works?

Also, don't you get the same effect (readable large fonts but alignment changes a bit) when you increase the size of your UI fonts, even without changing overall UI scaling?

Why are people (apparently) so attached to pixel alignments for OS-native GUIs?

Post reply on HN