LinuxでのLaTex環境構築方法
インストール
Fedora23
$ sudo dnf -y install texlive* $ sudo dnf -y install latexmk $ sudo dnf -y install texstudio
Ubuntu15.10
$ sudo apt-get -y install texlive-full $ sudo apt-get -y install texstudio
自動ビルド設定
latexmkで楽々TeXタイプセットの薦め
を参考にlatexmk
を使用した自動ビルド環境の構築を行う
以下のファイルを作成すると
$ vim ~/.latexmkrc #!/usr/bin/env perl $latex = 'platex -synctex=1 -halt-on-error'; $latex_silent = 'platex -synctex=1 -halt-on-error -interaction=batchmode'; $bibtex = 'pbibtex'; $dvipdf = 'dvipdfmx %O -o %D %S'; $makeindex = 'mendex %O -o %D %S'; $max_repeat = 5; $pdf_mode = 3; # generates pdf via dvipdfmx # Prevent latexmk from removing PDF after typeset. # This enables Skim to chase the update in PDF automatically. $pvc_view_file_via_temporary = 0; # Use Skim as a previewer $pdf_previewer = "open /Applications/Skim.app";
$ latexmk -pvc hoge.tex
とすればtexが変更された時にpdfが自動生成されるようになる
TeXstudioの設定
オプション -> TeXstudioの設定
から設定を行う
まず,左下の高度なオプションの表示
にチェックを入れる
一般
ビルド
- ビルド&表示:
txs:///dvi-pdf-chain
- 既定のコンパイラ:
txs:///latex
詳細なエディタ設定
ヘルプ -> TeXstudioについて
で確認するとQt5版であったため
ハック/回避策で
- 最適なディスプレイオプションの自動選択をoffにする
- 描画モードをQtにする
References
CentOS7にCLionをインストールする
CentOS7へのCLionのインストール方法
アップデートも同じ方法でできる
ダウンロード
JetBrains CLion — intelligent cross-platform C/C++ IDE
のDownload Clionからダウンロードする (有料版のみ)
(参考: JetBrainsのIDEをアカデミックライセンスで使用する
インストール
ビルドツールのインストール
$ sudo yum -y install cmake $ sudo yum -y install gdb $ sudo yum -y install gcc gcc-c++
ダウンロードしたファイルを解凍
$ tar -xf clion-1.1.1.tar.gz $ mv clion-1.1.1 /usr/local/clion
初回起動・初期設定
$ cd /usr/local/clion/bin $ ./clion.sh
アカデミックライセンスを持っているため,Clion License ActivationではJetBrains Accoutを選択し,アカウント情報を入力した
初期設定では
- UI theme: Darcula
- Configure CMake and debugger:
- CMake (Use specified):
/usr/bin/cmake
- Debugger (Use specified):
/usr/bin/gdb
- CMake (Use specified):
とした(後はnext連打)
IDEの設定
File -> Settings -> Editor -> General -> Appearance
- Show line numbers
- Show whitespaces
File -> Settings -> Editor -> General -> Code Completion
- Case sensitive completion: None
Samba上にプロジェクトを置く場合
External file changes sync may be slow
を表示させないために
File -> Settings -> Appearance & Behavior -> Notifications -> Appearance
からFile Watcher MessagesをNo popupにする
CentOS7でNFSサーバを使う
インストール
minimalインストールではすでにインストールされていた.
多分,以下のコマンドでインストールできる
$ sudo yum -y install nfs-utils
ファイアウォールの設定
$ sudo firewall-cmd --add-service=nfs --permanent $ sudo firewall-cmd --add-service=rpc-bind --permanent $ sudo firewall-cmd --reload $ sudo firewall-cmd --list-service dhcpv6-client nfs rpc-bind samba ssh
共有ディレクトリの設定
/etc/exports
の設定
$ sudo vi /etc/exports /path/to/share 192.168.1.0/24(rw,async,no_root_squash)
オプション | 内容 |
---|---|
rw | 読み書きを許可する |
async | 非同期書き込み |
no_root_squash | rootをanonymousにマッピングしない |
サービス起動
$ sudo systemctl start rpcbind nfs-server $ sudo systemctl enable rpcbind nfs-server
公開状態の確認
$ exportfs /path/to/share 192.168.1.0/24
クライアントの設定
$ sudo yum -y install nfs-utils
/etc/fstab
の編集
$ sudo vi /etc/fstab SERVER:/path/to/share /mnt/tmp nfs defaults 0 0
References
Fedora22がシャットダウンできない
昨日(2015-09-29)から
- CentOS7のKVM上のfedora22(mate)
- Windows10のVirtualBox上のFedora22(mate)
がシャットダウンできない現象が起こっている
(GUIからシャットダウンするとログアウトするだけでシャットダウンされない)
コマンドから実行すると
$ sudo shutdown -h now Failed to start poweroff.target: Access denied Broadcast message from USER@HOST on pts/0 (...): The system is going down for power-off NOW!
と表示されるだけで何も起こらない
ここを見るとselinuxが原因っぽいので,以下のコマンドでselinuxを無効にするとシャットダウンできる用になった
$ sudo /usr/sbin/setenforce 0
selinuxを永続的に無効にするには
以下の用にSELINUX=disabled
に書き換えれば良い
$ sudo vi /etc/selinux/config SELINUX=disabled
TigerVNCに接続できなくなった場合の対処法
クライアント: Ubuntu15.04のRemmina
サーバー : CentOS7のTigerVNC
RemminaからConnectした時にUnable to connect to VNC server
が出た
$ sudo rm -rf /tmp/.X11-unix/ $ sudo systemctl restart vncserver@:1.service
yum updateしたらkernel panicで起動しなくなった
環境
CentOS7.2上のKVM上のCentOS7.2で
状況
yum update
でカーネルが
3.10.0-327.22.2.el7.x86_64
から
3.10.0-327.28.2.el7.x86_64
アップデートされ,久しぶりに再起動するとKernel Panicで以下のメッセージが表示され,起動できていなかった
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) CPU: 0 PID 1 Comm: swapper/0 Not tainted 3.10.0-327.28.2.el7.x86_64 Hardware name: Red Hat KVM, BIOS 0.5.1 01/01/2011 ...
解決法
新しいカーネル(3.10.0-327.28.2.el7.x86_64
)のinitramfsが生成されていないのが原因らしい
とりあえず,古いカーネル(3.10.0-327.22.2.el7.x86_64
)で起動し
$ ls -l /boot | grep initramfs -rw-r--r--. 1 root root 57613265 5月 31 10:42 initramfs-0-rescue-1016740bf95247ae941d721fac81bcaa.img -rw-------. 1 root root 29887789 8月 8 10:14 initramfs-3.10.0-327.18.2.el7.x86_64.img -rw-------. 1 root root 29886600 8月 8 10:14 initramfs-3.10.0-327.22.2.el7.x86_64.img -rw-------. 1 root root 19841024 8月 8 10:14 initramfs-3.10.0-327.el7.x86_64.img
initramfs-3.10.0-327.28.2.el7.x86_64.img
がないので,以下のコマンドで生成
$ sudo depmod 3.10.0-327.28.2.el7.x86_64 $ sudo mkinitrd initramfs-3.10.0-327.28.2.el7.x86_64.img 3.10.0-327.28.2.el7.x86_64 $ ls -l /boot | grep initramfs -rw-r--r--. 1 root root 57613265 5月 31 10:42 initramfs-0-rescue-1016740bf95247ae941d721fac81bcaa.img -rw-------. 1 root root 29887789 8月 8 10:14 initramfs-3.10.0-327.18.2.el7.x86_64.img -rw-------. 1 root root 29886600 8月 8 10:14 initramfs-3.10.0-327.22.2.el7.x86_64.img -rw-------. 1 root root 29885799 8月 19 23:07 initramfs-3.10.0-327.28.2.el7.x86_64.img -rw-------. 1 root root 19841024 8月 8 10:14 initramfs-3.10.0-327.el7.x86_64.img
grub.cfg
の新しいカーネルのセクションを確認
セクション最終行の
initrd16 /initramfs-3.10.0-327.28.2.el7.x86_64.img
が抜けていたため,追記した
$ sudo vi /boot/grub2/grub.cfg menuentry 'CentOS Linux (3.10.0-327.28.2.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-327.el7.x86_64-advanced-fdca8898-0b12-4e30-a4c6-abb66c8f1ddc' { load_video set gfxpayload=keep insmod gzio insmod part_msdos insmod xfs set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='hd0,msdos1' d03afdf1-35b8-4289-93fb-6363859211c4 else search --no-floppy --fs-uuid --set=root d03afdf1-35b8-4289-93fb-6363859211c4 fi linux16 /vmlinuz-3.10.0-327.28.2.el7.x86_64 root=/dev/mapper/centos-root ro rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet LANG=ja_JP.UTF-8 initrd16 /initramfs-3.10.0-327.28.2.el7.x86_64.img
これで,無事起動できるようになった
Reference
UbuntuにDropboxをインストールする
Ubuntu16.04で実行
パッケージマネージャからインストール
$ sudo apt -y install caja-dropbox $ caja-dropbox start -i
すると
(dropbox:24401): GLib-GObject-WARNING **: cannot register existing type 'GdkDisplayManager' (dropbox:24401): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (dropbox:24401): GLib-GObject-CRITICAL **: g_object_new: assertion 'G_TYPE_IS_OBJECT (object_type)' failed
と表示されアカウント認証画面に移動しなかった.
手動インストール
dropbox failing to start on Ubuntu 14 – Dropbox Community によるとDropboxのバージョンが古いと同様の症状が出るらしいので 手動でインストールする
インストール
Linux マシンに Dropbox をインストールを参考に行う
$ cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64" | tar xzf - $ ~/.dropbox-dist/dropboxd
すればログイン画面が開くのでログインする
管理用スクリプトのインストール
$ wget https://www.dropbox.com/download?dl=packages/dropbox.py
でダウンロードしたdropbox.py
を適当な場所に保存.
設定
- デーモン起動
$ ./dropbox.py start
./dropbox.py autostart y