Да, напутал немного, исправил первое сообщение.

Уведомления от telegram в KDE Connect.
Много непрочтённых сообщений. При приходе нового или прочитке происходит отсылка уведомлений (их десятки), в результате уведомления вешают plasmashell до тех пор, пока все не отобразятся и не закроются.

Как это исправить? Чтобы старые не вылазили.
Ещё вот что нужно сделать перед chroot:

Kiwii commented on 2017-08-02 00:00

Just as a heads up, it's currently breaking glibc and any app using
it: https://bugs.archlinux.org/task/54820

If your system breaks, regular chrooting won't work anymore since bash
segfaults but you can still fix it from a live system by mounting your
root to e.g. /mnt/arch and then have pacman reinstall glibc with
custom root and config parameters:

# pacman -r /mnt/arch –config /mnt/arch/etc/pacman.conf -Syu glibc

After that, you can chroot into the system via the regular arch-chroot
script and undo prelinking of the rest of the system if you want/need
to:
# prelink -au

In case reinstalling just glibc doesn't work, just reinstall the base
group; that's what I did, though probably not necessary.

https://lists.archlinux.org/pipermail/aur-requests/2018-February/022193.html
Ещё вот что нужно сделать перед chroot:

Kiwii commented on 2017-08-02 00:00

Just as a heads up, it's currently breaking glibc and any app using
it: https://bugs.archlinux.org/task/54820

If your system breaks, regular chrooting won't work anymore since bash
segfaults but you can still fix it from a live system by mounting your
root to e.g. /mnt/arch and then have pacman reinstall glibc with
custom root and config parameters:

# pacman -r /mnt/arch –config /mnt/arch/etc/pacman.conf -Syu glibc

After that, you can chroot into the system via the regular arch-chroot
script and undo prelinking of the rest of the system if you want/need
to:
# prelink -au

In case reinstalling just glibc doesn't work, just reinstall the base
group; that's what I did, though probably not necessary.
https://lists.archlinux.org/pipermail/aur-requests/2018-February/022193.html
teplovoz
hlc
Для - yaourt
[archlinuxfr]
SigLevel = Never
Server = http://repo.archlinux.fr/$arch
Еще есть репа от уважаемого arcanis где yaourt присутствует.
package-query - также здесь - archlinuxfr

уже нет такой репы
+inkscape
Пишет это pidgin при подключении к одному из серверов. При этом к остальным серверам на яндекс, гугл, sitehelp, localhost - всё работает.

Некоторое время назад пиджин стал говорить, что на сервере просрочен ssl-сертификат. А сейчас вообще к нему не цепляется. Мне говорят, что на сервере установлен openfire и шифрование к xmpp вообще не подключено. Откуда пиджин берёт сертификат - не ясно. В настройках стоит "Если доступно, использовать шифрование".
При этом другой народ к этому серверу подключается нормально, но не пиджином.

В меню Средства - Сертификаты есть инфа по сертификату этого сервера. Удалил сертификат отсюда - ошибка не изменилась.

Как отключить шифрование в пиджин, выходит проблема в этом?

Нашёл описание решения проблемы только для Oracle xmpp. Пробовал - не помогло.

Ещё недавно локально обновление было: core/openssl 1.0.2.a-1 -> 1.0.2.c-1
Но откат назад не помог.
teplovoz
Конечно возник вопрос , а почему ?

Почему здесь была версия 7.21? Потому что $PATH$ начинался с /opt/lampp/bin, а там старая версия curl лежала.

Всё так же:
$ strace curl https://aur.archlinux.org/packages/su/sunflower/sunflower.tar.gz|& grep open
Status: 1

CAfile: /opt/lampp/share/curl/curl-ca-bundle.crt

О, благодарю за наводку, походу у меня от lampp'а цепляются сертификаты и curl оттуда же!


$ whereis curl
curl: /usr/bin/curl /usr/include/curl /opt/lampp181/bin/curl /opt/lampp/bin/curl /usr/share/man/man1/curl.1.gz


$ curl -V
curl 7.21.0 (i686-pc-linux-gnu) libcurl/7.21.0 OpenSSL/1.0.0c zlib/1.2.3
Protocols: dict file ftp ftps http https imap imaps ldap ldaps pop3 pop3s rtsp smtp smtps telnet tftp
Features: Largefile NTLM SSL libz

А в нетбуке стоит 7.41.0 версия, как и в пакетах: https://www.archlinux.org/packages/core/i686/curl/

Внимание, вопрос: как сделать приоритетным использование /usr/bin/curl?

Надо мне поменять очерёдность добавления каталогов в $PATH$.

Сейчас так начинается:
$ echo $PATH$
/opt/lampp/bin:/home/vvs/.gem/ruby/2.0.0/bin:….

