Updating librsvg

Hello! Our current version of librsvg is officially unmaintained, and the latest version requires Rust. I've succeeded in making the latest version build, but there are a couple of problems. * Module dependency cycle: . * librsvg requires Cairo 1.15, which is not a

Re: Updating librsvg

Ricardo Wurmus writes: > Hi Marius, > > thanks for working on this! > >> Our current version of librsvg is officially unmaintained, and the >> latest version requires Rust. > […] >> * librsvg requires Cairo 1.15, which is not a "stable" release branch. > > Is there a

Re: Updating librsvg

Pierre Neidhardt <ambre...@gmail.com> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Have anyone packaged any of these? Or made a Rust importer? > > I know nothing about Rust, but "(guix) Invoking 'guix import'" mentions > 'crate': > >

Restarting 'staging'

ons to delay it. Shortlog: Danny Milosavljevic (1): gnu: doxygen: Update to 1.8.14. Leo Famulari (1): gnu: tzdata: Update to 2018e. Marius Bakke (10): gnu: libepoxy: Update to 1.5.1. gnu: gtk+: Update to 3.22.30. gnu: meson: Update to 0.46.0. gnu: libaio: Upd

Re: 01/01: gnu: cmake: Delete Emacs library.

l...@gnu.org (Ludovic Courtès) writes: > Hello Marius & all, > > Marius Bakke skribis: > >> Good idea. It would be good to clarify that this also applies for >> 'staging'. What do you think about this instead? >> >> 1 file changed, 9 insertions(+), 2 de

Re: 01/01: gnu: cmake: Delete Emacs library.

Oleg Pykhalov writes: > Hello Mark, > > Thank you for explanation of procedure and macro specifications. > I've pushed ffd526e61ab1b45c6c913ab4e139193e4d5bee9b with a fix. > > Also, here is a patch to mention core-updates-next in the documentation. > > diff --git

Re: shortening the git test suite

Ricardo Wurmus writes: > Hi Guix, > > git takes a very long time to build, because it has an extensive test > suite. Most of the time is spent in running the SVN interoperability > tests, though, which are not really all that interesting for most uses > of git. > > The Makefile says this: > >

Re: 01/01: build-system/meson: Really skip the 'fix-runpath' phase on armhf.

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

Re: 01/01: build-system/meson: Really skip the 'fix-runpath' phase on armhf.

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

Starting 'core-updates'

Ludovic Courtès <l...@gnu.org> writes: > Hello, > > Marius Bakke <mba...@fastmail.com> skribis: > >> Ludovic Courtès <l...@gnu.org> writes: >> >>> Hi Mark, >>> >>> Mark H Weaver <m...@netris.org> skribis: >>> &g

Re: staging evaluation in progress

Mark H Weaver <m...@netris.org> writes: > Efraim Flashner <efr...@flashner.co.il> writes: > >> On Mon, Apr 23, 2018 at 09:53:04PM -0400, Mark H Weaver wrote: >>> Marius Bakke <mba...@fastmail.com> writes: >>> >>> > Ma

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

Björn Höfling writes: > 9) Old guix version: > > Being in the newly booted system: > > which guix: > --> /run/current-system/profile/bin/guix > -> /gnu/store/111i...-guix-0.14.0-12.77a1aac/bin/guix > > That commit 77a1aac is from 2018-06-09. Why so old? > > After guix pull [quite fast!], I

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

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

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 >>>

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 >>

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

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

Re: 03/03: gnu: python-dateutil: Update to 2.6.1.

;>>> >>>> On 31/01/18 12:52, Mark H Weaver wrote: >>>>> Hi, >>>>> >>>>> mba...@fastmail.com (Marius Bakke) writes: >>>>> >>>>>> mbakke pushed a commit to branch master >>>>>> in repository gui

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

Re: Let's fix core-updates!

Chris Marusich writes: > Hi everyone! > > Currently, 13% of builds on core-updates fail: > > https://hydra.gnu.org/jobset/gnu/core-updates > > We need to fix this to help Ricardo prepare for the next release. > Questions: > > 1) When is core-updates "done"? Do we merge

Re: proposal: with-file-writeable

Gábor Boskovits writes: > Ok, the keep it this way. Another question, this came up, as > I was trying to find a nice solution to reset-gzip-timestamps failing. > I got different pieces of advice if I should reset the permissions after > resetting the timestamp, but I'm still

Re: 14/17: gnu: girara: Enable tests.

Mark H Weaver <m...@netris.org> writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) writes: > >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 7d24c26ed7b67ce1220fee9e5df99d74cb5346e7 >> Author: Marius Bakke &

Re: Staging

Leo Famulari writes: > There are some patches on the staging branch, including an update to the > time zone database. > > What are the plans for the next week or so? Should we try merging the > staging branch in that timeframe? Yes, let's start this in a few days, when Hydra

Re: 01/01: gnu: tzdata: Preserve directory layout from before tzdata 2018a.

Leo Famulari writes: > lfam pushed a commit to branch staging > in repository guix. > > commit 62868f124cf9443a43f4ea5867da692e32e77c58 > Author: Leo Famulari > Date: Mon Feb 19 23:47:46 2018 -0500 > > gnu: tzdata: Preserve directory layout from

Re: 14/14: gnu: gnurl: Add HTTP/2 support.

Tobias Geerinckx-Rice writes: > nckx pushed a commit to branch core-updates > in repository guix. > > commit 3d2d5ebffae6979376d64a6441a44eb4369a1e96 > Author: Tobias Geerinckx-Rice > Date: Thu Jan 4 22:49:22 2018 + > > gnu: gnurl: Add HTTP/2 support. >

Re: offloading trouble on GuixSD->Debian

ng0 writes: > Hi, > > I have run into yet another familar(?) problem with offloading. > > My build host for the first time is Debian, so instead of GuixSD master > offloading > to an GuixSD build node I'm offloading from GuixSD master to an Debian build > node. > This is a

Re: heads-up: Haskell updates

Danny Milosavljevic writes: > git am just failed because the index is not matching. > > So I'll not push my core-updates. > > Next, I tried git merge origin/master which gave me a number of merge > conflicts. > > One of those is gnu/local.mk: > > +

Re: heads-up: Haskell updates

Ricardo Wurmus <rek...@elephly.net> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Should we do a new merge to get the GHC patch, or just merge >> core-updates and let the problem "fix itself" on 'master'? > > I’d prefer buildi

Re: preparing the next release v0.15.0

Ricardo Wurmus writes: > Hi Guix, > > I wrote almost 6 days ago: > >> Here are a bunch of things that we should look into: >> >> * Outstanding patches. There are many patches in the queue at >> guix-patches[1] that we should go through, comment on, and/or apply >> before the release. Who

Staging branch now live on Hydra!

Hello Guix! I've started an evaluation of the 'staging' branch on Hydra: https://hydra.gnu.org/jobset/gnu/staging Some highlights from this branch: * Pulseaudio 12. * Cython has been updated to the latest version. * IcedTea 8 is now the default JDK. * MariaDB has been upgraded to the latest

Re: 01/03: gnu: glm: Update to 0.9.9.0.

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

Re: Closing issues from commits

Marius Bakke writes: > Hello, > > It would be convenient (for me, at least) to have a server-side git hook > that can close debbugs issues. It would grep the commit message for > '^Fixes: <https://bugs\\.gnu\\.org/(\d+)>' and automatically send an > email to

Closing issues from commits

Hello, It would be convenient (for me, at least) to have a server-side git hook that can close debbugs issues. It would grep the commit message for '^Fixes: ' and automatically send an email to cont...@debbugs.gnu.org with the message 'close $1 $commit_id'. Is

Re: core-updates schedule

8bf157464b4d045d2a91ac03cd Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Wed, 1 Aug 2018 16:13:45 +0200 Subject: [PATCH 1/4] gnu: glibc: Update to 2.28. * gnu/packages/base.scm (glibc/linux): Update to 2.28. [source](patches): Remove 'glibc-2.27-git-fixes.patch'. (glibc-2.28): Remove var

Running the full MariaDB test suite

Hello! So far our MariaDB package has only run some very lightweight tests. 10.1.34 flipped a switch that runs the entire "MTR" test suite. After patching /bin/ls and /bin/sh, and fixing a couple of failures that showed up after about 4 hours each, the most recent attempt took eight hours during

Re: Firefox 52's end of life, packaging Chromium

patches are taken and applied. > > Thanks for mentioning this. You seem to be referring to the [0] > message and the [1] package from last year, which I hadn't seen > before. > > To quote Marius, > > ,[ Marius Bakke ] > | I actually picked most of the patches fro

Re: Firefox 52's end of life, packaging Chromium

Ricardo Wurmus writes: > Hi Mark, > >> Mark H Weaver writes: >> >>> Ricardo Wurmus writes: >>> The TODO list for convenience: * There is still some data transmitted when starting the browser for the first time. It seems related to the "domain_reliability" component.

Re: Guix support in cachix

l...@gnu.org (Ludovic Courtès) writes: > Hello! > > Oleg Pykhalov skribis: > >> Domen Kožar recently was in #guix (IRC) 2 days ago asking >> about support of Guix in cachix. Also he opened an issue on GitHub: >> >>> I'm opening this issue for interest around supporting Guix. >> >> [1]

Re: Is staging open again?

Hartmut Goebel writes: > Hi, > > I have a patch which should go to staging (600 packages need recompile). > Is staging open for commit? Staging is nearly fully built, so it will have to wait until next round. Generally, branches 'close' once a Hydra evaluation

Re: Where to queue patches for staging? (was: Is staging open again?)

Hartmut Goebel <h.goe...@crazy-compilers.com> writes: > Am 06.03.2018 um 18:03 schrieb Marius Bakke: >> Staging is nearly fully built, so it will have to wait until next round. >> Generally, branches 'close' once a Hydra evaluation starts. Check in >> here for progr

Re: [PATCH] gnu: Add systemd.

Ludovic Courtès writes: > That said, if the package can be of any use, I don’t have any objections > to its inclusion, especially after all the hard work that Marius and the > reviewers put in it. ;-) FWIW I think my work already paid off plenty ;-) > I suspect the only use case

Re: fftw runtime cpu detection

Ludovic Courtès writes: > Eric Bavier skribis: > >> On Fri, Apr 06, 2018 at 10:05:43AM +0200, Ludovic Courtès wrote: >> >>> If that’s the case, I’d be in favor of pushing this patch to core-updates. >> >> Great. I'll do some more testing. Should I

Re: 02/03: gnu: nghttp2: Update to 1.31.1 [fixes CVE-2018-1000168].

Mark H Weaver <m...@netris.org> writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) writes: > >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 65bfe30d8a4e930599603f6d835023bbd0dbcb9a >> Author: Marius Bakke &

staging evaluation in progress

. Results should start ticking in tomorrow. Efraim Flashner (2): build-system/meson: Use 'target-arm32?' for armhf-linux case. Revert "build-system/meson: Use 'target-arm32?' for armhf-linux case." Marius Bakke (15): gnu: gtk+: Update to 3.22.29. gnu: libxkbcomm

Cross-compiling bootstrap tarballs fails on core-updates

Hello! Building 'bootstrap-tarballs' for other architectures fails on core-updates. Here is the comparison to the previous core-updates evaluation in December: https://hydra.gnu.org/eval/109945?compare=109875#tabs-now-fail There seems to be a couple of different problems here. 'patch' fails

Re: [PATCH] guix-daemon: Add option to disable garbage collection.

Roel Janssen writes: > I included a test, but I don't know how I can properly run this test. > Could you elaborate on how I can test the test(s)? [...] > diff --git a/tests/guix-daemon.sh b/tests/guix-daemon.sh > index 6f91eb58b..438c79c26 100644 > --- a/tests/guix-daemon.sh >

Re: Use .authinfo for git credentials

Pierre Neidhardt <ambre...@gmail.com> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> I use 'msmtp' as the transport and have configured it to look up >> passwords from 'password-store'. >> >> $ git config --get-regexp sendemail.* >> sen

Re: Use .authinfo for git credentials

