Fedora28のリリースを見て。

Sat, May 5, 2018 in debian , fedora

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が起きるのでパッチが必要なようだ。