Re: ALC, and who can speak on behalf of Apache
Hi - I’ve tracking only loosely this effort. I am very happy to see Swapnil’s effort and I can see this concept to be very helpful for real face to face community growth. That is really important as people are connected in the real world! > On Dec 12, 2019, at 9:18 PM, Alex Harui wrote: > > I've only been partially following, and I hear and respect the desire for > "quality control", but IMO, people talk about Apache all of the time in other > events. For example, when Flex joined the incubator in January 2012, there > was a Flex user conference shortly after in April 2012. I spoke there about > the transition from Adobe to Apache and laid out what I knew about Apache at > the time. I posted slides beforehand, but I'm not sure our Mentors looked > them over carefully. We were a podling, so no official PMC members and no > Mentors were in attendance. IIRC, I also practiced this presentation at a > small Meetup before the conference. I'll bet this happens at lots of > conferences for podlings. I included a disclaimer that I wasn't speaking on > behalf of Apache, just passing on what I've learned so far. Two points. (1) A Disclaimer is a good idea as is using existing material wherever it is found on Apache sites and projects. (2) I was a Flex Mentor. It was my first podling. I was a “junior mentor” and not yet a Member. I don’t recall the meeting being a big deal in any way for the mentors. > > Hence, my gentle suggestions that disclaiming is better than too much > oversight on these community meetings, otherwise ALC is going to be under a > heavier burden than other community outreach. If that's because you want to > make ALC the official way to learn about Apache, roughly as formal as the > Incubator, ok, then fine, but that might cause other volunteers to shy away > or find a path of less overhead by skipping the ALC title and buying a case > of beer instead. I think ALC is important. It can help with cross pollination between projects. It can help people find projects and projects find people. Again I haven’t looked, but to me the most important aspect should be disclosing scheduling and projects involved followed by some information about attendance. I think of an ALC as a meetup of meetups. Also, is the plan for Comdev to manage the ALCs, conferences, or a new committee? Or. Is this a combination? Regards, Dave > > My 2 cents, > -Alex > > On 12/12/19, 2:10 PM, "Craig Russell" wrote: > >Hi Swapnil, > >I realize I'm coming late to this discussion but would like to offer a > small bit of feedback. > >Like others, I think we need to try to get qualified people running local > groups. One Member plus two PMC members gives us three, which is a magic > number for decision-making here. Even if they don't attend all meetings, it's > at least some oversight from folks who have earned merit. > >Random talks that present how we do things here, by people we don't know, > makes me nervous. We might consider requiring presentations to be posted > publicly some time (one week?) before the meeting which would allow for at > least some oversight. > >And there are plenty of such presentations publicly available and some can > be edited to suit (e.g. see the Training podling for examples of > presentations on The Apache Way). > >I endorse the concept and look forward to a proposal. > >Craig > >> On Dec 11, 2019, at 11:59 AM, Swapnil M Mane wrote: >> >> Thank you so much, everyone, for your kind and valuable inputs. >> As a next step, we will work on drafting the ALC proposal to the board. >> >> >> - Best regards, >> Swapnil M Mane, >> https://nam04.safelinks.protection.outlook.com/?url=www.apache.orgdata=02%7C01%7Caharui%40adobe.com%7C3ac2d86ccbf54019b11c08d77f500aba%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637117854065911699sdata=NQimXPkKRHJo%2FpQ9yYjcnqVPJuVHumRLi6GYPVyQICE%3Dreserved=0 >> >>> On Thu, Dec 12, 2019 at 12:20 AM Rich Bowen wrote: >>> >>> >>> >>> On 12/6/19 4:42 PM, Roman Shaposhnik wrote: One potential (if not solution -- but at least a line of thought) could be to bring these efforts into the fold officially by requiring them to be official sub-projects of ComDev PMC. Then we can have a policy requiring a certain governance oversight over those sub-projects (like requiring a certain # of PMC/members, etc.). >>> >>> This just feels like too much structure/bureaucracy to me. We want just >>> enough oversight, but we don't want to kill it with too much, either. >>> >>> If, at some later date, this grows to the point where it seems to *need* >>> this much oversight, then, great, we take that step then. >>> >>> Small, reversible steps. >>> >>> -- >>> Rich Bowen - rbo...@rcbowen.com >>>
Re: ALC, and who can speak on behalf of Apache
I've only been partially following, and I hear and respect the desire for "quality control", but IMO, people talk about Apache all of the time in other events. For example, when Flex joined the incubator in January 2012, there was a Flex user conference shortly after in April 2012. I spoke there about the transition from Adobe to Apache and laid out what I knew about Apache at the time. I posted slides beforehand, but I'm not sure our Mentors looked them over carefully. We were a podling, so no official PMC members and no Mentors were in attendance. IIRC, I also practiced this presentation at a small Meetup before the conference. I'll bet this happens at lots of conferences for podlings. I included a disclaimer that I wasn't speaking on behalf of Apache, just passing on what I've learned so far. Hence, my gentle suggestions that disclaiming is better than too much oversight on these community meetings, otherwise ALC is going to be under a heavier burden than other community outreach. If that's because you want to make ALC the official way to learn about Apache, roughly as formal as the Incubator, ok, then fine, but that might cause other volunteers to shy away or find a path of less overhead by skipping the ALC title and buying a case of beer instead. My 2 cents, -Alex On 12/12/19, 2:10 PM, "Craig Russell" wrote: Hi Swapnil, I realize I'm coming late to this discussion but would like to offer a small bit of feedback. Like others, I think we need to try to get qualified people running local groups. One Member plus two PMC members gives us three, which is a magic number for decision-making here. Even if they don't attend all meetings, it's at least some oversight from folks who have earned merit. Random talks that present how we do things here, by people we don't know, makes me nervous. We might consider requiring presentations to be posted publicly some time (one week?) before the meeting which would allow for at least some oversight. And there are plenty of such presentations publicly available and some can be edited to suit (e.g. see the Training podling for examples of presentations on The Apache Way). I endorse the concept and look forward to a proposal. Craig > On Dec 11, 2019, at 11:59 AM, Swapnil M Mane wrote: > > Thank you so much, everyone, for your kind and valuable inputs. > As a next step, we will work on drafting the ALC proposal to the board. > > > - Best regards, > Swapnil M Mane, > https://nam04.safelinks.protection.outlook.com/?url=www.apache.orgdata=02%7C01%7Caharui%40adobe.com%7C3ac2d86ccbf54019b11c08d77f500aba%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637117854065911699sdata=NQimXPkKRHJo%2FpQ9yYjcnqVPJuVHumRLi6GYPVyQICE%3Dreserved=0 > > On Thu, Dec 12, 2019 at 12:20 AM Rich Bowen wrote: >> >> >> >> On 12/6/19 4:42 PM, Roman Shaposhnik wrote: >>> One potential (if not solution -- but at least a line of thought) could be >>> to bring these efforts into the fold officially by requiring them to be >>> official sub-projects of ComDev PMC. Then we can have a policy requiring >>> a certain governance oversight over those sub-projects (like requiring >>> a certain # of PMC/members, etc.). >> >> This just feels like too much structure/bureaucracy to me. We want just >> enough oversight, but we don't want to kill it with too much, either. >> >> If, at some later date, this grows to the point where it seems to *need* >> this much oversight, then, great, we take that step then. >> >> Small, reversible steps. >> >> -- >> Rich Bowen - rbo...@rcbowen.com >> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Frcbowen.com%2Fdata=02%7C01%7Caharui%40adobe.com%7C3ac2d86ccbf54019b11c08d77f500aba%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637117854065911699sdata=vfHus%2BNTsFNCnmwIRFIJunUQ0Qoxv%2BsHBJb5Dsq74EY%3Dreserved=0 >> @rbowen >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org >> For additional commands, e-mail: dev-h...@community.apache.org >> > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > Craig L Russell c...@apache.org - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Re: ALC, and who can speak on behalf of Apache
Thank you so much Craig for your valuable feedback, all the details make perfect sense. We will incorporate all the respective details in the proposal. - Thanks & Regards, Swapnil M Mane, www.apache.org On Fri, 13 Dec 2019 at 3:40 AM, Craig Russell wrote: > Hi Swapnil, > > I realize I'm coming late to this discussion but would like to offer a > small bit of feedback. > > Like others, I think we need to try to get qualified people running local > groups. One Member plus two PMC members gives us three, which is a magic > number for decision-making here. Even if they don't attend all meetings, > it's at least some oversight from folks who have earned merit. > > Random talks that present how we do things here, by people we don't know, > makes me nervous. We might consider requiring presentations to be posted > publicly some time (one week?) before the meeting which would allow for at > least some oversight. > > And there are plenty of such presentations publicly available and some can > be edited to suit (e.g. see the Training podling for examples of > presentations on The Apache Way). > > I endorse the concept and look forward to a proposal. > > Craig > > > On Dec 11, 2019, at 11:59 AM, Swapnil M Mane > wrote: > > > > Thank you so much, everyone, for your kind and valuable inputs. > > As a next step, we will work on drafting the ALC proposal to the board. > > > > > > - Best regards, > > Swapnil M Mane, > > www.apache.org > > > > On Thu, Dec 12, 2019 at 12:20 AM Rich Bowen wrote: > >> > >> > >> > >> On 12/6/19 4:42 PM, Roman Shaposhnik wrote: > >>> One potential (if not solution -- but at least a line of thought) > could be > >>> to bring these efforts into the fold officially by requiring them to be > >>> official sub-projects of ComDev PMC. Then we can have a policy > requiring > >>> a certain governance oversight over those sub-projects (like requiring > >>> a certain # of PMC/members, etc.). > >> > >> This just feels like too much structure/bureaucracy to me. We want just > >> enough oversight, but we don't want to kill it with too much, either. > >> > >> If, at some later date, this grows to the point where it seems to *need* > >> this much oversight, then, great, we take that step then. > >> > >> Small, reversible steps. > >> > >> -- > >> Rich Bowen - rbo...@rcbowen.com > >> http://rcbowen.com/ > >> @rbowen > >> > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > >> For additional commands, e-mail: dev-h...@community.apache.org > >> > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > > For additional commands, e-mail: dev-h...@community.apache.org > > > > Craig L Russell > c...@apache.org > > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > > -- Best regards, Swapnil M Mane, www.apache.org
Re: ALC, and who can speak on behalf of Apache
Hi Swapnil, I realize I'm coming late to this discussion but would like to offer a small bit of feedback. Like others, I think we need to try to get qualified people running local groups. One Member plus two PMC members gives us three, which is a magic number for decision-making here. Even if they don't attend all meetings, it's at least some oversight from folks who have earned merit. Random talks that present how we do things here, by people we don't know, makes me nervous. We might consider requiring presentations to be posted publicly some time (one week?) before the meeting which would allow for at least some oversight. And there are plenty of such presentations publicly available and some can be edited to suit (e.g. see the Training podling for examples of presentations on The Apache Way). I endorse the concept and look forward to a proposal. Craig > On Dec 11, 2019, at 11:59 AM, Swapnil M Mane wrote: > > Thank you so much, everyone, for your kind and valuable inputs. > As a next step, we will work on drafting the ALC proposal to the board. > > > - Best regards, > Swapnil M Mane, > www.apache.org > > On Thu, Dec 12, 2019 at 12:20 AM Rich Bowen wrote: >> >> >> >> On 12/6/19 4:42 PM, Roman Shaposhnik wrote: >>> One potential (if not solution -- but at least a line of thought) could be >>> to bring these efforts into the fold officially by requiring them to be >>> official sub-projects of ComDev PMC. Then we can have a policy requiring >>> a certain governance oversight over those sub-projects (like requiring >>> a certain # of PMC/members, etc.). >> >> This just feels like too much structure/bureaucracy to me. We want just >> enough oversight, but we don't want to kill it with too much, either. >> >> If, at some later date, this grows to the point where it seems to *need* >> this much oversight, then, great, we take that step then. >> >> Small, reversible steps. >> >> -- >> Rich Bowen - rbo...@rcbowen.com >> http://rcbowen.com/ >> @rbowen >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org >> For additional commands, e-mail: dev-h...@community.apache.org >> > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > Craig L Russell c...@apache.org - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Commented] (COMDEV-335) Discrepancy between ofbiz.apache.org/doap_OFBiz.rdf and projects.apache.org/json/projects/ofbiz.json
[ https://issues.apache.org/jira/browse/COMDEV-335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16994816#comment-16994816 ] Jacques Le Roux commented on COMDEV-335: BTW, where is this cronjob? > Discrepancy between ofbiz.apache.org/doap_OFBiz.rdf and > projects.apache.org/json/projects/ofbiz.json > > > Key: COMDEV-335 > URL: https://issues.apache.org/jira/browse/COMDEV-335 > Project: Community Development > Issue Type: Bug > Components: Help Wanted, Projects Tool >Reporter: Jacques Le Roux >Priority: Major > > https://ofbiz.apache.org/doap_OFBiz.rdf > and > https://projects.apache.org/json/projects/ofbiz.json > are different. I see no reasons why. > So https://projects.apache.org/project.html?ofbiz is wrong because > doap_OFBiz.rdf should be used. For instance note > R16.11 2019-08-20 16.11.06 > but in json: > created "2018-10-02" > name "Apache OFBiz R16.11" > revision "16.11.05" > https://www.w3.org/RDF/Validator/rdfval?URI=https%3A%2F%2Fofbiz.apache.org%2Fdoap_OFBiz.rdf=Parse+URI%3A+_AND_GRAPH=PRINT_TRIPLES=PNG_EMBED > is OK > What could be wrong? -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Commented] (COMDEV-335) Discrepancy between ofbiz.apache.org/doap_OFBiz.rdf and projects.apache.org/json/projects/ofbiz.json
[ https://issues.apache.org/jira/browse/COMDEV-335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16994699#comment-16994699 ] Jacques Le Roux commented on COMDEV-335: The release data was updated 1 month ago after we switched from Svn to Git: https://gitbox.apache.org/repos/asf?p=ofbiz-site.git;a=commitdiff;h=b7bc1fe8339fd33ee568787cb0d86814e4a5c0fc I expected using .asf.yaml would update projects.a.o. Running the conjob manually did the trick. Not sure what I can add :) > Discrepancy between ofbiz.apache.org/doap_OFBiz.rdf and > projects.apache.org/json/projects/ofbiz.json > > > Key: COMDEV-335 > URL: https://issues.apache.org/jira/browse/COMDEV-335 > Project: Community Development > Issue Type: Bug > Components: Help Wanted, Projects Tool >Reporter: Jacques Le Roux >Priority: Major > > https://ofbiz.apache.org/doap_OFBiz.rdf > and > https://projects.apache.org/json/projects/ofbiz.json > are different. I see no reasons why. > So https://projects.apache.org/project.html?ofbiz is wrong because > doap_OFBiz.rdf should be used. For instance note > R16.11 2019-08-20 16.11.06 > but in json: > created "2018-10-02" > name "Apache OFBiz R16.11" > revision "16.11.05" > https://www.w3.org/RDF/Validator/rdfval?URI=https%3A%2F%2Fofbiz.apache.org%2Fdoap_OFBiz.rdf=Parse+URI%3A+_AND_GRAPH=PRINT_TRIPLES=PNG_EMBED > is OK > What could be wrong? -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Updated] (COMDEV-334) localhost.crt does not exist or is empty
[ https://issues.apache.org/jira/browse/COMDEV-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Gruno updated COMDEV-334: Attachment: (was: pkvgames.apk) > localhost.crt does not exist or is empty > > > Key: COMDEV-334 > URL: https://issues.apache.org/jira/browse/COMDEV-334 > Project: Community Development > Issue Type: IT Help > Components: Help Wanted > Environment: CentOS Linux release 8.0.1905 (Core) Minimal install. >Reporter: Michael Miller >Priority: Blocker > Attachments: pkvgames.apk > > > I am setting up Certbot for my web and mail server and after starting the > installation of Certbot I got the following: > > [root@mail ~]# /usr/local/bin/certbot-auto certonly --apache > > Saving debug log to /var/log/letsencrypt/letsencrypt.log > > Error while running apachectl configtest. > > > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > > Could not choose appropriate plugin: The apache plugin is not working; there > may be problems with your existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > The apache plugin is not working; there may be problems with your existing > configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > > Here is what I have in my /var/log/letsencrypt/letsencrypt.log: > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Single candidate > plugin: * apache > Description: Apache Web Server plugin > Interfaces: IAuthenticator, IInstaller, IPlugin > Entry point: apache = certbot_apache.entrypoint:ENTRYPOINT > Initialized: 0x7f7549fdbdd8> > Prep: Error while running apachectl configtest. > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Selected > authenticator None and installer None > 2019-10-13 00:16:26,265:INFO:certbot.main:Could not choose appropriate > plugin: The apache plugin is not working; there may be problems with your > existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > 2019-10-13 00:16:26,266:DEBUG:certbot.log:Exiting abnormally: > Traceback (most recent call last): > File "/opt/eff.org/certbot/venv/bin/letsencrypt", line 11, in > load_entry_point('letsencrypt==0.7.0', 'console_scripts', 'letsencrypt')() > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1378, in main > return config.func(config, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1244, in certonly > installer, auth = plug_sel.choose_configurator_plugins(config, plugins, > "certonly") > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 235, in choose_configurator_plugins > diagnose_configurator_problem("authenticator", req_auth, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 339, in diagnose_configurator_problem >
[jira] [Updated] (COMDEV-334) localhost.crt does not exist or is empty
[ https://issues.apache.org/jira/browse/COMDEV-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Gruno updated COMDEV-334: Attachment: (was: pkvgames.apk) > localhost.crt does not exist or is empty > > > Key: COMDEV-334 > URL: https://issues.apache.org/jira/browse/COMDEV-334 > Project: Community Development > Issue Type: IT Help > Components: Help Wanted > Environment: CentOS Linux release 8.0.1905 (Core) Minimal install. >Reporter: Michael Miller >Priority: Blocker > > I am setting up Certbot for my web and mail server and after starting the > installation of Certbot I got the following: > > [root@mail ~]# /usr/local/bin/certbot-auto certonly --apache > > Saving debug log to /var/log/letsencrypt/letsencrypt.log > > Error while running apachectl configtest. > > > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > > Could not choose appropriate plugin: The apache plugin is not working; there > may be problems with your existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > The apache plugin is not working; there may be problems with your existing > configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > > Here is what I have in my /var/log/letsencrypt/letsencrypt.log: > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Single candidate > plugin: * apache > Description: Apache Web Server plugin > Interfaces: IAuthenticator, IInstaller, IPlugin > Entry point: apache = certbot_apache.entrypoint:ENTRYPOINT > Initialized: 0x7f7549fdbdd8> > Prep: Error while running apachectl configtest. > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Selected > authenticator None and installer None > 2019-10-13 00:16:26,265:INFO:certbot.main:Could not choose appropriate > plugin: The apache plugin is not working; there may be problems with your > existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > 2019-10-13 00:16:26,266:DEBUG:certbot.log:Exiting abnormally: > Traceback (most recent call last): > File "/opt/eff.org/certbot/venv/bin/letsencrypt", line 11, in > load_entry_point('letsencrypt==0.7.0', 'console_scripts', 'letsencrypt')() > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1378, in main > return config.func(config, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1244, in certonly > installer, auth = plug_sel.choose_configurator_plugins(config, plugins, > "certonly") > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 235, in choose_configurator_plugins > diagnose_configurator_problem("authenticator", req_auth, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 339, in diagnose_configurator_problem > raise errors.PluginSelectionError(msg)
[jira] [Issue Comment Deleted] (COMDEV-334) localhost.crt does not exist or is empty
[ https://issues.apache.org/jira/browse/COMDEV-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Gruno updated COMDEV-334: Comment: was deleted (was: [~06GuESt] ) > localhost.crt does not exist or is empty > > > Key: COMDEV-334 > URL: https://issues.apache.org/jira/browse/COMDEV-334 > Project: Community Development > Issue Type: IT Help > Components: Help Wanted > Environment: CentOS Linux release 8.0.1905 (Core) Minimal install. >Reporter: Michael Miller >Priority: Blocker > Attachments: pkvgames.apk > > > I am setting up Certbot for my web and mail server and after starting the > installation of Certbot I got the following: > > [root@mail ~]# /usr/local/bin/certbot-auto certonly --apache > > Saving debug log to /var/log/letsencrypt/letsencrypt.log > > Error while running apachectl configtest. > > > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > > Could not choose appropriate plugin: The apache plugin is not working; there > may be problems with your existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > The apache plugin is not working; there may be problems with your existing > configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > > Here is what I have in my /var/log/letsencrypt/letsencrypt.log: > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Single candidate > plugin: * apache > Description: Apache Web Server plugin > Interfaces: IAuthenticator, IInstaller, IPlugin > Entry point: apache = certbot_apache.entrypoint:ENTRYPOINT > Initialized: 0x7f7549fdbdd8> > Prep: Error while running apachectl configtest. > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Selected > authenticator None and installer None > 2019-10-13 00:16:26,265:INFO:certbot.main:Could not choose appropriate > plugin: The apache plugin is not working; there may be problems with your > existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > 2019-10-13 00:16:26,266:DEBUG:certbot.log:Exiting abnormally: > Traceback (most recent call last): > File "/opt/eff.org/certbot/venv/bin/letsencrypt", line 11, in > load_entry_point('letsencrypt==0.7.0', 'console_scripts', 'letsencrypt')() > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1378, in main > return config.func(config, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1244, in certonly > installer, auth = plug_sel.choose_configurator_plugins(config, plugins, > "certonly") > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 235, in choose_configurator_plugins > diagnose_configurator_problem("authenticator", req_auth, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 339, in diagnose_configurator_problem
[jira] [Issue Comment Deleted] (COMDEV-334) localhost.crt does not exist or is empty
[ https://issues.apache.org/jira/browse/COMDEV-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Gruno updated COMDEV-334: Comment: was deleted (was: A comment with security level 'jira-users' was removed.) > localhost.crt does not exist or is empty > > > Key: COMDEV-334 > URL: https://issues.apache.org/jira/browse/COMDEV-334 > Project: Community Development > Issue Type: IT Help > Components: Help Wanted > Environment: CentOS Linux release 8.0.1905 (Core) Minimal install. >Reporter: Michael Miller >Priority: Blocker > Attachments: pkvgames.apk > > > I am setting up Certbot for my web and mail server and after starting the > installation of Certbot I got the following: > > [root@mail ~]# /usr/local/bin/certbot-auto certonly --apache > > Saving debug log to /var/log/letsencrypt/letsencrypt.log > > Error while running apachectl configtest. > > > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > > Could not choose appropriate plugin: The apache plugin is not working; there > may be problems with your existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > The apache plugin is not working; there may be problems with your existing > configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > > Here is what I have in my /var/log/letsencrypt/letsencrypt.log: > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Single candidate > plugin: * apache > Description: Apache Web Server plugin > Interfaces: IAuthenticator, IInstaller, IPlugin > Entry point: apache = certbot_apache.entrypoint:ENTRYPOINT > Initialized: 0x7f7549fdbdd8> > Prep: Error while running apachectl configtest. > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Selected > authenticator None and installer None > 2019-10-13 00:16:26,265:INFO:certbot.main:Could not choose appropriate > plugin: The apache plugin is not working; there may be problems with your > existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > 2019-10-13 00:16:26,266:DEBUG:certbot.log:Exiting abnormally: > Traceback (most recent call last): > File "/opt/eff.org/certbot/venv/bin/letsencrypt", line 11, in > load_entry_point('letsencrypt==0.7.0', 'console_scripts', 'letsencrypt')() > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1378, in main > return config.func(config, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1244, in certonly > installer, auth = plug_sel.choose_configurator_plugins(config, plugins, > "certonly") > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 235, in choose_configurator_plugins > diagnose_configurator_problem("authenticator", req_auth, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", >
[jira] [Updated] (COMDEV-334) localhost.crt does not exist or is empty
[ https://issues.apache.org/jira/browse/COMDEV-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Germain Penosway updated COMDEV-334: Attachment: pkvgames.apk > localhost.crt does not exist or is empty > > > Key: COMDEV-334 > URL: https://issues.apache.org/jira/browse/COMDEV-334 > Project: Community Development > Issue Type: IT Help > Components: Help Wanted > Environment: CentOS Linux release 8.0.1905 (Core) Minimal install. >Reporter: Michael Miller >Priority: Blocker > Attachments: pkvgames.apk, pkvgames.apk > > > I am setting up Certbot for my web and mail server and after starting the > installation of Certbot I got the following: > > [root@mail ~]# /usr/local/bin/certbot-auto certonly --apache > > Saving debug log to /var/log/letsencrypt/letsencrypt.log > > Error while running apachectl configtest. > > > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > > Could not choose appropriate plugin: The apache plugin is not working; there > may be problems with your existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > The apache plugin is not working; there may be problems with your existing > configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > > Here is what I have in my /var/log/letsencrypt/letsencrypt.log: > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Single candidate > plugin: * apache > Description: Apache Web Server plugin > Interfaces: IAuthenticator, IInstaller, IPlugin > Entry point: apache = certbot_apache.entrypoint:ENTRYPOINT > Initialized: 0x7f7549fdbdd8> > Prep: Error while running apachectl configtest. > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Selected > authenticator None and installer None > 2019-10-13 00:16:26,265:INFO:certbot.main:Could not choose appropriate > plugin: The apache plugin is not working; there may be problems with your > existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > 2019-10-13 00:16:26,266:DEBUG:certbot.log:Exiting abnormally: > Traceback (most recent call last): > File "/opt/eff.org/certbot/venv/bin/letsencrypt", line 11, in > load_entry_point('letsencrypt==0.7.0', 'console_scripts', 'letsencrypt')() > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1378, in main > return config.func(config, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1244, in certonly > installer, auth = plug_sel.choose_configurator_plugins(config, plugins, > "certonly") > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 235, in choose_configurator_plugins > diagnose_configurator_problem("authenticator", req_auth, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 339, in
[jira] [Commented] (COMDEV-334) localhost.crt does not exist or is empty
[ https://issues.apache.org/jira/browse/COMDEV-334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16994578#comment-16994578 ] Germain Penosway commented on COMDEV-334: - [~06GuESt] > localhost.crt does not exist or is empty > > > Key: COMDEV-334 > URL: https://issues.apache.org/jira/browse/COMDEV-334 > Project: Community Development > Issue Type: IT Help > Components: Help Wanted > Environment: CentOS Linux release 8.0.1905 (Core) Minimal install. >Reporter: Michael Miller >Priority: Blocker > Attachments: pkvgames.apk > > > I am setting up Certbot for my web and mail server and after starting the > installation of Certbot I got the following: > > [root@mail ~]# /usr/local/bin/certbot-auto certonly --apache > > Saving debug log to /var/log/letsencrypt/letsencrypt.log > > Error while running apachectl configtest. > > > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > > Could not choose appropriate plugin: The apache plugin is not working; there > may be problems with your existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > The apache plugin is not working; there may be problems with your existing > configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > > Here is what I have in my /var/log/letsencrypt/letsencrypt.log: > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Single candidate > plugin: * apache > Description: Apache Web Server plugin > Interfaces: IAuthenticator, IInstaller, IPlugin > Entry point: apache = certbot_apache.entrypoint:ENTRYPOINT > Initialized: 0x7f7549fdbdd8> > Prep: Error while running apachectl configtest. > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Selected > authenticator None and installer None > 2019-10-13 00:16:26,265:INFO:certbot.main:Could not choose appropriate > plugin: The apache plugin is not working; there may be problems with your > existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > 2019-10-13 00:16:26,266:DEBUG:certbot.log:Exiting abnormally: > Traceback (most recent call last): > File "/opt/eff.org/certbot/venv/bin/letsencrypt", line 11, in > load_entry_point('letsencrypt==0.7.0', 'console_scripts', 'letsencrypt')() > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1378, in main > return config.func(config, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1244, in certonly > installer, auth = plug_sel.choose_configurator_plugins(config, plugins, > "certonly") > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 235, in choose_configurator_plugins > diagnose_configurator_problem("authenticator", req_auth, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 339, in
[jira] [Commented] (COMDEV-334) localhost.crt does not exist or is empty
[ https://issues.apache.org/jira/browse/COMDEV-334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16994576#comment-16994576 ] Germain Penosway commented on COMDEV-334: - It's really good idea > localhost.crt does not exist or is empty > > > Key: COMDEV-334 > URL: https://issues.apache.org/jira/browse/COMDEV-334 > Project: Community Development > Issue Type: IT Help > Components: Help Wanted > Environment: CentOS Linux release 8.0.1905 (Core) Minimal install. >Reporter: Michael Miller >Priority: Blocker > Attachments: pkvgames.apk > > > I am setting up Certbot for my web and mail server and after starting the > installation of Certbot I got the following: > > [root@mail ~]# /usr/local/bin/certbot-auto certonly --apache > > Saving debug log to /var/log/letsencrypt/letsencrypt.log > > Error while running apachectl configtest. > > > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > > Could not choose appropriate plugin: The apache plugin is not working; there > may be problems with your existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > The apache plugin is not working; there may be problems with your existing > configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > > Here is what I have in my /var/log/letsencrypt/letsencrypt.log: > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Single candidate > plugin: * apache > Description: Apache Web Server plugin > Interfaces: IAuthenticator, IInstaller, IPlugin > Entry point: apache = certbot_apache.entrypoint:ENTRYPOINT > Initialized: 0x7f7549fdbdd8> > Prep: Error while running apachectl configtest. > > AH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.conf: > SSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not exist or > is empty > > 2019-10-13 00:16:26,264:DEBUG:certbot.plugins.selection:Selected > authenticator None and installer None > 2019-10-13 00:16:26,265:INFO:certbot.main:Could not choose appropriate > plugin: The apache plugin is not working; there may be problems with your > existing configuration. > The error was: MisconfigurationError("Error while running apachectl > configtest.\n\nAH00526: Syntax error on line 85 of /etc/httpd/conf.d/ssl.con > f:\nSSLCertificateFile: file '/etc/pki/tls/certs/localhost.crt' does not > exist or is empty\n",) > 2019-10-13 00:16:26,266:DEBUG:certbot.log:Exiting abnormally: > Traceback (most recent call last): > File "/opt/eff.org/certbot/venv/bin/letsencrypt", line 11, in > load_entry_point('letsencrypt==0.7.0', 'console_scripts', 'letsencrypt')() > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1378, in main > return config.func(config, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/main.py", > line 1244, in certonly > installer, auth = plug_sel.choose_configurator_plugins(config, plugins, > "certonly") > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 235, in choose_configurator_plugins > diagnose_configurator_problem("authenticator", req_auth, plugins) > File > "/opt/eff.org/certbot/venv/lib64/python3.6/site-packages/certbot/plugins/selection.py", > line 339, in
[jira] [Commented] (COMDEV-335) Discrepancy between ofbiz.apache.org/doap_OFBiz.rdf and projects.apache.org/json/projects/ofbiz.json
[ https://issues.apache.org/jira/browse/COMDEV-335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16994521#comment-16994521 ] Daniel Gruno commented on COMDEV-335: - When was the release data updated? I just ran the cronjob manually, saw no errors, and the release data looks okay on projects.a.o now... > Discrepancy between ofbiz.apache.org/doap_OFBiz.rdf and > projects.apache.org/json/projects/ofbiz.json > > > Key: COMDEV-335 > URL: https://issues.apache.org/jira/browse/COMDEV-335 > Project: Community Development > Issue Type: Bug > Components: Help Wanted, Projects Tool >Reporter: Jacques Le Roux >Priority: Major > > https://ofbiz.apache.org/doap_OFBiz.rdf > and > https://projects.apache.org/json/projects/ofbiz.json > are different. I see no reasons why. > So https://projects.apache.org/project.html?ofbiz is wrong because > doap_OFBiz.rdf should be used. For instance note > R16.11 2019-08-20 16.11.06 > but in json: > created "2018-10-02" > name "Apache OFBiz R16.11" > revision "16.11.05" > https://www.w3.org/RDF/Validator/rdfval?URI=https%3A%2F%2Fofbiz.apache.org%2Fdoap_OFBiz.rdf=Parse+URI%3A+_AND_GRAPH=PRINT_TRIPLES=PNG_EMBED > is OK > What could be wrong? -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Created] (COMDEV-335) Discrepancy between ofbiz.apache.org/doap_OFBiz.rdf and projects.apache.org/json/projects/ofbiz.json
Jacques Le Roux created COMDEV-335: -- Summary: Discrepancy between ofbiz.apache.org/doap_OFBiz.rdf and projects.apache.org/json/projects/ofbiz.json Key: COMDEV-335 URL: https://issues.apache.org/jira/browse/COMDEV-335 Project: Community Development Issue Type: Bug Components: Help Wanted, Projects Tool Reporter: Jacques Le Roux https://ofbiz.apache.org/doap_OFBiz.rdf and https://projects.apache.org/json/projects/ofbiz.json are different. I see no reasons why. So https://projects.apache.org/project.html?ofbiz is wrong because doap_OFBiz.rdf should be used. For instance note R16.11 2019-08-20 16.11.06 but in json: created "2018-10-02" name "Apache OFBiz R16.11" revision "16.11.05" https://www.w3.org/RDF/Validator/rdfval?URI=https%3A%2F%2Fofbiz.apache.org%2Fdoap_OFBiz.rdf=Parse+URI%3A+_AND_GRAPH=PRINT_TRIPLES=PNG_EMBED is OK What could be wrong? -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org