Pierre Neidhardt writes: > Or else how do you people configure `git send-email' to not prompt for a > password? I use 'msmtp' as the transport and have configured it to look up passwords from 'password-store'. $ git config --get-regexp sendemail.* sendemail.smtpserver

Re: staging evaluation in progress

Hello Mark, Mark H Weaver <m...@netris.org> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Mark H Weaver <m...@netris.org> writes: >> >>> Hi Marius, >>> >>> Marius Bakke <mba...@fastmail.com> writes: >>&g

Re: Successfully running GNOME on core-updates + staging

Ludovic Courtès writes: > Hi Mark, > > Mark H Weaver skribis: > >> I've successfully updated my x86_64 GuixSD system to my private branch >> based on 'core-updates' with recent 'master' and 'staging' merged into >> it. This system includes a full GNOME desktop

Re: staging evaluation in progress

Mark H Weaver <m...@netris.org> writes: > Hi Marius, > > Marius Bakke <mba...@fastmail.com> writes: > >> I just started a 'staging' evaluation: >> >> https://hydra.gnu.org/jobset/gnu/staging >> >> Fairly minor changes this round, highlights in

Re: 'core-updates' spring 2018

Ricardo Wurmus writes: > Hi Marius, > >> 'core-updates' has seen a lot of changes recently. Some of the goodies >> include […] glibc 2.27 […] >> >> Are there other things that should go in? > > I would really like to see a patch applied to glibc that ensures that > the

Re: XWayland, /tmp/.X11-unix

Thorsten Wilms writes: > On 22.03.2018 14:04, Thorsten Wilms wrote: >> On 22.03.2018 00:00, Ricardo Wurmus wrote: >>> >>> Thorsten Wilms writes: >>> Initially I thought creation of /tmp/.X11-unix should be tied to the xorg-server-xwayland package, but

'core-updates' spring 2018

se-if-file-not-found'. build-system/gnu: Add 'bootstrap' phase. build-system/gnu: Dump test suite logs upon 'check' failure. build-system/gnu: Fix typo. gnu: gcc: Adjust 'strmov' patch for string constants in variables. Marius Bakke (66): gnu: libuv: Update to 1.19.1.

[PATCH] gnu: Add systemd.

ckages/systemd.scm b/gnu/packages/systemd.scm new file mode 100644 index 0..e90ed65cc --- /dev/null +++ b/gnu/packages/systemd.scm @@ -0,0 +1,251 @@ +;;; GNU Guix --- Functional package management for GNU +;;; Copyright © 2018 Marius Bakke <mba...@fastmail.com> +;;; +;;; This file is part

Re: [PATCH] gnu: Add systemd.

Efraim Flashner writes: >> +(build-system meson-build-system) >> +(arguments >> + `(#:tests? #f ;FIXME: The disable-broken-tests phase is >> ineffective. >> + #:configure-flags >> + (let ((bash(assoc-ref %build-inputs

Re: [PATCH] gnu: Add systemd.

Chris Marusich writes: > l...@gnu.org (Ludovic Courtès) writes: > >> To be honest, while the Shepherd has been a fun hack, I’ve been more and >> more feeling that yeah, it wouldn’t cut it in the long term (it’s also >> become clearer Scheme as convenient as C when it comes

Re: XWayland, /tmp/.X11-unix

Thorsten Wilms writes: > I wanted to test it by using the changed guix and an operating-system > that would include the x11-socket-dir-service. Things got messy, guix > started to insist on building Python (and failing at it!). I cleaned up > and started again: > $ git clone

Re: XWayland, /tmp/.X11-unix

Thorsten Wilms <t...@freenet.de> writes: > On 26.03.2018 11:33, Marius Bakke wrote: >> It could be done with a "profile hook" in (guix profiles). Although for >> the common case I suppose this will be done by a display manager? > > But then all X11-supportin

Re: 03/04: gnu: fribidi: Update to 1.0.2.

Leo Famulari <l...@famulari.name> writes: > On Fri, Mar 23, 2018 at 01:27:11PM +0100, Marius Bakke wrote: >> Also note that Fribidi gained 2149 new dependents on 'core-updates', so >> we'll have to be careful about updating it once the branch starts. > > Just curious, w

Ghostscript 9.23

Hi Guix, Ghostscript version 9.23 is out. Is anyone willing to try updating it on 'core-updates'? I'm busy for a couple of days, but it would be great to have it in before the Big Rebuild. One of the reproducibility patches don't apply which is why I'm asking here. signature.asc Description:

Re: 03/04: gnu: fribidi: Update to 1.0.2.

Tobias Geerinckx-Rice writes: > nckx pushed a commit to branch master > in repository guix. > > commit cd4c6039eab52a1ced748ee0dd1c33674799fbe8 > Author: Tobias Geerinckx-Rice > Date: Fri Mar 23 08:56:30 2018 +0100 > > gnu: fribidi: Update to 1.0.2. >

Re: Posts in languages other than English on help-guix?

Marco van Hulten writes: > ("nb" > "Abonner på diskusjonlisten «Help» for å få hjelp om GuixSD og > GNU Guix via e-post. Du kan legge inn meldinger på norsk.") Takk! I think "diskusjonliste" should be "diskusjonsliste" as "diskusjon" is used in a passive infinite

Mesa emergency release

Hi! (+CC guix-devel for visibility) Rutger Helling writes: > This patch updates Mesa to 17.3.6 in staging. I didn't push it right > away, since I know the plan was to merge staging in a few days. > > However, I do recommend we push this patch in before, since apparently >

Re: staging evaluation in progress

Arun Isaac <arunis...@systemreboot.net> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> I just started a 'staging' evaluation: > > Hi, > > I had pushed the following two texlive-bin patches to staging on Wed Apr > 11. > > gnu: texlive-b

Re: 03/04: gnu: llvm: Update to 6.0.1.

m...@tobias.gr (Tobias Geerinckx-Rice) writes: > nckx pushed a commit to branch master > in repository guix. > > commit 655105ee03d2307194bd3e1b47761c0f941284b5 > Author: Tobias Geerinckx-Rice > Date: Thu Jun 28 15:44:36 2018 +0200 > > gnu: llvm: Update to 6.0.1. > > *

Re: FOSDEM 2019 - stand

Ricardo Wurmus writes: > Hi Björn, > >> First of all, thanks to those who are willing to take a shift. Here's >> the current list: >> >> * Alex Sassmannshausen >> * Tonton >> * Andreas Enge >> * Ludovic >> * Gabor Boskovits >> * Leo Famulari >> * Tobias G-R >> * me >> >> Have I missed someone?

Re: Trying to crosscompile for POWER9

build --target=powerpc64le-linux hello >> >> checking if powerpc64le-linux-gcc supports >> binary128 floating point type... no >> checking if the target machine is at least POWER8... yes >> >> configure: error: *** >> binary128 floating point type (GCC >= 6.2) is r

Re: Stop it. Formerly - Re: Promoting the GNU Kind Communication Guidelines?

Mark H Weaver writes: > While I generally agree with the policies outlined in our CoC, and I > support the practice of enforcing those policies through our control > over our infrastructure and communications channels, I strongly oppose > requiring or presuming that all participants "agree" with

Re: [PATCH][WIP] Elogind update

Hello Stefan, Thank you very much for this work! Stefan Stefanović writes: > Hello, > Ludo’. > > Thank you, for the response. > > Sorry for the verbose and long message, > it is low priority, so read it only you have time. :) > >>> Stefan Stefanović skribis: >>> >>> All that remains is to

Re: New release soon?

Ricardo Wurmus writes: > swedebugia writes: > >> Considering the change to guile-gcrypt and the bugs we have found and >> fixed since 0.15 I think we should release 0.16.0 soon. >> >> Or perhaps a maintenance 0.15.1 if the features added do not hold up >> to a minor release. >> >> What do you

Re: GNOME & Tracker-Sparql

Brett Gilio writes: > Hi all, > > I hate to be a nuissance: I remember about a month ago wondering when we > could get Tracker-Sparql upgraded, and there was some great input. There > seemed to be a delay in the GNOME channel carrying many updates to our > GNOME environment. I was digging

Re: FSDG status of chromium

Hello Bill, bill-auger writes: > regarding the recent proposal of introducing chromium into guix; i have > done a lot of research and participated in much discussion regarding > it's fitness regarding the FSDG; and i am quite surprised to see it so > much as suggest into guix > > for the

Re: FSDG status of chromium

Andreas Enge writes: > Hello, > > On Tue, Sep 25, 2018 at 09:08:42PM +0200, Marius Bakke wrote: >> That leaves "first party" source files. Admittedly I haven't audited >> all of those other than superficial grepping. Do you know whether parts >> of Chromiu

Re: FSDG status of chromium

bill-auger writes: > On Tue, 25 Sep 2018 21:08:42 +0200 Marius wrote: >> Can you elaborate on what exactly the issue is? I am aware that >> Chromium bundles non-free sources >> That leaves "first party" source files. Admittedly I haven't audited >> all of those other than superficial grepping.

Re: FSDG status of chromium

Brett Gilio writes: > On 09/25/2018 03:22 PM, Andreas Enge wrote: >> >> So at least it is apparently possible to get a working binary with only >> free sources. >> >> Andreas >> >> > > Hi Andreas, > > Can you verify that the debian package is only working with free > sources, and not simply

Re: CDN performance

Giovanni Biscuolo writes: > Mark H Weaver writes: > >> Giovanni Biscuolo writes: >>> with a solid infrastructure of "scientifically" trustable build farms, >>> there are no reasons not to trust substitutes servers (this implies >>> working towards 100% reproducibility of GuixSD) >> >> What

Re: Plan for Guix security (was Re: Long term plan for GuixSD security: microkernels, ocap, RISC-V support)

Hello! Alex Vong writes: > Besides, I remember we have discuss about hardening before. Should I > start a new hardening branch? (although I don't time to work on it right > now). I think this is something we can do now. > > My idea is to create a new guix module (guix build hardening) which >

Re: the upcoming Great Python2 Purge™

Efraim Flashner writes: > We're now about a year out from the official EOL for python2 (Jan 1, > 2020). So far we've been not adding python2 variants of packages that > are new unless they're actually needed for something. Do we want to > start removing python2 packages when updating other

Re: Better names for Guix versions from git?

swedebugia writes: > On 2018-12-25 20:49, Taylan Kammer wrote: >> Currently, after running 'guix pull', the Guix version will be reported >> by 'guix --version' as something like: >> >> 522d1b87bc88dd459ade51b1ee0545937da8d3b5 >> >> I think it would be really nice if instead it were

Starting the staging branch (was: Re: 01/01: gnu: mesa: Update to 18.2.3.)

Rutger Helling writes: > Hi Marius, > > That's odd, I'm not sure what happened. I guess the hash must've > changed again after I pushed it (the release was on the same day). I've > updated to the latest stable version instead (18.2.6). OK, thank you! Let's try to start building this branch

Re: 01/01: gnu: mesa: Update to 18.2.3.

Hello Rutger, rhell...@mykolab.com (Rutger Helling) writes: > rhelling pushed a commit to branch staging > in repository guix. > > commit 77ec9b983087900d85b8de704902ff2c1afcb6c0 > Author: Rutger Helling > Date: Fri Oct 19 18:35:50 2018 +0200 > > gnu: mesa: Update to 18.2.3. > >

Re: Ruby 2.5, pushing to staging?

Christopher Baines writes: > Christopher Baines writes: > >> Christopher Baines writes: >> >>> A new minor version of Ruby has been out for a while, and it would be >>> good to get Ruby 2.5 in to Guix. >>> >>> I've put up a patch here [1], and tried it locally. I've pushed some >>> fixes to

Re: Fixing LibreOffice on ‘core-updates’

e so far. Help welcome! I am currently building libreoffice with this patch (along with the package updates you mentioned): From a89c47bf5ea6850d15735d262a2497f7df20896e Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Fri, 23 Nov 2018 22:00:42 +0100 Subject: [PATCH] gnu: libreoffice: Fix build with MD

Re: Fixing LibreOffice on ‘core-updates’

l...@gnu.org (Ludovic Courtès) writes: > Heya, > > Marius Bakke skribis: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> Hello Guix, >>> >>> As briefly discussed with Marius on IRC, we both tried to fix >>> LibreOffice on ‘core-upda

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

Danny Milosavljevic writes: > 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: > >

Chromium channel

Clément Lassieur writes: > Clément Lassieur writes: > >> Hello :-) >> >> Ludovic Courtès writes: >> >>> Hello, >>> >>> Clément Lassieur skribis: >>> So the question is: can we push the Chromium package? I've read it's almost ready[2]. It's probably far better than everything we

Re: Status update on 1.0

Ludovic Courtès writes: > Hello Guix! > > When we said we’d try to release 1.0 for FOSDEM, we were talking about > FOSDEM *2019*, which is well over now, so I think we need to get our act > together and complete the remaining tasks for 1.0. :-) On the plus side, we still have a lot of time

