all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Efraim Flashner <efraim@flashner.co.il>
To: Ni* Gillmann <niasterisk@grrlz.net>
Cc: help-guix@gnu.org
Subject: Re: developing for guix with git
Date: Thu, 28 Jan 2016 22:29:03 +0200	[thread overview]
Message-ID: <20160128222903.51f615c0@debian-netbook> (raw)
In-Reply-To: <87io2eszya.fsf@grrlz.net>

[-- Attachment #1: Type: text/plain, Size: 2359 bytes --]

On Thu, 28 Jan 2016 12:31:09 +0100
Ni* Gillmann <niasterisk@grrlz.net> wrote:

> Following yesterdays "bug" I have a question which is only partly Guix
> related and more development/git style related.
> 
> I am used to develop on things which I do not have to build and they
> usually just work. Branching was never an issue.
> However with guix it started to become one apparently, as I can build
> the guix sourcetree from git clone with the master checkout but not
> while being on the local branch I created to work on lispf4, which does
> track the master.
> 
> I know it used to work, but this is strange for me. What are some ways,
> other than directly working on master and rebasing often, people here do
> interact with git while working on guix? In other words, how do you
> locally handle guix development?

I know you asked for ideas that didn't involve working against master and
rebasing, but that's really pretty much what I do. I find something that I
want to package or update and work on it. If it's good, then I run `git
checkout -b $branch_name` and send the patches off to the mailing list. If it
doesn't work, then I branch it off anyway so I can come back to it later.
Every couple of days I rebase all my branches against master, with the idea
being if it doesn't fall too far behind then any issues shouldn't be too hard
to fix. Sometimes it doesn't work out well, from start to finish aria2 took
me 3 months to figure out the issue with the tests. Or anything that touches
python.scm or another high-volume file does sometimes end up with issues.

I do also have my side repo for files/programs that either need more work or
aren't going to make it in. This is pretty easy with `export
GUIX_PACKAGE_PATH=~/workspace/my-guix/` in my .bashrc. Pastee has a python
command-line uploader with no license, that doesn't go anywhere. Quassel will
end up being 3 parts and it's not always easy working with our monolithic qt
package. Once that's done I'll figure out where to put it.

I've had a couple of times where I've combined two patches and had to figure
out separating them again.

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2016-01-28 20:29 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-28 11:31 developing for guix with git Ni* Gillmann
2016-01-28 20:29 ` Efraim Flashner [this message]
2016-01-31 16:56   ` Nils Gillmann
2016-01-31 23:49     ` Ricardo Wurmus
2016-02-02 21:28       ` Nils Gillmann
2016-02-02 23:56         ` Leo Famulari
2016-02-03  0:51           ` Nils Gillmann
2016-02-03  6:58             ` Ricardo Wurmus
2016-02-03 11:24               ` Nils Gillmann
2016-02-03 12:00               ` Nils Gillmann
2016-02-03  0:46         ` Nils Gillmann

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

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

  git send-email \
    --in-reply-to=20160128222903.51f615c0@debian-netbook \
    --to=efraim@flashner.co.il \
    --cc=help-guix@gnu.org \
    --cc=niasterisk@grrlz.net \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.