[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guix package incubator (later a channel)
From: |
Christopher Allan Webber |
Subject: |
Re: Guix package incubator (later a channel) |
Date: |
Tue, 07 Feb 2017 12:59:22 -0600 |
User-agent: |
mu4e 0.9.18; emacs 25.1.1 |
Pjotr Prins writes:
> On Mon, Feb 06, 2017 at 09:44:48PM +0000, ng0 wrote:
>> Just a reply on the notabug question (I don't have much time otherwise):
>> Notabug will eventually move to an instance of pagure.io, you can read
>> about this in their own issues where I asked about some question back
>> then (no link, sorry .. my name was 'ng0' back on there). Developing
>> with pagure might be easier (fedora and surrounding communities)
>> compared to the situation they describe in the issue.
>> I started packaging pagure for this reason, which is about ~85% done
>> (services + pagure itself left to wrap it up ... pagure itself is more
>> or less done, just the service are needed. I'm more than happy to pass
>> this on (could rebase the pagure patch), as I know I have taken on some
>> tasks which would be better handled by different people :)
>> That is in case you want to use a GuixSD as a host, otherwise you should
>> not have many problems.
>
> That would be a great result :). Also pagure looks very interesting -
> simpler than gitlab. I like simple.
It does look good:
Open data: Sources, doc, ticket and pull-requests meta-data are
available in the web interface but also in git repos which can thus be
cloned and changed locally.
That's really appealing.
- Guix package incubator (later a channel), Pjotr Prins, 2017/02/06
- Re: Guix package incubator (later a channel), Ricardo Wurmus, 2017/02/07
- Re: Guix package incubator (later a channel), ng0, 2017/02/07
- Re: Guix package incubator (later a channel), Pjotr Prins, 2017/02/08
- Debbugs handling of packages, Ludovic Courtès, 2017/02/08
- Debbugs handling of Guix patches, Ludovic Courtès, 2017/02/09
- Re: Debbugs handling of Guix patches, Glenn Morris, 2017/02/09