<img src="https://hackmd.io/_uploads/H1Gi-wQ-ex.png" title="Banner 25.04" alt="Banner 25.04" style="height: 34vh" >

活動時間：2025-06-07 14:30~17:30
活動地點：摩茲工寮 (Wi-Fi 密碼: `fox-mosa`)
報名網址：https://ubuntu-tw.kktix.cc/events/urptw2504-tp
活動相簿：https://photos.app.goo.gl/uMyGd6zKgLjFYMt27
本頁網址：https://hackmd.io/@Ubuntu-TW/urptw2504-tp 
Telegram Group：https://t.me/x_ubuntu_taiwan_community

---

[TOC]

---

# 簽到

* RJ
* Jeff
* A4

# 議程

## 日本 Open Source Conference

- https://www.ospn.jp/
- オープンソースカンファレンス（OSC）是日本全國各地舉辦、以「傳播開源現況」為主題的年度大型活動[1](https://www.ospn.jp/)[2](https://note.com/azasaz_a/n/nbac38c14dd65)[5](https://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%BC%E3%83%97%E3%83%B3%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%AB%E3%83%B3%E3%83%95%E3%82%A1%E3%83%AC%E3%83%B3%E3%82%B9)[7](https://prtimes.jp/main/html/rd/p/000000199.000030270.html)。其內容涵蓋：

- 最新開源技術與專案的介紹、成果發表
- 由開源社群、企業與組織舉辦的各類技術講座、研討會
- 展示區，讓參展社群與企業展示產品、服務與解決方案
- 促進參與者、開發者、企業間的交流與合作

OSC 的一大特色是**免費入場與參加**，活動經費主要由協辦、贊助企業及團體支持[1](https://www.ospn.jp/)[5](https://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%BC%E3%83%97%E3%83%B3%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%AB%E3%83%B3%E3%83%95%E3%82%A1%E3%83%AC%E3%83%B3%E3%82%B9)。活動形式包括線上與實體，根據地區彈性調整[1](https://www.ospn.jp/)。

**規模與發展**

自2004年創辦以來，OSC已在日本各地舉辦超過200場次[5](https://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%BC%E3%83%97%E3%83%B3%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%AB%E3%83%B3%E3%83%95%E3%82%A1%E3%83%AC%E3%83%B3%E3%82%B9)[7](https://prtimes.jp/main/html/rd/p/000000199.000030270.html)。每年會在東京、名古屋、京都、北海道、沖繩等多地舉行，單場活動常吸引數百至上千名參與者[2](https://note.com/azasaz_a/n/nbac38c14dd65)[7](https://prtimes.jp/main/html/rd/p/000000199.000030270.html)。OSC不僅是技術分享的平台，也是社群交流、推廣開源文化的重要場域

**台日交流與合作**

COSCUP與日本OSC有長期合作，雙方每年會互派講者、設置專屬交流議程（如 Japan Special Track），並在名古屋等地舉辦交換講者計畫，促進兩國社群深度互動[3](https://event.ospn.jp/osc2025-spring/session/1987727)[4](https://blog.coscup.org/2025/03/coscup-2025-x-osc-cfp.html)[6](https://www.farend.co.jp/blog/2023/08/coscup2023/)。

**國際化與多元參與**

COSCUP積極邀請國際社群參與，設有海外參加者專屬報名管道，並鼓勵日本、亞洲其他地區的開發者、講者投稿與交流[4](https://blog.coscup.org/2025/03/coscup-2025-x-osc-cfp.html)[8](https://qiita.com/nyampire/items/113dfd274b0d4d27da01)[9](https://www.farend.co.jp/blog/2019/09/coscup/)。活動現場多語言並行，促進全球開源社群的連結[6](https://www.farend.co.jp/blog/2023/08/coscup2023/)[8](https://qiita.com/nyampire/items/113dfd274b0d4d27da01)。

### 2025年7月・9月 オープンソースカンファレンス（OSC）開催地

2025年7月・9月 OSC舉辦地點

7月開催（7月舉辦）
- **OSC北海道（Hokkaido）**
- OSC北海道（オープンソースカンファレンス北海道）、中文翻譯：北海道開源會議
- 日期：2025年7月5日（星期六）
- 会場：札幌市産業振興センター 産業振興棟 2F ルームA（OSC受付）
地點：札幌市產業振興中心 產業振興棟 2樓A室（OSC報到處）

9月開催（9月舉辦）
- **オープンデベロッパーズカンファレンス（ODC）東京**
- ODC東京（オープンデベロッパーズカンファレンス東京）中文翻譯：東京開發者開放會議
- 日期：2025年9月6日（星期六）
- 会場：東京（詳細会場は公式サイトで後日発表）
地點：東京（詳細地點將於官方網站稍後公布）

### 25.10 (Rex Tsai)

#### System Improvements

* 改進 APT 的軟體依賴關係 solver 可靠度
* 改進 TPM 全磁碟加密(FDE)的支援
+ 限制 GRUB 的開機參數自訂能力，避免安全機制被關掉

### Hardware enablement

* RISC-V 硬體支援(enablement)
* 因為有很多 CPU 擴充功能所以上面的 stack 要一直跟上
* ARM
* 改進標準化過程（目前僅 server 較標準化）

### Ubuntu Core

* 高度安全與限制的作業系統

#### snap delta

* 降低使用的流量與頻寬

### Ubuntu 24.04 LTS 的新增特性

* 改進 dual boot support
* Ubuntu 6.14 HWE kernel
* 改進 Firefox 的智慧卡支援
* 引進 libcamera 0.4 以支援 software ISP（讓相機的影像處理改在主板軟體中處理
* RedHat 有作一個開源的 image processing 支援，但比閉源的實作效果較差

### Plans for 26.10

* NVIDIA Dynamic Boost 的試驗性支援
* 解決 CPU 跟 GPU 不正確的資源爭奪問題
* 尚無法適用所有場景（不是每個 workload 都是 CPU intensive）

### New Ubuntu Kernel Policy

* Ubuntu 可能會在釋出時引入 RC 版本的作業系統核心

### Roadmap to Ubuntu 25.10

### EAA 合規要求

歐洲無障礙法案（EAA）要求所有進入歐盟市場的數位產品與服務，必須對殘疾人士可及且易用。軟體開發團隊應從設計、開發、測試到維護全流程，落實無障礙原則。以下是具體改善建議：

**1. 依循國際標準（WCAG 與 EN 301 549）**

- 以 WCAG 2.1 或 2.2 AA 級為基礎，確保網站、App 內容可被螢幕閱讀器、鍵盤導航及其他輔助科技正確存取[1](https://allyant.com/blog/navigating-the-european-accessibility-act-why-software-companies-need-a-strong-accessibility-roadmap/)[2](https://www.wcag.com/compliance/european-accessibility-act/)[3](https://www.telerik.com/blogs/what-does-european-accessibility-act-mean-developers)[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。
- 參考 EN 301 549 標準，補足軟體互通性、說明文件及硬體整合等要求[3](https://www.telerik.com/blogs/what-does-european-accessibility-act-mean-developers)[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。

**2. 全面性無障礙稽核與測試**

- 進行現有軟體的無障礙稽核，找出不符規範的地方，並包含實際輔助科技用戶的測試（如螢幕閱讀器、鍵盤操作）[1](https://allyant.com/blog/navigating-the-european-accessibility-act-why-software-companies-need-a-strong-accessibility-roadmap/)[2](https://www.wcag.com/compliance/european-accessibility-act/)[3](https://www.telerik.com/blogs/what-does-european-accessibility-act-mean-developers)[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。
- 使用自動化工具（如 axe、Lighthouse、WAVE）與人工測試結合，檢查互動元件、表單、彈窗等是否完全可用[3](https://www.telerik.com/blogs/what-does-european-accessibility-act-mean-developers)[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。

**3. 介面與內容優化**

- 保持簡單、邏輯清晰的頁面結構，設置明確標題、語意標記與可見焦點指示[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。
- 文字與背景需有足夠對比，支援放大至 200% 不破版[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。
- 所有圖片需加上描述性替代文字（alt text），影片需有字幕與音訊描述[2](https://www.wcag.com/compliance/european-accessibility-act/)[4](https://ulansoftware.com/blog/eaa-compliance-requirements)[5](https://www.linkedin.com/pulse/get-ahead-curve-prepare-your-apps-software-european-accessibility-pzaqe)。
- 表單欄位要有明確標籤，錯誤訊息需與欄位關聯，所有流程可用鍵盤與螢幕閱讀器操作[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。

**4. 持續改善與團隊培訓**

- 建立長期無障礙改善計畫，定期更新第三方 VPAT（無障礙合規報告），每年至少檢視一次[1](https://allyant.com/blog/navigating-the-european-accessibility-act-why-software-companies-need-a-strong-accessibility-roadmap/)[2](https://www.wcag.com/compliance/european-accessibility-act/)。
- 培訓開發、設計與內容團隊無障礙知識，將無障礙納入日常開發流程[1](https://allyant.com/blog/navigating-the-european-accessibility-act-why-software-companies-need-a-strong-accessibility-roadmap/)[2](https://www.wcag.com/compliance/european-accessibility-act/)[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。
- 公布無障礙聲明，設立回饋管道，持續收集並回應用戶意見[4](https://ulansoftware.com/blog/eaa-compliance-requirements)。

**5. 關注使用者體驗與法規動態**

- 不僅要符合法規，更要確保實際使用者（特別是輔助科技用戶）能流暢操作與理解內容[1](https://allyant.com/blog/navigating-the-european-accessibility-act-why-software-companies-need-a-strong-accessibility-roadmap/)[4](https://ulansoftware.com/blog/eaa-compliance-requirements)[5](https://www.linkedin.com/pulse/get-ahead-curve-prepare-your-apps-software-european-accessibility-pzaqe)。
- 持續追蹤 EAA 與各國細則變化，隨時調整產品策略[2](https://www.wcag.com/compliance/european-accessibility-act/)[4](https://ulansoftware.com/blog/eaa-compliance-requirements)[5](https://www.linkedin.com/pulse/get-ahead-curve-prepare-your-apps-software-european-accessibility-pzaqe)。

* 改進視弱者的近用性
* 商業產品系統預載的軟體都必須要合規：
* 必須要界面放大到 200% 仍不跑版
* 須支援螢幕閱讀器
* 圖片要加入替代文字

## 現代化開機與資料安全……（元兒）
<https://yuaner.tw/slide-Linux-SecureLUKSData>

### 需求

* 要作硬碟加密跟鎖定開機但只想輸入一次密碼

### 需要用到

* 使用 TPM 作自動解鎖
* UKI

### 解密金鑰遺失風險

### TPM 跟 Secureboot 是兩回事

* fTPM 是 CPU 直接把 TPM 功能直接在（安全區域中的）軟體中作掉，所以不會有傳統 TPM 跟 CPU 間通訊可以被竊聽的問題

### 兩層密碼認證

### TPM

* 可以透過 PCR 來決定環境的綁定程度

### 將目前環境榜訂到 LUKS

systemd-cryptenroll

### 這樣就安全了嗎？你有沒有想到可以開機參數繞過？

可以透過作業系統核心參數進單人等模式繞過身份驗證

### UKI Unified Kernel Image

* 將 initramfs、vmlinuz 跟 ucode 直接打包成 EFI 執行檔
* 直接鎖死作業系統核心 cmdline

### 改以 UKI 模式為預設開機之後，那傳統 initramfs 模式要？

### 其他

* 將憑證加入主板韌體信任清單中可以讓你信任自己簽署的 EFI 應用程式

## Marp 簡報製作分享（元兒）

* 使用 Markdown 標記語言設計簡報
* 支援匯出網頁、PPT、PDF
* 支援雙欄呈現內容

## context7 （博仁）

https://github.com/upstash/context7