Re: Porting to mips64el

Nikita Karetnikov skribis: >> Check “strings /nix/store/qn*-glibc-intermediate-2.17/bin/sh | grep >> ld-linux”. >> Most likely that points to a loader that doesn’t exist. > > It didn't output anything. Maybe ld.so instead of ld-linux? (Remember to add that to ‘glibc-dynamic-linker’ eventually.

Re: Faster!

Andreas Enge skribis: > Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès: >> With commits a7b6ffe and bdcf35a, you should notice that ‘guix-build’ >> and similar are more than twice as fast as two days ago. There’ve been additional optimizations in the meantime, so it’s now

Re: Openssh

Hi! Andreas Enge skribis: > the test suite of openssh fails as follows: > > Privilege separation user sshd does not exist > FATAL: sshd_proxy broken > > Apparently, the sshd daemon expects to be run by a user named sshd. Is > there a way to create such a user just during the test run? No. The

Re: Guix without pkg-config

Andreas Enge skribis: > But setting GUILE_CFLAGS and GUILE_LIBS does not change anything, and > looking at the configure file, I do not have the impression that the > presence of these environment variables is checked. I suppose that all this > code is expanded from >PKG_CHECK_MODULES([GUI

Re: Faster!

Andreas Enge skribis: > Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès: >> C’m’on, this one was already fast, because all it does is to create a >> symlink. > > That is why I wondered. But when I rolled back 20 generations the other > day, it did not feel fast

Re: GNU Prolog: configure: error: cannot run /bin/sh ./config.sub

Nikita Karetnikov skribis: > The attached recipe fails with the following error: > > patch-shebang: ./src/config.sub: changing `/bin/sh' to > `/nix/store/4mg8b8vvmava68y64qmm70gqfnhhjzmx-bash-4.2/bin/sh' > > [...] > > configure: error: cannot run /bin/sh ./config.sub It may be that config.{gues

Re: Utf8 error

Andreas Enge skribis: > 385: 2 [process-stderr #] > 170: 1 [read-string #] > In unknown file: >?: 0 [utf8->string #vu8(115 97 109 112 108 101 95 114 97 116 101 95 105 That’s because the build log contains a non-UTF-8 sequence, and store.scm expects UTF-8 (for no good reason). The attache

Re: Faster!

Andreas Enge skribis: > Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès: >> Really? That’s weird. Building the empty profile can take a bit of >> time the first time (a few seconds at most), but other than that, it >> should be fast. > > Well, it depends on

Re: [PATCH] gnu: Add GNU Prolog.

Hi, Nikita Karetnikov skribis: > +(arguments `(#:phases (alist-cons-before > + 'configure 'fix-sh > + (lambda _ > + (substitute* "./src/configure" > + (("-/bin/sh") > +

Re: Porting to mips64el

Nikita Karetnikov skribis: > # strings > /nix/store/qn9m4cjncna9mcac98fynialsv2l28jm-glibc-intermediate-2.17/bin/sh | > grep ld.so > /nix/store/-glibc-2.13/lib/ld.so.1 > > How can I fix this? You should actually build a statically-linked Bash, and edit %bootstra

Re: Porting to mips64el

Nikita Karetnikov skribis: > (define %bootstrap-inputs > `(("libc" ,(nixpkgs-derivation "glibc" "mips64el-linux")) > ("bash" "/bin/sh") [...] >?: 0 [system* "/nix/store/n6nrnh7lm39qk2v9b3ij6420nlqznhi5-sh/bin/bash" > ...] > > ERROR: In procedure system*: > ERROR: In procedure system*

Re: Faster!

l...@gnu.org (Ludovic Courtès) skribis: > No, but it’s true that it’s surprisingly slow to start: > > $ time ./pre-inst-env guix-package > > real0m1.084s > user0m0.904s > sys 0m0.058s This is actually the time it takes to connect to the daemon, and to compute th

Re: A logo

Nikita Karetnikov skribis: > I created a new version. I like it. I think the font should remain sans sérif, but perhaps thinner and more “modern”. What about Junction? http://www.theleagueofmoveabletype.com/junction (Sorry, I don’t know how to easily import a font in Inkscape...) Not sure

‘--search’ results in recutils format

Hello! I’ve changed ‘--search’ to return matching packages in recutils format. This is more useful than what we had before, and allows for things like: $ guix-package -s malloc | recsel -p name,version name: glibc version: 2.17 name: libgc version: 7.2alpha6 Comments welcome

Re: [PATCH] gnu: Add GNU Prolog.

Nikita Karetnikov skribis: > From 31d58fb07a91fe7a37b55517647b222ec146fcf5 Mon Sep 17 00:00:00 2001 > From: Nikita Karetnikov > Date: Fri, 1 Feb 2013 16:11:29 + > Subject: [PATCH] gnu: Add GNU Prolog. > > * gnu/packages/gprolog.scm: New file. > * Makefile.am (MODULES): Add it. Looks good to

Re: Porting to mips64el

Hi, Nikita Karetnikov skribis: > ../../gcc-4.7.2/gcc/config/mips/gnu-user.h:94:309: warning: missing > terminating " character [enabled by default] Can you check what’s in that file, in the build tree? Presumably the LIB_SPEC patching in base.scm doesn’t work as expected. Ludo’.

Re: More robust substitute*

Hello! Andreas Enge skribis: > in texlive, there are lots of scripts to be installed in share; thus, the > patch-shebang phase does not catch them. Do you know why it doesn’t catch them? The ‘patch-source-shebangs’ phase patches all the files found under “.”, recursively. Did you by any chan

Re: Porting to mips64el

Nikita Karetnikov skribis: >>> ../../gcc-4.7.2/gcc/config/mips/gnu-user.h:94:309: warning: missing >>> terminating " character [enabled by default] > >> Can you check what’s in that file, in the build tree? Presumably the >> LIB_SPEC patching in base.scm doesn’t work as expected. > > #define LI

Re: More robust substitute*

Hello! Andreas Enge skribis: > Am Samstag, 2. Februar 2013 schrieb Ludovic Courtès: >> Andreas Enge skribis: >> > in texlive, there are lots of scripts to be installed in share; thus, >> > the patch-shebang phase does not catch them. >> Do you know why it doesn

Re: Porting to mips64el

Nikita Karetnikov skribis: > #define LIB_SPEC > "-L/nix/store/7ya3mh0987kmc9xkwxzapkpw4s4hzkz0-glibc-2.17/lib > %{!static:-rpath=/nix/store/7ya3mh0987kmc9xkwxzapkpw4s4hzkz0-glibc-2.17/lib > %{!static-libgcc:-rpath=/nix/store/n4blfp5bz6lvx9w9afn1i9c9v7akjnns-gcc-4.7.2/lib64 > -rpath=/nix/store

Re: GNU Smalltalk: libtool: link: cannot find name of link library for `*/libc.la'

Nikita Karetnikov skribis: > (lambda* (#:key outputs #:allow-other-keys) >(let ((libc (assoc-ref %build-inputs "libc")) > (out (assoc-ref outputs "out"))) > (substitute* "libc.la.in" >(("@L

Re: Texlive

Andreas Enge skribis: > the idea of having two packages, one containing the data and invisible to > the user, and one containing the binaries and depending on the data did not > work: The binaries need to create an index of the data that is stored in > the data directory, but a package has no

New Fuloong (MIPS64) machine for GNU Guix

Hello! At FOSDEM yesterday I had the pleasure to meet NixOS people, and the opportunity to receive a Fuloong machine from Lluís Batlle i Rossell. The machine was initially donated to Lluís by Daniel Clark [0] to initiate the port of NixOS to MIPS64, which Lluís quickly achieved. So a big thanks

Re: A logo

Hi! Nikita Karetnikov skribis: >> What about Junction? http://www.theleagueofmoveabletype.com/junction > > I tried it and I think that the current version is better. Here's why I > don't want to use Junction (in this particular case): > > 1. It's too thin; the logo just falls apart. I can't

Re: Faster!

Nikita Karetnikov skribis: > While we are at it, will it be better to rewrite 'fold-packages' and > similar things (like 'search') using streams? Good question. [...] > 'time' shows that the above is a bit slower than the current version. > Will it be faster when we have more packages? What a

Re: GNU Smalltalk: libtool: link: cannot find name of link library for `*/libc.la'

Nikita Karetnikov skribis: > gcc: error: > /nix/store/vzbdyjibcrhckdsa49avc13rk29ichw8-glibc-2.17/lib//nix/store/vzbdyjibcrhckdsa49avc13rk29ichw8-glibc-2.17/lib/libc.so: > No such file or directory There’s a bit of a repetition here. :-) Can you change the patching accordingly? Ludo’.

Re: glibc and linux-libre-headers

Andreas Enge skribis: > It can be solved by installing linux-libre-headers. So maybe the final > glibc should depend on this package? It does. > And maybe installation of glibc should even install > linux-libre-headers automatically? Yes, that’s what guix-package should do. I’ll see what can

Re: Literate programming

Nikita Karetnikov skribis: > What do you think about literate programming [1,2,3]? I don’t think it’s appropriate here. We have (or should have) user doc for command-line tools, a manual for the API, as well as an on-line reference in the form of docstrings; the code itself is reasonably commen

Re: Required packages

Andreas Enge skribis: > A question related to my previous posting, but also of independent > justification: Should we maybe implement somthing similar to the "depends" > field of Debian packages? What’s this? > For instance, programming with mpc also requires mpfr and gmp; in fact, the > fir

Re: [PATCH] Add tcsh.

Cyril Roelandt skribis: > This patch adds tcsh. It was a bit hard to make the testsuite work: I > disabled a > few tests that I could not get working during the "check" phase, but it should > not be a problem, since they work fine with the installed binary. Good! > +(inputs > + `(("aut

Re: 'gobject-introspection': No such file or directory

Nikita Karetnikov skribis: >> Isn’t there by any chance a /bin/sh behind this? The build fails like this: --8<---cut here---start->8--- GICOMP gir/cairo-1.0.gir Traceback (most recent call last): File "./g-ir-scanner", line 46, in sys.exit(scanner_ma

Re: GNU Wdiff: Testsuite fails

Nikita Karetnikov skribis: > I'm facing a similar problem [1] with GNU Wdiff. 'testsuite.at' just > calls 'wdiff.at'. But 'wdiff.at' fails. How can I fix this without > touching 'wdiff.at'? The .at files are not used when building from the tarball. Roughly, they’re just concatenated by ‘auto

Re: [PATCH] Add tcsh.

Cyril Roelandt skribis: > On 02/04/2013 11:32 PM, Ludovic Courtès wrote: >> Cyril Roelandt skribis: >> >>> This patch adds tcsh. It was a bit hard to make the testsuite work: I >>> disabled a >>> few tests that I could not get working during the &quo

Re: 'gobject-introspection': No such file or directory

Nikita Karetnikov skribis: >> The solution is to patch Python to refer to our ‘sh’ instead of /bin/sh >> (as is done for Guile’s ice-9/popen.scm). > >> Can you do that? > > I changed 'arguments', but 'gobject-introspection' failed with the same > error. > > python.scm: > > (arguments `(#:test

Re: Required packages

Andreas Enge skribis: > Am Montag, 4. Februar 2013 schrieb Ludovic Courtès: >> Andreas Enge skribis: >> > A question related to my previous posting, but also of independent >> > justification: Should we maybe implement somthing similar to the >> > "dep

Re: Texlive

Andreas Enge skribis: > Am Sonntag, 3. Februar 2013 schrieb Ludovic Courtès: [...] >> Yes, or we could just export the ‘license’ constructor from (guix >> licenses). That would allow us to make a custom objects when >> needed, like here. > > Or we could leave it e

Re: Texlive

Looks good to me! Andreas Enge skribis: > (uri > "ftp://tug.org/historic/systems/texlive/2012/texlive-20120701-source.tar.xz";) While looking for mirrors at , I noticed that mirrors usually have a slightly older version–e.g.,

Re: goal of Guix

Hi, Andy Tai skribis: > Hi, just curious is Guix eventually becoming a GNU/Linux distribution in > the manner of Debian, Fedora, etc. (with its unique package frameworks and > other infrastructures, of course) Yes, a distribution of GNU (aka. “the GNU system”.) More info at: http://lists.gn

Re: Porting to mips64el

Nikita Karetnikov skribis: >> Unfortunately, this change triggers a full rebuild, so it’s for >> ‘core-updates’. But if it’s good for you, then go for it, and we can >> open ‘core-updates’ again. > > I guess that it worked. Cool! Would you like to create the ‘core-updates’ branch and commit it

Re: Texlive

Andreas Enge skribis: > Am Dienstag, 5. Februar 2013 schrieb Ludovic Courtès: >> Similar to ‘bsd-style’, what about adding: >> (define (copyleft url #:optional (comment "")) ...) >> (define (fsf-free url #:optional (comment "")) ...) > > Not sur

Re: [PATCH] Add tcsh.

Cyril Roelandt skribis: > When using (which "sh"), 2 tests fail with the following error: > > /nix/store/4mg8b8vvmava68y64qmm70gqfnhhjzmx-bash-4.2/nix/store/4mg8b8vvmava68y64qmm70gqfnhhjzmx-bash-4.2/bin/sh: > Command not found > > Any idea ? Presumably there’s double-patching occurring. That is

Re: Porting to mips64el

Nikita Karetnikov skribis: > builder for > `/nix/store/75lxm8dc68pyx7sfmc3r28h86rhncacy-binutils-static-2.22.drv' failed > to produce output path > `/nix/store/qnjc6jjl61856adw7sgwnxl459khh8kg-binutils-static-2.22-lib' Fixed by 431f35f, thanks! Ludo’.

Re: Required packages

Hi! l...@gnu.org (Ludovic Courtès) skribis: > Andreas Enge skribis: > >> Am Montag, 4. Februar 2013 schrieb Ludovic Courtès: >>> Andreas Enge skribis: >>> > A question related to my previous posting, but also of independent >>> > justification: Shou

Re: libgcrypt

Andreas Enge skribis: > checking whether libgcrypt can be dynamically loaded... no > configure: error: GNU libgcrypt does not appear to be usable; see `--with- > libgcrypt-prefix' and `README'. Just pass --with-libgcrypt-prefix=$HOME/.guix-profile/lib. The code corresponding to the check above

Re: [PATCH v2] Add tcsh.

Andreas Enge skribis: > "On many systems, such as Mac OS X and Red Hat Linux, csh is actually tcsh, > an improved version of csh. One file containing the tcsh executable has > links to it as both "csh" and "tcsh" so that either name refers to the same > improved version of the C shell. > On De

Re: [PATCH] gnu: Add GNU Smalltalk.

Nikita Karetnikov skribis: > From 7ba4649dd88e43aef264fafcae4a1589cd16a58d Mon Sep 17 00:00:00 2001 > From: Nikita Karetnikov > Date: Thu, 7 Feb 2013 09:07:27 + > Subject: [PATCH] gnu: Add GNU Smalltalk. > > * gnu/packages/smalltalk.scm: New file. > * Makefile.am (MODULES): Add it. Great, g

Re: libgcrypt

Andreas Enge skribis: > Am Mittwoch, 6. Februar 2013 schrieb Ludovic Courtès: [...] >> Passing --with-libgcrypt-prefix allows it to work with non-standard >> prefixes. > > ... under guix, $HOME/.guix-profile/{lib,...} is the standard prefix ;-) Yes, but it remains “non-s

Re: GNU Wdiff: Testsuite fails

Nikita Karetnikov skribis: > 'wdiff_bin' is defined like this: > > wdiff_bin="`which wdiff`" > > Why does it fail to find the binary? Is it connected with 'env'? You probably need to add ‘which’ as an input, no? Ludo’.

Re: Required packages

Andreas Enge skribis: > In my attempt to install guix from guix, I came upon the problem that the > libgcrypt headers require the libgpg-error headers. This is a propagated > input, so should in the future be installed automatically. The future is actually yesterday. :-) > However, the next

Re: Required packages

Andreas Enge skribis: > Now I get the following error: > Backtrace: > In ice-9/boot-9.scm: > 157: 5 [catch #t # ...] > In unknown file: >?: 4 [apply-smob/1 #] > In ice-9/boot-9.scm: > 63: 3 [call-with-prompt prompt0 ...] > In ice-9/eval.scm: > 421: 2 [eval # #] > In /home/privat/.guix-pro

Re: Required packages

Andreas Enge skribis: > Am Mittwoch, 6. Februar 2013 schrieb Ludovic Courtès: >> > OK. That’s “user-environment-propagated-inputs”. We could achieve >> > that by just changing guix-profile to install propagated inputs. >> > That’s probably the right thing t

Re: Required packages

Andreas Enge skribis: > Am Donnerstag, 7. Februar 2013 schrieb Ludovic Courtès: >> Andreas Enge skribis: >> > In my attempt to install guix from guix, I came upon the problem that >> > the libgcrypt headers require the libgpg-error headers. This is a >> >

Re: Porting to mips64el

Nikita Karetnikov skribis: > @ build-succeeded > /nix/store/8br9lb269a13panrwkvwx2zhqz3vjszf-bootstrap-tarballs-0.drv > /nix/store/cixf5ra7hsq04yndm7b9hzwril6bfz2i-bootstrap-tarballs-0 > /nix/store/cixf5ra7hsq04yndm7b9hzwril6bfz2i-bootstrap-tarballs-0 > > I'm going to test them. Woow, excellen

Re: GNU Wdiff: Testsuite fails

Nikita Karetnikov skribis: >> You probably need to add ‘which’ as an input, no? > > I've already tried [1]. (Check the recipe.) > > [1] https://lists.gnu.org/archive/html/bug-guix/2013-02/msg00040.html Can you send the actual test suite log? If ‘which wdiff’ fails, then it could be because the

Re: [PATCH v3] gnu: Add tcsh.

Cyril Roelandt skribis: > * gnu/packages/tcsh.scm: New file. > * gnu/packages/patches/tcsh-fix-autotest.patch: New file > * Makefile.am: Add them. > --- > Third version of the patch. "csh" is now a symlink to "tcsh". Perfect, please push after removing tabs from the file. Thanks! Ludo’.

Re: [PATCH] gnu: Add tmux. licenses: add ISC.

Hi, Cyril Roelandt skribis: > Adding tmux was easy, I just had to add the ISC license (aka "the OpenBSD > license") to guix/licenses.scm. If you're okay with that, I'll push the patch. Looks good to me. Just a couple of comments: > + (uri (string-append > + > "

Re: GNU Wdiff: Testsuite fails

Nikita Karetnikov skribis: > /tmp/nix-build-wdiff-1.1.2.drv-12/wdiff-1.1.2/src/wdiff: failed to execute > diff: No such file or directory So, the test suite creates ‘diff’ binaries, for instance, with an invalid shebang. To fix that you need to add a phase that does: (substitute* "tests/tes

Re: [PATCH] gnu: Add GNU Wdiff.

Nikita Karetnikov skribis: > Can I push this one? Yes, please. Ludo’.

Re: Porting to mips64el

Hi! Nikita sent me the bootstrap binaries they built, and I uploaded them to www.fdn.fr for testing (we’ll put them on alpha.gnu.org once a couple of people have been able to build something :-)). So, with the ‘mips64el’ branch, you should be able to download them and get started. I was surprise

Re: Porting to mips64el

Andreas Enge skribis: > Am Montag, 11. Februar 2013 schrieb Ludovic Courtès: >> So, with the ‘mips64el’ branch, you should be able to download them and >> get started. > > Could you update the links and hashes in the branch? When trying to build > guix on mips64el, I

Commit policy

Hello, I’ve added the “commit policy” to HACKING. Let’s discuss it if you have any comments. Ludo’.

Re: [PATCH] Implement guix-package --upgrade

Hi Mark! Mark H Weaver skribis: > Here's an implementation of the -u/--upgrade option for guix-package. Nice! > + (upgrade (if (null? upgrade-regexps) > + '() > + (filter-map (match-lambda > +

Re: Porting to mips64el

Nikita Karetnikov skribis: >> So you can either temporarily modify build-aux/download.scm to point to >> fdn.fr/..., or download the file in question by hand and check its hash >> against the one that’s in Makefile.am. > > Please append '-linux' to the following: > >

Re: [PATCH] Implement guix-package --upgrade

Andreas Enge skribis: > Am Dienstag, 12. Februar 2013 schrieb Ludovic Courtès: >> It’s actually slightly more complex: you need to select those packages >> that are installed and for which either a newer version is available >> (per ‘version-string>?’, see gnu-maintenance

Re: [PATCH] Implement guix-package --upgrade

Mark H Weaver skribis: >> Mark H Weaver skribis: >>> + (upgrade (if (null? upgrade-regexps) >>> + '() >>> + (filter-map (match-lambda >>> + ((name _ _ _ _) >>> +

Re: [PATCH] Improve shell script headers and pre-inst-env handling

Mark H Weaver skribis: > From 172011c586a96cd15e6401cf813fd6d6ea59b355 Mon Sep 17 00:00:00 2001 > From: Mark H Weaver > Date: Mon, 11 Feb 2013 19:23:20 -0500 > Subject: [PATCH 1/2] Add noinst_SCRIPTS = pre-inst-env to Makefile.am. > > * Makefile.am: Add noinst_SCRIPTS = pre-inst-env. > --- > Ma

Re: [PATCH] Improve shell script headers and pre-inst-env handling

Mark H Weaver skribis: > The second patch is the main subject of this email. It reworks the > shell script headers at the top of 'guix-package' and the other scripts > to avoid modifying environment variables (which could propagate to > unrelated subprocesses that use libguile), and to avoid pre

Re: [PATCH] Implement guix-package --upgrade

Mark H Weaver skribis: > From bd192057c770ca3653828498591dbe4683b51545 Mon Sep 17 00:00:00 2001 > From: Mark H Weaver > Date: Tue, 12 Feb 2013 12:02:15 -0500 > Subject: [PATCH 1/2] Add version-compare and version>? to utils.scm. > > * guix/utils.scm (version-compare, version>?): New exported pro

Re: [PATCH] Implement guix-package --upgrade

Andreas Enge skribis: > Am Dienstag, 12. Februar 2013 schrieb Mark H Weaver: >> For now, I'm going to assume that "guix-package -i guile" indeed >> *should* choose from among the newest available versions, so I'm going >> to work on fixing that. > > Yes, that was exactly my point with libjpeg - w

Re: [PATCH] Improve shell script headers and pre-inst-env handling

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: >> Honestly, I wouldn’t worry about the propagation of $GUILE_LOAD_PATH & >> co. to subprocesses, because we know there’s none anyway. > > That policy will lead to future where libguile-using programs br

Re: [PATCH] Improve shell script headers and pre-inst-env handling

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Mark H Weaver skribis: >> >>> l...@gnu.org (Ludovic Courtès) writes: >>>> Honestly, I wouldn’t worry about the propagation of $GUILE_LOAD_PATH & >>>> co. to subproce

Re: Porting to mips64el

Nikita Karetnikov skribis: >> Maybe we need a command-line interface to that? > > I think so. Should it be a separate file (e.g., 'guix-hash')? Yes. If you want to work on it, there are bits from guix-download that can be reused. I’d recommend keeping the --format option, for instance. Ludo’

Re: [PATCH] Improve shell script headers and pre-inst-env handling

Mark H Weaver skribis: > So I've been working on a patch to fix the ./pre-inst-env problem using > portable shell code instead of Guile code, as you suggested, and this is > the kind of code I'm coming up with: The first snippet looks good to me. > but the more I look at this ugly, buggy code;

Re: [PATCH] Build newest versions unless specified, and upgrades.

Mark H Weaver skribis: > I wrote: >> Here's a preliminary patch that does two things: >> >> * Changes 'guix-build' and 'guix-package --install' so that only the >> newest packages will be considered (unless a version number is >> specified). >> >> * Implements 'guix-package --upgrade'. >> >>

Re: A logo

Nikita Karetnikov skribis: >> Could you perhaps send several examples with a sample of sans-sérif >> that you have? :-) > > I've attached the file. The one on the left is the current version with > "more pastel colors." This is my favorite version because (1) the > typeface is clean and (2) th

Re: [PATCH] Inhibit duplicates in fold-packages

Mark H Weaver skribis: > Here's a patch to inhibit the same package (in the sense of eq?) from > being traversed more than once by fold-packages. One example where this > helps is the guile-2.0 package in (gnu packages guile), which is > exported in two different variables: guile-2.0 and guile-2

Re: w3m: 'license'; error: redefinition of 'struct file_handle'

Nikita Karetnikov skribis: > w3m raises the following error: > > istream.h:23:8: error: redefinition of 'struct file_handle' > > I found the needed patch [1]. But I don't want to apply it because it > requires a knowledge of C. Could anyone help me to finalize the recipe? The patch is just a m

Re: w3m: 'license'; error: redefinition of 'struct file_handle'

Andreas Enge skribis: > Am Mittwoch, 13. Februar 2013 schrieb Mark H Weaver: >> Anyway, in the case of w3m, there are quite a variety of licenses used: >> http://packages.debian.org/changelogs/pool/main/w/w3m/w3m_0.5.3-8/w3m.c >> opyright > > It looks like essentially, a w3m license is used, with

Re: Guile reader package names are problematic

Mark H Weaver skribis: > In commit d9d466ddff2091f4b1f94599335b5947a17def2c, you added the > following packages: > > guile-reader-for-guile-1.8.8 > guile-reader-for-guile-2.0.7 > > The "1.8.8" and "2.0.7" are actually part of the package names (both of > these packages are at version 0.6). Y

Re: Porting to mips64el

Nikita Karetnikov skribis: > I'm attaching three patches. > '0001-gnu-Disable-Libtool-s-testsuite.patch' and > '0001-gnu-Set-ARCH-to-mips.patch' are for 'mips64el'. The other one is > for 'core-updates', but it's also needed for 'mips64el'. (Should I push > to both?) > > Could you test them? (

Re: [PATCH] Replace individual scripts with master 'guix' script

Hi! Mark H Weaver skribis: > From 726ef0a61f943522ecb5a8d8b609c6810727b9d3 Mon Sep 17 00:00:00 2001 > From: Mark H Weaver > Date: Thu, 14 Feb 2013 04:15:25 -0500 > Subject: [PATCH 1/2] PRELIMINARY: Replace individual scripts with master > 'guix' script. > > TODO: Update documentation. > TODO:

Re: [PATCH] gnu: Add vim.

Andreas Enge skribis: > Hm, accented characters are not displayed correctly. Does one need to add > an additional input for utf8 encoding? Our libc doesn’t install locale data, which causes this sort of problems. We’ll need to fix that in core-updates. Ludo’.

Re: bootstrap imperfection

Hi, carl skribis: > configure.ac:18: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and > will soon be removed. > configure.ac:18: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' > macro instead, > configure.ac:18: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your That actually co

Re: Guile reader package names are problematic

Mark H Weaver skribis: > Andreas Enge writes: >> How about naming them "guile-reader" with a version number of >> 0.6-1.8.8 and 0.6-2.0.7, or the other way round 1.8.8-0.6 and >> 2.0.7-0.6? > > We can't do this, because it would break the version-number comparison > logic. One option would be t

Re: w3m: 'license'; error: redefinition of 'struct file_handle'

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Andreas Enge skribis: >> >>> Additionally, the file matrix.c looks non-free to me: >>> "3. No charge is made for this software or works derived from it. >>> This c

Re: [PATCH] gnu: Add GNU Parted.

Nikita Karetnikov skribis: > From d85ad28714f48ad51f649e5ae54d2e326a4ac6d7 Mon Sep 17 00:00:00 2001 > From: Nikita Karetnikov > Date: Fri, 15 Feb 2013 10:46:29 + > Subject: [PATCH] gnu: Add GNU Parted. > > * gnu/packages/parted.scm: New file. > * Makefile.am (MODULES): Add it. Perfect, than

Boot-to-Guile!

Hello! To celebrate Guile 2.0’s second anniversary [0], I’m happy to announce this Boot-to-Guile QEMU image! http://www.fdn.fr/~lcourtes/software/guix/boot-to-guile.qcow2 sha1: c796a91be2efcae192a4032c13821c52ea9db07f sig: http://www.fdn.fr/~lcourtes/software/guix/boot-to-guile.qcow2.asc

Re: [PATCH] Replace individual scripts with master 'guix' script

Hi Mark! Mark H Weaver skribis: >> • Arrange commits such that everything always works; thus, update >> tests to use the new command names in the same commit that changes >> those commands. > > Indeed. The reason I initially kept the test updates separated is > because I wasn't sure i

Re: A logo

Nikita Karetnikov skribis: > By the way, I fixed the outlines of G and u, but there's room for > improvement. I used the 'Stroke' menu to increase the weight. It would > be better to redraw the whole thing in FontForge. However, it's not in > my short-term to-do list; there are so many things

Re: Porting to mips64el

Nikita Karetnikov skribis: >> Actually, even better would be do that in host code, as done with >> ‘glibc-dynamic-linker’: > > What do you mean by "host code"? I mean code that runs in your ‘guix-build’ process, as opposed to builder code running in the chroot (search the manual for “strata”.)

Re: Bug: missing interface for module (gnutls)

Nikita Karetnikov skribis: > This commit is buggy. Which commit? > Backtrace: > In ice-9/boot-9.scm: > 2786: 19 [try-module-autoload (guix build download) #f] > 2131: 18 [save-module-excursion # ice-9/boot-9.scm:2787:17 ()>] [...] >?: 3 [module-variable # > make-session] > In ice-9/boot-

Re: Guile reader package names are problematic

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Mark H Weaver skribis: >> >>> Andreas Enge writes: >>>> How about naming them "guile-reader" with a version number of >>>> 0.6-1.8.8 and 0.6-2.0.7, or the other way

Re: [PATCH] Replace individual scripts with master 'guix' script

Mark H Weaver skribis: >> (install-locale) >> (textdomain "guix") >> (setvbuf (current-output-port) _IOLBF) >> (setvbuf (current-error-port) _IOLBF) > > Done. FYI in commit 633f045 I removed now redundant calls like the above, and made ‘initialize-guix’ and ‘install-locale’ private to (g

Toward 0.2

Hi! I think we should plan for 0.2 within a month or so. Here are the important features I’d like to see in: • ‘guix pull’ (see TODO; I’ve started working on that); • a simple “binary substituter”, which would allow pre-built binaries to be transparently downloaded from trusted source,

Re: Bug: missing interface for module (gnutls)

Nikita Karetnikov skribis: >> Which commit? > > 'e49951eb3e1e1a8e7bad6d7471483e70b0865352'. Oh, I see now. An interesting side effect. Fixed in 855a8ad71def2ebc594ed32c57bda0ca4e13d91c. Thanks for the report! Ludo’.

Re: Toward 0.2

Nikita Karetnikov skribis: > I guess that I can implement this one: > > ** Add equivalent to Nixpkgs's ‘wrapProgram’ > > What's the purpose of 'wrapProgram'? Could you elaborate? Here’s an example from the Guile expression in Nixpkgs: wrapProgram $out/bin/guile-snarf --prefix PATH : "${gawk}

Re: mips64el: guild problem

Andreas Enge skribis: > ice-9/boot-9.scm:106:20: In procedure make_objcode_from_file: bad header on > object file: "GOOFLE-8-2.0" This “GOOF” cookie indicates the Guile Object Object(!) Format. Here, it says little endian with 8-byte pointers. That corresponds to this GNU triplet: --8<--

Re: Porting to mips64el

Nikita Karetnikov skribis: >>> What do you mean by "host code"? > >> I mean code that runs in your ‘guix-build’ process, as opposed to >> builder code running in the chroot (search the manual for “strata”.) > > I've read the manual. But it's still not clear. > > For example: How can I tell which

Re: mips64el: guild problem

Andreas Enge skribis: > Am Montag, 18. Februar 2013 schrieb Ludovic Courtès: >> This “GOOF” cookie indicates the Guile Object Object(!) Format. Here, >> it says little endian with 8-byte pointers. That corresponds to this >> GNU triplet: >> However, my guess is that

Re: Porting to mips64el

FWIW, there’s a discussion of MIPS ABIs at and related pages. Andreas Enge skribis: > Good question, I do not know myself yet how to achieve the goal! Maybe it > would be enough to provide "CFLAGS=-mabi64" in the bootstrap process; or >

<    1   2   3   4   5   6   7   8   9   10   >