Re: Kernel modules in initrd

Hi Mark, On Thu, 22 Feb 2018 17:01:11 -0500 Mark H Weaver wrote: > Every extra loaded kernel module means more RAM usage in the kernel, a > larger initrd image that must be loaded by possibly slow bootloaders, > and code complexity in the running kernel, leading to a greater

Re: Kernel modules in initrd

Hi Andreas, Andreas Enge writes: > recently I had an unpleasant experience in installing GuixSD: After booting > with the USB key and following the installation instructions, then rebooting > into the installed system, the "/" file system was not found: neither using > file

Re: Kernel modules in initrd

Hello Danny, On Thu, Feb 22, 2018 at 10:34:03PM +0100, Danny Milosavljevic wrote: > When you booted from the USB key the system DIDN'T need mptsas to find > ITS root filesystem. So it booted fine and in the end of it all you had > a working GNU Linux, with udev. > > Then udev saw the hard disk

[PATCH] linux-initrd: Add ATA and SAS modules to the default set of modules.

* gnu/system/linux-initrd.scm (base-initrd)[linux-modules]: Add "pata_via", "sata_via", "megaraid_sas", "libsas", "scsi_transport_sas", "mptbase", "mptsas", "mptscsih". --- gnu/system/linux-initrd.scm | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: Kernel modules in initrd

Hi, On Thu, 22 Feb 2018 22:29:25 +0100 Jan Nieuwenhuizen wrote: > (initrd (lambda (file-systems . rest) > (apply base-initrd file-systems > #:extra-modules '("pata_via" "pata_acpi" "sata_via") > rest))) Hmm, see

Re: Kernel modules in initrd

Hi Andreas, On Thu, 22 Feb 2018 22:17:07 +0100 Andreas Enge wrote: > The problem turned out to be that the disk of the machine needed special > kernel modules, and adding > (initrd (lambda (file-systems . rest) > (apply base-initrd file-systems >

Re: Kernel modules in initrd

Andreas Enge writes: > The problem turned out to be that the disk of the machine needed special > kernel modules, and adding > (initrd (lambda (file-systems . rest) > (apply base-initrd file-systems >#:extra-modules '("mptbase" "mptsas" "mptscsih") >

Re: Recent libx264 updates broke mpv via ffmpeg-git

On Thu, Feb 22, 2018 at 04:13:50PM -0500, Leo Famulari wrote: > On Thu, Feb 22, 2018 at 03:52:13PM -0500, Mark H Weaver wrote: > > One of these two commits seem to have broken the 'ffmpeg-git' build, > > needed by 'mpv', on my x86_64 GuixSD system. Here's an excerpt of the > > failed log: > > >

Kernel modules in initrd

Hello, recently I had an unpleasant experience in installing GuixSD: After booting with the USB key and following the installation instructions, then rebooting into the installed system, the "/" file system was not found: neither using file system labels, nor device nodes. The problem turned out

Re: Recent libx264 updates broke mpv via ffmpeg-git

On Thu, Feb 22, 2018 at 03:52:13PM -0500, Mark H Weaver wrote: > One of these two commits seem to have broken the 'ffmpeg-git' build, > needed by 'mpv', on my x86_64 GuixSD system. Here's an excerpt of the > failed log: > > --8<---cut here---start->8--- > CC

Recent libx264 updates broke mpv via ffmpeg-git

Hi Efraim and Danny, efr...@flashner.co.il (Efraim Flashner) writes: > efraim pushed a commit to branch master > in repository guix. > > commit a33727db1bf0eaf4a0024da45610bd8e3e727a8e > Author: Efraim Flashner > Date: Tue Feb 20 23:34:07 2018 +0200 > > gnu:

Re: PYTHONPATH woes

Hi, Am 22.02.2018 um 16:30 schrieb Ricardo Wurmus: >> re 2): As soon as Python2 and Python3 are installed in the same profile, >> we put both site-packages for both versions into PYTHONPATH, which >> obviously is wrong. >> >> $ PYTHONPATH= guix environment --ad-hoc python@2 python >> […] >>

Re: bug#30537: glibc 2.26 refuses to run on CentOS 6.8

On Wed, Feb 21, 2018 at 06:12:31PM -0500, Mark H Weaver wrote: > Hi Ricardo, > ... > > We seem to be oscillating on the question of whether to graft these > early GLIBCs. In June 2017, I switched to using 'package/inherit' here > in commit 13f7f2fd2b208c29361ef2290f55911879a6adf2, and in

Re: 01/02: gnu: qemu: Update to 2.11.1.

On Tue, Feb 20, 2018 at 12:28:57PM -0500, Marius Bakke wrote: > mbakke pushed a commit to branch master > in repository guix. > > commit 5fa6b52a548a806c36a450448972ae4007bbac17 > Author: Marius Bakke > Date: Tue Feb 20 17:44:43 2018 +0100 > > gnu: qemu: Update to

Re: PYTHONPATH woes

Hi Ricardo, you are welcome, I've taken the challenge :-) I always have fun digging in the internals of Python - if I find time. Thanks a lot for the data. I started investigating it and this raised some more questions. Some behavior is curious. E.g. why does "python -c 'import statmodules'"

Re: Staging

2018-02-22 18:09 GMT+01:00 Ricardo Wurmus : > > Marius Bakke writes: > > > Yes, let's start this in a few days, when Hydra calms down. Perhaps we > > can include the Java updates discussed in > >

Re: Staging

Marius Bakke writes: > Yes, let's start this in a few days, when Hydra calms down. Perhaps we > can include the Java updates discussed in > as > well. Ricardo, WDYT? I didn’t have any time yet to check

Re: PYTHONPATH woes

Hi Hartmut, I was hoping for you to show up and give your input. Thank you! I appreciate you taking the time. > re 1): This is extremely curious: Why is the older package imported, > where the newer one is expected to be first in path? > > To analyze this in detail, please make a copy of the

Re: quirky behaviour of “guix environment”

Hi Ricardo, On Thu, 22 Feb 2018 14:17:53 +0100 Ricardo Wurmus wrote: > Hi Guix, > > for a few days now I have been testing the glibc graft to make > software work on the cluster running CentOS 6.8 (with a heavily > patched Linux that has the nominal version

quirky behaviour of “guix environment”

Hi Guix, for a few days now I have been testing the glibc graft to make software work on the cluster running CentOS 6.8 (with a heavily patched Linux that has the nominal version 2.6.32). The graft seems to work fine (with the exception of a Guile GC warning I get when running Guix), except when

Re: Talk about Guix and GuixSD at FSF Hungary

Gábor Boskovits writes: > Thanks for all your help. The talk went well, they asked me to repeat it on > the Free Software Conference on the 12. of May. That's awesome! It's great to see more people spreading the word. :-) -- Chris signature.asc Description: PGP