1 |
On Mon, Jul 16, 2012 at 8:49 AM, Ian Stakenvicius <axs@g.o> wrote: |
2 |
> -----BEGIN PGP SIGNED MESSAGE----- |
3 |
> Hash: SHA256 |
4 |
> |
5 |
> On 15/07/12 06:16 PM, Zac Medico wrote: |
6 |
>> On 07/15/2012 03:08 PM, Doug Goldstein wrote: |
7 |
>>> Is it valid to do something like: |
8 |
>>> |
9 |
>>> move media-plugins/mytharchive media-plugins/mythplugins move |
10 |
>>> media-plugins/mythbrowser media-plugins/mythplugins move |
11 |
>>> media-plugins/mythgallery media-plugins/mythplugins move |
12 |
>>> media-plugins/mythgame media-plugins/mythplugins move |
13 |
>>> media-plugins/mythmovies media-plugins/mythplugins move |
14 |
>>> media-plugins/mythnews media-plugins/mythplugins move |
15 |
>>> media-plugins/mythweather media-plugins/mythplugins |
16 |
>> |
17 |
>> No, that's not really how it's intended to be used. You'll probably |
18 |
>> have to put blockers in media-plugins/mythplugins to block all the |
19 |
>> old packages that install the same files. |
20 |
> |
21 |
> Theoretically (i've done a quick test on this and it seems true) a |
22 |
> single-"!" blocker is enough that one package will on upgrade replace |
23 |
> all these others without user intervention being required (assuming |
24 |
> these packages aren't in @world, of course), and it won't cause file |
25 |
> collisions. |
26 |
> |
27 |
> Unrelatedly curious, why the package merge? |
28 |
|
29 |
Trying to make MythTV maintenance easier on myself since I couldn't |
30 |
find a maintainer. Upstream changed to SVN a long while back and with |
31 |
that changed moved all the plugins into one bundle called mythplugins. |
32 |
They've now switched to git and with that change I decided to |
33 |
modernize a little bit. |
34 |
|
35 |
mythtv.git a few top level directories, each of which is packaged as |
36 |
its own tarball which makes backporting patches extra fun. The |
37 |
mythplugins tarball (mythtv.git/mythplugins) contains additional |
38 |
plugins that are found in different git repos. |
39 |
|
40 |
They're still unique snowflakes with their git usage. |
41 |
|
42 |
-- |
43 |
Doug Goldstein |