Skip Menu |

This queue is for tickets about the Device-USB CPAN distribution.

Report information
The Basics
Id: 89758
Status: resolved
Priority: 0/
Queue: Device-USB
People
Owner: cpan.wade [...] anomaly.org
Requestors: ANDK [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: 0.35
Fixed in: 0.36

History Show all quoted text
  Thu Oct 24 14:59:57 2013 ANDK [...] cpan.org - Ticket created
Subject: Makefile.PL desiring envariables but MakeMaker could do without
As per subject. On my Debian sid the lib directory is in /usr/lib/x86_64-linux-gnu. MakeMaker knows this and when I remove the code from the Makefile.PL dealing with header_found() and lib_found() then the whole module builds just fine and passes all tests. But the Makefile.PL as shipped does not find the library and so comes to the conclusion that it wants the two envariables. I think it's a safe bet to let WriteMakefile run in the default case and only provide additional help for systems that are known that MakeMaker cannot deal with. HTH && Thanks,
  Thu Oct 24 17:09:36 2013 cpan.wade [...] anomaly.org - Correspondence added
Thank you for the bug report. I'll be making a release later today to fix this issue.
  Thu Oct 24 17:09:36 2013 The RT System itself - Status changed from 'new' to 'open'
  Thu Oct 24 17:09:36 2013 cpan.wade [...] anomaly.org - Taken
  Fri Oct 25 08:52:12 2013 cpan.wade [...] anomaly.org - Correspondence added
The original issue was that many of the systems I tried to install on did not have libusb. Looking back through my emails, it does not appear that Linux was the problem. New version assumes Linux does the right thing.
  Fri Oct 25 08:52:12 2013 cpan.wade [...] anomaly.org - Status changed from 'open' to 'resolved'
  Fri Oct 25 08:52:12 2013 cpan.wade [...] anomaly.org - Fixed in 0.36 added