[sisyphus] извещения, KWorkstation9

[sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

Добрый вечер,

дано: KWorkstation9 и она жеЮ обновлённая до Сизифа. Параллельно установлены 
XFCE4 и fluxbox.

Результат: Стандартная служба извещений плазмы недоступна, вместо неё работает 
/usr/lib64/xfce4/notifyd/xfce4-notifyd а также запущен 
/usr/lib64/xfce4/xfconf/xfconfd

Так и задумано?

И ещё, есть ли какие-то варианты, рекомендуемые кроме sddm? Это нестабильный, 
глючный, кошмар. Не имеющий даже явной кнопки перезапуска, что совсем вкусно в 
свете его склонности "уходить в себя" :(

PS: zoom с последним Сизифом не работает: простой запуск

Client: Breakpad is using Single Client Mode! client fd = -1
/opt/zoom/zoom: symbol lookup error: /opt/zoom/imageformats/libqsvg.so: 
undefined symbol: _ZdlPvm, version Qt_5

а если сделать LD_LIBRARY_PATH=/opt/zoom, то пользоваться можно, но нет 
изображения с камеры. Камера включается и микрофон на ней работает, но нет 
картинки. Печаль.

-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Vladimir Didenko]

пн, 29 июн. 2020 г. в 20:04, Gleb Kulikov:
> PS: zoom с последним Сизифом не работает: простой запуск
>
> Client: Breakpad is using Single Client Mode! client fd = -1
> /opt/zoom/zoom: symbol lookup error: /opt/zoom/imageformats/libqsvg.so:
> undefined symbol: _ZdlPvm, version Qt_5
>
> а если сделать LD_LIBRARY_PATH=/opt/zoom, то пользоваться можно, но нет
> изображения с камеры. Камера включается и микрофон на ней работает, но нет
> картинки. Печаль.
>

А как ставили? У меня работает версия для CentOS. Раньше пользовался
версией для Arch Linux (распоковывал в хомяк) - тоже работало.

-- 
С уважением,
Владимир.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от вторник, 30 июня 2020 г. 00:28:04 +07 пользователь Vladimir 
Didenko написал:

> А как ставили? У меня работает версия для CentOS. Раньше пользовался
> версией для Arch Linux (распоковывал в хомяк) - тоже работало.

распаковывал rpm для Fedor'ы. До распоследнего обновления KWorkstation -> 
Сизиф, всё работало без нареканий

-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Anton Farygin]

On 29.06.2020 20:52, Gleb Kulikov wrote:
> В письме от вторник, 30 июня 2020 г. 00:28:04 +07 пользователь Vladimir
> Didenko написал:
>
>> А как ставили? У меня работает версия для CentOS. Раньше пользовался
>> версией для Arch Linux (распоковывал в хомяк) - тоже работало.
> распаковывал rpm для Fedor'ы. До распоследнего обновления KWorkstation ->
> Сизиф, всё работало без нареканий
>
Ну так можно и остаться на p9, если нужно что бы работало. В сизифе 
много чего может ломаться по самым разным причинам.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от вторник, 30 июня 2020 г. 18:59:11 +07 пользователь Anton Farygin 
написал:
> 
> Ну так можно и остаться на p9, если нужно что бы работало. В сизифе
> много чего может ломаться по самым разным причинам.

Это понятно. Но если проблему не замечать, она останется навсегда и на будущее 
:)

PS: в новой версии зума с сайта, камера уже работает.


-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Anton Farygin]

On 30.06.2020 18:28, Gleb Kulikov wrote:
> В письме от вторник, 30 июня 2020 г. 18:59:11 +07 пользователь Anton Farygin
> написал:
>> Ну так можно и остаться на p9, если нужно что бы работало. В сизифе
>> много чего может ломаться по самым разным причинам.
> Это понятно. Но если проблему не замечать, она останется навсегда и на будущее
> :)
>
> PS: в новой версии зума с сайта, камера уже работает.
>
>
Нет, в сизифе эта проблема конечно уйдёт, но точно появится новая.

Разработчики проприетарного ПО, как правило, рассчитывают на некоторые 
привычные им версии системных библиотек и драйверов, а Sisyphus часто 
уходит вперёд того, на что они рассчитывают - соответственно с 
непредсказуемым результатом.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от среда, 1 июля 2020 г. 01:53:19 +07 пользователь Anton Farygin 
написал:

> 
> Нет, в сизифе эта проблема конечно уйдёт, но точно появится новая.
> 
> Разработчики проприетарного ПО, как правило, рассчитывают на некоторые
> привычные им версии системных библиотек и драйверов, а Sisyphus часто
> уходит вперёд того, на что они рассчитывают - соответственно с
> непредсказуемым результатом.

Это понятно. 

PS: не работают драйвера (точнее, падает фильтр) для epson L222. Дата сборки 
-- 2015 г. это уже сверхпечально...

-- 
С уважением, /GL

[sisyphus] О неработе принтера Epson L222 в П9 и Сиифе :: Re: извещения, KWorkstation9

[Gleb Kulikov]

В письме от четверг, 2 июля 2020 г. 02:28:48 +07 пользователь Andrey 
Cherepanov написал:

> > 
> > PS: не работают драйвера (точнее, падает фильтр) для epson L222. Дата
> > сборки -- 2015 г. это уже сверхпечально...
> 
> Что за пакет?

Ситуация следующая. L222 (как и подобный сверхпопулярный L300) поддерживается 
только проприетарным фильтром epson-inkjet-
printer-20140~-1.0.0-1lsb3.2.x86_64.rpm (исходный текст epson-inkjet-
printer-201401w-1.0.0-1lsb3.2.src.rpm включает загрузку проприетарной 
библиотеки, требующей lsb-base.) Проблем с ней, до П9, не было. С cups 2.3.1, 
печати нет: фильтр падает по SIGSEGV.

Я частично разобрался, что происходит. Фильтр (и проприетарная Эпсоновская 
библиотека) ни при чём!

При ближайшем рассмотрении выяснилось, что падение происходит при попытке 
освободить память, которая должна была быть выделена при чтении заголовка 
растра функцией cupsRasterReadHeader около строки 387 файла raster_to_epson.c 
фильтра.

А возникает падение потому, что неоткуда читать заголовок. Растр фильтру 
попросту не передаётся! Я убедился, что вместо растра, фильтр читает из stdin 
всего 4 байта. Насколько я понимаю, ломается то-ли gstopdf, то ли  pdftopdf, 
то ли gstoraster.

Я так понимаю, присутствует несогласованность gs и версии cups?

Я внёс изменеие в текст фильтра, чтобы в подобных ситуациях падение не 
возникало, естественно, от этого не стало легче.

Сравнение отладки с работающей и неработающей системы показывает, что

1. в *работающем* варианте *не* вызывается фильтр watermark

2. в *работающем* варианте gstopdf *не* получает опций  print-color-mode=color 
и output-bin=face-up

3. в НЕ работающем варианте в логе пишется

PPD: /etc/cups/ppd/L222.ppd
OUTFORMAT=\"PDF\", so output format will be PDF

а в *работающем*:
PPD: /etc/cups/ppd/L222.ppd
OUTFORMAT=\"(null)\", so output format will be CUPS/PWG Raster
OUTFORMAT=\"PDF\", so output format will be PDF

в НЕработающей печати, в протоколе присутствует извещение:
Input is empty, outputting empty file.

4. в работающем варианте в командной строке
Ghostscript command line: /usr/bin/gs -dQUIET -dSAFER -dNOPAUSE -dBATCH -
dNOINTERPOLATE -dNOMEDIAATTRS -sstdout=%stderr -sOutputFile=%stdout -
sDEVICE=pdfwrite -dCompatibilityLevel=1.3 -dAutoRotatePages=/None -
dAutoFilterColorImages=false -dNOPLATFONTS -dColorImageFilter=/FlateEncode -
dPDFSETTINGS=/printer -dColorConversionStrategy=/LeaveColorUnchanged -r360x360 
-dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=841 -I/usr/share/cups/fonts -c 
\'<</.HWMargins[8.400000 8.400000 8.399963 8.400024] /Margins[0 
0]>>setpagedevice\' -f -_

