-
br-m
<jpk68:matrix.org> i.e. "2 hours, 40 minutes, 10 seconds" instead of "2.6 hours"
-
br-m
<jpk68:matrix.org> plowsof: How? They banned your home IP or something?
-
selsta
i had the issue before with debian paste banning me from viewing pastes but currently it's working again
-
selsta
the change you are proposing might be too verbose inside the program itself
-
br-m
<jpk68:matrix.org> Fair point, I just wanted to see what others thought
-
br-m
<jpk68:matrix.org> I also have like 5 other PRs mirrored on my Codeberg fork, I just don't want to re-post them here (they'll get buried anyways)
-
br-m
<jpk68:matrix.org> Mostly just logging/docs, etc.
-
selsta
#8 and #9 look good, will try to get them opened
-
selsta
#10 is too verbose IMO for use inside monerod/cli
-
br-m
<jpk68:matrix.org> Thanks :)
-
br-m
<jpk68:matrix.org> Just curious, what do you mean by "get them opened"?
-
selsta
on GitHub
-
br-m
<jpk68:matrix.org> Oh, alright. Thanks :D
-
Cindy
I mean, is a chat platform meant for patch management? :P
-
selsta
monero isn't going to switch to mailing list lol
-
Cindy
I know, but better than a self-hosted git forge
-
br-m
<jpk68:matrix.org> How?
-
Cindy
You don't fill up the server's disk with endless repositories
-
br-m
<jpk68:matrix.org> I guess in principle it would be more "suckless", but still super inconvenient
-
br-m
<jpk68:matrix.org> No one who doesn't have, like, a college degree is going to submit patches on a mailing list
-
Cindy
I hope Forgejo gets their federation stuff working
-
Cindy
So people fork Monero to their own server and then make PRs from that
-
Cindy
For now, mailing list is the closest thing
-
dukenukem
Forgejo federation would be awesome, hopefully that pans out well.
-
tobtoht
scoobybejesus: can you upload the file somewhere so I can compare it?
-
br-m
<sneedlewoods_xmr:matrix.org> I also had to use that workaround
-
br-m
<sneedlewoods_xmr:matrix.org> > you gotta sudo vim /etc/docker/daemon.json and then { "min-api-version": "1.41" } and then sudo systemctl restart docker
-
br-m
<sneedlewoods_xmr:matrix.org> > we'll see if your workaround will similarly result in different i686 hashes...
-
scoobybejesus
tobtoht: committed again, assuming that's what you need/want to see
-
br-m
<ofrnxmr:xmr.mx> No, he wanrs the bz2 file
-
br-m
<ofrnxmr:xmr.mx> Your latest commit is bad hash too
-
br-m
<ofrnxmr:xmr.mx> Im also intetested in the build.log
-
br-m
<ofrnxmr:xmr.mx> You can upload the bz2 and the build.log to send.vis.ee if you need a website to upload to
-
scoobybejesus
I pulled out the build-linux.log. I just got a 504 on send.vis.ee
-
br-m
<ofrnxmr:xmr.mx> send.vis is working here for me
-
scoobybejesus
It loaded. Stand by. Thanks
-
scoobybejesus
-
br-m
-
br-m
<monero.arbo:matrix.org> mine seems to match everyone else's even with the workaround > <scoobybejesus> we'll see if your workaround will similarly result in different i686 hashes...
-
selsta
scoobybejesus: you might have to reupload it, it shows as expired
-
selsta
will try to find a better file hoster
-
br-m
<jpk68:matrix.org> This code seems to trigger an out-of-bounds error, am I using one of the epee functions incorrectly?
-
br-m
-
br-m
<ofrnxmr:xmr.mx> selsta: It allows you to select how long for it to be available and how many downloads
-
br-m
<ofrnxmr:xmr.mx> Probably selected a low value ..
-
selsta
might be my fault :D i wanted to download it in case it expires.. then when i pressed download it always timed out, then it said expired
-
br-m
<ofrnxmr:xmr.mx> :D haha maybe
-
selsta
tmpfile.link <-- this looks okay, 100mb limit and 7 days scoobybejesus
-
tobtoht
scoobybejusus: ok, now your unbound and zeromq builds don't match other's
-
tobtoht
i diffed the file you uploaded, but there is too much going on. not a trivial timestamp issue or w/e
-
tobtoht
i did notice that your base image has a lot of extra packages installed
-
tobtoht
can you try: docker rm --force gitrun; docker image rm base-bionic-amd64; docker image rm gitrun-bionic
-
tobtoht
and rerun dockrun.sh?
-
tobtoht
scoobybejesus (for ping, misspelled your handle)
-
scoobybejesus
i sure can!
-
scoobybejesus
selsta, i can upload that stuff again if you're curious, but I'm re-running dockrun.sh right now in case the issue is moot. happy to though. let me know
-
selsta
not necessary since tobtoht got a copy
-
br-m
<jpk68:matrix.org> selsta: Hey, thank you so much :))
-
scoobybejesus
selsta tobtoht same as last time:
secpaste.dev/show/JFS9-UJb that's the whole dockrun.sh output. i can upload the build-linux.log and bz2 or whatever else if you're interested
-
tobtoht
scoobybejesus: can you update your PR? I'm curious if rebuilding the base images actually changed anything
-
scoobybejesus
certainly
-
scoobybejesus
pushed
-
tobtoht
scoobybejesus: ty. hmm ok, none of the assert files changed
-
tobtoht
what is the output of: docker inspect --format='{{index .RepoDigests 0}}' ubuntu:bionic
-
scoobybejesus
ubuntu@sha256:a3765b4d74747b5e9bdd03205b3fbc4fa19a02781c185f97f24c8f4f84ed7bbf
-
tobtoht
I was expecting ubuntu@sha256:152dc042452c496007f07ca9127571cb9c29697f42acbfad72324b2bb2e43c98 here
-
br-m
<ofrnxmr:xmr.mx> I get 152dc..
-
scoobybejesus
the log even shows [1/5] FROM docker.io/library/ubuntu:bionic@sha256:152dc042452c496007f07ca9127571cb9c29697f42acbfad72324b2bb2e43c98
-
tobtoht
-
scoobybejesus
Hm. That next log line does start with CACHED
-
tobtoht
Ohh.. so that's what happened
-
scoobybejesus
Wait, but it was presumably cached from running gitrun-bionic.Dockerfile first
-
br-m
<ofrnxmr:xmr.mx> apt-cacher-ng isnt available on debian 12 -- what host are you running this on?
-
scoobybejesus
22.04.5 LTS (Jammy Jellyfish)
-
br-m
<ofrnxmr:xmr.mx> Maybe diff bcuz everyone (incl ci) us using a non cached pull, but youre still on an old distro that uses it?
-
br-m
<ofrnxmr:xmr.mx> Yup
-
scoobybejesus
i can dist upgrade and re-run...
-
tobtoht
I think you may need to again run: docker rm --force gitrun; docker image rm base-bionic-amd64; docker image rm gitrun-bionic and also docker builder prune to force a rebuild.
-
scoobybejesus
i'm okay with doing that first
-
tobtoht
and perhaps docker pull ubuntu:bionic just in case
-
scoobybejesus
hehe... this is in motion. i will do that if this doesn't work
-
tobtoht
check the logs to make sure it's not using cached layers when rebuilding the base image
-
tobtoht
"Maybe diff bcuz everyone (incl ci) us using a non cached pull, but youre still on an old distro that uses it?" <- If your current run produces identical .assert files, this seems plausible too.
-
br-m
<ofrnxmr:xmr.mx> I have RUN echo 'Acquire::http { Proxy "
172.17.0.1:3142"; };' > /etc/apt/apt.conf.d/50cacher commented out in the files in the docker folder
-
br-m
-
scoobybejesus
i stopped early. checked. ubuntu@sha256:a3765b4d74747b5e9bdd03205b3fbc4fa19a02781c185f97f24c8f4f84ed7bbf again
-
tobtoht
try docker pull ubuntu:bionic and apply the changes ofrn mentioned above
-
scoobybejesus
I have to step away. I can do what you'd like later. just did docker pull ubuntu:bionic... Already exists... Digest: sha256:152dc042452c496007f07ca9127571cb9c29697f42acbfad72324b2bb2e43c98... Status: Downloaded newer image for ubuntu:bionic... docker.io/library/ubuntu:bionic
-
scoobybejesus
i'll be back later. sorry i can't advance more now
-
tobtoht
np, later