aarch64 out of date

Is the arm64 package build out of date already? >From a new install Feb 4: oppc2obsd# pkg_add nano quirks-3.88 signed on 2019-02-04T13:31:26Z quirks-3.88: ok Can't install libiconv-1.14p3 because of libraries |library c.94.0 not found | /usr/lib/libc.so.95.0 (system): bad major Can't

Re: please help fixing php-fpm on armv7 - egdb result

I gather the warnings about wrong libraries did not provide any clues. Running the debugger will be a challenge for me, but I will give it a try. What needs to be rebuilt with debug enabled? The more detailed the instructions the better. It is the child processes that are failing.

Re: please help fixing php-fpm on armv7 - egdb result with bt

Thank you for your patience. This is all new to me. Not sure the results will help much. I would rebuild php with debugging enabled if someone can provide instructions. Thank you for the help, Stephen Graf. Results with bt: op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2

Re: please help fixing php-fpm on armv7 - egdb result

Thank you Jeremie for your suggestion. I built the gdb package and ran egdb with the result below. I hope this provides some clues. op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core GNU gdb (GDB) 7.12.1 Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+:

please help fixing php-fpm on armv7

I would like to get php-fpm working again on arm. The last time I had a working version was Aug. I can build the port, run debug and report crash dumps but do not have the expertise to analyse the code. Any and all help is appreciated. I will do what I can under guidance. First, I would like to

problem with build of php on arm7

I am starting a new build of php-7.2 on armv7 to try to make it work. I am using a new install from Dec 28. The error below did not happen on a build on Dec 13. MAKE arm-unknown-openbsd6.4 :0 * all make 'AR_FLAGS=' 'CC_FOR_BUILD=' 'CFLAGS=-O2 -pipe -Wall -fexceptions' 'CXXFLAGS=-g

request for bulk build on arm

I would like to ask for a bulk build on the arm architecture. The existing bulk build of Oct 29 was outdated about a week after it came out. Php for arm hasn't worked since Aug and I would like to work on it.

error in building qt-everywhere-opensource-src-4.8.7 on arm

>From a clean install of armv7 and ports on Nov 25: In file included from ../../../../../include/QtCore/qatomic_arm.h:1: ../../../../../include/QtCore/../../../qt-everywhere-opensource-src-4.8.7/sr c/corelib/arch/qatomic_arm.h:54:1: warning: duplicate 'extern' declaration specifier

qt4 file not found

Ran into this while building some ports. ===> Checking files for qt4-4.8.7 >> Fetch https://download.qt.io/official_releases/qt/4.8/4.8.7/qt-everywhere-opensour ce-src-4.8.7.tar.gz ftp: Error retrieving file: 404 Not Found >> Fetch

Re: php-fpm child processes crash

I successfully built php-7.2 on a Nov 2 snapshot but got the same problem. Your timing patch seems to work. op1bsdsnap1102# gdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public

Re: fetch problem with //pypi.io/packages/source/

Just for the heck of it I set up an amd64 snapshot system to compare the builds. The problem does not occur on the amd64 system. I expected this or else it would have been fixed long ago. So what does FETCH do that is different on arm from amd64 and why only to the pypi.io website? >From

Re: snapshot package problem for arm7

Thank you for your reply and insights into arm7. I will wait for the next arm bulk build in the hopes of things working better. As to armv7, I have worked with the developers on and off, mostly testing particularly with the suni H3 hardware for over a year. During that time two stable

build patch error tests/playTests.sh

Building php on arm ran into this error. -- Patching file tests/playTests.sh using Plan A... Hunk #1 failed at 56. 1 out of 1 hunks failed--saving rejects to tests/playTests.sh.rej done ***> patch-tests_playTests_sh did not apply cleanly *** Error 1 in

Re: snapshot package problem for arm7

