↑日記で日々積み重ねた情報をトップの「わんこのページ」にまとめています。

わんこ日記 [RDF]

過去の日記

2017-03-05(Sun) LXDEのOpenboxでもWindowsスナップ [長年日記] この日を編集

なんかWindows Aaroの右半分にスナップとか便利につかっていたらLinuxでも使いたくなったので

$ diff -u lxde-rc.xml.org lxde-rc.xml

--- lxde-rc.xml.org 2017-03-05 01:10:49.299382235 +0900

+++ lxde-rc.xml 2017-03-05 01:18:57.028669866 +0900

@@ -264,6 +264,12 @@

<menu>client-menu</menu>

</action>

</keybind>

+ <!-- Take a screenshot of the current window with scrot when

+ Alt+Print are pressed -->

+ <!-- copy from /etc/xdg/openbox/rc.xml -->

+ <keybind key="A-Print">

+ <action name="Execute"><command>scrot -s</command></action>

+ </keybind>

<!-- Keybindings for window switching -->

<keybind key="A-Tab">

<action name="NextWindow"/>

@@ -277,6 +283,29 @@

<desktop>yes</desktop>

</action>

</keybind>

+ <!-- copy from /etc/xdg/openbox/rc.xml -->

+ <!-- Keybindings for window switching with the arrow keys -->

+ <keybind key="W-S-Right">

+ <action name="DirectionalCycleWindows">

+ <direction>right</direction>

+ </action>

+ </keybind>

+ <keybind key="W-S-Left">

+ <action name="DirectionalCycleWindows">

+ <direction>left</direction>

+ </action>

+ </keybind>

+ <keybind key="W-S-Up">

+ <action name="DirectionalCycleWindows">

+ <direction>up</direction>

+ </action>

+ </keybind>

+ <keybind key="W-S-Down">

+ <action name="DirectionalCycleWindows">

+ <direction>down</direction>

+ </action>

+ </keybind>

+

<!-- Keybindings for running applications -->

<keybind key="W-e">

<action name="Execute">

@@ -335,6 +364,38 @@

<command>lxrandr</command>

</action>

</keybind>

+ <!-- copy from https://wiki.archlinuxjp.org/index.php/Openbox

+ Windows Aero Snap

+ -->

+ <keybind key="W-Left">

+ <action name="UnmaximizeFull"/>

+ <action name="MaximizeVert"/>

+ <action name="MoveResizeTo">

+ <width>50%</width>

+ </action>

+ <action name="MoveToEdge"><direction>west</direction></action>

+ </keybind>

+ <keybind key="W-Right">

+ <action name="UnmaximizeFull"/>

+ <action name="MaximizeVert"/>

+ <action name="MoveResizeTo">

+ <width>50%</width>

+ </action>

+ <action name="MoveToEdge"><direction>east</direction></action>

+ </keybind>

+ <keybind key="W-Down">

+ <action name="Unmaximize"/>

+ </keybind>

+ <keybind key="W-Up">

+ <action name="Maximize"/>

+ </keybind>

+ <!-- open teminal -->

+ <keybind key="W-t">

+ <action name="Execute">

+ <command>lxterminal</command>

+ </action>

+ </keybind>

+

</keyboard>

<mouse>

<dragThreshold>8</dragThreshold>

上下のスナップは、再現できなかったので最大化で許してね。


2017-02-26(Sun) Docker 1.13 [長年日記] この日を編集

DebianでもexperimentalだけどDocker 1.13のバッケージが出てきたので早速1.11からupgrade

しかし、コンテナが起動できず。

調査の結果、runcパッケージが、Debian 9 testing(strach) 0.1.1+dfsg1-2と古かったのが原因なのでsid版をインストールしたら動くようになった。よかった。

docker.io:amd64/experimental 1.13.0~ds1-1 uptodate

runc:amd64/sid 1.0.0~rc2+git20161109.131.5137186-2 uptodate


2017-02-13(Mon) [Debian] PlanUMLサーブレット版 [長年日記] この日を編集

GitLabの設定で

PlantUML

[x] Enable PlantUML

PlantUML URL

Allow rendering of PlantUML diagrams in Asciidoc documents using an external PlantUML service.

というのが有って、「PlantUML Server」なるWARが有る事を知る。

Debianには、CLI版はパッケージになっているけど、WAR版は無いようなので、plantuml.warを取ってきて、/var/lib/tomcat8/webapps/ に置いて、tomcat8を再起動して使えるようにした。

なかなか良いじゃん


2016-12-07(Wed) kernel 4.8でDebian 6(wheezy)動かず [長年日記] この日を編集

kernel 4.8に上げたら、Dockerの中のDebian 6(wheezy)が動かない。プロセスを起動しようとするとcoreする。

もしかして、これが原因

ainux (4.8.4-1~exp1) experimental; urgency=medium #aa #a * New upstream release: https://kernelnewbies.org/Linux_4.8 #a * New upstream stable update: #a https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.8.1 #a https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.8.2 #a https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.8.3 #a https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.8.4 #a #a [ Ben Hutchings ] #a * [amd64] Enable LEGACY_VSYSCALL_NONE instead of LEGACY_VSYSCALL_EMULATE. #a This breaks (e)glibc 2.13 and earlier, and can be reverted using the kernel

parameter: vsyscall=emulate

-- Ben Hutchings Sun, 23 Oct 2016 17:21:13 +0100

vsyscall=emulateと、ブートオプション入れないと、glibc 2.13(つまりwheezy)が動かないの?


2016-11-22(Tue) [長年日記] この日を編集

sendmail MTA立ち上がらず