также *присутствует* опция  -dPARANOIDSAFER , тогда как в НЕ работающем 
варианте, её нет.

5. Наконец, в НЕ работающей системе присутствует характерное сообщение:

[Job 11] Error: /ioerror in --showpage--
[Job 11] Operand stack:
[Job 11] true   1   true
[Job 11] Execution stack:
[Job 11] %interp_exit   .runexec2   --nostringval--   showpage   --
nostringval--   2   %stopped_push   --nostringval--   showpage   showpage   
false   1   %stopped_push   1974   2   3   %oparray_pop   1973   2   3   
%oparray_pop   1961   2   3   %oparray_pop   1817   2   3   %oparray_pop   --
nostringval--   %errorexec_pop   .runexec2   --nostringval--   showpage   --
nostringval--   2   %stopped_push   --nostringval--   1824   1   5   
%oparray_pop   showpage   showpage
[Job 11] Dictionary stack:
[Job 11] --dict:738/1123(ro)(G)--   --dict:0/20(G)--   --dict:76/200(L)--   --
dict:68/75(L)--   --dict:19/25(L)--
[Job 11] Current allocation mode is local
[Job 11] Last OS error: Broken pipe
[Job 11] GPL Ghostscript RELEASE CANDIDATE 1 9.28: Unrecoverable error, exit 
code 1
[Job 11] GPL Ghostscript RELEASE CANDIDATE 1 9.28: ERROR: ioerror (-12) on 
closing pdfwrite device.
[Job 11] PID 459094 (/usr/lib/cups/filter/gstopdf) stopped with status 1.
[Job 11] PID 459101 (/usr/lib/cups/backend/usb) exited with no errors.

Я так понимаю, присутствует несогласованность gs и версии cups?
И что с этим делать? :( :(

Вот результат сравнение протоколов с НЕ работьающей ситсемы (cups 2/3/1) и 
работающей (cups 2.2.12):

5 filters for job:
[Job 11] gstopdf (application/postscript to application/pdf, cost 0)

[Job 11] watermark (application/pdf to application/vnd.alt-pdf-water, cost 0)
!!!! фильтра watermark нет в печатающем варианте

[Job 11] pdftopdf (application/vnd.alt-pdf-water to application/vnd.cups-pdf, 
cost 2)
[Job 11] gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, 
cost 99)
[Job 11] /opt/epson-inkjet-printer-201401w/cups/lib/filter/
epson_inkjet_printer_filter (application/vnd.cups-raster to printer/L222, cost 
0)

argv[5]="Collate finishings=3 fit-to-page job-billing media=A4 number-up=1 
number-up-layout=lrtb output-bin=face-up outputorder=normal page-bottom=10 
page-left=10 page-right=10 page-top=10 portrait print-color-mode=color 
sides=one-sided job-uuid=urn:uuid:1c9a3e50-94d8-3a2a-509e-6ac126cc06d4 job-
originating-host-name=localhost date-time-at-creation= date-time-at-
processing= time-at-creation=1594883467 time-at-processing=1594883468 
document-name-supplied=okular_nFnNPv.ps PageSize=A4"
!!! в работающем варианте нет output-bin=face-up

envp[11]="SOFTWARE=CUPS/2.3.1" !!! --- НЕ РАБОТАЕТ !!!

envp[11]="SOFTWARE=CUPS/2.2.12" !!! --- РАБОТАЕТ !!!

[Job 11] Started filter /usr/lib/cups/filter/gstopdf (PID 459094)

[Job 11] Started filter /usr/lib/cups/filter/watermark (PID 459096)
!!! в работающем варианте нет фильтра watermark!

[Job 11] Started filter /usr/lib/cups/filter/pdftopdf (PID 459097)
[Job 11] Started filter /usr/lib/cups/filter/gstoraster (PID 459098)
[Job 11] Started filter /opt/epson-inkjet-printer-201401w/cups/lib/filter/
epson_inkjet_printer_filter (PID 459099)
[Job 11] Started backend /usr/lib/cups/backend/usb (PID 459101)

[Job 11] gstopdf argv[6] = 11 gleb dddTips.pdf 1 Collate finishings=3 fit-to-
page job-billing media=A4 number-up=1 number-up-layout=lrtb output-bin=face-up 
outputorder=normal page-bottom=10 page-left=10 page-right=10 page-top=10 
portrait print-color-mode=color sides=one-sided job-uuid=urn:uuid:
1c9a3e50-94d8-3a2a-509e-6ac126cc06d4 job-originating-host-name=localhost date-
time-at-creation= date-time-at-processing= time-at-creation=1594883467 time-
at-processing=1594883468 document-name-supplied=okular_nFnNPv.ps PageSize=A4 /
var/spool/cups/d00011-001
!!! print-color-mode=color !!! --- НЕТ В РАБОТАЮЩЕМ ВАРИАНТЕ !!!
!!! output-bin=face-up !!! --- НЕТ В РАБОТАЮЩЕМ ВАРИАНТЕ !!!

[Job 11] PPD: /etc/cups/ppd/L222.ppd
[Job 11] OUTFORMAT=\"PDF\", so output format will be PDF
!!!
!!! в работающем варианте:
[Job 11] PPD: /etc/cups/ppd/L222.ppd
[Job 11] OUTFORMAT=\"(null)\", so output format will be CUPS/PWG Raster
[Job 11] OUTFORMAT=\"PDF\", so output format will be PDF

[Job 11] Printing on printer with URI: usb://EPSON/L222%20Series?
serial=574E33503135313512&interface=1

[Job 11] pdftopdf: Last filter determined by the PPD: 
epson_inkjet_printer_filter; FINAL_CONTENT_TYPE: application/vnd.cups-raster 
=> pdftopdf will not log pages in page_log.

[Job 11] Input is empty, outputting empty file.
!!! --- ????? В работающей системе такого НЕТ !!!

[Job 11] PID 459097 (/usr/lib/cups/filter/pdftopdf) exited with no errors.
[Job 11] libusb_get_device_list=9
[Job 11] Input is empty, outputting empty file.
[Job 11] PID 459098 (/usr/lib/cups/filter/gstoraster) exited with no errors.

[Job 11] Ghostscript using Any-Part-of-Pixel method to fill paths.

[Job 11] Ghostscript command line: /usr/bin/gs -dQUIET -dSAFER -dNOPAUSE -
dBATCH -dNOINTERPOLATE -dNOMEDIAATTRS -sstdout=%stderr -sOutputFile=%stdout -
sDEVICE=pdfwrite -dCompatibilityLevel=1.3 -dAutoRotatePages=/None -
dAutoFilterColorImages=false -dNOPLATFONTS -dColorImageFilter=/FlateEncode -
dPDFSETTINGS=/printer -dColorConversionStrategy=/LeaveColorUnchanged -r360x360 
-dDEVICEWIDTHPOINTS=595 -dDEVICEHEIGHTPOINTS=841 -I/usr/share/cups/fonts -c 
\'<</.HWMargins[8.400000 8.400000 8.399963 8.400024] /Margins[0 
0]>>setpagedevice\' -f -_
!!! --- в работающем варианте также присутствует опция -dPARANOIDSAFER  !!!


[Job 11] envp[0]=\"OUTFORMAT=PDF\"
[Job 11] envp[1]=\"CUPS_DOCROOT=/usr/share/doc/cups\"
[Job 11] envp[2]=\"CUPS_CACHEDIR=/var/cache/cups\"
[Job 11] envp[3]=\"LANG=ru_RU.UTF-8\"
[Job 11] envp[4]=\"CUPS_ENCRYPTION=IfRequested\"
[Job 11] envp[5]=\"PRINTER_INFO=Epson MFU\"
[Job 11] envp[6]=\"CUPS_FILETYPE=document\"
[Job 11] envp[7]=\"CUPS_REQUESTROOT=/var/spool/cups\"
[Job 11] envp[8]=\"SERVER_ADMIN=root@hypatia.athena.gtsk\"
[Job 11] envp[9]=\"CUPS_SERVERBIN=/usr/lib/cups\"
[Job 11] envp[10]=\"CUPS_MAX_MESSAGE=2047\"
[Job 11] envp[11]=\"USER=root\"
[Job 11] envp[12]=\"CUPS_DATADIR=/usr/share/cups\"
[Job 11] envp[13]=\"PWD=/\"
[Job 11] envp[14]=\"HOME=/var/spool/cups/tmp\"
[Job 11] envp[15]=\"PRINTER_LOCATION=H77.01\"
[Job 11] envp[16]=\"RIP_MAX_CACHE=128m\"
[Job 11] envp[17]=\"CONTENT_TYPE=application/postscript\"
[Job 11] envp[18]=\"CHARSET=utf-8\"
[Job 11] envp[19]=\"IPP_PORT=631\"
[Job 11] envp[20]=\"TMPDIR=/var/spool/cups/tmp\"
[Job 11] envp[21]=\"CUPS_STATEDIR=/var/run/cups\"
[Job 11] envp[22]=\"CUPS_FONTPATH=/usr/share/cups/fonts\"
[Job 11] envp[23]=\"CUPS_SERVERROOT=/etc/cups\"
[Job 11] envp[24]=\"PPD=/etc/cups/ppd/L222.ppd\"
[Job 11] envp[25]=\"SOFTWARE=CUPS/2.3.1\"
[Job 11] envp[26]=\"CUPS_SERVER=/var/run/cups/cups.sock\"
[Job 11] envp[27]=\"SHLVL=1\"
[Job 11] envp[28]=\"PRINTER=L222\"
[Job 11] envp[29]=\"FINAL_CONTENT_TYPE=application/vnd.cups-raster\"
[Job 11] envp[30]=\"DEVICE_URI=usb://EPSON/L222%20Series?
serial=574E33503135313512&interface=1\"
[Job 11] envp[31]=\"PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/
bin\"
[Job 11] envp[32]=\"AUTH_INFO_REQUIRED=none\"
[Job 11] envp[33]=\"PRINTER_STATE_REASONS=none\"
[Job 11] envp[34]=\"_=/usr/lib/cups/filter/gstoraster\"

[Job 11] Sent 0 bytes...
!!! В работающем варианте просто отправка !!!

[Job 11] PID 459099 (/opt/epson-inkjet-printer-201401w/cups/lib/filter/
epson_inkjet_printer_filter) crashed on signal 5.
!!! краш: даже ещё не вызывается проприетарная библиотека. Краш вызван 
попыткой освободиь выделенную под
растр память, кототрая не была по факту выделена, так как РАСТР НЕ БЫЛ ПЕРЕДАН 
ФИЛЬТРУ !!!

[Job 11] Error: /ioerror in --showpage--
[Job 11] Operand stack:
[Job 11] true   1   true
[Job 11] Execution stack:
[Job 11] %interp_exit   .runexec2   --nostringval--   showpage   --
nostringval--   2   %stopped_push   --nostringval--   showpage   showpage   
false   1   %stopped_push   1974   2   3   %oparray_pop   1973   2   3   
%oparray_pop   1961   2   3   %oparray_pop   1817   2   3   %oparray_pop   --
nostringval--   %errorexec_pop   .runexec2   --nostringval--   showpage   --
nostringval--   2   %stopped_push   --nostringval--   1824   1   5   
%oparray_pop   showpage   showpage
[Job 11] Dictionary stack:
[Job 11] --dict:738/1123(ro)(G)--   --dict:0/20(G)--   --dict:76/200(L)--   --
dict:68/75(L)--   --dict:19/25(L)--
[Job 11] Current allocation mode is local
[Job 11] Last OS error: Broken pipe
[Job 11] GPL Ghostscript RELEASE CANDIDATE 1 9.28: Unrecoverable error, exit 
code 1
[Job 11] GPL Ghostscript RELEASE CANDIDATE 1 9.28: ERROR: ioerror (-12) on 
closing pdfwrite device.
[Job 11] PID 459094 (/usr/lib/cups/filter/gstopdf) stopped with status 1.
[Job 11] PID 459101 (/usr/lib/cups/backend/usb) exited with no errors.
[Job 11] Job stopped due to filter errors; please consult the /var/log/cups/
error_log file for details.
[Job 11] The following messages were recorded from 14:11:08 to 14:11:09
[Job 11] Mapping media to Pagesize=A4
[Job 11] After mapping finishings PageSize=A4
[Job 11] Printer found with device ID: 
MFG:EPSON;CMD:ESCPL2,BDC,D4,D4PX,END4;MDL:L222 Series;CLS:PRINTER;DES:EPSON 
L222 Series;CID:EpsonStd10;FID:FXN,DPN,WFN,ETN,AFN,DAN,WRN;RID:00;DDS:
011180;ELG:0E64; Device URI: usb://EPSON/L222%20Series?
serial=574E33503135313512&interface=1
[Job 11] End of messages
[Job 11] printer-state=3(idle)
[Job 11] printer-state-message="Отправка данных на принтер."
[Job 11] printer-state-reasons=none
[Job 11] Unloading...

Надеюсь на помощь...



-- 
С уважением, /GL

Re: [sisyphus] О неработе принтера Epson L222 в П9 и Сизифе

[Michael Shigorin]

On Fri, Jul 31, 2020 at 03:30:18AM +0700, Gleb Kulikov wrote:
> Я частично разобрался, что происходит. Фильтр (и проприетарная
> Эпсоновская библиотека) ни при чём!

Вешайте на cups, в копию стоит поставить george@ и boyarsh@.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] О неработе принтера Epson L222 в П9 и Сиифе :: Re: извещения, KWorkstation9

[Anton V. Boyarshinov]

В Fri, 31 Jul 2020 03:30:18 +0700
Gleb Kulikov <glebus@asd.iao.ru> пишет:

> 1. в *работающем* варианте *не* вызывается фильтр watermark

А для каких целей вы в Сизифе используете пакет
cups-filter-sl-watermark и как этот пакет вообще попал к вам в систему?

PS при выключенном Selinux этот фильтр просто передаёт stdin на stdout

Re: [sisyphus] О неработе принтера Epson L222 в П9 и Сиифе :: Re: извещения, KWorkstation9

[Gleb Kulikov]

В письме от пятница, 31 июля 2020 г. 15:31:57 +07 пользователь Anton V. 
Boyarshinov написал:
> В Fri, 31 Jul 2020 03:30:18 +0700
> 
> Gleb Kulikov <glebus@asd.iao.ru> пишет:
> > 1. в *работающем* варианте *не* вызывается фильтр watermark
> 
> А для каких целей вы в Сизифе используете пакет
> cups-filter-sl-watermark

Да, утром разобрался: при удалении пакета, печать волшебным образом "чинится".

В том-то и дело, что селинукс у меня не включался и даже не планировался. Как 
пакет попал в систему, сказать не могу: руками не ставил.

> PS при выключенном Selinux этот фильтр просто передаёт stdin на stdout

Нет. При присутствующем пакете, печать *ломается* начисто (кроме виртуальных 
принтеров). Проверено.



-- 
С уважением, /GL

Re: [sisyphus] О неработе принтера Epson L222 в П9 и Сиифе :: Re: извещения, KWorkstation9

[Anton V. Boyarshinov]

В Fri, 31 Jul 2020 18:13:12 +0700
Gleb Kulikov <glebus@asd.iao.ru> пишет:

> > PS при выключенном Selinux этот фильтр просто передаёт stdin на stdout  
> 
> Нет. При присутствующем пакете, печать *ломается* начисто (кроме виртуальных 
> принтеров). Проверено.

Странно. Полагаю, что это связано не с фильтром как таковым, а с
изменением правил фильтрации, которые приходят с этим пакетом.

Их тестировали и в тестовых окружениях всё работало (с разными
реальными принтерами), но, видимо, надо проверить ещё какие-то случаи.

Тем не менее, этот пакет не предназначен для использования в обычных
дистрибутивах и в обычных окружениях, хорошо бы узнать -- что могло
вытянуть его в систему...

Re: [sisyphus] О неработе принтера Epson L222 в П9 и Сиифе :: Re: извещения, KWorkstation9

[Михаил Новоселов]

31.07.2020 16:22, Anton V. Boyarshinov пишет:
> В Fri, 31 Jul 2020 18:13:12 +0700
> Gleb Kulikov <glebus@asd.iao.ru> пишет:
>
>>> PS при выключенном Selinux этот фильтр просто передаёт stdin на stdout  
>> Нет. При присутствующем пакете, печать *ломается* начисто (кроме виртуальных 
>> принтеров). Проверено.
> Странно. Полагаю, что это связано не с фильтром как таковым, а с
> изменением правил фильтрации, которые приходят с этим пакетом.
>
> Их тестировали и в тестовых окружениях всё работало (с разными
> реальными принтерами), но, видимо, надо проверить ещё какие-то случаи.

А при установленном этом пакете прям все 100% заданий печати проходят через этот фильтр?

Что будет, если принтер использует свой миме-тип, не описанный в sl-watermark.convs?

> Тем не менее, этот пакет не предназначен для использования в обычных
> дистрибутивах и в обычных окружениях, хорошо бы узнать -- что могло
> вытянуть его в систему...
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
------
С уважением,
Михаил Новоселов | https://nixtux.ru

Re: [sisyphus] О неработе принтера Epson L222 в П9 и Сиифе :: Re: извещения, KWorkstation9

[Anton V. Boyarshinov]

В Tue, 4 Aug 2020 17:53:37 +0300
Михаил Новоселов <mikhailnov@dumalogiya.ru> пишет:

> > Их тестировали и в тестовых окружениях всё работало (с разными
> > реальными принтерами), но, видимо, надо проверить ещё какие-то случаи.  
> 
> А при установленном этом пакете прям все 100% заданий печати проходят через этот фильтр?

Предполагалось, что да.
 
> Что будет, если принтер использует свой миме-тип, не описанный в sl-watermark.convs?

По идее, они все проходят через стадию типа cups-vnd-pdf, хотя,
кончено, можно написать такой convs, что не будут проходить.

Re: [sisyphus] О неработе принтера Epson L222 в П9 и Сиифе :: Re: извещения, KWorkstation9

[Michael Shigorin]

On Fri, Jul 31, 2020 at 06:13:12PM +0700, Gleb Kulikov wrote:
> > А для каких целей вы в Сизифе используете пакет
> > cups-filter-sl-watermark
> Как пакет попал в систему, сказать не могу: руками не ставил.

В /var/log/user/info часом не фигурирует?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] О неработе принтера Epson L222 в П9 и Сиифе :: Re: извещения, KWorkstation9

[glebus]

В письме от понедельник, 3 августа 2020 г. 19:30:47 +07 пользователь Michael 
Shigorin написал:
> On Fri, Jul 31, 2020 at 06:13:12PM +0700, Gleb Kulikov wrote:
> > > А для каких целей вы в Сизифе используете пакет
> > > cups-filter-sl-watermark
> > 
> > Как пакет попал в систему, сказать не могу: руками не ставил.
> 
> В /var/log/user/info часом не фигурирует?

нет, полный ноль

--

С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от вторник, 30 июня 2020 г. 00:23:53 +07 пользователь Aleksey 
Novodvorsky написал:
> Это Сизиф. То есть _нестабильный_ Брана разработки.
> Мы благодарны за найденные ошибки, мы будем их исправлять, но появление
> новых неизбежно.

Алексей, добрый вечер,

это понятно, потому и пишу :)

> Вот чужая проприетарщина точно не для Сизифа. Там зато теперь есть  jitsi.

вся "дистанционка" на зуме, так что, это может быть важно...

-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от вторник, 30 июня 2020 г. 01:03:04 +07 пользователь Aleksey 
Novodvorsky написал:
> > вся "дистанционка" на зуме, так что, это может быть важно...
> 
> Да, импортозамещение такое импортозамещение... С безопасностью. Ну хоть бы
> на trueconf.

