[Pkg-kde-talk] KDE 3.4 package underway

Adeodato Simó asp16@alu.ua.es
Wed, 2 Mar 2005 22:14:08 +0100


* Christopher Martin [Wed, 02 Mar 2005 15:04:12 -0500]:

> The RC1 tarballs dato made available have Makefile.in files provided. I 
> don't know if dato created them, or whether he just obtained them this way. 

  They were created. It seems that they don't do it for betas.

> Anyway, we patch them, and everything is fine. If, however, you take a CVS 
> checkout, then these files are generated only when make -f 
> admin/Makefile.common dist is run. The 99_buildprep.diff then contains the 
> complete Makefile.in files. The patchsys tries -p0 first, and this actually 
> succeeds in creating these files, but in a subdirectory of the build 
> directory, e.g. kdelibs-3.4.0/kdelibs-3.4.0/Makefile.in. This is when we 
> have to force -p1.

  Ahhh, thanks for this explanation.

> I think it's nice to have all the build-system stuff in a nice, separate 
> patch. It can then be removed easily (just unpatch), re-applied, etc. It's 
> more a matter of "style" and of how you like to work than an important 
> technical decision, though as a group we should probably try to be 
> consistent. Comments from anyone and everyone?

  As I said, I agree that the little effort is worth it. Also, note that
  when doing this, "unpack the orig.tar.gz and put the debian/ from SVN
  on it" just works out the box (i.e., no chance of not shipping
  autotools changes because one used the svn dir but forgot to run make
  -f admin/Makefile.common dist).

  Cheers,

-- 
Adeodato Simó
    EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
As an adolescent I aspired to lasting fame, I craved factual certainty,
and I thirsted for a meaningful vision of human life -- so I became a
scientist. This is like becoming an archbishop so you can meet girls.
                -- Matt Cartmill