Ubuntu Weekly Topics Asahi LinuxのUbuntu版⁠⁠、Ubuntu 23.10 日本語Remixのリリース⁠⁠、Ubuntu 24.04 LTS “Noble Numbat”の開発 Asahi LinuxのUbuntu版 Ubuntu Summit 2023のセッションの一つとして、Asahi Linux Project（Arm版Mac上でLinuxを動かすプロジェクト）とUbuntuの複合プロジェクトである、 Ubuntu Asahiの紹介が行われました。Ubuntu Asahiはその名の通り、Asahiの成果物を用い、「⁠Arm版Macで動くUbuntu」です。 現状、macOS上でディスクイメージをダウンロードする方法でインストールでき、Ubuntu 23.10と22.04 LTSを動作させることができます。もちろん開発イメージではあり、「⁠安定して動

tmuxについて、基本的なことを理解して使えるようになるまでを解説していこうと思います。 tmuxとは tmuxとは、端末多重化ソフトウェア(Terminal Multiplexer)です。 端末多重化ソフトウェアと言ってもわかりにくいですが、要は1つのターミナルを画面分割などをすることで複数のターミナルとして操作できるということです。 用語 tmuxを利用している時でに出てくる用語について解説します。このへんの用語がよくわからず挫折したことがあるので、まずは用語の意味を理解するのがいいと思います。

先日、サーバ上で非常に長い時間がかかるコマンドを実行する機会がありました。 時間がかかるコマンドをサーバ上で実行する場合、SSH の接続が切れても大丈夫なように、バックグラウンド実行にしたり、SSH の設定を調整してセッションが切れないようしたりする必要があるのですが、こういう場合は tmux を使うのがおすすめです。途中で接続が切れても大丈夫。 この記事では、tmux 上でコマンドを実行し、一度 SSH の接続を切ったあと、再び SSH 接続をしてコマンドの状況を確認する方法を説明します。 目次 サーバに tmux をインストールする 名前付きセッションを作成する セッションから抜ける セッションに再びアタッチ 画面スクロールをする サーバに tmux をインストールする tmux は yum や apt などでインストールできます。詳細は Installing · tmux/tmux

何か新しくチャレンジをしようと思った時に、プログラミングが頭に思い浮かぶ人が増えてきています。 これから学ぶのが初めてで、どの言語を学ぼうか考えているならRubyはオススメ。 この記事では、Rubyとはどんな言語なのかについて紹介していくと共に、後半ではおすすめのプログラミング学習方法について説明していきます。 そもそもRubyとは？ プログラミング言語の中でも人気が高まっているRubyについて紹介します。 特徴を掴めば、自分にとって学ぶべきか判断もつきやすくなります。 Rubyを理解するための第一歩として読み進めていってください。 どうやって使われている？ Rubyは、Ruby on Railsというフレームワークと併用される事が多いです。 フレームワークを使用することで複雑なコードを書く必要がなくなり、開発が効率的に進みます。 Ruby on Railsを使って作られた代表的なサービス

SSH認証、皆さんどのような手順で行ってますか？ ローカルで作業する分にはいいものの、 クラウド上にサーバーを立てて、そこからgitに接続... などの場面で、まさか秘密鍵をサーバーに置くなんて危険な真似はしてないですよね？ (これ死亡フラグです。) そんな危険度100%のあなたに是非お伝えしたいのが、ssh-agent。 すっごく簡単に説明すると、彼は、ユーザーと常に一緒に行動してくれて、 必要な時に「はいっ」と秘密鍵を渡してくれる、ハイパーセキュリティボーイなのです。 今日はそんなssh-agentの使い方をまとめてみたいと思います。 (Macでの使用を想定しております。ご了承下さい。) 1. ローカルで鍵の作成 まずは通常のssh認証と同じようにローカルで秘密鍵の作成を行っていきます。 ここは特に問題ないと思うので省略。 (不明な方はこのリンクが参考になります。) 2. ssh-ag

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

