unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: "pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de>
To: Alexander Asteroth <alexander.asteroth@h-brs.de>
Cc: "André A. Gomes" <andremegafone@gmail.com>, help-guix@gnu.org
Subject: Re: Best base system for Guix
Date: Sat, 13 Nov 2021 08:10:45 +0100	[thread overview]
Message-ID: <20211113071045.xdfq5czwixs6tugr@pelzflorian.localdomain> (raw)
In-Reply-To: <877dddmdk8.fsf@h-brs.de>

Hello Alexander.

On Fri, Nov 12, 2021 at 07:21:38PM +0100, Alexander Asteroth wrote:
> I'm not using a predifined layout from /usr/share/X11/xkb/symbols but
> some self-defined variant based on us. This means I have to edit a file
> under /usr/share but that was the way it was done since I work with X11
> (back in the 90s) and so far I haven't found a replacement for it that
> allows to fully define own keyboardlayouts.

You really need to change the Xorg service (if you use X11) and / or
packages.  Guix hard-codes using the xkeyboard-config.

You can set up guix pull to pull from a Git repo in your file system.
See `info "(guix)Using a Custom Guix Channel"`.

guix pull’ing will take longer only for the part you change,
i.e. packages or services will need to be recompiled on guix pull.

Alternatively copy the Xorg X11 service from gnu/services/xorg.scm
from the Guix repo to your own operating system configuration
(/etc/config.scm) or to a file you refer to therein.


> >> Guix configuration is really very different from other
> >> *ix'es. Are packages configurable at all without writing scheme-modules
> >> for them? An where would this configuration go?
> >
> > In Scheme code in your operating system configuration
> > (/etc/config.scm) or in your package manifest, you can add your own
> > package records in-place or you can use a module in which you defined
> 
> But in the end the applications depend on configurartion files that need
> to be placed somewhere (even if generated or parameterized) by some
> scheme code.

Yes, they are built from Scheme code.  That is a good thing though.

Regards,
Florian


  reply	other threads:[~2021-11-13  7:11 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-11 10:59 Best base system for Guix Alexander Asteroth
2021-11-11 11:45 ` Tobias Geerinckx-Rice
2021-11-11 12:16   ` Alexander Asteroth
2021-11-11 12:47 ` André A. Gomes
2021-11-11 17:48   ` Alexander Asteroth
2021-11-11 20:58     ` pelzflorian (Florian Pelz)
2021-11-12 15:16       ` Alexander Asteroth
2021-11-12 16:48         ` pelzflorian (Florian Pelz)
2021-11-12 18:21           ` Alexander Asteroth
2021-11-13  7:10             ` pelzflorian (Florian Pelz) [this message]
2021-11-15 16:19 ` zimoun

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=20211113071045.xdfq5czwixs6tugr@pelzflorian.localdomain \
    --to=pelzflorian@pelzflorian.de \
    --cc=alexander.asteroth@h-brs.de \
    --cc=andremegafone@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).