Solved Dependency not found...

Hello!

When I "make install clean" any port that installs some dependencies and then "make deinstall" it, if I run "pkg autoremove" before to reinstall the port with "make install clean", that doesn't work and prompts :

Code:
===>    (what I'm trying to reinstall) depends on package: (which has just been autoremoved) - not found

I was expecting the dependencies to be auto-reinstalled! Why is it broken and how could I fix that so I won't have to "make install clean" from each of the dependencies directories?
 
Note: I don't fully understand what the actual problem is, but figured I might try anyway.

When I "make install clean" any port that installs some dependencies and then "make deinstall" it, if I run "pkg autoremove" before to reinstall the port with "make install clean", that doesn't work and prompts :

Code:
===>    (what I'm trying to reinstall) depends on package: (which has just been autoremoved) - not found
Note that it helps to paste the actual output instead of editing things out. This could help us to try and reproduce things, for all I know it could be an issue with one specific port. Yet there's no way for me to find out now.

I'd suggest to run # make build-depends-list in the ports directory before trying to install it, and check if those packages are actually installed. For all I know this could be an issue with your package database and/or ports tree.

For example: is your ports collection fully up to date? Ran # portsnap fetch update recently?

So... Sounds kind of intriguing so I tried this myself... # pkg autoremove got rid of devel/cmake which was a build dependency for irc/anope. I deinstalled Anope using # make deinstall but running # make install clean afterwards did exactly what was to be expected: it searched for cmake (amongst other things), couldn't find it so reinstalled it. As well as some other dependencies.

As such, I'm not sure what caused this (and I'm not even sure I fully understand what you did) but it's not an issue with the ports collection as far as I can tell.
 
Ok ok! Thx for your reply, then :-D
I generalized because it happened with 2 different ports :-s

I updated the tree just before it happens!
It searches for dependencies, couldn't find 'em and so tells me that it can't continue because the dependencies are not installed instead of installing them o_O

I got this error for security/ca_root_nss not finding perl5.24 and for multimedia/ffmpeg for which I don't remember the unfound dependency...

Oh! And something I just remembered! It is possible that both previous installations were incomplete!

For ffmpeg, I built it with tiff support while some vulnerabilities existed in the dependency and so the installation firstly couldn't end... Finally I got it installed but deinstallation + autoremoval let it unable to reinstall, at least one of its dependencies, automatically... But as I said, I don't remember which...

For ca_root_nss, I am currently working with a partially built tree! I svn'ed the required parts + security/ca_root_nss!
An error told me that perl5.24 is required... Ok! I svn'ed lang/perl5.24!
So I got ca_root_nss installed, perl5.24 auto-installed as a dependency, but at the end of installation, after the successful disclaimer which says I could change the *.pem symlinks, an unexpected error told me that python27 couldn't get installed... But, for what I could see, py27 is not part of ca_root_nss nor perl5.24 dependencies o_O Then ok, I svn'ed lang/python27 too, to get an installation rid of errors!
There, I "make deinstall" ca_root_nss then I "pkg autoremove"...
But now, "make install" in ca_root_nss directory tells me it can't find perl5.24 :-(

Now that I am awake I guess there is something to do with a somewhat database file but I still don't know which and how :-s
 
This has nothing to do with the completion of the tree :-s
In the case of ffmpeg, the tree was complete and up to date! The fact that a vulnerability stopped the installation process broke something in a somewhat file... I wanna understand what, why, how..!
Reproduction of this problem is fairly easy...

security/ca_root_nss has been installed succesfully with that incomplete tree! Plus, I won't download the tree branches that I won't need in any case, as japanese, spanish and so on...
The problem is that a formerly working port doesn't want to install its dependencies...

I heard about some fact that an executable could be required instead of a possible uninstalled port, in a somewhat config file probably generated by the installation and never cleansed... And so the installation checks for an installed binary instead of its assigned port...

Now, I get that "make clean" could be missing from the process since "make install clean" doesn't clean in case of an error... Maybe the requirance of a binary instead of the attached port resides in a file that would be cleansed by "make clean"... I will give it a try before to tell you more about it :)
 
Confirmed! "make clean" required..!
I didn't know the effect of no "make clean" after a "make install"!
Now I know! I guess that "make install clean" is kinda risky!
It's required to be cautious about an eventual error that would prevent "clean" to execute...
 
Back
Top