LYNCSブログ

慶應義塾大学公認団体 宇宙科学総合研究会(LYNCS)のブログです。

Bootcamp で Windows を動かす時のため Print Screen を召喚する話

この記事は、LYNCS Advent Calendar 2018 6日目の記事です。12月6日の28時だからギリギリ間に合いましたね!(白目) 今日は min がスキマ需要な話をします。Mac で Bootcamp を使って Windows を動かしている人の中の一部には受けるかもしれません。

  • はじめに
  • 何をしたか
  • 方法
  • なんでそうなるのか
  • 直したい時
  • これをしてどうなったか
  • おわりに
  • おまけ
続きを読む

四季の星座紹介:Yossy

この記事は、LYNCS Advent Calendar 2018 5日目の記事です。今回は、今年の三田祭で配布させていただいた部誌「Escape Velocity Vol.2」に掲載した記事の公開版です。Yossy による星座紹介の記事になっています。Adventar には今日の担当は min と書かれていますが、これは私 min が転載を行ったというだけであり、元記事の著者は min ではありません。

はじめに:夜空は一年中面白い

星座を見るメインの季節とされるのは冬と夏である。だが、だからといって春と秋に有名な星座が無いわけではない。華やかな冬・夏とは違い、春や秋は穏やかな星々が夜空を照らしている。そこで、このコーナーで は四季の各季節からおすすめの星座を 1 つずつ選んで紹介する。この星座でなくても、合宿などで町明かりのない場所へ出かけたときに夜空を見上げれば、星々があなたを癒やしてくれるだろう。

春におすすめの星座:おおぐま座

f:id:lyncs:20181205203154p:plain
おおぐま座

おおぐま座とはどんな星座?

有名な北斗七星のある星座である。春の他の星座を探すときの目印にもなるので、ぜひ実際に見つけてみてほしい。

おおぐま座の見つけ方は?

春の夜空で北の方角を見ると、柄の長いフライパンを横からみたような形に星がならんでいるのが見つかるはずだ。これが「北斗七星」である。北斗七星のうち、フライパンの柄の部分がおおぐま座での熊のしっぽ、鍋の部分が熊の背中に対応する。

おおぐま座には二重星がある!

北斗七星のフライパンの柄の先から2番目の星、ミザール(ζ 星)を注意深くみつめると、暗い星がくっつ いているように見える。この星はアルコルといい、ミザールとアルコルは 2 つの星が重なって見える「二重星」として有名だ。この 2 つの星が実際に近くにあって互いのまわりをまわっている「連星」なのか、地球からみると偶然近くにあるように見える「見かけの二重星」なのかは分かっていない。近年の観測で、ミザー ル自体も 4 つの星が 2 つのペアを組んでまわりあう「四重連星」であることが分かった。

夏におすすめの星座:こと座

f:id:lyncs:20181205203218p:plain
こと座

こと座はどんな星座?

こと座は有名な星座なので、知っている方も多いはずだ。こと座には、七夕の織姫の星として有名な星・ベガ(α 星)があり、近くのわし座のアルタイル、はくちょう座のデネブと共に、明るい星の三角形「夏の大三角」をつくっている、夏の夜空の華ともいえる星座なのである。

こと座の探し方

夏の夜空で頭の真上のあたりをみると、ひときわ白く輝く明るい星が見つかるだろう。これがベガである。 星がよく見える場所であれば、ベガのすぐ近くで 4 つの星が小さな平行四辺形を描いているのを見つけよう。こと座は主にこの四辺形とベガでつくられる、小さくも美しい星座である。

こと座の宝石・リング星雲

こと座の平行四辺形には、リング星雲(M57)という綺麗な天体がある。この天体は、星が死ぬときに放出したガスが照らされて光って見える「惑星状星雲」という天体で、その名の通りリング状にガスが広がっていて美しい。小型の望遠鏡でも見つけることができるので、探してみてほしい。

秋におすすめの星座:カシオペヤ座

f:id:lyncs:20181205203234p:plain
カシオペヤ座

カシオペヤ座はどんな星座?

カシオペヤ座は、北斗七星のあるおおぐま座北極星を挟んで反対側にある星座である。秋の夜空の中では一番目立つ星座のため、他の星座を探すときの目印としても利用出来る。

カシオペヤ座の見え方