When is the next arm package build scheduled? The current one is useless as it no longer matches the kernel in current. -Original Message- From: owner-po...@openbsd.org On Behalf Of trondd Sent: November 4, 2018 4:58 PM To: s_g...@telus.net Cc: ports@openbsd.org Subject: Re: snapshot

fetch problem with //pypi.io/packages/source/

I still get this when as part of a php build. ===> Verifying install for py-alabaster-* in textproc/py-alabaster ===> Checking files for py-alabaster-0.7.10 >> Fetch https://pypi.io/packages/source/a/alabaster/alabaster-0.7.10.tar.gz ftp: SSL write error: handshake failed: Operation timed out

snapshot package problem for arm7

I set up an arm system with the latest snapshot to try to test the php-fpm problem but I could not even load php. I am not having fun! I get bad major errors even after I set PKG_PATH Before setting PKG_PATH Last login: Sun Nov 4 13:00:11 on console OpenBSD 6.4-current (GENERIC) #79: Fri Nov

php 7.2 pool definition

I am trying to find a pool definition for www in php 7.2. Has it been moved to an include file?

php-fpm on arm problem resolved

I just tested the latest bulk build of php70 on arm with a fresh bsd install and am very happy to report that php70-fpm now works. Thank you.

re problem with php70_fpm on armv7 - additional info

Added debug to fpm log but there is no php log even after increasing the log level. >From php-fpm.log: [16-Aug-2018 10:29:52.985966] DEBUG: pid 12698, fpm_event_loop(), line 419: event module triggered 1 events [16-Aug-2018 10:29:52.991055] DEBUG: pid 12698, fpm_got_signal(), line 76: received

build php-7.0.31 on arm without gcc

I built php-7.0.31 on armv7 without gcc by modifying Makefile.inc as follows: #MODULES+= gcc4 # for atomic builtins #MODGCC4_ARCHS+=arm #MODGCC4_LANGS+=c++ Can someone verify that this is appropriate and make it a permanent change.

problem with php70_fpm on armv7

Unfortunately after building php-7.0.31 on arm I still get the same results as I did with ver .30 from the bulk build. The fpm manager runs but the child processes exit immediately on signal 10 (SIGBUS) , even without any tasks to execute. op1bsdtest2# LD_DEBUG=1 php-fpm-7.0 -F ld.so

Re: python files moved

The current setup failed on the last three builds I have done. Wget seems to understand redirection. Note one line from wget output seems to imply that the site has moved permanently. Connecting to pypi.org (pypi.org)|151.101.0.223|:443... connected. HTTP request sent, awaiting response... 301

python files moved

When building php I get the following error which causes a multi minute timeout. From a wget request it looks like the web site has moved. This happens on many files and causes quite a slowdown in building a port. ===> Checking files for py-six-1.11.0 >> Fetch

php build and gcc

In Makefile.inc for php there are some items that seems to pull in gcc. I remember that when building php in May that similar items were removed from other modules. Can php do without these references to gcc? MODULES+= gcc4 # for atomic builtins MODGCC4_ARCHS+= arm

re phpbuild problem with gcc

This is the problem with gcc when building php. checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... openbsd6.3 ld.so checking how to hardcode library paths into programs... immediate checking for shl_load... configure: error: Link tests are not

php build on armv7

I noticed that there is n newer release of php (php-7.0.31) since the most recent bulk build of armv7. So I tried to build it and ran into a problem with gcc, which I think is known. How did the armv7 bulk build manage to build php when it also failed to build gcc?

Re: bulk build for arm

Thank you. And I think it will build a lot more packages since the last build! -Original Message- From: owner-po...@openbsd.org On Behalf Of Stuart Henderson Sent: July 5, 2018 12:20 PM To: s_g...@telus.net Cc: 'OpenBSD ports' Subject: Re: bulk build for arm On 2018/07/05 10:43,

bulk build for arm

When is the next bulk build for arm expected?

Re: sysutils/cpdup

