-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No longer able to find local packages (for dependencies) #71
Comments
Can you try v2.211? This was before I introduced the external repo feature. Remember to make sure your config file is in sync with /usr/share/clean-chroot-manager/ccm.skel EDIT: I am assuming you did not define an external repo, yes? |
Thank you, nope that did not work
I think my
I can see it being applied in
The
|
I am not using ccm external repo feature (didn't know about it). |
I have reproduced this on a second system.
The
|
I am starting to think this is not a ccm bug. I downgraded to version 2.103 and still see the same error
|
Yes, and I just found how. Commit 0a2b6e2 , lines 254-258 in |
@Bronek - Do you mind trying the latest commit and reporting back? |
The build ran fine, but at the very end it failed with:
|
I cannot reproduce this (using the foo and bar PKGBUILDs I linked above). What is the output of
|
Tried building again (without |
Ok so I did
|
In contrast, equivalent part in a successful build (i.e. in old chroot) ends like this:
|
You're not using the latest commit. I just tagged it as v2.216, please try it with that. https://github.com/graysky2/clean-chroot-manager/archive/refs/tags/v2.216.tar.gz |
@graysky2 thank you - this version is working well. Thank you for prompt fix! |
I use ccm to build a series of packages which depend on each other. These are my own version
zfs-utils
andzfs-linux
(and also my own kernel packages). The way it used to work I would do:where
cd
gets me, via symlinks, to appropriate directories withPKGBUILD
files. Sincezfs-linux
has a dependency onzfs-utils
which is not a standard package, the latter ccm relies onzfs-utils
saved tochroot_local
(and produced by the former ccm). And this used to work, but now latterccm s
fails:I am sure the
zfs-utils
package is stored in thechroot_local
; I confirmed it with:The most recent upgrades on my system (before this problem started) were:
Of the above, my own builds are:
Everything else coming from the official Arch repos. So far I tried, with no success:
sudo ccm S
sudo ccm n
pacman -U clean-chroot-manager-2.212-1-any.pkg.tar.zst
(then upgraded back to 2.215-1 since the downgrade did not help)[chroot_local]
entry inchroot/root/etc/pacman.conf
(but I do not know how to do it right, sinceServer=file:///repo
isn't working)This ticket is also in https://bbs.archlinux.org/viewtopic.php?pid=1968961#p1968961
The text was updated successfully, but these errors were encountered: