Arch Linux 8

pacman -Syu してリブートしたら何か変
もう一回 pacman -Syu しようとしたら

:: Synchronizing package databases...
error: failed to update core (unable to lock database)
error: failed to update extra (unable to lock database)
error: failed to update community (unable to lock database)
error: failed to update alarm (unable to lock database)
error: failed to update aur (unable to lock database)
error: failed to synchronize any databases
error: failed to init transaction (unable to lock database)
error: could not lock database: Read-only file system

わけわかめ

ラズパイなのでARM版だけど
昨晩から3回くらいクリアインストールし直してみてるが
最新を入れると >>603 になる

PenIIIだけど今のところ正常

uname -an
Linux arch 3.18.2-2-ARCH #1 SMP PREEMPT Fri Jan 9 07:23:08 CET 2015 i686 GNU/Linux

pacman --version
.--. Pacman v4.2.0 - libalpm v9.0.0
/ _.-' .-. .-. .-. Copyright (C) 2006-2014 Pacman Development Team
\ '-. '-' '-' '-' Copyright (C) 2002-2006 Judd Vinet
'--'
This program may be freely redistributed under
the terms of the GNU General Public License.

pacman -Syu
:: パッケージデータベースの同期中...
core は最新です
extra は最新です
community は最新です
:: システム全体の更新を開始...
何も行うことがありません

ARM版だけか、ARM版のなかでもラズパイだけなのか・・・

1.NOOBS LITEでArch導入
2.pacman -Syu　して設問にデフォのYを押す
3.言われるままpacman-db-upgadeする
4.rebootしとく
5.pacman脂肪(-S によるパッケージインスも不可)

これでNG。3回やって3回ともNG

1.NOOBS LITEでArch導入
2.pacman -Sy
で留めておけば大丈夫。


って風

本筋と関係ないけど｢pacman -Sy｣(uしないで)の後｢pacman -S｣するときは、-Sによる変更内容に問題がないことを自分で確認しながらでないとライブラリのバージョンの齟齬とかが起きて問題になる場合があるから気をつけてね
https://bbs.archlinux.org/viewtopic.php?id=89328

>>606
arch使いじゃないんでアレだけど、参考までに。
ArchLinuxARM-2014.06-rpi.img.zipで焼いて試した。
pacman -Syuに４０分もかかるとは思わなかった。

途中出てきた回答入力は以下で、すべてデフォのY
:: Replace dirmngr with core/gnupg? [Y/n]
:: Replace lzo2 with core/lzo? [Y/n]
:: Proceed with installation? [Y/n]

再起動後の状況は以下。

[root@alarmpi ~]# pacman -Syu
error: failed to initialize alpm library
(database is incorrect version: /var/lib/pacman/)
error: try running pacman-db-upgrade
[root@alarmpi ~]# pacman-db-upgrade
==> ERROR: You must have correct permissions to upgrade the database.

pacman -Syuとpacman-db-upgradeとreboot以外は何もしていない.

arch使いじゃないんでサッパリわからん。検証すること（とそれに見合う価値）があったらお願い。
zipはraspberryPi公式から落としたものだけど、現在公式では配布していない模様。

あと初回のpacman -Syuでwarningが出てたので抜き出して羅列
( 3/112) upgrading filesystem [######################] 100%
warning: /etc/shadow installed as /etc/shadow.pacnew
warning: /etc/group installed as /etc/group.pacnew
warning: /etc/passwd installed as /etc/passwd.pacnew
warning: /etc/gshadow installed as /etc/gshadow.pacnew

( 52/112) upgrading dhcpcd [######################] 100%
warning: /etc/dhcpcd.conf installed as /etc/dhcpcd.conf.pacnew

( 82/112) upgrading linux-raspberrypi [######################] 100%
warning: /boot/cmdline.txt installed as /boot/cmdline.txt.pacnew
warning: /boot/config.txt installed as /boot/config.txt.pacnew
>>> Updating module dependencies. Please wait ...
________________________________________________________________________________

WARNING: This kernel provides updated config.txt and cmdline.txt files.
Check for pacnew files in /boot and merge or replace the existing files
with the new versions.
________________________________________________________________________________

( 94/112) upgrading ntp [######################] 100%
warning: /etc/ntp.conf installed as /etc/ntp.conf.pacnew

ファイル置き換えろとか出てるから何か失敗してるんだろうね。

>>608-609
昨日の夜はは、pacman-db-upgrade は通って、reboot 後に >>603 になった
(ここへ書き込まずに寝た)

朝起きて 603 を書いてから、やり直したら >>608 に近い状態になった。
・lzo2は出なかった
・更新数は112じゃなくて89くらいだったと思う

cp config.txt.pacman config.txt　という意味かと思ってやったらブートすらしなくなった(笑)

先月までWindowsUpdate馬鹿にしてたけど、全くもってワロエないわ

>>610
raspberryPIスレから飛んできたraspbian使いなんで参考までに。

>>610の状況との差異は、noobsからの導入じゃないないのと、過去バージョンであることが
関係していると思います。
こちらの初回の pacman -Syu にある対処（特に囲みの中のwarning・・・コマンドラインで出てた）をしていないことが
原因じゃないかと思います。

mergeまたはreplaceしてないことが原因だとは思いますが、ファイルの探し方などがわからないので実施してません。

こちらの状況の改善をしても（運用する意思がないので）あまり意味がないかと思います。
こちらの状況から勘案するところで、

・そちらの初回の pacman -Syu でwarningが出ていないか
・出ていた場合対処方法の示唆などがないか

あたりをチェックするのが良いかと考えます。
なお当方では最初からTeratermのSSHでログオンしたので、主なログは全部記録できています。

>mergeまたはreplaceしてないことが原因だとは思います

そうだろうなぁ〜とは思うものの
reboot かけると読み取り専用になって vi で編集できなくなってしまったんですよ、確か
ちゃんと reboot する前に確実にメンテしたらいいのかもしれませんが・・・

とりあえず、pacman -Syu せずに元環境を復元させましたが、ラズパイがパトラッシュに見えてきます・・・

>reboot かけると読み取り専用になって vi で編集できなくなってしまったんですよ、確か
SD抜く → Windowsで編集 → SD戻す

適当にレスしてみるけど
archlinux ARM
http://archlinuxarm.org/platforms/armv6/raspberry-pi
Forum >> Announcements >> TOPICSの上から3つが対処法？

Package Signing
http://archlinuxarm.org/about/package-signing
これやって pacman -Syu ならどうなるかなぁ

(615にPCで編集じゃなくてわざわざWindowsで編集って書いてあるというどうでもいいことが気になってしまうLinuxユーザー)

>>616
>Package Signing
>http://archlinuxarm.org/about/package-signing
>これやって pacman -Syu ならどうなるかなぁ
初期化してから上記を実施後に pacman -Syu を実施。こまかいログを見てないけど、再起動後は状況変わらず。

>>615
操作を実施している環境を表しているので、PCではなくWindowsが意図するところ。
/bootはWin95（exFAT）パティションなので、Linuxなどでもマウントオプションさえ間違えなければパーミッションとか関係ないと思うけど。

なんか集中できない、っていうか喘息が出そうで出ない状況のまんま。自前作業が進まず。

あっ・・・shutdownコマンドでちゃんとtermが閉じるようになった・・・。

連投が過ぎるのでこの辺で失礼します。

pacman -Syy は？

なんか再起動するの怖いんだけど

http://www.raspberrypi.org/forums/viewtopic.php?f=53&t=97657
ちょこっとググった感じではこれかな
pacnewの方にはちゃんとrwが書きかえられてるはず
ラズベリーパイ使ってないから知らんけど

なんか # (root) で pacman-db-upgrade するとダメなのかな？
pacman-db-upgrade で検索すると出てくるねここ数日の

$ sudo pacman-db-upgrade
というように sudo 使うと良いみたいだね

事前にsudo入れてなかった人はどうするんだ？
pacman -S sudo したくても間に合わないだろうに

>>623
>>608の状態から sudo pacman-db-upgrade を実施すると素敵なメッセージが。

-bash: sudo: command not found

んで vi を立ち上げようとしてもなにごともなかったかのようにスルー（エディタが起動しない）。
書き込み禁止とかじゃなくて、新規ファイルも既存ファイルも等しくスルー。
いろいろと致命的にブッ壊れてるようですな。
warning云々じゃなくて pacman -Syuより前に対処が必要そうなので、>>622の処置をpacmanより前に
実施するのが正しいかも。

そんでもって私は検証の意思なし。
>>603、>>606の人はまだ戻ってこないのか、もう戻ってこないのか。

pacmanの前っていうかrebootの前だな
ていうかcmdline.txtについてはわざわざ警告を強調して表示してくれてるのに
それを無視するのが悪い

>>626
私はraspberryPI持ってるだけの通りすがりなのでご容赦・・・
>>622の処置でrw入れるのは、ウチの環境だとSD焼いた直後（raspberry起動前）にできる。
現状raspberry公式でArch配布をやめちゃったんで、raspberryPIのコミュでマジメにサポートするのやめたのかも。

Archってデフォルトでiptablesが有効になってないんだね
知らずに使ってたわけだから、今までずっとファイヤーウォール無しのノーガード戦法で使ってたってことになるからおっそろしい

ポートってそれを開くプログラムを立ち上げない限りは基本的に閉まってるもんだから、｢iptables未設定=即危険｣ではないよ
もちろん設定したほうがベターだし、してない状態でよく分からないまま外からの接続を待ち受けるようなサービスを起動するような使い方だと問題有るけど

Bluetoothヘッドホンで音楽聽いてると、途切れ途切れで聴けたもんではない
journalctl -f でログを眺めてると、Bluetoothで聽いている最中だけ、次のようなログが延々と出力されている。

1月 29 00:03:14 lm750 pulseaudio[868]: Skipping 8083 us (= 1424 bytes) in audio stream

環境はGNOME, pulseaudio。他のディストリでこういう問題はなかったので、pulseaudioの設定かなあと思うんだけど、何か知ってる人がいたら教えてください。

https://wiki.archlinux.org/index.php/PulseAudio_(%E6%97%A5%E6%9C%AC%E8%AA%9E)
https://wiki.archlinux.org/index.php/Bluetooth_headset

>>628
ファイアウォールってのは設定しなけりゃ意味ないんだから知らずに使ってたけど有効だったから安心って方がアホでしょ

>>625
経緯を生暖かく見守ってます・・・

当分は pacman -Syu せずに放置っす

トラブル報告が多いけど、armの話なの？
紛らわしい

>>633
見ての通り>>632が話振るだけ振ってたくさんの情報提供を生暖かく見守るだけという荒らし行為のためです。
私も荒らしに乗ってしまいました。もうレスしません。申し訳ありません。

armでかつラズベリーパイを使っていてかつ
pacnewを知らないもしくは面倒だから放置しとこっていう人限定の話だな

flashのアップデートまだ？

pacnew放っとく人いるんかな

pacnewの対処とか一時的なダウングレードとかニュース見とくとかは基本だけど知らない人は知らないんじゃないか

クライアントで使うならiptablesじゃなくてufwで十分だわ

ufwってiptablesのフロントエンドじゃね？
俺もGUIのufwでいじってるけどiptables入ってるわ

Archってarm6で使えるんだ。
SheevaPlug持ってるけどArch動くかな

>>ufw（Uncomplicated FireWall）は，Ubuntuで標準的に利用できる，「iptablesを簡単に設定するツール」です。
らしい
俺はfirewalld使ってる

>>637
なんかよくわからんから放置してる
何も不自由してないし

なんかよくわからんなら調べりゃいいだろ
Wikiには日本語のページすらあるわ
PCだと致命的な変更はそうはないだろうけどまったくないとは言い切れないぞ

放置しても大抵は問題ないけど
心構えとしてどういうものなのか知っておいて損はないな
なにかあったときの対処にかかる時間とか手間が大分変わってくる

情弱がArch使うなよ

そういう言い方すると荒れるだろ
Arch Linuxは誰でもウェルカム

open-vm-tools-dkmsをインストールしようとすると
失敗するね
これいつからだろう？

Mozc-UT関連が

svn: E000111: Unable to connect to a repository at URL 'http://mozc.googlecode.com/svn/trunk/src'
svn: E000111: Error running context: 接続を拒否されました

で少なくとも1週間程度前からビルドできませんね。
これは結構影響大きそうな気がします。

>>647
カーネルのバージョンが上がったからじゃないの

くだ質に出来る質問はそっちでやってもらったほうが荒れないと思う

open-vm-tools-dkmsのインストールエラーって既出？

既出かどうかはスレ内検索してみればわかるんじゃね。

AURのコメ欄で既出

今回のアプデでApacheのhttpd.conf.pacnewファイルが作成されたけど、要は元ファイルとpacnewをdiffして違いが更新された部分だからそこを追加するだの何だろしろってことだろ？
これけっこう面倒くさいな
他のディストリだとどういうふうに処理してるんだろう

>>654
他のディストリでも同じように変更点を確認しながら手動で適用するよ
vimdiffやediffを利用していれば面倒な作業じゃない

Gentooのdispatch-confが欲しい(ﾁﾗｯﾁﾗｯ

他の鳥はバージョンアップしないから

純正ツールのpacdiffでいいじゃん

>>653
aurでもopen-vm-tools-dkmsの件騒がれていたのか

野良ビルドなら最初にそう言いなさいよ

QEMU Guest Agentをqemuパッケージから分離してほしいなあ

パッケージをどう分けるかの基準とかってあるのかね

ドキュメントなんかはあんまりデカイと分けられたりするけど
基本はパッケージ作る人の好みかなぁ、Debianみたいに徹底的に細分化ってのはないね

Gentooの中の人が「Gentooはシステムでminimalを実現しててArchは文化でそれを実現してる」みたいなこと言ってたな.

Gentooをminimalって表現するのは抵抗あるなぁ
色々な機能がemergeには追加されてて自由度と拡張性はすごいけど動作が大分もったりしてるし

ArchLinuxってラズパイ非公認になったの？

>>666
ArchLinuxARMが毎月イメージファイルを更新するたびにページ書き換えるの面倒くさいってのでダウンロードページに載せなくなったらしい

AUR gauche-gitのビルドって通ります？
うちだとKVMのarchゲスト上だと通るんだけど実機で通らなくて
どなたか試してもらえませんか

通る

どうもありがとう
やっぱり通るのか
ググッても一個も引っかからないからね
gauche-gitってビルドするときにcommunityのgauche使うんだけどそれがpthreadで
gosh: ../nptl/pthread_mutex_lock.c:81: __pthread_mutex_cond_lock: Assertion `mutex->__data.__owner == 0' failed.
ってコケるんだよね・・・
こんなとこに影響が出るような構築ミスってあるのかな
クリーンインストールもしたんだけど

ようやくわかったよ・・・
なんとなく勘が働いてbiosでハイパースレッディングをOFFにしたら通った
これ一月くらい悩んでたんだよなー

>>671
それすごいですね…よく見つけたと思います。
AUR-generalかupstreamに投げたほうがいいと思います。

# pacman -Syu ~
でアップデートしようとするとエラー吐くんだけど、
packagekit-1.0.5-1
このパッケージが原因で、
----------
必要なキーをダウンロード...
エラー: key "A6234074498E9CEE" could not be looked up remotely
エラー: キーリングに必要なキーがありません
エラー: 処理を完了できませんでした (予期しないエラー)
エラーが発生したため、パッケージは更新されませんでした。
----------
このメッセージが表示されてアップデートが失敗するんだけど、
# pacman-key -V ~
pacman-key (pacman) 4.2.0
Copyright (c) 2010-2014 Pacman Development Team <[email protected]>.
This is free software; see the source for copying conditions.
There is NO WARRANTY, to the extent permitted by law.

pacman-keyのバージョンが古いってことまではわかった
で、これってどうやってアップデートするの？
ちなみに/etc/pacman.conf.pacnewはなかった

バージョンが古いのは自分の見間違えでした
# pacman-key --refresh-keys
gpg: 78本の鍵をhkp://pool.sks-keyservers.netから回復
gpg: connecting dirmngr at '/root/.gnupg/S.dirmngr' failed: IPC connect 呼び出しに失敗しました
gpg: 鍵サーバの回復に失敗しました: dirmngrがありません
==> エラー: キーサーバから特定のキーを更新できませんでした。

# dirmngr > /dev/null
したら解決しました

resolv.confが置き換わるのってどうすればとまるの？

自己解決しました
/etc/systemd/resolved.confにDNS追加すれば上手くいきました

ArchWikiを参考にraspiでiscsi bootをやってたんだけど
カーネルを3.18に上げたらカスタムinitramfsで起動しなくなってしまった
虹色の初期画面から先に進まない感じ
/etc/mkinitcpio.confでHOOKSからiscsiを外したデフォルト設定のinitramfsなら起動はする
どのあたりを見直したらいいんだろう

まずはカーネルをリコンパイルします

アップデートしたらrpcbindが自動起動されなくなった
nfsオートマウントまわりが死んだから一旦rootログインして
起動してやらないとユーザーログインも出来やしない
久しぶりにrootログインしたわ
こういう穴ぼこは珍しいな
いつ治るんだ

https://bbs.archlinux.org/viewtopic.php?id=193410

https://bugs.archlinux.org/task/41433
これの結果か

まーArch linuxらしいっつーかなんつーか

config.txtでinitramfsのアドレス指定を変更したら起動するようになった

オフラインインストールって、
難しいんだな。まいったわ

デスクトップに新規インストールした
いろいろDEを試そうと思って
lxqt が AUR からコミュニティに移動してたから入れたかったけど
pacman ではねられる

エラー: key "37E0AF1FDA48F373" could not be looked up remotely
エラー: キーリングに必要なキーがありません
エラー: 処理を完了できませんでした (予期しないエラー)
エラーが発生したため、パッケージは更新されませんでした。

で次に物色してたらこんなページが http://pacnet.karbownicki.com/
そんで elementary に目が止まり enlightenment なんだね

その enlightenment 19 は衝撃だった
これLinuxがもう販売できるレベルｗ
ムック本も売れちゃうレベルｗ

どういう衝撃？

最近の書き込みって全部同じ人？

>>685
enligtenement使ってるけど、めちゃめちゃ癖あるぞ

>>688
まだ半日しか使ってないのでわかってないけど
ファイルマネージャーが貧弱だよねｗ
あとgtk2なアプリの方がいいと思った
見栄え良くても軽くなきゃね

>>689
おいおいまだ半日しか使ってないのに
>その enlightenment 19 は衝撃だった
>これLinuxがもう販売できるレベルｗ
>ムック本も売れちゃうレベルｗ
こんなこと書くなよ

>>690
衝撃を受けたんだよ
それは30分や5分でも十分受ける
逆に7日間とか1ヵ月使って衝撃なんて受けないだろ、、、君はおかしい

>>691
お前の方がおかしいよ
衝撃をうけたらそれが本物かどうか検証してから書くもんだ

簡単に感動しちゃう軽い人間なんて予想以上に沢山いるんだから相手にしてたらキリがないぞ

>>693
それは確かにそうかも知れんね

先日のアップデートで xorg-server が 1.16.4-1 から 1.17.1-1 になって以来、
Xauth の認証がハネられるようになった。News にも Forum にも BugTrack にも
そういう話は出ていないので困っている。

そういう人は他に居ませんか？ 何か情報を見落しているかなあ。

>>695 です。とりあえず解決。自分は xdm を使っていて、xsever を

/usr/lib/xorg-server/Xorg :0 vt10 -auth /var/lib/xdm/authdir/authfiles/HOGE

の形で起動していたのだけど、1.16.4-1 までは -nolisten tcp を付けない限りは
port 6000 を listen するようになっていた。1.17.1-1 からはこれはデフォルトでは
listen しないようになり、明示的に -listen tcp を付ける必要があるようだ。

>>696
おっと、起動コマンドが /usr/lib/xorg-server/Xorg になってるな。
これは ps の出力のコピペだからで、xdm の設定ファイルは普通に
/usr/bin/X を起動するようになってます。

pacman -Syu したんだけどこんなんがそこそこでる
　警告: /etc/cups/ のディレクトリ所有者が異なっています
　ファイルシステム: 0:0 パッケージ: 0:7
これ自動でパッケージのものに修正する方法ってあるのかな

俺も出るけど放置してるわ

最近 owner に関する warning が出るパッケージが複数あるなあ。バグトラを見ると、パッケージャが
「上流がownerを設定してないから」「Arch wayにより」「Arch Linux でも設定しない」と言い訳をしている。

こういうのを「教条主義者」って言うんじゃないかな。それは本当に the arch way なのか？
上流が「トリの設定にまかせる」ポリシーだったら、トリの側で何かをしないと使いものにならないのに。

そろそろthe Arch way原理主義者と穏健派で内戦が起こる時期か

不憫

分割投稿すまんがArchLinux入れてる人いないかい？

ここにArchLinux入れてない奴なんていないだろ

どうしたんや

すまん俺マンジャロ

ArchWikiの英語版と日本語版の内容が同じでないのは、単に翻訳が追い付いてないからで、英語版の内容が最新という認識であってる？

日本語版のドキュメントが数周遅れなのはどのプロダクトでも平常運転。
翻訳がんばってちょ

英語ちょっとしか出来ないけど日本語のページがないドキュメントはGoogle翻訳で訳しながらおかしいとこをか細い英語力で日本語に訳して読んでるけど
その訳したやつでいいなら翻訳手伝えるけどきっとありがた迷惑なんだろうな

片言の翻訳は迷惑なの？

いや、Google翻訳の片言を自分のか細い英語力で翻訳してもきっとみんなは英語が出来るやつの翻訳の方がいいだろうし
翻訳ミスがあるかもしれない的な意味で

中国人が書いたような翻訳ならちょっと嫌だけど・・・
あるだけ自分的にはありがたいと思う
でも迷惑と考える人もいるだろうから人それぞれだよね

wikiなんだから作れば誰かがなおすさ

やめといたほうがいい
日本語がおかしい翻訳はよく見るが自分で英語が読めないと
手抜きでそうなってるのか和訳が難しくてそうなってるのか区別がつかない
後者を無理に修正すると原文と訳文が乖離してはなはだ迷惑になる

ごめん私もManjaro

k3bの「シンボリックリンクに従う」はひどい訳だと思う。
どっちの意味なのかわからず、かなり考え込んで
「あ、follow symbolic linkか…」
と理解したり。

時々、日本語訳を英訳して意味を探らないといけないことがありますね。

未訳部分（日本語Wikiに残っている英語部分）を自分が読んだ時に
ちょいと直せばいいのかもしれないけれど、
その手続きがわからないので今のところノータッチ

英語読めない奴がLinuxに手を出してることがそもそもの間違い

ごめんね

英語読めないなら普通に日本語の情報充実してるディストロ使えばいいのに

>>718
ほんこれ

Wikiの和訳の方はベースになってる英語版の版数が書かれてないから端から信用してないし、
厳密に言うと履歴不継承でライセンス違反。

やっぱり前に話題になった時に全部削除するよう依頼を出しておくべきだったな

訳してくれるのは本当にありがたいことなんだけどね

既にあるものを消せと言うほど非生産的な提案はない
文句があるならまともな翻訳を投稿しろ

>>718みたいな言い方したけど
現状じゃ日本語の情報はArchWikiが一番詳しい
なんてこともあるから消すのはちょっとね…
日本人archユーザの会とかあれば話合ったりできそうだけど
多分あんまり人数集まらなさそう

2chのLinux板みたいな馬鹿とキチガイの集まりの話しを相手にするわけ無いだろ

Arch使うために英語を読み書きできるように勉強するのが一番建設的なんだよなぁ
「英語できないからArch使えないや」と「英語できない奴はArch使うな」じゃ何にもならない

英語つったって中学〜高校英語と読む気と専門用語がわかればなんとなく読めると思うけど
この分野は日本語でいつも使ってるカタカナの用語が英語でもそのままの通じること多いから一般の英語よりわかる単語が多くて語彙力なくても読めるし

高校時代に英語がチンプンカンプンじゃなかったのなら少なくともWikiの目次と何をしたらいいかの操作くらいはわかるはず

>>723
Linuxソフトウェアの情報探しててよくArchのドキュメントにまとめて書かれてるのを見つけることがある
そういったのがなくなるのは惜しい

正直 英単語だけ拾えばなんとなく理解できるし

ABSとかいうビルド支援システムみたいのあるよね？
あれってバイナリをダウンロードしてインストールするのと比べてどういうメリットがあるの？

ビルドオプションを自分で変えられるってだけ、使う必要がないならわざわざ使うメリットはない

>>722
お前がみてる翻訳版がどこまで信用できるんだよ、ってことなんだよ。

たまたま「ArchWikiの日本語版が役に立った」みたいな程度で正当化する主張は、
ArchWikiの原文の信頼性を貶めるだけなの。
その程度のこともとわかんないならLinux使うな。

すげえ釣り針だな
まずお前がLinuxを貶めてる事に気づけよ

>>732
まずお前が英語を勉強しろ。

原文がそこまで素晴らしいか？
確かにLinuxを使う上でこの上なく実用的な文章だとは思うけど使われている英語に全くミスがないわけじゃないし本当に最新の最新に近い情報は書かれてないこともある

つまらない言い争いだなあ

英語版見る人は最初から日本語版を見るつもりがないんだから気にする必要もないのでは

>たまたま「ArchWikiの日本語版が役に立った」みたいな程度で正当化する主張は、
>ArchWikiの原文の信頼性を貶めるだけなの
ここがどうしても理解出来ない
何で？

>>734
英語版が素晴らしいとかいうのではなくて、日本語版が、その英語版のどっかの版の翻訳でしかないということ。
そしてそれが>>719がいうような問題があるということ。
日本語版が、英語版の妥当性や最新性と同じになることはあってもそれを超えることはなく、そうであっても
それを主張する情報を満たしていない。

この話題の流れで見てみたら、The Arch Way や FAQ (日本語版) あたりは少なくとも英語版からの
履歴継承をそれなりに意識してるみたいね。

記事のバージョン管理がなされていないのが気に食わないのか
それは確かに必要かもしれんね

ただ、情報の妥当性や最新性はwikiの形を取っている以上仕方なくないか？
突き詰めていけば、各々のソフトウェアの公式マニュアルなり
manやinfoを使えってことになってwikiそのものがいらなくなるのでは？
議論の場は公式ForumsやBugsで提供されているのだし

砂場は年長組のものだから年少組はどけ感

最新版と同じ時に同一でないからダメだなんて言い出したら翻訳全否定。あるいは翻訳という行為自体の全否定。

最新版と同じ時に同一でないからダメだではなくて
最新版じゃないよ、英語なら最新のがあるよって分からないのが問題なんじゃね？

そんなこと言われなくても皆解ってるだろ
分からないバカに合わせないといけないのか

>>743
皆解ってるかなんて誰にも分からない
分からないバカに合わせられないバカの方が要らない

気に入らないならこんなところでグダッてないで向こうで編集するなりページ削除するなりしてくればいいのに
wikiなんだし
それだけ熱意というか偏執があるなら最初は編集合戦になるだろうけど粘着してればそのうち日本語ページが作られなくなるなりWikiじゃなくなるなりBANされるなりするだろ

Wikiに書きこむほどの知識もなく、英語の翻訳もロクにできないクズどもが何語ってんだか

翻訳している間に原文が変わる可能性も高いですからね…
翻訳版は遅延があるというのは常識の範疇だし、原文は英語だろうというのも常識的な推理だろうから、
左にEnglishって並んでるだけで十分だと私は思います。

インラインでその節をオリジナルに切り替える機能とかは欲しいかも。

日本語版のArch Wikiを削除するべきだという人は、日本語版の存在によって具体的にどういう被害、事故を見たの？
正しくないかもしれない、古いかもしれないドキュメントが有害だというのはありとあらゆるドキュメントの否定、ソースコード原理主義になっちゃうんじゃない？

あまりにも古くて放置されてて困るというのならわかるけれど、それにしたって、このドキュメントは古いということを目立つように明示するくらいでいいんじゃないの？

ぶっちゃけ削除するべきとかラディカルなことを説得材料もなしに言い出すのはコミュニティを引っ掻き回したいだけの構ってちゃんだろ。

とにかく英語ペラペラな人間以外の一般人にとって母国語の翻訳はありがたいものだから
(Linuxでいろいろする人は一応英語読めるかもしれないけど母国語と比べたら読むだけで労力が必要だしめんどくさいし流し読みできないし)
自分は明らかに古くなければ日本語見てトラブった時だけ英語版みてるわ
翻訳版にはこれは何年何月何日の版の翻訳で最新ではないかもしれないので注意って書いとけばOK

(すでにあるたくさんの資産を捨てるとかいうインフォシークのHPサービス終了並にもったいないことをネタではなくマジで言ってる人はいないと思うけどもしいたら自分の技術ブログとか古い記事いちいち消してるんだろか)

>>738 とかが問題にしてるのは「日本語」の翻訳のことなの？それとも翻訳全般？

たとえば独語見てみたけど履歴継承どころかもっとエエカゲンだぞ
というか、最早翻訳ではなくほぼほぼ独自Wikiを作ってる

そもそもWikiのローカライゼーションとかで一々履歴追っかけて翻訳なんかしてるとこあんの？

ほんとに日本語版なくしたいなら
ここじゃなくしかるべきところで議論しないと。

独語の方はずっと前からあるけど日本語のは出来たばっかじゃん
何年も前から続けられてるならともかくぽっと出の翻訳は削除されても文句は言えまい

>>752
流石にネタだろ？その理屈じゃ今後新規の翻訳は出ないってことになるな。
ぽっと出の翻訳かどうかは重要ではなくて、英語版とどれだけ食い違ってるかとか、誤訳で意味が取り違えられる可能性があるかどうかの方が遥かに重要だろうに。
というか情報の鮮度で言えば何年も前に訳されたっきりのものより最近訳されたもののほうが良いじゃんw

まあ、削除削除言って反応が貰えるのが嬉しくて執着しているだけで、日本語Wikiの存在なんか本当はどうでもよいのだろうが。
そうでないと言うのならどんな害があるのか具体的に説明して欲しいもんだ。

別にただ翻訳するだけじゃなくて国によって内容違っててもいいと思うけどな
wikipediaみたいに

ArchじゃなくてUbuntu使ってるけど、Archの日本語wikiには度々お世話になってる

日本語のwiki見て概略理解した後に英語のwiki見てるから別に情報が古くてもある程度は同じだろうから役に立ってる

>>756
そういう見方でいいと思うし、他の人がごちゃごちゃ言ってるのが理解できない。

怪しいなと思ったら原版である英語版見るのは当たり前では。

アウトラインと文脈の大筋がそろってれば差分で読めるしな

たとえ英語のマニュアルを見ていたとしても微妙な点で疑問に思うところは
出てくる。そういう時に古い訳でもあれば見比べてああこう訳している
しかも消されずに残っているということはこれであってるということだな
そうするとここもああ解釈すればいいのかと推理できる。

つまり訳が古いほうが良い場合もある。多くの人の検証を受けて正しい訳が
残っているということになり、大きな資源になる。日本語資料に文句があるなら
どんどん手を入れて充実させていくようにほらほらこんなところでボケーとしてないで
訳をいじりに行け！

Archを使ったことのないArchの日本語資料に助けられることの多いLinuxerよりwww

基本Linuxの設定はコマンドやファイル操作なんだよね
だから説明文よりもコマンド例とファイル設定例を多くして
説明文は極力少なくすればOK
そしてそれなら英語でもOKなんだよｗｗｗｗｗ

問題はほとんど説明文のものをどうするかなのですか？
ここではそれを対象にダラダラ続けてるのですか？
日本用にコマンド例と設定例を追加することができませんか？
それならもしかしたら本家英語よりも他の国の人もわかりやすかったりしませんか？

ようするに wiki は 例え が重要で 説明文 は、、、
Forum でも同じ　文章よりもコマンドや設定例だけが一番

>>760
The Arch Way読んで出直せ

今見たらarch wikiがスマホ対応してた
見やすくなって助かる

やっとデスクトップ環境に入れた（xfce）
Archって疲れるね

Waylandに移行したらグラフィカル環境周辺はもっとシンプルになるだろう

pacmanで更新するときの
パッケージの更新 (new release)
ソフトウェアの更新 (new version)
ってどう違う？

日本語のドキュメントが古い、で思い出しましたが、
BitBucketは容量、転送量などの記述が日本語と英語で根本的にちがう
あれはまずいと思う

>>763
お疲れ様
Archって慣れたらインストーラーがレスキュー用になるぐらい簡単でお手軽やで

何その要領を外した例え

archというかLinuxド素人
仮想環境にarchインストールして遊んでいるが
twmのあまりのシンプルさに感動した。
勉強になるいいディストリだ

Archにハマってんのかtwmにハマってんのか分からん

archをインストールしたらしくじってgrubを上書きしてしまって、
それまで入れてたOS（win7,debian）を起動出来なくなった。

どうにかしようとしたが、どうもよく分からない。
update-grubでどうにかなるかもしれないという情報を入手。しかしarchには無い。

そういえばlubuntuをインストールした時に、勝手にgrubを設定してくれたなと
気づいて、さらにlubuntuをインストール。

lubuntuインストール中に出る「update-grub」の文字。これは！

最終的にgrubを自動設定してくれて、無事にwin7,debian,lubuntu,archを選択して起動出来るようになった。

grubがおかしくなった人はubuntuとかlubuntuとかのディストリをインストールしよう！

こういう具合の風説を流布するユーザー、結構いるよな

いやArchにgrub入れてgrubinstallすりゃいいじゃん

まあ色々対処法はある
>>771の対処法もその一つ

>>771
update-grubが何をしてるのか見て(シェルスクリプトなので簡単に読める)、
それが何由来のものなのか(grub上流のものなのかディストロ独自のものなのか)を調べると良いよ

まあ、はじめはそんなもんやろ

この大らかさ、この大らかさなんだよな

WindowsとArchを併用しているけど、マルチブートは設定でハマるから、
軟弱だが、物理的に別のHDD入れてる。
インストール時は、誤って消さないように、電源やらケーブルも抜いてて、
OSの切替するときはBiosのブートメニューで選んでる。
ノートPCだと難しいんだろうけどさ。

>>778
ノートでも機種によってはmSATAスロットがあったり光学ドライブのスペースにHDDやSSDを突っ込んだりすることはできるね

>>771
os-prover

os-prober

マルチブートごときでハマるか
何でハマるんだい?

そうやってだんだん学んでいくんじゃないか
と、間違ってwinのパーティションに上書きインストールした経験のある俺が言ってみる

ネットに無数に転がってるドキュメントを読まないというミスを犯しただけだろ

ドキュメントを本当に読み込む人ってあまりいないからね
結局のところ遠回りしてるだけとしても身に沁みて向学すればよし

おまえら暇な時にドキュメントとかリファレンス見ないの

IT土方だから暇がないというオチ

暇な時に眺めてたりはする
実際に使ってないけど興味あるやつとか

自分の知識でやっつけられるならそれでいいのよ。冴えたやり方は段々分かっていくさ
>>771は安易に再インストールしてない分、好感が持てる

archのwikiくらい見とけよ
いろいろのってるから