NVIDIA Optimus - ArchWiki
NVIDIA Optimus は、内蔵 GPU とディスクリート NVIDIA GPU をノート PC に組み込み、さらにノート PC からアクセスできるようにする技術です。 利用可能な方法 複数の方法が利用できます: #内蔵グラフィックスのみを使う - NVIDIA GPU は完全に電源オフになるので、消費電力を削減できます。 #NVIDIA グラフィックスのみを使う - 内蔵グラフィックスよりも優れたパフォーマンスを発揮します。ただし、より多くの電力を消費します (これはモバイル端末においては喜ばしいことではありません)。この方法は、optimus-manager と nvidia-xrun と同じ基本プロセスを利用しており、より自動化されたアプローチを取る前にトラブルシューティングや一般的な機能検証のためにこの方法を利用するべきです。 両方を使う (必要なときに NVIDIA GPU
systemd(1) — Arch Linux マニュアルページ
説明¶ systemd は Linux オペレーティングシステム用のシステム・サービスマネージャです。起動したときの最初のプロセス (PID 1) として実行することで、ユーザー空間のサービスを立ち上げたり管理する init システムとして機能します。 SysV との互換性を保つため、systemd を init として呼び出したときに PID が 1 ではない場合、telinit を実行して全てのコマンドライン引数をそのまま渡します。通常のログインセッションから呼び出したときは init も telinit もほとんど同じとなります。詳しくは telinit(8) を参照。 システムインスタンスとして実行した場合、systemd は system.conf 設定ファイルと system.conf.d ディレクトリのファイルを読み込みます。ユーザーインスタンスとして実行した場合、syste
バックライト - ArchWiki
画面の輝度を操作するのは難易度が高いことがしばしばです。多くのマシンでは、物理的なハードウェアスイッチが付いておらず、ソフトウェアによる方法は動いたり動かなかったりとまちまちです。ハードウェアにあった方法を使うようにしてください。画面が明るすぎると眼精疲労を起こす可能性があります。 ソフトウェアを使ってモニターやノートパソコン、統合パネル (iMac など) の画面のバックライトを調整する方法は多数存在します。これらの 議論とこの wiki ページによると、制御方法は次のカテゴリに分類できます。 明るさはベンダー指定のホットキーによって制御され、OS が明るさを調整するためのインターフェイスはありません。 明るさは、ACPI、グラフィック、またはプラットフォーム ドライバーのいずれかによって制御されます。この場合、バックライト制御は、ユーザー空間の バックライト ユーティリティで使用できる
Snappy - Wikipedia
このページは曖昧さ回避のためのページです。一つの語句が複数の意味・職能を有する場合の水先案内のために、異なる用法を一覧にしてあります。お探しの用語に一番近い記事を選んで下さい。このページへリンクしているページを見つけたら、リンクを適切な項目に張り替えて下さい。
他のディストリビューションのパッケージの作成 - ArchWiki
仮想化はわかりやすい方法ですが、追加したシステムの管理が必要になります。 ディストリビューションごとのパッケージングツールを使う。例: dh-makeAUR, dpkg (Debian), rpm-toolsAUR (Fedora)。あまり複雑ではない作業には dpkg-deb などのショートカットが適しているかもしれません。 chroot して Arch の中に (別に) ベースシステムを作成する。例: debootstrap (Debian), dnfAUR (Fedora)。最小限の、クリーンな環境を作れるという利点があります。 パッケージングツールによる自動的な方法で chroot を使う。例: pbuilder-ubuntuAUR (Debian), mockAUR (Fedora)。 (互換性を失う可能性がある) 依存関係を処理する別の方法として 静的リンク。ほとんどのディスト
Ubuntuというか、Linuxにおける、デスクトップ通知バルーンを検討する - Line 1: Error: Invalid Blog('by Esehara' )
概要 自分が使っているのはUbuntuだ。そして、恐らく殆どのLinuxにおいて言えることだと思うが、これらの特徴とは、カスタマイズ性の高さという部分にある。それは、MacについているGrowlのような、バルーンでお知らせする親切なアイツについても、同じことがいえる。今回は、それらアラートについて、調べたところをここで公開する。 はじめに Ubuntuの場合、自分でバルーンアラートを表示したい場合、notify-sendというコマンドがある。このコマンドは便利なので、ついつい色々なことを知らせるように、このコマンドを酷使してしまう。だが、これらの表示が気にいらかった場合、このアラートそのものの方式を変えたいと思うだろう。 実際、Arch Linux Wikiにあるページによれば、通知サーバーを変更することが可能であることの旨が書いてある。実は、これをきっかけに色々と試したので紹介と雑感を紹
Linux Insides : カーネル起動プロセス part2 | POSTD
カーネルセットアップの第一歩 前回の パート では、Linuxカーネルの内部について探り始め、カーネルをセットアップするコードの最初の部分を見ていきました。前回の投稿は arch/x86/boot/main.c 内の main 関数（C言語で書かれた最初の関数）を呼び出すところまで確認しました。 このパートでは、引き続きカーネルのセットアップコードについて調査し、併せて以下の内容も学びます。 protected mode （プロテクトモード）の概要 * プロテクトモードに移行するための準備 ヒープとコンソールの初期化 メモリの検出、CPUの検証、キーボードの初期化 その他もろもろ それでは始めていきましょう。 プロテクトモード ネイティブのIntel64の ロングモード に移行する前に、カーネルはCPUをプロテクトモードに切り替える必要があります。 では、この プロテクトモード とは何でし
)
Arch build system - ArchWiki
Arch build system (ABS) とは、ports ライクなシステムで、ソースコートからソフトウェアをビルドしたりパッケージングしたりするためのものです。pacman はバイナリパッケージの管理用に特殊化された Arch ツールであるに対し、Arch build system は、インストール可能な .pkg.tar.zst パッケージにソースをコンパイルするためのツールのコレクションです。 Ports は BSD 系によって採用されている、ソースコードからのソフトウェアのビルドを自動化するシステムです。port を使ってソフトウェアのダウンロード、展開、パッチの適用、コンパイル、インストールを行います。port はユーザのコンピュータ上にあるただの小さなディレクトリで、それぞれの port に対応する個々のソフト名が付けられており、中にはソフトウェアのビルド・インストールの
)
MATE (デスクトップ環境) - Wikipedia
MATE（マテ、スペイン語発音: [ˈmate]）はGNOME 2のコードからフォークされたデスクトップ環境である。MATEという名称は、マテ茶とその原料となることで知られる南米の亜熱帯地域原産の植物イェルバ・マテに由来する[2]。リネームはGNOME 3のコンポーネントとの競合を防ぐために行われた。 従来のデスクトップメタファーをGNOME Shellによる新しいインターフェースで置き換えたGNOME 3はLinuxコミュニティの一部から批判を受けた。一部のユーザーは新しいGNOMEを受け入れることを拒否し、GNOME 2の開発を継続する者を求めた[3]。MATEプロジェクトは、Arch LinuxユーザーであるPerberosによってこのタスクを行うために立ち上げられた[4][5]。
CDBS trans 1st step
CDBS 移行への 1st step CDBSとは？ CDBS(Common Debian Build System) は、deb パッケージビルド用の debian/rules ファイルを短く簡単に書けるようにするための仕組みです。 実際大抵 rules やることというのはかなり似通っているので、その汎用的な内容のコレクションを CDBS 側で用意し、各パッケージの rulesファイルで必要なものを include してやれば、パッケージ特有の部分だけ書けば OK、と言う訳。 さて、便利な CDBS なんですが、既存パッケージをどう移行するかという視点で HowTo を書いてみました。 何処から始めようか debhelperが長い ドキュメント (CDBS Documentation) を読むと最初に「debian/rules が2行で終わるぜ！」みたいな事が書いてあるん ですが、いきな
systemd への移行 - くしゃみ日記
もう2ヶ月以上前になると思いますが、Arch linux でinitscripts からsystemd への移行がオフィシャルになりました。これにより/etc/rc.conf の記述内容に大幅な変更が必要となり、必要な設定ファイル、処置もありました。まとめとかないと再インストール時に死にそうなので、そろそろまとめておくことにします。 ちなみに自分は時間が取れなくて1ヶ月程旧rc.conf そのままで動かしていたのですが、10秒程度だった起動時間が1分近くになってました。もっともほとんどスリーブしかしないため、気にならなかったから放置していたのですが。 自分は完全にsystemd に移行はさせず、initscripts 系も一応残しました。rc.local の記述変えるのが面倒だったからですが、それ以外は移行できている（はず）なので、そのうち完全にsystemd のみにするかもしれません。
)
systemd - ArchWiki
プロジェクトウェブページ より: systemd は Linux 環境の基本構成スイートであり、SysV や LSB init スクリプトと互換性のある、Linux 用のシステム・サービスマネージャです。systemd はサービスの起動を積極的に並行化します。また、ソケットや D-Bus のアクティベーションを使用してサービスを起動し、必要なデーモンの開始を行うことができ、Linux の cgroups によるプロセス管理ができます。システム状態のスナップショット作成と復元、(自動) マウントポイントの管理、煩雑な依存関係に基づいたサービスのコントロールを処理します。systemd は sysvinit の代替として SysV や LSB init スクリプトをサポートしています。init としての機能以外にも、ログデーモンやホストネーム・時刻・ロケールなどシステムの基本設定を制御するユー
Arch Linux - Wikipedia
Arch Linux（アーチ・リナックス[2]、[ˈɑːrtʃ][3]）は、Linuxディストリビューション[4]の1つであり、「シンプリシティ」、「ミニマリズム」、「エレガンス」さ、コードの正しさに焦点を当てて開発されている[5]。「シンプリシティ」（Simplicity、簡潔さ）とは、Arch Linuxの言うところでは「…不必要な追加・修正、あるいは複雑化を伴わない…」ことであり、それは初心者の立場よりも開発者の立場からの見たものだとしている[6]。 Arch Linuxは、ローリングリリースと呼ばれるリリースモデルを採用しており、他のLinuxディストリビューションで見られるような明確な「バージョン番号」や「リリース・スケジュール」を持たない。リポジトリ上のソフトウェアパッケージは日々新しいバージョンへと更新されており、定期的にソフトウェアアップデートを行うことで、システムを常に最
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - systemd/mkosi: 💽 Build Bespoke OS Images
%2526redirect%253Dno)
dnsmasq - ArchWiki)
pacman - ArchWiki