Дьявол в деталях... zoom оказался самым "вездеходным". С bbb, например, есть 
проблемы у некоторых провайдеров, любимая болячка sip с "диодом" на линии :(

-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от вторник, 30 июня 2020 г. 01:13:19 +07 пользователь Aleksey 
Novodvorsky написал:
 
> jitsi смотрели?
> Вот уж кто вездеходный.
> Нужен, конечно, хороший канал и сервер. Зато свой.

Ещё нет. Спасибо за наводку!

-- 
С уважением, /GL

[sisyphus] [JT] Re: извещения, KWorkstation9

[Alexei V. Mezin]

29.06.2020 21:13, Aleksey Novodvorsky пишет:

> jitsi смотрели?
> Вот уж кто вездеходный.

Хм... а кто и как будет эту вездеходность доносить, например, до 
школьных учителей? У меня дети три месяца "учились" через этот zoom. И 
неплохо бы, чтоб тот же герой, который убедит общеобразовательную школу, 
проследовал далее к убеждение школы спортивной, где тоже занятия были по 
зуму. А потом, например, к внедренцам, например, отечественного T-Flex 
CAD, которые вебинары проводят в зуме.

Сдается мне, что всем перечисленным и еще много-много кому просто нет 
дела до проблем какого-то АЛьТ Линукс и его пользователей. Потому что у 
всех остальных все работает.

Re: [sisyphus] [JT] Re: извещения, KWorkstation9

[Andrey Cherepanov]

29.06.2020 23:16, Alexei V. Mezin пишет:
> 29.06.2020 21:13, Aleksey Novodvorsky пишет:
>
>> jitsi смотрели?
>> Вот уж кто вездеходный.
>
> Хм... а кто и как будет эту вездеходность доносить, например, до
> школьных учителей? У меня дети три месяца "учились" через этот zoom. И
> неплохо бы, чтоб тот же герой, который убедит общеобразовательную
> школу, проследовал далее к убеждение школы спортивной, где тоже
> занятия были по зуму. А потом, например, к внедренцам, например,
> отечественного T-Flex CAD, которые вебинары проводят в зуме.
>
> Сдается мне, что всем перечисленным и еще много-много кому просто нет
> дела до проблем какого-то АЛьТ Линукс и его пользователей. Потому что
> у всех остальных все работает.

Во-первых, нет никакого Альт Линукс. Уже много лет. Есть актуалььные
дистрибутивы Альт и ALT Linux Team.

Во-вторых, Zoom отлично работает на p9. Про Sisyphus сказали ранее.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [sisyphus] jitsi-meet (was: извещения, KWorkstation9)

[Paul Wolneykien]

В Mon, 29 Jun 2020 21:13:19 +0300
Aleksey Novodvorsky <aen@basealt.ru> пишет:

> jitsi смотрели? 
> Вот уж кто вездеходный. 

  У меня, кстати, на одном из ноутбуков не работает видео от
web-камеры в браузере в meet.jit.si (Firefox на p9, другие не смотрел).
Причём камеру можно выбрать, разрешить передачу, лампочка на камере
загорается, но в браузере только серый прямоугольник (который можно
"остановить" и "запустить"). При этом в других программах (Cheese, VLC,
Zoom, Skype) картинка нормальная.

Re: [sisyphus] jitsi-meet (was: извещения, KWorkstation9)

[Paul Wolneykien]

6 июля 2020 г. 1:21:04 GMT+03:00, Aleksey Novodvorsky <aen@basealt.ru> пишет:
>пн, 6 июл. 2020 г., 01:19 Paul Wolneykien <manowar@altlinux.org>:
>
>> В Mon, 29 Jun 2020 21:13:19 +0300
>> Aleksey Novodvorsky <aen@basealt.ru> пишет:
>>
>> > jitsi смотрели?
>> > Вот уж кто вездеходный.
>>
>>   У меня, кстати, на одном из ноутбуков не работает видео от
>> web-камеры в браузере в meet.jit.si (Firefox на p9, другие не
>смотрел).
>> Причём камеру можно выбрать, разрешить передачу, лампочка на камере
>> загорается, но в браузере только серый прямоугольник (который можно
>> "остановить" и "запустить"). При этом в других программах (Cheese,
>VLC,
>> Zoom, Skype) картинка нормальная.
>>
>
>В нашей сборке или?

Firefox нашей сборки, как и всё остальное. Приложение на сайте https://meet.jit.si/ .

Re: [sisyphus] jitsi-meet

[Anton Farygin]

On 06.07.2020 02:06, Aleksey Novodvorsky wrote:
>
>
>
> пн, 6 июл. 2020 г., 01:55 Paul Wolneykien <manowar@altlinux.org 
> <mailto:manowar@altlinux.org>>:
>
>     6 июля 2020 г. 1:21:04 GMT+03:00, Aleksey Novodvorsky
>     <aen@basealt.ru <mailto:aen@basealt.ru>> пишет:
>     >пн, 6 июл. 2020 г., 01:19 Paul Wolneykien <manowar@altlinux.org
>     <mailto:manowar@altlinux.org>>:
>     >
>     >> В Mon, 29 Jun 2020 21:13:19 +0300
>     >> Aleksey Novodvorsky <aen@basealt.ru <mailto:aen@basealt.ru>> пишет:
>     >>
>     >> > jitsi смотрели?
>     >> > Вот уж кто вездеходный.
>     >>
>     >>   У меня, кстати, на одном из ноутбуков не работает видео от
>     >> web-камеры в браузере в meet.jit.si <http://meet.jit.si>
>     (Firefox на p9, другие не
>     >смотрел).
>     >> Причём камеру можно выбрать, разрешить передачу, лампочка на камере
>     >> загорается, но в браузере только серый прямоугольник (который можно
>     >> "остановить" и "запустить"). При этом в других программах (Cheese,
>     >VLC,
>     >> Zoom, Skype) картинка нормальная.
>     >>
>     >
>     >В нашей сборке или?
>
>     Firefox нашей сборки, как и всё остальное. Приложение на сайте
>     https://meet.jit.si/ .
>
>
> Мы сейчас тестируем
> https://lists.altlinux.org/pipermail/sisyphus-incominger/2020-June/574456.html
> для включения в p9 и серверы 9.1.
>
> Когда развернем сервер в Обнинске, можно будет проверить и попробовать 
> разобраться, если что не так.
>
Паша, а в других WEB-клиентах в firefox камера работает ?

Выглядит так, как будто это проблема на стороне firefox.

Re: [sisyphus] jitsi-meet

[Denis Medvedev]

On 7/6/20 8:29 AM, Anton Farygin wrote:
> On 06.07.2020 02:06, Aleksey Novodvorsky wrote:
>>
>>
>>
>> пн, 6 июл. 2020 г., 01:55 Paul Wolneykien <manowar@altlinux.org
>> <mailto:manowar@altlinux.org>>:
>>
>>     6 июля 2020 г. 1:21:04 GMT+03:00, Aleksey Novodvorsky
>>     <aen@basealt.ru <mailto:aen@basealt.ru>> пишет:
>>     >пн, 6 июл. 2020 г., 01:19 Paul Wolneykien <manowar@altlinux.org
>>     <mailto:manowar@altlinux.org>>:
>>     >
>>     >> В Mon, 29 Jun 2020 21:13:19 +0300
>>     >> Aleksey Novodvorsky <aen@basealt.ru <mailto:aen@basealt.ru>>
>> пишет:
>>     >>
>>     >> > jitsi смотрели?
>>     >> > Вот уж кто вездеходный.
>>     >>
>>     >>   У меня, кстати, на одном из ноутбуков не работает видео от
>>     >> web-камеры в браузере в meet.jit.si <http://meet.jit.si>
>>     (Firefox на p9, другие не
>>     >смотрел).
>>     >> Причём камеру можно выбрать, разрешить передачу, лампочка на
>> камере
>>     >> загорается, но в браузере только серый прямоугольник (который
>> можно
>>     >> "остановить" и "запустить"). При этом в других программах
>> (Cheese,
>>     >VLC,
>>     >> Zoom, Skype) картинка нормальная.
>>     >>
>>     >
>>     >В нашей сборке или?
>>
>>     Firefox нашей сборки, как и всё остальное. Приложение на сайте
>>     https://meet.jit.si/ .
>>
>>
>> Мы сейчас тестируем
>> https://lists.altlinux.org/pipermail/sisyphus-incominger/2020-June/574456.html
>>
>> для включения в p9 и серверы 9.1.
>>
>> Когда развернем сервер в Обнинске, можно будет проверить и
>> попробовать разобраться, если что не так.
>>
> Паша, а в других WEB-клиентах в firefox камера работает ?
>
> Выглядит так, как будто это проблема на стороне firefox.
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

https://community.jitsi.org/t/software-unusable-on-firefox-why/22143

Re: [sisyphus] jitsi-meet

[Paul Wolneykien]

В Mon, 6 Jul 2020 08:29:50 +0300
Anton Farygin <rider@basealt.ru> пишет:

> Паша, а в других WEB-клиентах в firefox камера работает ?
> Выглядит так, как будто это проблема на стороне firefox.

  Работает. Например, на сайте
https://www.onlinemictest.com/webcam-test/ .

В Mon, 6 Jul 2020 10:03:29 +0300
Denis Medvedev <nbr@altlinux.org> пишет:

> https://community.jitsi.org/t/software-unusable-on-firefox-why/22143

  Спасибо. Нужно разбираться, там много написано. Я посмотрел багу на
github, на которую была ссылка, и там видно, что более сложные проблемы
обсуждают, что-то с потоками RTC.
  А у меня симптомы гораздо проще: без всякой конференции, если зайти в
настройки на заглавной странице meet.jit.si и там на вкладку Devices,
то на одном ноутбуке будет картинка с камеры, а на другом — нет. При
этом версии Firefox одинаковые. И в первом попавшемся online-тесте
(выше написал) камера на проблемном ноутбуке тоже работает.

Re: [sisyphus] jitsi-meet

[Paul Wolneykien]

В Mon, 6 Jul 2020 14:29:01 +0300
Paul Wolneykien <manowar@altlinux.org> пишет:

> В Mon, 6 Jul 2020 08:29:50 +0300
> Anton Farygin <rider@basealt.ru> пишет:
> 
> > Паша, а в других WEB-клиентах в firefox камера работает ?
> > Выглядит так, как будто это проблема на стороне firefox.  
> 
>   Работает. Например, на сайте
> https://www.onlinemictest.com/webcam-test/ .
> 
> В Mon, 6 Jul 2020 10:03:29 +0300
> Denis Medvedev <nbr@altlinux.org> пишет:
> 
> > https://community.jitsi.org/t/software-unusable-on-firefox-why/22143
> >  
> 
>   Спасибо. Нужно разбираться, там много написано. Я посмотрел багу на
> github, на которую была ссылка, и там видно, что более сложные
> проблемы обсуждают, что-то с потоками RTC.
>   А у меня симптомы гораздо проще: без всякой конференции, если зайти
> в настройки на заглавной странице meet.jit.si и там на вкладку
> Devices, то на одном ноутбуке будет картинка с камеры, а на другом —
> нет. При этом версии Firefox одинаковые. И в первом попавшемся
> online-тесте (выше написал) камера на проблемном ноутбуке тоже
> работает.

  Да что там Firefox! Только что попробовал в хвалёном Chromium.
Ситуация _аналогичная_. По адресу
https://www.onlinemictest.com/webcam-test/ картинка есть, а на
https://meet.jit.si/ картинки нет.

  Параметры ноутбука и программ:

lsusb
> > Bus 001 Device 003: ID 05c8:0403 Cheng Uei Precision Industry Co.,
> > Ltd (Foxlink) Webcam

uname -a
> > Linux pupus 4.19.102-std-def-alt1 #1 SMP Wed Feb 5 21:23:53 UTC 2020
> > x86_64 GNU/Linux    

rpm -q firefox
> firefox-72.0.2-alt0.1.p9.x86_64  

$ rpm -qa | grep 'chromium'
chromium-83.0.4103.61-alt2.x86_64

Re: [sisyphus] jitsi-meet

[Anton V. Boyarshinov]

On Mon, 6 Jul 2020 15:00:17 +0300 Paul Wolneykien wrote:

>   Да что там Firefox! Только что попробовал в хвалёном Chromium.
> Ситуация _аналогичная_. По адресу
> https://www.onlinemictest.com/webcam-test/ картинка есть, а на
> https://meet.jit.si/ картинки нет.
> 
>   Параметры ноутбука и программ:

А что будет, если воткнуть в проблемный ноутбук внешнюю вебкамеру?

Подозреваю, что jitsy хочет от вебкамеры поток с какими-то параметрами,
которые данная камера не умеет или умеет бесконечно криво.

Re: [sisyphus] jitsi-meet

[Paul Wolneykien]

В Tue, 7 Jul 2020 15:02:59 +0300
"Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:

> On Mon, 6 Jul 2020 15:00:17 +0300 Paul Wolneykien wrote:
> 
> >   Да что там Firefox! Только что попробовал в хвалёном Chromium.
> > Ситуация _аналогичная_. По адресу
> > https://www.onlinemictest.com/webcam-test/ картинка есть, а на
> > https://meet.jit.si/ картинки нет.
> > 
> >   Параметры ноутбука и программ:  
> 
> А что будет, если воткнуть в проблемный ноутбук внешнюю вебкамеру?
> 
> Подозреваю, что jitsy хочет от вебкамеры поток с какими-то
> параметрами, которые данная камера не умеет или умеет бесконечно
> криво.

  Я тоже к такому выводу пришёл. Внешней камеры нет. Хотя... Есть
микроскоп. ;-)

