Re: Cross-compiling a port

[Yasuhiro KIMURA]

Hello.

From: Martin Waschbüsch 
Subject: Cross-compiling a port
Date: Sun, 18 Feb 2018 07:22:17 +0100

> how would I go about cross-compilinga port for another ARCH?
> E.g. I am running 11.1-RELEASE on amd64 and would like to compile a port for 
> i386.
> It does not seem to be enough to set the ARCH and TARGET_ARCH environment 
> variables:
> 
> e.g. something like
> 
> cd /usr/ports/archivers/zip
> env 'TARGET_ARCH=i386 ARCH=i386' make
> 
> will still produce a 64bit binary.
> 
> file /usr/ports/archivers/zip/work/stage/usr/local/bin/zip
> /usr/ports/archivers/zip/work/stage/usr/local/bin/zip: ELF 64-bit LSB 
> executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter 
> /libexec/ld-elf.so.1, for FreeBSD 11.1, FreeBSD-style, stripped
> 
> so I must be missing something here.

Probably easiest way is to use ports-mgmt/poudriere.

---
Yasuhiro KIMURA
___
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: Cross-compiling a port

[Martin Waschbüsch]

> 
> Am 18.02.2018 um 07:22 schrieb Martin Waschbüsch :
> 
> Hi there,
> 
> how would I go about cross-compilinga port for another ARCH?
> E.g. I am running 11.1-RELEASE on amd64 and would like to compile a port for 
> i386.
> It does not seem to be enough to set the ARCH and TARGET_ARCH environment 
> variables:
> 
> e.g. something like
> 
> cd /usr/ports/archivers/zip
> env 'TARGET_ARCH=i386 ARCH=i386' make
should have been
env TARGET_ARCH=i386 ARCH=i386 make

anyway, same difference.
___
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"

Cross-compiling a port

[Martin Waschbüsch]

Hi there,

how would I go about cross-compilinga port for another ARCH?
E.g. I am running 11.1-RELEASE on amd64 and would like to compile a port for 
i386.
It does not seem to be enough to set the ARCH and TARGET_ARCH environment 
variables:

e.g. something like

cd /usr/ports/archivers/zip
env 'TARGET_ARCH=i386 ARCH=i386' make

will still produce a 64bit binary.

file /usr/ports/archivers/zip/work/stage/usr/local/bin/zip
/usr/ports/archivers/zip/work/stage/usr/local/bin/zip: ELF 64-bit LSB 
executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter 
/libexec/ld-elf.so.1, for FreeBSD 11.1, FreeBSD-style, stripped

so I must be missing something here.
___
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: FreeBSD Port: firefox-58.0.2,1 core dump on restart WM

[Alex V. Petrov]

If I send TERM or KILL signal for all processes firefox, then all OK.
But Firefox is multiprocesses now.
If send signal only main process of firefox, then other processes do
core dump.
I think that this happens during the execution of the command reboot or
shutdown now.

18.02.2018 01:02, Robert Huff пишет:
> 
> Alex V. Petrov writes:
> 
>>  Why if you do not explicitly exit FF, then when you reload the
>>  window manager (for me it awesome wm) or reboot machine, FF does
>>  a core dump?
> 
>   This does not happen for me when using:
> 
>   fvwm-2.6.7_3
>   firefox-58.0.2,1
> 
>   (Just tested.)
>   Perhaps one or both need rebuilding?
> 
> 
>   Respectfully,
> 
> 
>   Robert Huff
> 
> 
> 
> 
>   
> 

-- 
-
Alex.
___
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: undefined symbol "php7_module" in libphp7.so?

[scratch65535]

Thanks, Yasu & Carmel.  Bizarrely, the md5 I get is different to
both of yours:

d739fb09ede2917b54c06eab05130e10

Nor is any of them the same as the one on my server-of-all-work,
running 10.2R and php 7.0 with apache 2.4: 

10f8f74874296c48c9e099c67ca26be9

nor is the one I get when I replace the php72 built from ports
with the prebuilt package:

a30b75c6957b6e12f144984dde1f7b5f

I'm baffled.  I've no clue what's going on here.  I'm used to
libraries within a major release not changing unless called out
in the release notes, which this wasn't.
___
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: FreeBSD Port: firefox-58.0.2,1 core dump on restart WM

[Alex V. Petrov]

It could be because I'm using Current?
(12.0-CURRENT r329460M amd64)

