unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Marc Chantreux <eiro@phear.org>
To: Sam <email_sam@posteo.de>
Cc: Marc Chantreux <eiro@phear.org>, help-guix@gnu.org
Subject: Re: ripit/perl: use perl_cddb_get package?
Date: Sat, 9 Nov 2019 12:24:58 +0100	[thread overview]
Message-ID: <20191109112458.GA31368@prometheus.u-strasbg.fr> (raw)
In-Reply-To: <23036934e4ef38c0592d485903f82838@posteo.de>

> This seems to be the problem, it returned:
> $ perl -E 'map say, grep -d, @INC'
> $ find /gnu/store/*perl* -iname "CDDB_get.pm"
> /gnu/store/7n8rdqbx25801ypj38bywacbicmsc2ns-perl-cddb-get-2.28/lib/perl5/site_perl/5.28.0/CDDB_get.pm
> /gnu/store/mg8qgzi0v2his2xld1zkb8x7p5lf3v6m-perl-cddb-get-2.28/lib/perl5/site_perl/5.30.0/CDDB_get.pm

> So it seems like the problem is that this perl script package can't see the
> installed perl modules?

yes: every module have its own store so perl don't see them
ok. i don't know enough of guix to help on it but from the perl
perspective, a module is available is in @INC which contains:

* a built-in list of standard directories
* the list of directories provided by the $PERL5LIB env variable
  (the awesome local::lib module is very helpful to manage $PERL*
  variables: don't miss it)
* the list of directories hardcoded in the script using `use lib`
  instruction

if guix wants to compete with (or encapsulate) cpan tooling, it needs to
have a way to embrace the 2 most common strategies to install the
things

* installing everything in a directory dedicated for the software
  (this clear separation with the base system and other programs
  makes it easy to install, remove, maintain without breaking anything
  on the host... like containers does)

* installing as much as possible in the standard directories using
  system packages.

it would be very good to reach the point when the combo
perlbrew+cpanm+local::lib (or carton) could be replaced by a guix
counterpart. this is probably the momentum i'm waiting for to replace
my perl toolchain with guix.

for the projects providing cpanfiles, a strategy could be to provide
both a perl version and the installed modules from the perl cpanm
commands in the same store?

also: having a plan9 experience, i would like to arg that the better way
to do that is having a single dir to bind everything we need in it.
that's basically what docker does poorly but i have no experience in
handmade linux namespaces

> Any input is appreciated.

i can help as "someone who knows the perl ecosystem practices" but
i don't know enough about guix.

regards
marc

  reply	other threads:[~2019-11-09 11:25 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-09  1:31 ripit/perl: use perl_cddb_get package? Sam
2019-11-09  9:11 ` Marc Chantreux
2019-11-09 10:47   ` Sam
2019-11-09 11:24     ` Marc Chantreux [this message]
2019-12-18 14:22       ` Sam

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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to=20191109112458.GA31368@prometheus.u-strasbg.fr \
    --to=eiro@phear.org \
    --cc=email_sam@posteo.de \
    --cc=help-guix@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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).