[Owncloud] Re: Contribute a 'social' app
On Thursday 12 May 2011 05:23:57 Bastian Neumann wrote: > I like the idea of ownCloud and I am having a close look at the sources > right now. > I am thinking about a social network app. That means, that every one who > has an ownCloud account on a server can have a profile and a list of > friends with whom they are able to share files. It is just a rough idea > but I want to hear your opinion on a function to share files with selected > friends. How about making this an add-on / plugin-in for diaspora and appleseed? I think this would be a better long term approach than building a new social network system on top of own-cloud. It could be tightly integrated in a variety of ways, and could also serve to promote awareness of own-cloud to what will presumably be the large number of people using those two FS applications. There are already applications that do social networking well. You could bring what owncloud's file hosting / sharing abilities to those applications instead of bringing their functionality to owncloud. Something like "if you have an owncloud server install this diaspora plugin and enter your webdab address to add filesharing capabilities to your profile". Just an idea, Sam. -- Sam Tuke British Team Coordinator Free Software Foundation Europe IM : samt...@jabber.fsfe.org Contact the British team: u...@fsfeurope.org signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Spreading and advertising
On Sunday 31 July 2011 23:34:44 Jan-Christoph Borchardt wrote: > Some "public relations" updates from me: Excellent work. You're absolutely right about the importance of managing site visitor's expectations, and making better use of disaspora and identi.ca is critical to successful outreach IMO. Thanks for adding me on Diaspora! Best, Sam. -- Sam Tuke British Team Coordinator Free Software Foundation Europe IM : samt...@jabber.fsfe.org Latest UK Free Software news: uk.fsfe.org Is freedom important to you? Join the fellowship.fsfe.org signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] ownCloud release
On Sun, 2011-09-25 at 01:23 +0200, Frank Karlitschek wrote: > We also have to write a release announcement which includes > information about all the old and new features of this release. I´m > not the best writer so if would be cool to get some help here. :-) I can edit and proof-read the announcement if you'd like me to. If I'm not around then please ping me one way or another to get my attention. Thanks, Sam. (http://fsfe.org/about/tuke/) ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Flattr for the release?
On Sat, 2011-10-08 at 01:14 +0200, Michael Grosser wrote: > My idea is to have the flattr buttons ready for the release and think > about what to do with the money later. Excellent idea. > one in the demo.owncloud.org header > one in the header of owncloud.org > and one for each specific page > and later perhaps one in the owncloud installation code (under a > contribute tab under settings or so) Most importantly, one prominently in the release announcement, so that all that traffic on release day will go by the opportunity to donate. The money would be useful for future sprints, among other things. Sam. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] PHP module zip not installed
On Fri, 2011-10-28 at 16:20 +0200, Frank Karlitschek wrote: > We shouldn´t rely on php extension which are not enabled in php by > default in general. I wrote a short blog post about how to install zip support for PHP on Fedora 16: http://blogs.fsfe.org/samtuke/?p=333 This procedure may be the same on CentOS 6, but I haven't had a chance to check yet. Perhaps this information could be added to this page?: http://owncloud.org/support/setup-and-installation/linux-server/ Thanks, Sam. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Gitorious vs Github
On Sat, 2012-04-28 at 22:43 +0200, Klaas Freitag wrote: > Freedom requires freedom, its not working otherwise. This is also my view. I disagree with the proposal to move to GitHub. ownCloud should not associate itself with proprietary or neo-proprietary (open core) partners or suppliers unless there is a significant benefit in doing so. I don't think GitHub offers sufficient benefits to merit such an association. However, an improvement to the availability of the ownCloud repo would be good, and I know that Frank is already looking into this. Best, Sam. signature.asc Description: This is a digitally signed message part ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] Hooks manual
I have made a first attempt at writing the hooks manual page: http://owncloud.org/dev/api-documentation-2/hooks/ The content is basically a rearrangement of the notes I've been making during the last few weeks of getting familiar with OC internals. Please improve the page as necessary. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Bug : Local Root in lieu of owncloud folder (versioning)
On Friday 11 May 2012 16:09:52 Alain Bourgeois wrote: > The pb is with versioning Thanks for the clear report! > When you try to ‘Revert File’ you access > http://XXX:8080/apps/files_versions/history.php?path=/texta and not to > http://XXX:8080/owncloud/apps/files_versions/history.php?path=/texta I've changed the way that the url linking to the history page is generated. Can you pull and test again to see if its fixed? Thanks, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Tools and IDE
On Friday 11 May 2012 17:20:07 Alessandro Cosentino wrote: > I use KDevelop 4.3, am I the only one? :) I'm also using this, but probably not for much longer due to the lack of xdebug support. > It's got a nice PHP and Git support, plus the awesomeness of any KDE > application! Agreed, but xdebug is really a critical tool in my view. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Tools and IDE
On Friday 11 May 2012 17:39:16 Alessandro Cosentino wrote: > Have you tried this? > http://nikosams.blogspot.ca/2010/02/kdevelop-xdebug-php-debugger.html > Just the first google hit on the topic. Let me know if you have Unfortunately those instructions are out of date. xdebug with kdevelop requires additional kdevelop plugins which need to be compiled (I'm not sure where to find the sources). There is no up to date guide for using kdevelop with xdebug that I'm aware of. I've also problems using xdebug with netbeans; its a shame that this powerful tool is poorly supported amongst IDEs, and so hard to setup. Other than this one issue, kdevelop is my favorite IDE. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Encryption
On Tue, 2012-05-22 at 12:53 +0200, Florian Hülsmann wrote: > With ZeroBin [1] you don't even have to trust your admin, but I'm not > sure if that model of client-side encryption is appliable to > ownCloud... ownCloud needs to be able to handle large file uploads / downloads, work well on mobile devices, and be bandwidth efficient. As far as I can see using client-side JS based encryption would conflict with these needs. Sam. signature.asc Description: This is a digitally signed message part ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] Merging unstable
Will the unstable be merged into master, now that master is out of feature freeze? Thanks, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] New unit testing manual page
See: http://owncloud.org/dev/api-documentation-2/unit-testing/ Improvements welcome. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] Making internal methods public for unit testing
OCP\User currently provides access to user-related methods commonly used by apps. For unit testing however, access to more methods are required, such as useBackend(), in order to make use of the dummy OC_User_Dummy user management backend. I imagine that other methods will also require access via a public interface for unit testing other functionality (not just relating to user.php). Therefore, although I can provide access to unit tests by simply adding wrappers for methods like useBackend() to OCP\User, I wonder whether there is a better option which doesn't result in a slew of new wrappers duplicating input and output? Best, Sam. -- Sam Tuke British Team Coordinator Free Software Foundation Europe IM : samt...@jabber.fsfe.org Latest UK Free Software news: uk.fsfe.org Is freedom important to you? Join the fellowship.fsfe.org signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Making internal methods public for unit testing
On Monday 04 June 2012 12:53:02 Frank Karlitschek wrote: > > What are you testing, if it is the core, why not use the core OC_ classes? I'm testing the files_versions app. In order to test any functionality that interacts with users, a dummy backend for the User class must be loaded. > Same question from me. I don´t think we should make our public API bigger > than needed only because we want to use unit tests. If we want apps to have unit tests, then any part of OC which must be accessed for the writing of tests should be in the public namespace. It seems to me that OCP\User class is just as public as any other class that needs access for the testing of an app. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] New filesystem interaction manual page
I've added a new manual page on filesystem interaction. I used the page to encourage app developers to use proper OC filesystem methods rather than PHP's built in filesystem functions. http://owncloud.org/dev/api-documentation/filesystem-interaction/ Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Making internal methods public for unit testing
On Tuesday 12 June 2012 20:42:24 Beni Buess wrote: > You can use PHP's Reflection API. Using ReflectionMethod::setAccessible > you can make a private Method callable from outside [1] In this case the issue is not that we are unable to access methods, but rather that we are unable to access it from the tailor made OCP public method namespace. The question is about how access is organised, rather than how access is possible. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] New filesystem interaction manual page
On Thu, 2012-06-14 at 09:55 +0200, Arthur Schiwon wrote: > General question: Over short or long, shouldn't those funcs also go > into > our Public API? I think we need to decide the public facing relationship of OC_Filesystem and OC_FilesystemView first. Will both go in the API? Should we just use one for simplicity? Is any refactoring required? Best Sam. signature.asc Description: This is a digitally signed message part ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] regarding quality
On Saturday 30 Jun 2012 22:52:48 eMerzh wrote: > May be the automatic test (with a good coverage!) may help us here.. > but we have a lng job to make everything testable :/ Exactly. ownCloud development is moving extremely fast - developing at this speed without unit tests understandably results in many bugs. There are currently very few unit tests and very few people writing unit tests because it is currently so difficult to write them. We should aim for all devs to be writing unit tests by default, because its easy, and because it makes their development process more efficient. To achieve this we need better documentation (both manual in inline), and refactoring to reduce the prevalence of close coupling and singleton objects. Currently these make writing unit tests painful. Refactoring isn't glamorous, but it will make OC simpler to work with, more testable, and easier to contribute to. Whilst we're on the subject, can I ask why we're using simpletest rather than PHPUnit? Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Move to GitHub
For the record I'm still against a move to GitHub, and I don't think that the decision should be made by vote. Such a move concerns business strategy and politics and must be decided by the project / company leaders. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Releases and stuff
re: QA and testing: We are a long way off achieving the optimal usefulness from developer testing due the lack of unit tests and the complexity of writing new ones. Continuous integration and unit testing frameworks are very closely related to this discussion. Unfortunately the email thread "regarding quality" died off without any clear decisions. re: Release process and a releases dude: I agree with Thomas that better documentation and planning of releases would help ownCloud quality, community relations, and developer morale. Personally I'd also appreciate it if someone took care of merging branches after feature-freezes, so that work doesn't get orphaned in unstable branch, for example. Perhaps what contributors to this thread are asking for is more of the good work that Frank has been doing of this nature, and that this work is done more explicitly. I'm not sure if Frank's schedule can accommodate additional work however. Care to share your thoughts Frank? Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] Sharing of pictures / galleries
Is it possible to share a picture gallery in OC4? Sharing a folder via private link isn't the same thing. Four users in the forums are asking about this, and I'm also curious as a friend of mine has the same issue. Forum thread link: http://forum.owncloud.org/viewtopic.php?f=3&t=3082 Forum thread opening post: __ Hello, I have another problem with my new owncloud installation. I know, how to share folders on my owncloud server with other users of the server and also how to make is publicly available via a private link for reading. So this just works fine. But I would also like, to share the gallery view of some picture folders with some friends. But so far I haven't found any tutorial or hint, how to share a picture gallery. If I share the folder with the picture just in the files view, the users also just get the files interface, to look at the pictures, but they have no possibility to go to the picture/gallery-view. And within my pictures/gallery view I found no possibility to share this view with anybody. So can anybody tell me, how to share a picture gallery (or where to find some help or tutorial how to do this)? Or is this not possible with the current version of owncloud? Bye Ralf __ Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Stored data encryption, how?
On Tuesday 11 Sep 2012 15:42:21 turgut kalfaoğlu wrote: > Hi there.. could someone tell me where I can find information on > encrypting stored data? To enable it you just need to enable the app, then enable it in your user settings. If you need more detail than that, please ask. Also be aware that in ownCloud 5 there will be a new, more advanced encryption system, but the interface for enabling it will be the same. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] Archive reading resource hog (bug oc-1224)
Here's a status update on bug oc-1224 that I've been working on. When files_archive is enabled, and a new archive is added to ownCloud, all subfiles and directories are opened on the server and added to the filecache. This hogs resources to a show-stopping extent. As far as I can see it's not necessary to do this. With gzipped files, if only the archive file itself is read into the cache when it is first uploaded, then you can browse through the archive in the web interface quite happily, as each time you open a subdirectory, the contents of that directory are read into the cache. I have used path regexes to prevent recursive scanning of archives, and this works for gzip files. Zip files however don't work the same way however. Unless the whole archive is scanned into the file cache when it's first added, the archive is not browsable via web interface. I'm not sure why rescans are triggered for gzip archives and not for zip archives. However, even when recursive scanning of gzip archives is prohibited, the resources required to scan even a few files within an archive are impractical. On my dual core machine, a gzip file with only three subfiles (small images) and three subdirectories takes about 30 seconds to scan. Scanning the contents of the top level of any real world web app archive (like tinymce or phplist), which has about ten files / directories in its root folder, takes more than 5 minutes. I'm currently trying to identify exactly where the bottleneck is - commenting out all of scanfile() (in filecache.php) doesn't ease things, so the issue must presumably lay somewhere in scan(). I think I need to get xdebug working again to investigate further. That's it from me for this week. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Archive reading resource hog (bug oc-1224)
On 09/19/2012 08:06 PM, Victor Dubiniuk wrote: > the bottleneck of the OC_Archive_TAR is [1]. Caching $headers to a > protected member of OC_Archive_TAR class reduced CPU load by half > while browsing tar.gz. > Here is a call graph for browsing the tar archive [2]. As you see > tar->listContent() is called twice for eache file in the archive: > firstly to get the size and secondary to get the mime. Yes, this and your other comments are extremely helpful! I plan to continue work on this issue on Tuesday. Thanks for your investigation, Sam. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] trigger_error - not reporting errors
Since I merged master into my branch (files_encryption), trigger_error('foo); is no longer triggering any errors. Any ideas who changed what to result in this odd behaviour? It makes debugging 3rd party code even harder than usual. Thanks, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] trigger_error - not reporting errors
On Thursday 18 Oct 2012 12:06:52 Victor Dubiniuk wrote: > You can use throw new Exception('foo'); instead of trigger_error('foo'); > for debugging. It should work as you expect. Many thanks! I'll try that out next week. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] [QA-Announcement] Code Reviews to increase quality
On 10/29/2012 11:43 PM, Jan-Christoph Borchardt wrote: > TL;DR: Do not directly push to core master, and instead use pull > requests. How much of the procedure is enforced, and how much relies upon convention? Who counts as a "reviewer" - should only certain people fulfil this role (are there specific reviewers for specific files / apps)? Can people who aren't members of ownCloud on GitHub also act as reviewers? Do +1s have to take a specific form, or are comments like "looks good" sufficient? Is it now literally not possible to commit directly to core master? Great progress guys, awesome work! Sam. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Revolutionizing the help system (yes, that's exaggerated)
On Tuesday 30 Oct 2012 19:04:38 Frank Karlitschek wrote: > There is one more thing I want to mention. > This plan only works obviously if everybody helps to build a great > documentation at: > https://github.com/owncloud/documentation/tree/master/user_manual We should make sure that developer documentation makes clear that writing manual pages for users is important. This should be flagged on anything related to writing new apps, or adding them to the app store etc., in my view. Writing user docs can be fun, but it's also often the last thing we think about when releasing new features, so plenty of reminders can help with this. We could also consider a book writing sprint if that is necessary. Extensive manuals have been written in a short time using good tools and facilitation, à la flossmanuals.org. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] Run ownCloud Cucumber tests on Fedora 17
I wrote about how to get cucumber behaviour tests running on Fedora. Hopefully my guide takes the pain out of this process: http://blogs.fsfe.org/samtuke/?p=510 If you use it please add comments and improvements in the comments. Best. Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] Talk at FSCONS
By the way I gave a lightning talk about ownCloud at FSCONS in Sweden the week before last. I demonstrated the web UI, Desktop Sync Client, app store, GitHub repo, and explained some of the new and upcoming features. There were quite a few questions at the end. I recommend giving lightning talks if you're at a suitable conference because they are easy to do and give ownCloud positive exposure among just the right kind of people. You can also mention the user data manifesto to broaden appeal and increase the number of signatories. Best, Sam. signature.asc Description: This is a digitally signed message part. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] dev/unstable download
On 01/31/2013 01:33 PM, Lukas Reschke wrote: >> I have checked the official website/ftp/git (there are several branches >> > but no 5.0). Blame on me if I overlooked it... :) > Master is always the upcoming version. So just checkout this branch. > (don't forget to add the apps + 3rdparty repositories as well) You can also just download an archive from github, rather than checking out using git. Best, Sam. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Update from 4.5.x to 5: What happens with encrypted files?
On 20/03/13 19:40, Chris wrote: > if someone is stumbling over this post. There is a issue about this wich > contains more information at the bugtracker: Thanks for linking this, and sorry nobody saw your email about it before! Best, Sam. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud