Restoring old portsnap entry

B

balanga

I recently ran portsnap fetch update forgetting that it would update multimedia/webcamd and now I am unable to build webcamd which works with my DVB-T TV dongle. It did work previously using v4.8.0, but it won't work with the latest version, v4.12.0.

Is there any way to restore the old entry?
 
Not by using portsnap(8). It is much easier to track and revert changes if you use subversion for the ports tree.
 
you don't use svn with portsnap. If you use SVN, you update the ports tree with svn (meaning you ignore portsnap tool completely).
He's not implying you can use subversion with portsnap images.
 
SirDice said:
Not by using portsnap(8). It is much easier to track and revert changes if you use subversion for the ports tree.
Click to expand...

Does this mean that I can NOT use svn to get older versions of the ports tree if I originally use portsnap?

I recently updated my ports tree using portsnap fetch update. I had previously successfully built multimedia/vlc (2.2.6) but after the update multimedia/vlc (2.2.8) no longer builds (various errors that I have tried many things to resove with no luck). I need to build multimedia/vlc (2.2.6) so that I can then apply custom patches.

I have found an old post on another site that suggests "svn update -r {2018-04-15} " but this returns the error "svn: E205000: Syntax error in revision argument '2018-04-15'"

How would a get a previous version of the ports tree so I can rebuild like I did a couple of months ago and all depencicies are also correct versions?
 
If you want to have version control over ports tree you should remove/delete ( It is also possible to keep a separated svn tree on a different place but it will make the things more complicated ) all portsnap data in the tree ( aka /usr/ports ), checkout it with svn, and forget about portsnap.

If you just need one or a few ports from a different revision(s) you do not need to later update the entire tree to that specific revision but the ones you want.

First thing is to find the correct revision number ( lets say it is 473503 ), then svn -r 473503 /path/to/the/port.

But be aware what you are willing to do will eventually break ( or be broken already ) some other stuff due to dependency changing, and you should be savvy enough to keep your local working copy of the tree going on with your customization.

[EDIT]
Btw, the current multimedia/webcamd version on ports is 4.17.0.3
 
ls4680

How are you building ports? I've just built multimedia/vlc on 10.4R, 11.1R and 11.2R on ports-mgmt/poudriere without any problem, and so it is quite safe to assume there is something wrong on your installation, or how you are managing it.

I guess you are using something like ports-mgmt/portmaster or ports-mgmt/portupgrade, and so be aware both do not automatically take care of things like ABI changes and so it is up to you to know when, what, and how to fix those things.

I do recommend ports-mgmt/synth that ( always ) do everything right ( as good as poudriere but without the complications you apparently don't need ). SYNTH.

Cheers!
 
devel/subversion came up with some really stupid (short sighted) syntax. For first time, or new(ish) users. svn up means your updating (getting the newest version). Right? Well maybe. up is a synonym, oh wait, that's antinym , called down. Meaning; that "up" can go in reverse -- you can "upgrade' to an older version. Makes sense. Right? <roll eyes>.
Anyway. Have a look at the web based FreeBSD svn repo for webcamd:
webcamd at the FreeBSD svn repo
Search through the Makefiles for the version you're interested in, and you'll then know the revision number you want to "svn up" to. :)
You don't need to actually svn up your ports tree to accomplish all this. In fact, I'd discourage against that.
Perform the following in your home directory:
Code: 
mkdir ports

$ svn co --depth empty -r 412346 svn://svn.freebsd.org/ports/head ports
$ svn up --set-depth empty -r 412346 ports/multimedia
$ svn up -r 412346 ports/multimedia/webcamd
You'll now have a tree with just the webcamd port, at the revision you want.
IMPORTANT: that number in that svn command, is the "revision" number you will need to find.
it is not the actual number you need. But an example of how to use the revision number! :)
Once you've figured that out, and have actually accomplished that. You can simply pkg(8) deinstall/delete webcamd (recursively), and move to your new webcamd port tree, and build, and install it. :)

HTH

Feel free to ask, if you run into any problems. :)

--Chris
 
lebarondemerde said:
ls4680

How are you building ports? .......
Click to expand...

After original install of FreeBSD 11.1 I did portsnap fetch, portsnap install then cd /usr/ports/multimedia/vlc then make .... no problems
About a month ago I did portsnap fetch, portsnap update then cd /usr/ports/multimedia/vlc then make....... no problems......
A few days ago I did portsnap fetch, portsnap update then cd /usr/ports/multimedia/vlc then make ..... now I get
/usr/local/lib/qt5/bin/uic -tr "Q_" ui/open_file.ui >> ui/open_file.h.tmp
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
gmake[8]: *** [Makefile:3475: ui/equalizer.h] Error 1
gmake[8]: *** Waiting for unfinished jobs....
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
gmake[8]: *** [Makefile:3475: ui/video_effects.h] Error 1
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
gmake[8]: *** [Makefile:3475: ui/open_file.h] Error 1
gmake[8]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui/qt4'
gmake[7]: *** [Makefile:1215: all-recursive] Error 1
gmake[7]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui'
gmake[6]: *** [Makefile:1090: all] Error 2
gmake[6]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui'
gmake[5]: *** [Makefile:9654: all-recursive] Error 1
gmake[5]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules'
gmake[4]: *** [Makefile:4528: all] Error 2
gmake[4]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules'
gmake[3]: *** [Makefile:2265: all-recursive] Error 1
gmake[3]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8'
gmake[2]: *** [Makefile:2150: all] Error 2
gmake[2]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/multimedia/vlc
*** Error code 1

Stop.
make: stopped in /usr/ports/multimedia/vlc
Click to expand...

I have tried several solutions including:
set MAKE_JOBS_UNSAFE=yes
removing all dependicies and rebuilding again
removing all dependicies and adding them via pkg install
vlc will still not build.......

I am now trying:
rm -r /usr/ports
svn checkout https://svn.FreeBSD.org/ports/head /usr/ports
cd /user/ports/multimedia/vlc
make
.....I still get compile errors.

Looking for the command to svn an older copy of ports.
 
Here
But I already gave you that link. But this one is more specific. :)
Just scroll to the approximate date your looking for, until you hit the right Version. Then use the revision number from that. :)
The reason for the error you're seeing (posted one up from your last post) is becuase you don't have QT version 5 installed, or revision, thereof.
You could probably overcome that by installing whatever the newest version of QT5 is in your ports tree. Then try installing VLC again. First performing make clean recursive.

HTH

--Chris
 
ls4680 said:
After original install of FreeBSD 11.1 I did portsnap fetch, portsnap install then cd /usr/ports/multimedia/vlc then make .... no problems
About a month ago I did portsnap fetch, portsnap update then cd /usr/ports/multimedia/vlc then make....... no problems......
A few days ago I did portsnap fetch, portsnap update then cd /usr/ports/multimedia/vlc then make ..... now I get
Click to expand...

make is not really a good tool to use to manage ports.

In other words if you continue managing ports the way you are this kind of problem will happen all the time. As I told you before there is no problem with multimedia/vlc port since I built it ( using poudriere testport in fact ) on all supported versions. Basically you are doing it wrong. :D

So, my advise is instead of losing time trying to fix what is not broken, get a proper tool for the job. I think ports-mgmt/synth is the best one for the end user. It does everything strictly in the way it should be, but there are many others.

[EDIT]

If you go for Synth just avoid using synth upgrade-system, and use synth prepare-system + pkg upgrade instead.

Both does basically the same but the first issue pkg to install the updates automatically, what is fine and very convenient until some silly dependency fail to build.

Synth delete the packages to be built from its repository before it start building them, and when some dependency fail it will not be in there (in the repository) anymore and when pkg be issued it will remove that dependency and everything what depends on it .You can easily end up without half of your packages using synth upgrade-system. :D