カシオペヤ座は北極星に近く、日本からは 1 年中みることが出来る。秋の夜空では、空高くに M 字形に 5 つの星が並んで見える。北極星の周りを回っているので、春には W 字形に見える。

冬のおすすめの星座:オリオン座

f:id:lyncs:20181205203256p:plain
オリオン座

ぜひオリオン座を

冬の夜空といえばもちろん、オリオン座は欠かせない。都会で町明かりがある場所でも、特に星座に詳しくなくても簡単に見つける事が出来るので、気軽に観測できるイチオシの星座だ。

オリオン座の見え方

冬の夜空で南の方角を見ると、リボンの結び目のような形の星座-オリオン座が見つかる。オリオン座の中央には 3 つの星が並んでおり、星座の両端には赤いベテルギウス(α 星)と青白いリゲル(β 星)という 2 つの一等星が対角線上に輝く。星座の中央に並んでいる三つ星からみてリゲル側には、さらに小さく 3 つの星 が並んでいるように見える。この「小三つ星」の中央には、ピンク色に輝く「オリオン大星雲(M42)」という 巨大な星雲がある。

ウルトラマンの故郷!?

オリオン座には大星雲の他にもたくさんの綺麗な天体が存在する。そのひとつ、M78 星雲は、三つ星のベテルギウス側にある散光星雲で、内部で生まれた星が周囲のガスを照らして輝いている。ウルトラマンの出身地という設定になっていたため、小さい天体ながら知名度は高い。

おわりに

この記事を読んだあなたが、今までとは違った視点で夜空を見上げていることを楽しみにしている。

参考文献

[1] 早水勉 (2017).『星空の教科書』. 技術評論社.

遠隔地のWindows PCをAnyDeskを使ってヘッドレス運用する

この記事は、LYNCS Advent Calendar 2018 4日目の記事です。今日の担当はryo-aです。

スキマ需要にも程がある話ですが、遠隔地に設置したWindows PCを、モニタ・マウス・キーボードを接続しない状態(ヘッドレス)で運用する方法について軽く紹介いたします。本当にアドカレが始まるとは思っていなかったのでざっくりとした内容で申し訳ありません。

AnyDesk

ドイツのAnyDesk社によって提供されているリモートデスクトップアプリケーションです。 GUIの特性に最適化されたコーデックを採用しており、高画質1かつ高速なリモートデスクトップ操作ができます。複数のソフトを触りましたが、使いやすさ・速度ともに今のところ一番お気に入りです。

有料プランも大手のTeamViewerより安く設定されており、商用・業務用途であっても比較的低い負担で導入できるのがメリットです。

ヘッドレスって何よ

f:id:lyncs:20181204230844j:plain

いや、マミさんはなく、

ヘッドレスとは、ディスプレイやキーボード、マウスなどの入出力機器を接続しない状態でコンピュータを運用すること。また、普段そのような運用を行う機器。(e-wordsより)

要するにサーバマシン的な感じで普通のWindowsを運用したいという話です。

Windowsのヘッドレス運用をする状況

UNIX系OSのサーバをSSHで叩くのではいかんのか」という話ですが

  • オフィスや研究室にある共用マシン、あるいは自宅のマシンを操作したい
  • そのPCを直接触る機会は少ないorほぼない

という状況において

  • 利用者がUNIX系OSCLIに慣れていない
  • Windowsでしか動かないハードウェアやソフトウェアを利用している
  • そもそも情シス的な部署がSSHのためにポートを開かせてくれる環境ではない

など複雑な状況が絡み合うとWindowsのヘッドレス運用をしたい(しなければならない)状況が発生します。いや発生しないほうがいいんですけど、発生したもんは仕方がないので実現するしかないわけです。

ディスプレイを繋いでいないとAnyDeskが繋げなかった

(遠隔地の(無人の)PCにAnyDeskで接続する設定の手順自体はWeb上のあちこちに記事があるので割愛します。) さて、意気揚々と設定を終わらせてマウス・キーボード・ディスプレイを引っこ抜いた瞬間、AnyDeskが画像を送ってくれなくなりました。ディスプレイが物理的に繋がっていないといけないようです。これは困った。

ちなみに、ChromeリモートデスクトップやTeamViewerはディスプレイを繋いでいなくても画像を送ってくれます。速度は遅くなりますけど。実装について全くくわからないのですが、これらのソフトウェア側でXvfbみたいな処理を多分やってくれているんでしょうか。

