1枚の布で、春来たる。"ファブリック"でおうちの【インテリア模様替え】 春に向けて、新生活への予感でワクワクする季節。暮らしに大きな変化がなくても、日常に季節の息吹や新鮮さを感じたくなります。今回は、カーテンやカーペット、マルチカバーなど「ファブリック」で演出するお部屋の模様替えをご提案。大きな家具を入れ替えたり動かしたりしなくても、色柄や質感の違いで、お部屋の印象は大きく変わります。ひらりと春風になび... お洒落&こだわり素材の『コースター』でいつもの飲み物を特別に! 点と線模様製作所 パジャマ. 夏は冷たい飲み物の出番が多くなる季節。コップについた水滴からテーブルを守るためにも、コースターは欠かせないアイテムです。なくても困らないけれど、あると生活をワンランクアップしてくれる素敵なもの。使いはじめると、それ無しでは落ち着かないくらいに暮らしの一部になるもの。お気に入りの柄のコースターを選んで、テーブルを楽しく華やかに演出しま... 夏のお便りに。涼しげなガラスペンで手紙を書いてみませんか?
1~12月、どの月にも絵柄の一部にゴールドの箔押しが用いられています。 きらりと上品な輝きが、かわいらしいモチーフにも華やかさをプラスしてくれます。 今年は岡さんファンにはおなじみのあの柄も♪ 縦34センチ、横16センチのかけやすいサイズ。 毎月めくるたびに嬉しくなる12枚の絵柄が並び、 どんなインテリアにもすっと馴染む岡さんらしいモチーフが魅力的なカレンダーです。
岡:アトリエはごく普通で、本に囲まれてミシンや道具や画材が並ぶところです。ずっと自宅兼アトリエで仕事をしているので、生活の隣にある場所の方が落ち着くんです。なので仕事をしながら家事もしますし、家の中の生活と垣根なくやっていきたいと思っています。家じゃない場所に仕事場を構えて仕事をして、と言われたら絶対に無理だと思います……。模様を作る時、落ちつかなくて考えがまとまるまではコーヒーを飲みに立ったり、洗濯をしたりと席を立ってしまうんですが、そういうことをしながら時間が無くなってくると、不思議にいつも模様作りがスタートして、作る方に没頭できるんです。 アトリエの本棚 時には切り絵でも模様を作られる岡さん。引き出しには、カッターなどの道具も並びます。 ーーー模様を作る上で、インスピレーションを受けていると感じるものはありますか? 岡:ラジオだと思います。インスピレーションというか、きっかけをくれるものでしょうか。仕事をする時によく聞いていて、AMが好きです。音楽2割とお話し8割、全国からのお便りで「日常でこんなことがありました」というのを聞いていると、自分がそのお便りの内容を体験しているわけではなくても、自分の記憶の引き出しを開けるきっかけになります。季節のお便りを聞いて「そういう季節になったんだ」と思ったり。夏休みにやっている子供向けのものとか、ああいったものも好きです(笑)。 ーーー私も毎年楽しみにしています(笑)。ラジオがきっかけになっているんですね。 岡:そうなんです。あとはAMのラジオはゲストでいろんな職業の方がお話しされるので、自分ではひとつしか体験できないようなことを10も100も聞かせてもらえて、想像の羽が広がります。 もみじ市と歩んできた作家活動 ーーーもみじ市には、作家活動を始められた2008年からずっと参加していますよね。はじめてのもみじ市は、どんな印象でしたか? 岡:とにかく圧倒されました。お客さんがあんなに沢山来ると思っていなかったので……。並べていたものも本当に手作りのものばかりですぐに無くなってしまって、2日目をどうしよう、と困ったのを覚えています。1年目はまだ生地を作ることができていなかったので、自分の手刺しのミトンや鍋つかみ、模様の切り絵の原画カードなどを販売していました。 ーーーこれまでにどんな経緯があったのでしょうか?
Arch と他のディストリビューションの比較 を参照してください。 システムメンテナンス システムメンテナンス も参照してください。 他のOSに比べてインターネットの速度が遅いんだけど、どうして? ネットワークは正しく設定されていますか? ネットワーク設定 のページを参照してください。 また、Arch ではデフォルトで トラフィックシェーピング が有効になっていないことも注意してださい。従って、(P2P 上か通常のクライアント-サーバー通信かに関わらず)ネットワーク帯域を使い果たすプログラムは、ローカルの他のソフトの通信を妨げ、ひどいラグやタイムアウトのような結果になる可能性があります。 Shorewall や Vuurmuur などの ファイアウォール や、 iproute2 の静的なスクリプト(例えば Wondershaper の 派生) によってネットワークレイヤーのシェーピングを行うことができます。 なんで Arch は RAM を全部使っちゃうわけ? そもそも、使わない RAM は無駄な RAM です。 新米ユーザの方の多くは、Linux カーネルのメモリの扱い方が以前の方法と必ずしも同じにはならないことに気がつきます。RAM 上のデータへのアクセスはディスクに比べ非常に高速なので、カーネルは最近アクセスされたデータをメモリ上にキャッシュします。キャッシュされたデータは、利用可能なメモリを使い果たして、新しいデータがロードされる必要のある時のみクリアされます。 free コマンドによって違いを見分けることができます: $ free -h total used free shared buff/cache available Mem: 2. 8Gi 1. 1Gi 283Mi 224Mi 1. 4Gi 1. 2Gi Swap: 3. 0Gi 881Mi 2. 1Gi "free" と "available" メモリの違いは重要です。上の例において、ラップトップは 2. 8GiB の RAM をほとんど使っていて、free なメモリはたった 283MiB しかありません。しかし、そのうち 1. あれ は 何 です か 英語 日本. 4GiB は "buff/cache" です。スワップなしで 1. 2GiB の available なメモリが新しいアプリケーションの起動に利用可能です。詳しくは free(1) を参照してください。これらは結果としてパフォーマンスを向上させます!
幸運であれば少しの間それで動くかもしれません。動いたとしても、以下の理由でそれは正しい解決法ではありません: ライブラリは意味もなくバージョンを変えません。API/ABI が変更されたり(いくつか削除されたり)することがあり、それが使用に影響するかは単に運次第です。 シンボリックリンクはパッケージマネージャによって管理されません。すぐにシステムライブラリのファイルをハックしようとする初心者は、診断・修正が不可能な意図していない変更を加える大きなリスクを持っています。パッケージマネージャはこのような問題から守る手助けをしています。 古いライブラリファイルをファイルシステムにコピーする代替手段もありますが、追跡されない上に忘れられやすく、潜在的なセキュリティのバグが気付かれず、また修正されません。 代わりに、例えば必要なライブラリのバージョンを提供する 互換パッケージ を使うか、もしくは作ってください。 64ビット 私のプロセッサが x86_64 に対応しているかどうかを知る方法は? 使っているプロセッサが x86_64 に対応している場合、 /proc/cpuinfo の中に lm ( Longモード) フラグがあります。例えば以下のコマンドを実行してください: $ grep -w lm /proc/cpuinfo Windows 上では、 フリーウェアである CPU-Z を使って、64ビット互換があるかどうか確認できます。AMD の命令セットである AMD64 または Intel の命令セット EM64T は x86_64 のバイナリと互換性があります。 64ビットにする理由は? 多くの状況下で (32ビットに比べて) 高速であり、通常の i686 カーネルでは 物理アドレス拡張 (PAE) が無効化されているために利用できない アドレス空間配置のランダム化 (ASLR) や 位置独立コード (PIC) 、 NX ビット を使用することによりセキュリティが向上することが挙げられます。もしコンピューターに 4GB 以上のメモリが載っている場合、64ビットの OS のみが全てを活用することができます。 更に、64ビットの拡張をサポートしている新しい x86 CPU に対して、レガシーな32ビットの CPU をプログラマーがサポートしなくなってきているというのもあります。 以上の理由が32ビット環境を避けるべきという我々のアドバイスですが、カーネルやユーザースペース、個々のプログラムなど、64ビットの方が優れているものは他にもたくさんあり、全てをここに書き出す事は出来ません。
そのアイデアにメリットがあると思うのであれば、 pacman-dev で議論することができます。既存の機能リクエストがないか も確認してみてください。 もっとも,ある機能をPacmanやArch Linuxに追加するために一番良い方法は,あなた自身がそれを実装することです.そのパッチがオフィシャルに取り込まれるかどうかはわかりませんが,いずれにせよあなたの骨折りは他のユーザーによって吟味され,検討されるでしょう. X のパッケージをインストールしたんだけど,どうやって起動するの? あなたが KDE や GNOME のようなデスクトップ環境を導入しているのなら、そのプログラムは自動的にメニューに登録されている筈です。ターミナルから起動しようとしていて、バイナリの名前がわからないというような場合は、次のコマンドで確認してください: $ pacman -Qlq パッケージ名 | grep /usr/bin/ 公式リポジトリにある共用ライブラリはそれぞれどうして一つのバージョンしか用意されてないんですか? あれ は 何 です か 英. Debian などの一部のディストリビューションは、共用ライブラリパッケージにおいて libfoo1 、 libfoo2 、 libfoo3 といったように複数のバージョンを用意しています。この方法では同一のシステム上で異なるバージョンの libfoo ごとにアプリケーションのコンパイルが可能となります。 Arch のようなディストリビューションの場合、すべてのパッケージで公式にサポートされているのは最新バージョンのみであることを意味します。過去のソフトウェアをサポートしないことで、パッケージメンテナは最新のバージョンが期待通りに動くことの検証に割く時間をより多くとることができます。共有ライブラリの新しいバージョンがアップストリームからリリースされると、それはすぐにリポジトリに追加され、影響を受けるパッケージは新しいライブラリに合わせてリビルドされます。 もし、システム全体のアップグレード( pacman -Syu )で共用ライブラリがアップデートされたのにそれに依存するアプリケーションがアップデートされなかったらどうなりますか? それは起こってはならないシナリオです。公式リポジトリに foobaz というアプリケーションがあり、 libbaz という共用ライブラリの新バージョンを使用してビルドされているとして、それは libbaz のアップデートに合わせてアップデートされます。しかしもし、ビルドに失敗した場合は、そのパッケージ foobaz にはバージョン制限のある依存関係 (例: libbaz=1.
もしあなたの好奇心が刺激されたなら、 こちらの素晴らしい記事 も読んでみてください。こちらのウェブサイトでもこの混乱を整理して説明しています: 。 わたしのディスクの空き領域はどこへ行ってしまったの? その答えはあなたのシステムによって変わります。 こちらに優れたユーティリティの一覧があります ので試してみてください。 パッケージ管理 pacman, Pacman ヒント, 公式リポジトリ により多くの答えがあります。 Xのパッケージにエラーがあったんだけど,どうしたらいいの? まず,そのエラーはそもそもArch開発チームが修正できるものなのかどうかを見極めなければなりません.そうでない場合が往々にしてあります(例えばFirefoxのクラッシュは大抵の場合Mozillaチームのミスです).これを アップストリーム・エラー と言います.もしArchの問題であるならば以下の手順を参考に対処してください. : フォーラムに情報がないか探してみましょう.誰かが同じ問題について気付いていないかチェックしてください. 詳細な情報を書いた バグレポート を に投稿してください. あれ は 何 です か 英特尔. もしお望みならば,フォーラムに質問を投げてみてもよいでしょう.その際,問題の詳細と,あなたが既にバグ・レポートを送った旨を明記してください.それによって同じエラーに関する報告が大量に投稿されるようなケースを回避できます. Archのパッケージにはもっと適切な命名規則が必要だ。"" とか "" なんて長すぎるし、ややこしい これに関しては、Arch のメーリングリスト上で議論されています。 のような拡張子を提案する人もいますが、現段階では、パッケージの拡張子を変更する具体的な計画はありません。Arch 開発者の一人である Tobias Kieslich の発言は示唆的です。「事実 package は gzip や xz で圧縮された tarball ファイルなわけじゃないか! だいたい tar が扱えるアプリケーションなら何だって開くことができるし、覗いて弄ることだってできるんだしさ。もっと言えば、mime-type なんてたいがいのアプリケーションが問題なく自動判別できるだろ?」 Pacman には他のアプリケーションがパッケージ情報を簡単に参照するためのライブラリが必要だ pacman は libalpm(3) ("Arch Linux Package Management" library) のフロントエンドになっています。このライブラリは代替のフロントエンドの開発を可能にしています (例えばGUIフロントエンドのような)。 Pacman に X の機能を付けるべきだ!