Re: [Prophet] Vague Plans and Bad Ideas For the Future of Prophet
Quoting Ioan Rogers (2013-03-12 20:23:01) > On 11/03/2013 6:45 PM, Jonas Smedegaard wrote: > > >> ioanrogers.clavid.com > > > > OpenID is a URL, not just a hostname. Is above plain http or https? > > > > https, please. Done! -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet
Re: [Prophet] Vague Plans and Bad Ideas For the Future of Prophet
On 11/03/2013 6:45 PM, Jonas Smedegaard wrote: >> ioanrogers.clavid.com > > OpenID is a URL, not just a hostname. Is above plain http or https? > https, please. Thanks! Ioan Rogers signature.asc Description: OpenPGP digital signature ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet
Re: [Prophet] Vague Plans and Bad Ideas For the Future of Prophet
Quoting Ioan Rogers (2013-03-11 23:07:18) > On 10/03/2013 11:22 AM, Jonas Smedegaard wrote: > > [replying to list only - hoping everyone interested are subscribed] > > > > Quoting Ioan Rogers (2013-02-14 23:15:59) > >> What put me off using prophet in the past was the sheer *size* of > >> it. It's a full-fledged application framework, providing CLI and > >> web interfaces and has a lot of dependencies. Perl being Perl, > >> there are many different ways of doing those. I had an app with a > >> sqlite db being shared over Dropbox. The app already had its own > >> CLI, web server, templates, all I wanted to change was the storage. > >> > >> My ultimate goal here is to make prophet more of a lightweight ORM > >> which will give a developer an easy and robust way of storing, > >> syncing and sharing their data without making choices about the > >> rest of the app for them. > > > > Any exciting news yet? > > > > I was waiting on PAUSE access and/or objections from Christine. Then I > was handed one of those Large Annoying Life Events which has just > started to settle down. > > If there was anything sent to me from Feb 20th to about March 5th that > I can't read on a list archive, please resend! > > I don't honestly expect to start major Prophet work until next month > unfortunately, but I will get a maintenance release out this weekend > (thanks for the PAUSE access Christine!) Sounds fine. > > I just stumbled across Rinci and Riap and immediately thought of > > above. > > > > https://metacpan.org/module/Perinci > > I've only ever skimmed the docs of those modules in the past and was > never quite sure if I'd have a use for them. I'll certainly scrutinise > them with Prophet in mind. I looked closer and seems less mature than I had hoped for - and also the whole concept seems adopted only by that main developer, no other libaries use it. So probably better to stick to Moo for now, and perhaps older more mature and wider adopted libraries for other parts. > Here's my OpenID for branchable, if someone can set me up: > > ioanrogers.clavid.com OpenID is a URL, not just a hostname. Is above plain http or https? - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet
Re: [Prophet] Vague Plans and Bad Ideas For the Future of Prophet
On 10/03/2013 11:22 AM, Jonas Smedegaard wrote: > [replying to list only - hoping everyone interested are subscribed] > > Quoting Ioan Rogers (2013-02-14 23:15:59) >> What put me off using prophet in the past was the sheer *size* of it. >> It's a full-fledged application framework, providing CLI and web >> interfaces and has a lot of dependencies. Perl being Perl, there are >> many different ways of doing those. I had an app with a sqlite db >> being shared over Dropbox. The app already had its own CLI, web >> server, templates, all I wanted to change was the storage. >> >> My ultimate goal here is to make prophet more of a lightweight ORM >> which will give a developer an easy and robust way of storing, syncing >> and sharing their data without making choices about the rest of the >> app for them. > > Any exciting news yet? > I was waiting on PAUSE access and/or objections from Christine. Then I was handed one of those Large Annoying Life Events which has just started to settle down. If there was anything sent to me from Feb 20th to about March 5th that I can't read on a list archive, please resend! I don't honestly expect to start major Prophet work until next month unfortunately, but I will get a maintenance release out this weekend (thanks for the PAUSE access Christine!) > I just stumbled across Rinci and Riap and immediately thought of above. > > https://metacpan.org/module/Perinci I've only ever skimmed the docs of those modules in the past and was never quite sure if I'd have a use for them. I'll certainly scrutinise them with Prophet in mind. Here's my OpenID for branchable, if someone can set me up: ioanrogers.clavid.com Thanks Ioan Rogers signature.asc Description: OpenPGP digital signature ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet
Re: [Prophet] Vague Plans and Bad Ideas For the Future of Prophet
[replying to list only - hoping everyone interested are subscribed] Quoting Ioan Rogers (2013-02-14 23:15:59) > What put me off using prophet in the past was the sheer *size* of it. > It's a full-fledged application framework, providing CLI and web > interfaces and has a lot of dependencies. Perl being Perl, there are > many different ways of doing those. I had an app with a sqlite db > being shared over Dropbox. The app already had its own CLI, web > server, templates, all I wanted to change was the storage. > > My ultimate goal here is to make prophet more of a lightweight ORM > which will give a developer an easy and robust way of storing, syncing > and sharing their data without making choices about the rest of the > app for them. Any exciting news yet? I just stumbled across Rinci and Riap and immediately thought of above. https://metacpan.org/module/Perinci - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet
Re: [Prophet] Vague Plans and Bad Ideas For the Future of Prophet
On 2013-02-27 12:35, Jonas Smedegaard wrote: Works fine. Thanks! - Jonas Great! I suppose now you can also add admins now too. :) Feel free to change the contact email to something !me, I won't be offended. Christine ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet
Re: [Prophet] Vague Plans and Bad Ideas For the Future of Prophet
On Wed, Feb 27, 2013 at 03:50:42PM +0100, Jonas Smedegaard wrote: > Quoting Christine Spang (2013-02-27 15:21:11) > > The wiki is hosted at branchable.com, which uses OpenID logins rather > > than ssh keys. Everyone, give me an OpenID URL and I'll make you > > admins! > > https://dr.jones.dk/ Added, let me know if you can't access anything. Christine ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet
Re: [Prophet] Vague Plans and Bad Ideas For the Future of Prophet
Hi Ioan, Sorry for the long delay here! On Thu, Feb 14, 2013 at 02:15:59PM -0800, Ioan Rogers wrote: > Here's the promised draft where I want prophet to go. > > Christine, could you set me with git access to the wiki, please? Key > attached. The wiki is hosted at branchable.com, which uses OpenID logins rather than ssh keys. Everyone, give me an OpenID URL and I'll make you admins! Your plans generally seem sane. I'm excited! Christine ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet
[Prophet] Vague Plans and Bad Ideas For the Future of Prophet
Here's the promised draft where I want prophet to go. Christine, could you set me with git access to the wiki, please? Key attached. ## Background What put me off using prophet in the past was the sheer *size* of it. It's a full-fledged application framework, providing CLI and web interfaces and has a lot of dependencies. Perl being Perl, there are many different ways of doing those. I had an app with a sqlite db being shared over Dropbox. The app already had its own CLI, web server, templates, all I wanted to change was the storage. My ultimate goal here is to make prophet more of a lightweight ORM which will give a developer an easy and robust way of storing, syncing and sharing their data without making choices about the rest of the app for them. ## Prophet * Remove built-in CLI dispatching * Remove templating, jifty, web stuff * Make http service use psgi so users can use whatever psgi-compliant server they want in front * Maybe make syncing work over other transports, e.g ssh? * Any::Moose is deprecated, switch to Moo for the speed * More roles, less subclassing * Multi-repo support per application * Inter-app shared data, e.g ProphetX::User - stores user db in ~/.local/share/prophet, that one store can be shared over all consumers of ProphetX::User * RBAC / ACL per uuid, type of of thing * Search plugins * Once we approach 1.0, document the protocol so there can be other implementions, e.g. android ## SD * split foreignreplicas into separate dists. This is much friendlier to CPAN dependency handling and maybe finding maintainers for each one. * web frontend only takes up 1/3 of my screen! Make better use of space * Maybe use something like enyojs? Makes a good scalable x-platform ui * users ## Notepad * I currently use (rubric)[https://metacpan.org/release/Rubric] for bookmarks and some types of notes, and my own (App-SimplenoteSync)[https://metacpan.org/release/App-SimplenoteSync] for others. Make something using prophet! * Notes should be tagged to determine which types of foreign replicas they can be synced with. * Share only certain notes with others Ioan ssh-rsa B3NzaC1yc2EBIwAAAQEAuML+BQ0uuo4aPFz4ntWacIQ4XYV/uNRFzJi6lEGyLIrhAi0OsCXDG3H22FKpqdUIsLxfPjvRws92BNYc1+aLsHovPPn1flvaJ7uqRlUHiVRN5XVqPEaM0cD/Dl4LaVDwOysjyVMXbiOCAizF8mi1DZhPNhQfB/jYSsPG1QgIu+7ioLCqqlCWu9G/ykulAFpyY7PHTLwn8PkPHVvBPjzdfBnaVsE1c33mJbuGlntP3skXBSGxTpFVJLCQtDUKi1wqVfRGPVSMAA2zaaG1rOzRbQKCjtHC68PjvX8NhCtWuTa8Ly0gFCAOItUCVzHZJCjvYllY7hjNRwE8rcKKf+TZ/Q== ioan@zeratul signature.asc Description: This is a digitally signed message part ___ Prophet mailing list Prophet@lists.bestpractical.com http://lists.bestpractical.com/cgi-bin/mailman/listinfo/prophet