Revisiting How We Put Together Linux Systems (2014)
1–10 of 56 posts
Re: Revisiting How We Put Together Linux Systems (2014)
#2Re: Revisiting How We Put Together Linux Systems (2014)
#3That's a post from September 1st 2014. Any particular reason to (re)post this today?
Can we please stop with the posts in every thread being pedants about article age without any useful comment of their own. It's been getting noticably worse into the last few months.
Re: Revisiting How We Put Together Linux Systems (2014)
#4That's a post from September 1st 2014. Any particular reason to (re)post this today?
Because some of us may not have seen it yet? Can we please stop with the posts in every thread being pedants about article age without any useful comment of their own. It's been getting noticably worse into the last few months.
Re: Revisiting How We Put Together Linux Systems (2014)
#5That's a post from September 1st 2014. Any particular reason to (re)post this today?
Because some of us may not have seen it yet? Can we please stop with the posts in every thread being pedants about article age without any useful comment of their own. It's been getting noticably worse into the last few months.
Re: Revisiting How We Put Together Linux Systems (2014)
#6Earlier quoted context omitted.
Because some of us may not have seen it yet? Can we please stop with the posts in every thread being pedants about article age without any useful comment of their own. It's been getting noticably worse into the last few months.
I'd rather not see these kind of posts stop. Frequently, there's a good reason to post an older article on a particular day, and calling it out helps bring out the new modern context. Otherwise, reminding readers that a submission happened in a different environment from today is worth while on its own.
Re: Revisiting How We Put Together Linux Systems (2014)
#7It seems to go a bit beyond just treating each package as its own fiefdom but all the way to doing it with separate OSes, but it's the same basic idea: cooperation is impossible, every package for itself.
It's essentially how Apple's app bundles work too: everything has to package all of its dependencies. This seems to use btrfs instead of dmg.
Re: Revisiting How We Put Together Linux Systems (2014)
#8Earlier quoted context omitted.
I'd rather not see these kind of posts stop. Frequently, there's a good reason to post an older article on a particular day, and calling it out helps bring out the new modern context. Otherwise, reminding readers that a submission happened in a different environment from today is worth while on its own.
Then the author should leave a comment explaining the significance of the day...otherwise, these posts tend to just clutter things up.
Re: Revisiting How We Put Together Linux Systems (2014)
#9Sandboxed Apps https://wiki.gnome.org/Projects/SandboxedApps from Alex Larsson.
The code is hosted at https://github.com/alexlarsson/xdg-app .
The first xdg-app release https://blogs.gnome.org/alexl/2015/03/31/official-gnome-sdk-... has some more details and summary, and links to the proof of concept builds.
Re: Revisiting How We Put Together Linux Systems (2014)
#10I'm not sure if there's any substantial progress update yet. Last I heard, they're still waiting for kdbus to be merged, after which they'll need to finish up the GNOME sandboxing features, and only then will they truly start.
Given that kdbus is receiving some shaky reception, it might prove to be a while.
The weird thing to me is why Nix was never brought up. Not only that, but Lennart was actively avoiding the question when he submitted this to his G+ feed.