[FZH] 有什么办法让dnf更加智能一些？

[Szopen Xiao]

dnf 遇到网络超时，下载进度就会一直不动。有时长达1分多钟一直停在那个状态
后来我在/etc/dnf/dnf.conf 添加 timeout=2 后，当网络未到超时时间，遇到网络错误或其他网络断开时， dnf
仍然会不断去连接该服务器，并不会跳过去，然后进度一直停在那里。

[Alick Zhao]

2016-03-20 0:59 GMT-05:00 Szopen Xiao :
> dnf 遇到网络超时，下载进度就会一直不动。有时长达1分多钟一直停在那个状态
> 后来我在/etc/dnf/dnf.conf 添加 timeout=2 后，当网络未到超时时间，遇到网络错误或其他网络断开时， dnf
> 仍然会不断去连接该服务器，并不会跳过去，然后进度一直停在那里。
> --
> Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese

"网络错误或其他网络断开“指的具体是哪些情况？是不是软件源本身的网络问题？

[Liu Kevin]

你是在下载package的时候网络延迟大？

2016-03-21 7:13 GMT+08:00 Alick Zhao :
> 2016-03-20 0:59 GMT-05:00 Szopen Xiao :
> > dnf 遇到网络超时，下载进度就会一直不动。有时长达1分多钟一直停在那个状态
> > 后来我在/etc/dnf/dnf.conf 添加 timeout=2 后，当网络未到超时时间，遇到网络错误或其他网络断开时， dnf
> > 仍然会不断去连接该服务器，并不会跳过去，然后进度一直停在那里。
> > --
> > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
>
> "网络错误或其他网络断开“指的具体是哪些情况？是不是软件源本身的网络问题？
>
> --
> Regards,
> Alick
> --
> Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese

[Szopen Xiao]

@Alick Zhao  就是软件源 服务器故障了，然后 dnf 不会切换到其他源服务器上。
@Liu Kevin   如果开始下载了，延迟不大，很快。 当然会突然断掉

在 2016年3月21日 上午10:03，Liu Kevin 写道：
> 你是在下载package的时候网络延迟大？
>
> 2016-03-21 7:13 GMT+08:00 Alick Zhao :
> > 2016-03-20 0:59 GMT-05:00 Szopen Xiao :
> > > dnf 遇到网络超时，下载进度就会一直不动。有时长达1分多钟一直停在那个状态
> > > 后来我在/etc/dnf/dnf.conf 添加 timeout=2 后，当网络未到超时时间，遇到网络错误或其他网络断开时， dnf
> > > 仍然会不断去连接该服务器，并不会跳过去，然后进度一直停在那里。
> > > --
> > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> >
> > "网络错误或其他网络断开“指的具体是哪些情况？是不是软件源本身的网络问题？
> >
> > --
> > Regards,
> > Alick
> > --
> > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
>
> --
> Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese

[Alick Zhao]

2016-03-21 9:37 GMT-05:00 Szopen Xiao :
> @Alick Zhao  就是软件源 服务器故障了，然后 dnf 不会切换到其他源服务器上。

你的 /etc/yum.repos.d/ 中的配置文件里 baseurl 和 metalink 相应行是什么样子的？

如果手工修改过 baseurl，那么意味着用户信任这个软件源，dnf 不会自动切换。

如果是默认配置，注释掉了 baseurl，启用了 metalink，那么是 mirrormanager (MM)
自动定向到某个镜像站。你说的情形也许是 MM 的问题，没有排除故障中的镜像站。

总之，我觉得不是 dnf 本身的问题。
> @Liu Kevin   如果开始下载了，延迟不大，很快。 当然会突然断掉
>
> 在 2016年3月21日 上午10:03，Liu Kevin 写道：
> > 你是在下载package的时候网络延迟大？
> >
> > 2016-03-21 7:13 GMT+08:00 Alick Zhao :
> > > 2016-03-20 0:59 GMT-05:00 Szopen Xiao :
> > > > dnf 遇到网络超时，下载进度就会一直不动。有时长达1分多钟一直停在那个状态
> > > > 后来我在/etc/dnf/dnf.conf 添加 timeout=2 后，当网络未到超时时间，遇到网络错误或其他网络断开时， dnf
> > > > 仍然会不断去连接该服务器，并不会跳过去，然后进度一直停在那里。
> > > > --
> > > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> > >
> > > "网络错误或其他网络断开“指的具体是哪些情况？是不是软件源本身的网络问题？
> > >
> > > --
> > > Regards,
> > > Alick
> > > --
> > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> >
> > --
> > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
>
> --
> Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese

[Zamir Sun]

On 03/22/2016 01:23 AM, Alick Zhao wrote:
> 2016-03-21 9:37 GMT-05:00 Szopen Xiao :
> > @Alick Zhao  就是软件源 服务器故障了，然后 dnf 不会切换到其他源服务器上。
>
> 你的 /etc/yum.repos.d/ 中的配置文件里 baseurl 和 metalink 相应行是什么样子的？
>
> 如果手工修改过 baseurl，那么意味着用户信任这个软件源，dnf 不会自动切换。
>
> 如果是默认配置，注释掉了 baseurl，启用了 metalink，那么是 mirrormanager (MM)
> 自动定向到某个镜像站。你说的情形也许是 MM 的问题，没有排除故障中的镜像站。

