最新版的网易云音乐（1.2.1）使用到了deepin自己编写的qcef，该组建的功能是为第三方软件提供内嵌chrome浏览器的支持。由于是deepin自己写的，dnf里面还没有形成相应的包，所以需要自己编译。
安装了qt库之后，使用cmake开始编译，遇到了这么一个问题：
fatal error: QtGui/private/qguiapplication_p.h not found
#include <QtGui/private/qguiapplication_p.h>
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~安装了qt5的devel包也没用。后来发现private headers被放在了这么一个奇怪的包里：qt5-qtbase-private-devel
安装完这个包，编译继续，正常完成，网易云音乐可以使用。
此外，ubuntu包里的libs就可以删除了，因为可以通过在系统里用dnf手动杆状需要的依赖库。
数据文件可以通过ar x命令解压，然后在里面的data.tar.gz里。
在国内逛了老半天，都tm是那几篇博客，讲的方法我从f26试到f28，没有一次是成功的（生气）。
然后到国外逛，在Reddit上看到了有不少人在对这个进行讨论。有人直接用nvidia的.run文件安装驱动，然后上bumblebee管理，也有人用rpmfusion里的驱动，也有人用Negativo17的nvidia驱动源。为啥我只给最后一个方式添加链接呢？因为这就是本篇的主角。
至少在我华硕+HM175的笔记本上，使用原生驱动加bumblebee在配置正确的情况下是会直接让电脑死机的，也不知为啥，看到Negativo17这个名字的时候，总有种熟悉感，而且直觉告诉我用了这个一定会配置好。。。
直接上操作了：
/etc/sysconfig/grub中的GRUB_CMDLINE_LINUX变量，如果有与modeset相关的一律删掉，改为rd.driver.blacklist=nouveau用以在开机时不加载会让电脑卡死的nouveau驱动。
在此顺便提一下：nomodeset将不会加载任何驱动，直接使用llvmpipe以兼容方式实现最基本的图形输出；nouveau.modeset=0将会加载但不使用nouveau驱动，若是cpu有核显的话会加载并使用对应的核显驱动。sudo dnf config-manager --add-repo=https://negativo17.org/repos/fedora-nvidia.reponvidia-driver，需要使用CUDA的话还需要安装nvidia-driver-cuda和cuda-devel；需要看X Server Settings的安装nvidia-settings。
GPU开发者全家桶：
sudo dnf install nvidia-driver nvidia-driver-cuda cuda-devel nvidia-settings根据作者描述，如果是游戏玩家的话，可能还需要32位的图形库nvidia-driver-libs.i686。
装完就完事了。直接能用。
然后根据作者描述有以下两种情景： 1）使用nvidia的官方闭源驱动：在该场景下能最大程度地发挥GPU的性能，但是所有应用将运行在nvidia GPU上，因而无法关闭； 2）使用nouveau开源驱动：对于GPU的使用可能不是十分充分，但是可以选择是否将应用运行在nvidia GPU上，因而可以从某种程度上节省电能，即在该模式下，允许nvidia GPU休眠。 也就是说，使用Negativo17的驱动源，在目前的Fedora上是无法兼顾性能与能耗的。
（有人在Reddit论坛上提到，nvidia官方的run文件不受linux发行版的包管理器管理，会修改许多文件，可能与其他软件造成冲突；自身的卸载指令也无法完全生效，总之就是卸不干净。。。反正据他们推荐，在好还是用包管理器提供的显卡驱动）
一般情况下这是Ubuntu系统下的包管理工具apt报出的错误。出错的原因通常为包的描述文件损坏。
描述文件的位于/var/lib/dpkg/info，文件后缀为.list，可以用vi查看对应的文件内容。正常情况下为每行一个路径，损坏后会出现大量非法字符。
修复的方法之一为，使用同一个系统的描述文件进行覆盖。
根据stackoverflow上的帖子，提供了这样一种方法：
.list和.postrm文件sudo dpkg --configure -a
sudo apt update
sudo apt upgrade当然，提一句，根据我的个人理解，后两句是升级软件用的，盲目yes可能会更新某些关键软件版本，导致翻车。
提一个想法，不知道能不能使用apt的--reinstall参数对指定的包进行更新。
起因是高二的时候，看到有100+ RMB的SBC，还能运行Android。
当时父亲还是比较支持我去体验一下新东西的，于是便央求着父亲给我买了一块。
彼时的Pine A64有三个版本，分别是内存512MB，1GB，2GB的。存储空间全部靠外插卡，系统也从此处启动。
当时省钱观念还是比较强的，在考虑用途的同时选择了折中的1GB版。
然后拿它打了半年的废狗，当时用的三棒手机连cpu都没写是哪家的
然而在后来才发现java是个内存怪兽，早知道就直接上2GB的了。
然而，现在2GB的变成了Long Term Supply版，结构也重新被设计过，内存从DDR3L换成了LPDDR3，即低功耗版。
也就是说，现在的2GB的Pine A64已经不能使用以前的镜像了。
不过问题不大，现在看来玩玩GPIO，Python，以及搭建个小服务器什么的，性能还是绰绰有余的。
然后当时为了省钱，做了另一件事情——没有买配套的Wifi+Bluetooth模块。
其结果就是，每当要上网的时候，就要找个有网线的地方（捂脸）。
其实当时手头还是有usb的wifi模块的——万能的RTL88188EU。
当时也试过在台式机上给这块网卡编译驱动，不过当时什么都不懂，看着教程一路make，make install就完事了。
后来才发现在半闭源的Android上编译驱动是件难事，而当时也几乎不懂Linux。
到了大学之后，有了更多的时间来研究这个东西，也学习了更多Linux和硬件相关的知识。
在全球巡回演唱会级别的咕咕之后，终于把这个问题解决。步骤如下：
首先uname -a一下，从里面找出内核版本kernel version。我的是3.10.104
再到对应的内核仓库repository去看一下，找到对应的发行版本release。
仓库地址：https://github.com/longsleep/linux-pine64
点releases去查看所有的发行版本。找到对应的源码source code包如下：
其中第四组数字为内核的修补号，对内核功能没有什么影响。这里选择最新的3.10.104-2-pine64版本。
下载后，使用对应的命令解压，应有如下的目录结构：
在此采用~/Desktop/linux-pine64-3.10.104-2-pine64作为临时目录。
为稳妥起见其实是看不懂参数，获取当前内核的配置文件，作为接下来的配置文件。
cd ~/Desktop/linux-pine64-3.10.104-2-pine64
make mrproper # clean all previously generated file
cp /proc/config.gz .
gunzip config
mv config .config就在源码的根目录下直接完成了配置。
然后就直接是make编译生成内核。由于本人在编译gcc时深受-j，即多线程multithreading参数的折磨，再加上没贴散热片怕CPU烧掉，这里采用单线程编译。（当然有兴趣的可以试试-j（自动设置为最大可用线程数）或者-jX（指定为X线程编译））
放了一晚上（也不知道多久），编译完成。
kernel_headers这个编译镜像的人是真的让人服气，tmd一块开发板，你还把头文件排除在外，搞个红红的软链接soft link放在镜像里。
结果，凡是想要编译和内核相关模块的全都搞不了，况且这东西还不知道apt上的general版能不能适配。
好在内核的开发者为我们提供了继续开发的希望，将其中一些工序写成了脚本提供出来，其中恰好有我们需要的。
https://github.com/longsleep/build-pine64-image/blob/master/kernel/install_kernel_headers.sh
没错就是上面这个。
我是直接把脚本的部分内容复制出来执行（为了学习理解），有用的部分从27行开始到最后都是。
理论上把28行删掉，就能够直接将脚本在Pine A64上运行，但是我没有测试。（本机编译不需要跨平台）
其实感觉差不多就是直接运行脚本了。。
我的配置如下：
LINUX_ARCH=arm64
CROSS_COMPILE=
DEST=
TARGET=$DEST/usr/src/linux-pine64-3.10.104-2-pine64完成一系列命令后，kernel_headers安装完成。
文件目录应当如下：
再在/lib/modules/<kernel-version>下配置好相关的文件链接：
sudo rm -f build
sudo ln -s /usr/src/linux-pine64-3.10.104-2-pine64 $(pwd)/build这样系统就能正常调用了。
由于系统自身的架构声明为aarch64，实际使用的却是arm64的配置文件，推荐进行以下操作：
sudo ln -s /usr/src/linux-pine64-3.10.104-2-pine64/arch/arm64 \
/usr/src/linux-pine64-3.10.104-2-pine64/arch/aarch64就可以让某些应用程序编译时获得正确的配置文件。（下文即是其中之一）
这一部分是写起来最快乐的，因为步骤和一般x86 PC上的没有任何区别。
make all，sudo make install，完事！
然后sudo modprobe 8188eu即可加载驱动。
附注：
请务必确保在安装好的头文件目录下有一个Module.symvers文件，该文件用于链接符号和对应的操作码。
若是缺少的话，加载驱动会失败，且在dmesg中会看到如下信息：
其中8188eu模块报出的是没有Module.symvers文件时的错误，下面的R8188EU是操作正确下发出的信息。
Module.symvers由内核编译时动态生成，这也是前面为什么要编译内核的原因。
make modules_prepare进行编译驱动模块的辅助程序配置。
该命令可以解决的问题诸如scripts/basic/fixdep not found一类的问题。啊，写到下午一点，差不多写完了，肚子早饿了，吃饭去。
ssh-keygen创建多组公钥-密钥对~/.ssh下建立config文件，格式如下：Host host-alias
HostName your.host.name
IdentityFile /path/to/privkey
PreferredAuthentications publickey
User username其中Host为该配置文件的“主机名”，即配置git远程仓库时用到的主机名，用于区分不同配置，不应重复
HostName为该配置文件的实际主机名，可重复
IdentityFile放私钥路径，可用相对地址
PreferredAuthentications为连接时的验证方式
User即为用户名（暂时不清楚这个有啥用，就先填用户名吧）
记得把私钥和这个config的权限改成600，为安全起见