elementary-dev-community team mailing list archive

[Daniel Fore <daniel.p.fore@xxxxxxxxx>]

Yes, I think it'd be better to have separate packages and then have a metapackage if you feel the need to pull in a ton of services at once. 

Best Regards,
Daniel Foré

www.elementaryos.org

El feb 17, 2012, a las 4:17 p.m., Cassidy James <c@xxxxxxxxxxx> escribió:

> Whoa, awesome! Anyone wanna do it? xD
> 
> Or better yet, anyone wanna teach us how to do it?
> 
> On Feb 17, 2012 6:10 PM, "Matthew Markell" <markellmtthw@xxxxxxx> wrote:
> >
> > Cassidy, I have some work started on this at
> > lp:~markellmtthw/+junk/web-contracts
> >
> > There is some work that needs to be done getting a build system setup
> > (it's source only currently) and getting launchpad's packing service
> > configured for it. I am not very good at this part of the process, so
> > if anyone would like to import this code into Cassidy's project and
> > then setup building, packaging, etc, then I would be more then happy to
> > continue working on the code. Currently, I have Imgur, Pastebin and
> > Videobin contracts and uploaders in that branch with more planned.
> >
> > Matthew Markell
> >
> > On Fri 17 Feb 2012 05:19:58 PM CST, Cassidy James wrote:
> > > 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
> > > <mailto: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 <mailto: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-----
> > >
> > >
> > >