Announcement

Collapse
No announcement yet.

DNF/RPM Copy-On-Write Eyed For Fedora 34 To Speed Up Package Installation

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    Originally posted by finalzone View Post
    Silverblue although usable is still under intense testing to solve some quirks like conversion from RPM packages to flatpak (still in progress) for desktop applications and switch to btrfs filename done on Fedora 33 release among them.
    It will take several releases to declare it ready to replace the current workstation.
    it'll never be ready for prime time IMO . i did try FlatPack out an i loathed it, i dont think Many like Snap either. but then i havent used linux since Fedora 27 so FlatPack may have gotten better an user friendly . Silverblue uses rpm-ostree, fedora/redhat are putting a lot of effort into DNF5. if Silverblue was gonna replace the current workstation, why would Redhat put effort into DNF5 ?

    Comment


    • #12
      Originally posted by Anvil View Post
      it'll never be ready for prime time IMO . i did try FlatPack out an i loathed it, i dont think Many like Snap either. but then i havent used linux since Fedora 27 so FlatPack may have gotten better an user friendly .
      A look of stuff changed since then and yes flatpak is better given its increasing adoption.

      Silverblue uses rpm-ostree, fedora/redhat are putting a lot of effort into DNF5. if Silverblue was gonna replace the current workstation, why would Redhat put effort into DNF5 ?
      We are talking about DNF development team as Red Hat is very diverse. DNF 5 is essentially a massive clean up from the current DNF 4 which also handle rpm-ostree in some extent. Silverblue will benefit of those changes.

      Comment


      • #13
        Originally posted by finalzone View Post
        A look of stuff changed since then and yes flatpak is better given its increasing adoption.


        We are talking about DNF development team as Red Hat is very diverse. DNF 5 is essentially a massive clean up from the current DNF 4 which also handle rpm-ostree in some extent. Silverblue will benefit of those changes.
        hopefully soon i'll have another look at FlatPak

        Comment


        • #14
          Wondering if it is possible to get rid of the decompression step altogether when using a compression algorithm supported by the file system 🤔
          Btrfs supports different compression algorithms to be used for different files. I just don't know if there is a file system API like write_compressed_data(algorithm, location, data)...

          Comment

          Working...
          X