bug#41811: `guix search` shows control sequences

[Ludovic Courtès]

Hi,

Lars-Dominik Braun  skribis:

> $ env | grep -i less
> LESS=-R -M --shift 5
> LESSOPEN=|lesspipe %s
> PAGER=/usr/bin/less
> $ less --version
> less 551 (PCRE2 regular expressions)
> […]

No control sequences if you do “unset LESS” before hand, right?

I think we’ll just override ‘LESS’ unconditionally as shown below.

Thanks,
Ludo’.

diff --git a/guix/ui.scm b/guix/ui.scm
index 98b30445c8..2595e44062 100644
--- a/guix/ui.scm
+++ b/guix/ui.scm
@@ -1563,8 +1563,7 @@ zero means that PACKAGE does not match any of REGEXPS."
   ;; Set 'LESS' so that 'less' exits if everything fits on the screen (F),
   ;; lets ANSI escapes through (r), does not send the termcap
   ;; initialization string (X).
-  (let ((pager (with-environment-variables `(("LESS"
-  ,(or (getenv "LESS") "FrX")))
+  (let ((pager (with-environment-variables `(("LESS" "FrX"))
  (open-pipe* OPEN_WRITE
  (or (getenv "GUIX_PAGER") (getenv "PAGER")
  "less")

bug#36394: guix.gnu.org/packages lists incorrect sqlite versions

[Ludovic Courtès]

Hi,

Royce Strange  skribis:

> From aac774421d5b746e633138c78768dcadb6be1650 Mon Sep 17 00:00:00 2001
> From: Royce Strange 
> Date: Thu, 11 Jun 2020 00:41:45 -0500
> Subject: [PATCH] website: Fix duplicated packages in the package-list
>
> Fixes .
>
> * website/apps/packages/data.scm (%package-list):
> Filter out replaced packages.

Applied, thanks!

I think duplicates come from replacements that are also public (and thus
traversed by ‘fold-packages’), which is not necessarily the case, but
it’s good to do it this way.

Ludo’.

bug#41794: Thoughts on using Zstd compression instead of lzip

[Ludovic Courtès]

Hi,

Tobias Geerinckx-Rice via Bug reports for GNU Guix 
skribis:

> From fa2ead6ac0f6c005e6392d6073122c7191e08944 Mon Sep 17 00:00:00 2001
> From: Tobias Geerinckx-Rice 
> Date: Fri, 08 Nov 2019 09:03:27 +0100
> Subject: [PATCH] pack: Add zstd compressor.
>
> * guix/scripts/pack.scm (%compressors): Add ztsd.

BTW, feel free to push it after mentioning zstd for -C under “Invoking
guix pack”.

Thanks,
Ludo’.

bug#41783: Broken links to https://hydra.gnu.org/

[Ludovic Courtès]

Hi,

Xu Chunyang  skribis:

> On https://guix.gnu.org/packages/ there are several links to
> https://hydra.gnu.org/ such as
> https://hydra.gnu.org/jobset/gnu/master#tabs-status which can't be
> opened, Chrome reports NET::ERR_CERT_COMMON_NAME_INVALID

Fixed:

  
https://git.savannah.gnu.org/cgit/guix/guix-artwork.git/commit/?id=f8670f9507cdd294f9f192a4bf4d4fa89358e4cd

The web site should be updated within an hour.

Thanks,
Ludo’.

bug#41498: sed fails to build on kernels with selinux

[Ludovic Courtès]

Hi,

Chris Marusich  skribis:

> From 24edab1ef4ecedd2d9971a96a516d800d6933201 Mon Sep 17 00:00:00 2001
> From: Chris Marusich 
> Date: Tue, 9 Jun 2020 23:35:56 -0700
> Subject: [PATCH] gnu: sed: Make it build on SELinux-enabled kernels.
>
> Fixes: .
>
> * gnu/packages/base.scm (sed)[origin][snippet]: New field.  This adds a
> snippet, equivalent to the patch submitted upstream, which fixes an
> issue that prevents sed from building on SELinux-enabled kernels.

LGTM, you can push to ‘core-updates’.

Thank you!

Ludo’.

bug#41708: "guix weather" : 504 error

[zimoun]

Hi Chris,

On Sat, 13 Jun 2020 at 17:23, Christopher Baines  wrote:

> I've now deployed the change to Bayfront, let me know if you see a
> difference? :)

Yes! :-)

--8<---cut here---start->8---
$ guix weather guix --substitute-urls='https://ci.guix.gnu.org 
https://bayfront.guix.gnu.org'
computing 1 package derivations for x86_64-linux...

looking for 1 store items on https://ci.guix.gnu.org...
https://ci.guix.gnu.org
  100.0% substitutes available (1 out of 1)
  at least 106.4 MiB of nars (compressed)
  278.7 MiB on disk (uncompressed)
  0.002 seconds per request (0.0 seconds in total)
  543.8 requests per second
  'https://ci.guix.gnu.org/api/queue?nr=1000' returned 504 ("Gateway Time-out")

looking for 1 store items on https://bayfront.guix.gnu.org...
https://bayfront.guix.gnu.org
  100.0% substitutes available (1 out of 1)
  at least 106.3 MiB of nars (compressed)
  278.6 MiB on disk (uncompressed)
  0.001 seconds per request (0.0 seconds in total)
  791.8 requests per second

  at least 1,000 queued builds
  x86_64-linux: 1000 (100.0%)
  build rate: 9.22 builds per hour
  x86_64-linux: 9.22 builds per hour
--8<---cut here---end--->8---

I will try a couple more of queries.  But I propose to push the patch on
Berlin too.  WDYT?


Cheers,
simon

bug#41708: "guix weather" : 504 error

[Christopher Baines]

zimoun  writes:

> On Tue, 09 Jun 2020 at 22:12, Christopher Baines  wrote:
>
>> So I think I've got a patch [1] to Cuirass to "fix" this.
>>
>> 1: https://lists.gnu.org/archive/html/guix-devel/2020-06/msg00117.html
>
> [...]
>
>> I believe that searching the table using an index is going to be faster
>> than scanning the table, and testing locally and on bayfront suggests
>> this will resolve the performance issue.
>
> Is the patch installed on Bayfront?
> If yes, I still see 'returned 504 ("Gateway Time-out")' when quering
> Bayfront as '--substitute-urls'.
> If no, is it possible to install it? for testing it in "real life".
>
>
> Cheers,
> simon
>
> ps:
> It is an old request because I complained [1] about it one year ago.
> Maybe something related to the summer coming. ;-)
>
> 1: https://lists.gnu.org/archive/html/help-guix/2019-05/msg00355.html

I've now deployed the change to Bayfront, let me know if you see a
difference? :)

Thanks,

Chris


signature.asc
Description: PGP signature

bug#41835: guile-sqlite3 update to 0.1.1 breaks hurd disk-image

[Danny Milosavljevic]

Hi Janneke,

uuugh...

I've made a bugfix release of guile-sqlite3, 0.1.2, and made guix master use
it (commit 1eec6b0c01700e96ca7acdd5c1651167409de66b).

Thanks!


pgpVHjhrf_smM.pgp
Description: OpenPGP digital signature

bug#41833: icecat build failure: could not find node.js

[Ricardo Wurmus]

Hi Christopher,

> attempt to update icecat dies with build error.
>
> ERROR
>
> checking for nodejs... no

I’m very sorry about this.

I added the “--shared” configure flag to our node package to build the
shared library, but didn’t realize that this also results in the
executable to be removed.

I have reverted the commit and instead added the libnode package.

-- 
Ricardo

bug#41708: "guix weather" : 504 error

[zimoun]

Hi Chris,

On Tue, 09 Jun 2020 at 22:12, Christopher Baines  wrote:

> So I think I've got a patch [1] to Cuirass to "fix" this.
>
> 1: https://lists.gnu.org/archive/html/guix-devel/2020-06/msg00117.html

[...]

> I believe that searching the table using an index is going to be faster
> than scanning the table, and testing locally and on bayfront suggests
> this will resolve the performance issue.

Is the patch installed on Bayfront?
If yes, I still see 'returned 504 ("Gateway Time-out")' when quering
Bayfront as '--substitute-urls'.
If no, is it possible to install it? for testing it in "real life".


Cheers,
simon

ps:
It is an old request because I complained [1] about it one year ago.
Maybe something related to the summer coming. ;-)

