1 |
> -----Original Message----- |
2 |
> From: Michael Cummings [mailto:mcummings@g.o] |
3 |
> |
4 |
> On Mon, 19 Feb 2007 14:16:22 -0800 |
5 |
> "Michael Higgins" <mhiggins@×××××××××××××.com> wrote: |
6 |
> |
7 |
> > Hello, List -- |
8 |
> > |
9 |
> > Shot in the dark here... anyone on the list using any big, |
10 |
> > multi-module perl packages but finding that g-cpan just ain't doin' |
11 |
> > it for ya? |
12 |
> > |
13 |
> > If so, anyone find a suitable practice to avoid it? |
14 |
> (Outside of making |
15 |
> > an ebuild, of course.) |
16 |
> > |
17 |
> > I've found that CPAN is just fine to use in the past. But g-cpan |
18 |
> > doesn't seem to do much except get in the way when given a build of |
19 |
> > any real complexity. |
20 |
> > |
21 |
> > It seems like maybe CPAN.pm could be patched to emerge any modules |
22 |
> > maintained the portage when needed by CPAN. If I dump |
23 |
> g-cpan, should I |
24 |
> > also emerge -C any modules built with portage and build them with |
25 |
> > CPAN? |
26 |
> > |
27 |
> > Any thoughts or advice much appreciated. |
28 |
> > |
29 |
> > Thanks, |
30 |
> > |
31 |
> You know, if you gave me an example package I could see about |
32 |
> getting g-cpan working for you ;) |
33 |
> |
34 |
|
35 |
Heh. ;-) |
36 |
|
37 |
Hello, Mike -- |
38 |
|
39 |
I'd love to spend some time working it out, but I don't have the time right |
40 |
now. I've got to get some perl stuff installed and working. |
41 |
|
42 |
So, while I'm on that... maybe this will give you some ideas. ;-) |
43 |
|
44 |
First, Maypole via g-cpan. Dunno if this helps: |
45 |
|
46 |
cat /etc/portage/package.keywords |
47 |
|
48 |
virtual/perl-Test-Simple ~x86 |
49 |
perl-core/Test-Simple ~x86 |
50 |
dev-perl/DBD-SQLite ~x86 |
51 |
dev-perl/Class-DBI ~x86 |
52 |
dev-perl/libwww-perl ~x86 |
53 |
dev-perl/UNIVERSAL-require ~x86 |
54 |
dev-perl/DBI dev-perl/DBI ~x86 |
55 |
virtual/perl-Sys-Syslog ~x86 |
56 |
perl-core/Sys-Syslog ~x86 |
57 |
virtual/perl-Scalar-List-Utils ~x86 |
58 |
perl-core/Scalar-List-Utils ~x86 |
59 |
virtual/perl-File-Temp ~x86 |
60 |
perl-core/File-Temp ~x86 |
61 |
dev-perl/yaml ~x86 |
62 |
dev-lang/io ~x86 |
63 |
dev-perl/MailTools ~x86 |
64 |
dev-perl/Email-Valid ~x86 |
65 |
dev-perl/Exporter-Lite ~x86 |
66 |
dev-perl/SQL-Abstract ~x86 |
67 |
|
68 |
dev-perl/Apache-Session ~x86 |
69 |
dev-perl/Params-Validate ~x86 |
70 |
dev-perl/Tree-Simple ~x86 |
71 |
dev-perl/Test-Exception ~x86 |
72 |
virtual/perl-File-Spec ~x86 |
73 |
perl-core/File-Spec ~x86 |
74 |
|
75 |
perl-core/IO ~x86 |
76 |
dev-perl/Module-Pluggable ~x86 |
77 |
virtual/perl-Test-Simple ~x86 |
78 |
dev-perl/Test-Simple ~x86 |
79 |
|
80 |
|
81 |
... which is what I had to do just to get started. Why are so many modules |
82 |
out of date? Why do I need virtuals in here? B/C otherwise the keyword |
83 |
unmasking fails. |
84 |
|
85 |
Anyway, after that, I'd love to do CGI::Application (with any and all |
86 |
related modules). |
87 |
|
88 |
You see, I'm trying to install application frameworks based on a suite of |
89 |
perl modules, not individual modules. [ Catalystapplicationframework, FEX, |
90 |
is maintained in an overlay, but you still have to unmask a gazillion |
91 |
modules. ] |
92 |
|
93 |
CPAN might choke eventually on the dependencies for a package like this, but |
94 |
gcpan... fails with less information... gcpan logging doesn't get you much |
95 |
error info. |
96 |
|
97 |
gcpan's CPAN is way out of date too... I have to wonder, why? |
98 |
|
99 |
Anyway, I'm just trying to figure out the best route for managing these |
100 |
installations. CPAN is fine for me, as long as I don't... what... emerge any |
101 |
modules? |
102 |
|
103 |
It seemed to me at one point that it might be better, somehow, to just find |
104 |
a way to patch CPAN to check and emerge any modules in the portage tree... |
105 |
expect they are often out of date anyway. :( |
106 |
|
107 |
If one does move away from gcpan, I think one will need to unmerge stuff |
108 |
from the tree and the overlay. At least, I've been bitten once so far. I |
109 |
suppose they install in different locations? (No time to check.) |
110 |
|
111 |
Gosh, I wish I had more time to devote to this now. I'll look forward to |
112 |
your reply. |
113 |
|
114 |
Cheers, |
115 |
|
116 |
-- |
117 |
Michael Higgins |
118 |
|
119 |
|
120 |
|
121 |
-- |
122 |
gentoo-perl@g.o mailing list |