Personally, I would just create a directory in /usr/local/share/ca-certificates/ for each CA certificate named the same as that part of the config node (ex: IPA.TRAE32566.ORG in my example), then run update-ca-certificates...I just don't know how to implement this myself.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Oct 24 2024
Oct 24 2024
Oct 23 2024
Oct 23 2024
Viacheslav changed the subtype of T6770: Operational mode command "show bridge vni" is broken from "Task" to "Bug".
Viacheslav triaged T6808: Console server op mode commands throw errors when console server is not configured as Normal priority.
dmbaturin added a parent task for T6770: Operational mode command "show bridge vni" is broken: T6797: Root task for remaining 1.4.1 bugs.
Oct 22 2024
Oct 22 2024
jestabro lowered the priority of T6608: configd should report exceptions uncaught by conf_mode scripts as commit error from High to Normal.
jestabro moved T6783: Update vyos-http-api-tools for package Starlette security advisory from Need Triage to Completed on the VyOS Rolling board.
jestabro moved T6783: Update vyos-http-api-tools for package Starlette security advisory from Open to Finished on the VyOS 1.5 Circinus board.
jestabro moved T6783: Update vyos-http-api-tools for package Starlette security advisory from Backlog to Finished on the VyOS 1.4 Sagitta (1.4.1) board.
HollyGurza changed the subtype of T6801: [QoS] Policy rate-control is broken by default from "Task" to "Bug".
HollyGurza renamed T6791: [QoS] Policy fair-queue hash-interval is too short from [QoS] fair-queue hash-interval is too short to [QoS] Policy fair-queue hash-interval is too short.
HollyGurza renamed T6791: [QoS] Policy fair-queue hash-interval is too short from [QOS] fair-queue hash-interval is too short to [QoS] fair-queue hash-interval is too short.
HollyGurza changed the status of T6791: [QoS] Policy fair-queue hash-interval is too short from Open to In progress.
HollyGurza added a parent task for T6791: [QoS] Policy fair-queue hash-interval is too short: T6797: Root task for remaining 1.4.1 bugs.
Oct 21 2024
Oct 21 2024
Viacheslav added a parent task for T6795: [QoS] class match filter is duplicated: T6797: Root task for remaining 1.4.1 bugs.
Viacheslav added a parent task for T6796: QoS match filter by interface doesn't work: T6797: Root task for remaining 1.4.1 bugs.
HollyGurza changed the subtype of T6796: QoS match filter by interface doesn't work from "Task" to "Bug".
HollyGurza added projects to T6796: QoS match filter by interface doesn't work: VyOS 1.4 Sagitta (1.4.1), Bugs.
HollyGurza changed the subtype of T6795: [QoS] class match filter is duplicated from "Task" to "Bug".
The original driver will be included in the next rolling release
moepman added a comment to T6787: Having "duplex" or "speed" gives a Traceback when commiting ethernet config.
I am not sure if this a driver problem.
You can add PR for the documentation without a task
Viacheslav changed the subtype of T6791: [QoS] Policy fair-queue hash-interval is too short from "Task" to "Bug".
Viacheslav triaged T6787: Having "duplex" or "speed" gives a Traceback when commiting ethernet config as Normal priority.
Oct 20 2024
Oct 20 2024
vyosbot added a project to T6789: unused-workflow checkout failing head repo checkout: Restricted Project.
Oct 19 2024
Oct 19 2024
Initial PR is here, https://github.com/vyos/vyos-1x/pull/4166.
Vijayakumar closed T6785: fix pr title workflow for pip install, a subtask of T6707: Implement a new build and release workflow based on GitHub Actions, as Resolved.
Issue fixed by Github
Vijayakumar closed T6749: Fix commenting issue with integration test workflow, a subtask of T6707: Implement a new build and release workflow based on GitHub Actions, as Resolved.
Vijayakumar closed T6730: add reusable workflows for vyatta-wanloadbalance, a subtask of T6707: Implement a new build and release workflow based on GitHub Actions, as Resolved.
syncer triaged T6779: Op-Mode community-info and large-community-info Functionality Missing as Normal priority.
HollyGurza added a project to T6791: [QoS] Policy fair-queue hash-interval is too short: VyOS 1.4 Sagitta (1.4.1).
Oct 18 2024
Oct 18 2024
@dmbaturin, should this task be in the rolling release project, too?
Viacheslav added a comment to T6787: Having "duplex" or "speed" gives a Traceback when commiting ethernet config.
Probably related driver T6713
Viacheslav moved T6475: WALinuxAgent crashes in Azure from Backlog to Finished on the VyOS 1.4 Sagitta (1.4.1) board.
Viacheslav edited projects for T6475: WALinuxAgent crashes in Azure, added: VyOS 1.4 Sagitta (1.4.1); removed VyOS 1.4 Sagitta.
It has a capcha on it so you will probably have to host it yourselves, also see note re new version yesterday. looks like the same one from May to me.
@SteveP could you provide the link to the source code (git) for the official drivers?
Where we can clone the code and build correct package for Debian?
Oct 17 2024
Oct 17 2024
Realtek also listed a new driver yesterday.
Bump Realtek driver version
PR https://github.com/vyos/vyos-build/pull/814
vyosbot added a project to T6784: Need to stop forkflows (repo-sync.yml) repo-sync for the sagitta and circinus branches (from public) for all repos: Restricted Project.
vyosbot added a project to T6786: Fix codeowners file for VyOS-Networks/vyos-1x: Restricted Project.
Now that I have stopped your vyos-drivers-realtek-r8152_2.18.1-1_amd64.deb module from loading in data/architectures/amd64.toml and have turned off CONFIG_MODULE_SIG_FORCE, I can load my unsigned r8152.ko re-compiled for 6.6.56 and loaded from vyos-preconfig-bootup.script as I always have and everything is working. I suspect that this is because it is loading later after the nic renaming has been done.
Oct 16 2024
Oct 16 2024
@marekm: Bugfixes will be towards current (aka 1.5-rolling as of writing) which then is being cherrypicked and backported by VyOS Networks to whatever older releases that needs that and are compatible with the change/fix/added feature.
OK, I'll keep on it
That looks like a very much breaking change to me, not perfectly compatible. No more access to source code for LTS branches means it may not be possible to work on bug fixes (not just new functionality) anymore. So, to submit three PRs with bug fixes in the LTS branch to qualify for a subscription, one first needs to have a subscription. I don't think this will encourage more contributors to help the project. Is this intentional?
You can add PR a delete here https://github.com/vyos/vyos-build/blob/2359180068a653e39724a33b91bfa1ed395c1993/data/architectures/amd64.toml#L9
I think it is better to figure out what could be wrong
I have compiled a kernel with CONFIG_MODULE_SIG_FORCE off so I can load unsigned drivers. This worked fine. I then made an iso with the stock r8152 drivers, all good so far. I can now load the 2.18.1 drivers on 6.6.56 after everything has booted and settled down. It still breaks the router.
vyosbot added a project to T6783: Update vyos-http-api-tools for package Starlette security advisory: Bugs.
Oct 15 2024
Oct 15 2024
jestabro renamed T6783: Update vyos-http-api-tools for package Starlette security advisory from Update vyos-http-api-tools for packages Starlette security advisory to Update vyos-http-api-tools for package Starlette security advisory.
jestabro added a comment to T6783: Update vyos-http-api-tools for package Starlette security advisory.
PR for current/Circinus/Sagitta:
https://github.com/vyos/vyos-http-api-tools/pull/19
Hi, If we are not going forward with this could we please remove the broken driver and go back to the stock one. It is not useable at all with a r8152 loaded at the moment as it breaks eth0 too early on.
vyosbot added a project to T6779: Op-Mode community-info and large-community-info Functionality Missing: Bugs.