Tag: os

裝完 Windows 後馬上跑的設定：關掉一堆侵犯隱私的設定

因為 Diablo II: Resurrected 的關係跑回來用 Windows 10，裝完 OS 後可以透過 GUI 關掉一堆隱私設定沒錯，但感覺應該是有人整理出來更方便的方法...

在「Awesome Windows privacy」這邊看到有工具可以做到，目前用的是「Windows-10-Hardening」這組，把 script 抓下來後用管理權限跑一次，接著重開機就好了...

看起來沒什麼大問題，之後應該都會在重灌後拿來用...

由美國參議院提出的 Open App Markets Act

以為之前有寫過亞利桑那州的法律，結果沒找到... (有可能寫一寫就刪掉了)

三月初的時候亞利桑那州推動修正法案，強制夠大的 OS 必須開放其他的 App Store 以及 Payment 系統 (以當時，或是現在來看，應該只有 Apple 的 iOS 與 Google 的 Android 這兩個系統)：「Arizona advances bill forcing Apple and Google to allow Fortnite-style alternative payment options」，不過這個法案在同月月底的時候就被沒收了：「It’s game over for Arizona’s controversial App Store bill」。

這次則是由美國參議院 (上議院) 跨黨派的三位參議員提出來的 Open App Markets Act 也是類似的事情，只是拉到全國的層級：「Blumenthal, Blackburn & Klobuchar Introduce Bipartisan Antitrust Legislation to Promote App Store Competition」。在 Hacker News 上有討論：「Senators introduce bipartisan antitrust bill to promote app store competition (senate.gov)」。

第一關應該是要先讓參議院通過，在這個階段 Apple 與 Google 兩家應該就會有各種檯面上的遊說與檯面下的動作，另外像是 Epic 與 Spotify 這些公司應該也會進去推一把...

Mac OS 7/8/9 上的 SSH client

在 Hacker News 首頁上看到「Ssheven: A modern SSH client for Mac OS 7-9 (github.com/cy384)」這個，為了 Mac OS 7/8/9 (PowerPC 平台) 實做 SSH client。

翻了一下程式碼，看起來是透過 libssh2 實做加解密的部份，依照 libssh2 的官網，支援的演算法雖然不是超級新，但看起來還算可以 (至少有目前還算安全的演算法可以用)：

Hacker News 上有看到一些老機器跑出來玩 XD

tikwidd 8 hours ago

So far it's working well on my LC III (68030 with 36mb ram)!
I'm writing this comment from the LC III using w3m over ssh :)

在 ESP32 跑 Linux 作業系統

在 Hacker News 首頁上看到在有中國的開發者在 ESP32 上跑 Linux 作業系統：「Linux 5.0 shown to boot on ESP32 processor」，對應的討論在「Linux 5.0 shown to boot on ESP32 processor (cnx-software.com)」這邊可以看到。

文章最後面有提到這不是第一次在 ESP32 上跑 Linux：

Note it’s not the first time somebody runs Linux on ESP32, as last year the older Ubuntu 9.04 was demonstrated on ESP32.

看起來應該是作者覺得很有趣，所以還是提出來... 機器是 8MB PSRAM 與 2MB SPI flash：

ESP32 IoT processor supports up to 8MB PSRAM which makes it just enough to run a minimal version of Linux. There’s little practical application for it, but it may be fun to try, and one developer apparently managed to boot Linux 5.0.0 on a board with an ESP32 dual-core Xtensa processor connected to 8MB PSRAM and a 2MB SPI flash.

如果以 8MB RAM 來推算的話，大概是 i386 (80386) 到 i486 (80486) 時代的電腦？不過 ESP32 的 CPU 時脈快不少 (雖然架構不同不太能直接比較)。

現在的 Android 市場分佈情況

剛剛看 Let's Encrypt 的「Standing on Our Own Two Feet」這篇時才發現現在 Android 市場分佈情況需要從 Android Studio 上翻：

Google no longer provides version numbers on its Distribution Dashboard, but you can still get some data by downloading Android Studio.

一路往前對應的報導分別是「Android Version Distribution statistics will now only be available in Android Studio」以及「Google kills Android distribution numbers on the web, but we’ve got you covered」。

至少有資料可以翻... 這樣看起來如果以 1% 為界線的話得要支援到 4.2？如果放寬到 2% 的話也得 4.4。如果只支援 5.0+，表示放掉快 6% 的使用者？

如果是走東南亞的話應該會更痛苦了，明天去找人聊聊好了 @_@

VirtualBox 裡面跑 OS/2 的指引

在「OS/2 on Virtualbox guide」這邊看到在 VirtualBox 上裝 OS/2 的指引，引用的文章在「OS/2 on Virtualbox Guide」這邊。

讓人懷古的東西...

另外文章的作者有提到，有試著在實體機器與其他的 VM 環境裝 (這邊提到了 QEMU)，不過結果不太行：

Note: On real hardware, or on other VM platforms, I have found OS/2 to be extremely fragile. When I installed it on my real P1 and P3 Dell machines, I had to reboot multiple times during the setup and driver install processes due to hangs, and I had a ton of issues with random errors on boot.

I also tried all this on QEMU 4.2.0 and had very similar problems, and I had developed some very negative opinions about OS/2's reliability before I switched to Virtualbox and found that it was actually quite solid and the installs went very smoothly.

主要還是有趣吧...

Raspberry Pi 4 推出 8GB 版本

Raspberry Pi 宣佈了 8GB 版本：「8GB Raspberry Pi 4 on sale now at $75」。

除了記憶體變成 8GB 以外，也因為記憶體加大而需要更多電力，所以電供元件的部份也跟著改動，然後也提到 COVID-19 造成的延遲：

To supply the slightly higher peak currents required by the new memory package, James has shuffled the power supply components on the board, removing a switch-mode power supply from the right-hand side of the board next to the USB 2.0 sockets and adding a new switcher next to the USB-C power connnector. While this was a necessary change, it ended up costing us a three-month slip, as COVID-19 disrupted the supply of inductors from the Far East.

超過 4GB 的時候一定會檢視 32-bit 與 64-bit 環境的差異，所以就會發現，在預設的 kernel 因為使用 32-bit LPAE (ARM 上的 PAE)，所以雖然是有機會可以使用到 8GB，但單一程式會有 3GB 限制：

Our default operating system image uses a 32-bit LPAE kernel and a 32-bit userland. This allows multiple processes to share all 8GB of memory, subject to the restriction that no single process can use more than 3GB.

目前如果想要原生支援 64-bit 環境的話，需要使用其他作業系統：

But power users, who want to be able to map all 8GB into the address space of a single process, need a 64-bit userland. There are plenty of options already out there, including Ubuntu and Gentoo.

不過另外官方也在測自家的 64-bit 版本，已經有 early beta 版本可以測試看看了 (話說 early beta 這個詞，可以解釋成 alpha 的品質...)：

Not to be left out, today we’ve released an early beta of our own 64-bit operating system image. This contains the same set of applications and the same desktop environment that you’ll find in our regular 32-bit image, but built against the Debian arm64 port.

不過上面的 Chromium 與 Firefox 不完整支援硬體解壓影片的部份還是痛，四代的 CPU 在 YouTube 上是可以硬撐 1080p30 解碼，但畫面順暢度就不太行了，客廳還是用老 Mac Mini (2011 的版本) 來撐場...

WireGuard 的 OpenBSD porting

在「WireGuard patchset for OpenBSD」這邊看到有人試著把 WireGuard 放入 OpenBSD 的消息。

整包 patchset 包括了 kernel 與 userland 的實做，可以在 mailing list 上「WireGuard patchset for OpenBSD」這邊可以看到，整串討論可以在「'WireGuard patchset for OpenBSD' thread - MARC」這邊看到，目前看起來還在 code review 的階段，有看到討論提到應該用 OpenBSD 內已經實做的 Chacha20-Poly1305，所以可能還會需要一些時間...

看起來慢慢的在滲進每個作業系統中，蠻有希望在幾年後成為業界標準...

Chrome 與 Chrome OS 最近不會更新新功能

這邊看到的消息，Chrome 與 Chrome OS 會避免在最近推出新功能，以維持軟體的穩定性，最近更新的主力會放在安全性上：「Google halts upcoming releases of Chrome and Chrome OS to keep things stable for everyone working from home」。

報導引用自 Twitter 上的宣佈：

呃，突然想到 Windows 的更新情況...

Python 2 的後續支援

雖然 2020/01/01 開始 Python 2 就沒有官方支援了 (翻了一下資料發現「Python 2 series to be retired by April 2020」這篇，官方好像延到四月了...)，不過剛剛看到這則新聞，裡面提到了商業支援：「Snakes on a wane: Python 2 development is finally frozen in time, version 3 slithers on」。

在最後一段：

Those catering to corporate clients intend to continue support Python 2.7 for a while. In October, Red Hat said it will stop supporting Python 2.7 in RHEL 8 come June 2024.

不確定這些 patch 會不會也移植到 CentOS 上，如果會的話，至少有一個地方可以讓你多四年掙扎，感覺上可以用 container 生一個獨立的環境...

另外 Ubuntu 這邊的 LTS 不知道有什麼方案，已知 20.04 的目標是要移除掉，但 16.04 與 18.04 裡的 Python 2 如果有問題時，不知道會不會收 patch...

再來就是 pyenv 了，翻了一下目前的情況，好像就是放著，不知道會有什麼方案搬出來...