PSA: Ports tree no longer supports FreeBSD 8.3
-
You'll need to install svn or git first. Try "pkg_add svn" and the retry the first command in MatSim's list. You will probably have to delete the existing ports tree first (or at least move it out of the way).
-
You'll need to install svn or git first. Try "pkg_add svn" and the retry the first command in MatSim's list. You will probably have to delete the existing ports tree first (or at least move it out of the way).
I did completely delete the ezjail and remade it from scratch.
Not working. "pkg_add svn" gives "pkg_add: can't stat package file 'svn' "
Tried command from both outside the jail & inside the jail. Same error on both. Please explain further what I need to do to get ports package working.
ETA:Ok via google, i've located command "pkg_add -r subversion". It will not successfully run from within my jail. It fails. It did successfully run OUTSIDE the jail. I then ran MatSim's command "svn checkout -r 352985 svn+ssh://svn.freebsd.org/ports/head /usr/ports" received error
"svn: E210002: Unable to connect to a repository at URL 'svn+ssh://svn.freebsd.org/ports/head'
svn: E210002: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file.
svn: E210002: Network connection closed unexpectedly"ETA2:Ok I ran "svn checkout -r 352985 svn://svn.freebsd.org/ports/head /usr/ports" & all kinds of stuff started loading, but this was outside the jail. Mabye it needs to be reran inside the jail?
ETA3:Ok so "svn checkout -r 352985 svn://svn.freebsd.org/ports/head /usr/ports" won't run in jail, because svn package is not installed. Why am I not able to install it inside my jail?
-
The clue here is NOT "don't update your ports tree". That way lies madness and security holes.
pfSense 2.1.4 (coming soon) uses the ports tree and is still based on 8.3.
-
Then perhaps you could provide some details on the preferable solution?
-
Why do you want me to document the requisite steps here when you could just study the code and do the work yourself?
Often, knowing that a solution is possible is reason enough to pursue it.
-
What, specifically, is "the code"? You can't possibly be suggesting that the solution is to undo the changes in r352986 and manually convert any subsequently introduced :tu and :tl instances after every ports tree update, so I guess what you have in mind must be something along the lines of installing a newer make on the builder? Given how fragile the whole pfSense build system is, that strikes me as at least somewhat adventurous.
-
If you're still interested, I faced the same problem and fixed it by replacing make with bmake.
I had no issues so far and pfSense 2.1.4 builds just fine with the latest ports. -
Hi.
You replace the make for bmake in some pfsense build script or make.conf ?.Thank you.
-
No, I directly replaced the binary.
The whole system uses it now without a problem. -
What, specifically, is "the code"? You can't possibly be suggesting that the solution is to undo the changes in r352986 and manually convert any subsequently introduced :tu and :tl instances after every ports tree update, so I guess what you have in mind must be something along the lines of installing a newer make on the builder? Given how fragile the whole pfSense build system is, that strikes me as at least somewhat adventurous.
all build systems are fragile. Even FreeBSD's.
-
No, I directly replaced the binary.
The whole system uses it now without a problem.Have you compiled in FreeBSD 8.4 and just substitute the FreeBSD 8.3 version ?. If i wrong, just correct me.
-
Have you compiled in FreeBSD 8.4 and just substitute the FreeBSD 8.3 version ?. If i wrong, just correct me.
I reverted to an older port snapshot.
But you can also simply substitute the 8.3 make with the 8.4 one, grabbed from a livefs iso for example.