Re: Declarative and Minimalistic Computing: CfP for FOSDEM 2024

We are working on a decision on which talks to accept, we will have it ready by tomorrow evening. On 11/12/23 15:57, Manolis Ragkousis wrote: We are excited to announce the Call for Participation for the Declarative and Minimalistic Computing devroom at FOSDEM on February, 2024

Declarative and Minimalistic Computing: CfP for FOSDEM 2024

o * Links to related websites/blogs etc To see what a final talk looks like see https://archive.fosdem.org/2021/schedule/event/gnumes/ Let's make this a fun day! = Organizers = Pjotr Prins, Manolis Ragkousis, Jonhathan McHugh, Bonface Munyoki, Arun Isaac, Ludovic Courtès, Amirouche Boub

Guix Days and Fosdem 2024

Hello everyone, It's that time of the year again. We should start preparing for the Guix Days 2024 and a Declarative and Minimalistic Computing devroom proposal. I have created the pages at [1] devroom proposal and [2] Guix days. I copy pasted the text from last year and updated the year.

Blog posts license

Hello everyone, Yes, I agree for my contribution to the blog posts with the license under CC-BY-SA 4.0 and GFDL version 1.3 or later Thank you, Manolis

Help needed with Fosdem devroom coordination

-conscious Reflexive Interpreters ,William Byrd,accepted confirmed01:00:00,60,Saturday,01:30:00 PM,,Remote,7,Bonface Munyoki,Arun Isaac 14325,"GNU Guix and Open science, a crush? ",Simon Tournier,accepted confirmed00:25:00,25,Saturday,03:00:00 PM,,On,8,Pjotr Prins,Manolis Ragkousis

FOSDEM 2023 - Declarative and Minimalistic Computing - Call for Participation

s like see https://archive.fosdem.org/2021/schedule/event/gnumes/ Let's make this a fun day! = Organizers = Pjotr Prins, Manolis Ragkousis, Jonhathan McHugh, Bonface Munyoki, Arun Isaac, Ludovic Courtès, Amirouche Boubekki, Hisham Muhammad, Jan Nieuwenhuizen, Ricardo Wurmus, Alex Sassmannshause

Re: Clarifying blog post licensing

"Danny Milosavljevic" "David Thompson" "Efraim Flashner" "Florian Pelz" "Guix Hackers" "Gábor Boskovits" "Jakob L. Kreuze" "Jan (janneke) Nieuwenhuizen" "Jan Nieuwenhuizen" "Joshua Brans

Re: Celebrating ten years of Guix

I still remember sending my first patch in 2014 and the happiness of getting it accepted. I am using Guix everywhere and has made my life so much simpler to experiment with things. I love the Guix Community! Looking forward to another 10 year and beyond :D On 1/15/22 06:52, Pjotr Prins wrote:

FOSDEM 2022 - Declarative and Minimalistic Computing - Call for Participation

esponsible for ensuring the content is into the system and ready to broadcast. * During the stream of your talk, you must be available online for the Q/A session Let's make this a fun day! = Organizers = Pjotr Prins, Manolis Ragkousis, Ludovic Courtès, Amirouche Boubekki, Hisham Muh

Re: FOSDEM + Guix Day: hurrah!

Can't wait for next year, hopefully in Brussels :D Sent from ProtonMail mobile Original Message On Feb 11, 2021, 12:07, Ludovic Courtès wrote: > Hello Guix! > > With all the excitement and activity these days, I almost forgot to say > it: *big thanks* to Pjotr and Manolis for

Re: Declarative and Minimalistic Computing devroom CfP

change this based on the current situation. So please don't worry :) Thank you! Manolis On 12/1/20 10:14 PM, Manolis Ragkousis wrote: > We are excited to announce a devroom on Declarative and Minimalistic > Computing at FOSDEM on Sunday February 7th 2021, online! > > FOSDEM is one

Re: Declarative and Minimalistic Computing devroom CfP

Hello Arun, Yes it is a typo, it should have been the 20th. I will update it https://libreplanet.org/wiki/FOSDEM2021-devroom-declarative-and-minimalistic-computing Thank you, Manolis On Sun, 6 Dec 2020 at 20:03, Arun Isaac wrote: > > > > = Important dates: = > > > > - Dec 15th 2020:

Declarative and Minimalistic Computing devroom CfP

ble online for the Q/A session Let's make this a fun day! = Organisers = Manolis Ragkousis, Ludovic Courtès, Jan Nieuwenhuizen, Pjotr Prins (pjotr.public...@thebird.nl), William Byrd, Ricardo Wurmus, Alex Sassmannshausen, Amirouche Boubekki, Efraim Flashner, Bonface M. K. = Code of conduct =

Re: `guix build hello' now succeeds on the Hurd

Hello Jan, First of all awesome work!! On 3/10/20 10:59 AM, Jan Nieuwenhuizen wrote: > I briefly looked at more work-in-progress daemon patches by Manolis, but > stopped when I found that it needs [t]his "new" libhurdutils library... > @Manolis? > This is that work

[FOSDEM] FOSDEM 2020 Minimalistic, Experimental and Emerging Languages Devroom CfP

act of one paragraph * A longer description if you wish to do so * Links to related websites/blogs etc To see what a final talk looks like see https://archive.fosdem.org/2019/schedule/event/gnumes/ Let's make this a fun day! = Organisers = Manolis Ragkousis, Peter Munch-Ellingsen, Steph Hobb

Guix Days FOSDEM 2020

Hello everyone, We are also preparing the GNU Guix days fringe event two days before FOSDEM 2020. Like last year we can have it at ICAB! The page for the event is here [1]. Those who are going to attend please add you name or send an email to me or Pjotr. Also please add topic ideas to talk

FOSDEM 2020 "Minimalistic Languages - for big ideas" devroom proposal

Hello everyone, It's time we get started again for FOSDEM 2020! Please read the proposal in [1] and offer suggestions and updates to the text. We have a deadline for the devroom proposal until the 20th of September, but we would like to have the proposal ready before that! Also start thinking

Re: Hurd status?

this list for some time now, but not subscribed until > now. I know Manolis Ragkousis has been working on making GNU/Hurd > running under Guix and Shepherd. What is the current status? How much > work is needed to be fully supported? And which are the current > problems? > > What abo

Re: build failed: acquiring/releasing lock

Hello Rene, madvise() is not implemented on GNU/Hurd and I had once started implementing a fix for guile [1]. We need to restart that old thread and find a correct solution to this. In the meantime you could use that patch for guile as a workaround. Manolis [1]

Re: GNU/Hurd update

Hello Ludo, On 12/16/18 5:42 PM, Ludovic Courtès wrote: > > For comparison, this is what it looks like on GNU/Linux: > > --8<---cut here---start->8--- > stat("/gnu/store/9alic3caqhay3h8mx4iihpmyj6ymqpcx-guile-2.2.4/lib/guile/2.2/ccache/ice-9/command-line.go",

Re: GC Warning: Out of Memory

Hello Ludo, On 12/14/18 1:02 PM, Ludovic Courtès wrote: > You must be using a personal branch, no? It seems that ‘master’ cannot > be used natively on GNU/Hurd because we lack binaries under > gnu/packages/bootstrap/i586-gnu: > > --8<---cut here---start->8---

FOSDEM 2019

ssmannshau...@gmail.com) - Tobias Geerinckx-Rice - Manolis Ragkousis

Re: FOSDEM 2018 and announcing a GNU Guix/Guile day!

Hello Carlo, Don't worry I added your name. See you there! Manolis On 01/18/18 20:14, Carlo Zancanaro wrote: > On Tue, Dec 05 2017, Manolis Ragkousis wrote: >> If you are going to attend please add your name to the wiki, or just >> respond to this email, so we can order

Re: Iso image size

Hello, On 12/08/2017 10:37 AM, ng0 wrote: > So why focus on the artifical size of optical disks, especially a > format that has been considered old by most if not all other distros > above the size of tiny distros? > > If this may sound like harsh criticism: I'm only curious. > 2 things come

Re: FOSDEM 2018 and announcing a GNU Guix/Guile day!

Hello everyone, We now have a wiki page for our FOSDEM GNU Guix/Guile day. [1] If you are going to attend please add your name to the wiki, or just respond to this email, so we can order enough lunches! Of course everyone is welcome to come whether they register or not! Also if you know anyone

Re: boot the Hurd with Guix

Hello Rene :D On 11/27/17 21:05, ren...@openmailbox.org wrote: > Hello, > > This is the demo generated with Guix: > > https://github.com/methalo/boot-hurd > > The binary files were generated in Debian/Hurd and placed in an 'img' file. > > The command used to generate the binaries is: > >

Re: boot the Hurd with Guix

Hello everyone, On 11/16/2017 12:13 PM, Ludovic Courtès wrote: > Hi Samuel, :-) > > Samuel Thibault skribis: > >> Ludovic Courtès, on lun. 13 nov. 2017 11:42:01 +0100, wrote: >>> PS: guix-daemon no longer depends on ‘lsof’, but it still depends on /proc. >> >> Does

Re: 'core-updates' status

On 08/26/2017 03:04 PM, Ludovic Courtès wrote: > Leo Famulari skribis: > >> On Fri, Aug 25, 2017 at 08:34:21PM +0200, Marius Bakke wrote: >>> 'core-updates' has finished building on x86_64 on i686, and the grafting >>> failures should now be fixed. Are we ready to merge

Re: 'core-updates' status

On 08/25/17 21:34, Marius Bakke wrote: > Hello! > > 'core-updates' has finished building on x86_64 on i686, and the grafting > failures should now be fixed. Are we ready to merge this branch? :-) > Does cross-compilation work? Because I cannot cross-compile anything for any target I tried

Re: core-updates on Hurd

On 07/09/17 13:20, Ricardo Wurmus wrote: > > Manolis Ragkousis <manolis...@gmail.com> writes: > >> For example trying ./pre-inst-env guix build hello it fails with: >> >> 166<--165(pid2386)->io_write ("guix build: error: lstat: No such file or >&g

Re: core-updates on Hurd

named "/home/manolis/repos/guix/gnu/packages/zation.scm". Could it be something that there is something wrong with the guix build command? Manolis On 07/09/17 10:15, Manolis Ragkousis wrote: > Hey Rene, > > There seems to be something really wrong with your installation of g

Re: core-updates on Hurd

Hey Rene, There seems to be something really wrong with your installation of guix. Files are missing. Did you delete something by hand? 105<--153(pid1070)->dir_lookup ("usr/local/share/locale/en_US.UTF-8/LC_MESSAGES/guix.mo" 1 0) = 0x4002 (No such file or directory)

Re: bootstrap-tarballs fails

Just reproduced it as well. I would like to add that the problem existed on all cross-compilation targets, not only Hurd. Cross-compilation on core-updates works now. Manolis On 07/02/17 15:32, rennes wrote: > Hi Ludovic, > >> Something is wrong here: the “*boot0” packages are not

Re: core-updates on Hurd

Hey Rene, On 06/23/17 05:45, rennes wrote: > Good day, > > currently the guix core-updates branch on GNU/Hurd, after start > guix-daemon and issue the command './pre-inst-env guix build hello' > fails with: > -- > guix build: error: lstat: No such file or directory: >

Re: fails make on core-updates

On Jun 19, 2017 15:32, "rennes" wrote: Hello, > Could it be that you had sale .o files? What version of GCC are you > using? > I completely delete the repository and re-clone. It works now. Thanks Next time you could avoid such extreme measures. Running git clean

Re: Cross-compilation to GNU/Hurd broken on core-updates

Hey Ludo, Locally on the latest core-updates 70eea6ea14590a5a13656148915bd62f5fecf5f7 running `./pre-inst-env guix build --target=i586-pc-gnu bootstrap-tarballs --fallback' builds successfully. 10:27:47 manolis@aeneas ~/repos/guix [env]$ ./pre-inst-env guix build --target=i586-pc-gnu