ё!
ееееее! Заработало!

Начни издалека (yaourt) и закончи в $PATH$.
Настоящий дзен!

Всем спасибо, и особенно 2 vasek!
teplovoz
vvs
Так как через этот же роутер работает нетбук, и на нём нормально всё
Сомнительно все , ОС и ядра одинаковы ? Попробовать заменить конфиги с рабочей ОС ?

Да, ОС, ядра - одинаковы.


$ strace curl https://aur.archlinux.org/packages/su/sunflower/sunflower.tar.gz|& grep open
Status: 1

$ curl --trace-ascii -f -v https://aur.archlinux.org/packages/su/sunflower/sunflower.tar.gz
Warning: -v/--verbose overrides an earlier trace/verbose option
* About to connect() to aur.archlinux.org port 443 (#0)
*   Trying 5.9.250.164... connected
* Connected to aur.archlinux.org (5.9.250.164) port 443 (#0)
* successfully set certificate verify locations:
*   CAfile: /opt/lampp/share/curl/curl-ca-bundle.crt
  CApath: none
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server key exchange (12):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using ECDHE-RSA-AES256-SHA
* Server certificate:
* 	 subject: description=sPulR5zVOvr94iP7; C=US; ST=Illinois; L=Chicago; O=Aaron Griffin; CN=*.archlinux.org; [email protected]
* 	 start date: 2014-04-14 05:57:54 GMT
* 	 expire date: 2016-04-14 07:22:27 GMT
* 	 subjectAltName: aur.archlinux.org matched
* 	 issuer: C=IL; O=StartCom Ltd.; OU=Secure Digital Certificate Signing; CN=StartCom Class 2 Primary Intermediate Server CA
* 	 SSL certificate verify result: unable to get local issuer certificate (20), continuing anyway.
> GET /packages/su/sunflower/sunflower.tar.gz HTTP/1.1
> User-Agent: curl/7.21.0 (i686-pc-linux-gnu) libcurl/7.21.0 OpenSSL/1.0.0c zlib/1.2.3
> Host: aur.archlinux.org
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: nginx/1.6.2
< Date: Mon, 23 Mar 2015 07:23:46 GMT
< Content-Type: application/x-gzip
< Content-Length: 1112
< Last-Modified: Tue, 18 Nov 2014 23:37:06 GMT
< Connection: keep-alive
< ETag: "546bd822-458"
< Strict-Transport-Security: max-age=16070400
< Accept-Ranges: bytes
<
��+֭ł~(���6�W�WK$KR�K����,ي����&+���
��
*�d��_99�jdYV���z�����x���e�Ȳ]+���L�P�4�`��\�߮�}��R��z���?}��:
��=�۷�^�=;t����ܧ�y��"��"(B�J0�����y���{�@�xAop��/)3f$G3
�3�5bK"A�;�i�!�+B�1(e�c���N&k]��s�� y޵c��,�9�����4!�6�ջ7�1H� ,U���
                                                                             �2�,5�U���������X�%��Bw���3��/Ȃ\Kʲ)X�K.Sa��,�q�$)��yɴz��5�]O[�P��	3��Kp�'��d�(�$�X��Z�U��,(�yO�(5��)�fA4N��I!��=�l9Sӕ��*ua}���4.�YA �X���
չa	�(I8��&Zush�W�ݍ�
C������S�!�ì�?"�(��-(��yb��             �%wvn�+����L��%2e�ل3�ӱ�n:��.R_�E��nzr�Y���q���Mm7&��X�I�uyO�88I���g ���a�8�
[À�f����x�&����w������7gc��w`���

�0��8D�p
     3tNd
         ��{a�.��\)��=m:f�Q�+��|���h��34Y��SchT�
�;F�F
���6����c�F5h��
�LI���`12P�F�=��`��=��`����
                                �[email protected]�h�
q�pt�B�"�>���T���������%C�
��	�6�\L��2Z�ך�R�
�G��1N��c�$ۋVTEk
                                                                                  а�3��vR*9�)�T��+��Y�
Kr�9I����`)�)�w� �1����C�mQn=��l�9���r.- "
֋
                                                                                                                                                    �m?]Ы����:4n�e������ݻM�����w� �B?��߱���$��M›	U
b��X�C��h~��3j�Rܤ�H* Connection #0 to host aur.archlinux.org left intact
* Closing connection #0
* SSLv3, TLS alert, Client hello (1):
��D�
����}�ӆ��������V�@�[����������)��E}Ӏ���$��?�vA�l����-�Ӟ���=}[/code]

Проблемы с сертификатами, судя по этому? http://archlinux.org.ru/forum/post/149363/