Hi all,

As a non active member of this group, i do not know if there's a formal way to 
introduce myself and share my opinions, and please let me know if there is.

I've been following this group for a little while and been watching the amazing 
progress you have done so far. I've been looking for a way to activetly 
participate, I believe that my experience as a developer with strong emphasis 
on TDD, continiuos integration, and automation build of php codes using native 
Linux package build tools can potentially help.

And this is why, as a tech lead for various organizations and in my current 
position as development manager, as you can imagine i spent a lot time dealing 
with QA issues, development process and the always difficult question of 
integrating best practices including test driven approaches, while minimizing 
the the amount of effort need by the development team to either make the switch 
or simple follow it without affecting their output.

@frank, I would agree with your overall accessment, that why continouis 
integration and automation builds are key.

To keep it short, let me know, how i can volunteer to help setup this process. 
Please note that I currently live in the UK after nearly 13 years in the US.

Regards,
Serge

Sent from Samsung [email protected] wrote:Send Owncloud mailing 
list submissions to
[email protected]

To subscribe or unsubscribe via the World Wide Web, visit
https://mail.kde.org/mailman/listinfo/owncloud
or, via email, send a message with subject or body 'help' to
[email protected]

You can reach the person managing the list at
[email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Owncloud digest..."


Today's Topics:

   1. Re: regression tests? (Frank Karlitschek)
   2. Fwd:  regression tests? (Kenny Coyle)
   3. Re: regression tests? (Thomas M?ller)
   4. password wrong (carachi diego)
   5. PHP.ini (Richard Burns)
   6. Re: Embedded SGF Viewer app - call for review (Frank Karlitschek)
   7. Re: Trackerd based server side search app (Frank Karlitschek)
   8. Re: Extended webfinger app (Frank Karlitschek)


----------------------------------------------------------------------

Message: 1
Date: Sat, 7 Apr 2012 21:13:37 +0200
From: Frank Karlitschek <[email protected]>
To: J?rn Friedrich Dreyer <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [Owncloud] regression tests?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1

I think it a great idea to do continuos integration. It?s a good thing to 
ensure quality.
I just wouldn?t introduce too much processes and bureaucracy so that?s still 
easy and fun to contribute for new people.

And we need an volunteer to set everything up of course :-)

Frank


On 06.04.2012, at 13:42, J?rn Friedrich Dreyer <[email protected]> wrote:

> Am 06.04.2012 13:08 schrieb "Michiel de Jong" <[email protected]>:
> > but you just configure git to only accept merges whose tests pass.
> > that way it's the responsibility of the person committing new code to
> > not create any regressions on existing functionality. in case of
> > conflict, the already existing master should be kept, not the new
> > commit.
> If we start adding continuous integration I highly recommend gerrit to manage 
> branches and commits. We can start by letting gerrit automatically push 
> changes that pass the testsuite into master. Should we need a more in depth 
> review we can later add the voting process.
> 
> So long
> 
> J?rn



------------------------------

Message: 2
Date: Sat, 7 Apr 2012 20:29:51 +0100
From: Kenny Coyle <[email protected]>
To: [email protected]
Subject: [Owncloud] Fwd:  regression tests?
Message-ID:
<ca+30s3qtqljvbpnhjtcuaqniv4kwwg9fy0waewe0bfvguuv...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

This could possibly help in two ways - I know that a lot of developers
prefer to hack features, where TDD is not always taken into consideration.

We could _ask_ that developers take a TDD approach and open a new
contributor role to look at any old/new code, refactoring it into a TDD
fashion and adding new tests where they are missing?

Cheers,
Kenny.

p.s. Apologies if this double-post :/


On 7 April 2012 20:13, Frank Karlitschek <[email protected]> wrote:

