موضوع مظلم للألواح ذات الصلة الطرفية ، وخاصة على Mac ، مثل VIM و Shell و TMUX.
موضوع الظلام عبر المنصات تأليفه يدا وانغ
البيئات : منصة Linux/UNIX

git clone https://github.com/wangyida/terminal-themes.git
cd terminal-themesبالنسبة للآلات التي تدعم اللون الحقيقي ، يمكن تثبيت BASE16 للقذائف مقدمًا مقدمًا
git clone https://github.com/chriskempson/base16-shell.git ~ /.config/base16-shellcp ./zshrc ~ /.zshrc بمجرد تثبيت ZSH ، يمكن تثبيت oh-my-zsh عبر
sh -c " $( wget https://raw.github.com/ohmyzsh/ohmyzsh/master/tools/install.sh -O - ) "ثم يمكن تنزيل أداة تسليط الضوء على بناء جملة ZSH بواسطة
git clone https://github.com/zsh-users/zsh-syntax-highlighting.git ${ZSH_CUSTOM :- ~ / .oh-my-zsh / custom} /plugins/zsh-syntax-highlighting أخيرًا قم بإعداده حسب source
source ~ /.zshrcإعداد [Vundle] لإدارة الحزم:
git clone https://github.com/VundleVim/Vundle.vim.git ~ /.vim/bundle/Vundle.vimcp ./vimrc ~ /.vimrc
source ~ /.vimrc لتثبيت المكونات الإضافية ، قم بتشغيل vim و Run :PluginInstall
يمكن اعتماد موضوع IR_Black بواسطة
base16_irblackتم تصميم Hack ليكون محرف العمود الفقري للرمز. لديها جذور عميقة في مجتمع محرف Libre ، مفتوح المصدر ، ويتوسع على مساهمات مشاريع Bitstream Vera & Dejavu. المشروع في التطوير النشط. نرحب بالمدخلات والمساهمات الخاصة بك.

قد لا تكون بعض الموضوعات في VIM متوفرة عندما تدعم المحطة اللون الحقيقي ، لكنك لم تحدد هذا في .VIMRC ، في أبريل ، تم دمج الرقعة 7.4.1799 ، والتي يبدو أنها تبسيط الإعدادات لاستخدام الألوان الحقيقية في المحطة. بعد الترقية إلى هذا التصحيح ، كان على المستخدمين ببساطة تضمين محددات TermGuicolors في VIMRC الخاصة بهم للحصول على ألوان حقيقية في المحطة - التحذير واحد هو أنه يجب أن يكون محطة مثل ITerm2 التي تدعم أيضًا "الألوان الحقيقية".
يجب أن تحدد هذا لـ Iterm:
" gui colors if running iTerm
if $TERM_PROGRAM =~ " iTerm "
set termguicolors
endif لذلك سيكون Vim شيء من هذا القبيل: 
كما أنه يعمل بشكل جيد مع التحرير مع youcompleteme ، إليك نسخة بيثون لذلك.

يجب أن يكون لديك اختبار لتحديد ما إذا كانت المحطة المحددة مثل ITerm تدعم اللون الحقيقي أم لا عن طريق التنفيذ:
perl test.pl وستكون النتائج مثل هذا: 
هنا يمكننا استخدام الوظيفة المدمجة
imgcat في Iterm لالتقاط الصور في المحطة. 
يعمل هذا الموضوع أيضًا مع kernels ipython 

الصلبات المعقولة هي 3090
هناك حاجة إلى Python 3.8+
ld: cannot find -lcuda
ln -s /usr/lib/x86_64-linux-gnu/libcuda.so miniconda3/envs/ < env_path > /lib/libcuda.so لاحظ أن libcuda.so يجب أن يكون من سائق nvidia lib ، وليس cuda lib صحيح: nvidia driver lib: /usr/lib/i386-linux-gnu/libcuda.so خطأ: cuda lib: <cuda_home>/lib64/stubs/libcuda.so
تم اعتماد استراتيجية أخذ العينات التي تستكملها Nerfacc على نطاق واسع. المشكلة: RuntimeError: CUDA error: invalid configuration argument . في بعض الأحيان ، نحتاج إلى التأكد من أن NERFACC يبني رمز CUDA في التشغيل الأول (JIT) إذا تم تثبيت pip install nerfacc ، يجب عرض الرسائل أدناه.
( ● ) NerfAcc: Setting up CUDA (This may take a few minutes)وإلا فإن طريقة آمنة لاستخدام أحدث NERFACC هي بناء من المصدر
pip install git+https://github.com/KAIR-BAIR/nerfacc.git/home/yidaw/anaconda3/bin/pip3 install git+https://github.com/NVlabs/nvdiffrast.git المشكلة: SSLError: HTTPSConnectionPool(host='huggingface.co', port=443) . الحل: باستخدام CURL_CA_BUNDLE='' لتجاوز التحقق من SSL من requests . ومع ذلك ، يعتبر هذا الآن خطأ (يمكن القول أنه يجب أن يكون) ومن الطلبات = 2.28 فصاعدًا ، حيث لم يعد CURL_CA_BUNDLE='' مدعومًا. يمكن حله عن طريق خفض إصدار requests إلى 2.27.1
pip install requests==2.27.1 بحيث يمكن أن يكون CURL_CA_BUNDLE = '' وظيفيًا في المحطة الطرفية ، وإلا فإنه لا يعمل أو يدمج الرموز التالية في البرنامج النصي python
import os
os . environ [ 'CURL_CA_BUNDLE' ] = '' متطلبات Python> = 3.8. توزيع Linux (Ubuntu ، MacOS ، إلخ) + CUDA> 10.0.
(تم إهماله: تم إهمال CUDA 10.0 وسيتم دعم CUDA> = 11.0 فقط) مع الإصدار 0.39.0) في حالة عدم تطابق إصدار CUDA مع Bitsandbytes المثبتة
CUDA_VERSION=114 make cuda11x
python setup.py install