There are links to all the project web site repos at 
https://cwiki.apache.org/confluence/display/LOGGING/Managing+the+Logging+Services+Web+Sites.

Ralph

> On Oct 19, 2021, at 6:37 AM, Apache <[email protected]> wrote:
> 
> Volkan,
> 
> I am not in front of my computer at the moment, but I am 100% sure you are 
> incorrect. Every logging project has its own GitHub repo for its own web 
> site. The thought of having log4cxx and Log4Net use a repo with Log4J in the 
> name doesn’t make any sense.
> 
> Publishing a web site involves committing the changes to the asf-staging 
> branch, reviewing those changes, and then merging the staging branch to the 
> live branch. 
> 
> I just don’t see what advantages using GitHub pages provides over this as 
> your points below seem like they are already covered.
> 
> Ralph
> 
>> On Oct 19, 2021, at 1:14 AM, Volkan Yazıcı <[email protected]> wrote:
>> 
>> In its current state, all Logging Services projects (log4j, log4jcxx,
>> log4net, etc.) dump their websites to a single repository:
>> https://github.com/apache/logging-log4j-site If I need to publish
>> continuous benchmark results of logging-log4j2 repository, I need to push
>> my changes to two other branches of another repository. What I was asking
>> for is if we can publish a website to a logging-log4j2 repository branch
>> such that it will be displayed under a logging.apache.org subdomain. This
>> approach would provide the following advantages:
>> 
>>  - Every repository will contain its own website. (I guess, we can all
>>  agree this is a good thing to have.)
>>  - CI (in particular, benchmark) scripts won't need to hack their way
>>  around multi-repo setups.
>>  - No disruption to the current logging.apache.org flow.
>> 
>> 
>>> On Mon, Oct 18, 2021 at 9:16 PM Ralph Goers <[email protected]>
>>> wrote:
>>> 
>>> I feel like I am going in circles.
>>> 
>>> Testing of what? I still don’t understand what the use case is for GitHub
>>> Pages. What problem is it solving?
>>> 
>>> Ralph
>>> 
>>>>> On Oct 18, 2021, at 12:05 PM, Matt Sicker <[email protected]> wrote:
>>>> 
>>>> I’d imagine it’s for testing purposes initially. We should integrate it
>>> into the main domain when it’s ready for release. This should all be
>>> controllable via the .asf.yaml file.
>>>> 
>>>> Matt Sicker
>>>> 
>>>>> On Oct 18, 2021, at 12:32, Ralph Goers <[email protected]>
>>> wrote:
>>>>> 
>>>>> Why?
>>>>> 
>>>>> Ralph
>>>>> 
>>>>>> On Oct 18, 2021, at 8:40 AM, Volkan Yazıcı <[email protected]> wrote:
>>>>>> 
>>>>>> For the moment, I just want the `gh-pages` branch of the logging-log4j2
>>>>>> GitHub project to be accessible at "a" URL – just like any other
>>> non-ASF
>>>>>> GitHub project.
>>>>>> 
>>>>>>> On Mon, Oct 18, 2021 at 5:38 PM Ralph Goers <
>>> [email protected]>
>>>>>>> wrote:
>>>>>>> 
>>>>>>> OK. That page didn’t exist when I migrated the site from the CMS. That
>>>>>>> still leaves
>>>>>>> the second question. What are you proposing? I don’t really see the
>>> point
>>>>>>> of moving
>>>>>>> the existing site to GitHub Pages.
>>>>>>> 
>>>>>>> Ralph
>>>>>>> 
>>>>>>>> On Oct 18, 2021, at 8:31 AM, Volkan Yazıcı <[email protected]> wrote:
>>>>>>>> 
>>>>>>>> GitHub Pages look pretty doable to me:
>>>>>>>> https://cwiki.apache.org/confluence/display/INFRA/GitHub+Pages
>>>>>>>> 
>>>>>>>> On Fri, Oct 15, 2021 at 6:35 PM Ralph Goers <
>>> [email protected]>
>>>>>>>> wrote:
>>>>>>>> 
>>>>>>>>> I don’t really understand this. When I was migrating the web site
>>> from
>>>>>>> the
>>>>>>>>> ASF CMS to GitHub
>>>>>>>>> it was made clear that web site hosting using GitHub Pages wasn’t
>>>>>>>>> supported. I am not sure
>>>>>>>>> what the proposal here is.
>>>>>>>>> 
>>>>>>>>> Ralph
>>>>>>>>> 
>>>>>>>>>> On Oct 15, 2021, at 8:27 AM, Matt Sicker <[email protected]> wrote:
>>>>>>>>>> 
>>>>>>>>>> I’m not exactly sure how we can get a beta subdomain, though the
>>>>>>> staging
>>>>>>>>> one is built in. And while it would be great to automate as much as
>>>>>>>>> possible about the release process in GHA, the code signing aspect
>>> is
>>>>>>> still
>>>>>>>>> not possible (though we might be able to integrate with another
>>> service
>>>>>>> at
>>>>>>>>> Apache for that, but it doesn’t cover the GPG signature). There’s
>>> also
>>>>>>> some
>>>>>>>>> ASF rule I think about releases needing to be done by a human, but
>>> that
>>>>>>>>> might be more about reproducible builds.
>>>>>>>>>> 
>>>>>>>>>> Matt Sicker
>>>>>>>>>> 
>>>>>>>>>>> On Oct 15, 2021, at 05:57, Volkan Yazıcı <[email protected]> wrote:
>>>>>>>>>>> 
>>>>>>>>>>> I long had the ambition to move the entire site & manual to
>>> gh-pages.
>>>>>>>>>>> In an ideal world, I would even move the release process to GitHub
>>>>>>>>> Actions
>>>>>>>>>>> too.
>>>>>>>>>>> But these are, for now, pretty ambitious goals.
>>>>>>>>>>> What I would really appreciate is to access gh-pages content via,
>>> say,
>>>>>>>>>>> https://beta.logging.apache.org/log4j URL.
>>>>>>>>>>> Matt, mind helping me with setting this up please?
>>>>>>>>>>> 
>>>>>>>>>>>> On Wed, Oct 13, 2021 at 7:12 PM Matt Sicker <[email protected]>
>>>>>>> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>> That's really cool! Do note that we can publish to the
>>> ASF-specific
>>>>>>>>>>>> branches, too, for hosting a site.
>>>>>>>>>>>> 
>>>>>>>>>>>>> On Wed, Oct 13, 2021 at 10:37 AM Volkan Yazıcı <[email protected]>
>>>>>>>>> wrote:
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Do this:
>>>>>>>>>>>>> 
>>>>>>>>>>>>> git fetch -p
>>>>>>>>>>>>> git checkout -B gh-pages origin/gh-pages
>>>>>>>>>>>>> python -m http.server
>>>>>>>>>>>>> open http://localhost:8000/benchmark/results/index.html
>>>>>>>>>>>>> 
>>>>>>>>>>>>> *The magic:*
>>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>> 
>>>>>>> 
>>> https://github.com/apache/logging-log4j2/blob/release-2.x/.github/workflows/benchmark.yml
>>>>>>>>>>>>> 
>>>>>>>>>>>>> *Disadvantages:* Runner specs are on the flux, though mostly
>>> pretty
>>>>>>>>>>>> stable.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> *Future work:*
>>>>>>>>>>>>> 
>>>>>>>>>>>>> - Enable GitHub pages for the project?
>>>>>>>>>>>>> - Incorporate more from log4j-perf to here.
>>>>>>>>>>>>> - Put the workflow onto a cron schedule.
>>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>> 
>>>>> 
>>>> 
>>> 
>>> 
>>> 
> 
> 
> 


Reply via email to