Re: [PATCH] Add Tor client only package definition

[Andre Batista]

I need to stop thinking of cars and cdrs. It didn't even try to compile
again, just gave me the address on the store, so I'm guessing guile is
smart enough to see it's equivalent and does not care at all.

I'll be less clumsy next time around.

---


--- a/gnu/packages/tor.scm  2020-06-03 01:29:12.723126381 -0300
+++ b/gnu/packages/tor.scm  2020-06-03 01:29:02.532964662 -0300
@@ -27,6 +27,7 @@
 (define-module (gnu packages tor)
   #:use-module ((guix licenses) #:prefix license:)
   #:use-module (guix packages)
+  #:use-module (guix utils)
   #:use-module (guix download)
   #:use-module (guix git-download)
   #:use-module (guix build-system gnu)
@@ -85,11 +86,36 @@
 web browsers, instant messaging clients, remote login, and other
 applications based on the TCP protocol.
 
+This package is the full featured @code{tor} which is needed for running
+relays, bridges or directory authorities. If you just want to access the Tor
+network or to setup an onion service you may install @code{tor-client}
+instead.")
+(license license:bsd-3)))
+
+(define-public tor-client
+  (package
+(inherit tor)
+(name "tor-client")
+(arguments
+ (substitute-keyword-arguments (package-arguments tor)
+   ((#:configure-flags flags)
+(append flags
+'("--disable-module-relay")
+(synopsis "Client to the anonymous Tor network")
+(description
+ "Tor protects you by bouncing your communications around a distributed
+network of relays run by volunteers all around the world: it prevents
+somebody watching your Internet connection from learning what sites you
+visit, and it prevents the sites you visit from learning your physical
+location.  Tor works with many of your existing applications, including
+web browsers, instant messaging clients, remote login, and other
+applications based on the TCP protocol.
+
 To @code{torify} applications (to take measures to ensure that an application,
 which has not been designed for use with Tor such as ssh, will use only Tor for
 internet connectivity, and also ensures that there are no leaks from DNS, UDP 
or
-the application layer) you need to install @code{torsocks}.")
-(license license:bsd-3)))
+the application layer) you need to install @code{torsocks}.  This package only
+provides a client to the Tor Network.")))
 
 (define-public torsocks
   (package

Re: Request to verify powerpc64-linux bootstrap binaries

[Jack Hill]

On Tue, 2 Jun 2020, Chris Marusich wrote:


I have opened up a bug report for this issue, so we can continue the
discussion there:

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41669

I will try on my end to obtain a differing gcc to see if I can analyze
the difference.  In the meantime, could you share your gcc with me so I
can see what the contents looks like?  This is mine:

https://media.marusich.info/gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz


Sure, mine is at:

https://jackhill.us/misc/gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz

Wishing us a speedy investigation,
Jack

Re: Icedove package needs update, following IceCat 68.9.0 update.

[Mark H Weaver]

Earlier, I wrote:

> I just pushed the IceCat-68.9.0 security update to the master branch of
> Guix, along with a graft for NSS.
>
> However, I just noticed that we now have Icedove in Guix, and that it's
> based on 'icecat-source'.  This is all good and proper (kudos to all who
> worked on it!), but unfortunately I didn't know about it until now, and
> my IceCat update may have left Icedove in a bad state.

Upon further thought, I think it's unlikely that Icedove was adversely
affected by the IceCat update.  Updates to the ESR branch are generally
limited to bug fixes and blocklist updates.  Also, I see that
Thunderbird 68.9.0 has not yet been released, so maybe there's nothing
to do at present.

   Mark

Re: branch staging updated: gnu: ghc-7: Clean up package definition.

[zimoun]

Dear,

On Tue, 2 Jun 2020 at 22:19, Marius Bakke  wrote:

> Also, we'd have to bother the Savannah admins every time we 'freeze' a
> branch.

However, we could ask to extend the list of tags used by Debbugs.  For
example, by adding the tag 'release-critical' or any other
well-chosen.


> Another option could be to create a tracking bug with a special tag that
> can be displayed by issues.guix.gnu.org.  It could also show any merge
> blockers such as  to make it
> easier to contribute.

Yes.  And similar thing could be done for release.  Special subject
string that Mumi could parse to report accordingly on
issues.guix.gnu.org and blocking tags to synchronize.  I already
thought loud like that [1]. :-)

[1] https://lists.gnu.org/archive/html/guix-devel/2020-04/msg00380.html


All the best,
simon

Re: branch staging updated: gnu: ghc-7: Clean up package definition.

[Jakub Kądziołka]

On Tue, Jun 02, 2020 at 09:22:31PM +0200, Marius Bakke wrote:
> guix-comm...@gnu.org writes:
> 
> > This is an automated email from the git hooks/post-receive script.
> >
> > niedzejkob pushed a commit to branch staging
> > in repository guix.
> >
> > The following commit(s) were added to refs/heads/staging by this push:
> >  new f20d1cf  gnu: ghc-7: Clean up package definition.
> > f20d1cf is described below
> >
> > commit f20d1cfb51ed14f325da000406807076323f70bc
> > Author: Jakub Kądziołka 
> > AuthorDate: Wed Apr 8 12:21:42 2020 +0200
> >
> > gnu: ghc-7: Clean up package definition.
> > 
> > * gnu/packages/haskell.scm (ghc-7)[modules, imported-modules]: Remove
> >   the unused rpath module.
> >   [phases]: Use invoke instead of system*.
> 
> Thanks!  Unfortunately the staging branch was recently 'frozen':
> 
>   https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00373.html
> 
> I was about to revert the commit, but as GHC currently only builds on
> i686 and x86_64 and the CI is "half way there" already, perhaps we can
> let it slide:
> 
>   https://ci.guix.gnu.org/eval/13961?status=failed
> 
> We should have a better way to poll branch status other than "read all
> messages on guix-devel" or "ask Marius on IRC".

Ouch, sorry for that! I see two potential solutions:

1. Have a guix-devel-announce mailing list, to which we would post
   things concerning all Guix developers.
2. Configure the git server to reject pushes to frozen branches when
   unless --force is used.

Thoughts?
Jakub Kądziołka


signature.asc
Description: PGP signature

Re: Downloader for "wrapped" tarbar?

[Marius Bakke]

Hartmut Goebel  writes:

> Hi,
>
> was just written in another mail, I'm currently working on a
> erlang/rebar build system. This includes an importer from hex.pm, a
> package repository for elixir and erlang packages. (Since this is build
> into rebar3 I assume it what PyPI is for Python and CPAN for Perl.)
>
> At hex.pm, packages are provided in a tarfile [1] wrapping the source
> tar-file:
>
> -rw-r--r-- 0/0   1 2017-06-14 21:57 VERSION
> -rw-r--r-- 0/0  64 2017-06-14 21:57 CHECKSUM
> -rw-r--r-- 0/0 532 2017-06-14 21:57 metadata.config
> -rw-r--r-- 0/0    4744 2017-06-14 21:57 contents.tar.gz
>
> IMHO it does not make sense to keep this wrapping tar-file in the store.
>
> So my idea is to create a "hexpm-fetch" method, which downloads the
> tar-file and only stores the "content.tar.gz" in the store (using a
> proper name, of course).
>
> How can this be done?

Tarballs from rubygems.org has the same problem and works around it by
special support in ruby-build-system.

It would be ideal to have an origin method that could extract the
"inner" tarball, i.e. contents.tar.gz for hex.pm and data.tar.gz in the
case of RubyGems.  As zimoun mentioned, a good place to start is look at
how other origin methods are implemented such as url-fetch/tarbomb, etc.


signature.asc
Description: PGP signature

Re: branch staging updated: gnu: ghc-7: Clean up package definition.

[Marius Bakke]

guix-comm...@gnu.org writes:

> This is an automated email from the git hooks/post-receive script.
>
> niedzejkob pushed a commit to branch staging
> in repository guix.
>
> The following commit(s) were added to refs/heads/staging by this push:
>  new f20d1cf  gnu: ghc-7: Clean up package definition.
> f20d1cf is described below
>
> commit f20d1cfb51ed14f325da000406807076323f70bc
> Author: Jakub Kądziołka 
> AuthorDate: Wed Apr 8 12:21:42 2020 +0200
>
> gnu: ghc-7: Clean up package definition.
> 
> * gnu/packages/haskell.scm (ghc-7)[modules, imported-modules]: Remove
>   the unused rpath module.
>   [phases]: Use invoke instead of system*.

Thanks!  Unfortunately the staging branch was recently 'frozen':

  https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00373.html

I was about to revert the commit, but as GHC currently only builds on
i686 and x86_64 and the CI is "half way there" already, perhaps we can
let it slide:

  https://ci.guix.gnu.org/eval/13961?status=failed

We should have a better way to poll branch status other than "read all
messages on guix-devel" or "ask Marius on IRC".


signature.asc
Description: PGP signature

Re: Request to verify powerpc64-linux bootstrap binaries

[Chris Marusich]

Hi Vincent, Jack, and Maxim,

Thank you for the quick replies!  OK, so gcc differs for each of us:

* Chris: 
8aca7f332a1ba8e3c2225c161a7545b0a04ddd690d164dc97afee9c9ea067b0c49bc155e9f06d285c22e24cdd16d91e59730af5f1dd9efcda13a26bede5948a2
* Vincent: 
87f7583cf483ac3ba0ab978862873e68757bc4ddd10f739a90a9e4598f79e7fa45ec369c6efcff8d72fba87ea99f1e7a01a39450c7bf20790bc1d89d4b69a15b
* Jack: 
15f93200ef1cdde5a5721b1d4cfb4c9c5e22b4b945c77f56f60c388da99cf557d13474d14205a529cf9af9f29fb69591e17392387c0444e0efb7c85edcf30ff0
* Maxim: 
841f1839c041512f893d5fa62fbc402dda1589222ee5365849d2e3f0a55df7abd0ca856c302b4d7ef80d07abfa6b04468cc494efdccbc097df2eceb181eebd15

I have opened up a bug report for this issue, so we can continue the
discussion there:

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41669

I will try on my end to obtain a differing gcc to see if I can analyze
the difference.  In the meantime, could you share your gcc with me so I
can see what the contents looks like?  This is mine:

https://media.marusich.info/gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz

Hopefully we can pinpoint the source of the non-determinism and fix it!

-- 
Chris


signature.asc
Description: PGP signature

Icedove package needs update, following IceCat 68.9.0 update.

[Mark H Weaver]

Hi,

I just pushed the IceCat-68.9.0 security update to the master branch of
Guix, along with a graft for NSS.

However, I just noticed that we now have Icedove in Guix, and that it's
based on 'icecat-source'.  This is all good and proper (kudos to all who
worked on it!), but unfortunately I didn't know about it until now, and
my IceCat update may have left Icedove in a bad state.  Can someone else
take care of updating Icedove?  I've run out of available time to work
on this at the moment.

 Thanks,
   Mark

Can Emacs packages define their own EMACSLOADPATH in their open script?

[Zhu Zihao]

I use guix to manage different version of Emacs in a foreign distro. However, 
the Emacs package in the source will record its modification of EMACSLOADPATH 
in profile, which will cause conflict in different version of Emacs, and also 
conflict with Emacs in foreign distro.


My idea is move the setting of EMACSLOADPATH into the wrapper script. What's 
you guys opinions? Thanks.

Re: Request to verify powerpc64-linux bootstrap binaries

[Jack Hill]

On Tue, 2 Jun 2020, Vincent Legoll wrote:


Hello,

On 02/06/2020 04:56, Chris Marusich wrote:

Hopefully, you'll get identical results!  You don't have to run "guix
gc" if you don't want to, but doing so will increase the likelihood of
catching nondeterminism issues propagated from dependencies (which seem
unlikely, but you never know).  It took 3 or 4 for me hours on a modern
16-core machine.


heh, it didn't take that much longer, 530 minutes on my less modern 2-core 
x86_64 machine.



Once we verify the binaries, we can actually start using them to build
stuff!  Léo has already gotten an optimistic start on that work, and
many things are building successfully.  Exciting!!


Almost there...


yes, congratulations!

87f7583cf483ac3ba0ab978862873e68757bc4ddd10f739a90a9e4598f79e7fa45ec369c6efcff8d72fba87ea99f1e7a01a39450c7bf20790bc1d89d4b69a15b 
/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz


I can confirm the difference with gcc-stripped. Mine was 
15f93200ef1cdde5a5721b1d4cfb4c9c5e22b4b945c77f56f60c388da99cf557d13474d14205a529cf9af9f29fb69591e17392387c0444e0efb7c85edcf30ff0


All the other hashes were the same.

Best,
Jack

Re: Request to verify powerpc64-linux bootstrap binaries

[Maxim Cournoyer]

Hi Chris!

Chris Marusich  writes:

> Hi everyone!
>
> Thanks to Léo's help, as of commit
> 8159ce1970d91567468cf1bacac313099a009d2a, the master branch now contains
> all the changes necessary to cross-compile powerpc64-linux bootstrap
> binaries.  I've done this without substitutes by running the following
> commands on an x86_64-liinux machine.
>
> First, to ensure you're using commit
> 8159ce1970d91567468cf1bacac313099a009d2a, put something like this in
> your ~/.config/guix/channels.scm file:
>
> (list (channel
> (name 'guix)
> (url "https://git.savannah.gnu.org/git/guix.git;)
> (commit
>   "8159ce1970d91567468cf1bacac313099a009d2a")))
>
> Then, run these commands:
>
> # Confirm you're using the right guix.
> guix describe
> # Clear as many GC roots as possible, and do a GC run.
> guix gc --delete-generations
> # Build the bootstrap tarballs without substitutes.
> guix build --no-substitutes --target=powerpc64-linux-gnu bootstrap-tarballs
>
> After a few hours, you should see the following message:
>
> successfully built 
> /gnu/store/icnj0m294b94pc3rhpmkz6zc41w8vyqj-bootstrap-tarballs-0.drv
> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
>
> On my end, the SHA-512 hashes of the binaries are:
>
> 426e5f1d0d7023a90e73286ccda1fa55a359301e998a19dfe00f5b4f5d387e69d7a247f47056f41e609393893b0238a908698fbd28d73b183b32a5dadcfe9fbb
>   binutils-static-stripped-2.34-powerpc64-linux-gnu.tar.xz
> 8aca7f332a1ba8e3c2225c161a7545b0a04ddd690d164dc97afee9c9ea067b0c49bc155e9f06d285c22e24cdd16d91e59730af5f1dd9efcda13a26bede5948a2
>   gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz
> a717a420e765accf12cfc1e18ebed76e9359ee58e8781601ca9066ced59196f88a528ddc554c0f57c77e2c01908cafe596f3c8d1df135beb4cae4073b9a999d2
>   glibc-stripped-2.31-powerpc64-linux-gnu.tar.xz
> e2e70c7fcc477fced12eb76704212f9bda0e1ec2cf40137ff6a32a85ca75fec10ec20076b73698438e48c3ce45d24542aa309bb99274f4c3d4f9d49ec9d1dd7b
>   guile-static-stripped-2.0.14-powerpc64-linux-gnu.tar.xz
> 04d9203467ecb48e9f1fca5130199c292212d4d119153778d398899aeef517fc8bce5d25f3505063f38e433fa09e3c723a6da5dee4943dbc9d3728279356879b
>   static-binaries-0-powerpc64-linux-gnu.tar.xz

Here's what I did:

cd /tmp
guix pull --commit=8159ce1970d91567468cf1bacac313099a009d2a -p 
guix-ppc64-bootstrap
GUIX_PROFILE="/tmp/guix-ppc64-bootstrap"
. "$GUIX_PROFILE/etc/profile"
time guix build --no-substitutes --target=powerpc64-linux-gnu bootstrap-tarballs

successfully built 
/gnu/store/wy4dc833vzfd85mphm00p8c99l0ny73a-guile-static-stripped-tarball-2.0.14.drv
building /gnu/store/icnj0m294b94pc3rhpmkz6zc41w8vyqj-bootstrap-tarballs-0.drv...
/gnu/store/4v278jn0kd12zc6xwyr144lgi1ca7a69-guile-static-stripped-tarball-2.0.14/guile-static-stripped-2.0.14-powerpc64-linux-gnu.tar.xz
 -> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
/gnu/store/rsmhiyplmbiqm1qwniiafi4ak76pd61v-gcc-stripped-tarball-5.5.0/gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz
 -> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
/gnu/store/fgw2hwyaw00xn8fb1pbpazl8hga8xfci-binutils-static-stripped-tarball-2.34/binutils-static-stripped-2.34-powerpc64-linux-gnu.tar.xz
 -> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
/gnu/store/p40gsw7qh5xzic38l99ildbxcz4zag3y-glibc-stripped-tarball-2.31/glibc-stripped-2.31-powerpc64-linux-gnu.tar.xz
 -> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
/gnu/store/svc6d7qrmacqc4pqzqhqyks421fb6jcb-static-binaries-tarball-0/static-binaries-0-powerpc64-linux-gnu.tar.xz
 -> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
successfully built 
/gnu/store/icnj0m294b94pc3rhpmkz6zc41w8vyqj-bootstrap-tarballs-0.drv
/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0

real31m21.749s
user1m33.985s
sys 0m7.399s

As for the SHA-512 hashes:

--8<---cut here---start->8---
for f in /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/*; do 
sha512sum "$f"; done
426e5f1d0d7023a90e73286ccda1fa55a359301e998a19dfe00f5b4f5d387e69d7a247f47056f41e609393893b0238a908698fbd28d73b183b32a5dadcfe9fbb
/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/binutils-static-stripped-2.34-powerpc64-linux-gnu.tar.xz

841f1839c041512f893d5fa62fbc402dda1589222ee5365849d2e3f0a55df7abd0ca856c302b4d7ef80d07abfa6b04468cc494efdccbc097df2eceb181eebd15
/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz

a717a420e765accf12cfc1e18ebed76e9359ee58e8781601ca9066ced59196f88a528ddc554c0f57c77e2c01908cafe596f3c8d1df135beb4cae4073b9a999d2
/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/glibc-stripped-2.31-powerpc64-linux-gnu.tar.xz

e2e70c7fcc477fced12eb76704212f9bda0e1ec2cf40137ff6a32a85ca75fec10ec20076b73698438e48c3ce45d24542aa309bb99274f4c3d4f9d49ec9d1dd7b

Re: 01/03: gnu: ikiwiki: Revert to standard wrapper.

[Paul Garlick]

Hi Chris,

> I don't think there was ever a bug report for this, but I think I've
> found the IRC conversation for context:
> 
>   http://logs.guix.gnu.org/guix/2017-10-17.log#203630

Thank you for this link and taking a look at this patch.

I have been adding the missing inputs to ikiwiki.  In the process I
noticed that the cgi script needs a way of finding the perl
dependencies.  The Debian way of packaging the perl modules allows
ikiwiki to see its dependencies immediately.  In Guix, as you said, it
needs some help via PERL5LIB.

In using ikiwiki I found that I needed to add the PERL5LIB variable to
the setup file anyway, so that the cgi script can see extra modules
that are not needed at build time.  In my setup file there is an 'ENV'
section which contains: 

PERL5LIB: /home/paul/.guix-profile/lib/perl5/site_perl

This means that there is no need to have PERL5LIB in the wrapper. 
Instead the dependencies can be propagated in the normal way.  This
fits in with the PREREQ_PM section of ikiwiki's Makefile.PL.

So far,everything I have tested works as expected.  After the latest
commit 
e642f78f2eaf1d53d656ff3cd86d4dd186e8eb52 all the main tests pass.

Best regards,

Paul.

Re: Guix mirrors

[zimoun]

Dear Tobias,

On Wed, 20 May 2020 at 14:53, Tobias Geerinckx-Rice  wrote:
> zimoun 写道：

> > BTW, why such discussion happens on Guix sysadmins mailing list
> > and
> > not on guix-devel?
>
> Because that's where I sent a quick & dirty patch yonks ago.
> There's also really not that much to discuss.

What is the status of this "quick & dirty" patch?  Could you send it
on guix-devel or guix-patches?
Other said, what is the current status of "Guix mirror"?

All the best,
simon

Re: Request to verify powerpc64-linux bootstrap binaries

[Vincent Legoll]

Hello,

On 02/06/2020 04:56, Chris Marusich wrote:

Hopefully, you'll get identical results!  You don't have to run "guix
gc" if you don't want to, but doing so will increase the likelihood of
catching nondeterminism issues propagated from dependencies (which seem
unlikely, but you never know).  It took 3 or 4 for me hours on a modern
16-core machine.

Once we verify the binaries, we can actually start using them to build
stuff!  Léo has already gotten an optimistic start on that work, and
many things are building successfully.  Exciting!!


Almost there...

[A few hours passed...]
successfully built 
/gnu/store/pygln3lr6qbxcps3kmn3w4bc0d0nlpd3-gcc-stripped-tarball-5.5.0.drv
building 
/gnu/store/icnj0m294b94pc3rhpmkz6zc41w8vyqj-bootstrap-tarballs-0.drv...
/gnu/store/4v278jn0kd12zc6xwyr144lgi1ca7a69-guile-static-stripped-tarball-2.0.14/guile-static-stripped-2.0.14-powerpc64-linux-gnu.tar.xz 
-> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
/gnu/store/rsmhiyplmbiqm1qwniiafi4ak76pd61v-gcc-stripped-tarball-5.5.0/gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz 
-> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
/gnu/store/fgw2hwyaw00xn8fb1pbpazl8hga8xfci-binutils-static-stripped-tarball-2.34/binutils-static-stripped-2.34-powerpc64-linux-gnu.tar.xz 
-> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
/gnu/store/p40gsw7qh5xzic38l99ildbxcz4zag3y-glibc-stripped-tarball-2.31/glibc-stripped-2.31-powerpc64-linux-gnu.tar.xz 
-> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
/gnu/store/svc6d7qrmacqc4pqzqhqyks421fb6jcb-static-binaries-tarball-0/static-binaries-0-powerpc64-linux-gnu.tar.xz 
-> /gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0
successfully built 
/gnu/store/icnj0m294b94pc3rhpmkz6zc41w8vyqj-bootstrap-tarballs-0.drv

/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0

vince@guix ~/dev/repo/guix [env]$ sha512sum 
/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/*
426e5f1d0d7023a90e73286ccda1fa55a359301e998a19dfe00f5b4f5d387e69d7a247f47056f41e609393893b0238a908698fbd28d73b183b32a5dadcfe9fbb 


/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/binutils-static-stripped-2.34-powerpc64-linux-gnu.tar.xz
87f7583cf483ac3ba0ab978862873e68757bc4ddd10f739a90a9e4598f79e7fa45ec369c6efcff8d72fba87ea99f1e7a01a39450c7bf20790bc1d89d4b69a15b 


/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/gcc-stripped-5.5.0-powerpc64-linux-gnu.tar.xz
a717a420e765accf12cfc1e18ebed76e9359ee58e8781601ca9066ced59196f88a528ddc554c0f57c77e2c01908cafe596f3c8d1df135beb4cae4073b9a999d2 


/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/glibc-stripped-2.31-powerpc64-linux-gnu.tar.xz
e2e70c7fcc477fced12eb76704212f9bda0e1ec2cf40137ff6a32a85ca75fec10ec20076b73698438e48c3ce45d24542aa309bb99274f4c3d4f9d49ec9d1dd7b 


/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/guile-static-stripped-2.0.14-powerpc64-linux-gnu.tar.xz
04d9203467ecb48e9f1fca5130199c292212d4d119153778d398899aeef517fc8bce5d25f3505063f38e433fa09e3c723a6da5dee4943dbc9d3728279356879b 


/gnu/store/dy4fhy2vqyxqfad59mfdqdd0qpcrwmyx-bootstrap-tarballs-0/static-binaries-0-powerpc64-linux-gnu.tar.xz

vince@guix ~/dev/repo/guix [env]$ ./pre-inst-env guix describe
Git checkout:
  repository: /home/vince/dev/repo/guix
  branch: bootstrap-ppc64le
  commit: 8159ce1970d91567468cf1bacac313099a009d2a

Only gcc differs, I did not use a channel (nor gc'ed) but just a local
branch at the right commit:

git checkout -b bootstrap-ppc64le 8159ce1970d91567468cf1bacac313099a009d2a
make distclean
./bootstrap
./configure --localstatedir=/var
make -j 16
./pre-inst-env guix build --no-substitutes --target=powerpc64-linux-gnu 
bootstrap-tarballs


PS: Yes, it looks like I misnamed my branch, endian-size-wise...

--
Vincent Legoll

Re: 01/03: gnu: ikiwiki: Revert to standard wrapper.

[Christopher Baines]

Christopher Baines  writes:

> guix-comm...@gnu.org writes:
>
>> pgarlick pushed a commit to branch master
>> in repository guix.
>>
>> commit a0362fdea9369b7927704e48cfc6c578213019ce
>> Author: Paul Garlick 
>> AuthorDate: Thu May 28 10:34:40 2020 +0100
>>
>> gnu: ikiwiki: Revert to standard wrapper.
>>
>> * gnu/packages/web.scm (ikiwiki)[arguments]: Remove
>> unnecessary 'include-PERL5LIB-in-wrapper' phase.  The PERL5LIB
>> environment variable may be set in the user's setup file instead.
>> ---
>>  gnu/packages/web.scm | 9 -
>>  1 file changed, 9 deletions(-)
>>
>> diff --git a/gnu/packages/web.scm b/gnu/packages/web.scm
>> index 6467184..b020a6f 100644
>> --- a/gnu/packages/web.scm
>> +++ b/gnu/packages/web.scm
>> @@ -4850,15 +4850,6 @@ NetSurf project.")
>>  (arguments
>>   `(#:phases
>> (modify-phases %standard-phases
>> - (add-after 'unpack 'include-PERL5LIB-in-wrapper
>> -   (lambda _
>> - (substitute* "IkiWiki/Wrapper.pm"
>> -   (("^@wrapper\\_hooks")
>> -(string-append
>> - "@wrapper_hooks\n"
>> - "addenv(\"PERL5LIB\", \""
>> - (getenv "PERL5LIB")
>> - "\");")
>>   (add-after 'patch-source-shebangs 'patch-Makefiles
>> (lambda _
>>   (substitute* "Makefile.PL"
>
> Hi Paul,
>
> So if I remember correctly, this was added so that the Ikiwiki CGI
> functionality works, and the commit message mentions this [1]
>
> 1: 
> http://git.savannah.gnu.org/cgit/guix.git/commit/?id=f4dd303282dc0bfd88606e383c0cf98f3742f771

I don't think there was ever a bug report for this, but I think I've
found the IRC conversation for context:

  http://logs.guix.gnu.org/guix/2017-10-17.log#203630


signature.asc
Description: PGP signature

Re: 01/03: gnu: ikiwiki: Revert to standard wrapper.

[Christopher Baines]

guix-comm...@gnu.org writes:

> pgarlick pushed a commit to branch master
> in repository guix.
>
> commit a0362fdea9369b7927704e48cfc6c578213019ce
> Author: Paul Garlick 
> AuthorDate: Thu May 28 10:34:40 2020 +0100
>
> gnu: ikiwiki: Revert to standard wrapper.
>
> * gnu/packages/web.scm (ikiwiki)[arguments]: Remove
> unnecessary 'include-PERL5LIB-in-wrapper' phase.  The PERL5LIB
> environment variable may be set in the user's setup file instead.
> ---
>  gnu/packages/web.scm | 9 -
>  1 file changed, 9 deletions(-)
>
> diff --git a/gnu/packages/web.scm b/gnu/packages/web.scm
> index 6467184..b020a6f 100644
> --- a/gnu/packages/web.scm
> +++ b/gnu/packages/web.scm
> @@ -4850,15 +4850,6 @@ NetSurf project.")
>  (arguments
>   `(#:phases
> (modify-phases %standard-phases
> - (add-after 'unpack 'include-PERL5LIB-in-wrapper
> -   (lambda _
> - (substitute* "IkiWiki/Wrapper.pm"
> -   (("^@wrapper\\_hooks")
> -(string-append
> - "@wrapper_hooks\n"
> - "addenv(\"PERL5LIB\", \""
> - (getenv "PERL5LIB")
> - "\");")
>   (add-after 'patch-source-shebangs 'patch-Makefiles
> (lambda _
>   (substitute* "Makefile.PL"

Hi Paul,

So if I remember correctly, this was added so that the Ikiwiki CGI
functionality works, and the commit message mentions this [1]

1: 
http://git.savannah.gnu.org/cgit/guix.git/commit/?id=f4dd303282dc0bfd88606e383c0cf98f3742f771

Can you confirm if this is still the case with this change?

Thanks,

Chris


signature.asc
Description: PGP signature

Re: 11/12: gnu: Add libuemf.

[Caleb Ristvedt]

guix-comm...@gnu.org writes:

> apteryx pushed a commit to branch master
> in repository guix.
>
> commit 3f1f98d9d8c4e7f5dfca921fe1957e4d53783e35
> Author: Maxim Cournoyer 
> AuthorDate: Tue Jan 28 01:21:24 2020 -0500
>
> gnu: Add libuemf.
> 
> * gnu/packages/image.scm (libuemf): New variable.
> ---
>  gnu/packages/image.scm | 51 
> ++
>  1 file changed, 51 insertions(+)
>
> diff --git a/gnu/packages/image.scm b/gnu/packages/image.scm
> index 24f1b15..05b64dd 100644
> --- a/gnu/packages/image.scm
> +++ b/gnu/packages/image.scm
> @@ -25,6 +25,7 @@
>  ;;; Copyright © 2018 Rutger Helling 
>  ;;; Copyright © 2020 Giacomo Leidi 
>  ;;; Copyright © 2020 R Veera Kumar 
> +;;; Copyright © 2020 Maxim Cournoyer 
>  ;;;
>  ;;; This file is part of GNU Guix.
>  ;;;

<...>

> +(description "The libUEMF library is a portable C99 implementation for
> +reading and writing @abbr{WFM, Windows Metafile}, @abbr{EMF, Enhanced
> +Metafile}, and @abbr{EMF+, Enhanced Metafile Plus} files.")
> +(license license:gpl2+)))

Turns out guile's texinfo stuff chokes on @abbr:


$ guix package -s libuemf
Backtrace:
   1 (primitive-load "/home/reepca/.config/guix/current/bin/guix")
In guix/ui.scm:
  1936:12  0 (run-guix-command _ . _)

guix/ui.scm:1936:12: In procedure run-guix-command:
Throw to key `parser-error' with args `(#f "Unknown command" abbr)'.


guix/ui.scm:1936:12: In procedure run-guix-command:
Throw to key `parser-error' with args `(#f "Unknown command" abbr)'.

I don't know enough about texinfo to offer a solution, but figured it
should be mentioned. Currently this is causing tests/packages.sh to
fail.

- reepca