Re: Broken dbgsym packages for Python 3
On Tue, 5 Jun 2018, Andrey Rahmatullin wrote: Yes, I'm talking about the automatically generated -dbgsym packages that contain the /usr/lib/debug/.build-id/... files. Have you read Scott's email? Yes, but wouldn't they still be useful for symbolicating core dumps? Scott
Re: Broken dbgsym packages for Python 3
On Tue, Jun 05, 2018 at 12:11:21AM -0400, Scott Talbert wrote: > Yes, I'm talking about the automatically generated -dbgsym packages that > contain the /usr/lib/debug/.build-id/... files. Have you read Scott's email? -- WBR, wRAR signature.asc Description: PGP signature
Re: Broken dbgsym packages for Python 3
On Mon, 4 Jun 2018, Matthias Klose wrote: I've got a package (wxpython4.0) that builds modules for both Python 2.7 and Python 3. When I rebuilt the package in early May, I started getting the lintian warning debug-file-with-no-debug-symbols for the Python 3 dbgsym packages only. Sure enough, looking at those files, there is not much there. The Python 2.7 dbgsym files are fine. Given that I haven't changed anything in how the Python 3 modules are compiled, it seems that some outside change in the distribution has caused this. Has anyone else noticed this, or have any idea what might have caused these dbgsym packages to stop working? The -dbgsym packages don't work for Python anyway because you need to call the debug interpreter, so I don't think it matters much either way. Usually the python*-*-dbg packages contain two things: - the unstripped extensions for the dbg interpreter - the debug symbols for the python*-* packages. If you don't have both of these, you should investigate why. Yes, I'm talking about the automatically generated -dbgsym packages that contain the /usr/lib/debug/.build-id/... files. I have looked into it further and the problem seems to be happening during the link phase. I checked the individual .o files (for the Python 3 version) and they all contain .debug_str and I can see the symbol names with readelf --debug-dump=str. But then after linking, they are gone. I ran the exact same link command on the Python 2 .o files and the resulting .so has the debug info. Rather bizarre. I don't know what to think. g++ (or whatever actually does the linking?) doesn't like the Python 3 debug info and discards it? Scott
Re: Broken dbgsym packages for Python 3
On 04.06.2018 06:34, Scott Kitterman wrote: On Sunday, June 03, 2018 09:26:58 PM Scott Talbert wrote: Hi, I've got a package (wxpython4.0) that builds modules for both Python 2.7 and Python 3. When I rebuilt the package in early May, I started getting the lintian warning debug-file-with-no-debug-symbols for the Python 3 dbgsym packages only. Sure enough, looking at those files, there is not much there. The Python 2.7 dbgsym files are fine. Given that I haven't changed anything in how the Python 3 modules are compiled, it seems that some outside change in the distribution has caused this. Has anyone else noticed this, or have any idea what might have caused these dbgsym packages to stop working? The -dbgsym packages don't work for Python anyway because you need to call the debug interpreter, so I don't think it matters much either way. Usually the python*-*-dbg packages contain two things: - the unstripped extensions for the dbg interpreter - the debug symbols for the python*-* packages. If you don't have both of these, you should investigate why.
Re: Broken dbgsym packages for Python 3
On Sunday, June 03, 2018 09:26:58 PM Scott Talbert wrote: > Hi, > > I've got a package (wxpython4.0) that builds modules for both Python 2.7 > and Python 3. When I rebuilt the package in early May, I started getting > the lintian warning debug-file-with-no-debug-symbols for the Python 3 > dbgsym packages only. Sure enough, looking at those files, there is not > much there. The Python 2.7 dbgsym files are fine. Given that I haven't > changed anything in how the Python 3 modules are compiled, it seems that > some outside change in the distribution has caused this. Has anyone else > noticed this, or have any idea what might have caused these dbgsym > packages to stop working? The -dbgsym packages don't work for Python anyway because you need to call the debug interpreter, so I don't think it matters much either way. Scott K
Broken dbgsym packages for Python 3
Hi, I've got a package (wxpython4.0) that builds modules for both Python 2.7 and Python 3. When I rebuilt the package in early May, I started getting the lintian warning debug-file-with-no-debug-symbols for the Python 3 dbgsym packages only. Sure enough, looking at those files, there is not much there. The Python 2.7 dbgsym files are fine. Given that I haven't changed anything in how the Python 3 modules are compiled, it seems that some outside change in the distribution has caused this. Has anyone else noticed this, or have any idea what might have caused these dbgsym packages to stop working? Scott