トップページ⇒linux
981コメント295KB

Arch Linux 7

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/06/07(金) 20:53:02.36ID:hfagHLKb
公式
https://www.archlinux.org/

ArchWiki
https://wiki.archlinux.org/

フォーラム
https://bbs.archlinux.org/

Beginners' Guide (英語, 日本語)
https://wiki.archlinux.org/index.php/Beginners%27_Guide
https://wiki.archlinux.org/index.php/Beginners%27_Guide_(%E6%97%A5%E6%9C%AC%E8%AA%9E)

※ 質問はBeginners' Guideを熟読し、ArchWiki、フォーラムを検索してから。
※ 次スレは>>980が建てること。

前スレ
Arch Linux 6
http://engawa.2ch.net/test/read.cgi/linux/1356654422/
0412login:Penguin2013/11/19(火) 19:31:34.12ID:dd8x63qa
1年くらい放っておいたarchのアップデートができねえ。特にfilesystemに関係するところで詰まる。
古過ぎるのでMLやnewsにあった解決方法が使えない。
で、下手にglibcとかアップデートするとダイナミックリンクが解決できなくなるから起動すらできなくなる。
リカバリメディアが無かったら諦めてしまうところだった。
0413login:Penguin2013/11/19(火) 19:37:05.16ID:VHQ5uIr0
>>411
merge kernel config でググったらこんなの見つけた
https://github.com/zultron/kernel-tools
使えるかどうか分からんが試してみたら?
0414login:Penguin2013/11/19(火) 22:16:57.73ID:giA2uGSY
アップデートは月一回はやらんと辛そう
0415login:Penguin2013/11/19(火) 22:26:06.70ID:VHQ5uIr0
2、3ヶ月ぐらならセフセフ
0416login:Penguin2013/11/19(火) 22:45:29.14ID:G/CW+YPe
なんかあった時のことを考えれば数日に一回はやっておきたい。
0417login:Penguin2013/11/20(水) 00:42:47.73ID:86Z126fp
家のマシンだと、日課だな
0418login:Penguin2013/11/20(水) 01:18:10.93ID:f9ZUuLka
本家のNEWSを見るか、見ないかだけ
当てずっぽうにやるから頻繁にやらないと不安になる
0419login:Penguin2013/11/20(水) 01:34:45.37ID:86Z126fp
>>413
ありがとう。確かにこのツールの --diff オプションは見易くて便利だ。だがこの
ツールのmergeは、設定がバッティングしたときには単に片方のファイルだけを優先
することしかできないようだ。問題になるのは次のような状況。

kernel version-0 で arch の配布が
config-version-0-distro : CONFIG_A = yes, CONFIG_B = yes

となっていたとする。これをlocalで
config-version-0-custom : CONFIG_A = yes, CONFIG_B = no

のように B だけ変更したとする。
次の kernel version-1 で arch の配布が A を変更していて
config-version-1-distro : CONFIG_A = no, CONFIG_B = yes

となっていたとすると、このバージョンのカスタムconfig は
config-version-1-custom : CONFIG_A = no, CONFIG_B = no

としたいわけだ。だが機械的なマージツールで config-version-0-custom と
config-version-1-distro をマージしようとしても、

CONFIG_A は version-1-distro を優先し
CONFIG_B は version-0-custom を優先する

という情報が無い。これをやりたければ version-0 の段階で
diff config-version-0-distro config-version-0-custom > config-version-0.patch
をとっておき、config-version-1-distro にこの patch を食わせることになる。
0420login:Penguin2013/11/20(水) 01:35:41.88ID:86Z126fp
>>419 の続き。だがこれも次のような場合に問題が生じる。

CONFIG_B = yes のときにのみ有効な CONFIG_B_HOGE というオプションが
kernel version-1 で新たに追加されたとしよう。そして arch側ではこれも
CONFIG_B_HOGE = yes
とした config-version-1-distro を配布したとしよう。これに上記 patch を
食わせてしまうと、CONFIG_B = no なのに CONFIG_B_HOGE = yes となってしまう。

