Am Sonntag 17 Oktober 2010 schrieb Florian Achleitner: > Hi everybody! > > On So, 2010-10-17 at 08:50 +0200, Kornel Benko wrote: > > Am Sonntag 17 Oktober 2010 schrieb Yuval Levy: > > > 2. dpkg was tolerant of this in the past. Now it throws an error if a > > > folder does not exist / is not created properly. A well crafted deb > > > package creates folders properly. > > > > This is to be corrected. > > Lately I got a mail from Marijn Ros ([email protected]). As it > > turned out, the cmake 2.8.2 is broken, not dpkg. The upcoming version > > 2.8.3 will be corrected. > > In the deb-package there is a tar-file > > > > data.tar.gz > > > > which lacks the directory information. I never before have seen such a > > tar-file. Certainly not created with tar-command. > > I think thats the point! > I can confirm that on my ubuntu 10.10 (having the same problem). The tar > file doesn't contain dirs. > According to http://packages.ubuntu.com/ cmake was 2.8.0 in lucid and is > now 2.8.2. > > I unpacked an inspected the data.tar.gz in a libpano deb file I built > before upgrading on lucid. And it _does_ contain the dirs. > > > Here is the proposed work-around for e.g. libpano13 for users having this > > cmake version: > > #mkdir unpacked > > #cd unpacked > > #ar x ../libpano13.build/libpano13-2.9.17-Linux.deb > > #mkdir untarred > > #cd untarred > > #tar zxvf ../data.tar.gz > > #tar czf ../data.tar.gz . > > #cd .. > > #ar a ../libpano13-2.9.17-Linux.deb debian-binary control.tar.gz > > data.tar.gz ... > > I tried this with libpano. The tar file created by tar contains dirs and > the repacked deb installs nicely. > > But ar a doesn't seem to be a valid operation. I used > #ar r ../libpano13-2.9.17-Linux.deb debian-binary control.tar.gz > data.tar.gz > instead.
Yes, I should mention "untested" first. And yes, "r" is the correct parameter
for existing files.
Kornel
--
Kornel Benko
[email protected]
signature.asc
Description: This is a digitally signed message part.
