Fedora 35 is now released and has effectively full support out of the box for the Framework Laptop.
Installation
A detailed step-by-step guide is available here. Short instructions are below.
Create Fedora 35 USB installer or Live USB drive using the Fedora Media Writer
Insert the created USB drive into your Framework Laptop
If there is a bootable OS already installed on your internal drive, tap F12 repeatedly while booting to bring up the boot selection menu, and select the USB drive.
Try out the Live version of Fedora 35 without installing, or click the Install button to install it on your internal storage drive.
Specific Fedora & Linux Issues Fixed in this Release
Wifi works Bluetooth works Fingerprint Scanner works (hardware issue of erasing old fingerprint scans fixed here) PSR / Panel Self Refresh disablement is no longer necessary
Sort-Of Fixed - Requires Minor User Intervention
Mic in via Headphone Jack - create the file /etc/modprobe.d/alsa-base.conf containing the text options snd-hda-intel model=dell-headset-multi, then reboot.
Potentially Still Unresolved / Needs Further Testing
Sleep / Suspend - a brief test of s2idle vs. deep revealed no major difference between the two as far as battery drain (still could be better), and deep still takes ~15s to wake, so this still seems to be an issue specific to the Framework hardware. To improve your battery life, see this thread. It is reported that the latest BIOS version 3.07 improves the battery life dramatically.
Sleep mode: deep: It is reported that on Kernel 5.16.5, there is an issue that s2idle doesnāt work. To change the sleep mode from s2idle to deep, run grubby --update-kernel=ALL --args=mem_sleep_default=deep, then reboot. See this page for details.
Sleep mode: hibernation: See this page. Note that the hibernation might not be supported on Fedora. See this page.
Fractional Scaling - It is still not available as a default option in Gnome 41. The assumption is that itās still an āexperimentalā feature for Gnome and this issue is not specific to Fedora or Framework. To enable fractional scaling like 150%, you can run the following command and then reboot: gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']".
GRUB āScan Lineā Glitch - this seems to be a GRUB issue and possibly not Fedora or Framework specific - see this post and the replies to it for additional details.
Reporting to upstream project or Fedora
To fix your issue, itās important to report the issue to the upstream project or Fedora project.
Check an upstream project URL like this, and report your issue there.
Wifi Bluetooth Fingerprint Scanner (not including hardware issue of erasing old fingerprint scans)
Sleep / Suspend - I did a brief test of s2idle vs. deep and saw no difference, although deep still takes ~15s to wake. Maybe someone that knows more about this issue than I do should test further? Fractional Scaling - I donāt use it, but it was not available as a default option in Gnome 41. I guess itās still āexperimentalā?
Mic in via Headphone Jack - I honestly didnāt know this was an issue, but I just tested it and sure enough it does NOT work.
Iāve revised my original post to read nearly everything.
@Atul_Ingle Iām on 5.14.1-300, and thanks to your tip above, my mic mini-jack input now works. On my install that file wasnāt even there, so I just created
Related, but does anyone else have grub take approximately 10 seconds after displaying to become interactive? Thereās a small āscan lineā as well that progresses from left to right across each row before then. Not sure if itās related to LUKS or the particular grub version
Now that you mention it @Michael_Lingelbach, Iām experiencing the same issue here, and with no LUKS encryption. I added it to the list of issues on the original post.
That GRUB glitch is strange - I was able to fix it on my machine using the above info from @Michael_Lingelbach - all I did was edit
/etc/default/grub as root,
change GRUB_TIMEOUT=5 to GRUB_TIMEOUT=4 ,
then run sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
and reboot. None of the stuff from @AlliedEnvy was required in my case. Iām going to edit the wiki to flag this issue as some random GRUB wackiness potentially unrelated to F35.
The reader worked on Fedora34 following the suggestions.
I wiped the M.2 and installed a dual boot windows / fedora 35b
Since then I get āFingerprint Device Disconnectedā During addition of a new fingerprint.
I have been throught the windows delete procedure, with no change. I am still working on this.
the reader is now bad on all OSs so may be a hardware issue
I have another additional āfeatureā no one seems to have reported - Touchscreen second monitors only do touch on the primary display. It is a GNOME issue, that may be resolved with settings.
I was able to get wifi back by rolling back all of those installs - I ran dnf history | head to get the ID of the last batch of DNF actions (which was 68 in my case), then downgraded all of the packages with sudo dnf history undo 68, and wifi was back after a reboot. Upon further investigation, it appears that installing iwl7260-firmware version 1:25.30.13.0-122.fc35 caused the problem, as installing it obsoleted & removed iwlax2xx-firmware version 20210919-123.fc35, which seems to be the driver package that was working for the Intel AX210. As instructed by Red Hat Bugzilla Bug 2010250, I ran dnf install iwlax2xx-firmware (by connecting a wired USB ethernet dongle) and wifi was back after a reboot.
The Fedora 35 RC 1.2 was released for testing yesterday. It seems the downloads are available here. I guess some of the issues are fixed from the Fedora 35 beta.
I guess I was misled by what I read at https://is.fedora.released.info/, where it says, āItās Out!ā I will say that as someone new to Fedora itās been oddly hard to find an official Fedora page that clearly says when or under what conditions Fedora 35 will be considered released.
Thatās pretty fair on both your and Fedoraās part because Fedora didnāt know they were releasing on the 2nd until yesterday.
The way Fedora does it, they have a target date for a Tuesday towards the end of April and October. On the Thursday prior to that Tuesday, a team sits down and reviews any final blocker bugs, proposed blocker bugs, and decides if the full release is Go/No-Go for the following Tuesday. They will evaluate and delay, week by week, as necessary until all the blocker bugs are removed, the final release date being the Tuesday after the Thursday meeting they give the release candidate the green light.
So, they didnāt know they would be releasing on the 2nd until yesterday and unless you knew this and knew to google āFedora 35 final blocker bug status,ā you wouldnāt know because Fedora doesnāt push a date until itās ready.
The website you linked is referring to the release of the Fedora 35 beta which did happen in September, but it doesnāt seem to mention anywhere that it is referring to the beta.
Fedora does have a discoverability problem. They at least in my opinion have some of the best documentation of any distro on just about every aspect of their project, rivaling the Arch wikis and guides, but that information is spread out across multiple locations and is much less searchable which is why people who donāt even use Arch on their machines use the Arch wikis for troubleshooting while newer users to Fedora have trouble figuring out when the stable version of the next release is coming out because they havenāt yet learned the exact phrase they need to look for to get the information they want.
I am not sure about the website you mentioned. Itās not the fedoraproject.org domain. So, maybe someone created it unofficially with good intent. I can recommend the devel-announce mailing list as a primary information source to know the latest info such as release dates, or Fedora twitter account.