problems whit uck pakage manager

To me this looks more like an error in the package (tzdata_2010h-1_all.deb) than an error in UCK:
The package you are trying to install is so badly broken that it triggers an assertion in the dpkg package command.

Can you please verify that you can install/update the package at all (e.g. useing a live-cd and run
sudo apt-get update; sudo apt-get install tzdata_2010h
in a terminal?

((If you have locally cached packages it may be worthwhile to remove that package from the cache to get a fresh
copy from the repositories. Only makes sense if the install of tzdata driectly from the repository succeeded.))

hi, thanks for you quickly response
now, i create the CD and use this with VirtualBox for testing.
i execute:

sudo aptitude update;
sudo aptitude install tzdata;

and all works fine, no problems, the problems its only when a customize the ubuntu cd.

then, i drop all my ~/tmp/cd folder and launch again UCK for create a new Custom CD, but, the same problems with tzdata file.

Can you please provide the following information:

- What system do you run UCK on?
    - Architecture (X86/MIPS/ARM)?
    - 32/64 bit?
    - Which Ubuntu version?
    - Which Ubuntu flavour (Kubuntu, Xubuntu, Ubuntu,...)?

- Which system do you try to customize?
    - Architecture (X86/MIPS/ARM)?
    - 32/64 bit?
    - Which Ubuntu version?
    - Which Ubuntu flavour (Kubuntu, Xubuntu, Ubuntu,...)?

- What customizations are you trying to do?
    - Language?
    - Bootlanguage?
    - Interactive customization (terminal / package manager)?

yeah, sure!

What system do you run UCK on?
X86
32 bits (PAE)
Lucid Lynx (full-upgrade)
Ubuntu

Which system do you try to customize?
X86
32 bits
Lucid Lynx
Ubuntu

What customizations are you trying to do?
Spanish
Spanish
both, terminal and PM

((Thanks 4 the info you supplied - already taken into account for this comment))

I've just run a customization of (i86/32/ubuntu/10.4beta2) on my machine (x86_64/64/ubuntu/9.10); Languages all set to "de", package manager used to remove all games (like in your log) and then upgrade all packages to latest patch level. Although there was a (known) issue with grub-pc, removal and updating did not show the problem you are reporting.

I still believe that the problem you are seeing stems from a corrupted tzdata package retrieved from some place (do you use proxies?) and not from UCK, but I can't think of a good way to prove it...

Could you try to run the aptitude commands in the console during customization, please? And could you please verify the md5sum of the deb you are installing there? (The one that worked for me has
d29361dc70330644015b63d8379dbcf7 tzdata_2010h-1_all.deb
Package file can be found in /var/cache/apt/archives)

jgarrido@jgarrido-laptop:~/tmp/remaster-apt-cache/archives$ md5sum tzdata_2010h-1_all.deb
d29361dc70330644015b63d8379dbcf7 tzdata_2010h-1_all.deb

the same.

I can reproduce this bug crashing with package "base-files"

- What system do you run UCK on?
    - x86
    - 64 bit?
    - Karmic
    - Gnome
    - uck version 2.0.12-0ubuntu2

- Which system do you try to customize?
    - x86
    - 64 bit
    - Lucid RC
    - KDE

- What customizations are you trying to do?
    - en, de
    - de
    - terminal (updating, installing kde-full kubuntu-restricted-extras)

Sry, i forgot the verification:

/var/cache/apt/archives# md5sum base-files_5.0.0ubuntu20_amd64.deb
ff384d1048f848fad888c60feae8b1c8 base-files_5.0.0ubuntu20_amd64.deb

I've tried to reproduce the behaviour you are getting (x84_64/karmic/ubuntu host, x86_64/lucidrc2/kubuntu target) but cannot reproduce the problem (run the whole process twice - worked fine both times).

So - as kind of last resort - I googled for the error message (dpkg: ../../src/archives.c:754: tarobject: Assertion `r == stab.st_size' failed.) and found two instances (one is Bug #524919 (ubuntu), the other 561991 (debian upstream). Essentially the bug is triggered due to lstat not returning a correct size, either due to the underlying filesystem not returning a correct size (e.g. eCryptfs) or fakeroot usage.

-> Could the problem you are seeing be caused by one of these (i.e. what file system are is your customization directory on)?

@Wolf Geldmacher:
thank you. I looked into https://bugs.launchpad.net/bugs/524919 and I think this is the problem we have.

I installed Karmic (on which UCK runs) with "encrypt home directory" Option. The customization directory is in home/tmp which is encrypted.

Looks like this is not a but in UCK after all - so I'm changing the status to "Won't Fix" (for the lack of a "Can't Fix here" status ;-)