【deb系】Ubuntu Linux 72【ディストリ】

Debian開発者の一人が開発したDebianベースのディストリビューション
ただし互換性はないのでDebianのパッケージとは混ぜるな危険
6ヶ月ごとの安定したリリースを目標としている

■ 公式サイト
http://www.ubuntu.com/

■ Ubuntu日本チーム
http://www.ubuntulinux.jp/

前スレ
【deb系】Ubuntu Linux 71【ディストリ】
https://mao.5ch.net/test/read.cgi/linux/1428895660/

押し付けsnapタヒね

だから、嫌なら、snapdを完全に切ればいい
それだけだよ

>>251
メインメモリに余裕があれば十分だよ。
どうせ最近のライブラリはサイズがでか過ぎてCPUキャッシュには収まらない。
少なくともベンチマークで測れるような差はでない。

>>254
snapを運用しないことでは解決にならない。

>>255
CPUキャッシュに収まらないからこそ入れ替えは少ないほうがいいんじゃないか

java やgoのアプリだとキャッシュ意味あるんかな
GUIアプリも膨大になってそう

goはもともとlibc相当部分まで自前実装な上に全部スタティックリンクしちゃうから共有されるものがなかったはず
コンテナの話とは関係ないけど、スタティックリンクはリンク時の負荷が大きいのでDebianのインフラを圧迫してるとかなんとかbookwormのリリースノートにあったな

snapかflatpakかappimageどれか選べ
じゃなくて
全部使わないと補完できなくなってるのが最高に嫌

そりゃ開発者にパッケージ作らせたら大抵どれかひとつしか作らんのは当たり前だからなあ
個々のディストリビューションのためのビルドを提供するのがディストリビューターの役割のはずなんだが、それを放棄したUbuntuが悪い

>>261
開発者が一個だけパッケージ配布するんなら
Appimageですね

私は、差別嫌いなので、arch系、rpm系、deb系
って全体的にパッケージ配布てますけど
deb系に関しては、Debianや、UbuntuのLTSとかLinuxmint（UbuntuLTSベース）とか
サポート切れてない環境も網羅しないとって
deb系だけでも、５種類のパッケージ配布してますね
ぶっちゃけ
私しかユーザーいないんですけど…

昔からstatic linking is harmfulだのstatic linking is harmful is harmfulだのやってたし宗教論争みたいなもんだよな
snapとかappimageはstatic link教の分派みたいなもんやし好きな宗教信じりゃええんや

>>263
は？
同じコンテナでも、Appimageはディストリを選びません
いっぽう、Snapは、Debianでは使えないし、LinuxMintじゃ排除されてるし
本家のUbuntuですら、このスレみたってわかる通り嫌われてんすよ
Ubuntuを信じないものは救われないって宗教なんすか？
別にそれでもいいですけど…

AppImageはfuseとか入れないと使えない
Snapはsnapdとか入れないと使えない
必要なものを入れればディストロ問わず使える

>>265
AppImageのfuseとか知らんけど
こっちは、ファイルさえ入手できたらOK

同じコンテナでもSnapとは別物でしょ
Snapと比較する類似な対象は、flatpackっすね
flatpackは、Snapと違って、ライブラリは共有できたとおもいますけど…

>>266
https://github.com/AppImage/AppImageKit/wiki/FUSE
AppImageファイルの実行にはfuse2が必要
fuse3は非対応で現在fuseを使わない方法の検討段階のはず

>>264
Debianでもsnap,flatpak,appimage普通に使える
吊るし状態で使うやつおらん
pythonディストリデフォの状態であーあーつかえなーいって文句言うようなもの
どのディストリ使おうが設定すりゃ普通に使えるわ

>>268
俺はdeb以外は使ってない
venv,nvmは使ってるし
開発しているものについては
ライブラリの任意のバージョンも自分で管理してるが
dockerもね

>>269
個人がどう使おうという話はしてなくない？？

してないっていうか関係ないっていうか

>>268
たとえ使えても「普通」には使えないとDebian開発者が発信しています。
使うとフランケンシュタインになるんですよ。

>>272
その記事は見たことないけど
Debian開発者がsnap批判してるだけじゃない？
どのディストリ使っても同じじゃないかと

>>268
Advice For New Users On Not Breaking Their Debian System

Debian is a robust and reliable system, however users with root access can make any change they want. As such, it's very easy for new users to break their systems by not doing things the Debian way. This page lists common mistakes made by new users. Some of the things listed here can be done safely, but only if you have enough experience to know how to fix your system when things go wrong.

https://wiki.debian.org/DontBreakDebian

>>273
この場合、FrankenDebian と呼ぶそうです

