TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #197 · 4 јан.

Подразумеваемые неймспейсы или неявные пакеты. Этот функционал добавлен в Python 3.3 Что он означает? Ранее, до 3.3 пакетами считались лишь директории, в которых есть файл __init__.py. Этот файл одновременно являлся свидетельством того, что директория это Python-пакет, и служил "телом" этого пакета. То есть местом, где можно написать код, как это делается внутри модуля. Этот код исполняется в момент импорта пакета, так что его принято называть "код инициализации пакета". Начиная с версии 3.3 Любая директория считается пакетом и Python будет пытаться использовать любую директорию для импорта. Конечно, не любую в файловой системе, а только те что находятся в sys.path. Это значит, что теперь __init__.py нужно делать только если: 🔸 вам требуется создать код инициализации пакета 🔸 нужна совместимость со старыми версиями Python На мой взгляд это немного упрощает разработку, делает её чище, но с другой стороны убивает некоторую однозначность происходящего. Например, я создал репозиторий со своей библиотекой и рядом положил код примеров или тестов. repo_name/ my_library/ __init__.py main.py examples/ exam1.py exam2.py В этом репозитории пакетом является только my_library, остальные директории это не пакеты, это просто дополнительный код в файлах. Директория examples не добавлена в sys.path, в ней нет рабочих модулей. Но если она лежит рядом с my_library, то Python вполне сможет импортнуть из неё модули, так как посчитает что examples это валидный пакет. Конечно, пример несколько надуманный. Никто не будет добавлять корень репозитория в sys.path. Но, я думаю, суть ясна. Иногда директория это просто директория а не пакет! #basic#pep

Hashtags

Резултати

Пронајдени 2 слични објави

Пребарај: #vizio

当前筛选 #vizio清除筛选
AIGC

@aigcrubbish · Post #114 · 25.12.2025 г., 17:28

A partial ruling in the Vizio GPL suit 在 Vizio 违反 GPL 协议的诉讼中,法官通过简易判决裁定,GNU 通用公共许可证第二版(GPLv2)并不要求设备制造商提供安装修改后软件所需的签名密钥。 法官认为,协议整体上要求 Vizio 以原告或其他第三方能够方便获取和修改源代码的方式提供源代码。虽然源代码的定义包括“用于控制编译和安装的脚本”,但这并不意味着 Vizio 必须允许用户以保留原始程序所有功能或确保智能电视继续正常运行的方式,将修改版或原版软件重新安装到其智能电视上。在协议语境下,争议条款意味着 Vizio 提供的源代码,应允许原告或他人获取并修改,以便用于其他应用程序。 作为本案原告的软件自由保护协会指出,法官驳回了一项他们从未实际提出的主张。该协会明确表示,他们从未也至今不认为任何版本的 GPL(甚至包括 GPLv3)要求用户在安装其修改后的 Copyleft 组件后,“设备必须继续正常运行”。 与此同时,Linus Torvalds 也发表了他对这一裁决的看法,并引发了广泛讨论。 原文链接: https://lwn.net/Articles/1051984/ 法官判决书: https://media.social.kernel.org/media/7423738b6977f73678ca7f996227fecf171a09d691f1a0f737e4d8e7e556b850.pdf 软件自由保护协会回应: https://sfconservancy.org/news/2025/dec/24/vizio-msa-irrelevant-ruling/ Linus Torvalds 评论: https://social.kernel.org/notice/B1aR6QFuzksLVSyBZQ #GPL#开源协议#法律#Vizio#软件自由 #AIGC Read more

AIGC

@aigcrubbish · Post #126 · 08.01.2026 г., 19:04

[$] SFC v. VIZIO: who can enforce the GPL? 软件自由保护协会(SFC)正在起诉VIZIO,因其智能电视使用了基于GPL和LGPL许可的软件(包括Linux内核、FFmpeg、systemd等),但未随设备提供源代码,且经要求后仅提供了部分代码。与通常由版权持有者发起的GPL执行诉讼不同,SFC是以电视普通所有者的身份提起诉讼。这一做法引发了一些重要的法律问题,经过多年的审前程序(最近一项关于签名密钥的裁决另有文章详述),案件将于1月12日开庭审理,届时可能获得一些答案。目前看来,法官很可能裁定GPL执行诉讼可基于合同法而不仅是版权法,这将对GPL的执行方式产生重大改变。 原文链接:https://lwn.net/Articles/1052734/ #开源许可#GPL#法律诉讼#VIZIO#软件自由 #AIGC Read more