Debian GNU/Linux スレッド89
レス数が900を超えています。1000を超えると表示できなくなるよ。
>>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だよ
能書きは数ヶ月使ってからにしよう
インストールしただけで言われてもさ >>895
そうします
ちなみにArchと比較してやっぱりDebianに戻ったキッカケというか理由というのを
参考までに聞かせて頂けないでしょうか そんなの聞いてどうすんの
いいと思った方を使いなよ
戻ったとして無駄ではないはず 手遅れです
真に受けてArch削除してDebianのクリーンインストール作業を始めてしまいました Archは，インストール直後はどんなディストリよりも綺麗に見えるんだけど
一度パッケージを入れたりバージョン戻したりしだすとね……。
俺の管理が悪いだけかもしれんが，少なくともDebianではそんなことにはなってないんで
やっぱりapt/dpkgは安心だなぁとは思うよ。 何かあったらarch wikiに助けてもらったりするけど
情報が充実してるってことは大変なんかなぁと感じてる サブの方にArch入れてたけど数ヶ月くらいアップデート放置してたら依存関係がメチャクチャになってどうしようも無くなってたので消した pacman -Syu すると壊れる事あるよね、何なのあれ？ manjaroばかりだけどantergosってどうなの
違いはリポジトリくらいらしいからMintとLMDEみたいなもんだろうけど 該当スレで訊けば
ここDebianスレだから他所いけよ ここにあるmozcのUT２辞書の組み込み版をコンパイルして使いたいのですが
https://osdn.net/users/sicklylife/pf/mozc_ut_for_ubuntu/files/?id=11381
Debianでコンパイルしようとすると
途中でエラーを吐いてコンパイルが成功しません。
どなたかDebianでの子コンパイルに成功なさった方はいらっしゃいませんか？ manjaroは他のスレでも話題みたいだし気にしなくていいぞ >>909
UT2辞書って確か辞書ファイルに単語を追加しているだけのはずだから、
そのUbuntu用のヤツからDebianのMozcへコピーしてビルドし直せばOKじゃないかな。
手順としては、
1.
https://osdn.net/users/sicklylife/pf/mozc_ut_for_ubuntu/files/?id=11381
からファイルをダウンロードして、
src/data/dictionary_oss/dictionary*.txt
をコピー
2.
使用しているDebianがstretchなら、
https://packages.debian.org/ja/source/stretch/mozc
からorig.tar.xzとdebian.tar.xzをダウンロードして展開、
dictionary*.txtを上書きしてビルド。
3.
生成されたdebファイルをインストールしてDebianを再起動。
再起動後、いんたーねっとと入力して変換候補にInternetがあるか確認。 ここんところhttp://security.debian.org/との接続状況がかんばしくない。
反応が悪い。異様に重かったり止まったりする。
攻撃でも受けているんだろうか。 レス数が900を超えています。1000を超えると表示できなくなるよ。
