Opera 24 for Linux released on the Developer stream
We’ve said many times that when a Linux version is ready, we’d let you know. Today, we’re delighted to announce our first Chromium-based Linux version is ready for download on our Developer stream. Go ahead and download Opera Developer 24 for Linux. Many of us at Opera use Linux as our primary platform. It’s great to be able to try out the newest developments of Opera on Linux once again. Adding L
Teaching the File System to Read
What I’m Going to Tell You AboutIn the previous article we constructed the environment needed to get familiar with the kernel. Then we took a look at loadable kernel modules and wrote a simple “Hello World!”. Finally, we wrote a simple and useless file system. Now it’s time to go on. The main aim of this article is to teach the file system to read from disk. For now it will read the operating info
第317回 ISOイメージの同期や仮想マシンの作成などを簡単にするTestDriveを使い、開発中のUbuntuを手軽に試してみる | gihyo.jp
Ubuntu Weekly Recipe 第317回ISOイメージの同期や仮想マシンの作成などを簡単にするTestDriveを使い、開発中のUbuntuを手軽に試してみる Ubuntuの次のLTSである14.04、コードネームTrusty Tahrのリリース予定日まで1ヵ月[1]を切りました。併せて、日本のローカルコミュニティであるUbuntu Japanese Teamにとって、リリース前の重大イベントである翻訳作業の締切も迫っています[2]。 翻訳に参加するにしてもバグを見つけるにしても、インストールして使ってみなければ始められません。しかし、開発中のUbuntuをテストするにはややコツが必要です。そこで今回は、開発中のUbuntuのテストを簡単にしてくれるツールのレシピです。 なおテストをした結果、自分の使いたいソフトウェアの翻訳に気になる箇所を見つけたら、「[ubuntu-jp
lsb準拠のLinuxならディストリビューションやバージョンの識別はパッケージ情報やlsb_releaseを使おう - elf's blog
よく/etc/redhat-releaseの内容でOSの種類やバージョンを調べているスクリプトを見かけますが，10年前ならともかく，今となってはいまいちなやり方です． ということで別の手段を紹介したいと思います． /etc/redhat-releaseの持ち主パッケージの情報を調べる． rpm系なら/etc/redhat-releaseの持ち主の情報でそれらを識別する方がまだモアベターです． おそらく少なくともRed Hat Linux 7.0やRed Hat Enterprise Linux 2.1，Miraclelinux，Turbolinux 6.0前後から通用すると思います(以前勤務していたベンダーで，実際にディストリビューション，バージョンの識別に使っていた方法です)． $ rpm -qif /etc/redhat-release Name : fedora-release Re
Re: UNIX Command Idioms - （ひ）メモ
Re: [twitter:@riywo]'s UNIX Command Idioms ps auxwwwwwww number of "w" depends on my mood in that day :D ps auxwwwwwwwww -L netstat -tna / -una / -tnl / -tnap tar xvf tar zxvf / jxvf / Jxvf are boring trailing slash in rsync rsync -av file [file] HOST:dir/ rsync -av dir/ HOST:dir/ tcpdump -i any -nlx strace -s 100 -fFTttt diff -u /path/to/file <(ssh host cat /path/to/file) see also: http://d.haten
情弱がLinuxとWindowsをデュアルブートさせようとした結果wwww
1: 以下、名無しにかわりましてVIPがお送りします 2013/06/01 23:09:11 ID:Vd94FzGK0
Re: rsync で削除すると速い (?) 件 - いちいの日記
こんなの頑張る意味あんの? って気もしなくもないけど、必要なことの小さいサンプルになったのでグラフまで書いてみた。 rsync --delete よりも rm -rf のほうが、 getdents (readdir) の累計時間が 30 秒多いから real も 30 秒多い、というのが前提のように書いてますが、実際に正しいのかは未確認。重要なのは methodology ってことで。 調査用 dtrace スクリプト aggregation の key に wall からの経過時刻 (秒単位) を入れることで秒ごとに出した。 quantize したいけど @ を数えんのめんどいし、あんまり printf しまくると drop されちゃうし。 avg いるの? というのは excel の pivot table の都合。 #!/usr/sbin/dtrace -s int start_wa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linux女子部 systemd徹底入門
https://minnie.tuhs.org/cgi-bin/utree.pl
Ubuntu Edge
linuxnote.net
Linux JF (Japanese FAQ) Project.