GPUを騙せばいけた

結局はコネクタの先に液晶じゃなくても電気抵抗が何かあればGPUはディスプレイがあると勘違いするんです(暴論)。 抵抗さえあればなんでも良いというのは嘘ですが、実際のディスプレイを要しているわけでないのは事実です。それっぽい信号出力先があればOKらしく。

ということでこれを導入しました。

最初はええ…(ドン引き)と思ったんですけど、AnyDeskではないですが似たような需要があるらしく、こういう製品が存在しているようです。 DPに限らずHDMIでもあるようですね。

これを刺すとすんなり動いてくれました。めでたしめでたし。
ちなみに、このアダプタを挿したことでAnyDeskが動くようになっただけでなく、Chromeリモートデスクトップの解像度と速度も向上しました。

まとめ

  • AnyDesk はいいぞ
  • リモートデスクトップソフトウェアによっては、ディスプレイを刺さないと動作しないものがある
  • そういう状況でもGPU(の端子)を騙せば大丈夫

  1. ただし、色が若干変わるところがあるのでデザイン用途には向いていないと思います。

MacでWindowsのPCとzipファイルをやり取りするために

この記事は、LYNCS Advent Calendar 2018 2日目の記事です(本当)。瓢簞から駒が出るってやつですかね。本当に始まりましたよAdvent Calendar。今日はminが担当します。
今回は、Macでzipファイルを扱う時のことについてちょっと書きたいと思います。Macユーザーには絶対に知っておいてもらいたいことなので、是非読んでもらえると嬉しいですね。

  • はじめに
  • そのままzipを作るとどうなっちゃうの?
  • なんでこうなっちゃうの?
  • どうすればいいの?(mac編)
    • その1:日本語を使わない
    • その2:フリーのツールを使う
    • その3:Google driveを利用する
    • その4:Windowsを使う
  • どうすればいいの?(Windows編)
    • その1:友人を頼る
    • その2:フリーのツールを使う
  • まとめ
  • おわりに
  • 追記

はじめに

まず、先に言いたいことを言ってしまいます。

Macで作成したzipファイルは、Windowsでは高確率で文字化けして読めなくなります

「高確率」というのは、「運が良ければ文字化けしない!」というわけではなく、「普通に使ってたら多分文字化けしちゃうだろうな」という意味合いです。ちゃんと理由と対処がわかっていれば問題ありません。
実際に、Windowsを使っている友人に「このファイル中身が文字化けしとるんやけど」と相談され、確認してみたらMacで圧縮したzipファイルだった、ということが何度かありました。
今回は、Macでzipファイルを作成する時の注意とか諸々について紹介していきます。

続きを読む

TrelloとSlackで学生団体公式アドレスの受信メールを一括管理している話

この記事は、LYNCS Advent Calendar 2018 1日目の記事です(大嘘)。

こちらの記事は、今年の三田祭で配布させていただいた部誌「Escape Velocity Vol.2」に掲載した記事の公開版となっています(内容はほぼ同じです)。

今年の部誌は大変好評をいただき、無事完売(売ってない)しました! ご来場くださった皆さまありがとうございました。来年もぜひLYNCSのブースにお越しくださいませ。

部誌制作のあれこれはこちらの記事で読めます↓ lyncs.hateblo.jp

  • はじめに
  • ツール導入の経緯
  • IFTTTを使ってみる
  • Trelloを使ってみる
  • 現在の運用状況
    • リスト構成
    • カード詳細
    • Slack通知
  • Trelloメール管理Tips
  • おわりに
続きを読む

無償労働者の進捗を煽る方法(部誌2018報告)

はじめに

 初めましてな方が多いと思います。現天文研究本部副代表、minです。まあ公式ツイッターよく動かしてるのでわかる人にはわかってもらえそうですが。
 僕は今年の三田祭で配布する予定の部誌「Escape Velocity Vol.2」の編集長を担当しました。去年もこのブログで告知したり、寄稿の一部を掲載したりしました。そんなわけで、今年も宣伝がてら紹介をするつもりだったのですが、正直ただ宣伝するだけじゃあ面白くない。そんなわけで、部誌作るときのマネジメントもどきみたいな話や、修羅場体験談や、公開反省会やらをまとめて書いてしまった方が面白いのではないか、と思いこうなったわけです(タイトルについては後々説明します)。まあ、サークルで部誌とか作る人の助けになったりならなかったりすれば幸いです。
