Mesosphere open-sourced the package-building scripts long ago: https://github.com/mesosphere/mesos-deb-packaging The TeamCity configuration, however, is internal-only, but that wouldn't work for Apache anyway, since Apache doesn't use TeamCity AFAIK.
On Tue, Apr 12, 2016 at 11:07 AM, Zameer Manji <zma...@apache.org> wrote: > For the record, I am not a committer on the Apache Mesos project and I do > not have the time to contribute packaging tools for the project. I think > existing committers who are Mesosphere employees can kick start this effort > by asking their employer to contribute the existing tools to the project. > Then any committer can incorporate creating packages as a step in the > release process. > > On Tue, Apr 12, 2016 at 10:10 AM, Kapil Arya <ka...@mesosphere.io> wrote: >> >> At Mesosphere, we are planning to enable SSL into the nightlies starting >> sometime later this week. The goal is to have both SSL and non-SSL Mesos >> packages for Mesos 0.29.0 onwards in the Mesosphere deb/rpm repos. I will >> send out another email as soon as the stuff is ready for the community. >> >> Best, >> Kapil >> >> On Tue, Apr 12, 2016 at 12:22 PM, Steven Borrelli <st...@borrelli.org> >> wrote: >>> >>> I’d be willing to assist in the effort to have standard packages (and >>> additional packages for modules like net-modules). >>> >>> Steven Borrelli >>> st...@borrelli.org >>> >>> >>> >>> > On Apr 12, 2016, at 11:10 AM, Adam Bordelon <a...@mesosphere.io> wrote: >>> > >>> > We've discussed Apache-built/distributed packages before, and nobody >>> > has any objections, but we need somebody to take on the work to get >>> > the package builds setup. I believe Vinod had some thoughts on how to >>> > get started, but any Apache committer (Zameer?) should have access to >>> > builds.apache.org >>> > I think we're all also in favor of improved documentation/website for >>> > the Apache Mesos project, but we need your help for that too. File >>> > JIRAs, submit patches! >>> > >>> > On Tue, Apr 12, 2016 at 5:42 AM, June Taylor <j...@umn.edu> wrote: >>> >> I heartily agree on both points. While I've found Mesosphere's >>> >> documentation >>> >> very helpful, it is often mixed up with the DCOS commercial offering. >>> >> That >>> >> may be something we're interested in down the road, but right now we >>> >> are >>> >> trying to stand up a relatively small cluster using straight >>> >> Mesos/Marathon/Chronos, etc., and finding good documentation is very >>> >> challenging due to the overlap with DCOS. >>> >> >>> >> The Apache documentation also, I think, is suffering precisely because >>> >> Mesosphere has been serving up better materials on their own. It's >>> >> certainly >>> >> useful, but I'm a bit uncomfortable with that arrangement. >>> >> >>> >> >>> >> Thanks, >>> >> June Taylor >>> >> System Administrator, Minnesota Population Center >>> >> University of Minnesota >>> >> >>> >> On Tue, Apr 12, 2016 at 7:04 AM, Paul Bell <arach...@gmail.com> wrote: >>> >>> >>> >>> FWIW, I quite agree with Zameer's point. >>> >>> >>> >>> That said, I want to make abundantly clear that in my experience the >>> >>> folks >>> >>> at Mesosphere are wonderfully helpful. >>> >>> >>> >>> But what happens if down the road Mesosphere is acquired or there >>> >>> occurs >>> >>> some other event that could represent, if not a conflict of interest, >>> >>> then >>> >>> simply a different strategic direction? >>> >>> >>> >>> My 2 cents. >>> >>> >>> >>> -Paul >>> >>> >>> >>> On Mon, Apr 11, 2016 at 5:19 PM, Zameer Manji <zma...@apache.org> >>> >>> wrote: >>> >>>> >>> >>>> I have suggested this before and I will suggest it again here. >>> >>>> >>> >>>> I think the Apache Mesos project should build and distribute >>> >>>> packages >>> >>>> instead of relying on the generosity of a commercial vendor. The >>> >>>> Apache >>> >>>> Aurora project does this already with good success. As a user of >>> >>>> Apache >>> >>>> Mesos I don't care about Mesosphere Inc and I feel uncomfortable >>> >>>> that the >>> >>>> project is so dependent on its employees. >>> >>>> >>> >>>> Doing this would allow users to contribute packaging fixes directly >>> >>>> to >>> >>>> the project, such as enabling SSL. >>> >>>> >>> >>>> On Mon, Apr 11, 2016 at 3:02 AM, Adam Bordelon <a...@mesosphere.io> >>> >>>> wrote: >>> >>>>> >>> >>>>> Hi Kamil, >>> >>>>> >>> >>>>> Technically, there are no "official" Apache-built packages for >>> >>>>> Apache >>> >>>>> Mesos. >>> >>>>> >>> >>>>> At least once company (Mesosphere) chooses to build and distribute >>> >>>>> Mesos packages, but does not currently offer SSL builds. It >>> >>>>> wouldn't >>> >>>>> be hard to add an SSL build to our regular builds, but it hasn't >>> >>>>> been >>> >>>>> requested enough to prioritize it. >>> >>>>> >>> >>>>> cc: Joris, Kapil >>> >>>>> >>> >>>>> On Thu, Apr 7, 2016 at 7:42 AM, haosdent <haosd...@gmail.com> >>> >>>>> wrote: >>> >>>>>> Hi, ssl didn't enable default. You need compile it by following >>> >>>>>> this >>> >>>>>> doc >>> >>>>>> http://mesos.apache.org/documentation/latest/ssl/ >>> >>>>>> >>> >>>>>> On Thu, Apr 7, 2016 at 10:04 PM, Kamil Wokitajtis >>> >>>>>> <wokitaj...@gmail.com> >>> >>>>>> wrote: >>> >>>>>>> >>> >>>>>>> This is my first post, so Hi everyone! >>> >>>>>>> >>> >>>>>>> Is SSL enabled in official packages (CentOS in my case)? >>> >>>>>>> I can see libssl in ldd output, but I cannot see libevent. >>> >>>>>>> I had to compile mesos from sources to run it over ssl. >>> >>>>>>> I would prefer to install it from packages. >>> >>>>>>> >>> >>>>>>> Regards, >>> >>>>>>> Kamil >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> >>> >>>>>> -- >>> >>>>>> Best Regards, >>> >>>>>> Haosdent Huang >>> >>>>> >>> >>>>> -- >>> >>>>> Zameer Manji >>> >>>>> >>> >>> >>> >> >>> >> > > > > -- > Zameer Manji