gpg сбой при получении с сервера ключей

RusWolf	# 5 лет, 4 месяца назад
Темы: 11 Сообщения: 2394 Участник с: 16 июля 2016	Ulin Их два Интересно, вроде он должен быть один, твой ключ.

vasek	# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Ulin, попробуй поискать похожее на BBS - если есть это у нас, то должно быть и у них. Для поиска можно загнать pacman-key , gpg и т.д. - можно и твои строки перевести ... PS ... я только не понял - ну если не находится один ключ, остальное то все нормально обновляется ...??? Если все нормально и pacman -Syu не ругается, то и забей на это ... Ошибки не исчезают с опытом - они просто умнеют

vasek

# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Ulin, попробуй поискать похожее на BBS - если есть это у нас, то должно быть и у них.
Для поиска можно загнать pacman-key , gpg и т.д. - можно и твои строки перевести ...
PS ... я только не понял - ну если не находится один ключ, остальное то все нормально обновляется ...???
Если все нормально и pacman -Syu не ругается, то и забей на это ...

Ошибки не исчезают с опытом - они просто умнеют

Ulin	# 5 лет, 4 месяца назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	Нашел подобное https://bbs.archlinux.org/viewtopic.php?id=225433 https://bbs.archlinux.org/viewtopic.php?id=221029 немножко https://bbs.archlinux.org/viewtopic.php?id=196233 описаны параметры дебага. попробую

Ulin	# 5 лет, 4 месяца назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	Нашел подобное https://bbs.archlinux.org/viewtopic.php?id=225433 https://bbs.archlinux.org/viewtopic.php?id=221029 немножко https://bbs.archlinux.org/viewtopic.php?id=196233 описаны параметры дебага. попробую

Ulin	# 5 лет, 4 месяца назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	Хаха два раза лс продублировалось. во форум.

Ulin	# 5 лет, 4 месяца назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	Пакман обновляется норм. А вот аур. Ему надо ключи и их надо вручную импортировать. А я ЛЮБОЙ ключ именнно из сети импортировать не могу.

Ulin	# 5 лет, 4 месяца назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	sudo gpg --refresh-keys -vvv --debug-all gpg: чтение параметров из '/root/.gnupg/gpg.conf' gpg: using character set 'utf-8' gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat trust hashing ipc clock lookup extprog gpg: DBG: [not enabled in the source] start gpg: DBG: [not enabled in the source] keydb_new gpg: DBG: [not enabled in the source] keydb_search enter gpg: DBG: keydb_search: 1 search descriptions: gpg: DBG: keydb_search 0: FIRST gpg: DBG: keydb_search: searching keybox (resource 0 of 1) gpg: DBG: keydb_search: searched keybox (resource 0 of 1) => EOF gpg: DBG: [not enabled in the source] keydb_search leave (not found) gpg: DBG: [not enabled in the source] stop gpg: keydb: handles=1 locks=0 parse=0 get=0 gpg: build=0 update=0 insert=0 delete=0 gpg: reset=0 found=0 not=1 cache=0 not=0 gpg: kid_not_found_cache: count=0 peak=0 flushes=0 gpg: sig_cache: total=0 cached=0 good=0 bad=0 gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0 outmix=0 getlvl1=0/0 getlvl2=0/0 gpg: secmem usage: 0/32768 bytes in 0 blocks gpg: DBG: [not enabled in the source] keydb_search leave (not found) что это sudo gpg -vvv --debug-all --keyserver pgp.mit.edu --recv-keys FCF986EA15E6E293A5644F10B4322F04D67658D8 gpg: чтение параметров из '/root/.gnupg/gpg.conf' gpg: using character set 'utf-8' gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat trust hashing ipc clock lookup extprog gpg: DBG: [not enabled in the source] start gpg: DBG: chan_3 <- # Home: /root/.gnupg gpg: DBG: chan_3 <- # Config: /root/.gnupg/dirmngr.conf gpg: DBG: chan_3 <- OK Dirmngr 2.1.20 at your service gpg: DBG: connection to the dirmngr established gpg: DBG: chan_3 -> GETINFO version gpg: DBG: chan_3 <- D 2.1.20 gpg: DBG: chan_3 <- OK gpg: DBG: chan_3 -> KEYSERVER --clear hkp://pgp.mit.edu gpg: DBG: chan_3 <- OK gpg: DBG: chan_3 -> KS_GET -- 0xFCF986EA15E6E293A5644F10B4322F04D67658D8 gpg: DBG: chan_3 <- ERR 167805009 Нет такого файла или катал� <Dirmngr> gpg: сбой при получении с сервера ключей: Нет такого файла или каталога gpg: DBG: chan_3 -> BYE gpg: DBG: [not enabled in the source] stop gpg: keydb: handles=0 locks=0 parse=0 get=0 gpg: build=0 update=0 insert=0 delete=0 gpg: reset=0 found=0 not=0 cache=0 not=0 gpg: kid_not_found_cache: count=0 peak=0 flushes=0 gpg: sig_cache: total=0 cached=0 good=0 bad=0 gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0 outmix=0 getlvl1=0/0 getlvl2=0/0 gpg: secmem usage: 0/32768 bytes in 0 blocks

Ulin

# 5 лет, 4 месяца назад

Темы: 3

Сообщения: 81

Участник с: 16 июня 2016

sudo gpg --refresh-keys -vvv --debug-all

gpg: чтение параметров из '/root/.gnupg/gpg.conf'
gpg: using character set 'utf-8'
gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat trust hashing ipc clock lookup extprog
gpg: DBG: [not enabled in the source] start
gpg: DBG: [not enabled in the source] keydb_new
gpg: DBG: [not enabled in the source] keydb_search enter
gpg: DBG: keydb_search: 1 search descriptions:
gpg: DBG: keydb_search   0: FIRST
gpg: DBG: keydb_search: searching keybox (resource 0 of 1)
gpg: DBG: keydb_search: searched keybox (resource 0 of 1) => EOF
gpg: DBG: [not enabled in the source] keydb_search leave (not found)
gpg: DBG: [not enabled in the source] stop
gpg: keydb: handles=1 locks=0 parse=0 get=0
gpg:        build=0 update=0 insert=0 delete=0
gpg:        reset=0 found=0 not=1 cache=0 not=0
gpg: kid_not_found_cache: count=0 peak=0 flushes=0
gpg: sig_cache: total=0 cached=0 good=0 bad=0
gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
              outmix=0 getlvl1=0/0 getlvl2=0/0
gpg: secmem usage: 0/32768 bytes in 0 blocks

gpg: DBG: [not enabled in the source] keydb_search leave (not found)
что это

sudo gpg -vvv --debug-all --keyserver pgp.mit.edu --recv-keys FCF986EA15E6E293A5644F10B4322F04D67658D8

gpg: чтение параметров из '/root/.gnupg/gpg.conf'
gpg: using character set 'utf-8'
gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat trust hashing ipc clock lookup extprog
gpg: DBG: [not enabled in the source] start
gpg: DBG: chan_3 <- # Home: /root/.gnupg
gpg: DBG: chan_3 <- # Config: /root/.gnupg/dirmngr.conf
gpg: DBG: chan_3 <- OK Dirmngr 2.1.20 at your service
gpg: DBG: connection to the dirmngr established
gpg: DBG: chan_3 -> GETINFO version
gpg: DBG: chan_3 <- D 2.1.20
gpg: DBG: chan_3 <- OK
gpg: DBG: chan_3 -> KEYSERVER --clear hkp://pgp.mit.edu
gpg: DBG: chan_3 <- OK
gpg: DBG: chan_3 -> KS_GET -- 0xFCF986EA15E6E293A5644F10B4322F04D67658D8
gpg: DBG: chan_3 <- ERR 167805009 Нет такого файла или катал� <Dirmngr>
gpg: сбой при получении с сервера ключей: Нет такого файла или каталога
gpg: DBG: chan_3 -> BYE
gpg: DBG: [not enabled in the source] stop
gpg: keydb: handles=0 locks=0 parse=0 get=0
gpg:        build=0 update=0 insert=0 delete=0
gpg:        reset=0 found=0 not=0 cache=0 not=0
gpg: kid_not_found_cache: count=0 peak=0 flushes=0
gpg: sig_cache: total=0 cached=0 good=0 bad=0
gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
              outmix=0 getlvl1=0/0 getlvl2=0/0
gpg: secmem usage: 0/32768 bytes in 0 blocks

Ulin	# 5 лет, 4 месяца назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	`After downgrading gnupg from 2.1.20 to 2.1.19 it started working again for me, so I think it's a problem with gnupg 2.1.20` `gpg --version gpg (GnuPG) 2.1.20 libgcrypt 1.7.6` Ха

Ulin

# 5 лет, 4 месяца назад

