all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 66647@debbugs.gnu.org
Subject: bug#66647: Installation of RPMs produced by ‘guix pack’ is super slow
Date: Sun, 22 Oct 2023 21:35:18 -0400	[thread overview]
Message-ID: <87zg0a9l49.fsf@gmail.com> (raw)
In-Reply-To: <874jiipbgj.fsf@gnu.org> ("Ludovic Courtès"'s message of "Sun, 22 Oct 2023 23:57:16 +0200")

Hi,

Ludovic Courtès <ludo@gnu.org> writes:

> Hi!
>
> Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
>
>> Ludovic Courtès <ludovic.courtes@inria.fr> writes:
>
> [...]
>
>>> However, installing those RPMs takes a lot of time.  For example,
>>> installing the RPM for ‘gmsh’ (closure: 596 MiB; thousands of files)
>>> takes ~45mn.
>
> [...]
>
>> What is the OS thy install on?  How do they generate the gmsh package
>> exactly?  Perhaps I still have a RPM-based distro VM to try it with.
>
> They’re targeting CentOS 7 (!).  It’s built with:
>
>   guix pack -f rpm -S /opt/bin=bin -R gmsh

I guess it has to do with that very dated version of rpm, because
testing from a Fedora 37 VM I had at hand, it's fast (42 seconds on my
17 years old Core 2 Duo desktop):

--8<---------------cut here---------------start------------->8---
$ cat /etc/os-release 
NAME="Fedora Linux"
VERSION="37 (Workstation Edition)"
ID=fedora
VERSION_ID=37
VERSION_CODENAME=""
PLATFORM_ID="platform:f37"
PRETTY_NAME="Fedora Linux 37 (Workstation Edition)"
ANSI_COLOR="0;38;2;60;110;180"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:37"
DEFAULT_HOSTNAME="fedora"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f37/system-administrators-guide/"
SUPPORT_URL="https://ask.fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=37
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=37
VARIANT="Workstation Edition"
VARIANT_ID=workstation

[user@fedora Downloads]$ sudo time rpm -i 7m01b0308z5y2pmyn8ywzdj914dxawsl-gmsh-rpm-pack.rpm
17.26user 10.19system 0:42.31elapsed 64%CPU (0avgtext+0avgdata 24468maxresident)k
1481136inputs+2177344outputs (19major+6242minor)pagefaults 0swaps

[user@fedora Downloads]$ rpm --version
RPM version 4.18.0
--8<---------------cut here---------------end--------------->8---

Perhaps using guix time-machine to a commit where we had a RHEL 7 era
rpm version (4.11 according to [0]) would be faster than installing
Centos 7 in a VM... :-)  except, hm, no, that's way too old.  The oldest
we've got is:

e3e1ecf67c0 (Ludovic Courtès              2015-10-26 290)     (version
"4.12.0")

from 2015...

I don't think I'll be looking at fixing this use case; hopefully they
can retire their CentOS 7 soon (EOL: June 30th 2024) and use something
newer.

I'm tempted to close this as 'wontfix'.  What do you think?

[0]  https://rpmfind.net/linux/rpm2html/search.php?query=rpm&submit=Search+...

-- 
Thanks,
Maxim




  reply	other threads:[~2023-10-23  1:36 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-20 10:20 bug#66647: Installation of RPMs produced by ‘guix pack’ is super slow Ludovic Courtès
2023-10-20 15:33 ` Maxim Cournoyer
2023-10-20 15:34 ` Maxim Cournoyer
2023-10-22 21:57   ` Ludovic Courtès
2023-10-23  1:35     ` Maxim Cournoyer [this message]
2023-10-23 12:16       ` Simon Tournier
2023-10-23 14:37         ` Maxim Cournoyer
2023-11-13 12:31 ` Loïc SIRVIN
2023-11-14 11:49   ` Simon Tournier
2023-11-25 14:22     ` Ludovic Courtès
2023-11-28 13:31       ` Simon Tournier
2023-12-02 23:13         ` Maxim Cournoyer
2024-01-11 16:57           ` Simon Tournier
2024-01-15  3:43             ` Maxim Cournoyer
2024-01-15  9:12               ` Ludovic Courtès
2024-01-17 15:21                 ` Simon Tournier
2024-01-17 22:21                   ` Maxim Cournoyer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87zg0a9l49.fsf@gmail.com \
    --to=maxim.cournoyer@gmail.com \
    --cc=66647@debbugs.gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.