So, the best way to fix your system IMO is:

pkg install synth (does not bother to build it from source now)
Configure synth as pointed in the GitHub page.
synth prepare-system
log as root
pkg prime-origins > pkglist
While in there edit the pkglist file and remove the ports you do not want
pkg delete -af
pkg install `cat pkglist`

Now you are ready to go, with a proper tool for managing ports, and can still use portsnap.
 
I have to agree with lebarondemerde , that ports-mgmt/synth is the best tool for a ports management tool.
But I manage a lot of systems. So I (usually) use a server with a couple of dedicated jail(8)s set aside for building up custom systems (software groups), and I simply run build scripts to accomplish the task. I'm also a (ports) maintainer. So the jails work well for testing. IOW I'm comfortable with make(1) and all it (can) provide. Which may well be out of other users "comfort zone". :)

--Chris
 
I have been using FreeBSD since 1998 and have always used [FONT=Courier New] make[/FONT] which normally works well for my situation so I never bothered to look for newer methods. Thanks for the education. I used synth last night and it successfully built 600+ ports in about 9:30 hours, generic vlc is running again. However, remember that my original task is that I have custom patches that were written for vlc 2.2.6 (and I also succussfully patched vlc 2.2.8) need to be applied and for this I need to be able to build vlc using make. Current version of vlc in the ports is now 2.2.8_6,4 and after synth "fixed" everything else I still can not make vlc 2.2.8_6,4
. . .
/usr/local/lib/qt5/bin/moc -DHAVE_CONFIG_H -I../../../include -I../../../include -I../../.. -o styles/seekstyle.moc.cpp styles/seekstyle.hpp
mkdir -p -- ui
mkdir -p -- ui
rm -f ui/equalizer.h ui/equalizer.h.tmp
mkdir -p -- ui
rm -f ui/video_effects.h ui/video_effects.h.tmp
echo "#define Q_(a,b) QString::fromUtf8(_(a))" > ui/equalizer.h.tmp
rm -f ui/open_file.h ui/open_file.h.tmp
echo "#define Q_(a,b) QString::fromUtf8(_(a))" > ui/video_effects.h.tmp
/usr/local/lib/qt5/bin/uic -tr "Q_" ui/equalizer.ui >> ui/equalizer.h.tmp
echo "#define Q_(a,b) QString::fromUtf8(_(a))" > ui/open_file.h.tmp
/usr/local/lib/qt5/bin/uic -tr "Q_" ui/video_effects.ui >> ui/video_effects.h.tmp
/usr/local/lib/qt5/bin/uic -tr "Q_" ui/open_file.ui >> ui/open_file.h.tmp
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
gmake[8]: *** [Makefile:3475: ui/equalizer.h] Error 1
gmake[8]: *** Waiting for unfinished jobs....
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
gmake[8]: *** [Makefile:3475: ui/video_effects.h] Error 1
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
gmake[8]: *** [Makefile:3475: ui/open_file.h] Error 1
gmake[8]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui/qt4'
gmake[7]: *** [Makefile:1215: all-recursive] Error 1
gmake[7]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui'
gmake[6]: *** [Makefile:1090: all] Error 2
gmake[6]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui'
gmake[5]: *** [Makefile:9654: all-recursive] Error 1
gmake[5]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules'
gmake[4]: *** [Makefile:4528: all] Error 2
gmake[4]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules'
gmake[3]: *** [Makefile:2265: all-recursive] Error 1
gmake[3]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8'
gmake[2]: *** [Makefile:2150: all] Error 2
gmake[2]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/multimedia/vlc
*** Error code 1

Stop.
make: stopped in /usr/ports/multimedia/vlc
Click to expand...

I had no problems before updating my ports tree a few days ago. I will also look into poudriere
 
