* [Printing-architecture] Activity Plan for OP Architecture WG
@ 2007-02-08 17:01 McDonald, Ira
2007-02-08 23:37 ` Norm Jacobs
0 siblings, 1 reply; 5+ messages in thread
From: McDonald, Ira @ 2007-02-08 17:01 UTC (permalink / raw)
To: printing-architecture
Hi,
Yesterday's Open Printing Architecture telecon was attended
by Claudia Alimpich, Glen Petrie, Till Kamppeter, and me.
We discussed useful activities for the Architecture team.
Glen suggested that we focus on architectural _validation_
of the various OP modules. We all agreed with this idea.
Open Pringing Architecture WG Activity Plan:
(1) Thin-thread (rapid prototype) implementation of entire
Open Printing Subsystem, with all existing or planned
modules (API, plus at least stub code for logging)
- must assume embedded environment (e.g., memory and
I/O operations must be in wrapper macros)
(2) Establishing naming and documentation conventions for
new OP printing APIs
- possibly a small new OP specification
(3) Standardizing licenses (e.g., MIT like JTAPI) for use
in OP design, documentation, APIs, and modules
- Glen - what is effect of Linux Foundation merger?
Comments?
Norm and Wendy - what do you think?
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Blue Roof Music / High North Inc
PO Box 221 Grand Marais, MI 49839
phone: +1-906-494-2434
email: imcdonald@sharplabs.com
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.17.31/676 - Release Date: 2/8/2007
3:04 PM
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Printing-architecture] Activity Plan for OP Architecture WG
2007-02-08 17:01 [Printing-architecture] Activity Plan for OP Architecture WG McDonald, Ira
@ 2007-02-08 23:37 ` Norm Jacobs
0 siblings, 0 replies; 5+ messages in thread
From: Norm Jacobs @ 2007-02-08 23:37 UTC (permalink / raw)
To: McDonald, Ira; +Cc: printing-architecture
McDonald, Ira wrote:
> Hi,
>
> Yesterday's Open Printing Architecture telecon was attended
> by Claudia Alimpich, Glen Petrie, Till Kamppeter, and me.
>
Yeh, sorry I missed it. For some reason it dropped out of my calendar.
> We discussed useful activities for the Architecture team.
> Glen suggested that we focus on architectural _validation_
> of the various OP modules. We all agreed with this idea.
>
>
> Open Pringing Architecture WG Activity Plan:
>
> (1) Thin-thread (rapid prototype) implementation of entire
> Open Printing Subsystem, with all existing or planned
> modules (API, plus at least stub code for logging)
> - must assume embedded environment (e.g., memory and
> I/O operations must be in wrapper macros)
>
So you are proposing a project (or series of projects) to implement
these APIs in open source either by embedding in existing open source
projects or otherwise? If so, how are we looking at finding the
resources to get the work done? I don't have a problem with donating
time or code to implement components, but I need to make it fit in with
other projects that I need to get done. That is how the PAPI
implementation on SourceForge got done.
> (2) Establishing naming and documentation conventions for
> new OP printing APIs
> - possibly a small new OP specification
>
It might be nice to have a guideline document that describes conventions
to be used in OP specs.
> (3) Standardizing licenses (e.g., MIT like JTAPI) for use
> in OP design, documentation, APIs, and modules
> - Glen - what is effect of Linux Foundation merger?
>
As far as the specifications go, we can impose a license in order for
the spec to be adopted. As far as the code goes, we can suggest one or
more licenses, but it's likely that a project team will make that
decision on their own when they implement or open up/donate an existing
implementation.
-Norm
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Printing-architecture] Activity Plan for OP Architecture WG
2007-02-09 20:09 McDonald, Ira
@ 2007-02-10 1:49 ` Norm Jacobs
0 siblings, 0 replies; 5+ messages in thread
From: Norm Jacobs @ 2007-02-10 1:49 UTC (permalink / raw)
To: McDonald, Ira; +Cc: printing-architecture
I could see that curtailing involvement from a set of producers and
consumers of the the interfaces. If the specs don't contain any viral
or restrictive licensing, a compliant header file generated from a
reading of the specs can use whatever licensing the header file author
desires.
-Norm
McDonald, Ira wrote:
> About licenses - the context was an expressed concern
> that Linux Foundation policy might (for example) require
> that OP API headers carry a GPL licenses - which would be
> a disaster for participation by many companies.
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Printing-architecture] Activity Plan for OP Architecture WG
@ 2007-02-09 20:09 McDonald, Ira
2007-02-10 1:49 ` Norm Jacobs
0 siblings, 1 reply; 5+ messages in thread
From: McDonald, Ira @ 2007-02-09 20:09 UTC (permalink / raw)
To: 'Norm Jacobs'; +Cc: printing-architecture
Hi Norm,
About thin-thread - the purpose isn't a complete running
Print Subsystem, but rather the architectural validation
and specific exposed interface validation of the set of
Open Printing module APIs.
About licenses - the context was an expressed concern
that Linux Foundation policy might (for example) require
that OP API headers carry a GPL licenses - which would be
a disaster for participation by many companies.
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Blue Roof Music / High North Inc
PO Box 221 Grand Marais, MI 49839
phone: +1-906-494-2434
email: imcdonald@sharplabs.com
-----Original Message-----
From: Norm Jacobs [mailto:Norm.Jacobs@Sun.COM]
Sent: Thursday, February 08, 2007 6:37 PM
To: McDonald, Ira
Cc: printing-architecture@lists.freestandards.org
Subject: Re: [Printing-architecture] Activity Plan for OP Architecture
WG
McDonald, Ira wrote:
> Hi,
>
> Yesterday's Open Printing Architecture telecon was attended
> by Claudia Alimpich, Glen Petrie, Till Kamppeter, and me.
>
Yeh, sorry I missed it. For some reason it dropped out of my calendar.
> We discussed useful activities for the Architecture team.
> Glen suggested that we focus on architectural _validation_
> of the various OP modules. We all agreed with this idea.
>
>
> Open Pringing Architecture WG Activity Plan:
>
> (1) Thin-thread (rapid prototype) implementation of entire
> Open Printing Subsystem, with all existing or planned
> modules (API, plus at least stub code for logging)
> - must assume embedded environment (e.g., memory and
> I/O operations must be in wrapper macros)
>
So you are proposing a project (or series of projects) to implement
these APIs in open source either by embedding in existing open source
projects or otherwise? If so, how are we looking at finding the
resources to get the work done? I don't have a problem with donating
time or code to implement components, but I need to make it fit in with
other projects that I need to get done. That is how the PAPI
implementation on SourceForge got done.
> (2) Establishing naming and documentation conventions for
> new OP printing APIs
> - possibly a small new OP specification
>
It might be nice to have a guideline document that describes conventions
to be used in OP specs.
> (3) Standardizing licenses (e.g., MIT like JTAPI) for use
> in OP design, documentation, APIs, and modules
> - Glen - what is effect of Linux Foundation merger?
>
As far as the specifications go, we can impose a license in order for
the spec to be adopted. As far as the code goes, we can suggest one or
more licenses, but it's likely that a project team will make that
decision on their own when they implement or open up/donate an existing
implementation.
-Norm
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.441 / Virus Database: 268.17.33/678 - Release Date: 2/9/2007
4:06 PM
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Printing-architecture] Activity Plan for OP Architecture WG
@ 2007-02-08 23:47 Petrie, Glen
0 siblings, 0 replies; 5+ messages in thread
From: Petrie, Glen @ 2007-02-08 23:47 UTC (permalink / raw)
To: printing-architecture
[snip...]
> (2) Establishing naming and documentation conventions for
> new OP printing APIs
> - possibly a small new OP specification
>
It might be nice to have a guideline document that describes conventions
to be used in OP specs.
[gwp] I would like to second this. The document should include the memory
functions and other generalized items we uncover as time goes on.
glen
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-02-10 1:49 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-08 17:01 [Printing-architecture] Activity Plan for OP Architecture WG McDonald, Ira
2007-02-08 23:37 ` Norm Jacobs
2007-02-08 23:47 Petrie, Glen
2007-02-09 20:09 McDonald, Ira
2007-02-10 1:49 ` Norm Jacobs
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.