トップページ⇒linux
1001コメント287KB

Gentoo Linux 34

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/09/16(月) 22:48:27.53ID:SMGJ/J5r
Gentoo Linux
ttp://www.gentoo.org/

Gentoo Linux Users Group Japan (GentooJP)
ttp://www.gentoo.gr.jp/

【はじめに】
Gentooの歩き方
ttp://www.gentoo.gr.jp/jpmain/arukikata.xml
Gentooハンドブック　(インストールガイド含む)
ttp://www.gentoo.org/doc/ja/handbook/

【もうちょっと先】
Gentoo Linux Frequently Asked Questions
ttp://www.gentoo.org/doc/ja/faq.xml
Gentoo Linux tips 集
ttp://www.gentoo.gr.jp/jpmain/tips.xml
Gentoo-Portage.com
ttp://www.gentoo-portage.com/
Gentoo-Wiki.com（08年10月データ消失　復旧中）
ttp://en.gentoo-wiki.com/wiki/Main_Page
official Gentoo Wiki
https://wiki.gentoo.org/wiki/Main_Page

【前スレ】
Gentoo Linux 33
http://engawa.2ch.net/test/read.cgi/linux/1353822959/
0685login:Penguin2014/06/14(土) 01:16:19.59ID:opiLmd2F
reiser4のpatchを当てるのに使ってる。確かに便利。
0686login:Penguin2014/06/14(土) 06:42:15.03ID:xRA6nqju
まじか。今までlocal overlayにいちいちebuild作ってたわ。
0687login:Penguin2014/06/14(土) 07:40:21.46ID:I0vZEMV1
おれもroxのビルド通らないのに使ってる

ところで、ffmpegを1.0.8から1.2.6にアップデートしたら、今まで見られてたた動画がいくつか見れなくなった
今は1.0.8に戻して使ってるけど、何か情報もってる？
0688login:Penguin2014/06/14(土) 14:50:15.24ID:gu4Fxxbx
/boot
と
/
って別パーティションにしてますか？
どういう理由で分割が推奨されてるのでしょう
0689login:Penguin2014/06/14(土) 15:59:15.84ID:MYPqNldZ
/boot はディスクの前の方にないと起動できない、とかあったような。
0690login:Penguin2014/06/14(土) 16:32:19.30ID:H7EUusj6
HDDが逝った時に復旧しやすいで
0691login:Penguin2014/06/14(土) 17:24:09.01ID:xRA6nqju
俺は同じにしてるけど特に問題はないな
0692login:Penguin2014/06/14(土) 19:40:44.93ID:Hbf5cl8h
UEFIブートするなら分けたほうが良い
0693login:Penguin2014/06/14(土) 19:50:55.23ID:3F483ViJ
Boot時しかいらんしね
0694login:Penguin2014/06/15(日) 04:21:50.46ID:fGHCsBm/
>>684
うん
/etc/portage/patches/hoge/hoge
だったわ
0695login:Penguin2014/06/16(月) 12:03:13.76ID:o5DVgjPZ
/bootはusbメモリ
これが鍵代わり
0696login:Penguin2014/06/16(月) 18:17:05.18ID:v/MlnD2H
適当なブータブルCD突っ込んでそこのカーネルで起動すれば立ち上げ放題…。
0697login:Penguin2014/06/16(月) 18:26:07.72ID:7kp/bBMb
別にカーネル使って起動しなくても普通にmountしちゃえばいい気がす
0698login:Penguin2014/06/17(火) 06:02:39.26ID:6bsxMTaD
結局HDD全体を暗号化したほうがマシっていう
0699login:Penguin2014/06/17(火) 09:44:33.80ID:o4CJ0jc+
/home
だけ暗号化すればいいんじゃないの？
0700login:Penguin2014/06/17(火) 09:46:09.97ID:o4CJ0jc+
eth0 eth1
が
encなんとか
という名前に変更されるの気持ち悪いのだけど
/etc/udev/
いじって手動でeth0にもどしてる
でも新しい名前に変えといた方がいいの？
0701login:Penguin2014/06/17(火) 12:54:10.89ID:AsocJ4ln
>>700
節子、それ
/lib/udev/rules.d/80-net-name-slot.rules
や
その状態なら
udevadm info -q all /sys/class/net/eth0 | grep NAME
で名前の由来が分かるはず。

