I've put my wip here https://github.com/MikaelUrankar/influxdb2
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Tue, Apr 2
Mar 25 2024
Mar 22 2024
You can do something like that for lang/influx-flux:
#!/bin/sh # XXX v0.194.5
Mar 8 2024
Feel free to update the port whenever you like as I don't have time to maintain it. You have my implicit approval.
Jan 6 2024
add missing "-" in PKGNAMESUFFIX
Aug 14 2023
Jul 19 2023
Feel free to commit it under portmgr blanket approval (build fix blanket)
Jun 15 2023
Jun 13 2023
Apr 23 2023
LGTM
Apr 16 2023
This port is complex enough, I personally don't want to add so much complexity and deviate from upstream.
Feb 3 2023
Why www/redmine42 was converted to USES= ruby but redmine50 not?
Many ports don't have USE_RUBY or USES=ruby anymore, I fail to understand the logic.
Dec 25 2022
Dec 14 2022
Nov 29 2022
Nov 25 2022
In D37467#852616, @pkubaj wrote:Then how can you explain the Rust build issue on armv7?
In D37467#852552, @pkubaj wrote:The error is clearly the same as on powerpc.
Nov 24 2022
In D37467#852172, @pkubaj wrote:armv7-rust-bootstrap-1.65.0.log14 MBDownload
Fails for me as well.
Nov 23 2022
In D37467#851896, @pkubaj wrote:Were you able to build rust for armv7 without libatomic?
lang/rust works on armv7 without libatomic
Nov 22 2022
I've done some tests on armv7 and libatomic is not needed.
Oct 31 2022
what does it have to do with qemu?
Aug 18 2022
What's different from the patch in PR 265915 ? https://bz-attachments.freebsd.org/attachment.cgi?id=235976
phabricator is incredibly hard to use...
Aug 17 2022
I'm not sure if src/bootstrap/lib.rs is correctly updated...
Jul 5 2022
In D32654#810083, @evgeniy_khramtsov.org wrote:Commit message was lost and I have yet to learn to use Phabricator beyond Web frontend:
From: Evgeniy Khramtsov <evgeniy@khramtsov.org>
Date: Tue, 5 Jul 2022 09:32:14 +0000
Subject: [PATCH] lang/rust: allow experimental static linking against
LLVM from portsRust bundles vendored LLVM for rarely essential changes, or features guarded behind LLVM_RUSTLLVM, that may not be required for a user. ---
Jul 2 2022
Remove another obsolete patch
Jul 1 2022
Remove obsolete patch
Jun 30 2022
May 31 2022
May 30 2022
Works for me on 12.2 aarch64.
May 27 2022
May 9 2022
Apr 21 2022
Apr 15 2022
- Mark devel/racer as broken and set an expiration date
- Only build rustc-dev on nightly (per https://rust-lang.github.io/rustup/concepts/components.html)
Apr 14 2022
Here is an update. I still have to test a few things marked with XXX in the Makefile.
The DOC doesn't build but there is a patch available now, we should try to import it.
I'm still not sure if we should install rustc-dev on the stable channel (alpine installs it), it's only usefull to build devel/racer. It adds 120MB to rust-1.60.0.pkg
Apr 13 2022
In D34818#790953, @kfv_kfv.io wrote:@fernape: Sorry, I didn't know I must take care of all architecture. Could you please guide me on how to ensure it can build fine on 12.3 i386? And if the upstream has no official release for an architecture, should I specify that architecture in the Makefile or is there any specific process to see if we can make it work? And one more question, should I only care about tier 1 platforms of the supported RELEASE versions or do we have another rule? And my sincere apologies for the oversight.
Apr 12 2022
In D34823#790447, @mikael wrote:The problem with devel/racer is as follows:
- racer 2.1.48 doesn't build with rust 1.60.0
- racer 2.x requires rustc-dev from rust-nightly
- rustc-dev is not "fabricated" on lang/rust-nightly because we use x.py build instead of x.py dist
Probably time to resurrect https://reviews.freebsd.org/D28520
Apr 11 2022
The problem with devel/racer is as follows:
- racer 2.1.48 doesn't build with rust 1.60.0
- racer 2.x requires rustc-dev from rust-nightly
- rustc-dev is not "fabricated" on lang/rust-nightly because we use x.py build instead of x.py dist
Apr 9 2022
Apr 8 2022
Apr 7 2022
Mar 16 2022
We still need COMPAT_FREEBSD11 for rust, don't delete riscv64/patch-vendor_libc-0.2.108_src_unix_bsd_freebsdlike_freebsd_freebsd11_mod.rs please.
Mar 14 2022
Mar 9 2022
Delete riscv64 patches.
Import https://github.com/rust-lang/stdarch/pull/1290
Mar 8 2022
veloren issue reported upstream: https://gitlab.com/veloren/veloren/-/issues/1493
aarch64 fails to build, reported upstream: https://github.com/rust-lang/stdarch/issues/1289
Mar 7 2022
Jan 18 2022
Jan 13 2022
Dec 4 2021
In D33190#751745, @tobik wrote:@mikael Should we disable the backtrace libunwind backend for armv* like in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259799#c40 or do we leave it on?
Nov 18 2021
Nov 7 2021
In D32654#739293, @tobik wrote:Technical issues aside: Is there a committer who is going to own/support this?
Oct 26 2021
Oct 20 2021
Sep 29 2021
Sep 27 2021
In D32157#725775, @tobik wrote:
In D32155#725720, @arrowd wrote:Looks good, thanks for upstreaming the patch!
Did you upload bootstraps somewhere?
Sep 15 2021
In D31872#721168, @tobik wrote:@mikael Should I update the armv7 bootstrap with the new ones from https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257419#c25 ?
Sep 14 2021
Can you change the armv6/7 target triple to this please:
--- a/lang/rust-bootstrap/Makefile +++ b/lang/rust-bootstrap/Makefile @@ -112,8 +112,8 @@ _RUST_LLVM_TARGET_powerpc64_elfv2= PowerPC _RUST_LLVM_TARGET_powerpc64le= PowerPC _RUST_LLVM_TARGET_powerpc= PowerPC _RUST_LLVM_TRIPLE= ${_RUST_LLVM_TRIPLE_${FLAVOR}:U${_RUST_TARGET}} -_RUST_LLVM_TRIPLE_armv6= armv6-gnueabihf-freebsd -_RUST_LLVM_TRIPLE_armv7= armv7-gnueabihf-freebsd +_RUST_LLVM_TRIPLE_armv6= armv6-unknown-freebsd12.2-gnueabihf +_RUST_LLVM_TRIPLE_armv7= armv7-unknown-freebsd12.2-gnueabihf _RUST_LLVM_TRIPLE_powerpc= powerpc-unknown-freebsd13.0 # secure-plt
Sep 8 2021
Can you update patch-src_llvm-project_compiler-rt_lib_builtins_cpu__model.c with what will probably be committed upstream : https://reviews.llvm.org/D109330 . I've put the updated file on freefall.
In lang/rust-bootstrap: we can remove the llvm90 dep for aarch64 with the following patch:
--- a/lang/rust-bootstrap/Makefile +++ b/lang/rust-bootstrap/Makefile @@ -34,7 +35,6 @@ FLAVORS= aarch64 amd64 armv6 armv7 i386 powerpc64_elfv1 powerpc64_elfv2 \ FLAVOR?= ${FLAVORS:[1]}
Aug 30 2021
Aug 27 2021
Aug 25 2021
Aug 24 2021
In D31617#713919, @tobik wrote:Thanks for doing the update.
- I've ran some ref machine builds a couple of weeks ago and they were all fine.
Thanks.
- Do we still need an exp-run? It looks like you already ran your own.
Not sure, I've only tried on 14amd64
- There is an updated LibreSSL patch on the ref machines at ref13-ppc64.freebsd.org:/home/tobik/staging/3995d76b-f848-11eb-abb0-c80aa94ee693/lang/rust/files/patch-vendor_openssl-sys_build_main.rs. Can you add it?
done
Address tobik's comments
Aug 20 2021
Jun 17 2021
May 26 2021
May 25 2021
Can someone commit this please?
Thanks in advance!
May 6 2021
In D28520#675239, @tobik wrote:@mikael, wondering why you abandoned? I am curious if adding build-stage=2 was already enough.
Apr 30 2021
Mar 29 2021
Can you also bump rust version in Mk/bsd.gecko.mk ?
Mar 25 2021
Mar 22 2021
In D28520#657426, @tobik wrote:Do you know what the underlying issue with x.py build and x.py install is? It has never really been clear to me.
Honestly I don't know, it seems to only be an issue on low core machine (or at -j1). How many cpus do you have on your VM?