- Is mrgoodbytes8667/date-bundle compatible with Laravel?
- Not directly. It is a Symfony bundle distributed as a Bundle class with service definitions and a semantic Configuration tree, and Laravel does not boot bundles or run Extension::load(). Using it in Laravel requires a custom integration layer or consuming the underlying classes on their own.
- How do I install mrgoodbytes8667/date-bundle in a Laravel app?
- There is no install-and-go path. Composer can pull the package, but Laravel's package discovery will not register a Symfony bundle and the bundle service definitions will not be loaded. Installing Symfony DI and HttpKernel alongside Laravel is technically possible but leaves you maintaining two containers and two config systems in one process.
- Does this bundle replace Carbon in Laravel?
- No. Illuminate\Support\Carbon already covers formatting, parsing, comparison, and timezone-aware arithmetic and ships with Laravel by default. The bundle only adds value if it owns domain logic Laravel lacks, such as business-day calendars, holiday rule sets, fiscal periods, or recurrence. Review the source before paying an integration cost for something Carbon already does.
- What license does mrgoodbytes8667/date-bundle use?
- The repository reports NOASSERTION, which means the license file did not match a recognized SPDX template. That is not the same as unlicensed, but it does mean you cannot currently prove your right to use it. Read the LICENSE file yourself before any commercial or closed-source use.
- Which Symfony versions does date-bundle support?
- Check the declared constraint in composer.json before relying on it. Bundles typically depend on Symfony internals such as TreeBuilder, ReferenceType, and tagged services that shift across major versions. Laravel pins its own symfony/* versions, so those constraints can conflict when Composer resolves your dependency tree.
- Can I use only the date logic without booting Symfony?
- Possibly, if the src/ classes you need are container-agnostic and do not type-hint Symfony services. Map which classes depend on Symfony\Component\* versus plain PHP before committing to anything. If a clean subset exists, binding those classes in a Laravel service provider is far cheaper than running the bundle.
- Is mrgoodbytes8667/date-bundle safe for production use?
- Treat it as unproven. It has zero stars, zero dependents, and a single maintainer with no community pressure to fix defects, so your bug report is the only signal. The January 2025 release shows the repo is alive, but alive is not the same as exercised, and date handling hides DST boundaries, timezone database rollovers, and locale edge cases where lightly tested code fails silently.
- What dependencies does the date bundle pull in?
- It depends on Symfony components, and bundles often drag in more than expected, such as Doctrine, Twig, or Form integrations. Inspect the require and require-dev blocks in composer.json and run composer why to see the full tree. Every extra Symfony package you add increases version drift against the Symfony versions Laravel already pins.
- Does the bundle handle DST transitions and timezone database updates?
- That is the key question and the README does not answer it. Check the test suite for DST boundary cases, timezone database updates, locale formatting, and invalid input handling. Date logic is deceptively hard, so a thin test suite is a real risk for anything you schedule, bill, or report on.
- What should I use instead of this bundle in Laravel?
- For most needs, Carbon plus a custom cast or a small helper class covers formatting, parsing, and comparison in about fifty lines. Only escalate to a package when the capability is a genuine domain model at scale, like recurring schedules or multi-region business calendars. If you do adopt it, vendor or fork the useful subset rather than booting Symfony inside Laravel.