旧名はワンパターンな名付け方が何か問題あるんだっけ
0702login:Penguin2014/06/17(火) 16:05:42.17ID:WMuhDgmf
>>700
あれ腹立つよね
Ipteblesなんかもethで書いてるから繋がらなかったり
ザル状態になったりするし
0703login:Penguin2014/06/17(火) 16:16:17.06ID:ynoSTHao
biosdevnameだかなんだか導入したのってdellの人なんだよな
余計なことしやがって
0704login:Penguin2014/06/17(火) 19:13:06.94ID:o4CJ0jc+
古いのノートPC(Thinkpad X31 )
でyoutubeの動画を再生すると5秒に一回ぐらい止まる

ATIのビデオカードついてるので
FirefoxのUSE変えたり
違う方法で動画再生したりして
( emerge -s flash とするとそれっぽいプレイヤーいくつかでてくる)
なんとかスムーズな動画再生できないものでしょうか
0705login:Penguin2014/06/18(水) 00:57:55.54ID:bKba9yKc
firefox向けのflashは腐ってるから、firefoxをいじってもどうしようもない
flashがどうしても必要ならchromeを使うしかない
0706login:Penguin2014/06/18(水) 01:02:58.79ID:443IrlCh
HTML5プレーヤーとか試してみれば?

http://www.youtube.com/html5/
0707login:Penguin2014/06/20(金) 12:03:25.91ID:MDOkkBgY
参考になるか判らんがflashの動画再生で数秒で止まるのは
グラフィックの方じゃなくて音声の方に問題があると思う
0708login:Penguin2014/06/20(金) 13:02:42.63ID:l/ze/wrw
-fstack-protector-strongって前倒しで使えるように取り込みとかしてくれないのかなぁ。
お願いします中の人。
0709login:Penguin2014/06/21(土) 01:34:10.04ID:7+vxcIUG
Thinkpad X31で
google chrome使えば
解像度を落したyoutube動画がスムーズに再生できました
解像度上げるとやっぱり５秒おきぐらいに止まります
0710login:Penguin2014/06/21(土) 08:21:38.87ID:2syJ60dP
ドライバーが入ってないだけ
0711login:Penguin2014/06/21(土) 10:09:40.36ID:/Szf+IgT
Gentooは全く触ったことがありません…。
Atom N270なネットブックのネット環境用OSとして検討しています。

Ubuntu系だと14.04LTSあたりから描画でCPU負荷が重くなったりするようですが、
GentooでIntelのグラフィックドライバをコンパイルしてインストールすれば大丈夫と考えて良いのでしょうか。

また、今はネイティブなLinux環境が無く、今使っているのもWindows8@Celeron G530なのですが
仮想環境下でクロスコンパイルしてAtom N270に最適化したバイナリを作れば大丈夫なのでしょうか。
それとも、別途ドライブ用意の上でデュアルブート環境を構築しておいた方がビルド速度等でベターなのでしょうか(intel SSD 120GBが余ってます)。

御返答をいただけると幸いです。
0712login:Penguin2014/06/21(土) 10:47:12.87ID:JjzWk388
分散コンパイルでいいんじゃないかな？
http://www.gentoo.org/doc/ja/handbook/handbook-x86.xml?part=2&;chap=3

