トップページ⇒linux
1001コメント308KB

Debian GNU/Linux スレッド Ver. 76

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/12/23(月) 14:46:41.57ID:GGfCvxeN
過去ログは多分>>2あたり

Debian GNU/Linux スレッド過去ログ検索 (namazuTamer 氏提供)
http://2chlinux.dtdns.net/2ch-debian/

Debian のよくある質問や関連サイトはこちら (namazuTamer 氏提供)
スレ立て時のテンプレも以下にあります。
http://debian.fam.cx/
http://debian.dtdns.net/ (予備)

     * 質問の前には必ず参照の事 *
0090login:Penguin2014/01/03(金) 21:28:13.59ID:Tahynyk4
いっそのことパッケージもrpmに変えちゃうのはどう?
拡張子だけ。
0091login:Penguin2014/01/03(金) 21:33:22.50ID:7clq6gue
あれ、もともとはGnomeがsystemd必須になるからどうしようって話だっけ。。
わからなくなってきた
0092login:Penguin2014/01/03(金) 22:12:03.31ID:Tahynyk4
>>84の話ってどこかで聞いたなと思ったらnewconfigのあれだわ。
まあ他カーネルはともかくとして、とりあえず2.4系に導入するには、
どんなパッチあてたらいいんだろ?
0093login:Penguin2014/01/03(金) 22:24:48.50ID:rkovMuDb
まぁlightdmみたいに、kde対応の梯子おろされたケースもあるしなぁ。
Upstartはlinux以外に対応できるといったところで物出さなきゃ、Systemdといっしょだしな。
0094login:Penguin2014/01/03(金) 23:00:26.07ID:7clq6gue
>>93
仮にそれをするとしたら、DebianでもCanonicalでもなく非Linux系の開発者だと思う
それ自体は正論に思える
サポートぐらいはするかもしれないけど、ポートされたものに対してアップストリームが何かするとは思えない
まぁ、Canonical次第だけど
0095login:Penguin2014/01/03(金) 23:34:59.67ID:nmeOD+/r
>>83
それは技術的に?感情的に?
0096login:Penguin2014/01/04(土) 02:07:48.34ID:6E9/d/Xm
systemdはいつまで開発が続くか全く不透明だけど、
upstartはcanonicalがやる限り大丈夫って安心感はあるな
0097login:Penguin2014/01/04(土) 02:10:34.41ID:zv32Nhjz
upstartもsystemedも利点がわからない素人です
systemedをちょこっと試した程度ですが
umountfsに追記したことが実行されずに
どうしようかなと思いながら元に戻しました

ubuntu系からdebianに移動して数カ月
ubuntu系はLTSと言うロングサポートでも
かなりの部分は他人まかせで、それが嫌な感じで移動しました
自分みたいな人も多いんじゃないかと思います
やっぱ、あれです
つまり、あれです
0098login:Penguin2014/01/04(土) 02:14:05.71ID:m9q/DrGO
>>82
それ言ったらSystemdに賛成してるのはRedHat社員だけでは…
0099login:Penguin2014/01/04(土) 03:15:34.29ID:4mbOEIL8
だがcanonicalとRedHatどちらの方が信頼できるかと聞かれたらRedHatだろう
0100login:Penguin2014/01/04(土) 04:55:18.63ID:IBTScVoP
そうか?赤帽はどうも金の亡者という印象が強いが
0101login:Penguin2014/01/04(土) 09:43:25.77ID:FIXv+KUm
systemdについては、これからの開発じゃなくて、これまでのredhatでの実績が評価されてるね。
upstartについては、梯子外しが多すぎるcanonicalが評価を下げてる。

なので、別にどちらも信用されてるわけではない。
0102login:Penguin2014/01/04(土) 12:44:19.44ID:+Shjh7HL
apt-get autoremove
を使うと削除したくないものも消えるんですが、何をすれば一緒に削除されなくなりますか?
0103login:Penguin2014/01/04(土) 12:56:45.52ID:4mbOEIL8
それ指定してインスコしたら消されないんじゃねーの?
0104login:Penguin2014/01/04(土) 20:18:07.06ID:xqjZdHMW
依存関係で自動的にインスコした奴はアンインストールされ明示的に指定したパッケージは削除されなう
0105login:Penguin2014/01/04(土) 20:38:25.61ID:IBTScVoP
>>104の通訳です。

