openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From janI <j...@apache.org>
Subject Re: Customized builds
Date Mon, 08 Apr 2013 07:45:15 GMT
On 8 April 2013 08:39, J├╝rgen Schmidt <jogischmidt@gmail.com> wrote:

> On 4/7/13 9:58 PM, Alexandro Colorado wrote:
> > On Sun, Apr 7, 2013 at 2:48 PM, janI <jani@apache.org> wrote:
> >
> >> On 7 April 2013 21:24, Alexandro Colorado <jza@oooes.org> wrote:
> >>
> >>> On Sun, Apr 7, 2013 at 2:12 PM, janI <jani@apache.org> wrote:
> >>>
> >>>> On 7 April 2013 20:58, Alexandro Colorado <jza@oooes.org> wrote:
> >>>>
> >>>>> I wonder if the nightly builds support customized builds, if for
> >>> example
> >>>> if
> >>>>> a user wants a build that has some special configuration like,
> >>> anti-alias
> >>>>> by default or a customized default templates or menu layout.
> >>>>>
> >>>>> Can the nightly build infrastructure be used to generate that?
> >>>>>
> >>>> No, our buildbot's run with a preconfigured setup, including number
of
> >>>> tasks and configure for each task (job).
> >>>>
> >>>>
> >>>>>
> >>>>> If not, why not, what would be needed to do that.
> >>>>>
> >>>> We would need to change away from build bot, it cannot support
> dynamic.
> >>> All
> >>>> changes in the setup has to be done via the infrastructure svn, where
> >>> only
> >>>> a few have access.
> >>>>
> >>>> But I dont really get, if a user wants a customized build, would it
> not
> >>> be
> >>>> simpler for him to build it himself ? the nightly build are in my
> >> opinion
> >>>>
> >>>
> >>> Well because a user might want to just click on a build made by an
> >>> automated bot.
> >>>
> >>> This is done a lot by OpenSuSE studio people which can let you remaster
> >>> SuSE through a web interface and download the .iso, virtual machine or
> >>> amazon image.
> >>>
> >> I can understand the need for an OS, but do we really want to
> "distribute"
> >> different packages. The binary we deliver, have quite a lot of options
> for
> >> configuration.
> >>
> >> I admit, that I think a lot more in reducing the compile switches (a la,
> >> this is our binary, all compile options are solely for our
> >> developers/testers)....if a compile switch is usefull to a user, it
> should
> >> be an option in the program instead.
> >>
> >
> > The question came from a user that wonder how difficult would it be to
> > remaster a binary of AOO 'in the cloud' which made me think of the
> nightly
> > builds. But I understand this is more challenging that at first glance. i
> > guess if this was trivial, l10n would have used long ago instead of
> waiting
> > for a localized version.
> >
> >
>
> Well the idea in general is not a bad one. But I would think more in the
> direction of customized packaging. Means if some body needs only a
> writer and dependencies in French, he can click on some options and can
> later on download a new packaged french writer version. Together with a
> good update mechanism and a stable and secure infra structure supporting
> such a service it can be interesting.
>
I agree with your example, but that is far more an issue of having a better
setup program, and maybe (like microsoft and others) a slim setup program,
where you set the options you want, and it then downloads the correct parts.

I do not see it as something that should be compiled.

>
> But we are far away from this in many areas and we have far more
> important things that can benefit from some activity.
>
Correct, however this could be a nice demand for a new build system.

rgds
Jan I.

>
> Juergen
>
>
> >
> >>
> >> rgds
> >> jan I.
> >>
> >>>
> >>>
> >>>> to secure that our product builds and that the branches compile on
> >>>> different platforms. The purpose of the nightly build is not to save
> >> the
> >>>> user from installing a compiler.
> >>>>
> >>>> rgds
> >>>> jan I.
> >>>>
> >>>>>
> >>>>> Regards.
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Alexandro Colorado
> >>>>> Apache OpenOffice Contributor
> >>>>> http://es.openoffice.org
> >>>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Alexandro Colorado
> >>> Apache OpenOffice Contributor
> >>> http://es.openoffice.org
> >>>
> >>
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message