始めてだと色々壁にぶつかると思うけどそれも醍醐味ってことで
0713login:Penguin2014/06/21(土) 11:49:52.91ID:EjTgxM96
たかがグラフィックドライバ一つのために非力なマシンにGentoo入れようとするのが間違い
自分でグラフィックドライバコンパイルして使うのなんてUbuntuでもできる
0714login:Penguin2014/06/21(土) 12:16:45.85ID:9gGiX41a
>>713
Ubuntuスレでやってね
0715login:Penguin2014/06/21(土) 12:22:19.42ID:9BVcwgMi
間違ってGentoo入れようとしてる人に適切なアドバイスするのはスレ違いじゃないだろ
>>711みたいな理由でGentoo入れても幸せ似なれる未来が思い付かない
そもそもUbuntuで描画が重くなるって自分で試したのか？
0716login:Penguin2014/06/21(土) 13:34:57.83ID:/Szf+IgT
済みません、「Gentooを入れようとするのが間違い」という意味がさっぱり分かりません。

Ubuntu 14.04 LTS派生の鳥で、Atom N270等の描画が遅くなるのは広く知られた問題でしょう。
LubuntuなりXubuntuなりのスレでも散々出ているかと思うのですが（Xubuntuは比較的マシという話もありますけど）。

「Ubuntu 12.04 LTS派生のものと自分で比較してからモノを言え」というのは確かかも知れないですし、実際isoイメージは入手済なんですけどね。
だからといってGentooを使うのは間違いというのは理由がまるで分かりません。
0717login:Penguin2014/06/21(土) 13:39:15.22ID:/Szf+IgT
あと、ひょっとしたら根本的な勘違いをしているかも知れないのですが…。

仮にGentooを100台で運用している場合、100台全てでコンパイルしているのですか？
1回コンパイルして生成したバイナリを別マシンに流用というのは一切出来ないのですか？
>>712さんの記述を見る限り、そんなことは決してないように見えるのですが…？

私の場合、Atom N270の他に、Celeron G530と、今は寝ていて用途の無いCeleron Dual Core E1400(2Ghz/C2D世代)があります。
3台がかりで分散コンパイルすれば、そんなに時間は掛からないようにも思われるのですが…？
0718login:Penguin2014/06/21(土) 13:40:19.67ID:SnN3/oUD
ここでは広く知られてないでしょそんなこと
描画が遅くなる問題なんて色んな原因が考えられるんだから、まずはUbuntuで原因を探ってみれば？
同じ構成ならGentooだろうがUbuntuだろうが同じ問題が出るよ
自ビルドかどうかは関係無い
0719login:Penguin2014/06/21(土) 13:44:56.43ID:EjTgxM96
>>717
コンパイルしたパッケージ残す設定にしておけば
CPUに互換性があれば一回コンパイルするだけで作ったバイナリ配布して入れられるよ
あと分かってると思うがdisstcc使って3台でコンパイルしたからって3倍早くなるわけじゃないからな
0720login:Penguin2014/06/21(土) 14:09:54.99ID:FHsaZduV
100台運用の予定があるなら試してみろよ
そのくらいの手間をかけてもオッケー
0721login:Penguin2014/06/22(日) 00:11:28.95ID:3gZ4CWJM
俺なら今だとそれでも100台でコンパイルしちまいそうだ
昔のめでログぎりぎり追えそうな頃なら考えられなかったけど
0722login:Penguin2014/06/22(日) 02:06:56.46ID:tQML+PwD
100台のカーネルコンパイルは絶対嫌だな
0723login:Penguin2014/06/22(日) 07:45:57.22ID:/dYdtnqJ
100台使うとしても、たぶん数台ずつに分けて複数のパッケージを並列に処理できるようにした方が効率的
0724login:Penguin2014/06/22(日) 12:35:03.42ID:MkTN36au
頻繁にビルドするgentooは
ディスク書き込み頻度も高そうだし
SSDと相性よくないのかな
SSD使ってる人いますか？
0725login:Penguin2014/06/22(日) 12:44:29.70ID:Qe4l4s25
コンパイルはtmpfsでやるからディスクには書き込まないっしょ
0726login:Penguin2014/06/22(日) 13:06:20.23ID:6TXzy5RZ
容量食いそうなんだけSSDに書き込んだら
0727login:Penguin2014/06/22(日) 13:19:39.38ID:tQML+PwD
>>724
東芝120GBで使ってるけど何の問題もないよ
むしろemergeのmakeなんかが速くなる上にアップデート中でも
操作感が全然落ちなくて超快適
0728login:Penguin2014/06/24(火) 17:33:05.29ID:yt+X6OdF
SSDいいよねSSD
とくにgentoo使いには強く薦めたい

