Debian GNU/Linux スレッド Ver.90

公式
https://www.debian.org/index.ja.html

過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物

前スレ
Debian GNU/Linux スレッド Ver.88
http://mao.5ch.net/test/read.cgi/linux/1506954668/
Debian GNU/Linux スレッド Ver.89
http://mao.2ch.net/test/read.cgi/linux/1522165449/

マジレスするとsid選択するとカーネルモジュールの関係でインストール失敗するから
実質sidのインストーラーは存在しないようなものだぞ

ミラー変えてみたか
ネットインストールはタイミングによってstableでもエラーになることあるよ

>>232
今試してみたらインストール完了したよ

みんな時間が無いのだ許せ、さんきゅー>>231

トラフィック軽減およびインストール時短に貢献した事を讃えたいと思う、あと大学へ感謝を表したい

https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/amd64/iso-cd/

初心者まるだしの質問なんだが

DebianをインストールするときにLVMを使って自動パーティションを設定すると
そのLVMの中にスワップ領域が組み込まれてるんだよね。
俺の印象としてスワップ領域は例えば/homeパーティションに比べて迅速で簡単な参照ができないといけない筈
（主記憶の拡張みたいなものなので）
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/6/html/installation_guide/s2-diskpartrecommend-x86
すこし古めの文書だけどRed Hat者はswapパーティションを一つの物理/論理パーティションに分けるよう推奨している。

一方Debianのインストーラーは参照に時間が掛かりそうなLVMの中にスワップ領域を入れていて，これでいいのかなと疑問に思った。
ほとんどブログとかの情報と，なんとなく「柔軟性と速度は相対する」っていう原則が頭にあってLVMへの参照が遅いと思ってるだけなので
違うのかもしれんわ。

スレ違いだよね？
swaponの際に、swap offsetとdisk blockを直接対応させるので、filesystemもlvmもバイパス
だからlvmかどうかは関係なくなる
なので、swap領域がcontiguousであるかどうかだけが問題
パーティション用意すれば確実
データがほとんどない状態でcontiguousになるようオプション付けてswap file作成してもいい

あと、LVMが遅いと思ってるのならベンチ取ってみるといいよ

>>238
なるほど。番地の対応を固定しちゃう訳ね。
そうするともはやLVMだろうがなんだろうが素早く参照できるということか。

手軽にサイズ変更できるからLVMのほうがいいんじゃないの、特にサーバ用途なら
Ubuntuは/bootもLVMにできるようになったけど、さすがに怖い

言い訳をするとさ
↑一つ上で言われているように「LVMは信頼性に欠ける」とか「動作が遅い」とかいうのをよく耳にしたんだよね
それで調べもせずに勝手に「スワップなんていう高速な参照が必要な領域をそんなところに割り当てていいのか？」と思い違いをしてしまった。

lvmは一応パフォーマンス落ちるだろう
うちの環境だと1割程度遅くなる

デメリットもあるもんじゃのぅ

Debian 9.6リリース

backports導入しようと思ってupdateしたら更新がいっぱいでstableだけど延期決定

日記はかかないで

意味わからん
backportsで不具合出たら元に戻せばいいだけだろ

ちなみにカーネルはbackports使ってるが問題ないな

>>244
thunderbird 直ってた。

バックポートリポジトリへのアクセスってこれで合ってるよね
deb http://ftp.debian.org/debian/ stretch-packports main
ここに書いてある通りにしてるんだけどhttps://backports.debian.org/Instructions/
リポジトリが安全じゃないって怒られるんだが。

エラーがわからんので推測だけどリポジトリのGPG keyがないのでは

>>250
> E: リポジトリ http://ftp.debian.org/debian stretch-packports Release には Release ファイルがありません。
> N: このようなリポジトリから更新を安全に行うことができないので、デフォルトでは更新が無効になっています。
> N: リポジトリの作成とユーザ設定の詳細は、apt-secure(8) man ページを参照してください。
エラーの内容はこんな感じですね。
apt-sequreも読んだのですが それ以前にhttps://backports.debian.org/Instructions/←こちら公式ページの通りにしたのに弾かれるというのは
おかしいなと思っています。

pack？

タイプミスでしたw
アホだw