Re: Cross-compilation to GNU/Hurd broken on core-updates

Hello Ludo, I will reproduce it locally and track the problem. Probably a package update in core-updates is causing this. I will report back. Manolis On 06/08/17 01:01, Ludovic Courtès wrote: > Hello Manolis and all! > > On ‘core-updates’, the cross-compiler for i586-pc-gnu fails to build: >

Re: Cross-compilation to GNU/Hurd broken on core-updates

Hello Ludo, I will reproduce it locally and track the problem. Probably a package update in core-updates is causing this. I will report back. Manolis On 06/08/17 01:01, Ludovic Courtès wrote: > Hello Manolis and all! > > On ‘core-updates’, the cross-compiler for i586-pc-gnu fails to build: >

Fwd: Re: Planning for the next release

Forgot to cc the list -- Forwarded message -- From: "Manolis Ragkousis" <manolis...@gmail.com> Date: May 12, 2017 21:17 Subject: Re: Planning for the next release To: "Ricardo Wurmus" <rek...@elephly.net> Cc: Hey Ricardo, On May 12, 2

Re: cross-compiling in core-updates

reported and commit 78dea6f1d4a did not fix it. On 04/26/17 00:26, Sergei Trofimovich wrote: > On Tue, 25 Apr 2017 17:10:58 +0300 > Manolis Ragkousis <manolis...@gmail.com> wrote: > >> Hello Rene, >> >> I am currently looking into that. >> >> Manolis >

