Michel DeHaan calls for:
If you are interested in collaborating on cross-distro, cross-vendor
install platforms, please do hit me up. We have about 4 or 5
applications using Cobbler via XMLRPC already just within Fedora /
Red Hat, and I can see tremendous value for other systems management
applications to use it as a service; with all of them contributing
to the same codebase and collecting all that knowledge in the same
place.
http://www.michaeldehaan.net/?p=830
Cobbler Update / Busy Is Good / Installation-As-A-Service
He talks about Spacewalk support, which sounds familiar to the recent
discussion here.
- Karsten
--
Karsten 'quaid' Wade, Community Gardener
http://quaid.fedorapeople.org
AD0E0C41
Uzi,
I wanted to open the lines of communication outside of Alfresco about the discussions of a *CompanyName* Network. I had this discussion about 18 months ago with Rich Friedman, Mark Lugert, Matt Mattox, and some others inside of Red Hat about using Alfresco as the foundation for an Open Source Network to be used by all Open Source companies. Since this time, Red Hat has started opening up the code base that makes up RHN under the code name SpaceWalk on the Fedora Projects. This is meant to be built as a potential replacement for Red Hat Satellite, but it will be some time until this happens. I have created a bullet on the Fedora Hosted site to represent this concept to the SpaceWalk developers: https://fedorahosted.org/spacewalk/wiki/BrainBox. I know that this is not an immediate fit for us, but I am thinking larger scale. I know that JBoss had JBossON, Red Hat has RHN, JasperSoft has theirs and now we are doing it again. There has to be some economy of scale here so we all don't waste our time. I think building us into the SpaceWalk project makes great sense as they currently have a home grown Content Management System that is deeply integrated into Oracle :(. Replacing this with Alfresco would allow for them scale out very quickly. There are also discussions about SpaceWalk integrating JasperReports for Reporting and GroundWork or some other Monitoring tool to replace the custom development being done. Red Hat has the most experience doing this work as they have run their Network for over 6 years now. We should leverage this knowledge and how we scale out with them instead of working against the grain IMVHO. I have included the other Open Source ISVs in this mailing as well as Matt Asay and my old boss at Red Hat, Matt Mattox, who is in charge of ISV development as a whole at Red Hat that I think would be interested in leveraging this for both Commercial and Open Source ISVs. Let me know what you think.
Lee Faus
Director of Solution Engineering
Alfresco
lee.faus(a)alfresco.com
It hadn't occurred to me to specifically invite everyone here to the
Fedora Users and Developers Conference (FUDCon) on 8 - 10 January in
Boston.
https://fedoraproject.org/wiki/FUDCon/FUDConF11
One use we have for FUDCon is to meet and work on ISV-specific issues
in a mini-ISV summit. It's also a great chance to meet some of the
people across the rest of the project who can help you.
I'm presuming anyone who isn't already planning on coming will not be
there, but Lee just put a bug in my ear about the ISV summit idea,
some possibilities are:
* FUDCon 11 in January
- Great time to get ready for Fedora 11 plans
* Virtual summit
- Fedora Talk conference room (VoIP)
- Gobby for shared document work, IRC for chat
- Let's us get plans in place for Fedora 11 while there is still
time
* Red Hat Summit/JBossWorld in the Summer
- Many of folks may be there already
- Chance to attract even more contributors/collaborators
- Beyond F11, good for F12 planning
Many folks are focusing on Fedora 10 and 11 because we can see there
is a horizon coming for RHEL 6. This is one reason to put some
urgency in getting packages in to the Fedora 11 cycle for maximum
impact[1].
Have a Happy New Year,
- Karsten
[1] For refreshers on why it matters:
https://fedoraproject.org/wiki/ISV_Special_Interest_Group#Why_should_ISVs_c…
--
Karsten 'quaid' Wade, Community Gardener
http://quaid.fedorapeople.org
AD0E0C41
