From: Alex Kost <alezost@gmail.com>
To: ng0 <ng0@libertad.pw>
Cc: help-guix@gnu.org
Subject: Re: Seeking advice: preparing releases on GuixSD.
Date: Fri, 23 Dec 2016 20:04:25 +0300 [thread overview]
Message-ID: <87pokishk6.fsf@gmail.com> (raw)
In-Reply-To: <874m1uvkdz.fsf@wasp.i-did-not-set--mail-host-address--so-tickle-me> (ng0@libertad.pw's message of "Fri, 23 Dec 2016 13:35:04 +0000")
ng0 (2016-12-23 13:35 +0000) wrote:
> Hi,
>
> my previous releases of gnurl (https://gnunet.org/gnurl) have
> been tested on Gentoo and GuixSD and prepared to release only on
> Gentoo, copied back to GuixSD and finished up on that GuixSD
> system.
> With my switch to GuixSD (and leaving Gentoo) 2 or 3 versions ago
> I have to advice people to run ./buildconf again (essentially:
> run autotools again), because of artifacts in shebangs and paths
> of generated files.
Do you mean "configure" and "Makefile.in" files? I don't see any
"/gnu/store" artifacts, if that's what you mean.
> I see three solutions right now:
>
> 1. Opt out of the ./buildconf part and make it a responsibility
> of users and distributions to run it.
>
> 2. Patch (adjust) maketgz, make dist, or any similar hook/script
> to my needs on GuixSD.
>
> 3. Simply remove all occurences of any /gnu/store/… (if it's
> that simple) which could also happen in (2).
>
> I hope I'm not the only person using GuixSD for releasing
> software. How do you all deal with these shebangs and paths?
I made releases on GuixSD multiple times, but I've never faced the
problem you describe: "make dist" prepares system-independent files
without any artifacts AFAICT.
--
Alex
next prev parent reply other threads:[~2016-12-23 17:04 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-23 13:35 Seeking advice: preparing releases on GuixSD ng0
2016-12-23 17:04 ` Alex Kost [this message]
2016-12-23 17:34 ` ng0
2016-12-24 10:13 ` Ricardo Wurmus
2016-12-24 14:45 ` ng0
2016-12-24 15:32 ` Ricardo Wurmus
2016-12-24 16:13 ` ng0
2016-12-24 16:23 ` Ricardo Wurmus
2016-12-24 16:34 ` ng0
2016-12-26 13:58 ` Ricardo Wurmus
2016-12-26 14:27 ` ng0
2016-12-30 23:34 ` Ludovic Courtès
2017-01-31 21:03 ` bug#25304: " Ludovic Courtès
2017-04-21 14:30 ` bug#25304: Libtool’s ltmain.sh still contains a /gnu/store shebang Ludovic Courtès
2020-11-13 15:32 ` Miguel Ángel Arruga Vivas
2020-11-15 11:08 ` Ludovic Courtès
2020-11-16 16:17 ` Miguel Ángel Arruga Vivas
2016-12-24 22:26 ` Seeking advice: preparing releases on GuixSD ng0
2016-12-25 12:37 ` Ricardo Wurmus
2016-12-26 12:41 ` ng0
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=87pokishk6.fsf@gmail.com \
--to=alezost@gmail.com \
--cc=help-guix@gnu.org \
--cc=ng0@libertad.pw \
/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.