open.Yellow.os ★2

!extend:checked:vvvvvv:1000:512

PC-FREEDOM
https://pc-freedom.net/linux/openyellowos-open-beta-test-started/

open.Yellow.os パブリックベータテスト
https://open-yellow-os.growi.cloud/636016f98645f5381d12086c

※前スレ
open.Yellow.os
https://mao.5ch.net/test/read.cgi/linux/1669427485/

---

VIPQ2_EXTDAT: checked:vvvvvv:1000:512:: EXT was configured

open.Yellow.os - LinuxJapanWiki
https://linuxja.miraheze.org/wiki/Debian_GNU/Linux/open.Yellow.os
【魚拓】open.Yellow.os - LinuxJapanWiki
https://megalodon.jp/2023-1029-1056-44/https://linuxja.miraheze.org:443/wiki/Debian_GNU/Linux/open.Yellow.os

open.Yellow.os Teamのハラスメントに対する方針 – open.Yellow.os Development Team
https://openyellowos.com/open-yellow-os-team%e3%81%ae%e3%83%8f%e3%83%a9%e3%82%b9%e3%83%a1%e3%83%b3%e3%83%88%e3%81%ab%e5%af%be%e3%81%99%e3%82%8b%e6%96%b9%e9%87%9d/
【魚拓】open.Yellow.os Teamのハラスメントに対する方針 – open.Yellow.os Development Team
https://megalodon.jp/2023-1029-1058-26/https://openyellowos.com:443/open-yellow-os-team%e3%81%ae%e3%83%8f%e3%83%a9%e3%82%b9%e3%83%a1%e3%83%b3%e3%83%88%e3%81%ab%e5%af%be%e3%81%99%e3%82%8b%e6%96%b9%e9%87%9d/

スレ立て乙

テストカキコ(ﾃﾃﾝﾃﾝ回線)

テストカキコ Wi-Fi回線

プラチナバンドか5chの仕様変更の影響で、ﾃﾃﾝﾃﾝがﾜｯﾁｮｲになるわ。次からコテハン使いますわ

という訳で・・・

pacupコマンドに関するご意見募集です。
現在「-y」はオプションの挙動ですが、これ無しで実行したいタイミングってございますか？

-y込みをデフォルトの挙動にしても良いのでは？と感じたので、ご意見頂ければと思います。

-------
公式Twitterでも聞いた方が良いかな？

※基本ﾃﾃﾝﾃﾝ回線以外からカキコしません
ミスった時は告知します。

apt や apt-get の -yオプション準拠なんだろうから、このままでいいような。

-y無しで細かくやりたい時は、従来のapt-get系統の伝統的なやり方のが良いんよね。

対してpacupは
・-y無しで実行したいユースケースが思いつかない(？)
・実行時間が基本長いから、実行中に適当に休憩に行きたい。ただ、-yつけ忘れてたら業務ならオコオコ案件
・コマンドは、オプションの数だけ事故率が上がる(自説)

ってのがあるから、もうpacupはオプション無しで-yデフォで良いんじゃないかなって
-----
あと、これ会社で何人かマジで見たことあるんやけど・・・

Linuxに適合しすぎると報連相とか素行もLinux化する会社員がおるんよ・・・

・コマンド成功 ⇒ 順調の時の報告が無い

・エラーが出た時だけログが出る ⇒ トラブルの時だけ報告をするから、日頃の成果量の割に管理層から適切な評価を得られない

・ログ表示の少ないコマンドを多く使っている ⇒ 途中経過の連絡や報告をしなくなる

・Linuxは、合意無しでのシステム内変更はしないようにできている(？) ⇒ 合意無しでは動かない会社員になってしまう

-----
Linuxが生まれた頃はメモリ少なかったし仕方ない仕様な部分もあるけど、64bitが主流の今はこの伝統を変えた方が良いんじゃないかなと個人的に思っている。

じゃないと、社交性が終わった中年になって退場する日本企業IT業界者の数が減らないと思う()

ワイはopen.Yellow.osを通して、この伝統変えていきたいなと思う。
(組織意見ではないです)