> I think it a great idea to do continuos integration. It?s a good thing to
> ensure quality.
> I just wouldn?t introduce too much processes and bureaucracy so that?s
> still easy and fun to contribute for new people.
>
> And we need an volunteer to set everything up of course :-)
>
> Frank
>
>
> On 06.04.2012, at 13:42, J?rn Friedrich Dreyer <[email protected]> wrote:
>
> > Am 06.04.2012 13:08 schrieb "Michiel de Jong" <[email protected]>:
> > > but you just configure git to only accept merges whose tests pass.
> > > that way it's the responsibility of the person committing new code to
> > > not create any regressions on existing functionality. in case of
> > > conflict, the already existing master should be kept, not the new
> > > commit.
> > If we start adding continuous integration I highly recommend gerrit to
> manage branches and commits. We can start by letting gerrit automatically
> push changes that pass the testsuite into master. Should we need a more in
> depth review we can later add the voting process.
> >
> > So long
> >
> > J?rn
>
> _______________________________________________
> Owncloud mailing list
> [email protected]
> https://mail.kde.org/mailman/listinfo/owncloud
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.kde.org/pipermail/owncloud/attachments/20120407/6ecaf9a1/attachment-0001.html>

------------------------------

Message: 3
Date: Sat, 07 Apr 2012 22:48:24 +0200
From: Thomas M?ller <[email protected]>
To: Frank Karlitschek <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [Owncloud] regression tests?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8


Am Samstag, dem 07.04.2012 um 21:13 schrieb Frank Karlitschek:
> I think it a great idea to do continuos integration. It?s a good thing to 
> ensure quality.
> I just wouldn?t introduce too much processes and bureaucracy so that?s still 
> easy and fun to contribute for new people.
> 
> And we need an volunteer to set everything up of course :-)
> 

*wink* ;-)

Let's talk next weekend about this!

Tom

> Frank
> 
> 
> On 06.04.2012, at 13:42, J?rn Friedrich Dreyer <[email protected]> wrote:
> 
> > Am 06.04.2012 13:08 schrieb "Michiel de Jong" <[email protected]>:
> > > but you just configure git to only accept merges whose tests pass.
> > > that way it's the responsibility of the person committing new code to
> > > not create any regressions on existing functionality. in case of
> > > conflict, the already existing master should be kept, not the new
> > > commit.
> > If we start adding continuous integration I highly recommend gerrit to 
> > manage branches and commits. We can start by letting gerrit automatically 
> > push changes that pass the testsuite into master. Should we need a more in 
> > depth review we can later add the voting process.
> > 
> > So long
> > 
> > J?rn
> 
> _______________________________________________
> Owncloud mailing list
> [email protected]
> https://mail.kde.org/mailman/listinfo/owncloud


------------------------------

Message: 4
Date: Sat, 7 Apr 2012 23:42:11 +0200
From: carachi diego <[email protected]>
To: [email protected]
Subject: [Owncloud] password wrong
Message-ID:
<CADA9fd+iiEw+7NwiXZ0XVMhYECJPKE0f4=clfhasyfg6kdj...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi,
I am new in OwnCloud. I installed it into a web space on a hosting and I
configured it.

I can login it on the browser login and I can upload file on my space, but
I can't login into my space through Ubuntu client because the client said
that the password is wrong.
I tried also to login into with the browser to address/file/webdav.php but
it said that the user or password is wrong. Why?

How can I solve the problem?


Thank you



-- 
___________________________
www.pcc8.netsons.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.kde.org/pipermail/owncloud/attachments/20120407/c5ca0989/attachment-0001.html>

------------------------------

Message: 5
Date: Sat, 7 Apr 2012 23:08:05 +0100
From: Richard Burns <[email protected]>
To: [email protected]
Subject: [Owncloud] PHP.ini
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii

Hi, i'm also new to this, is this even the right place to ask?
I've started using ownCloud but cannot upload anything over 8Mb, my php.ini has 
been modified and looks like it will work in ownCloud, it shows that it will 
accept the larger file but fails on anything over 8Mb.

Your help is much appreciated.


Richard



max_execution_time = 1000     ; Maximum execution time of each script, in 
seconds
max_input_time = 1000 ; Maximum amount of time each script may spend parsing 
request data