Re: cross-compiling in core-updates

Hello Rene, I am currently looking into that. Manolis

Re: [PATCH 2/2] gnu: Add the Hurd.

Hello Efraim, On 04/09/17 05:41, Efraim Flashner wrote: > On Sat, Apr 08, 2017 at 05:06:57PM +0300, manolis...@gmail.com wrote: >> From: Manolis Ragkousis <manolis...@gmail.com> >> >> + (modify-phases %standard-phases >> +

Re: [PATCH] gnu: grep: Fix for gnulib library.

Hello Rene, I pushed the patch to core-updates. Thank you, Manolis

Re: [PATCH 2/2] gnu: Add GNU Mach.

Awesome Rene, thank you. Manolis

Re: [PATCH] gnu: grep: Fix for gnulib library.

On 03/13/17 10:31, Efraim Flashner wrote: > more (if (hurd ...)) patches does also make it easier to merge in > changes for those not using hurd when the time comes, and it allows > those actively using hurd to make changes to more low-level packages > without worrying about how it affects the

Re: [PATCH] gnu: grep: Fix for gnulib library.

Hello Ludo, On 03/11/2017 01:31 PM, Ludovic Courtès wrote: > Hi! > > ren...@openmailbox.org skribis: > >> From f76585a44afdc41187df768eec79fb723713cf0c Mon Sep 17 00:00:00 2001 >> From: rennes >> Date: Tue, 21 Feb 2017 23:21:49 -0600 >> Subject: [PATCH] gnu: grep: Fix

Re: [PATCH] gnu: fontconfig: Fix for PATH_MAX.

Hello Ludo, On 03/06/2017 11:25 PM, Ludovic Courtès wrote: > > BTW, I’d encourage you to team up with the Debian folks so that all the > PATH_MAX patches end up upstream. Otherwise they’ll end up occupying > half of our repo. ;-) Thank to Rene's effort this one is already in upstream :). Next

Re: export variable CONFFLAGS