> 毎日10GBのデータ書き換えを行っても7万日つまり約190年もつという計算に
> なるため、SSDの書き換え寿命を心配する必要はほとんどないと言えそうです。
http://gigazine.net/news/20140618-ssd-endurance-experiment/
0729login:Penguin2014/06/24(火) 20:10:36.20ID:5G8f4Ame
/dev /run /var/tmp/portage /tmp
などを tmpfs にしておくだけでSSD運用に全く支障出ない
0730login:Penguin2014/06/24(火) 21:02:29.50ID:ufKTaHH1
常時起動のサーバーなら /usr/portage も tmpfs でいける。
0731login:Penguin2014/06/25(水) 01:06:35.43ID:0FbGSy3N
/usr/portageはNASでしょ
他のマシンでも使えるように
0732639,640,6412014/06/30(月) 09:33:47.76ID:jDqVhI8T
USE=-readline emerge python したのが原因だった模様。emerge -e worldしたら治った。
revdep-pythonみたいの作ってくれい!!
0733login:Penguin2014/06/30(月) 13:10:56.06ID:SQakVsww
>>732
「revdep-pythonみたいの」は /usr/sbin/python-updater がそうなんじゃないかな
0734login:Penguin2014/06/30(月) 19:41:24.56ID:c6BrylHc
USEの不整合なら emerge -D (emerge -uD) world でいけそうだが
0735login:Penguin2014/07/01(火) 01:11:00.23ID:8IwAzyXU
うどん（uDN）で
0736login:Penguin2014/07/02(水) 21:28:03.44ID:O00cJdEa
うどんﾌﾟﾊﾞｧ(uDNpva)で
0737login:Penguin2014/07/05(土) 11:01:27.77ID:BWrFwseH
gentoo minimalをUSBブートで起動したはいいけど
root block deviceが見つからないと出て先に進まない
ハンドブック通りにブート，スワップ，ルートパーティションは作ってあるけど
このルートパーティションに何か入れなきゃいけないの？
0738login:Penguin2014/07/05(土) 18:41:03.58ID:O9h9UhzQ
stage3のdownload＆展開は？

あと老婆心ながら
日本語ハンドブックは少し古そうだから英語版見たほうが良いかも
というか仮想コンソールでlynx使うなら英語版しか見れないけど
0739login:Penguin2014/07/05(土) 19:15:41.82ID:m33Gw62c
>>738
sysytem rescue CDを使って

ブートパーティション：sda11 (32Mib)
スワップパーティション：sda12 (512Mib)
ルートパーティション：sda13 (残り)

を作りsda13にstage3を解凍しました
それからGentoo minimalをUSBブートで起動すると
root block deviceが見つからないと出たので/dev/sda13を指定してやりました
するとlocalhost login：と表示されたところで詰まってしまいました
先にやらなければいけない設定を飛ばしてしまっていると思うので
ハンドブック見ます
0740login:Penguin2014/07/05(土) 21:14:37.79ID:5Rlyt44h
ちゃんとインストールできてるんじゃないかな
Xが自動で立ち上がることを期待してるから詰まってしまったと言ってるのかな？
0741login:Penguin2014/07/05(土) 21:40:57.54ID:eXqWT0Hu
よくやってしまうのが、stage3を展開したあと、
passwd設定しないでログインできずに詰まる。
0742login:Penguin2014/07/05(土) 21:45:48.34ID:m33Gw62c
>>740
インスコできているんですかね
「localhost login：」と出て，ID, passwordにrootと入れても何もならないので
この時点より前にユーザを作るなどの設定をしないといけないのではと思いました