>>274
stableのリポジトリ以外を使うとリスクがあるという話をしてるだけ
Debianはsidやtesting使ってシステム壊す人が多かった背景があって
このような記事を起こしたと思う
stable以外を使うとリスクあがるよって記事にsnapその他含めないわけにいかない
それだけだと思う

特にDebianがどうこうじゃないね

>>274
Debian 安定版で利用できないソフトウェアを使うためのもう一つの戦略は、 そのソフトウェアを、ディレクトリやイメージファイルに含まれる 仮想 Debian システムで実行することです。これにより、あなたのコンピュータを動かしているプライマリ (ホスト) の Debian システムに影響を与えることなく、仮想 Debian システムにソフトウェアをインストールできます。

Debian には、ホストオペレーティングシステムからの分離を様々な程度で提供する、 様々なツールが含まれています。以下のようなものがあります：


Schroot

LXC

gnome-boxes

libvirt and KVM

systemd-container package for the systemd-nspawn and machinectl container commands

Docker
flatpak - see below
snap - see below

使ったらダメだと書いてあるのか？

>>276
>stable以外を使うとリスクあがるよって記事にsnapその他含めないわけにいかない
それだけだと思う

「それだけ」ではなくて、まさしくその点が普段使いのユーザーには重要なのです。

>>277
>使ったらダメだと書いてあるのか？

推奨していないところがミソです。
アドバンストユーザーなら使っても良いんじゃないですか？

>>278
作為的、曲解、そのあたりの単語が当てはまりそう

推奨してない=使っちゃだめじゃないからなぁ

一旦消してからアプグレして、入れ直せばいいんでしょ?
初心者には難しそうだが、ガチるなら問題なさそうな

パワーユーザーなら経験を生かせば使えるのかもしれません

>>281
でもSnap使うならデメリットもちゃんと知った上で使えよ
みないな事書いてあるじゃん
snapd入れたらデーモンだし起動遅くなったり
ストレージ消費激しいとかあるでしょう
推奨しないのは、それなりの理由があるってことですね
Ubuntuみたく、ブラウザのChromiumとかFirefoxがSnap強制とかってんなら
どうせ最初から入ってんだし、遠慮なくSnap使えって言えんだけどね

snap撲滅

appimageは自然消滅しそう

>>285
Snapは、どのディストリでも、たいていオプションとして対応してますけど
デフォルトで有効にしてるのってUbuntuだけなんすよ
Ubuntu派生のLinuxMintは、使いたきゃ使えるけど、デフォルトでは無効化してるし
ヴォイジャーだっけ？sanap無効化しているのをアピってるし
もうね

>>286
appimageは、まんまコンテナなので、複数のバージョン共存させたりできるし
作者がファイル配布するだけなので、開発版とか手軽に試せるとか
って需要があって、流行りはしないけど、多分なくならないっすね

平日の昼(仕事)が暇すぎだから、こんなところで暇つぶしなのかな

毎日毎日何年も、無意味で無価値なレスコツコツやってる人のことは
気になら無いんすね
どうでもいいけど…

「UbuntuにできてDebianにできないことは何？」
「無いよ」
「じゃあDebianがあれば良くない？」
「Debianで金儲けはできないじゃん」

禅問答ｗ

Debianファウンデーションが露骨な金儲けしない
だけで
Debianで金儲けする
事はできる

てかなんで金儲けの話？
プロプライエタリ嫌い云々ならわかるけど

自分がdebianでなくubuntu使ってる理由は
debianはstableのパッケージは古くてunstableはやや不安定
ということに尽きる
ubuntuのパッケージ管理には感謝してるが
疲れてsnapに行きたいということなのね

金儲けなら一昔前なｒらCentOSだったな

金儲け禁止したり嫌ってるディストリビュータはいないと思う
商業利用も禁止するようなディストリ訊いたこと無い
切り口がおかしい

知ってるよ

有償サポートがあるディストリだと客に納品したものにトラブルがあっても責任をなすりつけやすいというだけの話でしょ

なすりつけじゃなくてそうじゃね？
OS起因の原因を納品したSIerに求めるもんじゃないやん

>>293
世界中で1無量大数回ぐらい言われていることだが、
Debian sid (unstable)は、安直に和訳した“不安定”ということではないぞ

>>294
Linux系の国内資格がどこもRHEL系前提なのは糞だわ

>>298
OSSは大抵のライセンスに免責条項があるからそれで商売してる人が直接責任を取るしかないんだ

RHELを使っとけば、何かあっても、お客に「RHELガー」ととりあえず言い訳ができるから、RHELをつかっているにすぎない

サブスク代だけでサポ使えるのが赤帽の利点だろ

22.04でMakehuman使えてる人いる？

>>297
RedHatは結構バグ取りもやってくれるよ
ちゃんと技術的なレポート書けば

