Searchable Swift Package Manager index?


(Matias Piipari) #1

Hi there

Are there any efforts ongoing to provide a searchable index of Swift Package Manager packages? Is something like this in the plans at Apple, and / or are there existing community efforts to provide such a service? I much like the focused nature of the Swift Package Manager in its present form, so I understand if it’s not part of the that project. I’d however be interested of putting something together which would let me find SPM packages with simple keyword searches and rank by popularity, to give examples of common use cases for such a site.

I’d be equally happy to help someone else out in building such a thing if there are already efforts on the way.

Thanks!
Matias

(Apologies if this is not the right list to ask about this topic, or if I failed to find an existing post on the topic.)

- - - -
Matias Piipari, PhD
http://twitter.com/mz2

Manuscripts.app - Make it your best work.
http://manuscriptsapp.com


Swift package manager isn't like npm, pip, gem, pub
(Adrian Kashivskyy) #2

I believe the idea of SPM is to be decentralized and not contain a single index repository, like CocoaPods does. At least I hope so.

Pozdrawiam – Regards,
Adrian Kashivskyy

···

Wiadomość napisana przez Matias Piipari via swift-evolution <swift-evolution@swift.org> w dniu 09.12.2015, o godz. 19:30:

Hi there

Are there any efforts ongoing to provide a searchable index of Swift Package Manager packages? Is something like this in the plans at Apple, and / or are there existing community efforts to provide such a service? I much like the focused nature of the Swift Package Manager in its present form, so I understand if it’s not part of the that project. I’d however be interested of putting something together which would let me find SPM packages with simple keyword searches and rank by popularity, to give examples of common use cases for such a site.

I’d be equally happy to help someone else out in building such a thing if there are already efforts on the way.

Thanks!
Matias

(Apologies if this is not the right list to ask about this topic, or if I failed to find an existing post on the topic.)

- - - -
Matias Piipari, PhD
http://twitter.com/mz2

Manuscripts.app - Make it your best work.
http://manuscriptsapp.com <http://manuscriptsapp.com/>

_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution


#3

On that topic, Max Howell wrote (at https://bugs.swift.org/browse/SR-107):

Where to put/find the Package definition for a public dependency like SQLite?
[…]
Max Howell has worked on Homebrew, and Homebrew is centralized and hosted on Github (if I'm not mistaken). Do you know what prevented him from importing his particular experience on this topic to the Swift Package Manager? Does he think there are caveats in the current way Homebrew is centralized?

Homebrew made me regret the centralized model. Though having said that I think it would have benefits here since there is really only one correct module map.

Not specializing the behavior for these packages is better for the ecosystem, it remains flexible and consistent.

It would be easy for someone to step up and make an organization that becomes the go-to place for system module packages. I hope the community will answer that call.

If we insisted on a single index then the benefits of decentralization would not be accessible, but if we encourage the community to provide an index while still not treating these package types differently the community has the best of both worlds.

So it looks like we need someone with strong social skills.

Gwendal Roué


(Jonathan Allured) #4

See also this section of the Community Proposal for SPM:

https://github.com/apple/swift-package-manager/blob/master/Documentation/PackageManagerCommunityProposal.md#a-package-index

I also would be very interested in helping with this effort!!

Jon

···

On Dec 9, 2015, at 12:34 PM, Gwendal Roué via swift-evolution <swift-evolution@swift.org> wrote:

On that topic, Max Howell wrote (at https://bugs.swift.org/browse/SR-107):

Where to put/find the Package definition for a public dependency like SQLite?
[…]
Max Howell has worked on Homebrew, and Homebrew is centralized and hosted on Github (if I'm not mistaken). Do you know what prevented him from importing his particular experience on this topic to the Swift Package Manager? Does he think there are caveats in the current way Homebrew is centralized?

Homebrew made me regret the centralized model. Though having said that I think it would have benefits here since there is really only one correct module map.

Not specializing the behavior for these packages is better for the ecosystem, it remains flexible and consistent.

It would be easy for someone to step up and make an organization that becomes the go-to place for system module packages. I hope the community will answer that call.

If we insisted on a single index then the benefits of decentralization would not be accessible, but if we encourage the community to provide an index while still not treating these package types differently the community has the best of both worlds.

So it looks like we need someone with strong social skills.

Gwendal Roué

_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution


(Matias Piipari) #5

I really like the idea of the Swift Package Manager remaining focused, distributed and using Git as part of package management flow. This also makes it very straightforward to use it as part of a deployment workflow for proprietary stuff, amongst many other things.

The approach I was thinking actually as a starting point would be to search github and bitbucket repos for repos which contain feasibly SPM buildable packages and just periodically index the basic metadata from those + measures of popularity and recent activity. This is really to scratch my own itch to find and study open source Swift code (which is amazing to see starting to appear in a Linux compilable form already days from the announcement).

Matias

···

On 9 Dec 2015, at 18:34, Gwendal Roué <gwendal.roue@gmail.com> wrote:

On that topic, Max Howell wrote (at https://bugs.swift.org/browse/SR-107):

Where to put/find the Package definition for a public dependency like SQLite?
[…]
Max Howell has worked on Homebrew, and Homebrew is centralized and hosted on Github (if I'm not mistaken). Do you know what prevented him from importing his particular experience on this topic to the Swift Package Manager? Does he think there are caveats in the current way Homebrew is centralized?

Homebrew made me regret the centralized model. Though having said that I think it would have benefits here since there is really only one correct module map.

Not specializing the behavior for these packages is better for the ecosystem, it remains flexible and consistent.

It would be easy for someone to step up and make an organization that becomes the go-to place for system module packages. I hope the community will answer that call.

If we insisted on a single index then the benefits of decentralization would not be accessible, but if we encourage the community to provide an index while still not treating these package types differently the community has the best of both worlds.

So it looks like we need someone with strong social skills.

Gwendal Roué