StarUML cannot start on Debian bullseye (testing)

140 views
Skip to first unread message

Hakan Bayındır

unread,
Dec 9, 2019, 2:35:44 AM12/9/19
to StarUML
  • Issue Title: StarUML 3.1.1 fails to start on Debian bullseye (testing)
  • Environment Debian bullseye, StarUML 3.1.1
  • Action Performed
    • Run StarUML 3.1.1 binary for Linux amd64.
  • Expected Result (How the software should have performed)
    • Appearance of StarUML 3.1.1 user interface.
    • Being able to use the application

  • Actual Result (How the software actually performed)
    • Software failed to start.

  • Supplements (optional, but strongly required)
    • Console returns the following error: 
      [199950:1209/102841.128120:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /tmp/.mount_StarUMAmfuSB/chrome-sandbox is owned by root and has mode 4755.
      Trace/breakpoint trap
    • No error window is presented.

Paolo Cozzi

unread,
Dec 10, 2019, 6:29:30 AM12/10/19
to StarUML
Hello,

Try to call StarUML from terminal using the "--no-sandbox" option. This works on last StarUML version (3.2.0). This option need to be applied even if you launch application from the ".desktop" icon file

Regards,

Paolo

Hakan Bayındır

unread,
Dec 10, 2019, 1:53:55 PM12/10/19
to StarUML
Hi Paolo,

Thanks for the workaround. Yes, StarUML works that way. I can add the option to the menu item, no problems. However, running StarUML with --no-sandbox has its own problems.

When I run StarUML that way, it starts with a half decorated window. Please see the attached image:

StarUML Start.png

StarUML stays in this state even if I open a document. Only way to fix it is to create a new window by either  creating a new document by File -> New or open another document while a document is open (so forcing StarUML) to create a new window. I'm not sure how this is tied to --no-sandbox option though.

Thanks again,

Best regards,

Hakan

Paolo Cozzi

unread,
Dec 11, 2019, 3:57:31 AM12/11/19
to StarUML
This is the same behaviour I see in my Debian Jessie. The --no-sandbox is a workaround I found to open the application. I hope that the mainteners will fix that issue soon

regards

Eugen Wintersberger

unread,
Dec 15, 2019, 5:57:10 PM12/15/19
to StarUML
I have the same issue on Debain Buster. I hope too that they will fix this soon.

Eugen

Eugen Wintersberger

unread,
Dec 18, 2019, 2:30:05 AM12/18/19
to StarUML
I just checked with the AppImage of the current release. If you extract the image and set the permissions correctly everything works find.
Thus, I consider this a packaging issue. It would be great if the guys at Staruml would fix this.

regards
  Eugen

Minkyu Lee

unread,
Jan 15, 2020, 9:08:49 AM1/15/20
to StarUML
Try the below command. It works for me.

$ sudo sysctl kernel.unprivileged_userns_clone=1



2019년 12월 18일 수요일 오후 4시 30분 5초 UTC+9, Eugen Wintersberger 님의 말:

Hakan Bayındır

unread,
Jan 28, 2020, 5:20:51 AM1/28/20
to StarUML
Hi Minkyu,

Setting that sysctl doesn't look like a wise idea. Looks like enabling it opens a big can of worms of security problems or weaknesses. Hence, I'll pass. Thanks.

Cheers,

Hakan
Reply all
Reply to author
Forward
0 new messages