On Mon, Jan 29, 2018 at 1:08 PM, Ryota Ozaki wrote:
> Hi,
>
> This proposal extends xcall to allow to specify an IPL of the high
> priority xcall. Currently the high priority xcall uses only a softint
> of IPL_SOFTSERIAL. It doesn't work if the caller depends on
> a different softint IPL.
>
> I'm
I've just mostly finished viewing the recording of Ilja van Sprundel's
"Are all BSDs created equal" 24C3 talk.
It looks like all the reported NetBSD bugs have been fixed (by Taylor
Campbell, if I recall correctly) more or less overnight, however this was
shortly after -8 had been branched. Thoug
On Mon, Jan 29, 2018 at 07:30:23PM +0100, Edgar Fu? wrote:
> I've just mostly finished viewing the recording of Ilja van Sprundel's
> "Are all BSDs created equal" 24C3 talk.
> It looks like all the reported NetBSD bugs have been fixed (by Taylor
> Campbell, if I recall correctly) more or less ove
> pullup-6 1470-1489, pullup-7 1467-1487, pullup-8 179-198
Sorry, I forgot to look for resolved tickets.
So it looks they all have been resolved instantly in -current, -6, -7 and -8,
it's also in 7.1.1, which is great, there's just no SA? Or am I completely
blind and missed the SA?
I think we should have a discussion to change the way netbsd releases
and security advisories are done. they seem to be suitable for a large
company, and netbsd is doesn't keep up with it.
security advisories are extremely tiresome to write, and contain a lot
of useless information. All I care is
> I think we should have a discussion to change the way netbsd releases
> and security advisories are done. they seem to be suitable for a
> large company, and netbsd is doesn't keep up with it.
Actually, based on what you write below, it seems to me you're trying
to change them to be suitable fo
On 29.01.2018 20:01, m...@netbsd.org wrote:
> I think we should have a discussion to change the way netbsd releases
> and security advisories are done. they seem to be suitable for a large
> company, and netbsd is doesn't keep up with it.
>
Personally, I would find it reasonable to abandon minor
On Mon, Jan 29, 2018 at 09:58:16PM +0100, Kamil Rytarowski wrote:
> Another point is to set a rule that ABI is stable between patch versions
> and binary packages (prebuilt software) still works as-is. I'm observing
> now users who abandon researching this OS just because a patch version
> of kerbe
On 29.01.2018 22:01, Joerg Sonnenberger wrote:
> On Mon, Jan 29, 2018 at 09:58:16PM +0100, Kamil Rytarowski wrote:
>> Another point is to set a rule that ABI is stable between patch versions
>> and binary packages (prebuilt software) still works as-is. I'm observing
>> now users who abandon researc
On Mon, Jan 29, 2018 at 10:16:05PM +0100, Kamil Rytarowski wrote:
> On 29.01.2018 22:01, Joerg Sonnenberger wrote:
> > On Mon, Jan 29, 2018 at 09:58:16PM +0100, Kamil Rytarowski wrote:
> >> Another point is to set a rule that ABI is stable between patch versions
> >> and binary packages (prebuilt s
On 29.01.2018 22:27, Joerg Sonnenberger wrote:
> On Mon, Jan 29, 2018 at 10:16:05PM +0100, Kamil Rytarowski wrote:
>> On 29.01.2018 22:01, Joerg Sonnenberger wrote:
>>> On Mon, Jan 29, 2018 at 09:58:16PM +0100, Kamil Rytarowski wrote:
Another point is to set a rule that ABI is stable between p
Here's a sketch of a webpage I could automagically generate with
very small changes to the CHANGES entries (or even with the existing):
https://i.imgur.com/OEiASvB.png
(Obviously can look nicer/cleaner...)
Clicking an advisory would provide you a patch of commits containing the
commit identifier,
12 matches
Mail list logo
