Linux Daily Topics 2016年5月30日ログアウトのたびにユーザプロセスをすべてkillなんて ―毎度お騒がせのsystemd、新バージョンでまた炎上 誕生以来、Linuxユーザの間で好き嫌いが大きく分かれるプログラムの代表にsystemdがある。現在、メジャーなLinuxディストリビューションのほとんどはデフォルトの起動プロセスとしてsystemdを採用しているが、その変更を決めるときはたいてい、どのコミュニティでもひと悶着がつきまとう。たとえば2年前にDebianがsystemdへの移行を決定したときも、開発者の間で意見が二分された状態になり、最後はチェアマンの裁定でsystemdに落ち着いている。また昨年、UbuntuがUpstartからsystemdに移行した際も、多くのユーザや開発者が混乱に陥ったことは記憶に新しい。 そしてそのsystemdがそのアップデートに
initシステムとしてsystemdを使用しないシステムのサポートをパッケージ作成者に求めるDebianの一般決議に対する投票が締め切られ、一般決議は支持を集めきれずに不成立となった。 これにより、理屈の上ではsystemdを必須とするパッケージを作成することも可能となる。ただし、実際のところDebianはsystemdなしでも(GNOMEを使う場合であっても)問題なく動作する。この状況は少なくとも次期安定版のJessieまでは続くことになるだろう。 しかし、異論の多い一般決議の提案が開発サイクルの終盤に入ってから行われたことで、コミュニティーに多くの傷をつけることになる。systemdの採用そのものではなく、systemd論争に端を発した感情的な燃えつきと決定プロセスの欠陥が原因で、重要な 開発者が 次々に 辞任を 表明していった。 このようなことがあっても次の安定版リリースの作業は順調
SteamOSが公開された。
SteamOS FAQ :: Steam Universe [Phoronix] SteamOS 1.0 Is Based Upon Debian Wheezy [Phoronix] SteamOS Has Its Own Graphics Compositor [Phoronix] SteamOS Compositor Details, Kernel Patches, Screenshots [Phoronix] Former NVIDIA, Microsoft Developers Doing Lots Of The SteamOS Work Valveの忌まわしきDRM付きの邪悪なゲームソフトウェア流通プラットフォームであるSteamに特化したGNU/Linuxのディストロ、SteamOSが公開された。 この不自由ソフトウェアの実行をたやすくしたSteamOSは、Debian Whe
MySQLのmanページのライセンスについて
MySQLのmanページのライセンスがGPLからプロプライエタリライセンスに変更されたというようなことが騒ぎになっている。既にご存知の方はいらっしゃるだろうが、これはバグであり意図して行ったものではない。何故このようなバグが起きたかということも含め、今日はmanページにまつわる話をしたい。 バグが起きた仕組み結構な人が「バグでそんなことが起きるの？」と考えたようだ。「manページのマニュアルを差し替えるなんて人為的にやらなきゃ起こり得ない」という思考だろう。そう考える前にひとつ事実を知ってほしい。そもそもMySQLのソースコードとmanページはもともと別個に管理されているということを。 どれでもいいので以下のページに記載されてあるリポジトリをコピーしてみてほしい。 MySQL Server in Launchpad 5.6なら例えば次のコマンドを実行すれば良い。 shelL> bzr br
これらはyumコマンドでインストールできる。 # yum install qemu-kvm qemu-img libvirt virt-manager libvirt-client インストールが完了したら、仮想マシンを管理するサービスであるlibvirtdを起動しておく。 # chkconfig libvirtd on # service libvirtd start 以上で仮想化関連の設定は完了だ。 ネットワークインターフェイスの設定 仮想マシン上のネットワークインターフェイス（仮想NIC）を実ネットワークに接続する方法にはいくつかがあるが、今回はブリッジネットワークを使用する。ブリッジネットワークは、ホストマシン上に仮想的に作成したブリッジインターフェイスをホストのNICおよび仮想マシン上の仮想NICに接続することで、仮想NICを直接インターネットやローカルネットワークに接続できるよ
Debian GNU/LinuxのRuby関連パッケージのメンテナだったフランス人のLucas Nussbaumさんが、Rubyパッケージの作成・管理に関わるのをやめると宣言しました。その理由を、やや感情的にブログに列挙したことをキッカケに、日本語・英語のコミュニケーションギャップの問題、OS（ディストリビューション）とRubyなどの言語処理系のパッケージシステムの不調和の問題、コミュニティ運営の成熟度など、さまざまな議論が巻き起こっています。 多くの論点を含みつつ議論が展開 念のために先に指摘しますが、Debian上（Ubuntuでも同様）のRubyパッケージの今後については、Lucasさんのほかに、まだ2人、やまだあきらさんと、森脇大悟さんが関わっているので（リンク）、今回の騒動によってRubyパッケージがDebian上でメンテナンスされなくなったり、将来が不安だということはないと思い
VirtualBoxをいちいち立ち上げるのが面倒なので、windowsのservice + coLinuxみたいに自動起動がしたい。 それには今まで避けてきたlaunchdを使わなくてはいけない。 Mac OS X 10.4（Tiger）から標準になったlaunchdは要はinit + inetd + daemontoolと理解。システム起動時にroot権限で動くLaunchDaemonsとログインしたときにユーザー毎に動くLaunchAgentsがあるそうです。（厳密には少し違うけど） それぞれ指定のディレクトリにplist（プロパティリスト）というXMLの設定ファイルを作って、launchctlでloadするという流れ。 VirtualBoxはCUIでもVBoxManageコマンドでほとんどの操作が出来るのでLaunchAgentsで、 % VBoxManage startvm "仮想
5月24日、Debian GNU/Linuxのソースコードを検索できる「Debian Source Search」が公開された。約70GBのDebianのソースコードインデックスを検索できる。 Debian開発者のPeter De Wachter氏が、Debianメーリングリストで公開した。Debian Source Searchは、米Sun MicrosystemsのJavaベースのソースコード検索エンジン「OpenGrok」を土台としたもので、安定版ではない「Squeeze」のメインおよびcontribのコードをインデックス化した。容量にして約70GBという。フリーソフトウェアとして公開されているコードの全文検索、定義、シンボル、ファイルパス、履歴のブラウズが可能だ。 De Wachter氏によると、検索のスピードは少し遅いという。また、サーバー容量の関係から、安定版（「Lenny」）
2009/05/07 Debian GNU/Linuxで、C言語の標準ライブラリである「GNU C Library」（glibc）が、その派生版である「Embedded GLIBC」（eglibc）に置き換わる可能性が出てきた。現在はまだDebianの開発版に入る前という段階だが、もし実現すれば、Debian系のディストリビューションであるUbuntuやKnoppix、Xandrosでも置き換わる可能性が高い。本家ともいえるFree Software FoundationのGNU版のライブラリをさしおいて、派生版がDebianに入る可能性が高まったことで、ちょっとした波紋が広がっている。eglibcプロジェクトではglibcとの高い互換性を目標に掲げているものの、glibcは、Linux上のサーバソフトウェアを含む多くのアプリケーションが依存しているライブラリだけに、今後の影響範囲が見えづ
The Universal Operating System Joerg Jaspert氏は5日(ドイツ時間)、debian-devel-announceメーリングリストにおいてDebianアーカイブに新しく次の2つのアーキテクチャを追加したと発表した。 kfreebsd-i386 (GNU/kFreeBSD i386) kfreebsd-amd64 (GNU/kFreeBSD amd64) カーネルにFreeBSDを採用しユーザランドにDebianの成果物を採用する2つのアーキテクチャ版(i386、amd64)で、同取り組みは以前からGNU/kFreeBSDとして知られていた。取り組みの歴史は古く、1999年5月にはメーリングリスト(debian-bsd)に話題があがっている。カーネルにFreeBSDを採用するプロジェクトはほかにもGentoo GNU/kFreeBSDなどの例がある。
はじめに Debian GNU/LinuxとMonoは、オープンソースソフトウェアの2つのリーダーです。Debianは、フリー/オープンソースソフトウェアの精神を最もよく表現するものとして知られる社会契約を持ったLinuxディストリビューションです。一方のMonoは、.NETのためのオープンソース開発プラットフォームです。ここで考えてみたいのは、Monoは.NETを利用したいDebianユーザーに何を提供しなければならないかということです。 本稿では、DebianユーザーがMono 2.0以降のプラットフォームをどこまで利用できるのかを調べるため、この2つの製品の相性を見ていくことにします。まずMonoの全体像を把握し、次にDebianパッケージを調べて、最新の.NET互換性に関するコマンドと情報を明らかにします。 Monoについて: 仮想マシンとマネージコード 仮想マシンとマネージコード
メジャーなLinuxディストリビューションの中で、もっともマニアックな香りがするのがDebian GNU/Linuxではないだろうか。インストールが難しい、システム設定が複雑といったイメージからか、これまでは初心者に敬遠されていた感は否めない。そのDebian GNU/Linuxの最新安定版（stable）リリースであるバージョン 5.0（コードネーム「lenny」）が、2009年2月14日にリリースされた。カーネルを2.6.26とした今回のバージョンアップでは、それほど目新しい新機能は少ないが、安定性と使い勝手の向上に重点が置かれている。筆者が1週間ほど使った感想としては、かつての難解で質実剛健といったイメージは影を潜め、デスクトップOSとしての完成度も、人気のUbuntuと比較してもそれほど遜色ない感じだ。なお、セキュリティ的な面の強化点として、LinuxをセキュアOS化するSELin
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