パッケージの依存関係で自動的にインストールされたものは削除されますが、自分で直接指定してインストールしたものは削除されない。

だそうです。
0106login:Penguin2014/01/04(土) 23:31:48.07ID:+Shjh7HL
>>103-105
ありがとうございます。
削除すると表示された物をコピーしてまとめて
apt-get install …
してしまえばいいんですね。

名前だけじゃよくわからないものも手動に変更しておこうと思います。
ありがとうございました。
0107login:Penguin2014/01/05(日) 00:39:31.01ID:xvkl731J
105はネタだろ
0108login:Penguin2014/01/06(月) 23:17:48.20ID:rMZD/I9J
OpenRCこれはしゃれになんねえな
Bug#734371: Completelly unbootable system after install
0109login:Penguin2014/01/07(火) 08:03:07.55ID:zu8Ap1YY
まだexperimentalだから…(震え声
0110login:Penguin2014/01/08(水) 10:34:02.17ID:EqqHabKe
cron-aptについて教えて下さい。
自動でアップデートするのは危険と書かれている記事もありましたが、いろいろ読んでいるとどうもdist-upgradeでなければそこまで危なくないという印象でした。
safe-upgradeまでならそこまで大きな不具合は起きないと考えても良いでしょうか?

また、apt-get とaptitudeの選択で何か変わるんですか?
0111login:Penguin2014/01/08(水) 11:13:16.07ID:n5n58Yh+
stableで使う分にはふつうにcron-aptでdist-upgradeしてるな。
過去3つぐらいのメジャーリリースで困ったことはない。
もちろんメジャーアップグレードは手でやるけど。

apt-getとaptitudeの機能差は減ったけど、依存関係の解釈は
aptitudeの方が深くて、apt-getならremoveするようなケースでも
別の複数の選択肢をaptitudeが出してくることがある。
0112login:Penguin2014/01/08(水) 16:15:18.67ID:84U+PWXI
Scheduling 7.4 and 6.0.9
Our "standard" time intervals lead to us looking at point releases for
both stable and oldstable during February.

The weekend of the 1st / 2nd February is FOSDEM, so probably best avoided. :-)
How are people fixed for:

8th / 9th February
15th / 16th February
22nd / 23rd February
1st / 2nd March
0113login:Penguin2014/01/09(木) 12:02:34.61ID:j0/yn4+m
今回Redhatに雇用されたCentOSの開発者って、どれくらい影響力ある人なの?
0114login:Penguin2014/01/09(木) 12:03:08.82ID:j0/yn4+m
誤爆した
0115login:Penguin2014/01/12(日) 08:44:57.40ID:K5EIBA/A
斜め方向からlaunchdを採用ってことはありない?
0116login:Penguin2014/01/15(水) 14:24:06.30ID:ejHPlqyH
apt-getにlibapt-pkg-libc6.9-6.so.4.7というファイルを要求されたんですが誰か詳細を教えてくれないでしょうか?
0117login:Penguin2014/01/15(水) 17:28:33.53ID:FEbfCMqK
Windowsを入れるために一時的にパーティションをパーティションテーブルから削除していたけど、
元に戻す再にミスってパーティションの開始位置を1MBほどずれた状態で復活させてしまった。
気がつかずに二日ほど使ってから気がついて、完全に元に戻したけど大丈夫かな?

scyptsetupで暗号化している領域がなぜかマウントできないため気がついた。
0118login:Penguin2014/01/15(水) 17:29:55.68ID:FEbfCMqK
意見を聞いてから、feskをかける事にする。
0119login:Penguin2014/01/15(水) 18:11:34.41ID:E9a5FYkt
Steve Langasek(Canonical社員)「それはSystemd側のプロパガンダだろ」
0120login:Penguin2014/01/15(水) 18:37:08.08ID:YrSpJzKL
>>116
バージョンをアーキテクチャを必ず記入しろ
0121login:Penguin2014/01/16(木) 11:42:54.21ID:8hgEKS3p
Next Debian CTTE meeting at date -d 'Thu Jan 16 18:00:00 UTC 2014' Don Armstrong (Jan 17 3:00:00 JST)
This meeting will be primarily focused on #727708.

