এই ডকুমেন্টেশন installer source tree অনুসারে নয়—সিদ্ধান্ত ও কাজ অনুসারে সাজানো।
প্রথমবার এলে নিচ থেকে একটি পথ বেছে নিন। কিছু ইতিমধ্যে নষ্ট হলে সরাসরি
সমস্যা সমাধান-এ যান।
ইনস্টলেশনের পথ বেছে নিন
সবচেয়ে দ্রুতদ্রুত শুরুHosted installer ব্যবহার করুন, desktop চালু করুন এবং renderer যাচাই করুন।
আগে দেখুনClone ও inspectRepository pin করুন, প্রতিটি shell target পরীক্ষা করুন, তারপর local installer চালান।
সম্পূর্ণ নিয়ন্ত্রণManual setupHost, guest, graphics, audio ও launcher ধাপ নিজে সম্পন্ন করুন।
Workspace পরিচালনা করুন
$দৈনন্দিন ব্যবহারSession চালু-বন্ধ, file management, workload ও backup।
{ }কনফিগারেশনGraphics backend, launch variable, audio, locale, font ও file location।
!সমস্যা সমাধানলক্ষণভিত্তিক check, `ternux doctor`, নিরাপদ repair ও clean reinstall।
--CLI রেফারেন্সপ্রতিটি public command, option, status behavior ও নথিভুক্ত JSON surface।
System বুঝে নিন
→আর্কিটেকচারDisplay, audio, filesystem, process, Zink/Turnip ও VirGL data path।
∿প্রমাণ ও বেঞ্চমার্কসব captured scene value, caveat, boundary ও reproduction step।
?সাধারণ প্রশ্নternux কী support করে, কী রক্ষা করে এবং ইচ্ছাকৃতভাবে কী করে না—সরাসরি উত্তর।
+কনট্রিবিউটিংCode, documentation, translation, issue report বা নতুন device evidence দিন।
Claim সঠিকভাবে পড়ুন
ternux চারটি evidence level আলাদা রাখে। README, website, issue report এবং
benchmark submission—সবখানে এই vocabulary প্রযোজ্য।
Measuredসংরক্ষিত numeric outputPreserved command, environment, score, FPS value বা অন্য সরাসরি measurement।
Observedসরাসরি non-numeric behaviorযেমন application-reported renderer বা নিশ্চিতভাবে কাজ করা path।
Reported buildসফল build reportCompatibility evidence হিসেবে কার্যকর, কিন্তু runtime বা performance benchmark নয়।
Untestedকোনো result প্রতিষ্ঠিত নয়Affirmative compatibility বা performance claim ধরে নেওয়া যাবে না।
বর্তমান evidence boundary: প্রকাশিত graphics snapshot একটি Redmi Turbo 4
Pro থেকে। সংরক্ষিত renderer ও glmark2-এর সব 66 scene value সেই device-এ কী
ঘটেছে তা দেখায়—সব Android device কী দেবে তা নয়।
Project ও support
- প্রকাশিত history-এর জন্য পরিবর্তনলগ পড়ুন।
- Patch বা device result পাঠানোর আগে কনট্রিবিউটিং পড়ুন।
- Vulnerability report-এর জন্য public issue নয়,
security policy ব্যবহার করুন।
- Reproducible bug, documentation gap ও feature proposal-এর জন্য
GitHub issue খুলুন।