The (LIB|RUN)DEPENDS is NOT being satisfied. THAT's the problem. I mentioned that earlier. Either QT version 5.10 is NOT installed, or it isn't DEFINED correctly (spelling/extraneous spaces/characters, etc...). If I were you, and wanted to continue down the path you're attempting to take. That's where I'd be looking. :)

HTH

--Chris
 
lebarondemerde said:
make is not really a good tool to use to manage ports.
Click to expand...
Of course not, that's what portsnap is for.

More seriously though: I have to disagree with you here. There is nothing wrong with using make, but what can cause problems over time is ports (re)using libraries installed by other ports which eventually can cause issues. This is why some ports start to insist that you uninstall them before trying to build them again.

Even so, the solution is often very easy: a jail.

A jail can give you a fully clean build environment and after building the packages there you can then install them as binary packages on your main host. Problem solved. Using this methodology will even allow you to continue to use make just as before.

It's not the "make methodology" which is causing problems, it's the way some ports start to misbehave combined with some "pollution" which gathers on the host over time.
 
Thanks for your help, I am still working through the suggestions provided........ The problem is that I can NOT do a make to the clean port even before applying the patches so I am sure that if I applied the patches I would still have the same underlying problem.
pkg version | grep qt5
qt5-5.10.1_1 =
qt5-3d-5.10.1 =
qt5-assistant-5.10.1 =
qt5-buildtools-5.10.1 =
qt5-canvas3d-5.10.1 =
qt5-charts-5.10.1 =
qt5-concurrent-5.10.1 =
qt5-connectivity-5.10.1 =
qt5-core-5.10.1_3 =
qt5-datavis3d-5.10.1 =
qt5-dbus-5.10.1 =
qt5-designer-5.10.1 =
qt5-doc-5.10.1 =
qt5-examples-5.10.1 =
qt5-gamepad-5.10.1 =
qt5-graphicaleffects-5.10.1 =
qt5-gui-5.10.1 =
qt5-help-5.10.1 =
qt5-imageformats-5.10.1 =
qt5-l10n-5.10.1 =
qt5-linguist-5.10.1 =
qt5-linguisttools-5.10.1 =
qt5-location-5.10.1 =
qt5-multimedia-5.10.1 =
qt5-network-5.10.1 =
qt5-opengl-5.10.1 =
qt5-pixeltool-5.10.1 =
qt5-printsupport-5.10.1 =
qt5-qdbus-5.10.1 =
qt5-qdbusviewer-5.10.1 =
qt5-qdoc-5.10.1 =
qt5-qdoc-data-5.10.1 =
qt5-qev-5.10.1 =
qt5-qmake-5.10.1 =
qt5-qml-5.10.1_1 =
qt5-qtdiag-5.10.1 =
qt5-qtpaths-5.10.1 =
qt5-qtplugininfo-5.10.1 =
qt5-quick-5.10.1 =
qt5-quickcontrols-5.10.1 =
qt5-quickcontrols2-5.10.1 =
qt5-script-5.10.1 =
qt5-scripttools-5.10.1 =
qt5-scxml-5.10.1 =
qt5-sensors-5.10.1 =
qt5-serialbus-5.10.1 =
qt5-serialport-5.10.1 =
qt5-speech-5.10.1 =
qt5-sql-5.10.1 =
qt5-sqldrivers-ibase-5.10.1 =
qt5-sqldrivers-mysql-5.10.1 =
qt5-sqldrivers-odbc-5.10.1 =
qt5-sqldrivers-pgsql-5.10.1 =
qt5-sqldrivers-sqlite2-5.10.1 =
qt5-sqldrivers-sqlite3-5.10.1 =
qt5-sqldrivers-tds-5.10.1 =
qt5-svg-5.10.1 =
qt5-testlib-5.10.1 =
qt5-uiplugin-5.10.1 =
qt5-uitools-5.10.1 =
qt5-virtualkeyboard-5.10.1 =
qt5-webchannel-5.10.1 =
qt5-webengine-5.9.5_3 =
qt5-webkit-5.212.0.a2_10 =
qt5-websockets-5.10.1 =
qt5-websockets-qml-5.10.1 =
qt5-widgets-5.10.1 =
qt5-x11extras-5.10.1 =
qt5-xml-5.10.1 =
qt5-xmlpatterns-5.10.1 =
Click to expand...

