Announcement

Collapse
No announcement yet.

Systemd Works On More Btrfs Functionality

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

  • #11
    Originally posted by pal666 View Post
    systemd haters totally deserve xfce instead of desktop environment
    Is that supposed to be a statement against Xfce? ...because I'd take Xfce over bloated "desktop environments" like KDE and GNOME any day. It's lighter and snappier than either, and more customizable than GNOME or anything forked from it.
    (Heck, going one step further, I just recently got thanked by a friend for introducing him to LXDE's PCManFM file manager)

    Comment


    • #12
      Originally posted by ssokolow View Post
      Is that supposed to be a statement against Xfce? ...because I'd take Xfce over bloated "desktop environments" like KDE and GNOME any day. It's lighter and snappier than either, and more customizable than GNOME or anything forked from it.
      (Heck, going one step further, I just recently got thanked by a friend for introducing him to LXDE's PCManFM file manager)
      If you need snappiness, use i3. Everything else (XFCE etc..) is garbage. For regular usage, use a normal DE like Unity or Gnome.

      Comment


      • #13
        Originally posted by Veske View Post
        If you need snappiness, use i3. Everything else (XFCE etc..) is garbage. For regular usage, use a normal DE like Unity or Gnome.
        Preferring one DE to another is fine, but what you wrote is plain stupid.

        Comment


        • #14
          Originally posted by stqn View Post
          Preferring one DE to another is fine, but what you wrote is plain stupid.
          Okay. Care to elaborate why XFCE is better choice when snappiness and less bloat is in question?

          Comment


          • #15
            Originally posted by ssokolow View Post
            Is that supposed to be a statement against Xfce? ...because I'd take Xfce over bloated "desktop environments" like KDE and GNOME any day. It's lighter and snappier than either, and more customizable than GNOME or anything forked from it.
            (Heck, going one step further, I just recently got thanked by a friend for introducing him to LXDE's PCManFM file manager)
            I once listened lightweight DE fans and installed XFCE for my daily usage. Installed my favorite apps and the result was gnome stack with some XFCE specific thing (GTK2 and GTK3 libs loaded in memory too). If you want functionality there is no way but to install that "bloated DEs". IMO the point is that writing that "bloated DE" software efficiently and GNOME is very good at that.

            Comment


            • #16
              Originally posted by gens View Post

              bdw, has anyone tried to delete a 10gig file off of btrfs ?
              Yes, all the time. What exactly is the problem supposed to be?

              Comment


              • #17
                Originally posted by blackout23 View Post
                I'm more excited about the Limba approach to software bundling. Technically the systemd vision sounds really elegant where a distro update, framework updates and apps are all basically the same (btrfs subvolumes) and you get your incremental updates, rollbacks, dedup etc. but that's also very invasive.
                I'm also not sure if big runtimes are the right thing. We probably don't even want to end up in a situation where there are 20 runtime provides. A Gnome Runtime would also include libraries that aren't from Gnome. I think the experimental Gnome 3.16 runtime also ships a glibc, but Gnome probably doesn't care as much about glibc as the glibc project. So glibc should be provided and bundled by the glibc devs. There would be exactly one glibc bundle per version on Linux, with one hash, and the enviroment that the app was developed in is constructed from all the upstream bundles on the fly.

                http://blog.tenstral.net/2015/03/lim...-progress.html
                Limba is more elegant, imho, but leaves too much rope for packagers/maintainers/developers to hang users by borking updates with existing apps.
                If the requires/depends system worked perfectly packaging would only break if there were actual hardware errors.
                The systemd approach at least provides adamantine api/abi guarantees (aiui), but at the cost of some inflexibility and disk space.

                Comment


                • #18
                  Originally posted by gens View Post
                  glibc should be a C standard library
                  imo almost all extensions should be thrown out, except the couple that should/will/are pushed to ANSI/POSIX
                  glibc is great, with some cleanup it would be API compatible for decades to come


                  bdw, has anyone tried to delete a 10gig file off of btrfs ?
                  Lennart doesn't seem to think posix 2008 is expressive enough. I'm not guru enough to argue with him on this, so until I understand why he (and, iirc, Linus) is wrong I'm going to assume he knows of what he speaks.

                  I've never deleted a SINGLE file of that size, but I have deleted several 8GB files at a time (totaling more than 30GB, iirc). At the time, my btrfs vol had less 1GB of free space (keeping in mind that such a concept is a bit fuzzy with filesystems like btrfs/zfs).
                  What happened?

                  Comment


                  • #19
                    Originally posted by Veske View Post
                    If you need snappiness, use i3. Everything else (XFCE etc..) is garbage. For regular usage, use a normal DE like Unity or Gnome.
                    I thought ratpoison was accepted to be the fastest?
                    I suggest a race!

                    Comment


                    • #20
                      Originally posted by jacob View Post
                      Yes, all the time. What exactly is the problem supposed to be?
                      it takes more then 30sec to finish (rm to return, that is) and if my memory serves me well it went all over the disk to do it
                      only option used was nodatacow, all else default

                      any other fs i used returned immediately

                      Comment

                      Working...
                      X