當 Canonical 宣布他們的 Snappy 方案已可以用於包括 Debian、Arch Linux、OpenWrt 在內的一些主流 Linux 發行版時，遭遇到了一些來自社區的反駁意見，還有人問 Canonical 是否已經准備好給其它的發行版提供 Snap 軟件包。
每個人都會首先問道，“為什麼我沒有見到 Snappy 服務器的源代碼出現？”有些人對 Canonical 在其 Snap 發布公告中的許多內容表示了不滿，特別是，Canonical 並沒有發布 Snappy 商店的源代碼，人們通過 snapcraft.io 網站提交了 Snap 軟件包後根本不知道後面都發生了什麼。
如果開發者想使用 Snap 軟件包跨多個 GNU/Linux 發行版發布軟件的話，在 snapcraft.io 上所提供的指導中有一個步驟需要開發者接受在社區爭議很大的 Ubuntu CLA（貢獻者許可同意書（Contributor License Agreement））。
Snap 並不依賴商店
前幾天，就是 6 月 23 日的時候，Canonical 和 Ubuntu 的創始人 Mark Shuttleworth 在給社區的一封郵件中透露了一些信息：從設計上來說， Snap 事實上並不依賴於某個商店，這意味著應用開發者可以建立他們自己的商店。不過，從另外一個方面來說，說明他也並不指望其它的發行版會從 Ubuntu Snappy 商店中獲取 Snap 軟件包。
“Snap
軟件包格式本質上並不依賴商店，你可以在系統裡面采用 Snap ，而不用管它是如何到達系統的。所以，當前的商店解決方案並沒有什麼關系，”Mark Shuttleworth 說，“我並不指望別的發行版會去從 Ubuntu 獲取 Snap 軟件，除非這裡有他們需要的軟件包，Snap 可以很容易的用於 Debian.org 。”
他也回應了那些批評 Canonical 在 Snap 格式上不公平競爭的指責，他說：“從某種意義上說，Snap 是順應發展而出現的——當然，Ubuntu 有個很龐大的商店，因為我們已經在移動和物聯網方面努力了好多年了。但是這並不是非難 Snap 的原因，我覺得恰恰相反。”
據 Mark Shuttleworth 說，應用開發者要從他們自己的商店分發 Snap 的最簡單的辦法就是通過 HTTPS。他認為，很顯然選擇了 Snap 格式在多個平台上分發的人可以在他自己的代碼裡面實現這個。當然，你可以可以采用其他的類似解決方案，包括最新發布的 Flatpak 或 AppImage。
