Skip to content

material_color_utilities is pinned as a dependency in package:flutter #185017

Closed
flutter/packages
#12225

Description

@sigurdm

We are waiting to clarify the status here before unpinning.

Most likely this will go away when package:material is external?

Activity

  1. added
    frameworkflutter/packages/flutter repository. See also f: labels.
    p: material_uimaterial_ui package in flutter/packages
    team-designOwned by Design Languages team
    on Apr 14, 2026
  2. dkwingsmt commented on Apr 15, 2026

    @dkwingsmt
    Contributor

    cc @justinmc

    Marking it as P1 because it is related to decoupling.

  3. added
    P1High-priority issues at the top of the work list
    triaged-designTriaged by Design Languages team
    on Apr 15, 2026
  4. justinmc commented on Apr 15, 2026

    @justinmc
    Contributor

    @sigurdm Yes it looks like material_color_utilities is only used in material/color_scheme.dart, which is moving out to the material_ui package. However keep in mind that this code won't be deleted for another year, only deprecated for now, so the dependency in pubspec.yaml will have to remain for quite some time.

  5. sigurdm commented on Apr 17, 2026

    @sigurdm
    ContributorAuthor

    Right, that actually makes the unpinning important, otherwise using package:flutter from the sdk will block you from using newer versions of package:material.

    But I think I'll leave it to the Flutter team to figure out how they'll do that best.

  6. justinmc commented on Jul 14, 2026

    @justinmc
    Contributor

    @QuncCccccc do you have any idea why material_color_scheme was pinned? I see it's only used in color_scheme.dart.

    My thinking is that we should just unpin it and make it a caret dependency in material_ui. I'm thinking after 1.0.0, though it shouldn't cause any migration trouble to do it pre-1.0.0.

  7. stuartmorgan-g commented on Jul 14, 2026

    @stuartmorgan-g
    Contributor

    do you have any idea why material_color_scheme was pinned?

    Until recently, everything in flutter/flutter was pinned. Unpinning is a recent change, and I believe this package was left out during the first iteration only because it was potentially going to be mooted for flutter/flutter by the move to packages.

    My thinking is that we should just unpin it and make it a caret dependency in material_ui. I'm thinking after 1.0.0

    You won't be able to publish from flutter/packages with a pinned runtime dependency unless we make special CI changes to ignore the warning that pub will give when you try. I would not want to do that without an extremely compelling reason.

    Since the source repo for the package is an Alphabet repo, I would expect that this would fall under our (flutter/packages) criteria for unpinned deps.

  8. self-assigned this
    on Jul 16, 2026
  9. justinmc commented on Jul 16, 2026

    @justinmc
    Contributor

    Sounds like we should unpin it now then: flutter/packages#12225

  10. github-actions commented on Aug 3, 2026

    @github-actions

    This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.

  11. locked as resolved and limited conversation to collaborators on Aug 3, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

P1High-priority issues at the top of the work listframeworkflutter/packages/flutter repository. See also f: labels.p: material_uimaterial_ui package in flutter/packagesteam-designOwned by Design Languages teamtriaged-designTriaged by Design Languages team

Type

No type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions