[PATCH v3 0/2] squashfs/squashfs-tools: Add posix acl support When we use mksquashfs tool to create a squashfs image from the files which have POSIX ACLs(Access Control Lists), we get these errors: Unrecognised xattr prefix system.posix_acl_access Unrecognised xattr prefix system.posix_acl_default This patcheset adds posix acl support to squashfs to fix this problem. Patch #1 for kerenl tree and p
この連載では、初心者にとってハードルの高いiptablesの設定を、テンプレートを用いながら紹介していきます。「習うより慣れよ！」の精神でまず試してみてはいかがでしょう。（編集部）
Mac風なドックを追加出来る「Plank」。 軽快に動いて、シンプルで使い勝手も良くてLinuxでは人気のアプリですね。 ただ軽量な「LXDE」環境だと、本来の動きをしてくれないのが難点です。 LXDEでPlank本来の力を発揮させるにはズバリ「xcompmgr」を導入すればALL OKです！ 「Plank」はLXDEじゃなくてXfceじゃないとダメなのか？ 私、以前にこんな記事を書いていました。 Ubuntuのデスクトップ変更！LXDEからXfceに変えるとPlank本領発揮 まあ、これはこれで正解でもあります。 「LXDE」も「Xfce」もLinuxの「軽量デスクトップ環境」なので、いっそのことXfceを導入してしまえば、軽量な環境で「Plank」がヌルヌル動いてくれるんですから。 ただねえ、やっぱり「LXDE環境」でもPlankをヌルヌル、ビヨヨ〜んって動かしたいじゃないですか？ と
core i7 4790K と Z97 extreme4 による自作PCに Ubuntu GNOME 16.04を入れた時の手順メモ。 Ubuntu 18.04 20.04 をセットアップするメモ。 内容は自分用です。 インストールメディアのブート ここではUSBメモリでインストールメディアを作成しブートする。 USBメモリにisoを焼く (UEFIブートのため)64bitのdesktop imageをダウンロードしておく。以下macOSで焼く手順を書く。 ExFAT GUIDパーティションマップでフォーマットしてから (diskutil eraseDisk ExFAT UbuntuFocal /dev/disk2 とか)、以下のコマンドを実行する。 hdiutil convert -format UDRW -o ubuntu ubuntu-20.04.1-desktop-amd64.is
解決済。 何度か失敗したので、必要な手順だけ読みたければ概要とまとめだけ参照。 概要 Zsh - ArchWikiを参考に以下のようなコードを書いたのだが、これが何故かmltermで動かない。 typeset -A key key[Home]=${terminfo[khome]} key[End]=${terminfo[kend]} [[ -n ${key[Home]} ]] && bindkey "${key[Home]}" beginning-of-line [[ -n ${key[End]} ]] && bindkey "${key[End]}" end-of-line ~/.zshrc (抜粋) 具体的には、HomeキーやEndキーでの挙動がおかしくなる。 どうせterminfoが合っていないんだろうと思ったらその通りだった。 mltermのソースコードと一緒に配られているterm
最近Linuxカーネル周りを触り始めています。Linuxカーネル周りを触り始めたといってもそもそもLinux歴が浅く、menuconfigを本格的にいじりながらビルドするのは今回が初めてだったりしてブートするだけでも大変でした。そこらへんをまとめます。 カスタムビルドしたLinuxカーネルをブートできる環境を簡単に用意する 今更何だという感じですが、Linuxとは正確にはカーネルの部分だけのことを指していて、ユーザーランドを含みません。巷でよく言われるアレですね。（もしあなたが十分に信心深いなら、Linuxシステム全体をLIGNUXと呼んでもよいです。） なのでkernel.orgから引っ張ってきたカーネルソースをビルドしても、すぐには起動して試すことができません。ubuntuなどのディストリのカーネルを入れ替える形でブートさせてもいいのですが、 カーネルソース自体をいじっていてテストをし
先日、Buffaloの無線ルータ WZR-450HP にDisplayLink社のUSBグラフィックスアダプターを接続して、PCモニタにshellを表示することに成功したのでそれまでの道のりを紹介しようと思う。 実験記録みたいな感じなので、単にアダプタを接続するためのHowToではないことに注意。とにかく語りたいだけ（笑） この記事の内容は、先日弊社で開催のFULLER エンジニアミートアップで発表した未完成のスライドおよびkosen10sLT #03で発表したスライド（下記）と同一だが、内容を時間の都合で多少端折っていたので、この記事では発表でしゃべらなかった細かい所も詳細に語りたいと思う。 ルータでルータのプレゼンをした話。 ~# 技術解説 from Takumi Sueda www.slideshare.net 事前におことわりしておくが、私は電波法を侵さないよう細心の注意を払いなが
Arch には公式のリポジトリとして core, extra, community, testing 等があるが、それ以外に非公式なものもいくつかある。 その中でも特に archlinuxfr は有名だと思う。linux-pae, linux-pf, repo-ck といったパッチをあてたカーネルのパッケージを提供しているリポジトリを利用している人もいるかもしれない。 そういった非公式リポジトリは wiki にまとまっている: Unofficial User Repositories - ArchWiki 。 自分も自分用に独自のリポジトリを作ってみたので、その手順を紹介する。 パッケージを作るための PKGBUILD は既に書いてあるとする。 ビルド環境の準備 まずビルド用のユーザ archbuild を作った。 ビルド用のツールは devtools というパッケージにまとまっているので
基本編は http://eagletmt.hateblo.jp/entry/2012/12/21/214507 。 基本編で紹介した方法だけでもリポジトリとしての機能を果たせるディレクトリ構成を作れるが、 公式リポジトリと比較して足りないものが3つある。 署名 pkgfile 用のデータベース abs 用の tarball 実際にこれらを追加したリポジトリが http://arch.wanko.cc/vim-latest/ にある。 署名をつける pacman 4 にメジャーバージョンアップしてから、パッケージとデータベースに署名をつけられるようになった。 2012-06-04 の時点ですべての公式リポジトリのパッケージに署名がつけられ、デフォルトで署名のチェックを強制するようになっている (Arch Linux - News: Having pacman verify packages)
Arch のパッケージのリポジトリを作る 発展編 - eagletmt's blog で書いた内容を自動化するために akabei を作った。 さらに S3 の Static Website Hosting を利用する機能も実装して、実際に http://arch.wanko.cc/ を運用してみている。 基本機能 build サブコマンド akabei build foo --repo-dir repo/x86_64 --repo-name bar --arch x86_64 で、foo/PKGBUILD をもとに repo/x86_64 以下に x86_64 向けのパッケージと、bar リポジトリの ABS tarball とデータベースとファイルリストが生成される。 % akabei build foo --repo-dir repo/x86_64 --repo-name bar -
This page or section refers to its readers or editors using I, my, we or us. It should be edited to be in an encyclopedic tone. This tutorial focuses on creating a GCC cross-compiler for your own operating system. This compiler that we build here will have a generic target (i686-elf) that allows you to leave the current operating system behind, meaning that no headers or libraries of the host oper
Windows x64用のクロスgccをビルドしました。MSYSで作業しましたが、他のUNIX系OSでも同じ手順が使えるはずです。 GCC for both x64 & x86 Windows! - MinGW-w64 http://mingw-w64.sourceforge.net/ 今回はmultilibを使用せずにx64専用とします。 gccが依存する数値計算ライブラリ gmp, mpfr, mpc をビルドします。 $ curl -LO ftp://ftp.gnu.org/gnu/gmp/gmp-5.0.5.tar.xz $ tar xvf gmp-5.0.5.tar.xz $ cd gmp-5.0.5 $ ./configure $ make $ make install $ cd .. $ curl -LO http://www.mpfr.org/mpfr-current/mp
2012-07-28 Mountain Lion に クロスコンパイラをビルドする Windows x64編 mac gcc Mountain Lion 参考にさせていただいたブログはこちら Windows x64用のクロスgcc gccのビルド手順 gmp mpfr mpc のビルド binutild のビルド gcc のコンパイラのみをビルド Win32APIのheader をインストール Win32APIのruntime をビルド gcc のruntime をビルド 作業ディレクトリ作成 $ sudo mkdir /usr/local/src/cross-compilers $ sudo chown mason:staff cross-compilers $ cd cross-compilers gmp mpfr mpc のビルド $ wget ftp://ftp.gmplib.or
2012-07-28 Mountain Lion に クロスコンパイラをビルドする Windows x86編 mac Mountain Lion gcc 参考にさせていただいたブログはこちら Windows x64用のクロスgcc Windows x64編の x86編 Mountain Lion に クロスコンパイラをビルドする Windows x64編 をビルド後のため、ソースのダウンロード済みの前提になります。 gccのビルド手順 gmp mpfr mpc のビルド binutild のビルド gcc のコンパイラのみをビルド Win32APIのheader をインストール Win32APIのruntime をビルド gcc のruntime をビルド 作業ディレクトリ作成 Mountain Lion に クロスコンパイラをビルドする Windows x64編 をご参照ください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
