<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Just a thank you for all the work.<br>
<br>
I think owncloud is doing well, but it needs to mature a bit more.<br>
Mature in the department off releasing, documentation and so on.<br>
If things settle down in the future there is more time to do more
testing.<br>
<br>
If users are getting angry it is not a good sign, but people need
to test it first.<br>
Even debian quality software needs testing on a test machine or a
test environment before you run an upgrade.<br>
running a upgrade over an installation without testing could get
you in trouble.<br>
<br>
Well we all learned something :D<br>
<br>
gr<br>
Johan<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Victor Dubiniuk schreef:<br>
</div>
<blockquote
cite="mid:CA+UHsBtuE7cq2Y9hHw8inNVAiiffPvA-1SssZ40meQ-H_rADvw@mail.gmail.com"
type="cite">Hi <span
style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">Günter</span>,
<div><br>
</div>
<div>I spent some time writing README. It is available in the app
directory and on the github <a moz-do-not-send="true"
href="https://github.com/owncloud/apps/tree/master/updater">https://github.com/owncloud/apps/tree/master/updater</a><br>
In short:</div>
<div>- If it is not possible to create a valid backup of the files
the upgrade process won't proceed;</div>
<div>- Database connection detail are stored inside <b>config.php</b>.
It is not deleted on upgrade;</div>
<div>- All the files of the previous instance are stored inside
your backup.;</div>
<div>- Many 3rdparty apps won't work with the new version anyway
since they have maximal core version they are compatible with.
So there is no reason to leave them, moreover it may cause
various issues right after upgrade;</div>
<div>- There are good chances not to have 3rd party
apps compatible with X.Y.Z in the same day X.Y.Z is released;</div>
<div>- I have a full-time job and family and I spend evenings
upgrading different versions of numerous ownCloud instances in
order to make the upgrade process smooth enough.</div>
<div><br>
</div>
<div>Please accept my apologies for all the inconveniences you
had.</div>
<div><br>
---</div>
<div>Victor<br>
<br>
<div class="gmail_quote">On Thu, Nov 15, 2012 at 4:14 PM,
Jan-Christoph Borchardt <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:hey@jancborchardt.net"
target="_blank">hey@jancborchardt.net</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">How can
this be fixed to not happen in the future? There should be
an<br>
upgrade path for the config, and in the worst case just
automatically<br>
a backup be made, right? Also the LDAP config needs to be
preserved (I<br>
presume it should already, maybe that’s a bug)?<br>
<br>
Can you please file these issues in the tracker at<br>
<a moz-do-not-send="true"
href="http://github.com/owncloud/core/issues"
target="_blank">http://github.com/owncloud/core/issues</a>
– that way we can not only help<br>
single people via the mailing list, but fix it for everyone.
Thanks!<br>
<div class="HOEnZb">
<div class="h5"><br>
<br>
<br>
On Thu, Nov 15, 2012 at 2:00 PM, chymian <<a
moz-do-not-send="true" href="mailto:chymian@gmx.net">chymian@gmx.net</a>>
wrote:<br>
> Am 15.11.2012 13:48, schrieb Mark Ziegler:<br>
>> Am 15.11.2012 13:28, schrieb chymian:<br>
>>> propbably, there came a new config with the
update, which destroyed<br>
>>> the old one. and the updater did not make
any backup of the config file.<br>
>>> WTF!<br>
>>><br>
>>> I'm not very happy with this!!!<br>
>> Who would be happy? But I am sure you made a
backup before, so no need<br>
>> to be rude ;-)<br>
><br>
> your right, I'm sorry about the WTF!<br>
><br>
> but software, which destroys itself is not very
nice either! and<br>
> produces a lot of work and debugging at the admin
side.<br>
> and should definitely be marked as alpha-state!<br>
><br>
> [rant on]<br>
> as I'm used to debian-state of quality, this is
very unusual behavior.<br>
> but that seems to be normal with KDE!<br>
> sorry, I'm a bit pissed<br>
> [rant off]<br>
><br>
> günter<br>
>><br>
>> Mark<br>
>><br>
>> _______________________________________________<br>
>> Owncloud mailing list<br>
>> <a moz-do-not-send="true"
href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
>> <a moz-do-not-send="true"
href="https://mail.kde.org/mailman/listinfo/owncloud"
target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
><br>
> _______________________________________________<br>
> Owncloud mailing list<br>
> <a moz-do-not-send="true"
href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
> <a moz-do-not-send="true"
href="https://mail.kde.org/mailman/listinfo/owncloud"
target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
_______________________________________________<br>
Owncloud mailing list<br>
<a moz-do-not-send="true" href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
<a moz-do-not-send="true"
href="https://mail.kde.org/mailman/listinfo/owncloud"
target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Owncloud mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Owncloud@kde.org">Owncloud@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/owncloud">https://mail.kde.org/mailman/listinfo/owncloud</a>
</pre>
</blockquote>
<br>
</body>
</html>