unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Hartmut Goebel <h.goebel@crazy-compilers.com>
To: "Ludovic Courtès" <ludo@gnu.org>, 宋文武 <iyzsong@member.fsf.org>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: Preparing mass-packaging of 338 KDE application - how to do?
Date: Sun, 4 Dec 2016 20:59:24 +0100	[thread overview]
Message-ID: <d17e8472-0907-e136-f436-85ac9ce303e0@crazy-compilers.com> (raw)
In-Reply-To: <87a8ckljcc.fsf@gnu.org>

Hi,

the number of packages increased to 338(!).

The first list of 170 contained "only" the applications listed at
http://kde.org/applications. In addition there are ca. 90 packages in
download.kde.org/stable/applications and another ca. 90 in
download.kde.org/stable/ which are not listed at
http://kde.org/applications. Among these are important things like
plasma (which AFAIK is the desktop).

Given this huge number of package, we should agree on
a) into which .scm we want to split then
b) a proceeding.
c) volunteers

a) into which .scm we want to split then

The packages in my list have categories like Development, Education,
Office, Plasma, System, mostly following the categories in
http://kde.org/applications (plus one or two I created).

Guix already has kde.scm, containing a few "unsorted" packages, not even
listed are kde.org/applications. So using a file "kde-application.scm"
would not give a major benefit compared to using "kde.scm" IMHO. (The
framework is in kde-framework.scm already).

Another idea (which I'd prefer) is to put the packages into files
following the categories above, e.g. "kde-development.scm",
"kde-edu.scm", etc. It's up to the packager to select where to put the
"unlisted" stuff.

b) proceeding

I first had the idea to avoid flooding guix-commit with 340 messages by
pushing *one* commit to "wip-kde-applications". Whoever is working on a
package would copy-and-pastes the relevant part from this branch into
his/her working-copy. But when rethinking this, this is to complicated
and may distract people from working on packages.

So I'd follow iyzsong's suggestion and prepare 340 commits for
wip-kde-applications, where others can cherry-pick from and amending
with "git commit --amend --reset-author" (or using git gui). The commits
I prepare would already contain an appropriate draft message.

Additionally I'd putt a lot of information into each package, e.g.
typical URLs where to look for updates, etc.

c) Volunteers
> Regarding synopses and descriptions, please make sure those that are
> imported are generally in line with what we do (most likely they are).
>
> Congrats on the mass import!  :-)

Thanks for the congrats, but I'm only preparing the stuff. I'm not going
to import all these packages :-)

Does anybody have contact to KDE, KDE developers or Debian maintainers
we can ask for supporting our efforts? Esp. for the desktop services it
would be great if somebody already knowing the software could assist.
May we (Ludo?) could ask the KDE e.V. for assistance?

How does this sound? Comments are welcome!

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

  reply	other threads:[~2016-12-04 19:59 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-25 12:11 Preparing mass-packaging of 170 KDE application - hwo to do? Hartmut Goebel
2016-11-27  2:51 ` 宋文武
2016-11-27 21:10   ` Ludovic Courtès
2016-12-04 19:59     ` Hartmut Goebel [this message]
2016-12-04 20:27       ` Preparing mass-packaging of 338 KDE application - how " Efraim Flashner
2016-12-05 21:10         ` Ludovic Courtès
2017-03-16 10:52 ` Mass-packaging of 300 KDE application prepared - Help required Hartmut Goebel
2017-03-18  9:34   ` ng0
2017-03-18 14:13   ` Ludovic Courtès
2017-03-18 14:21     ` John Darrington
2017-03-19 16:00       ` Ludovic Courtès
2017-03-19 16:27         ` John Darrington

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=d17e8472-0907-e136-f436-85ac9ce303e0@crazy-compilers.com \
    --to=h.goebel@crazy-compilers.com \
    --cc=guix-devel@gnu.org \
    --cc=iyzsong@member.fsf.org \
    --cc=ludo@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).