I am trying to find a pool definition for www in php 7.2. Has it been moved
to an include file?
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 2
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
>>
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 pa
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 /usr/po
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 release
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 amd
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 Lice
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
https://ftp.openbsd.org/pub/OpenBSD/distfiles/qt-everywhere-opens
>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 [-Wduplicat
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.
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 -O2'
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
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+: GNU
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 /root/php-fpm-7.2.cor
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.
-Origina
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: owne
When is the next bulk build for arm expected?
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, s_g..
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?
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 all
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
MODGCC4_
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 https://pypi.io/packages/sourc
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 Mo
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 loading:
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.
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 SIG
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.
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
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 this fails when doing a F
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 on armv7-0.ports.openbsd.or
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 block-
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 r
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
-I/
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
[-Wreserved-user-defin
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)) == (
^
/u
>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: owner-po...@
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 now
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: ports@openbsd.org
Subject: R
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
===> Chec
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
MODGCC4_A
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
-I/usr/ports/pobj/apr-1.6.3/apr-1.6.3
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 Mon, Apr 23 2018, Jeremie Courreges-A
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# p
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
=
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'
Cc: 'OpenBSD Ports'
Subject: R
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 4.
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 -lg
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?
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)) == (
^~
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: owner-p
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
-lgobject
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'
/usr/ports/pobj/gtk+-3.22.30
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 25).
54 matches
Mail list logo