/usr/local/lib/qt5#ll libQt5Core*
-rw-r--r-- 1 root wheel 1213 Jul 17 21:33 libQt5Core.prl
lrwxr-xr-x 1 root wheel 20 Jul 17 21:33 libQt5Core.so@ -> libQt5Core.so.5.10.1
lrwxr-xr-x 1 root wheel 20 Jul 17 21:33 libQt5Core.so.5@ -> libQt5Core.so.5.10.1
lrwxr-xr-x 1 root wheel 20 Jul 17 21:33 libQt5Core.so.5.10@ -> libQt5Core.so.5.10.1
-rwxr-xr-x 1 root wheel 5125248 Jul 17 21:33 libQt5Core.so.5.10.1*
Click to expand...

/usr/local/lib/qt5/bin/moc -DHAVE_CONFIG_H -I../../../include -I../../../include -I../../.. -o util/buttons/DeckButtonsLayout.moc.cpp util/buttons/DeckButtonsLayout.hpp
/usr/local/lib/qt5/bin/moc -DHAVE_CONFIG_H -I../../../include -I../../../include -I../../.. -o util/buttons/BrowseButton.moc.cpp util/buttons/BrowseButton.hpp
/usr/local/lib/qt5/bin/moc -DHAVE_CONFIG_H -I../../../include -I../../../include -I../../.. -o styles/seekstyle.moc.cpp styles/seekstyle.hpp
mkdir -p -- ui
mkdir -p -- ui
rm -f ui/equalizer.h ui/equalizer.h.tmp
rm -f ui/video_effects.h ui/video_effects.h.tmp
echo "#define Q_(a,b) QString::fromUtf8(_(a))" > ui/equalizer.h.tmp
mkdir -p -- ui
echo "#define Q_(a,b) QString::fromUtf8(_(a))" > ui/video_effects.h.tmp
rm -f ui/open_file.h ui/open_file.h.tmp
/usr/local/lib/qt5/bin/uic -tr "Q_" ui/equalizer.ui >> ui/equalizer.h.tmp
/usr/local/lib/qt5/bin/uic -tr "Q_" ui/video_effects.ui >> ui/video_effects.h.tmp
echo "#define Q_(a,b) QString::fromUtf8(_(a))" > ui/open_file.h.tmp
/usr/local/lib/qt5/bin/uic -tr "Q_" ui/open_file.ui >> ui/open_file.h.tmp
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
gmake[8]: *** [Makefile:3475: ui/equalizer.h] Error 1
gmake[8]: *** Waiting for unfinished jobs....
gmake[8]: *** [Makefile:3475: ui/video_effects.h] Error 1
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
gmake[8]: *** [Makefile:3475: ui/open_file.h] Error 1
gmake[8]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui/qt4'
gmake[7]: *** [Makefile:1215: all-recursive] Error 1
gmake[7]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui'
gmake[6]: *** [Makefile:1090: all] Error 2
gmake[6]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules/gui'
gmake[5]: *** [Makefile:9654: all-recursive] Error 1
gmake[5]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules'
gmake[4]: *** [Makefile:4528: all] Error 2
gmake[4]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8/modules'
gmake[3]: *** [Makefile:2265: all-recursive] Error 1
gmake[3]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8'
gmake[2]: *** [Makefile:2150: all] Error 2
gmake[2]: Leaving directory '/RAM2/usr/ports/multimedia/vlc/work/vlc-2.2.8'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/multimedia/vlc
*** Error code 1

Stop.
make: stopped in /usr/ports/multimedia/vlc
Click to expand...

