Re: Staying on-topic

Christopher Allan Webber <cweb...@dustycloud.org> writes: > Taylan Ulrich Bayırlı/Kammer writes: > >> That's why I was worrying. I think it's fine to ban misgendering, on >> the condition that, should a female-born person feel insulted at the use >> of feminine p

Re: Staying on-topic

nbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> Lastly, a trivial data point about possible effects of inclusivity or >> exclusivity, should our Code of Conduct mandate obeying a certain >> position on this ideological split: [...] I've

Gender politics

Catonano writes: > [...] > In this regard, I'd like to point out that you observed how these > gender based objections are often raised by male cisgender people > about mislabeling transgender women but not as often by cisgender > women about mislabeling transgender men. >

Re: Free firmware - A redefinition of the term and a new metric for it's measurement.

David Craven writes: > Solution: > We need to encourage and allow option 1 as opposed to option 2. > Hardware suggestions by the FSF should instead of focusing on a black > and white - needs binary blobs or does not need binary blobs - focus > on the following: > > 1. The

Re: Graphical Installer - Call for Testing.

myglc2 writes: > On 01/06/2017 at 21:50 John Darrington writes: > >> 3) install emacs? >> >> I would be reluctant to do that by default: >> >> Firstly it's a slippery slope. The next person will say "No! install vi! or >> nano, or ". >> >> Secondly, I think the

Re: [PATCH] gnu: leptonica: Update to 1.73.

Marius Bakke <mba...@fastmail.com> writes: > "Taylan Ulrich Bayırlı/Kammer" <taylanbayi...@gmail.com> writes: > >> You know what, Leptonica 1.74.0 has been released yesterday, so here's a >> new patch. :-D >> >> But yes, the source snippet

Re: [PATCH] gnu: leptonica: Update to 1.73.

Marius Bakke <mba...@fastmail.com> writes: > "Taylan Ulrich Bayırlı/Kammer\"" <taylanbayi...@gmail.com> writes: > >> I struggled for days with the following bug and ultimately decided to >> disable tests for 1.73 to sidestep it entirely; tests

[PATCH] gnu: leptonica: Update to 1.73.

I struggled for days with the following bug and ultimately decided to disable tests for 1.73 to sidestep it entirely; tests should be re-enabled with the next release. https://github.com/DanBloomberg/leptonica/issues/224 ===File /home/taylan/src/guix/0001-gnu-leptonica-Update-to-1.73.patch===

Re: Shutdown of googlecode end of the year - we have affected packages!

taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes: > Ricardo Wurmus <rek...@elephly.net> writes: > >> ng0 <n...@libertad.pw> writes: >> >>> ng0@wasp ~$ cd src/guix/guix >>> ng0@wasp ~/src/guix/guix$ git grep googlecode &

Re: Shutdown of googlecode end of the year - we have affected packages!

Ricardo Wurmus writes: > ng0 writes: > >> ng0@wasp ~$ cd src/guix/guix >> ng0@wasp ~/src/guix/guix$ git grep googlecode >> gnu/packages/key-mon.scm: >> "http://key-mon.googlecode.com/files/key-mon-; >> >> >> Are we done then and we only

Re: Web site now uses Haunt

l...@gnu.org (Ludovic Courtès) writes: > Hello! (again! :-)) Hate to break it to you but this is still guix-devel. :-P Great news though. :-) > I moved Guile’s web site to Haunt like I did earlier with that of Guix: > > https://lists.gnu.org/archive/html/guix-devel/2016-10/msg01307.html > >

Re: Building Guix with Guile 2.1

Andy Wingo <wi...@igalia.com> writes: > On Wed 28 Sep 2016 16:56, taylanbayi...@gmail.com (Taylan Ulrich > "Bayırlı/Kammer") writes: > >> I haven't made much progress regarding the -O1 setting to speed up >> building, but for the time being here's the patch

Re: Building Guix with Guile 2.1

Andy Wingo <wi...@igalia.com> writes: > On Wed 21 Sep 2016 23:01, taylanbayi...@gmail.com (Taylan Ulrich > "Bayırlı/Kammer") writes: > >> By the way, compile time seems to increase greatly with 2.2, to the >> point I wondered if it's really co

Re: Building Guix with Guile 2.1