make ???config で不適切な設定は修正してくれるならkernel のビルドには支障は
無いと思うが、やはり矛盾した config を生成するのは嫌なもんだ。
0421login:Penguin2013/11/20(水) 01:55:16.46ID:bTC1+DRn
>>418
そのNEWSが迅速性において当てにならないのにそれを知らない君はルーキーだね?
0422login:Penguin2013/11/20(水) 01:57:26.72ID:f9ZUuLka
>>421
それを頻繁に更新することによって解決しようとしてるなら
君はアホだと思うが
04234212013/11/20(水) 01:59:57.38ID:bTC1+DRn
脊髄反射しちゃったw
あと、バグっていうのははじめはその存在がわからないでリリースされるからバグになるんだよねえ。
0424login:Penguin2013/11/20(水) 02:12:37.18ID:bTC1+DRn
>>422
そんなレスしてる時点でトラブルに出会った経験のないルーキーですよ?
もしかして[core]リポジトリのパッケージだけで利用してる強者かもしれませんが、
そんな方ならそんな青いレスしないでしょうし。
0425login:Penguin2013/11/20(水) 02:24:49.05ID:86Z126fp
/usr/bin 統一のときみたいな、当局が予告しているような障害と、
当局も把握していないようなバグの話を、混ぜこぜにして罵りあってる
ように見えるが、気のせいかな。
0426login:Penguin2013/11/20(水) 02:38:24.97ID:f9ZUuLka
俺が>>418で言った意味は
頻繁にアップデートすることで障害を回避しようとしているのなら
それは猿の連打とかわらんってこと

異論があるなら俺がルーキーってことでいいけどさ
0427login:Penguin2013/11/20(水) 02:51:52.81ID:bTC1+DRn
>>426
ちがいます。
実際に一度でも(NEWSで告知されていない)アップグレードでのトラブルに遭遇してる人なら
>>418みたいなこと言わないよってことですわ。

>>425
当局が予告している障害をもって、その他のすべての問題をそこにまとめようとしてるってことです。
0428login:Penguin2013/11/20(水) 02:59:41.47ID:f9ZUuLka
>>(NEWSで告知されていない)アップグレードでのトラブル

=自力で解決するマイナートラブル

そもそも、NEWSで告知されていないアップグレードでのトラブルは
頻繁に更新すれば解決できるってわけじゃない
主張の整合性すら最初からおかしい

ごめんルーキーの分際で意見してしまった
0429login:Penguin2013/11/20(水) 17:48:01.95ID:2zhd7mY6
chromiumでYoutbeやニコ動を見るときに再生画面がブラックアウトしませんか?
そのブラックアウトした画面の上で右クリックすると保存メニューが現れswfファイルが落ちてきます。
私の環境の問題なのかな?
0430login:Penguin2013/11/20(水) 19:10:57.75ID:c5hmFx8K
>>429
たぶんビデオカードドライバー、X設定関係がおかしいんじゃないかな
Firefoxでは問題ないってこと?

あと、俺の知る限りだと、Pulseaudioが上手く動いていない時に
音源デバイスをプログラムが取り合う状況になると
Flash関係がクラッシュすることある
0431login:Penguin2013/11/20(水) 19:17:07.03ID:gnq+WnOC
mms.cfgはちゃんと記述してる?
0432login:Penguin2013/11/20(水) 19:42:18.96ID:2zhd7mY6
>>430
この症状が現れたのは最近で、1週間ぐらい前からだと思います。
Firefoxでは全く問題ありません。さらに、dwbでも問題ありません。
設定ですが、X11等の設定は弄っておりません。
さらに、パッケージのダウングレードもしてみましたが変化ありませんでした。

今の環境がぬか床なので、新しい環境ではどうなるかを確認するために環境を別に用意しました。
結果は、同じ症状でした。chromiumだけその症状が現れます。
ちなみに新しく用意した方は64bitです。どちらでも同じなので謎が増しておりますw

11年の末ごろからatom環境でArchを使っていますがこのような問題が生じたのは初めてであります。
Archそのものは08年ごろからです。

マザボがatomのオンボードです。
intel d525mwを使用しています。

>>431
EnableLinuxHWVideoDecode=0
としております。弄っておりません。