#727708 tech-ctte: Decide which init system to default to in Debian.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708

Keith,Don, or Andreasが議論に参加しなかった理由が明らかに!
0122login:Penguin2014/01/16(木) 15:07:07.02ID:8hgEKS3p
Bug#727708を発行した人
https://wiki.ubuntu.com/Paultag
0123login:Penguin2014/01/17(金) 01:02:21.53ID:joOl45Ba
そのうちubuntuに取り込まれちゃいそうだねdebian
0124login:Penguin2014/01/17(金) 01:07:33.81ID:caK3s9qR
絶対ない
0125login:Penguin2014/01/17(金) 08:33:32.25ID:Cz33xbnW
DebianがUbuntuを取り込んで、
Debian GNU/Ubuntuに!
0126login:Penguin2014/01/17(金) 21:41:24.86ID:lSs0UPmX
ubuntuね・・・ debファイルがubuntu用だかdebian用だか分からない時があるな
debianをベースにしているからubuntuがdebianを取り込むってのはないと思う
逆も必要ないと思うから無いな
0127login:Penguin2014/01/17(金) 22:24:27.55ID:7DM7M0fy
ミーティングのログみたけど、これってUpstartは嫌ってはっきり言ってるようなもんじゃないの
0128login:Penguin2014/01/17(金) 22:25:13.33ID:7DM7M0fy
http://meetbot.debian.net/debian-ctte/2014/debian-ctte.2014-01-16-17.58.log.html
リンク張り忘れた
0129login:Penguin2014/01/17(金) 22:32:00.00ID:7DM7M0fy
ていうか、donって人が技術委員のボスかと思ってた
名前まぎらわすぎる
あとkeithpって言う人が年末に新しく入った人
0130login:Penguin2014/01/17(金) 23:07:34.33ID:7DM7M0fy
早ければ投票表紙の草案が今週中にでそう

OpenRCがどこまで非Linuxをサポートできるかとか、上流がどこまでDebianからのパッチを受け入れるかとか
その辺が争点になってるっぽい
OpenRCはもう選択肢からドロップされたと思ってたから以外だった

正直、あんまりミーティングの内容追いきれてないからあんまり当てにしないでください
0131login:Penguin2014/01/17(金) 23:08:08.51ID:7DM7M0fy
投票表紙じゃなくて、投票用紙だった
0132login:Penguin2014/01/17(金) 23:16:07.73ID:7DM7M0fy
話のネタにでもなればいいかなって思ってinitシステム関連のレス書いてるけど
もしかして、すごい場違いだったりする?
0133デムパゆんゆんネトウヨ@1月社会を動かす力になろう  【関電 74.1 %】 2014/01/17(金) 23:18:00.18ID:S2xh0HbI
マニフェスト達成の信を問うための選挙も必要だ
systemdでいいだろ
systemd反対してるの赤帽の回し者だろ
0134login:Penguin2014/01/17(金) 23:20:05.21ID:JXM0f4y7
>>132
別スレ違いでもないし気にしなくていいよ
俺はinitscript関連は結構興味あるからROMってる
0135login:Penguin2014/01/17(金) 23:28:08.33ID:7DM7M0fy
>It's with great joy that I can announce here that OpenRC now supports
>GNU/Hurd.
https://lists.debian.org/debian-ctte/2014/01/msg00281.html
OpenRCが非Linuxサポートしてるアピールきてた
0136login:Penguin2014/01/17(金) 23:33:53.93ID:7DM7M0fy
あと、ミーティングで司会してるdondelelcaroが金曜中に自分の意見を投稿するっていってる
https://lists.debian.org/debian-ctte/2014/01/threads.html
ここにポストされるんかな

