Arch Linux 14
■ このスレッドは過去ログ倉庫に格納されています
正味の話、ArchでできてManjaroにできない事ってある？
Manjaroの方がわずかにパッケージリリースが遅いとは聞いている。 質問も兼ねて、パッケージリリース遅いのって2-3ヶ月とかじゃなかった？
Arch使ってるひとはパッケージの即時対応とpacmanとAURがほぼ全てだと思うから遅れるのに耐えられない人はいるかも知れない。
bashの脆弱性で話題になったBashショックなんかもアップデートすればすむし、そういう気軽さだと思う。wikiの内容も遅れてるってことでしょう？ ManjaroはArchじゃないから使う理由はないな Manjaroはロゴが三角じゃないから嫌
Antergosはぎりぎり許す systemdが起動に必要なファイルシステムは勝手にマウントしてくれるからなぁ >>11 >>12
え そうなんだ
全然知らなかった…
/bootとかは簡単に判別できそうだけどどうやってるんだろ >>11
fstabの設定ミスで5時間ぐらい溶かした私は一体… ちゃんと書くべきだとは思うよ
ミスってgenfstabで/mnt/etcじゃなく/etcに生成しちゃっただけだから >>16
俺も何回かそれやらかした
あと、systemdbootのエントリでroot=書き忘れたりとか マウントオプションにnoatimeとdiscard付けたいからfstab書くわ Windowsユーザーが気付いていない未来の落とし穴
1. スケーリング問題が未解決
2. HiDPI（Retina、仮想解像度）をサポートしていない
3. MacとLinuxに引き離される
4. フルHDモニターしか使えない
5. 巨大画面56インチ4KモニターでWindowsを使う日がもうすぐやってくる
>>19
使い方覚えた後に俺に必要だったのはudiskieだったことに気がついた 最近Ubuntuから乗り換えたんだけど、初期セットアップさえ済ませてしまえばあとは日々のアップデートで最新の状態というのが良いね。
個人的に心配だった無線LANの設定もwifi-menuで簡単に出来た。 無線LAN簡単なのか…NECのオンボロパソコンに入れて遊んでみようかな wifi-menu使えばWindowsと同じレベルの楽さでWi-Fiの設定できるもんな ArchWikiのインストールガイドもすごく親切だったから、思ってたより全然怖くなかった
新しい物好きだから試して良かった ファイルマネージャでファイルをクリックした時やxdg-mime query default xxxとかで得られるデフォルトのアプリケーションが色んなタイミングでランダムに変わっちゃうんだけど同じような現象が起きてる人いませんか？
具体的に変化するタイミングで再現性が得られたっぽいのは再起動したときや、update-mime-databaseが走った時(こっちは一度走ったら再起動とかで変化しない限りもう一回走らせても変化することはない)
環境はKDE、ファイルマネージャはDolphinです 仮想環境で約1年ぶりの
pacman -Syu
でエラー。
libxfont,ffmpeg2.8,/usr/lib/libmozjs-52.so.0
なんか、一発コマンドでupdateできないのかな？
強制上書きとか・・・ pacman -Rdd して
rm /usr/lib/libmozjs-52.so.0
したんだよね。
git pull
みたいに、簡単にできない？
pacman 詳しい人いません？ archがなんでこんなに人気が高いのか意味不明。
vi使いみたいな変人ばっかでしょ？ >>34
個人的には「あんまり使わないもの」をできるだけ少なくした環境が簡単に作れるという点で気に入っています。
あとはArchWikiなど、ドキュメントが充実しているということも挙げられていました。 限定なしで「人気が高い」わけではないだろう。
それはLinuxユーザーでの人口比を見ればわかる。
「○○な人に人気が高い」と表現して初めて真になりうる。
ところで○○とは何か >>39のレスを命題として捉えたら、ArchLinuxを使ってる層が単一じゃないから不十分だな。
人口比が低い現状を見たらむしろ様々なグループが少しづつ使ってるケースのほうが多いわけだから。
命題云々別としたらデベロッパーに多い印象はある。最新の開発環境を持てるので。 >>39
あんたみたいに言葉尻を捉えて
ネチネチ理屈をこねる瑣末主義者に人気なんだよ DockerとVagrantのコンテナが公式で用意されてるのも嬉しいね 数年ごとにアップグレードみたいな面倒臭いことしなくていいのが良い ウザくないってのが一番だなぁ
｢GUIのボタン1クリックで簡単アップデート！｣みたいな事を目指しときながら内部でコケてエラーすらろくに吐かないとかされるとブチ切れそうになる i386(686)のリポジドリは消滅したのけ？してないのけ？ >>48
消滅してる(multilibは除く)。i686向けとしてはコミュニティがメンテナンスするArch Linux 32というフォークがある。 整合してない事が多いリポジトリを実質ある、というなら… 方針が自分に合うってのが一番デカい。
GUIがどうのとかディストリのDE選定だとか、ユーザフレンドリーなツールがどうとか、
そういうのがちゃんとできるメンテナって少ないし、何年も続けるモチベも普通は無い
systemdもメンテナの観点から見たら作業が楽になる良いソフトだって説明もあったし、移行もめっちゃ速かった 「apt-get install」←長い
「pacman -S」←短い
何もかもミニマルだしi686にしたって何やかんやメンテナ多いからハード・ソフト共に選択の幅も広い
ほぼ一から構築出来るのにそれに伴う手間は軽減されていると云う或る意味初学者向けディストロ 大文字小文字の組み合わせは最初とまどったけど
今じゃinstallだのremoveだの入れるより楽でいいわ apt-get install foo ←語呂合わせいい
make headers_install INSTALL_HDR_PATH=/foo ←語呂合わせいい
sudo apt-get install ←しつこいよお前 今はaptやな
apt i<TAB>で補完されるから短いし打ち損じもしない
ミニマルかどうかは知らないけど apt-getからaptになったのは知ってるけど、"-get"の部分はじゃあなぜ必要だったんだ？
コード書くからなのかも知れないけど、コマンドの命名規則がよくわからないのは気持ち悪く感じる。
pacmanはオプションも特定の言語に依存してないからスッキリ感じる。数学的。 debianの文書を当たればすぐにわかる話
興味ないのかもしれないが apt-getは非推奨なだけだろ。まだ使える。使えなくしてみろ、動かなくなるbashスクリプトがどれだけ増えるんだよ。 pacmanは、-Sでは-dが--nodepsで、-Qでは-dが--depsになるみたいな、
(大文字)オプションで(小文字)オプションの意味が変わるところが気持ち悪い
pacman s(ync)だったら受け入れた
……まあここらへんは個人の哲学だし争っても不毛な気はするけど aptとpacmanの比較なら書き方もあるだろうけど、コントロールできるパッケージの幅が違うところが大きいと思う。
僕の印象からすると、aptは親切設計で全部インストールされる感覚だけど、pacmanはそこまで親切でもない代わりに最小構成から必要なパッケージを選んでインストールできる感覚かな。
aurからパッケージ作成もpacmanと連動できるし、しっかり管理できる感じ。
あとパッケージ名の変更をしっかりアナウンスしてくれる。debianやubuntuでもしてるのかも知れないけど、わかりやすい。 PKGBUILDがbashスクリプトなのが振り返って見れば良かった。ハードルが低くて、覚えたことが他でも応用できる
初心者でもupstreamのビルドガイド通りにコマンド書いていけばある程度まともにパッケージ作れてちょっと達成感があるし、
Wikiも自然とシェルに親しめるようになってる
本当は初心者にこそお勧めしたい AURにマルウェアが含まれていた件
非公式とはいえ普通に使いたくなるし、簡単には気付けないよなあ。
Linuxだからこそ出来る攻撃方法というか、何かと怖い。 本当は駄目って分かっててもついついAURから入れる時PKGBUILDとかいちいちチェックしないで入れちゃってるわー(´・ω・`) PKGBUILD見るときってどんなところ気をつけて見てますか？
自分はパッと見で
・ダウンロード元が信頼できそうなアドレスか
・ビルド以外の変な処理してないか
をなんとなく見てますが、それ以外にチェックすべきことあれば教えて下さい。 おお危ねえ。最近 acroread が古くて起動しなくなっていたから、
更新されているのに気付いたら飛び付いている所だった。 pdfのリーダーで使いやすいのって他にある？移行したい。
むしろ今は大丈夫なのかな。 前はEvince使ってたけど今はFirefoxで見てる
文字化けも無いし快適 あ、それいいね。適当なbashコマンドにでもして使うわ。 こうした。もしよかったら役に立てば嬉しい。
/usr/local/bin/pdf
#!/bin/bash
path="file://$1"
google-chrome-stable --new-window --app=${path}
感動を誰か分かち合おうぜ。 $HOME/.config/mimeapps.listで
application/pdf=firefox.desktop;chromium.desktop;
とかにするだけでは駄目なん？ >>82
そんなのすっかり忘れてたけど、さっきのbashスクリプトだとアドレスバーが非表示になる。
アプリっぽい表示にしたかったから。。 firefoxのPDFって印刷解像度がめっちゃ低かったけど変わったんかな？
今も印刷用には使えんよね？ >>85
ほんまや！解像度低いのにファイルサイズがやたらデカいわw
印刷する時はChromium使うことにする 宅急便とかのPDF印刷するとQRコード潰れて無理なんよ 私はpdfをapvlvでちまちま見てます。
i3と相性いいんで。 >>79
sudo pacman -S poppler-data
これで文字化けは収まらない? じゃあ公式がもどるまで待ってればいいじゃん
自分でミラー作ってもいいんだぞ？ acroread は普段使いに重宝していたのではなく、リファレンスとして
使っていた。普段は evince （の私的改造版）を使っているんだが、
表示がおかしいときに「その他モロモロ」のviewerを色々と試して、
最後にacroread で確認するようにしていた。
前に起動しなくなった時は EFS.api を読み込まないようにしたら
治ったんだが、今のもそんな感じで治らないかなあ 中国のリポジトリはchromiumのva-apiが有効なビルドがあって使ってたな
今では普通にaurにあるけど 清華大って半導体関連でちょくちょく見かけるようになったけど
国産の独自OSとかも考えてるのかな？ >>77
速くて綺麗なのはllpp
使いやすくはない zathuraはいいぞ。リーナスも褒めてた。
レンダリングライブラリとしてMuPDF(llppとかが使用)もpoppler(evinceとかが使用)も選べる。
あとみんな大好きvimライクなUIだぞ qpdfviewで困ってない
テキストの選択が他のソフトのようにできるようになれば最高なんだが、それはなぜかずっとできない なんか昨日pacman -Syuしてからたまにfsck失敗してエマージェンシーモードで起動するんだが
たぶんhttps://bbs.archlinux.org/viewtopic.php?id=238554 と同じ？
色々対処法書いてあるけど
lvm2のダウングレードとかfsck.mode=skipはなんか負けた気がして嫌だなあ（え ■ このスレッドは過去ログ倉庫に格納されています