>>299
そんなこと書いてない

Proにすれば10年安泰だよ

コウジン、ドビン、ハゲチャビン　CTC
ぺったん。ぺったん。つるぺったん。
ttps://www.cityheaven.net/tokyo/A1303/A130301/tokyo_guranop/

snapのchromiumのバージョンアップが止まってるんだけど、何かあった？

Ubuntu 22.04.3 + ROCm 6.0 + Radeon RX 7900 XTX の環境で
AudioCraft (Music 生成 AI) が動きました。
https://github.com/facebookresearch/audiocraft

★インストール
git clone https://github.com/facebookresearch/
cd audiocraft
python3 -m venv venv
source venv/bin/activate
pip3 install -r requirements_versions.txt
# CUDA用のtorchがインストールされる
pip uninstall torch torchvision torchaudio
# torch関連をアンインストール
pip3 install --pre torch torchvision torchaudio --index-url https://download.pytorch.org/whl/nightly/rocm5.7
# ROCm用torchのインストール

★実行
cd audiocraft
source venv/bin/activate
python -m demos.musicgen_app --share
ブラウザで http://127.0.0.1:7860/ にアクセス。

★スクリーンショット
https://i.imgur.com/SvKtt32.png

★生成された音楽
https://drive.google.com/file/d/1NIUK6S7yrnLdhWDLF8YQOiYI1YU1bK4J/view?usp=drive_link

ちょっと教えてくんろ
Linux使ってる人って5ch何で読み書きしてるの
windowsみたいに専ブラないよね？

この板のスレタイ一覧を見れば答えがわかるよ

>>311
Ubuntuの話ではないのでスレチ

なお、
$ apt-cache search 2ch
fonts-mona - 2 ちゃんねるアスキーアート用日本語 TrueType フォント
jdim - 2ch スタイル BBS 用のシンプルなブラウザ
xfonts-mona - 2 ちゃんねるアスキーアート用プロポーショナル X フォント
golang-github-yl2chen-cidranger-dev - Fast IP to CIDR lookup in Golang
ir.lv2 - LV2 IR reverb
navi2ch - 2channel Navigator for Emacs

>>311
Wine＋Jane Xeno

navi2ch

kita

>>311
JDim を使っている。
非Ubuntuディストリビューション上でだけど。

>>311
専ブラはたぶんJDimかV2C派生かsikiだと思うよ。
あとwineでJane系のひとも昔はいたような気がする。

スレチなところ教えてもらい、すまそ、感謝

いいってことよ

>>311
androidで専ブラ使ってるけど、Linuxに入らんけ

そういえば昔、p2ってプロキシサーバ建ててOS関係なくブラウザ経由で見てたわ

rep2は今でも使えるはず

sudoって発音スドー？

スドゥーっていう人が多い気がする

sudo 須藤さん
su スーさん

何も考えず「すど」

>>324
スードゥーと発音するスードゥー教徒が多い気がする。
俺はスドーと言うが。

suをdoするってことなら>>325 かな

えすゆーどぅー派です

スドーさんにはしょっちゅうお世話になるけど、スーさんはなんか怖いからめったに手を借りない

スドー スーさんというのが最強

>>329
suをdoするってことなら dosu にならんの。

すーどぅー

sudo 須藤　apt アプト

須藤 -スー

エスユードゥー
エーピーティー

時代はdoas

すーを差し上げます

そんな事を言ってどーすん(DO SU No)

どーすん
じゃなく
どーすんの
って書こうとしてミスった

どう吸うの
元日から卑猥かよ。

エスユードゥーって読んでる
よく sudo su - する

sudo とは superuser do のことだってね

>>344
superuser does じゃないのは何故だろう。

>>345
表現を単純化してんでしょう。do が原形はだから。

ところで sudo は使うべきじゃないという意見があります。こちら↓
https://qiita.com/maclineto/items/cec341334f34376718a9

おれもサーバーとして利用しているのは昔からsudoは使えないようにしてる
クライアントとしてのUbuntuはsudo使ってるな

suの一番のデメリットはデーモン用を含むどのアカウントからでもrootになれること（pamをこね回す回避策はあるが）
というかまずrootpwとかtimestamp_timeoutは検討したんだろうか

初心者は操作する本人に知識がないのだからセキュリティをどうこう言われても分からんし
俺も覚えるのを放置している

>>346 のリンク先の最後は罵詈雑言になってるｗ
結局suもsudoも大差ないってことだね

>>350
鈴木さんも須藤さんもそんなに変わらんのかいな？

su前提でブログにシェルスクリプトを載せている人がいるとコピペで使えないから
sudo前提にしてくれた方が助かる

最近は変人以外は皆sudoだが