CLIもまともに使えない状態で昨日から始めてここまできたのですが
そもそもminimalとstage3 tarballの関係性がよく分かっていません

私はsystem rescue CDを使いましたが
他のLinuxを使いパーティション作りやstage3の展開を行えば
minimalはstage3を展開したパーティションからブートするためだけに使うのでしょうか？
0743login:Penguin2014/07/05(土) 21:55:43.72ID:eXqWT0Hu
minimalは最低限起動する環境。stage3を展開するためにあると思って良い。
なので「他のLinuxを使いパーティション作りやstage3の展開を行えば」でOK

あと、ハードディスクから起動するようになるまでの設定を忘れずに
・grub or grub2
・Kernel
・passwd ←これを忘れるとそもそもログインできなくなる
・その他
0744login:Penguin2014/07/05(土) 21:57:24.15ID:5Rlyt44h
>>742
今からでもchrootして、rootのパスワードを設定すれば次回起動時ちゃんとloginできると思います
http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?full=1#sysinfo

一般ユーザーもあわせて追加する場合は以下参考です
http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?full=1#book_part1_chap11__chap1
0745login:Penguin2014/07/05(土) 22:21:52.88ID:m33Gw62c
>>743
カーネルの設定（コンパイル？）をし，ブートローダの設定を行えば
minimalからルートパーティションを指定して起動しなくてもよくなるんですね

別の質問ですが，ブログなどを見ていると
minimalを起動させるとキーボード配列の設定などを決めたら
すぐに「#LiveCD〜」と表示されまで進んでいるようですが
私の場合，root block deviceが見つからないと出て設定ができませんでした
それでsystem rescue CDを使ったのですが
minimalの使い方を間違えたのでしょうか？
minimalはYUMI Multiboot USB CreatorというソフトでUSBに焼きました
0746login:Penguin2014/07/05(土) 22:26:01.73ID:m33Gw62c
>>744
chrootの使い方がやっと分かりました
system rescue CDから設定をやっているので
この状態でpasswdコマンドを使っても
system rescue CDにログインするためのパスワードが変わるだけで
gentooのログインには関係ないのではと思っていました

rootと一般ユーザの設定は出来ましたので
ブートローダとカーネルの設定を今やっています
0747login:Penguin2014/07/05(土) 22:30:27.13ID:eXqWT0Hu
>>745
minimalにドライバが含まれていない（対応していない）ハードということだと思います。
minimalに含まれるKernelだとUSB用のドライバが適合しないんじゃないでしょうかね。

USBドライバがないので、USBメモリの存在を見つけられず、rootが見つからない。
というケースだと思います。そんなわけでminimalはあまりおすすめできません。
0748login:Penguin2014/07/05(土) 22:42:13.11ID:m33Gw62c
>>747
USBブートしている自分自身を見つけられないということがあるんでしょうか？

私の場合，画面上側のペンギンは4匹ですが
↓の画像のような状況です
https://communities.bmc.com/servlet/JiveServlet/showImage/2-172976-14037/20101123_Results.PNG

こうなってしまい手も足も出なかったのでsystem rescue CDを使いました
0749login:Penguin2014/07/06(日) 00:39:10.17ID:2W5nDpYg
> system rescue CDを使いました
それでいいと思います。


USBブートした最初に読み込むのは Kernelとinitrd(Ramdisk) ですが、
この読み込む処理を行うのは、USBに書き込まれたGrubみたいなブートローダーです。
ブートローダーを読み込むのは、BIOS(UEFI)です。