1: https://lists.gnu.org/archive/html/help-guix/2019-05/msg00355.html

bug#41835: guile-sqlite3 update to 0.1.1 breaks hurd disk-image

[Jan Nieuwenhuizen]

Hi!

On current master, this

--8<---cut here---start->8---
./pre-inst-env guix system disk-image --no-grafts --target=i586-pc-gnu 
gnu/system/examples/bare-hurd.tmpl
--8<---cut here---end--->8---

fails with

--8<---cut here---start->8---
...
@ build-started 
/gnu/store/xljx2nn0lrn32xhaw3yi0dqirjniyijf-partition-image-root.drv - 
x86_64-linux 
/var/log/guix/drvs/xl//jx2nn0lrn32xhaw3yi0dqirjniyijf-partition-image-root.drv.bz2
 31335
[Kcopying 171 store items
[...]
[Kregistering 171 items
Backtrace:
   5 (primitive-load "/gnu/store/w8gql3n1rivg5cs6c5pcn15nvvx…")
In ./gnu/build/image.scm:
181:4  4 (initialize-root-partition "/gnu/store/y2sijm2kp75rrbh…" …)
In ice-9/boot-9.scm:
   260:13  3 (for-each # …)
In ./guix/store/database.scm:
443:4  2 (register-items _ #:prefix _ #:state-directory _ # _ # _ …)
95:20  1 (call-with-database _ _)
In ice-9/boot-9.scm:
  1731:15  0 (with-exception-handler # …)

ice-9/boot-9.scm:1731:15: In procedure with-exception-handler:
statement already finalized #< pointer: # live?: 
#f reset?: #t cached?: #f>
--8<---cut here---end--->8---

After reverting this commit

--8<---cut here---start->8---
29e4d3ea064f039d60b5f41a1077bc9d4bab322a gnu: guile-sqlite3: Update to 0.1.1.
--8<---cut here---end--->8---

the error goes away.

Greetings,
Janneke

-- 
Jan Nieuwenhuizen  | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com

bug#22883: [bug#41767] [PATCH 0/9] Authenticate channels

[Ludovic Courtès]

Hello Guix!

Ludovic Courtès  skribis:

> This patch series does it!  It integrates checkout authentication
> with (guix channels).  Now, ‘guix pull’, ‘guix time-machine’ etc.
> automatically authenticate the commits they fetch and raise an
> error if they find an unsigned commit or a commit signed by an
> unauthorized party¹.

Last days to comment on this change!  :-)

  https://issues.guix.gnu.org/41767

If there are no objections by then, I’ll push on Tuesday 16th.

Ludo’.

bug#41710: Possibly found a bug while doing a "guix pull"

[Léon Lain Delysid]

That's really weird. I thought EXT3/4 was the best of the best? If the
files were user documents, I would be pissed. Well, we can't have perfect
computer programs out of the box.
And then again, I did say my system crashed in a very violent way (twice).
I had only one window open: the terminal with the "guix pull" running, but
it might have been some other program running in the background that froze
my system. The command was running, and then all of a sudden, the whole
system froze. The screen was frozen, the mouse, and even the keyboard. Then
after a minute, it rebooted by itself. That's a pretty violent crash.

On Wed, Jun 10, 2020, 15:25 Ludovic Courtès  wrote:

> Hello,
>
> Danny Milosavljevic  skribis:
>
> > On Mon, 8 Jun 2020 01:15:46 +0200
> > Léon Lain Delysid  wrote:
> >
> >>or
> >> if my system crashing twice during a pull command somehow broke it,
> >
> > Probably.
> >
> >>but I
> >> hope this feedback helped.
> >
> > It sure helped.  It's good to know that that can happen.
> >
> > I remember the first time I used Guix, I picked some file system that
> would
> > keep doing that: leave empty files if the system crashed (among lots of
> other
> > things).  And that system crashed a lot.  I had the same result as you,
> > and a lot of additional problems.
> >
> > Back then we already improved a lot of places that were really really
> > important (added fsync calls), so the remaining places should be quite
> > harmless--like this one.  Because of Guix, you can always rebuild
> > /gnu/store just as it was--after a long build time maybe, but it's
> possible
> > (could be made a LOT more usable, though).
> >
> > (fsync degrades performance, so it makes no sense to fsync for
> /gnu/store)
> >
> > I think we can't really do more without imposing undue mainentance
> burden on
> > us (for something the file system shouldn't be doing in the first place),
> > or we could recommend another file system or different file system
> options
> > in the manual.  What would the latter be?
> >
> > Also, how it the world didn't the file system checker fsck
> >
> > (1) automatically run and
> > (2) fix this
> >
> > in your case?
>
> Yeah, that’s really weird.  I never experienced it first-hand, but it’s
> not the first time we have such a report.
>
> Ext4 & co. reportedly can leave empty files upon crashes; perhaps that’s
> a problem with those file systems (though I’ve always used ext2/3/4 and
> never had this problem myself, but that’s not statically significant).
>
> Anyway, closing.
>
> Thank you, Léon!
>
> Ludo’.
>