この人たち、裏でどんなやり取りしてるんだろ
0137デムパゆんゆんネトウヨ@1月社会を動かす力になろう  【関電 72.9 %】 2014/01/17(金) 23:40:26.73ID:S2xh0HbI
裏でこそこそ示し合わせてるならMLの意味ないだろ
オープンに議論しなさい
0138login:Penguin2014/01/17(金) 23:43:59.27ID:rqyRNNBQ
>>132
翻訳してくれ
0139login:Penguin2014/01/17(金) 23:45:20.71ID:fc65sqgt
>>132
ありがたい。すごく参考になってる。
俺自身はGNOME使ってないしsysvinitで困ってないので
別の何かにスイッチされると新しいの覚えるの面倒だなあと思ってる。

>>129
donはBTSやMLの管理者の一人のDon Armstrong。

keithpはfontconfigの開発者でXFree86から追い出されてX.orgをフォークしたり
freedesktop.orgプロジェクトを主導してたKeith Packard。
0140デムパゆんゆんネトウヨ@1月社会を動かす力になろう  【関電 72.9 %】 2014/01/17(金) 23:49:37.84ID:S2xh0HbI
dazko AUTO fanotify INして
アンチウイルスやセキュリティモジュールがfanotify使うようになったから
systemdべったりのfanotifyが落選すると推奨環境からでぶあんが消える
事実上赤帽一択
水面下で米英が激しく主導権争いしてるようだな
fanotify作ったIPAが移植性を考慮しないのが悪い
至急我々の血税で遊んでるIPAを監査しなければならない!
ここに結集した同志諸君!
我々の血税を食い物にする経産省と独法IPAに正義の鉄槌を下そう!
0141デムパゆんゆんネトウヨ@1月社会を動かす力になろう  【関電 73.5 %】 2014/01/17(金) 23:52:21.62ID:S2xh0HbI
赤帽以外の鳥でsystemd採用されないように
でぶあんみたいにMLでsystemd採用反対すれば
systemd使える鳥が赤帽だけになる
オープンソースなのに囲い込みされいる
我々は米帝の横暴に声を上げなければならない!
0142login:Penguin2014/01/17(金) 23:57:35.89ID:7DM7M0fy
http://meetbot.debian.net/debian-ctte/2014/debian-ctte.2014-01-16-17.58.log.html
にあるNMUって何の略?
0143デムパゆんゆんネトウヨ@1月社会を動かす力になろう  【関電 73.5 %】 2014/01/18(土) 00:03:04.77ID:S2xh0HbI
Non-maintainer uploadじゃねの
0144login:Penguin2014/01/18(土) 00:04:24.69ID:nYXbYyUm
>>142
http://www.debian.or.jp/community/devel/abbreviation.html
0145login:Penguin2014/01/18(土) 00:07:32.12ID:AmG6a/uU
>>143,144
ありがとう!
0146デムパゆんゆんネトウヨ@1月社会を動かす力になろう  【関電 70.7 %】 2014/01/18(土) 00:27:51.83ID:5dXDIBSF
浜村淳です
0147login:Penguin2014/01/18(土) 00:52:33.04ID:AmG6a/uU
<Diziet> We have multiple levels of "enforcement": RC, release goal, maintainers must accept patches, maintainers can say FOAD
OpenRCはDebianからのパッチを上げたら受け入れて欲しいけど、最終的な判断はもちろんOpenRC側にあるよ

Dizietって誰
0148login:Penguin2014/01/18(土) 01:05:10.53ID:AmG6a/uU
<Diziet> * What should be an RC bug in jessie ?
JessieでOpenRCをリリースしたら、何が問題になる?

