Date: Sun, 05 Mar 2023 03:18:36 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 269966] net/vnstat: no longer works after databases/sqlite3 disabled DQS Message-ID: <bug-269966-7788-DSKCqN8CWq@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-269966-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-269966-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D269966 --- Comment #3 from Joshua Kinard <freebsd@kumba.dev> --- Trying to use a ports-built copy of databases/sqlite3 with a ports-built co= py of net/vnstat has an issue....somewhere. Regardless of the options I've selected in databases/sqlite3, after buildin= g it as a package and then installing it, the ports-built copy of net/vnstat ref= uses to use it. Instead, pkg will attempt to pull in sqlite3-tcl from official repos when I ask it to install the local copy I built. It looks like a known bug(s) with pkg's solver: https://github.com/freebsd/pkg/issues/2054 https://github.com/freebsd/pkg/issues/2075 I think the way I am triggering this is because I am using ports to build l= ocal packages, and although I do not have any additional repositories defined besides the official/default one, using pkg to install a *.pkg file from lo= cal path counts as another repo, so I'm triggering those above issues. Can someone maybe look at re-enabling DQS in sqlite until pkg's solver bug(= s) are fully worked out? For now, I am going to try and find a way to downgra= de sqlite back to 3.40 and then lock it in place so I can get a working vnstat program back on all of my systems. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-269966-7788-DSKCqN8CWq>