あ、ブログなので部誌よりも軽めに書いてるつもりです。あんまり突っ込まないでもらえると嬉しいですね。

テンプレート作成

 部誌のプロジェクト自体はかなり早くから動き出していました。11月末が三田祭なのですが、5月の中旬か下旬ぐらいには僕が担当することに決まっていたと思います。そして、まずはじめに行ったのがテンプレート作成です。
 部誌とかの小冊子は、周囲の余白のサイズ・フォントの種類・形式などが統一されているかいないかで、大きく印象が変わります。今回の僕らの部誌はLaTeXで作成する予定だったので、プリアンブルとかがあるので特にテンプレートが重要だったわけです。
 僕としては夏休み中にテンプレートを作りたかったので、プランとか記事の内容とかを大まかに相談してからはずっとテンプレート作成に挑戦していました。毎日LaTeXと向き合い、エラーと戦い、仕様に怒り、アドバイスしてくれる先輩に感謝し、そうして作り上げた素晴らしいテンプレート!

 ……は、すぐに投げ捨てました。
 もちろん、余白の設定とか、ページ数設定とか、中央寄せのタイトルと筆者表記とか、ちゃんと使った部分もたくさんあります。でも、二段組の設定とか、それに合わせた余白調整とか、各セクション用の専用コマンドとか、頑張って作った様々な要素の大半は無駄になりましたね。まあ必要のない要素だったので削ったというだけで、仕方ないと言えば仕方ないのですが……。まあ、なんか悲しいですよね、うん。

メンバー決定

さあ、突然ですがここでクイズです!

問題:部誌に必要不可欠な内容を書いてもらいたい時、以下の3人のうち誰に頼むのが適切でしょう?
1:やる気に溢れた、記事を書きたくてたまらない人物
2:やりたい気持ちはあるにはあるが、やるべきかちょっと悩んでいる人物
3:死んでも書きたくないと主張する人物


 読者の皆さんは何でいきなりクイズ? って反応ですかね。まあ、説明に向いていたんですよ。
 このクイズ、色々意見はあるとは思いますが、僕の回答は2番です。
 理由を説明しましょう。まず3番は論外です。うちのサークルはやる気のない人間に肉体言語で語りかけ仕事をさせるような団体ではないので、やりたくない人に強制はできません。そうなると、1番か2番になりますが、ここで考えるべきは2番の人が悩む理由です。
 2番の人は、本人が書きたいか、それとも部誌の担当者に気を遣ってかはわかりませんが、少なくとも部誌の記事を書いてあげようという意思はあります。ですが、書くかどうかについては悩んでいる状態です。この場合、

「書きたいのは書きたいけど、私程度の日本語力で通用するのかしら……?」

 って悩んでいる人はほとんど、というか全くおらず、

「書きたいけど、忙しいからできるか不安だなあ」

 という人が大半です。
 何が言いたいかと言うと、書くべきか悩んでいる人というのは、「締め切りまでに作業を終わらせられるか」という点を見据えた上で、部誌の原稿を引き受けるべきか悩んでいるのです。
 で、じゃあ1番の人はどうなのかというと、これには2パターンあり、

A:「時間にも余裕があるし、この締め切りまでなら書けるだろう。やりたいな」
B:「先のことは知らんけどやりたいわ!」

 となっています。要するに、先のことを考えず、今なんとなく自分がやりたいからという理由で引き受けるような奴が含まれている可能性があるってわけです。
 こういったわけで、「やる気のある人」と「ちょっと悩んでいる人」なら、「ちょっと悩んでいる人」の方が締め切りを守ってくれる可能性が高い、と僕は思います。今回の部誌でも、必要な各本部紹介はちょっと悩み気味の人に任せ、最初からやる気のある人は寄稿に回すという対応を取りました。まあ、意外にもみんな書いてくれたので、この方法が成功したのか失敗したのかはよくわかってないですけれど。