18.02.2018 01:02, Robert Huff пишет:
> 
> Alex V. Petrov writes:
> 
>>  Why if you do not explicitly exit FF, then when you reload the
>>  window manager (for me it awesome wm) or reboot machine, FF does
>>  a core dump?
> 
>   This does not happen for me when using:
> 
>   fvwm-2.6.7_3
>   firefox-58.0.2,1
> 
>   (Just tested.)
>   Perhaps one or both need rebuilding?
> 
> 
>   Respectfully,
> 
> 
>   Robert Huff
> 
> 
> 
> 
>   
> 

-- 
-
Alex.
___
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"

FreeBSD Port: firefox-58.0.2,1 core dump on restart WM

[Robert Huff]

Alex V. Petrov writes:

>  Why if you do not explicitly exit FF, then when you reload the
>  window manager (for me it awesome wm) or reboot machine, FF does
>  a core dump?

This does not happen for me when using:

fvwm-2.6.7_3
firefox-58.0.2,1

(Just tested.)
Perhaps one or both need rebuilding?


Respectfully,


Robert Huff





___
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: pkg check --recompute and apache24 deleted files

[Rafal Lukawiecki]

> On 16 Feb 2018, at 00:00, Ernie Luzar  wrote:
> 
> Hi Rafal;
> 
> I also delete the /usr/local/www/apache24/cgi-bin directory as a
> security leak because I don't use the cgi-bin method.
> 
> I noticed this pkg checksum test came into being after the 11.1-p4
> security update.
> 
> As you have shown, this security update is only highlighting the user
> customizing of installed ports/packages. These types of customization
> are not things that need security warnings.
> 
> This is part of the daily security run report.
> /usr/local/etc/periodic/security/460.pkg-checksum
> 
> To make this stop add;
> security_status_pkgchecksum_enable="NO"
> to /etc/periodic.conf

Thank you, Ernie, this is very helpful—and I fully agree with you that 
reporting our intended customisations, especially as they have been intended to 
improve security, as security warnings is not helpful unless it can be 
disabled. Your solution, if I understood it, will disable checksum 
verification. However, I think it is valuable having it on for “everything 
else” that might be surreptitiously changed and that I may be unaware of. 
Ideally, I would like to switch it off just for the Apache, or other specified 
packages. Which is why I hoped pkg check --recompute would do that. Maybe it is 
a bug/missing functionality in pkg check --recompute?

Rafal
___
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"

FreeBSD Port: firefox-58.0.2,1 core dump on restart WM

[Alex V. Petrov]

Why if you do not explicitly exit FF, then when you reload the window
manager (for me it awesome wm) or reboot machine, FF does a core dump?
-- 
-
Alex.
___
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: undefined symbol "php7_module" in libphp7.so?

[Carmel NY]

On Sat, 17 Feb 2018 23:11:32 +0900, Yasuhiro KIMURA stated:

>From: 
>Subject: Re: undefined symbol "php7_module" in libphp7.so?
>Date: Sat, 17 Feb 2018 08:52:52 -0500
>
>> Okay, I rebuilt apache24 and php72 from ports.  I'm still getting
>> the error.
>> 
>> Would someone who has php 7.2 working with apache 2.4 under 11.1R
>> please post the MD5 hash of libphp7.so?  Thanks.
>
>yasu@eastasia[3999]% uname -mr
>11.1-RELEASE-p6 amd64
>yasu@eastasia[4000]% md5 /usr/local/libexec/apache24/libphp7.so
>MD5 (/usr/local/libexec/apache24/libphp7.so) =
>0e8d5c7696031e1e59ea8f99ed183973 yasu@eastasia[4001]%

~ $ md5 /usr/local/libexec/apache24/libphp7.so
MD5 (/usr/local/libexec/apache24/libphp7.so) = b5d93a95e0c78705a9797bab0e99a292

~ $ freebsd-version
11.1-RELEASE-p6

-- 
Carmel
___
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: undefined symbol "php7_module" in libphp7.so?

[Yasuhiro KIMURA]

From: 
Subject: Re: undefined symbol "php7_module" in libphp7.so?
Date: Sat, 17 Feb 2018 08:52:52 -0500

> Okay, I rebuilt apache24 and php72 from ports.  I'm still getting
> the error.
> 
> Would someone who has php 7.2 working with apache 2.4 under 11.1R
> please post the MD5 hash of libphp7.so?  Thanks.

yasu@eastasia[3999]% uname -mr
11.1-RELEASE-p6 amd64
yasu@eastasia[4000]% md5 /usr/local/libexec/apache24/libphp7.so
MD5 (/usr/local/libexec/apache24/libphp7.so) = 0e8d5c7696031e1e59ea8f99ed183973
yasu@eastasia[4001]%

---
Yasuhiro KIMURA
___
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: undefined symbol "php7_module" in libphp7.so?

