1 |
Dnia 2013-07-24, o godz. 13:23:15 |
2 |
Ryan Hill <dirtyepic@g.o> napisał(a): |
3 |
|
4 |
> On Wed, 24 Jul 2013 08:48:14 -0700 |
5 |
> ""Paweł Hajdan, Jr."" <phajdan.jr@g.o> wrote: |
6 |
> |
7 |
> > On 7/24/13 8:31 AM, Alex Alexander wrote: |
8 |
> > > On Wed, Jul 24, 2013 at 10:15:51AM -0400, Mike Gilbert wrote: |
9 |
> > >> Actually, Portage normally handles this situation gracefully by using |
10 |
> > >> the dependencies from the portage tree instead of vdb. However, in the |
11 |
> > >> case of a slot-operator dep, it always uses vdb. |
12 |
> > >> |
13 |
> > >> See bug 477544. |
14 |
> > >> |
15 |
> > >> https://bugs.gentoo.org/show_bug.cgi?id=477544 |
16 |
> > > |
17 |
> > > Aha, thanks for the bug, missed it. Well, my recommendation is still |
18 |
> > > valid until portage gets fixed. Glad to know someone's looking into |
19 |
> > > it though. |
20 |
> > |
21 |
> > Can we get that recommendation to the devmanual possibly? |
22 |
> > |
23 |
> > I'm still a little bit confused what exactly would warrant such a |
24 |
> > revision bump, and why. |
25 |
> |
26 |
> Revision bumps are necessary when there are changes made to the files that are |
27 |
> installed by a package. That's it. |
28 |
> |
29 |
> When bumping to EAPI 5 it is recommended to do a rev bump so this sub-slot |
30 |
> business can be recorded in the vdb. |
31 |
> |
32 |
> Are there any others that aren't personal opinion? |
33 |
> |
34 |
> Course you can do a rev bump for whatever reason you want, but some people will |
35 |
> frown on it unless you have a good reason. eg. if you revbump a stable ebuild |
36 |
> for a build fix i will spend some time sighing at my screen. |
37 |
|
38 |
Actually per PMS you are required to revbump (and therefore require |
39 |
upgrade on users' side) whenever you change the deps and don't expect |
40 |
to add a new version soon enough. Otherwise your changes don't get |
41 |
spread and users end up with never-ending blockers and stuff like that. |
42 |
|
43 |
Other thing is that Portage explicitly ignores PMS in this matter |
44 |
and uses dependencies from ebuilds rather than recorded ones. This is |
45 |
supposedly wrong, supposedly slow but allows us to be lazy. |
46 |
|
47 |
-- |
48 |
Best regards, |
49 |
Michał Górny |