[CMake] Creating package

[Kornel Benko]

Am Samstag, 26. Mai 2012 um 16:41:45, schrieb Eric Noulard <eric.noulard at gmail.com>
> 2012/5/26 Kornel Benko <kornel at lyx.org>:
> > Resending this, after being subscribed ...
> > ................
> > Hi list,
> > this is my first mail to this list, so it may be the wrong list to report errors.
> 
> This is the good one.
> When we are all sure that the bug is a real bug
> you may file a bug report in the tracker as well:
> http://public.kitware.com/Bug
> 
> >
> > Recently I updated to ubuntu 12.04. Debian packages created with cmake (through "make package")
> > are now not handled gratuitously by dpkg. (The installation stops after extracting data from *.deb)
> > ---------------------------------------------
> > # sudo dpkg -i xyzzy.deb
> > (Reading database ... 517983 files and directories currently installed.)
> > Preparing to replace **** **** (using .../****.deb) ...
> > Unpacking replacement **** ...
> > dpkg: error processing xyzzy.deb (--install):
> >  corrupted filesystem tarfile - corrupted package archive
> > dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> > Errors were encountered while processing:
> >  xyzzy.deb
> >
> > ---------------------------------------------
> > The only way to overcome this was to downgrade cmake version 2.8.8 to 2.8.5.
> > (I had to use following packages from ubuntu 11.10:
> >                cmake_2.8.5-1ubuntu1_amd64.deb
> >                cmake-data_2.8.5-1ubuntu1_all.deb
> >                cmake-qt-gui_2.8.5-1ubuntu1_amd64.deb
> >                libarchive1_2.8.4-1ubuntu0.11.10.1_amd64.deb
> >                liblzma2_5.0.0-2_amd64.deb
> >                libxmlrpc-c3-0_1.16.32-0ubuntu4_amd64.deb
> >                libxmlrpc-core-c3-0_1.16.32-0ubuntu3_amd64.deb
> > )
> >
> > With this version the now created packages are ok.
> 
> This is stange.
> There are not that many concerning CPackDeb between 2.8.5 and 2.8.8
> beside the "automatic" fakeroot feature.
> 
> Could you try to launch the following commands on the offending deb package.
> dpkg -I xyzzy.deb

Here it comes:
#dpkg -I lyx20-2.0.1-Linux.deb
 neues Debian-Paket, Version 2.0.
 Größe 15864390 Byte: control-Archiv= 48242 Byte.
     277 Byte,    10 Zeilen      control              
  136151 Byte,  1743 Zeilen      md5sums              
 Package: lyx20
 Version: 2.0.1
 Section: devel
 Priority: optional
 Architecture: amd64
 Depends: libenchant1c2a (>= 1.6.0-0),libqtgui4 (>= 4.4.3-0)
 Installed-Size: 52663
 Maintainer: lyx-devel at lists.lyx.org
 Description: A WYSIWYM (What You See Is What You Mean) document processor

> dpkg -c xyzzy.deb
This gives the standard tar ztvf output from data.tar.gz, could not see anything special there.
One thing though is the definition of owner/group of all listed files.
In the "working" version, this is kornel/kornel, in the "bad" version it is root/root;

> Would you be able to try with prebuilt cmake-2.8.8 from kitware:
> you can untar this archive
> http://www.cmake.org/files/v2.8/cmake-2.8.8-Linux-i386.tar.gz

Yes, but I fear, it is not cmake but cpack.
...
As I expected, replacing the cpack binary cured everything.
The BIG difference is
#ldd /mnt/usr2/src/cmake/cmake-2.8.8-Linux-i386/bin/cpack
        linux-gate.so.1 =>  (0xf7761000)
        libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf771d000)
        libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f1000)
        libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf754b000)
        /lib/ld-linux.so.2 (0xf7762000)

while
#ldd /usr/bin/cpack
display 45 different shared libraries, among them also
		libarchive.so.12 => /usr/lib/x86_64-linux-gnu/libarchive.so.12 (0x00007fd16c52e000)

which I suspect to be the one creating trouble ...

>  and use cmake with full path from there.
> (May be some ubuntu specific patch are playing behind our back??)
> 
> Last but not least may be the automatic usage of fakeroot is the culprit,
> In order to check that could you
>    1) uninstall fakeroot (aptitude remove fakeroot)

Sorry, this one has tried to remove 468 other packages while leaving also next 126 packages
with unresolved dependencies. So I prefer not to follow.

>    2) re-run cmake 2.8.8 and check if the generated deb works or not.

> In the very end if all this fails you can provide us with a stripped down
> failing example.


> In any case if kitware pre-compiled binary failed you should file a bug
> report on the tracker.
> 

As I wrote, this one works.


> Erk

	Kornel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://www.cmake.org/pipermail/cmake/attachments/20120526/f5afa7af/attachment.pgp>