unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Mark H Weaver <mhw@netris.org>
To: Dmitry Nikolaev <cameltheman@gmail.com>
Cc: help-guix <help-guix@gnu.org>
Subject: Re: Enable modules in Linux configuration.
Date: Mon, 31 Jul 2017 07:45:35 -0400	[thread overview]
Message-ID: <87tw1szv6o.fsf@netris.org> (raw)
In-Reply-To: <CAH3JXcEGXTXfQ0fy4ijGHcDZ51mB10TJ5EfPNz6V+yshbDpNFg@mail.gmail.com> (Dmitry Nikolaev's message of "Sat, 29 Jul 2017 22:33:00 +0300")

Hi,

Dmitry Nikolaev <cameltheman@gmail.com> writes:

> I'm trying to set up GuixSD on Reiser4 file system. I've succeeded
> with patching and compiling Linux with Reiser4 patch, but I've found
> that reiser4 module is disabled by default. Everything I did was
> pointless 8-]
>
> How do I enable Reiser4 module in Linux configuration? As far as I
> know I need to add "REISER4_FS=m" to .config after running "make
> defconfig", but before "make".

You would also need to add Reiser4-related code to (gnu system
linux-initrd) and (gnu build file-systems).  Search for "btrfs" in our
source tree to get an idea of what code needs to be added.

> One more question for GuixSD maintainers: will you add
> linux-libre-reiser4, libaal and reiser4progs packages to main package
> repository if I'll send you patches?

As long as the licenses comply with the GNU FSDG, I see no obstacle to
merging 'libaal' and 'reiser4progs' to the main repository.

However, 'linux-libre-reiser4' makes me a bit nervous.  As the de-facto
maintainer of our linux-libre packages, my main concern is the
additional maintenance burden going forward.  Every time a new major
version of 'linux-libre' is released, the job of updating and testing
the reiser4 patch would fall on my shoulders.

However, I can tell you from personal experience that it is quite easy
to run GuixSD from your own private git branch, and to periodically
rebase your local changes on our upstream master branch (or, if you
prefer, to merge upstream master into your local branch).  I've been
doing this for a long time.  My method is to have a git checkout in my
home directory that is always kept in good working order, and then to
put the following script in ~/bin/guix and ~root/bin/guix:

  #!/bin/sh
  exec /home/mhw/guix/pre-inst-env guix "$@"

I also add "PATH=/home/mhw/bin:$PATH" to my .bash_profile, and the
analogous thing for root.  Let me know if you need help setting this up.

     Regards,
       Mark

  parent reply	other threads:[~2017-07-31 11:45 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-29 19:33 Enable modules in Linux configuration Dmitry Nikolaev
2017-07-30  9:33 ` ng0
2017-07-30 18:11 ` Joshua Branson
2017-07-30 18:18   ` ng0
2017-07-31 11:45 ` Mark H Weaver [this message]
2017-07-31 11:57 ` Mark H Weaver
2017-07-31 21:39 ` Marius Bakke
2017-08-02 14:37   ` Joshua Branson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87tw1szv6o.fsf@netris.org \
    --to=mhw@netris.org \
    --cc=cameltheman@gmail.com \
    --cc=help-guix@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).