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

退会も出来ないクソ汚れUbuntu日本語フォーラム

>Linuxって初期化出来ない
日本語でおけ

狙い目は8500Tあたりのリース落ちミニPC
コールセンターから数百台単位で放出される

リコールものの脆弱性抱えたintelはいらない

kwsk

>>174
初期化する必要がない

ラズパイってスターターキット買うと一万５千円越すんだよ
事務用パソコンの方がコスパ良いと思う

電気代も考慮すべき

ソーラーパネル買って並べとけｗ

自転車みたいな発電機で使うときだけ自分でこいで発電すればok

>>177
だよな。
実際、俺はリース上がりと思われるミニPCをヤフオクで入手してLinuxで使っている
乞食Linuxユーザーはこんな古い低性能なもんで十分だが、
でも、Linuxでオレオレものの開発を楽しんでいる普通のLinuxユーザーには性能不足ってなるだろが。
大多数の普通のLinuxユーザーは金を十分に稼いでいて性能の良いPCを使うことができるが、
乞食Linuxユーザーは頭悪すぎて金を稼げないから、安いPCに必死したり、電気代を超気にするからな。

>>185
いや性能はかなりでかいプロジェクトをコンパイルする人以外は必要ない
最近だと強化学習関係もメモリが必要だが

というかそんなキモいやつにアンカつけていじらんでも

コスパ厨房は、ほっとけ
電気代も計算できひん厨房だからな

なんでLinux＝超オンボロPCでOKって思考になるんだろ

PCの自作できないし経済的に買えないからじゃね

>>190
経済的に無理なんだよな
当然、そんな奴はソフトに金を出すなんてしない
でも、Linuxデスクトップユーザーにそれなりの割合を占めるから
winユーザーに馬鹿にされるオンボロPCで快適になるように必死したディストロが色々ある。
この層を切り捨てると低いLinuxのデスクトップシェアがさらに低くなってしまうし。

>>187
Linuxユーザーはきもいのが普通だろ
で、この板に来る奴はキモすぎが普通だろ

サーバー用とかも貧乏人御用達って思ってそう

ただの荒らしでしょ

>>193
しってる

逆に個人で使ってるLinux機で最高スペックのモノがどれくらいか教えてほしいわ
Threadripperでもいいぞｗ

自宅ラック勢を召喚

逸般の誤家庭を召喚すればいいな

年数回しか起動しないファイル鯖のOSに金かけるとかしてたら金なくなっちゃうよー

それUbuntuスレの本スレでやる話題じゃないんだよね

>>189
Linux系の雑誌がかつてそういうアピールしてた時期があったからだと思う。
今でもたまに見るね。産廃PCをLinuxで復活！！みたいな記事

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