[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-release-team
Subject:    Re: RFC: Release Management Going Forward
From:       Rex Dieter <rdieter () math ! unl ! edu>
Date:       2011-06-22 17:20:13
Message-ID: 4E02244D.4030301 () math ! unl ! edu
[Download RAW message or body]

On 06/22/2011 10:52 AM, Alexander Neundorf wrote:
> On Wednesday 22 June 2011, Dirk Mueller wrote:
>> On Tuesday 21 June 2011, Rex Dieter wrote:
>>> Fwiw, in fedora, we hacked the 4.6.80 kde.org tarballs and build-process
>>> to be as-close-to-monolithic as possible.
>>
>> and do you continue to do that or would you rather see KDE providing those
>> monolithic tarballs?

monolithic (per sebas' offer to continue to do just that, and revisit 
the idea of non-monolithic ones for 4.8).

>> Personally, I don't see how we can continue releasing both monolithic and
>> split tarballs over a longer time, mostly due to work load reasons, unless
>> I find a way to script this together (which I doubt..).
>
> Can you please explain what you need exactly ?
> Have you seen my announcement for KDE "SuperBuilds" ?
> https://projects.kde.org/projects/kde/superbuild
>
> You can use them e.g. to build the complete kdegraphics (similar to kdesrc-
> build) and you can also use it to create just a kdegraphics source tarball:
> "make UpdateAll&&  make package", which can then be unpacked anywhere and
> compiled.

To be clear, this can make reproducible 4.7.x tarballs, or just 4.7 
branch snapshots? or both?  (Regardless of the answer, the work here is 
appreciated).

-- Rex
_______________________________________________
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
[prev in list] [next in list] [prev in thread] [next in thread]