Re: [osv-dev] Re: Pip packages/using Nix

2020-12-28 Thread Roman Shaposhnik
So is this getting published some place? ;-) Thanks, Roman. On Mon, Dec 14, 2020 at 9:00 AM Matthew Kenigsberg < matthewkenigsb...@gmail.com> wrote: > Thanks for putting so much effort into figuring that out! Really > appreciate it, and glad to get it working! > > On Wednesday, December 9, 2

[osv-dev] [COMMIT osv master] travis: upgrade to newer docker base image - Ubuntu 20.10

2020-12-28 Thread Commit Bot
From: Waldemar Kozaczuk Committer: Waldemar Kozaczuk Branch: master travis: upgrade to newer docker base image - Ubuntu 20.10 Signed-off-by: Waldemar Kozaczuk --- diff --git a/.travis.yml b/.travis.yml --- a/.travis.yml +++ b/.travis.yml @@ -7,7 +7,7 @@ branches: - master - ipv6 before

[osv-dev] [COMMIT osv master] musl: fix __stdio_read.c to conform to new Musl

2020-12-28 Thread Commit Bot
From: Nadav Har'El Committer: Waldemar Kozaczuk Branch: master musl: fix __stdio_read.c to conform to new Musl We have our own copy of __stdio_read.c because it was too complicated to take Musl's as-is because of locking differences. However, there was one recent change to that file we forgot t

[osv-dev] [COMMIT osv master] scripts/setup.py: simplify Fedora's Lua requirement

2020-12-28 Thread Commit Bot
From: Nadav Har'El Committer: Waldemar Kozaczuk Branch: master scripts/setup.py: simplify Fedora's Lua requirement Each of the Fedora releases just installs whatever Lua version is available in this release. It is pointless to specify the specific version to install, when this is what happens b

[osv-dev] [COMMIT osv master] aarch64: synchronize data and instruction caches after loading code into memory

2020-12-28 Thread Commit Bot
From: Waldemar Kozaczuk Committer: Waldemar Kozaczuk Branch: master aarch64: synchronize data and instruction caches after loading code into memory This is quite small and simple patch but it has taken me almost 2 months researching and understanding the problem and finding the right solution.

Re: [osv-dev] [PATCH] musl: fix __stdio_read.c to conform to new Musl

2020-12-28 Thread Nadav Har'El
On Mon, Dec 28, 2020 at 5:24 PM Waldek Kozaczuk wrote: > How did you discover this bug? > I am trying to run Lua 5.4, and because of misconfiguration, I caused it to read a file with an empty name (!) and this resulted in read errors, and fread() just went into an endless loop and I had to debug

Re: [osv-dev] [PATCH] musl: fix __stdio_read.c to conform to new Musl

2020-12-28 Thread Waldek Kozaczuk
How did you discover this bug? Sent from my iPhone > On Dec 28, 2020, at 08:54, Nadav Har'El wrote: > > We have our own copy of __stdio_read.c because it was too complicated > to take Musl's as-is because of locking differences. However, there was > one recent change to that file we forgot to

[osv-dev] [PATCH] musl: fix __stdio_read.c to conform to new Musl

2020-12-28 Thread Nadav Har'El
We have our own copy of __stdio_read.c because it was too complicated to take Musl's as-is because of locking differences. However, there was one recent change to that file we forgot to take: In commit f92804188 in Musl's repository, Rich Felker (in Feb. 2018), changed fread() to assume that f->re

Re: [osv-dev] Fedora 33 issues

2020-12-28 Thread Nadav Har'El
On Sun, Dec 27, 2020 at 10:28 PM Waldek Kozaczuk wrote: > Also I noticed some cli command produce some lua runtime warnings about > nil (ls -l) with 5.4. So we would also need to change our lua code to make > it perfectly work with newer versions. > > So if we can stick to 5.3 it would be best. >

[osv-dev] [PATCH] scripts/setup.py: simplify Fedora's Lua requirement

2020-12-28 Thread Nadav Har'El
Each of the Fedora releases just installs whatever Lua version is available in this release. It is pointless to specify the specific version to install, when this is what happens by default anyway. Signed-off-by: Nadav Har'El --- scripts/setup.py | 16 +--- 1 file changed, 9 insertio