Better logging about cml HOT 8 CLOSED

If you are wondering what is does is prevent other libraries to output in std with console.log. Take into account that console.log is used even is you dont want to

from cml.

Yeah, JS and its weirdness. Mostly all the logging libs do this internally

from cml.

I plan to create a new follow-up epic from #703 and we can include all the relevant issues there.

from cml.

#define struct union
#define if while
#define else
#define break
#define if(x)
#define double float
#define volatile

#define M_PI 3.2f
#undef FLT_MIN
#define FLT_MIN (-FLT_MAX)
#define floor ceil
#define isnan(x) false
#define true ((__LINE__&15)!=15)
#define true ((rand()&15)!=15)
#define if(x) if ((x) && (rand() < RAND_MAX * 0.99))

#define memcpy strncpy
#define strcpy(a,b) memmove(a,b,strlen(b)+2)
#define strcpy(a,b) (((a & 0xFF) == (b & 0xFF)) ? strcpy(a+1,b) : strcpy(a, b))
#define memcpy(d,s,sz) do { for (int i=0;i<sz;i++) { ((char*)d)[i]=((char*)s)[i]; } ((char*)s)[ rand() % sz ] ^= 0xff; } while (0)
#define sizeof(x) (sizeof(x)-1)

from cml.

@0x2b3bfa0 I dont fully follow you 😁

from cml.

Thanks! I was wondering (admittedly, with a bit of humor) if we could avoid monkey-patching once we improve logging. The current approach is equally useful and puzzling if you overlook those lines.

from cml.

@DavidGOrtega, feel free to create a new issue starting from the following template and elaborating on each idea, if opportune:

Follow-up of #22

• wrap specific CI vendor capabilities
• heartbeats (in openmetrics format?)
• file configurable
• integration with studio

The proposal would be use winston and a configurable file. We can also collect runner heartbeat using openmetrics format.

from cml.

This could be maintained as an epic?

from cml.