1 |
On 10/08/2014 18:04, Tanstaafl wrote: |
2 |
> On 8/10/2014 11:45 AM, Tanstaafl <tanstaafl@×××××××××××.org> wrote: |
3 |
>> I haven't updated in a little while, and am seeing a lot of big |
4 |
>> updates... |
5 |
>> |
6 |
>> The main ones that concern me are: |
7 |
>> |
8 |
>> perl (5.16 > 5.18) |
9 |
> |
10 |
> Ok, a little experimenting to see if I can stage these updates and just |
11 |
> update perl first, I get: |
12 |
> |
13 |
>> # emerge -pvuDN perl |
14 |
>> |
15 |
>> These are the packages that would be merged, in order: |
16 |
>> |
17 |
>> Calculating dependencies... done! |
18 |
>> [ebuild U ] virtual/libintl-0-r1 [0] ABI_X86="(64%*) -32% (-x32)" |
19 |
>> 0 kB |
20 |
>> [ebuild U ] sys-devel/gnuconfig-20140212 [20131128] 44 kB |
21 |
>> [ebuild U ] app-admin/perl-cleaner-2.16 [2.15] 6 kB |
22 |
>> [ebuild U ] sys-libs/db-4.8.30-r1:4.8 [4.8.30:4.8] USE="cxx -doc |
23 |
>> -examples -java -tcl {-test}" ABI_X86="(64%*) (-32) (-x32)" 22,351 kB |
24 |
>> [ebuild U ] dev-lang/perl-5.18.2-r1:0/5.18 [5.16.3:0/5.16] |
25 |
>> USE="berkdb gdbm -debug -doc -ithreads" 13,746 kB |
26 |
>> |
27 |
>> Total: 5 packages (5 upgrades), Size of downloads: 36,147 kB |
28 |
>> |
29 |
>> !!! Multiple package instances within a single package slot have been |
30 |
>> pulled |
31 |
>> !!! into the dependency graph, resulting in a slot conflict: |
32 |
>> |
33 |
>> dev-lang/perl:0 |
34 |
>> |
35 |
>> (dev-lang/perl-5.16.3::gentoo, installed) pulled in by |
36 |
>> =dev-lang/perl-5.16* required by |
37 |
>> (virtual/perl-Attribute-Handlers-0.930.0-r1::gentoo, installed) |
38 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
39 |
>> (dev-perl/Net-SSLeay-1.550::gentoo, installed) |
40 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
41 |
>> (dev-perl/IO-Socket-SSL-1.953.0::gentoo, installed) |
42 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
43 |
>> (dev-perl/Sub-Exporter-0.986.0::gentoo, installed) |
44 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
45 |
>> (dev-perl/PlRPC-0.202.0-r2::gentoo, installed) |
46 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
47 |
>> (dev-perl/Net-Daemon-0.480.0-r1::gentoo, installed) |
48 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
49 |
>> (dev-vcs/git-1.8.5.5::gentoo, installed) |
50 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
51 |
>> (dev-perl/log-dispatch-2.410.0::gentoo, installed) |
52 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
53 |
>> (dev-perl/Try-Tiny-0.180.0::gentoo, installed) |
54 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
55 |
>> (dev-perl/Error-0.170.210::gentoo, installed) |
56 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
57 |
>> (dev-perl/Package-Stash-XS-0.280.0::gentoo, installed) |
58 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
59 |
>> (net-analyzer/net-snmp-5.7.3_pre3::gentoo, installed) |
60 |
>> dev-lang/perl:0/5.16=[-build(-)] required by |
61 |
>> (dev-perl/Package-Stash-0.360.0::gentoo, installed) |
62 |
>> (and 1 more with the same problems) |
63 |
>> |
64 |
>> (dev-lang/perl-5.18.2-r1::gentoo, ebuild scheduled for merge) pulled |
65 |
>> in by |
66 |
>> =dev-lang/perl-5.18* required by |
67 |
>> (virtual/perl-MIME-Base64-3.130.0-r3::gentoo, installed) |
68 |
>> (and 3 more with the same problem) |
69 |
> |
70 |
> A little googling suggests that I could resolve this by a simple: |
71 |
> |
72 |
> emerge -C virtual/perl-Attribute-Handlers-0.930.0-r1 |
73 |
> & |
74 |
> emerge -C virtual/perl-MIME-Base64-3.130.0-r3 |
75 |
> |
76 |
> But even if this does resolve the conflicts, what would break |
77 |
> (temporarily) if I removed those? They're virtuals, so... maybe... |
78 |
> nothing? Any way to check? |
79 |
|
80 |
|
81 |
Nothing will break. Like you say they are virtual and contain no code |
82 |
and deploy nothing. So your system will continue to function as it |
83 |
currently does, and Portage will sort itself out when you next emerge world. |
84 |
|
85 |
Unless of course portage wants to unmerge any of the providers that |
86 |
satisfy the virtuals, and you say "yes" ... :-) |
87 |
|
88 |
|
89 |
|
90 |
-- |
91 |
Alan McKinnon |
92 |
alan.mckinnon@×××××.com |