<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Community Apps >>> Cloudron Catalog Apps]]></title><description><![CDATA[<p dir="auto">Hi everybody <img src="https://forum.cloudron.io/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=a3d9da63442" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
<p dir="auto">It's logical that the following scenario would occur:</p>
<ol>
<li>As more Community apps are added</li>
<li>Those that have been marked as very stable</li>
<li>Can be processed by the Cloudron team and added in the official Cloudron Catalog</li>
</ol>
<hr />
<p dir="auto">In that scenario, the people that have been using a Community App<br />
(examples: Hermes, Fizzy, Garage S3, Ente, Browserless),<br />
would have 2 choices:</p>
<ol>
<li>
<p dir="auto">Stay on the Community version (if the maintainer decides to keep maintaining it)</p>
</li>
<li>
<p dir="auto">Switch to get the new updates from the Cloudron source</p>
</li>
</ol>
<ul>
<li>This post is about that.</li>
<li>It would be awesome if the Cloudron team could (some day) release an update which includes the option to switch from the Community source, to the Cloudron source.</li>
<li>This way, a migration is not needed and the transition goes smooth.</li>
</ul>
<hr />
<p dir="auto">This way, the Cloudron Catalog can grow much faster while with max stability.</p>
<p dir="auto">Hope that was useful <img src="https://forum.cloudron.io/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=a3d9da63442" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
]]></description><link>https://forum.cloudron.io/topic/15588/community-apps-cloudron-catalog-apps</link><generator>RSS for Node</generator><lastBuildDate>Mon, 10 Aug 2026 01:42:37 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/15588.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 04 Jun 2026 11:02:18 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Community Apps >>> Cloudron Catalog Apps on Sat, 06 Jun 2026 05:43:53 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a><br />
Well, if developers like <a class="plugin-mentions-user plugin-mentions-a" href="/user/luckow" aria-label="Profile: luckow">@<bdi>luckow</bdi></a> essentially maintain <em>their own appstore</em>, I fully agree.</p>
<p dir="auto">With all other community apps, you always risk going down the Yunohost way - a plethora of apps, many if not most unmaintained.</p>
<p dir="auto">Your USP is - inter alia! - that people can rely on well maintained apps. IMHO opinion, the goal should always be to maintain a broad-ranging, well maintained appstore.</p>
<p dir="auto">This is also relevant in a commercial scenario, where individuals/companies have to ascertain risks before implementing Cloudron („are those apps maintained and up-to-date?“).</p>
]]></description><link>https://forum.cloudron.io/post/125545</link><guid isPermaLink="true">https://forum.cloudron.io/post/125545</guid><dc:creator><![CDATA[necrevistonnezr]]></dc:creator><pubDate>Sat, 06 Jun 2026 05:43:53 GMT</pubDate></item><item><title><![CDATA[Reply to Community Apps >>> Cloudron Catalog Apps on Fri, 05 Jun 2026 20:56:37 GMT]]></title><description><![CDATA[<p dir="auto">Thanks <a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a><br />
Us, the people that install softwares through Cloudron (Cloudron catalog + Community apps) worry only about 2 things:</p>
<ul>
<li>That each app is updated regularly</li>
<li>Stability &amp; Performance</li>
</ul>
<p dir="auto">Who packages and maintains it, doesn't matter much.<br />
If a community maintainer does a good job, great. We would gladly donate to support his/her work.</p>
<p dir="auto">3 scenarios exist:</p>
<ol>
<li>
<p dir="auto">If the Cloudron team planned on adding couple Apps in the Catalog (which a community maintainer was faster to release on the Community list), and now the App isn't added on the list because somebody was faster.<br />
Yes, some maintainers do a great job. But not all are up to the gold standard that the Cloudron team has. Most of those people have regular jobs, so they can't dedicate the additional time.</p>
</li>
<li>
<p dir="auto">If a Community maintainer, stops maintaining an App. And if the Cloudron team picks to add the same App on the Catalog.<br />
All those hundreds/thousands of people that initially used the Community version, would need an streamlined switch to the Cloudron version. Ideally without a full migration.<br />
This is where it would be very useful if some day in the future the Cloudron team could create an option in the Community App dashboard, to just click to change the .json URL - so that the App continues to get the next updates from the Cloudron source.</p>
</li>
<li>
<p dir="auto">A Community maintainer want's to help the community and the Cloudron team by first maintaining an App himself, but with the purpose in the future to delegate the same App to the Cloudron team, so that he can redirect his focus on preparing new Apps.</p>
</li>
</ol>
]]></description><link>https://forum.cloudron.io/post/125544</link><guid isPermaLink="true">https://forum.cloudron.io/post/125544</guid><dc:creator><![CDATA[creative567145]]></dc:creator><pubDate>Fri, 05 Jun 2026 20:56:37 GMT</pubDate></item><item><title><![CDATA[Reply to Community Apps >>> Cloudron Catalog Apps on Fri, 05 Jun 2026 10:00:43 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a> As a cloudron customer, I will always trust more cloudron to do a good job maintaining a package, so if it makes sense to take over an existing package which is community maintained (due to general demand for example), then Cloudron should do it.</p>
]]></description><link>https://forum.cloudron.io/post/125529</link><guid isPermaLink="true">https://forum.cloudron.io/post/125529</guid><dc:creator><![CDATA[ruihildt]]></dc:creator><pubDate>Fri, 05 Jun 2026 10:00:43 GMT</pubDate></item><item><title><![CDATA[Reply to Community Apps >>> Cloudron Catalog Apps on Fri, 05 Jun 2026 08:05:18 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/creative567145" aria-label="Profile: creative567145">@<bdi>creative567145</bdi></a> good you bring it up. At least in my mind, the Cloudron catalog is not the "next step" in a community package's lifecycle. In some cases it might actively hamper the community package author. For example, if we were to take over <a class="plugin-mentions-user plugin-mentions-a" href="/user/luckow" aria-label="Profile: luckow">@<bdi>luckow</bdi></a> 's packages from his recently announced package store, I am not sure how he feels (given he has invested much time and resources into this).</p>
<p dir="auto">Maybe it makes sense for Cloudron team to take over when the package is popular and well in use but the community packager does not want to maintain anymore. This probably requires collection of some stats on package installs which we don't collect (but probably the packager can collect on their server to get a guesstimate).</p>
<p dir="auto">Not sure how others perceive all this though, happy to collect some input here.</p>
]]></description><link>https://forum.cloudron.io/post/125523</link><guid isPermaLink="true">https://forum.cloudron.io/post/125523</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Fri, 05 Jun 2026 08:05:18 GMT</pubDate></item></channel></rss>