<div dir="ltr">The automated listing is <a href="http://apps.owncloud.com">apps.owncloud.com</a>. »Maintaining« a »dump« is an oxymoron, and we don’t have a »core« of people who can or have time to take over apps from app developers who don’t have time to maintain their own apps. That’s what the app developer is for.<div>

<br></div><div style>It’s not an antipattern to let everyone develop where they want. Look at the Firefox OS appstore, Android, iOS, and so on. Doesn’t matter where you develop, the listing (in our case <a href="http://apps.owncloud.com">apps.owncloud.com</a>) is in one place.</div>

<div style><br></div><div style>We do not and will not maintain or document 3rd party apps. That’s why they are called 3rd party.</div><div style><br></div><div style><br></div><div style>And again, let’s please postpone this discussion for after the ownCloud 5 release. If you have the energy to write a mail, please invest it in testing issues instead.</div>

<div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 28, 2013 at 5:36 PM, Amgine <span dir="ltr"><<a href="mailto:amgine@wikimedians.ca" target="_blank">amgine@wikimedians.ca</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>(top-posting due to length of quote)<br>
      <br>
      Dispersing 3rd-party apps is an anti-pattern for supporting future
      forks of them, and causes a increase in content maintenance cost.<br>
      <br>
      If you maintain a dump for community apps, listing them is
      automatable, and the cost to document them, etc., is downloaded to
      the community/their developers (and the expectation is many
      third-party apps will not be maintained.)<br>
      <br>
      If you do not, you will be expected to maintain links and minimal
      documentation/teasers to third party apps which will, generally,
      be stale/broken because you don't have the motivation to maintain
      them. <br>
      <br>
      Such a decision is a hurdle to users and developers who must
      locate the 3rd party apps they wish to use/fork, and makes your
      site look like a cobweb.<br>
      <br>
      Amgine<br>
      <br>
      <br>
      On 28/02/13 06:05 AM, Jan-Christoph Borchardt
      <a href="mailto:hey@jancborchardt.net" target="_blank"><hey@jancborchardt.net></a> wrote:<br>
    </div>
    <blockquote type="cite">
      <pre>We had some discussion about a similar question at the developer meeting.
This is only my personal opinion: Especially apps which are planned to not
longer be maintained should not just be dumped in the owncloud/apps repo.
No one will just pick them up or fix errors. If they are important to
someone then they will go to your Github account, fork them and work on
that.

We shouldn?t use the owncloud/apps repo as a dump for community apps,
actually every app should have their own repository. It?s a big mess to
have multiple apps in one repo, issue tracker etc. where all the commits
are mixed. Working via pull requests to manage contributions is much better
than cleaning up possible mess afterwards. Everyone can easily use their
own Github account or whatever development platform of choice and put the
apps up at <a href="http://apps.owncloud.com" target="_blank">apps.owncloud.com</a>

So as an answer, just put the apps in separate repos on your own Github
account. Then put the address in the description of the app with a note
that you won?t maintain them any longer and if anyone wants to pick them up
they can fork your repo.




On Mon, Feb 18, 2013 at 11:13 PM, Christian Reiner <
<a href="mailto:foss@christian-reiner.info" target="_blank">foss@christian-reiner.info</a>> wrote:

</pre>
      <blockquote type="cite" style>
        <pre><span>> </span>Hi all,
<span>> </span>during the last month I wrote a few simple apps which are published on the
<span>> </span>app
<span>> </span>store. Despite quite some positive feedback, constructive suggestions and
<span>> </span>helpful assistance in tracking down bugs I failed interest anyone into
<span>> </span>contributing to the apps themselves. This means I ran a one man show over
<span>> </span>the
<span>> </span>last month. Unfortunately I have to accept the fact that maintaining those
<span>> </span>apps simply takes too much of my time. I have other ongoing projects, some
<span>> </span>of
<span>> </span>those being more important for me personally. But since aparently there are
<span>> </span>many users of the apps out there and they appear to draw attention I think
<span>> </span>it
<span>> </span>might make sense to keep them alive.
<span>></span>
<span>> </span>Community interest asumed I suggest to transfer the apps in their current
<span>> </span>state from my own subversion repository into ownClouds github repositories.
<span>> </span>That way at least bugfixes could be done where and when required. The last
<span>> </span>step I contributed was to migrate the apps to be usable under the upcoming
<span>> </span>OC
<span>> </span>version 5. Aparently that is done, the apps 'Shorty', 'Shorty Tracking' and
<span>> </span>'Imprint' can be installed and used likewise under OC-4.0, OC4.5 and OC-5
<span>> </span>as
<span>> </span>far as I can say. In my eyes this means that <b><span>*</span>now<span>*</span></b> is a good time for a
<span>> </span>migration.
<span>></span>
<span>> </span>My questions:
<span>> </span>1.) is there interest to accept the apps (in a community like sense)?
<span>> </span>2.) maybe there is someone who volunteers to take (temporary)
<span>> </span>maintainership?
<span>> </span>3.) where should the apps be imported to and how? (Sorry, I don't know
<span>> </span>git...)
<span>> </span>4.) maybe someone volunteers to give me a hand in that migration to prevent
<span>> </span>serious damages to the ownCloud repositories?
<span>> </span>5.) obviously also alternative suggestions are welcome
<span>> </span>6.) as well as any form of constructive feedback <span title=";-)"><span>;-)</span></span>
<span>></span>
<span>> </span>--
<span>> </span>Christian Reiner (arkascha)
<span>> </span>_______________________________________________
<span>> </span>Owncloud mailing list
<span>> </span><a href="mailto:Owncloud@kde.org" target="_blank">Owncloud@kde.org</a>
<span>> </span><a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a>
<span>></span>
</pre>
      </blockquote>
    </blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
Owncloud mailing list<br>
<a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
<br></blockquote></div><br></div>