[scratch65535]

Okay, I rebuilt apache24 and php72 from ports.  I'm still getting
the error.

Would someone who has php 7.2 working with apache 2.4 under 11.1R
please post the MD5 hash of libphp7.so?  Thanks.
___
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"

Cannot require library for passenger in ruby

[Karli Sjöberg via freebsd-ports]

Hey all!

My hope for this email is that someone will give me a smack in the
right direction, like 'You´re holding it wrong!'  and that´ll be that,
but you never know...

So the background story of it all is that I have a Foreman server that
is eating all of my RAM, basically no matter how much I give it. I´ve
written to the devs and they say it´s wrong, it shouldn´t be doing
that, it´s not a feature :) So they gave me a ruby script that fires
from cron every 5 mins that checks if there are any passenger processes
that are going bananas and kills them. It´s not a cure, just a
workaround, but it´s going to give some breathing room for diagnosing
the root cause in the mean time. Problem is, I can´t get it running!

/usr/local/lib/ruby/gems/2.4/gems/foreman_maintain-0.1.3/bin/passenger-recycler:10:
 warning: already initialized constant CONFIG
/usr/local/lib/ruby/gems/2.4/gems/foreman_maintain-0.1.3/bin/passenger-recycler:8:
 warning: previous definition of CONFIG was here
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:135:in 
`require': cannot load such file -- /phusion_passenger/utils/tmpio (LoadError)
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:135:in 
`rescue in require'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:39:in 
`require'
from 
/usr/local/lib/ruby/gems/2.4/gems/passenger-5.2.0/src/ruby_supportlib/phusion_passenger.rb:240:in
 `require_passenger_lib'
from 
/usr/local/lib/ruby/gems/2.4/gems/passenger-5.2.0/src/ruby_supportlib/phusion_passenger/platform_info.rb:26:in
 `'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:70:in 
`require'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:70:in 
`require'
from 
/usr/local/lib/ruby/gems/2.4/gems/foreman_maintain-0.1.3/bin/passenger-recycler:44:in
 `'
from /usr/local/bin/passenger-recycler:23:in `load'
from /usr/local/bin/passenger-recycler:23:in `'

It tries to load standard passenger library in
'phusion_passenger/platform_info.rb' and fails, so it stopped. The line
looks like this:
PhusionPassenger.require_passenger_lib 'utils/tmpio'

The thing is, I can´t 'require' any modules that way, at all:
irb(main):001:0> require 'phusion_passenger'
=> true
irb(main):003:0> PhusionPassenger.require_passenger_lib 'utils/json'
LoadError: cannot load such file -- /phusion_passenger/utils/json
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:135:in 
`require'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:135:in 
`rescue in require'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:39:in 
`require'
from 
/usr/local/lib/ruby/gems/2.4/gems/passenger-5.2.0/src/ruby_supportlib/phusion_passenger.rb:240:in
 `require_passenger_lib'
from (irb):3
from /usr/local/bin/irb:11:in `'
irb(main):011:0* PhusionPassenger.require_passenger_lib 'utils/lock'
LoadError: cannot load such file -- /phusion_passenger/utils/lock
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:135:in 
`require'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:135:in 
`rescue in require'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:39:in 
`require'
from 
/usr/local/lib/ruby/gems/2.4/gems/passenger-5.2.0/src/ruby_supportlib/phusion_passenger.rb:240:in
 `require_passenger_lib'
from (irb):11
from /usr/local/bin/irb:11:in `'
irb(main):012:0> PhusionPassenger.require_passenger_lib 'utils/tmpio'
LoadError: cannot load such file -- /phusion_passenger/utils/tmpio
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:135:in 
`require'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:135:in 
`rescue in require'
from 
/usr/local/lib/ruby/site_ruby/2.4/rubygems/core_ext/kernel_require.rb:39:in 
`require'
from 
/usr/local/lib/ruby/gems/2.4/gems/passenger-5.2.0/src/ruby_supportlib/phusion_passenger.rb:240:in
 `require_passenger_lib'
from (irb):12
from /usr/local/bin/irb:11:in `'

Although just requiring it isn´t a problem:
irb(main):014:0> require 'phusion_passenger/utils/tmpio'
=> true

I am at a complete loss as how to diagnose this further, hoping someone
can help me solve this problem.

Thanks in advance!
/K
___
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"

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
databases/postgresql-plv8js | 1.4.8   | v2.3.0
+-+
devel/mingw32-pdcurses  | 3.4 | 3.6
+-+
science/gromacs | 5.0.6   | 2016.5
+-+
textproc/scew   | 1.1.7   | 1.1.9
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
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"