Re: stable postgresql11 appears to have issues
On Sun, 28 Jun 2020 at 18:42, Donald Wilde wrote: > An update. Synth is still crashing and I am attempting to also solve > that one in another thread. On this front, while working with synth I > noticed that the /usr/ports/distfiles directory no longer seems to be > created and used by default. Synth asked me to create one outside of > the ports tree and add it to make.conf. I did so, Adding directives to /etc/make.conf is the wrong place for synth. You need to add it to /usr/local/etc/synth/LiveSystem-make.conf. It's all in the man-page for synth. Cheers. -- Jonathan Chen ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stable postgresql11 appears to have issues
On 6/26/20, Donald Wilde wrote: > On 6/26/20, Christoph Moench-Tegeder wrote: >> ## Donald Wilde (dwil...@gmail.com): >> >>> This is 12-STABLE as of a few days ago, and yes, it's running on >>> amd64/HAMMER. >> >> So, llvm 10. As I guessed :) >> An update. Synth is still crashing and I am attempting to also solve that one in another thread. On this front, while working with synth I noticed that the /usr/ports/distfiles directory no longer seems to be created and used by default. Synth asked me to create one outside of the ports tree and add it to make.conf. I did so, To cut to the chase, this caused a whole slew of issues. The postgresql11-server package created its own /usr/ports/distfiles/postgresql directory, ignoring my setting of DISTFILES=/var/distfiles, and all the dependencies of pg11 crashed for the same reason. Removing that new directory and accepting /usr/ports/distfiles as an "is so" fact of life seems to have allowed the pg11 build to go forward. The workaround in make.conf for DEFAULT_VERSIONS+=llvm=10 is in there as well. Back to the other thread in -stable! -- Don Wilde * What is the Internet of Things but a system * * of systems including humans? * ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stable postgresql11 appears to have issues
On 6/26/20, Christoph Moench-Tegeder wrote: > ## Donald Wilde (dwil...@gmail.com): > >> This is 12-STABLE as of a few days ago, and yes, it's running on >> amd64/HAMMER. > > So, llvm 10. As I guessed :) > >> I'll see if I can figure out how to get the 'configure output' from a >> port... That does seem to be a useful thing to know! > > That might be the point to look into poudriere: > https://www.freebsd.org/doc/handbook/ports-poudriere.html > It does not leave half-compiled ports lying around and does a very good > job of collecting build logs and managing dependencies. > Anyways, "configure" is - for PostgreSQL and some other software - > the first stage of the build process, where it figures out the > build environment and, well, configures the build process > Perhaps using packages would get you off the ground faster (and > will save some electricity) - figuring out FreeBSD and the ports > system while learning how to build software from source is > at least three variables at one and a very steep learning curve. > >> Cristoph, I am installing ports as they come, out of the box. The >> reality is that many ports still use LLVM80, and, even worse, gcc6. > > That would be gcc9, as there's no gcc6 around anymore? Else, there's > something very wrong. I saw that it (llvm80) now uses something called 'gcc6-aux' and no longer gcc6. As you say. 7 and 8 are still there, but I have yet to install a port that references them. gcc9 seems to be the current stable gcc. As to your point, Pete, I do install from packages in some cases, but I've gotten involved with making 'synth upgrade-system' work. It wants to use the ports rather than packages, unless you change its defaults. At this point I only use packages to resolve circular dependencies, such as on graphviz and doxygen. As much as I want to end up with a system that implements what I need for the project, this mule is intended to be a _learning_ system. It may not be the fastest dancing bear around, but I _will_ learn to teach her to dance. Cristoph, I've only touched on poudriere. I'll take your advice and study it further. TY! -- Don Wilde * What is the Internet of Things but a system * * of systems including humans? * ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stable postgresql11 appears to have issues
## Donald Wilde (dwil...@gmail.com): > This is 12-STABLE as of a few days ago, and yes, it's running on amd64/HAMMER. So, llvm 10. As I guessed :) > I'll see if I can figure out how to get the 'configure output' from a > port... That does seem to be a useful thing to know! That might be the point to look into poudriere: https://www.freebsd.org/doc/handbook/ports-poudriere.html It does not leave half-compiled ports lying around and does a very good job of collecting build logs and managing dependencies. Anyways, "configure" is - for PostgreSQL and some other software - the first stage of the build process, where it figures out the build environment and, well, configures the build process Perhaps using packages would get you off the ground faster (and will save some electricity) - figuring out FreeBSD and the ports system while learning how to build software from source is at least three variables at one and a very steep learning curve. > Cristoph, I am installing ports as they come, out of the box. The > reality is that many ports still use LLVM80, and, even worse, gcc6. That would be gcc9, as there's no gcc6 around anymore? Else, there's something very wrong. Regards, Christoph -- Spare Space ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stable postgresql11 appears to have issues
On 6/26/20 3:52 PM, Donald Wilde wrote: On 6/26/20, Christoph Moench-Tegeder wrote: ## Donald Wilde (dwil...@gmail.com): I ran into an issue, documented in the attachments, that seems to point to some quantity that does not include version 8 of the port, only 1 - 7. Being a tidy soul, I used make clean first and that resulted in a rebuild of LLVM90 as well. This report misses some vital information - e.g. what version of FreeBSD this is (and I'm only guessing this is on amd64), which would give some clue what the base compiler is. The attachments are somewhat incomplete, too - did you even have a look at llvm90_makeinstall.txt? Especially the configure output from PostgreSQL could have been helpful. Christoph, please bear with me. It's been long enough since I worked with FreeBSD that I don't even know what "vital information" I'm not giving you. I'm peddling as fast as I can, and loving every minute, but I'm not "there" yet. out of curiosity is there a reason why you are building locally versus using the pre-built binary packages? I use the prebuilt postgresql binaries for development and production systems, so unless their is an option missing in the default pkg I'd highly recommend going that route. (look for all postgresql11 pkgs available) $ pkg search postgresql11 (install psql server for example) $ pkg install postgresql11-server cheers, -pete -- Pete Wright p...@nomadlogic.org @nomadlogicLA ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stable postgresql11 appears to have issues
On 6/26/20, Donald Wilde wrote: > On 6/26/20, Christoph Moench-Tegeder wrote: >> ## Donald Wilde (dwil...@gmail.com): [snip] >> I can see about two options to get out of that situation: >> - disable option LLVM on postgresql*-server, or >> - make sure there's only one llvm version involved > > Cristoph, I am installing ports as they come, out of the box. The > reality is that many ports still use LLVM80, and, even worse, gcc6. > ... and even worse worse, python27 and ruby26! I don't envy you guys, but I do truly appreciate you all. :D -- Don Wilde * What is the Internet of Things but a system * * of systems including humans? * ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stable postgresql11 appears to have issues
On 6/26/20, Christoph Moench-Tegeder wrote: > ## Donald Wilde (dwil...@gmail.com): > >> I ran into an issue, documented in the attachments, that seems to >> point to some quantity that does not include version 8 of the port, >> only 1 - 7. Being a tidy soul, I used make clean first and that >> resulted in a rebuild of LLVM90 as well. > > This report misses some vital information - e.g. what version of > FreeBSD this is (and I'm only guessing this is on amd64), which > would give some clue what the base compiler is. The attachments > are somewhat incomplete, too - did you even have a look at > llvm90_makeinstall.txt? Especially the configure output from > PostgreSQL could have been helpful. Christoph, please bear with me. It's been long enough since I worked with FreeBSD that I don't even know what "vital information" I'm not giving you. I'm peddling as fast as I can, and loving every minute, but I'm not "there" yet. This is 12-STABLE as of a few days ago, and yes, it's running on amd64/HAMMER. I'll see if I can figure out how to get the 'configure output' from a port... That does seem to be a useful thing to know! [snip] > I can see about two options to get out of that situation: > - disable option LLVM on postgresql*-server, or > - make sure there's only one llvm version involved Cristoph, I am installing ports as they come, out of the box. The reality is that many ports still use LLVM80, and, even worse, gcc6. I truly 'get' that you maintainers (too) are peddling as fast as you can! :D I've applied Martin's workaround to my /etc/make.conf. I am in the process of rebuilding the whole mule again as advice in response to an earlier question left me with a very moth-eaten disk. We'll see if it's happy this time! -- Don Wilde * What is the Internet of Things but a system * * of systems including humans? * ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stable postgresql11 appears to have issues
## Donald Wilde (dwil...@gmail.com):
> I ran into an issue, documented in the attachments, that seems to
> point to some quantity that does not include version 8 of the port,
> only 1 - 7. Being a tidy soul, I used make clean first and that
> resulted in a rebuild of LLVM90 as well.
This report misses some vital information - e.g. what version of
FreeBSD this is (and I'm only guessing this is on amd64), which
would give some clue what the base compiler is. The attachments
are somewhat incomplete, too - did you even have a look at
llvm90_makeinstall.txt? Especially the configure output from
PostgreSQL could have been helpful.
But then I'll just take that error message "can't create module
summary index for buffer: Invalid summary version 8. Version should
be in the range [1-7]." - that indicates that the llvm-lto/thinlink
version used in this step is older than the llvm used to generate
all the other bytecode files. As you're using llvm 9 in this step
(as seen from the path to llvm-lto) and the version in the bytecode
files ("8") is just one off from the acceptable range ("[1-7]")
I guess your base compiler is llvm 10.
I can see about two options to get out of that situation:
- disable option LLVM on postgresql*-server, or
- make sure there's only one llvm version involved
Regards,
Christoph
--
Spare Space
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: stable postgresql11 appears to have issues
There is already an outstanding issue for quite some time: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244403 There seems not to be a proper fix yet, but at least for me the workaround mentioned might work for you as well. Just add DEFAULT_VERSIONS+=llvm=10 to make.conf Good luck, Martin On 26/06/2020 16:04, Donald Wilde wrote: > In attempting to set up a stable PostgreSQL system, I chose to go back > to the pg11 series, as there are more tools and ports available to > support it than there are yet for pg12. > > I ran into an issue, documented in the attachments, that seems to > point to some quantity that does not include version 8 of the port, > only 1 - 7. Being a tidy soul, I used make clean first and that > resulted in a rebuild of LLVM90 as well. > > As I've said in other posts on the FreeBSD lists, I tend to add more > options than strictly necessary, but it seems to have bit me. LLVM90 > by itself builds, but when I try to build postgresql11-server, I get a > crash related to something in LLVM: > > ===> Staging for postgresql11-server-11.8_2 > ===> postgresql11-server-11.8_2 depends on executable: llvm-config90 - found > ===> Generating temporary packing list > ===> Creating groups. > ===> Creating users > [snip] > cd > '/usr/ports/databases/postgresql11-server/work/stage/usr/local/lib/postgresql/bitcode' > && /usr/local/llvm90/bin/llvm-lto -thinlto -thinlto-action=thinlink -o > postgres.index.bc postgres/access > [snip] > error: can't create module summary index for buffer: Invalid summary > version 8. Version should be in the range [1-7]. > LLVM ERROR: ThinLink didn't create an index > gmake: *** [Makefile:220: install-postgres-bitcode] Error 1 > *** Error code 2 > > Stop. > > I've started rebuilding my system due to another motheaten issue, but > I stashed the entire working directories of both llvm90 and > postgresql11-server in a tarball if needed. > > > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > -- There are green splotches on the black void on the outside of Willie's house in one of the lake putt-putt scenes. signature.asc Description: OpenPGP digital signature
