Debian GNU/Linux スレッド89
■ このスレッドは過去ログ倉庫に格納されています
カーネル更新して一発昇天ってWindowsの更新を祈るのと大差ないのね
思考停止して更新しない方がいいのか
事故が低確率でも1%には当たるしな >>794
Debianがド安定?
MJD?
俺環では、FedoraとDebianは、dist-upする度に死亡するよwww
既に諦めてるwww
>>795
オメ！
>>796
窓の場合、不具合が出る場合は絶対的発生数が多いから、様子を見つつのうpが可能だからなぁ・・・。
Linux系OSの場合、「おま環」で片付けられる場合が多いから、それが本当に何に起因して発生しているのかを特定するのが難しい。
>>795みたいに、検証が可能な状況ならまだ「何が悪さをしているのか」をある程度は特定可能だけど、そうじゃない場合は・・・。 iii orz iii >>797
>>dist-upする度に
だよなーManjaroとかどうなんだろ
使ったこと無いんだけど >>798
何も変な事はしてないのに、何が違うのかが分からないんだよねー。
>>799
特に、Fedoraは22以降は一度もdist-upが成功した試しがないwww
半年毎に入れ直ししないといけないから、「とりあえず素の状態で入れればちゃんと動く」事だけを確認して、後は定期更新掛けて糸冬了。
何にも使ってないな。
Debianは、dist-upする -> DEに不具合が出るを繰り返してるよ。
この前出た現象は、dist-upする -> DEログイン後に画面上のマウスカーソルが動かないって現象が出た。
ログイン前は、画面上でマウスカーソルがちゃんと動くのさ。
で、ログイン後は、実際に「ポイントを指し示すカーソルの先端部に相当するポインター」は動いているらしく、マウスをグリグリすると、ポインターが重なったアイコンはクリック出来た。
その状態からALT+CTRL+F3(だっけ?)は正常に端末に画面切り替えが出来て、そこから制御は可能だったから、カーネルは多分死んでなかったかと。 sidは新機能試したい冒険家向けだからな
阿鼻叫喚は必至
それよりDebianのstableが鉄板
バージョンを上げずにセキュリティホールだけ埋めるから
不具合が起きない
ISMSでも穴あったらバージョン上げるのが普通なのに Debian sidでfcitxが動かないんだが(´；ω；｀)
カーネルは4.17.0 どうしてもfcitxじゃないといけない理由がないならuimにするといいよ。あれは安定してる。
ところでfcitxってどう読むのか定かでないせいで，すごく書きずらくない？ uimもibusも動かなかったんだよ(´；ω；｀)
fcitxの読み方はフィシッテックス？ 以下好きなDEスレ
gnome3でMintへ逃げて今xfce使ってるけどこれに慣れちゃった
undoのショートカットがないのが玉に瑕だけど化石ノートでも使えるから離れられん >>807
qt系の方が良い
KDE5PlasmaがカッコいいけどGoogleChromeの表示がおかしくなる というかsid使っておいて「前のバージョンで起動してみる」もやらないで
スレを汚したお前、stable使っておけ迷惑かけるなよ >>811
ググれば同じ症状で困っている人が見つかるし
対策も見つけられるはずだよな
それが出来ない場合はstableで
ハードディスク2つ持ってdist upgradeする前にバックアップするのが一番 >>797
まさかapt-getでdist-upgradeしてないか？
aptかsynaptic使わないと死ぬのは当然だぞ >>800
sid (testing) + Xfce で数日か 1週間おきに apt full-upgrade していますが、実機も仮想もなんともないですね。
unstable や experimental を取り込んでいるのですか？ Debianのインストール用のCDやDVDのイメージをダウンロードしようとしているのですが、
32bit版か64bit版か記されていないのはなぜ？
他の多くのディストリビューションでは32bitか64bitかどうかがisoファイルに書かれてあるのですが、
Debianのそれには一見してそれが明示されていませんよね？ いやいや、i386やamd64ってきちんとアーキテクチャ毎にisoファイル名付けてやけにきっちりしとるやん x86とかx64って表記じゃないと理解できない人なのかもしれん 理解できない人じゃなくてそれが普通
bit表記しか知らない状態でそれ以外に触れたら困惑くらいする
nanoは初心者でも使えると言っても初見で^の意味が分かる筈ないし
ソースは全部俺 いやむしろ他の多くのディストリビューションもDebianと同じなのにそう思われてるところが難解でしょ x64表記のisoは見たことない気がする
x86_64はあるかな？ >>821
それnon-free入りだから真のDebianと言えるのだろうか そういえばx86向けのイメージにi386って付けてるディストロ多いけど実際にi386のプロセッサで動くものはあるのだろうか
ほとんどがすでに非対応だと思うが qemuのcpuオプションに386無かったっけ？確か486はあった記憶が、、 >>826
$ qemu-system-i386 -cpu help
おっしゃる通り486はあるけど386はないっぽいね。
Debian 9.5 >>813
こいつまだ apt 教にどっぷりつかってるのか？ aptのほうがむしろ危なそう
くりかえすがaptはインターフェースとしては優秀だけど
システムとして使うのはapt-xxxにすべきだぞ それがapt-getの何が危険かを理解してないから言える。
apt-getは大量アップデートの際に途中で衝突が発生すると
アップデート自体をその場で中断する仕様。
aptやsynapticは衝突部分だけ飛ばしてとりあえず最後までアップデートを続ける。
sid化とか何度もしていないと分かりにくい違いだけど発生すると致命的。 >>829
apt しか使用していないのですが、危なそうな理由とは何でしょうか？ >>832
たとえばapt-cache searchは行指向の検索結果を返すのに対して
apt searchは人の目には見易いけどgrepやらsedやらを通しにくい形式になる
まあ普段，コマンドラインを手動で使うぶんにはaptはまったく無問題
（むしろ色が付いてたりして見易い）
自動化したりする高度な使いかたをしようとすると とたんにゴミになるけどな man aptにはfull-upgradeがあるのにaptでタブを押すとdist-upgradeが出るでござる
apt searchの方は行頭にpやiが出るからgrepで絞りやすいけどね あれ以降、同じDebian9をベースにしているQ4OSのLiveCDを試してみましたが、
やはり同じ現象に遭遇しました。
Q4OSのデスクトップであるKDEの画面からシャットダウンのボタンを押すと
Xが終了して画面が暗くなったときにマシンが止まり、固まりました。
DVDドライブも開かなくなります。
どうもこのマシンとDebian9は相性が悪いようです。他のマシンでも試すべきか。 aptitudeは？
aptitudeのmanにはsafe-upgradeとfull-upgradeになっていてdist-upgradeはないですね。
aptはupgradeとfull-upgrade こっちのaptitudeはmanもタブ押しもsafeやfullやdist全部出るね
まだMint17.3使っててこれはUbuntu14.04 LTS使ってるからaptも古いんだろうな
aptitudeは入れたけど非推奨ってんで使ってない >>831
過去にはaptitude推奨してた時期もあるんだし
公式だって無条件に信用できるものではないだろ
ある程度は疑ってかからないと死ぬ >>835
カーネル不具合確定って事で良いね。
どうしても9じゃなきゃダメではないのなら、8で良いんじゃないの? >>835
LiveCDでも出るなら>>786は関係なさそうだね
恐らくはカーネルのバージョンとハードの相性の問題だから
カーネルだけをDebian8時代のバージョンに戻してみるといいと思う >>841
jessie より前は aptitude 推奨
jessie から stretch へのアップグレードは apt-get upgrade 推奨
stretch からは apt 推奨
って事？ aptitudeは勝手にauto removeするゴミ仕様だから推奨されなくなるのは当然
間違えてフォント関係のファイルを削除する事が結構ある
>>843
カビの生えた状態になっても
メンテ予定のないようなスクリプトならapt-getしか使えないねという話
ちゃんと前後の文章まで読みな aptitudeにfontconfig弄られてUnifontが最優先になってからはもう信じてません ウインドウの最小最大クローズを行うボタンが上部にありますが、クローズボタンを削除したいんです
いままでは、dconfエディタで変更できたんですが、同じことをやっても消えてくれません。
gnome-tweak-toolでも変えられないし、gsettingsでもダメでした
デビアン9.3で、gdm3.22です。
おわかりの方いたら、教えてください >>846
いまも通用するのかわらないけど、以前、テーマのindex.themeをいじってレイアウトを変えた気がする
こんな感じの表記のやつ
[X-GNOME-Metatheme]
ButtonLayout=menu:minimize,maximize,close
だめだったらごめんなさい >>844
結構っていう頻度だと単に依存先が消えたからなんじゃ？ クリーンインストールのハードルはlinuxのほうが低いけど、クリーンインストール自体がハードル高いからな。 昔Ubuntu10.04プリインストールのノートPCが売ってたなぁ
その頃のUbuntuは更新更新うるさいわりに毎回失敗するくそ程度にしか思ってなかったし買わなかったけど 最近のgsの更新でxdvik-jaでepsが表示されなくなった
9.20~dfsg-3.2+deb9u2は大丈夫だけどそれより新しいのはダメ
他にもemacsのdoc-viewでpdfによっては表示されなくなったり
最近のgsの更新は手荒いな >>850
自レスですまんが他レスへ書き込もうとした誤爆だったすまん。 >>842
「jessie より前は aptitude 推奨」っていうのは違うけど、
あとはだいたい合ってるんじゃない？ aptはかつてのaptitudeみたいに不要になったパッケージを列挙してくれてapt-get autoremoveで削除可能だと教えてくれる。
それは便利なのだけれど、lxdeを削除してウィンドウ・マネージャだけにしようとしたら、
xorg xsane xsane-common xscreensaver xscreensaver-data
まで「もう必要としていません」と言ってくるのでautoremoveしたくてもするのが怖いｗ ごめん。間違えた。スクリーンセイバーは要らなかった。
xorg alsa-base alsamixergui
でもこいつらは必要なのに。
いったんautoremoveしたあとにもう一度手動でインストールしてやればいいのか。
やってみる。 apt-getとaptだとautoremoveとautocleanの挙動違うのだろうか 多分明示的にインストールしていないからだと思うよ。 >>858
$ echo xorg hold | dpkg –set-selections
とでもしておけば？ そんな面倒なことしなくてもautoremoveされたくないパッケージをapt installすればいいだけよ apt-mark manual xorg でいいだろ 削除なんかせずにopenboxでログインすりゃいいだろ クソッ、何度他のディストリニ移行しても
重力のようにDebian sidに戻ってしまう
安定感とカスタマイズ性のバランスがあまりにも良すぎる apt search somepkg
とかしたときにパッケージ名の横に[インストール済み、自動]とか出るけどあれの「自動」とかってもしかして
autoremoveとかに影響するのか。 auto は、パッケージを自動的にインストールしたとしてマークします。こ
のパッケージに依存する、手動でインストールされたパッケージがなくな
ると、このパッケージを削除します。
manual は、パッケージを手動でインストールしたとしてマークします。こ
のパッケージに依存する他のパッケージがなくなっても、このパッケージ
を自動的に削除するのを防ぎます
hold は、パッケージが自動的にインストール・アップグレード・削除が行
われないよう、パッケージに保留マークをつけるのに使用します。このコ
マンドは dpkg --set-selections のラッパーに過ぎず、そのため状態は
dpkg(1) により管理され、--file オプションは効果がありません。
man apt-markにしっかり載ってた
autoremoveでの道連れ防ぐだけならmanualで手動インスコ扱いにする方がいいのか autoremoveなんてよほど容量が逼迫している場合を除いて使うべきではないよ パッケをアンインスコするときはいつも
apt --purge autoremove つかってるけどへいき これが小学生のおっぱいかよ・・・
12歳の乳とは思えんな・・・ aptよりもaptitudeのほうが優秀だったな。
aptは依存関係でインストールしたものをごっそり不要だと言うだけ。 aptitudeはsearch結果が1行かつ行頭にiとかpとかついてくれるのがいいんだけど、他のaptやapt-cache seachで同じことできる？ Debianスレでapt祭りやるのは遠慮してほしい
年間３回くらいやってるだろ せめて１回にしてほしい 昔、碓氷峠を越えるのにアプト式機関車が使われていたんだよ
ただし綴りはAbt 。ドイツ語らしい パッケージがどのタイミングでインストールされたか分かるコマンドとかある？
ログファイルから検索するしかないのかな。 apt rdependsで対象がどれに含まれてるかを調べる程度かな
apt rdepends leafpadってやるとleafpadがlxdeやlubuntuの付属品って分かるから >>879
1行の専用コマンドを使うのも、
1行のgrepでログの中の当該パッケージがインストールされた日時をみるのも、
大して変わらないと思うが。 たいして差なくても先ずクレクレするのが5chに来るLinuxユーザーだからな >>883
昔からよく言われてるけどそういう物言いがLinuxの普及を阻害する要因じゃないの？
クレクレがキライなスルーすればいいことだし。上から目線したいがためにここに来てるの？ >>884
>そういう物言いがLinuxの普及を阻害する要因じゃないの？
でも事実だからなあ
それが阻害になってるなら普及って無理芸なのかも
と言うかクレクレ君相手に普及しても意味ないっしょ
厄介抱え込んで良いことなしだ クレクレというよりも細かいところにこだわってる俺セカチューみたいな奴はウザい 「嫌いならスルーすればいい」って言動が一番上から目線なんだよなあ >>884
普及とか臭い
Linux界隈で普及を論じてる人って見ない
大抵がソースコードの良し悪しに関わるもので普及どうこうなんて云わない
普及関係なしに質問者への回答はそこかしこで行われてる
なにがしかの目論見があって普及どうこうへ論点誘導してるんじゃなかろか どちらにしろ板全体に質問を燃料にした釣り師が一匹いるからな
それが回答者とのマッチポンプかどうかはともかく >>888
>大抵がソースコードの良し悪しに関わるもので
Linux板の連中だとソースコードあってもわかんねが大多数だろうからな
Linux板では自分でそれなりのコード書いている奴が少数派だろし sid派だったけどarchを試してみたら快適過ぎて揺れる・・・
メインのDebianの環境をほぼ再現してもインストール済のパッケージ数が800未満で
どんだけ使っていないパッケージが入っていたのかという気分
しかもstableなのにsidよりもパッケージ落ちてくるのが早いというね パッケージ数だけ比較しても意味なくね？
Archは割と1パッケージにまとめてある事が多いけどDebianはfoo-core foo-data foo-binみたいに同じものが細かく別れてたりするし archは無駄なもの削る作業がほぼ皆無だがdeb系で無駄なもの削る作業も5分くらいでしょうに >>891
arch使ってたことはあるけど今はdebianだよ
能書きは数ヶ月使ってからにしよう
インストールしただけで言われてもさ ■ このスレッドは過去ログ倉庫に格納されています