俺も「なにもしてないのに壊れた」って言いたい(´・ω・`)
0433login:Penguin2013/11/20(水) 21:29:34.40ID:4qYbNqgN
>>432
pacman -Syu していたら「何もしてない」とは主張できませんw
環境のアップデートと共に色んな事が起きます。私の場合は firefox
だったけど、 >>391 や >>394 などは、自分では特にXorgはいじって
いなかったのに、ある時から突然不具合が出てきたものです。

とりあえず、この投稿をしているマシン (ThinkPad X40 古いw)
に chromium を入れてみたけど、その不具合は出なかった。
0434login:Penguin2013/11/20(水) 22:47:40.64ID:2zhd7mY6
>>433
そうなんですw しちゃったんですよねぇ。。。

試していただいたんですね。ありがとうございます。
ということは自分の環境の問題なのかな。
2つの環境で同じ症状で、他の方に出てないということはそういうことですよね。

いろいろやってみます。
ありがとうございました。
0435login:Penguin2013/11/21(木) 01:30:07.53ID:M0KBuIlE
数カ月前からfirefoxだけどflash使ってる時にたまに落ちちゃうな
発生条件が未だにわからない
落ちた時にtop見てると
systemd-coredumがかなりメモリ食った後にsystemd-journaldがメモリかなり食う

端末側ではこんなエラー吐いてる
###!!! ABORT: X_ShmPutImage: BadMatch (invalid parameter attributes); 13 requests ago: file /build/firefox/src/mozilla-release/toolkit/xre/nsX11ErrorHandler.cpp, line 157
zsh: segmentation fault (core dumped) firefox
0436login:Penguin2013/11/21(木) 04:26:40.35ID:l/WaOqDS
GTKまわりかな、FirefoxはまだGTK2+使ってるんだよね
0437login:Penguin2013/11/21(木) 23:01:36.88ID:h5qntMfR
>>429
64bit
intel HD3000
試してみたらうちでもなるわ
でもいつもなるわけじゃなくてchromium起動直後の一回だけで画面を更新した後はならないみたい
flashの領域がブラックアウトした直後にATTENTION: default value of option force_s3tc_enable overridden by environment.ってエラーが出る
時間あるときもうちょい調べてみるわ

>>435
こんなのとか?
bugs.archlinux.org/task/36714
archは「上流由来のバグの場合なるべく勝手なパッチは当てないのがデフォ」みたいな方針だからもしそうなら自分で何とかするしかないね
04384352013/11/22(金) 08:24:17.65ID:6XtId7uE
様子見だけど、firefoxがクラッシュしなくなった
about:configのdom.ipc.plugins.enabledをtrueにした
https://bugzilla.mozilla.org/show_bug.cgi?id=839159
こことか参考にしたけどスレチなこと書いたかもしれない、すみません
04394292013/11/23(土) 01:02:18.05ID:vZLwEEAD
>>437
インテル系のグラフィックだと症状が出るんですかね。
自分の環境だと連続して落ちます。タブを変えたりすると落ちたりもします。
Youtubeとニコ動は落ちるけど、ニコ生やFC2と、その他のエロサイトは落ちない。
ほんと不思議ちゃんです。

# firefox使いやすいかも・・・///
0440login:Penguin2013/11/23(土) 01:47:16.56ID:NKV3E1l0
>>439
これ以上やるなら
ハードウェア構成
システム構成
Chromiumのバージョン
Flashのバージョン
Intelのドライバー

書いといて
0441login:Penguin2013/11/27(水) 14:23:40.50ID:xNFWXc6w
AURのパッケージで直したいところがあった時、
コメント書いて直してもらうようお願いするのか、
自分で修正してアップしてしまうのか、
どっちが望ましいと思う?
0442login:Penguin2013/11/27(水) 14:38:22.72ID:SLPM2QTd
>>441
メンテナーじゃないと修正できないけど。
0443login:Penguin2013/11/27(水) 15:02:06.62ID:do970PIu
コメント欄に手直ししたPKGBUILDを上げるのが一番親切じゃないかな
0444login:Penguin2013/11/27(水) 18:46:47.91ID:98AEBZrF
>>441
直したいのがバグやアップデート関連によるものならコメントで。
混みいったことならメールで。

勝手に修正して派生みたいな感じでUPするのは
今までの貢献してくれてるメンテナの気分を害することもあるし
AURを使う人を混乱させることにもなるのでやめたほうがいいと思うね
0445login:Penguin2013/11/28(木) 07:33:33.43ID:PPVS2Re5
>>441
どっちが望ましいかって? もしも「派生を作る」事が推奨されるとすれば、
AURがどんな状態になるかを想像してみて欲しい。
0446login:Penguin2013/11/29(金) 01:15:46.38ID:LywPvnNI
本家・元祖戦争の勃発だな
0447login:Penguin2013/11/29(金) 15:17:08.58ID:myS/bYGS
>>441です。
私の勘違いもあって意図が伝わっていなかったようです。

PKGBUILD等に不具合があって、コメントも残されているのだけど、
メンテナとされている人が対応していないパッケージを
こちらで修正できるのであれば修正してアップしてしまおうかとも
考えていたところです。
私の意図していたことはそのままでは難しいようですね。

>>442
自分で勝手にPKGBUILD等を修正してアップできると勘違いしてました。

>>443
やっぱりそれが良さそうですね。もしくはパッチとか。

>>444-445
派生でアップするつもりはありませんでした。
混乱を生むでしょうし、元からあるパッケージはできるだけ尊重しようと思います。
0448login:Penguin2013/11/30(土) 13:04:06.58ID:KkMohqyO
場所によるけど、エンドユーザがごちゃごちゃ抜かすなって言うところもあるから、
まずは連絡だろ。その上で成果物あげていい?ってきけばいい。
0449login:Penguin2013/12/01(日) 02:17:35.42ID:gA/n0Dtq
AURの某パッケージに 2013-11-19 18:37 にコメントしたら
Last Updated: 2013-11-26 03:54 で対応してくれたヨ
0450login:Penguin2013/12/01(日) 18:56:37.12ID:OdUnZVwV
pacmanしたらnvidiaのXが上下逆さに表示w
nvidiaのコントロールパネルでrotation leftにすると正しく表示(モニタ縦置き)するけど、
xorg.confに2560x1440+0+0 {rotation=left} を書いても認識されない。
pacmanする前は大丈夫だったけど、なして?
0451login:Penguin2013/12/02(月) 22:11:15.22ID:uODONYSA
ドライバがプロプラかOSSかすらわからんのにだれも答えられるわけがない
0452login:Penguin2013/12/02(月) 22:35:13.38ID:6iFD24Rt
nvidiaのコントロールパネル使ってるんならプロプライエタリのnvidiaドライバのはず

nouveauでは常にグラボのファン速度が100%だったからnvidia使ってたけど
コントロールする方法見つけて今はnouveau使ってる
0453login:Penguin2013/12/02(月) 22:38:52.08ID:faxS/6KW
archbangなくなった?
0454login:Penguin2013/12/03(火) 00:12:18.92ID:iYF3sAma
なくなったかどうかはしらないけど
サイトは一週間ぐらいまえから落ちてるな
0455login:Penguin2013/12/04(水) 23:19:47.24ID:fh8zoNRK
herfbuzzを最新にしたらsazanamiで小さい文字のfontが潰れる
0456login:Penguin2013/12/06(金) 00:24:27.43ID:6aMoHEsp
埋め込みビットマップ無効にしろ
0457login:Penguin2013/12/06(金) 01:22:13.46ID:mc9iIrGJ
sazanamiってショボくね?
0458login:Penguin2013/12/06(金) 01:57:37.16ID:GiUL44Vs
いまどきsazanamiを使う奴はそれに対するこだわりのある人々なので、
自分関係ないと思ったら華麗にスルー。
0459login:Penguin2013/12/07(土) 09:33:22.21ID:/H0STMlO
grub の不具合
https://bugs.archlinux.org/task/37904
https://bugs.archlinux.org/task/38041
0460login:Penguin2013/12/09(月) 15:32:07.18ID:sliksa+X
grubの >>459 とは別の不具合
https://bugs.archlinux.org/task/38053
0461login:Penguin2013/12/09(月) 21:47:15.99ID:sliksa+X
>>459-460
これはまた別の不具合?
https://bbs.archlinux.org/viewtopic.php?id=173939
途中で解決して、話が >>459 のバグにスリかわっているが。

なんでブートローダーのような安定性を求められるものに
開発版をつっこむかねえ。
0462login:Penguin2013/12/09(月) 21:49:34.15ID:LVsfm6z7
Archは安定じゃなくて最新版を使うのが信念で
grubだって所詮パッケージの一つに過ぎないから
0463login:Penguin2013/12/09(月) 22:24:31.82ID:YCuQJbiB
git直輸入しなきゃいけない理由があるんだろ
grubの更新をignoreするなりダウングレードすればいい
testingからcoreに落とすのが早すぎるってのはあるかもしれないが
0464login:Penguin2013/12/09(月) 22:35:40.22ID:PL8VsFgS
人柱は安定を求めてはいけません
0465login:Penguin2013/12/09(月) 23:10:46.11ID:sliksa+X
>Archは安定じゃなくて最新版を使うのが信念で

The Arch Way にはそんな事は書いてないよ。君の勝手な思い込みだ。
一方 The Arch Way には「便利であることよりも正確なコードであること」
がある。バグだらけのコードが「正確」なのかね。

> grubの更新をignoreするなりダウングレードすればいい

もちろん、それくらいのことはやるさ。ユーザーが自分で対処できること、
それが The Arch Way だろ?
0466login:Penguin2013/12/09(月) 23:13:47.59ID:sr/ck9ff
一方 syslinux の漏れにたぶん敵はなかった
たぶん
0467login:Penguin2013/12/09(月) 23:22:49.64ID:Ctl6tVeK
理由がない限り「最新の安定版」ってのが基本かと思ってたけど、DeveloperWikiとかみても特にその辺のルールは決められてない感じ?
0468login:Penguin2013/12/09(月) 23:34:12.37ID:OEraN+a0
公式リリースではなくgitリポからパッケージ作成しているものは、重要なバグの修正がされているとか
他との依存関係のためとか、そういうのに対応するバージョンがなかなかリリースされないとかなもので、
理由もなくそんなパッケージングしないよ。
grubがどの理由かはしらないけど。

たまたまgitからパッケージ作ってるから見る目に変なバイアスかかってるだけで、
今回の>>459の問題はgit (開発版) だからどうのこうのじゃなくて、
Arch用のカスタマイズパッチのバグでアップストリーム関係なくて (ないよね?)、
[testing] にあるときにちゃんとテストされなくて (発生しやすそうなのかそうでないのかよくわからんけど)、
バグ報告が上がったのにそれを見逃してリリースしちゃった (タイミングが微妙だったけど)、
ってことでしょうよ?
0469login:Penguin2013/12/09(月) 23:36:53.82ID:jYmPNvah
testedじゃなくてtestingなんだし
まだテスト途中ってことなんだろ
0470login:Penguin2013/12/09(月) 23:37:29.47ID:OEraN+a0
>>467
明文化されているよ。
https://wiki.archlinux.org/index.php/Arch_Linux_%28%E6%97%A5%E6%9C%AC%E8%AA%9E%29
The Arch Way との関係はよくわからんけど。
0471login:Penguin2013/12/09(月) 23:38:12.34ID:jYmPNvah
ごめん。>>469は勘違い。スルーしてくれ。
0472login:Penguin2013/12/10(火) 00:10:46.03ID:OSoH4CZO
そういやfreetype2のヘッダーのパスが変わったせいでabsのgrubがビルド出来なくなってるよね
安直に
ln -s /usr/include/freetype2 /usr/include/freetype

で済ませちゃったけどどうするのが正解?
0473login:Penguin2013/12/10(火) 00:23:54.62ID:40FxnDfK
それをメンテナに報告する
0474login:Penguin2013/12/10(火) 00:55:37.00ID:Nsq9ji9l
grubは上流の方で定期的なstableのリリースをしてないのかな。
まあgrubとかカーネルとかはトチったら嫌だから更新が来てもすぐには上げないけど。
0475login:Penguin2013/12/10(火) 03:02:37.72ID:OhO6vnW2
>>474
そんなの自分で簡単に確認できると思うんですけど。
0476login:Penguin2013/12/10(火) 19:05:03.79ID:Jgd1T/td
Arch Linux依存の話じゃないかもしれませんがx86_64環境で
[root@localhost ~]# pacman -Q | grep ncurses
ncurses 5.9-6
[root@localhost ~]# ls -l /usr/lib/libncurses*
-rw-r--r-- 1 root root 18 Oct 20 22:58 /usr/lib/libncurses.so
lrwxrwxrwx 1 root root 17 Oct 20 22:58 /usr/lib/libncurses.so.5 -> libncurses.so.5.9
-rwxr-xr-x 1 root root 349824 Oct 20 22:58 /usr/lib/libncurses.so.5.9
lrwxrwxrwx 1 root root 16 Oct 20 22:58 /usr/lib/libncursesw.so -> libncursesw.so.5
lrwxrwxrwx 1 root root 18 Oct 20 22:58 /usr/lib/libncursesw.so.5 -> libncursesw.so.5.9
-rwxr-xr-x 1 root root 411616 Oct 20 22:58 /usr/lib/libncursesw.so.5.9
libncurses.soはなぜこうなってるんでしょうか?
リンクなし。実行権限なし。ファイルサイズがリンクでないのに小さい。
0477login:Penguin2013/12/10(火) 19:13:51.15ID:orm7uFaw
>>476
$ cat /usr/lib/libncurses.so
すれば謎が解けると思う。
GNU ld scriptについては下記参照
http://www.math.utah.edu/docs/info/ld_3.html#SEC20
0478login:Penguin2013/12/10(火) 19:35:21.88ID:Jgd1T/td
>>477
ありがとうございました。
0479login:Penguin2013/12/11(水) 13:44:01.71ID:U5e+WPPZ
>>461
>なんでブートローダーのような安定性を求められるものに
開発版をつっこむかねえ。

あなたの信仰が試されているんだよ。
0480login:Penguin2013/12/11(水) 20:00:48.80ID:j6ACoC6c
>>462 >>464 >>479
同じような書き込みばっかり。単純バカが多いな
0481login:Penguin2013/12/11(水) 20:19:26.11ID:Tu6fBKaH
え、ネタじゃなかったの
0482login:Penguin2013/12/11(水) 20:25:39.60ID:FObb8IM0
arch wayを聖書のごとく振りかざずのもどうかと思うけどな
0483login:Penguin2013/12/12(木) 00:59:21.05ID:PVFzhvtN
>>482
むしろちゃんと内容を理解してないんじゃなかろうか、と思ってしまう。
公式概念を振りかざす奴ってそういうの多いから。
ID:sliksa+Xもちゃんと理解してないの丸分かりなレス書いてたし。
正確なコードのくだりってどうみても開発側のスタンスじゃん。

「自由」のくだりで自分でシステム構成決めろって書いてある。
他のディストリがクローンだとか安定稼働とか最新版とかの
方針を掲げてる部分をユーザに任せてるのがArch Linuxって事だろ。
開発版ぶちこまれたからって泣き言言うなよって思うわ。
それを望んでるユーザもいるんだから。
0484login:Penguin2013/12/12(木) 01:07:15.50ID:docudS90
>>483
お前の拡大解釈もキモイけどな。

> 開発版ぶちこまれたからって泣き言言うなよって思うわ。

例えば>>468とかちゃんと呼んでる?
3行以上だと読めませんか?
0485login:Penguin2013/12/12(木) 01:41:58.95ID:PVFzhvtN
>>484
おそらく事故って事だろ、しょうがないんじゃね。
ID:sliksa+Xが新しい物を入れるなって書いたから、ああ書いたまでのこと。
「最新の安定版」が絶対に動作不良起こさない保証は無いぞ。
0486login:Penguin2013/12/12(木) 01:41:59.17ID:IbFRx+ff
3行以上は読めない単純バカが多いから、これからは3行ルールな。
シンプルだろw
0487login:Penguin2013/12/12(木) 03:22:33.69ID:U6fG+yqV
>>483
>>465 は公式理念を振りかざしたんじゃなくて、公式理念に記されてないもの
を公式理念であるかのように振りかざした >>462 に返答しただけなんじゃね?
0488login:Penguin2013/12/12(木) 10:42:16.61ID:BHHagIhL
どんどん最新版を投入すればいいと思うけど
grubとXorg周りは慎重にやってほしい

Archのやり方が気に入らないなら自分でパッケージを選択するべきだし
(公私記でもそう言ってるはずだ)
それでも嫌ならArch使う理由がないとおもう
0489login:Penguin2013/12/12(木) 10:43:27.24ID:BHHagIhL
*公式=オフィシャルサイト
0490login:Penguin2013/12/12(木) 14:04:07.90ID:U6fG+yqV
Arch がユーザーの責任を重視するという事は、決して test が不十分な事の言い
訳にはならないよ。何のために testing レポがあるんだ。

>>488
Xorgの不具合は grubほどには困らないな。X server がグラボを掴んだまま
console にすら降りれなくなった場合でも、ネットワーク経由で何とか復旧できる。

だが今度の grub は boot すら失敗する話が >>461 にある。実は俺も遭遇した。
普通ならインストールメディアから起動して復旧すればいいんだけど、不運な事に
それが読めなくなっていたんだ。なので復旧には手間が掛かった。
0491login:Penguin2013/12/12(木) 15:14:34.48ID:irJpXW5U
>>490
なんかそのスレッド複数の問題がごちゃ混ぜになってんね
参考までにどれに当たった?
0492login:Penguin2013/12/12(木) 15:25:25.59ID:U6fG+yqV
>>491
スレの表題の件。今回の grub については問題が3つ指摘されており
問題の切り分けの出来ない人がゴチャゴチャ書いてる感じだね。

元の問題はとりあえず解決しており、あとから投稿した人の別件の方が
長引いている。ただ症状としては別件でも、根本原因は実は同じという
ことはあるかも知れないね。
0493login:Penguin2013/12/12(木) 15:47:22.15ID:irJpXW5U
error: symbol 'grub_real_boot_time' not found.
に関してはバグレポート出てなくない?
そのスレッド読む限りはgrubパッケージをアップデートしたあとgrub-installしてなかったんじゃ?とか思ったけどそうじゃないなら気になる
0494login:Penguin2013/12/12(木) 16:10:33.48ID:U6fG+yqV
いやいや、俺は grub-install は確かに実行したよ。
インストールCDで復旧 → アップグレードとダウングレードを繰り返して
何度も現象を確認したし。このスレを見て、なぜか /boot/grub/i386-pc
のモジュールがアップデートされなかったらしいとわかった。

いったんモジュールを消して grub-install したら現象は出なくなった。
Bug レポートしようと思って、更に アップグレードとダウングレードを
繰り返してみたが、今度は不具合が出ない。再現が出来ないのでバグレポ
してない。
0495login:Penguin2013/12/12(木) 16:14:34.16ID:X9DA16e5
/bootにあるgrubモジュールとmbrに実際書き込まれているgrubのバージョン整合性の問題かね
0496login:Penguin2013/12/13(金) 16:44:13.74ID:/RWMGTmw
windowsで圧縮された日本語ファイルをunzipで展開できない問題、どうしてる?
Ubuntoではunzip -O cp932で解凍できるらしいが
arch linuxのunzipには-Oオプションがない
今すごい場当たり的だがvirtualboxのwindows経由で展開している
0497login:Penguin2013/12/13(金) 16:59:46.88ID:0sjy//bK
https://aur.archlinux.org/packages/unzip-iconv/
0498login:Penguin2013/12/13(金) 17:19:23.43ID:8hjXTr6V
unzip-betaのほうがいいんじゃないかな
0499login:Penguin2013/12/13(金) 17:55:29.83ID:DWTEwcha
>>490
>Arch がユーザーの責任を重視するという事は、決して test が不十分な事の言い訳にはならないよ。
何のために testing レポがあるんだ。

ユーザーが金を出していてその対価として安定したOSを求めているのなら
それは正しい

しかしArchは、少ない開発者とメンテナでOS開発を回してるのが現状。
Archユーザーに求められるのは、test が不十分でバグがあれば
それをフォローアップするスキルと行動力
これはArchユーザーに求められている基本ポリシーと言ってもいい
文句があるなら、grubはおれがtesting入れて見てやるぐらい言うべで
要求や批判だけで終わるのであればArchを使うのは正しい選択じゃない

異論があるなら、公式サイトで同じ事言ってみよう
馬鹿にされるか、華麗にスルーされるだけ
0500login:Penguin2013/12/13(金) 17:56:48.43ID:Dxunvbgv
-Oオプションだっけ?コード指定のオプションはArchでも使えるよね?
Ubuntujpのはオプション無しでsjis対応だった気がする
0501login:Penguin2013/12/13(金) 18:13:49.76ID:Dxunvbgv
ダメだった(´・ω・`)
この前できた気がしたんだがな・・・
0502login:Penguin2013/12/13(金) 18:37:43.95ID:Z9jz3wJ3
>>499
おれは490じゃないんだけど一言
普段なら499の言ってることも大賛成なんだけど今回のgrubに関しては賛成できない
なんでgitのgrubを採用したのかもよくわからないしバグの内容もお粗末すぎる
トラブルが起きるとろくに調べず開発者に責任を押し付けるユーザーは氏んだほうがいいけど、無条件に責任をユーザー側に求める事は結局archの質を落としていく事になると思うわ
まあこんなんここに書き込んでも意味ないんだけど
0503login:Penguin2013/12/13(金) 18:38:04.79ID:vohhGzxG
https://aur.archlinux.org/packages/unzip-natspec
オプション無しで文字コードを変換してくれるこっちの方がいい
0504login:Penguin2013/12/13(金) 19:16:38.78ID:hU2j0F0o
>>502
git版の採用とバグそのものと一緒にすんなカス。

