Re: Reverting -current by date.

2019-11-20 Thread bob prohaska
On Wed, Nov 20, 2019 at 02:52:22PM -0800, Mark Millard wrote: > > Unfortunately for Bob P., no suggestion can meet his full criteria. So > he has several suggestions to potentially pick from or to use in > combination. > This is a most gracious way of saying my expectations are unreasonable. Sad

Re: Reverting -current by date.

2019-11-20 Thread Julian Elischer
On 11/20/19 12:02 PM, bob prohaska wrote: On Wed, Nov 20, 2019 at 11:18:41AM -0700, Warner Losh wrote: On Wed, Nov 20, 2019 at 10:39 AM bob prohaska wrote: From time to time it would be handy to revert freebsd-current to an older, well-behaved revision. Is there a mechanism for identifying

Re: Reverting -current by date.

2019-11-20 Thread Mark Millard
On 2019-Nov-20, at 14:28, Julian Elischer wrote: > On 11/20/19 1:51 PM, Mark Millard wrote: >> Bob P. wrote for an aarch64 context: >> >>> From time to time it would be handy to revert freebsd-current to >>> an older, well-behaved revision. >>> >>> Is there a mechanism for identifying revisi

Re: Reverting -current by date.

2019-11-20 Thread Julian Elischer
On 11/20/19 1:51 PM, Mark Millard wrote: Bob P. wrote for an aarch64 context: From time to time it would be handy to revert freebsd-current to an older, well-behaved revision. Is there a mechanism for identifying revision numbers that will at least compile and boot, by date? In my case build

Re: Reverting -current by date.

2019-11-20 Thread Mark Millard
Bob P. wrote for an aarch64 context: > From time to time it would be handy to revert freebsd-current to > an older, well-behaved revision. > > Is there a mechanism for identifying revision numbers that > will at least compile and boot, by date? > > In my case buildworld seems to be markedly sl

Re: Reverting -current by date.

2019-11-20 Thread bob prohaska
On Wed, Nov 20, 2019 at 11:18:41AM -0700, Warner Losh wrote: > On Wed, Nov 20, 2019 at 10:39 AM bob prohaska wrote: > > > From time to time it would be handy to revert freebsd-current to > > an older, well-behaved revision. > > > > Is there a mechanism for identifying revision numbers that > > wi

Re: Reverting -current by date.

2019-11-20 Thread Warner Losh
On Wed, Nov 20, 2019 at 10:39 AM bob prohaska wrote: > From time to time it would be handy to revert freebsd-current to > an older, well-behaved revision. > > Is there a mechanism for identifying revision numbers that > will at least compile and boot, by date? > Almost all of them will compile.

Re: Reverting -current by date.

2019-11-20 Thread Ian Lepore
On Wed, 2019-11-20 at 09:38 -0800, bob prohaska wrote: > From time to time it would be handy to revert freebsd-current to > an older, well-behaved revision. > > Is there a mechanism for identifying revision numbers that > will at least compile and boot, by date? > > In my case buildworld seems

Re: Reverting -current by date.

2019-11-20 Thread David Wolfskill
On Wed, Nov 20, 2019 at 09:38:53AM -0800, bob prohaska wrote: > >From time to time it would be handy to revert freebsd-current to > an older, well-behaved revision. > > Is there a mechanism for identifying revision numbers that > will at least compile and boot, by date? > > In my case buildworl

Re: Reverting -current by date.

2019-11-20 Thread Li-Wen Hsu
On Thu, Nov 21, 2019 at 1:39 AM bob prohaska wrote: > > From time to time it would be handy to revert freebsd-current to > an older, well-behaved revision. > > Is there a mechanism for identifying revision numbers that > will at least compile and boot, by date? > > In my case buildworld seems to b

Reverting -current by date.

2019-11-20 Thread bob prohaska
>From time to time it would be handy to revert freebsd-current to an older, well-behaved revision. Is there a mechanism for identifying revision numbers that will at least compile and boot, by date? In my case buildworld seems to be markedly slower than, say, six months ago. Maybe it's hardware