Exact revision numbers in bugreports (was Re: pre-releases of rc1)

Thiago Macieira thiago at kde.org
Mon Jun 29 19:07:26 BST 2009


Em Segunda-feira 29 Junho 2009, às 16:52:59, Lubos Lunak escreveu:
>  Moving to kde-core-devel.
>
> On Monday 29 of June 2009, Pierre Schmitz wrote:
> > On Monday 29 June 2009 13:52:34 Sebastian Kügler wrote:
> > > It's not so much stress, but usefulness of the RC for us. If people
> > > report against RC1, and it isn't what RC1 is, the bugreport (which is
> > > in principle exactly why we do an RC) becomes less useful.
>
> ...
>
> > If there would be a way to have drkonqi sent the build date or even
> > better the svn revision number this "problem" would be solved.
>
>  Piece of cake :). Copy e.g. your libkdecore.so.5.3.0 somewhere and do:
>
> $ echo -n 'r1234567' >r.txt
> $ objcopy libkdecore.so.5.3.0
> libkdecore.so.5.3.0.tmp --add-section .note.kde=r.txt
> $ mv libkdecore.so.5.3.0.tmp libkdecore.so.5.3.0
>
>  Now the binary has the given revision number recorded in it as a separate
> section. To print it, 'objdump -s -j .note.kde libkdecore.so.5.3.0', and
> cut out only the relevant part.

It can also be done by writing the revision number to a .h.cmake header, then 
having:

static const char kderevision[] __attribute__((section(".note.kde"))) =
	KDE_REVISION;

This works on non-ELF systems, but it requires GCC.

I'd recommend that we do this regardless. And for package builds, we just 
write nothing.
-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
  Senior Product Manager - Nokia, Qt Software
      PGP/GPG: 0x6EF45358; fingerprint:
      E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20090629/1166cf79/attachment.sig>


More information about the kde-core-devel mailing list