[ Thread Index |
Date Index
| More lists.tuxfamily.org/proaudio Archives
]
- To: proaudio@xxxxxxxxxxxxxxxxxxx <proaudio@xxxxxxxxxxxxxxxxxxx>
- Subject: [proaudio] patchage-9999
- From: Dominique Michel <dominique.michel@xxxxxxxxx>
- Date: Thu, 8 Nov 2012 19:59:52 +0100
- Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEXy8ubtkoXo7+b1+fbN cGKCeWDtamweFA8eMkmKPkPtvcWRoqyV0Pn7AAACbElEQVQ4jXXTMWvbQBQA4MOlizsdXEXp KAi09mKcLZ0EJxONDRJVkikg9AtqTm63gtHDmVJs1GsnC0JiaTMJGN2f67uzznJb+gZj9PFO 7717IqdtvCAmem4bxMLp/2BEyEBF1+U/0H8uhI6rv+BVLNrY/gH9T0L8yAxk2yMY3YuZxDCn TY/gpBByyTGktIcZOIvFjPNJmqYJDwrx3cIoBrE0zzG4FF8tfBAwM+DonKCYWjgROZ6Upjcm 5Qje58JAmlKKGfIAjzaDUuogZBY2Bjg14eDbywMIqZvwqgqFBcVFB0seYONLb00ZZlh4p0F6 FHNoUMyKAzxowJSQTyj+XloYs3MN3GeMpzyYSTMshLM00ODpWlPp4SDbqs4cViDcGAgmlK/a PsaOg7DvIQ3wzANMqB/iQW/XTkoTLO6XhSeHUoQKe+NLjyY/Ldx7CW2D4WTYhZ3V0GP64RpP Q/E66IUWMLj3+nDn4w2ejMACyXFeHZy6ETcZehc49bv1GQ/0bazNuzm97mDkhnoie9i30WYM w/YCnYT7Fx308s98n0IT//Jod1+aOzdzYXLVbftol+PC+REG3u+0AxdEtuSMB6G+DLGwMH4E vXGmJn8VCLM9LhmrOAMQYt5Wi/DFgIC52iFkUzMpDVmjAaDZRGC+JGwDqzJ/G5fUUcWZAaE7 YfvPLYtIU1Wb4A2IeS7uDMgcIFutiCr766qGfKHyuxvTIERKXVNSN27lDgCuBuojlpxIyJV6 ritS1uWWuHF2Ww7qcIKbqEFVNbmtmm3vGSCHbVXjikrY3SpVxwQWw2aIjwG+ueXTJDmHeK6a HfwGyU5ZSlGeSRQAAAAASUVORK5CYII=
I am reviewing the patchage live ebuild.
It is 2 good news with:
1) it work and was relatively easy to fix
2) it install everything from drobilla.net
2bis) that imply it have f. dependencies:
RDEPEND="!<media-libs/raul-9999
!<x11-libs/flowcanvas-9999
!<dev-libs/serd-9999
!<dev-libs/sord-9999
!<meida-libs/suil-9999
!<media-libs/ratom-9999
!<media-libs/lilv-9999
!<media-sound/ingen-9999
!<media-sound/jalv-9999
!<media-sound/omins-9999
...
I see 2 issues.
First, I don't know what name I should give to this ebuild. I name it
patchage in this mail.
Second, with such depends, we can make all those live ebuilds to only
rdepend on patchage. The advantage is that new users will get their
favourite software installed, and everything else from drobilla at the
same time.
But they (the depends) are not optimal from portage POV. If the user
already have some of those softwares installed, a manual unmerge would
be necessary.
To change them to =package-9999 will not solve this issue, and possibly
add circular depends. But I didn't tested it.
A third way would be to change all the !<package-9999
into !package and remove all those live ebuilds from the tree. The
advantage is simplicity, but non aware users will not like it, because
they will not find the other drobilla programs. We can add a few words
about this into the wiki and into 00-OVERLAY-INFO.
On more way would be to make like with the non-suite, ebuilds that
install everything but install only the corresponding parts. It is
much more work and maintenance. So, I will not do that.
What do you think?
--
"We have the heroes we deserve."