Re: Updating the “pre-push” Git hook

Leo Famulari writes: > On Fri, May 22, 2020 at 10:44:48PM +0200, Ludovic Courtès wrote: >> Hello Guix! >> >> I think we should change our pre-push hook as shown below. >> >> Thoughts? > > Is it fast? :) This depends on how many commits you have previously authenticated. But even the slow ca

gnome-bluetooth

Hi, I've been diging in a Bluetooth issue I had in the past[^1] and I found some interesting details I need help to tackle. Looks like Gnome-bluetooth does NOT support Bluez5 which is what we are shipping right now. It's stated clearly in the project description: https://gitlab.gnome.org/GNOME/

Re: Propose to distribute a user-only install script, not admin required

Another non-chroot option is `fakechroot`, which seems to get the same effect without root. It does make me wonder why `chroot` requires privileged access at all. As I'm slowly getting more familiar with guix, the more I think the internal design ought to change. I'm finding that how it works ri

Re: Should guix track package aliases?

Checking http://guix.gnu.org/packages.json again, it seems like the server changes to not misrepresent dates have not been applied yet. Can someone get in and do that? On Sun, May 10, 2020 at 2:16 PM Josh Marshall wrote: > > This back and forth is what I've been having going on in my head. We mi

Re: best practise between git-fetch vs url-fetch?

Hello all, Continuing my Sunday catch-up, I'd like to kick the tires on this. Tarballs seem to have the following: + Faster to build + Faster first time download - Larger downloads for smaller changes - Autotools are pre-built, negating bootstrapping - SWH not yet supported (https://forge.softwar

Re: Towards a graphical installer?

Hello, Mathieu Othacehe skribis: > I think switching to a DE based installer could: > > * Allow the user to browse for some questions or contact #guix while in > the installation process. > > * Bring better control of network connection, with a dedicated tool such > as NetworkManager applet.

Re: best practise between git-fetch vs url-fetch?

Hi, Jack Hill skribis: > It seems a bigger problem is when the build method for the git > repository and release tarball are different. In many packages this is > because of the pre-generated autotools build system in the release > tarballs. Should we bootstrap the autotools build system even wh

Re: best practise between git-fetch vs url-fetch?

Hi, Leo Famulari skribis: > I think we should try to avoid a situation where we have to bootstrap > Git. We do have git-minimal, which works for now. Libgit2 recently > started releasing tarballs, so that could be an option, too. Good point. We could work around that by adding a derivation “bu

Re: Propose to distribute a user-only install script, not admin required

Hi Josh, Josh Marshall skribis: > One thing which I think could significantly aid adoption would be up > either add an option or add a new installer script with guix > configured to install and run purely out of the user's home directory > without any special permissions. Conceptually, guix sho

Re: [PATCH] Add Tor client only package definition

Hi Andre, Andre Batista skribis: > Starting on version 0.4.3.5, Tor provides a configuration flag to > disable relay code (--disable-module-relay). Considering most > people are running clients, not relays, I thought it would be > nice for guix to have a client-only package definition (maybe > i

Re: Exact same 'call-with-temporary-directory' defined twice?

Hi, zimoun skribis: > On Sun, 17 May 2020 at 23:53, Ludovic Courtès wrote: > >> > Naively: does it make sense to move it to "guix/build/utils.scm"? >> >> No because it depends on (guix build syscalls) for ‘mkdtemp!’ and >> there’s currently that assumption that (1) (guix build utils) can be >>

Re: MIPS support

Hey! Efraim Flashner skribis: > On Mon, May 18, 2020 at 12:12:24AM +0200, Ludovic Courtès wrote: >> Hi, >> >> Leo Famulari skribis: >> >> > On Wed, May 06, 2020 at 06:27:31PM +0200, Vincent Legoll wrote: >> >> From the manual or from the CI, to let the build farm do more useful >> >> things

Re: Routing Guix services traffic trough Tor

Hey Brice, I think you forgot to type your reply below. :-) Ludo’. Brice Waegeneire skribis: > On 2020-05-17 22:33, Ludovic Courtès wrote: >> Hi Brice, >> >> Brice Waegeneire skribis: >> >>> Today I played a bit with Tor and Guix, trying to fetch substitutes >>> trough >>> the Tor network as

Re: “guix --help” should point to https://guix.gnu.org/help/

Hi, zimoun skribis: > On Fri, 15 May 2020 at 12:20, Ricardo Wurmus wrote: > >> General help using GNU software: > > I have never read this. It is not welcoming for newcomers, IMHO. > > First sentence: "The Free Software Foundation does not provide > technical su

Re: Can we increase the print width/column in daemon backtraces

Hi, Pierre Neidhardt skribis: > This has stopped working for me a while ago. What stopped working exactly? Users are not supposed to see backtraces coming from the daemon or its helpers (‘guix substitute’, ‘guix offload’, etc.). Thanks, Ludo’.

Re: Release Guix 1.1.1?

Hi, Mathieu Othacehe skribis: >> What do y'all think about targeting a 1.1.1 release a few weeks from >> now? >> >> Any milestones we should try to complete before an eventual release? > > This seems like a very good idea. It would be good if this release could > include: > > * A new shepherd re

Re: Updating the “pre-push” Git hook

Hi, Ricardo Wurmus skribis: > Leo Famulari writes: > >> On Fri, May 22, 2020 at 10:44:48PM +0200, Ludovic Courtès wrote: >>> Hello Guix! >>> >>> I think we should change our pre-push hook as shown below. >>> >>> Thoughts? >> >> Is it fast? :) > > This depends on how many commits you have prev

Re: Updating the “pre-push” Git hook

Hi, Efraim Flashner skribis: > On Fri, May 22, 2020 at 10:44:48PM +0200, Ludovic Courtès wrote: >> Hello Guix! >> >> I think we should change our pre-push hook as shown below. >> >> Thoughts? >> >> Thanks, >> Ludo’. >> > > (ins)efraim@E5400 ~$ type -P make > (ins)efraim@E5400 ~$ command -v m

Git repos with large submodules

Hey all! So, I recently gave a go to packaging EDK2 on my channel, and found out that it requires several submodules, including OpenSSL, which take up quite a bit of space and take way longer to download than necessary. Since I couldn't find a way to shallow-init the submodules, I added them as s

Re: best practise between git-fetch vs url-fetch?

On Sun, 24 May 2020, Ludovic Courtès wrote: […] Another improvement we could make here is improving the message about Software Heritage in guix lint. Most of the other messages it emits are things that the author of a package should consider improving. If the Software Heritage message is less a

Re: Updating the “pre-push” Git hook

On Sun, May 24, 2020 at 11:45:34PM +0200, Ludovic Courtès wrote: > Hi, > > Efraim Flashner skribis: > > > On Fri, May 22, 2020 at 10:44:48PM +0200, Ludovic Courtès wrote: > >> Hello Guix! > >> > >> I think we should change our pre-push hook as shown below. > >> > >> Thoughts? > >> > >> Thanks

Re: “guix --help” should point to https://guix.gnu.org/help/

On Sun, May 24, 2020 at 11:10:36PM +0200, Ludovic Courtès wrote: > Hi, > > zimoun skribis: > > > On Fri, 15 May 2020 at 12:20, Ricardo Wurmus wrote: > > > >> General help using GNU software: > > > > I have never read this. It is not welcoming for newcomers, IMHO