elementary-dev-community team mailing list archive

[Cassidy James <c@xxxxxxxxxxx>]

I've registered a standalone project on Launchpad to keep the development
of web service contracts all together (though they could still easily be
installable in separate packages):
https://launchpad.net/contractor-web-services

I'm not a dev and won't be working on the actual contracts, so I'd like to
pass off the actual task of maintaining the project. Any takers? :)

On Fri, Feb 17, 2012 at 4:58 PM, Cassidy James <c@xxxxxxxxxxx> wrote:

> Yeah I agree, it should not be built into contractor.
>
> As Christian said, I don't see a problem with having a
> contractor-web-services package or whatever. Or if you'd like, have
> contractor-facebook, contractor-twitter, contractor-imgur,
> contractor-youtube, etc. packages, then have a metapackage of
> contractor-web-services. :) However we want to package it.
>
>
> On Fri, Feb 17, 2012 at 4:55 PM, Christian Dywan <christian@xxxxxxxxxxxx>wrote:
>
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 17.02.2012 18:38, Daniel Fore wrote:
>> > Gwibber may not be an option, but what about Polly? For things like
>> Facebook, G+, or U1 I think they should be their own separate packages
>> not forced in.
>> >
>> > As for configuring online accounts, there is already such a thing ;)
>> I'm not sure how flexible GNOME Online Accounts is, but that's something
>> to look into for sure.
>> >
>> > I really want to avoid a situation though where we have a bunch of crap
>> installed that you have to go around turning off just to get a clean
>> desktop.
>> Turning off as opposed to what... uninstalling? Surely you don't expect
>> users to manually select packages for individual services they need. Not
>> to mention, this doesn't work in the uni/ library/ office.
>>
>> I think packages are only relevant as far as non-standard dependencies
>> go. So long as GNOME Online Accounts decides *what* should show up and
>> most services don't need special API, I see no problem having one "web
>> services" package.
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.11 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iQIcBAEBAgAGBQJPPtrPAAoJEM375q7xpO2DDOcP/Re6+qZGOjvb5y9RE1sSQQHO
>> XW/aWwSVR3y9uiGqBnbW4pZlJezzrU8jOUcWHqDrkQGf+PiQHtGxdSSj96FdnYUX
>> 8IrbEbK4wzA0ZqHIY9543LzHU3dD45+C6mLHfJwa12rSugzTa1oLMk5+A3inyJhb
>> 2vouOIJsxkWib0uN6M9jFDZhLZ+DkEdQoZnkV6fB9Dtv/3UOOdDo0DOLiRM5PsHv
>> aNKxtvAvrQl5tS3bH0+W0m5ij0tTK7Udw2Eo0j7cRGFCtZ7pB7w9GURSuf7F7Lhy
>> AbrFJmSDR3zMDjLBGuEPfpQVwvoIisZk5bgzOzluy2G8YWt8SHMsi+qQolqOESdB
>> T+IhE5ljdjhvVrqxFYhXL6feP+QgZshiR+sz6kdyZPQGVNLkYG/Eb5jlwWDHlUwJ
>> M9S/PPqzfadUKBnB1fw53bYFRA2nUHzV4Tk3g/lmb6CaSc56D40I8eQ7c2qzKu2s
>> eOh+wXk04qfItKcL2oOlVbuKUSyrSlXLeN+agkdPYAtr9OQPKFwZSEgMYxRKDQkA
>> RNog8vEArXiyJFk7eYAhmxQ+zPGqAYzhjQYWrOJzNQO/eEMV6q7DGDUvKE5xe1jS
>> zSL3XDOvR9dNP2ySNOJenEDR6FZ6bDJ3w48gkbBRQZHokU9D8uIo9DNaoT0BC7Kc
>> YAVpgYpwwDpD6zx6DCfw
>> =yrXT
>> -----END PGP SIGNATURE-----
>>
>>
>