Re: [proaudio] non working ebuilds (was non-things ebuild not builds) |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/proaudio Archives
]
- To: proaudio@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [proaudio] non working ebuilds (was non-things ebuild not builds)
- From: Dominique Michel <dominique.michel@xxxxxxxxx>
- Date: Mon, 5 Nov 2012 02:33:02 +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=
Le Wed, 24 Oct 2012 11:48:26 +0100,
Gavin Pryke <gavinlee303@xxxxxxxxx> a écrit :
> Last time I did a commit for non-*.9999.ebuild I had them compiled
> and working. Weeks later it was broken again. For me most live
> ebuilds are just too much maintenance, especially if the repository
> layout changes often. If license allows can't we just make snapshots
> and mirror it on tuxfamily of the most wanted software that is only
> available through VCS? At least we will not have to hit a moving
> target all the time then.
>
> WBR
> Gavin
>
The problem with snapshots is that they are taking a lot of space on
the server. Anyway, this must be possible. But we can make
snapshot-like live ebuilds: As example, the subversion eclass provide
ESVN_REVISION. The doc claim that it should never be used into an
ebuild, but I already used it, and it worked just fine.
With the git2 eclass, it is EGIT_COMMIT that should do the same.
But the main problem for me is man power. Gentoo is a moving target,
software development is a moving target, and the internet is a moving
target. In consequence, we can do what we want, this overlay will
always be in need of maintenance. Yesterday, I ran
packages=""; for i in *; do packages="$packages media-sound/$i";
done; emerge -a $packages
in media-sound of the overlay.
I get plenty of non working ebuilds, and not only the live ones. So, it
is a lot of work to do.
Some ebuilds are broken because of missing depends (QT3, ...).
Other ebuilds was failing due to non working SRC_URI. Those software
are dead or their ebuilds are outdated.
Other ones are failing to compile.
For a bare list:
# ls /var/tmp/portage/media-sound
abraca-9999 jackctlmmc-4 promoe-9999
aeolus-ym-0.7.0 jack-smf-utils-1.0 psychosynth-9999
aj-snapshot-0.9.6 jack-tools-9999 qloud-0.22
ambdec-0.4.2 kontroll-20060925 qmmp-0.6.0
arpage-0.3 ktabedit-0.0.8 reshaked-9999
arpage-0.3.3 lash_wrap-1.0.2 simsam-0.1.7
ceres-0.57 louderbox-9999
sndfile-tools-1.03 chionic-1.0.1
machina-9999 soma-2.3 composite-0.006
madjack-0.4 specimen-0.5.2_rc3
epichord-9999 mammut-0.60 stygmorgan-0.27
esperanza-0.4.0 milkytracker-0.90.85
supercollider-3.4.3 ggseq-0.3.1
museseq-2.9999 tapiir-0.7.2 gnusound-0.7.4-r2
ninjam-cclient-0.01a terminatorx-3.84
gxtuner-1.3 ninjam-server-0.02 tranches-0.1.1
gxtuner-2.0 non-things-9999-r5 trommler-3.8
hydrogen-9999 om-9999 tuneroid-0.9.5
jace-0.2.0 openoctave-midi-9999 wired-0.6
jack-audio-connection-kit-2.9999 ordrumbox-0.9.02 zita-rev1-0.2.1
jack-capture-0.9.69 patchage-0.5.0
zynaddsubfx-converter-2.0.0_pre2
It can be more, because I removed, from the auto generated emerge
command, the few ebuilds that depend on polkit, so they didn't get
tested.
Ciao,
Dominique
--
"We have the heroes we deserve."