Re: [sisyphus] jitsi-meet

[Anton Farygin]

On 07.07.2020 16:56, Paul Wolneykien wrote:
> В Tue, 7 Jul 2020 15:02:59 +0300
> "Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:
>
>> On Mon, 6 Jul 2020 15:00:17 +0300 Paul Wolneykien wrote:
>>
>>>    Да что там Firefox! Только что попробовал в хвалёном Chromium.
>>> Ситуация _аналогичная_. По адресу
>>> https://www.onlinemictest.com/webcam-test/ картинка есть, а на
>>> https://meet.jit.si/ картинки нет.
>>>
>>>    Параметры ноутбука и программ:
>> А что будет, если воткнуть в проблемный ноутбук внешнюю вебкамеру?
>>
>> Подозреваю, что jitsy хочет от вебкамеры поток с какими-то
>> параметрами, которые данная камера не умеет или умеет бесконечно
>> криво.
>    Я тоже к такому выводу пришёл. Внешней камеры нет. Хотя... Есть
> микроскоп. ;-)

Тоже вполне себе ничего ;)

Но говорят что ещё бывает v4l2loopback, который тоже вполне себе 
транслирует video.

Можно заодно поэкспериментировать и сделать, например, перекодировку с 
webcam на лету в то, что нужно для jitsi

Re: [sisyphus] jitsi-meet

[Anton Farygin]

On 07.07.2020 18:22, Anton Farygin wrote:
> On 07.07.2020 16:56, Paul Wolneykien wrote:
>> В Tue, 7 Jul 2020 15:02:59 +0300
>> "Anton V. Boyarshinov" <boyarsh@altlinux.org> пишет:
>>
>>> On Mon, 6 Jul 2020 15:00:17 +0300 Paul Wolneykien wrote:
>>>
>>>>    Да что там Firefox! Только что попробовал в хвалёном Chromium.
>>>> Ситуация _аналогичная_. По адресу
>>>> https://www.onlinemictest.com/webcam-test/ картинка есть, а на
>>>> https://meet.jit.si/ картинки нет.
>>>>
>>>>    Параметры ноутбука и программ:
>>> А что будет, если воткнуть в проблемный ноутбук внешнюю вебкамеру?
>>>
>>> Подозреваю, что jitsy хочет от вебкамеры поток с какими-то
>>> параметрами, которые данная камера не умеет или умеет бесконечно
>>> криво.
>>    Я тоже к такому выводу пришёл. Внешней камеры нет. Хотя... Есть
>> микроскоп. ;-)
>
> Тоже вполне себе ничего ;)
>
> Но говорят что ещё бывает v4l2loopback, который тоже вполне себе 
> транслирует video.
>
> Можно заодно поэкспериментировать и сделать, например, перекодировку с 
> webcam на лету в то, что нужно для jitsi

Ещё проще всё, на самом деле - нужно собрать v4l2convert.

Re: [sisyphus] извещения, KWorkstation9

[Михаил Новоселов]

29.06.2020 21:07, Gleb Kulikov пишет:
> В письме от вторник, 30 июня 2020 г. 01:03:04 +07 пользователь Aleksey 
> Novodvorsky написал:
>>> вся "дистанционка" на зуме, так что, это может быть важно...
>> Да, импортозамещение такое импортозамещение... С безопасностью. Ну хоть бы
>> на trueconf.
> Дьявол в деталях... zoom оказался самым "вездеходным". С bbb, например, есть 
> проблемы у некоторых провайдеров, любимая болячка sip с "диодом" на линии :(
>
А можно чуть поподробнее про проблемы bbb? turn-сервером они не решаются?

Re: [sisyphus] извещения, KWorkstation9

[Sergey V Turchin]

On Monday, 29 June 2020 20:50:38 MSK Gleb Kulikov wrote:

[...]
> вся "дистанционка" на зуме
Не вся.

P.S.
А ещё есть https://meet.google.com/

-- 
Regards, Sergey.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от вторник, 30 июня 2020 г. 14:53:31 +07 пользователь Sergey V 
Turchin написал:
> On Monday, 29 June 2020 20:50:38 MSK Gleb Kulikov wrote:
> 
> [...]
> 
> > вся "дистанционка" на зуме
> 
> Не вся.
> 
> P.S.
> А ещё есть https://meet.google.com/

в общем, комментарий от действующего преподавателя о jitsi и гугл митинг:

..."Там нет комнат и возможности презентаций, файлы не подвешиваются, видео 
тоже - все только через демонстрацию экрана. Я пробовала такой. Сюда же google 
meet: для поговорить хорошо, для урока не очень."

-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Sergey V Turchin]

On Monday, 29 June 2020 20:04:14 MSK Gleb Kulikov wrote:
> Добрый вечер,
> 
> дано: KWorkstation9 и она жеЮ обновлённая до Сизифа. Параллельно установлены
> XFCE4 и fluxbox.
> 
> Результат: Стандартная служба извещений плазмы недоступна, вместо неё
> работает /usr/lib64/xfce4/notifyd/xfce4-notifyd а также запущен
> /usr/lib64/xfce4/xfconf/xfconfd
> 
> Так и задумано?
Ищите, кто запускает пользовательский xfce4-notifyd.service
 
