- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
All Stories
Tue, Sep 1
@Viacheslav / @c-po any thoughts on the above issue? I'd be happy to draft a PR based on whichever path you recommend.
Mon, Aug 31
Update, now that the fix itself has been validated rather than the workaround.
In T9260#276229, @DarkDreamSan wrote:I am unable to edit the task (issues with edit policy permissions). However, the following line can be ignored:
[Example: "802.1q VLAN interfaces are widely used for traffic separation in switched networks and for "router on a stick" scenarios. Most router vendors support them.]
Implemented conditional DHCP options via client classification, extending the existing client-class framework (previously limited to Option 82 relay-agent matching):
Sorry, I forgot to say hello
Also, the Last Interface Success and Last Interface Failure times are misleading. The following indicates that the last time the interface passed tests was 1 day, 3:30:28.663652 ago. I imagine that the actual "Last Interface Success" was seconds or minutes ago. Either the time shown should be changed to be accurate for the label or the label should be updated to accurate describe the time shown.
Sun, Aug 30
It seems the issue at stake is https://github.com/avahi/avahi/issues/379 upstream, which is patcheable but is present in avahi-daemon 0.8 which is the version running in VyOS.
We don't need ovpn-backports (for now) since the shipped kernel already includes the ovpn module.
Long due...PRs posted:
Sat, Aug 29
yep hope this gets added. openvpn dco seems ready for primetime and various online benchmarks show it outperforming wireguard and using half the cpu or less in doing so, on x86 AM4 platforms using AES-NI ciphers.
I will help formatting the PR if anything, dont woryy
You are right - Public task first, then PR with the T task reference
Ok, thank you! For some reason I thought this projected wanted an issue created before opening any PRs, but I see that isn't the case in the contributing docs. Should I reference this issue in my PR?
Thanks,
yes, usually if you have a fix - you fork the vyos.vyos, branch it, implement the fix and raise a PR that VyOS Gurus review and make it merge at some point.
Alternatively, you submit a bug or feature request, and other collaborators can try and implement it.
Sorry for the confusion, no PR opened for this. I figured I'd include relevant information for a potential fix. I can open a PR with the changes to plugins/modules/vyos_user.py if I'm not missing anything.
@mson thanks for submitting this?
You mentioned a fix - is there a PR for this, or you want someone to look into this and fix, please?
I am unable to edit the task (issues with edit policy permissions). However, the following line can be ignored:
Fri, Aug 28
Won't do as the requested feature is in netcommon and more advanced. I see no point in re-creating it specifically in this collection
Thu, Aug 27
@Viacheslav
I used an AI assistant to draft the write-up. The bug, the diagnosis and the production validation are mine — I've been chasing this for two days on a live HA pair. Happy to answer anything about the code.
if that helps, I worked on a fix for defect 2 and created a draft a PR
https://github.com/vyos/vyos-1x/pull/5430
vyos-1x#5421 closed by jestabro: post-config.d is unused Vyatta-era and will not be returned in this form. docs#2217 closed to match. We keep an operator vyos-postconfig-bootup.script runner out of tree.
Addressed alexk37 2026-08-22 follow-up on https://github.com/vyos/vyos-1x/pull/5342 (a526ccdde; rebased onto current rolling):
Addressed alexk37 2026-08-22 follow-up on https://github.com/vyos/vyos-1x/pull/5340 (6d2ee03b2; rebased onto current rolling):
@Viacheslav which option would you choose for Defect 1 ? regex extension ?
Fix proposed in https://github.com/vyos/vyos-1x/pull/5429