Guix on the Framework 13 AMD
151–160 of 198 posts
Re: Guix on the Framework 13 AMD
#152Earlier quoted context omitted.
Important to note that it’s not hard or swimming against the current - you just use the nonguix channel, which has all of those things and is a perfectly acceptable use of the system (it’s what channels are for) - but it’s not in the default installation.
>you just use the nonguix channel Opened up https://gitlab.com/nonguix/nonguix . Literally the second sentence in the project information section, top of the page: "Please do NOT promote or refer to this repository on any official Guix communication channels." Weird thing to say something like this there. Too ideological for someone who wants to get stuff done.
Directions for using Guix in practice (i.e. with some non-free software) could definitely be easier to find, especially if you start green and don’t know what you’re meant to be looking for. But the system won’t get in your way.
Re: Guix on the Framework 13 AMD
#153Earlier quoted context omitted.
Important to note that it’s not hard or swimming against the current - you just use the nonguix channel, which has all of those things and is a perfectly acceptable use of the system (it’s what channels are for) - but it’s not in the default installation.
It's (deliberately) difficult to discover. I tried GuixSD once, and bounced off it because of the apparent lack of support for my hardware, CUDA, Pytorch et al, which isn't an uncommon story apparently. Now, seemingly there are channels that would deal with this. But when I asked through the official channels, I was told not to do that -- that is, "don't use nvidia dummy", which really isn't an option. I was never po…
Re: Guix on the Framework 13 AMD
#154I 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…
Re: Guix on the Framework 13 AMD
#155> 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 is an issue with any software that tries to maintain backwards compatibility, not Linux. Windows has: - Many years worth of different control panels. - Little consistency with respect to toolkits in general. - Fractional scaling issues in applications using older toolkits (e.g., open up the policy editor and notice the blurry fonts). Microsoft is actually giving up here and has been experimenting with ML-based s…
Example: all the redshift applications and extensions for lowering the screen brightness.
Re: Guix on the Framework 13 AMD
#156Earlier quoted context omitted.
Does the scaling change the kerning of the letters? This looks horrific! (and, yes, blurry, or "antialiased" as is custom to name it).
No, that's just the font I'm using. It's the same if I keep the scale at 1 and then zoom in the browser.
Having people with no understanding of, or worse no interest in, beautiful UIs making decisions for the display server is a worry.
Re: Guix on the Framework 13 AMD
#157I 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
Thank you for focusing on the mainstream distributions. If our company ever transitioned to Linux on laptops (it would be a stretch because of Office365… probably the best we could do is macOS), we would be targeting Fedora.
This is because only the mainstream distros have MDM features.
Re: Guix on the Framework 13 AMD
#158My 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.
Anyway, good choice on the new laptop. My next device will likely be a FrameWork or similar (who knows how the landscape will be then).
Re: Guix on the Framework 13 AMD
#159My 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.
Re: Guix on the Framework 13 AMD
#160Earlier 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).