Re: [PATCHES] gnu: nss: Update to 3.30.2 [fixes CVE-2017-5461].

Mark H Weaver writes: > Hi Marius, > > Marius Bakke writes: >> Mark H Weaver writes: >> >>> Unfortunately, even with "nss-increase-test-timeout.patch" and >>> "nss-disable-long-b64-tests.patch", the build still failed on armhf: >

Re: Staging

The master queue has cleared, so let's get this started again :) signature.asc Description: PGP signature

Re: Staging

Marius Bakke writes: > The master queue has cleared, so let's get this started again :) Uh, never mind, I see there is a pending evaluation for some time. Hopefully it won't time out (what's up with that, anyway). signature.asc Description: PGP signature

Re: [PATCH] gnu: Add Xfce Notification Daemon.

Hi Petter, thanks a lot for this! The patch looks good, I only have one question (not very familiar with gtk packaging either, so please excuse my ignorance). > * gnu/packages/xfce.scm (xfce4-notifyd): New variable. [...] > +(native-inputs > + `(("intltool" ,intltool) > + ("pkg-c

Re: [PATCH] gnu: Add Xfce Notification Daemon.

Petter writes: > Hi Efraim, > > On Mon, 24 Apr 2017 22:22:43 +0300 > Efraim Flashner wrote: > >> The collection of inputs makes me wonder if it should be glib-or-gtk >> build-system and not "just" gnu-build-system. I don't have a good way to >> test if its necessary, but I'd look around. > > Her

Re: UEFI support in boot image

Ludovic Courtès writes: > Hello Marius, > > Marius Bakke skribis: > >> Thanks for the feedback! I'll keep hammering at this and should >> hopefully have something usable within a few weeks. Currently, need to >> figure out why the qemu builder can't f

Re: UEFI support in boot image

Marius Bakke writes: > Ludovic Courtès writes: > >> Hello Marius, >> >> Marius Bakke skribis: >> >>> Thanks for the feedback! I'll keep hammering at this and should >>> hopefully have something usable within a few weeks. Currently, need

Re: gnome-updates

Ludovic Courtès writes: > Hello Kei, > > k...@openmailbox.org (Kei Kebreau) skribis: > >> kkebreau pushed a change to branch gnome-updates >> in repository guix. > > I don’t see a ‘gnome-updates’ jobset on hydra.gnu.org. Is anyone taking > care of it? It would be nice to merge this branch event

Re: Hydra evaluation failure

> (expecting string): #f This seems to be because system is not x86_64, and (%current-target-system) evaluates to false. I *think* the attached patch solves it. WDYT? From baa90ac80d510e7357340a52316c5f438e27f538 Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Wed, 17 May 2017 15:49:04 +020

Re: Hydra evaluation failure

Marius Bakke writes: > Leo Famulari writes: > > [...] > >> In gnu/packages/mes.scm: >> 79: 1 [native-inputs] >> In unknown file: >>?: 0 [string-prefix? #f "x86_64-linux" ...] >> >> ERROR: In procedure string-prefix?: >> ERROR

Re: Planning for the next release

67] Kernel panic - not syncing: Attempted to kill init! > exitcode=0x > --8<---cut here---end--->8--- OMG. I've ran the other system tests, but somehow missed "basic". Oops! Anyway, the problem is that the parted script gets

Re: Planning for the next release

Marius Bakke writes: > Anyway, the problem is that the parted script gets a negative size for > TESTS=basic: > > creating partition table with 2 partitions... > > DEBUG: (mkpart primary ext2 1048576B -19922944B set 1 boot on mkpa

Re: Switching to Artifex Ghostscript

Leo Famulari writes: > The subject of the two Ghostscripts came up last October, but we didn't > really discuss it: > > https://lists.gnu.org/archive/html/guix-devel/2016-10/msg00598.html > > The canonical Ghostscript is developed by Artifex Software Inc: > > https://ghostscript.com/ > > We packa

Re: 01/01: gnu: glib: Update to 2.53.1.

Kei Kebreau writes: > kkebreau pushed a commit to branch gnome-updates > in repository guix. > > commit 90e0b6024b375f919878414163a6ad5857cc4b3e > Author: Kei Kebreau > Date: Sun May 21 18:15:00 2017 -0400 > > gnu: glib: Update to 2.53.1. > > * gnu/packages/glib.scm (glib): Update

Guix 0.13 manual does not include UEFI documentation

Hello! It seems we forgot to include the UEFI documentation update in the 0.13 release. Is it possible to do a "hotfix" release of the manual? Users are already asking about this on #guix.. Oops! signature.asc Description: PGP signature

Re: 01/01: gnu: glib: Update to 2.53.1.

Kei Kebreau writes: > Should I revert the unstable commits on gnome-updates and replace them > with their equivalents? I didn't intend to use unstable versions of the > GNOME-related software. My intention was to upgrade packages necessary > for gjs to build with minimal failures > (glib -> gobje

Re: Guix 0.13 manual does not include UEFI documentation

Ludovic Courtès writes: > Hi, > > Marius Bakke skribis: > >> It seems we forgot to include the UEFI documentation update in the 0.13 >> release. Is it possible to do a "hotfix" release of the manual? Users are >> already asking about this on #guix.. Oops

Re: Guix 0.13 manual does not include UEFI documentation

Ludovic Courtès writes: > BTW, could you merge ‘version-0.13.0’ into ‘master’? It has conflicts > in the VM/EFI parts. https://git.savannah.gnu.org/cgit/guix.git/commit/?id=fd3782d13b8f2e835e9867c7abd92786a93e8ad6 :-) signature.asc Description: PGP signature

Re: gnome-updates

Leo Famulari writes: > On Sun, May 14, 2017 at 05:35:15PM +0200, Marius Bakke wrote: >> Instead I merged an older revision of this branch to 'staging' and >> cherry-picked the latest patches. @Leo, are you able to start it later >> today? Please wait fo

Re: Upcoming OpenSSL updates

Leo Famulari writes: >> I’m surprised that they announce bug-fix-only releases in this way. > > Me too. I can't figure out how to construct a link to GitHub that will > list the commits in this release; there are 111 commits. The only thing > the OpenSSL maintainers put in 'CHANGES': Here is the

Re: Trouble with DHCP and GuixSD in a VM

Jan Nieuwenhuizen writes: > Peter Baumgarten writes: > >> I am following along with the steps to get GuixSD installed in a VM here >> https://www.gnu.org/software/guix/ >> manual/guix.html#Installing-GuixSD-in-a-VM and I am stuck on getting the VM >> to have internet access. It is able >> to ge

Re: GuixSD Success with grub-efi

James Richardson writes: > I just successfully installed guixsd 0.13.0 with efi on a new HP > laptop. I found the manual to be somewhat lacking with specific details > on exactly how to accomplish this. I've added to my todo list to post > more details here. Thanks for the report! Improvements t

Re: Status of ‘staging’ branch?

Ludovic Courtès writes: > Hello Guix! > > Apparently ‘staging’ is fully built on i686/x86_64. Should we merge it? > > I’d like to start building ‘core-updates’ now (we’re 6 days late :-)), > but we should get ‘staging’ out of the way first. I think we can start building the 'core' package set n

Re: Status of ‘staging’ branch?

Marius Bakke writes: > There are a quite a few ruby packages failing after the switch to 2.4: > > https://hydra.gnu.org/eval/109665?compare=master#tabs-now-fail > > We also have test failures in "lightdm" and "sssd": > > https://hydra.gnu.org/build/2084

`ruby-ansi` failure on 'staging'

On the 'staging' branch (with ruby 2.4), the 'ruby-ansi' package fails during the 'validate-runpath' phase: https://hydra.gnu.org/build/2078864 The issue is a dangling symlink to "lib/../.index". On 'master', this symlink is "../.index" which works; this is also the case in the build directory:

Re: [PATCH] gnu: Add fpc. (version 2)

Just to piggy-back on this discussion, I'm attempting to package "Hedgewars" and needed this patch to get fpc working properly: From 4f76fb12f031652e11063c0fb37949229caa45cc Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Tue, 25 Apr 2017 15:39:30 +0200 Subject: [PATCH] gnu: fp

Re: [PATCH] gnu: Add fpc. (version 2)

Marius Bakke writes: > Just to piggy-back on this discussion, I'm attempting to package > "Hedgewars" and needed this patch to get fpc working properly: Oops, found one more patch in that old branch. @Kei, feel free to squash this into the

Re: … which cannot be found in RUNPATH

Hartmut Goebel writes: > Hi guix! > > I have a package installing a lib as …/lib/plasma/libDiscoverCommon.so > and a second lib as …/lib/other/lib.so. > > Building and linking works fine, but phase `validate-runpath' fails with: > > "…/other/lib.so depends on 'libDiscoverCommon.so', which cannot

Re: opendir* missing

Ricardo Wurmus writes: > Hi, > > since commit fa73c1937364872560c509f02b3d7648a5bed006 and/or > d27cc3bfaafe6b5b0831e88afb1c46311d382a0b I cannot use “guix build” or > “guix package” any more. > > They both fail to find “opendir*” and exit without a backtrace. Running > “make clean-go && make” d

Re: opendir* missing

Marius Bakke writes: > opendir* is defined as: Oops, fat fingers. guix/build/syscalls.scm:866: --8<---cut here---start->8--- (define opendir* (let ((proc (syscall->procedure '* "opendir" '(* (lambda* (name #:

Restarting 'python-updates'

Greetings Guix! Python 3.6.2 is scheduled to be released in about a week[0]. Our current Python 3.5 is EOL[1], so we should upgrade ASAP. 3.6.2 seems like a good excuse. It would be good to start building a branch based on it once it is released (or core-updates is merged, whichever is last). Ar

Re: Xorg tearing fix on Intel HD Graphics 4000

William writes: > The Arch Wiki says that Debian and some others suggest uninstalling > xf86-video-intel and relying on the modesetting driver. > > I have personally found this to help with tearing, but naturally YMMV. > > See https://wiki.archlinux.org/index.php/Intel_graphics#Installation > for

Re: Xorg tearing fix on Intel HD Graphics 4000

Roel Janssen writes: > Marius Bakke writes: > >> William writes: >> >>> The Arch Wiki says that Debian and some others suggest uninstalling >>> xf86-video-intel and relying on the modesetting driver. >>> >>> I have personally found this

Re: FW: [oss-security] accepting new members to (linux-)distros lists

Leo Famulari writes: > It was hinted at ~1 week ago in the public "Stack Clash" discussion on > oss-security, but now there has been an announcement: the private > linux-distros early-notice security discussion and coordination mailing > list is accepting new members: > > http://seclists.org/oss-

Re: 06/08: gnu: python-pyopenssl: Update to 17.1.0.

Mark H Weaver writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) writes: >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 96bbc41f8be5e6bb8483f5ce596db47be271e9e8 >> Author: Marius Bakke >> Date: Sat Ju

Re: Trouble with UEFI installation

Hello Andrew! andrew.erlan...@gmail.com writes: > Hello again, Guix users. > > I'm still trying to install GuixSD, and my problem is with UEFI. I've > got Gentoo working with UEFI, so I know it's possible on this machine. > > The problem occurs in the installation. This is my error: > >> copying

Re: Should guix-emacs-autoload-packages use GUIX_ENVIRONMENT?

Kyle Meyer writes: > Alex Kost writes: > > [...] > >>> Maybe I'm underestimating all the ways people use "guix environment". >>> When I use it, I'm interested in getting an isolated environment, >>> usually for testing, and in this case I don't want the Emacs packages >>> from my profile. >> >>

Re: core-updates failing packages

Leo Famulari writes: > On Mon, Jul 24, 2017 at 05:44:19PM +0200, Ludovic Courtès wrote: >> You can also try rebuilding your GuixSD on ‘core-updates’, or upgrade >> your profile, and see whether you encounter problems. > > Yes, please test, especially with your graphical applications or > systems,

Re: Grafting fails for latest Go release candidate

On 31 July 2017 16:39:25 CEST, Leo Famulari wrote: >Working on the Go package, I found that the grafting procedure fails in >a way that I don't understand: > >-- >$ ./pre-inst-env guix build go@1.9 >The following derivation will be built: > /gnu/store/bv30jxzjl7c5z3hk6pmywpzwwrn1hq5m-go-1.9r

Re: Grafting fails for latest Go release candidate

Leo Famulari writes: > Working on the Go package, I found that the grafting procedure fails in > a way that I don't understand: > > -- > $ ./pre-inst-env guix build go@1.9 > The following derivation will be built: >/gnu/store/bv30jxzjl7c5z3hk6pmywpzwwrn1hq5m-go-1.9rc1.drv > @ build-starte

Re: Grafting fails for latest Go release candidate

Mark H Weaver writes: > Marius Bakke writes: > >> Leo Famulari writes: >> >>> Working on the Go package, I found that the grafting procedure fails in >>> a way that I don't understand: >>> >>> -- >>> $ ./pre-inst-env guix

Re: Grafting fails for latest Go release candidate

Marius Bakke writes: > Leo Famulari writes: > >> Working on the Go package, I found that the grafting procedure fails in >> a way that I don't understand: >> >> -- >> $ ./pre-inst-env guix build go@1.9 >> The follo

udev on 'core-updates' does not register new devices

Hello! I tried plugging in a USB drive on a GuixSD desktop system running from the 'core-updates' branch and get this in dmesg: [198220.121488] udevd[173]: RUN{builtin}: 'uaccess' unknown /gnu/store/cfs89vshgfzxr9rr311pf2y6cifyjq4l-udev-rules/lib/udev/rules.d/73-seat-late.rules:15 [198300.595192

Re: udev on 'core-updates' does not register new devices

Marius Bakke writes: > Hello! > > I tried plugging in a USB drive on a GuixSD desktop system running from > the 'core-updates' branch and get this in dmesg: > > [198220.121488] udevd[173]: RUN{builtin}: 'uaccess' unknown > /gnu/store/cfs89vshgfzxr9rr311

Re: udev on 'core-updates' does not register new devices

Mark H Weaver writes: > Hi Marius, > > Marius Bakke writes: > >> I tried plugging in a USB drive on a GuixSD desktop system running from >> the 'core-updates' branch and get this in dmesg: >> >> [198220.121488] udevd[173]:

Re: Anyone got ideas on how to make Gajim aware of plugins in store?

ng0 writes: > Ricardo Wurmus transcribed 0.9K bytes: >> >> ng0 writes: >> >> > Do I use native-search-paths? There is no variable >> > which is used in Gajim, so I think maybe I need to >> > include this in the wrapper and add something similar >> > to the native-search-path which would look i

Re: [PATCH] gnu: catdoc: Fix CVE-2017-11110.

Alex Vong writes: > Severity: important > Tags: patch security > > Hello, > > This patch fixes the latest CVE of catdoc. The upstream repo[0] is not > updated for more than a year, so I grab the patch from openSUSE instead > (which is also used by Debian). Thanks for this, pushed! [...] > (I a

Re: 02/02: gnu: e2fsprogs: Update to 1.43.5.

Mark H Weaver writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) writes: > >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 3ddaa7922bdd71ff4467b95a7ed264bbc4d49975 >> Author: Marius Bakke >> Date: Sat Aug

Re: 01/02: gnu: git: Enable tests.

Mark H Weaver writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) writes: > >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit c9f4f56b24801718d89c2520bec08867516e1371 >> Author: Marius Bakke >> Date: Thu Aug

Re: 02/02: gnu: e2fsprogs: Update to 1.43.5.

Marius Bakke writes: > Mark H Weaver writes: > >> Hi Marius, >> >> mba...@fastmail.com (Marius Bakke) writes: >> >>> mbakke pushed a commit to branch master >>> in repository guix. >>> >>> commit 3ddaa7922bdd71ff4467b95a7ed264bb

'core-updates' status

Hello! 'core-updates' has finished building on x86_64 and i686. There are a few failing packages still, but nothing too scary. Please try to fix some if you can! https://hydra.gnu.org/eval/109753?full=1&compare=master#tabs-now-fail Most of the "dependency failed" armhf packages are because Hyd

Re: [PATCH] guix download: Support retrieving local file without the URI scheme.

宋文武 writes: > * guix/scripts/download.scm (guix-download): Treat the URL argument as a local > file path when it fails on 'string->uri'. Call 'fetch' with the processed > 'uri' instead of the original URL argument. > * tests/guix-download.sh: Adjust accordingly. Yay! LGTM. signature.asc Desc

Re: Grafting fails for latest Go release candidate

Ludovic Courtès writes: > Hi, > > Andy Wingo skribis: > >> On Mon 07 Aug 2017 22:08, Marius Bakke writes: >> >>> I've caught a couple other elusive grafting errors: >>> >>> grafting >>> '/gnu/store/ccw7w

Re: 'core-updates' status

Marius Bakke writes: > What do you think, are we ready to merge this branch? There are ~2k > armhf packages left in the queue, but many of them have already changed > in 'master' and thus will need to be rebuilt anyway. I started a (hopefully final) evaluation while wait

Re: Grafting fails for latest Go release candidate

Marius Bakke writes: > Ludovic Courtès writes: > >> Hi, >> >> Andy Wingo skribis: >> >>> On Mon 07 Aug 2017 22:08, Marius Bakke writes: >>> >>>> I've caught a couple other elusive grafting errors: >>>> >>&

Re: GRUB EFI installation breakage

Ludovic Courtès writes: > Hello, > > To reconfigure my system on UEFI, I had to apply this patch: > > modified gnu/bootloader/grub.scm > @@ -401,7 +401,8 @@ submenu \"GNU system, old configurations...\" {~%") > ;; root partition. > (setenv "GRUB_ENABLE_CRYPTODISK" "y") >

Unable to `guix pull` on large server

Hello! I recently installed Guix on a foreign distro (Ubuntu 16.04), but am unable to run `guix pull` after updating from 0.13.0 to 'master'. --8<---cut here---start->8--- marius@uer:~$ guix pull --branch=core-updates # master also fails Updating from Git repos

Re: Unable to `guix pull` on large server

Marius Bakke writes: > Hello! > > I recently installed Guix on a foreign distro (Ubuntu 16.04), but am > unable to run `guix pull` after updating from 0.13.0 to 'master'. > > --8<---cut here---start->8--- > marius@u

Re: 'core-updates' status

Marius Bakke writes: > Marius Bakke writes: > >> What do you think, are we ready to merge this branch? There are ~2k >> armhf packages left in the queue, but many of them have already changed >> in 'master' and thus will need to be rebuilt anyway. > >

core-updates merged!

Ludovic Courtès writes: > 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 t

Re: ‘core-updates’ is back!

Efraim Flashner writes: > On Tue, Aug 29, 2017 at 11:44:53AM +0300, Efraim Flashner wrote: >> On Tue, Aug 29, 2017 at 12:01:40AM +0200, Ludovic Courtès wrote: >> > Hello Guix! >> > >> > Yup, I just created a new ‘core-updates’ branch by pushing >> > . Enjoy! >> > >>

Re: ‘core-updates’ is back!

Efraim Flashner writes: > On Wed, Aug 30, 2017 at 09:10:42PM +0200, Marius Bakke wrote: >> Since we're on the topic, I would like to switch to GCC 6 or 7 soon... >> Are we agile enough to use the very latest GCC by default yet? :-) > > That would be nice to at least

Re: ‘core-updates’ is back!

Ricardo Wurmus writes: > Marius Bakke writes: > >> Probably unrelated, but we also have to change the '--enable-kernel' >> configure flag to say '3.2.0' since that is the minimum supported by >> glibc 2.26. > > Does this mean that binaries buil

Re: ‘core-updates’ is back!

Ludovic Courtès writes: > Marius Bakke skribis: > >> Efraim Flashner writes: >> >>> On Wed, Aug 30, 2017 at 09:10:42PM +0200, Marius Bakke wrote: >>>> Since we're on the topic, I would like to switch to GCC 6 or 7 soon... >>>> Are w

Re: ‘core-updates’ is back!

Marius Bakke writes: > Ludovic Courtès writes: > >> Marius Bakke skribis: >> >>> Efraim Flashner writes: >>> >>>> On Wed, Aug 30, 2017 at 09:10:42PM +0200, Marius Bakke wrote: >>>>> Since we're on the topic, I would like

Re: Fetching patches as origins instead of copying them into the Guix Git repo

Leo Famulari writes: > On Thu, Aug 31, 2017 at 09:52:49PM +0200, Marius Bakke wrote: >> Side note: I think we should start adding patches as origins instead of >> copying them wholesale, to try and keep the git repository slim. > > We should make a git-minimal package for

Re: ‘core-updates’ is back!

Marius Bakke writes: > Marius Bakke writes: > >> Ludovic Courtès writes: >> >>> Marius Bakke skribis: >>> >>>> Efraim Flashner writes: >>>> >>>>> On Wed, Aug 30, 2017 at 09:10:42PM +0200, Marius Bakke wrote:

Re: 01/03: gnu: lzip: Update to 1.19.

Tobias Geerinckx-Rice writes: > nckx pushed a commit to branch staging > in repository guix. > > commit 0963e3e450e85e3cf59b92fd28c771e8cbaaee2a > Author: Tobias Geerinckx-Rice > Date: Sun Jul 23 19:05:45 2017 +0200 > > gnu: lzip: Update to 1.19. > > * gnu/packages/compression.scm

Re: Fetching patches as origins instead of copying them into the Guix Git repo

Alex Vong writes: > Marius Bakke writes: > >> Leo Famulari writes: >> >>> On Thu, Aug 31, 2017 at 09:52:49PM +0200, Marius Bakke wrote: >>>> Side note: I think we should start adding patches as origins instead of >>>> copying them wholesale,

Re: 03/09: gnu: util-linux: Update to 2.30.1.

Ludovic Courtès writes: > Hello! > > mba...@fastmail.com (Marius Bakke) skribis: > >> mbakke pushed a commit to branch staging >> in repository guix. >> >> commit 66d4cd7978d41cfde5047f281dc17693bbd4610e >> Author: Marius Bakke >> Date: Sat Jul

Re: binutils CVEs

Efraim Flashner writes: > There's a large number of CVEs against binutils@2.28. Gentoo¹ has a nice > long list of the CVEs, and I've put together a patch to graft a > replacement, but I'm getting grafting errors: > ERROR: replacement length differs from the original length > "h9nqlf0c82c1sds4yzs

Re: binutils CVEs

Efraim Flashner writes: > On September 17, 2017 9:25:11 PM GMT+03:00, Marius Bakke > wrote: >>Efraim Flashner writes: >> >>> There's a large number of CVEs against binutils@2.28. Gentoo¹ has a >>nice >>> long list of the CVEs, and I've put

[ANNOUNCE] ganeti-instance-guix

When you want to try GuixSD, but all you have is a Ganeti cluster... I'm pleased to announce ganeti-instance-guix[0], a GuixSD provisioner for Ganeti. With it you can launch any GuixSD configuration file as a virtual machine, optionally using a specific Guix git revision. For Ganeti users, this

Re: My experiences with partitioning according to the manual

Ludovic Courtès writes: >> How big should the boot partition be? Mine seems to have been too >> small, so I got warnings when formatting as FAT32. > > I think the recommendation is to have 50+ MiB for /boot/efi. Marius, > could you confirm? We should definitely write it down. IIRC "doc

Re: Testing isolated builds

Pjotr Prins writes: > I am facing some issues try to upgrade Elixir. The problem is that the > build fails on tests, but when I build by hand inside > /tmp/guix-build-elixir-1.5.1.drv-0/ the build passes. > > Is there an easy way to create a similarly restricted environment when > doing a build o

Re: Testing isolated builds

Pjotr Prins writes: > On Wed, Sep 20, 2017 at 02:18:01PM +0200, Pjotr Prins wrote: >> I am facing some issues try to upgrade Elixir. The problem is that the >> build fails on tests, but when I build by hand inside >> /tmp/guix-build-elixir-1.5.1.drv-0/ the build passes. >> >> Is there an easy wa

Re: ‘staging’ branch

Ludovic Courtès writes: > Hello! > > Marius, what’s the status of ‘staging’? (Sorry I had to pick someone as > the staging master, so to speak. :-)) I've shepherded the last few iterations, so I guess it's only fair! I was waiting for Keis "monster" patch from #27898, but if we are to merge t

Scope of "GuixOps" (was Re: [ANNOUNCE] ganeti-instance-guix)

Ludovic Courtès writes: > Hi! > > [- ganeti] > > Marius Bakke skribis: > >> When you want to try GuixSD, but all you have is a Ganeti cluster... >> >> I'm pleased to announce ganeti-instance-guix[0], a GuixSD provisioner >> for Ganeti. With it

Re: Automatically checking commit messages

Vincent Legoll writes: > Hello > > On Wed, Sep 20, 2017 at 5:47 PM, Arun Isaac > wrote: >> I have been working on a guile script to automatically check commit >> messages -- something like `guix lint' but for commit messages instead >> of package definitions. This could help us enforce our comm

Re: ‘staging’ branch

Kei Kebreau writes: > Kei Kebreau writes: > >> Kei Kebreau writes: >> >>> Marius Bakke writes: >>> >>>> Ludovic Courtès writes: >>>> >>>>> Hello! >>>>> >>>>> Marius, what’s the status o

Re: Ctrl-Alt-F1,F2,F3 ... can not start a console.

Feng Shu writes: > "Feng Shu" writes: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> Hi, >>> >>> "Feng Shu" skribis: >>> Yestaday, I reinstall my guixsd, and install xfce4 as my desktop. A problem faced is that: When I press Ctrl-Alt-F1, F2, F3 ... I can not start a tty, inst

Re: 01/04: gnu: mesa: Disable imx driver for armhf-linux.

Mark H Weaver writes: > mba...@fastmail.com (Marius Bakke) writes: > >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 2a087882b1cb2e40e7b63580c675b58a5cfa1b96 >> Author: Marius Bakke >> Date: Thu Oct 12 18:57:30 2017 +02

Re: 01/04: gnu: mesa: Disable imx driver for armhf-linux.

Mark H Weaver writes: > Mark H Weaver writes: > >> Marius Bakke writes: >> >>> Note that mesa and libdrm did not build any drivers at all on armhf >>> until recent commits on 'staging'. I tried cross-compiling libdrm >>> to update etna

Let's build 'core-updates'!

Hello! 'core-updates' is a month overdue, so now is a good time to start it. We are still missing the "binutils" update. Efraim, do you remember what the issue with 2.29 was? Is there anything else we should consider this round? Maybe the automatic wrapping from ?

Re: 01/01: gnu: itstool: Update to 2.0.4.

Kei Kebreau writes: > kkebreau pushed a commit to branch master > in repository guix. > > commit 13fbd174b5ffe5c2cc59e637f7859d357ab33d97 > Author: Kei Kebreau > Date: Thu Nov 2 15:33:08 2017 -0400 > > gnu: itstool: Update to 2.0.4. > > * gnu/packages/glib.scm (itstool): Update to

Re: Status update on reproducible builds in Guix

Ludovic Courtès writes: > Hello, > > Gábor Boskovits skribis: > >> Yesteday we had a discussion about that on irc. >> Here it goes: >> >> >> [15:15:16] hello guix! >> [15:16:01] do we have a proposed way to build pyc files >> reproducibly? >> [15:16:50] I've read in the report, that we are no

Re: Status update on reproducible builds in Guix

Hartmut Goebel writes: > Am 06.11.2017 um 09:52 schrieb Ludovic Courtès: >>> [15:37:41] At this stage we might as well wait for this to land >>> upstream: https://www.python.org/dev/peps/pep-0552/ >>> >>> So, it seems, that we are waiting for this pep to land upstream. >> Cool, thanks for the no

Re: Status update on reproducible builds in Guix

Hartmut Goebel writes: > Am 06.11.2017 um 22:29 schrieb Marius Bakke: >>> Seems like my message did not go through: >>> >>> This change will not solve out problem! >>> >>> PEP 552 proposes a new file-format for .pyc file and a hash-based >&

Re: Let’s meet before FOSDEM!

Roel Janssen writes: > Ludovic Courtès writes: > >> Hello Guix! >> >> Since we didn’t get a devroom this time in spite of the efforts of >> Manolis and Pjotr, what about holding a Guix meeting let’s say on Friday >> before FOSDEM (Feb. 2nd, in Brussels)? >> >> We could meet for the whole day, in

Re: Best-practice to "develop" a system-config / service?

Hartmut Goebel writes: > Hi, > > TL;DR: How do I get my in-development version of guix into the VM build > with this version? > > I made KDE Plasma start up in a VM by adding tons of packages to the > system declaration (to be on the save side). Now for finishing and > providing a nice service de

Re: [PATCH 1/1] gnu: Add ccid.

Mike Gerwitz writes: > Hey, Marius: > > I'm resurrecting this thread. :) Hello Mike, long time no see! :-) > On Mon, Oct 31, 2016 at 10:09:14 +0000, Marius Bakke wrote: >> Mike Gerwitz writes: >>> On Fri, Oct 28, 2016 at 12:27:29 +0100, Marius Bakke wrote:

Re: 08/10: gnu: readline: support mingw.

Ludovic Courtès writes: > civodul pushed a commit to branch master > in repository guix. > > commit ae12d586275cdd96db23fb01bf840b2055b5b979 > Author: Jan Nieuwenhuizen > Date: Tue Apr 12 15:49:17 2016 +0200 > > gnu: readline: support mingw. > > * gnu/packages/patches/readline-7.0

Re: How to customize the kernel

Chris Marusich writes: > Is anyone building custom kernels? How are you doing it? Are you just > using the "make-linux-libre" procedure anyway, despite the fact that it > supposedly isn't public? Did you copy it and just modify it to suit > your needs? Or did you do something totally differen

Re: core-updates, let’s go!

Ludovic Courtès writes: > Hello Guix! > > ‘core-updates’ is doing OK! > > https://hydra.gnu.org/jobset/gnu/core-updates > > The remaining issues are GCC 4.8 and 4.9 failing to build, which are > nothing serious and left as an exercise to the reader. > > What about starting a new evaluation of a

Re: core-updates, let’s go!

Danny Milosavljevic writes: > I'd like to get the patch > > [bug#29856] [PATCH core-updates] guix: python-build-system: Modify ".py" > files in-place. > > into this core-updates cycle. What do you all think? We already have a substantial amount of Python changes on core-updates, so we cou

Re: 01/01: gnu: python-pygpgme: Use GnuPG 1 for the test suite.

Chris Marusich writes: > Leo Famulari writes: > >> On Wed, Dec 27, 2017 at 07:57:17PM -0500, Mark H Weaver wrote: >>> Alas, your most recent changes seem to have now broken qgpgme: >>> >>> https://hydra.gnu.org/eval/109869#tabs-now-fail >>> https://hydra.gnu.org/job/gnu/master/qgpgme-1.9.0.

Re: Meltdown / Spectre

Katherine Cox-Buday writes: > Chris Marusich writes: > >> Leo Famulari writes: > >> I wonder: how easy will it be to install those firmware/microcode >> updates if you are using GuixSD? In particular, I'm curious about the >> case of the Lenovo x200 with libreboot, since that's what I use >> pe

Re: Meltdown / Spectre

Gábor Boskovits writes: > The second thing that comes to my mind is to have a free tool to perform > the microcode update, so that we can inspect, that nothing else on the > system gets modified. FWIW there is a tool that does this in Guix already: "iucode-tool". Here is the latest microcode fr

Re: Does Guix publish work with mDNS?

Chris Marusich writes: > By "Guix publish works over mDNS," I mean that if I publish substitutes > on one machine in my network, then other machines on my network will > discover the publishing endpoint via mDNS and use it transparently like > any other substitute server (assuming that my network

Re: Dinner in Brussels?

Ludovic Courtès writes: > To those going to the Guix workshop in Brussels this Friday: who’s in > for dinner (+ drink) on Friday evening? I'm in, with a friend you met last year :) Did we settle on a venue for the workshop yet? signature.asc Description: PGP signature

<    4   5   6   7   8   9   10   11   >