strips off epochs

[Martin Pitt]

Binary package hint: pkg-create-dbgsym

> dpkg: dependency problems prevent configuration of libgcc1-dbgsym:
> libgcc1-dbgsym depends on libgcc1 (= 4.1.2-0ubuntu4); however:
> Version of libgcc1 on system is 1:4.1.2-0ubuntu4.
> dpkg: error processing libgcc1-dbgsym (--configure):
> dependency problems - leaving unconfigured

Also look at libnss3/libnspr4, they have a different version than firefox source. p-c-d should get along with this.

[William Grant (wgrant)]

I just found a half-typed report of this hidden in a tab in one of my many Epiphany instances. This makes retraces a little difficult.

[Kees Cook (kees)]

Setting this to "Confirmed".

[Kees Cook (kees)]

This problem seems to come from deep evil in certain package rules. Take the libgcc1 example: the debian/control file for gcc-4.1 has no epoch. Yet, it enforces one later for the binary packages:

        dh_gencontrol -p$(p_lgcc) \
                -- -v$(DEB_LIBGCC_VERSION) $(common_substvars)

[Martin Pitt (pitti)]

Fixing this requires major changes in pkg-create-dbgsym, since diverting dh_strip alone does not suffice: dh_strip is called before dh_gencontrol, thus we do not know the final binary version at dh_strip time.

[Loïc Minier (lool)]

Wont it work if we use ${binary:Version}?

[Martin Pitt (pitti)]

This could work indeed. This sohuld get an explicit test case, and then Version: .*$ should be replaced with Version: ${binary:Version}. Haven't tested it, though.