mingw32 debuginfo packages without sources, build id

[Erik van Pienbroek]

Op woensdag 01-07-2009 om 21:02 uur [tijdzone +0300], schreef Ville
Skyttä:
> Hello,
> 
> I noticed a bunch of mingw32*-debuginfo packages that contain only *.debug (no 
> sources, no build id) appeared in Rawhide.  Is this how mingw32 debuginfo 
> packages are supposed to look like, or is the infrastructure for creating the 
> debuginfo packages not quite complete, or are these packaging bugs?
> 
>     mingw32-boost-debuginfo-1.39.0-2.fc12.noarch
>     mingw32-cairomm-debuginfo-1.8.0-3.fc12.noarch
>     mingw32-glib2-debuginfo-2.21.2-2.fc12.noarch
>     mingw32-glibmm24-debuginfo-2.20.0-4.fc12.noarch
>     mingw32-gtkmm24-debuginfo-2.16.0-2.fc12.noarch
>     mingw32-libglade2-debuginfo-2.6.4-3.fc12.noarch
>     mingw32-libglademm24-debuginfo-2.6.7-7.fc12.noarch
>     mingw32-libgnurx-debuginfo-2.5.1-5.fc12.noarch
>     mingw32-libsigc++20-debuginfo-2.2.2-8.fc12.noarch
>     mingw32-libsqlite3x-debuginfo-20071018-8.fc12.noarch
>     mingw32-libxml++-debuginfo-2.26.0-2.fc12.noarch
>     mingw32-pangomm-debuginfo-2.24.0-3.fc12.noarch
>     mingw32-plotmm-debuginfo-0.1.2-3.fc12.noarch
>     mingw32-qt-debuginfo-4.5.2-1.fc12.noarch
>     mingw32-qwt-debuginfo-5.1.1-8.fc12.noarch
>     mingw32-sqlite-debuginfo-3.6.14.2-1.fc12.noarch
>     mingw32-tcl-debuginfo-8.5.7-6.fc12.noarch
>     mingw32-wpcap-debuginfo-4.1.beta5-6.fc12.noarch
>     mingw32-zfstream-debuginfo-20041202-6.fc12.noarch

Hi,

The implementation of mingw32 debuginfo packages has recently been
discussed on the Fedora-MinGW mailing list:
http://lists.fedoraproject.org/pipermail/fedora-mingw/2009-June/001613.html

At the moment we just started experimenting with it in rawhide and we
haven't really got to thorough testing yet (due to FUDCON and a bug in
mash which has just been solved). Initially only two mingw32 packages
should have got -debuginfo support (just enough to perform tests), but
due to a small mis-communication several other packages also got
updated.

I think it's best to continue this discussion on the fedora-mingw
mailing list instead of fedora-devel. There indeed are some issues
remaining which need to be solved.

Regards,

Erik van Pienbroek