; Maximum size of POST data that PHP will accept.
post_max_size = 100M

; Maximum allowed size for uploaded files.
upload_max_filesize = 100M

------------------------------

Message: 6
Date: Sun, 8 Apr 2012 11:09:30 +0200
From: Frank Karlitschek <[email protected]>
To: Florian H?lsmann <[email protected]>
Cc: [email protected]
Subject: Re: [Owncloud] Embedded SGF Viewer app - call for review
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii

Cool.

Very nice feature :-)




> 
> Am 02.04.2012 17:55, schrieb Nils Jansen:
>> Hi All,
>> 
>> I developed an OC app to review go games within OC. Go games are saved
>> in .sgf format. The App is an implementation of the EidoGo Player (SGF
>> viewer and editor) http://eidogo.com/source
>> 
>> It works fine with the current master.
>> 
>> As I have only little experience with Javascript and Git, it would be
>> great if somebody could check out the code. Here are the according merge
>> requests:
>> 
>> http://gitorious.org/owncloud/owncloud/merge_requests/102
>> https://gitorious.org/owncloud/apps/merge_requests/3
>> 
>> Any comments?
>> 
>> Thanks,
>> 
>> Nils
>> 



Frank Karlitschek
[email protected]




------------------------------

Message: 7
Date: Sun, 8 Apr 2012 11:14:06 +0200
From: Frank Karlitschek <[email protected]>
To: J?rn Friedrich Dreyer <[email protected]>
Cc: [email protected]
Subject: Re: [Owncloud] Trackerd based server side search app
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1

Hi J?rn,


I think this a great idea. 
The problem is, of course, that it has external dependencies like tracker 
obviously but it can still be very useful for power users who have tracerd 
running. So this is a nice optional feature imho.

The challenge is that indexing has to be done through ownCloud because this is 
the only way to access encrypted, shared and remote files. 
Do you think tracer can access the ownCloud files via WebDAB? or do we have to 
provide a different interface? 


Cheers
Frank



On 06.04.2012, at 05:15, J?rn Friedrich Dreyer <[email protected]> wrote:

> Hi all,
> 
> after scratching my itch of server side searching I cleaned up the
> code a bit, removed /most/ hardcoded paths and commited a shiny new
> app to github: https://gitorious.org/~butonic/owncloud/butonics-owncloud
> 
> On the one hand, the installation is fairly easy on a ubuntu system
> (running precise):
> 
> # install trackerd and pear
> sudo apt-get install tracker php5-pear
> # use pecl to install the php dbus extension
> sudo pecl install dbus-beta
> # activate the dbus extension
> sudo echo "extension=dbus.so" > /etc/php5/conf.d/dbus.ini
> # restart apache
> sudo service apache2 restart
> 
> On the other hand, running the app is a little more ... hackerish and
> I admit: it needs some more love to make it end user ready, so
> consider it EXPERIMENTAL!
> Before using the app, we need to run a shell script that brings up a
> dbus-daemon and starts a headless version of trackerd:
> 
> # open a screen session
> screen
> # become your webserver user
> sudo su www-data
> # change into the trackerd_search app directory
> cd /var/www/owncloud/apps/trackerd_search
> # or cd /home/yourhomedir/public_html/owncloud/apps/trackerd_search
> # manually fix the OC_CONFIG_DATADIRECTORY in the trackerd_headless.sh
> script. I could propably generate that script when first running
> owncloud
> vi trackerd_headless.sh
> # run it
> sh trackerd_headless.sh
> # it should now start a dbus-daemon for our trackerd communication,
> bring up the tracker store and launch our tracker-miner. It should
> auto create any directories and files and start indexing. Maybe you
> need to configure the indexed paths:
> vi /var/www/owncloud/data/trackerd_search/config/tracker/tracker-miner-fs.cfg
> 
> If you are lucky you will now be able to search through your file
> contents and meta information by using the standard search field of
> owncloud with the power of a desktop search engine.
> Fixing problems requires a bit of knowledge about dbus and trackerd
> ... or time on my side, which is kinda scarce at the moment as I am
> writing my PhD.
> If you want to kill the processes do not forget to also kill the dbus
> daemon running for www-data:
> 
> $ ps axu | grep tracker | grep www-data | grep -v grep
> www-data  9235  0.0  0.0  24040  1500 ?        Ss   03:23   0:00
> dbus-daemon --config-file=session.conf
> --address=unix:path=/pth/to/your/owncloud/data/trackerd_search/owncloud_trackerd_dbus_socket
> --fork
> www-data  9236  0.0  0.0 323260  8764 pts/1    Sl   03:23   0:00
> /usr/lib/tracker/tracker-store
> www-data  9248  0.0  0.0 325720  8504 pts/1    SNl  03:23   0:00
> /usr/lib/tracker/tracker-miner-fs
> 
> The plugin itself is only about 160 LoC. I do have some plans for the
> plugin but I wanted to let others try it out and hopefully provide a
> starting point for a useful server side search. The php / dbus /
> tracker hack was originally inpired by providing a sever side search
> for a samba share but that also requires a browser plugin or
> configuration hack to circumvent the same origin policy for file://
> urls. Nevertheless, clicking links in the browser and having them open
> files on a mounted webdav share is really nice ...
> 
> Anyway, I'm tired ...
> 
> so long, feedback welcome
> 
> J?rn
> 
> 
> --
> A. Because it breaks the logical sequence of discussion
> Q. Why is top posting bad?
> _______________________________________________
> Owncloud mailing list
> [email protected]
> https://mail.kde.org/mailman/listinfo/owncloud



