Remaining debuginfo packages without sources (ocaml, haskell, erlang, etc)

[Ville Skyttä]

Hi,

The remaining set of packages with unknown status that have debuginfo packages 
without sources are somewhat unusual ones.  In particular, there's a bunch of 
Java packages but I suppose those are more or less because of bug #472292.
https://fedoraproject.org/wiki/User:Scop/DebugInfoProblems

Could people who have a clue about the following languages/packages check if 
the packages are compiled with the appropriate $RPM_OPT_FLAGS and/or could be 
modified to produce a usual debuginfo package (one with sources, that is):

Ocaml related packages: why, mediawiki, zenon, hevea, planets

Haskell related packages: curry

Erlang related packages: wings

Others: GtkAda, elice, lostlabyrinth, mono-debugger

[Richard W.M. Jones]

On Wed, May 20, 2009 at 10:29:31PM +0300, Ville Skyttä wrote:
>  Ocaml related packages: why, mediawiki, zenon, hevea, planets 
I suspect that these packages just need debuginfo turned off.  For the
majority of OCaml packages we do:

%define debug_package %{nil}

The reason is that upstream OCaml doesn't generate meaningful dwarf
information, and gdb doesn't support OCaml either (there is an
OCaml-specific debugger).  Both facts are regrettable but require a
great deal of effort to fix, which we don't have resources to do.

Rich.

-- 
Richard Jones, Emerging Technologies, Red Hat  http://et.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top

[Jon Ciesla]

Richard W.M. Jones wrote:
>  On Wed, May 20, 2009 at 10:29:31PM +0300, Ville Skyttä wrote:
>    
> > Ocaml related packages: why, mediawiki, zenon, hevea, planets
> >     
>
>  I suspect that these packages just need debuginfo turned off.  For the
>  majority of OCaml packages we do:
>
>  %define debug_package %{nil}
>
>  The reason is that upstream OCaml doesn't generate meaningful dwarf
>  information, and gdb doesn't support OCaml either (there is an
>  OCaml-specific debugger).  Both facts are regrettable but require a
>  great deal of effort to fix, which we don't have resources to do.
>
>  Rich.
>
>     
Committing fix for planets.

-- 
in your fear, speak only peace
in your fear, seek only love

-d. bowie

[Björn Persson]

Ville Skyttä wrote:
>  The remaining set of packages with unknown status that have
> debuginfo
>  packages without sources are somewhat unusual ones. 
[...]
>  Others: GtkAda, elice, lostlabyrinth, mono-debugger 
I bet GTKada has the same problem as I ran into. I'm working on some Ada 
packages that I hope to submit for review soon. I disabled the debuginfo 
packages because they contained no sources and the .debug files referenced 
the sources in my RPM build directory. The .debug files worked fine with GDB 
but only as long as the RPM build directory was still present. None of the 
causes listed in https://fedoraproject.org/wiki/Packaging/Debuginfo applied.

I read /usr/lib/rpm/find-debuginfo.sh and found that it 
expects /usr/lib/rpm/debugedit to write a list of source files to a temporary 
file called debugsources.list. That file was empty. I haven't debugged past 
that point so I don't know whether the problem is in Debugedit or GNAT, but I 
get the impression that GNAT (package gcc-gnat) writes the filenames in a 
format that GDB understands but Debugedit doesn't.

Björn Persson