> И ещё, есть ли какие-то варианты, рекомендуемые кроме sddm? Это
> нестабильный, глючный, кошмар.
> Не имеющий даже явной кнопки перезапуска,
Имеющий везде, где я его видел. Полагаю, как-минимум в этом случае, глючное и 
кошмарное что-то другое.

> что совсем вкусно в свете его склонности "уходить в себя" :(

[...]

-- 
Regards, Sergey.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от вторник, 30 июня 2020 г. 14:51:43 +07 пользователь Sergey V 
Turchin написал:

> > дано: KWorkstation9 и она жеЮ обновлённая до Сизифа. Параллельно
> > установлены XFCE4 и fluxbox.
> > 
> > Результат: Стандартная служба извещений плазмы недоступна, вместо неё
> > работает /usr/lib64/xfce4/notifyd/xfce4-notifyd а также запущен
> > /usr/lib64/xfce4/xfconf/xfconfd
> > 
> > Так и задумано?
> 
> Ищите, кто запускает пользовательский xfce4-notifyd.service

запускает systemd. искал, не нашёл.

> 
> > И ещё, есть ли какие-то варианты, рекомендуемые кроме sddm? Это
> > нестабильный, глючный, кошмар.
> > Не имеющий даже явной кнопки перезапуска,
> 
> Имеющий везде, где я его видел. Полагаю, как-минимум в этом случае, глючное
> и кошмарное что-то другое.

Да я не наставиваю. Подскажите, где находится кнопка "перезапустить 
графическую подсистему"?


-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Anton Farygin]

On 30.06.2020 18:16, Gleb Kulikov wrote:
>> Имеющий везде, где я его видел. Полагаю, как-минимум в этом случае, глючное
>> и кошмарное что-то другое.
> Да я не наставиваю. Подскажите, где находится кнопка "перезапустить
> графическую подсистему"?

killall X в консоли всегда отлично с этим справлялся.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от среда, 1 июля 2020 г. 01:54:05 +07 пользователь Anton Farygin 
написал:
> On 30.06.2020 18:16, Gleb Kulikov wrote:
> >> Имеющий везде, где я его видел. Полагаю, как-минимум в этом случае,
> >> глючное
> >> и кошмарное что-то другое.
> > 
> > Да я не наставиваю. Подскажите, где находится кнопка "перезапустить
> > графическую подсистему"?
> 
> killall X в консоли всегда отлично с этим справлялся.

Антон, не пробовал объяснить это супруге? В Kworkstation после выхода из 
спячки, с вероятностью 100%  появляется приглашение перейти в консоль и 
выполнить loginctl unlock-session а у меня, соотв., новые седые волосы на я$$
$/.

Или в классе малышне предложить сделать killall X?

По-моему, не смешно. Это явная недоработка (в kdm это было, как многое 
другое). Урезали функционал и убрали элементы в надежде на абсолютную 
безглючность графики. А это, как легко убедиться, не так.

Ну и вишенка про сборку (затронуты все версии):

sddm-greeter[7303]: libpng warning: iCCP: known incorrect sRGB profile

sddm-greeter[7303]: file:///usr/share/sddm/themes/breeze/components/
VirtualKeyboard.qml:22:1: Type InputPanel unavailable

sddm-greeter[7303]: qrc:/QtQuick/VirtualKeyboard/content/InputPanel.qml:125:5: 
Type Keyboard unavailable

sddm-greeter[7303]: qrc:/QtQuick/VirtualKeyboard/content/components/
Keyboard.qml:36:1: module "QtQuick.VirtualKeyboard.Plugins" is not installed

sddm-greeter[7303]: Loading file:///usr/share/sddm/themes/breeze/Main.qml...

sddm-greeter[7303]: file:///usr/share/sddm/themes/breeze/components/
VirtualKeyboard.qml:22:1: Type InputPanel unavailable

sddm-greeter[7303]: qrc:/QtQuick/VirtualKeyboard/content/InputPanel.qml:125:5: 
Type Keyboard unavailable

sddm-greeter[7303]: qrc:/QtQuick/VirtualKeyboard/content/components/
Keyboard.qml:36:1: module "QtQuick.VirtualKeyboard.Plugins" is not installed

sddm-greeter[7303]: QDBusConnection: name 'org.freedesktop.UDisks2' had owner 
'' but we thought it was ':1.24'

-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Anton Farygin]

On 01.07.2020 12:41, Gleb Kulikov wrote:
> В письме от среда, 1 июля 2020 г. 01:54:05 +07 пользователь Anton Farygin
> написал:
>> On 30.06.2020 18:16, Gleb Kulikov wrote:
>>>> Имеющий везде, где я его видел. Полагаю, как-минимум в этом случае,
>>>> глючное
>>>> и кошмарное что-то другое.
>>> Да я не наставиваю. Подскажите, где находится кнопка "перезапустить
>>> графическую подсистему"?
>> killall X в консоли всегда отлично с этим справлялся.
> Антон, не пробовал объяснить это супруге? В Kworkstation после выхода из
> спячки, с вероятностью 100%  появляется приглашение перейти в консоль и
> выполнить loginctl unlock-session а у меня, соотв., новые седые волосы на я$$
> $/.
>
> Или в классе малышне предложить сделать killall X?
>
> По-моему, не смешно. Это явная недоработка (в kdm это было, как многое
> другое). Урезали функционал и убрали элементы в надежде на абсолютную
> безглючность графики. А это, как легко убедиться, не так.
>
> Ну и вишенка про сборку (затронуты все версии):
>
> sddm-greeter[7303]: libpng warning: iCCP: known incorrect sRGB profile
>
> sddm-greeter[7303]: file:///usr/share/sddm/themes/breeze/components/
> VirtualKeyboard.qml:22:1: Type InputPanel unavailable
>
> sddm-greeter[7303]: qrc:/QtQuick/VirtualKeyboard/content/InputPanel.qml:125:5:
> Type Keyboard unavailable
>
> sddm-greeter[7303]: qrc:/QtQuick/VirtualKeyboard/content/components/
> Keyboard.qml:36:1: module "QtQuick.VirtualKeyboard.Plugins" is not installed
>
> sddm-greeter[7303]: Loading file:///usr/share/sddm/themes/breeze/Main.qml...
>
> sddm-greeter[7303]: file:///usr/share/sddm/themes/breeze/components/
> VirtualKeyboard.qml:22:1: Type InputPanel unavailable
>
> sddm-greeter[7303]: qrc:/QtQuick/VirtualKeyboard/content/InputPanel.qml:125:5:
> Type Keyboard unavailable
>
> sddm-greeter[7303]: qrc:/QtQuick/VirtualKeyboard/content/components/
> Keyboard.qml:36:1: module "QtQuick.VirtualKeyboard.Plugins" is not installed
>
> sddm-greeter[7303]: QDBusConnection: name 'org.freedesktop.UDisks2' had owner
> '' but we thought it was ':1.24'
>
Вы зря обновились до Sisyphus.


Есть 100%-й механизм воспроизведения этой ошибки ?
Как вы понимаете - у нас она нигде не воспроизводится.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от четверг, 2 июля 2020 г. 12:43:40 +07 пользователь Anton Farygin 
написал:

> Вы зря обновились до Sisyphus.

это вопрос сложный :)

> 
> 
> Есть 100%-й механизм воспроизведения этой ошибки ?
> Как вы понимаете - у нас она нигде не воспроизводится.

