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

PC自作で安く上げてWindowsに1万円払いたくない層はいたんだよ貧乏学生とか
今は自作PC高く付くけど

>>195
Z80

>>195
ハイスペックではないが俺はCoffee Lake i7
てかスリッパみたいなマルチスレッド番長っていらんわ。

今は最新ハードのサポートはまず Linux に入る時代だな。特にサーバー系の技術。
Intel とか AMD とかが発売前のハード用のパッチを、Kernel に投げ込んでくる。
Linux カーネルは対応してるのに、肝心のハードが発売されない問題

>>203
第8世代は普通に現役だよなｗ

藤井聡太がスレッドリッパーの倍の演算能力もったCPU提供されるらしいじゃん

Linuxでは使ってないかな

>>206
すでにコンピュータに操られていると見ていい
ヒトが自分の意志で指す対局は終わった

りゅうおうのおしごと

「深層学習系のソフト(ＧＰＵ)が実用に耐えうるレベルになってきた。」
「……囲碁のソフトはそっちでしたよね？　『絶対に人間を超えられない』って言われてたのにあっさり超えちゃったという……」

チェスの世界チャンピオンがAIに負けたあとも
将棋では負けないって言ってたよな
もはや、囲碁も将棋もAIにかてない

藤井8冠は最後は脳と量子スパコンを接続するだろう

>>141
いきなり 24.04 にupgradeされました。
sshが繋がらなくなって困っています。

未来人降臨

いやマジですって。
22.04LTSから22.10にupgradeするために
sudo do-release-upgrade -d
したところ途中で停止してブラウザが立ち上がり
ubuntu siteのFAQみたいなのが出てmirror serverはダメみたいなメッセージで

cat /etc/apt/sources.list | grep ^d
deb http://archive.ubuntu.com/ubuntu noble main restricted # auto generated by ubuntu-release-upgrader
deb http://archive.ubuntu.com/ubuntu noble-updates main restricted # auto generated by ubuntu-release-upgrader
deb http://security.ubuntu.com/ubuntu noble-security main restricted # auto generated by ubuntu-release-upgrader
と表示されたので
/etc/apt/sources.listをそのように書き換えたらupgradeが出来ました。

https://i.imgur.com/wTm4uUR.png

$ sudo do-release-upgrade -d
新しい Ubuntu のリリースをチェックしています
アップグレードできる開発版のリリースはこれだけです:
最新のサポートされているリリースから入手できます。

作動せず

$ sudo do-release-upgrade
新しい Ubuntu のリリースをチェックしています

= Welcome to Ubuntu 23.04 'Lunar Lobster' =

The Ubuntu team is proud to announce Ubuntu 23.04 'Lunar Lobster'.

To see what's new in this release, visit:
https://wiki.ubuntu.com/LunarLobster/ReleaseNotes
...


続行する[yN]

こんばんは、
Ubuntu24.04ですがLocal Serverで使用してます。
ssh ftp samba tigervncの動作確認出来ました。
aptでthunderbirdの更新なども出来、
今のところ大きな問題は無いです。

>>214
自分でnobleにしてんじゃん
どこがいきなりなんだ

>>217
22.04から一度で24.04になったことをいきなりと表現した。
大体nobleって何のことか知らなかったし、
言われるままに操作した結果がこれだよ。
upgradeが終わって　cat /etc/os-releasするまで
22.10だと思ってたんだから。

>>218
nobleとか知らんけど、22.04はLTSだから
LTSのアプグレは、次のLTSになるってだけなんじゃないの？
Ubuntuのアプグレはスリリングっすね
私も、20.04LTSから22.04LTSにアプグレした時
システムぶっ壊れたし…

アプグレ上手く出来た試しないわ
なんかテケトウにやってんだろうな

>>219

>22.04はLTSだから
>LTSのアプグレは、次のLTSになるってだけなんじゃないの？

ああ、そうなのかもしれないね。

出来るだけ現状を維持したままバージョンアップしたいから
upgradeするんだよね。
そうじゃなきゃクリーンインストールしたほうがスッキリだし。

# Repository/SourcesList - Wiki di ubuntu-it
https://wiki.ubuntu-it.org/Repository/SourcesList

Ubuntu 24.04 Noble Numbat

>>222
イタリア人降臨？

>>219
>>220
失敗したことないなあ
IMを一時的にfcitxにしたり
wayland変更をxorgに戻したりということはあるが
いつも二月くらいは待ってからやってるが

>>224
まぁ、普通に次のバージョンにアプグレするぶんにおいては
PPAが全部消されちゃうって、PPA地獄ぐらいなものんで
そこまでトラブらないですけど
LTSからLTSのケースだと、数世代にも及ぶ仕様変更の嵐を浴びせられて
カオスなんスよ

HEIC形式の写真をShotwellに取り込めないと思ったら、
22.04LTSのShotwellが古かった。0.30だった。
HEIC形式のサポートは0.32かららしい。

LTSを使い続けるのも考えものだよね。

個々のソフトウェア側で解決すべき問題をOSバージョンのせいにされましても

> HEICファイルは、Appleが自社の各種デバイスで採用している省スペースの標準画像形式です。

OSもAppleにすれば解決だな

>>227
LTSで個々のソフトウェアの新バージョン取り込んでもらえるの?

OSに関係なく最新版を使いたければ自分でPPA登録して更新しましょう
他にもそういった対処をしなければならないソフトが有ったりするから覚えておくといいよ

おーー

>>230
PPAに手を出すと >>225みたいになるからイヤ
ピンポイントなバージョンの話なら、
dpkg-buildpackage を使う。

アップグレード考えたらPPAよりもローカルビルドの方が良いのかな

flatpakにあればそれを使えばいいけど、flatpakアプリだとavifに対応していないとかあるんだよな

最新が使いたいアプリはDistrobox（Arch Linuxコンテナ）に入れてる

>>233
まずPPA
ダメならローカルビルド
としてる

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