trouble with guix pull and guile-git

[Scott N. Walck]

Hi folks,

The FSF's LibrePlanet last weekend has reinvigorated my interest
to learn more about and start using guix.  I have a version of
the guix package manager on my machine from last year.  It's a
little newer than 0.13.0.  I tried using guix pull to update it,
but there is a problem as the transcript below shows.  I suspect
that the address

https://gitlab.com/amirouche/guile-git/

is no longer correct.  It looks like the source for guile-git is at

https://gitlab.com/guile-git/ .

I git-cloned the guile-git repo, but I'm not sure how to install
it or where to put the libraries.  Can anybody help?

Thanks,

Scott



walck@X250:~/computer/PackageManagement/guix$ guix --version
guile: warning: failed to install locale
warning: failed to install locale: Invalid argument
guix (GNU Guix) 20170526.16
Copyright (C) 2017 the Guix authors
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
walck@X250:~/computer/PackageManagement/guix$ guix pull
guile: warning: failed to install locale
warning: failed to install locale: Invalid argument

Starting download of /tmp/guix-file.Gzf8nt
>From https://git.savannah.gnu.org/cgit/guix.git/snapshot/master.tar.gz...
 tar.gz 182KiB/s 01:23 | 14.7MiB transferred
unpacking '/gnu/store/idnncmjzlk1vmwggsqgwdg5dqzpshamq-guix-latest.tar.gz'...
substitute: guix substitute: warning: ACL for archive imports seems to be 
uninitialized, substitutes may be unavailable
Cloning into 
'/gnu/store/1rdw2svz4pyislan7q67mnk70c13sczm-guile-git-0.0-2.06f9fc3-checkout'...
fatal: unable to update url base from redirection:
  asked for: 
https://gitlab.com/amirouche/guile-git/info/refs?service=git-upload-pack
   redirect: https://gitlab.com/users/sign_in
environment variable `PATH' unset
builder for 
`/gnu/store/47yy3aibg105arkz40dwsmriw20r4g3i-guile-git-0.0-2.06f9fc3-checkout.drv'
 failed to produce output path 
