Closed Mrfiregem closed 2 years ago
I'm interested in solving this as it may help others.
There's no problem when compiling myself or running
paru aur/river-git
The biggest difference between chaotic's build and building it yourself is that we build in a clean chroot (a separated container with only base base-devel
and the dependencies introduced in depends
, makedepends
).
So, if you're facing this problem, anyone building in a clean chroots (and that's recommended by the ArchWiki) will also have it.
.pkg.tar.*
of the one you built?Sure, here's the working .pkg.tar.zst generated by paru. The file host automatically renames files, sorry š . River's pretty similar to spectrwm except written in Wayland.
ā°āĪ» du */usr/bin/*
408 bad/usr/bin/river
96 bad/usr/bin/riverctl
112 bad/usr/bin/rivertile
392 good/usr/bin/river
88 good/usr/bin/riverctl
108 good/usr/bin/rivertile
ā°āĪ» file */usr/bin/*
bad/usr/bin/river: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 4.4.0, stripped
bad/usr/bin/riverctl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 4.4.0, stripped
bad/usr/bin/rivertile: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 4.4.0, stripped
good/usr/bin/river: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 4.4.0, stripped
good/usr/bin/riverctl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 4.4.0, stripped
good/usr/bin/rivertile: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 4.4.0, stripped
Considering that my files are bigger than yours, and the error "Illegal instruction
", I had one suspect, I disassembled it and in that address there is a shrd
op, and your binary does not contains that instruction at all...
Which according to Wikipedia: ""Intel introduced BMI2 together with BMI1 in its line of Haswell processors. Only AMD has produced processors supporting BMI1 without BMI2; BMI2 is supported by AMDs Excavator architecture and newer.""
Does zig add -march=native
to every build?
@Mrfiregem, please try this one:
sudo pacman -U 'https://secret-mirror.chaotic.cx/chaotic-aur/x86_64/river-git-r732.81d103d-1-x86_64.pkg.tar.zst'
The only difference is that I built with -Dcpu=baseline
, the assembly looks like the one from you.
This still results in a similar error message.
info: initializing server
info(wlroots): [backend/wayland/backend.c:383] Creating wayland backend
info(wlroots): [render/egl.c:312] Using EGL 1.5
info(wlroots): [render/egl.c:313] Supported EGL client extensions: EGL_EXT_device_base EGL_EXT_device_enumeration EGL_EXT_device_query EGL_EXT_platform_base EGL_KHR_client_get_all_proc_addresses EGL_EXT_client_extensions EGL_KHR_debug EGL_EXT_platform_device EGL_EXT_platform_wayland EGL_KHR_platform_wayland EGL_EXT_platform_x11 EGL_KHR_platform_x11 EGL_MESA_platform_xcb EGL_MESA_platform_gbm EGL_KHR_platform_gbm EGL_MESA_platform_surfaceless
info(wlroots): [render/egl.c:314] Supported EGL display extensions: EGL_ANDROID_blob_cache EGL_EXT_buffer_age EGL_EXT_create_context_robustness EGL_EXT_image_dma_buf_import EGL_EXT_image_dma_buf_import_modifiers EGL_KHR_cl_event2 EGL_KHR_config_attribs EGL_KHR_create_context EGL_KHR_create_context_no_error EGL_KHR_fence_sync EGL_KHR_get_all_proc_addresses EGL_KHR_gl_colorspace EGL_KHR_gl_renderbuffer_image EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_3D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_image EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_no_config_context EGL_KHR_reusable_sync EGL_KHR_surfaceless_context EGL_EXT_pixel_format_float EGL_KHR_wait_sync EGL_MESA_configless_context EGL_MESA_drm_image EGL_MESA_image_dma_buf_export EGL_MESA_query_driver EGL_WL_bind_wayland_display
info(wlroots): [render/egl.c:316] Supported EGL device extensions: EGL_EXT_device_drm
info(wlroots): [render/egl.c:318] EGL vendor: Mesa Project
info(wlroots): [render/gles2/renderer.c:784] Creating GLES2 renderer
info(wlroots): [render/gles2/renderer.c:785] Using OpenGL ES 3.2 Mesa 21.2.1
info(wlroots): [render/gles2/renderer.c:786] GL vendor: AMD
info(wlroots): [render/gles2/renderer.c:787] GL renderer: AMD KABINI (DRM 2.50.0, 5.14.2-arch1-2, LLVM 12.0.1)
info(wlroots): [render/gles2/renderer.c:788] Supported GLES2 extensions: GL_EXT_blend_minmax GL_EXT_multi_draw_arrays GL_EXT_texture_filter_anisotropic GL_EXT_texture_compression_s3tc GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_rgtc GL_EXT_texture_format_BGRA8888 GL_OES_compressed_ETC1_RGB8_texture GL_OES_depth24 GL_OES_element_index_uint GL_OES_fbo_render_mipmap GL_OES_mapbuffer GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_stencil8 GL_OES_texture_3D GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_half_float GL_EXT_draw_instanced GL_EXT_texture_sRGB_decode GL_OES_EGL_image GL_OES_depth_texture GL_AMD_performance_monitor GL_OES_packed_depth_stencil GL_EXT_texture_type_2_10_10_10_REV GL_NV_conditional_render GL_OES_get_program_binary GL_APPLE_texture_max_level GL_EXT_discard_framebuffer GL_EXT_read_format_bgra GL_EXT_frag_depth GL_NV_fbo_color_attachments GL_OES_EGL_image_external GL_OES_EGL_sync GL_OES_vertex_array_object GL_OES_viewport_array GL_ANGLE_pack_reverse_row_order GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_EXT_occlusion_query_boolean GL_EXT_robustness GL_EXT_texture_rg GL_EXT_unpack_subimage GL_NV_draw_buffers GL_NV_read_buffer GL_NV_read_depth GL_NV_read_depth_stencil GL_NV_read_stencil GL_EXT_draw_buffers GL_EXT_map_buffer_range GL_KHR_debug GL_KHR_robustness GL_KHR_texture_compression_astc_ldr GL_NV_pixel_buffer_object GL_OES_depth_texture_cube_map GL_OES_required_internalformat GL_OES_surfaceless_context GL_EXT_color_buffer_float GL_EXT_sRGB_write_control GL_EXT_separate_shader_objects GL_EXT_shader_group_vote GL_EXT_shader_implicit_conversions GL_EXT_shader_integer_mix GL_EXT_tessellation_point_size GL_EXT_tessellation_shader GL_ANDROID_extension_pack_es31a GL_EXT_base_instance GL_EXT_compressed_ETC1_RGB8_sub_texture GL_EXT_copy_image GL_EXT_draw_buffers_indexed GL_EXT_draw_elements_base_vertex GL_EXT_gpu_shader5 GL_EXT_polygon_offset_clamp GL_EXT_primitive_bounding_box GL_EXT_render_snorm GL_EXT_shader_io_blocks GL_EXT_texture_border_clamp GL_EXT_texture_buffer GL_EXT_texture_cube_map_array GL_EXT_texture_norm16 GL_EXT_texture_view GL_KHR_blend_equation_advanced GL_KHR_context_flush_control GL_KHR_robust_buffer_access_behavior GL_NV_image_formats GL_OES_copy_image GL_OES_draw_buffers_indexed GL_OES_draw_elements_base_vertex GL_OES_gpu_shader5 GL_OES_primitive_bounding_box GL_OES_sample_shading GL_OES_sample_variables GL_OES_shader_io_blocks GL_OES_shader_multisample_interpolation GL_OES_tessellation_point_size GL_OES_tessellation_shader GL_OES_texture_border_clamp GL_OES_texture_buffer GL_OES_texture_cube_map_array GL_OES_texture_stencil8 GL_OES_texture_storage_multisample_2d_array GL_OES_texture_view GL_EXT_blend_func_extended GL_EXT_buffer_storage GL_EXT_float_blend GL_EXT_geometry_point_size GL_EXT_geometry_shader GL_EXT_shader_samples_identical GL_EXT_texture_sRGB_R8 GL_KHR_no_error GL_KHR_texture_compression_astc_sliced_3d GL_OES_EGL_image_external_essl3 GL_OES_geometry_point_size GL_OES_geometry_shader GL_OES_shader_image_atomic GL_EXT_clip_cull_distance GL_EXT_disjoint_timer_query GL_EXT_texture_compression_s3tc_srgb GL_EXT_window_rectangles GL_MESA_shader_integer_functions GL_EXT_clip_control GL_EXT_color_buffer_half_float GL_EXT_memory_object GL_EXT_memory_object_fd GL_EXT_texture_compression_bptc GL_KHR_parallel_shader_compile GL_NV_alpha_to_coverage_dither_control GL_EXT_EGL_image_storage GL_EXT_texture_shadow_lod GL_INTEL_blackhole_render GL_MESA_framebuffer_flip_y GL_NV_compute_shader_derivatives GL_EXT_demote_to_helper_invocation GL_EXT_depth_clamp GL_EXT_texture_query_lod GL_MESA_bgra
info(wlroots): [backend/noop/backend.c:59] Creating noop backend
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X1: Address already in use
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X2: Address already in use
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X3: Address already in use
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X4: Address already in use
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X5: Address already in use
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X6: Address already in use
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X7: Address already in use
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X8: Address already in use
error(wlroots): [xwayland/sockets.c:63] Failed to bind socket @/tmp/.X11-unix/X9: Address already in use
Illegal instruction at address 0x235cba
???:?:?: 0x235cba in ??? (???)
thread info(wlroots): [xwayland/server.c:99] WAYLAND_SOCKET=19 Xwayland :10 -rootless -terminate -core -listenfd 17 -listenfd 18 -wm 21
glamor: No eglstream capable devices found
fish: Job 1, 'river' terminated by signal SIGILL (Illegal instruction)
The xwayland errors are just because apparently the jobs were still running after exiting with error and were taking up the sockets. As for your earlier question, I'm unfamiliar with how zig compiles programs.
Pff, another BMI2 instruction.
I'm unfamiliar with how zig compiles programs.
No problem, river's author answered me in IRC. I'm just studying which solution does not impact ArchLinux's makeflags.
@dr460nf1r3 can you remove this package while I find a fix for this?
Sure :) Didnt mean to close this though, lol
š For reporting bugs
When loading from a display manager or greeter, you're immediately brought back. Running
river
in the terminal results in an error:River should launch on both instances. There's no problem when compiling myself or running
paru aur/river-git
. If this isn't fixable on your end, maybe remove this package from the repo since this happens every update and may mess people up when they wonder why their wm won't boot.