unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: Danny Milosavljevic <dannym@scratchpost.org>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 25296@debbugs.gnu.org, Mathieu Lirzin <mthl@gnu.org>
Subject: bug#25296: fully functional desktop installation
Date: Tue, 16 Jan 2018 12:09:29 +0100	[thread overview]
Message-ID: <20180116120929.28686761@scratchpost.org> (raw)
In-Reply-To: <87vag2857m.fsf@gnu.org>

Hi,

> Hmm, OK.  Do you think it’s too much to ask, given the current audience
> (tinkerers), to add those packages to their config, or to install them
> with “guix package -i”?

I think one of the nice features of Guix is that the user can install packages on their own.  Other distributions leave the decision of which packages to install up to the administrator (a separate person in companies).  I work in a very large company where often some simple stuff is missing on servers and admins will not install it for fear of fucking up some unrelated already-installed package (understandable since all the dependencies are dynamic in Solaris and applications will just pick up whatever is lying around in the global namespace).

Long story short, I think it's a good thing that the user has his own profile which isn't magically updated and doesn't magically pick up things not in the user profile - except when it's already in the store bitwise-identical.  That way, if he needs some application for work it will not randomly break and he can be sure that it will do what it did yesterday.  If he wants to update, he updates.  Otherwise not.  His choice.

So long story short, I myself prefer having no applications in the system profile and the user installing all (business-relevant) applications themselves.  It gives control to the user.

(my "packages" field is:
  (packages (cons* nss-certs         ;for HTTPS access
                   font-adobe100dpi font-adobe75dpi font-bitstream-vera font-dejavu font-gnu-freefont-ttf font-gnu-unifont font-liberation font-ubuntu
                   adwaita-icon-theme
                   %base-packages)) ; xterm is there by default.

And the ones that are still in there bother me :)
)

As for libreoffice and other large packages, maybe I'm old-fashioned, but huge packages waste disk space and provide an attack surface for exploits - and maybe no regular user uses it.

That said, I've installed it :P

I'd vote for adding libreoffice and icecat to desktop.tmpl and not to gnome (since they are not part of the GNOME project).

Users who like a minimal system can always use lightweight-desktop.tmpl or even bare-bones.tmpl.

And I think it's important to mention the approximate space requirements for desktop.tmpl in the manual (for partitioning).

  reply	other threads:[~2018-01-16 11:10 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-29 22:10 bug#25296: fully functional desktop installation Quiliro
2017-01-02 21:11 ` Ludovic Courtès
     [not found]   ` <20170108041145.6d9a5cbc@riseup.net>
2017-01-08 10:16     ` Ludovic Courtès
2017-01-09 11:11       ` Ricardo Wurmus
2018-01-14 13:34   ` Mathieu Lirzin
2018-01-14 21:53     ` Ludovic Courtès
2018-01-15 13:26       ` Mathieu Lirzin
2018-01-15 13:49         ` myglc2
2018-01-16 10:31         ` Ludovic Courtès
2018-01-16 11:09           ` Danny Milosavljevic [this message]
2018-01-16 13:59             ` Ludovic Courtès
2018-01-17  7:09               ` Chris Marusich
2018-01-17  8:48                 ` Ludovic Courtès
2018-01-16 11:34           ` Konrad Hinsen
2018-01-16 13:57             ` Ludovic Courtès
2018-01-16 15:40           ` Mathieu Lirzin
2018-01-17  9:56       ` Oleg Pykhalov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180116120929.28686761@scratchpost.org \
    --to=dannym@scratchpost.org \
    --cc=25296@debbugs.gnu.org \
    --cc=ludo@gnu.org \
    --cc=mthl@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).