[Releasing] Testing: 08/22/2012 + linux-g++ [fail]

Thiago Macieira thiago.macieira at intel.com
Thu Aug 23 10:20:05 CEST 2012

On quinta-feira, 23 de agosto de 2012 07.11.07, lars.knoll at nokia.com wrote:
> On the other hand I am certain distributions could even live with a set of
> sha1's as a 'release'. The best way for them (ignoring the generated
> documentation at least) is to start from a snapshot of the git
> repositories.

That's what they've been doing for months to test packages. But it does not 
make a release. The release should have proper, downloadable tarballs. 
Otherwise, different distros will generate the archives at different times, 
using different processes, possibly introducing subtle errors.

If a SHA-1 is enough, then all we need is to git archive those SHA-1 and put 
them in the same website. That's what I'm asking for.

> > I disagree. It's pointless to release something that can't be properly
> > built by the people who will take our code to the most number of people.
> It's absolutely not pointless. First of all there are the modular source
> repositories. I think our release announcement should also mention the
> sha1's for each of them. As said above that's probably a better basis for
> distributions to start with anyway. Building Qt from a git snapshot is not
> exactly difficult, and with Qt 5 this should fit the workflow of the
> distributions a lot better then what we had in Qt 4.x. So we do have an
> improvement here.

Indeed. So why can't we have the tarballs in the website?

Also, please note that you're declaring that building from a set of specific 
Git snapshots is supported. That means we should test that it works and I 
haven't seen anyone report that yet. It also implies that, if the build 
doesn't work, it stops the release too.

Please confirm that this understanding is correct.

> No. Code wise we're very much there, and any further delay will hurt Qt more
> then this issue of no split source packages. As said above, I don't see why
> this should be a show stopper for distributions.

It would be a showstopper if they couldn't build. But if there's a solution 
for them to build (see above), then it works.

> Believe me we're working on modularising the docs. But it's a rather
> difficult problem to solve properly. Distributions could simply link to the
> online versions for now.

I agree with that too. We declare that the building of documentation requires 
extracting all the source code, which is an inconvenient step. In fact, I'd 
accept that even in the 5.0 final. Most distros will simply use the online docs 
or packaged docs anyway.

Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel Open Source Technology Center
     Intel Sweden AB - Registration Number: 556189-6027
     Knarrarnäsgatan 15, 164 40 Kista, Stockholm, Sweden
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.qt-project.org/pipermail/releasing/attachments/20120823/5a92e76d/attachment.sig>

More information about the Releasing mailing list