Announcement

Collapse
No announcement yet.

helloSystem Publishes New Experimental Build Based On FreeBSD 14.0

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

  • DumbFsck
    replied
    Originally posted by dragon321 View Post

    Neither Red Hat or Canonical are paying to use Flatpak and Snap instead of AppImage.
    Disagree on Snaps. Knowing you have a large slice of the market and telling partners "if you want your code running on client's servers running our code, you better adopt Snap" is sort of like paying people to use it. (although my guess is that this conversation went very different, and that most likely the majority of vendors would gladly adopt snap anyway, as it makes their life easier or so I heard). This is a mischaracterisation and overexageration, to the point of being cartoony - but it is just to show a point and not to represent my opinion of reality (sorry for all these disclaimers, it's just that I don't want people to think I think of canonical as some mustached top hat wearing villain. Far from it).

    Agree with everything else though.

    Leave a comment:


  • pabloski
    replied
    Originally posted by dragon321 View Post

    Neither Red Hat or Canonical are paying to use Flatpak and Snap instead of AppImage. AppImage is indeed very convenient but it replicates one of the biggest Windows issue - library hell when every application has their own copy of same library.
    I am not saying they are paying to use their packaging systems, but they spend money to pay engineers to work on them. AppImage has no such luxury.

    As for dependency hell, Flatpak and Snap don't solve it. They just "force" you to use bundles, that are a bunch of libraries ( specific versions ) that must be present in order to constitute the base environment for the program to run. But heck, this is something we could have done in the base Linux systems, by enforcing that specific dependencies must be present. And obviously by using symboling versioning, like glibc does for example. At least this way you can have strong retrocompatibility guarantees.

    Systems like Flatpak and Snap are just promoting the same kind of bloating containers are. The concept is the same as of AppImage, "pack everything the program needs in the same bundle". But at the extreme this is just what static linking is all about. This is the reason why Go's architects decided to not implement dynamic linking at the beginning.

    If you want to be super flexible in the choice of dependencies, you will get fragmentation. Microsoft tried to solve it and got a massive dependency hell. Others too. And others just admitted it is impossible and did go the "bundle" route ( Apple is famous in this sense ).

    Leave a comment:


  • pabloski
    replied
    Originally posted by Alexmitter View Post
    Hey, its basically like Flatpak that does basically exactly that. Just that it happens inside a fakeroot because ya know sandboxing.
    since when Flatpak dynamically searches for already installed dependencies and skips the installation process for the ones already preinstalled? heck it doesn't even install anything, not even creating hard links to dependencies

    if you create two bundles with 90% of the resources being the same, it will happily open both bundles, with the obvious redundancy

    so no, I am not whining, I know how these things work and I see no one has solved the biggest problem yet

    Leave a comment:


  • Alexmitter
    replied
    Originally posted by pabloski View Post
    AppImage is marvelous.

    Sadly money speaks louder and we are chained to Flatpak and Snaps.
    The usual complaining and seeing a conspiracy behind it because some companies decide to sponsor some technology.


    Originally posted by pabloski View Post
    where libraries inside the PBIs were mapped ( trough hard or soft links ) into the usual Unix directories, so it was possible to share them to a certain degree.
    Hey, its basically like Flatpak that does basically exactly that. Just that it happens inside a fakeroot because ya know sandboxing.

    Leave a comment:


  • dragon321
    replied
    Originally posted by pabloski View Post

    AppImage is marvelous. Sadly money speaks louder and we are chained to Flatpak and Snaps.
    Neither Red Hat or Canonical are paying to use Flatpak and Snap instead of AppImage. AppImage is indeed very convenient but it replicates one of the biggest Windows issue - library hell when every application has their own copy of same library.

    Leave a comment:


  • Myownfriend
    replied
    Originally posted by DumbFsck View Post
    Now the excitement is gone
    Sorry! It's still worth checking out in a VM in my opinion. I've checked it out despite not getting along with the guy.

    Leave a comment:


  • DumbFsck
    replied
    Originally posted by Myownfriend View Post

    [...] desktop icons and background are just PCManFM (I think I got the name right) and the top bar is a separate application called Menu. By default, each folder opens in a new window with no address bar or navigation just like really old Macs.
    Man, thank you for sharing all of this, I came to the comments before following the links, but was really excited for a second, as the thing I miss the most from Mac to Linux is that nowadays there's no option for Miller columns in dolphin (or AFAI can tell any featureful [bloated, like I like it] filemanager), it is difficult to implement and maintain, and I thought that whatever they were doing over hellosystems could be nice, but alas...

    Now the excitement is gone

    Leave a comment:


  • grahamperrin
    replied
    Originally posted by Myownfriend View Post
    … OBS (whose Github he was banned from) …
    Ouch, I didn't know that.

    <https://github.com/obsproject/obs-st...ent-1134053984>
    Last edited by grahamperrin; 10 February 2024, 03:26 PM. Reason: Penultimate comment, not the ultimate comment.

    Leave a comment:


  • sophisticles
    replied
    Originally posted by motang View Post

    Isn't Pc-BSD still around? I think it is called TrueOS nowadays.
    No, they discontinued it:

    Hey TrueOS Community! I just wanted to take a few minutes to address what some of you may have already guessed. With a heavy heart, the TrueOS Project’s core


    I remember when I first tried PC-BSD I thought it would be great if MS bought the rights to it and build their next version of Windows around it.

    You have no idea how badly I wish MS would take a page out of Apple's playbook and take a BSD base, slap .NET and DX on top, layer a DE on top that is similar to the old Ximian Gnome but maybe polished up a bit and call it a day.

    Leave a comment:


  • jaypatelani
    replied
    Originally posted by Volta View Post

    Shit license shit outcome. Not to mention mac os is trash.
    License is not bad.

    Leave a comment:

Working...
X