DEV Community

Cover image for Namespace vs Regular Packages in Python — And Why mypy Might Be Failing You
Negitama
Negitama

Posted on

Namespace vs Regular Packages in Python — And Why mypy Might Be Failing You

Namespace vs Regular Packages in Python — And Why mypy Might Be Failing You
If you're building AI systems, data pipelines, or backend services in Python, you’ve probably run into weird bugs with mypy not picking up types or imports mysteriously failing—especially when you’re working across microservices or large codebases.
Chances are… you’re using a namespace package (maybe without even knowing it). Let’s break it down.

Regular Packages vs Namespace Packages
Regular Packages
Require an init.py file
Define a single, self-contained folder
Easy for mypy, IDEs, linters, and tests to process

Regular package

project/
└── analytics/
├── init.py
├── metrics.py
└── models.py
Namespace Packages
No init.py needed
Split across multiple folders/repos
Used in plugin systems or modular AI/ML tooling

Namespace package

src/coretools/featurestore/
encoder.py
libs/featurestore/
scaler.py

With namespace packages, coretools.featurestore.encoder and libs.featurestore.scaler can coexist under the same import path.
Great for scalability. Nightmare for static analysis—unless configured right.

Why AI Devs & Data Teams Should Care
Modular Pipelines: When your training logic and feature store live in different repos
Plugin Systems: For experiment tracking, custom metrics, preprocessing layers
Shared AI Tooling: Across internal libraries, you may already be “namespacing” without realizing
But here's the catch…

Why mypy Can Break on Namespace Packages
Your Developer Checklist to Fix mypy with Namespace Packages
Enable namespace support
mypy --namespace-packages
Or in mypy.ini:
[mypy]
namespace_packages = true

Use p your.package.name instead of just the folder
mypy -p featurestore.encoder

Set MYPYPATH + -explicit-package-bases if your source layout is non-standard
export MYPYPATH=src
mypy --explicit-package-bases -p yourpkg.module

Still struggling? Add dummy init.pyi or init.py
This helps tools infer structure even in namespace packages.
Summary Table
“Namespaces are one honking great idea — let's do more of those.”

TakeAway
If you're building modular AI pipelines, ML services, or shared tooling across teams—you need to understand how namespace packages and tools like mypy interact. It's the difference between silent bugs and confident code.
Have you hit these issues in production or CI? Let’s compare notes.

Dev Diairies image

User Feedback & The Pivot That Saved The Project ↪️

We’re following the journey of a dev team building on the Stellar Network as they go from hackathon idea to funded startup, testing their product in the real world and adapting as they go.

Watch full video 🎥

Top comments (0)

Feature flag article image

Create a feature flag in your IDE in 5 minutes with LaunchDarkly’s MCP server ⏰

How to create, evaluate, and modify flags from within your IDE or AI client using natural language with LaunchDarkly's new MCP server. Follow along with this tutorial for step by step instructions.

Read full post

👋 Kindness is contagious

Explore this insightful write-up embraced by the inclusive DEV Community. Tech enthusiasts of all skill levels can contribute insights and expand our shared knowledge.

Spreading a simple "thank you" uplifts creators—let them know your thoughts in the discussion below!

At DEV, collaborative learning fuels growth and forges stronger connections. If this piece resonated with you, a brief note of thanks goes a long way.

Okay