Debian 9 "Stretch"の最新アップデート「Debian 9.6」がリリース
ttp://gihyo.jp/admin/clip/01/linux_dt/201811/12

よかった、アップデートでほぼ問題なし
SUID追加したQEmuのモジュールが差し変わりでパーミッション戻った1件だけ

systemd の upgrade したら
/lib/systemd/system/default.target のリンク先が元に戻ってしまったんだけど
これ本来はどこで設定しておくのが正解なの？
upgrade の度に設定しなおさないといけないのは面倒なんだが

ちょっとお聞きしたいのですが、gnomeでstretchから busterにdist-upgradeしたのですが（最新のハードウェアを使うため）
synapticのレポジトリのメインの(debian software)がstretchのままで、busterを追加してもother repositoryになってしまうのですが、busterをメインにするにはどうすればよいのでしょうか？
今まで使っていたxfce4版のsynapticは簡単にapt lineを編集できたのですが、gnome版はそうはいかないようでちょっと困っています。

>>257
直接/etc/apt/sources.listを編集すれば、synaptic起動時にそれを読み込んでくれます。
1. sources.listをbusterのみにすれば、何も設定しなくてもsynaptic上ではbusterのみになりますし、
2. sources.listにbuster, stretch, testingなど複数記入した場合は、
a. 情報のアップデート(再読込、apt update)は記載sources.listにされている対象すべて
b. アップグレードは「設定->preference->次のディストリビューションを優先する」に指定されたもの
(apt upgrade -t specified_dist)
になります。

synaticにgonome版とかxfce4版とかはないと思うけど、gnomeインストールして確認するのは面倒なので誰か

>>258
この度HPの1012 G1というタブレットを買ったので3系になってから初めてgnomeを使ったのですが、
それまで使っていたデスクトップのxfceと勝手が違うので困っています。
gnome版のsynapticの場合xfceの時と違って自由にaptを登録したり削除したりできないようで、
インストール時のstretch(testingのweekly imageが壊れていたのでstretchでクリーンインストールしました）
がメインのレポジトリで、busterを登録してもother repositoryになってしまうのです。
gnomeの表示を見る限り、buster/sidと表示されていて、stretchからのdist-upgradeは成功したと考えて良いと思うのですが、どうすればbusterをdebian softwareにできるのかわからんのです。

testing使いな上に、aptしか使ってないけど、いまxfce4上でsynaptic使ってみたら、
"Debian Software"タブでmainなどに一切チェックを付けられなかった
検索したら昔から似たようなバグがたくさんあるみたいだけど、発生条件もよくわからない

でも258に書いてある2つの方法のどちらでも解決できるからどうでもいいんじゃね？
"Debian Software"が空白状態で、"Other ..."だけで管理することになるだけでしょ

>>260
おっしゃるとおり、debian softwareタブで一切チェックをつけられない状態です。
otherでbusterを登録してあるので何とかなりますが、昔からあるバグなら直してほしいですね。
どうもご迷惑をおかけしました。

Synapticの設定 > リポジトリからはできないもんなん？
それか普通に
#apt edit-source
からやるとか

上に書いてる人いるけどstretchのxfceはできるよ
でも直接sources.listいじることに慣れすぎた
たまにjp遅い時に直サーバー書いてあるのと置き換えるとか楽だもん

こういう話題は、くだらねぇ質問スレってのがあるわけでw

まとsidのXが立ち上がらなくなった……
しばらくほっといてupgradeかけたら復活するかな？
諦めていつも通りクリーンインストールしようか

クリーンインストールって自分で汚してる自覚あるのか
まともに使ってれば新規で入れ直しても同じだからな

いや、/etc以下の数ファイルしかデフォルトからいじってないんだけどね
1,2ヵ月更新サボるとこうなる

エラー原因特定するスキルどころか努力すらしないのね

不安定版であえて更新を滞らせるファインプレイ

現状のtesting(dfsg4)、sid(dfsg5)のqt5ライブラリにバグがあるみたいで、
upplayってupnp control pointソフトをタッチスクリーンで使うと、タッチした瞬間にアプリが落ちて
qt5gui.so qt5core.soなどのセグフォが発生する。stretchのqt5に戻したら大丈夫だった。

そういうの逆じゃないの
アップデートしたQtに対してアプリがリビルドされてないとか

Ubuntu「10年サポートはじめました〜」
いいなあ、Debianも10年サポートしてくれないかなあ

は？
Debian再インストールする必要ないからUbuntuの上だけど？

まずUbuntuは全てのパッケージを5年間サポートするのが課題

Debian sidでanthy-commonをpurgeしようとするとuimごと消されるね。
こういう時ってどこに報告すりゃいいんだろうか。

Ubuntuスレにキチガイが居るからってここでUbuntuを語るなよ

>>275
報告はいらない　日記帳に書けばOK
そういう仕様をいちいち考えてばかりいたら身が持たない

>>275
uimを明示的にインストールしてもなるのか？

どこって、BTS以外にあるのか？

Ubuntuスレ今年200レス未満の過疎過疎なんだな

初心者スレの方に集まっているよ

それ本スレじゃない

>>277
なるな。
# apt install uim uim-xim uim-gtk{2.0,3}{,-immodule} uim-plugins
こうして
# apt purge anthy-common
とやるとuimやらが削除されますよ、いいですか？っていうプロンプトが出る。
一方で↓これは
$ apt depends anthy-common
anthy-common
推奨: kasumi
こういう結果。う〜ん。

やるんなら、
apt depends anthy-common
じゃなくて、
apt rdepends anthy-common
じゃないの？

uimがuim-pluginsに
uim-pluginsがlibanthy1に
libanthy1がanthy-commonに
dependsなので、anthy-common削除でuimまで影響するだけみたいだが。
uim-pluginsが本当にlibanthy1をdependsにする必要があるのかは
使ってないので知らないけど。

つまり考えるだけ時間の無駄
グッドモーニングがなぜグッドモーニングと云うのか考えるタイプは英語を語るが使えない
Linux,debianも全く同じ

質問に答えらんねぇんなら邪魔だから黙ってろや無能

>>265だけど電源いれて5分ほどしたらX起動するようになった
起動前の真っ黒状態でマウスカーソルがバッテンになってるんだけどどういう状態？

釣りじゃないと信じて答えるけど
生のXorgが立ち上がってるので
それを止める必要がある。
Ctrl+Alt+F2あたりを押して疑似端末に移動しログイン
↓
$ sudo systemctl restart lightdm
あたりでどうだろう。
もっともあなたが通常のデスクトップ環境にないなら，まあ頑張って。

「あたり」って言葉使いすぎ

>>285
なるほど、それで黙っちゃったのか、おまえ

testingやsidの不具合報告するのは結構なことだが
何かをインストールして依存が足りないのは重要
何かを削除したら余計に削除はどうでもいいことだぞ
削除しなきゃいいんだから

283みると不具合ですらなかったみたいだけどね

調子こいて、どうでも良い内容でスレを汚したヤツは謝罪するべき
こんなの個人レベルの自学でやれと思うDebianと関係ないし

この程度で謝罪とかくだ質や初心者スレだと身が持たんぞそれ

vmware上にdebian9.6.0のCUIの環境を作ったけど、64bit版と32bit版で入ってるパッケージや設定が少しずつ違ってはまった
pythonで動くエロ画像ダウンローダーを使うのにこれまではわざわざubuntuのデスクトップ版を起動してターミナルを使ってたけど
これで使用メモリやディスク容量が大幅に削減されて便利になるわ

>>294
とりあえずFBIに通報しといた

Debianスレッドで日記を書いたわけだから重罪

便所の落書きなのに・・・

>>297
ていうかVM環境ならdebootstrapとchrootとブートローダーの挿入方法覚えればUbuntuでも便利でしょjk

便利でしょ just kidding

前にこのスレかなにかでdeb-multimediaリポジトリはあまり良くないとの書き込みを見た気がすんだが
良い代替リポジトリを知ってる人居ます？

https://debgen.simplylinux.ch/
ここに無ければ無いんじゃない
他にあったとして無名じゃ信頼できないでしょ

なんで.ch

.chはスイスのドメイン
でも>>301のリンクはドイツみたいだけどね

>>210
中国はcnですよ

zhじゃないんだ。

詳しいな。.sinaじゃいのか？

>>306
シナを英語表記するとchina(英語読みしてチャイナ)
略してcn

sambaアプデ来ているな

日本語のmanがクッソ古いんだけどどこに文句言えばいい？

linuxjmをご存知ない！？

スマン、流れぶった切って悪いが
日本語の、で気になった
日本のエセLinux組織ってどこだっけ
活動もしないし、寄付もがめる組織どこだったか忘れた

たとえば tar とか1993年のなんだよ
ttps://linuxjm.osdn.jp/html/GNU_tar/man1/tar.1.html
翻訳しない箇所は英語のままでいいから載せろと

×文句を言う　○自分で訳す
英語でいいなら英語のmanpageを読めよ

なんでこういう奴って文句ばっかり言うんだろう。「Wikipediaの信頼性が〜」とか喚いてる奴とダブるわ。
自分が不満に思うところ・間違ってると思うところがあるなら
何の価値もない不平不満をネットに垂れ流す前にその同じネットで情報の修正・改善に協力しろよ。
お前はtarの日本語マニュアルが1993年が嫌なんだろ？
じゃあ英語の最新版を訳せよw 5chに書き込める環境があるならMLかVCSかにパッチ送るのに支障はないだろう。
もしその能力がないなら、その文句は心の内にしまっとけ。
「日本語マニュアルって古いよね〜」なんて便所の落書きにすら劣る価値だわw

>>312
まずはBTSに入れといたら

ソースはオープンである。価格は無料である
だから仕事はしない。

>>309 >>312
手掛かりはそこかしらに記されているじゃないですかｗ
man も JMプロジェクトも本当に読んでいるのか疑問です。

おれら日本人はそれほど貢献してないし寄付もしないことで有名だから
大人しくしてようぜ

翻訳はともかく上流の変更を手動で取り込まなきゃいけないってメンドイし事故りそう

店の料理に意見したら自炊しろって返すのがオープンソースか
不出来を棚に上げる口実にしか思えんけどな

>>320
店の料理じゃなくてmanページの翻訳だよ！
何で例え話にしてしもたん？

ていうか、OSSコミュニティよりお店の方が意見受け入れてくれるとこ少ないでしょ
美味しいんぼでもみてこよ。。

あとあれだ、意見言うときは各コミュニティで作法があるからちゃんと読んでね
下手な英語でも結構相手してくれるよ

「ライセンスを守るなら公開してる物を使ってもいいよ」
というのがOSS

店主を呼べﾀﾞﾀﾞﾝｯとか云う人へのお客様対応はせんよ
だから文句じゃなくて手順を踏んだ意見交換なら参加してくれてもいいよ

>>320
意見していない状態ですがｗ

サポートを要求したいならRHELやSUSEに逝けばいい

>>320
レストランで金払って食ってるならその意見は正しいが、
オープンソースなんだからみんなで手作りの弁当持ち寄って会食が近い。
手ぶらで来て喰うだけ喰って味に文句言っても
誰も相手にしてくれんよ。

オープンソース、食ってるのはスパゲティ

オープンソースの問題は、金をかけなければ作れないものはずっと作られない上に、
じゃあ金を払えば作られるのか？と言えば、金を貰って作る人がいないってことなんだよな

一時的に作業してくれる人はいるだろうけど、誰もが改良できるがゆえに
担当と呼べる人がいないし作業するメリットがない

お金をもらえるのはメリットでは？と思うかもしれないけど
自分の作業で何かしらのトラブルがあったら文句を言われる
オープンソースだからあとよろでもいいんだけど、
その人の評判が落ちるというデメリットが発生する

そのデメリットをお金が大きく上回ればいいけど、
そうすると今度は金額が大きくなりすぎて、お金出す方も
なんで世界のために、俺がこんなに金を払わないといけないんだ？ってことになる

結果金を出すまでもない小さな問題が積もり積もってしまうというわけ
だから特定のソフトだけじゃなくてRedHatみたいにディストリ全体を
包括的にサポートするような、金のやり取りをする仕組みが必要なんだが
それがあったとしても、金をもらって誰かが作ったオープンソースのコードを
修正するような会社があったら、それはそれで文句言われそうだよな
プロジェクトの本当の開発者には金が行かず、改良してるだけの人が儲かるから

お話が長いよ〜

linuxjmのメーリス、スパマーのおもちゃじゃん