On Tue, Dec 06, 2022 at 12:21:11PM +0100, Theo Buehler wrote:
> On Tue, Dec 06, 2022 at 12:01:57PM +0100, Claudio Jeker wrote:
> > Printing timestamps is rather common thing in OpenMetrics so add a native
> > function for this. The benefit is that it prints the timestamp as pseudo
> > float with
When implementing this initially I thought that suffixes are merely a
suggestion but now I realize that the spec is a more strict about them.
So introduce a list of reserved suffixes and bail out if a metric is added
that uses such a suffix. Also fail if a metric name is reused.
The output code
On Tue, Dec 06, 2022 at 12:01:57PM +0100, Claudio Jeker wrote:
> Printing timestamps is rather common thing in OpenMetrics so add a native
> function for this. The benefit is that it prints the timestamp as pseudo
> float with higher precision than a regular float.
This part makes sense to me and
Printing timestamps is rather common thing in OpenMetrics so add a native
function for this. The benefit is that it prints the timestamp as pseudo
float with higher precision than a regular float.
Also adjust output of doubles to include enough significant digits to
print the value in full
On Tue, Dec 06, 2022 at 06:21:31PM +0100, Theo Buehler wrote:
> On Tue, Dec 06, 2022 at 05:12:59PM +0100, Claudio Jeker wrote:
> > When implementing this initially I thought that suffixes are merely a
> > suggestion but now I realize that the spec is a more strict about them.
> > So introduce a
On Tue, Dec 06, 2022 at 05:12:59PM +0100, Claudio Jeker wrote:
> When implementing this initially I thought that suffixes are merely a
> suggestion but now I realize that the spec is a more strict about them.
> So introduce a list of reserved suffixes and bail out if a metric is added
> that uses
> Indeed much better. Updated diff below.
ok tb
ping
> On 1 Dec 2022, at 21:50, Vitaliy Makkoveev wrote:
>
> Index: sys/sys/proc.h
> ===
> RCS file: /cvs/src/sys/sys/proc.h,v
> retrieving revision 1.335
> diff -u -p -r1.335 proc.h
> --- sys/sys/proc.h23 Nov 2022 11:00:27
pci ids for newer amdgpu parts may not be known as all non-radeon ati
display ids are matched in newer versions of amdgpu.
in dmesg unknown products take the form:
vga1 at pci12 dev 0 function 0 vendor "ATI", unknown product 0x687f rev 0xc3
vendor "ATI", unknown product 0x687f (class display
Here's an initial draft of a diff to allow configuring by lladdr in the
installer. I'm not a super fan of how it works, but could use some
feedback from folks trying it and suggesting improvements.
It's a larger diff than I first expected since I didn't want to include
the lladdrs in the
On Tue, Dec 06, 2022 at 06:11:33PM -0800, Andrew Hewus Fresh wrote:
> Here's an initial draft of a diff to allow configuring by lladdr in the
> installer. I'm not a super fan of how it works, but could use some
> feedback from folks trying it and suggesting improvements.
>
> It's a larger diff
Dear developers/maintainers,
Hope this email finds you well!
I'm writing to report an issue we met while testing with Libressl, it's in
the bignum library in the upstream master branch.
The POC is:
```
#include
int main() {
BIGNUM *r0 = NULL, *r1 = NULL, *r2 = NULL;
r0 = BN_new();
12 matches
Mail list logo
