【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/

https://zenn.dev/jolly96k/articles/c9ff96481b6dad

ここを参考にして、amd64のUbuntu上に画像クラウドサーバーを構築しようと思うのですが、
外部からのアクセスを許可（自分だけ）するに当たって、セキュリティ上気をつけるべきことはありますか？

>>237
まぁ、自分だけだったら、WireGuardでVPNにしといて、そのVPNに入っているときだけ、そのサービスにアクセスできるようにしたらええんとちゃう？

寝坊した

誤爆失礼

>>237
注意というか
自分しか使わないならサーバ証明書はセルフサインでいいんじゃない？
CA証明書をデバイス全部にインストールしておけばいいんだから
鍵の有効期間は長く出来るし
ブラウザの方で許容上限あるけど

>>236
カノニカルが、いちいちバイナリパッケージビルドして提供すんの
めんどくせー
って
はじめた、snap使ってあげなさいよ

個人でsnap作るのか。いいかもね

>>243
ん？
個人でもSnapアプロードするの簡単らしいですよ
というか
Snapは、ビルドだりーし、PPA地獄もあれだし、
依存関係管理すんのめんどくせーし（Ubuntuがめんどくさくさせてんだけど）
作者に、テメーでパッケージ提供させたら楽じゃね
って感じで、コンテナでパフォーマンス低下？
そんなの知らんがな
って
感じで生まれたんですよ
作者が、Snapのを提供したからって
ほぼほぼUbuntuユーザーにしかお届けできませんけど…

悪い奴ら大喜び仕様ですね

>>242
嫌です
snapに突き進むなら他のdebian系に移ります

コンテナ自体でパフォーマンス低下とかは起きないよ。使い方次第で遅くなったりメモリを余計に消費したりするかもしれないけど、それは普通のアプリでも一緒。

ディスク妙に使うんだよなsnap

>>247
普通のアプリならデフォルトでバックグラウンドサービスは提供しないからな
Mintがsnapを切り捨てたのはそれが理由だろ

じゃあflatpack で

例えばライブラリが共有されないことでキャッシュが埋め尽くされるのはパフォーマンス低下の一因だろう

頻繁に更新してくれないと
ライブラリ等のセキュリティホールも残る

押し付け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 アプト

須藤 -スー