Re: Thoughts on alternative communication channels for our communities
I would support this initative. Also is there anyone who would be willing to mail Me some swag in the form of ASF stickers for Me to adorn My vehicles with in appreciation for the ASF and the committers whose priceless contributions would otherwise remain anonymous lest I possess the advertisement and logos to promote conversations that could enable Me to convey to the general populous the value of OSS and specifically the ASF of which I am happy and proud to represent based on My utilisation of the ASF product. Gracias MLOBS Matthew Luke O'Brien On 22 Oct 2024, at 8:12 PM, Rich Bowen wrote: > On Oct 21, 2024, at 4:30 PM, Drew Foulks wrote: > > Greetings! > > I'm looking to put together a forum / planet apache replacement that can > function as an internal message board, would you be interested in supporting > that? > > see -- https://lists.apache.org/thread/4wpo70q6v75kz0xq0zpgy3s8prto3f3o I definitely would. I have some ideas about what requirements we would have, and having someone from Infra in that conversation will save a lot of intermediate steps, probably. Looking forward to seeing some innovation here. — Rich Bowen rbo...@rcbowen.com
Re: Proposal for a Working Group - wg-targetted-mentoring
Hey, Nick, I know there hasn't been much discussion of this. I want to encourage you to create a start at the content in the Github repo - https://github.com/apache/comdev-working-groups - and outline what we need to do to get there, and get a project or two onboard to start the discussion. As I said in Denver, we are all ComDev, but we have fallen into the trap of waiting for someone else to give permission. So, you have *my* permission, for whatever that’s worth. (It’s worth exactly as much as the paper on which this email is written, but still …) I *love* this idea, and see a number of places where it would be valuable in getting my employer (and others) to invest in “layer 2” projects rather than just focusing on layer 1 and getting surprised with that second layer goes to the attic. —Rich > On Oct 10, 2024, at 5:48 PM, Nick Burch wrote: > > Hi All > > I'd like to propose a new Working Group. I'm not certain the name is right, > but I can't think of anything better... Help needed on that! > > For helping match Apache Projects who'd like new contributors, with Companies > who indirectly depend on them. > > The aim would be to co-ordinate, provide best practice, and signpost. > > It'd mostly be for small to medium ASF Projects who don't have a lot of > corporate involvement at the moment, who are key dependencies of some of our > bigger projects. It would help with getting them to the attention of bigger > Companies who use + contribute to the bigger projects, who don't realise who > in their supply chain underneath needs help. Then with any luck, assist in > some mentoring of people from those companies when they spend some of their > work time contributing to the dependency projects. > > With increasing interest in SBOM (software build of materials), it would > hopefully help turn OSPO-like questions such as "I wonder if any dependencies > of Apache Awesome need help, but how would I know?" into "I've got a recent > graduate with a day-a-week of spare time, let's get them helping with Apache > Problematic!". > > > If ComDev likes the idea, I'm happy to lead the working group, and give it > a try with one of the projects I'm involved in. I've already roped in > one other mentor from that project to help. > > Do also need help with the name! > > > Cheers > Nick > > - > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org > For additional commands, e-mail: dev-h...@community.apache.org > — Rich Bowen rbo...@rcbowen.com
[jira] [Closed] (COMDEV-540) Cannot drag the year progress bar of Committer Map
[ https://issues.apache.org/jira/browse/COMDEV-540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Curcuru closed COMDEV-540. Resolution: Abandoned Thanks for reporting; for the time being the zones server has been closed, meaning this no longer is pertinent, and we don't yet have any replacement. > Cannot drag the year progress bar of Committer Map > -- > > Key: COMDEV-540 > URL: https://issues.apache.org/jira/browse/COMDEV-540 > Project: Community Development > Issue Type: Improvement > Components: Website > Environment: Chromium 102.0.5005.167, Windows 11 >Reporter: Tian Xia >Priority: Minor > Attachments: 20240114172739.png > > Original Estimate: 504h > Remaining Estimate: 504h > > The progress bar on the right side of the Committer Map webpage > (https://community.zones.apache.org/map/years/), under "People who became > committers:", seems to be unable to be dragged up or down anymore (screenshot > attached). This issue is not significant, and I appreciate you for designing > this page for us. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Closed] (COMDEV-222) projects.a.o does not handle SVN problems well
[ https://issues.apache.org/jira/browse/COMDEV-222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Curcuru closed COMDEV-222. Resolution: Implemented Thanks, sebb! > projects.a.o does not handle SVN problems well > -- > > Key: COMDEV-222 > URL: https://issues.apache.org/jira/browse/COMDEV-222 > Project: Community Development > Issue Type: Bug > Components: Projects Tool >Reporter: Sebb >Priority: Major > > Recently there was some kind of a problem accessing SVN. This caused lots of > errors [1] like: > Error when processing doap file > http://svn.apache.org/repos/asf/xmlgraphics/site/trunk/content/fop/doap.rdf: > > Traceback (most recent call last): > File "parseprojects.py", line 154, in > rdf = urllib.request.urlopen(url, timeout=URL_TIMEOUT).read() > File "/usr/lib/python3.4/urllib/request.py", line 161, in urlopen > return opener.open(url, data, timeout) > File "/usr/lib/python3.4/urllib/request.py", line 469, in open > response = meth(req, response) > File "/usr/lib/python3.4/urllib/request.py", line 579, in http_response > 'http', request, response, code, msg, hdrs) > File "/usr/lib/python3.4/urllib/request.py", line 507, in error > return self._call_chain(*args) > File "/usr/lib/python3.4/urllib/request.py", line 441, in _call_chain > result = func(*args) > File "/usr/lib/python3.4/urllib/request.py", line 587, in http_error_default > raise HTTPError(req.full_url, code, msg, hdrs, fp) > urllib.error.HTTPError: HTTP Error 403: Forbidden > URL: > 'http://svn.apache.org/repos/asf/xmlgraphics/site/trunk/content/fop/doap.rdf' > Each such failure causes a message to site-dev > The failed gets also cause the doaps to be dropped: > Deleting obsolete file projects/xmlgraphics-fop.json > The script needs to be able to distinguish different kinds of errors and > handle them accordingly. > For example, missing DOAPs are quite frequent, and should be retried next run. > However SVN errors such as the above should probably cause the run to be > abandoned. > [1] https://reporter.apache.org/logs/2017-06/parseprojects_2017-06.log -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Resolved] (COMDEV-529) Migrate blogs.apache.org/comdev to community.apache.org/blog
[ https://issues.apache.org/jira/browse/COMDEV-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Curcuru resolved COMDEV-529. -- Resolution: Fixed > Migrate blogs.apache.org/comdev to community.apache.org/blog > > > Key: COMDEV-529 > URL: https://issues.apache.org/jira/browse/COMDEV-529 > Project: Community Development > Issue Type: Task > Components: Website >Reporter: Bertrand Delacretaz >Assignee: Bertrand Delacretaz >Priority: Minor > > As per [https://lists.apache.org/thread/hfhzochhmqhd32tclgc47d5nk90jxmb2] the > [https://blogs.apache.org/comdev/] blog needs to move to another platform, > before May 31st. > I think the simplest is to move the content under > [https://community.apache.org/blog] by converting it and copying it under > [https://github.com/apache/comdev-site/tree/main/source] in a new "blog" > folder. > For now I have saved a [raw HTML > copy|https://github.com/apache/comdev-site/blob/main/archives/comdev-blog-html-export-2023-04-20.zip] > of the existing content, but it looks like ASF infra can provide a more > convenient Markdown export, I have asked for that at INFRA-24484 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Commented] (COMDEV-534) 3rd party downloads not allowed by privacy policy
[ https://issues.apache.org/jira/browse/COMDEV-534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17892262#comment-17892262 ] Shane Curcuru commented on COMDEV-534: -- Note that privacy policies are set by VP, Data Privacy here: https://privacy.apache.org/policies/ > 3rd party downloads not allowed by privacy policy > - > > Key: COMDEV-534 > URL: https://issues.apache.org/jira/browse/COMDEV-534 > Project: Community Development > Issue Type: Bug > Components: Projects Tool >Reporter: Sebb >Priority: Major > > The projects.a.o website relies on Google charts. > AFAIK, we don't have a privacy agreement for these, and according to the > terms of use, they cannot be used downloaded and used locally: > https://developers.google.com/chart/interactive/faq#offline > Some possible solutions: > - use an alternative charting library that is not in conflict with the > Privacy Policy > - ask the user's permission before making requests to such 3rd party sites; > if the user refuses, charts and graphs cannot be displayed, but the site > should otherwise continue to function > - find some way of proxying the requests via an ASF host that strips out all > client-specific headers. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Closed] (COMDEV-529) Migrate blogs.apache.org/comdev to community.apache.org/blog
[ https://issues.apache.org/jira/browse/COMDEV-529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Curcuru closed COMDEV-529. > Migrate blogs.apache.org/comdev to community.apache.org/blog > > > Key: COMDEV-529 > URL: https://issues.apache.org/jira/browse/COMDEV-529 > Project: Community Development > Issue Type: Task > Components: Website >Reporter: Bertrand Delacretaz >Assignee: Bertrand Delacretaz >Priority: Minor > > As per [https://lists.apache.org/thread/hfhzochhmqhd32tclgc47d5nk90jxmb2] the > [https://blogs.apache.org/comdev/] blog needs to move to another platform, > before May 31st. > I think the simplest is to move the content under > [https://community.apache.org/blog] by converting it and copying it under > [https://github.com/apache/comdev-site/tree/main/source] in a new "blog" > folder. > For now I have saved a [raw HTML > copy|https://github.com/apache/comdev-site/blob/main/archives/comdev-blog-html-export-2023-04-20.zip] > of the existing content, but it looks like ASF infra can provide a more > convenient Markdown export, I have asked for that at INFRA-24484 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Closed] (COMDEV-310) Request Apache NetBeans to have a Snoot account
[ https://issues.apache.org/jira/browse/COMDEV-310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Curcuru closed COMDEV-310. Resolution: Abandoned snoot dot io no longer used. > Request Apache NetBeans to have a Snoot account > --- > > Key: COMDEV-310 > URL: https://issues.apache.org/jira/browse/COMDEV-310 > Project: Community Development > Issue Type: Task > Components: Snoot Statistics >Reporter: Geertjan Wielenga >Priority: Major > > After discussion with our Apache NetBeans mentors [~humbedooh], we're > requesting a Snoot account, to obtain statistics in order to get a better > understanding of Apache NetBeans usage, based on the info at > https://cwiki.apache.org/confluence/display/COMDEV/Snoot+Statistics. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Closed] (COMDEV-323) Not clear how to raise issues with Snoot data (statistics.html)
[ https://issues.apache.org/jira/browse/COMDEV-323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Curcuru closed COMDEV-323. Resolution: Abandoned snoot dot io no longer exists; these systems are no longer used. > Not clear how to raise issues with Snoot data (statistics.html) > --- > > Key: COMDEV-323 > URL: https://issues.apache.org/jira/browse/COMDEV-323 > Project: Community Development > Issue Type: Bug > Components: Projects Tool >Reporter: Sebb >Assignee: Daniel Gruno >Priority: Major > > The statistics.html page gets its data from snoot.io. > It's not clear whom to contact if there are any queries on/issues with the > data. > When known, this info should be added to the statistics page and/or the About > page -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Closed] (COMDEV-546) project.apache.org uses google charts
[ https://issues.apache.org/jira/browse/COMDEV-546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shane Curcuru closed COMDEV-546. Resolution: Duplicate > project.apache.org uses google charts > - > > Key: COMDEV-546 > URL: https://issues.apache.org/jira/browse/COMDEV-546 > Project: Community Development > Issue Type: Bug >Reporter: Sebb >Priority: Major > > p.a.o references Google charts. We don't (and won't) have a DPA with them. > The terms of Google charts do not allow for local hosting, so either prior > permission must be sought from the user, or the charting code must be > replaced. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