Hello Rene On 02/28/2017 07:45 AM, ren...@openmailbox.org wrote: > Hello, > I am trying to export the variable 'CONFFLAGS' for 'apr' package on > GNU/Hurd as follows: > > (arguments > #:make-flags ("CONFFLAGS+=apr_cv_struct_ipmreq=no" > (string-append "PREFIX="

Re: Hurd bootstrap tarballs

Just for future reference this was fixed with commit 751702676e0dcf39657082138f45340b65ae4d3e. Manolis On 02/24/2017 04:17 PM, Manolis Ragkousis wrote: > I am already into it. The sysdeps/unix/sysv/linux/bits/fcntl-linux.h > part is the problem. > > I was thinking on breaking the pa

Re: Hurd bootstrap tarballs

I am already into it. The sysdeps/unix/sysv/linux/bits/fcntl-linux.h part is the problem. I was thinking on breaking the patch into two and only apply the second one when using glibc/linux. Will report back. Manolis On 02/24/17 11:47, Andreas Enge wrote: > Hello, > > on core-updates, building

Re: ANNOUNCE: Guix on Aarch64 !!

On 02/20/2017 04:32 PM, Efraim Flashner wrote: > Its my pleasure to announce that guix now has all the code necessary to > support aarch64! Currently support is limited to the core-updates > branch, but that shouldn't be too much of a problem, since currently > everything needs to be built from

Re: bug#25463: guile-2.0.13 Check errors

Hello, On 02/11/2017 11:03 PM, Ludovic Courtès wrote: > Hello! > > ren...@openmailbox.org skribis: > >> I am trying to build guile version 2.0.13 in GNU Hurd through Guix >> package manager, in the 'Check' phase I have 4 errors; I am attaching >> the build log(config.zip), environment >>

Re: bug#25463: guile-2.0.13 Check errors

Hello Renes, On 02/12/17 10:37, ren...@openmailbox.org wrote: > Now the following error is left: > > Running time.test > FAIL: time.test: internal-time-units-per-second: versus times and sleep > Running tree-il.test > > Totals for this test run: >

Re: Porting with Guix

Hello everyone, Continuing my last email the deadlock in "gctest" originates from file phtread_support.c:2007 #ifndef NO_PTHREAD_TRYLOCK if (1 == GC_nprocs || GC_collecting) { pthread_mutex_lock(_allocate_ml) } else { GC_generic_lock(_allocate_ml); } When it tries to

Re: Porting with Guix

Hello everyone, On 01/05/17 02:23, ren...@openmailbox.org wrote: > gnu/store/1h7p18gpn84kdww5i542k93arw4hhgs8-libgc-7.6.0/lib > make[2]: Leaving directory > '/tmp/guix-build-libgc-7.6.0.drv-0/gc-7.6.0' > make check-TESTS > make[2]: Entering directory >

Re: FOSDEM social dinner

Hello Alex, On 01/06/17 11:46, Alex Sassmannshausen wrote: > Hello, > > Guile has a dev room at FOSDEM this year — for a whole day! The dev > room will be on Sunday. > > Whilst organising it, we had the idea that it would be fun to have a > Guile/Guix user & dev dinner on the Saturday evening.

Re: [PATCH] gnu: Use hurd-triplet? to check if GNU/Hurd.

Hello, On 01/03/17 16:56, Ludovic Courtès wrote: > Is it just 9b5f498deff516a9799a132fb04b40fb9ccfd7a6? That commit could > also go to master. Actually we also need b810a85019ab3c4ee1f889d0751b8eb06157dadc which sets gcc-5 as default. The latest Hurish glibc needs it. Manolis

Re: [PATCH] gnu: Use hurd-triplet? to check if GNU/Hurd.

Hello Kei, On 2 January 2017 at 22:11, Kei Kebreau wrote: > > LGTM. I assume this one will be pushed to master as well? > > P.S. Is there currently a way to successfully build the bootstrap > binaries for Hurd from Guix on x86_64 Linux? If you merge master into

Re: [PATCH] guix: build: make-bootstrap: Copy libpthread_nonshared.a to the new system.

Sometimes I forget that people can't see what I think in my head :P On 01/02/17 20:25, David Craven wrote: >>(define %libc-object-files-rx "^(crt.*|ld.*|lib(c|m|dl|rt|pthread|nsl|\ >> -util).*\\.so(\\..*)?|lib(machuser|hurduser).so.*|libc(rt|)_nonshared\\.a)$") >>

Re: [PATCH] gnu: glibc-hurd: Disable werror.

Hello David, As it only changes glibc/hurd it will not cause any rebuilds. If no one objects I will push it to master. Manolis On 01/02/17 19:57, David Craven wrote: > LGTM. Does it need to go into core-updates?

Re: [PATCH] gnu: make-bootstrap: Produce the correct %glibc-bootstrap-tarball for Hurd systems.

Hello Ludo, > >> ;; `cross-libc' already returns a cross libc, so clear >> ;; %CURRENT-TARGET-SYSTEM. >> (parameterize ((%current-target-system #f)) >> - (cross-libc target) >> + (cross-libc target ) > > Nope. :-) Oops :-). Fixed and pushed to

Re: MinGW cross-compilation support

Hello everyone, On 12/07/16 11:36, Ludovic Courtès wrote: > Hello Guix! > > After all this time I’m happy to report that I’ve finally merged MinGW > cross-compilation support, woohoo! > > So we should now be able to do: > > guix build --target=i686-w64-mingw32 guile > > to cross-compile

Re: [PATCH] gnu: make-bootstrap: Produce the correct %glibc-bootstrap-tarball for Hurd systems.

: Manolis Ragkousis <manolis...@gmail.com> Date: Wed, 30 Nov 2016 16:49:48 +0200 Subject: [PATCH] gnu: make-bootstrap: Produce the correct %glibc-bootstrap-tarball for Hurd systems. * gnu/packages/make-bootstrap.scm (%glibc-bootstrap-tarball): Make it a procedure. (%glibc-stripped)

Re: [PATCH] gnu: glibc-hurd: Force mach/hurd/libpthread subdirs to build first.

Updated the patch with your suggestions, added you as a co-author and I pushed it to core-updates. Thank you, Manolis

Re: [PATCH] gnu: cross-libc: Use the correct libc.

On 10/31/16 19:49, Ludovic Courtès wrote: > Before pushing, please make sure that: > > ./pre-inst-env guix build -s x86_64-linux coreutils > ./pre-inst-env guix build -s armhf-linux coreutils > ./pre-inst-env guix build --target=arm-linux-gnueabihf coreutils -n > > are unchanged (I suppose

Re: [PATCH] gnu: Add GNU Radio.

Hello Ricardo, Because I was afk for 2 weeks, thanks to some personal matters, I didn't have time to work on Guix at all. I am slowly catching up and will push it when it's ready. Your concerns were right, it doesn't work as expected. Manolis

Re: [PATCH] gnu: Add linux-pam.

Hello Rene, First of all thank you for helping with the port :-). Now on the patch. > Subject: [PATCH] gnu: Add linux-pam. Maybe we should change the name of the patch to "[PATCH] gnu: Make linux-pam build on non Linux systems." Other than that looks good to me. As Ricardo said check the

Re: [PATCH] gnu: Add python-cheetah.

Hello Leo, > Does this python2-cheetah work as expected? Needing to make changes to > the Python 2 version of a package is the reason we introduced the > python2-variant system. This package only works with python 2. Actually if you try to build python-cheetah, you will get: phase

Re: [PATCH] gnu: Add GNU Radio.

I am resending my response because I forgot to cc the list. On 08/16/16 16:02, Manolis Ragkousis wrote: > Hey Ricardo, > > Maybe I should check again the output of my gnuradio package. I will > report back. > > Manolis >

[PATCH] gnu: Add GNU Radio.

Hello, I noticed that we didn't have GNU Radio packaged, so here you go. Manolis >From 7456142768bcdbd0782f475cd55c928f92c18472 Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Tue, 16 Aug 2016 14:23:17 +0300 Subject: [PATCH] gnu: Add GNU Radio. * gnu

[PATCH] gnu: Add python-cheetah.

This patch adds python2-cheetah. Manolis >From 7899fa820ea826b71375d805185a99cf8de0fc8f Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Tue, 16 Aug 2016 14:06:03 +0300 Subject: [PATCH] gnu: Add python-cheetah. * gnu/packages/python.scm (python-cheetah

[GSoC] Porting GuixSD to GNU/Hurd Update

Hello Guix, Hello Hurd, As GSoC is coming to an end I think it's time to sum up my work till now, report issues I had and then talk about what our next steps are. First I would like to mention what were the two main objectives of the project and also what was the status of the port when the

Re: core-updates merged!

Hello Leo On 08/10/16 22:49, Leo Famulari wrote: > Since this required me to re-sign these commits, will somebody please > review the differences between WIP-core-updates and core-updates-next, > to make sure I've done the right thing? > > When I get the "okay", I will rename the branch to

Re: [PATCH] gnu: cross-libc: Use the correct libc.

Hey Leo, On 08/12/16 21:40, Leo Famulari wrote: > Can you try applying it on top of WIP-core-updates [0]? > > And perhaps reviewing the new branch as requested in [0], while you're > at it? > > [0] > http://lists.gnu.org/archive/html/guix-devel/2016-08/msg00731.html > The patch applied

[PATCH] gnu: cross-libc: Use the correct libc.

b0481b1af1ea64cdfc1dcac6f2c1f9a24dc9a70b Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Thu, 11 Aug 2016 21:28:00 +0300 Subject: [PATCH] gnu: cross-libc: Use the correct libc. * gnu/packages/cross-base.scm (cross-libc): Use cross-libc-for-target to determine the correct libc to use. --

[PATCH] daemon: Break CHROOT_ENABLED into smaller macros.

Hello, This is an updated version of my previous "daemon: Break CHROOT_ENABLED into CHROOT_ENABLED and CLONE_ENABLED." patch which also changes how pivot_root() is defined. Thank you, Manolis From aea4bf23b699b7ef5d7007b81f296b77324d5b6c Mon Sep 17 00:00:00 2001 From: Manolis Ragkousi

[PATCH] Build sandbox support etc. unconditionally on Linux.

Hello, This patch is from upstream nix, commit 8f67325, modified to apply to our master. It deals with the issue of the CHROOT_ENABLED macro and makes my life easier to apply Hurd specific changes to the daemon. Thank you, Manolis From cb5f4c8d2a01ce32f9b15bf3b41728b36a6738a9 Mon Sep 17 00:00:00

Re: [PATCH] daemon: Break CHROOT_ENABLED into CHROOT_ENABLED and CLONE_ENABLED.

, Manolis Ragkousis wrote: > Hello everyone, > > This patch breaks CHROOT_ENABLED into CHROOT_ENABLED and CLONE_ENABLED. > > If you check the code below, you will see that in case clone() is not > available it will use fork(), which is the case on Hurd. > > But because CHROOT_E

[PATCH] daemon: Break CHROOT_ENABLED into CHROOT_ENABLED and CLONE_ENABLED.

nolis From 51d96cdea9aec679680c08add3a5ac03065760ba Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Sun, 7 Aug 2016 17:48:30 +0300 Subject: [PATCH] daemon: Break CHROOT_ENABLED into CHROOT_ENABLED and CLONE_ENABLED. We need to check for CLONE_NEWNS only when we want to use the Linux specific clone

Re: [PATCH] gnu: make-bootstrap: Produce the correct %glibc-bootstrap-tarball for Hurd systems.

Hello everyone, This is an updated version of the patch. There was a reference to another patch of mine, so it couldn't apply cleanly on core-updates-next. Ludo is it okay to push to core-updates-next? On 06/17/16 19:09, Manolis Ragkousis wrote: > Hello everyone, > > This is a patch

Re: Ricardo Wurmus appointed co-maintainer

Congratulations Ricardo and best of luck with your new duties :-D Manolis

Re: FOSDEM 2016 was awesome! Let's do FOSDEM 2017

Hello Pjotr, On 07/26/16 05:19, Pjotr Prins wrote: > FOSDEM 2017 call for proposals has started: > > https://fosdem.org/2017/news/2016-07-20-call-for-participation/ > > We need help with writing the proposal (we can build on last years > this time), we need help on selecting talks and we need

Re: [PATCH] gnu: cross-libc: Cross build the correct libc for GNU/Hurd systems.

Hello, On 07/20/16 10:16, Vincent Legoll wrote: > Hello, > > There's a lot of things specific to hurd in there, wouldn't that better > be located in a separate hurd.scm or something like that ? > Well in the way I handle it in the patch, cross-libc no longer contains any headers at all.

Re: [PATCH] gnu: cross-libc: Cross build the correct libc for GNU/Hurd systems.

Hello Ludo, This is the updated patch. I have tested it as suggested and it works. It applies on core-updates-next. Thank you, Manolis From e599bc5b7208be48d4fff0868fb3b53a964dae11 Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Wed, 8 Jun 2016 17:15:00

Rebasing core-updates-next branch

Hello Guix, Core-updates-next has not been updated for some time so I think it's time to do that. I was planning to rebase core-updates-next on core-updates and create a new core-updates-next. There is a problem though. Rebasing changes the pgp signature of the commit. The affected commits are

Re: [PATCH] gnu: Add fontconfig-path-max.

Hello, On 07/04/16 07:02, ren...@openmailbox.org wrote: > The current release is 2.12.0, and still uses the constant PATH_MAX. > And I have not found any related patch for this detail. Could you send the related patches to fontconfig upstream and see what they think about them? Thank you,

Re: [PATCH] gnu: Add fontconfig-path-max.

Hello Rennes, I am sorry for the long delay, I somehow missed the patch. Leo thank you for telling me. On 06/18/16 22:02, ren...@openmailbox.org wrote: > Hello Guix team, > > i'm doing tests whith GNU Guix on GNU Hurd, compiling fontconfig and > there is an error during compilation: Once again

[PATCH] gnu: commencement: Add support for a native GNU/Hurd system.

Hello everyone, This patch is from wip-hurd modified to apply to core-udpates. If it's okay I will push it to core-updates-next. Thank you, Manolis From 151868431cf3faafbf388dd2815745b3760ac12f Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Fri, 24 Jun 2016

Re: [PATCH] build: Correctly determine the system type for GNU/Hurd systems.

Hello everyone, On 06/19/16 16:57, Ludovic Courtès wrote: > I wonder why this is needed though; normally, when building on > i586-unknown-gnu*, the next case: > > --8<---cut here---start->8--- > case "$host_os" in >linux-gnu*) > # For

[PATCH] build: Remove unneeded conditionals for (guix build syscalls).

manually. Thank you, Manolis From 092430944b12fc23d3ece26cb72baf3443217bee Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Fri, 17 Jun 2016 22:44:37 +0300 Subject: [PATCH] build: Remove unneeded conditionals for (guix build syscalls). * m4/guix.m4:

[PATCH] build: Correctly determine the system type for GNU/Hurd systems.

Hello everyone, With this patch, anyone wanting to use Guix on his Hurd system will no longer need to pass the system type to configure. If it's okay I will push it to core-updates. Thank you, Manolis From b4aae91b25930b8f5cdb8af802e480eca8caf12e Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis

[PATCH] gnu: make-bootstrap: Produce the correct %glibc-bootstrap-tarball for Hurd systems.

Hello everyone, This is a patch from wip-hurd modified to apply on core-updates. Thank you, Manolis From 255c32331d56862ea1148fcc0efb924b0f4b511c Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Fri, 17 Jun 2016 18:11:44 +0300 Subject: [PATCH] gnu: make-boo

Re: [PATCH] gnu: cross-libc: Cross build the correct libc for GNU/Hurd systems.

e .drv > file name. The derivations are not the same so I will have to build it and see if it works. I will report back on that. Thank you, Manolis From f8aedd6fdb1b3f9a93c1786c29f7fc7e40eea7a1 Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Thu, 16 Jun 20

Re: [PATCH] gnu: cross-libc: Cross build the correct libc for GNU/Hurd systems.

-target-system is not set. Thank you, Manolis From 92689506f1969ac67631f77024511a5c96f341e8 Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Wed, 8 Jun 2016 17:15:00 +0300 Subject: [PATCH] gnu: cross-libc: Cross build the correct libc for GNU/Hurd systems.

[PATCH] gnu: cross-libc: Cross build the correct libc for GNU/Hurd systems.

;; (cross-libc-for-target ...) to determine the correct one. + ,@(package-arguments (cross-libc-for-target target))) ,@(package-arguments glibc)) was not detecting the correct libc so I used (cross-libc-for-target target) to fix that. Maybe there is a better solution for this. WDYT

[PATCH] gnu: cross-gcc-arguments: Add Hurd-core-headers lib directory to the "CROSS_LIBRARY_PATH".

Hello everyone, Thanks to the previous patch for cross-libc, this patch is the only change needed for cross-gcc to work properly when targeting GNU/Hurd. Thank you, Manolis >From 77b12cc2aa1a79a2f15b96d80a14d76e3501aeb1 Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gma

Re: [PATCH] gnu: base: Add glibc-for-target macro.

Hello Ludo, On 06/07/16 16:48, Ludovic Courtès wrote: > LGTM, but please double-check that: > > ./pre-inst-env guix build inkscape -d > > is the same both with and without the patch. Yes it produced the same derivation. > >> +(define-public glibc/hurd >> + ;; The Hurd's libc variant. >> +

Re: [PATCH] gnu: hurd: Remove inputs no longer needed and move configure flags.

Hello Efraim, On 06/07/16 15:19, Efraim Flashner wrote: >> ;; Reduce set of dependencies. >> - "--without-parted") >> + "--without-parted" >> + "--disable-ncursesw" >> +

[PATCH] gnu: gnumach-headers: Use "--build=i586-pc-gnu" only when not cross-building.

Hello, This is another patch from wip-hurd for core-updates. Thank you, Manolis >From 56c07fb4c8685e7705dccb4ac1814cb8a9c06451 Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Tue, 7 Jun 2016 15:01:22 +0300 Subject: [PATCH] gnu: gnumach-headers: Use "-

[PATCH] gnu: hurd: Remove inputs no longer needed and move configure flags.

Hello, This is another patch from wip-hurd modified for core-updates. Thank you, Manolis >From 984de2d0e26b1ddd860d0468453ee8679ced756d Mon Sep 17 00:00:00 2001 From: Manolis Ragkousis <manolis...@gmail.com> Date: Tue, 7 Jun 2016 14:45:55 +0300 Subject: [PATCH] gnu: hurd: Remove inputs

  1   2   3   >