On Mar 11, 2019, at 6:16 PM, Bruce Ferrell wrote:
>
> What I've learned to do when I have this sort of issue is to pop out of CPAN
> and into ~/.cpan/build.
If you mean that you do that manually, you don’t have to. The “look” command
in the cpan shell or the --look option to cpanm does that
On Mar 11, 2019, at 5:24 PM, Pete Biggs wrote:
> I use both RPM and CPAN and install into system locations.
That’s the advice I’m responding to: you don’t need to install CPAN modules
only to system locations to make Perl-based programs work. CPAN’s defaults on
CentOS 7 are perfectly usable
I attempted to install CentOS 7 x86_64 on my machine that has the
following hardware:
Motherboard: ASRock X99 Taichi
BIOS: AMI v P1.40 08/04/2016
CPU: Intel Core I7-5820K
RAM: 64 GB (8 x 8 GB DIMM)
Optical: LG Blu Ray 25 G / 50 G burner
Estimad@s, comunicarles que la Revista Atix, ha liberado su nuevo
numero, que puede ser descargado desde su sitio web.
http://revista.atixlibre.org
salu2
--
--
Esteban Saavedra López
CEO AtixLibre - Bolivia
esteban.saave...@atixlibre.org
estebansaave...@yahoo.com
estebansaave...@gmail.com
On 3/11/19 9:53 AM, Gary Stainburn wrote:
On Monday 11 March 2019 16:42:21 Pete Biggs wrote:
I'm afraid I'm not expert on these things - I tend to do the naughty
thing of using CPAN to install in system locations!
Hi Peter,
Do you have any instructiions on how to do this? I realise it's far
> > I started off as always by using RPM's for everything I possibly can.
>
> I try to do that, too. The claim in another reply that RPM CPAN
> modules and cpan- or cpanm-installed modules cannot work together is
> incorrect.
Since I'm the only other person to reply, I presume you mean
Hi Phil,
On 3/11/19 12:25 PM, Phil Perry wrote:
On 11/03/2019 12:41, Pete Geenhuizen wrote:
Hi Pete,
Apologies, that one is our fault. To fix (or rather work around),
please could you force remove the above package then the yum update
should proceed smoothly:
rpm -e --nodeps
On 3/11/19 1:57 PM, Warren Young wrote:
*snip*
What is correct is that the CentOS-provided RPMs are often sufficiently outdated that they no longer work with the latest releases that cpanm wants to download by default.
Often I end up downloading a src.rpm from Fedora for perl modules and
CentOS Errata and Bugfix Advisory 2019:0479
Upstream details at : https://access.redhat.com/errata/RHBA-2019:0479
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
CentOS Errata and Security Advisory 2019:0462 Moderate
Upstream details at : https://access.redhat.com/errata/RHSA-2019:0462
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
On Mar 11, 2019, at 8:01 AM, Gary Stainburn
wrote:
>
> Anyone got any ideas what I need to do?
First, use cpanm instead of the old cpan shell:
$ sudo yum install perl-App-cpanminus
It has a number of advantages:
1. It’s much smarter about chasing dependencies, which is your core
>
> Do you have any instructiions on how to do this? I realise it's far from
> ideal, but I need to get this system working, and can do it on a stand alone
> server.
It's a long time since I've done it, but I think CPAN puts some
variables in your .bashrc to configure the process. First you
On Monday 11 March 2019 16:42:21 Pete Biggs wrote:
> I'm afraid I'm not expert on these things - I tend to do the naughty
> thing of using CPAN to install in system locations!
Hi Peter,
Do you have any instructiions on how to do this? I realise it's far from
ideal, but I need to get this system
On Mon, 2019-03-11 at 15:48 +, Gary Stainburn wrote:
> On Monday 11 March 2019 14:28:38 Pete Biggs wrote:
> > > However, as I went for bigger modules, anything that had dependences
> > > were then failing as the dependencie were installed OK but then did not
> > > appear to be available.
> >
On 11/03/2019 12:41, Pete Geenhuizen wrote:
Hi Pete,
On 03/07/2019 01:56 AM, Phil Perry wrote:
On 06/03/2019 23:03, Stephen John Smoogen wrote:
Thank you Stephen. I assumed because they were pulling a dependency
from epel that they were also from epel.
Been out of town, yes I goofed
On Monday 11 March 2019 14:28:38 Pete Biggs wrote:
> > However, as I went for bigger modules, anything that had dependences
> > were then failing as the dependencie were installed OK but then did not
> > appear to be available.
> A number of things you can do. The sort of recommended way is to
>
> However, as I went for bigger modules, anything that had dependences were
> then failing as the dependencie were installed OK but then did not appear to
> be available.
CPAN on CentOS 7 doesn't install things in the system locations by
default (and by design). This is to stop CPAN from
(I've just tried this on a second C7 box, literally clean install, only did it
on Friday, with the same results)
I'm replacing a dead F19 box with a new C7 one and I'm trying to get my Perl
install completed. Ultimately, I need to get Selenium::Remote::Driver
working, but I'm struggling
On Fri, 2019-03-08 at 18:25 +0100, wwp wrote:
> Hello,
>
> does anybody have experience with installing and running CentOS 7 on
> Dell Precision 7530 series (w/ Intel gfx chipset if that matters)?
> It can be bought w/ Ubuntu 16.04 LTS pre-installed (which doesn't
> attract me at all), but prior
On 03/07/2019 01:56 AM, Phil Perry wrote:
On 06/03/2019 23:03, Stephen John Smoogen wrote:
Thank you Stephen. I assumed because they were pulling a dependency
from epel that they were also from epel.
Been out of town, yes I goofed vlc, smplayer, mplayer, and ffmpeg aren't
in EPEL. and
20 matches
Mail list logo
