Re: How to package inputrc

Efraim Flashner writes: > On Mon, Jul 13, 2020 at 09:30:31PM +0300, Efraim Flashner wrote: >> On Mon, Jul 13, 2020 at 11:26:59AM -0600, Jesse Gibbons wrote: >> > > In order to achieve this more elegant I could write a simple service to >> > > copy the file to /etc. Another option would be a small

Re: [Guix Website] A Search Page for Packages

Christopher Baines writes: > Ludovic Courtès writes: > >> Heya Danjela, >> >> Daniela Lura skribis: >> >>> Taking into consideration the suggestion made in this thread: >>> https://lists.gnu.org/archive/html/guix-devel/2020-05/msg00096.html, my >>> mentor, Christopher Baines suggested me to wri

Re: [Guix Website] A Search Page for Packages

Ludovic Courtès writes: > On berlin we’ll have to keep using nginx I guess (there’s too much > config in there), but perhaps Varnish is an option for the Data Service. To be clear, Varnish is not a replacement for nginx (it does not even speak HTTPS), the typical deployment is nginx -> Varnish -

Re: guile-readline bug -- readline module not available

Josh Marshall writes: > Hello all, > > I ran into an issue where the readline module isn't available for the > guile repl after installing `guile-readline`. It can be replicated > via: > > `echo "(use-modules (ice-9 readline))" | guix environment --pure guile > guile-readline -- guile` > > So wi

Re: [PATCH 0/X] gnu: poetry: Fix broken dependency after dependency's version update.

