Hi all,
I am against submodules !
If we implement submodules things will be harder on downstream projects
we guided downstream projects to integrate their own apps folder and
include our apps in their apps
http://www.nuttx.org/doku.php?id=wiki:nshhowtos:external-applications
Regards
Alin
On F
I am trying to get everything moved to apache.org, bit at a
time. Slack channels are shutting down, the word is slowly getting out
in the Google group. ..
I have removed the Slack application from most of my machines. I have
deactivated the accounts of all Inactive members. I will
Hi, Justin
No, AFAIK, no SGA's have been filed. The wording here is
https://incubator.apache.org/guides/ip_clearance.html is unclear to me under
"Establishing Provenance". Contributor in this case refers to copyright
holders, I assume?
This only applies to code you are giving to the ASF (it’
On 12/13/19, Justin Mclean wrote:
> Hi,
>
>> Do you know know project which did it in the past?
>
> Not from DocuWiki that I’m aware of. A search of the entire ASF mail
> archives [1] didn’t find anything.
>
> Let wait until Infra get back to us - that may take a day or two.
>
Right, thank you ag
Hi,
> Do you know know project which did it in the past?
Not from DocuWiki that I’m aware of. A search of the entire ASF mail archives
[1] didn’t find anything.
Let wait until Infra get back to us - that may take a day or two.
Thanks,
Justin
1. https://lists.apache.org/search.html
Hi Justin,
On 12/13/19, Justin Mclean wrote:
> Hi,
>
>> It appears there are a converter from DocuWiki to Confluence:
>> https://community.atlassian.com/t5/Answers-Developer-Questions/how-to-import-quot-dokuwiki-quot-to-confluence/qaq-p/526583
>
> Yep I noted that on the JIRA.
>
How could help i
Hi,
> It appears there are a converter from DocuWiki to Confluence:
> https://community.atlassian.com/t5/Answers-Developer-Questions/how-to-import-quot-dokuwiki-quot-to-confluence/qaq-p/526583
Yep I noted that on the JIRA.
Thanks,
Justin
Hi Greg,
On 12/13/19, Gregory Nutt wrote:
>
>> Absolutely, Confluence would be great -- it'd be good place to create
>> live
>> documents and tutorials that could evolve along with the code base...
>
> The original plan was to integrate the existing DocuWiki at nuttx.org to
> Confluence. If we b
Hi,
I really don’t think there will be any issues doing both in parallel so I’ve
created a confluence space here:
https://cwiki.apache.org/confluence/display/NUTTX
> I have heard that the INFRA team has some special kung-fu for importing Wikis
> into confluence. I hope they can handle an old D
I will send the SGA this weekend.
Also I am going to try to decouple better. It is not because I am
trying be the BDFL, it is just in my nature to "mother hen" software
projects. I will be detach and I will let the PPMP form itself with
less influence from me. I will try to continue to help
Hi,
> The original plan was to integrate the existing DocuWiki at nuttx.org to
> Confluence. If we begin using Confluence in an ad hoc way then I have some
> concern that it will interfere with the clean port of the existing Wiki.
I don’t think there will be any issues along those lines, any
Hi,
> No, AFAIK, no SGA's have been filed. The wording here is
> https://incubator.apache.org/guides/ip_clearance.html is unclear to me under
> "Establishing Provenance". Contributor in this case refers to copyright
> holders, I assume?
This only applies to code you are giving to the ASF (it
Is there reason for me to be concerned?
Unfortunately, yes. As much as I like Confluence, if not properly
organized and managed, it can quickly grow into an unnavigable mess.
I suppose it's like anything else we do, it requires a process and
disciplined maintainer...
Then I think we should
> Is there reason for me to be concerned?
Unfortunately, yes. As much as I like Confluence, if not properly
organized and managed, it can quickly grow into an unnavigable mess.
I suppose it's like anything else we do, it requires a process and
disciplined maintainer...
On Fri, Dec 13, 2019 at 2:
Absolutely, Confluence would be great -- it'd be good place to create live
documents and tutorials that could evolve along with the code base...
The original plan was to integrate the existing DocuWiki at nuttx.org to
Confluence. If we begin using Confluence in an ad hoc way then I have
so
Absolutely, Confluence would be great -- it'd be good place to create live
documents and tutorials that could evolve along with the code base...
On Fri, Dec 13, 2019 at 2:02 PM Justin Mclean
wrote:
> Hi,
>
> > So where in Apache is an appropriate place to put shared documents, the
> Apache publi
WRT to this build issue, it used to work without a git repo. Disclaimer:
I responsible for the original commit, a portion of which Greg reverted
today...
This is a good opportunity to discuss a larger topic -- this is just one
instance of a class of problems that can be minimized [or even avoided
Has the SGA been filled in and submitted?
No, AFAIK, no SGA's have been filed. The wording here is
https://incubator.apache.org/guides/ip_clearance.html is unclear to me
under "Establishing Provenance". Contributor in this case refers to
copyright holders, I assume? The BSD headers list o
Hi,
> that we are playing chicken with putting critical processes in place and
> making the transition to Apache repositories. That transition supposed to
> happen next week, right?
It happens when the PPMC decided for it to happen. But first the SGA needs to
de accepted [1] and then we may n
So where in Apache is an appropriate place to put shared documents, the Apache
public equivalent of my shared drive? I have been trying to scare people into
action on this workflow here for days now, but I guess this a brave group or
just completely blind to what is coming.
Best place is c
Hi,
> So where in Apache is an appropriate place to put shared documents, the
> Apache public equivalent of my shared drive? I have been trying to scare
> people into action on this workflow here for days now, but I guess this a
> brave group or just completely blind to what is coming.
Best p
What is coming is 10-30 patches per day. When the Apache repositories
are set up. I will cease processing all changes. All PRs and patches
that I receive will be forwarded to this email. It is then the PPMC's
total responsibility to deal with them. Drop the ball for one day and
you will
So we definitely need to continue discussing what process changes to
these critical parts should undergo on their way into NuttX.
I think "continue" is generous. I don't think the discussion has
successfully even gotten off the ground. It is a looming crisis that is
going hit us like a Ts
To add to the patch-to-merge workflow discussion, an anecdote.
Earlier today I jokingly wrote "For the build system we should
require more PMC votes than we have PMC members!!"
Soon after, I grabbed the latest updates and tried to build my
configurations and... the build was broken!
I wrote:
[[
No, the APPSDIR is configure-able. The default configurations all use
../apps/ for APPSDIR because there are not other apps in the
repositores. There have been many discussions on the old forums on how
to use custom applications, so I know end users actually do that. I
know, for example, tha
On Fri, Dec 13, 2019 at 8:05 AM Gregory Nutt wrote:
> Let's fully understand the release process before proposing a solution.
+1.
More below...
> No, the APPSDIR is configure-able. The default configurations all use
> ../apps/ for APPSDIR because there are not other apps in the
> repositores.
I think the below steps will do a an atomic tag/branch (Branch protections
may be needed as well)
Let's fully understand the release process before proposing a solution.
That sounds like a disaster.
However, it exemplifies why Submodules are evil but useful. A much simpler
approach is 2 fol
Greg,
I think the below steps will do a an atomic tag/branch (Branch protections
may be needed as well)
However, it exemplifies why Submodules are evil but useful. A much simpler
approach is 2 folder is the same project - I am aware of ALL the arguments -
I agree with most of them but there are
28 matches
Mail list logo