皆様に追加でご質問なんですが・・・
apt-get系統を使う時に、
・apt update
・apt upgrade
・apt install

この辺りを使う時に、-y無しでキッチリ全部精査するのって、どんなケースがあります？

・デスクトップ
・サーバ用途
・その他

どのケースでも大丈夫です。

ここで聞くより、GitHubにissue立てて知見聞いたほうが良いんじゃないかな。
俺が言うのも何だが5ちゃんねらー信用したらダメだぞ

>>9
最近の情報源は、GitHubとかに移行したんですね。

そちらにIssue立ててみます。
-----
5chで聞くのは、ガチでヤバいモノに触れようとすると妥当な指摘が結構ある経験からです。

・私が入学した専門学校のスレを見たら、卒業後の末路の大半は地獄しかなかった
　⇒1年生の6月で検知できた。本気で人生の危機と直面し、以降は技術書にほぼゼンツして氷河期でもなんとか就職できた

・エウリアン回避の時もスレを見た
　⇒心の穴を埋めてくれたから正直信じきりたかった。ただ、氷河期のような景気悪化は、詐欺を誘発する現実と直面できて回避できた。地方と都内の違いを思い知った。

-----
反応がほぼ無かった = ガチの危ない橋ではないと思えたので、これはこれで1つの成果として考えます。

スレ民の皆様ありがとうございました。

個人的な考えからすると「-y」はインタラクティブな要素がない=自動的なバッチ処理のような
ことにだけ利用すべきでコマンドで打ってる間はユーザーがみてるので「-y」無しで使うのが
良いのではないかと考えている
Windowsで置き換えてみたらわかるとおもうがダイアログで「はい」か「いいえ」の選択肢を
「はい」で強制してしまうような危ない処理と考えればわかりやすいかなぁ？
確認云々はともかく面倒くさいから「-y」オプションつかっちゃえっていうのは本来の使い方とは
違うんじゃないかと思う

>>11
感動するくらい分かりやすい論での指摘、ありがとうございます。

> Windowsで置き換えてみたらわかるとおもうがダイアログで「はい」か「いいえ」の選択肢を
「はい」で強制してしまうような危ない処理と考えればわかりやすいかなぁ？

-----
ココにカイゼンのヒントがある気がしました。

XP SP2辺りからダイアログが出るようになった記憶ですが、その当時はボコボコに批判されていた記憶です。

慣れたので気にしてなかったですが、PC自作直後に各種インストーラやライセンス認証をやるのは正直手間な気がします。仮想マシンに予め入れておけば良いというのはありますが、異業種でできる方はレア度SSRな気がします。

• javascriptでいうyarnをaptに落とし込む？
• 状態を持たせたaptっぽい何か(フワフワ仕様)
• 一定時間内は常に-yで、時間経過で外れるとか

とかはパッと思いつきましたが、仕様コネコネしたらワンチャンはある気がしました。

「デザインの神が降りてきた」みたいな天啓が来たら、またスレに書くかもしれません。

改めて、カキコありがとうございました。

時間制限付き -y付加ってスクリプトだけでは大変なのでは。redis導入してexpireつきのキー
作るとか手がなくはないんだが初心者向けPCにredis入れるか？って考えもあるし。

>>13
一応実装方法がある以上は、元ゴリラプログラマとしてはやってみようと思うのでチャレンジはしてみます。

※組織課題の優先度で言えば後回しになりますが、私個人でチャレンジしてみます

素でミスったけど、怪我の功名が発生していた

2018とか2020年4月頃までモダンフロントエンドチャレンジとかやっていたけど、2023年現在は前より治安悪化したことないか？yarnですら破壊しまくっとってビビったわ。
(スレチな話題かもしれんが)

完璧であるために、破壊的変更が多くて使い手にも力量を求められた頃のRuby近辺を感じるけど、ワイがたるんどっただけやろか？

話題のnext.js触ってみたけど、拡張性云々を気にし始めるとRailsかJekyllにreact周り入れるだけでええやんけって気分にしかなれんかったわ()