タイトルについて

 今回、作成された部誌は三田祭で無料配布されます。言ってしまえば何の対価もない無償労働であり、周りの空気を読んで原稿を書いた人にはなかなか面倒な作業だったろうな、と思っています。ですが、サークルの仕事にはこういった「活動の本筋と違うし、対価もないけど、誰かがやらなきゃならない」がとても多いです。本当に。ここまでの文章では「やる気のある人間は信用ならん」だの「今なんとなく自分がやりたいからという理由で引き受けるような奴が含まれている」だの結構言いたい放題書いてますが、部誌を実際に書いてくださった方々には本当に感謝しています。が、感謝はしても締め切りは守ってもらう必要があるし、そのためには進捗を確認していきたい。そういうわけで、今回の記事は「無償労働者の進捗を煽る方法」というわけわからんものになってしまったのです。
 無償の仕事というのは引き受けるときの心境が複雑なことが多く、非常に大変です。無償の仕事なんか大半の人間はやりたくないので、やる理由の多くは「やらなきゃいけない空気だったから」みたいになります。この時、こういう理由から仕事を引き受けた人は、事実上は自分からその仕事に立候補したけれど、気持ち的には嫌々参加させられた気分、みたいになってることが多いです。そういう人間に対して「お前がやりたいって言ったんじゃん」というノリで責めると「別にやりたくてやるって言ったわけじゃない」となり、かなり不穏な空気になります。まあ直接言って不穏になるだけならまだいいですが、多くの場合、直接言わず心の中に仕舞い込んだりすることになるので非常に難儀なのです。どういうことかと言うと、心に仕舞い込む人は、「自分から立候補した」という事実を認識しつつ、気分は「無理やりやらされた」という感覚なので、認識と受ける感覚にズレがある、と言う場合が多いです。結果、そのズレがサークル自体に対する居心地の悪さや空気の悪さという考えに変わり、そのままサークルを辞める原因になったりします。僕自身、何度かそんな感じの人を中学とかで見たことがあります。そんなわけで、無償で働いている人には、それなりの対応が必要になるのです。
 で、なんでいきなりタイトルの話なんかしたかと言うと、ここから進捗を煽る準備とか実際に煽る話を初めていくからです。まあ、あんまり大した内容ではないですけどね。

締め切り決定

 8月の前半ごろには、ほぼ担当が決まっていたと思います。うろ覚えですが。そして、そこで僕は原稿の締め切りを9月のはじめに設定しました。
 慶應大学の生徒ならわかると思いますが、これは期間としてはすごく長いものです。慶應は8月いっぱいと9月の最後の方以外は基本的に夏休みなので、部誌の原稿を書くだけに休み1ヶ月を用意したことになるわけです。もちろん、夏休みを丸々使って生み出される素晴らしい原稿を期待してこういう締め切りにしたわけではないですし、というか、多分みんな直前に徹夜するんだろうな、と思ってこの締め切りにしています。まあ、それなりの意図があるわけです。
 これに限った話ではないですが、今回の部誌では真綿で首を絞めるようなシステムを目指していました。口は悪いですが、要するに原稿が遅れた際に「こんだけ用意したのに遅れたの?」という空気を作り出せる用意をしたわけです。9月に締め切りを持ってきたのも、「夏休み挟んでおいて忙しかったとは言わせんぞ」という状況にするためです。これ以外でも、本来必要であろう日程を5倍したぐらいの余裕を持ってプランを立ててあります。
 もちろん、そこを利用して直接的に本人を責めたりはしません。そういったことでマウントを取って責めてみたり怒ってみたりするのは幼稚です。部誌作成に最大限利用するなら、そういった部分には黙っておいて、ただ進捗を確認し続ける方がよっぽど効果があります。少なくとも、締め切りまでに作業しなきゃいけないという意思のある人間には効果的です。そういったやる気のない人間に無言の圧力的なやり方は聞きませんが、元からそういった人を相手にするつもりはないので、特に問題はありません。
 そんなわけで、締め切りを決定した時点で、進捗を煽る用意ができたわけです。こういう空気を作る方法だとサークルに対して変な思いを抱かれるんじゃない? という意見もまあわかります。ですが、手段がかなり間接的なのでサークルへの不満より自己嫌悪とかに繋がりやすいんじゃないかな、というのが僕が見ている中での感想です。まあ自己嫌悪も良くはないのですが、締め切りに間に合わなかったことに対しては何かしらの不快感は覚えてもらう必要がありますし(別にすぐに対応してくれるならここまでする必要はないのだが、こちらから動かなければならないような状態ならこういった対応をしてもいいと思う)、それがサークルに向かないだけでも万々歳だと僕は思っています。だいぶひねくれてますかね。

