User Details
- User Since
- May 27 2014, 10:08 AM (416 w, 2 d)
Sep 26 2021
Aug 2 2021
Apr 29 2021
Mar 4 2021
Feb 26 2021
Feb 23 2021
I tested this patch with the testsuite at work which failed because of the issue and it works perfectly now.
Jan 25 2021
Dec 14 2020
After seeing the significant amount of patching being done to tune the defaults to FreeBSD file hierarchy, I believe it would be way easier to install a ${LOCALBASE}/etc/rabbitmq/rabbitmq-env.conf file instead. The only patch required would be setting SYS_PREFIX in rabbitmq-defaults.
Dec 13 2020
Nov 20 2020
Aug 13 2020
Aug 10 2020
Dec 5 2019
Nov 1 2019
Yes, it looks good to me.
Oct 21 2019
I don't think it's that useful to configure this specific parameter from rc.onf. RabbitMQ already sources $PREFIX/etc/rabbitmq/rabbitmq-env.conf for this kind of environment variable.
Oct 7 2019
I would wait for 3.8.1 (and skip 3.7.18): there is a bug with cluster upgrades in 3.7.18 and 3.8.0 when files are overwritten while the service is still running (because new modules are available in an old node).
Jul 9 2019
Jul 8 2019
Jul 1 2019
I committed the patch to make RabbitMQ compatible with Elixir 1.9.0 (D20781). Hopefully this will unblock the work on this update.
Jun 27 2019
Ok, the last patch worked: Poudriere is happy, RabbitMQ CI is happy, I'm happy, everyone is happy!
Apparently, mix(1) now uses $XDG_CONFIG_HOME and $XDG_DATA_HOME variables, before $HOME, to determine its own directory. Poudriere also explicitly set them, which defeats our workaround. Again, I adapted our CI and will prepare another workaround.
The RabbitMQ CI is green again, but Poudriere is still unhappy. Investigating...
Jun 26 2019
Ok, setting $HOME on the Make command line in CI is enough to reproduce the failure. I can now work on the workaround.
There is a copy of the cache in the source archive. RabbitMQ's Makefile messes with $HOME in particular to point mix(1) to that copy.
I see the failure in Poudriere and I now understand the problem: Poudriere sets $HOME in the environment and as a Make variable. And setting it as a Make variable defeats my brilliant hack to convince mix(1) it has everything locally already. This is something we don't do in the RabbitMQ CI. I will add that right away so our test environment is closer to package builders' one.
Trying to reproduce inside Poudriere (with the Elixir update patch from this review + RabbitMQ patch to accept Elixir 1.9.0). I will keep you posted.
To be exact, it does have network but no DNS configured. So far, it was enough to catch any issue with the source archive missing some bits.
I couldn't reproduce the issue. I added Elixir 1.9.0 in the RabbitMQ packaging CI to make sure we catch that error, but so far it succeeds.
Jun 25 2019
I suppose RabbitMQ is compiled offline like in Poudriere in your case?
Jun 6 2019
May 6 2019
Apr 24 2019
Apr 22 2019
Mar 13 2019
Mar 8 2019
Mar 4 2019
Feb 23 2019
Feb 16 2019
Feb 1 2019
Dec 17 2018
I suppose the int2float() function comes from one of the removed file, is that right? If yes, could you please add a comment indicating the initial source filename?
Nov 22 2018
Nov 9 2018
Nov 6 2018
Nov 5 2018
Oct 25 2018
Yes, I confirm the patch is working for me. I'm using both the internal keyboard of the laptop and a USB keyboard (also connected to that laptop when at my desk).
Oct 11 2018
Oct 3 2018
Sep 30 2018
Sep 28 2018
I tested (poudriere testport) a similar patch to lang/rust on 10.4 and 11.1, both amd64 and i386, and it works.
Sep 26 2018
Sep 24 2018
Sep 21 2018
Sep 20 2018
I was about to test a similar change during the week-end and that's what OpenBSD does (the maintainer is quite active in the Rust community). So yes, let's try that!
Sep 16 2018
Sep 15 2018
Sep 14 2018
I didn't test it yet but this looks good to me.