[Bug 1866996] Re: apport-retrace can not be used with https mirrors in sources.list

Esokrates Esokrarkose at gmail.com
Fri Mar 13 09:27:59 UTC 2020


@Brian: Thanks for merging the patch. As for reproducing the https
issue: The issue happens if ALL entries in fstab are https mirrors, like

deb https://mirror.init7.net/ubuntu/ focal main restricted universe multiverse
deb-src https://mirror.init7.net/ubuntu/ focal main restricted universe multiverse

deb https://mirror.init7.net/ubuntu/ focal-updates main restricted universe multiverse
deb-src https://mirror.init7.net/ubuntu/ focal-updates main restricted universe multiverse

deb https://mirror.init7.net/ubuntu/ focal-backports main restricted universe multiverse
deb-src https://mirror.init7.net/ubuntu/ focal-backports main restricted universe multiverse

deb https://mirror.init7.net/ubuntu/ focal-security main restricted universe multiverse
deb-src https://mirror.init7.net/ubuntu/ focal-security main restricted universe multiverse

The you will be 100% able to reproduce the error.

As for the other issues
1. Did you try to retrace my texstudio crash on focal machine in sandbox mode?
2. Did you obtain a backtrace without missing symboles?

As I mentioned in comment #2 just retracing the crash file with
apport-retrace -v -s -R -S system _usr_bin_texstudio.1000.crash gives me the following useless stack trace:

--- stack trace ---
#0 0x00007fa95a8273eb in ?? ()
No symbol table info available.
#1 0x0000000000000000 in ?? ()
No symbol table info available.
--- source code stack trace ---
#0 0x00007fa95a8273eb in ?? ()
#1 0x0000000000000000 in ?? ()

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/1866996

Title:
  apport-retrace can not be used with https mirrors in sources.list

Status in Apport:
  Triaged
Status in apport package in Ubuntu:
  Fix Committed

Bug description:
  Here I collect a couple of issues regarding apport-retrace with "-S
  system".

  1. apport-retrace does not work for https mirros in sources.list
  2. If the sandbox is built successfully the stack-trace of generated does even contain less info than simply calling "apport-retrace -v -s -R" without the sandbox.
  3. I have found fixes / workaround for issue 1. and 2., see the attached patches, however in the end I'm still not satisfied with the quality of the results:

  For example I tested apport by invoking a crash of gnome-software with kill -s SIGSEGV $(pidof gnome-software).
     
  Invoking apport-retrace without sandbox (apport-retrace -R --stdout _usr_bin_gnome-software.1000.crash) gives me the following backtrace:

  --- stack trace ---
  #0  0x00007f3e39555c3f in __GI___poll (fds=0x55b072be60f0, nfds=3, timeout=6816) at ../sysdeps/unix/sysv/linux/poll.c:29
          resultvar = 18446744073709551100
          sc_cancel_oldtype = 0
          sc_ret = <optimized out>
  #1  0x00007f3e3a4b21ae in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  No symbol table info available.
  #2  0x00007f3e3a4b22e3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  No symbol table info available.
  #3  0x00007f3e3a362ec5 in g_application_run () from /lib/x86_64-linux-gnu/libgio-2.0.so.0
  No symbol table info available.
  #4  0x000055b07218ed59 in main ()
  No symbol table info available.
  --- source code stack trace ---
  #0  0x00007f3e39555c3f in __GI___poll (fds=0x55b072be60f0, nfds=3, timeout=6816) at ../sysdeps/unix/sysv/linux/poll.c:29
    [Error: poll.c was not found in source tree]
  #1  0x00007f3e3a4b21ae in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #2  0x00007f3e3a4b22e3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #3  0x00007f3e3a362ec5 in g_application_run () from /lib/x86_64-linux-gnu/libgio-2.0.so.0
  #4  0x000055b07218ed59 in main ()

  Invoking apport-retrace with sandbox (apport-retrace -v -s -R -S
  system _usr_bin_gnome-software.1000.crash) gives me the following
  (which is not much better):

  --- stack trace ---
  #0  0x00007f3e39555c3f in poll () from /lib/x86_64-linux-gnu/libc.so.6
  No symbol table info available.
  #1  0x00007f3e3a4b21ae in g_main_context_iterate.isra () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  No symbol table info available.
  #2  0x00007f3e3a4b22e3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  No symbol table info available.
  #3  0x00007f3e3a362ec5 in g_application_run (application=0x55b072bbd0f0, argc=<optimized out>, argv=<optimized out>) at ../../../gio/gapplication.c:2559
          arguments = 0x55b072be60d0
          status = 0
          context = 0x55b072be6130
          acquired_context = 1
          __func__ = "g_application_run"
  #4  0x000055b07218ed59 in main ()
  No symbol table info available.
  --- source code stack trace ---
  #0  0x00007f3e39555c3f in poll () from /lib/x86_64-linux-gnu/libc.so.6
  #1  0x00007f3e3a4b21ae in g_main_context_iterate.isra () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #2  0x00007f3e3a4b22e3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #3  0x00007f3e3a362ec5 in g_application_run (application=0x55b072bbd0f0, argc=<optimized out>, argv=<optimized out>) at ../../../gio/gapplication.c:2559
    [Error: gapplication.c was not found in source tree]
  #4  0x000055b07218ed59 in main ()

To manage notifications about this bug go to:
https://bugs.launchpad.net/apport/+bug/1866996/+subscriptions



More information about the foundations-bugs mailing list