作業と作業遅れ

 うちのサークルの人間は締め切りに遅れることが多かったので、元から期待せず多めにみて締め切りを取っていましたが、それでも予想通り遅れる人間がかなり出るとそれなりに悲しくなるものです。まあ、それなりですけど。
 さて、締め切りになっても間に合わない人がたくさんいたのですが、これについては個人的なミスもあったのであまり進捗を煽ったり無言の圧力をかけたりできませんでした。僕が仕事を振り忘れた代表挨拶や、本部での分担を明確に指示していなかった・するのが遅かった工学の紹介記事の一部なんかがそうです。まあ、こういうときは素直に我慢するしかありません。
 ですが、それ以外にも遅い人は出てきます。締め切りを1日過ぎただけとかならわかりますが、それ以上だとまだやってないと考えるのが妥当になってきます。こういうときは、具体的に対応方法をいくつか示して確認するといい、と思います。

 これは個人的な主張なのですが、失敗した際の謝罪やら土下座やらは全くもって無意味であり、重要なのは失敗に対する対応と次失敗しないための対策を行うことだと僕は思っています。反省というのは対応と対策を行う姿勢で見せるものであり、言葉で色々飾っても何の意味もないし時間の無駄だしログが流れるだけ、という考えなわけです。なので、締め切り過ぎてもできてなさそうな人には、別に謝らなくていいから対応として現状を報告して欲しいのですが、これが経験上あんまりうまくいかないもんです。多分、小中学校とかだとこういう時とりあえず説教する人が多いせいで、「何とかやってから報告しよう」とかそういう方向に考えが向いてしまうのだろう、と僕は考えています。まあ失敗しないことがベストなのでそれも間違いではないのでしょう。ですが、説教というのは先述した反省の姿勢が見られない人間に対して行動を促すために行うものであり、絶賛反省中で今対応しますって人に無理に説教するのはただの八つ当たりに近いです。

 というわけで、こういう時は具体的な対応方法をリストアップして送信するのがいいと思います。「書けないなら書かなくていいから(寄稿者のみ)」「とりあえずどこまでできたかだけ見せて」とか、そんな感じです。間に合って当然という状況には黙りつつ、こう言った確認だけ連絡するのも、まあまあ効果があると思いますし。行き詰まってそうなら、こちらから選択肢を提示する、というのも手段としては良いです。それでも反応がないなら、強気に進捗を確認し続けましょう。サークルに残る気があるなら、いつかは反応しなきゃならない連絡です。これでダメならどうしようもありません。悲しい……。

結果とか

 その後、何度も「書けた」ってただ確認し続けたりして、部誌は無事に完成しました。データが揃ったのが本来の予定より1ヶ月以上遅れ、部誌本体の製本はついこないだできたばっかです。こればかりは「締め切り早めにしておいてよかったなあ」と自分で自分の過去の行動に関心しています。まあ、それとは別に、僕個人としてはデータをすっ飛ばしたという非常に大きい反省点があるんですが……まあ印刷はできたので許してください……。

おわりに

 今も夜中に眠い目擦りながら文章書くくらいには修羅場ですが、まあ楽しんでやってるんでセーフでしょう(何がやねん)。こんな各会員の血と涙から生まれた部誌「Escape Velocity Vol.2」、三田祭にご来場し、LYNCSの出展場所にお立ち寄りになった際には是非ご一読ください。あと、プラネタリウムとかも見ていってくださいね。そっちがメインですけど。

VSCodeでTeXがいじれなくなった

VSCodeTeXがいじれなくなった

皆さんお久しぶりです.あっきーです.僕はVSCodeの拡張性と軽さに惚れてVSCodeを愛用しています.TeXVSCodeで書いてます.しかしつい最近のアップデートによりTeXがいじれなくなるという不具合にぶち当たったのでその解決策について備忘録もかねて書いていきたいと思います.

何が起こったか

まずは何が起こったかについて説明しましょう.うるせえ解決策をとっとと教えろ!って人はここは読み飛ばしてもらって大丈夫です.

突然のエラー

大学の授業でレポートの課題が出たのでVSCodeでこんな感じで打ってコンパイルしたんです.

\documentclass{jsarticle}
    \begin{document}

    \end{document}

