fix: Don't require resolv.conf when dns_servers is configured #2496
No reviewers
Labels
No labels
Abandoned
Blocked
Bug
Changelog
Added
Changelog
Missing
Changelog
None
Cherry-picking
Database
Dependencies
Dependencies/Renovate
Difficulty
Easy
Difficulty
Hard
Difficulty
Medium
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/E2EE
Matrix/Federation
Matrix/Hydra
Matrix/MSC
Matrix/Media
Matrix/T&S
Merge
Merge/Manual
Merge/Squash
Meta
Meta/CI
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
Support
bob the builder
compliance
No milestone
No assignees
3 participants
Notifications
Due date
No due date set.
Depends on
#2503 chore: Update resolvematrix to 1.4.1
continuwuation/continuwuity
Reference
continuwuation/continuwuity!2496
Loading…
Reference in a new issue
No description provided.
Delete branch "eleboucher/continuwuity:fix/dns-without-resolv-conf"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This pull request fixes: #2495
Pull request checklist:
mainbranch, and the branch is named something other thanmain.myself, if applicable. This includes ensuring code compiles.
I was planning on dealing with this myself as I had a specific fix in mind, but I guess not.
I'll review this fully when I get home, but my initial impression is that this looks like an exceedingly big change compared to what is needed.
note to other reviewers, don't merge this until I've gotten a look at it
@silversys wrote in #2496 (comment):
ah sorry it's just that Quad pinged me
10ef796101238032e40fsimplified it
@ -224,2 +224,3 @@"rocksdb_write_buffer_capacity_mb": 4.0,"allow_local_presence": false"allow_local_presence": false,"dns_servers": ["127.0.0.1"],could it be an empty array instead, or will that break things?
An empty array is the default and means "use /etc/resolv.conf", so the test would fail again in the Nix sandbox where that file doesn't exist.
Hm, ok. It's just that this doesn't actually need to resolve DNS at all, right? It seems weird depending on 127.0.0.1, but if it works sure.
Right, it never resolves anything. It's only there because we always creates the DNS client, and with dns_servers empty that means reading /etc/resolv.conf, which doesn't exist in the Nix sandbox afaik.
yeah alright, don't worry about this then.
I can't really review until it actually fixes the Nix build, and for that the Resolvematrix change is also needed, right?
Can confirm this fixes the nix issue when picked alongside #2503.