Can we all agree on the fact that there is a protocol in place, that
if followed, allows everyone the ability to pass code around in a
legal format? This may or may not be the most optimal format for
said collaboration, but it does permit us to contribute back to the
community in a meaning
+1
On Jan 26, 2007, at 9:52 PM, Scott Gray wrote:
Could anyone wishing to post further regarding licensing issues
please change the subject line?
Thanks
Scott
Chris Howe wrote:
--- Jonathon -- Improov <[EMAIL PROTECTED]> wrote:
Chris,
Ugh. Remind me never to take up law. (Yeah, I know,
Chris,
Sigh. If there's any case of "severe physical mishap" involving a lawyer, you know where to find
the usual suspects.
> That may not be sufficient. The ASF does quite a bit more than the CLA and
> license grant to protect itself.
If someone can help me with setting up this "protection"
Could anyone wishing to post further regarding licensing issues please
change the subject line?
Thanks
Scott
Chris Howe wrote:
--- Jonathon -- Improov <[EMAIL PROTECTED]> wrote:
Chris,
Ugh. Remind me never to take up law. (Yeah, I know, I'll be cannon
fodder for big boys with lawyers.)
--- Jonathon -- Improov <[EMAIL PROTECTED]> wrote:
> Chris,
>
> Ugh. Remind me never to take up law. (Yeah, I know, I'll be cannon
> fodder for big boys with lawyers.)
>
> > This structure, however does not protect the contributor (you) of
> a
> > joint work.
>
> Ok. So if I stole someone el
Chris,
Ugh. Remind me never to take up law. (Yeah, I know, I'll be cannon fodder for
big boys with lawyers.)
> This structure, however does not protect the contributor (you) of a
> joint work.
Ok. So if I stole someone else's private work and contributed it to a committer who commits this
sto
IMO, this is certainly not a non-issue, it's the issue I've been trying
to get a definitive answer to for the last few weeks and everyone wants
to simply ignore it and act like we're a bunch of hippies. It's fun
being a hippie until some large corporation comes by and carts your
commune off their
David (Jones), Tim, Chris,
Sorry, I know this thread isn't about legal issues with OFBiz. But Chris often has a way of
spotting some oft-missed angle, and I'm concerned about a particular angle now. Though I'm also
often lost in his long complex explanations, please forgive me if I feel scared/
--- Tim Ruppert <[EMAIL PROTECTED]> wrote:
>
> I reviewed patches for Anil and Ashish - that is correct. There's no
>
> fancy partnership here - nor is there any any legal concern, but
> that's truly not what this discussion should be about.
>
You're absolutely correct that there isn't a
Comments inline - lemme preface this with the fact that these are my
thoughts, I'll support whatever we can do to help people be more
active, but I don't have time to deliberate this over email for too
much longer . . . I hope everyone understands
On Jan 26, 2007, at 10:02 AM, Chris Howe wr
Jonathon -- Improov wrote:
Tim,
For some reason I can't quite put my finger on, I am confident that I
can process patches to my own sandbox faster than the OFBiz committers
can process patches to OFBiz.
Maybe it's because I am becoming an OFBiz addict that I work on it
tirelessly and relent
Chris,
I noticed one point in your mail.
- Original Message -
From: "Chris Howe" <[EMAIL PROTECTED]>
> OFBiz itself did not clear the IP hurdle.
Can you elaborate please ?
Thank you
Jacques
On Jan 26, 2007, at 11:15 AM, Jonathon -- Improov wrote:
Frankly, I believe that the rate at which patches are processed/
audited/committed has a lot to do with us non-committers (or simply
interested parties) testing and reviewing those patches.
A big problem here is that we as a PMC are w
On Jan 26, 2007, at 11:15 AM, Jonathon -- Improov wrote:
A common cry on JIRA: "Will somebody test this patch please? Gonna
commit inside of 48 hours."
Hopefully in the future we'll have people testing things before a
committer looks at it. On a similar note, hopefully you won't see any
Tim,
Glad to be of help. :)
Frankly, I believe that the rate at which patches are processed/audited/committed has a lot to do
with us non-committers (or simply interested parties) testing and reviewing those patches.
A common cry on JIRA: "Will somebody test this patch please? Gonna commit in
Comments inline
On Jan 26, 2007, at 10:16 AM, Daniel Kunkel wrote:
I think I pretty much covered this in my other post, but I'll share
the
few things I think could be done better.
1.) The original effort was submitted and not "lost" in the anals of
history even though it wasn't ready for pri
I think I pretty much covered this in my other post, but I'll share the
few things I think could be done better.
1.) The original effort was submitted and not "lost" in the anals of
history even though it wasn't ready for prime time.
2.) You example worked because there were a small number of peo
Tim,
If Anil and Ashish wrote anything in OFBIZ-510, then that's not
_exactly how anon checkout was created. By quick glance, of the 61
messages containing the words OFBIZ-510 in them, you were the only one
who attached a patch, Anil and Ashish did not. You three may have
passed patches amongst
Tim,
For some reason I can't quite put my finger on, I am confident that I can process patches to my
own sandbox faster than the OFBiz committers can process patches to OFBiz.
Maybe it's because I am becoming an OFBiz addict that I work on it tirelessly and relentlessly? I
don't know.
And a
Thanks Tim! I suggested the same method some time ago. Personally, I like the
idea of using existing resources.
Just set up a Jira issue and make it clear in the initial comment that it's a
"sandbox" - so everyone knows you're trying out ideas in that issue. Then follow
Tim's flow.
Simple.
David (Jones),
This sounds serious. But I can't understand some (or most) of it. All I know is this sounds like I
need to get every contributor to give some kind of "explicit consent" for us to keep the source
"clean", so that we can pump their contributions back to OFBiz tree.
David, er, hel
Jonathon,
You are missing the whole legal obstacle.
Given the IP clearances necessary in all of those wonderful legal links
that David provided, your rag tag team's collaborative contributions
cannot be submitted to Apache OFBiz and be accepted into the project in
the form that they're likely t
Oh dear, I meant to write to Daniel Kunkel, not David Kunkel.
Jonathon
Jonathon -- Improov wrote:
David,
Just a brief response here.
Sandbox can be created outside of the OFBiz SVN. Even your personal
branch (assuming you do an "SVN copy/branch" from the OFBiz SVN trunk,
not your read-only
David,
Just a brief response here.
Sandbox can be created outside of the OFBiz SVN. Even your personal branch (assuming you do an
"SVN copy/branch" from the OFBiz SVN trunk, not your read-only workspace containing the downloaded
OFBiz) is a sandbox.
> - A sandbox with lots of committers isn'
Hi
First, please understand I hold you in incredibly high regard, and
apologize for causing any frustration... You and Andy have created an
amazing software tool that I'm basing my business on, and you've given
it away. I love that! As you can see, your efforts are now multiplying
in to a system
Okay, I just wrote a huge thing and deleted it. There might have been
good stuff in there, but I am really frustrated because I've said it
all before and based on the comments from Chris it doesn't seem like
anything it making it out there.
If you're not a lawyer, then reference documents
David
Can you explain your reticence to adding an Apache OFBiz sandbox where
more members of the community could share their work?
I can see this section possibly getting a disorganized over time with
*junk*... but it can be deleted easily enough. As a top level project
would it possible and bett
I think we're talking about two different things. You're talking about
developing and I'm talking about legal issues. The manner of
developing was already discussed in OFBIZ-499. The only legal way to
use JIRA to collaborate this type of thing is to keep sending updated
patches to JIRA or to hav
Just some quick thoughts...
Following the pattern of the anonymous and other checkout processes
in the ecommerce app would be a great way to go.
In the order manager there are various paths through the checkout
process so we might have, for example, 2 different sets of request-
map defini
I REALLY don't think you need a sandbox for this. We've done fine for
years without one, even with the recently re-done ecommerce anonymous
checkout process and alternative checkout processes which were
developed entirely outside of OFBiz.
Getting this stuff done is mostly a matter of kno
Hey Anil,
I've begun some of this already. I'm taking the approach of passing
the cart to a simple method that first checks the order type and then
calls a method or service that is focused on that order type. Each
order type service will call a multitude of methods/services that
prepare the car
I planning to participate in this developer conference. I am interested in
contributing towards making Order Entry process more flexible. If there are
Others who will be interested we can start some ground work. I request one
of the commiters who has interest in this to Please lead this effort.
T
NOTE: I'm just sending this to the dev list as this event is meant
mainly for those who want to be involved with development of OFBiz
itself. There will be a variety of projects going on and we hope
everyone will be able to work on both paid and fun stuff, but the
results will all be goin
33 matches
Mail list logo
