Ganeti 2.1.0rc1 in Gentoo
Lance Albertson
live within the next hour or two globally. I adjusted the init script
for this version to mimic what upstream changed it to. However I don't
believe Gentoo can use extra arguments in their init scripts so we
currently don't have a way to restart the processes individually.
Also, you might update the Distro Status page [1] to reflect me as the
primary maintainer for Gentoo. You can use ramereth <at> gentoo <dot>
org for my email.
Thanks!
[1] http://code.google.com/p/ganeti/wiki/DistroStatus
--
Lance Albertson lance <at> osuosl.org
Systems Administrator / Architect Open Source Lab
Network Services Oregon State University
Work: 541-737-9975 PGP Key: 0x27F4B742
GPG Fingerprint 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742
Michael Hanselmann
2009/12/17 Lance Albertson <la...@osuosl.org>:
> I just added Ganeti 2.1.0_rc1 into the portage tree. It'll probably be
> live within the next hour or two globally. I adjusted the init script
> for this version to mimic what upstream changed it to. However I don't
> believe Gentoo can use extra arguments in their init scripts so we
> currently don't have a way to restart the processes individually.
The latter is only to be nice to the user, Ganeti 2.1 always uses
daemon-util to start and stop daemons. Thanks for updating the
package!
> Also, you might update the Distro Status page [1] to reflect me as the
> primary maintainer for Gentoo. You can use ramereth <at> gentoo <dot>
> org for my email.
Done (together with a few other updates on that page).
Regards,
Michael
Lance Albertson
> Hi Lance
>
> 2009/12/17 Lance Albertson <la...@osuosl.org>:
>> I just added Ganeti 2.1.0_rc1 into the portage tree. It'll probably be
>> live within the next hour or two globally. I adjusted the init script
>> for this version to mimic what upstream changed it to. However I don't
>> believe Gentoo can use extra arguments in their init scripts so we
>> currently don't have a way to restart the processes individually.
>
> The latter is only to be nice to the user, Ganeti 2.1 always uses
> daemon-util to start and stop daemons. Thanks for updating the
> package!
That's what I figured from what it looked like. You might also take a
look at a patch I have to keep applying to get it to work on Gentoo [1].
It appears that the absolute path for brctl is in /sbin rather than
/usr/sbin on Gentoo. I haven't looked at other distros, but it might be
a good idea to at least add something to the configure/make scripts to
find the paths of applications like that. If you prefer, I can create an
issue for it.
>> Also, you might update the Distro Status page [1] to reflect me as the
>> primary maintainer for Gentoo. You can use ramereth <at> gentoo <dot>
>> org for my email.
>
> Done (together with a few other updates on that page).
Outstanding! Thanks-
Guido Trotter
> On 12/17/2009 02:30 AM, Michael Hanselmann wrote:
>> Hi Lance
>>
>> 2009/12/17 Lance Albertson <la...@osuosl.org>:
>>> I just added Ganeti 2.1.0_rc1 into the portage tree. It'll probably be
>>> live within the next hour or two globally. I adjusted the init script
>>> for this version to mimic what upstream changed it to. However I don't
>>> believe Gentoo can use extra arguments in their init scripts so we
>>> currently don't have a way to restart the processes individually.
>>
>> The latter is only to be nice to the user, Ganeti 2.1 always uses
>> daemon-util to start and stop daemons. Thanks for updating the
>> package!
>
> That's what I figured from what it looked like. You might also take a
> look at a patch I have to keep applying to get it to work on Gentoo [1].
> It appears that the absolute path for brctl is in /sbin rather than
> /usr/sbin on Gentoo. I haven't looked at other distros, but it might be
> a good idea to at least add something to the configure/make scripts to
> find the paths of applications like that. If you prefer, I can create an
> issue for it.
>
> [1]
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-emulation/ganeti/files/ganeti-2.1.0_rc1-fix-brctl-path-for-gentoo.patch?view=markup
>
Sure, it makes sense. I will add a configurable constant for it, such
as the one for SOCAT, what do you think?
Thanks,
Guido