I did a quick test locally on an arm system and then between networked arm and i386 systems. Also tested from arm system to nfs mounted files on an i386 openbsd 6.2 system. No problems uncounted, but tests were minimal. I would like to see this port added. -Original Message- From:

successful build of php7 on arm

The build of php on arm using my orangepione has finally successfully finished. It even works, providing the phpinfo page! I started with a clean system, ports and src from May 9. Below is a list of packages built. The ones marked with an asterisk are not in the current arm bulk build (Apr

help with build error gtk

After 6 days of building gtk on arm I ended up with this error. Is there any way I can fix it (without rebuilding gtk)? gmake[2]: Leaving directory '/usr/ports/pobj/gtk+-3.22.30/gtk+-3.22.30' gmake[1]: Leaving directory '/usr/ports/pobj/gtk+-3.22.30/gtk+-3.22.30'

gtk libool slow on arm

Why is the gtk libtool so slow on arm? A typical command such as: libtool: link: cc -o .libs/testentrycompletion -pthread -O2 -pipe -g -Wall -Wl,-rpath-link -Wl,/usr/X11R6/lib -Wl,-rpath-link -Wl,/usr/X11R6/lib testentrycompletion.o -L.libs -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0

FW: still failing to build gcc on arm - fbracket

I have successfully built gcc 4.9 after using you patch. Thank you. The patch did not apply cleanly. Probably the inline was altered by outlook, so I just manually added the brackets to the makefile patch. Jeremie, the rampage ain't over till it's over! -Original Message- From:

still failing to build gcc on arm - fbracket

I loaded the latest ports and src this morning. Do some other packages need to be rebuilt also? /usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: use '=' to turn this equality comparison into an assignment (thumb1_code)) == ( ^~

math/py-numpy depends on gcc 4.9

I am building php on arm and trying to get rid of gcc 4.9 dependencies. Py-numpy wants to build gcc 4.9. Can the build be modified to change to clang equivalents?

gtk libtool issue

I am builing gtk on arm and libtool is very slow. Is this an issue. Many links like the following take up to 15 minutes, all cpu, no io. libtool: link: cc -o .libs/testactions -pthread -O2 -pipe -g -Wno-expansion-to-defined -Wall -Wl,-rpath-link -Wl,/usr/X11R6/lib testactions.o -L.libs

Re: arm bulk build report - missing packages

I looked at the packages that were just published for arm and I do not see php, cmake, libuv, gtk, apache and many more that are not listed as failures. So far I have been able to build the list below. Gtk has been building for over 24 hours and is still going. Php has the same issue with gcc

Re: apr patch problem

It got mangled. Attached is the patch. That's probably why it did not work in the first place. Anyway your changes work. -Original Message- From: owner-po...@openbsd.org On Behalf Of s_g...@telus.net Sent: April 23, 2018 11:06 PM To: 'Stefan Sperling'

Re: apr patch problem

I used up some of my few remaining brain cells and came up with a modified patch that allows apr to build. I hope the email does not mangle the lines. The two changed lines in the include patch are each only one line of text Index: Makefile

Re: apr patch problem

I am not very experienced at patching and ports but here is what I did. There seems to be a problem with the patch, but when I try to correct it, it gets worse. I think line 12 needs a "-", and I do not know what happened to the last line of your patch . The original patch op1bsdsnap#

Re: hph build on arm, gcc 4.9

Thank you also. Getting cmake to build might help a lot of other arm packages to build. -Original Message- From: Jeremie Courreges-Anglas Sent: April 23, 2018 1:49 PM To: s_g...@telus.net Cc: OpenBSD Ports Subject: Re: hph build on arm, gcc 4.9 On

apr problem

I am building php on arm and have run into this: /usr/bin/libtool --silent --mode=compile cc -pthread -O2 -pipe -DHAVE_CONFIG_H -D_POSIX_THREADS -DAPR_POOL_DEBUG=1 -I./include -I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix -I./include/arch/unix

hph build on arm, gcc 4.9

Picking up on your last comment, I restarted the php build on arm with the intent of looking for why gcc is required. So far I have come across one package that pulls in gcc and it is specific to arm. Cmake pulls in libuv whose Makefile has: # for atomic builtins MODULES = gcc4

problems with python source packages site

It takes a number of minutes for the failure to time out. ===> Returning to build of cmake-3.10.2 ===> cmake-3.10.2 depends on: ninja->=1.5.1 -> ninja-1.8.2 ===> cmake-3.10.2 depends on: py-sphinx->=1.4 - not found ===> Verifying install for py-sphinx->=1.4 in textproc/py-sphinx ===>

RE what is the status of gcc 4.9 for arm7?

Thank you for the update. Just so my orangepi does not get mouldy I am loading it with the latest os, src and ports and will start a build of php7. -Original Message- From: owner-po...@openbsd.org On Behalf Of Peter Hessler Sent: April 21, 2018 11:49 PM To:

Re: armv7: freeradius3 build. - what is the status og gcc 4.9 for arm7?

I don't mind getting my hands dirty, if it helps. It just felt like I was getting in the way. I would like to get php built again, as it was in the build prior to Apr 6. A couple of weeks ago I started with a clean system to build php 7. I think you provided at least one patch. However I am

Re: armv7: freeradius3 build. - what is the status og gcc 4.9 for arm7?

>From previous messages in this forum I noticed that there seems to be a lot >more work required to get gcc 4.9 to build on arm. Until this happens a lot >of ports won't build. I am waiting for a php build. What is the current status of this work? -Original Message- From:

Re: [armv7 fix] Fix build lang/gcc/4.9

I tried to continue the build of php with the ports snapshot of today and ran into another gcc problem: /usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/config/arm/arm.md:97:16: note: remove extraneous parentheses around the comparison to silence this warning (thumb1_code)) == ( ^

Re: [armv7 fix] Fix build lang/gcc/4.9

I tried to build gcc with your patch and ran into the error below. I did not see any patches applied to ipa-devirt.c /usr/ports/pobj/gcc-4.9.4/gcc-4.9.4/gcc/ipa-devirt.c:1637:32: error: invalid suffix on literal; C++11 requires a space between literal and identifier

Re: php on arm

Ran into another problem: /usr/bin/libtool --silent --mode=compile cc -pthread -O2 -pipe -DHAVE_CONFIG_H -D_POSIX_THREADS -DAPR_POOL_DEBUG=1 -I./include -I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix -I./include/arch/unix -I/usr/ports/pobj/apr-1.6.3/apr-1.6.3/include/arch/unix

Re: php on arm

The patch allowed the build to continue. Packages so far: op1bsd63snap$ pkg_info autoconf-2.69p2 automatically configure source code on many Un*x platforms bison-3.0.4p0 GNU parser generator bzip2-1.0.6p8 block-sorting file compressor, unencumbered gettext-0.19.8.1p1 GNU gettext

Re: php on arm

I tried to build php 7 on a freshly installed current arm7 system. The following packages were built before an error occurred: op1bsd63snap$ pkg_info autoconf-2.69p2 automatically configure source code on many Un*x platforms bison-3.0.4p0 GNU parser generator bzip2-1.0.6p8

Re: arm bulk build report

Just tried to get php and bacula from the latest arm build, but could not find them?? -Original Message- From: owner-po...@openbsd.org On Behalf Of phess...@openbsd.org Sent: April 6, 2018 1:57 AM To: ports@openbsd.org Subject: arm bulk build report bulk build

Re: fix armv7 build for lang/gcc/4.9

Is there any chance of getting mp on arm7? That would speed things up. -Original Message- From: owner-po...@openbsd.org On Behalf Of Markus Hennecke Sent: March 23, 2018 11:40 AM To: ports@openbsd.org Subject: Re: fix armv7 build for lang/gcc/4.9 Unfortunately