From: Jeff Mickey <j@codemac.net>
To: guix-devel@gnu.org
Subject: Packaging vs. Maintaining (was: [PATCH] xscreenshot and imagefile)
Date: Thu, 30 Jul 2015 12:31:35 -0700 [thread overview]
Message-ID: <87oaitjvc8.fsf@codemac.net> (raw)
In-Reply-To: <87oaiue4hh.fsf@netris.org>
* Mark H Weaver <mhw@netris.org> [2015-07-29 19:58]:
> Do other people think that such programs belong in Guix?
I've only gotten 1 package into guix so far, so take my thoughts with a
grain of salt.
I liked the Arch model[0] when I was a dev: core, extra, community +
AUR.[1] The AUR I would credit with a vast amount of Arch's early
popularity as it got lots of software packaged before devs had time to
get to it, but it includes lots of non-free software.
To show how drastic their split is, here are the arch package numbers
for i686:
Core - 209 packages. (linux, linux, bash, mkfs, ssh etc)
Extra - 3141 packages. (emacs, vim, X, firefox, kde/gnome etc)
Community/AUR - 61251 packages. 4014 audited binary packages, 57237!
source packages that are unaudited and pacman doesn't build them for
you.
There are many pieces of software. There is only a finite amount of
development commitment. Arch namespacing their packages by dev
commitment is a successful example of managing this.
Guix could use a policy (and package namespacing?) that delineates this
commitment so that contributions can be accepted without
misunderstanding.
My random stab at a delineation:
- 'core' and 'extra' - I like arch's definition for these. Highly
selective and essential that all packages in core are tested and in
working order. Extra is a statement of the devs commitment currently
working on guix, and includes the vast majority of the GuixSD software
stack.
- 'community' - Due to guix's source based architecture, this is the
software that meets guix's licensing goals, coding standards, and
compiles/runs. The packages may or may not be up to date, and are not
actively maintained by guix developers, but are popular with the
community and built with hydra.
There is room for another even wider set, a guix-users.git or something
that contains the long tail of packages like the AUR. With
GUIX_PACKAGE_PATH this may be as easy as a git repo with some base
submission guidelines.
Sorry that went long - just some thoughts.
// codemac
[0]: https://wiki.archlinux.org/index.php/Official_repositories
[1]: https://aur.archlinux.org
next prev parent reply other threads:[~2015-07-30 19:31 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-27 17:50 [PATCH] xscreenshot and imagefile Orchidaceae Phalaenopsis
2015-07-28 23:33 ` Guix-Bot
2015-08-18 15:22 ` Guix review bot Ludovic Courtès
2015-08-18 23:26 ` Cyril Roelandt
2015-08-25 21:31 ` Ludovic Courtès
2015-07-28 23:34 ` [PATCH] xscreenshot and imagefile Guix-Bot
2015-07-28 23:41 ` Guix-Bot
2015-07-28 23:42 ` Guix-Bot
2015-07-29 15:51 ` Mark H Weaver
2015-07-29 18:24 ` Alex Kost
2015-07-30 2:58 ` Mark H Weaver
2015-07-30 7:04 ` Pjotr Prins
2015-07-30 22:41 ` Cyril Roelandt
2015-07-31 17:59 ` Andreas Enge
2015-08-01 8:09 ` Pjotr Prins
2015-07-30 9:10 ` Mathieu Lirzin
2015-07-30 19:31 ` Jeff Mickey [this message]
2015-07-31 1:51 ` Mark H Weaver
2015-08-18 15:13 ` Ludovic Courtès
2015-07-29 17:48 ` Alex Kost
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=87oaitjvc8.fsf@codemac.net \
--to=j@codemac.net \
--cc=guix-devel@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).