Re: Collaboration Tools
I would agree that real-time chat is extremely important with any type of project. We use it on a daily basis when we are hashing out ideas, having meetings, or trying to solve problems. We still use the old school IRC, but we also have an IRC web client for non-technical people (https://krita.org/en/irc/) . The main reason we have stayed with IRC is that you don't have to have an account to talk with people. This is great from a support standpoint with people just wanting to ask a question, but that concern might not be relevant with this group.
I am not sure if this is a concern for the ASWF, but having a public archive might be something you may, or may not want for the realtime chat. If the entire history of conversations are preserved, that can sometimes lead to privacy issues where people don't want everything they say "on the record". Not everything is always well thought out when you can talk in real time. Lists like this people at least have a bit of time to reflect on something before they post it.
I am not sure if this is a concern for the ASWF, but having a public archive might be something you may, or may not want for the realtime chat. If the entire history of conversations are preserved, that can sometimes lead to privacy issues where people don't want everything they say "on the record". Not everything is always well thought out when you can talk in real time. Lists like this people at least have a bit of time to reflect on something before they post it.
Re: Collaboration Tools
On Wed, Aug 22, 2018 at 9:01 AM <sean@...> wrote:
Hello,
I'm on the development team for OpenColorIO, and would like to raise the conversation around project communication platforms. Quickly looking at the Collaboration Tools list for ASWF I see the usual options of Mailing Lists and Issue Tracking. However, OCIO has greatly benefited by having real-time communication through a Slack group which promotes candid responses from maintainers and community members instead of long essays like this. I believe this fosters a greater feeling of participation and community which was very helpful in re-kindling development with the project.
I'm am definitely not a proponent of Slack. In fact, I really dislike it and am starting the conversation with our community on switching to an alternative. When/if OpenColorIO is moved under the care of the ASWF, I would like to see a real-time communication platform promoted. At the moment the best option which I have yet to use in practice is Zulip (https://zulipchat.com/for/open-source/).
The features they offer seem to be a substantial gain over Slack or alternatives.
In summary, real-time communication with asynchronous participation is vital to project success. With the declining use of email-lists ( https://arxiv.org/pdf/1803.09529.pdf) I'd love to see an option promoted and used across ASWF projects.
- Apache 2.0 Licensed
- Free hosting for OSS (maybe ASWF hosts a server)
- Join without invitation
- Permalink to conversations
- Github issue links e.g. #1234
- Github/Jenkins/TravisCI integrations
- Proper nested conversations (thank goodness)
- Public archival coming soon apparently
Many Open Source projects use Freenode IRC. Something that I think a lot of these new tools miss is that there's no single agreed upon server for Open Source projects in general, so if folks want to cross collaborate with another community it's harder (need new accounts on different systems just to join 1 channel).
If you work with 10 different project communities and have to connect to 10 different tools / protocols it quickly get's out of hand. I'm not sure if anyone else participates in multiple project communities but if ASWF plans to cross collaborate with another community (maybe dependency projects) it is much easier to just "/join #channel" then to have to sign up for an entirely new account on another system.
Something ASWF might want to consider when choosing a collaboration tool.
Regards,
Thanh
Re: All Things Open Conference in October
I'm very familiar with this event and know the organizers well - happy to meetup with folks there this fall as I'm slated as a speaker.
Thank you,
John Mertic
Director of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe Project
On Tue, Aug 21, 2018 at 10:03 PM Jason van Gumster <fweeb@...> wrote:
Agreed. I've been going to ATO for the last handful of years and it's
always been a fantastic event. Well worth going if you can make it.
Granted, as a community moderator on Opensource.com (they're an event
sponsor), I'm a *little* biased, but hopefully you won't hold that
against me. :)
-Jason
On 8/21/18 6:35 PM, Michael Hall wrote:
> I went (and spoke) there last year. It's a great open source event with
> a community focus. Very well run and well attended.
>
> Michael Hall
> mhall119@...
>
> On 08/21/2018 05:29 PM, Rob Aitchison wrote:
>> Hi,
>>
>> I just learned of this conference last year and wanted to spread the
>> word in case you had not heard of it either. I did not end up going
>> but hope to this year as the Program and Tracks look good.
>>
>> https://allthingsopen.org/
>>
>> Early Bird pricing ends next Friday if it piques your interest.
>>
>> Cheers!
>
>
Collaboration Tools
Hello,
I'm on the development team for OpenColorIO, and would like to raise the conversation around project communication platforms. Quickly looking at the Collaboration Tools list for ASWF I see the usual options of Mailing Lists and Issue Tracking. However, OCIO has greatly benefited by having real-time communication through a Slack group which promotes candid responses from maintainers and community members instead of long essays like this. I believe this fosters a greater feeling of participation and community which was very helpful in re-kindling development with the project.
I'm am definitely not a proponent of Slack. In fact, I really dislike it and am starting the conversation with our community on switching to an alternative. When/if OpenColorIO is moved under the care of the ASWF, I would like to see a real-time communication platform promoted. At the moment the best option which I have yet to use in practice is Zulip (https://zulipchat.com/for/open-source/).
The features they offer seem to be a substantial gain over Slack or alternatives.
I'm on the development team for OpenColorIO, and would like to raise the conversation around project communication platforms. Quickly looking at the Collaboration Tools list for ASWF I see the usual options of Mailing Lists and Issue Tracking. However, OCIO has greatly benefited by having real-time communication through a Slack group which promotes candid responses from maintainers and community members instead of long essays like this. I believe this fosters a greater feeling of participation and community which was very helpful in re-kindling development with the project.
I'm am definitely not a proponent of Slack. In fact, I really dislike it and am starting the conversation with our community on switching to an alternative. When/if OpenColorIO is moved under the care of the ASWF, I would like to see a real-time communication platform promoted. At the moment the best option which I have yet to use in practice is Zulip (https://zulipchat.com/for/open-source/).
The features they offer seem to be a substantial gain over Slack or alternatives.
- Apache 2.0 Licensed
- Free hosting for OSS (maybe ASWF hosts a server)
- Join without invitation
- Permalink to conversations
- Github issue links e.g. #1234
- Github/Jenkins/TravisCI integrations
- Proper nested conversations (thank goodness)
- Public archival coming soon apparently
Re: All Things Open Conference in October
Jason van Gumster
Agreed. I've been going to ATO for the last handful of years and it's always been a fantastic event. Well worth going if you can make it. Granted, as a community moderator on Opensource.com (they're an event sponsor), I'm a *little* biased, but hopefully you won't hold that against me. :)
-Jason
toggle quoted message
Show quoted text
-Jason
On 8/21/18 6:35 PM, Michael Hall wrote:
I went (and spoke) there last year. It's a great open source event with a community focus. Very well run and well attended.
Michael Hall
mhall119@...
On 08/21/2018 05:29 PM, Rob Aitchison wrote:Hi,
I just learned of this conference last year and wanted to spread the word in case you had not heard of it either. I did not end up going but hope to this year as the Program and Tracks look good.
https://allthingsopen.org/
Early Bird pricing ends next Friday if it piques your interest.
Cheers!
Re: Code signing
Hi Everyone,
For those who don't know me I'm a Release Engineer at the Linux Foundation and am helping the ASWF project get setup. Feel free to direct any CI related questions to me.
I can confirm that signing is very important to many of our projects and we definitely sign both our artifacts (binaries) as well as git tags when we release software for many of our other projects at the Linux Foundation.
Today the signing is done manually via "git tag -s" as well as gpg sign of release artifacts when projects approve a staged release for public release.
We are working on providing some automation in our CI platform to allow projects to have their artifacts signed along with the staging jobs (these jobs prepare releases) but it's not ready just yet.
Cheers,
Thanh
On Tue, Aug 21, 2018 at 7:31 PM Meadhbh Hamrick <ohmeadhbh@...> wrote:
I bet security requirements are going to be all over the map in this group.
I bet people who are trying to push out media to end user devices are
going to be VERY interested in signed code, but other people who are
running binaries they completely compiled from source files they just
downloaded from github are going to be more interested in verifying
the provenance of the tarballs they just downloaded than verifying
signatures on executables they just built.
I'm mostly in the latter camp, except for the tiny bits where i'm in
the former. I really want my developers that are building FLOSS
projects to be able to pick operational security procedures that make
sense for them (but yeah, at the same time I don't want to say
"SIGNING EXECUTABLES IS USELESS!" because I do bump up into that world
from time to time and know it's a requirement for some people.)
I guess what I'm saying is... I bet it's going to be a little more
complicated than people might originally think based on their own
experiences. But I also think we could do a small amount of work
up-front to define a handful of security models that will work for 80%
of people on the list and it'll give the other 20% something to point
at when they're trying to describe how it doesn't work.
Do you have specific requirements, Nathan? Like I said, I'm mostly a
backend server farm guy, but every now and again I bump into the
mobile / app store world where code signing makes a lot more sense.
-cheers
-m
--
meadhbh hamrick * it's pronounced "maeve"
@OhMeadhbh * http://meadhbh.hamrick.rocks/ * OhMeadhbh@...
Sent from my TRS-80 Model 102
On Tue, Aug 21, 2018 at 3:29 PM, Nathan Loofbourrow <njloof@...> wrote:
> I know it’s early days, especially for Windows and Mac, but will there be a
> plan for code signing the binaries produced by CI? This will be important
> for security and adoption.
Re: Code signing
Meadhbh Hamrick
I bet security requirements are going to be all over the map in this group.
I bet people who are trying to push out media to end user devices are
going to be VERY interested in signed code, but other people who are
running binaries they completely compiled from source files they just
downloaded from github are going to be more interested in verifying
the provenance of the tarballs they just downloaded than verifying
signatures on executables they just built.
I'm mostly in the latter camp, except for the tiny bits where i'm in
the former. I really want my developers that are building FLOSS
projects to be able to pick operational security procedures that make
sense for them (but yeah, at the same time I don't want to say
"SIGNING EXECUTABLES IS USELESS!" because I do bump up into that world
from time to time and know it's a requirement for some people.)
I guess what I'm saying is... I bet it's going to be a little more
complicated than people might originally think based on their own
experiences. But I also think we could do a small amount of work
up-front to define a handful of security models that will work for 80%
of people on the list and it'll give the other 20% something to point
at when they're trying to describe how it doesn't work.
Do you have specific requirements, Nathan? Like I said, I'm mostly a
backend server farm guy, but every now and again I bump into the
mobile / app store world where code signing makes a lot more sense.
-cheers
-m
--
meadhbh hamrick * it's pronounced "maeve"
@OhMeadhbh * http://meadhbh.hamrick.rocks/ * OhMeadhbh@...
Sent from my TRS-80 Model 102
toggle quoted message
Show quoted text
I bet people who are trying to push out media to end user devices are
going to be VERY interested in signed code, but other people who are
running binaries they completely compiled from source files they just
downloaded from github are going to be more interested in verifying
the provenance of the tarballs they just downloaded than verifying
signatures on executables they just built.
I'm mostly in the latter camp, except for the tiny bits where i'm in
the former. I really want my developers that are building FLOSS
projects to be able to pick operational security procedures that make
sense for them (but yeah, at the same time I don't want to say
"SIGNING EXECUTABLES IS USELESS!" because I do bump up into that world
from time to time and know it's a requirement for some people.)
I guess what I'm saying is... I bet it's going to be a little more
complicated than people might originally think based on their own
experiences. But I also think we could do a small amount of work
up-front to define a handful of security models that will work for 80%
of people on the list and it'll give the other 20% something to point
at when they're trying to describe how it doesn't work.
Do you have specific requirements, Nathan? Like I said, I'm mostly a
backend server farm guy, but every now and again I bump into the
mobile / app store world where code signing makes a lot more sense.
-cheers
-m
--
meadhbh hamrick * it's pronounced "maeve"
@OhMeadhbh * http://meadhbh.hamrick.rocks/ * OhMeadhbh@...
Sent from my TRS-80 Model 102
On Tue, Aug 21, 2018 at 3:29 PM, Nathan Loofbourrow <njloof@...> wrote:
I know it’s early days, especially for Windows and Mac, but will there be a
plan for code signing the binaries produced by CI? This will be important
for security and adoption.
Re: All Things Open Conference in October
Michael Hall
I went (and spoke) there last year. It's a great open source
event with a community focus. Very well run and well attended.
Michael Hall mhall119@...
On 08/21/2018 05:29 PM, Rob Aitchison
wrote:
Hi,
I just learned of this conference last year and wanted to spread the word in case you had not heard of it either. I did not end up going but hope to this year as the Program and Tracks look good.
https://allthingsopen.org/
Early Bird pricing ends next Friday if it piques your interest.
Cheers!
Re: First bug report :-)
Either way we appreciate it!
On Tue, Aug 21, 2018 at 5:42 PM Jim Houston <jim.houston@...> wrote:
Ok. I don’t know if I find bus or bugs find me. 😀Hey Jim!Turns out you found a bug in groups.io! Our team is working with groups.io to resolve - we hope to get this cleared up soon. Thanks again for letting us know.Thank you,John MerticDirector of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe Project+1 234-738-4571On Mon, Aug 20, 2018 at 5:11 PM Jim Houston <jim.houston@...> wrote:This worked fine…This went into the etherJimOn Aug 20, 2018, at 11:47 AM, John Mertic <jmertic@...> wrote:Hi Jim!Thanks for sharing this - could you provide the URL for the page you are seeing on?Thank you,John MerticDirector of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe Project+1 234-738-4571On Mon, Aug 20, 2018 at 2:26 PM <jim.houston@...> wrote:
The name under ASWF --> Your Groups
does not match the names under
Groups.io
either of those results in “Group not found"Visit Your Groups!
--
Thank you,
John Mertic
Director of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe Project
All Things Open Conference in October
Hi,
I just learned of this conference last year and wanted to spread the word in case you had not heard of it either. I did not end up going but hope to this year as the Program and Tracks look good.
https://allthingsopen.org/
Early Bird pricing ends next Friday if it piques your interest.
Cheers!
I just learned of this conference last year and wanted to spread the word in case you had not heard of it either. I did not end up going but hope to this year as the Program and Tracks look good.
https://allthingsopen.org/
Early Bird pricing ends next Friday if it piques your interest.
Cheers!
Re: First bug report :-)
Jim Houston
Ok. I don’t know if I find bus or bugs find me. 😀
toggle quoted message
Show quoted text
On Aug 21, 2018, at 1:53 PM, John Mertic <jmertic@...> wrote:
Hey Jim!Turns out you found a bug in groups.io! Our team is working with groups.io to resolve - we hope to get this cleared up soon. Thanks again for letting us know.Thank you,John MerticDirector of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe ProjectOn Mon, Aug 20, 2018 at 5:11 PM Jim Houston <jim.houston@...> wrote:This worked fine…This went into the etherJimOn Aug 20, 2018, at 11:47 AM, John Mertic <jmertic@...> wrote:Hi Jim!Thanks for sharing this - could you provide the URL for the page you are seeing on?Thank you,John MerticDirector of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe Project+1 234-738-4571On Mon, Aug 20, 2018 at 2:26 PM <jim.houston@...> wrote:
The name under ASWF --> Your Groups
does not match the names under
Groups.io
either of those results in “Group not found"Visit Your Groups!
Re: First bug report :-)
Hey Jim!
Turns out you found a bug in groups.io! Our team is working with groups.io to resolve - we hope to get this cleared up soon. Thanks again for letting us know.
Thank you,
John Mertic
Director of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe Project
On Mon, Aug 20, 2018 at 5:11 PM Jim Houston <jim.houston@...> wrote:
This worked fine…This went into the etherJimOn Aug 20, 2018, at 11:47 AM, John Mertic <jmertic@...> wrote:Hi Jim!Thanks for sharing this - could you provide the URL for the page you are seeing on?Thank you,John MerticDirector of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe Project+1 234-738-4571On Mon, Aug 20, 2018 at 2:26 PM <jim.houston@...> wrote:
The name under ASWF --> Your Groups
does not match the names under
Groups.io
either of those results in “Group not found"Visit Your Groups!
Re: open-source DRM
Meadhbh Hamrick
FWIW, Sun Labs came up with an "open" DRM system back in the mid 2000s called DReaM. I don't think it ever took off because of Microsoft's stranglehold on commercial DRM systems. While it's difficult to create a system that will defeat the most advanced of attackers, the requirement for DRM is probably closer to "defend the integrity of the system against attackers arms with an electron microscope, an oscilloscope and a dewar of liquid nitrogen." I'm not sure you need to make your DRM system perfect, just good enough to dissuade casual hackers.
Re: First bug report :-)
Jim Houston
This worked fine…
toggle quoted message
Show quoted text
This went into the ether
Jim
On Aug 20, 2018, at 11:47 AM, John Mertic <jmertic@...> wrote:Hi Jim!Thanks for sharing this - could you provide the URL for the page you are seeing on?Thank you,John MerticDirector of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe ProjectOn Mon, Aug 20, 2018 at 2:26 PM <jim.houston@...> wrote:
The name under ASWF --> Your Groups
does not match the names under
Groups.io
either of those results in “Group not found"Visit Your Groups!
Re: First bug report :-)
Hi Jim!
Thanks for sharing this - could you provide the URL for the page you are seeing on?
Thank you,
John Mertic
Director of Program Management - Linux Foundation - ODPi, R Consortium, and Open Mainframe Project
On Mon, Aug 20, 2018 at 2:26 PM <jim.houston@...> wrote:
The name under ASWF --> Your Groups
does not match the names under
Groups.io
either of those results in “Group not found"Visit Your Groups!
Re: Arnold Render For Blender "Barnold"
Have you tried talking with Brecht over at Blender. I think his IRC handle is just 'brecht' the last time I talked with him. He is pretty deep with the renderer pipelines in Blender, and I thought he left Blender for a short time to work on Arnold as well. He might be able to have ideas or point you to people. That would be my first stop with looking for people.
Arnold Render For Blender "Barnold"
Hey guys!
I'm not sure if this is the appropriate place to post this as I'm not quite sure how this website works quite yet, but I was curious if anyone would like to collaborate on this project, so far Solid Angle's latest version of Arnold v5.2 works pretty well with the latest version of Blender v2.79b... this integration works pretty well so far, as the project is still pretty new. I'd like to reach out here to the community and see if anyone has the knowledge of how I could use OpenGL to render the IPR in Blender's "rendered viewport", the current implementation seems to have a color management bug, causing the IPR window to render black and white with rainbow pixels - so far it's the only big feature that's missing to make this integration more complete. That said, renders are working fine as of now, let me know if you'd like to shed some light.
The GitHub Repo: https://github.com/tyler-furby/barnold
Cheers,
Tyler Furby
I'm not sure if this is the appropriate place to post this as I'm not quite sure how this website works quite yet, but I was curious if anyone would like to collaborate on this project, so far Solid Angle's latest version of Arnold v5.2 works pretty well with the latest version of Blender v2.79b... this integration works pretty well so far, as the project is still pretty new. I'd like to reach out here to the community and see if anyone has the knowledge of how I could use OpenGL to render the IPR in Blender's "rendered viewport", the current implementation seems to have a color management bug, causing the IPR window to render black and white with rainbow pixels - so far it's the only big feature that's missing to make this integration more complete. That said, renders are working fine as of now, let me know if you'd like to shed some light.
The GitHub Repo: https://github.com/tyler-furby/barnold
Cheers,
Tyler Furby