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