Fedora28のリリースノートをつらつら眺めたら、libcurlのリンクをlibssh2からlibsshに変えたよ、というのがあった。へぇ、と思ってDebianでlibssh2に依存しているのを探してみた。
$ grep-dctrl -F Depends libssh2-1 -s Source /var/lib/apt/lists/*_Packages | sort | uniq
Source: curl
Source: gfal2
Source: guacamole-server
Source: libgit2
Source: libpam-sshauth (0.4.1-2)
Source: libssh2
Source: libvirt
Source: mlterm (3.8.4-1)
Source: php-ssh2 (1.1.2+0.13-1)
Source: pylibssh2
Source: qemu
Source: vlc (3.0.2-1)
Source: yuma123
Source: zabbix
curl以外にも幾つかある。で、qemuの様子をみてみたが、今の所何度か提案パッチを書き直しているようで簡単にs/libssh2/libssh/すればいいわけでは無いようである。qemuの場合はパフォーマンスが落ちた、という話も出てる。
ともあれ、curlについてはupstreamが対応済みなのでFedoraがやったのと同じことは簡単にできそう…ということでBTSしておいた。
そのうち過去のリリースノートも見てみるか。
…とりあえずlibxcryptのパッケージを触ってみた。
$ gbp import-dscs --debsnap libxcrypt
$ cd libxcrypt
$ git checkout upstream
$ rm -r ./*
$ git remote add upstream https://github.com/besser82/libxcrypt.git
$ git pull upstream
$ git pull upstream --allow-unrelated-histories master
(ちょこちょことconflict対応)
$ git commit -av
$ git checkout master
$ cp -arp debian ../ ; rm -r ./*; cp -arp ../debian ./
$ git merge --allow-unrelated-histories v4.0.0
(ちょこちょことconflict対応)
あとは普通のパッケージング作業。なくさないようにsalsaに上げておいた
しかし、libxcrypt.soからlibcrypt.soになってるっぽい?いいのかしら…今だと libc6: /lib/x86_64-linux-gnu/libcrypt.so.1
という感じ。
$ apt-file show libxcrypt1
libxcrypt1: /lib/libxcrypt.so.1
libxcrypt1: /lib/libxcrypt.so.1.2.4
(snip)
$ dpkg-deb --contents libxcrypt-dev_4.0.0-1_amd64.deb
(snip)
lrwxrwxrwx root/root 0 2018-05-05 19:20 ./usr/lib/x86_64-linux-gnu/libcrypt.so -> libcrypt.so.1.1.0
lrwxrwxrwx root/root 0 2018-05-05 19:20 ./usr/lib/x86_64-linux-gnu/libowcrypt.a -> libcrypt.a
lrwxrwxrwx root/root 0 2018-05-05 19:20 ./usr/lib/x86_64-linux-gnu/libowcrypt.so -> libcrypt.so
Fedoraのsrpmを dnf download --source libxcrypt glibc
とかしてみてみると、どうやらある時点でglibc側での生成を止めてlibxcryptを使うようになってるようだ。
Kernelのsrpmを落としてきた。BuildConflicts: rhbuildsys(DiskFree) < 500Mb
は面白いな、同じことやれるといいな。
# Sources for kernel-tools
Source2000: cpupower.service
Source2001: cpupower.config
名前から関係ありそうなのはこれかなぁ。
# See 'cpupower help' and cpupower(1) for more info
CPUPOWER_START_OPTS="frequency-set -g performance"
CPUPOWER_STOP_OPTS="frequency-set -g ondemand"
[Unit]
Description=Configure CPU power related settings
After=syslog.target
[Service]
Type=oneshot
RemainAfterExit=yes
EnvironmentFile=/etc/sysconfig/cpupower
ExecStart=/usr/bin/cpupower $CPUPOWER_START_OPTS
ExecStop=/usr/bin/cpupower $CPUPOWER_STOP_OPTS
[Install]
WantedBy=multi-user.target
Debianだとlinux-cpupower
パッケージに入っているcpupowerの調整、か。でも違う気がする…。
で、再度ちゃんと文章読んでみたらThe initial focus of this change is to enable to following 3 hardware power-saving features by default:
って書いてあるやん。あーこれはconfigで有効にするぜ、ってことか。kernel-x86_64.config
を探す。
CONFIG_SND_HDA_POWER_SAVE_DEFAULT=1
CONFIG_SND_HDA_POWER_SAVE=y
CONFIG_BT_HCIBTUSB_AUTOSUSPEND=y
CONFIG_SATA_MOBILE_LPM_POLICY=3
それらしいのはこれかなぁ…これを全て有効にすればF28相当になる?ただし、SATAはリスクが増すし、Bluetoothも一部機種だとregressionが起きるのでパッチが必要なようだ。