我觉得@Szopen是说一个包开始下载之后，网络有状况，然后下载就会卡着不动吧。
我也遇到上述（我所描述的）问题，我发现如果repo文件里写的是metalink，dnf 
会在卡一段时间后自动切换其他源。但这个过程可能有点慢。
如果下次再用dnf还优先链接那个挂掉的源，我建议dnf clean metadata然后再试。

zsun
> 总之，我觉得不是 dnf 本身的问题。
> > @Liu Kevin   如果开始下载了，延迟不大，很快。 当然会突然断掉
> >
> > 在 2016年3月21日 上午10:03，Liu Kevin 写道：
> > > 你是在下载package的时候网络延迟大？
> > >
> > > 2016-03-21 7:13 GMT+08:00 Alick Zhao :
> > > > 2016-03-20 0:59 GMT-05:00 Szopen Xiao :
> > > > > dnf 遇到网络超时，下载进度就会一直不动。有时长达1分多钟一直停在那个状态
> > > > > 后来我在/etc/dnf/dnf.conf 添加 timeout=2 后，当网络未到超时时间，遇到网络错误或其他网络断开时， dnf
> > > > > 仍然会不断去连接该服务器，并不会跳过去，然后进度一直停在那里。
> > > > > --
> > > > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> > > >
> > > > "网络错误或其他网络断开“指的具体是哪些情况？是不是软件源本身的网络问题？
> > > >
> > > > --
> > > > Regards,
> > > > Alick
> > > > --
> > > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> > >
> > > --
> > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> >
> > --
> > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese

[Szopen Xiao]

问题就如同 @Zamir SUN 所说的，dnf 不会跳过无法下载源

在 2016年3月22日 上午7:41，Zamir SUN 写道：
> On 03/22/2016 01:23 AM, Alick Zhao wrote:
> > 2016-03-21 9:37 GMT-05:00 Szopen Xiao :
> > > @Alick Zhao  就是软件源 服务器故障了，然后 dnf 不会切换到其他源服务器上。
> >
> > 你的 /etc/yum.repos.d/ 中的配置文件里 baseurl 和 metalink 相应行是什么样子的？
> >
> > 如果手工修改过 baseurl，那么意味着用户信任这个软件源，dnf 不会自动切换。
> >
> > 如果是默认配置，注释掉了 baseurl，启用了 metalink，那么是 mirrormanager (MM)
> > 自动定向到某个镜像站。你说的情形也许是 MM 的问题，没有排除故障中的镜像站。
> >
> > 我觉得@Szopen是说一个包开始下载之后，网络有状况，然后下载就会卡着不动吧。
>
> 我也遇到上述（我所描述的）问题，我发现如果repo文件里写的是metalink，dnf 会在卡一段时间后自动切换其他源。但这个过程可能有点慢。
> 如果下次再用dnf还优先链接那个挂掉的源，我建议dnf clean metadata然后再试。
>
> zsun
>
> 总之，我觉得不是 dnf 本身的问题。
> > @Liu Kevin   如果开始下载了，延迟不大，很快。 当然会突然断掉
> > > 在 2016年3月21日 上午10:03，Liu Kevin 写道：
> > >
> > > 你是在下载package的时候网络延迟大？
> > > > 2016-03-21 7:13 GMT+08:00 Alick Zhao :
> > > >
> > > > 2016-03-20 0:59 GMT-05:00 Szopen Xiao :
> > > > > > dnf 遇到网络超时，下载进度就会一直不动。有时长达1分多钟一直停在那个状态
> > > > > > 后来我在/etc/dnf/dnf.conf 添加 timeout=2 后，当网络未到超时时间，遇到网络错误或其他网络断开时， dnf
> > > > > > 仍然会不断去连接该服务器，并不会跳过去，然后进度一直停在那里。
> > > > > > --
> > > > > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> > > > >
> > > > > "网络错误或其他网络断开“指的具体是哪些情况？是不是软件源本身的网络问题？
> > > > >
> > > > > --
> > > > > Regards,
> > > > > Alick
> > > > > --
> > > > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> > > > >
> > > > > --
> > > >
> > > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
> > > >
> > > > --
> > >
> > > Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese
>
> --
> Zamir SUN
> [e-mail]
> zsun in #fedora-zh #openshift on freenode.net
> --
> Fedora中文郵件列表：https://admin.fedoraproject.org/mailman/listinfo/chinese

[Alick Zhao]

2016-03-27 3:23 GMT-05:00 Szopen Xiao :
> 问题就如同 @Zamir SUN 所说的，dnf 不会跳过无法下载源

所以需要一个连接质量/速率实时检测的功能？感觉要求比较高，但不妨到 RHBZ (Red Hat Bugzilla) 向 dnf 提个特性请求。

[FZH] NVIDIA 364.12

[mosquito]

NVIDIA 364.12 驱动已发布。包含大量更新：

1. Wayland/Mir 支持，包括 EGL 扩展支持，DRM KMS 支持，以及默认使用 GLVND GLX 库；
2. 加入 Vulkan 1.0 支持；
3. 新 RandR 特性；
4. 正式支持 PRIME （Optimus 双显卡切换）；

http://phoronix.com/scan.php?page=news_item&px=NVIDIA-364.12-Linux