Re: Update on wip-arm-bootstrap

> Hmm, I'm not seeing this (I did see something like this before). You > *are* on > > e44b6b7eed squash! commencement: binutils-mesboot0: Support ARM. > > right? Yes, but your gcc-mesboot.sh hardcoded a specific (older) path. Sorry. With updated gcc-mesboot.sh I get: Program terminated w

Re: Update on wip-arm-bootstrap

Oops, I meant > +#define SYS_ify(syscall_name) (__NR_##syscall_name & 0xf) pgpYQV9VCeoUb.pgp Description: OpenPGP digital signature

Re: GNOME 3.34 in GNU Guix and security

Hello, core-updates is still in a pretty bad state. I'd be glad to merge Raghav's patches (which he already reworked to be current for core-updates!) to core-updates--but right now, Guix packages don't build BEFORE or after applying these patches to core-updates. Please, let's do something abo

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 >#:extra-modules

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 gnu/system/linux-initrd

[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 a/gnu/system/linux-initrd.

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 attack > surface for

Re: Kernel modules in initrd

No, wait, according to https://unix.stackexchange.com/questions/43699/debian-does-not-detect-serial-pci-card-after-reboot/43723#43723 , the kernel should be doing that even without udev. Are we sure we need to manually modprobe the stuff in gnu/build/linux-boot.scm in the first place? I think

Re: Kernel modules in initrd

Hi Andreas, On Sat, 24 Feb 2018 00:02:39 +0100 Andreas Enge wrote: > On Fri, Feb 23, 2018 at 03:28:55PM +0100, Danny Milosavljevic wrote: > > No, wait, according to > > https://unix.stackexchange.com/questions/43699/debian-does-not-detect-serial-pci-card-after-reboot/43723#43723

Re: Kernel modules in initrd

Hi Ludo, On Mon, 26 Feb 2018 16:20:08 +0100 l...@gnu.org (Ludovic Courtès) wrote: > I suppose the bits I’ve promised to detect necessary modules based on > modules.alias and /sys should be useful here? Definitely! I've posted a working patch series (v3, "Load Linux module only when supported ha

Re: Kernel modules in initrd

> > P.S. How come glibc is in the initrd? Shouldn't guile have statically > > linked it? > > glibc is like 5 kiB. In that case saving 800 kiB is not really worth > > it... > > One of the packages that ends up in the initrd must be dynamically > linked. You need to find out which one it

Re: Kernel modules in initrd

On Tue, 27 Feb 2018 20:32:49 +0100 Danny Milosavljevic wrote: > > > P.S. How come glibc is in the initrd? Shouldn't guile have statically > > > linked it? > > > glibc is like 5 kiB. In that case saving 800 kiB is not really worth > > > it...

Re: Simulating X-Server in tests

Hi Björn, On Thu, 1 Mar 2018 12:29:36 +0100 Björn Höfling wrote: > Is there a way to simulate "X" in my packages tests? > > I have a bunch of tests that fail like this: > > 3/15 Test #3: advancedrenametest ...***Failed0.43 sec > QStandardPaths: XDG_RUNTIME_DIR not set, defaul

Re: Cuirass news

> Inlining output fetching does not quite have the performance impact I > was hoping for. For example, /api/queue remains quite slow (sometimes a > tenth of a second but often several seconds.) The problem might be > elsewhere though, perhaps some Fiber scheduling issue. Hmm, we could examine th

Re: boot guixsd

Hi Rene, On Fri, 02 Mar 2018 23:41:48 -0500 Rene wrote: > ?: 3 [primitive-load > "/gnu/store/rjp22rca3gv8lrrbb9j4sry9i3n1bvlp-activate"] > In ice-9/eval.scm: >432: 2 [eval # ()] > In > /gnu/store/6dvydkcda77dxkpbn5jsj4vsmr19gb7v-module-import/gnu/bu

Re: boot guixsd

On Fri, 02 Mar 2018 23:41:48 -0500 Rene wrote: > a) In GNU Hurd, how should activation be done? After examining our GuixSD/Debian hybrid Hurd image, there's at least argument parsing of kernel arguments inside /libexec/runsystem.hurd (the regular shell arguments there). So a dirty workaround wo

system test for kmod and/or pure-Guile Linux module loader

ailed: creating directory `/gnu/store/.links': Read-only although I tried to use my own store fs. What am I doing wrong? ;;; GNU Guix --- Functional package management for GNU ;;; Copyright © 2018 Danny Milosavljevic ;;; ;;; This file is part of GNU Guix. ;;; ;;; GNU Guix is free softwar

Re: Nginx service fails

Hi Andreas, > shepherd: Evaluating user expression (register-services (primitive-load > "/gnu/st?") ?). > guix system: error: exception caught while executing 'eval' on service 'root': > find-long-options: unbound variable find-long-options is supposed to be in gnu/build/linux-boot.scm and gnu/s

Re: bug#30706: Nginx service fails

Hi Ludo, > If you run this on an “old” GuixSD, ‘find-long-options’ is undefined. How can it be that (gnu services base) with find-long-options call is present but the (gnu build linux-boot)'s find-long options isn't present? Aren't they either both added by "guix system reconfigure" (or both rem

Re: broken references in jar manifests

(1) How about adding another file to the META-INF directory which is just like manifest - just without the line breaks? That could even be automated. (2) Also, "jar -i" calculates an index for where which package is ("INDEX.LIST"). Is that also hard-word-wrapped? The specification https://docs.

Re: broken references in jar manifests

Hi Julien, On Tue, 20 Mar 2018 11:50:51 +0100 julien lepiller wrote: > The issue is with grafts here: the plain file with full reference to the > store > gets grafted and contains the new entry. The Manifest will not be > updated because > of line breaks, and Java will still look for the versi

Re: broken references in jar manifests

> (The specification says that INDEX.LIST is preferred if it exists) Just tried "jar -i" with java-picard after manually editing the class path to be much longer: INDEX.LIST contains: JarIndex-Version: 1.0 picard2.jar picard picard/analysis picard/analysis/artifacts picard/analysis/directed pi

[PATCH] Create INDEX.LIST; Was: Fix references in jar manifests

diff --git a/guix/build/ant-build-system.scm b/guix/build/ant-build-system.scm index 6ce813a00..d09062625 100644 --- a/guix/build/ant-build-system.scm +++ b/guix/build/ant-build-system.scm @@ -172,6 +172,18 @@ to the default GNU unpack strategy." #:allow-other-keys) (zero? (appl

Re: ‘guix weather’ reports CI stats

Hi Ludo, very cool! > In this example we can also see that /api/queue?nr=10 returns > non-sensical data in the current Cuirass snapshot (the actual queue > contains lots of builds, and not only for aarch64!). Huh, well, the limit to 10 results is going to mess things up (you won't see the majori

"guix environment --pure" different to guix-daemon's environment

Hi, so I'm trying to get mrustc to work (see attachment) but I've hit a snag. When I use "guix build", gcc will eventually fail with SIGABRT. When I then try to reproduce the problem via "guix environment" gcc works just fine (using the failed tempdir and the failed command line). What could be

Re: 05/06: gnu: rust: Don't build for "native" arch on ARM.

Hi Mark, On Mon, 16 Apr 2018 16:05:04 -0400 Mark H Weaver wrote: > If it would be beneficial, you might consider using gcc-7 to compile > 'rust', by adding 'gcc-7' to native-inputs. We're already using gcc-7 > to compile a few other packages, including linux-libre on x86_64. Yeah, it would be

Re: [PATCH] Create INDEX.LIST; Was: Fix references in jar manifests

Hi Chris, On Mon, 02 Apr 2018 00:12:42 +0200 Chris Marusich wrote: > Is that the only reason? My understanding is that we want to generate > the JAR indices not only (1) to ensure that grafting will work properly, > but also (2) to ensure that the reference scanner will find all the > store pat

Re: create a symlink

Hi Rene, > But Guix waits for a string, is it possible to use a package to do the > symlink? Not directly - but you can "convert" a package to a string by putting in guix/scripts/system.scm : (install-hurd #$hurd) or so (where "install-hurd" is your procedure in gnu/build/install.scm). pg

Re: create a symlink

Hi Rene, are you sure you put the call into guix/scripts/system.scm ? There are a lot of #$ things there already - should work. In gnu/build/install.scm it's not going to work. The Guix high-level packaging stuff is not available build-side, only host-side. Can you provide a patch of what you

Re: [PATCH] Create INDEX.LIST; Was: Fix references in jar manifests

Hi Chris, On Mon, 02 Apr 2018 00:12:42 +0200 Chris Marusich wrote: > Thank you for writing a patch! It looks good to me. We will need to > apply this to the core-updates branch, right? I think that changes to > the ant-build-system will cause all packages that use it to be rebuilt. I've push

Re: GSoC: Adding a web interface similar to the Hydra web interface

Hi Tatjana and welcome! On Fri, 04 May 2018 14:55:01 +0200 l...@gnu.org (Ludovic Courtès) wrote: > In terms of Web interface, Danny Milosavljevic wrote a simple HTML page > with JavaScript code that queries Cuirass using its HTTP interface². > You can see it here: >

Re: Updating librsvg

Hi Marius, I've started on it back in May 2017 - but resolving reference cycles in rust libs is difficult. Attached my attempt from back then. (define-module (wip crates) #:use-module ((guix licenses) #:prefix license:) #:use-module (guix packages) #:use-module (guix download) #:use-modu

Re: GSoC: Adding a web interface similar to the Hydra web interface

Hi Tatiana, > I have taken a look at Danny's Cuirass frontend application. Now I try to > run it locally. I have already figured out that I need to change URLPREFIX > and name of the repository and the branch in the code. But I still can't > get it working. According to the browser console, all th

Re: GSoC: Adding a web interface similar to the Hydra web interface

Hi Tatiana, > I afraid that I am not familiar with typical Hydra use cases Generally, the continuous integration process should enable developers to get feedback about the effects of their changes. This means that as soon as a commit is made, usually an evaluation of the build source on the cont

Re: “generate-jar-indices” phase fails on many packages

Hi Ricardo, did you get a bug# for this? I can't see it on https://debbugs.gnu.org/cgi/pkgreport.cgi?pkg=guix ... > The errors are either about duplicates as in java-picard-2.10.3: > > duplicate entry: htsjdk/samtools/AbstractBAMFileIndex$1.class That's... bad. What if those files differ

Re: GSoC: Adding a web interface similar to the Hydra web interface

Hi Tatiana, nice work! I have a few comments: db-get-builds looks fine and we could merge this change to master. But you have other changes in the same commit, so we can't directly cherry-pick it. (not so bad, but somewhat cumbersome now) I'd suggest to rename "db-get-evaluations-info" to

Re: GSoC: Adding a web interface similar to the Hydra web interface

Hi Tatiana, On Wed, 13 Jun 2018 01:43:31 +0300 Tatiana Sholokhova wrote: > I've just fixed codestyle issues and replaced HTML5 preamble with XHTML. Yeah, looks much more regular now. > I adopted the static file serving procedure from code shared by Ricardo. > > https://github.com/BIMSBbioinfo

Re: Improving the README and new user experience

>> Also the editors included in the image are crap because they lack two >> important features: 1) keeping track of the damn paranteses and 2) comment >> and uncomment region. >Yes. nano is crap. vi has paren matching, but doest keep tack of them . >Editing lispy code with tracking of parens

Re: Installation-Protocol for GuixSD x86_64 v0.15-preview

Hi Björn, thanks for testing it! On Tue, 3 Jul 2018 10:15:53 +0200 Björn Höfling wrote: > 2) The welcome screen with installation instructions is a bit > cluttered. I had in mind that Danny already worked on this? Only for the serial tty init. But it might be similar here too, I don't know.

Re: GSoC: Adding a web interface similar to the Hydra web interface

Hi Tatiana, On Wed, 4 Jul 2018 22:54:46 +0200 Tatiana Sholokhova wrote: > If we want to maintain a link to > the previous page we have to filter the database table entries with to > types of filters: one with lower bound on the id, and the other with the > upper bound. Yeah, I know what you me

Re: GSoC: Adding a web interface similar to the Hydra web interface

Hi Tatiana, On Sun, 8 Jul 2018 21:48:32 +0200 Tatiana Sholokhova wrote: > Do you have ideas on how to > implement tuple comparison and other routines in SQL and guile in a > convenient and flexible way? sqlite3 supports row values, so the comparison can be written like this: select * from fo

Re: gcc-4.7.4: libgcc2.h:157: error: unable to emulate 'TF'

Hi Janneke, On Mon, 09 Jul 2018 18:57:16 +0200 Jan Nieuwenhuizen wrote: > i386-unknown-linux-gcc > --sysroot=/gnu/store/jdjpfzjr2zf3xbf7ssl11ljwpq7spid8-glibc-mesboot-2.3.6/include >-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual > -Wstrict-prototypes -Wmissing-prot

/dev/urandom

Hi, u-boot tools/sunxi-spl-image-builder.c reads from /dev/urandom . For reproducibility I'd like this to be a static file. Do we already have one for this purpose? pgpwFlENYOE64.pgp Description: OpenPGP digital signature

Re: /dev/urandom

Hi Leo, On Tue, 10 Jul 2018 14:28:09 -0400 Leo Famulari wrote: > On Tue, Jul 10, 2018 at 06:22:11PM +0200, Danny Milosavljevic wrote: > > Hi, > > > > u-boot tools/sunxi-spl-image-builder.c reads from /dev/urandom . > > > > For reproducibility I'd like th

Re: /dev/urandom

Hi Mark, those are all good points. In this specific case the randomness is necessary for NAND wear levelling, so getting rid of it isn't good anyhow. I'll investigate whether there is a way to defer invocation of the randomizer so that the user can invoke it in the installed package. pgplD320

Re: /dev/urandom

Hi Vincent, On Wed, 11 Jul 2018 17:07:02 +0200 Vincent Legoll wrote: > On Wed, Jul 11, 2018 at 4:17 PM, Danny Milosavljevic > wrote: > > the randomness is necessary for NAND wear levelling, > > Any pointers about that subject ? http://soc.yonsei.ac.kr/Abstract/Interna

Re: Programs like pcmanfm, evince, ... don't connect to dbus unless run with dbus-launch

Hi, dbus is an object-oriented inter-process-communication mechanism. On a typical single-user system there's one user bus, at least one session bus and one system bus. On a typical multi-user system there's multiple user buses, at least as many session buses and one system bus. From your messa

Re: Programs like pcmanfm, evince, ... don't connect to dbus unless run with dbus-launch

Hi Brendan, On Thu, 2 Aug 2018 16:21:02 +1000 Brendan Tildesley wrote: > I've always had gvfs installed and it hasn't made any difference as far > as I can tell Hmm, what does your ~/.guix-profile/share/dbus-1/services directory contain? What is the environment variable XDG_DATA_DIRS set to?

Re: Programs like pcmanfm, evince, ... don't connect to dbus unless run with dbus-launch

FWIW I just installed pcmanfm (didn't know it before) as a regular user - and it works fine with no warnings or crashes (in fluxbox with the mentioned session command line). pgpcDqCPT_0YV.pgp Description: OpenPGP digital signature

Re: 01/02: gnu: Add ruby-childprocess@0.6.3.

Hi Chris, it's directly required by Vagrant and I'm trying to move merging Vagrant forward at a snail's pace :) Attached is the WIP module for Vagrant. (define-module (wip vagrant) #:use-module ((guix licenses) #:prefix license:) #:use-module (guix packages) #:use-module (guix download) #

Re: Programs like pcmanfm, evince, ... don't connect to dbus unless run with dbus-launch

Hi, On Sun, 5 Aug 2018 21:57:15 +1000 Brendan Tildesley wrote: > On 08/05/18 10:23, Danny Milosavljevic wrote: > > Hi Brendan, > > > > On Thu, 2 Aug 2018 16:21:02 +1000 > > Brendan Tildesley wrote: > > > >> I've always had gvfs installed and it

ARMHF flash image - Put on website under GuixSD

Hi, finally, https://hydra.gnu.org/build/3044681 (flash-image armhf) built. Can we put it on the website at https://www.gnu.org/software/guix/download/ inside the GuixSD part? I think it would be nice to have something ready-to-go for ARM systems as well, and this would be a good start. Apart f

Re: Removing configure flags?

Hi, you can replace the entire "configure" phase. Search for "replace 'configure" in gnu/packages/*.scm . You can find the entire block when you search for "--enable-fast-install" comments in gnu/packages/*.scm . It is: (arguments `(#:phases (modify-phases %standard-phases

Re: ARMHF flash image - Put on website under GuixSD

Hi Ludo, On Mon, 10 Sep 2018 14:28:52 +0200 l...@gnu.org (Ludovic Courtès) wrote: > > Can we put it on the website at https://www.gnu.org/software/guix/download/ > > inside the GuixSD part? > > > > I think it would be nice to have something ready-to-go for ARM systems as > > well, > > and this w

Re: Guix build output insufficient

Hi Pjotr, On Tue, 11 Sep 2018 11:04:25 +0200 Pjotr Prins wrote: > Ah, the --verbose switch helps. Still I think the hash and -K should > be displayed by default. I agree. Also, on build failure, it would be nice to print a hint on what to invoke to get to the failed build log after all (guix-d

Re: Guix build output insufficient

Hi Ricardo, On Tue, 11 Sep 2018 13:52:16 +0200 Ricardo Wurmus wrote: > The build logs are stored by the daemon. You can get their location by > doing > > guix build --log-file something Does this also work for failed builds - without rebuilding it again? pgpJ9_EeqYaBB.pgp Description: O

mips64el machine - mrustc

Hi, does anyone have a mips64el machine? Could I have an (unprivileged) account on one for a little while? I'm trying to get mrustc to work on mips64el, but I don't have such a machine and transparent Guix qemu-binfmt-service-type doesn't seem to work for it either (but does work for aarch64 and

Re: mips64el machine - mrustc

Hi Ludo, > Out of curiosity, how does it fail? I use it for ARMv7 and AArch64, > where it indeed works nicely. $ ./pre-inst-env guix build -s mips64el-linux mrustc ... Building /gnu/store/q2x2bxk8xda18aa2xfnvig3rgl4q7xlm-guile-bootstrap-2.0.drv - mips64el-linux @ unsupported-platform /gnu/stor

Re: Question about Rust bootstrap

Hi Mark, On Thu, 20 Sep 2018 02:35:27 -0400 Mark H Weaver wrote: > Speaking of our Rust packages, I have a question: is it intentional that > 'rust-1.23' is still built using 'rust-bootstrap' and not 'rust-1.22'? Yes, because I'm not done yet :) > The reason I ask is that, to my delight, there

Re: mips64el machine - mrustc

Hi Mark, On Thu, 20 Sep 2018 01:49:05 -0400 Mark H Weaver wrote: > So, please don't worry about MIPS support in Rust for now. > > Thanks again for your work on our Rust packages. It's a great help! Thanks! Okay, I'll just leave MIPS support off for now. I'll keep the github branch online. I

Re: More stability needed in our Rust packages, for IceCat 60

Hi Mark, On Fri, 21 Sep 2018 23:35:17 -0400 Mark H Weaver wrote: > It took my fastest laptop about 36 hours to build the chain of 5 rust > compilers required to get to the latest Rust release, and to build > IceCat. By the time I had gotten IceCat built and tested, you had > pushed a few more i

Re: More stability needed in our Rust packages, for IceCat 60

Hi Pjotr, On Sat, 22 Sep 2018 09:11:42 +0200 Pjotr Prins wrote: > On Fri, Sep 21, 2018 at 11:35:17PM -0400, Mark H Weaver wrote: > > How would you feel about doing further Rust work on a separate branch, > > and periodically (maybe 2-4 times per month) merging the collected > > improvements into

Re: glib-compiler-resources

Hi, On Wed, 10 Oct 2018 14:46:10 -0500 Brett Gilio wrote: > How about update-desktop-database? Don't do update-desktop-database at all. If the build system tries to do it, prevent it from doing so. The reason is that the desktop database is a shared database (shared by multiple packages) and

Re: Making javadoc reproducible

Hi Gabor, > There is a command line flag for javadoc (notimestamp), that disables > generating the comment in the docs that contains the timestamp. > Currently I see two ways forward: > 1. Track down the calls to javadoc, and add the flag to all calls. > 2. Write a simple patch to make javadoc beh

Re: Reproducible rust builds

Hi Nikolai, Hi Joe, On Tue, 16 Oct 2018 02:05:45 +0500 Nikolai Merinov wrote: > I concentrated on 1.25 and newer. Be advised that the wip-rust branch contains a (finished) full source bootstrap for rust which starts with rust 1.19. We should coordinate when we merge what to master so we don't

Re: Come back and graphical installer

ackage management for GNU ;;; Copyright © 2018 Danny Milosavljevic ;;; ;;; This file is part of GNU Guix. ;;; ;;; GNU Guix is free software; you can redistribute it and/or modify it ;;; under the terms of the GNU General Public License as published by ;;; the Free Software Foundation; either versio

Re: Come back and graphical installer

Hi Mathieu, welcome back! > I picked up the "Graphical installer" task. After studying the branch > wip-installer-2, I choose to rewrite it for multiple reasons: > > * I found the guile-ncurses approach too low level and think that many > bugs in the current installer could be avoided with a h

Re: Guile-SQLite3 0.1.0 released

Hi Ludo, > If you’re interested in Guile-SQLite3 and would like to become its > maintainer, Yep, now yes :) pgpqOwMOM5dWr.pgp Description: OpenPGP digital signature

Re: Packaging ufw

Hi, On Sat, 10 Nov 2018 21:42:38 +0100 swedebugia wrote: > I need help. > > It fails with > > starting phase `install' > running "python setup.py" with command "install" and parameters > ("--prefix=/gnu/store/v8kzgqs1jdfg7wzqr9c02719ada6x8bm-ufw-0.35" > "--single-version-externally-managed"

Re: [Cuirass] Missing database indexes?

Hi Björn, On Mon, 12 Nov 2018 19:50:44 +0100 Björn Höfling wrote: > Hm. This code smells ... It looks too complicated. I was trying to cut down the number of prepared statements in use and prevent a combinatorial explosion while keeping the kinds of queries we can do open. Either the value of

Re: [Cuirass] Missing database indexes?

Hi Ludo, On Sun, 11 Nov 2018 18:06:00 +0100 l...@gnu.org (Ludovic Courtès) wrote: > I don’t really know what additional index to create (and I’d rather let > SQLite do it for me, if it were possible). Not exactly what you mean but there's this: https://www.sqlite.org/lang_analyze.html It does

Re: [Cuirass] Missing database indexes?

On Tue, 13 Nov 2018 00:31:40 +0100 Danny Milosavljevic wrote: > Hi Ludo, > > On Sun, 11 Nov 2018 18:06:00 +0100 > l...@gnu.org (Ludovic Courtès) wrote: > > > I don’t really know what additional index to create (and I’d rather let > > SQLite do it for me, if it

Re: 01/03: llvm: Build with RTTI by default.

Hi Mark, Hi Eric, it might be a spurious failure, see https://github.com/rust-lang/rust/issues/43402 . > I would suggest simply reverting both of these commits for now, and > building this change out on another branch, possibly 'core-updates'. I think that quite a few big important packages dep

Re: [Cuirass] Missing database indexes?

Hi Ludo, >It doesn’t seem to help much, perhaps because the query is too complex? Yeah, probably. According to the docs a log message is supposed to appear when it is doing it. We should just special-case the common queries so the optimizer has a easier life. pgp8qd5F8FXLx.pgp Description: Op

Re: util-linux and perl rename

Hi, On Tue, 20 Nov 2018 22:10:24 +0100 Thorsten Wilms wrote: > I already had a "rename" binary via util-linux. Then I installed the > package "rename", resulting in another "rename" binary, as I prefer the > Perl version. This was a success in that I got what I wanted. > > However, should thi

Re: Getting ‘core-updates’ merged

Hi Ludo, On Fri, 23 Nov 2018 14:52:42 +0100 l...@gnu.org (Ludovic Courtès) wrote: > -- > LD_LIBRARY_PATH="/tmp/guix-build-rust-1.22.1.drv-0/rustc-1.22.1-src/build/x86_64-unknown-linux-gnu/test/run-make/issue-26092.stage2-x86_64-unknown-linux-gnu:/tmp/guix-b

Re: Getting ‘core-updates’ merged

Hi Ludo, On Sun, 25 Nov 2018 16:54:53 +0100 l...@gnu.org (Ludovic Courtès) wrote: > It seems that this bug is not fully resolved. Do you know how we could > skip it in the meantime? Yes, just try the build again. It's a thread synchronization problem. pgp02d52wDw0l.pgp Description: OpenPGP d

Re: Getting ‘core-updates’ merged

Or this: (delete-file-recursively "src/test/run-make/issue-26092") pgpf6fw1ThcXf.pgp Description: OpenPGP digital signature

Re: Merging core-updates

Hi Ludo, On Sat, 01 Dec 2018 19:20:26 +0100 l...@gnu.org (Ludovic Courtès) wrote: > On x86_64, LibreOffice, IceCat, etc. are available as substitutes; ‘guix > weather’ reports only 50% of coverage on berlin and 80% on > mirror.hydra.gnu.org (we’ll have to elucidate the bad number on berlin.) > I’

Re: GuixSD on eoma68-a20?

Hi swedebugia, On Sat, 8 Dec 2018 17:39:01 +0100 swedebugia wrote: > Could we pre-order some of these owned by the foundation to > be used to to hack on this? > > See https://www.crowdsupply.com/eoma68/micro-desktop Guix received one but we have so far be unable to get the GuixSD flash image b

Re: bug#33676: GuixSD on eoma68-a20?

Hi Ricardo, On Sat, 08 Dec 2018 18:34:04 +0100 Ricardo Wurmus wrote: > > Guix received one but we have so far be unable to get the GuixSD flash > > image because something always breaks on Hydra before it's done (for > > example lack of disk space - see > > https://hydra.gnu.org/build/3198097/l

Re: GuixSD on eoma68-a20?

After the change, I get the following on Hydra : --- @ build-started /gnu/store/scnqgfc3k4434h3gch22hnh0z8qdbvdb-disk-image.drv - x86_64-linux /var/log/guix/drvs/sc//nqgfc3k4434h

Re: GuixSD on eoma68-a20?

Hi Mark, On Sat, 08 Dec 2018 15:59:58 -0500 Mark H Weaver wrote: > This sounds like two distinct bugs: > > * Regarding the lack of disk space: if I'm not mistaken, as things are > currently implemented, we must specify the size of the disk image > manually. I guess we need to increase the

Re: bug#33676: GuixSD on eoma68-a20?

Hi Andreas, I've tried it now and I get: dannym@bayfront ~/src/guix$ ./pre-inst-env guix system disk-image --system=armhf-linux gnu/system/install.scm ... importing file or directory '/gnu/store/3qrkj5zqmhnkr953xznmy96fq8i55ia5-glibc-b ootstrap-0'... found valid signature for '/gnu/store/3qrkj5z

Re: End of beta soon? drop i686?

Hi Mark, > Note that we also lost 'icecat' on armhf-linux with the 52->60 upgrade, > because our 'rust' packages have never worked on armhf-linux. Wait, what? I wasn't aware. Let's track this as a bug - that's definitely not supposed to happen. mrustc works on armhf - I tested it on physical a

Re: GuixSD on eoma68-a20?

Ye! flash-image just successfully built on Hydra. Can I have the resulting file please? See https://hydra.gnu.org/build/3255541/log/raw pgpDhY5HPmJHh.pgp Description: OpenPGP digital signature

Re: bug#33676: GuixSD on eoma68-a20?

Hi Andreas, can you check whether dirindex (hashtables for directory) is enabled? # tune2fs -l /dev/... | grep -o dir_index See also https://blog.merovius.de/2013/10/20/ext4-mysterious-no-space-left-on.html pgp6PbcZAEg70.pgp Description: OpenPGP digital signature

Re: bug#33676: GuixSD on eoma68-a20?

Hi Andreas, On Sat, 15 Dec 2018 11:29:06 +0100 Andreas Enge wrote: > On Fri, Dec 14, 2018 at 09:50:26PM +0100, Danny Milosavljevic wrote: > > can you check whether dirindex (hashtables for directory) is enabled? > > # tune2fs -l /dev/... | grep -o dir_index > >

Re: GuixSD on eoma68-a20?

Hi Ludo, On Fri, 14 Dec 2018 11:48:52 +0100 Ludovic Courtès wrote: > I believe you can download it by running: > > guix build /gnu/store/ywrh286iqc3jlfhjqsvs22gmcr02i2bp-disk-image.drv I don't have it. > If you don’t have this .drv, you should be able to build it from commit > cba7ddcf60345

Re: GuixSD on eoma68-a20?

Hi Ludo, > > The following package will be installed: > >guile-bootstrap 2.0 > > /tmp/guix-tests/store/1gd1z2r2a38bh3a4494jbhyzcv5mi5hl-guile-bootstrap-2.0 > > The solution I proposed only works if you’re using /gnu/store as your > store prefix. Otherwise you cannot get substitut

Re: 01/01: gnu: mit-scheme: Update to 10.1.3.

Hi Kei, On Sat, 15 Dec 2018 13:51:43 -0500 Kei Kebreau wrote: > Understood. Thanks to you and Ludovic for cleaning up my small mess. I think it's only a workaround. What happened to the MIT scheme C fallback? I tried to fix it for good but then the armhf-linux build still didn't work: With t

Re: bug#33676: GuixSD on eoma68-a20?

Now I get: $ # commit 39c676c4a3507863f4edf20b225ace4cbf646ed6 $ ./pre-inst-env guix system disk-image --system=armhf-linux -e '(begin (use-modules (gnu system) (gnu bootloader) (gnu bootloader u-boot) (gnu system install)) (operating-system (inherit installation-os) (bootloader (bootloader-con

Re: bug#33676: GuixSD on eoma68-a20?

Please add to your /etc/config.scm to the "services" section: (service qemu-binfmt-service-type (qemu-binfmt-configuration (platforms (lookup-qemu-platforms "arm")) (guix-support? #t))) pgpNYpbaqnEr8.pgp Description: OpenPGP digi

Re: bug#33676: GuixSD on eoma68-a20?

Did you reconfigure? # guix system reconfigure /etc/config.scm If so, that's weird. >I'm on x86_64 hardware running a i686 guix Yeah, "--system" is using qemu to emulate the target architecture and the build job then runs in there. pgpFwnBuOYzyx.pgp Description: OpenPGP digital signature

Re: 02/02: services: docker: Depend on elogind.

Hi Ludo, On Thu, 10 Jan 2019 09:59:02 +0100 Ludovic Courtès wrote: > Cgroup file systems are mounted by the corresponding file system > services: > > --8<---cut here---start->8--- > $ sudo herd status | grep cgroup > + file-system-/sys/fs/cgroup > + file-sy

Re: 02/02: services: docker: Depend on elogind.

Replying to myself: > Can I just repeat > > (service-extension file-system-service-type (const %elogind-file-systems)) > > [or a subset thereof] > > in the docker service type and not have to have elogind in the config > at all? Is that safe? (i.e. will it mount the file systems just once?)

New file "tests/docker-inception.scm" with small problem

Hi, there's a new branch "wip-docker-test" which has a new (non-system) test tests/docker-inception.scm . You can run it via: make TESTS=tests/docker-inception.scm check Unfortunately, it fails with some inscrutable qemu error message: qemu-system-x86_64: -virtfs local,path=/home/dannym/sr

Re: ‘sudo’ leaves PATH unchanged… so what?

On Fri, 18 Jan 2019 19:03:18 + Caleb Ristvedt wrote: > To be clear, it's not so much a real problem as an eyesore. 'sudo guix > package ...' and 'sudo guix pull' will operate on root's profile(s) as > expected, but that also means 'sudo guix system reconfigure' will look at > root's profile w

Re: 01/01: tests: docker: Run a guest guile inside the docker container.

Hi Mark, fixed in commit 69e47686c9a8a2b5c4ee33e5b14da657de3d7ca0. P.S. I copied that from other tests, so those are also broken in the same way. These are in these files: * tests/gexp.scm * tests/guix-build.sh * tests/profiles.scm * tests/packages.scm The ones using the original definition ar

Re: ‘sudo’ leaves PATH unchanged… so what?

Hi Ludo, On Sat, 19 Jan 2019 23:52:59 +0100 Ludovic Courtès wrote: > Currently the ‘xdg-directory’ procedure (and thus ‘config-directory’, > which by default gives ~/.config/guix) does this: > > (or (getenv variable) > (and=> (or (getenv "HOME") >

<    1   2   3   4   5   6   7   8   9   10   >