Arch Linux JP Project - Slack - #random

#random

2017年12月

12月2日

そういえば、皆さんはArch Linuxの設定の保管(Dotfilesではなく/etcなど)ってどのようにされていますか。
自動化してみたいので参考にしたいです。

私は /etc に関しては etckeeper 使っていますね
パッケージ操作した際やら時間やらで保存されるのは勿論、
外部repoに push してくれるのが良いです
設定も簡単です

有事の際、 git の使い方さえわかればどうにかなるのも気に入ってます

ありがとうございます、自動でコミットとかもやってくれるのは良いですね。

12月3日

@gety0urpingdrumさんがチャンネルに参加しました

12月4日

@kontyanzhihgさんがチャンネルに参加しました

12月5日

https://memo.laughk.org/2017/12/03/000013.html

良さ。おなじみのKeiさんの記事だ

https://blog.surume.tk/archlinux-create-mastodon-instance/

iMastというiosのmastodon clientを作ってる人の記事。iosでmastodon clientどうしようかなーと思ってたけど、iMastを使ってみようかな

このステータスサービス、良さそう。
https://uptimerobot.com/

今、status系は、cachetというossを使ってopenshiftでホストしてるんだけど、最近、OpenShift Online Starterの調子があまり良くない...

http://rinsuki.hatenablog.jp/entry/2017/11/29/070912

12月6日

Linux 環境で業務をしていて困ったこと

これまでの流れだと、そんなに困ってなさそうな雰囲気を醸し出したかもしれないけれど 1個だけものすごく困ったというかツラいことがあった。それが IPsec な VPN への接続。

ツラさを挙げると以下のような感じ。

    AUR 含めて GUI の Client ツールを探してもほとんど出てこないし、出てきたものもまともに動かない
    「Linux IPsec」で検索しても VPN サーバ構築の話ばかりで、Client として接続するだけの話がほとんど出てこない
    辛うじて見つけた情報をもとに Client 設定をするにしても、ミドルウェアを幾つか導入して設定する必要がある
    結局 libreswan か strongswan + lx2tpd の導入が必要となり大掛かりでものすごく面倒。下手なサーバ構築よりキツイ。

手段がないわけじゃないけど、Windows/mac だとすんなりできることなのになんでこんなことを... というレベルでツラかった。

ちなみに OpenVPN の場合は NetworkManager のプラグインがしっかり動くので、あっさり繋がる。 他の VPN は試してないけど、もしかしたら導入が面倒な場合もあるかもしれない。

私もこれ辛かった

わかる……

環境が汚れるだけ汚れて、めちゃクソめんどくさかった…

L2TP/IPsecに接続するのつらいですよね、netoworkmanager-l2tpはちゃんと動かないし設定もちらばってるし…

そういえば最近買ったルーターが対応してた気がするのでやってみます

なかなか地獄で良いですよ

RTX1200で立てたVPNには繋がるのに同じ設定(アドレスとかパスワードとかは勿論変えてある)でVPSに立てたVPNには繋がらなかったり

えぇ…

あ、ルーターが対応してたのOpenVPNでした

12月7日

おお。思ったよりも拾われていた。

どうも "ArchLinux なラップトップで仕事しはじめて大体1年経った" を書いたものです。
L2TP/IPsec な VPN、ホントただ接続したいだけなのにホントツラいですよね...
今は必要なくなったのでホッとしてますが。

@nsmr0604さんがチャンネルに参加しました

12月8日

xf86-video-intel, 入れないと xorg がディスプレイを認識してくれない... (まだ引っ張る)

うーん、なぜ認識してくれないんでしょう…

カーネルは認識出来てるのかとか…

もうめんどくさいので、入れる方針でいきます。とりあえず動いてくれればいいので（問題放棄）

脱GNOMEついでにイチから環境構築していたら、xorgのログでディスプレイが見付からないよと出ていました。

12月9日

とりあえず動いてるの大切

確かに動くのが一番大切ですね。