l...@gnu.org (Ludovic Courtès) writes: > Hello! > > Nalaginrut reported that Guix fails to build with Guile 2.2, which was a > bit of a shame, hence commits e465d9e19087ab150f7e31f21c09e4a147b93b36 > and 9d126aa2b504bb9fad536eac186805ff623e96be. With the attached quick-and-dirty patch, 'make'

Re: Building Guix with Guile 2.1

By the way, for testing guix with guile 2.2 easily: > $ cat ~/tmp/guix-with-guile-next.scm > (use-modules > (guix packages) > (guix build utils) > (gnu packages guile) > (gnu packages package-management)) > > (package > (inherit guix) > (inputs (alist-replace "guile" >

Re: Building Guix with Guile 2.1

Andy Wingo writes: > On Wed 21 Sep 2016 10:23, l...@gnu.org (Ludovic Courtès) writes: > >> Hello! >> >> Nalaginrut reported that Guix fails to build with Guile 2.2, which was a >> bit of a shame, hence commits e465d9e19087ab150f7e31f21c09e4a147b93b36 >> and

Re: guix-pull prints stack trace

Alex Vong writes: > Hello, > > It seems the commit c41d97b causes guix-pull to print stack trace. > > Here is the stack trace: > === > In ice-9/psyntax.scm: > 989: 19 [scan ((define-module (gnu

Re: [PATCH] utils: Fix 'modify-phases' docstring.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com ("Taylan Ulrich "Bayırlı/Kammer\"") skribis: > >> /home/taylan/src/guix/0001-utils-Fix-modify-phases-docstring.patch=== >> From 7723d713fe058fec4d09150c78063eff47333858 Mon Sep 17 00:00:00 2

[PATCH] utils: Fix 'modify-phases' docstring.

This is a trivial patch to guix/build/utils.scm. I'm still not clear on what must go to core-updates and what not, so guide me please. ===File /home/taylan/src/guix/0001-utils-Fix-modify-phases-docstring.patch=== >From 7723d713fe058fec4d09150c78063eff47333858 Mon Sep 17 00:00:00 2001 From:

higan v099

Just a heads up: Higan v099 is released and it removes the "balanced" and "performance" emulation cores (aka profiles), only keeping "accuracy". I pushed a commit doing the update. If anyone wishes to use higan but their machine is too slow for the accuracy profile, we could create a higan-v098

Re: [PATCH] gnu: Add higan.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> Some things to note about this package & questions: >> >> - There's no official VCS repo and the author doesn't want automated >> tools

Re: [PATCH] gnu: Add higan.

Efraim Flashner <efr...@flashner.co.il> writes: > On Tue, Jun 07, 2016 at 06:28:59PM +0300, Taylan Ulrich Bayırlı/Kammer wrote: >> If there are no comments, I'll just push this soon, and issues can be >> fixed later; at least it builds and runs fine. :-) >> >

Re: GuixSD Manual - Preparing for Installation - Networking

Kete Foy writes: > Hello, in the GuixSD documentation, in section 7.1.4.2, under the > *Wireless connection* heading, I needed to put quotes around /my-ssid/ > to get the wireless service started. FYI, this email landed in my Gmail spam folder. Taylan

Re: Adding wc to Bournish

Eric Bavier writes: > On 2016-05-26 14:27, Efraim Flashner wrote: >> Here's where I'm currently at with 'wc'. Currently I'm getting an error >> about having the wrong number of arguments for lambda (I assume) > [...] >> +(define (wc-command file) >> + ((lambda (lines

Re: [PATCH] gnu: Add sicp.

Jan Nieuwenhuizen writes: >>> +(arguments >>> + `(#:modules ((guix build utils) >>> + (srfi srfi-1) >>> + (srfi srfi-26)) >>> + #:builder >> >> #:builder should be aligned with #:modules. > > Sure, missed this. Edited by

Re: Workflow management with GNU Guix

Roel Janssen writes: > The usage of a pipeline/workflow is somewhat different from the > package construction, because we want to run the sequence of commands > on different data sets (as opposed to running it on the same source > code). Is this not conceptually the same thing as

Re: [PATCH] Add antiword.

Ricardo Wurmus writes: > Hi Guix, > > I’m not sure about the description, nor about the mention of > “Microsoft”. If you have better ideas for the description and synopsis > please comment. > > ~~ Ricardo The last part (about where the name comes from) might not be strictly

Re: Reorganizing guix package commands

Efraim Flashner <efr...@flashner.co.il> writes: > On Wed, Apr 20, 2016 at 11:29:25AM +0200, Taylan Ulrich Bayırlı/Kammer wrote: >> l...@gnu.org (Ludovic Courtès) writes: >> >> >> Maybe instead of --list-generations and others, these options should >&

Re: Reorganizing guix package commands

Alex Kost writes: > Ludovic Courtès (2016-04-19 18:52 +0300) wrote: > >> Similarly, it’s not immediately obvious to me that something like “guix >> package edit” and “guix package install” would help newcomers. >> >> On the contrary, they would likely violate the rule of least

Re: Calling autogen.sh in a build

Florian Paul Schmidt writes: > ./autogen.sh: ./configure: /bin/sh: bad interpreter: No such file or > directory It's trying to access /bin/sh instead of /gnu/store/...-sh-... for some reason. >(modify-phases %standard-phases > (add-before >

Re: running `guix pull --verbose' after `guix pull' will re-compile

Alex Vong writes: > Hi people, > > Does anybody experience that running `guix pull --verbose' after `guix > pull' will trigger a re-compilation? Is this a known issue? It's a known issue. See the "XXX" comment in build-aux/build-self.scm. Taylan

Re: NEWS for 0.10.0

John Darrington writes: > On Wed, Mar 30, 2016 at 01:02:15PM +0200, Tobias Geerinckx-Rice wrote: > > There is nothing in the current coc which I particularly disagree with - > all the examples of unacceptable conduct I personally consider unacceptable > in all

Re: NEWS for 0.10.0

Rastus Vernon writes: > On Sun, 2016-03-27 at 23:38 +0200, Mathieu Lirzin wrote: > >> I think it would be reasonable to integrate this news in the current >> scheme by not making it top level.  What about moving this news in a >> category "Contribution" or "Community"?

Re: MAME emulator is giving incentive to use non-free software

Jean Louis writes: > [...] > > Including MAME or any other emulator, even though non-free as such, if > such emulator is practically of no use to free software users without > non-free additions or parts, firmware, blobs, or ROMs, is giving > incentive to free software users to

Re: [v2 0/2] Nmap

edback? Looks good to me, thanks for working on this. :-) > BTW, Nmap builds reproducibly :) > > Leo Famulari (1): > licenses: Add the nmap license. > > Taylan Ulrich Bayırlı/Kammer (1): > gnu: Add nmap. > > gnu/packages/admin.scm | 81 > ++

Re: [PATCH 2/2] gnu: Add nmap.

Leo Famulari <l...@famulari.name> writes: > On Tue, Mar 15, 2016 at 09:04:54AM +0100, Taylan Ulrich Bayırlı/Kammer wrote: >> Leo Famulari <l...@famulari.name> writes: >> > + `(#:configure-flags >> > + (list (string-appe

Re: [PATCH 0/2] Add nmap

Leo Famulari <l...@famulari.name> writes: > On Tue, Mar 15, 2016 at 08:50:52AM +0100, Taylan Ulrich Bayırlı/Kammer wrote: >> Leo Famulari <l...@famulari.name> writes: >> >> > This package provides nmap [0]. >> >> Ah, thanks for doing this! I'v

Re: [PATCH 2/2] gnu: Add nmap.

diff --git a/gnu-system.am b/gnu-system.am index 634093a..8adbb65 100644 --- a/gnu-system.am +++ b/gnu-system.am @@ -239,6 +239,7 @@ GNU_SYSTEM_MODULES =\ gnu/packages/nettle.scm \ gnu/packages/networking.scm \ gnu/packages/ninja.scm \ + gnu/packages/nmap.scm\ g

Re: [PATCH 0/2] Add nmap

Leo Famulari writes: > This package provides nmap [0]. Ah, thanks for doing this! I've had an nmap branch for ages that I couldn't get to work because I couldn't get the Python module loading to work right. Another Debian package on my system to replace with a Guix

Re: [PATCH] DISCUSSION: Jookia's Libreboot+LUKS+LVM FDE patch.

FYI this landed in my Gmail spam folder. Maybe because of the all-caps. :-) Taylan

Re: Guix compilation

"Thompson, David" writes: > On Tue, Feb 16, 2016 at 12:42 PM, Andreas Enge wrote: >> Just a quick "thank you" message to Taylan; your patch for compiling Guix >> in parallel makes an amazing difference! I just noticed it again on my Novena >> with its

Re: bug#22571: Guix on Debian Testing sbcl package needs warning to set SBCL_HOME

Christopher W Carpenter writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Christopher W Carpenter skribis: >> >>> When doing guix package -i sbcl on my newly setup debian testing + guix >>> machine and then attempting to run sbcl I got the

Re: [PATCH 07/13] build: Add 'DL' silent rule.

Mathieu Lirzin writes: > We could use the full word “DOWNLOAD” instead of “DL” but on the other > hand this will visually blend with the “LOAD” for guile modules. This might be subjective but I think "DOWNLOAD" and "LOAD" are pretty significantly different, both in shape and

Re: [PATCH] build: Speed up .go compilation.

l...@gnu.org (Ludovic Courtès) writes: > l...@gnu.org (Ludovic Courtès) skribis: > >> taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > > [...] > >>> So in the worst case we can just turn that par-for-each into a for-each >>> and

Re: [PATCH] build: Speed up .go compilation.

l...@gnu.org (Ludovic Courtès) writes: > I have one concern: while running it peaked at 300 MiB resident in > ‘top’, which is OK on many machines but still quite a lot. I realize we > have the same problem with ‘guix pull’ now, but that’s not great. Part > of the problem may be that modules are

Re: [PATCH] build: Fix out-of-tree building of documentation.

taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes: > .png.eps: > - convert "$<" "$@-tmp.eps" > - mv "$@-tmp.eps" "$@" > + convert "$<" "$(srcdir)/$@-tmp.eps" > + mv "

Re: [PATCH] build: Speed up .go compilation.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> It should have the same improvement as 'guix pull' since it does >> basically the same thing. I measured to make things concrete, and on my >>

Re: [PATCH] build: Speed up .go compilation.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> I'm having headaches with distcheck. Currently it bails out because I'm >> missing tex. Debian's version is apparently too old, and Guix's version >>

Re: [PATCH] build: Speed up .go compilation.

Mathieu Lirzin <m...@gnu.org> writes: > Let me say first that I found this an amazing work! Thanks. :-) > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes: > >> -AM_V_GUILEC = $(AM_V_GUILEC_$(V)) >> -AM_V_GUILEC_ = $(AM_V_GUILEC_$(AM_DEFAULT_

Re: [PATCH] build: Speed up .go compilation.

Mark H Weaver writes: > I'm sorry I haven't been following this discussion closely, but let me > first say that the performance gains you've been able to achieve are > very exciting. Thanks for working on this! Hi Mark, thanks for the kind words. :-) > Unfortunately, I have

Re: [PATCH] build: Fix out-of-tree building of documentation.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> From 80c928d93b9f87e227684a53dc4ce4477698c86b Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= >> <taylanba

Re: [PATCH] build: Speed up .go compilation.

Mathieu Lirzin <m...@gnu.org> writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes: > >>> that takes time proportional to the length of the line, so that leads >>> Emacs to hang for a second when it sees that line. Silly. ;-

[PATCH] build: Fix out-of-tree building of documentation.

While working on my other patch I noticed we already have some issues with out-of-tree builds. Resolved by this patch. >From 41650754511487f5f1f937317eebd80c19ca8bf1 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= Date: Sat, 9 Jan

Re: [PATCH] build: Speed up .go compilation.

nal-inputs-self-contained.scm" -.PHONY: sync-descriptions gen-ChangeLog gen-AUTHORS clean-go +.PHONY: sync-descriptions gen-ChangeLog gen-AUTHORS clean-go make-go .PHONY: assert-no-store-file-names assert-binaries-available .PHONY: assert-final-inputs-self-contained diff --git a/build-aux/co

[PATCH] build: Speed up .go compilation.

Here's an updated version that uses the same strategy as the one we settled on for 'guix pull'. >From 220a8caed6da22e349545899d5c51083bb3a8ac5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= Date: Thu, 5 Nov 2015 23:42:45 +0100

Re: [PATCH] build: pull: Compile .scm files in one process.

taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes: >>>>> After some tinkering around I realized that the problem is that our >>>>> workaround of loading files explicitly causes the package record >>>>> type to be redefined af

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > Go for it! Done! Thanks for the review. > Thank you, and apologies for the looong delay! No problem, and apologies on my side too for the delays. > Ludo’. Taylan

Re: Emacs load path

Alex Kost writes: > Federico Beffa (2015-12-28 01:16 +0300) wrote: > > [...] >> 1. (setq load-path (append '("/usr/local/share/emacs/site-lisp/") load-path)) > > This is very unusual. Why 'append' instead of 'cons'? Anyway an > idiomatic way is: (add-to-list 'load-path

Re: Moving to beta? When?

Efraim Flashner writes: > guix pull: super slow as-is :) [embarrassed] I'm free of work for the next two weeks, so hopefully I'll finally get this patch done, health issues notwithstanding (I think they're waning anyway). 'guix pull' should then take 3-5 minutes on a

Re: [PATCH] build: pull: Compile .scm files in one process.

, 55 insertions(+), 94 deletions(-) diff --git a/guix/build/pull.scm b/guix/build/pull.scm index 281be23..4ddb12a 100644 --- a/guix/build/pull.scm +++ b/guix/build/pull.scm @@ -1,5 +1,6 @@ ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2013, 2014 Ludovic Courtès

Re: Contributor covenant

Alex Sassmannshausen writes: > Andreas Enge writes: > >> On Wed, Dec 09, 2015 at 02:39:49PM +0100, Ludovic Courtès wrote: >>> In commit e15fcdd, I added a ‘CODE-OF-CONDUCT’ file taken from >>> , which is essentially a way of >>>

Re: [PATCH] gnu: Add mpv-minimal.

Andreas Enge writes: > On Fri, Dec 04, 2015 at 07:08:36PM +0300, Alex Kost wrote: >> I cry every time I see samba during updating my profile, so I wonder if >> it is acceptable to have "mpv-minimal" which is less heavy on >> dependencies. If so, perhaps the other people have

Re: [PATCH] build: pull: Compile .scm files in one process.

Mark H Weaver <m...@netris.org> writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes: > >> It would be great if the whole circular import problem could somehow be >> solved by Guile (no idea how feasible it is). > > I think we shoul

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> After some tinkering around I realized that the problem is that our >> workaround of loading files explicitly causes the package record type to >> be

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> l...@gnu.org (Ludovic Courtès) writes: > > [...] > >>>?: 2 [primitive-load >>> "/gnu/store/d51z2xkwp1vh0dh6gqadyyzv21m0b772-gu

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> From 78be6d09d2d4c0a563be14c66ac2a1a345ff9b1d Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= >> <taylanb

Re: proposal: make build failures explicit results in the store

Florian Paul Schmidt writes: > Hi, > > currently I'm trying my hands on building _all_ available packages on > the x86_64 platform in a qemu-vm (with the intended aim to later > publish them to maybe take some load off hydra), but I came across an > issue that might have an

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> From 0eaf7d4c264dc531718a4c0b933323f48ea91930 Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= >> <taylanb

Re: [PATCH] build: pull: Compile .scm files in one process.

Andy Wingo <wi...@igalia.com> writes: > On Thu 12 Nov 2015 10:23, taylanbayi...@gmail.com (Taylan Ulrich > "Bayırlı/Kammer") writes: > >> +;; Compile the .scm files. Also load every compiled file after writing >> it >> +;; to work around

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> l...@gnu.org (Ludovic Courtès) writes: > > [...] > >>> (gnu scripts environment) imports (gnu packages bash), so we end up >>>

Re: [PATCH] build: pull: Compile .scm files in one process.

Andy Wingo <wi...@igalia.com> writes: > On Thu 12 Nov 2015 12:27, taylanbayi...@gmail.com (Taylan Ulrich > "Bayırlı/Kammer") writes: > >> First attempt: when I simply put >> >> (for-each (lambda (file) >>

Re: [PATCHES] Mupen64Plus

Efraim Flashner writes: > On hydra Mupen64plus-core fails to build on arm and mips. > > Mips failure message: > starting phase `build' > Makefile:127: *** CPU type "mips64" not supported. Please file bug report at > 'http://code.google.com/p/mupen64plus/issues'. Stop. >

[PATCH] Makefile: Speed up .go compilation.

This does the same thing as the 'guix pull' patch, but for our Makefile. Improvement suggestions welcome, since it's pretty hacky. >From f205496e8f08c3621d2ffe2c802da1f9e367e2b9 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= Date:

Re: [PATCHES] Mupen64Plus

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> Efraim Flashner <efr...@flashner.co.il> writes: >> >>> On hydra Mupen64plus-core fails to build on arm and mips. >>> >>>

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> compiling >> '/gnu/store/dbkpm8rqjz096w0bchmnlj8gw15q2riy-guix-latest/guix/scripts/environment.scm'... >> Backtrace: >> In ice-9/boot-9.scm: >

Re: [PATCH] build: pull: Compile .scm files in one process.

Andy Wingo <wi...@igalia.com> writes: > On Fri 06 Nov 2015 16:41, taylanbayi...@gmail.com (Taylan Ulrich > "Bayırlı/Kammer") writes: > >> Andy Wingo <wi...@igalia.com> writes: >> >>> On Thu 05 Nov 2015 17:10, taylanbayi...@gmail.com (Taylan Ul

Re: [PATCH] build: pull: Compile .scm files in one process.

Andy Wingo <wi...@igalia.com> writes: > On Mon 09 Nov 2015 08:51, taylanbayi...@gmail.com (Taylan Ulrich > "Bayırlı/Kammer") writes: > >> The relevant bug report is <http://bugs.gnu.org/15602>. >> >> According to Ludo's explanation, compiling a

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > Could you do ‘guix pull --verbose’ so we see the order in which files > are compiled? Here's the output: compiling... 0.0% of 463 files compiling '/gnu/store/dbkpm8rqjz096w0bchmnlj8gw15q2riy-guix-latest/guix.scm'... ;;; Failed to autoload

Re: [PATCH] build: pull: Compile .scm files in one process.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> It used to take ~18 minutes on my machine, now less than 3. > > Sounds compelling. :-) > >> From fd5d9bf77fd38fad354d66c31e57bc9bbc86481f Mon Se

Re: [PATCH] build: pull: Compile .scm files in one process.

Andy Wingo <wi...@igalia.com> writes: > On Thu 05 Nov 2015 17:10, taylanbayi...@gmail.com (Taylan Ulrich > "Bayırlı/Kammer") writes: > >> CPU: >> >> It used to max out every CPU core, now just one. :-) >> >> >> Time: >> >&g

Re: [PATCHES] Mupen64Plus

taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes: > These packages need to be used in a somewhat peculiar way: > > - install *both* mupen64plus-core and mupen64plus-ui-console in your > profile, > > - install all the plugins in your profil

[PATCH] build: pull: Compile .scm files in one process.

This reduces memory and CPU usage (unless you only have one CPU core), and reduces the time needed to compile, during 'guix pull'. Memory: It used to use as many guile processes as you have cores, each consuming about 100-150 MB memory. Now it uses a single guile process whose memory

Re: [PATCH] gnu: Add nestopiaue.

I now pushed a slightly edited version of this patch. (Removed the xdg-utils input since I was already patching out its use in the Makefile, removed the freedesktop module use that was needed for xdg-utils, and renamed the package to nestopia-ue.) Taylan

Re: [PATCHES] Mupen64Plus

Eric Bavier <ericbav...@openmailbox.org> writes: > On 2015-11-02 23:13, Leo Famulari wrote: >> On Mon, Nov 2, 2015, at 17:04, Taylan Ulrich Bayırlı/Kammer wrote: >>> (I can't use git-send-email with git installed from Guix for some >>> reason; it says subco

Re: [PATCH] gnu: Add nestopiaue.

l...@gnu.org (Ludovic Courtès) writes: > taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > >> I now pushed a slightly edited version of this patch. > > Thanks, sorry for not replying earlier. No problem. :-) > One thing that may be worth double-

[PATCHES] Mupen64Plus

(I can't use git-send-email with git installed from Guix for some reason; it says subcommand not found.) So here's 11 patches that add Mupen64Plus, the console front-end, and many essential plugins. These packages need to be used in a somewhat peculiar way: - install *both* mupen64plus-core and

Re: [PATCH] gnu: Add nestopiaue.

The homepage was wrong. Here's an updated patch. >From f8fcbf5fa4f5616c18df652f93f4b00f85d6f4ea Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= Date: Sun, 1 Nov 2015 19:38:53 +0100 Subject: [PATCH] gnu: Add nestopiaue. ---

[PATCH] gnu: Add nestopiaue.

Any opinions on how to handle the xdg-desktop-menu(1) call in the Makefile? So far I just remove it. AFAIUI it's the kind of thing our profile generator handles. >From 6bd3c34da4e96ffcd5df34cd5b44adf5ab58086a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=

Re: [PATCH] gnu: Add nestopiaue.

Seems I forgot our commit message guidelines; here's a patch with a fixed commit message. >From 06d1fe3145052d7b660bba98db751fcc670a6602 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= Date: Sun, 1 Nov 2015 19:38:53 +0100 Subject:

Re: Environment containers

"Thompson, David" writes: > Hello Guix hackers, > > I am pleased to announce that the patch for adding Linux container > support to 'guix environment' has just landed in master! > > Why is this cool, you ask? Well, it enables one to truly isolate > development

Re: Giving up on RubyGems

David Thompson writes: > Hello Guix hackers, > > As some of you know, I've been working on Ruby support for Guix for > about a year now. In that time, I helped write and rewrite a Ruby gem > build system, wrote an importer for , and packaged >

Re: Plan for 0.9.0

"Thompson, David" writes: > [...] I'm fine with 'guix gc' working as-is. The re-downloading lots > of substitutes issue is not an issue about the CLI, but rather about > not making store items that you want to hang around GC roots. Hmm, good point. Rather than

Re: Question about Haskell packages

Paul van der Walt writes: > Hello Guix, Hello! > Yesterday i thought to myself that it would be cool to mess around with > Idris , on of the dependently-typed > languages. Turns out it depends on quite a lot of Hackage packages! I > steamed

Re: Outdated config.scm in development repo

"Thompson, David" writes: > Some day 'guix environment' will allow one to create a profile and > register it as a GC root and avoid this issue. Aha, that indeed sounds like a nice and clean way to solve the general issue, which I guess is that software built with 'guix

Outdated config.scm in development repo

>From what I can tell this situation I landed in doesn't involve any bugs and won't happen to a normal user, but for the sake of documenting it for developers, here goes: I have $XDG_CONFIG_HOME/guix/latest point to a git repository so I can update it swiftly. In the repo, a ./guix/config.scm is

Re: Plan for 0.9.0

Mathieu Lirzin writes: > Ricardo Wurmus writes: > >> Alex Vong writes: >> >>> Regarding gc, I remember I accidentally ran "guix gc" and removed all >>> the build dependencies like bash, glibc... Then, I realized the

Re: Using 'system*' instead of 'system' in 'guix environment'

"Thompson, David" writes: > On Thu, Oct 8, 2015 at 10:59 AM, Ludovic Courtès wrote: > >> I guess we must still support -E for compatibility. Probably it should >> do an implicit ‘sh -c’? > > This introduces implementation issues. What if a user provides

Re: Using 'system*' instead of 'system' in 'guix environment'

"Thompson, David" <dthomps...@worcester.edu> writes: > On Thu, Oct 8, 2015 at 12:05 PM, Taylan Ulrich Bayırlı/Kammer > <taylanbayi...@gmail.com> wrote: >> "Thompson, David" <dthomps...@worcester.edu> writes: >> >>> On Thu, Oct 8, 2

Re: Using 'system*' instead of 'system' in 'guix environment'

"Thompson, David" writes: > guix environment --ad-hoc guile -- sh -c "cd bar/; guile -c '(frob)'" AFAIUI that's equivalent to guix environment --ad-hoc guile -E "cd bar/; guile -c '(frob)'" (Or was the intent to deprecate -E?) Therefore I'd agree that doing no

Re: Preparing for the libc/locale upgrade

Leo Famulari writes: > Just want to confirm I'm doing your workaround properly... like this? > $ ln -s gnu/store/...-glibc-utf8-locales-2.22/lib/locale > /run/current-system/locale > $ echo $LOCPATH > > The previous line is blank, showing that $LOCPATH is unset. I think that

  1   2   3   >