To me the easiest (though admittedly not the best) solution would be to use the earlier ports tree that built with out problems. As far as I know the only thing that I did to break this is that a few days ago I did portsnap fetch update
 
ShelLuser said:
Even so, the solution is often very easy: a jail.

A jail can give you a fully clean build environment and after building the packages there you can then install them as binary packages on your main host. Problem solved. Using this methodology will even allow you to continue to use make just as before.

It's not the "make methodology" which is causing problems, it's the way some ports start to misbehave combined with some "pollution" which gathers on the host over time.
Click to expand...
+5 couldn't agree more; where using a jail(8) is concerned!
I do all development in them, and services are well served from a jail as well.

Thanks FreeBSD (Poul)!

--Chris
 
ShelLuser

Make is the tool for building ports, portsnap is the one to manage the ports tree. None of them help you to manage your installed ports and keep them properly upgraded. If you do not use some tool (like Synth or Poudriere, or SOMETOOL) it would be all up to you to find every problem on the installed ports.

But yeah, you can use it for years with many things broken without any major/visible problem because fortunately you never hit the breakage point.

ls4680

multimedia/vlc is flavored to use make clean you should tell what flavor should be cleaned, ie:

make FLAVOR=qt5 clean

or just delete the work directory. :D

The problem of locking the port version would be the dependencies updating, and sooner or later that will be broken too...

ls4680 said:
The problem is that I can NOT do a make to the clean port even before applying the patches so I am sure that if I applied the patches I would still have the same underlying problem.
Click to expand...

So there is something wrong on your env/installation. What is it I don't have idea...

Patch vlc as explained in HERE and later build it using synth test.

Just be aware there are a bunch of patchs on vlc already and if you patch a file that already have a patch, the old patch will be trashed when you run make makepatch.

So, apply your patch after running make patch or make configure, to when you run make makepatch later, the already existing patch will be included.

[EDIT]

Btw, ports-mgmt/synth build ports on chroot.
 
ls4680 said:
Thanks for your help, I am still working through the suggestions provided........ The problem is that I can NOT do a make to the clean port even before applying the patches so I am sure that if I applied the patches I would still have the same underlying problem
Click to expand...

Given I've not heard your problem elswhere. I'm inclined to think it must be your patch(1)(es).
is the string
Code: 
Qt_5.10
correctly defined -- spelling, underscore, ... ?

That's at least what I can see, w/o access to your environment.

--Chris
 
Looking closer.

Hmm. You indicate (above) the you have the following:

Code: 
/usr/local/lib/qt5#ll libQt5Core*
-rw-r--r-- 1 root wheel 1213 Jul 17 21:33 libQt5Core.prl
lrwxr-xr-x 1 root wheel 20 Jul 17 21:33 libQt5Core.so@ -> libQt5Core.so.5.10.1
lrwxr-xr-x 1 root wheel 20 Jul 17 21:33 libQt5Core.so.5@ -> libQt5Core.so.5.10.1
lrwxr-xr-x 1 root wheel 20 Jul 17 21:33 libQt5Core.so.5.10@ -> libQt5Core.so.5.10.1
-rwxr-xr-x 1 root wheel 5125248 Jul 17 21:33 libQt5Core.so.5.10.1*

Yet, the first error, out of the gate is:
Code: 
/usr/local/lib/qt5/libQt5Core.so.5: version Qt_5.10 required by /usr/local/lib/qt5/bin/uic not found
Which appears to be looking for:
Code: 
/usr/local/lib/qt5/libQt5Core.so.5
Which your directory listing doesn't show.

Does it work if you symlink(2) libQt5Core.so.5.10.1 to libQt5Core.so.5?

An easy tak to try. But if it doesn't work. Don't forget to get rid of the symlink you just made. :)

I can see something like this happening if your system got out of sync somehow. After all. It's a symlink, not an actual file.

HTH

--Chris
 
You must log in or register to reply here.
Back
Top