数日前からsendmailのMTAが立ち上がっていなかった。MSPだけしが動いていない。

ログをみると

Nov 22 16:17:57 mirara sm-mta[16075]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 1872: Xopendkim: local socket name /var/run/opendkim/opendkim.sock unsafe: Group writable directory

と、opendkim.sockのあるパーミッションが悪いらしい。

--- opendkim.service.generate.org 2016-10-25 02:58:36.000000000 +0900

+++ opendkim.service.generate 2016-11-22 16:37:29.049703801 +0900

@@ -70,7 +70,7 @@

echo "ExecStartPre=-/bin/sh /lib/$NAME/$NAME.service.generate" >> $SERVICEFILE.new

echo "ExecStartPre=-/bin/mkdir -p $RUNDIR" >> $SERVICEFILE.new

echo "ExecStartPre=-/bin/chown $USER.$GROUP $RUNDIR" >> $SERVICEFILE.new

-echo "ExecStartPre=-/bin/chmod 770 $RUNDIR" >> $SERVICEFILE.new

+echo "ExecStartPre=-/bin/chmod 750 $RUNDIR" >> $SERVICEFILE.new

echo "ExecStart=/usr/sbin/opendkim -p $SOCKET $DAEMON_OPTS -x /etc/$NAME.conf -u $USER -P $PIDFILE" >> $SERVICEFILE.new

echo "Restart=on-failure" >> $SERVICEFILE.new

echo "ExecReload=/bin/kill -USR1 \$MAINPID" >> $SERVICEFILE.new

[/lib/opendkimより引用]

というバッチを当てて、opendkimのRUNDIRにGroup Writeの許可が出ないようにしたらsendmailが、ちゃんと動くようになった。

先日のopendmarcだけでなく、opendkim Debianパッケージお前もか!


2016-11-16(Wed) tdiary 5.0にupgrade [長年日記] この日を編集

Debian stretch (testing) で、tdiaryパッケージのバージョンが上がったので、そのままインストールしたら。

uninitialized constant Bundler (NameError)

で動かない。

スタックトレースをしらべると、使いもしないBundlerを使おうとしているようなので、

--- environment.rb.org 2016-09-29 16:41:23.000000000 +0900

+++ environment.rb 2016-11-16 23:33:38.543235684 +0900

@@ -22,14 +22,14 @@

# see: https://github.com/bundler/bundler/issues/1041

#

# load gems dependented by tdiary

-tdiary_spec = Bundler.definition.specs.find {|spec| spec.name == 'tdiary'}

-if tdiary_spec

- tdiary_spec.dependent_specs.each {|dep_spec|

- begin

- require dep_spec.name

- rescue LoadError => e

- STDERR.puts "failed require '#{dep_spec.name}'"

- STDERR.puts e

- end

- }

-end

+#tdiary_spec = Bundler.definition.specs.find {|spec| spec.name == 'tdiary'}

+#if tdiary_spec

+# tdiary_spec.dependent_specs.each {|dep_spec|

+# begin

+# require dep_spec.name

+# rescue LoadError => e

+# STDERR.puts "failed require '#{dep_spec.name}'"

+# STDERR.puts e

+# end

+# }

+#end

[/usr/share/tdiary/lib/tdiaryより引用]

として、回避した。


2016-08-21(Sun) PHP7.0 [長年日記] この日を編集

Debian packageのmediawikiが、php7.0対応になったのに気がついて、php5のままだった、ソーシャルブックマークのscuttleやpukiwikiをPHP7.0対応にして、無事に全てPHP7.0対応が終わったと思って、mod-phpを7.0に上げていた。

ふと気がつくと、OpenPNE2が動いていない… OpenPNE2.14ってPHP7.0対応していないのかぁ…

本日のツッコミ(全1件) [ツッコミを入れる]

_ わんこ [というわけで、他のPHP5にしか対応していないアプリと共にOpenPNE2もDockerコンテナ化]


2016-07-05(Tue) Mediawikiパッケージupgrade [長年日記] この日を編集

Mediawikiパッケージがapt-get upgradeで1:1.27.0-1にupgradeされたんだけど、Mediawikiを開くと

A database query error has occurred. This may indicate a bug in the software.

と言われて焦った。 データベースupgradeは、

# /var/lib/mediawiki/maintenance/update.php

で手動でしなきゃいけないのだけど、忘れていた。



2016-06-21(Tue) docker-registory起動せず [長年日記] この日を編集

apt-upgradeしたらdocker-registoryが立ち上がらなくなった。

docker-registory 2.4.1~ds1-1(testing)stretchが悪いらしい。

Jun 21 23:31:19 mirara docker-registry[57073]: Error: unknown command "/etc/docker/registry/config.yml" for "registry"

Jun 21 23:31:19 mirara docker-registry[57073]: Run 'registry --help' for usage.

どうやらsystemd起動設定ファイルが悪いようで、docker-registoryのサブコマンド「serve」が抜けているようなので

# diff -u /lib/systemd/system/docker-registry.service.org /lib/systemd/system/docker-registry.service

--- /lib/systemd/system/docker-registry.service.org 2016-06-12 17:58:35.000000000 +0900

+++ /lib/systemd/system/docker-registry.service 2016-06-21 14:51:18.395028460 +0900

@@ -4,4 +4,4 @@

[Service]

User=docker-registry

-ExecStart=/usr/bin/docker-registry /etc/docker/registry/config.yml

+ExecStart=/usr/bin/docker-registry serve /etc/docker/registry/config.yml

としたら動いた。


Google Web検索 on-o.com内を検索