`/gnu/store/1rdw2svz4pyislan7q67mnk70c13sczm-guile-git-0.0-2.06f9fc3-checkout'
cannot build derivation 
`/gnu/store/xqd3b1s3wdpxdb7a72crnfkj10zsmmcy-guile-git-0.0-2.06f9fc3.drv': 1 
dependencies couldn't be built
guix pull: error: build failed: build of 
`/gnu/store/xqd3b1s3wdpxdb7a72crnfkj10zsmmcy-guile-git-0.0-2.06f9fc3.drv' failed
walck@X250:~/computer/PackageManagement/guix$ 

-- 
Scott N. Walck
Professor of Physics
Chair, Department of Physics
Lebanon Valley College
Annville, PA 17003
phone: 717-867-6153
fax:   717-867-6075
email: wa...@lvc.edu

Re: Package requests: fortune, gifsicle, inxi, uncrustify, unrar, vsftp, xss-lock

[Pierre Neidhardt]

Pierre Neidhardt  writes:

> vsftp:Very Secure FTP daemon
> Upstream URL: https://security.appspot.com/vsftpd.html
> (It seems that there is not a single FTP server on Guix.  Strange... Can 
> anyone
> recommend anything better than vsftp for file sharing?  Not necessarily
> FTP.)

Correction: There is an FTP server in the inetutils package.

-- 
Pierre Neidhardt


signature.asc
Description: PGP signature

Re: units_cur

[Pierre Neidhardt]

I'm also wondering whether an mcron-service would work at the system level.

-- 
Pierre Neidhardt


signature.asc
Description: PGP signature

Re: units_cur

[Pierre Neidhardt]

Ludovic Courtès  writes:

> Looking more closely, you might be able to add a ~/.units file with:
>
>   include my-updated-currency.units

Note that the actual command must start with a `!`, so it would be:

   !include my-updated-currency.units

> Could you check if that works?

It does.  This would definitely work, but then what about the failing
`sudo units_cur`?

I think this should be documented.  Either by patching the documentation
of units_cur itself so that if run with `sudo`, it displays the above
hint instead.

What do you think?

--
Pierre Neidhardt


signature.asc
Description: PGP signature

Re: Locale error: Falling back to C locale

[Ricardo Wurmus]

Pierre Neidhardt  writes:

> The problem is gone for Emacs (hurray!) but not for stow.
>
> What does it mean?  That glibc _must_ be installed on all user profiles?

Certainly not.  I’ve never installed glibc into any profile.  glibc is
linked with programs.

Have you upgraded stow?  If not, it’s possible that it is linked with an
older version of glibc and thus cannot use the glibc-utf8-locales for
glibc 2.26 that you have installed.

You could either upgrade stow (so that it uses the latest glibc) or you
could install an older glibc-utf8-locales package.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

Re: Test fail

[Ludovic Courtès]

Hi Maria,

Thanks for your report.  In practice you can safely ignore this test
failure.  We had a similar report earlier that this fails on Ubuntu:
.

Something we should do, though, is to at least skip the test when we
know we’re using a faulty kernel.  Currently we already have:

  ;; XXX: Skip this test when running Linux > 4.7.5 to work around
  ;; .
  (when (or (not perform-container-tests?)
(version>? (utsname:release (uname)) "4.7.5"))
(test-skip 1))

Gábor, given what you wrote about Ubuntu’s 4.4 kernel, should we
explicitly flag “4.4.0-116-generic” in a similar way?  Would it be
enough?

Thank you both!

Ludo’.

Re: units_cur

[Ludovic Courtès]

Hi Pierre,

Looking more closely, you might be able to add a ~/.units file with:

  include my-updated-currency.units

Could you check if that works?

Thanks,
Ludo’.

Re: How to install prerelease package versions (particularly Emacs)

[Mathieu Lirzin]

Pierre Neidhardt  writes:

> Mathieu Lirzin  writes:
>
>> I think you have to use the ‘local-file’ procedure in place of ‘origin’
>> in the ‘source’ field.
>
> Unless I'm mistaken, local-file does not work on folders.  In the case
> of a Git repo, that would mean extracting the archive and overwriting
> the destination on each build.  It's not a solution then.

With the ‘#:recursive?’ keyword option set to #t, ‘local-file’ should
work for directories.

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37

Re: How to install prerelease package versions (particularly Emacs)

[Pierre Neidhardt]

Mathieu Lirzin  writes:

> I think you have to use the ‘local-file’ procedure in place of ‘origin’
> in the ‘source’ field.

Unless I'm mistaken, local-file does not work on folders.  In the case
of a Git repo, that would mean extracting the archive and overwriting
the destination on each build.  It's not a solution then.

-- 
Pierre Neidhardt


signature.asc
Description: PGP signature

Re: How to install prerelease package versions (particularly Emacs)

[Mathieu Lirzin]

Pierre Neidhardt  writes:

> Oleg, I tried reusing your package snippet from
> http://lists.gnu.org/archive/html/help-guix/2017-09/msg00074.html
> by setting
>
>(url "git://localhost/~ambrevar/projects/emacs")
>
> but it fails for me:
[...]
> I'm not very familiar with the "git" protocol: does it require some
> special configuration?
>
> I also tried specifying a local path:
>
>(url "/home/ambrevar/projects/emacs")
>
> but it seems that Guix' `git-reference` does not like it:

I think you have to use the ‘local-file’ procedure in place of ‘origin’
in the ‘source’ field.

Unless I am not up-to-date with current Guix practices, it is still not
convenient since you still need to manually filter git related files and
build results with the ‘#:select’ keyword argument of ‘local-file’.

HTH,

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37

Re: units_cur

[Pierre Neidhardt]

Ludovic Courtès  writes:

> We could build it with --localstatedir=/var, but would the initial
> ‘currency.units’ be picked up?

Hmm, I don't see how that would work considering currency.units is
located at

PREFIX/share/units/currency.units

Maybe I got you wrong.

What we want to do here is move PREFIX/share/units to a writable location.

With ./configure it's possible to move "datarootdir", but that also
moves the info and the man page.  Thus we need to rectify those 2 locations:

> ./configure --datarootdir=/var --mandir=/usr/local/share/man 
--infodir=/usr/local/share/info

Disclaimer: I don't know autoconf very well, I think we should use a
special syntax for PREFIX instead of /usr/local/.

The result should be

/var/units/currency.units (and 2 other files)

-- 
Pierre Neidhardt


signature.asc
Description: PGP signature

Re: Locale error: Falling back to C locale

[Pierre Neidhardt]

Ricardo Wurmus  writes:

> Pierre Neidhardt  writes:
>
>> The problem is gone for Emacs (hurray!) but not for stow.
>>
>> What does it mean?  That glibc _must_ be installed on all user profiles?
>
> Certainly not.  I’ve never installed glibc into any profile.  glibc is
> linked with programs.

So why did it fix it for Emacs?

> Have you upgraded stow?  If not, it’s possible that it is linked with an
> older version of glibc and thus cannot use the glibc-utf8-locales for
> glibc 2.26 that you have installed.

Upgrading did the trick.

If I get it right, updating glibc or the locales does not trigger an
upgrade of all packages that were built with older versions, hence the
issue.

Should Guix packages depend on glibc so that an upgrade of glibc
upgrades all glibc-dependent packages?

--
Pierre Neidhardt


signature.asc
Description: PGP signature

Re: Package requests: Udisks helpers (udiskie, udevil)

[Ricardo Wurmus]

Chris Marusich  writes:

> Pierre Neidhardt  writes:
>
>> I don't use Nautilus
>
> What do you use?  If you are using another desktop environment besides
> GNOME, and automatic mounting of removable storage devices does not
> occur, perhaps it's a bug we need to fix.  (And maybe that bug is as
> simple as adding the packages you mentioned.)

FWIW I don’t use GNOME (but I might start soon) and to enable
automounting I had to add the gvfs package to the global environment.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

Re: How to install prerelease package versions (particularly Emacs)

[Pierre Neidhardt]

Oleg, I tried reusing your package snippet from
http://lists.gnu.org/archive/html/help-guix/2017-09/msg00074.html
by setting

   (url "git://localhost/~ambrevar/projects/emacs")

but it fails for me:

> guix build -K emacs
@ build-started 
/gnu/store/f3gbd1y74vw1my0fmzlpz5cxkqqk423l-emacs-25.3-1.752fba9-checkout.drv - 
x86_64-linux 
/var/log/guix/drvs/f3//gbd1y74vw1my0fmzlpz5cxkqqk423l-emacs-25.3-1.752fba9-checkout.drv.bz2
Initialized empty Git repository in 
/gnu/store/xrprmz45mi7njni6ypz4mad0ijf02r32-emacs-25.3-1.752fba9-checkout/.git/
fatal: unable to connect to localhost:
localhost[0: 127.0.0.1]: errno=Connection refused

fatal: unable to connect to localhost:
localhost[0: 127.0.0.1]: errno=Connection refused

Backtrace:
   4 (primitive-load "/gnu/store/cq0wvv65l9d7zn515dfg07jg3gr?")
In ice-9/eval.scm:
   293:34  3 (_ #)
In ./guix/build/git.scm:
48:10  2 (git-fetch "git://localhost/~ambrevar/projects/emacs" # ?)
In ./guix/build/utils.scm:
589:6  1 (invoke _ . _)
In unknown file:
   0 (scm-error misc-error #f "~A ~S" ("program \"/gnu/s?" ?) ?)

I'm not very familiar with the "git" protocol: does it require some
special configuration?

I also tried specifying a local path:

   (url "/home/ambrevar/projects/emacs")

but it seems that Guix' `git-reference` does not like it:

> guix build -K emacs
@ build-started 
/gnu/store/rvadb9sgi9dj0b3hlgpr3l91nbw9vvn0-emacs-25.3-1.752fba9-checkout.drv - 
x86_64-linux 
/var/log/guix/drvs/rv//adb9sgi9dj0b3hlgpr3l91nbw9vvn0-emacs-25.3-1.752fba9-checkout.drv.bz2
Initialized empty Git repository in 
/gnu/store/xrprmz45mi7njni6ypz4mad0ijf02r32-emacs-25.3-1.752fba9-checkout/.git/
fatal: '/home/ambrevar/projects/emacs' does not appear to be a git 
repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
fatal: '/home/ambrevar/projects/emacs' does not appear to be a git 
repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
Backtrace:
   4 (primitive-load "/gnu/store/cq0wvv65l9d7zn515dfg07jg3gr?")
In ice-9/eval.scm:
   293:34  3 (_ #)
In ./guix/build/git.scm:
48:10  2 (git-fetch "/home/ambrevar/projects/emacs" "752fba992b?" ?)
In ./guix/build/utils.scm:
589:6  1 (invoke _ . _)
In unknown file:
   0 (scm-error misc-error #f "~A ~S" ("program \"/gnu/s?" ?) ?)

I think this is a bug: if git clone accepts local paths, then so should
git-reference.

--
Pierre Neidhardt


signature.asc
Description: PGP signature