vasek
перепутаны архитектуры 64 и 32
uname -a
Linux mx_z 4.15.14-1-ARCH #1 SMP PREEMPT Wed Mar 28 17:34:29 UTC 2018 x86_64 GNU/Linux
file /usr/bin/vlc
/usr/bin/vlc: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=c01f37a2bd0df8606ed0e921a2ecab004f0fc1e6, stripped
file /usr/bin/strace
/usr/bin/strace: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=4f2599ba4878c68d707ddaccf276e16b796e489b, stripped
vs220
strace -o logvlc.txt /usr/bin/cvlc
"Накопи-пастелся" - сейчас:
$ strace /usr/bin/cvlc
execve("/usr/bin/cvlc", ["/usr/bin/cvlc"], 0x7fff66f9c9e0 /* 35 vars */) = -1 ENOEXEC (Exec format error)
fstat(2, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
write(2, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
) = 32
getpid()                                = 6285
exit_group(1)                           = ?
+++ exited with 1 +++
и
$ strace -o logvlc.txt /usr/bin/cvlc
strace: exec: Exec format error
Извините убегаю спать, смогу продолжить завтра.
vs220
/usr/bin/cvlc
Это вывод на /usr/bin/cvlc:
$ /usr/bin/cvlc
VLC media player 3.0.1 Vetinari (revision 3.0.1-0-gec0f700fcc)
Ошибка сегментирования (стек памяти сброшен на диск)
А <strace /usr/bin/cvlc>, вывод очень большой получается. Пробую записать вывод в файл (strace /usr/bin/cvlc > vlclog.txt) не записывает.
И куда такие большие логи отправлять, если даже буфера терминала не хватает.
alexandr05
Попробуйте на вновь созданном пользователе
Не помогает. Та-же ошибка.
Morisson
Раньше QT4 требовался
Это было раньше :(, всё это перепробовал, подозреваю что он с кем-то конфликтует, но вот с кем и как выяснить.
Здравствуйте.
Не запускается VLC, вот что говорит терминал.
VLC media player 3.0.1 Vetinari (revision 3.0.1-0-gec0f700fcc)
[0000556c0ebe03f0] main libvlc: Запуск vlc с интерфейсом по умолчанию. Используйте 'cvlc' для запуска vlc без интерфейса.
Ошибка сегментирования (стек памяти сброшен на диск)
Полная переустановка с зачищением хвостов, установка микрокода, запуск без интерфейса не помогают.
Aivar
А из новостного раздела тоже переведете? )
Ну извините что-напряг :)
Но всё равно, спасибо!
teplovoz
ZeniaM
wxgtk3-dev
Откуда он у тебя ???
Хороший вопрос, честно сам не знаю, вероятно и аура с FreeFileSync подтянулся.
Aivar
Вывод: меньше тяните пакетов зависимостей из ауры.
Стараюсь но не всегда получается, хотя с FreeFileSync переборщил, большой потребности в нём не было, а делов наделал.
Спасибо вам с indeviral, в помощи.
Тему перевожу в "решено"
Aivar
Так показывайте что есть:

$ ls -l /usr/lib/libwx_baseu_net*
lrwxrwxrwx 1 root root     24 мар  9 21:50 /usr/lib/libwx_baseu_net-3.0.so -> libwx_baseu_net-3.0.so.0
lrwxrwxrwx 1 root root     28 мар  9 21:50 /usr/lib/libwx_baseu_net-3.0.so.0 -> libwx_baseu_net-3.0.so.0.4.0
-rwxr-xr-x 1 root root 277592 мар  9 21:50 /usr/lib/libwx_baseu_net-3.0.so.0.4.0

Вроде решил установил ещё пакет wxgtk-common удалив wxgtk-common-dev и программы стали запускаться.
Но вопросы почему и как остались, последний раз устанавливал FreeFileSync из аура, вероятно он принес конфликтные пакеты.
И ещё смущает выхлоп из терминала "audacity: error while loading shared libraries: libwx_baseu_net-3.0.so.0", а реально нужен был пакет wxgtk-common.
Как правильно ориентироваться в таких ситуациях и правильно определять виновника?