ざっくりいうと、それぞれ別々なので、grubまではBIOS経由でアクセスができますが、
Kernelが動き出すとBIOS(UEFI)を使用せずに自前でデバイスを処理しだすのでKernelが
知らないとダメなんです。
0750login:Penguin2014/07/06(日) 01:26:58.13ID:ZaNtngKW
>>749
認識するところが違うので同じUSB内でも全てを認識できる訳ではないのですね

ネットワークの設定でもminimalだとnet-setup等を使わなければいけないようですが
system rescue CDだとGUIですぐに繋げられたのでこちらを使うのが吉のようですね

今はやっとカーネルのコンパイルまで辿り着きました
この後は何も問題なく行ってくれればいいのですが
0751login:Penguin2014/07/06(日) 01:35:33.84ID:2W5nDpYg
Kernelの.config設定でどれを有効にすべきか悩むところが最初の躓きポイントなので

grubの設定だけできたら、SystemRescueCDのKernelをそのまま突っ込んで
当面凌ぐというのもアリだと思います。

chrootしている間に、必要そうなものを色々入れておくといいです。
ネットワークがつながっている間に dhcpcd 入れておくと少し便利かも。
0752login:Penguin2014/07/07(月) 05:49:21.07ID:VlWQuT4E
https://forums.gentoo.org/viewtopic-t-499881.html
この方法でpythonだけCFLAGSに-O3つけてコンパイルできるみたいだけど
他にもO3でコンパイルできるパッケージないものでしょうか
特にfirefoxとかブラウザを高速にしたい
KDE付属のブラウザとか高速にできないものでしょうか
0753login:Penguin2014/07/07(月) 06:12:37.19ID:+4uoh0zR
FirefoxのUSEフラグで最適化を有効にした上で、
CFLAGSに-O3を入れてemerge firefox

高速って言うけど、O3付けても速くなるとは限らんよ
0754login:Penguin2014/07/07(月) 07:55:52.55ID:oq0vrQzT
>>752
おれは逆
全パッケージO3でやって、問題あるパッケージだけO2でってスタンス
でも、いまだにO3で問題あるパッケージに出会ったことないよ

$ grep ^CFLAGS /etc/portage/make.conf
CFLAGS="-march=native -O3 -fno-strict-aliasing -fomit-frame-pointer -pipe"
0755login:Penguin2014/07/07(月) 08:03:01.10ID:oq0vrQzT
あと、速度については>>753さんのおっしゃるとおり

ディスクアクセスやメモリフェッチのないプログラムばかり
使うなら意味あるけど、ほとんどのアプリはディスクアクセスや
ネットワークI/Oなど、CPU以外の部分で律速になるので
最適化は気分の問題だと思いまっす
0756login:Penguin2014/07/07(月) 08:30:59.04ID:bl6oMKbh
>>752
http://iquark.wordpress.com/2008/10/23/gentoo-per-package-flags/
http://www.gentoo.org/doc/ja/handbook/handbook-amd64.xml?part=3&;chap=6#doc_chap2
0757login:Penguin2014/07/07(月) 08:32:48.06ID:oq0vrQzT
あと、make.confでO3を指定したからと言って、全パッケージが実際にO3でコンパイルされるわけじゃないです
コンパイルのログを見ると、パッケージによってはportageが意図的にO2に切り替えてコンパイルするものがあり、
portage側でガードをかけてるイメージです
0758login:Penguin2014/07/07(月) 14:54:39.76ID:w+PAjUt9
>>752
-O2と-O3の一番の違いはコンパイラが不要と思ったコードを削除する量だと思うから繰り返し処理が多いコードは効果大。
KDE付属のブラウザは分かるがfirefox（やchrome）が遅いのはハードウェア能力かネットワーク設定の問題だろう。
タブ毎に別スレッドにくわえおのおののレンダリングエンジンとスクリプトエンジンも別スレッドだった気がする。
>>755
「ディスクアクセスやメモリフェッチのないプログラム」には意味あるから
その「ディスクアクセスやメモリフェッチのないプログラム」を教えてくれじゃないのかな。答えは科学計算分野だが。
もりあげようとするあなたは偉いと思う。
0759login:Penguin2014/07/07(月) 18:17:19.46ID:7a12Zy4b
-finline-functions は機械語が増える
0760login:Penguin2014/07/08(火) 01:25:17.41ID:XBnO/C3W
（systemd抜きでのudev使用は困難に）
Using Udev Without Systemd Is Going To Become Harder
http://www.phoronix.com/scan.php?page=news_item&;px=MTczNjI

