"Nightly Builds" location

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

"Nightly Builds" location

Czesław Wolański
Hi,

During a vibrant discussion on "macOS and AOO42X" subject, Keith N. McKenna
on 4 May (2020/05/04) pointed out
the Release Policy as stated at:
http://www.apache.org/legal/release-policy.html#publication

In case of "Nightly Builds":
http://www.apache.org/legal/release-policy.html#build-directories
their location is given as follows:  people.apache.org/builds

It doesn't work ("Not Found. "The requested URL was not found on this
server.").

Can that be rectified?


Regards,

Czesław Wolański
Reply | Threaded
Open this post in threaded view
|

Re: "Nightly Builds" location

Pedro Lino-3
Hi Czeslaw

> In case of "Nightly Builds":
> http://www.apache.org/legal/release-policy.html#build-directories
> their location is given as follows:  people.apache.org/builds
>
> It doesn't work ("Not Found. "The requested URL was not found on this
> server.").
>
> Can that be rectified?

Given that it is an error on a "toplevel website", according to ASF own rules, you can report that to [hidden email]
(http://www.apache.org/foundation/contact.html)

Regards,
Pedro

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: "Nightly Builds" location

Czesław Wolański
Hi,

Thanks for explanation. I'll report this issue.
Let me/us hope it is not  "a riddle, wrapped in a mystery, inside an
enigma". ;‑)

Best regards,

Czesław

Am Di., 12. Mai 2020 um 16:02 Uhr schrieb Pedro Lino <[hidden email]
>:

> Hi Czeslaw
>
> > In case of "Nightly Builds":
> > http://www.apache.org/legal/release-policy.html#build-directories
> > their location is given as follows:  people.apache.org/builds
> >
> > It doesn't work ("Not Found. "The requested URL was not found on this
> > server.").
> >
> > Can that be rectified?
>
> Given that it is an error on a "toplevel website", according to ASF own
> rules, you can report that to [hidden email]
> (http://www.apache.org/foundation/contact.html)
>
> Regards,
> Pedro
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

Re: "Nightly Builds" location

Dave Fisher-3
In reply to this post by Pedro Lino-3
It should be made clear that nightly builds are not required and not advertised. The location and frequency is up to the project and is found by asking on a project’s dev list.

See Jim and Matthias’s discussion about weekly builds.

Best Regards,
Dave

Sent from my iPhone

> On May 12, 2020, at 7:03 AM, Pedro Lino <[hidden email]> wrote:
>
> Hi Czeslaw
>
>> In case of "Nightly Builds":
>> http://www.apache.org/legal/release-policy.html#build-directories
>> their location is given as follows:  people.apache.org/builds
>>
>> It doesn't work ("Not Found. "The requested URL was not found on this
>> server.").
>>
>> Can that be rectified?
>
> Given that it is an error on a "toplevel website", according to ASF own rules, you can report that to [hidden email]
> (http://www.apache.org/foundation/contact.html)
>
> Regards,
> Pedro
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: "Nightly Builds" location

Pedro Lino-3
Hi Dave
 
> It should be made clear that nightly builds are not required and not advertised. The location and frequency is up to the project and is found by asking on a project’s dev list.

And yet if a path is mentioned in the "ASF policy on software releases", that path should exist.
Curiously the "Information for end-users" link at the top of the same document pointing to http://www.apache.org/legal/release-download-pages#remind-users is another 404

I believe the [hidden email] should do a revision of dead links ;)

> > On May 12, 2020, at 7:03 AM, Pedro Lino <[hidden email]> wrote:
> >
> > Hi Czeslaw
> >
> >> In case of "Nightly Builds":
> >> http://www.apache.org/legal/release-policy.html#build-directories
> >> their location is given as follows:  people.apache.org/builds
> >>
> >> It doesn't work ("Not Found. "The requested URL was not found on this
> >> server.").
> >>
> >> Can that be rectified?
> >
> > Given that it is an error on a "toplevel website", according to ASF own rules, you can report that to [hidden email]
> > (http://www.apache.org/foundation/contact.html)
> >
> > Regards,
> > Pedro
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: "Nightly Builds" location

Czesław Wolański
Hi,

>
>And yet if a path is mentioned in the "ASF policy on software releases",
that path should exist.
>

That was exactly my point. It is solely up to ASF to decide what kind of
information user shall see at the target page.
"Not Found. The requested URL was not found on this server." is hardly
user-friendly.

Regards,

Czesław






Am Di., 12. Mai 2020 um 17:52 Uhr schrieb Pedro Lino <[hidden email]
>:

> Hi Dave
>
> > It should be made clear that nightly builds are not required and not
> advertised. The location and frequency is up to the project and is found by
> asking on a project’s dev list.
>
> And yet if a path is mentioned in the "ASF policy on software releases",
> that path should exist.
> Curiously the "Information for end-users" link at the top of the same
> document pointing to
> http://www.apache.org/legal/release-download-pages#remind-users is
> another 404
>
> I believe the [hidden email] should do a revision of dead links ;)
>
> > > On May 12, 2020, at 7:03 AM, Pedro Lino <[hidden email]>
> wrote:
> > >
> > > Hi Czeslaw
> > >
> > >> In case of "Nightly Builds":
> > >> http://www.apache.org/legal/release-policy.html#build-directories
> > >> their location is given as follows:  people.apache.org/builds
> > >>
> > >> It doesn't work ("Not Found. "The requested URL was not found on this
> > >> server.").
> > >>
> > >> Can that be rectified?
> > >
> > > Given that it is an error on a "toplevel website", according to ASF
> own rules, you can report that to [hidden email]
> > > (http://www.apache.org/foundation/contact.html)
> > >
> > > Regards,
> > > Pedro
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [hidden email]
> > > For additional commands, e-mail: [hidden email]
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

Re: "Nightly Builds" location

Dave Fisher-2
Sure it should, but these reference should be rewritten. Rather than email webmaster@ I've submitted an INFRA JIRA issue.

https://issues.apache.org/jira/browse/INFRA-20258

Here is the wiki page about OpenOffice nightlies:

https://cwiki.apache.org/confluence/display/OOOUSERS/Buildbot+info


> On May 12, 2020, at 9:04 AM, Czesław Wolański <[hidden email]> wrote:
>
> Hi,
>
>>
>> And yet if a path is mentioned in the "ASF policy on software releases",
> that path should exist.
>>
>
> That was exactly my point. It is solely up to ASF to decide what kind of
> information user shall see at the target page.
> "Not Found. The requested URL was not found on this server." is hardly
> user-friendly.
>
> Regards,
>
> Czesław
>
>
>
>
>
>
> Am Di., 12. Mai 2020 um 17:52 Uhr schrieb Pedro Lino <[hidden email]
>> :
>
>> Hi Dave
>>
>>> It should be made clear that nightly builds are not required and not
>> advertised. The location and frequency is up to the project and is found by
>> asking on a project’s dev list.
>>
>> And yet if a path is mentioned in the "ASF policy on software releases",
>> that path should exist.
>> Curiously the "Information for end-users" link at the top of the same
>> document pointing to
>> http://www.apache.org/legal/release-download-pages#remind-users is
>> another 404
>>
>> I believe the [hidden email] should do a revision of dead links ;)
>>
>>>> On May 12, 2020, at 7:03 AM, Pedro Lino <[hidden email]>
>> wrote:
>>>>
>>>> Hi Czeslaw
>>>>
>>>>> In case of "Nightly Builds":
>>>>> http://www.apache.org/legal/release-policy.html#build-directories
>>>>> their location is given as follows:  people.apache.org/builds
>>>>>
>>>>> It doesn't work ("Not Found. "The requested URL was not found on this
>>>>> server.").
>>>>>
>>>>> Can that be rectified?
>>>>
>>>> Given that it is an error on a "toplevel website", according to ASF
>> own rules, you can report that to [hidden email]
>>>> (http://www.apache.org/foundation/contact.html)
>>>>
>>>> Regards,
>>>> Pedro
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]