Re: Seeking contributors for new "Success at Apache" blog series
Hi，
Thanks Ted.
Without you did this, I never know what we did. It's great job.
China need more advocate "the apache way".
Thanks very much.
On 2018/07/26 15:16:31, Liu Ted wrote:
> For some reasons, my Yahoo mail editor doesn't show the hyperlinks and the
> email layout is messy. Not sure whether you can see my writing correctly.
> Best regards,
>
> Ted Liu
>
>
> On Thursday, July 26, 2018 11:03:38 PM CST, Sally
> Khudairi wrote:
>
> #yiv4060327996 p.yiv4060327996MsoNormal, #yiv4060327996
> p.yiv4060327996MsoNoSpacing{margin:0;}That's great, Ted! Let me see if we can
> get these promoted.
>
> Many thanks for your efforts 😁
> - - -
> Vice President Marketing & Publicity
> The Apache Software Foundation
>
> Tel +1 617 921 8656
> Skype sallykhudairi
>
>
> On Thu, Jul 26, 2018, at 10:48, Liu Ted wrote:
>
> Hi Sally,
>
> As communicated earlier, we have translated a few "Success at Apache" blogs
> and other ASF related topics in Chinese, listed below. If anyone is
> interested in reading, re-posting them, or else, please feel free do to do so.
>
> Success at Apache series:
> 08) Meritocracy, by Kevin A. McGrail, VP of ASF Fundraising, translation by
> David Zhenwei DONG
> 09) Lowering Barriers to Open Innovation, by Luke Han, VP of Apache Kylin
> PMC, translation by David Zhenwei DONG
> 10) Scratch your own itch, by Ignasi Barrera, a member of the Apache jclouds
> PMC, translation by Ted LIU
> 13) Contributing to Open Source even with a high-pressure job, by Anthony
> Shaw, contributor to over 20 open-source projects including Apache Libcloud
> and SaltStack, translation by Ted LIU
> 14) Open Innovation from a Non-native English Country, by Von Gosling, Apache
> RocketMQ co-founder, translation by Ted LIU
> 12) A Newbie's Narrative, by Kuhu Shukla, Apache Tez Committer and contribute
> to YARN and HDFS, translation by Ted LIU (to be published soon)
> ...and more to come!
>
> Also there are a few featured ASF-related articles and events (in Chinese)
> we've done for your references.
> - Growing pains & gains of an open source rookie, written by Yangyong ZHENG,
> Apache ServiceComb (incubating) Committer
> - How ASF works? translation by KuoSi, chief editor of KAIYUANSHE
> - 2017 ASF Annual Report, summarized by KuoSi, chief editor of KAIYUANSHE
> - How open is the Apache Software Foundation? written by KuoSi, chief editor
> of KAIYUANSHE
> - Incubation to TLP - the journey of Apache CarbonData, written by KuoSi,
> chief editor of KAIYUANSHE
> - Incubation to TLP - the journey of Apache Kylin, written by KuoSi, chief
> editor of KAIYUANSHE
>
> - The tales of Apache projects - COSCon'17 featured stories (CarbonData,
> Griffin, Kylin, RocketMQ, Weex), written by KuoSi, chief editor of KAIYUANSHE
> - Featured event: Apache Flink China Community Meetup·Beijing
> - Featured event: Apache RocketMQ Online Meetup
> There are many not listed above and more to come...
>
> Best regards,
>
> Ted Liu,
> ASF Member
>
> On Monday, April 2, 2018 10:45:30 PM CST, Sally Khudairi
> wrote:
>
>
> OK great; thank you, Ted :-)
>
> Warm regards,
> Sally
>
> - - -
> Vice President Marketing & Publicity
> The Apache Software Foundation
>
> Tel +1 617 921 8656
> Skype sallykhudairi
>
>
> On Mon, Apr 2, 2018, at 10:38, Liu Ted wrote:
>
> Hi Sally, Thank you for the prompt reply. It's OK to use individual author
> name instead. One will be translated by David Dong, another one by myself.
> I'll update you when the translations are done.
>
> Ted Liu
>
>
> 2018 年 4 月 2 日周一 21:52，Sally Khudairi
> 写道：
> Thanks so much, Ted.
>
> We will be happy to add links to the translated versions of the blog posts.
> However, as the ASF is vendor-neutral, and contributions to Apache
> initiatives are made by individuals, we are unable to promote KAIYUANSHE in
> these translations.
>
> If that is OK with you, I'll be happy to add you to the production schedule.
>
> Warm regards,
> Sally
>
> - - -
> Vice President Marketing & Publicity
> The Apache Software Foundation
>
> Tel +1 617 921 8656
> Skype sallykhudairi
>
>
> On Mon, Apr 2, 2018, at 01:15, Liu Ted wrote:
>
> Hi Sally, I and KAIYUANSHE (1), will start translating some ASF blogs, esp.
> Success at Apache series, starting from Luke Han's “Lowering Barriers to Open
> Innovation” and Von Gosling's "Open Innovation from a Non-native English
> Country" and publicize them in KAIYUANSHE's social channels.
>
> There are around 10 TLP or incubating ASF projects originated from China now.
> We will try our best to help more success stories out in the future.
>
> Best regards,
>
> Ted Liu
>
> (1) KAIYUANSHE, a ground-up open source alliance, focusing on open source
> governance, global outreach & bridging and community building &
> collaboration, in China. We held the 2015 Apache Roadshow in China, 2016 and
> 2017 China Open Source Conference where ASF Way and
[jira] [Resolved] (COMDEV-290) License
[ https://issues.apache.org/jira/browse/COMDEV-290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb resolved COMDEV-290. - Resolution: Invalid JIRA is not a playground > License > --- > > Key: COMDEV-290 > URL: https://issues.apache.org/jira/browse/COMDEV-290 > Project: Community Development > Issue Type: Bug >Reporter: Ray Nealey >Priority: Major > > Going to sue > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Updated] (COMDEV-288) Request "Projects Directory" migration to GIT
[
https://issues.apache.org/jira/browse/COMDEV-288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sebb updated COMDEV-288:
Component/s: Reporter Tool
> Request "Projects Directory" migration to GIT
> -
>
> Key: COMDEV-288
> URL: https://issues.apache.org/jira/browse/COMDEV-288
> Project: Community Development
> Issue Type: SVN->GIT Migration
> Components: Projects Tool, Reporter Tool
>Reporter: Vincent Tuybens
>Priority: Trivial
>
> Dear all,
> is it possible for you to plan SVN to GIT migration for "Projects Directory"
> project ?
> [{color:#0066cc}https://svn.apache.org/repos/asf/comdev/projects.apache.org/{color}]
> Thank you,
> Regards.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Updated] (COMDEV-249) [RocketMQ]Message Delivery Once Semantic Implementation
[ https://issues.apache.org/jira/browse/COMDEV-249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb updated COMDEV-249: Component/s: GSoC/Mentoring ideas > [RocketMQ]Message Delivery Once Semantic Implementation > --- > > Key: COMDEV-249 > URL: https://issues.apache.org/jira/browse/COMDEV-249 > Project: Community Development > Issue Type: Wish > Components: GSoC/Mentoring ideas >Reporter: vongosling >Priority: Major > > The duplicated messages will impose the extra cost if the user needs > non-repeating messages. > In most cases, the user needs to store the consumer records to determine if a > message is duplicated, and the store stage should guarantee consistency. So > we need to support a strict and non-redundant message delivery mechanism. > In this context, we hope to design a delivery once plugin, say, you could > design a global(but need raft guarantee multi-copy data) storage, using the > hooker of RocketMQ ConsumeMessageHook to finish the task. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Created] (COMDEV-291) Prefetch all data/JIRA/*.json files
Sebb created COMDEV-291: --- Summary: Prefetch all data/JIRA/*.json files Key: COMDEV-291 URL: https://issues.apache.org/jira/browse/COMDEV-291 Project: Community Development Issue Type: Improvement Components: Reporter Tool Reporter: Sebb script/readjira.py keeps the data/JIRA/*.json files up to date as a cron job. However it does not create them initially. That is done by site/getjson.py which is called from the GUI. This can result in a long wait (possibly causing a timeout failure) if there are many missing files for the currently logged in user. Also the code to create and parse the files is duplicated in the scripts. It might be better for all the files to be fetched in the readjira.py cron job. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Created] (COMDEV-292) Mailglomper does not handle renamed lists well
Sebb created COMDEV-292: --- Summary: Mailglomper does not handle renamed lists well Key: COMDEV-292 URL: https://issues.apache.org/jira/browse/COMDEV-292 Project: Community Development Issue Type: Bug Components: Reporter Tool Reporter: Sebb The mailglomper script does not take account of renamed mailing lists. This can result in double counting the activity for a project. For example, commits@libcloud was renamed to notifications@libcloud in March 2014. However the data in the maildata_extended.json file includes weekly epoch entries for commits: 1507161600 2017-10-05 00:00:00 UTC to 1524096000 2018-04-19 00:00:00 UTC whereas notifications has: 1515024000 2018-01-04 00:00:00 UTC to 1531958400 2018-07-19 00:00:00 UTC The weekly counts agree for the overlap period. If the commits mbox files were still present up to April 2018, there would be an index entry for the list, and if there was also a redirect in place, the code would see the redirected files. I think the code should probably ignore redirects if that's possible. When a list is renamed, the old data ought to be dropped, otherwise it may be double-counted. Also the obsolete entries will gradually accumulate. This applies to both the maildata_weekly.json and maildata_extended.json files. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
[jira] [Commented] (COMDEV-292) Mailglomper does not handle renamed lists well
[ https://issues.apache.org/jira/browse/COMDEV-292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16561121#comment-16561121 ] Sebb commented on COMDEV-292: - It would save a lot of network traffic if the statistics were calculated on the mail-archive host. > Mailglomper does not handle renamed lists well > -- > > Key: COMDEV-292 > URL: https://issues.apache.org/jira/browse/COMDEV-292 > Project: Community Development > Issue Type: Bug > Components: Reporter Tool >Reporter: Sebb >Priority: Major > > The mailglomper script does not take account of renamed mailing lists. > This can result in double counting the activity for a project. > For example, commits@libcloud was renamed to notifications@libcloud in March > 2014. > However the data in the maildata_extended.json file includes weekly epoch > entries > for commits: > 1507161600 2017-10-05 00:00:00 UTC > to > 1524096000 2018-04-19 00:00:00 UTC > whereas notifications has: > 1515024000 2018-01-04 00:00:00 UTC > to > 1531958400 2018-07-19 00:00:00 UTC > The weekly counts agree for the overlap period. > If the commits mbox files were still present up to April 2018, there would be > an index entry for the list, and if there was also a redirect in place, the > code would see the redirected files. > I think the code should probably ignore redirects if that's possible. > When a list is renamed, the old data ought to be dropped, otherwise it may be > double-counted. > Also the obsolete entries will gradually accumulate. > This applies to both the maildata_weekly.json and maildata_extended.json > files. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@community.apache.org For additional commands, e-mail: dev-h...@community.apache.org
Help with task: Ensure all Apache TLPs have Wikipedia pages
I would like to help out with the task listed at https://helpwanted.apache.org/task.html?0b349bee
