[Pkg-owncloud-maintainers] owncloud 6 in unstable

[Luca Capello]

Hi David!

On Sun, 12 Jan 2014 22:40:42 +0100, David Prévot wrote:
> [ I maybe shouldn’t continue to keep you CC, sorry in advance if that
>   bores you, and just let me know if you’re subscribed, so I’ll stop. ]

I am subscribed, so just in case no need to Cc: me ;-)

> Thanks for your quick follow up.

This time a bit later, coming back from the Paris Mini-DebConf 2014.
But given that everything was already clear and that nothing prevented
the upload I took the liberty to find the time to answer you.

> Le 12/01/2014 12:56, Luca Capello a écrit :
>> On Sun, 12 Jan 2014 14:22:26 +0100, David Prévot wrote:
>>> Le 12/01/2014 08:06, Luca Capello a écrit :
>
>>>> - it does not support the Antivirus application
>
>>> it doesn’t seem like
>>> there is much interest in this application currently, so I’m not sure
>>> its status will change in a foreseeable future.
>
>> That seems bad :-(
>
> Sorry. I didn’t try and use this application, but maybe “just” setting
> up a cronjob or an event based trigger to hook some clamav scan is
> something that {is already,could be} documented in the mean time.

Well, the problem I see with a cronjob is that there will be a period of
time in which the virus can spread.  And the event-based trigger seems
to me the same concept implemented in the Antivirus application.

I just fear that we are trading more shiny features instead of security
and bug fixes, but I do not complain so loud since I am just talking
(and I have not found the time yet to dig into the code).

>>>> - on the same upstream installation, the Documents application, which
>>>>   should allow collaborative editing, simply shows an .odt in read-only
>>>>   mode (nothing more than the same behavior in OC5).
>
>> I only tested the upstream .deb.
>
> Testing this application is currently part of the “must do” before
> uploading a new package (given it required quite some effort to make it
> work in the first place with regenerated JS at build time, and also
> because this application is activated by default on first install), so
> rest assured it’s being tested. Of course, what works for me in my test
> and production environments may fail elsewhere, so do not hesitate to
> bug us if your experience differs.

I will soon migrate at least our internal instance to the official
Debian package, so I will surely file a bug if the problem is still
there ;-)

>>>> - the upstream choices of both creating common folders upon login and
>>>>   moreover not XDG-compliant (lowercase starting letter) are
>>>>   questionable.
>
>> I was referring to the example set created upon first login
>
> Thanks for confirming that’s “just” about examples. We may patch it if
> that’s really boring (and propose to include such patch upstream), I’m
> just not {sure,convinced} it’s worth it. We may also just deactivate
> this feature if needed, I don’t really have (yet) an opinion myself
> about it (we added the PDF build in owncloud-doc to keep the Debian
> package feature equivalent to upstream, but that’s the only effort we
> did for those examples so far).

Well, I find the newly-created directories a good hint to structure your
files, in the same line as it happens on any major DE (Windows and OSX
included, check them both from the command-line).  However, what I find
disturbing is not following standards that even proprietary DE implement
(maybe by chance).  It creates even more confusion and I would not be
surprised if a lot of users will simply rename or, even worse, delete &
properly recreate them.

While I have not checked the PDF yet, IMHO having a ready-to-use
documentation is a nice thing, so I would vote to leave it in the main
binary package.  This is especially true if you consider that the
end-user could not be the server administrator, thus on OSs different
than Debian.  YMMV.

Thx, bye,
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-owncloud-maintainers/attachments/20140119/9b89920c/attachment.sig>