ACTION: everyone to answer diziet's questions (dondelelcaro, 18:57:13)
0149login:Penguin2014/01/18(土) 03:53:21.97ID:PhhmX5b9
>>147
DizietはIan Jackson。dpkgやdebbugs(BTS)の開発者。
3代目Project Leaderでもある。創設者のIan Murdockとは別人。
0150login:Penguin2014/01/18(土) 17:08:07.20ID:AmG6a/uU
SystemdとUpstartのどちらを選択したとしてもSysVより優れていると考えているが
以上の考察からあえて選択するとしたらUpstartよりもSystemdだ
(Don Armstrong, https://lists.debian.org/debian-ctte/2014/01/msg00310.html)
0151login:Penguin2014/01/18(土) 22:43:08.96ID:AmG6a/uU
>>149
ありがとう
Ian Jacksonは議論を中立的に進めようとしてるけど、Systemdには批判的

Systemdが移植性にかけることから、非Linuxを切り捨てるって事を認識してるのかってDon Armstrongにつっこんでる
https://lists.debian.org/debian-ctte/2014/01/msg00325.html

現状OpenRCが選択肢にあがってこない以上、anti Systemd == Upstartなんよな
0152login:Penguin2014/01/18(土) 22:46:09.14ID:3F7XHHXI
CanonicalのUpstartだってLinux以外には対応していないし、
SystemdをFreeBSDとかに移植しようって話が全くないわけではないんだよなぁ。
0153login:Penguin2014/01/18(土) 23:12:20.60ID:AmG6a/uU
>>152
>SystemdをFreeBSDとかに移植しようって話
これが現実的じゃないっていうのが非Systemd派主張だと思う

現に
>>151の突っ込み先に
cgroupを実装しなくても、sysvよりましっていう内容が入ってる
機能劣化を受け入れなければ移植はできない
0154login:Penguin2014/01/18(土) 23:36:37.84ID:AmG6a/uU
今回の議論の発端っ
1.GnomeがSystemdに依存するから、別のを選ぼう
2.SysVInitから新しいInitシステムに移行すべき
どっち?
それとも、元々2.があって、1.とリンクした?
0155login:Penguin2014/01/19(日) 13:23:32.61ID:aK4TMnbF
サーバーから時刻を取得して自動で時計合わせをしてくれるパッケージってありますか?
もしあったらパッケージ名を教えてください
0156login:Penguin2014/01/19(日) 13:34:21.01ID:tN9yeAcC
パッケージってかコマンドだけど、ntpdateをcronで回せばおk
0157login:Penguin2014/01/19(日) 13:36:31.73ID:pcih4dao
ntpdateくらい標準で入ってないんだっけ?
0158login:Penguin2014/01/19(日) 14:32:12.30ID:tN9yeAcC
>>157
今新規で作成した仮想マシンで確認したけど、標準では入ってないっぽいね。

>>155
# apt-get install ntpdate
でインストール、で、/etc/cron.daily/ntpdate というファイルを作成、中身を
#!/bin/sh

ntpdate ntp-b1.nict.go.jp

みたいな感じで。
0159login:Penguin2014/01/19(日) 14:39:14.08ID:jUzkplkI
俺はntpdate直接呼ばないで/usr/sbin/ntpdate-debian呼んでる
0160login:Penguin2014/01/19(日) 15:52:19.99ID:5Art84Ik
ntpdate はもう古い。
ntpd を使うべき。
http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate
0161login:Penguin2014/01/19(日) 19:04:40.63ID:KyrHM2aw
ネットに繋がっていれば
apt-get install ntp
するだけで良いんじゃないの?
0162login:Penguin2014/01/19(日) 20:04:28.85ID:CdWODG9l
1日1回程度の為に
ntpdを1日中起動させておくほどじゃないってことだろ
0163login:Penguin2014/01/19(日) 22:17:03.70ID:Q8rqk0jg
どっちでもいいけど、負荷分散のために
ntp.nict.jp
つかってあげて
0164login:Penguin2014/01/19(日) 22:46:49.59ID:Q8rqk0jg
もっとOpenRCのことも見てほしい、技術委員はOpenRCを誤解している
(https://lists.debian.org/debian-ctte/2014/01/msg00340.html)

という意見に対する技術委員の反応

それぞれのInitシステムの評価は、ドキュメントを読むことからはじめた
OpenRCにはそのドキュメントがなかった
これは正当な評価だ
(Ian Jackson, Russ Allbery)

んで、Ian Jacksonはいくつかの条件をあげて、それが満たされるなら
もう一度OpenRCを調べてみるけど、OpenRCは技術委員との交渉はどじってるってはっきり言ってる
0165login:Penguin2014/01/19(日) 22:48:52.46ID:kpfLGeiO
>>163
企業や個人ならmfeedのほうが近いかと。
ttp://www.jst.mfeed.ad.jp/
0166login:Penguin2014/01/19(日) 23:00:56.00ID:5Art84Ik
負荷分散って言ってるから
近いかどうかとは別の話では。
0167login:Penguin2014/01/19(日) 23:23:51.09ID:Q8rqk0jg
Ian Jacksonの条件
(https://lists.debian.org/debian-ctte/2014/01/msg00347.html)

フォークしてないデーモンの起動時でも大丈夫なの?

・ダブルーフォークしてないプロセス:フォアグラウンドで起動される最初のプロセス

* The daemon's parent process (part of the init system) keeps
track of it, so the init system knows whether the process
is still running.
・デーモンの親プロセスが把握してる状況で、Initシステムがそのプロセスが動いてるかどうかを把握できるのか
(自分はプログラミングはあんまわからないから、ここよくわからない。訳も自信ない)

・デーモンの標準エラー出力が妥当か
0168login:Penguin2014/01/19(日) 23:32:41.64ID:tN9yeAcC
>>165 のもラウンドロビンっぽいけど、民営だね。
pingやtracerouteしてないから知らんけど、税金払ってるなら堂々とnictで良いのでは。
0169login:Penguin2014/01/19(日) 23:52:09.40ID:CdWODG9l
>>165のリンク見たら
>ntpdc monlistコマンドを利用した攻撃が、話題になってます
だって
たいした理由も無しにlistenポート空けとくのは良くないってことか

>>166
MFEEDがnict.jpを参照して提供してるから分散になるんじゃないかな
0170login:Penguin2014/01/20(月) 01:38:06.39ID:i056RCVE
mfeedがストリーム2とか3でnictが1
ntp.nict.jpはロビンちゃんの代表でかなり余裕があると思うよ
0171login:Penguin2014/01/20(月) 02:00:48.39ID:GSUnSnd1
>>167
こんな感じか?
フォークしないデーモンの起動手段はあるの?
* 二重にフォークしないデーモン; その初期プロセスのフォアグラウンドで動作する
* デーモンの親プロセス(initシステムの一部だ)が追跡しているなら
  initシステムはそのプロセスが動いてるかどうかを把握できる
* デーモンの標準エラー出力が妥当な位置に書き込まれる
  (pidファイルみたいなもの想定すると理解しやすい?)
0172login:Penguin2014/01/20(月) 02:15:12.46ID:PimpXjjN
>>167
通常だとdaemonはforkを行った後に色々やって
daemonの親プロセスをinitにする(多分ダブルフォーク(double-fork)のこと)。
そうすることでinitはdaemonがまだ実行中なのか終了したのかを知ることが出来る。

・では、そうでないdaemon(親プロセスがinitでない(=ダブルフォークしてない)daemon)について
initはdaemonが実行中か終了したかを知る術はあるのか?

という感じになると思う。ただし自信はない。
01731722014/01/20(月) 02:25:33.55ID:PimpXjjN
かぶった…

追記:
ダブルフォークは親プロセスがinit云々とは関係ないです。
ダブルフォークという単語は無いものとして読んでください。

#わからん単語はちゃんとググってから書き込まないとダメだね…
0174login:Penguin2014/01/20(月) 07:37:21.43ID:/lmiQxSD
>>170
ストリームってなんだよ?
0175login:Penguin2014/01/20(月) 07:53:02.96ID:fJiIFHlN
AがBを起動(fork)、BがCを起動して、
Aを親、Bを子、Cを孫とすると、
プロセスは、直接の親子関係しか、
把握しないので、AとB、BとCは把握できるが、
AとCは把握できない

ここで、親が子より先に終了すると、
子の親を、initに付け替える

initには、終了したサーバを、
再起動する機能もあるため、
サーバの親が生きていると、困る

だから、AからB、BからCと、
ダブルフォークして、Bを終了させて、
C(サーバ)の親を、initにする

あくまでも、私の推測ですが
0176login:Penguin2014/01/20(月) 08:59:38.96ID:fJiIFHlN
>>167
>デーモンの標準エラー出力が妥当か

プロセスがデーモンになる時に、
ファイルシステムをアンマウントできるように、
デーモンをルートディレクトリに移動させたり、

標準入出力・エラーをうっかり使って、
エラーが起きないように、/dev/nullに捨てたり、

制御端末の主人が、ログアウトすると、
その端末を使っているプロセスは、
エラーとなる?または終了させられる?ため、
ログアウトできなくなる

そこで、デーモンを起動した人が、
ログアウトできるように、
デーモンは制御端末を切り離す

だから、デーモンからのメッセージは、
普通は、syslogなどを使って、
特定のファイルに出力する
0177login:Penguin2014/01/20(月) 14:23:14.08ID:1KoDISE4
>>174
ストレータムと言いたかったんでしょう
0178login:Penguin2014/01/20(月) 21:11:17.26ID:GSUnSnd1
ネタがくだしつと被ってるね>>ダブルフォーク
0179login:Penguin2014/01/20(月) 22:01:14.77ID:Tb+RhEac
gnome-classicで、画面上部右側に「音量」や「入力メソッド」のアイコンが
表示されると思うのですが、見えません。

カーソルを持って行くと、「mozc」等の文字が表示されるので、あるようなのですが、見えません。

見えるようにするためには、どうしたらよいでしょうか。

ちなみにインストール直後の状況です。
0180login:Penguin2014/01/21(火) 03:49:59.84ID:OEWzc+4f
リポジトリを違うところに変えて再インストール
0181login:Penguin2014/01/21(火) 05:02:43.89ID:13dSt97U
>>179
wheezy?
jessieだったら先月くらいGNOME3も全然ダメで、
そんな現象がウチでも起きた。
というかメニューも何もかも出なかった…
(LXDEとかは大丈夫だった)

どんなPCに、(どのバージョンのどのISOで)どうやって
インストールしたかとか画面キャプチャとかあると
分かりやすい
0182login:Penguin2014/01/22(水) 21:45:15.69ID:JozST05l
/var/lib/apt/lists/*
ってガッツリ削除しちゃっても大丈夫だよね?
0183login:Penguin2014/01/23(木) 04:55:37.27ID:9Zfsb4U3
なんでそんなもん削除したいんだ?知恵遅れか?
0184login:Penguin2014/01/23(木) 07:08:12.85ID:NiujPrYF
>>182
大丈夫。おまえのPCがどうなろうと知ったこっちゃないからな
0185login:Penguin2014/01/23(木) 18:03:46.42ID:UKRBSIbv
インストール完了してネット切って使うからいらないもの消して
少しでもディスク容量開けたいとかかな。
うちは
du -sh /var/lib/apt/lists/
したら79MBだった。

消して良いかは知らない。
0186login:Penguin2014/01/23(木) 20:09:10.33ID:xVA+k01z
んなややこしいことせんでも
apt-get clean
でいいんじゃないの?
0187login:Penguin2014/01/23(木) 20:10:32.50ID:EKnuYtE6
>>186
それじゃ /var/lib/apt/lists/* は消えないっしょ。
0188デムパゆんゆんネトウヨ@1月社会を動かす力になろう  【関電 80.0 %】 2014/01/23(木) 20:18:05.30ID:yS+yrBms
aptitude autoclean で消えんか?
0189login:Penguin2014/01/23(木) 20:19:01.30ID:xVA+k01z
debファイルの仮置き場と勘違いしてたわ。
でもapt/listsって、aptしたらまた溜まるだろうからいみなくない?
0190login:Penguin2014/01/23(木) 20:38:21.98ID:G9jZ2wJR
sources.listで無効にしたのは無いだろ
必要ないのは勝手に消えるってことだよ
■ このスレッドは過去ログ倉庫に格納されています