Re: After following the advise from UPDATING about pythoin-3.11, 'pkg add' now says: pkg: "Cannot solve problem using SAT solver" and attempts to install and then offers to remove py39- packages
- Reply: Tatsuki Makino : "Re: After following the advise from UPDATING about pythoin-3.11, 'pkg add' now says: pkg: "Cannot solve problem using SAT solver" and attempts to install and then offers to remove py39- packages"
- In reply to: Tatsuki Makino : "Re: After following the advise from UPDATING about pythoin-3.11, 'pkg add' now says: pkg: "Cannot solve problem using SAT solver" and attempts to install and then offers to remove py39- packages"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 10 Jun 2024 11:58:03 UTC
On Mon, 10 Jun 2024 16:52:59 +0900 Tatsuki Makino <tatsuki_makino@hotmail.com> wrote: > Hmmm, > > I have never used poudriere to create all the packages. > However, since I was using the STABLE version for my jail, I have lost all the packages I have built on several occasions. > > It seems to happen when the value returned by the uname -KU of the jail changes. > > It seems that poudriere-pkgclean is the only other way to get rid of packages that can no longer be traced from the port tree. > > If the package directory is not cleaned of unnecessary packages, poudriere-bulk creates a repository that also contains the packages. > In fact, my poudriere repository includes llvm70-7.0.1_8.pkg and seamonkey-2.49.4_27.pkg. > Also, if the package name is the same but the version is different, it seems to be a repository that has no problem providing it. > > I have such a rule of thumb :) With my experience, poudriere deletes all the packages in its local repo for the jail when 1.ABI changed (i.e., 13 to 14, i386 to amd64), 2.__FreeBSD_version is bumped in src/sys/sys/param.h, 3.Any of TYPE, REVISION and/or BRANCH in src/sys/conf/newvers.sh are bumped. if `-a` is specified for all still lives in ports rtree. Each of them affects `uname -KU`. And possibly, not sure actually which is, something in toolchains are changed (not all changes affects). I think poudriere would be better ignoring last 3 (at least 2) digits of __FreeBSD_version for stable, releng and release branches, as API/KPI (not ABI/KBI, unfortunately) are basically assured to be downward compatible within each of those branches. FYI: I have a small script to list all pakcages installed, excluding *ports marked as deleted (no successor specified) in MOVED. *ports origin (can specify flavor) to igonore listed in BLOCKLIST variable in the script at brew.bsd.cafe repo [1]. With the list generated by the script, you can ignore huge LEAVES like www/chromium to be ignored to build. See the README.md there for details. [1] https://brew.bsd.cafe/TomAoki/sh_scripts/src/branch/main/poudlist-all Regards. > > Regards. > > Yuri wrote on 2024/06/09 12:30: > > You are right. Package DB contains both py39- and py311- packages: > > $ pkg search py311- | wc > > 4477 33240 346412 > > $ pkg search py39- | wc > > 3506 25946 270059 > > Since pkg has no awareness of the current python version - it attempts to install all found candidates for each particular PKGORIGIN. > > Anybody knows what caused this regression in the package database? -- Tomoaki AOKI <junchoon@dec.sakura.ne.jp>