[過去ﾛｸﾞ] Arch Linux 14 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
101: 2018/07/15(日)12:08 ID:BiDwfimm(1/2) AAS
シャットダウンじゃなくてサスペンドすればいいんじゃねえの
102: 2018/07/15(日)13:03 ID:BiDwfimm(2/2) AAS
外部ﾘﾝｸ:www.archlinux.org
103: 2018/07/15(日)14:38 ID:3cvcKb/W(1) AAS
>>100
lvm2 をダウングレードして、lvm2 の更新を無視するようにしたよ...
104(1): 2018/07/15(日)14:41 ID:erbMWoGX(1) AAS
pacman更新エラーでたんで、NEWSの案内どうり下記したぜ
sudo pacman -Suy --overwrite usr/lib/libutf8proc.so.2
105: 2018/07/15(日)16:54 ID:rnlXfHys(1) AAS
>>104
詳しい解説サンクス！
106: 2018/07/16(月)20:09 ID:4V0dUDjQ(1) AAS
その --overwriteの方法はなぜかうまくいかなかったので普通に削除した。
107(1): 2018/07/22(日)23:21 ID:t3oxr9aR(1) AAS
つくばのミラーはどうしたんやろか(´・ω・`)
108(1): 2018/07/22(日)23:26 ID:ajSfhS4L(1) AAS
やっぱり死んでるのか
Pingは飛ぶけどエラー出るからjaist一番上にしたらうまくいった
109: 2018/07/23(月)01:39 ID:jkAX8sZr(1) AAS
>>107,108
ぼくもjaistにミラー変えたよ(´・ω・｀)
110: 2018/07/23(月)12:14 ID:uazV/4fu(1) AAS
reflector 定期的にまわすのおすすめ
111: 2018/07/23(月)12:48 ID:CX2w0to/(1) AAS
メンテナンスのコマンドをスクリプトにまとめておこうと思うのだけど、あったほうがいいコマンドおしえて。
112: 2018/07/23(月)14:08 ID:Kl/0ZOXB(1) AAS
paccache
113(1): 2018/07/25(水)08:50 ID:/0zUt745(1/2) AAS
最近Chromeの更新ないなーと思ってたけど何か問題が起きてるっぽい！？
114: 2018/07/25(水)08:56 ID:/0zUt745(2/2) AAS
>>113
いや気のせいか
バージョン68がとっくに出てるのかと思ってたけどまだ出たばっかりか
115: 2018/07/27(金)11:21 ID:HrN2vj+j(1/2) AAS
フォントファイル内のフォントの形を調べる簡単な方法はありますか？
Windowsのエクスプローラーでフォントファイルをダブルクリックした時に
表示されるウィンドウみたいな感じのがあるといいのですが。
116(1): 2018/07/27(金)11:25 ID:y7rksEAE(1) AAS
Gnomeのフォントビューワとかがそういう用途じゃないか？
117: 2018/07/27(金)11:59 ID:HrN2vj+j(2/2) AAS
>>116
ありがとうございます。
gnome-font-viewer をインストールしたら見れました。
118: 2018/07/28(土)15:01 ID:wKJT2V+o(1) AAS
公式リポジトリでデバッグパッケージも配布してくれんかのぅ(´・ω・`)
119: 2018/07/29(日)18:23 ID:w0V/QFfA(1) AAS
jaist は速度あんまり出ないなあ
かといって riken にはないし
120: 2018/07/29(日)18:43 ID:ljkLPq90(1) AAS
jaistで30MB/s位出るけどそれで不満ならローカルにミラー立てたほうがいいよ
121: 2018/07/29(日)23:54 ID:Iml4SJbu(1) AAS
ローカルミラーは気軽に立てるなってwikiにあるだろ。
122: 2018/07/30(月)08:24 ID:7tbKWzKX(1) AAS
1ヶ月くらい前rankmirrorsで速い順に並び替えたらjaistが一位だったけどなあ
二位はarchlinux.asia-east.mirror.zoidplex.netとかいうとこ
中国のサーバーは除外してるけど
123(1): 2018/07/30(月)09:59 ID:AA/XZEJ0(1/2) AAS
trizen で linux-rt をインストールしようとするとエラーでできない。パッチがあたらないよう…
124: 2018/07/30(月)14:48 ID:KI8vQQxM(1) AAS
なんかSDDMの起動時の挙動がおかしくて
1. 前日の夜中12:00前に電源を切って翌日の起動時にsystemdのtimerが同時に走ってる場合は起動する
2. 再起動後や夜中12:00過ぎに電源を切って翌日の起動時にsystemdのtimerが走らない時は起動しない([ OK ] Reached Target Graphical Interfaceまで表示されて止まる)
3. 2の起動しない状態でも数分放置したりキーボードを適当にガチャガチャすると起動する
ログにもなんも変なものは残ってないしで保留してたんだけど今日ちゃんと調べてみたらこのへんだったっぽい
意味不明な挙動がやっと腑に落ちた
外部ﾘﾝｸ[php]:bbs.archlinux.org
外部ﾘﾝｸ[php]:bbs.archlinux.org
外部ﾘﾝｸ:bugs.archlinux.org
とりあえず書かれてるようにhaveged入れて有効化して回避
125: 2018/07/30(月)15:12 ID:id0pE94i(1) AAS
linux4.18で解決予定のバクね
126: 2018/07/30(月)16:27 ID:85W4K3cU(1) AAS
バク
またガキか
127(1): 2018/07/30(月)18:09 ID:BN6Xl5Mo(1) AAS
>>123
試しにやってみたけど普通にできた
おま環では？
画像ﾘﾝｸ[png]:i.imgur.com
128(1): 2018/07/30(月)23:27 ID:AA/XZEJ0(2/2) AAS
>>127
あー できたの…
129(1): 2018/07/30(月)23:44 ID:ysjnVMg3(1) AAS
>>128
古くなったaurのパッケージが悪さしてるのかも、依存関係の問題だろうから今インストールしてるパッケージを全部入れ直せばいい。
130(2): 2018/07/31(火)10:23 ID:Vw34/hdL(1/2) AAS
>>129
ありがとうございます。
依存パッケージを再インストールしても
trizen -S linux-rt で以下のようになります。
atching file virt/kvm/arm/arm.c
==> エラー: prepare() で問題が発生しました。
中止...
:: Unable to build linux-rt - makepkg exited with code: 4
131(2): 2018/07/31(火)10:35 ID:9xnHO8x6(1/6) AAS
>>130
レスを読み間違えないで、全パッケージの入れ直し。
外部ﾘﾝｸ[AB]:wiki.archlinux.jp
132: 2018/07/31(火)10:49 ID:uV/vycdY(1) AAS
エラーのもうちょっと上のほうが見たい
133(2): 2018/07/31(火)12:03 ID:Vw34/hdL(2/2) AAS
>>131
ありがとうございます。
全パッケージの再インストールを
行い、現在 linux-rt のインストール
が実行されております。
ありがとうございました。
134: 2018/07/31(火)13:44 ID:9xnHO8x6(2/6) AAS
解決できない依存関係で困ったときは全パッケージ入れ直しおすすめ。
ローリングリリースだから1年に一回ぐらいは行っておくといいよ。
135: 2018/07/31(火)14:40 ID:28CRQj3C(1/3) AAS
prepare()の失敗がパッケージ全入れ直しで直るってどういう状況なんだろ
136: 2018/07/31(火)15:09 ID:9xnHO8x6(3/6) AAS
archは各自がそれぞれのアイミングで各時間のスナップショットにアップデートするから気が付かないうちにパッケージの整合性が取れなくなってる場合がある。
全パッケージを入れ直すと各パッケージの新しくなった依存関係に照らして整合性を最新にしてくれるので「依存関係を満たしたはずなのにビルドできない」とか、「カーネル周りのパッチが当たらない」、「モジュールがロードできない」とかに有効。
pacmanは設定ファイルを残してくれるからできる。aptなら無理。
全システムのパッケージ名を控えるだけでシステムのバックアップになるのは強いよね。もちろん設定ファイルの必要だけど。
137(2): 2018/07/31(火)15:46 ID:28CRQj3C(2/3) AAS
なんかなまじ>>133が解決してるっていうから余計にもにょる
全パッケージを入れ直すって>>131の# pacman -Qnq | pacman -S -の事言ってるんでいいのよね？
138(1): 2018/07/31(火)16:01 ID:9xnHO8x6(4/6) AAS
>>137
それであってる。aurの入れ直しもしたほうがいいかも。
腐ってるパッケージがあるせいかも知れないし、原因のパッケージを特定したり、パッケーを全部見直すよりもpacmanに投げたほうが早い。
139(2): 2018/07/31(火)16:07 ID:9xnHO8x6(5/6) AAS
依存関係の計算処理はNP完全で知られていて、都度で直すのが難しいときは全部入れ直ししかない。
この辺の事情は最新論文当たらないといけないから説明はお手上げ。
何度も言うけど、archはローリングリリースだからメンテのときに一度全部のパッケージを入れ直ししておいたほうがいい。
archの不具合がインストールし直しでなおったとか誰でも経験あるだろ、全パッケージを入れ直すだけでシステムがfixできるのはpacmanのいいところだよ。
140(1): 2018/07/31(火)16:08 ID:28CRQj3C(3/3) AAS
なんかごめんね、>>137読み返すとID:9xnHO8x6にケチつけてるみたいに見えるけどそういう意図じゃなくて単純に具体的なシナリオが知りたいだけなんで
>>133も具体的に何やったのか教えてくれると嬉しい
>>138
それだとパッケージのデータベースも更新してないし単純に同じパッケージの同じバージョンをインストールし直してるだけよね？
141(1): 2018/07/31(火)16:18 ID:9xnHO8x6(6/6) AAS
>>140
すまんすまん。単純に議論してるつもりだったけど、当たりがきつかったかもしれん。
>>130で依存パッケージを入れ直したって言ってるから、まともなやり方でやっていたら更新してるかと思うよ。
理屈を説明するのは手に負えるけど経験則的に知りたいなら、ずっと使ってるarchのマシンで、
一度 sudo pacman -Syyu したあとで、sudo pacman -Qnq | pacman -S -
を実行してみると、新しく必要なパッケージがでてきたり、ディスク容量が増える可能性がある。から試してみればいいよ。
実際にインストールまではする必要がないから。Y/nのプロンプトでnしてくれ。
142(1): 2018/08/04(土)11:49 ID:xkGvZVxF(1) AAS
Manjaroで全パッケージインストールし直したけど、スッキリするなｗ
143: 2018/08/04(土)12:06 ID:ecUQY1RO(1/2) AAS
>>142
気分以外に変わったことあった？
144(1): 2018/08/04(土)14:21 ID:GNKve724(1) AAS
>>139 関連で 暇な人向け記事
外部ﾘﾝｸ:postd.cc
145(1): 139 2018/08/04(土)14:42 ID:ecUQY1RO(2/2) AAS
>>144
archのpacmanがうまくハマってて解決できるところを示唆してるのはここの部分。
>NP完全性を回避するための1つの方法は、仮定1に取り組むことです。
もし仮に、依存関係に、特定のパッケージのバージョンをリストするのではなく、最小バージョンしか明記できないとしたらどうなるでしょう？
この場合は、使用するパッケージを見つけるために、次のようなちょっとしたアルゴリズムがあります。
インストールしたいものの最新バージョンから始めて、その全ての依存関係の最新バージョンを、再帰的に入手します
だから、定期的に全パッケージ入れ直しは必要。
146: 2018/08/05(日)01:53 ID:Tx5bS/hX(1) AAS
いつまでたってもAURヘルパーの派閥争いが収束しそうにないので
pacmanだけにしてその他のアプリは少数に整理し
gitとsubversionでいつもローカルに持って来ておくようにした
147: 2018/08/05(日)04:13 ID:Uw3sQUBT(1) AAS
yourtつかってたけどあまりナウくないみたいなので
trizenとかいうのに変えた
148: 2018/08/05(日)04:39 ID:X7apBqjQ(1) AAS
僕はyay(Yet Another Yaourt)ちゃん！
149: 2018/08/05(日)08:53 ID:verOPIGy(1/7) AAS
俺もyayを使ってる。理由はyaourtとオプションがおおきなトラブルがないから。
でも一応trizenも入れてる。yayが壊れたときの復旧用に。
2つともpacmanを拡張した作りだけど、yayのほうがオプションが多い。
pacaurも選択肢の一つかもしれないけど、メンテナがいないので、この2つから選ぶのがいいと思う。
これら以外は使用感がyaourtと変わるので。
150(1): 2018/08/05(日)10:26 ID:nmsOmGOb(1/6) AAS
>>145
いい加減なこと書き散らかしてんじゃねぇょカス
既にパッケージがインストールされてる時点で依存関係は満たしてんだから全く同じパッケージを再インストールした所で何も変わるわけねぇだろ阿呆
そうじゃねぇなら｢そういう必要がある｣っていう公式なドキュメントでも上げてみやがれ
151(1): 2018/08/05(日)10:48 ID:verOPIGy(2/7) AAS
>>150
>全く同じパッケージを再インストール
いい加減な理解でいい加減な文章書くなよ。
システムにインストールされてる全てのパッケージをインストールするってことだろ。
150のレスだけでいい加減なのはどっちかわかるわ。
152(2): 2018/08/05(日)10:51 ID:nmsOmGOb(2/6) AAS
>>151
システムに｢既に｣インストールされてる全てのパッケージと｢全く同じ｣パッケージを再インストールした所で何も変わんねぇよ
同じこと何度も言わせんなカス
153(1): 2018/08/05(日)10:54 ID:V5X5rDY+(1) AAS
>>152
パッケージのアップデートで依存関係が壊れることがあるのを知らないのか
154: 2018/08/05(日)10:56 ID:verOPIGy(3/7) AAS
>>152
それが同じことじゃないってことを理解できないんだろ、なに言っても無駄だから付き合ってらんない。
なにも変わるわけないコマンドがなんで公式に書かれてるか考えろ。
コマンドが存在してるんだから意味があるんだ。
155: 2018/08/05(日)11:00 ID:verOPIGy(4/7) AAS
依存関係が壊れることがあることぐらいディストリビューターなら自明だし、Archが最新パッケージしか使わないのもそれをなるべく減らすことであるのも周知の事実だろ。
それでも壊れたときは全パッケージ入れ直しなんだよ。
こんなことディストリビューターならわかってる。なんで利用者に論文レベルを5chで説明しなきゃいけない発想になるんだ。
156: 2018/08/05(日)11:00 ID:nmsOmGOb(3/6) AAS
>>153
てめぇ自身で言ってるけどそれは再インストールじゃなくて｢アップデート(-Sy)｣による影響だ
そしてそれを解決するのは｢アップグレード(-Su)｣であってただ再インストールしただけじゃ解決なんてしねぇよボケ
外部ﾘﾝｸ:wiki.archlinux.org
それはちゃんと｢-Syしたあとは-Suしろよ、-Syしたあと-Suしないで-Sするのは赤信号を目隠しして渡るようなもんでいつか必ず死ぬからな｣って公式でも告知されてる
157: 2018/08/05(日)11:03 ID:nmsOmGOb(4/6) AAS
あーほんとイラつく
頭ワリーくせに論文だのNP完全だの何だのググって見つけたようなたいして関係ねぇもん引っ張り出してハッタリかましていい加減なこと言ってるゴミ屑が
158: 2018/08/05(日)11:10 ID:verOPIGy(5/7) AAS
>>141のレスだろ。
pacmanの依存関係はパッケージのメンテナレベルでもアルゴリズムのレベルでも依存関係が壊れることがあるってことだよ。
いずれにしろ、どんなパッケージマネージャーでも使い続ければ依存関係は壊れる。
ubuntuなんかはパッケージのリポジトリのレベルで壊れることがあるから対応できない。これの限界が来る前にバージョンを上げる。
ローリングリリースなら全パッケージ再インストールで対応できるってことだろ。
159(1): 2018/08/05(日)11:14 ID:verOPIGy(6/7) AAS
昔から*nixのシステム使ってたら誰も知ってることなんだよ。勉強しろ。俺はもう付き合わない。
160: 2018/08/05(日)11:17 ID:nmsOmGOb(5/6) AAS
てめぇでいい加減なこと書き散らかした挙句構わないとか馬鹿じゃねぇのマジで
｢論文がー｣｢アルゴリズムがー｣とかいう抽象的なハッタリじゃなくて具体的な論理を展開してみろよ雑魚
161: 2018/08/05(日)11:38 ID:qoENtf7a(1) AAS
>>159
それでいいよ。付き合う必要はゼロ。賢い選択をした。
162(1): 2018/08/05(日)11:44 ID:xE3puSKI(1/2) AAS
理由や理屈なんかどうでもいいから、
結局のところ依存関係が壊れてんじゃないかと思ったら何のコマンドをどういうオプションで実行しとけばいいの？
163: 2018/08/05(日)11:47 ID:nmsOmGOb(6/6) AAS
真面目に開発してる人たちの成果物に対して｢使ってると壊れる｣とかいう根拠のないいい加減ないちゃもんつけて挙句遁走とかクズすぎんだろ
真面目に議論してるつもりなら｢論文が｣みたいなハッタリじゃなくきちんと｢どの論文か｣、｢どのアルゴリズムか｣を具体的に挙げて論理的な根拠を示せばいいだけ
まぁ適当なこと言っただけ&知識もないハッタリ野郎だから出来ないんだよね
164: 2018/08/05(日)11:47 ID:nNOlLi0F(1) AAS
wiki読め
165(1): 2018/08/05(日)11:53 ID:verOPIGy(7/7) AAS
>>162
順番があるけど簡単。
sudo pacman -Syu する。これ殆どが解決するけど、
それでもだめなら、手動で入れなきゃいけないパッケージがある可能性もあるからよく調べて、半日か一日置いてもう一度、
sudo pacman -Syu する。これは自分のマシンだけか、他のマシンでも起きるかを確かめて、メンテナの作業時間を待つってこと。
それでもだめなら、何らかの理由で依存関係が壊れてるから、
sudo pacman -Syuした直後に全パッケージ入れ直し。
166: 2018/08/05(日)13:24 ID:xE3puSKI(2/2) AAS
>>165
ありがとう
167(1): 2018/08/05(日)20:42 ID:sP2z+a2L(1) AAS
AURヘルパー使ってないですけどそんなに便利ですか？
168(1): 2018/08/05(日)21:06 ID:972qS1um(1) AAS
>>167
AURパッケージの更新をどうやって追跡してるの？
169(1): 2018/08/05(日)22:36 ID:frkYp6Lb(1) AAS
2〜3年メイン利用してるが、
依存関係でぶっ壊れたことないな。
Newsで有るような更新作業はしてるが。
最近だとlibutf8procやらjs52
週一で pacman -Syu して安定運用してるぞ
170(2): 2018/08/06(月)00:35 ID:XpyVT7rb(1) AAS
>>168
私がAURパッケージを多く使ってないのもあって、時々使うものをAURで検索してます。
皆さんはAURパッケージどのくらい入れてますか？寧ろどういうものを入れてるのか知りたい。
171: 2018/08/06(月)00:39 ID:AVnUnksx(1) AAS
自作パッケージ数個とあとはプラグインとか。システム関連は触らないようにしてる
172: 2018/08/06(月)01:01 ID:l1YIOJJ2(1) AAS
>>169
正しく管理してればそれが普通だよ
俺もかれこれ8年ぐらいArchだけど再インストールで問題解決なんて阿呆なことは一度もない
Archの側が原因でぶっ壊れるのはそのlibutf8procの件みたいなパッケージングのバグやpacmanのバグに当たったときぐらい
それ以外はユーザーが自分でぶっ壊してるだけ
(理解しないでforce/overwriteやnodeps、-Sy && -S fooしたりパッケージのファイルをpacman使わないで別物で上書きしたり、きちんと管理されてない公式外のリポジトリを入れたり、公式のアプデに応じて必要なAURのパッケージのリビルドをしてなかったり要因は色々)
173(1): 2018/08/06(月)01:09 ID:iuYa1V9l(1) AAS
>>170
yayやtrizenのようなAURヘルパーを使うと、日々の`pacman -Syu`と同じ感覚でAURパッケージのインストール・更新ができる
俺はDropboxといくつかのゲームをAURからインストールしてる
ゲームの中には開発版(git)パッケージもあるが、yayならPKGBUILDに記載されてるgitリポを見に行って、更新がない場合はcloneとビルドを抑制してくれる
174: 2018/08/06(月)07:43 ID:oeqr5nAO(1) AAS
FirefoxでScrapBookが使えなくなったからwaterfox-bin入れてる
175: 2018/08/06(月)12:51 ID:N8uAGjS2(1) AAS
alias yaourt='trizen'
これでバッチリ
176: 2018/08/06(月)17:47 ID:qAbSVBOL(1) AAS
yaourtのAURを含めた更新はyaourt -Syuaだけどtrizenはtrizen -Syuだから単純なaliasはうまくいかんぞ
177: 2018/08/06(月)20:41 ID:U+HzxvSb(1) AAS
>>173
便利で良いですね。多くAURパッケージ使う事があれば使おうと思います。
私はi3blocksとJackやairwaveとか音楽関係が少し。
他は自分で作ったものをPKGBUILD書いて一つ入れてる。
178: 2018/08/06(月)22:56 ID:Vapx4ktD(1) AAS
あまり類を見ない大量うｐだて来て少し怖いぞ
179: 2018/08/06(月)23:13 ID:6sXJSUuO(1) AAS
>>170
DropboxとDiscord,SlackとかのチャットツールとあとIntelliJとか
ヘルパー使ってるけどマメに更新必要なやつはあんま入れてないかな
180: 2018/08/07(火)10:42 ID:Ed0lU8gh(1/4) AAS
システムのアップデートしたらSlackが起動しなくなってしまったのだけど自分だけ？
起動しようとしてもSIGSEGVで落ちてしまう
181: 2018/08/07(火)10:46 ID:Ed0lU8gh(2/4) AAS
あー、glibcが原因なのか
182: 2018/08/07(火)10:53 ID:Hq+Sxusk(1) AAS
リビルドしてみたら
183: 2018/08/07(火)10:58 ID:Ed0lU8gh(3/4) AAS
とりあえずglibcをダウングレードして応急処置しました
184: 2018/08/07(火)11:02 ID:Ed0lU8gh(4/4) AAS
Slackはオープンソースじゃないからそもそもこちら側でビルドできないのでは？と思ったのですがそんなことはないのでしょうか？
185(2): 2018/08/07(火)12:45 ID:nRpJyPNm(1) AAS
なるほど、適当なこと言ってゴメン(´・ω・`)
そうすると正式には上流で対応してくれるのを待つしか無いかもね(glibcの互換性が原因の場合)
AURのページのコメントに一応の対処法が書いてあるみたい
システムのglibc自体をダウングレードしちゃうと他のパッケージが壊れるリスクが大きいからそっちの方が良いかもね
186: 2018/08/07(火)13:52 ID:GxijhDen(1/6) AAS
Slackのパッケージがいくつかるみたいだぞ。cloud版でしばらくしのげば良いのでは？
187: 2018/08/07(火)16:47 ID:V6cASmeN(1) AAS
skypeなんかでも同じ問題が起きてるみたいね
188: 2018/08/07(火)18:51 ID:GxijhDen(2/6) AAS
あり、pacmanアップデートしたら自作PKGBUILDで管理してるJDが死んだ。
しばらく静観してみるわ。
189: 2018/08/07(火)20:43 ID:GxijhDen(3/6) AAS
archer3もpyhon関連のエラーでた。slackの件を見てアップデートしたから同じ関連かなと思ったけど、glibcが関連あるのか？大元は別現象かもしれぬ。
190: 2018/08/07(火)20:44 ID:GxijhDen(4/6) AAS
ちなみにJDは生き返った。JDは関係なさそう。
191: 2018/08/07(火)23:42 ID:jEgKpMu0(1) AAS
関係ないんか〜い
でもSlack使ってるからアプデ様子見するか……
AUR見ると/optに古いglibc置く方法が良さげだけど、後で消すのめんどいし（え
192: 2018/08/07(火)23:48 ID:GxijhDen(5/6) AAS
外部ﾘﾝｸ:bugs.archlinux.org
これ。slackは書いてないけど、skypeはじめいくつかのAURが死んだみたい。
193(1): 2018/08/07(火)23:52 ID:GxijhDen(6/6) AAS
外部ﾘﾝｸ:github.com
関連URLをたどれば、>>185の言ってる通りglibcの互換性の問題で間違いなさそう。*.debのに依存してるパッケージが死んでるみたい。
194(1): 185 2018/08/08(水)01:01 ID:S1lxR2Qj(1) AAS
その185なんだけど面白そうだから色々追ってみたんだけど
どうもglibcの変更見ても特に問題になりそうなこと無いような気がするのよね
Archのパッケージみても2.28の為にリビルドした形跡もないっぽいし
あと問題出てるって報告あるパッケージの中でデバッグできるsignalの方を自分でビルドして試してみたら確かにsegfaultするんだけど
外部ﾘﾝｸ:github.com
これと同じバックトレースでどうも原因がopenssl関連でnullデリファレンスしてるせいで別問題っぽいし
じゃあsignal-desktop-binの方を試してみようと思ったら404でパッケージ作れない
しかもその途中でvalgrindも動かないことに気付いたり(原因調べてないから俺環かも)色々起きすぎて今日は諦めた(´・ω・`)
195: 193 2018/08/08(水)01:07 ID:TMbUcGaA(1/4) AAS
>>194
一応探究心でPKGBUILD落っことして、2.28ビルドしてたんだけどさっきエラーで止まった。glibcのバージョンで.debが全滅するのは度々あるから気にしてもしょうがないかも。
196: 2018/08/08(水)02:10 ID:TMbUcGaA(2/4) AAS
とりあえずダウングレードするのは嫌なので、snapで入れたら動いた。*.debの依存をやめてカノニカルに依存するのはアレかなと思ったけど、環境分けて動かせるのでよかった。
不満はちょっと起動が遅いとこだけど、これは仕方なさそう。
skypeと戯れにslack入れたけど動いたよ。snapなんて知らなかったけど勉強になったわ。
snapに依存するPKGBUILD書ければそれが一番良さそうだけれども。
197: 2018/08/08(水)11:06 ID:a+dp1Y8q(1) AAS
Debianのchroot使わないでElectronをビルドすると大丈夫とかいう人もいるな
外部ﾘﾝｸ:github.com
198: 2018/08/08(水)12:43 ID:TMbUcGaA(3/4) AAS
面白そうだと思って仕事の裏でelectronビルドしてるけどいつの間にかAURのskypeがglibc2.27を引っ張ってくるように対応してた。slackを入れてみる。
199: 2018/08/08(水)21:48 ID:TMbUcGaA(4/4) AAS
ビルドが終了する前に落雷で一時的に停電になるという憂き目にあったので好奇心は胸にしまいこんで、更新されたskypeを使うようにする。snapはパッケージが死んだ時用に残しておこう。
200(5): 2018/08/21(火)01:40 ID:z4xxGVJ/(1) AAS
Arch Linux上のredshiftが急に自動起動しなくなったから(自動起動自体は成功してるようだが、ブルーライトカットされない)
別PCでbaseとbace-develとi3くらいだけ入れてredshift-gtkしてみたら、一応起動するけど5秒毎に1秒程度に普通のブルーライトカットされてない画面戻って点滅するので、気が散って死にそうです。Arch wikiとRedditにも載ってません
解決法知ってる or 同じ症状になっている方いませんか
上下前次1-新書関写板覧索設栞歴
あと 802 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s