SSH で公開鍵認証を使う時に毎回パスフレーズを入れるのは面倒ですよね？ そこで、よい仕組みがあります。 それが ssh-agent と ssh-add です。 細かい話は置いておきますが、この二つを組み合わせるとパスフレーズを毎回入れる必要がなくなります。 まず、ssh-agent　を実行します。 $ ssh-agent SSH_AUTH_SOCK=/tmp/ssh-YQW9LjOQAQSF/agent.3090; export SSH_AUTH_SOCK; SSH_AGENT_PID=3091; export SSH_AGENT_PID; echo Agent pid 3091; なんか出てきましたね、これは、環境変数と PID(ProcessID)です。 難しい話は省きますが、これを Shell に覚えこませればよいので、eval を使用します。eval の解説はまた別の機会に。

.ssh/configとは .ssh/configとは、ssh経由でのリモートサーバーの接続する際に利用される設定ファイルです。 .ssh/configを書くと何が嬉しいか たとえばですが、sshコマンドでリモート接続する際の一般的な記述は以下のようになります。

複数のサーバーを管理していると、毎回めんどくさい作業がSSH接続。 下記のように毎回、sshコマンドを入力しなければならない。 # ポート名を指定するケース ssh ユーザー名@ホスト名 -p ポート番号 # 公開鍵認証のケース ssh ユーザー名@ホスト名 -i ~/.ssh/鍵のパス # ポート名、公開鍵認証のケース ssh ユーザー名@ホスト名 -i ~/.ssh/鍵のパス -p ポート番号

動機 前回の記事を投稿したことを某SNSで通知したところ、そのSNSでこんなコメントをいただいた。転記する許可を取ったわけでは無いので私なりに要約させていただくと、 なぜそんなトリッキーな書き方をしてまでforを使うのを避けるのか そんな書き方をして可読性を下げるくらいなら素直にforを使う方が良い ということだと理解している。 なるほど、一理ありそうだ。しかし一方で、前回貼ったStackOverflowのQ&Aはなかなかの人気記事（質問に1243ポイント、回答に最大で1559ポイント）なので「多少トリッキーなことをしてでもforを書きたくない！！」という意見をもつプログラマも一定以上いるのだろう。当然私もその1人だ。 ということで、この記事で「なぜそこまで意固地になってまでforを書きたくないのか」を説明することにする。 尚、今回は前回の記事つながりで言語はJavaScriptを使うが、

マイクロソフトはオンラインで開催中の年次イベント「Ignite 2020」で、RPA（Robotic Process Automation）機能を強化したソフトウェア「Power Automate Desktop」のパブリックプレビューを開始すると発表しました。 「Power Automate」は2019年11月にマイクロソフトが発表したノーコード／ローコードツールです。Microsoft Flowと呼ばれていたサービス連携ツールをベースに、ユーザーの操作を記録し再現するRPA機能を追加したものでした。 参考：［速報］マイクロソフト、RPA機能を搭載した「Power Automate」発表。ユーザーの操作を記録、再現実行で自動化。Ignite 2019 マイクロソフトはこのPower AutomateのRPA機能をさらに強化する目的で、今年の6月にはRPA製品ベンダのSoftomotive

Flutter開発環境を構築する こんにちは、junkawaです。 chromebook上でLinuxアプリを使ってFlutterの開発環境を構築します…

最近WSL 2(Windows Subsystem for Linux 2)で盛り上がっているので、今まで食わず嫌いで使っていなかったWSLについて今更ながら調べて使ってみることにしました。 WSLについて調べてVirtualBox + Vagrantと比較した内容をまとめておきます。 WSLを使ってなかった理由 今まではVirtualBox + Vagrant で開発環境を作っていました。 WSLについては以下のようなことが引っかかっていて、ちゃんと調べることなく使っていませんでした。 仮想マシンのように環境が独立しているわけではないので、環境構築で間違えたときに気軽に作り直せないのかなと思っていた。 Windows上での開発環境構築ですごくハマった嫌な記憶があるので、LinuxでもWindows上で動いているというだけで少し怖かった。 WSL vs VirtualBox + Vagra