> 普段なら499の言ってることも大賛成なんだけど今回のgrubに関しては賛成できない
> なんでgitのgrubを採用したのかもよくわからないし

文句言うならせめて一回くらい調べろ。
https://projects.archlinux.org/svntogit/packages.git/log/trunk?h=packages/grub&;showmsg=1
新しい gcc への対応や efi ブートでのバグの修正、こわれてる lua extras の削除などなどだよ。
それまでそれらへのパッチを当ててたのが、それらが適用されたコミットの使用に変更してる。

grub が 2.00 だして1年以上バージョンアップしてないから、こういうのんびりしたパッケージで
gitリポなどからパッケージ化するのは珍しくない。そうでなければ(山のような)パッチを当ててるか。

いくらなんでも Arch のメンテナーが盲目的に git リポ使ってるわけねーだろ。
おまえみたいに無知をかざして文句言うクズにホント腹たつわ。

> バグの内容もお粗末すぎる

それについては同意。
俺にみたいに grub の設定をいじくりまわしてない(まわしたくない)ユーザーには影響ない問題だったけど。
0505login:Penguin2013/12/13(金) 19:39:16.46ID:Z9jz3wJ3
>>504
おー、言い方はウザくても自分より知識がある奴で情報くれてるとそんなに腹はたたんな
その辺ちゃんと見てみるわ、ありがとなおっちゃん
イライラしすぎて血管切れんなよー
0506login:Penguin2013/12/13(金) 20:32:05.40ID:XpYOH3oq
争え…もっと争え…
0507login:Penguin2013/12/13(金) 21:03:24.58ID:CrbOxQLj
プロ仕様キリッ
だからオススメスレにはわいてくるな
犠牲者増やしておいて新規批判とかカスにも程があるぞw
0508login:Penguin2013/12/13(金) 21:05:42.92ID:5h+wpq7t
普通にunzipした後convmv?みたいな名前の変換ツール使ってたなぁ
0509login:Penguin2013/12/14(土) 00:49:03.57ID:DsVcC/mN
uunzipっていうpythonで書かれたのを使ってたよ
0510login:Penguin2013/12/14(土) 01:07:15.72ID:KC4MbJMS
            _____
           /         \
         /  =   =   \
         .|   ( ゜)   ( 。)   |  生きねば
            |  ⊂⊃(__人__)⊂⊃ |
          \     ` q´    ,/
          /      u    \

名前:平壌
どういうタイミングで使う:死ねよって言われた時
年齢>>35
0511login:Penguin2013/12/14(土) 14:29:09.05ID:WzqI+b3l
grubのメンテしている Ronald van Harenさんは
368個のソフトウェアをメンテしています!

grubのパッケージの管理をしている Tobias Powalowskiさんは 
208個のパッケージをArchのために管理しています

この人にバグの内容がお粗末すぎるとか説教してみたいもんだ
■ このスレッドは過去ログ倉庫に格納されています