On Thu, Aug 06, 2020 at 03:48:45AM +0100, Ken Moffat via lfs-dev wrote:
> On Wed, Aug 05, 2020 at 10:03:52PM +0100, Ken Moffat via lfs-dev wrote:
>
> But by changing sitelib to
> -Dsitearch=/usr/lib/perl5/5.32/site_perl
> I have ended up with plain perl modules in /usr/lib/prel5/5.32.0
> such as
On Thu, Aug 06, 2020 at 10:31:52AM +0800, Xi Ruoyao via lfs-dev wrote:
> On 2020-08-05 22:03 +0100, Ken Moffat via lfs-dev wrote:
> > On Thu, Aug 06, 2020 at 03:57:29AM +0800, Xi Ruoyao via lfs-dev wrote:
> > > On 2020-08-05 19:53 +0100, Ken Moffat via lfs-dev wrote:
> > > > (I've changed the subje
On Wed, Aug 05, 2020 at 10:03:52PM +0100, Ken Moffat via lfs-dev wrote:
> On Thu, Aug 06, 2020 at 03:57:29AM +0800, Xi Ruoyao via lfs-dev wrote:
> > On 2020-08-05 19:53 +0100, Ken Moffat via lfs-dev wrote:
> > >
> > > But until now we have managed without putting pure perl core modules
> > > in /u
On 2020-08-05 22:03 +0100, Ken Moffat via lfs-dev wrote:
> On Thu, Aug 06, 2020 at 03:57:29AM +0800, Xi Ruoyao via lfs-dev wrote:
> > On 2020-08-05 19:53 +0100, Ken Moffat via lfs-dev wrote:
> > > (I've changed the subject and cut down some of hte obsolete detail)
> > >
> > > On Wed, Aug 05, 2020
On Sat, Jun 20, 2020 at 03:49:07PM +0100, Ken Moffat via lfs-dev wrote:
> On Sat, Jun 20, 2020 at 07:05:24AM -0700, Joel Bion via lfs-dev wrote:
> > Upgrading Perl was the trigger for me building my own package dependency
> > tracker utility. With tons of manual configuration, I am able to upgrade
On Wed, Aug 05, 2020 at 10:03:52PM +0100, Ken Moffat via lfs-dev wrote:
>
> The possibility that anything other than vendor modules (i.e. from
> third parties) would end up in /usr/share was not apparent.
>
In fact, Git.pm IS installed in /usr/share/perl5/ rather than e.g.
/usr/share/perl5/site_
On Thu, Aug 06, 2020 at 03:57:29AM +0800, Xi Ruoyao via lfs-dev wrote:
> On 2020-08-05 19:53 +0100, Ken Moffat via lfs-dev wrote:
> > (I've changed the subject and cut down some of hte obsolete detail)
> >
> > On Wed, Aug 05, 2020 at 04:22:49AM +0100, Ken Moffat via lfs-dev wrote:
[...]
> >
> > F
On 2020-08-05 19:53 +0100, Ken Moffat via lfs-dev wrote:
> (I've changed the subject and cut down some of hte obsolete detail)
>
> On Wed, Aug 05, 2020 at 04:22:49AM +0100, Ken Moffat via lfs-dev wrote:
> > O Wed, Aug 05, 2020 at 01:54:44AM +0100, Ken Moffat via lfs-dev wrote:
> > > I'm looking at
(I've changed the subject and cut down some of hte obsolete detail)
On Wed, Aug 05, 2020 at 04:22:49AM +0100, Ken Moffat via lfs-dev wrote:
> O Wed, Aug 05, 2020 at 01:54:44AM +0100, Ken Moffat via lfs-dev wrote:
> > I'm looking at perl module dependencies, and I can see a reference
> > to Test::M
I would be less competent than you would want for a lead, but I would be glad
to help out on boot loaders. I'm familiar with for about, UEFI and legacy
BIOS.--CharlesSent from my T-Mobile 4G LTE device-- Original
message--From: Bruce Dubbs via lfs-dev Date: Wed, Aug 5, 2020 9:51 AMTo:
l
On 8/5/20 2:25 AM, Xi Ruoyao via lfs-dev wrote:
On 2020-08-05 14:37 +0800, Kevin Buckley via lfs-dev wrote:
On Mon, 3 Aug 2020 at 00:46, Xi Ruoyao via lfs-dev
wrote:
It's nearly impossible. If we do that we'll have to introduce at least five
new
packages: dosfstools, popt, pciutils, efivar, a
On 2020-08-05 14:26 +0800, Kevin Buckley via lfs-dev wrote:
> On Sun, 2 Aug 2020 at 04:32, Timothy Russo via lfs-dev
> wrote:
> > With efi being more the standard now, I'd like to ask if we could default
> > grub to supporting uefi instead of having to use the uefi hint.
> >
> > Or at last maybe
On 2020-08-05 14:37 +0800, Kevin Buckley via lfs-dev wrote:
> On Mon, 3 Aug 2020 at 00:46, Xi Ruoyao via lfs-dev
> wrote:
> > It's nearly impossible. If we do that we'll have to introduce at least five
> > new
> > packages: dosfstools, popt, pciutils, efivar, and efibootmgr. Pciutils is
> > reco
13 matches
Mail list logo
