Debian GNU/Linux スレッド Ver.90
■ このスレッドは過去ログ倉庫に格納されています
backports導入しようと思ってupdateしたら更新がいっぱいでstableだけど延期決定 意味わからん
backportsで不具合出たら元に戻せばいいだけだろ
ちなみにカーネルはbackports使ってるが問題ないな バックポートリポジトリへのアクセスってこれで合ってるよね
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/←こちら公式ページの通りにしたのに弾かれるというのは
おかしいなと思っています。 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を明示的にインストールしてもなるのか? 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の不具合報告するのは結構なことだが
何かをインストールして依存が足りないのは重要
何かを削除したら余計に削除はどうでもいいことだぞ
削除しなきゃいいんだから 調子こいて、どうでも良い内容でスレを汚したヤツは謝罪するべき
こんなの個人レベルの自学でやれと思うDebianと関係ないし この程度で謝罪とかくだ質や初心者スレだと身が持たんぞそれ vmware上にdebian9.6.0のCUIの環境を作ったけど、64bit版と32bit版で入ってるパッケージや設定が少しずつ違ってはまった
pythonで動くエロ画像ダウンローダーを使うのにこれまではわざわざubuntuのデスクトップ版を起動してターミナルを使ってたけど
これで使用メモリやディスク容量が大幅に削減されて便利になるわ >>297
ていうかVM環境ならdebootstrapとchrootとブートローダーの挿入方法覚えればUbuntuでも便利でしょjk 前にこのスレかなにかでdeb-multimediaリポジトリはあまり良くないとの書き込みを見た気がすんだが
良い代替リポジトリを知ってる人居ます? https://debgen.simplylinux.ch/
ここに無ければ無いんじゃない
他にあったとして無名じゃ信頼できないでしょ .chはスイスのドメイン
でも>>301のリンクはドイツみたいだけどね >>306
シナを英語表記するとchina(英語読みしてチャイナ)
略してcn 日本語のmanがクッソ古いんだけどどこに文句言えばいい? スマン、流れぶった切って悪いが
日本語の、で気になった
日本のエセLinux組織ってどこだっけ
活動もしないし、寄付もがめる組織どこだったか忘れた たとえば tar とか1993年のなんだよ
ttps://linuxjm.osdn.jp/html/GNU_tar/man1/tar.1.html
翻訳しない箇所は英語のままでいいから載せろと ×文句を言う ○自分で訳す
英語でいいなら英語のmanpageを読めよ なんでこういう奴って文句ばっかり言うんだろう。「Wikipediaの信頼性が〜」とか喚いてる奴とダブるわ。
自分が不満に思うところ・間違ってると思うところがあるなら
何の価値もない不平不満をネットに垂れ流す前にその同じネットで情報の修正・改善に協力しろよ。
お前はtarの日本語マニュアルが1993年が嫌なんだろ?
じゃあ英語の最新版を訳せよw 5chに書き込める環境があるならMLかVCSかにパッチ送るのに支障はないだろう。
もしその能力がないなら、その文句は心の内にしまっとけ。
「日本語マニュアルって古いよね〜」なんて便所の落書きにすら劣る価値だわw ソースはオープンである。価格は無料である
だから仕事はしない。 >>309 >>312
手掛かりはそこかしらに記されているじゃないですかw
man も JMプロジェクトも本当に読んでいるのか疑問です。 おれら日本人はそれほど貢献してないし寄付もしないことで有名だから
大人しくしてようぜ 翻訳はともかく上流の変更を手動で取り込まなきゃいけないってメンドイし事故りそう 店の料理に意見したら自炊しろって返すのがオープンソースか
不出来を棚に上げる口実にしか思えんけどな >>320
店の料理じゃなくてmanページの翻訳だよ!
何で例え話にしてしもたん? ていうか、OSSコミュニティよりお店の方が意見受け入れてくれるとこ少ないでしょ
美味しいんぼでもみてこよ。。 あとあれだ、意見言うときは各コミュニティで作法があるからちゃんと読んでね
下手な英語でも結構相手してくれるよ 「ライセンスを守るなら公開してる物を使ってもいいよ」
というのがOSS
店主を呼べダダンッとか云う人へのお客様対応はせんよ
だから文句じゃなくて手順を踏んだ意見交換なら参加してくれてもいいよ サポートを要求したいならRHELやSUSEに逝けばいい >>320
レストランで金払って食ってるならその意見は正しいが、
オープンソースなんだからみんなで手作りの弁当持ち寄って会食が近い。
手ぶらで来て喰うだけ喰って味に文句言っても
誰も相手にしてくれんよ。 オープンソースの問題は、金をかけなければ作れないものはずっと作られない上に、
じゃあ金を払えば作られるのか?と言えば、金を貰って作る人がいないってことなんだよな
一時的に作業してくれる人はいるだろうけど、誰もが改良できるがゆえに
担当と呼べる人がいないし作業するメリットがない
お金をもらえるのはメリットでは?と思うかもしれないけど
自分の作業で何かしらのトラブルがあったら文句を言われる
オープンソースだからあとよろでもいいんだけど、
その人の評判が落ちるというデメリットが発生する
そのデメリットをお金が大きく上回ればいいけど、
そうすると今度は金額が大きくなりすぎて、お金出す方も
なんで世界のために、俺がこんなに金を払わないといけないんだ?ってことになる
結果金を出すまでもない小さな問題が積もり積もってしまうというわけ
だから特定のソフトだけじゃなくてRedHatみたいにディストリ全体を
包括的にサポートするような、金のやり取りをする仕組みが必要なんだが
それがあったとしても、金をもらって誰かが作ったオープンソースのコードを
修正するような会社があったら、それはそれで文句言われそうだよな
プロジェクトの本当の開発者には金が行かず、改良してるだけの人が儲かるから linuxjmのメーリス、スパマーのおもちゃじゃん >>329
アメリカは契約がすべてなので、アメリカ製なら大丈夫じゃないかな。 逆に日本ならGPLは必要なかっただろうな。
「いくら自由に使って良いと言っても、金とるのはやりすぎだろう」みたいな批判が起こるし、それを恐れるから。 なにを勘違いしてるんだか知らんが
GPLはライセンスさえ守れば、売って金儲けするのも自由
批判したけりゃしてもいい、スルーされるけどな オープンソースは単に設計図が公開されてるってだけだよな
お前のものは皆のものだから作ったら公開しろ(威圧)がGPLだけど全てじゃない
加工も商売も配布も自由だけど当然出来に意見するのも自由だろうよ
嫌なら自分で直せを開発者じゃなくて外野が言うからアレって話で
嫌ならWindowsでもやってろって煽り未だに見るし
貢献は義務じゃないだのタダ乗りしてる奴は乞食だのよく飽きないもんだ debianだけじゃないけどLinuxディストロみんなパッケージ配布にcdn使わないのなんでなのかね Debianの配布先わかりづらい
数年に1度くらいしかDLしないから
その都度検索、適当にDLしてる ていうか(ちょっとアレだけど)Ubuntuじゃないんだから多少は分かりにくくてもとは思うけどね。
「初心者にも分かりやすい」っていう目的の酉じゃないでしょ >>336
そりゃあ単純に、CDNはお金かかるからだろ。
CDN業者が「うちはOSSのために、無料でサーバーと帯域を提供します」って言ってくれないと難しい。 >>342
なぜ上の「Debianを入手する」のリンクは無視するんだw ■ このスレッドは過去ログ倉庫に格納されています