какой именно? требование сделать unlock session?
ввести систему в гибернацию (включен гибридный режим). После выхода из спячки, 
в графике чёрный фон с требованием перейти в консоль и выполнить loginctl 
unlock-session <номер>. На этой конкретной машине -- воспроизводимость 100%. 
Есть подозрение на аппаратные проблемы (на этой машине, вне зависимости от 
установленной системы, не работает (зависает после запуска) Мозилла.

Один раз ловил то же самое на машине, установленной с беты p9, при попытке 
войти в сеанс, когда было (скорее всего, по ошибке) открыто несколько сессий 
от разных пользователей.

Но. На "проблемной" машине ранее стоял Сизиф, полученный обновлением из 
стартеркита, последний снэпшот был датирован 2019-12-25. Использовался kde4. 
Аналогичного эффекта не было никогда.  Сейчас специально загрузился в этот 
снэпшот и проверил. Вход -- выход из гибернации идеальный.

А, да. Машины в домене ipa.


Или сообщения об отсутствии  модулей вирт. клавиатуры и т.п.? Эти сообщения 
присутствуют на всех сборках, использующих sddm -- стартеркиты, kworstation и 
т.п., как минимум, начиная с июля прошлого года. Проверялось на многих 
машинах.

-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Anton Farygin]

On 02.07.2020 09:04, Gleb Kulikov wrote:
> В письме от четверг, 2 июля 2020 г. 12:43:40 +07 пользователь Anton Farygin
> написал:
>
>> Вы зря обновились до Sisyphus.
> это вопрос сложный :)
>
>>
>> Есть 100%-й механизм воспроизведения этой ошибки ?
>> Как вы понимаете - у нас она нигде не воспроизводится.
> какой именно? требование сделать unlock session?
Да, именно э
> ввести систему в гибернацию (включен гибридный режим). После выхода из спячки,
> в графике чёрный фон с требованием перейти в консоль и выполнить loginctl
> unlock-session <номер>. На этой конкретной машине -- воспроизводимость 100%.
> Есть подозрение на аппаратные проблемы (на этой машине, вне зависимости от
> установленной системы, не работает (зависает после запуска) Мозилла.
Это точно аппаратные проблемы. Спящим режимом пользуюсь всегда, с 
блокировкой экрана. Никаких проблем не наблюдаю и на Sisyphus и на p8, p9.
>
> Один раз ловил то же самое на машине, установленной с беты p9, при попытке
> войти в сеанс, когда было (скорее всего, по ошибке) открыто несколько сессий
> от разных пользователей.
>
> Но. На "проблемной" машине ранее стоял Сизиф, полученный обновлением из
> стартеркита, последний снэпшот был датирован 2019-12-25. Использовался kde4.
> Аналогичного эффекта не было никогда.  Сейчас специально загрузился в этот
> снэпшот и проверил. Вход -- выход из гибернации идеальный.
kde4 это совсем другое.
>
> А, да. Машины в домене ipa.
Это не связано.
>
>
> Или сообщения об отсутствии  модулей вирт. клавиатуры и т.п.? Эти сообщения
> присутствуют на всех сборках, использующих sddm -- стартеркиты, kworstation и
> т.п., как минимум, начиная с июля прошлого года. Проверялось на многих
> машинах.

Эти сообщения не имеют никакого отношения к вашей проблеме.

Re: [sisyphus] извещения, KWorkstation9

[Sergey V Turchin]

On Thursday, 2 July 2020 09:04:42 MSK Gleb Kulikov wrote:
> В письме от четверг, 2 июля 2020 г. 12:43:40 +07 пользователь Anton Farygin
> 
> написал:
> > Вы зря обновились до Sisyphus.
> 
> это вопрос сложный :)
> 
> > Есть 100%-й механизм воспроизведения этой ошибки ?
> > Как вы понимаете - у нас она нигде не воспроизводится.
> 
> какой именно? требование сделать unlock session?
> ввести систему в гибернацию (включен гибридный режим). После выхода из
> спячки, в графике чёрный фон с требованием перейти в консоль и выполнить
> loginctl unlock-session <номер>. На этой конкретной машине --
> воспроизводимость 100%.
> Есть подозрение на аппаратные проблемы (на этой
> машине, вне зависимости от установленной системы, не работает (зависает
> после запуска) Мозилла.
Эффекты рабочего стола выключите в "Обеспечении эффектов", если включены.

[...]

-- 
Regards, Sergey.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от четверг, 2 июля 2020 г. 15:47:49 +07 пользователь Sergey V Turchin 
написал:

> 
> Эффекты рабочего стола выключите в "Обеспечении эффектов", если включены.
> 

универсальный совет, это понятно :(


-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[glebus]

В письме от четверг, 2 июля 2020 г. 13:04:42 +07 пользователь Gleb Kulikov 
написал:

> какой именно? требование сделать unlock session?
> ввести систему в гибернацию (включен гибридный режим). После выхода из


NVIDIA GK208B [GeForce GT 710] driver: nvidia v: 450.57  или 440.100:

радикально исправило ситуацию (убрало патологическую загрузку процессора, 
заработало проигрывание в HD/60 при двух подключенных мониторах 
1: 1280x1024~60Hz 2: 2560x1440~60Hz 

/etc/modprobe.d/nvidia.conf
	options nvidia_drm modeset=1

/etc/profile.d/kwin.sh
	export GL_YIELD=USLEEP
	export __GL_YIELD=USLEEP


А вот на NVIDIA G94 [GeForce 9600 GT] driver: nvidia v: 340.108
аналогичные установки наоборот, чудовищно множат глюки kwin

--

С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Sergey V Turchin]

On Tuesday, 30 June 2020 18:16:11 MSK Gleb Kulikov wrote:

[...]
> Да я не наставиваю. Подскажите, где находится кнопка "перезапустить
> графическую подсистему"?
"Завершить сеанс".

-- 
Regards, Sergey.

Re: [sisyphus] извещения, KWorkstation9

[Gleb Kulikov]

В письме от четверг, 2 июля 2020 г. 15:42:24 +07 пользователь Sergey V Turchin 
написал:
> On Tuesday, 30 June 2020 18:16:11 MSK Gleb Kulikov wrote:
> 
> [...]
> 
> > Да я не наставиваю. Подскажите, где находится кнопка "перезапустить
> > графическую подсистему"?
> 
> "Завершить сеанс".

Когда на экране висит экран sddm, не реагирующий на нажатия клавиш? Ну, ок.

-- 
С уважением, /GL

Re: [sisyphus] извещения, KWorkstation9

[Sergey V Turchin]

On Thursday, 2 July 2020 11:50:13 MSK Gleb Kulikov wrote:
> В письме от четверг, 2 июля 2020 г. 15:42:24 +07 пользователь Sergey V
> Turchin
> написал:
> > On Tuesday, 30 June 2020 18:16:11 MSK Gleb Kulikov wrote:
> > 
> > [...]
> > 
> > > Да я не наставиваю. Подскажите, где находится кнопка "перезапустить
> > > графическую подсистему"?
> > 
> > "Завершить сеанс".
> 
> Когда на экране висит экран sddm, не реагирующий на нажатия клавиш? Ну, ок.
Тогда Ctrl+Alt+F12, Ctrl+Alt+Del.

-- 
Regards, Sergey.

Re: [sisyphus] извещения, KWorkstation9

[glebus]

В письме от вторник, 30 июня 2020 г. 14:51:43 +07 пользователь Sergey V 
Turchin написал:
> On Monday, 29 June 2020 20:04:14 MSK Gleb Kulikov wrote:
> > Добрый вечер,
> > 
> > дано: KWorkstation9 и она жеЮ обновлённая до Сизифа. Параллельно
> > установлены XFCE4 и fluxbox.
> > 
> > Результат: Стандартная служба извещений плазмы недоступна, вместо неё
> > работает /usr/lib64/xfce4/notifyd/xfce4-notifyd а также запущен
> > /usr/lib64/xfce4/xfconf/xfconfd
> > 
> > Так и задумано?
> 
> Ищите, кто запускает пользовательский xfce4-notifyd.service

Вот!

А это интересно. 

помогло комментирование /usr/share/dbus-1/services/org.xfce.xfce4-
notifyd.Notifications.service

впрочем, после последнего обновления и без этого нормально работает

--

С уважением, /GL