[no subject]
It would be a great idea to update guix's ROADMAP before this conference takes place. Here are some of my thoughts about what features ought to be in Guix 2.0 as well as adding a vision to the ROADMAP file. Please note that these changes are very rough draft. >From 0374cfa5cb7f9072092c190d9d36dc2cda07fe29 Mon Sep 17 00:00:00 2001 From: Joshua Branson Date: Fri, 15 Apr 2022 09:45:49 -0400 Subject: [PATCH] * ROADMAP: added a vision and included some features for guix 2.0 --- ROADMAP | 11 +++ 1 file changed, 11 insertions(+) diff --git a/ROADMAP b/ROADMAP index 2475cb637c..61cc99566f 100644 --- a/ROADMAP +++ b/ROADMAP @@ -8,6 +8,12 @@ Copyright ?? 2012, 2013, 2014, 2015 Ludovic Court??s are permitted in any medium without royalty provided the copyright notice and this notice are preserved. +The vision of the GNU Guix project is to replace proprietary software with +freedom respecting software. We hope to create a general purpose and +extensible operating system that works well accross embedded environments to +extremely powerful server setups. When this vision is complete (it may never +be complete, that's why it is a vision!) all software will be free software. + The goals of the GNU Guix project are two-fold: - to build a purely functional package manager, based on Nix and @@ -54,6 +60,11 @@ Freenode! + guile-ncurses installer? - 'guix publish'? +* Features scheduled for 2.0 +- technical Guix System users can for GNU/Hurd Guix System on real hardware. +- Guix System installer supports guix home +- graphical (possibly gtk-based) front-end to guix cli + * Features for later - complete GNU/Hurd port -- 2.34.0
[no subject]
On Thu, 25 Nov 2021 06:11:50 -0500 jgart wrote: > Hi Guixers! > > I'd like to invite you to another Guix packaging meetup this Saturday, > November 27 at 2PM ET (19:00 UTC). > > Let's try Big Blue Button provided by nixnet.services this time. It has a > fancy whiteboard! > > https://meet.nixnet.services/b/jga-rtw-ahw-yky > > Hope to see you there! > > jgart > Oops, I forgot to add a subject to this email. Didn't add it now in the hopes that my thread is the only one without a subject. Not sure what to do at this point. Is there a manual I can consult for what to do in this particular situation? Some edge cases of email lists/threads escape me. all best, jgart
[no subject]
Tobias Geerinckx-Rice , Leo Famulari , Ryan Prior , BonfaceKilz , Pjotr Prins , Yasuaki Kudo , Raghav Gururajan , Guillaume Le Vaillant , Pierre Neidhardt , Arun Isaac , Kevin Herald Reierskog Subject: Guix Packaging Meetup Saturday Nov 27 2PM ET (19:00 UTC) Reply-To: In-Reply-To: Hi Guixers! I'd like to invite you to another Guix packaging meetup this Saturday, November 27 at 2PM ET (19:00 UTC). Let's try Big Blue Button provided by nixnet.services this time. It has a fancy whiteboard! https://meet.nixnet.services/b/jga-rtw-ahw-yky Hope to see you there! jgart
[no subject]
Attempting to define and build my own package for the first time, I am havi= ng trouble simply setting up the basic environment. In particular, make is failing wit= h a plethora of "@ref reference to nonexistent node" errors on doc/*.de.texi fi= les. It looks like issues #35913 and #35786 may be related; however, at the mome= nt issues.guix.gnu.org is returning 500 when I attempt to open them. Attached is the output of make, and below is how I am getting to that point= : $ guix environment --pure guix --ad-hoc coreutils findutils which $ ./bootstrap $ ./configure --localstatedir=3D/var $ make Am I just flubbing up something simple? For clarity, this is happening on a= freshly pulled master: $ git rev-parse HEAD f6145358c7d33e73c0708bbe400e6e8e65512ef3 make all-recursive make[1]: Entering directory '/home/x/devel/guix' Making all in po/guix make[2]: Entering directory '/home/x/devel/guix/po/guix' make[2]: Leaving directory '/home/x/devel/guix/po/guix' Making all in po/packages make[2]: Entering directory '/home/x/devel/guix/po/packages' make[2]: Leaving directory '/home/x/devel/guix/po/packages' make[2]: Entering directory '/home/x/devel/guix' MAKEINFO doc/guix.de.info ./doc/guix.de.texi:419: @ref reference to nonexistent node `GNU Distribution' ./doc/guix.de.texi:431: @ref reference to nonexistent node `Invoking guix package' ./doc/guix.de.texi:432: @ref reference to nonexistent node `Development' ./doc/guix.de.texi:433: @ref reference to nonexistent node `Utilities' ./doc/guix.de.texi:434: @ref reference to nonexistent node `Programming Interface' ./doc/guix.de.texi:437: @ref reference to nonexistent node `Setting Up the Daemon' ./doc/guix.de.texi:439: @ref reference to nonexistent node `Substitutes' ./doc/guix.de.texi:446: @ref reference to nonexistent node `Defining Packages' ./doc/guix.de.texi:448: @ref reference to nonexistent node `Package Modules' ./doc/guix.de.texi:450: @ref reference to nonexistent node `Package Transformation Options' ./doc/guix.de.texi:456: @ref reference to nonexistent node `Acknowledgments' ./doc/guix.de.texi:473: @ref reference to nonexistent node `The Store' ./doc/guix.de.texi:482: @ref reference to nonexistent node `Features' ./doc/guix.de.texi:493: @ref reference to nonexistent node `System Installation' ./doc/guix.de.texi:504: @ref reference to nonexistent node `Invoking guix package' ./doc/guix.de.texi:544: @ref reference to nonexistent node `System Configuration' ./doc/guix.de.texi:555: @ref reference to nonexistent node `Porting' ./doc/guix.de.texi:558: @ref reference to nonexistent node `Contributing' ./doc/guix.de.texi:576: @ref reference to nonexistent node `System Installation' ./doc/guix.de.texi:591: @ref reference to nonexistent node `Invoking guix pull' ./doc/guix.de.texi:683: @ref reference to nonexistent node `The Store' ./doc/guix.de.texi:700: @ref reference to nonexistent node `Invoking guix pull' ./doc/guix.de.texi:718: @ref reference to nonexistent node `Build Environment Setup' ./doc/guix.de.texi:785: @ref reference to nonexistent node `Substitutes' ./doc/guix.de.texi:795: @ref reference to nonexistent node `Application Setup' ./doc/guix.de.texi:823: @ref reference to nonexistent node `Invoking guix pack' ./doc/guix.de.texi:867: @pxref reference to nonexistent node `Daemon Offload Setup' ./doc/guix.de.texi:868: @pxref reference to nonexistent node `Invoking guix copy' ./doc/guix.de.texi:901: @ref reference to nonexistent node `The Store' ./doc/guix.de.texi:945: @ref reference to nonexistent node `Requirements' ./doc/guix.de.texi:969: @ref reference to nonexistent node `Substitutes' ./doc/guix.de.texi:989: @ref reference to nonexistent node `Substitutes' ./doc/guix.de.texi:1028: @ref reference to nonexistent node `Introduction' ./doc/guix.de.texi:1049: @ref reference to nonexistent node `Invoking guix-daemon' ./doc/guix.de.texi:1054: @ref reference to nonexistent node `Invoking guix system' ./doc/guix.de.texi:1116: @ref reference to nonexistent node `Derivations' ./doc/guix.de.texi:1117: @ref reference to nonexistent node `Substitutes' ./doc/guix.de.texi:1289: @ref reference to nonexistent node `Invoking guix archive' ./doc/guix.de.texi:1460: @ref reference to nonexistent node `Setting Up the Daemon' ./doc/guix.de.texi:1472: @ref reference to nonexistent node `Programming Interface' ./doc/guix.de.texi:1478: @ref reference to nonexistent node `Features' ./doc/guix.de.texi:1489: @ref reference to nonexistent node `Invoking guix build' ./doc/guix.de.texi:1497: @ref reference to nonexistent node `Invoking guix processes' ./doc/guix.de.texi:1504: @ref reference to nonexistent node `Setting Up the Daemon' ./doc/guix.de.texi:1510: @ref reference to nonexistent node `Substitutes' ./doc/guix.de.texi:1514: @ref reference to nonexistent node `The Store' ./doc/guix.de.texi:1524: @ref reference to nonexistent node `Substitutes' ./doc/guix.de.texi:1529: @ref reference to nonexistent node
[no subject]
Hi! I want be able to see which version number of guix I have, not commit but human-readable version, such as 1.0.0. How to do this? Once performing `guix pull` I saw it, but now I cannot do it this ways: # guix describe Generation 88 May 02 2019 17:18:30 (current) guix 48f19e6 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 48f19e60c4677e392ee2c23f28098cfcaf9d1710 # guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from this channel: guix https://git.savannah.gnu.org/git/guix.git 48f19e6 Computing Guix derivation for 'x86_64-linux'... | nothing to be done How to see guix version: 1.0.0 ?
[no subject]
it's 17:05 of april 27th I just pulled guix and tried to build it with this result impossibile aprire ./doc/guix.fr.texi: No such file or directory ERROR: In procedure lstat: In procedure lstat: File o directory non esistente: "/home/catonano/GNU/guix/doc/contributing.fr.texi"
Re: I can't find a good subject to summarize this.
Eh, forget this rather confusing question/request. I think if we choose savannah, it'll be no problem. I'm otherwise busy and chaotic questions are proof for that ;) -- ng0 GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588 GnuPG: https://n0is.noblogs.org/my-keys https://www.infotropique.org https://krosos.org signature.asc Description: PGP signature
Re: I can't find a good subject to summarize this.
ng0 transcribed 2.6K bytes: > A slightly on/off-topic question: > > Would it be weird if there'd be another Guix related project-group in > the GNU project (but with different goals)? > I have lots of not really published data, and so far most of our time > has been spend discussing and putting our mutual understanding of our > goals into a format which can be understood by other people. > But I'm having difficulties adjusting to the gitlab we use with infotropique > in the infrastructure of ii. In a while we'll have the option to be hosted > in a bigger environment, but I'd still consider the option to ask GNU (in > other words, open a group/project request at savannah) to host the code > parts of our work which is to some degree (and really tight) interwoven with > Guix. The little bits we need to build on our own, we can build on our own > infrastructure (and we aren't there yet for reasons). > The code base is going towards a modular layout and will not incorporate files > of Guix at all, so there'd be no confusion. I am almost done with the > version 4.0 of the website where the general goals are explained. > Our name is completely different, and it will be clear once you can read the > texts and early documentation that there can be no confusion between the two. > > I could just ask via Savannah directly, but we work together. We're a team > and I value opinions. If you think it's strange, I have other options to > pick from, just not immediately. Oh, I know that being hosted on Savannah is not immediately being a GNU project, but I consider options to do that aswell. -- ng0 GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588 GnuPG: https://n0is.noblogs.org/my-keys https://www.infotropique.org https://krosos.org signature.asc Description: PGP signature
I can't find a good subject to summarize this.
A slightly on/off-topic question: Would it be weird if there'd be another Guix related project-group in the GNU project (but with different goals)? I have lots of not really published data, and so far most of our time has been spend discussing and putting our mutual understanding of our goals into a format which can be understood by other people. But I'm having difficulties adjusting to the gitlab we use with infotropique in the infrastructure of ii. In a while we'll have the option to be hosted in a bigger environment, but I'd still consider the option to ask GNU (in other words, open a group/project request at savannah) to host the code parts of our work which is to some degree (and really tight) interwoven with Guix. The little bits we need to build on our own, we can build on our own infrastructure (and we aren't there yet for reasons). The code base is going towards a modular layout and will not incorporate files of Guix at all, so there'd be no confusion. I am almost done with the version 4.0 of the website where the general goals are explained. Our name is completely different, and it will be clear once you can read the texts and early documentation that there can be no confusion between the two. I could just ask via Savannah directly, but we work together. We're a team and I value opinions. If you think it's strange, I have other options to pick from, just not immediately. -- ng0 GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588 GnuPG: https://n0is.noblogs.org/my-keys https://www.infotropique.org https://krosos.org signature.asc Description: PGP signature
[no subject]
Hello everyone, The idea behind this patch is to remove the ugly (string-match (or "i586-pc-gnu" "i586-gnu") ...) I had everywhere. Manolis
[no subject]
Thanks to Ludovic for showing me how to fix this.
[no subject]
[PATCH 1/2] gnu: tlsdate: Use the system provided certificate store. So far it looks like we are using the application bundled certificates. This should fix it to use the system provided certificates. [PATCH 2/2] services: Add tlsdate-service. Because I still need to learn how make network bridges and make the "guix vm" generated qemu machine use that to call outside, this is tested in theory: The service spawns, complains about certificates, and quits because it was called with too many ssl connection failures. This is expected in the state the vm is in. I used tlsdate and not sbin/tlsdated because tlsdate is a one-time, at boot only, setting of time while tlsdated does it periodically. This can be changed, but I really need the "one time on boot only" service and find it reasonable not to query servers for time too often.
[no subject]
From 5fd8f64794b27f59f6688177a7a9e532b5d57f01 Mon Sep 17 00:00:00 2001 Date: Tue, 19 Jul 2016 11:13:27 + Subject: [PATCH] gnu: Add elixir. To: guix-devel@gnu.org From: Pjotr Prins <pjotr.publi...@thebird.nl> References: <578e47d0.i8ovns6khzhqzvnc%pjotr.publi...@thebird.nl> * gnu/packages/elixir.scm: New file. * gnu/local.mk (GNU_SYSTEM_MODULES): Add it. --- gnu/local.mk | 1 + gnu/packages/elixir.scm| 91 .../patches/elixir-disable-failing-tests.patch | 108 +++ .../patches/elixir-disable-mix-tests.patch | 152 + gnu/packages/ruby.scm | 1 - 5 files changed, 352 insertions(+), 1 deletion(-) create mode 100644 gnu/packages/elixir.scm create mode 100644 gnu/packages/patches/elixir-disable-failing-tests.patch create mode 100644 gnu/packages/patches/elixir-disable-mix-tests.patch diff --git a/gnu/local.mk b/gnu/local.mk index 536ecef..7a9a820 100644 --- a/gnu/local.mk +++ b/gnu/local.mk @@ -104,6 +104,7 @@ GNU_SYSTEM_MODULES =\ %D%/packages/ebook.scm \ %D%/packages/ed.scm \ %D%/packages/elf.scm \ + %D%/packages/elixir.scm \ %D%/packages/emacs.scm \ %D%/packages/enchant.scm \ %D%/packages/engineering.scm \ diff --git a/gnu/packages/elixir.scm b/gnu/packages/elixir.scm new file mode 100644 index 000..c1bbab3 --- /dev/null +++ b/gnu/packages/elixir.scm @@ -0,0 +1,91 @@ +;;; GNU Guix --- Functional package management for GNU +;;; Copyright © 2016 Leo Famulari <l...@famulari.name> +;;; Copyright © 2016 Pjotr Prins <pjotr.publi...@thebird.nl> +;;; +;;; This file is part of GNU Guix. +;;; +;;; GNU Guix is free software; you can redistribute it and/or modify it +;;; under the terms of the GNU General Public License as published by +;;; the Free Software Foundation; either version 3 of the License, or (at +;;; your option) any later version. +;;; +;;; GNU Guix is distributed in the hope that it will be useful, but +;;; WITHOUT ANY WARRANTY; without even the implied warranty of +;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;;; GNU General Public License for more details. +;;; +;;; You should have received a copy of the GNU General Public License +;;; along with GNU Guix. If not, see <http://www.gnu.org/licenses/>. + +(define-module (gnu packages elixir) + #:use-module ((guix licenses) #:prefix license:) + #:use-module (guix build-system gnu) + #:use-module (guix download) + #:use-module (guix packages) + #:use-module (gnu packages) + #:use-module (gnu packages base) ; for patch + #:use-module (gnu packages erlang) + #:use-module (gnu packages version-control)) + +(define-public elixir + (package + (name "elixir") + (version "1.3.2") + (source (origin +(method url-fetch) +(uri (string-append + "https://github.com/elixir-lang/elixir/archive/v; + version ".tar.gz")) +(file-name (string-append name "-" version ".tar.gz")) +(sha256 + (base32 + "0jsc6kl7f74yszcypdv3w3vhyc9qfqav8nwc41in082m0vpfy95y" + (build-system gnu-build-system) + (native-inputs +`(("patch" ,patch) + ("patch/elixir-disable-failing-tests" + ,(search-patch "elixir-disable-failing-tests.patch")) + ("patch/elixir-disable-mix-tests" + ,(search-patch "elixir-disable-mix-tests.patch" + (inputs +`(("erlang" ,erlang) + ("git" ,git))) + (arguments +`(#:phases (modify-phases %standard-phases + (add-after 'unpack 'replace-git-path +(lambda _ + (substitute* '("lib/elixir/lib/system.ex" + "lib/mix/lib/mix/scm/git.ex") + (("cmd\\('git") (string-append "cmd('" (which "git"))) + (("cmd\\(\"git") (string-append "cmd(\"" (which "git" + #t)) + (delete 'configure) + (add-before 'build 'rewrite-path +(lambda* (#:key inputs #:allow-other-keys) + (substitute* "bin/elixir" + (("ERL_EXEC=\"erl\"") + (string-append "ERL_EXEC=" (which "erl")) + (add-after 'build 'disable-breaking-elixir-tests +;; when patching tests as part of source the build breaks, so we do +;; it after the build phase +(lambda* (#:key inputs #:allow-other-keys) + (and + (zero? (system* "
[no subject]
From 5fd8f64794b27f59f6688177a7a9e532b5d57f01 Mon Sep 17 00:00:00 2001 Date: Tue, 19 Jul 2016 11:13:27 + Subject: [PATCH] gnu: Add elixir. To: guix-devel@gnu.org From: Pjotr Prins <pjotr.publi...@thebird.nl> * gnu/packages/elixir.scm: New file. * gnu/local.mk (GNU_SYSTEM_MODULES): Add it. --- gnu/local.mk | 1 + gnu/packages/elixir.scm| 91 .../patches/elixir-disable-failing-tests.patch | 108 +++ .../patches/elixir-disable-mix-tests.patch | 152 + gnu/packages/ruby.scm | 1 - 5 files changed, 352 insertions(+), 1 deletion(-) create mode 100644 gnu/packages/elixir.scm create mode 100644 gnu/packages/patches/elixir-disable-failing-tests.patch create mode 100644 gnu/packages/patches/elixir-disable-mix-tests.patch diff --git a/gnu/local.mk b/gnu/local.mk index 536ecef..7a9a820 100644 --- a/gnu/local.mk +++ b/gnu/local.mk @@ -104,6 +104,7 @@ GNU_SYSTEM_MODULES =\ %D%/packages/ebook.scm \ %D%/packages/ed.scm \ %D%/packages/elf.scm \ + %D%/packages/elixir.scm \ %D%/packages/emacs.scm \ %D%/packages/enchant.scm \ %D%/packages/engineering.scm \ diff --git a/gnu/packages/elixir.scm b/gnu/packages/elixir.scm new file mode 100644 index 000..c1bbab3 --- /dev/null +++ b/gnu/packages/elixir.scm @@ -0,0 +1,91 @@ +;;; GNU Guix --- Functional package management for GNU +;;; Copyright © 2016 Leo Famulari <l...@famulari.name> +;;; Copyright © 2016 Pjotr Prins <pjotr.publi...@thebird.nl> +;;; +;;; This file is part of GNU Guix. +;;; +;;; GNU Guix is free software; you can redistribute it and/or modify it +;;; under the terms of the GNU General Public License as published by +;;; the Free Software Foundation; either version 3 of the License, or (at +;;; your option) any later version. +;;; +;;; GNU Guix is distributed in the hope that it will be useful, but +;;; WITHOUT ANY WARRANTY; without even the implied warranty of +;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +;;; GNU General Public License for more details. +;;; +;;; You should have received a copy of the GNU General Public License +;;; along with GNU Guix. If not, see <http://www.gnu.org/licenses/>. + +(define-module (gnu packages elixir) + #:use-module ((guix licenses) #:prefix license:) + #:use-module (guix build-system gnu) + #:use-module (guix download) + #:use-module (guix packages) + #:use-module (gnu packages) + #:use-module (gnu packages base) ; for patch + #:use-module (gnu packages erlang) + #:use-module (gnu packages version-control)) + +(define-public elixir + (package + (name "elixir") + (version "1.3.2") + (source (origin +(method url-fetch) +(uri (string-append + "https://github.com/elixir-lang/elixir/archive/v; + version ".tar.gz")) +(file-name (string-append name "-" version ".tar.gz")) +(sha256 + (base32 + "0jsc6kl7f74yszcypdv3w3vhyc9qfqav8nwc41in082m0vpfy95y" + (build-system gnu-build-system) + (native-inputs +`(("patch" ,patch) + ("patch/elixir-disable-failing-tests" + ,(search-patch "elixir-disable-failing-tests.patch")) + ("patch/elixir-disable-mix-tests" + ,(search-patch "elixir-disable-mix-tests.patch" + (inputs +`(("erlang" ,erlang) + ("git" ,git))) + (arguments +`(#:phases (modify-phases %standard-phases + (add-after 'unpack 'replace-git-path +(lambda _ + (substitute* '("lib/elixir/lib/system.ex" + "lib/mix/lib/mix/scm/git.ex") + (("cmd\\('git") (string-append "cmd('" (which "git"))) + (("cmd\\(\"git") (string-append "cmd(\"" (which "git" + #t)) + (delete 'configure) + (add-before 'build 'rewrite-path +(lambda* (#:key inputs #:allow-other-keys) + (substitute* "bin/elixir" + (("ERL_EXEC=\"erl\"") + (string-append "ERL_EXEC=" (which "erl")) + (add-after 'build 'disable-breaking-elixir-tests +;; when patching tests as part of source the build breaks, so we do +;; it after the build phase +(lambda* (#:key inputs #:allow-other-keys) + (and + (zero? (system* "patch" "--force" "-p1" "-i" +
[no subject]
Just a heads up for patchworks: You currently have no option to change the firstname + lastname you select at signing up (and not an efficient way to see if this is a requirement (which it should not be in my opinion)). Having now a random name associated on the patchworks list with my submissions is not too weird for me, but it might be irritating for other people who are not expecting this "feature". -- ♥Ⓐ ng0 For non-prism friendly talk find me on psyced.org / loupsycedyglgamf.onion
[no subject]
Thanks in advance. ben
[no subject]
OK, I got too excited with sending patch, I'm just glad I get in touch once again. And besides, that GPG signing of commits is new to me. S_W
[no subject]
>From f8493e0e3e4520bb4de4fd20e93d325444332dc3 Mon Sep 17 00:00:00 2001 Date: Tue, 15 Sep 2015 14:21:17 +0000 Subject: [PATCH] gnu: Add ruby-gherkin3 To: guix-devel@gnu.org From: pjotr.publi...@thebird.nl * gnu/packages/ruby.scm (ruby-gherkin3): New variable. --- gnu/packages/ruby.scm | 25 + 1 file changed, 25 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index ee0acc8..4756cd4 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@ -1124,3 +1124,28 @@ it unifies the API for web servers, web frameworks, and software in between into a single method call.") (home-page "http://rack.github.io/;) (license license:expat))) + +(define-public ruby-gherkin3 + (package +(name "ruby-gherkin3") +(version "3.1.1") +(source + (origin +(method url-fetch) +(uri (rubygems-uri "gherkin3" version)) +(sha256 + (base32 +"0xsyxhqa1gwcxzvsdy4didaiq5vam8ma3fbwbw2w60via4k6r1z9" +(build-system ruby-build-system) +(native-inputs + `(("bundler" ,bundler) + ("ruby-rspec" ,ruby-rspec))) +(arguments + '(#:tests? #f)) ; needs simplecov, among others +(synopsis "Gherkin parser") +(description "Gherkin 3 is a parser and compiler for the Gherkin +language. It is intended to replace Gherkin 2 and be used by all +Cucumber implementations to parse .feature files.") +(home-page + "https://github.com/cucumber/gherkin3;) +(license expat))) -- 2.4.3
[no subject]
From e2fd935a659cacde5cb74bef19406f056a262f79 Mon Sep 17 00:00:00 2001 From: pjotrp pjotr.publi...@thebird.nl Date: Mon, 13 Jul 2015 14:56:40 +0200 Subject: [PATCH] gnu: Add ruby-nokogiri * gnu/packages/ruby.scm (gnu-nokogiri): New variable --- gnu/packages/ruby.scm | 40 1 file changed, 40 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index bb7d865..85cb0d4 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@ -34,6 +34,7 @@ #:use-module (guix git-download) #:use-module (guix utils) #:use-module (guix build-system gnu) + #:use-module (gnu packages xml) #:use-module (guix build-system ruby)) (define-public ruby @@ -519,6 +520,45 @@ using Net::HTTP, supporting reconnection and retry according to RFC 2616.) (home-page https://github.com/drbrain/net-http-persistent;) (license license:expat))) +(define-public ruby-nokogiri + (package +(name ruby-nokogiri) +(version 1.6.6.2) +(source (origin + (method url-fetch) + (uri (string-append + https://github.com/sparklemotion/nokogiri/archive/v; +version .tar.gz)) + (file-name (string-append name - version .tar.gz)) + (patches (map search-patch +(list ruby-nokogiri-Rakefile.patch))) + (sha256 + (base32 +1dpmmxr8azbyvhhmw9hpyk3dds577vsd6c312gh2s7kgjd98nd9j +(build-system ruby-build-system) +(arguments + '( + #:tests? #f ;; test fails because nokogiri can only test with a built extension (now part of install phase) + #:gem-flags (list --use-system-libraries (string-append --with-xml2-include= (assoc-ref %build-inputs libxml2) /include/libxml2 )) + #:phases (alist-replace + 'build + (lambda _ + ;; calling rake gem 2x begets a gem + (system* rake gem) + (zero? (system* rake gem))) + %standard-phases))) +(native-inputs + `((ruby-hoe ,ruby-hoe) + (ruby-rake-compiler, ruby-rake-compiler))) +(inputs + `((zlib ,zlib) + (libxml2 ,libxml2) + (libxslt ,libxslt))) +(synopsis Nokogiri (鋸) is an HTML, XML, SAX, and Reader parser) +(description Nokogiri parses and searches XML/HTML very quickly, and also has correctly implemented CSS3 selector support as well as XPath 1.0 support.) +(home-page http://www.nokogiri.org/;) +(license license:x11))) + (define-public ruby-minitest (package (name ruby-minitest) -- 1.7.10.4
[no subject]
Ok! Sending the merged patch. Sorry for the patch spam, still figuring out the git-send-mail way of working. -- /c
[no subject]
I haven't seen any further reaction for 12 days so I hope you don't mind that I resend it again.
[no subject]
Hello, I'd like to share with you some experiences with using Guix. I tried to install Guix as alternative OS to my Gentoo and openSUSE installations to give a try. I tried unsupported scenario - installation on LVM volume and separate /boot partition until I was told it is unsupported. Separate boot wasn't hard as I had to just copy generated files so they are loaded. But eventually I gave up preparing it manually or automating it and I had rather put another Grub in the same partition and set up chainloading. I met then two problems: 1] if you set device to partition (and not to disk) in your grub-configuration like this: (bootloader (grub-configuration (device /dev/sda4))) `guix system init' will fail on grub installation. By default Grub tries to fit in the beginning of partition and fails if it can't fit in. I asked about this behaviour on Grub mailing list and it seems that there are two options: a] add `--force' to command line and use block list for keeping information about position of Grub's core.img b] use filesystem which allows embedding - BtrFS or ZFS I verified both options (a] and then b] with BtrFS) and it no longer fails. But, ad a] - I don't feel safe passing `--force' to grub-install every time. So if installation fails on this point and you'd like to use your FS anyway, you can pass `--no-grub' to `guix system init' and then rung grub-install manually. ad b] - I don't feel safe using still experimental BtrFS. 2] current Grub version in Guix during boots generated this error: error: symbol 'grub_term_highlight_color' not found and started rescue shell. It seems to be a bit mystic bug: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1289977 I used my Gentoo's version of Grub to fix it and then it worked. I'm also interested in running chroot in Guix. This is something I like about all Linux distribution I use - I can run Linux and at the same time I prepare another Linux root filesystem for use. It seems that chrooting into Guix may be tricky. I prepared this script to be placed somewhere into Guix: --%- #!/run/current-system/profile/bin/bash export LIBRARY_PATH=LIBRARY_PATH=/root/.guix-profile/lib export CPATH=/root/.guix-profile/include export PATH=/run/setuid-programs:/run/current-system/profile/sbin:/root/.guix-profile/bin:/run/current-system/profile/bin export INFOPATH=/root/.guix-profile/share/info:/run/current-system/profile/share/info exec bash -i --% for i in dev proc sys; do mount -R /$i /guix_mountpoint/$i; done chroot /guix_mountpoint/ /helper_script.sh Ludovic said that `guix packages --search-paths' should generate similar path configuration so it may be the right way, but it didn't work for me. And last thing I wanted to mention, you have kind community around Guix and Guile. It's really motivating! Best regards, Tomas Cech Sleep_Walker
[PATCH 0/1] *** SUBJECT HERE ***
Prompted by Mark Weaver's feedback on the ntp package patch earlier today, I refactored the pattern: (string-join (take (string-split version #\.) 2) .) Into a common procedure: (version-take-api version) ..and modified the existing package recepies accordingly. Ian Denhardt (1): Factor out a common pattern into a procedure. gnu/packages/backup.scm | 7 --- gnu/packages/cmake.scm | 11 +-- gnu/packages/gnome.scm | 10 +- gnu/packages/gnutls.scm | 8 gnu/packages/mail.scm | 9 - gnu/packages/mpd.scm| 6 +++--- gnu/packages/mpi.scm| 8 guix/utils.scm | 7 +++ 8 files changed, 36 insertions(+), 30 deletions(-) -- 1.9.1
Re: [PATCH 0/1] *** SUBJECT HERE ***
Quoting Ian Denhardt (2014-10-18 22:18:00) ... Ack, sorry for the goof on the subject. signature.asc Description: signature
[no subject]
In my opinion the changelog conventions are achronistic, unintuitive, and bring benefit neither to developers nor users. However thanks for showing me the correct format. Updated patches follow
[no subject]
... In the meantime, here is a patch for gnuplot (without octave). This one includes some additional inputs not present in the previous patch, to provide some features.
[no subject]
Sorry! Corrected patch herewith.