.bash_profile はログイン時にのみ実行されます。具体的な用途は: 環境変数を設定する (export する変数) 環境変数はプロセス間で勝手に受け継がれるのでログイン時のみ設定すれば十分です。 .bashrc は対話モードの bash を起動する時に毎回実行されます。具体的な用途は: 環境変数でない変数を設定する (export しない変数) エイリアスを定義する シェル関数を定義する コマンドライン補完の設定をする これらは bash を起動する度に毎回設定する必要があるものです。 その他 .bash_profile ? .bashrc ? いろいろあるけどこいつらなにもの？ を参照。もっと突き詰めたい人は Linux: .bashrcと.bash_profileの違いを今度こそ理解する。 Bash 以外のシェルを使用しない人は .bash_profile と .bashrc

こんばんは、たねやつです。 ついにこのときが来たかという感じで記事を書いている今でも興奮冷めやらぬという感じです！！ 題名の通りVSCodeをchromebookでまともに使うことができるようになりました！ いろんな先人たちの知恵をお借りして「なんか出来ちゃった」感はありますが、布教も兼ねて記事にしてみます。(´∀｀) (2019/04/24追記) Chrome OSなどのアップデートを重ねるうちにfcitxで日本語入力できなくなる可能性があります。Powerwashなどを行いまっさらな状態で手順を進めてみてもうまく行かない場合は、busterのリポジトリを追加したあとに以下のコマンドを実行して最新化、OSのバージョン更新をするとうまく行くかもしれないです。(私の場合は解決しましたが不確定要素が多く正しい解決法か不明です・・・) $ sudo apt-get update $ sudo a

ChromeOSのLinuxで日本語入力は、Crostiniの性質上、起動時に設定を読み込ませる方法が見つからなく、手動でFcitxを開始していましたが、ようやく自動起動の方法が見つかりました。 ※ 下記の手順はamd64です。現時点でarm64のインストールパッケージは無いようです。 フォント 日本語フォントはインストールしておいてください 例として「源ノ角ゴシック Code JP」を入れます。 $ curl -OL https://github.com/adobe-fonts/source-han-code-jp/archive/2.011R.tar.gz $ tar zxf 2.011R.tar.gz $ sudo cp ./source-han-code-jp-2.011R/OTF/* /usr/local/share/fonts $ sudo fc-cache -fv Mozcの

僕の C101PA にもようやく Chrome OS 70 (70.0.3538.76) が降ってきました。ルックアンドフィールがちょっと変わっていい感じだなと思ったのですが、ターミナルのアイコンをクリックしても起動しません。 Emacs も起動しません。設定から一度削除かな、でもそれは嫌だなと思いつつ Ctrl + Alt + t で crosh を開いて help とか help_advanced とかを見てみたら vmc というのがある。これでなんとかなるかも、と思って実行してみました。 crosh> vmc list termina Total Size (bytes): 3458990080 crosh> vmc start termina (termina) chronos@localhost ~ $ 一度起動すると、ターミナルも Emacs も起動するようになりました。

割と仕事が忙しかった１月も過ぎてしまい。今年はスロースタートするぞと思っていたのですが、今年も3つほどイベントを開催し 全然言ってることとやってることが違うなと思っていました。 ngk2020s.connpass.com node-red-tokai.connpass.com 久しぶりにChromebookを使ってみる 年始あたりで割と使えるようにしていたChromebook（ASUS Chromebook Flip C101PA）ですが、出張などでもつかえるようの設定してみました。会社ではOffice365を使用しているので、スマートフォンでもメールやスケジュールの管理ができます。ChromebookでもAndroidのアプリに対応しているのでインストールすれば問題なく使用できます。PowerPointやWordなどの編集に関してはオンライン版でもできますが、レイアウトが残念なことが多い

ターミナルを開いてなんらかのエラーが発生したりするとわかりますが、言語設定としては英語になっています。 > ls foo ls: cannot access 'foo': No such file or directory以下の操作をすることで、これを日本語化できます。 /etc/locale.gen の編集コメントアウトされている ja_JP.UTF-8 UTF-8 のコメントを外し（行頭の # を削除する）、 en_US.UTF-8 UTF-8 をコメントアウトして保存する。 ロケールの作成> sudo locale-gen Generating locales (this might take a while)... ja_JP.UTF-8... done Generation complete.ロケールを適用する> sudo localectl set-locale LANG=ja