Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cleanup GNOME3 default applications #67310

Closed
worldofpeace opened this issue Aug 23, 2019 · 8 comments · Fixed by #67522
Closed

Cleanup GNOME3 default applications #67310

worldofpeace opened this issue Aug 23, 2019 · 8 comments · Fixed by #67522

Comments

@worldofpeace
Copy link
Contributor

Describe the bug
Currently, the gnome3 module automatically adds the following to environment.systemPackages

optionalPackages = with gnome3; [ baobab eog epiphany evince
  gucharmap nautilus totem vino yelp gnome-bluetooth
  gnome-calculator gnome-contacts gnome-font-viewer gnome-screenshot
  gnome-system-monitor simple-scan
  gnome-terminal gnome-user-docs evolution file-roller gedit
  gnome-clocks gnome-music gnome-tweaks gnome-photos
  nautilus-sendto dconf-editor vinagre gnome-weather gnome-logs
  gnome-maps gnome-characters gnome-calendar accerciser gnome-nettool
  gnome-getting-started-docs gnome-packagekit gnome-software
  gnome-power-manager gnome-todo pkgs.gnome-usage
];

I know that gnome-usage is still experimental, and probably shouldn't be installed by default.

Does GNOME3 document their distribution defaults anywhere?
I think we could clean this up slightly.

Note that if we remove anything from here it would be a good idea to conditionally add them based off the users stateVersion. That way current users won't see these packages magically disappear from their machine.

Or perhaps it's better document that in the release notes.

@worldofpeace
Copy link
Contributor Author

cc @jtojnar

@jtojnar
Copy link
Member

jtojnar commented Aug 23, 2019

If I recall correctly, we should be concerned about core and world:

https://gitlab.gnome.org/GNOME/gnome-build-meta/tree/master/elements

@worldofpeace
Copy link
Contributor Author

Ahh, looks like there's a bit to do here.
For example gnome-user-share should be 👋

@jtojnar
Copy link
Member

jtojnar commented Aug 23, 2019

I think it is just CI breakage after they removed gnome-common, see https://gitlab.gnome.org/GNOME/gnome-build-meta/merge_requests/280#note_487663

@worldofpeace
Copy link
Contributor Author

So after discussing briefly in irc, I guess we can implement profiles for

  • gnome-world-packages
  • gnome-games-packages

And the gnome3 module will continue to bring in core-utilities, core-shell, and core-os-services. In the future we can split that up so we can use flashback without gnome3.
Then we can eliminate the lists in gnome-3/default.nix since that should be in the profiles where it's useful.

One thing I'm unclear on is how to organize the profiles, and do they have options to enable?

@jtojnar
Copy link
Member

jtojnar commented Aug 25, 2019

Thinking about it more, the main benefit of profiles is that they would not need enable options. But if we want parts of the profiles to be disableable, we would need to have options for them anyway. Also with options, we get generated documentation for free. I am not sure that is a way to go an more.

As for the subdivision, maybe it would make more sense to look on it from users’ perspective:

  • Hard-core hacker wants a bare-bones GNOME Shell with minimum necessary services, not even file manager or terminal emulator – they already have favourite ones.
  • Casual user might have some favourite apps but they are generally happy to use whatever comes with the desktop environment. Here we would ship the core apps.
  • An organization such as a library might want a full desktop environment for their shared workstations, with programs for all possible purposes. But they probably have a sysadmin who wants to have a fine control over what gets installed on the workstations. For that reason, creating a profile that bundles all the world apps probably does not make sense.
  • Non-GNOME users who want to use GNOME apps probably do not want to use all GNOME apps either, so a core collection might not make sense for them.
  • A parent wants to install various games on the children’s computer. This is kind of similar to the organization but here the collection is more useful.

@worldofpeace worldofpeace added this to In Progress in GNOME Aug 26, 2019
GNOME automation moved this from In Progress to Done Sep 1, 2019
@nixos-discourse
Copy link

This issue has been mentioned on NixOS Discourse. There might be relevant details there:

https://discourse.nixos.org/t/why-i-switched-to-manjaro-linux/5903/8

@nixos-discourse
Copy link

This issue has been mentioned on NixOS Discourse. There might be relevant details there:

https://discourse.nixos.org/t/why-i-switched-to-manjaro-linux/5903/24

adisbladis pushed a commit that referenced this issue Oct 6, 2020
Fixes #99680.

In the future I think it would be nice if plasma5 could assume
an approach for an interface we have in the gnome3 module [0].
Notably being able to exclude packages with an option from
the default environment and having a default environment that
is useful to the average user. See [1], currently plasma5 defaults
are very "hard core hacker" with the most bare bones setup.

[0]: #67310
[1]: #67310 (comment)
worldofpeace added a commit that referenced this issue Oct 6, 2020
Fixes #99680.

In the future I think it would be nice if plasma5 could assume
an approach for an interface we have in the gnome3 module [0].
Notably being able to exclude packages with an option from
the default environment and having a default environment that
is useful to the average user. See [1], currently plasma5 defaults
are very "hard core hacker" with the most bare bones setup.

[0]: #67310
[1]: #67310 (comment)

(cherry picked from commit 55bc3e4)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Done
GNOME
  
Done
Development

Successfully merging a pull request may close this issue.

3 participants