| 31 Dec 2024 |
 Emma [it/its] | okay, moved fwupd's config into /etc manually, seems fetching updates no longer fails | 17:54:51 |
| Emma [it/its] | okay so it has decided that only the secure boot revocation list can be updated :') | 17:56:55 |
| Emma [it/its] | Devices with the latest available firmware version:
• UEFI dbx
Devices with no available firmware updates:
• AMD Radeon RX 7600 XT
• CT4000P3PSSD8
• WD10EZRZ-00HTKB0
• WD10EZRZ-00HTKB0
• WD10EZRZ-00HTKB0
• WD10EZRZ-00HTKB0
• WD10EZRZ-00HTKB0
• WDS500G2B0A-00SM50
| 17:57:11 |
| Emma [it/its] | https://github.com/cantona/afulnx-1/tree/master/afulnx64 surely this isnt just open source right? | 17:58:46 |
| Emma [it/its] | E7B79AMS.H50 - 04/20/2020
this dios doesnt even exist according to msi...? | 18:00:45 |
| Emma [it/its] | 
Download clipboard.png | 18:01:21 |
 K900 | It's H5 | 18:01:29 |
| K900 | Their versioning is funny | 18:01:36 |
| Emma [it/its] | sure but h5 was released 8 days later...? | 18:01:48 |
| K900 | The firmware itself shows the build date, not the release date | 18:02:35 |
| K900 | There's usually at least some acceptance testing before a firmware being built and being shipped to customers. | 18:02:56 |
| K900 | In reply to @emma:rory.gay
NTFS isnt even part of the EFI standard, which would mean MSI is shipping their own NTFS implementation for this It's very likely coming from the vendor BSP, or from AMI | 18:04:00 |
| K900 | Because it's definitely not just MSI | 18:04:10 |
 tuxiqae | Ah, I see, cool | 18:04:29 |
| Emma [it/its] | im going to guess that the beta versions arent worthwhile? theres a vulnfix but no release bios with it et | 18:09:06 |
| K900 | They're probably fine | 18:10:00 |
| K900 | Anything they ship to customers will usually not be horribly broken, at least | 18:10:15 |
|  Tanja (she/her) changed their display name from Tanja (she/her) [DECT 6929] to Tanja (she/her). | 20:59:26 |
| 1 Jan 2025 |
 🐰 xiaoxiangmoe | Is there any open source gaming packed in nixpkgs? | 07:02:59 |
| K900 | You mean open source games? | 07:07:58 |
| K900 | We have like supertuxkart and stuff | 07:08:04 |
| 🐰 xiaoxiangmoe | If I want to pack https://github.com/TheAssemblyArmada/Vanilla-Conquer to nixpkgs
If user want to run it.
It depends on source code from Vanilla-Conquer, which is modified with Electronic Arts's open source code with GPLv3
And it depends on freeware's assets which can free downloaded from EA, but this is not open source.
- https://www.moddb.com/games/cc-red-alert/downloads/command-conquer-red-alert-demo
- http://ra.afraid.org/html/ra/download.html
- https://web.archive.org/web/20080901183216/http://www.ea.com/redalert/news-detail.jsp?id=62
What lisence should I set in meta.license?
Will https://cache.nixos.org/ and https://app.cachix.org/cache/nix-community provide cache for this?
| 07:19:57 |
| K900 | The actual license for the source code is custom | 07:21:54 |
| K900 | And arguably unfree due to
If you convey this program (or any modifications of it) and assume contractual liability for the program to recipients of it, you agree to indemnify Electronic Arts for any liability that those contractual assumptions impose on Electronic Arts.
| 07:22:34 |
| K900 | But even if it is considered free, if the actual package depends on unfree assets, Hydra will not build it | 07:24:25 |
| 🐰 xiaoxiangmoe | Will cache/nix-community build it? | 07:25:45 |
| K900 | No | 07:26:27 |
| 🐰 xiaoxiangmoe | I can't find a relevant statement for cache/nix-community | 07:26:33 |
| K900 | The nix-community cache is just there for ofborg, mostly | 07:26:55 |
| K900 | It's not really designed to be consumed by end users | 07:27:06 |
