Всем здравствуйте.
Есть задача «опакетить» Java-проект под Debian.
И есть стандартная документация:
Вопросы:
javahelper, java-propose-classpath, maven-repo-helper и прочие утилиты? Ну, естественно, кроме man %s.Всем здравствуйте.
Есть ноутбук со встроенным микрофоном и комбинированным 3.5-мм входом (ну, как на своременных планшетах/телефонах).
Что касается вывода звука, то всё как положено: вставляешь наушники – встроенные колонки замолкают, и наоборот.
Но вот для микрофона это не работает – вставлял и комбинированные наушники с микрофоном, и отдельно внешний микрофон через вот такую штуку – хрен. Продолжаю слышать встроенный микрофон.
Железо – стандартный Realtek ALC233:
$ arecord -l
**** List of CAPTURE Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC233 Analog [ALC233 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
$ aplay -L
null
Discard all samples (playback) or generate zero samples (capture)
default:CARD=PCH
HDA Intel PCH, ALC233 Analog
Default Audio Device
sysdefault:CARD=PCH
HDA Intel PCH, ALC233 Analog
Default Audio Device
front:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
Front speakers
surround21:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
4.0 Surround output to Front and Rear speakers
surround41:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
hdmi:CARD=PCH,DEV=0
HDA Intel PCH, HDMI 0
HDMI Audio Output
hdmi:CARD=PCH,DEV=1
HDA Intel PCH, HDMI 1
HDMI Audio Output
hdmi:CARD=PCH,DEV=2
HDA Intel PCH, HDMI 2
HDMI Audio Output
dmix:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
Direct sample mixing device
dmix:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 0
Direct sample mixing device
dmix:CARD=PCH,DEV=7
HDA Intel PCH, HDMI 1
Direct sample mixing device
dmix:CARD=PCH,DEV=8
HDA Intel PCH, HDMI 2
Direct sample mixing device
dsnoop:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
Direct sample snooping device
dsnoop:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 0
Direct sample snooping device
dsnoop:CARD=PCH,DEV=7
HDA Intel PCH, HDMI 1
Direct sample snooping device
dsnoop:CARD=PCH,DEV=8
HDA Intel PCH, HDMI 2
Direct sample snooping device
hw:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
Direct hardware device without any conversions
hw:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 0
Direct hardware device without any conversions
hw:CARD=PCH,DEV=7
HDA Intel PCH, HDMI 1
Direct hardware device without any conversions
hw:CARD=PCH,DEV=8
HDA Intel PCH, HDMI 2
Direct hardware device without any conversions
plughw:CARD=PCH,DEV=0
HDA Intel PCH, ALC233 Analog
Hardware device with all software conversions
plughw:CARD=PCH,DEV=3
HDA Intel PCH, HDMI 0
Hardware device with all software conversions
plughw:CARD=PCH,DEV=7
HDA Intel PCH, HDMI 1
Hardware device with all software conversions
plughw:CARD=PCH,DEV=8
HDA Intel PCH, HDMI 2
Hardware device with all software conversions
alsamixer выглядит вот так:
┌────────────────────────────────────────────────── AlsaMixer v1.1.3 ──────────────────────────────────────────────────┐
│ Card: HDA Intel PCH F1: Help │
│ Chip: Realtek ALC233 F2: System information │
│ View: F3:[Playback] F4: Capture F5: All F6: Select sound card │
│ Item: Master [dB gain: -48.00] Esc: Exit │
│ │
│ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │ │ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ │▒▒│ │▒▒│ │▒▒│ │▒▒│ │ │ │ │ │ │ │ │ │
│ ├──┤ ├──┤ ├──┤ └──┘ ├──┤ └──┘ ┌──┐ ┌──┐ ┌──┐ ├──┤ Enabled └──┘ Enabled │
│ │OO│ │OO│ │OO│ │MM│ │MM│ │MM│ │MM│ │MM│ │
│ └──┘ └──┘ └──┘ └──┘ └──┘ └──┘ └──┘ └──┘ │
│ 8 100<>100 100<>100 100<>100 0<>0 0<>0 0<>0 0<>0 │
│< Master >Headphon Speaker PCM Mic Mic Boos S/PDIF S/PDIF 1 S/PDIF 2 Beep Auto-Mut Internal Loopback │
└──────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
Устройства захвата звука:
┌────────────────────────────── AlsaMixer v1.1.3 ──────────────────────────────┐
│ Card: HDA Intel PCH F1: Help │
│ Chip: Realtek ALC233 F2: System information │
│ View: F3: Playback F4:[Capture] F5: All F6: Select sound card │
│ Item: Mic Boost [dB gain: 0.00, 0.00] Esc: Exit │
│ │
│ ┌──┐ ┌──┐ ┌──┐ ┌──┐ │
│ │ │ │ │ │▒▒│ │ │ │
│ │ │ │ │ │▒▒│ │ │ │
│ │ │ │ │ │▒▒│ │ │ │
│ │ │ │ │ │▒▒│ │ │ │
│ │ │ │ │ │▒▒│ │ │ │
│ │ │ │ │ │▒▒│ │ │ │
│ │ │ │▒▒│ │▒▒│ │ │ │
│ │ │ │▒▒│ │▒▒│ │ │ │
│ │ │ │▒▒│ │▒▒│ │ │ │
│ │ │ │▒▒│ │▒▒│ │ │ │
│ │ │ │▒▒│ │▒▒│ │ │ │
│ └──┘ L└──┘R └──┘ └──┘ │
│ CAPTURE │
│ 0<>0 44<>44 100<>100 0<>0 │
│< Mic Boost > Capture Digital Internal Mic Boost │
│ │
└──────────────────────────────────────────────────────────────────────────────┘
Что можно сделать?
ОС – Devuan 2.0/3.0 на ядре 4.19, хотя это, наверное, неважно.
Всем здравствуйте.
Выкачал исходники FreeBSD (вот с этого зеркала) с целью посмотреть, какие ещё бывают Makefile’ы, кроме «гнутых», и как на них себя ведёт обычный GNU Make под Linux.
И при выполнении make clean на корневом Makefile вижу следующее:
Makefile:113: *** missing separator. Stop.
Что, с т. з. человека из экосистемы GNU, и неудивительно:
.if ${MAKE_VERSION} >= 20140620 && defined(.PARSEDIR)
.sinclude <bsd.compiler.mk>
.endif
Для GNU Make это выглядело бы скорее как
if ${MAKE_VERSION} >= 20140620 && defined(.PARSEDIR)
include <bsd.compiler.mk>
endif
Вопрос к знатокам: что это за диалект Makefile и где ещё он может использоваться в наше время?
Cast 
kirk_johnson, buratino, iZEN, yoghurt.
Всем здравствуйте.
Короче, такая лажа.
У меня Devuan 2.0 ASCII (=Debian 9), и периодически отваливается Wi-Fi. Проводной Ethernet работает.
Wi-Fi подключаю через wpa_supplicant (без NetworkManager).
После того, как выполняю
service networking stop
service networking start
интерфейс eth0 приобретает IP-адрес по DHCP, а wlan0 – нет.
Помогает либо перезагрузка, либо rmmod rtl8821ae с последующим insmod.
Железяка вот такая:
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821AE 802.11ac PCIe Wireless Network Adapter
Subsystem: Lenovo RTL8821AE 802.11ac PCIe Wireless Network Adapter
Flags: bus master, fast devsel, latency 0, IRQ 323
I/O ports at 4000 [size=256]
Memory at a2100000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Device Serial Number 00-e0-4c-ff-fe-87-2b-01
Capabilities: [150] Latency Tolerance Reporting
Capabilities: [158] L1 PM Substates
Kernel driver in use: rtl8821ae
Kernel modules: rtl8821ae
Текущие параметры модуля:
filename: /lib/modules/4.9.0-11-amd64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8821ae/rtl8821ae.ko
firmware: rtlwifi/rtl8821aefw.bin
description: Realtek 8821ae 802.11ac PCI wireless
license: GPL
author: Realtek WlanFAE <wlanfae@realtek.com>
alias: pci:v000010ECd00008821sv*sd*bc*sc*i*
alias: pci:v000010ECd00008812sv*sd*bc*sc*i*
depends: rtlwifi,rtl_pci,btcoexist,mac80211
retpoline: Y
intree: Y
vermagic: 4.9.0-11-amd64 SMP mod_unload modversions
parm: swenc:Set to 1 for software crypto (default 0)
(bool)
parm: ips:Set to 0 to not use link power save (default 1)
(bool)
parm: swlps:Set to 1 to use SW control power save (default 0)
(bool)
parm: fwlps:Set to 1 to use FW control power save (default 1)
(bool)
parm: msi:Set to 1 to use MSI interrupts mode (default 1)
(bool)
parm: debug:Set debug level (0-5) (default 0) (int)
parm: disable_watchdog:Set to 1 to disable the watchdog (default 0)
(bool)
parm: int_clear:Set to 0 to disable interrupt clear before set (default 1)
(bool)
Проблема совершенно точно наблюдается в ядрах 4.9 и 4.19 c версиями firmware-realtek версий 20161130-5 и 20190114-2.
Как диагностировать (помимо включения debug=5)?
Что можно сделать (на какие параметры модуля смотреть в первую очередь, что можно «подкрутить» ещё)?
Всем здравствуйте.
Собственно, ${subj}.
Как (при наличии «правильных» дисков и необходимого «железа») штатными средствами Linux (т. е. не устанавливая оффтопик в виртуальную машину) произвести запись с поддержкой LightScribe и/или LabelTag?
Про Labelflash и DiscT@2 не спрашиваю, т. к. эти технологии, похоже, умерли («железо» есть, «болванок» – нет).
Спасибо.
Всем здравствуйте.
Скажите – как, имея произвольный проект на GNU Make, собрать его в произвольном каталоге (например, в $(mktemp -d))? Хочется поведения CMake, когда мухи и котлеты исходники и бинарники отдельно.
С GNU Autotools всё понятно, там VPATH – и вперёд!
Но на произвольном проекте это, увы, не работает:
$ pwd
/usr/src/linux-source-4.9
$ make -qnpRrs .DEFAULT > /dev/null
scripts/basic/fixdep.c:449:1: fatal error: opening dependency file scripts/basic/.fixdep.d: Permission denied
}
^
compilation terminated.
scripts/Makefile.host:100: *** [scripts/basic/fixdep] Error 1
Makefile:444: *** [scripts_basic] Error 2
remake: *** No rule to make target '.DEFAULT'. Stop.
Ладно, я обычный пользователь, мне нельзя. Давайте попробуем в другом каталоге:
$ mktemp -d
/tmp/tmp.tQiZe6PcOT
$ cd /tmp/tmp.tQiZe6PcOT
$ make -qnpRrs VPATH=/usr/src/linux-source-4.9 -f /usr/src/linux-source-4.9/Makefile .DEFAULT > /dev/null
/usr/src/linux-source-4.9/Makefile:305: scripts/Kbuild.include: No such file or directory
/usr/src/linux-source-4.9/Makefile:648: arch/x86/Makefile: No such file or directory
/bin/bash: ./scripts/gcc-goto.sh: No such file or directory
/usr/src/linux-source-4.9/Makefile:685: scripts/Makefile.gcc-plugins: No such file or directory
/usr/src/linux-source-4.9/Makefile:843: scripts/Makefile.kasan: No such file or directory
/usr/src/linux-source-4.9/Makefile:844: scripts/Makefile.extrawarn: No such file or directory
/usr/src/linux-source-4.9/Makefile:845: scripts/Makefile.ubsan: No such file or directory
remake: *** No rule to make target 'scripts/Makefile.ubsan'. Stop.
Шиш. Т. е. в VPATH ищутся исходники, но не Makefile’ы, которые включаются через include.
P. S. Делается это всё для вытаскивания списка целей из Makefile’а. Что характерно, remake на той же задаче (ядро Linux) выводит на stdout и stderr ровно тот же мусор, что и обычный make.
stdout:
$ remake --tasks 2>/dev/null
HOSTCC scripts/basic/fixdep
scripts/Makefile.host:101: recipe for target 'scripts/basic/fixdep' failed
#0 scripts/basic/fixdep at /usr/src/linux-source-4.9/scripts/Makefile.host:100
#1 __build at /usr/src/linux-source-4.9/scripts/Makefile.build:95
Makefile:445: recipe for target 'scripts_basic' failed
#0 scripts_basic at /usr/src/linux-source-4.9/Makefile:444
#1 silentoldconfig at ??
...
stderr:
$ remake --tasks >/dev/null
scripts/basic/fixdep.c:449:1: fatal error: opening dependency file scripts/basic/.fixdep.d: Permission denied
}
^
compilation terminated.
scripts/Makefile.host:100: *** [scripts/basic/fixdep] Error 1
Makefile:444: *** [scripts_basic] Error 2
Вот совсем недавно здесь был (и, кажется, ещё полыхает) эпический срач о преимуществах файловых систем с поддержкой контрольных сумм данных, и вот я сам столкнулся с вопросом.
Есть несколько «зеркал» (mdadm, RAID 1), каждое из которых «натянуто» на два идентичных (по геометрии) раздела двух физических дисков (всего дисков три, но в RAID 1 их разделы всегда участвуют попарно). Поверх md-разделов – LVM2. Поверх LVM2 – ext4.
/proc/mdstat в порядке:
Personalities : [raid1]
md4 : active raid1 sda6[0] sdb6[2]
1299452672 blocks super 1.2 [2/2] [UU]
md3 : active raid1 sda5[4] sdb5[5]
165540964 blocks super 1.2 [2/2] [UU]
md2 : active raid1 sdb3[5] sda3[4]
165540964 blocks super 1.2 [2/2] [UU]
md1 : active raid1 sdb2[4] sda2[3]
321793764 blocks super 1.2 [2/2] [UU]
md0 : active raid1 sdb1[4] sda1[3]
1048564 blocks super 1.2 [2/2] [UU]
unused devices: <none>
S.M.A.R.T-атрибуты (18x, 19x) тоже в порядке.
/usr/share/mdadm/checkarray положен в cron, и в какой-то момент в почте я начал замечать следующее:
Nov 3 03:54:03 helios mdadm[3953]: RebuildFinished event detected on md device /dev/md4, component device mismatches found: 4224 (on raid level 1)
Nov 3 05:04:10 helios mdadm[3953]: RebuildFinished event detected on md device /dev/md2, component device mismatches found: 256 (on raid level 1)
Dec 1 03:53:45 helios mdadm[3929]: RebuildFinished event detected on md device /dev/md4, component device mismatches found: 4224 (on raid level 1)
Dec 1 04:12:32 helios mdadm[3929]: RebuildFinished event detected on md device /dev/md2, component device mismatches found: 128 (on raid level 1)
Jan 13 00:01:30 helios mdadm[3914]: RebuildFinished event detected on md device /dev/md2, component device mismatches found: 256 (on raid level 1)
Jan 13 04:28:05 helios mdadm[3871]: RebuildFinished event detected on md device /dev/md4, component device mismatches found: 7168 (on raid level 1)
Jan 13 05:36:56 helios mdadm[3871]: RebuildFinished event detected on md device /dev/md2, component device mismatches found: 256 (on raid level 1)
Jan 13 14:03:54 helios mdadm[3871]: RebuildFinished event detected on md device /dev/md4, component device mismatches found: 7168 (on raid level 1)
Jan 13 15:12:38 helios mdadm[3871]: RebuildFinished event detected on md device /dev/md2, component device mismatches found: 256 (on raid level 1)
Повторная проверка (check), как видно, к изменению результатов не привела. Сейчас ситуация следующая (соответствует логам выше):
# cat /sys/block/md2/md/mismatch_cnt
256
# cat /sys/block/md4/md/mismatch_cnt
7168
Формально у меня сейчас два варианта:
echo repair > /sys/block/md{2,4}/md/sync_action и … Вспоминается Картман и его мега-бизнес-идея собирать старые кальсоны.Вопросы:
repair) на различающиеся блоки, занятые файлами?Всем здравствуйте.
Есть ноутбук с одной встроенной и одной внешней («дискретной») видеокартой:
$ xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x7d cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 5 associated providers: 1 name:Intel
Provider 1: id: 0x54 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 5 outputs: 0 associated providers: 1 name:POLARIS11 @ pci:0000:01:00.0
$ glxinfo | grep -F 'OpenGL renderer'
OpenGL renderer string: Mesa DRI Intel(R) Kabylake GT2
$ DRI_PRIME=1 glxinfo | grep -F 'OpenGL renderer'
OpenGL renderer string: Gallium 0.4 on AMD POLARIS11 (DRM 3.27.0 / 4.19.0-0.bpo.6-amd64, LLVM 3.9.1)
У этого ноутбука есть один встроенный (1920x1080) и один внешний монитор (3840x2160).
Так вот проблема в том, что ни один из движков quake (quakespasm, darkplaces) я не могу включить в разрешении, отличном от «родного» разрешения монитора (4k для внешнего либо 1080p для встроенного).
Причём независимо от того, добавляю ли я ключи командной строки (-width 640 -height 480) либо предварительно переключаю монитор в более низкое разрешение (через lxrandr или arandr) – я вижу либо искажённую картинку, либо серый экран. Поведение не зависит от используемого движка quake.
Как лечить?
discard (или аналогом) у файловой системы UDF? Есть ли планы добавить поддержку в ядре? Как видно здесь, работа таки идёт, но про SSD я ни слова не нашёл.ext4 для оффтопика вы бы порекомендовали? Интересен практический опыт. Помимо Paragon’овского драйвера, который умудряется портить ФС даже в R/O-режиме, я нарыл следующее:
ext4-раздела. Бесполезна.ext3.ext4explore, только в профиль.ext4, mdadm (software RAID), LVM2, возможностью монтирования образов VDI, VMDK, VHD(X) и функцией предпросмотра распространённых форматов файлов (JPEG, PDF,..). Единственная программа, пригодная для использования.Update: Протестировал UDF на HDD, отформатированном format-udf, но CHKDSK в оффтопике постоянно «находит» там ошибки и постоянно их «исправляет» (см. здесь). Возможности проверки целостности ФС в Linux нет. Так что UDF, к сожалению, точно не вариант.
Всем здравствуйте.
Есть масса mp3-файлов, созданных в те мохнатые времена, когда тэги были только первой версии, и писали в них в кодировке оффтопик-1251.
Как современными средствами в потоковом режиме (файлов много, по объёму это десятки Гбайт) преобразовать id3v1 в id3v2 (в процессе удалив id3v1), а сами значения полей сконвертировать с помощью iconv -f cp1251 -t UTF-8?
Пробовал воспользоваться eyeD3, как описано здесь, но безуспешно.
Как следствие – теперь работает скроллинг.
Видео (на примере Mozilla Suite в SCO UnixWare).
Всем здравствуйте.
Скажите — а какими инструментами можно сверстать:
Интересуют как пакеты для LaTeX, так и wysiwyg-инструменты.
Спасибо.
Всем здравствуйте.
Есть зоопарк виртуальных машин со старыми ОС и, соответственно, старыми браузерами (Mozilla 1.x, SeaMonkey 1.x, Netscape 3-4.x, NCSA Mosaic, вот это вот всё). Вот только Red Hat RedBaron нет.
Gopher и FTP работают прекрасно, но хочется порой и на ЛОР заходить, не выходя из криокамеры виртуальной машины. Браузеры в лучшем случае знают о TLS 1.0, а в худшем – только об SSLv3 (или иногда даже SSLv2).
Хочется поднять прокси-сервер и настроить его таким образом, чтобы:
//domain.com в православный http://domain.com;В сети вроде упоминается https://mitmproxy.org/. Годится ли это решение для поставленной задачи?
И можно ли то же самое сделать средствами старого доброго Squid?
Всем здравствуйте.
При экспорте из org-mode в HTML внизу страницы вижу примерно следующее:
Автор: John Doe
Created: 2019-08-25 Вс 14:06
Validate
Как именно изменить значение тех или иных полей – понятно из описания списка ключевых слов. Но вот как включить/исключить те или иные поля (author, creator, date, email) при экспорте – непонятно. Курю документацию – и прогресса ноль. Помогите, а?
P.S. Включить/исключить хочется не глобально, а на уровне файла/буфера.
Всем здравствуйте.
Собственно, симптомы очень похожи на QTBUG-38169, но на этот раз не Qt 5.3, а Qt 5.7.1 на Debian 9.
В GTK+ 2/3, Qt3 (TDE), Qt4 – всё нормально, в Qt5 – беда и погибель.
Корень проблемы в том, что в xorg.conf мышь задана принудительно и явно:
Section "ServerLayout"
Identifier "Default Layout"
InputDevice "Logitech USB Laser Mouse (Manual)" "CorePointer"
EndSection
Section "InputDevice"
Identifier "Logitech USB Laser Mouse (Manual)"
Driver "evdev"
Option "Protocol" "auto"
Option "Device" "/dev/input/by-id/usb-Logitech_USB_Laser_Mouse-event-mouse"
Option "ZAxisMapping" "4 5 6 7"
EndSection
Как следствие, одна мышь присутствует физически и несколько штук – виртуально:
$ xinput --list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Logitech USB Laser Mouse (Manual) id=6 [slave pointer (2)]
⎜ ↳ Logitech USB Laser Mouse id=13 [slave pointer (2)]
Здесь id=6 – это мышь, принудительно заданная мной, а id=13 – та же самая мышь, автоматически увиденная X-сервером.
Соответственно, как только я выполняю xinput --disable 13, всё становится на свои места, но хочется иметь менее «костыльный» способ обхода проблемы.
Всем здравствуйте.
Проблема:
В GTK+ 2.x не было GtkAppChooserWidget и GtkAppChooserDialog, кому-то это было удобно, кому-то нет, но это давало определённую свободу. Пример из UI Mozilla (выбор обработчика для MIME-типа сводится тупо к выбору исполняемого файла):
В GTK+ 3.x упомянутые UI-компоненты ввели, выглядит это всё куда приятнее, но свобода открыть MIME-тип X с помощью чёрта-в-ступе (напр., /bin/ls, или моего колхозного скрипта, для которого, разумеется, нет *.desktop entry), увы, утрачена:
Пример того же UI для GTK+ 3.x
Кто знает – настраивается ли GtkAppChooserWidget через ~/.config/gtk-3.0/settings.ini?
Всем здравствуйте.
Перед переходом на Buster решил полностью обновить Stretch, и наблюдаю следующее: пакет icedtea-8-plugin (версия 1.6.2-3.1) «ушёл» вместе с обновлением Debian 9u1.
В ChangeLog следующая короткая запись:
[Date: Sat, 27 Apr 2019 08:33:24 +0000] [ftpmaster: Archive Administrator]
Removed the following packages from stable:
icedtea-8-plugin | 1.6.2-3.1 | amd64, arm64, armel, armhf, i386, ppc64el, s390x
------------------- Reason -------------------
[auto-cruft] NBS (no longer built by icedtea-web)
В истории самого пакета нашёл коммит e38fab076e79e7f3eb8958ec5aa20e11d3f02ddd («Drop support of browser plugin»).
Кто-нибудь может прокомметировать, с какой целью это было сделано, если последняя бинарная версия (1.8, март 2019 года) с официального сайта по-прежнему поддерживаает NPAPI?
Всем здравствуйте.
А может ли кто-ниудь взглянуть на вот эти два вывода:
– и прокомментировать, какого рожна gcc (в отличие от clang) не смог слинковать при том, что все нужные зависимости были одинаково установлены?
На моей машине всё, ясен пень, успешно собирается.
Кто умеет в удалённую отладку Трэвиса? =)
Update: ИЧСХ, эквивалентная конфигурация GCC на GitLab успешно проходит.
| ← назад | следующие → |