CocoaPods

Specs

Learning & Reference2012–2016

CocoaPods / Specs

Specs

The CocoaPods Master Repo

Learning & Reference

Explore on GitHub Read Hacker News discussions

6Distinct people

6Mentions

0Explicit recommenders

6.8KGitHub stars

REPOSITORY AT A GLANCE

What to know before exploring

What it is

The CocoaPods Master Repo

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year6 dated mentions

Observed mentions: 2012-07-13 20:39:20 UTC to 2016-08-17 10:51:30 UTC.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges

UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
Period	Start (UTC)	End (exclusive, UTC)	Mentions	Comments
2012	2012-01-01 00:00:00 UTC	2013-01-01 00:00:00 UTC	1	1
2013	2013-01-01 00:00:00 UTC	2014-01-01 00:00:00 UTC	2	2
2014	2014-01-01 00:00:00 UTC	2015-01-01 00:00:00 UTC	0	0
2015	2015-01-01 00:00:00 UTC	2016-01-01 00:00:00 UTC	0	0
2016	2016-01-01 00:00:00 UTC	2017-01-01 00:00:00 UTC	3	3

What Hacker News says

6 sources

flipp3r·Aug 17, 2016

There are even package managers which host all their data / indexes on Github ( https://github.com/CocoaPods/Specs/tree/master/Specs ). I personally also back up encrypted data on Github.

In 30K Page Views for $0.21: A Serverless Story

mitchtbaum·Mar 8, 2016

Arch and Debian contributors have tried a good approach for package management.. 0: p2pacman - Bittorrent powered pacman wrapper 1: pacman & torrent, feasible? 2: DebTorrent (0) https://bbs.archlinux.org/viewtopic.php?id=163362 (1) https://bbs.archlinux.org/viewtopic.php?id=115731 (2) https://wiki.debian.org/DebTorrent I believe scaling this could happen with either: 1) lightweight filesystem\directory versioning support, like how btrfs allows you to mount snapshots. This way, peers could update whichever version of a torrent they have. Or 2) very reliable means to update to the latest torrent release (as reliable as syncing with peers), which afaict means smarter bittorrent clients that can perform DHT-based "crawling". Those recent defcon(?) "hacks" to query peers for similar torrents based on user pools and connection histories (or

Read the rest

something like that) would make sense here. A cool side-note: In one of my few experiences diving into `.git`, I diff'd it before and after making changes to its tracked sources, like adding files and modifying them. It looked like a torrent that included version control data would make out just fine if an updated torrent expected similar data in the same location. Again, a smarter bittorrent client would need to sort some of this out. See also 0': Updating Torrents Via Feed URL. Anyway, most users would probably leave that part out, in favor of only which parts they need. (0') http://www.bittorrent.org/beps/bep_0039.html Another cool side-note: This would also allow for easily adding repos from multiple sources... Look at how many ( non-automated :-( ) merge requests com.github/CocoPods/Specs's caregivers have reviewed: 13,331 as of now (0''). (0'') https://github.com/CocoaPods/Specs/pulls?q=is%3Apr+is%3Aclos...

In CocoaPods downloads max out five GitHub server CPUs

pjc50·Mar 8, 2016

This reply: https://github.com/CocoaPods/CocoaPods/issues/4989#issuecomm... "Not having to develop a system that somehow syncs required data at all means we get to spend more time on the work that matters more to us, in this case. (i.e. funding of dev hours)" In other words, using github as a free unlimited CDN lets them be as inefficient as they like. Such as having 16k entries in a directory ( https://github.com/CocoaPods/Specs/tree/master/Specs ) which every user downloads. Package management and sync seems to suffer really badly from NIH. Dpkg is over 20 years old and yum is over a decade old. What's up with this particular wheel that people keep reinventing it seemingly without improvement?

In CocoaPods downloads max out five GitHub server CPUs

fosk·Oct 22, 2013

I've merged the pull request, updated the spec, and submitted a pull request to make Unirest available on CocoaPods: https://github.com/CocoaPods/Specs/pull/4867 Thanks for your contribution

In Show HN: Unirest

orta·Apr 21, 2013

We have a declarative ruby file that must include a license ( https://github.com/CocoaPods/Specs/blob/master/ARAnalytics/1... ) which doesn't have to be OSS ( because we support closed source libraries ) but is nearly always OSS. So we have a CI linter that checks every library.

In Finding Unlicensed Repos on Github

matttthompson·Jul 13, 2012

All of the best Objective-C libraries can be found on CocoaPods (https://github.com/CocoaPods/specs/)

In AFIncrementalStore: Core Data with AFNetworking, Done Right