くだらねえ質問はここに書き込め!Part 230
■ このスレッドは過去ログ倉庫に格納されています
>>492
まぁそれで通じるんじゃね
その手のは公式な読み方があるとは限らないけど >>493
まずはここに書いてみて
内容しだいで誘導されると思う >>495
わかりました・・・・
質問しようとしてプログラムを弄っていたら落ちるようになってしまった
また改めて質問しようと思います
有難う御座いました 15年前くらいに買ったXP搭載マシンってlinuxで動くと思いますか?
XPだからもうネットにもつなげずにただの箱として置いてあるんですが
動く上にネット接続も危険じゃないならメイン機が壊れた時のネット機として使いたいです 動くかどうかということなら、多分動く。しかし、満足できるかは別問題。
実際に 2003 年のを 12 年間くらい使ったが、問題と感じたのは規格が古いこと。これはどうしようもない。
あと、メモリが少ない。増設したが最大 512M だった。
メモリが少ないせいでインストーラが動かないようなら Debian の公式のインストーラを GUI 無しのテキストモードで使うといいかもしれない。 せめてcore2duoでメモリー4Gあれば普通に使えるけど、まあPen4メモリー1Gあたりがギリギリだと考えればいいと思う 低スペック向けディストリなら十分いけるでしょ
puppy
kona
lubuntu
LXLE
あたり
何年か前lubuntuをPen4マシンに入れたけど、メモリ512以上推奨だった 2GBメモリ機をファイルサーバとして使用しているが、Firefoxで動画を見るとよくFirefoxが落ちる。
だから、用途にもよるが、デスクトップ機として使いたいのであれば無理が答として順当だと思う。 bcで2^(2^31)の計算を始めて92時間経つのですがいつ頃終わると思いますか? >>503
なんかワロタ
92時間なら数値計算界隈では割と短めな領域なんじゃない?
低性能な (メモリが一桁GiB台) の計算機で1ヶ月掛かったとかザラに聞くし。
bcは少なくとも素人が作る計算ソフトウェアよりずっと効率良く計算する筈だから、まあ気長に待つといいよ。 >>498
Puppy LinuxでCD起動のLiveを試してみるといいかも makeコマンドのターゲット名についてなんだけど
ビルドしてから実際に起動する (cc a.c && ./a.out みたいなコマンドライン)
ようなオプションを付けたくて、その名前を make run か make exec かまたはそれ以外の何かかって悩んでる。
同じような目的のmakeターゲットでよく使うよっていう名前があれば教えてほしい
できるだけ一般に広く使われているオプション名にしたい。 >>506
make の範疇ではないですので、一般に広く使われているものはないです。 >>499
>>500
>>501
>>502
>>505
回答感謝です
分からない語句もありますが調べて参考にしてみます >>504
92時間程度じゃまだまだなんですね
気長に待ってみます chromeってlibpepflashplayer.so同梱しなくなったの? >>507
解答ありがとうございます。
http://osask.net/w/639.html#yb580455
ここでは make run としています。
一般に「広く」とは言えませんが、make runにします。 manなどで
LS(1)
IPTABLES(8)
ALIASES(5)
など、あるのですが、この数字は何を意味しているのでしょうか?名前とかあるのでしょうか?
他の数字もあるのでしょうか? >>512
「セクション番号」という分類上の種別
他にも番号はある
詳しくは「man セクション番号」でググるとよい Puppy使ってるけど、時々引っかかったような挙動するんだけど、もしかして、
OS自体のキャッシュが足りてない?それとも今のPC構成がWindows10に
最適化されちゃってるの?
ネット専用だったらPuppyもXeniaPuppyでもいいね。 gtkmmで書いているプログラムがset_sensitiveを使うようになってから
落ちるようになってしまいました。何処かメモリーリークしていると思い
valgrindで調べようとしたのですがgtk関係のメッセージが多く出力されて
よく分かりませんでした
suppressionsを指定すれば抑制出来るようなのですが書き方がよく分かりません
gtkmm(gtk)まわりを抑制するサンプルとかありませんか? GUI周りのライブラリとかめっちゃ検出されるよね
作ってる人たちはどうやって確認してんだろね(´・ω・`) 環境の移植性を高めるために、/usr 以下は手動では触らないことにしているのですが、こういう姿勢は正しいでしょうか
基本的に対応できるのですが、たまに /usr 以下を編集するように公式のドキュメント等で指導されます
これは私の姿勢が偏っているということでしょうか 環境の移植性を高めるために、/usr 以下は手動では触らないことにしているのですが、こういう姿勢は正しいでしょうか
基本的に対応できるのですが、たまに /usr 以下を編集するように公式のドキュメント等で指導されます
これは私の姿勢が偏っているということでしょうか >>520
> たまに /usr 以下を編集するように公式のドキュメント等で指導されます
具体的にどのドキュメント? >>511
> 環境の移植性
てのが分かるようでよく分からない。
いじった部分をパッケージ化しとけばいいじゃんとも思う。 >>523
ユーザーローカルとは /usr 以下のことですか?
>>524
たとえば lightdm の壁紙を指定する方法としては /usr/share/pixmap に画像を置くことが推奨されています
/home 以下に置いたものを指定すると失敗します
第一ソース (マニュアルか何か) は今から探してきます >>525
パッケージやスクリプトとして保存するならば、それは移植性を保っていると思いますしここではそういう操作のことを「手動」とは呼んでいません
自分の定義で言葉を使って申し訳ありません >>527
https://wiki.archlinux.org/index.php/LightDM#GTK.2B_greeter
これかな
誰でも読めるファイルなら /usr/share/pixmaps/ 以下じゃなくても別にいいんじゃね
まぁ /usr/share/pixmaps/ に画像ファイルを追加したところで
何かが壊れるというのも考えにくい >>529
そこを手動で編集する必要ってあるのでしょうか?
プログラムやライブラリのインストールであれば、再現性のためにパッケージ化するべきだと思います
>>530
以前もっと上流に近い英語のドキュメントを見た気がするのですが、まだ探してます
確かに何も壊しはしないでしょうが、/usr 以下はパッケージのアップデート等で丸々置き換わったりするものだという認識もあり、手動での編集には躊躇いがあります ばーか
localってついた所は
自由に使って良いんだよ >>531
/usr/local/ 以下は自由にいじっていい場所だから
当然手動で編集することもあるよ
丸々置き換わるってことはないでしょ >>531
ディストリにもよるだろうが
/usr/local以下はroot権限なくても書き込める
管理者じゃなくてもアプリのインストールできるから場合によっては便利 そうなってるというか
標準でそうしてあるってことは
それを前提とした使い方を想定してるわけで
まあ全部一人で使ってるなら関係ない設定だけど >>532-536
ありがとうございます
/usr/local がそうだとしても /usr/share/pixmap は違うと思いますが、まぁ強く否定もされなかったので /home と /etc 以外は積極的には弄らない方針で行こうと思います >>535
> ディストリにもよるだろうが
> /usr/local以下はroot権限なくても書き込める
これどのディストリの話? >>538
FHSに準拠してないディレクトリはNo /usr/local/の中にはbin/やetc/といったものだけにしておきたいから
ApacheとかSambaみたいなのは/usr/local/apache2とかでなく
/opt/apache2とかに入れることを選んでしまう
きょうび野良ビルドなんて使いたくないけどね オライリーのGnu makeが無料で読めるので勉強しているのですが
2章の最後、二重コロンルールの説明は完全に間違えていると思うのですが、
私の認識はあってますか?
ttps://www.oreilly.co.jp/library/4873112699/
オライリーの説明は、どっちかでターゲットが作成される、だが
実際はどちらも実行される、ですよね? >>539
とりあえずdebianは
/usr/local はグループ staff で書き込み可になってる どうせLinuxなんてサーバー用途でしか使わないんだから
一般ユーザー以外はrootでいいだろ by RedHat 自分でソースいじったソフトとかバイナリ配布のソフトなんかは
/usr/local/lib にディレクトリごと突っ込んで
/usr/local/bin からシンボリックリンクしてる
アンインストールもディレクトリごと消すだけだから簡単だし
ディレクトリをバージョン番号付きにしとけば
リンク先を変えるだけでバージョン使い分けもできる
せっかくlocalディレクトリあるんだから使わないと勿体ない >>545
横から失礼。
>>535の言う「管理者」の定義がよく分からないね。
staffやwheelは管理グループだと俺は思うので。 >>545
情報ありがとう
「誰でも書き込み可」と誤読してたわ
>>549
スーパーユーザって言いたかったんじゃね staffって管理者か?
辞書の引いてみたけどそういうニュアンスはなかったぞ >>551
管理者の指示で動く職員って感じでしょ
実務をやるのでそれなりの権限を持ってる (と言うか持たされてる) linuxの場合、乱数はどういう原理で発生させているのですか?
原理を教えてください。 >>554
CPUの中に住んでる小人さんがダイスを振ってる 真面目に教えてください。最強の概念は「無」ですか? 真面目に教えてください。最強の概念は「無」ですか? 真面目に教えてください。最強の概念は「無」ですか? 真面目に教えてください。最強の概念は「無」ですか? 真面目に教えてください。最強の概念は「無」ですか? 真面目に教えてますよ。
最強の概念は「ID:2B9RssK+」です。 真面目に教えてください。最強の概念は「無」ですか? 真面目に教えてますって。
最強の概念は「ID:2B9RssK+」です。
ID:2B9RssK+を知らないの? 真面目に教えてください。最強の概念は「無」ですか? いいえ、「無」ではありません。
最強の概念は「ID:2B9RssK+」です。 「無」が最強の概念じゃないんですか?
なぜ「無」が最強の概念じゃないのか理由を教えてください。 getsocknameを使うと0.0.0.0が返ってくる
なんでや・・・ 真面目に教えてください。最強の概念は「無」ですか? >>578
そも無とは無であって強でも弱でもない。
ゆえに「無」は最強ではないし、もちろん最弱でもない。 >>584
「上」というのが何を指すのかが不明なので答えようがない >>585
どっちの方が論理的に成り立ちを考えた場合、上にくるのかということです。 >>590
どうもない。
「無」は「無」であって上も下もない。
つまり「無」は「全」の上でも下でもない。 >>591
強弱を決められる中では、「全」が最強なのでしょうか? ■ このスレッドは過去ログ倉庫に格納されています