Re: librsvg & Rust

Ludovic Courtès writes: > Hi! > > Marius Bakke skribis: > >> Ludovic Courtès writes: > > [...] > >>>> I wanted to ask about this: is Rust supported on all the platforms we >>>> support at the moment? >>> >>> According

Re: librsvg & Rust

Ludovic Courtès writes: > Hello Guix! > > guix-comm...@gnu.org skribis: > >> mbakke pushed a commit to branch staging >> in repository guix. >> >> commit ec47c07d0690653be35a75b346f3c3548a3e71d4 >> Author: Marius Bakke >> Date: Wed Oct 24 15

Re: 01/01: gnu: vulkan-loader: Remove unnecessary inputs.

Hello Rutger, guix-comm...@gnu.org writes: > rhelling pushed a commit to branch staging > in repository guix. > > commit ebfe592fd433ce4850fb62b5390ca5d920d935d5 > Author: Rutger Helling > Date: Thu Mar 21 10:53:24 2019 +0100 > > gnu: vulkan-loader: Remove unnecessary inputs. > >

Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

Ludovic Courtès writes: > Hi bill-auger, > > bill-auger skribis: > >> re: https://lists.gnu.org/archive/html/guix-devel/2019-02/msg9.html >> >> i would like to remind readers of the guix-devel list that it was >> discussed some months ago, why no FSDG distros currently distribute >>

Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

