13:13:44 <alick> #startmeeting fzug
13:13:44 <zodbot> Meeting started Fri Oct 26 13:13:44 2018 UTC.
13:13:44 <zodbot> This meeting is logged and archived in a public location.
13:13:44 <zodbot> The chair is alick. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:13:44 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
13:13:44 <zodbot> The meeting name has been set to 'fzug'
13:13:44 <BadGirl> [2010-08-20 22:18:24] Posted by z/odbot@fedora-zh already: MeetBot - Debian Wiki
13:15:20 <fzh-tg> <alick9188> 群众也行
13:15:25 <fzh-tg> <alick9188> 😂
13:15:58 <fzh-tg> <alick9188> 放心到不了零
13:16:17 <isyangxin> test
13:16:43 <fzh-tg> <alick9188> 给你个任务，把tg群的每日用户数画出来，你能做吗？
13:17:50 <alick> #chair isyangxin
13:17:50 <zodbot> Current chairs: alick isyangxin
13:18:25 <isyangxin> thx @alick
13:18:40 <fzh-tg> <alick9188> Irc 冒泡送椅子😂
13:19:10 <isyangxin> 对，哈哈哈
13:19:31 <isyangxin> 真好久好久好久，没有来这里了
13:21:14 <fzh-tg> <Ponrom> 我正看openwrt有关/etc/config/wireless配置文件的源码，这个shell脚本有点复杂
13:26:26 <isyangxin> .hello2
13:26:27 <zodbot> isyangxin: isyangxin 'None' <isyangxin@gmail.com>
13:28:18 <zsun> .hellomynameis zsun
13:28:19 <zodbot> zsun: zsun 'Ziqian SUN (Zamir)' <sztsian@gmail.com>
13:28:20 * zsun lurking
13:29:40 <pany> yo
13:30:02 <pany> .hello2
13:30:03 <zodbot> pany: pany 'Pany' <geekpany@gmail.com>
13:33:51 <fzh-tg> <alick9188> 你们先聊
13:33:56 <fzh-tg> <alick9188> 我得开车了
13:35:18 <zsun> @alick9188 给我和 Pany 一个 Chair 吧
13:35:25 <zsun> 那样我们可以控制会议（
13:39:05 <fzh-tg> <alick9188> 找 isyangxin
13:41:25 <zsun> @alick9188 不幸的是他已经掉线了（
13:41:32 <zsun> is
13:42:18 <fzh-tg> <alick9188> 我也掉了
13:42:25 <zsun> emm
13:42:34 <zsun> isyangxin:  welcome back
13:42:47 <zsun> isyangxin: 帮忙 chair 一下我和 Pany？
13:43:00 <lchh> hello
13:43:40 <isyangxin> 网络不好，丢失了记录要怎么chair的命令
13:43:51 <isyangxin> zsun,
13:44:29 <pany> #chair   后面加 irc 昵称
13:44:57 <isyangxin> #chair zsun
13:44:57 <zodbot> Current chairs: alick isyangxin zsun
13:45:05 <zsun> #chair lchh pany
13:45:05 <zodbot> Current chairs: alick isyangxin lchh pany zsun
13:45:08 <isyangxin> #chair pany
13:45:08 <zodbot> Current chairs: alick isyangxin lchh pany zsun
13:45:09 <zsun> isyangxin:  thanks
13:45:18 <zsun> 有话题么
13:45:24 <fzh-tg> <alick9188> 👍
13:45:26 <isyangxin> zsun, 不客气
13:46:12 <zsun> 我很久没赶上会议了
13:47:01 <zsun> #topic Fedora 29
13:47:14 <zsun> #info The Fedora 29 Final RC1.2 compose is GO and will to be shipped live on Tuesday, October 30, 2018.
13:47:57 <zsun> 所以下周二就可以体验新版 Fedora 啦
13:48:11 <zsun> 有人计划组织 Release Party 么？
13:48:54 * lchh 已经在用 Fedora 29 了
13:49:29 <zsun> 如果有人计划组织 Fedora 29 Release Party，需要物资可以发邮件给我
13:50:03 <zsun> #info Call for Fedora 29 release parties in China
13:50:20 <zsun> lchh 赞
13:51:00 <lchh> 目前发现了几个问题
13:51:10 <zsun> lchh 请讲
13:52:41 <lchh> 1. 刚刚安装后用 dnf 装软件的时候似乎会出现 Curl 6 Can't resolve hostname 的问题
13:53:35 <lchh> 不能解析的 hostname 是 mirrors.fedoraproject.org
13:53:57 <lchh> 然而直接 dig mirrors.fedoraproject.org 有结果
13:54:31 <zsun> emmm，我的 Beta 没遇到这个
13:54:42 <lchh> 然后只是重试了几次之后，就解决了，似乎现在也再没出现过
13:56:15 <lchh> 2. 在 bash 中键入不存在的命令之后，会提示 command not found ，然后就 hang 了
13:56:39 <zsun> emm？
13:57:29 <lchh> 用 set -x 打了一下 trace，发现是在执行 /usr/libexec/pk-command-not-found 这个程序
13:57:48 <zsun> 对，我印象中应该去搜索可能的包
13:57:56 <zsun> 是这个程序直接 hang 了么
13:59:27 <lchh> 嗯，然后我就放在那里等它执行，几分钟之后，它返回了 127（已经查到是对应源代码里面某个宏定义的常量），并退出
13:59:42 <lchh> 然后似乎再就没 hang 过了
14:01:26 <fzh-tg> <Ponrom> 我觉得，这不能算是BUG，或许那一时刻，刚好你配置的DNS无法解析这个域名，而且，这个域名确实有时候会出现短时间无法解析的现象，我就遇到过，通过国外DNS来 dig也是一样
14:01:38 <lchh> 这两个问题都是放在那里自己就解决了
14:02:20 <lchh> @Ponrom 不，出现错误我当即就 dig 了一下
14:02:32 <lchh> 解析是正常的
14:02:51 <zsun> 我有点怀疑是 dnf 相关的问题
14:03:16 <lchh> dig 之后再次执行 dnf 还是提示不能解析
14:03:21 <zsun> emmm
14:03:32 <fzh-tg> <Ponrom> 嗯，dnf确实有时会了账故障，我这几天就遇到了
14:04:13 <lchh> 我觉得有可能是 dnf，但是吧，我实在不知道该怎么调试这个 dnf
14:05:57 <zsun> 这个我也不清楚。。此前在 ARM 上遇到 dnf-makecache 这个服务导致 kernel oops
14:06:11 <zsun> 然后解决方案是 disable 那个服务（
14:06:24 <fzh-tg> <Ponrom> rpmfusion有几个包，我安装了的，我今天偶然在官网发现居然在一周前就stable了，但我这一直没有更新，虽然我天天dnf，而且，rpmfusion设置的周期是6小时
14:07:01 <fzh-tg> <Ponrom> 后来我把cache目录清空后重新dnf update，就好了
14:07:37 <zsun> @ponrom 这种问题还取决于 dnf 检测到的源。如果它刚好总是提供给你一个非常慢的源，就没辙了 （也许 dnf update --refresh 有意义）
14:08:00 <lchh> dnf -v 打印出来的信息极其有限，而且尝试用 python3 -m pdb 去调试执行 dnf，进行到很靠前的某一步就报错了
14:08:20 <zsun> lchh 我觉得如果不能复现的话，也只能先无视了
14:08:51 <lchh> 对，现在是没法复现了
14:09:04 <fzh-tg> <alick9188> 不存在的命令之后hang还是挺经常的，因为它在试图联网搜索哪个包提供那个命令并下载安装
14:09:21 <zsun> dnf whatprovides 应该不会太快
14:09:27 <fzh-tg> <alick9188> 应该可以 Ctrl c 取消
14:09:45 <fzh-tg> <alick9188> 或者干脆禁用这个特性
14:10:36 <fzh-tg> <Ponrom> 说到dnf，我还是想确认一下，它对rpm包到底是不是采取的双重验证措施？就是hash检验加上数字签名校验？
14:10:41 <lchh> 3. 突然还想到一个，在之前关闭某个窗口之后会有一个 Whoops... 的通知，但是点击通知之后打开的 Problem Reporting 窗口却什么错误也没有
14:11:20 <zsun> lchh 我有点怀疑是没有 core dump 也没有 trace back 就报了个错误退出了
14:11:32 <zsun> 或者 abrt 是不是有级别设置？我日常没配 abrt
14:12:17 <lchh> @alick9188 是可以 Ctrl-C，然而不能每次遇到这个问题都 Ctrl-C，还是要找到根源
14:12:24 <fzh-tg> <Ponrom> hash校验是一串完整的信任链条，从 mirrors.fedoraproject.org获取的metalink开始，就有分层级的hash校验了
14:12:41 <lchh> zsun, 我是全新安装的
14:12:54 <fzh-tg> <Ponrom> 但同时，有没有再校验rpm包本身的数字签名呢？
14:13:31 <zsun> @ponrom 我感觉我退群之前回答过一次这个问题。 https://zh.fedoracommunity.org/2018/04/05/fedora-secures-package-delivery.html
14:13:32 <BadGirl> [2018-05-06 23:12:40] Posted by t/eleboto@fedora-zh already: Fedora 如何保障软件包分发安全性 | Fedora 中文用户组
14:13:40 <lchh> zsun, 之前只是进行一些 dnf 的操作，Fedora 引导就挂了
14:14:07 <zsun> lchh:  F29 刚开始 （pre-beta）的时候 dnf 本身似乎都有些问题
14:14:40 <zsun> 啊我先结束会议？已经超时了
14:14:47 <lchh> 引导挂的时候是 f28
14:15:00 <zsun> lchh 呃，28 我还没遇到过
14:15:09 <fzh-tg> <Ponrom> 说是这么说，但dnf运行时，并没有展现的这校验过程，貌似是安装之后，才有Verifing....
14:15:31 <fzh-tg> <Ponrom> 说是这么说，但dnf运行时，并没有展现过这一校验过程，貌似是安装之后，才有Verifing....
14:15:58 <fzh-tg> <Ponrom> 我感觉dnf的提示信息有点太简陋了
14:16:35 <fzh-tg> <Ponrom> 比如，哪个包到底是从哪个镜像正在下载，也没个提示
14:16:49 <zsun> 先结束会议慢慢聊吧。感觉没人在说 29
14:17:13 <zsun> 感觉没人在说29的其他问题了
14:17:19 <zsun> #endmeeting