が,エラー.しかもこれまで見たことのないエラーメッセージ(´・ω・`)(recipeってなんだよ)

f:id:lyncs:20180414132130j:plain
recipeってなんだよ

以前作ってコンパイルが通ることを確認しているファイルでも同じエラー(´・ω・`)コンパイラのログを見るとなにやら文字サイズが云々って言ってますがいじった覚えがない. ラボの同期に聞くと「LaTeXWorkshopの更新がかかった2~3週間前からコンパイル通らないんだよね」とのこと.ということは原因はLaTeXWorkshopにあるっぽい.というわけであれこれ調査を始めました.

これまでの設定

VSCodeTeXをいじるにあたり,多くの方はelechoさんのこの記事

elecho.hatenablog.com

を参考にしていると思います.僕もそうです.この記事ではLaTeXWorkshopによるタイプセットにlatexmkではなく,ptex2pdfを使用するために"latex-workshop.latex.toolchain"という設定を使っています.(なぜptex2pdfを使うかは引用元に書いてあるので参照してください)

これまではこのtoolchainが動くことでTeXのタイプセットを行っていました.

仕様変更

あれこれ調べているとsettings.jsonにこんな警告が. f:id:lyncs:20180414132136j:plain これってつまりtoolchainが廃止されてるってことか?と思いデフォルトの設定を読み込むとこんな部分が.

"latex-workshop.latex.recipes": [
    {
    "name": "latexmk",
    "tools": [
        "latexmk"
    ]
    },
    {
    "name": "pdflatex -> bibtex -> pdflatex*2",
    "tools": [
        "pdflatex",
        "bibtex",
        "pdflatex",
        "pdflatex"
    ]
    }
],
"latex-workshop.latex.tools": [
    {
    "name": "latexmk",
    "command": "latexmk",
    "args": [
        "-synctex=1",
        "-interaction=nonstopmode",
        "-file-line-error",
        "-pdf",
        "%DOC%"
    ]
    },
    {
    "name": "pdflatex",
    "command": "pdflatex",
    "args": [
        "-synctex=1",
        "-interaction=nonstopmode",
        "-file-line-error",
        "%DOC%"
    ]
    },
    {
    "name": "bibtex",
    "command": "bibtex",
    "args": [
        "%DOCFILE%"
    ]
    }
],

これだー!!!(ラボで叫びそうになりました.一番下っ端なので叫べませんでしたが) つまりLaTeXWorkshopの更新によってtoolchainは廃止され,かわりにrecipeという機能に置き換わっていたってことですね.機能の根幹にかかる部分を突然変えるなよって感じですが,英語圏ではそもそもjsarticle使わないし仕方ないか(?)

解決策

原因が判明したのであとは設定をいじるだけ.これまでのtoolchainの記述を消去し,以下の記述に変えました.とりあえず問題なく動くことを念頭に置いて設定したので汚いかつ無駄のある設定になっています.

"extensions.autoUpdate": false, //今回の原因となった自動アプデをしない
    "latex-workshop.latex.recipes": [
        {
            "name": "ptex2pdf",
            "tools": [
                "ptex2pdf",//タイプセットに使うtoolの名前
            ]
        }
    ],
    "latex-workshop.latex.tools": [//タイプセットに使うtool一覧
        {
            "name": "latexmk",
            "command": "latexmk",
            "args": [
                "-synctex=1",
                "-interaction=nonstopmode",
                "-file-line-error",
                "-pdf",
                "%DOC%"
            ]
        },
        {
            "name": "ptex2pdf",//ptex2pdf自体の設定はこれまでと一緒
            "command": "ptex2pdf",
            "args": [
                "-l",
                "-ot",
                "-kanji=utf8 -synctex=1",
                "%DOC%"
            ]
        },
        {
            "name": "bibtex",
            "command": "bibtex",
            "args": [
                "%DOCFILE%"
            ]
        }
    ], 

ここの設定でうまいことやると,一度のタイプセット操作で複数回のタイプセットを一気にやってくれるみたいですね.あとタイプセットごとに使うツールを変えたいときにF1で開くコマンドからツールの選択ができるみたいです.そこまで調べる気力は当時の僕にはなかったみたいです()

とにかくこれでタイプセットが通るようになりました.よかったよかった. さて,レポート書いてきます( ´Д`)ノ~バイバイ