3 ms·

I can never figure out Canonical's logic with going off to do their own thing. They don't do it with everything, so clearly it's not a complete rejection of thi

by sq_ 6y ago

I can never figure out Canonical's logic with going off to do their own thing. They don't do it with everything, so clearly it's not a complete rejection of things not made in-house. It seems like they also often end up going back to the community solutions/standards eventually, so what benefit do they see in doing this over and over again?

mulmen 6y ago
Does it force the community solution to improve? If the options are community or Canonical does that competition have benefits to both? Not sure Canonical are thinking that explicitly but maybe it’s just hedging their bets if the community solution doesn’t work out.
- fapjacks 6y ago
  But this is a false dichotomy, because Flatpak is a project controlled by Red Hat. Unless by "community" project you mean AppImages.
  - mulmen 6y ago
    I'm speaking in general, this would also include the Gnome churn a few years ago. Canonical seems to build their own thing then abandon it in favor of what the community was doing before or during the development of the Canonical thing. I'm just spitballing why that may happen.
  - the_why_of_y 6y ago
    FlatPak is a project initially hosted on freedesktop.org infrastructure with distributed copyright ownership under a copyleft license. It was initially founded by Red Hat employees but has attracted substantial support and contributions by companies such as Endless and Collabora, not to mention volunteer contributors. The sandboxing part was spun off to the bubblewrap project, which has been adopted by the community for other purposes, such as Gnome's Epiphany browser. https://github.com/containers/bubblewrap https://github.com/containers/bubblewrap https://blogs.gnome.org/mcatanzaro/2020/03/11/epiphany-3-36-and-webkitgtk-2-28/ https://blogs.gnome.org/mcatanzaro/2020/03/11/epiphany-3-36-... SnapCraft on the other hand is a project that requires copyright assignment to Canonical Ltd for contributions, which presumably has the intended effects of keeping non-Canonical contributions close to zero. https://github.com/snapcore/snapd/blob/master/CONTRIBUTING.md https://github.com/snapcore/snapd/blob/master/CONTRIBUTING.m...

by sq_ 6y ago

mulmen 6y ago

Does it force the community solution to improve? If the options are community or Canonical does that competition have benefits to both? Not sure Canonical are thinking that explicitly but maybe it’s just hedging their bets if the community solution doesn’t work out.

fapjacks 6y ago
But this is a false dichotomy, because Flatpak is a project controlled by Red Hat. Unless by "community" project you mean AppImages.
- mulmen 6y ago
  I'm speaking in general, this would also include the Gnome churn a few years ago. Canonical seems to build their own thing then abandon it in favor of what the community was doing before or during the development of the Canonical thing. I'm just spitballing why that may happen.
- the_why_of_y 6y ago
  FlatPak is a project initially hosted on freedesktop.org infrastructure with distributed copyright ownership under a copyleft license. It was initially founded by Red Hat employees but has attracted substantial support and contributions by companies such as Endless and Collabora, not to mention volunteer contributors. The sandboxing part was spun off to the bubblewrap project, which has been adopted by the community for other purposes, such as Gnome's Epiphany browser. https://github.com/containers/bubblewrap https://github.com/containers/bubblewrap https://blogs.gnome.org/mcatanzaro/2020/03/11/epiphany-3-36-and-webkitgtk-2-28/ https://blogs.gnome.org/mcatanzaro/2020/03/11/epiphany-3-36-... SnapCraft on the other hand is a project that requires copyright assignment to Canonical Ltd for contributions, which presumably has the intended effects of keeping non-Canonical contributions close to zero. https://github.com/snapcore/snapd/blob/master/CONTRIBUTING.md https://github.com/snapcore/snapd/blob/master/CONTRIBUTING.m...