[PATCH] gnu: icecat: Update to 31.1.1

Mark >From d74f4c12f005bbfbd419772f861d7693eb1b7c28 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Wed, 8 Oct 2014 23:37:37 -0400 Subject: [PATCH] gnu: icecat: Update to 31.1.1. * gnu/packages/gnuzilla.scm (icecat): Update to 31.1.1. Add 'pango', 'freetype', &#

Re: [PATCH] gnu: icecat: Update to 31.1.1

Mark H Weaver writes: > This is technically a pre-release, but given that our current Icecat has > at least one security hole (and probably others), and fails to build on > i686, I'm inclined to push it to master immediately. After some more testing, I went ahead and pushed this. Mark

Setting environment variables in .bashrc vs .bash_profile

l...@gnu.org (Ludovic Courtès) writes: > I just noticed that ‘guix environment foo’, without -E, doesn’t work for > me because my .bashrc & co. reset PATH, CPATH, etc. > > Conversely, ‘guix environment foo -E /bin/sh’ works, because when > invoked as ‘sh’, Bash does not read .bashrc. > > I’m not s

Re: [PATCH 2/4] gnu: libjpeg: Upgrade to version 9a.

l...@gnu.org (Ludovic Courtès) writes: > Eric Bavier skribis: > >> From 88a4cc3aa53c73186b5dbb85bf03b2138f24c825 Mon Sep 17 00:00:00 2001 >> From: Eric Bavier >> Date: Fri, 10 Oct 2014 13:07:55 -0500 >> Subject: [PATCH 2/4] gnu: libjpeg: Upgrade to version 9a. >> >> * gnu/packages/image.scm (lib

Re: Rebuilds and branches

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> Eric Bavier skribis: >>> >>>> From 88a4cc3aa53c73186b5dbb85bf03b2138f24c825 Mon Sep 17 00:00:00 2001 >>>> From: Eric Bav

Re: [PATCH 3/4] gnu: Add xfig.

Hi Eric, Eric Bavier writes: > From fca4924a98e06ec0d2877b14f074515a2a970605 Mon Sep 17 00:00:00 2001 > From: Eric Bavier > Date: Fri, 10 Oct 2014 13:10:42 -0500 > Subject: [PATCH 3/4] gnu: Add xfig. Hydra reports that xfig only builds successfully on x86_64. It fails on i686 and mips64el. C

Re: GNU Hackers Meeting talk on-line

John Darrington writes: > On Sat, Oct 11, 2014 at 11:47:41AM +0200, Ludovic Court??s wrote: > The video of my talk at the 2014 GHM is now online: > >http://www.gnu.org/software/guix/#talks > > (Sound is not very good.) > > This seems to be a recurring problem w

Re: bug#18524: Guix unable to download from github due to TLS fatal alert

l...@gnu.org (Ludovic Courtès) writes: > I had managed to bork ‘set-session-server-name!’ in GnuTLS (which > addresses this bug), so this is fixed in commit 5186158 and upstream: > . > > Sorry about that! No worr

Re: [PATCH 3/4] gnu: Add xfig.

Eric Bavier writes: > Btw, I did push a change to xfig and transfig that should let them build > for i686 (which I tested locally now) and mips (which I don't have the > means to check locally). This fixed the issue, and xfig now builds on all three of our platforms. Thanks! Mark

Re: Grafts

l...@gnu.org (Ludovic Courtès) writes: > I pushed ‘wip-grafts’, a branch that implements “grafts.” > > Normally security updates deep in the DAG, such as an update of Bash or > libc, cause a rebuild of everything, which can some time, as we’ve seen > lately. > > The idea of grafts is to graft the

Re: [PATCH] gnu: Add ntp

John Darrington writes: > +(define-public ntp > + (package > + (name "ntp") > + (version "4.2.6p5") > + (source (origin > + (method url-fetch) > + (uri (string-append > "http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-"; > +(string-take ve

Re: [PATCH] gnu: Add ntp

Ian Denhardt writes: > Quoting Mark H Weaver (2014-10-18 12:24:56) >> (string-join (take (string-split version #\.) 2) >>".") > > > >> I suppose we should add a procedure specifically for this, but >> it can wait, and it should be

Re: [PATCH 1/1] Factor out a common pattern into a procedure.

l...@gnu.org (Ludovic Courtès) writes: > John Darrington skribis: > >> How about something like (string-take-fields "1.22.3.04.5" 3) which would >> return "1.22.3" > > Agreed. What ‘version-prefix’, with the optional argument defaulting > to 2? I also like 'version-prefix', although I'd favor

Re: [PATCH 1/1] Factor out a common pattern into a procedure.

Ian Denhardt writes: > diff --git a/guix/utils.scm b/guix/utils.scm > index 6392914..a179f6b 100644 > --- a/guix/utils.scm > +++ b/guix/utils.scm > @@ -2,6 +2,7 @@ > ;;; Copyright © 2012, 2013, 2014 Ludovic Courtès > ;;; Copyright © 2013 Mark H Weaver > ;;; Copy

Re: [PATCH 3/5] guix: lint: Check for proper end-of-sentence space.

Eric Bavier writes: > From 88d05ece4bf30bbed6de51f076cde0301c493123 Mon Sep 17 00:00:00 2001 > From: Eric Bavier > Date: Wed, 22 Oct 2014 13:47:01 -0500 > Subject: [PATCH 3/5] guix: lint: Check for proper end-of-sentence space. > > * guix/scripts/lint.scm (start-with-capital-letter?): Handle emp

Updates for GNU Make, bash, gettext, openssl, coming soon!

FYI, Hydra is currently building a new 'core-updates' branch with GNU Make 4.1, bash 4.3.30, gettext 0.19.3, openssl 1.0.1j, and a few other things. As soon as Hydra has caught up on Intel platforms (probably in a day or two), I'll merge these updates to master. Mark

Re: Update sqlite

Andreas Enge writes: > needing sqlite, I wondered if I could not quickly update it to the latest > version. It appears that sqlite-large-page-size-fix.patch does not apply > any more. Mark, as you added it, could you maybe check if it is still needed? Can you check whether the changes made in the

Re: [PATCH] gnu: Add older ruby 1.8.7

Pjotr Prins writes: > * gnu/packages/ruby.scm: Added older Ruby 1.8.7 > --- > gnu/packages/ruby.scm | 27 +++ > 1 file changed, 27 insertions(+) > > diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm > index ac751f5..0b10b87 100644 > --- a/gnu/packages/ruby.

Re: [PATCH] gnu: Add older ruby 1.8.7

Mark H Weaver wrote: > What's that "-p374" in the file name? If it's a patch level, then I > think it should be part of the version string. Pjotr Prins wrote: > Good point. How do we use patch levels anyway? I'm sorry, I don't understand your question. W

Re: Updates for GNU Make, bash, gettext, openssl, coming soon!

Mark H Weaver writes: > FYI, Hydra is currently building a new 'core-updates' branch with GNU > Make 4.1, bash 4.3.30, gettext 0.19.3, openssl 1.0.1j, and a few other > things. As soon as Hydra has caught up on Intel platforms (probably in > a day or two), I'll merge

Suggestion: disable offloading for texlive builds on hydra?

When texlive is built on hydra, the build slave that built it is tied up for 12 hours or more waiting for the build outputs (over 3 gigabytes!) to be transferred back to hydra. By design, only one transfer can happen at a time from a given build slave, so during those 12 hours, the build slave's C

Re: Suggestion: disable offloading for texlive builds on hydra?

l...@gnu.org (Ludovic Courtès) writes: > John Darrington skribis: > >> On Sun, Oct 26, 2014 at 03:36:03AM -0400, Mark H Weaver wrote: >> When texlive is built on hydra, the build slave that built it is tied up >> for 12 hours or more waiting for the build o

Re: [PATCH] gnu: Add older ruby 1.8.7

Pjotr Prins writes: > We have package-name and package-version. Why not package-patch-level? > I don't think it should be part of version. I agree with Ludovic. The patch-level is conceptually part of the version. We have a fair bit of program logic, APIs, and user interface elements that assum

Re: [PATCH] list-packages: Display package usage count.

Eric Bavier writes: > Ludovic Courtès writes: > >> Eric Bavier skribis: >> >>> + (define (users package) >>> +(let ((n (length (package-transitive-dependents >>> + (find-packages-by-name* (package-name package) >>> + (package

Re: [PATCH] gnu: Add ruby 1.8.7

Pjotr Prins writes: > * gnu/packages/ruby.scm: Added older Ruby 1.8.7 According to our conventions, this should be: * gnu/packages/ruby.scm (ruby-1.8): New variable. > --- > gnu/packages/ruby.scm | 27 +++ > 1 file changed, 27 insertions(+) > > diff --git a/gnu/pa

Re: [PATCH] gnu: Add ruby 1.8.7

Pjotr Prins writes: > On Sun, Oct 26, 2014 at 07:33:51PM -0400, Mark H Weaver wrote: >> Pjotr Prins writes: >> > * gnu/packages/ruby.scm: Added older Ruby 1.8.7 >> >> According to our conventions, this should be: >> >> * gnu/packages/ruby.scm (rub

Re: [PATCH] gnu: Add ruby 1.8.7

Pjotr Prins writes: > On Sun, Oct 26, 2014 at 09:43:22PM -0400, Mark H Weaver wrote: >> In broad strokes, we use the GNU changelog conventions: >> >> http://www.gnu.org/prep/standards/html_node/Change-Logs.html >> >> but with some minor formatting differe

Re: Some documentation

Hi Pjotr, Pjotr Prins writes: > I am documenting my GNU Guix journey here: > > https://github.com/pjotrp/guix-notes This is a great start, thanks for writing this up! :) I have a few comments. In your HACKING file, you mentioned this as an alternative to "guix package -i ruby": guix pack

Re: [PATCH] gnu: Add ruby 1.8.7 package

Pjotr Prins writes: > * gnu/packages/ruby.scm: (ruby-1.8): New variable. I pushed this with some minor changes to the commit log, and with the unneeded (guix hash) import removed. I also followed it up with another commit making some improvements to the original ruby package. Thanks!

Re: Problems with downloading from https

l...@gnu.org (Ludovic Courtès) writes: > Alex Kost skribis: > >> Ludovic Courtès (2014-10-26 16:46 +0300) wrote: >> >>> Alex Kost skribis: >>> Yes, I installed gnutls, but it didn't work because I didn't set the right guile paths: “guix package --search-paths” recommends "/usr/loc

Re: Imlib2 license

l...@gnu.org (Ludovic Courtès) writes: > Alex Kost skribis: > >> OK for the attached patch? >> >> >> From b7564a7f68fe2d2d74d0d1bc768eb19dbab09a36 Mon Sep 17 00:00:00 2001 >> From: Alex Kost >> Date: Sun, 26 Oct 2014 15:27:56 +0300 >> Subject: [PATCH] licenses: Add 'imlib2'. >> >> * guix/license

Re: ‘strip’ phase

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >>> I DO get a load of messages such as >>> >>> >>> strip:/gnu/store/icz59y35qqmm4jcrnkqx7d73xlzsq0lq-ruby-1.8.7-p374/lib/ruby/1.8/rexml/attlistdecl.rb: >>> File format not

Re: ‘strip’ phase

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> IMO, the best solution is to check for the presence of ELF headers >> ourselves. We already have ELF code in Guile master. > > Yes, that sounds good. Instead of relying on Guile’s ELF code, perhaps

Re: Problems with downloading from https

Alex Kost writes: > Mark H Weaver (2014-10-27 12:06 +0300) wrote: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> Alex Kost skribis: >>> >>>> Ludovic Courtès (2014-10-26 16:46 +0300) wrote: >>>> >>>>> Alex Kost

Re: Problems with downloading from https

Alex Kost writes: > Why not just allow gnutls and other packages to install guile modules in > a site dir (without version) and to augment GUILE_LOAD_PATH with it as I > suggested at > ? In my opinion, this is the right fix. Th

Re: [PATCH] emacs: Add 'pretty-sha-path'.

Hi Alex, Alex Kost writes: > +(defcustom pretty-sha-path-regexp > + (rx "/" > + (or "nix" "gnu") > + "/store/" > + (group (= 32 alnum))) I'm not sure if it's worth it, but you could make this regexp more restrictive. Nix hashes can only contain the following 32 characters: "

Re: Acl

l...@gnu.org (Ludovic Courtès) writes: > ndreas Enge skribis: > >> Adding optional inputs to kdelibs, I notice that acl is not recognised. >> The reason is that the header files are not installed. Would that be easy >> to modify? Maybe by changing the line >> (zero? (system* "make" "install" "i

Re: Handling ‘file’ CVE

l...@gnu.org (Ludovic Courtès) writes: > l...@gnu.org (Ludovic Courtès) skribis: > >> What about this other option: make another public package, ‘file-5.20’, >> next to ‘file’, such that when a user explicitly installs ‘file’, they >> get the new one? > > I ended up taking that route, in commit 31

Re: Gluglug X60 Guix howto

白熊 writes: > On 2014年11月23日 20:22:24 GMT+03:00, Alex Sassmannshausen > wrote: >>Hello, >> >>I received a request for instructions on how to get Guix running as >>standalone on the Gluglug X60 — my work is ongoing (I haven't >>reconfigured the Grub BIOS, nor have I got wireless working yet), but

Re: [PATCH] gnu: Add Glulxe.

Eric Bavier writes: > This is a bit terse, IMHO. Perhaps something like: > > (let* ((out (assoc-ref outputs "out")) >(inc (string-append out "/include"))) > (begin > (mkdir-p inc) > (for-each > (lambda (f) (copy-file f (string-append inc "/" f))) > '("glk.h" "glksta

Re: Packaging Coq

Andreas Enge writes: > On Thu, Dec 04, 2014 at 05:02:27AM +0400, Nikita Karetnikov wrote: >> (alist-replace 'build >> (lambda _ >>(system* "make" "world")) > > Instead of this, you could use > #:m

Re: use zsh as login shell

l...@gnu.org (Ludovic Courtès) writes: > 宋文武 skribis: > >> + (mlet %store-monad ((bash-profile (text-file "bash_profile" "\ >> +# honor ~/.bashrc if the shell is interactive >> +[[ $- == *i* ]] && source ~/.bashrc > > I don’t think the test is needed, because ~/.bash_profile is only read > by in

Re: Packaging Coq

Nikita Karetnikov writes: > Does anyone know how to proceed? It would help if you told us something about the problem you ran into, preferably with relevant excerpts of the failed build output. I'm also interested in Coq, and attempted to package it about 6 weeks ago. I started by trying to upd

Re: Packaging Coq

Andreas Enge writes: > On Thu, Dec 04, 2014 at 06:56:25PM -0500, Mark H Weaver wrote: >> Andreas Enge writes: >> > Instead of this, you could use >> > #:make-flags '("world") >> IMO, this is a misuse of #:make-flags. 'world' is not

Re: gobject-introspection typelibs and shared libraries

Federico Beffa writes: > On Tue, Dec 9, 2014 at 8:30 PM, Federico Beffa wrote: >> I've then updated pix-buf to the latest and it builds fine, but have 2 >> out of 74 test failures. > > gdk-pixbuf 2.31.2 (latest) fails 2 tests, but 2.31.1 passes all of them. This is a bug in 2.31.2, where they f

Re: gobject-introspection typelibs and shared libraries

Federico Beffa writes: > What do you prefer? Revert to gobject-introspection 1.38.0, or got > down the version dependency hell? I've started working on this. It turns out we have to go down quite a rabbit hole. Among other things, 'eudev' must be updated, and we will lose 'udev' entirely. I'll

Re: gobject-introspection typelibs and shared libraries

Mark H Weaver writes: > Federico Beffa writes: >> What do you prefer? Revert to gobject-introspection 1.38.0, or got >> down the version dependency hell? > > I've started working on this. It turns out we have to go down quite a > rabbit hole. Among other th

Re: hydra python2-numpy-1.9.1 failure

Federico Beffa writes: > I've noticed that on hydra python2-numpy-1.9.1 for x86_64-linux (and > other architectures) fails to pass the test procedure (really the > module local version without documentation called > python2-numpy-bootstrap-1.9.1): > > http://hydra.gnu.org/build/172563 > > So, I'v

[PATCH] gnu: pcre: Update to 8.36 and enable JIT support

>From 5796cf1178fbcf41ef1c3d6406adb992d7e71dd0 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Wed, 10 Dec 2014 15:56:00 -0500 Subject: [PATCH] gnu: pcre: Update to 8.36 and enable JIT support. * gnu/packages/pcre.scm (pcre): Update to 8.36. Enable JIT support. --- gnu/packages/pcre.scm

[PATCH] gnu: Add nginx

>From 359d1b0a7dcb7320ff28bbabe792e0d8e6d399ad Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Wed, 10 Dec 2014 17:39:48 -0500 Subject: [PATCH] gnu: Add nginx. * gnu/packages/web.scm (nginx): New variable. --- gnu/packages/web.scm | 60

Re: hydra python2-numpy-1.9.1 failure

Federico Beffa writes: > On Wed, Dec 10, 2014 at 7:33 PM, Mark H Weaver wrote: >> It's not uncommon for some tests to fail occasionally in certain >> packages. Reasons I've seen include: timeouts set too short, race >> conditions, randomized tests that fail fo

Re: [PATCH] gnu: Add nginx

Mark H Weaver writes: > From 359d1b0a7dcb7320ff28bbabe792e0d8e6d399ad Mon Sep 17 00:00:00 2001 > From: Mark H Weaver > Date: Wed, 10 Dec 2014 17:39:48 -0500 > Subject: [PATCH] gnu: Add nginx. Based on my experiences attempting to deploy this server in practice, the compile-time c

Re: [PATCH] gnu: pcre: Update to 8.36 and enable JIT support

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> From 5796cf1178fbcf41ef1c3d6406adb992d7e71dd0 Mon Sep 17 00:00:00 2001 >> From: Mark H Weaver >> Date: Wed, 10 Dec 2014 15:56:00 -0500 >> Subject: [PATCH] gnu: pcre: Update to 8.36 and enable JIT

Re: [PATCH 11/15] gnu: Add xfce4-settings.

宋文武 writes: > * gnu/packages/xfce.scm (xfce4-settings): New variable. > --- > gnu/packages/xfce.scm | 30 ++ > 1 file changed, 30 insertions(+) > > diff --git a/gnu/packages/xfce.scm b/gnu/packages/xfce.scm > index 5f15594..c601852 100644 > --- a/gnu/packages/xfce.scm

Re: [PATCH] gnu: Add nginx

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> From 359d1b0a7dcb7320ff28bbabe792e0d8e6d399ad Mon Sep 17 00:00:00 2001 >> From: Mark H Weaver >> Date: Wed, 10 Dec 2014 17:39:48 -0500 >> Subject: [PATCH] gnu: Add nginx. >> >> *

Re: [PATCH v3] gnu: Add bullet.

Tomas Cech writes: > At Thu, 11 Dec 2014 22:09:22 -0500, > David Thompson wrote: >> >> Tomáš Čech writes: [...] >> > +(define-public bullet >> > + (package >> > +(name "bullet") >> > +(version "2.82") >> > +(source (origin >> > + (method url-fetch) >> > +

Re: [PATCH 03/15] gnu: Add xfconf.

宋文武 writes: > * gnu/packages/xfce.scm (xfconf): New variable. This failed to build on i686-linux. For details and build log, see: http://hydra.gnu.org/build/173095 Could you look into it? Mark

Re: [PATCH] gnu: Add samtools

Ricardo Wurmus writes: > From c4cae6d77e00491cfd78fe03da8ab617bc1732f2 Mon Sep 17 00:00:00 2001 > From: Ricardo Wurmus > Date: Thu, 11 Dec 2014 15:48:22 +0100 > Subject: [PATCH] gnu: Add samtools This built successfully on x86_64, but on i686 its test suite shows 87 failures ("SAM files differ")

Re: [PATCH] gnu: Add bedtools

Ricardo Wurmus writes: > From c8d71da303ff6b82a30db542d382cab57a00699e Mon Sep 17 00:00:00 2001 > From: Ricardo Wurmus > Date: Thu, 11 Dec 2014 17:37:16 +0100 > Subject: [PATCH] gnu: Add bedtools Ludovic mostly covered this, but I have two additional suggestions: > + (alist-rep

Re: [PATCH] gnu: Add samtools

l...@gnu.org (Ludovic Courtès) writes: > Ricardo Wurmus skribis: > >> Can we disable the test suite for certain architectures? Or would they >> have to be disabled completely? > > Yes, just pass something like in ‘arguments’: > > #:tests? (not (string=? (or (%current-system) (%current-target-s

Re: [PATCH] gnu: Add samtools

Mark H Weaver writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Ricardo Wurmus skribis: >> >>> Can we disable the test suite for certain architectures? Or would they >>> have to be disabled completely? >> >> Yes, just pass something like in

Re: hydra python2-numpy-1.9.1 failure

Federico Beffa writes: > On Thu, Dec 11, 2014 at 2:20 PM, Ludovic Courtès wrote: >> Check if that flag has an effect at all. For instance, >> Automake-generated makefiles have supported parallel test suites for >> not-too-long (a couple of years maybe) and even there it’s optional. >> Hand-writ

[PATCH 1/2] gnu: xfce4-panel: Support panel plugins from other packages

hat I needed to make the second patch work (packaging xfce4-battery-plugin), which was my original goal here. I'll post that patch in another message. Comments and suggestions welcome. Mark >From ffc34f08feb9175c140e7ee7d9dcfef07b0cb751 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: S

[PATCH 2/2] gnu: Add xfce4-battery-plugin

>From 21388251c029d4193e3e87747c26b2e603c180e1 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Sat, 13 Dec 2014 20:53:59 -0500 Subject: [PATCH 2/2] gnu: Add xfce4-battery-plugin. * gnu/packages/xfce.scm (xfce4-battery-plugin): New variable. --- gnu/packages/xfce.scm |

Re: [PATCH 1/2] gnu: Add vte.

宋文武 writes: > David Thompson writes: >> Maybe call this one 'vte-gtk2'? 'vte-0' isn't very descriptive. > Basically, I intend to use the version of pc file, > for example, I have libwnck-1, which has libwnck-1.0.pc. > > Yes, this does make sense, but 'vte-gtk2' is look like another package, > h

Re: [PATCH 1/2] gnu: Add vte.

宋文武 writes: > Mark H Weaver writes: > >> 宋文武 writes: >> >>> David Thompson writes: >>>> Maybe call this one 'vte-gtk2'? 'vte-0' isn't very descriptive. >>> Basically, I intend to use the version of pc file, >>&g

Re: gobject-introspection typelibs and shared libraries

Federico Beffa writes: > On Wed, Dec 10, 2014 at 1:56 PM, Ludovic Courtès wrote: Yes, let’s create a branch with all the update work the two of you have done, and revert the upgrade in master. > > I've created a branch named wip-gobject-introspection with the patch > and version 1.42.0

Re: [PATCH 3/4] gnu: Add cairocffi.

Federico Beffa writes: > From e853d10b595ece0003d838cbfffa65e29a6c2e68 Mon Sep 17 00:00:00 2001 > From: Federico Beffa > Date: Wed, 10 Dec 2014 21:05:59 +0100 > Subject: [PATCH 3/4] gnu: Add cairocffi. > > * gnu/packages/gtk.scm (python-cairocffi, python2-cairocffi): New variables. [...] > +(d

Re: [PATCH 3/4] gnu: Add cairocffi.

Federico Beffa writes: > On Thu, Dec 18, 2014 at 8:53 PM, Mark H Weaver wrote: >> Federico Beffa writes: >> >>> From e853d10b595ece0003d838cbfffa65e29a6c2e68 Mon Sep 17 00:00:00 2001 >>> From: Federico Beffa >>> Date: Wed, 10 Dec 2014 21:05:59 +0100 &

New xorg-updates branch pushed

Hello Guix! I've pushed a new branch 'xorg-updates' which updates almost every package in xorg.scm, as well as mesa, dbus, glib, pixman, cairo, poppler, inkscape, and a few others. My original purpose was to apply security fixes mentioned here: http://www.x.org/wiki/Development/Security/Adviso

[PATCH] Optimize package-transitive-supported-systems

the number of transitive-inputs, but the number of _paths_ to all transitive-inputs. This patch memoizes 'package-transitive-supported-systems', so that the total time to apply it to all packages is O(N). Mark >From 90541f6c7e2a9e2f8a7b412532b4b5a56a10e481 Mon Sep 17 00:00:00 2

Re: [PATCH 4/4] gnu: matplotlib: Add gtk3 backends.

l...@gnu.org (Ludovic Courtès) writes: > Federico Beffa skribis: > >> The build does finish as I've tested it on my machine before >> committing the package. However, for some reason, guix needs very long >> to generate the derivation. On my machine (quad-core Xeon E5520) >> python2-matplotlib ta

Re: Is help wanted?Needed?

Omar Radwan writes: > Ok, I'll check that out. > > About packaging, is there a specific build script that I have to use, > like the SlackBuild? Or is there another way. I've never packaged > software for any distro before, but I have compiled for personal use. > Is there like a manual or somethi

Re: New xorg-updates branch pushed

Mark H Weaver writes: > I've pushed a new branch 'xorg-updates' which updates almost every > package in xorg.scm, as well as mesa, dbus, glib, pixman, cairo, > poppler, inkscape, and a few others. Hydra has finished building it, and I've fixed the remaining probl

Preliminary 'wip-armhf' branch pushed

Hello Guix, I've pushed a new branch 'wip-armhf' (not to be confused with 'wip-arm') which seems likely to finish natively building bootstrap tarballs soon. It is based on the 'core-updates' branch. I chose system name "armhf-linux", GNU triplet "arm-linux-gnueabihf", and the following GCC config

Re: Preliminary 'wip-armhf' branch pushed

Hi John, John Darrington writes: > It would seem then, that the only difference between the wip-arm and > the wip-armhf branches is the value of the --with-fpu flag. That is not even close to the truth, as anyone who actually looks at the branches (or tries to build them) can easily see. John,

Re: Preliminary 'wip-armhf' branch pushed

Mark H Weaver writes: > I've pushed a new branch 'wip-armhf' (not to be confused with 'wip-arm') > which seems likely to finish natively building bootstrap tarballs soon. > It is based on the 'core-updates' branch. I believe that my cross-compil

Re: Preliminary 'wip-armhf' branch pushed

Mark H Weaver writes: > Mark H Weaver writes: > >> I've pushed a new branch 'wip-armhf' (not to be confused with 'wip-arm') >> which seems likely to finish natively building bootstrap tarballs soon. >> It is based on the 'core-updates&#

Re: Preliminary 'wip-armhf' branch pushed

Hi John, John Darrington writes: > On Wed, Dec 31, 2014 at 02:23:30PM -0500, Mark H Weaver wrote: > > John Darrington writes: > > It would seem then, that the only difference between the wip-arm and > > the wip-armhf branches is the value o

Re: Preliminary 'wip-armhf' branch pushed

John Darrington writes: > On Wed, Dec 31, 2014 at 06:40:23PM -0500, Mark H Weaver wrote: > > * You added "CFLAGS=-Wno-cast-qual" and "--disable-werror" for ARM in >'gcc-configure-flags-for-triplet', which I thought was a bad idea and

Re: Preliminary 'wip-armhf' branch pushed

John Darrington writes: > On Thu, Jan 01, 2015 at 02:11:19AM -0500, Mark H Weaver wrote: > John Darrington writes: > > > * You patched gcc/config/arm/linux-eabi.h unnecessarily. > > > > Without that patch, GCC actually builds s

Problem with natively-built armhf bootstrap compiler

I was able to natively build bootstrap tarballs on the Novena. However, the compiler in these new bootstrap tarballs is broken. The problem is that the new compiler driver (gcc) passes -lgcc_s when linking, but libgcc_s.so does not exist in the gcc bootstrap tarball. It seems that libgcc_s.so do

Re: Problem with natively-built armhf bootstrap compiler

Mark H Weaver writes: > I was able to natively build bootstrap tarballs on the Novena. However, > the compiler in these new bootstrap tarballs is broken. The problem is > that the new compiler driver (gcc) passes -lgcc_s when linking, but > libgcc_s.so does not exist in the g

Re: Problem with natively-built armhf bootstrap compiler

Mark H Weaver writes: > I was able to natively build bootstrap tarballs on the Novena. However, > the compiler in these new bootstrap tarballs is broken. The problem is > that the new compiler driver (gcc) passes -lgcc_s when linking, but > libgcc_s.so does not exist in the g

Re: Preliminary 'wip-armhf' branch pushed

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> I don't think we need a 'system' for every combination of flags. We >> should just find a small number of "sweet spots" in the tradeoff between >> minimum requirements

wip-armhf branch ready for wider testing

Hello Guix! I'm pleased to announce that the 'wip-armhf' branch is now ready for wider testing. So far, I've successfully used this branch to: (1) cross-compile armhf-linux bootstrap tarballs on my Libreboot X60, (2) natively compile armhf bootstrap tarballs on my Novena, based on the cross

xorg-server successfully built on mips64el

FYI, the recent mesa and xorg-server updates have resulted in 31 new successful builds on mips64el: http://hydra.gnu.org/eval/102200#tabs-now-succeed Our current xorg-server still won't work on a Loongson2F-based machines, which require some small but horrible patches that make it work _only_ o

Re: Problem with natively-built armhf bootstrap compiler

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> Mark H Weaver writes: >> >>> Any suggestions on how best to fix this? My first crude idea is to >>> simply remove the "-lgcc_s" from %gcc-static. >> >> For now, th

Re: Preliminary 'wip-armhf' branch pushed

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> I chose system name "armhf-linux", GNU triplet "arm-linux-gnueabihf", >> and the following GCC configure flags: >> >>--with-arch=armv7-a >>--with-float=hard >&g

Pass --build= to native builds by default?

It turns out that on ARM systems, the result of 'config.guess' depends on the result of 'uname -m'. In other words, details of the kernel (and perhaps processor?) on the build machine will determine the triplet of our builds, which in turn may affect what set of instructions is used. Therefore, I

Re: Pass --build= to native builds by default?

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> It turns out that on ARM systems, the result of 'config.guess' depends >> on the result of 'uname -m'. In other words, details of the kernel (and >> perhaps processor?) on the build

Re: Pass --build= to native builds by default?

Mark H Weaver writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Mark H Weaver skribis: >> >>> It turns out that on ARM systems, the result of 'config.guess' depends >>> on the result of 'uname -m'. In other words, details of the kerne

patchelf apparently needs extensive changes to work on ARM

Upstream 'patchelf' doesn't work on ARM. Here's the upstream bug report: https://github.com/NixOS/patchelf/issues/8 I had to apply a rather large patch from a fork of 'patchelf' to get it working: https://github.com/sriemer/patchelf/commit/0a96239cea6b97b9a0fff80da576e58ca2dfb2a2 For now,

Re: Pass --build= to native builds by default?

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> Mark H Weaver writes: >> >>> l...@gnu.org (Ludovic Courtès) writes: >>> >>>> Mark H Weaver skribis: >>>> >>>>> It turns out that on ARM systems,

[PATCHES] gnu: bootstrap: Fix egrep and fgrep in bootstrap binaries

From 00e491bc64f6aa1fcebd19d1aa7370d1708d9d3a Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Wed, 31 Dec 2014 03:38:26 -0500 Subject: [PATCH 1/2] gnu: bootstrap: Add support for snippets to 'package-from-tarball'. * gnu/packages/bootstrap.scm (package-from-tarball): Add new ke

Re: Problem with natively-built armhf bootstrap compiler

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >>> diff --git a/gnu/packages/gcc.scm b/gnu/packages/gcc.scm >>> index a7156bf..dd33a26 100644 >>> --- a/gnu/packages/gcc.scm >>> +++ b/gnu/packages/gcc.scm >>> @@ -213,7 +2

[PATCH] gnu: gmp: Apply fixes for armhf

e3c039a0bca Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Wed, 31 Dec 2014 04:17:45 -0500 Subject: [PATCH] gnu: gmp: Apply fixes for armhf. * gnu/packages/patches/gmp-arm-asm-nothumb.patch: New file. * gnu-system.am (dist_patch_DATA): Add it. * gnu/packages/multiprecision.scm (gmp): Add

[PATCHES] Use 'gcc-configure-flags-for-triplet' for native compilers too

fy the hard-float ABI and the default code generation options. These are for core-updates, obviously. Comments and suggestions welcome! Mark >From ed1644c06ce49658ba7399928512eaaaefcdffb3 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Wed, 31 Dec 2014 03:47:40 -0500 Subject: [PATC

[PATCH] gnu: gcc-static: Remove -lgcc_s from GNU_USER_TARGET_LIB_SPEC

think? Mark >From 108a59f3b2ec5d3551c54d5f713a7ed34171acb3 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Thu, 1 Jan 2015 22:53:55 -0500 Subject: [PATCH] gnu: gcc-static: Remove -lgcc_s from GNU_USER_TARGET_LIB_SPEC. * gnu/packages/make-bootstrap.scm (%gcc-static): Add 'remove-lgcc_s phase. * gn

[PATCH] gnu: patchelf: On ARM, apply experimental patch to get it working

h will allow us to make progress on ARM, so I'd like to apply it to core-updates. The patch is only applied when building for ARM targets. What do you think? Mark >From 0822111f984611bb0f585dcdfd9db214277053c4 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Tue, 6 Jan 20

  1   2   3   4   5   6   7   8   9   10   >