------------------------------

Message: 8
Date: Sun, 8 Apr 2012 11:18:26 +0200
From: Frank Karlitschek <[email protected]>
To: Florian H?lsmann <[email protected]>
Cc: "[email protected] Mailinglist" <[email protected]>
Subject: Re: [Owncloud] Extended webfinger app
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1

Hi Florian,

thanks a lot for your contribution. I?m not super familiar with webfinger but 
this looks good.

And thanks for calling us a "big" FOSS project  :-)


Cheers
Frank


On 03.04.2012, at 00:38, Florian H?lsmann <[email protected]> wrote:

> Hi all,
> 
> I've recently been working on reimplementing the webfinger protocol for 
> ownCloud, so other apps than the remoteStorage plugin can also use it. For 
> instructions on how to use webfinger from your app, see the 
> /apps/user_webfinger/webfinger.php file. I first thought of something like 
> OC_Webfinger::register(), but unfortunately that not possible because the 
> OC_Webfinger class must be in classpath before running all the 
> appinfo/app.php scripts :-/
> 
> I also made the need of a symlink to the .well-known folder obsolete by 
> creating a static "host-meta" file during installation (see 
> appinfo/install.php). To make this accessible by pure javascript apps, the 
> install.php also creates a static .htaccess file which sets some additional 
> headers, so to make use of this it's now recommended that you have the apache 
> mod_headers activated.
> 
> If you're pulling from master to update, please reinstall the webfinger app 
> by deleting the .well-known symlink in your document root and calling 
> owncloud/apps/user_webfinger/appinfo/install.php (with CURL or your browser, 
> because it needs some server parameters!) I'm not sure if this could also be 
> done by a built-in upgrade routine, so I'm telling you :P
> 
> Hope you are ok with that (it's kind of my first "direct" contribution to a 
> big FOSS project :D ), have a nice day!
> 
> -- 
> Florian H?lsmann
> <[email protected]>
> http://cbix.de
> _______________________________________________
> Owncloud mailing list
> [email protected]
> https://mail.kde.org/mailman/listinfo/owncloud



------------------------------

_______________________________________________
Owncloud mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/owncloud


End of Owncloud Digest, Vol 26, Issue 15
****************************************
_______________________________________________
Owncloud mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/owncloud

Reply via email to