Debian GNU/Linux スレッド Ver.90
■ このスレッドは過去ログ倉庫に格納されています
適材適所でWindowsとDebianは分けた方が賢いぞ みんなaptからbrewに乗り換えるの？
最初面倒そうなんだが brewってMacの奴か
コマンドまで気取ってるとか徹底してんな Windows 10がローリングリリースで不安定だから、最も安定的なDebian stableを選択 brewには乗り換えんなぁ
Macで使ってたが、勝手にバージョンアップして、なんのコマンドも使えんくなった経験多数なんだ それは流石に無知すぎるだろ
brewって~/に環境構築するから壊れてもrootになればどうにでもなるぞ Windows10homeはtesting/sidみたいなもんで人柱
10proが使い方によっちゃdebianでいうとこのstableなのかな
ちなみに半期チャンネル+180日に設定してる linuxbrew
stow
xstow
porg
flatpak
snap
appimage
うーんこの >>651
ノートPCで使ってたけど、アップデートの度に何十分もCPU100%に張り付くから、面倒になってやめた >>655
プログラミングしてるとそれ(ホームに環境)でハマる危険ある。 >>660
プログラミングしてるならプログラミングする為のディレクトリ作ったりVM使ったりするべきだろ
なんでユーザー環境にプログラミング環境作ってるんだ Debian GNU/LinuxのLinuxカーネルに対するポリシーというか
「こういう機能は無効化している」
「このタイミングでマージする」みたいな規則って文書として纏められてるのかな。 >>662
雰囲気でやっている と明言されていたよ kernel 4.20から可変長配列使わなくなったようだけど、いよいよカーネルをclangで普通にコンパイルする日もくるんだろうか？ >>665
FreeBSDすら長く掛かったし、gcc拡張使いまくりのLinuxカーネルはどうだろうねえ >>667
GoogleのPixelのカーネルはclangでコンパイルしてるらしいぞ
そんなに難しくないんじゃないか そもそもBSD兄弟がclangに拘るのは分かるけど、Linuxでわざわざgcc使わない利点とは Linuxカーネルは別にGNUの思想に浴してる訳じゃないし。
ユーザーランドはともかく。 gccに依存するより複数のコンパイラでコンパイルできたほうが良いだろう 今はまだgccの利用率高いけどclang llvmのほうが設計良いから徐々にシェア逆転していくだろうな
gccはもう設計見直しできる状態じゃないだろうから開発の負担がどんどん大きくなって駄目になる未来が見える 素人なこと聞いて申し訳ないのですが、buster正式版はkernel4.20か5.0のどっちですか？ https://lists.debian.org/debian-devel-announce/2019/02/msg00008.html
Bits from the Release Team: Debian 10 'buster' is now in the soft freeze bash5.0はDebian 11に持ち越しな感じ？ カーネル4.19でsoft freeze？
4.20はexperimentalにあるけど、busterにはこないんだろうか。 ソフトフリーズって言うと駄菓子屋で売ってた氷菓子を思い出す（どうでもいい） カーネルアップグレードしたけど
前のバージョンが残ってなくね？
vmlinuz-4.9.0-8-amd64の前のバージョンって何番だった？
と思ってちょっとログを見てみたんだけど
前のバージョンは
linux-image-4.9.0-8-amd64:amd64 (4.9.130-2)で
新しいのが
linux-image-4.9.0-8-amd64:amd64 (4.9.144-3)だった
これ4.9.0-8の同じだから上書きインストールされたの？ バグやセキュリティホールを直しただけだからね
同じバージョンだから機能は変わらないんで、デグレードの可能性が低い 4年ぶりくらいにubuntu(18.10)入れてみたら、初めての人にはsnapとdebが混ざってわけわからんことになってた。
インストール後のgnome dockにあるアプリケーション管理ソフトから、blender入れたらsnap版だったり、
gnome自体がsnapでインストールされていたり。
こんなにsnap前面に出してるとは思わなかった。
debだけでいいじゃん。 >>685
Snap版とdeb版、どっちでインスコして、どっちが起動してるのか、サパーリ分からんwww which でわからんもんなん
前にlubuntu使ってた時にSnap試したけどやっぱ起動が遅かったなー
最近のは知らんが >>685
SnapかどうかはUbuntuソフトウェアで確認できるし、
GNOME3自体はdebのままだぞ。
電卓とかかsnap化されたのはまあ実験じゃね。
個人的には起動速度遅くなるから止めてほしいんだけどね。 >>685
ヤヤコシイよね
もう分かるやつはターミナルでapt install してる Ubuntuの話題はここに書くな
と言わないとわからないってことはWinユーザーだな
MS使うと頭がいかれる Debianって所詮ubuntuの一種なんだし、仲良くしたげてよ Debianの初リリースは93年でUbuntuは04年なんだよなぁ… デスクトップ用途はUbuntuの眷族が支配してるのは当然として、サーバ用途はどうだろう 派生元が派生先から影響されるって割とあるの？
親子の距離が近いなら双方向でやっていけるだろうけど
MATEがUbuntuへ先祖返りしたようなもんか >>696は
Debianの初リリースは1993年でUbuntu(の初リリース)は2004年なんだよなぁ…
ということだろうけどそれは置いといて……
>>699は93-4=99と思っているらしい 何か最近スレ使い分けられないキチガイがあちこちに出没してるよな 3/12過ぎたらdist-upgradeしちゃおう。
夏の正式版リリースまで待っていられない。 >>704
リポジトリを testing にしておけば、コードネームが変わっても前線を走り続けられますよ。ちょっと出過ぎてこける事はありますが。 ちょっとお尋ねしたいのですが、debian/ubuntu系のディストリで
early KMSを実現したい場合には/etc/initramfs-tools/modules
にi915などと書き込めばいのでしょうか？
archの場合はarch wiki
https://wiki.archlinux.jp/index.php/Kernel_Mode_Setting
に
/etc/mkinitcpio.conf
MODULES="... i915 ..."
と書くように書いてあったのですが、debian系の場合検索しても見つかりませんでした。
それとetc直下のmodulesは何なのでしょうか？ここに書き込んでもいいのでしょうか？
なぜearly KMSが必要になったかと言うと、baytrail tabletでバックライトを調節したいからです。
(無論、これ以外にカーネルコンフィグも必要ですが) いろいろ調べてみたところ、eary KMSにしてもバックライトの調節はできなそうです。
スレ汚しすみません。このレスは無視してください。 DebianってUbuntu18.04と結構違いあるの？
Debian＝Ubuntuの親玉みたいに見えてるのだが、違う？
Ubuntu18.04今使ってるのだが、Windows同様アホでも使える仕様だね
オールGUIで設定出来るし、アプデもインストもapt一発だし
Ubutu18.04使ってるやつが、Debianに移行したら使いづらくなることある？ Debianって最先端言ってるイメージあったが違ったのか！？
Ubuntuより古いのかよ >>709
virtualboxにでも入れて試してみたら？
無料だし >>711
Debian testingを元にUbuntu作ってるんだ
wikiぐらい読め
だからtestingだとUbuntuより新しくなる
新しいってのが良いって訳じゃないけど DebianはGnu思想の最先端だからGnuじゃないソフト使おうとしたら少し手間がいる。
Ubuntuは企業が矢面に立ってそういうグレーなところを全部aptで代わりに配信してくれる。
aptが同じなだけで、カーネルもパッケージビルドも違うからUbuntuはDebian派生だけど、ぜんぜん違うかな〜。
具体的にはDebianはパッケージが古い、Ubuntuにあるパッケージがなかったりする。
新しいソフト動かすに最悪ビルドが必要だったりするけど、そのかわり安定してるかな〜。 >>715
これは、俺が昔使ってた20年ぐらい前のLinuxまんまじゃないか・・・
20年ぐらいぶりにLinux触って（Ubuntu16.04)、Linuxはすげえ進化したなあ
GUIの面でもこれはWindowsと変わらんなあと思ってたんだけど、
Debianはまだそんな状態だったのか
Ubuntuだけ異質なの？ >>712
そのうち試してみるわ
>>713
Ubuntuの方が新しいのは意外だったわ
>>714
2017-06-18が最新なのか
古いなあ やっぱUbuntu人気なのは、Linux素人完全に取り込んでるんだろうなあ ちょっとググればわかるような事聞きに来るやつはクズ
と再認識させてくれた
都合悪い箇所だけスルーしやがんのね debian sidは、新しい
stableは古いが安定のため、そうなってる
でもsidを使う人は多いんじゃないかな ただの対立煽りだよ
レスを引き出したいだけ
相手にすんな 最近sidにカーネルが来ないと思ったら、もうそんな時期か(´･ω･`)
最近自家ビルドしまくり(´･ω･`)
>>716
新しいのをつかうならsidブランチを。
安定優先ならstableブランチを。
中間がいいならtestingブランチを。ただし、ここが一番不安定になる可能性が高い罠がある。
更に新しいのを安定度外視で使いたいならexperimentalブランチを。
とゆうのが、Debianの長年の方針ですね(´･ω･`) あのソフトが使いたい？aptで入れられるよ←えぇ・・・
え？ない？デフォルトではないならリポジトリを手動で追加しなきゃ←えぇ・・
え？ない？ソースあるならコンパイルしな←えぇ・・・
え？だめ？「ならそもそもこのディストロ対象外かも←えぇ・・・
おかしいなぁなんでLiinux普及しないんだろうなぁ
こんなギャグかます御仁が実在したことに感動しました(経験談) >>723
俺氏の場合
＞あのソフトが使いたい？aptで入れられるよ
おお、入った。Ubuntu最強に楽や
＞え？ない？デフォルトではないならリポジトリを手動で追加しなきゃ
えっ、このリポジトリ安全なん？
（よく調べた上）う〜ん、まあ入れるか・・・（めんどくさ
＞え？ない？ソースあるならコンパイルしな
えっ、今の時代にコンパイル？
なんかかったりーなー
2chブラウザのJDはそうしないと無理かあ・・・
なんとか入れる
が、ほとんどのソフトはめんどくさいので入れない
＞え？だめ？「ならそもそもこのディストロ対象外かも
それはないわー（で諦め >>722
セキュリティソフト（ノートンとか）がないLinuxではやっぱ安定版しか使えないわ
よくFirewallとRootkit対策ソフトだけで十分っていうけど、安心出来ん >>722
stable、testing、experimentalと説明するならsidと書かずにunstableでいいだろ
まあunstableは永遠にsidだから間違いでは無いがなんかもにょる アフィカスがね、ネタ投下して反応をまとめてブログに書くわけよ >>727
Linuxは安全というか単にマイナーだから狙われにくいってだけだよね
Linux鯖狙いのトロイが中国で見つかったしLinux向けのランサムだってある訳で
アンドロイドはLinuxだけど人口多いから普通に狙われてるし
デスクトップLinuxが本格的に普及したら当然標的にされる
WINEでWindowsのウィルス踏んで感染するかとは別問題なんだし
UNIXやBSDの方は知らんけどな ずっとdebian testing使いだけど、新しいパーツで組んだPCにubuntu入れてみた。
ubuntuは、
・コアパッケージ：ubuntuで管理
・それ以外：ほぼdebian
と分けているから使い勝手は少し違うね。aptやinitramfs-toolsは共通だからすぐに慣れるけど。 Linuxのセキュリティってディストリっていうかサービスだよ。アプリケーションの単位。
セキュアじゃないアプリケーション使ってれば当然危ない。
OSとしての普及率はwindowsよりはるかに多い（サーバー含めて）ので、ネットワークは堅牢に出来てる。
自分でウイルスを実行するとかOS関係なく論外。そういう人はパッケージビルドだけ使ってりゃいい。 何で突然 syslinux が出てくるのか意味不明。
selinux って言いたいの? SELinuxはAndroidでデフォルト有効化されているので結構な数使われている rootが強権なのでそれを制御する仕組みを作りました
弊害が出るので使われませんでした
この即落ちすき rootが強権なのでcapabilityっていうもっと細かい粒度の権限に細分化しました
でも互換性のためにrootには最初から全capability付与しときます
あ、あとやっぱ細かいと面倒くさいんでだいたいrootと同じことが出来るCAP_SYS_ADMINを作ってそれ使うことにしました
この追い討ちも好き 2000年ひと桁代ぐらいで終わってんのよね、強制アクセス制御は apparmorがカーネルと同時にインストールされるようになったのは最近だと思うけど。 capabilityが登場したときは良い仕組みだと思ったし
正直今も思ってるけど 「な ぜ か」普及しないんだよなぁ >>739
SELinuxは管理人であるrootの監視役ってことでおｋ？
だけど扱いにくさから敬遠されてると
扉に大量の鍵を付けたけど管理が面倒なので常に鍵穴に挿しっぱなしとかアレだとは思うが Trusted OS要件の機能で守るのはデメリットが大き過ぎる
監視や運用計画などで守るのが主流 SELinux興味あったけど、そのころDebianはapparmorおしてる感じだったし
Red Hat系にあるよさげな管理設定ツールがDebianになかったりであきらめたわ libcをアップデートしてから動作もっさりになった印象 https://www.gnu.org/distros/common-distros.ja.html
なんか宗教じみてるけどここで連呼されてる不自由なプログラムって具体的になんなの
常にソースコードを差し出せ(威圧)って無茶な ■ このスレッドは過去ログ倉庫に格納されています
