1 |
El mar, 05-06-2012 a las 16:07 -0700, Zac Medico escribió: |
2 |
> On 06/05/2012 06:31 AM, Pacho Ramos wrote: |
3 |
> > El mar, 05-06-2012 a las 08:44 -0400, Aaron W. Swenson escribió: |
4 |
> >> The ideal solution is for the Ebuild to instruct the PMS to rebuild |
5 |
> >> the dependent packages. |
6 |
> >> |
7 |
> >> We can have a variable called REBUILD. All packages that would need to |
8 |
> >> be rebuilt can be listed in it. Only those packages that are installed |
9 |
> >> would be built. The actual list of the packages to be rebuilt would be |
10 |
> >> determined at dependency checking time. That way, the user can approve |
11 |
> >> the rebuild of the packages. |
12 |
> > |
13 |
> > We all know what would be the "ideal solution", the problem is how to |
14 |
> > implement it (and how many years we need to wait to get it working). |
15 |
> |
16 |
> This REBUILD variable is the first idea that pops into the head of |
17 |
> anyone who's never worked on a dependency resolver before. It's |
18 |
> backwards because it requires a package to have knowledge of *all* of |
19 |
> its reverse dependencies, and it should not need to know about *any* of |
20 |
> them. |
21 |
> |
22 |
> The "SLOT operator" dependencies that Ciaran has been advocating are |
23 |
> very close to a good solution. However, if we want it to work with |
24 |
> unslotted packages, then we need to introduce a separate ABI_SLOT |
25 |
> variable as discussed here: |
26 |
> |
27 |
> https://bugs.gentoo.org/show_bug.cgi?id=192319#c18 |
28 |
> |
29 |
> It's really no more difficult to do than "SLOT operator" dependencies, |
30 |
> it's more flexible, and we can do it in EAPI 5. |
31 |
|
32 |
In that case, I obviously wouldn't have any problem with that approach |
33 |
(it sound even better :)). Is there any place where I could get a bit |
34 |
more documentation about how this "SLOT operator" way would work? For |
35 |
example, how would work for rebuilding x11 drivers after updating xorg |
36 |
or rebuilding gobject-introspection after major glib update... |
37 |
|
38 |
Thanks a lot for the info :) |