FEDORA-MODULAR-2019-88b77dd17d

unspecified update in Fedora 30 Modular for sway:rolling

Status: stable 8 days ago

Update to sway 1.2, mako 1.4, wlroots 0.7.0

Comments 13

This update has been submitted for testing by thofmann.

This update's test gating status has been changed to 'waiting'.

This update's test gating status has been changed to 'ignored'.

This update has been pushed to testing.

This update appears DOA on my Lenovo Thinkpad E440 - it segfaults immediately upon startup:

Sep 08 00:23:11 flaglock3 audit[28153]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=28153 comm="sway" exe="/usr/bin/sway" sig=11 res=1
Sep 08 00:23:11 flaglock3 kernel: sway[28153]: segfault at 7f83381c7f08 ip 00007f83381ddabf sp 00007ffdcb81c4b8 error 7 in libwayland-server.so.0.1.0[7f83381d7000+8000]
Sep 08 00:23:11 flaglock3 kernel: Code: c4 08 5b 5d 41 5c 41 5d c3 66 90 f3 0f 1e fa 48 89 3f 48 89 7f 08 c3 0f 1f 40 00 f3 0f 1e fa 48 8b 47 08 48 89 3e 48 89 46 08 <48> 89 77 08 48 8b 46 08 48 89 30 c3 0f 1f 44 00 00 f3 0f 1e fa 48
Sep 08 00:23:11 flaglock3 systemd[1]: Started Process Core Dump (PID 28156/UID 0).
Sep 08 00:23:11 flaglock3 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@6-28156-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Sep 08 00:23:12 flaglock3 systemd-coredump[28157]: Resource limits disable core dumping for process 28153 (sway).
Sep 08 00:23:12 flaglock3 systemd-coredump[28157]: Process 28153 (sway) of user 1000 dumped core.
Sep 08 00:23:12 flaglock3 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-coredump@6-28156-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

I'm slowly trying to figure out what "resource limits" prevent me from acquiring a core...

karma: -1

Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.

This update can be pushed to stable now if the maintainer wishes

Interesting, as it works fine here. I'd be interested to see the actual coredump.

Sorry for the delay. Here's the backtrace:

[New LWP 10126]
[New LWP 10128]

warning: Loadable section ".note.gnu.property" outside of ELF segments

warning: Loadable section ".note.gnu.property" outside of ELF segments
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".

warning: Loadable section ".note.gnu.property" outside of ELF segments

warning: Loadable section ".note.gnu.property" outside of ELF segments

warning: Loadable section ".note.gnu.property" outside of ELF segments

warning: Loadable section ".note.gnu.property" outside of ELF segments

warning: Loadable section ".note.gnu.property" outside of ELF segments
Core was generated by `sway -d'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007fe4a45c4abf in wl_list_insert () from /lib64/libwayland-server.so.0
[Current thread is 1 (Thread 0x7fe4a118aac0 (LWP 10126))]
#0  0x00007fe4a45c4abf in wl_list_insert () at /lib64/libwayland-server.so.0
#1  0x000055616087b42b in wl_signal_add (signal=<optimized out>, listener=0x5561628146d0) at /usr/include/wayland-server-core.h:435
        seat = 0x556162814620
        __PRETTY_FUNCTION__ = "seat_create"
#2  0x000055616087b42b in seat_create (seat_name=0x5561608a799a "seat0") at ../sway/input/seat.c:492
        seat = 0x556162814620
        __PRETTY_FUNCTION__ = "seat_create"
#3  0x000055616086b2d5 in server_init (server=0x5561608c1de0 <server>) at ../sway/server.c:157
        renderer = <optimized out>
        __PRETTY_FUNCTION__ = "server_init"
        wlr_output = <optimized out>
#4  0x00005561608603c7 in main (argc=2, argv=0x7ffcd8336238) at ../sway/main.c:367
        verbose = 0
        debug = 1
        validate = 0
        allow_unsupported_gpu = 0
        long_options = {{name = 0x5561608a64bd "help", has_arg = 0, flag = 0x0, val = 104}, {name = 0x5561608a9289 "config", has_arg = 1, flag = 0x0, val = 99}, {name = 0x5561608a64c2 "validate", has_arg = 0, flag = 0x0, val = 67}, {name = 0x5561608a64cb "debug", has_arg = 0, flag = 0x0, val = 100}, {name = 0x5561608a6421 "version", has_arg = 0, flag = 0x0, val = 118}, {name = 0x5561608a55e3 "verbose", has_arg = 0, flag = 0x0, val = 86}, {name = 0x5561608a64d1 "get-socketpath", has_arg = 0, flag = 0x0, val = 112}, {name = 0x5561608a64e0 "unsupported-gpu", has_arg = 0, flag = 0x0, val = 117}, {name = 0x5561608a64f0 "my-next-gpu-wont-be-nvidia", has_arg = 0, flag = 0x0, val = 117}, {name = 0x0, has_arg = 0, flag = 0x0, val = 0}}
        config_path = 0x0
        usage = 0x5561608a6800 "Usage: sway [options] [command]\n\n  -h, --help", ' ' <repeats 13 times>, "Show help message and quit.\n  -c, --config <config>  Specify a config file.\n  -C, --validate         Check the validity of the config file, th"...
        c = <optimized out>

I'm using libwayland-server-1.17.0-1.fc30.x86_64. I have saved the core off if that's of interest, but I don't know where to share it.

Ack, I didn't upgrade wlroots to 0.7.0. I didn't realize that was required with this update.

With wlroots 0.7.0, sway 1.2 comes up just fine. Sorry about that.

karma: +1 #1742641: +1 #1747057: +1

Thanks for the follow-up! Good to know that it works after all.

This update has been submitted for stable by thofmann.

This update has been pushed to stable.

Add Comment & Feedback

Please login to add feedback.

Content Type
Module
Status
stable
Test Gating
Submitted by
Update Type
unspecified
Update Severity
unspecified
Karma
+1
stable threshold: 3
unstable threshold: -3
Autopush (karma)
Disabled
Autopush (time)
Disabled
Dates
submitted 17 days ago
in testing 17 days ago
in stable 8 days ago

Related Bugs 3

00 #1742132 mako-1.4 is available
0+1 #1742641 sway-1.2 is available
0+1 #1747057 wlroots-0.7.0 is available

Automated Test Results