Наверняка вы замечали, что в Python есть удобная функция для получения переменной окружения
os.getenv(NAME)
И её "сестра" для создания или изменения переменных окружения
os.putenv(NAME, VALUE)
Но почему-то putenv() не работает как должно. Энвайромент не обновляется!
os.putenv('MYVAR', '1')
print(os.getenv('MYVAR'))
... и ничего 😴
Почему так?
На самом деле энвайромент обновляется, но это значение не добавляется в словарь os.environ.
Откройте исходник функции os.getenv(). Это просто шорткат для os.environ.get()
В то время как putenv() это built-in С-функция.
Словарь os.environ (или точней класс из MutableMapping) создаётся из энвайромента в момент инициализации. Функция putenv() самостоятельно его не изменяет.
В тоже время, когда вы создаёте или изменяете ключ в os.environ, автоматически вызывается putenv() в методе __setitem__().
То есть, технически putenv() всё делает верно, но в os.environ это не отражается. Можно проверить так:
>>> os.putenv('MYVAR', '123')
>>> os.system('python -c "import os;print(os.getenv(\'MYVAR\'))"')
123
Я объявил переменную в текущем процессе и вызвал дочерний процесс, который её унаследовал и получил в составе os.environ.
Аналогично при удалении переменной вызывается еще одна built-in функция unsetenv(), удаляющая переменную из системы.
Итого
▫️ Удобней всего явно обновлять переменные через os.environ
▫️ Есть способ неявно создать/удалить переменную через putenv/unsetenv, что не повлияет на os.environ но изменит энвайромент и передаст изменения сабпроцессам. Но так лучше не делать!
▫️os.environ это просто обертка для built-in функций putenv() и unsetenv().
#basic
🎯🎯Excellent 28% Profit on #KERNEL/USDT for all Premium Members
🚀🚀It has crossed all the targets
👁🗨Contact @futurechief to enter the premium group & make daily gains
📰 FRANK OS 1.0 Launches With a Retro Windows 95-Like Desktop
FRANK OS 1.0 debuts with a windowed desktop inspired by Windows 95, running on RP2350 microcontrollers using the FreeRTOS kernel.
🔗 Source: https://linuxiac.com/frank-os-launches-with-a-retro-windows-95-like-desktop/
#kernel
📰 FreeBSD's Rust Kernel Support Could Be Stable Enough To Try This Year
The FreeBSD Project has published their Q4'2025 status report to outline progress made on their software, infrastructure, and other initiatives over the past quarter. Meanwhile among the work to look forward to this year in FreeBSD is getting their Rust kernel driver support up to scratch...
🔗 Source: https://www.phoronix.com/news/FreeBSD-Q4-2025-Status-Report
#kernel