Подразумевается, что ты сам постараешься узнать «кто такой Philip Withnall». И, соответственно, сам будешь в ответе за причинённый «вред» его ПО твоему любимому компу.
Прикольно было бы: входишь в метро, прикладываешь карточку к турникету, а тебе в ответ возникает сообщение: «Вы доверяете Иванову Сергею Петровичу, который работает машинистом электропоезда?»
Пока не нажмешь «ДА» — ничего не происходит. Нажимаешь «ДА» — тебе следующий вопрос: «Вы доверяете Сидорову Захару Петровичу, который сегодня управляет эскалатором на этой станции?»
Нажимаешь «ДА» (без этого не пустит), следующее: «Вы доверяете лейтенанту Ковальчуку Максиму Ивановичу, который сегодня несет службу по охране правопорядка на этой станции?»
… и так еще 20 вопросов. Представьте ситуацию. Если не ответишь на все «ДА» — в метро не пустит. Бред? На мой взгляд, да. А я вот сейчас в Линуксе так сидел и жал на кнопочку. Раз 20, не меньше. После чего мне написало: «Неверная или поврежденная база данных». Фуйли — это ж вам не винда, которая «молча сифилизирует мой комп» с ее «неграми». Это честный Линукс! Который честно пишет, что произошел глюк и он не смог сделать то, что должен был.
Винда конечно не спрашивает, а молча сифилизирует твой комп
Хорошо бы, чтобы и Линукс мог так сифилизировать мой комп, чтобы он работал четко и слаженно, как винда. Но, к сожалению, в Линуксе нет «негров», которым платят гроши, как в Майкрософте, а только студенты, которые на коленках реализуют свои творческие идеи. Спасибо им, конечно, большое за труд, не спорю.
Подразумевается, что ты сам постараешься узнать "кто такой Philip Withnall". И, соответственно, сам будешь в ответе за причинённый «вред» его ПО твоему любимому компу.
Это — сарказм.
А если серьезно, то Винда конечно не спрашивает, а молча сифилизирует твой комп. Или ты правда думаешь, что «негры» которым платят гроши в Майкрософте, будут досконально проверять «зло(без)вредность» ПО, которое они скирдуют для пользователей??
Линукс здесь более честен, имхо.
…
Совет:
Прежде, чем ставить в Лине непроверенный софт, поинтересуйся про него на форумах.
И будет тебе счастье.
Сперва БОМБИТЬ будет.
Жжение ниже спины, гнев, крики «ДОКОЛЕ!!??!», стремление выйти во двор с фонариком.
Потом похмелье, сухость во рту и чувство вины.
Потом отпустит и ответ придет сам.
Или не придет.
hybrid suspend это сочетание первых двух как я понимаю.
Да. Это засыпание в RAM с дублированием на диск на случай потери питания.
в /etc/X11/xorg.conf.d/ два файла 30-touchpad.conf и 00-keyboard.conf нужно создать что то типа amdgpu.conf?
Именно так. **-amdgpu.conf, где ** число, если быть совсем точным. В манджаре, емнип, mhwd создает автоматом 90-mhwd.conf. Простейший пример файла. Но, учитывая что раньше оно работало я сомнйеваюсь что причина в нем. Если не прописывать туда опции, то автоконфигурации вполне хватает если целью не стоит борьба с тирингом и т.п. Сдается мне это баг.
journalctl -k -b -1
на что-нибудь ругается после неудачной попытки проснуться?
… можно конечно попробовать откатить этот пакет на 19 версию,
откат gettext делается без проблем и никакие зависимости не задевает(проверил у себя), после этого появляется новая ошибка
<code>
usr/sbin/ld: video_output.o: в функции «video_output::color_init(int, parameters const&, video_frame const&)»:
video_output.cpp:(.text+0x5a85): неопределённая ссылка на «glewContextIsSupported»
/usr/sbin/ld: video_output_qt.o: в функции «video_output_qt::init()»:
video_output_qt.cpp:(.text+0x39ce): неопределённая ссылка на «glewContextInit»
/usr/sbin/ld: video_output_qt.cpp:(.text+0x39fc): неопределённая ссылка на «glewContextIsSupported»
collect2: ошибка: выполнение ld завершилось с кодом возврата 1
make[4]: *** [Makefile:742: bino] Ошибка 1
make[4]: выход из каталога «/home/ypp/.cache/paru/clone/bino/src/bino-1.6.7/src»
make[3]: *** [Makefile:953: all-recursive] Ошибка 1
make[3]: выход из каталога «/home/ypp/.cache/paru/clone/bino/src/bino-1.6.7/src»
make[2]: *** [Makefile:656: all] Ошибка 2
make[2]: выход из каталога «/home/ypp/.cache/paru/clone/bino/src/bino-1.6.7/src»
make[1]: *** [Makefile:457: all-recursive] Ошибка 1
make[1]: выход из каталога «/home/ypp/.cache/paru/clone/bino/src/bino-1.6.7»
make: *** [Makefile:396: all] Ошибка 2
==> ОШИБКА: Произошел сбой в build().
</code>
make[3]: выход из каталога «/tmp/pamac-build-arch/bino-git/src/bino-git/po»
*** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.19 but the autoconf macros are from gettext version 0.20
make[2]: *** [Makefile:201: stamp-po] Ошибка 1
make[2]: выход из каталога «/tmp/pamac-build-arch/bino-git/src/bino-git/po»
make[1]: *** [Makefile:457: all-recursive] Ошибка 1
make[1]: выход из каталога «/tmp/pamac-build-arch/bino-git/src/bino-git»
make: *** [Makefile:396: all] Ошибка 2
==> ОШИБКА: Произошел сбой в build().
Прерывание...
Если я правильно понял этот пакет gettext — это не чистая зависимость и он нужен только для сборки пакета, он как я понял нужен для сборки локализации на другие языки…
и видимо в версиях выше 0.19 что то в gettext изменилось, почему они и несовместимы…
для Убунты и Дебиана ничего страшного и не произошло — там наверное до сих пор 0.19
там все пакеты древние ))
а вот для роллинг ОС, которые используют свежие версии пакетов, это поломалось
п.с. у меня Манжары нет и стоит просто Арч — ща попробую этот Bino собрать,
и свои ошибки вышлю на Гитхаб разрабу — что бы он исправил исходники…
Я же вам сказал какая версия нужна для пакета — gettext 0.19
а у вас стоит 0.21
Пишите на Гитхаб разработчику — пусть пересоберёт исходники под новую версию gettext
… можно конечно попробовать откатить этот пакет на 19 версию, но я бы не советовал, — что там произойдёт с зависимостями в итоге — я не могу сказать, и не повредит ли это системе )
Нужен suspend to ram. suspend to disk работает. hybrid suspend это сочетание первых двух как я понимаю.
вывод
lspci | grep «VGA» | cut -f 1 -d ' ' | xargs lspci -vs | tail -n 3 | head -n 1
Kernel driver in use: amdgpu
«Вы доверяете Иванову Сергею Петровичу, который работает машинистом электропоезда?»
Пока не нажмешь «ДА» — ничего не происходит. Нажимаешь «ДА» — тебе следующий вопрос:
«Вы доверяете Сидорову Захару Петровичу, который сегодня управляет эскалатором на этой станции?»
Нажимаешь «ДА» (без этого не пустит), следующее:
«Вы доверяете лейтенанту Ковальчуку Максиму Ивановичу, который сегодня несет службу по охране правопорядка на этой станции?»
… и так еще 20 вопросов. Представьте ситуацию. Если не ответишь на все «ДА» — в метро не пустит. Бред? На мой взгляд, да. А я вот сейчас в Линуксе так сидел и жал на кнопочку. Раз 20, не меньше. После чего мне написало: «Неверная или поврежденная база данных». Фуйли — это ж вам не винда, которая «молча сифилизирует мой комп» с ее «неграми». Это честный Линукс! Который честно пишет, что произошел глюк и он не смог сделать то, что должен был.
Это — сарказм.
А если серьезно, то Винда конечно не спрашивает, а молча сифилизирует твой комп. Или ты правда думаешь, что «негры» которым платят гроши в Майкрософте, будут досконально проверять «зло(без)вредность» ПО, которое они скирдуют для пользователей??
Линукс здесь более честен, имхо.
…
Совет:
Прежде, чем ставить в Лине непроверенный софт, поинтересуйся про него на форумах.
И будет тебе счастье.
Жжение ниже спины, гнев, крики «ДОКОЛЕ!!??!», стремление выйти во двор с фонариком.
Потом похмелье, сухость во рту и чувство вины.
Потом отпустит и ответ придет сам.
Или не придет.
Усыпил, зависло, перегрузил, вывод journalctl -k -b -1
— Journal begins at Wed 2021-02-10 20:43:46 +05, ends at Fri 2021-02-12 18:51:09 +05. — фев 12 18:44:59 FOXMANJAROPC kernel: Linux version 5.10.15-1-MANJARO (builduser@LEGION) (gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.36) 1 SMP PREEMPT Wed Feb 10 10:42:47 UTC 2021
фев 12 18:44:59 FOXMANJAROPC kernel: Command line: ro root=/dev/nvme0n1p5 rootflags=subvol=/@ initrd=@\boot\initramfs-5.10-x86_64.img
фев 12 18:44:59 FOXMANJAROPC kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
фев 12 18:44:59 FOXMANJAROPC kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
фев 12 18:44:59 FOXMANJAROPC kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
фев 12 18:44:59 FOXMANJAROPC kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
фев 12 18:44:59 FOXMANJAROPC kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'compacted' format.
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-provided physical RAM map:
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000009e1ffff] usable
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x0000000009e20000-0x0000000009ffffff] reserved
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x000000000a000000-0x000000000a1fffff] usable
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x000000000a200000-0x000000000a20ffff] ACPI NVS
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x000000000a210000-0x00000000bc6f8fff] usable
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000bc6f9000-0x00000000bca52fff] reserved
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000bca53000-0x00000000bcaadfff] ACPI data
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000bcaae000-0x00000000bd133fff] ACPI NVS
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000bd134000-0x00000000bddfefff] reserved
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000bddff000-0x00000000beffffff] usable
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000bf000000-0x00000000bfffffff] reserved
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000f0000000-0x00000000f7ffffff] reserved
фев 12 18:44:59 FOXMANJAROPC kernel: BIOS-e820: [mem 0x00000000fd200000-0x00000000fd2fffff] reserved
Да. Это засыпание в RAM с дублированием на диск на случай потери питания.
Именно так. **-amdgpu.conf, где ** число, если быть совсем точным. В манджаре, емнип, mhwd создает автоматом 90-mhwd.conf.
Простейший пример файла. Но, учитывая что раньше оно работало я сомнйеваюсь что причина в нем. Если не прописывать туда опции, то автоконфигурации вполне хватает если целью не стоит борьба с тирингом и т.п. Сдается мне это баг.
на что-нибудь ругается после неудачной попытки проснуться?
и видимо в версиях выше 0.19 что то в gettext изменилось, почему они и несовместимы…
для Убунты и Дебиана ничего страшного и не произошло — там наверное до сих пор 0.19
там все пакеты древние ))
а вот для роллинг ОС, которые используют свежие версии пакетов, это поломалось
п.с. у меня Манжары нет и стоит просто Арч — ща попробую этот Bino собрать,
и свои ошибки вышлю на Гитхаб разрабу — что бы он исправил исходники…
так уж и быть, я это сделаю за вас ))
а у вас стоит 0.21
Пишите на Гитхаб разработчику — пусть пересоберёт исходники под новую версию gettext
… можно конечно попробовать откатить этот пакет на 19 версию, но я бы не советовал, — что там произойдёт с зависимостями в итоге — я не могу сказать, и не повредит ли это системе )
все равно не могу его поставить в чем причина как правильного его установить?
вывод
lspci | grep «VGA» | cut -f 1 -d ' ' | xargs lspci -vs | tail -n 3 | head -n 1
Kernel driver in use: amdgpu
вывод
mhwd -l -d
— > PCI Device: /devices/pci0000:00/0000:00:03.1/0000:08:00.0/0000:09:00.0/0000:0a:00.0 (0300:1002:731f)
Display controller ATI Technologies Inc Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT]
— > INSTALLED:
NAME: video-linux
ATTACHED: PCI
VERSION: 2018.05.04
INFO: Standard open source drivers.
PRIORITY: 2
FREEDRIVER: true
DEPENDS: — CONFLICTS: — CLASSIDS: 0300 0380 0302
VENDORIDS: 1002 8086 10de
> AVAILABLE:
NAME: video-linux
ATTACHED: PCI
VERSION: 2018.05.04
INFO: Standard open source drivers.
PRIORITY: 2
FREEDRIVER: true
DEPENDS: — CONFLICTS: — CLASSIDS: 0300 0380 0302
VENDORIDS: 1002 8086 10de
NAME: video-modesetting
ATTACHED: PCI
VERSION: 2020.01.13
INFO: X.org modesetting video driver.
PRIORITY: 1
FREEDRIVER: true
DEPENDS: — CONFLICTS: — CLASSIDS: 0300
VENDORIDS: *
NAME: video-vesa
ATTACHED: PCI
VERSION: 2017.03.12
INFO: X.org vesa video driver.
PRIORITY: 0
FREEDRIVER: true
DEPENDS: — CONFLICTS: — CLASSIDS: 0300
VENDORIDS: *
в /etc/X11/xorg.conf.d/ два файла 30-touchpad.conf и 00-keyboard.conf нужно создать что то типа amdgpu.conf? Чего туда прописать?
Через конфиг. Лежит в /etc/X11/xorg.conf.d/.
Давайте на всякий случай уточним имеется в виду suspend to ram, suspend to disk или hybrid suspend.
GETTEXT_MACRO_VERSION = 0.19
ссыль — github.com/marlam/bino-mirror/blob/master/po/Makefile.in.in