bill-auger writes: > On Mon, 04 Feb 2019 23:34:45 +0100 Ludovic wrote: >> It’s not entirely clear to me what the problems are, to be honest. > > On Wed, 06 Feb 2019 22:04:59 +0100 Marius wrote: >> Indeed, the only real breakthrough is that we now have a script to >> create an Ungooglified

Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

Amin, Amin Bandali writes: > Marius, if I understand correctly, you have summarized your patch with > respect to the following two issues: > > 1. Your patch strips out parts of Chromium that are /clearly/ nonfree >and proprietary (e.g. unrar per your example), and > > 2. Your patch

Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

Alexandre Oliva writes: > On Feb 16, 2019, Marius Bakke wrote: > >> Despite years of searching, I have not found any proprietary parts in >> first party code! > > Could you please summarize what you did in your searching? > > Maybe you have actually complet

[PATCH v2] gnu: Add ungoogled-chromium.

uot;homepage": "https://www.gnu.org/software/guix/; +} diff --git a/gnu/packages/chromium.scm b/gnu/packages/chromium.scm new file mode 100644 index 00..85e96131e3 --- /dev/null +++ b/gnu/packages/chromium.scm @@ -0,0 +1,726 @@ +;;; GNU Guix --- Functional package management for

Re: Haskell dependencies for custom cabal builds

Hello! Timothy Sample writes: > Hi John, > > John Soo writes: > >> Hi there, >> >> I did a little digging this morning and it seems like runhaskell is >> probably deprecated in favor of runghc. Do we expect anyone to be >> using hugs or jhc? Runghc also supports ghc flags. I still need to do

Re: VTE 0.55.0

bre...@posteo.net writes: > Hi all, > > I am working on trying to package a newer version of the GNOME virtual > terminal lib (VTE). I have mostly copied the previous version as a > starting point. When I try to build it, it is throwing an error saying > that I need to use a C++17 compliant

[PATCH] gnu: Add ungoogled-chromium.

t;: "https://www.gnu.org/software/guix; +} diff --git a/gnu/packages/chromium.scm b/gnu/packages/chromium.scm new file mode 100644 index 00..eb404246d3 --- /dev/null +++ b/gnu/packages/chromium.scm @@ -0,0 +1,741 @@ +;;; GNU Guix --- Functional package management for GNU +;;; Copyri

<    3   4   5   6   7   8   9   10   11   >