英語あまり得意でないのだけど一応
・systemdの開発者レナートはKDBUSなるパッチセットをカーネルに取り込むよう提案
・もし提案どおり事が進むとsystemdなしでのudev運用は不可能になる
・レナートはMLで（おそらく挑発的に）”systemd嫌いでfolkを宣言した"gentooに対応を促す
・gentooの開発者サムリも、君のせいで渋々対応させられてると皮肉っぽく応じ、ピリピリした応酬
・レナートは3つのオプションを提示
　a)systemd抜きでfork（eudevに大々的なテコ入れを強いられる）
　b)systemd採用
　c)そんなにsystemd嫌いならKDBUSに相当する代替を実装しなよ
　　まあ（ry 以下それが困難であろう理由）だろうけどな　幸運を

本家FORUMでこの問題を話しているthread
Gentoo folks, this is your wakeup call(sysd-udev)
http://forums.gentoo.org/viewtopic-t-994980.html
0761login:Penguin2014/07/08(火) 02:14:42.40ID:bwGTJ8Ja
>>759
奇怪語だったり・・・

>>760
いや〜ん
0762login:Penguin2014/07/08(火) 06:04:27.67ID:2G3UBi7j
systemdは入れてないのに
各パッケージが/usr/lib/systemd/system/*.service作るようになってるんだよな。
おかげでdracutがsystemdインストールしてると勘違いして誤動作起こして、
その原因追求にちょっと時間がかかったしもうsystemdの汚染は始まってるんだな。

つーかUSEフラグで-systemd指定すればその辺入れなくて済むようにならないかね。
俺は便利な物は何でも取り入れるけどsystemdは何か押し付けがましくて
「Linuxをsystemdなしには動かなくしてやるぜゲッヘッヘ」みたいな邪悪な思想を邪推してしまう。
0763login:Penguin2014/07/08(火) 06:12:55.33ID:W/6dPX1w
>>760
これでsystemdが素晴らしいソフトウェアなら、キ印の天才プログラマーで済むんだがなぁ？
0764login:Penguin2014/07/08(火) 07:53:18.91ID:R0G3NiCi
またLINUSがブチ切れてマージしねぇってやってくれんかな
0765login:Penguin2014/07/08(火) 13:19:05.59ID:RJbNSkP4
別にudevなんて捨てちゃえばいい
カーネルにマージされるっていうんだったら今のバージョンから上げなければいいだけのこと
0766login:Penguin2014/07/09(水) 22:22:56.08ID:I7O+zoQJ
うーんと、tar-1.27.1-r2がemergeできなくて困ってる。
bugtrackに似た様なのが報告されてるんだがUNCOになってる。解決法もなぜUNCOになったのかも
書いてないし、だれかUNCOの理由が分かるUNCOは居ないのか？
0767login:Penguin2014/07/09(水) 22:58:41.04ID:8Q2V67Ce
#516166か？bug # 書きなよ。
こいつだったら差し当りの回避法はcomment1に書かれてるけど。
0768login:Penguin2014/07/10(木) 21:20:17.69ID:qf9HKSN3
ごめんごめん。UNCOに執着しすぎた。
aclocal-1.14だっけ？が無いって言われてmakeが停止するやつ。
本当に必要ならDEPENDに書くはずだし、実際stage3のautobuildには1.13が入ってて展開した
stage3にchrootして再mergeすると成功するから何か別の原因じゃないかと勘ぐってる。

と、stage3をいじってたら同じエラーで停止する様になった。なんだこれ？
0769login:Penguin2014/07/11(金) 06:03:22.81ID:k02vO9a3
ipw2200のドライバーを読み込ませたい
検索しても５年以上前の情報しか出てこない
最近のカーネルだと
genkernel --menuconfig
でメニューから選択できなくなってる
しかしportageにipw2200のパッケージだけはある
0770login:Penguin2014/07/11(金) 06:46:46.12ID:dtWIrOpm
最新カーネルは使ってないから分からんけど3.12.21-r1には普通にあるみたいだけど。
ちゃんとDepends onに書かれてるCFG80211とかCFG80211_WEXTとか有効にしてる？
あとportageにあるipw2200-firmwareの方もインストールしないと駄目だかんな

Symbol: IPW2200 [=n]
Prompt: Intel PRO/Wireless 2200BG and 2915ABG Network Connection
Location:
-> Device Drivers
-> Network device support (NETDEVICES [=y])
-> Wireless LAN (WLAN [=y])
Defined at drivers/net/wireless/ipw2x00/Kconfig:66
Depends on: NETDEVICES [=y] && WLAN [=y] && PCI [=y] && CFG80211 [=n] && CFG80211_WEXT [=n]
0771login:Penguin2014/07/11(金) 23:03:54.76ID:ElZUKCCq
tarのmakeが失敗する条件が分かった。
/etc/localtimeがright/Asia/Tokyoだとダメ。rightなしだと通る。
うちだとsymlinkだけどcopyでも再現するんじゃないかなー。
とりあえずemergeは通せたからこれ以上追求はやめる。
0772login:Penguin2014/07/12(土) 20:46:18.81ID:i+tqqx6k
systemdへの移行ってどれくらい面倒くさいんだろ...
0773login:Penguin2014/07/12(土) 22:04:12.88ID:FRHrXGS9
>>772
前準備さえきちんとしておけば難しいことはないです。
ただ、sysinitとはコマンド体系が別物なので覚えるまでにちょっととまどうかも。
0774login:Penguin2014/07/12(土) 22:06:03.97ID:UdFJ/af/
systemdは使いにくいとかそういうのは置いておくとして
メイン開発者二人が嫌い
0775login:Penguin2014/07/13(日) 03:05:25.35ID:8ZYFa0IF
usbハブにつないだ扇風機をコマンドからオンオフ操作してるのだけど
systemdに変えると動かなくなる可能性ありますか？
0776login:Penguin2014/07/15(火) 13:51:29.15ID:s07Z2BP6
いいえ大丈夫です。
何の問題もありません。

systemdは良いものですよ。
ただし
0777login:Penguin2014/07/15(火) 14:47:01.50ID:Zvh/JqHg
じょうつよにかぎる
0778login:Penguin2014/07/16(水) 03:31:00.60ID:aty/1v4L
systemdに移行すると、どういうふうに幸せになれるの
0779login:Penguin2014/07/16(水) 07:11:21.61ID:4+mNjC49
init.dに入れなくて済むんじゃね
0780login:Penguin2014/07/16(水) 07:14:46.05ID:Qg1ItOrz
systemd教祖の教えに従う限りは安住を約束されるでしょう
ただし教えを少しでも破ると大きな災いが振りかかるでしょう
0781login:Penguin2014/07/17(木) 20:32:44.83ID:ssVQbx8z
めんどくさいなあ
systemdには極力関わらない方が幸せなままでいられそうだね
0782login:Penguin2014/07/18(金) 04:39:43.14ID:uxRFKRQg
そもそも関わる必要が皆無だから
別世界の話だと思って静観してれば良い
0783login:Penguin2014/07/19(土) 20:04:04.04ID:9ye+KJGk
jaistのgentoo-portageでエラーでとる
0784login:Penguin2014/07/19(土) 20:54:40.55ID:MC8wANtP
よくある
■ このスレッドは過去ログ倉庫に格納されています