Темы: 3

Сообщения: 81

Участник с: 16 июня 2016

After downgrading gnupg from 2.1.20 to 2.1.19 it started working again for me, so I think it's a problem with gnupg 2.1.20

gpg --version
gpg (GnuPG) 2.1.20
libgcrypt 1.7.6

Ха

Ulin	# 5 лет, 4 месяца назад
Темы: 3 Сообщения: 81 Участник с: 16 июня 2016	И вопрос не по делу. Многие утилиты лезут в access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory). Которого конечно нету, как думаете стоит заводить preload?

vasek	# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	Ulin И вопрос не по делу. Многие утилиты лезут в access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory). Которого конечно нету, как думаете стоит заводить preload? Попробую ответить пошире ... Для начала в общем о возвращаемом значении -1 Давал тебе выше ссылку на doc по системным вызовам — посмотри там возвращаемое значение и код ошибки. Частенько в вызовах по открытию файлов возвращается значение -1, но это не значит, что это всегда является ошибкой — нужно смотреть конкретно — иногда программа ищет какой то файл по разным путям, не находит и ищет дальше, находит и успокаивается. А вот если не находит, нужно смотреть, что за файл и нужен ли этот файл проге. И вот если бы этот файл был супер-пупер важным, то прога сразу бы заткнулась на конкретном системном вызове. Насчет /etc/ld.so.preload — это файл, содержащий список разделённых пробелами динамических ELF библиотек, которые будут загружены перед программой. В нашей системе этот файл не нужен. Практически он не используется, но иногда приходится. И частенько этот финт используют с помощью переменной окружения LD_PRELOAD, которая загружает определенную библиотеку до загрузки остальных. Мог заметить такой финт в топиках по играм, типа такого LD_PRELOAD='/usr/$LIB/lib1.so /usr/$LIB/lib2.so' /usr/bin/game UPD …. самое лучшее для понятия эксперимент — если у тебя этого файла нет, создай его, но пустой и проверь — это сообщение исчезнет, но в целом ни на что не повлияет. У меня этот файл имеется и пустой (как появился, не знаю, то ли сразу был, то ли когда эспериментировал с динамическими библиотеками) $ ls -la /etc/ld.so.preload -rw-r--r-- 1 root root 0 ноя 7 17:53 /etc/ld.so.preload $ file /etc/ld.so.preload /etc/ld.so.preload: empty Ошибки не исчезают с опытом - они просто умнеют

vasek

# 5 лет, 4 месяца назад (отредактировано 5 лет, 4 месяца назад)

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

Ulin
И вопрос не по делу. Многие утилиты лезут в access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory). Которого конечно нету, как думаете стоит заводить preload?

Попробую ответить пошире ...
Для начала в общем о возвращаемом значении -1
Давал тебе выше ссылку на doc по системным вызовам — посмотри там возвращаемое значение и код ошибки.
Частенько в вызовах по открытию файлов возвращается значение -1, но это не значит, что это всегда является ошибкой — нужно смотреть конкретно — иногда программа ищет какой то файл по разным путям, не находит и ищет дальше, находит и успокаивается.
А вот если не находит, нужно смотреть, что за файл и нужен ли этот файл проге. И вот если бы этот файл был супер-пупер важным, то прога сразу бы заткнулась на конкретном системном вызове.
Насчет /etc/ld.so.preload — это файл, содержащий список разделённых пробелами динамических ELF библиотек, которые будут загружены перед программой. В нашей системе этот файл не нужен.
Практически он не используется, но иногда приходится. И частенько этот финт используют с помощью переменной окружения LD_PRELOAD, которая загружает определенную библиотеку до загрузки остальных. Мог заметить такой финт в топиках по играм, типа такого
LD_PRELOAD='/usr/$LIB/lib1.so /usr/$LIB/lib2.so' /usr/bin/game
UPD …. самое лучшее для понятия эксперимент — если у тебя этого файла нет, создай его, но пустой и проверь — это сообщение исчезнет, но в целом ни на что не повлияет.
У меня этот файл имеется и пустой (как появился, не знаю, то ли сразу был, то ли когда эспериментировал с динамическими библиотеками)
$ ls -la /etc/ld.so.preload
-rw-r--r-- 1 root root 0 ноя 7 17:53 /etc/ld.so.preload
$ file /etc/ld.so.preload
/etc/ld.so.preload: empty

Ошибки не исчезают с опытом - они просто умнеют