관리자 지시 (10/19, 28 지적): 시험판에 태그 (예: v2026.10.18_977) 를 단 뒤 같은 APK 를 tool/check_apk.ps1 로 다시 검사하면
"시험판인데 정식 판 v2026.10.18_977 과 같음" 으로 거짓 실패했다 (그 태그를 정식 판으로 봄). 거꾸로 977 APK 에 -Release 를 주면 통과했다.
- check_apk.ps1: 정식 판 태그는 순번 900 미만만. -Release 인데 versionCode 의 순번이 900 이상이면 실패 ("시험판 번호입니다").
- check_windows_build.ps1: 원래 태그를 보지 않아 거짓 실패는 없었다. -Release 인데 순번이 900 이상이면 실패하도록 같은 규칙을 맞춤 (전에는 1000 이상만).
확인 (실제 파일):
- APK 977 (release\test\977): -Release 없이 통과, -Release 면 실패 / APK 001 (정식 판): -Release 통과, -Release 없이 실패 (정식 판 번호).
- Windows 977 (release\test\977\stage): -Release 없이 통과, -Release 면 실패 / Windows 001 (release\stage_v2026.10.18_001): -Release 통과, 없이 실패.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
- 관리자 지시 4: 7z2501-src.7z (SHA-256 2aed39b8…0181 고정, 고치지 않음) 의 CPP/7zip/Bundles/Alone2 (7zz) 를 NDK clang
(aarch64-linux-android24) 으로 빌드 - tool/build_7zz_android.sh. 어셈블리 끔, Windows 에서 빌드할 때 makefile 이 MinGW 로
여기지 않게 SystemDrive · SYSTEMDRIVE 를 비움, 새 clang 경고로 실패하지 않게 경고 묶음 끔. libc++ 는 정적 (libc · libm · libdl 만 씀).
결과 third_party/7zip/android/arm64-v8a/lib7zz.so (2.8MB) + License.txt.
- APK: jniLibs 에 third_party/7zip/android, third_party_libs.txt · check_apk 목록에 lib7zz.so (check_apk 통과 - 실행 파일 5개).
- 앱: bundledSevenZip 이 Android 에서는 네이티브 라이브러리 폴더의 lib7zz.so (rsync 와 같은 방식). 있으면 "다른 앱으로 열기" 안내
대신 실제 풀기 - 같은 검사 (zip slip · 링크 · 이름 · 공간 · 비밀번호 표준 입력) 그대로. 없으면 예전처럼 안내.
- 고지: THIRD_PARTY_NOTICES_ANDROID 에 7-Zip 25.01 (LGPL 2.1+ · BSD · unRAR 제한, 소스 주소 · 빌드 방법 · 대응 소스 = 태그).
- 시험: licenses_test (Android 고지 · 빌드 스크립트 해시 · APK 목록). Android 기기에서 실제로 푸는 것은 15 의 기기 확인 필요.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
관리자 지시 (10/12): 918 이 --build-number 없이 빌드되어 정식 판 v2026.10.10_001 (261010001) 과 같았다 -
사용자 기기에 깔리면 정식 판으로 보이고 새 버전 확인도 "최신과 같음". aapt2 로 versionCode 를 읽어 태그
(v년.월.일_번호, build.gradle.kts 와 같은 셈) 와 견준다. 통과 줄에 versionCode 도 보인다.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
관리자 지시 (10/12, 다음 릴리스 준비). 겹친 곳은 양쪽 뜻을 살려 풀었다:
- 번역 json (en · ja · zh): 세 판 (공통 · 양쪽) 으로 열쇠마다 합침 (서로 다른 값으로 바뀐 열쇠 0개).
- 225 (모르는 컴포넌트 · 화면 순서 남기기, 양쪽에 따로 들어감) 를 하나로:
settings.fromJson 은 tor_dns 쪽 (문자열만 남김), 순서 바꾸기는 묶음5 의 AppComponent.reorder (모르는 화면은 그 자리에)
+ tor_dns 의 fullOrder (Tor 는 웹 브라우저 바로 뒤, 켜지 않은 Tor 는 순서에 넣지 않음).
시험은 둘 다 남기고, 이제 tor 를 아는 판이라 "모르는 화면" 은 future_screen 으로.
- build.gradle.kts: Tor jniLibs 폴더 + 195 의 third_party_libs.txt 거르기에 tor 폴더 포함, 목록에 libtor.so 추가.
check_apk.ps1 도 tor 폴더를 본다.
- 201 (브라우저 위 막대 두 줄) 을 Tor 화면에도 (minMiddleWidth 380).
- live_sync · sync_tools · explorer_page · 흔들림 시험 (165 등) 은 tor_dns 가 건드리지 않아 묶음5 그대로.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
관리자 지시 (정식 판 문제, P11 = Snapdragon 662 에서 해상도 올리기가 "코드 -4" 로 바로 멈춤): sd-cli 를 armv8.2 (dotprod · fp16 · i8mm) 로만
빌드해 dotprod · fp16 이 없는 CPU 에서 SIGILL 로 죽었다.
- tool/build_sdcpp_android.sh [v82|v80]: v80 (armv8-a) 판 libsdcli_v80.so 를 더한다 (APK +15MB).
앱은 /proc/cpuinfo 의 모든 코어 Features 에 asimddp · fphp 가 있을 때만 빠른 판, 아니면 (모름 포함) v80 판.
- 엔진이 신호로 죽으면: SIGILL → "이 기기의 CPU 가 이 AI 엔진을 지원하지 않습니다", SIGKILL → 메모리, 그 밖은 코드만 (메모리 · 파일 탓이라고 하지 않음)
- 모델을 받기 전에 엔진을 --help 로 한 번 실행해 보고, 못 돌면 받지 않고 이유를 알린다. 결과는 작업 기록에 한 줄 ("AI 엔진 확인: 판 · 결과")
- APK 에 넣을 third_party 실행 파일을 android/app/third_party_libs.txt 로 정한다 (gradle 은 목록 밖을 빼고, check_apk.ps1 이 목록과 APK 를 비교)
- 기기 확인 (a4): P11 "libsdcli_v80.so · 통과", 해상도 올리기 약 5분 30초 · 저장. 노트 10+ (dotprod 있음) 는 빠른 판 그대로
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
묶음5 시험판 (a192ef6) 이 켜자마자 꺼졌다 ('JNI is not initialized … too early'). 생성 파일 GeneratedPluginRegistrant.java 를 지운 뒤
flutter build apk --no-pub 로 빌드해 플러그인 등록이 dex 에서 빠진 것 (버그 수정 - 빌드 절차). 빌드 뒤 이 검사로 막는다.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
RyuJongJin