それが一番大事 :face_with_rolling_eyes:

(負けた上に投げ出して逃げた人)

そういえば初めてPKGBUILDを書いている所なのですが…
他の(フォーク元の)PKGBUILDを参考にしても大丈夫なのでしょうか…

今まで考えたことがなかったけど、AURに置いてあるPKGBUILDやパッチのライセンスはどうなるんだ

クレジット(Contributor: の行)を消さなければ他のパッケージのやつを使っても文句は言われないと思う

実際今書いてるのは bitzeny の wallet のPKGBUILDで、フォーク元の bitcoin 共にGithub側ではライセンスはMITでした。

12月10日

みなさん、systemd関連の自作サービスファイルはどこに置いてます？
私はとりあえず /etc/systemd/system に置くようにしているのですが、後々gitとかに上げることを考慮すると /usr/lib あたりに置いた方がいいのかな〜と考えてはいるのですが。

権限がuserでも良いなら ~/.config/systemd/user/ に置いてますね。
rootで実行するなら /etc/systemd/user/ が一応管理者が自分で配置する用らしいですね。
(そっちは使ったことがない…)

ああ、 /etc/systemd/user/ に置くのが本来の使い方なのですか。実行権限で別れているのかと思ってました。

12月11日

他のPKGBUILDの参考にするのは全然問題ないと思いますよ。丸パクリしてパラメータを若干弄る程度であっても。それよかちゃんとメンテナンスし続ける方が大事だと思います。

参考にしたPKGBUILDがあれば、そこのMaintainerをContributorに書きかえて、自分をMaintainerにするのが妥当ですかね？

PKGBUILD書こうと思ってたのがビルド通ってくれなかったのでまた今度書きます。
書くときは一旦それで書いてみます。

12月12日

@toshiakiさんがチャンネルに参加しました

@kse.201さんがチャンネルに参加しました

12月13日

今、 /etc/makepkg.conf の MAKEFLAG どうしてます？

-j2 が指定されているけど、コメントアウトしてる。初期値なのかなんか理由があったのかは忘れた。

私は MAKEFLAGS="-j9" にしてますね。

(私の使ってるCPUは4C/8Tなので -j5 にするべきだったかな…)

-j はコアの数ですかね?

それてもthreadsでしょうか？

-j [jobs], --jobs[=jobs]
            Specifies the number of jobs (commands) to run simultaneously.  If there is more than one -j option, the last  one  is
            effective.   If the -j option is given without an argument, make will not limit the number of jobs that can run simul-
            taneously.

つまり、threadsですかね？

普通はコア数+1ぐらいにするらしいですね(スレッド+1でも良さそう)

-jはコンパイルするときどの位並列処理するかですね
コンパイルばっかりしてるgentooユーザーの間ではコア数+1が一番最適とかなんとか

参考までに、英版archwikiでは例として MAKEFLAGS="-j$(nproc)" が挙げられていますね

なるほどー

じゃあthreads＋１でやってみます

12月14日

@yuiel.personal3510さんがチャンネルに参加しました

12月15日

@vector008200さんがチャンネルに参加しました

12月16日

@detectiveryoさんがチャンネルに参加しました

12月18日

#general で昨日貼られてますね

あ、見てなかったです。。。

12月19日

@priv.kiziさんがチャンネルに参加しました

AURからvisual-studio-codeがなくなっているのですが、一時的なものなのでしょうか？
もし永久的になくなるのでしたら、visual-studio-code-binか、visual-studio-code-ossを使えばよいのでしょうか？

12月20日

@goat AURの visual-studio-code-bin のページに以下のようなピン留めされた文があります

>・What happened to visual-studio-code ?
>It got renamed with a -bin suffix. If you have the original package installed, you will be prompted to delete it when you install this package for the first time.

ということで、 visual-studio-code を使っていた場合は visual-studio-code-bin を使うのが正しいようです。

@fragment あら、見落としていました...ありがとうございます。助かりました！