RFC: bootstrapping qt5's corelib to rebuild upstream-provided headers

Lisandro Damián Nicanor Pérez Meyer perezmeyer at gmail.com
Fri Jul 10 02:19:49 UTC 2015


Hi everyone! I would like you to comment on the attached patch for qtbase.
The idea behind it is the following: there are many headers in qtbase that are 
built as a manual-process by upstream.

The only reason they are manually-done is because the tools required to build 
them depend on corelibs (Qt5Core5 and others)... and this headers are part of 
corelibs. So they are a circular build dependency.

So I tried to bootstrap corelibs, build the tools (one in this patch, I hope 
more to come), ran them, distclean corelibs (this seems to be strictly needed 
according to my tests, and it's also the cleanest way, even if it takes some 
more build time) and start compiling the libs.

You might be wondering what are the advantages of doing this? First of all 
most of this tools depend on external data (like in the attached example) that 
is also provided as a Debian package. Moreover, also as in this example, it's 
not strange to have a newer version of the data set available in the Debian 
packaging. So rebuilding it we get a more up-to-date, easy to update (just a 
binNMU!) data set.

Secondly the fact of regenerating the files and being able to build upon them 
is also a step in the right direction wrt quality.

The patch is to be pushed against the current HEAD (latest experimental 
release). I havem't touched debian/changes yet because I want feedback before 
going any further.

So do you like the idea? Do you have ideas/tips on how to improve it? Would 
you implement it differently?

Thanks in advance, Lisandro.

-- 
http://www.phdcomics.com/comics/archive.php?comicid=56

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Bootstrap-corelibs-in-order-to-be-able-to-rebuild-he.patch
Type: text/x-patch
Size: 3889 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20150709/45d6c7ed/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20150709/45d6c7ed/attachment-0001.sig>


More information about the pkg-kde-talk mailing list