The Declarative and Minimalistic Computing devroom is looking for talks
on Sunday 2nd 2025.
We would love to have you all!
Thank you,
Manolis and Pjotr
On 10/28/24 22:24, Manolis Ragkousis wrote:
We are excited to announce the Call for Participation for the
Declarative and Minimalistic
e.fosdem.org/2021/schedule/event/gnumes/
Let's make this a fun day!
= Organizers =
- Pjotr Prins (pjotr.public...@thebird.nl)
- Manolis Ragkousis (manolis...@gmail.com)
- Bonface Munyoki (m...@bonfacemunyoki.com)
- Jonathan McHugh (indieterminacy@libre.brussels)
- Arun Isaac (arunis...@syst
Hello everyone,
It's that time of the year again. We should start preparing for the Guix
Days 2025 and a Declarative and Minimalistic Computing devroom proposal.
Fosdem has not announced the dates yet, but we are expecting first
weekend of February 2025.
I have created the pages at [1] devro
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! The
ption 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/2021/schedule/event/gnumes/
Let's make this a fun day!
= Organizers =
Pjotr Prins, Manolis Ragkousis, Jonhathan McHugh, Bonface Munyoki, Arun
Isaac, L
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.
W
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
14432,Self-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
at 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 Boubekki,
Hisham Muhammad, Jan Nieuwenhuizen, Ricardo Wu
"Danny Milosavljevic"
"David Thompson"
"Efraim Flashner"
"Florian Pelz"
"Guix Hackers"
"Gábor Boskovits"
"Jakob L. Kreuze"
"Jan (janneke) Nieuwenhuizen"
"Jan Nieuwenhuizen"
"Joshua Brans
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:
ed quality. He is also responsible 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, A
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 o
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 i
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: submiss
, you must be available 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, Bonfac
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
https://github.com/Phant0mas/
* A short abstract 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-E
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 about
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 abo
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?
>
> Wha
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] https://lists.gnu.org/archive/htm
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",
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---
hausen (alex.sassmannshau...@gmail.com)
- Tobias Geerinckx-Rice
- Manolis Ragkousis
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 orde
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 to
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 w
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:
>
> './p
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 our procfs have everything i
This is awesome Rene!! Have you uploaded your changes anywhere?
On November 11, 2017 8:02:11 PM GMT+02:00, ren...@openmailbox.org wrote:
>Hola,
>
>Finally I was able to start the Hurd with the binaries generated with
>the guix package manager.
>
>At the moment the image of Hurd I have built it man
Hello Guile, Hello Guix,
Unfortunately I have bad news. Our proposal for a devroom at FOSDEM 2018
has not been accepted. But I think we can still make the best out of a
bad situation. That's why I want to encourage people to submit talks in
other devrooms/tracks. Ludo posted a list some time ago[1
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 this branch? :-)
>>
>> I
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 (i686
Hey Ludovic
On 07/10/17 01:10, Ludovic Courtès wrote:
> Hello!
>
> Ricardo Wurmus skribis:
>
>> 105<--153(pid1070)->dir_lookup ("home/buzz/guix/gnu/packages/zation.scm"
>> 64 0) = 0x4002 (No such file or directory)
>
> I looked more closely, logged in on darnassus, and commit
> 1ab9e48
On 07/09/17 13:20, Ricardo Wurmus wrote:
>
> Manolis Ragkousis 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
>> directory: "/home/mano
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 guix
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)
105<--153(pid1070)->dir
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 cross-compila
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:
> "/home/jin/guix/gnu/package
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 -dfx
would clean all extra
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 bootstrap-ta
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:
>
>
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:
>
>
Forgot to cc the list
-- Forwarded message --
From: "Manolis Ragkousis"
Date: May 12, 2017 21:17
Subject: Re: Planning for the next release
To: "Ricardo Wurmus"
Cc:
Hey Ricardo,
On May 12, 2017 08:45, "Ricardo Wurmus" wrote:
We also need to fi
7;s the same issue Sergei 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 wrote:
>
>> Hello Rene,
>>
>> I am currently looking into that.
>>
>> Manolis
>
>
Hello Rene,
I am currently looking into that.
Manolis
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
>>
>> + (modify-phases %standard-phases
>> + (add-before 'build 'pre-b
Hello Rene,
I pushed the patch to core-updates.
Thank you,
Manolis
Awesome Rene, thank you.
Manolis
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 othe
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 for gnulib library.
>>
>>
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
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=" %outpu
Hello Rene,
I added a line in your commit message saying in which file you apply the
patch and also removed all the one space indentation changes, with the
purpose of making the patch more clear.
I pushed it in core-updates.
Thank you for working on this!
Manolis
On 03/02/2017 03:34 AM, ren...@
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
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 t
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 sou
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
>> variabl
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:
> pass
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(&GC_allocate_ml)
} else {
GC_generic_lock(&GC_allocate_ml);
}
When it tries
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
> '/tmp/guix-build-libgc-7
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.
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
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 core-updates locally, it's as simp
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)$")
>> +util).*\\.so(\\..*)?|lib(mac
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?
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 m
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 Guil
From: Manolis Ragkousis
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): Make it a procedure and mov
Updated the patch with your suggestions, added you as a co-author and I
pushed it to core-updates.
Thank you,
Manolis
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
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
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 statu
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 `patch-source-
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
>
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
Date: Tue, 16 Aug 2016 14:23:17 +0300
Subject: [PATCH] gnu: Add GNU Radio.
* gnu/packages/gnuradio.scm:
This patch adds python2-cheetah.
Manolis
>From 7899fa820ea826b71375d805185a99cf8de0fc8f Mon Sep 17 00:00:00 2001
From: Manolis Ragkousis
Date: Tue, 16 Aug 2016 14:06:03 +0300
Subject: [PATCH] gnu: Add python-cheetah.
* gnu/packages/python.scm (python-cheetah, python2-cheetah): New variab
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 proje
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 core-u
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 cleanly
b0481b1af1ea64cdfc1dcac6f2c1f9a24dc9a70b Mon Sep 17 00:00:00 2001
From: Manolis Ragkousis
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.
---
gnu/packages/cross
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 Ragko
Hello Mark,
On 08/10/16 20:39, Mark H Weaver wrote:
>
> I'm very reluctant to apply this patch. In general, it's preferable to
> rely on autoconf to test for individual features, rather than testing
> for particular kernels by name. It seems to me that this patch will
> hinder portability to oth
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
8/16 15:25, 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 becaus
nolis
From 51d96cdea9aec679680c08add3a5ac03065760ba Mon Sep 17 00:00:00 2001
From: Manolis Ragkousis
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(). Otherwise we use fork
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
Congratulations Ricardo and best of luck with your new duties :-D
Manolis
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
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. Cross-
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
Date: Wed, 8 Jun 2016 17:15:00 +0300
Subject: [PATCH] gnu: cross
Hello,
On 07/12/16 10:29, Alex Kost wrote:
> Is there a reason for this? Are you going to commit something there
> that needs to be based on core-updates? If it's just the "time to do
> that", then I think it's not really needed.
Yes my work is based on commits from core-updates and in order to
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 t
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,
Manoli
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
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
Date: Fri, 24 Jun 2016 16:10:15 +0300
Su
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 backw
he changes manually.
Thank you,
Manolis
From 092430944b12fc23d3ece26cb72baf3443217bee Mon Sep 17 00:00:00 2001
From: Manolis Ragkousis
Date: Fri, 17 Jun 2016 22:44:37 +0300
Subject: [PATCH] build: Remove unneeded conditionals for (guix build
syscalls).
* m4/guix.m4: Remove 'GUIX_C
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 Ragk
1 - 100 of 337 matches
Mail list logo