Tanguy Le Carrour writes: > Hi Guix! > > Few days ago, I submitted a patch to update `python-tomlkit`. It was pushed > to master and, after I upgraded my packages today, I realised that `poetry` > (and possibly other python packages) was broken! > > The "problem" is that Poetry depends on `tomlki

Running service migrations during upgrades

Hello Guix, Some services require administrator interaction when they are updated. The most prominent examples here are MySQL/MariaDB and PostgresQL. For the former, running 'mysql_upgrade' in-place is generally sufficient and fairly safe. For the latter, the procedure is more involved, and requ

Re: etc/news copyright (was Re: Translating the web site)

Julien Lepiller writes: > OK for me too! Ditto for me (I think I mainly copy-pasted another news item anyway). signature.asc Description: PGP signature

staging freeze

Hello Guix, I've pushed a set of updates to the long-overdue "staging" branch. Let's get it merged once Cuirass is done building for the various architectures. Not sure how long that takes now that we no longer use transparent QEMU emulation for AArch64 and armhf. signature.asc Description: PG

Re: staging freeze

Julien Lepiller writes: > Le 13 octobre 2020 17:54:16 GMT-04:00, Marius Bakke a écrit : >>Hello Guix, >> >>I've pushed a set of updates to the long-overdue "staging" branch. >> >>Let's get it merged once Cuirass is done building for the vario

Did nmap just become non-free?

Hello, I updated the nmap license in 2323a7120a0f3ed96fedfff42e86c0aee97995c0. Admittedly I had only skimmed through the text, which is "based on GPL2" and "believed to be compliant with the 'Open Source Definition'", but after a closer read of the annotated version: https://nmap.org/npsl/npsl-

Re: Did nmap just become non-free?

Brett Gilio writes: > Marius Bakke writes: >> >> ...I'm fairly certain this is not an acceptable license for Guix, or >> free software distributions in general. >> > > This is definitely not a consistent license for us. Having re-read the original text (wi

Re: Update on the timeline for the release v1.2.

Julien Lepiller writes: > Le 21 octobre 2020 11:57:48 GMT-04:00, "Ludovic Courtès" a > écrit : >>zimoun skribis: >> > The proposed coming timeline is: > > - freeze starting the Oct. 26th > - last round for testing all over the week > - unfreeze the Oct. 29th and the

Re: branch master updated: gnu: nyxt: Update to 2-pre-release-3.

Hello Pierre, guix-comm...@gnu.org writes: > commit 21e79225352a5e78aa329b6cd213eb553862c363 > Author: Pierre Neidhardt > AuthorDate: Tue Oct 20 15:06:59 2020 +0200 > > gnu: nyxt: Update to 2-pre-release-3. > > * gnu/packages/web-browsers.scm (nyxt): Update to 2-pre-release-3. > ---

Re: branch master updated: gnu: nyxt: Update to 2-pre-release-3.

Marius Bakke writes: > This is a friendly reminder to please list all changes to inputs, > arguments etc in the commit message. It makes resolving merge conflicts > *much* easier. > > Due to SBCL changes on the 'staging' branch, there have been a few > changes to th

Re: branch master updated: gnu: nyxt: Update to 2-pre-release-3.

Pierre Neidhardt writes: > Hi Marius! > > Sorry about this! :( > >> If you happen to be around right now, can you confirm that there were no >> changes to nyxt inputs in 573489fbcd68e3a89cc5c9c66693d3689b1b88bf? > > I don't have a Guix checkout at hand now so I can only tell you tomorrow. > Did y

Re: branch master updated: gnu: nyxt: Update to 2-pre-release-3.

Pierre Neidhardt writes: > I've just pushed a fix in 98a15c796afcc91894b7400b1d548cd50604db0c, so > Nyxt should be back to its pristine defintion. Oh my, thanks for catching that. I did have the lparallel removal in my notes and distinctly remember adjusting for it, but obviously messed up at s

Re: branch master updated: gnu: nyxt: Update to 2-pre-release-3.

Marius Bakke writes: > Pierre Neidhardt writes: > >> Can't wait for staging to merge, the Common Lisp build-system is vastly >> improved! > > I've just fixed a 'totem' test failure. Unless other regressions show > up it should be ready for merge w

Re: branch master updated: gnu: nyxt: Update to 2-pre-release-3.

Pierre Neidhardt writes: > Marius Bakke writes: > >> Speaking of the Common Lisp build system on 'staging', the newly-added >> 'sbcl-static-dispatch' fails to build when merged or cherry-picked. >> >> Can you look into it? > > I haven&

Re: branch master updated: gnu: nyxt: Update to 2-pre-release-3.

Pierre Neidhardt writes: >> I had not realized sbcl-static-dispatch failed to build even on 'master' >> initially, did you commit it by mistake? If I'd known I would not have >> let it hold up the merge. > > Weird, it works for me on be0ebf33aa19dcfd36c7a8d22a53344dc3b4a533 It did not work for

Re: GNU Guix 1.2.0rc1 available for testing!

"pelzflorian (Florian Pelz)" writes: > On Fri, Nov 13, 2020 at 06:07:32PM +0100, Ludovic Courtès wrote: >> system installation: >> […] >> >> https://alpha.gnu.org/gnu/guix/guix-system-install-1.2.0rc1.x86_64-linux.iso.xz > > Sorry for testing so late. For me the graphical installer cr

Re: 01/07: gnu: python-packaging: Update to 20.4.

Hello, guix-comm...@gnu.org skriver: > ngz pushed a commit to branch master > in repository guix. > > commit 71b15b4874b7f9ec7001d2916a8ab27dcce6cdc0 > Author: Tanguy Le Carrour > AuthorDate: Mon Nov 30 10:48:57 2020 +0100 > > gnu: python-packaging: Update to 20.4. > > * gnu/package

Re: Poetry upgrade and related packages

Tanguy LE CARROUR skriver: > Hi, > > > Excerpts from Ludovic Courtès's message of December 5, 2020 4:44 pm: >> Tanguy LE CARROUR skribis: >> >>> It's not yet clear to me how to handle (python) package updates: >>> - when to update; >>> - when not to update; >>> - when to introduce "versionned"

Re: updating Jami to "Together", Qt update?

Jan Wielkiewicz skriver: > Hello everyone, > > I managed to compile the latest release of Jami and I'll be sending > patches soon. > Is anyone planning to update Qt to 5.15.1? It would be nice if Jami > used this version to stay close to upstream. > I can update it if no one plans that. I have a

Re: Poetry upgrade and related packages

Tanguy LE CARROUR skriver: > Hi Marius, > > > Excerpts from Marius Bakke's message of December 7, 2020 11:59 pm: >> Tanguy LE CARROUR skriver: >>> Excerpts from Ludovic Courtès's message of December 5, 2020 4:44 pm: Tanguy LE CARROUR skribis: > It's not yet clear to me how to han

[ungrafting] cURL is missing the 'curl-use-ssl-cert-env' patch

Hello, As you may have noticed, there is a new "ungrafting" branch that intends to remove most of the "grafts" people have to deal with on a regular basis. The CI (and undersigned) have gotten pretty far on building this branch, but there is a problem: cURL lost its "curl-use-ssl-cert-env" patch

Polkit now depends on Rust

Hello, Newer versions of 'polkit' depend on mozjs 78, which unsurprisingly depends on Rust. As Rust currently only builds on x86_64, that means an important piece of desktop systems will no longer work on other architectures. How should we deal with this? I see a couple of options: 1. Stick wi

Re: [ungrafting] cURL is missing the 'curl-use-ssl-cert-env' patch

Marius Bakke skriver: > Now the question is: should we restore this patch, and in practice > restart the branch almost from scratch? Or drop it, considering > upstream has rejected it[0]? Following a discussion on IRC, we decided to reinstate the patch and get rid of the newly added

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 before tzdata 2018a. > > tzdata 201

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. > > * gnu/packages/gnunet

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 minimal, basic Debian

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 > 17.3.6 fixes a number

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 form (though good r

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 starts. Check in here for progres

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

Hartmut Goebel 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 progress: <https://hydra.gnu

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. > > * gnu/packages/fribidi.scm

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

Leo Famulari 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, what was t

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 since it is more generic: which >>

'core-updates' spring 2018

utils: Add 'false-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 variabl

Re: XWayland, /tmp/.X11-unix

Thorsten Wilms 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-supporting display manag

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 “prlimit64” syscall is not

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 https://git.savann

[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 +;;; +;;; This file is part of GNU Guix. +;;; +;;; GNU G

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 "bash")) >> + (cor

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 to systems >> programmi

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 send a finalized patch to >> guix-patches when

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 that might wor

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

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

staging evaluation in progress

ce any new bugs. 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+: Updat

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 to

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 > +++ b/tests/guix-

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 environment plus a few >> programs

Re: staging evaluation in progress

Mark H Weaver writes: > Hi Marius, > > Marius Bakke writes: > >> I just started a 'staging' evaluation: >> >> https://hydra.gnu.org/jobset/gnu/staging >> >> Fairly minor changes this round, highlights include Wayland 1.15 and >>

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 /home/marius/.guix-profile

Re: Use .authinfo for git credentials

Pierre Neidhardt writes: > Marius Bakke writes: > >> I use 'msmtp' as the transport and have configured it to look up >> passwords from 'password-store'. >> >> $ git config --get-regexp sendemail.* >> sendemail.smtpserver /home/marius/

Re: staging evaluation in progress

Hello Mark, Mark H Weaver writes: > Marius Bakke writes: > >> Mark H Weaver writes: >> >>> Hi Marius, >>> >>> Marius Bakke writes: >>> >>>> I just started a 'staging' evaluation: >>>> >>>> ht

Re: staging evaluation in progress

Mark H Weaver writes: > Efraim Flashner writes: > >> On Mon, Apr 23, 2018 at 09:53:04PM -0400, Mark H Weaver wrote: >>> Marius Bakke writes: >>> >>> > Mark H Weaver writes: >>> > >>> >> Hi Marius, >>> >&g

Re: staging evaluation in progress

Arun Isaac writes: > Marius Bakke 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-bin: Patch texlua shebangs. > gnu: texlive-

Starting 'core-updates'

Ludovic Courtès writes: > Hello, > > Marius Bakke skribis: > >> Ludovic Courtès writes: >> >>> Hi Mark, >>> >>> Mark H Weaver skribis: >>> >>>> I've successfully updated my x86_64 GuixSD system to my private branc

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

Re: Updating librsvg

Pierre Neidhardt writes: > Marius Bakke writes: > >> Have anyone packaged any of these? Or made a Rust importer? > > I know nothing about Rust, but "(guix) Invoking 'guix import'" mentions > 'crate': > > --8<---cut here--

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 maintained version of librsvg

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 a/doc/contributing.texi b/doc/con

Restarting 'staging'

ay at midnight UTC unless there are reasons 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: 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 insertion

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 wo

Re: preparing the next release v0.15.0

Kei Kebreau writes: > Marius Bakke writes: > >> On the NEWS side, here is what springs to mind: >> > [...] >> * Packages can specify that some CVEs don't apply to them > > Around when (or what commit) was this feature introduced? It was added in commit f4

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. > > * gnu/packages

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

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 get

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] https://g

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

l...@gnu.org (Ludovic Courtès) writes: > Hello, > > Mark H Weaver skribis: > >> Marius Bakke writes: > > [...] > >>> I'm sorry, I forgot to address your actual concerns. The (buggy) >>> workaround was put in place and discussed in >>>

Re: KDFONTOP/PIO_UNIMAPCLR: Input/output error

l...@gnu.org (Ludovic Courtès) writes: > Hello Danny & all, > > Danny Milosavljevic skribis: > >>> PIO_UNIMAPCLR: Input/output error >>> 3) PIO_UNIMAPCLR: Input/output error >>> >>> Anything to worry about? >> >> According to >> https://elixir.bootlin.com/linux/v3.2/source/include/linux/kd.h#L7

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

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

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 thi

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 t

Re: core-updates schedule

6331b8bf157464b4d045d2a91ac03cd 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.

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 patche

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.

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 hav

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 benefit

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 Ch

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 reit

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: 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? Do

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 figu

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 th

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 through

Re: Fixing LibreOffice on ‘core-updates’

w is what I have 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: libreoffic

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: 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. > > *

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 soon

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 mas

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 does

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