Details

    • Type: Improvement Improvement
    • Status: Resolved
    • Priority: Critical Critical
    • Resolution: Won't Fix
    • Affects Version/s: 2.2
    • Fix Version/s: future-release
    • Component/s: tools
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: All

    • Issuezilla Id:
      1,679

      Description

      Again, use-case is companies trying to build internal copy/mirror of Sun public IPS repositories.
      Listing explicitly all dozens of packages can be painful and error-prone.

        Activity

        Hide
        ckamps added a comment -

        Copying same response as I supplied in RFE 1678:

        Doesn't the basis for what Alexis is interested in already exist via the
        following two approaches?

        1) The OpenSolaris distribution already documents how people can establish
        mirrors of the OpenSolaris repositories. Might that approach be useful here?

        http://opensolaris.org/os/project/pkg/Mirroring/

        Our Sun layered repo hosting service and/or product teams could offer similar
        rsync access to help support this approach.

        2) If the user wants a full copy of Sun repos, then they might be able to obtain
        an archive of the repository of interest. Again, similar to what the
        OpenSolaris program is offering with the OpenSolaris public repos. We're
        helping Sun product teams to support this feature as it applies to layered
        distributions by helping to facilitate and document the approach of running a
        standalone copy of product repos within close networks.

        Neither copypkgs nor pkgrecv are used by the end user in these approaches.

        If either or both of the approaches above are of interest, please send an email
        to our Sun internal repo service alias. I'll send that separately.

        Show
        ckamps added a comment - Copying same response as I supplied in RFE 1678: Doesn't the basis for what Alexis is interested in already exist via the following two approaches? 1) The OpenSolaris distribution already documents how people can establish mirrors of the OpenSolaris repositories. Might that approach be useful here? http://opensolaris.org/os/project/pkg/Mirroring/ Our Sun layered repo hosting service and/or product teams could offer similar rsync access to help support this approach. 2) If the user wants a full copy of Sun repos, then they might be able to obtain an archive of the repository of interest. Again, similar to what the OpenSolaris program is offering with the OpenSolaris public repos. We're helping Sun product teams to support this feature as it applies to layered distributions by helping to facilitate and document the approach of running a standalone copy of product repos within close networks. Neither copypkgs nor pkgrecv are used by the end user in these approaches. If either or both of the approaches above are of interest, please send an email to our Sun internal repo service alias. I'll send that separately.
        Hide
        Alexis MP added a comment -

        Offering a rsync and/or downloadable repo content is a good idea but in both cases it doesn't offer fine
        granularity over the packages being copied (a company may only want a subset of the packages hosted on
        a given repo). My use case is not only that of a mirror, but rather a company hosting "approved" packages
        which they support for their internal users.

        Show
        Alexis MP added a comment - Offering a rsync and/or downloadable repo content is a good idea but in both cases it doesn't offer fine granularity over the packages being copied (a company may only want a subset of the packages hosted on a given repo). My use case is not only that of a mirror, but rather a company hosting "approved" packages which they support for their internal users.
        Hide
        Alexis MP added a comment -

        To be clear, pkgrecv is what I need for my initial use-case. No need to make changes to copypkgs.

        Show
        Alexis MP added a comment - To be clear, pkgrecv is what I need for my initial use-case. No need to make changes to copypkgs.
        Hide
        Tom Mueller added a comment -

        If someone wants a copy of the repository with all packages, then the user be
        provided with an archive copy of the repository.

        If someone wants a significant number of packages that are related via
        dependencies, the pkgrecv -r option can be used to download that set.

        At this time, it seems that having wildcard support in copypkgs and pkgrecv is
        not necessary.

        Show
        Tom Mueller added a comment - If someone wants a copy of the repository with all packages, then the user be provided with an archive copy of the repository. If someone wants a significant number of packages that are related via dependencies, the pkgrecv -r option can be used to download that set. At this time, it seems that having wildcard support in copypkgs and pkgrecv is not necessary.

          People

          • Assignee:
            rajkumarsrinivasan
            Reporter:
            Alexis MP
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: