Re: Of LSOF

[Kevin Oberman]

On Tue, Dec 26, 2017 at 4:20 PM, Dave Horsfall  wrote:

> On Wed, 27 Dec 2017, Dimitry Andric wrote:
>
> Binary packages are built on the oldest supported 10.x release, which
>> currently is 10.3.  I think that lsof is just one of the few programs that
>> care about this, and show a warning.  This is probably because lsof pokes
>> around in half-documented (or undocumented) system structures, which might
>> change even in minor releases.
>>
>
> Thanks for that.
>
> The path of lowest resistance is to ignore the warning, otherwise build
>> (or package) the port yourself.
>>
>
> Which I discovered last year required that kernel sources be installed
> (which I didn't have at the time; I didn't build this system) because it
> wanted a certain #include file.  I reported this in a PR saying that
> perhaps all header files be shipped, but I dunno what happened.
>
>
> --
> Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will
> suffer."
>

lsof pokes it's fingers into the kernel a LOT and the official
recommendation (from the author) is to always rebuild it when the kernel is
rebuilt.  I have had lsof fail in the past on STABLE systems when internal
changes are made to the kernel that do not affect the documented APIs, so
there is really a reason for this. It does require that kernel sources be
present as they may have changed between versions and that would cause lsof
to fail. Putting header files into the port is a non-starter as they MUST
match the kernel on which lsof is built. I added lsof to PORTS_MODULES so
it is rebuilt with any new kernel on my stable system and on one release
system so I can use that package to install elsewhere rather then use the
repo package.

Now that 10.3 is EOL I would expect that the package built for 10-STABLE
would be built on 10.4-RELEASE, but I don't know for sure. It should be and
the next quarterly should be 10.4 based, too.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
___
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: gogs-0.11.34_1 rc.d script status does not work correctly

[Douglas Thrift via freebsd-ports]

Hello,

I just noticed that the gogs rc.d script's status subcommand does not
work, when I have verified that gogs is actually running, it just says:

gogs is not running.

It seems to stop and restart just fine though.
-- 
Douglas William Thrift

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

powerpc64 (head -r326075): www/qt5-webkit gets: CMake Error at CMakeLists.txt:85 (message): Unknown CPU 'powerpc64'

[Mark Millard]

[I experiment with system clang as the system
compiler for powerpc64 (and 32-bit powerpc).]

On powerpc64,

# svnlite info /usr/ports/ | grep "Re[plv]"
Relative URL: ^/head
Repository Root: svn://svn0.us-west.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 457194
Last Changed Rev: 457194

gets:

===>  Configuring for qt5-webkit-5.212.0.a2_5
===>  Performing out-of-source build
/bin/mkdir -p /wrkdirs/usr/ports/www/qt5-webkit/work/.build
-- The C compiler identification is Clang 5.0.1
-- The CXX compiler identification is Clang 5.0.1
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Error at CMakeLists.txt:85 (message):
  Unknown CPU 'powerpc64'


www/qt5-webkit was referenced indirectly from
attempting to build x11/lumina .


===
Mark Millard
markmi at dsl-only.net

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

Configuring for libgphoto2-2.5.14, eval: expr: not found

[bob prohaska]

In trying to compile x11-wm/xfce4 using make the make stops with
Configuring for libgphoto2-2.5.14
eval: expr: not found

I've updated the ports tree, and also tried compiling libgphoto separately.
Neither seems to help. Moreover, the error report refers to 
/tmp/mountpoint.FiIu8G/graphics/libgphoto2/work/libgphoto2-2.5.14/config.log
as an ingredient to a bug report. 

Alas, no such file is found.

The host is 
FreeBSD www.zefox.com 12.0-CURRENT FreeBSD 12.0-CURRENT #17 r326951: Mon Dec 18 
19:08:15 PST 2017 b...@www.zefox.com:/usr/obj/usr/src/arm.armv7/sys/RPI2  
arm

The ports are at
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 457343
Node Kind: directory
Schedule: normal
Last Changed Author: danilo
Last Changed Rev: 457343
Last Changed Date: 2017-12-26 15:26:33 -0800 (Tue, 26 Dec 2017)

Thanks for reading, and any guidance.

bob prohaska

___
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: Of LSOF

[Dave Horsfall]

On Wed, 27 Dec 2017, Dimitry Andric wrote:

Binary packages are built on the oldest supported 10.x release, which 
currently is 10.3.  I think that lsof is just one of the few programs 
that care about this, and show a warning.  This is probably because lsof 
pokes around in half-documented (or undocumented) system structures, 
which might change even in minor releases.


Thanks for that.

The path of lowest resistance is to ignore the warning, otherwise build 
(or package) the port yourself.


Which I discovered last year required that kernel sources be installed 
(which I didn't have at the time; I didn't build this system) because it 
wanted a certain #include file.  I reported this in a PR saying that 
perhaps all header files be shipped, but I dunno what happened.


--
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
___
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"

Of LSOF

[Dave Horsfall]

aneurin# freebsd-version
10.4-RELEASE-p5
aneurin# which lsof
/usr/local/sbin/lsof
aneurin# lsof > /dev/null
lsof: WARNING: compiled for FreeBSD release 10.3-RELEASE-p22; this is 
10.4-RELEASE-p3.
aneurin# pkg upgrade lsof
Updating FreeBSD repository catalogue...
FreeBSD repository is up to date.
All repositories are up to date.
Checking integrity... done (0 conflicting)
Your packages are up to date.
aneurin#

Building it from ports updated it (as I probably did before), but should 
not the binary have been updated?  Or are binaries not available for all 
ports (I guess)?


--
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
___
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: License and adopting software

[Sid]

> 'someone else said something to the effect of  "If I looked at the code 
> already, the license is already contaminated"'
That makes no sense to me. That advice seems counterproductive. In the source 
code, I'm sure you saw this, but there are different licenses in the files.
 
Usually, when someone adds on top of FreeBSD's license, that part belongs (or 
is at least dual/multi-licensed) in FreeBSD.
 
The only separator I understand is, the files, to have their distinctive 
licenses, to differentiate it from the rest of the packaged source code, but 
first distinguish it as your creation, copyright and license. I don't know if a 
line within a file can have a different license, unless that line was already 
established as MIT, or the creator releasing that line to GPL.
 
The odd part is, if a code goes into GPL, they get to license it. But if those 
lines are already MIT, that code is multi-licensed under both MIT and GPL. If 
code goes into a GPL code first, and the author didn't claim it as their own 
first, it's odd, (that code will be for GPL, but) I don't know if you can use 
that code for outside of GPL, even if you wrote it. I don't know about that, 
but it's safer to claim that code as your own, your project's or your 
pseudonym, before writing it into a GPL code to fix it. I wish there was 
someone who can clarify that.

I guess you're trying to find out or audit if everything within a code is GPL? 
That may be hard. I would start a new file, with your own license, informally 
copyright your creation with simple copyright text and license (not through the 
office: use the copyright office for your best or proprietary work), then maybe 
merge it afterwards. There is better advice on protecting your contribution's 
license, and how they interact. Some of that can be found by looking around, 
but it would be nice if someone who is really familiar with that would tell 
what they can.
___
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: rebuilding apache24 and php70

[Johan Hendriks]

Op 26/12/2017 om 17:55 schreef @lbutlr:
> On 26 Dec 2017, at 08:21, Johan Hendriks  wrote:
>> If you want to use php with mpm_event you need to use php-fpm.
> I;ll see if php-fpm is compatible with roundcube.
>
> Course, I will have to figure out how to use php-fpm, as I recall it is very 
> different a lot more fiddly.
>
> ;/
>
>
> ___
> 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"
I run my roundcube through php-fpm on FreeBSD 11.1 and it works pretty well.
So there should be no show stoppers. Do not forget to select fpm in the
lang/php{56,70,71,72} port

@ Kurt Jaeger
Thanks for that script. I once run into that problem took me some time.
Now I know how to solve it quicker.

regards
Johan

___
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: rebuilding apache24 and php70

[@lbutlr]

On 26 Dec 2017, at 08:21, Johan Hendriks  wrote:
> If you want to use php with mpm_event you need to use php-fpm.

I;ll see if php-fpm is compatible with roundcube.

Course, I will have to figure out how to use php-fpm, as I recall it is very 
different a lot more fiddly.

;/


___
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: rebuilding apache24 and php70

[Kurt Jaeger]

Hi!

> When trying to launch apache, I get the following error:
> 
> httpd: Syntax error on line 153 of /usr/local/etc/apache24/httpd.conf: Cannot 
> load libexec/apache24/libphp7.so into server: 
> /usr/local/libexec/apache24/libphp7.so: No space available for static Thread 
> Local Storage
> 
> (apache does launch)

Please also note that this procedure helps with the load sequence
of PHP modules. For whatever reasons, having it in the wrong
sequence causes apache to die as well.

cd /tmp/
fetch https://people.freebsd.org/~ohauer/scripts/fixphpextorder.sh
chmod 755 fixphpextorder.sh
cd /usr/local/etc/php
cat ext-*ini > extensions.ini
/tmp/fixphpextorder.sh
mv extensions.ini.new extensions.ini
rm ext-*ini

-- 
p...@opsec.eu+49 171 3101372 3 years to go !
___
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: Are these Emacs ports still useful?

[Joseph Mingrone]

Liu Dryice  writes:

> On 24 Dec 2017, 05:29 +0800, Joseph Mingrone , wrote:

> - deskutils/etask (non-mirrored tarball dead since 2007)

> This is still fetchable from distcache. Though I admit I haven't used
> it and haven't heard about it for quite a long time.

I see reports that patches were required to get it working with Emacs
21, so I wonder how well it works 10 years later?  Choice is good, but I
suspect that it would be best to point Emacs users looking for task
management to something reasonably maintained like org-mode.  If you
disagree, could you try it out and report back whether it is working and
still useful?

> - editors/tree-widget (part of emacs since 2007)

> This was added for devel/xtla (Emacs mode for tla/gnu arch). Now
> devel/xtla is gone and tree-widget is in Emacs. I guess it's OK to be
> removed.

Removed.

> - textproc/emacs-wiki (last release from 2006)
>  - textproc/muse (last release from 2010)

> They are superceded by org-mode but there are people like me keeping
> old files and diaries written with them. I'd suggest we keep them.

Sounds good.

> - textproc/htmlize.el (500 from MASTER_SITES; fetchable from distcache)

> New version is at https://github.com/hniksic/emacs-htmlize, I'll
> update it

Thanks for your feedback.

Joseph


signature.asc
Description: PGP signature

Re: rebuilding apache24 and php70

[Johan Hendriks]

Op 26/12/2017 om 16:06 schreef @lbutlr:
> On 26 Dec 2017, at 07:06, Johan Hendriks  wrote:
>> You can not use mod_php with MPM_EVENT or MPM_WORKER
>> To use mod_php you need MPM_PREFORK.
> So all the warnings about building mod_php70 with ZTS if apache is threaded 
> are meaningless because it only works with non-threaded apache?
>
>
> ___
> 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"
As far as I know yes.
If you want to use php with mpm_event you need to use php-fpm.

regards
Johan
___
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: rebuilding apache24 and php70

[@lbutlr]

On 26 Dec 2017, at 07:06, Johan Hendriks  wrote:
> You can not use mod_php with MPM_EVENT or MPM_WORKER
> To use mod_php you need MPM_PREFORK.

So all the warnings about building mod_php70 with ZTS if apache is threaded are 
meaningless because it only works with non-threaded apache?


___
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: print/textinfo fails to build due to size mismatch after htmlxref.cnf changed

[Sunpoet Po-Chuan Hsieh]

On Tue, Dec 26, 2017 at 10:25 PM, Marco Beishuizen  wrote:

> On Tue, 26 Dec 2017, the wise Joseph Mingrone wrote:
>
> print/texinfo % make extract
>> ===>  License GPLv3+ accepted by the user
>> ===>   texinfo-6.5,1 depends on file: /usr/local/sbin/pkg - found
>> ...
>> => htmlxref.cnf doesn't seem to exist in /usr/ports/distfiles/texinfo/6
>> .5.
>> => Attempting to fetch http://ftpmirror.gnu.org/texinfo/htmlxref.cnf
>> fetch: http://ftpmirror.gnu.org/texinfo/htmlxref.cnf: size mismatch:
>> expected 20137, actual 20118
>> ...
>>
>> From print/texinfo/Makfile
>> MASTER_SITES=   GNU \
>> LOCAL/sunpoet/${DIST_SUBDIR}:DEFAULT,local
>> DISTFILES=  ${DISTNAME}${EXTRACT_SUFX} htmlxref.cnf
>> texi2dvi:local texinfo.tex:local
>>
>> It is odd that they distribute these files separately and unversioned.
>>
>>
> Hi,
>
> This has happened before, see:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209228
>
> I always solved it by downloading the file with the correct size somewhere
> else on the internet.
>

This problem is fixed by downloading these unversioned files from my LOCAL.
See r441739, r444258 and r457285 for the changes.

Regards,
sunpoet


>
> Regards,
> Marco
>
> --
> Finagle's Creed:
> Science is true.  Don't be misled by facts.
>
___
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: print/textinfo fails to build due to size mismatch after htmlxref.cnf changed

[Sunpoet Po-Chuan Hsieh]

On Tue, Dec 26, 2017 at 10:18 PM, Joseph Mingrone  wrote:

> print/texinfo % make extract
> ===>  License GPLv3+ accepted by the user
> ===>   texinfo-6.5,1 depends on file: /usr/local/sbin/pkg - found
> ...
> => htmlxref.cnf doesn't seem to exist in /usr/ports/distfiles/texinfo/6.5.
> => Attempting to fetch http://ftpmirror.gnu.org/texinfo/htmlxref.cnf
> fetch: http://ftpmirror.gnu.org/texinfo/htmlxref.cnf: size mismatch:
> expected 20137, actual 20118
> ...
>
> From print/texinfo/Makfile
> MASTER_SITES=   GNU \
> LOCAL/sunpoet/${DIST_SUBDIR}:DEFAULT,local
> DISTFILES=  ${DISTNAME}${EXTRACT_SUFX} htmlxref.cnf
> texi2dvi:local texinfo.tex:local
>
> It is odd that they distribute these files separately and unversioned.
>

That's why I use my LOCAL as MASTER_SITES for these files.
It's fixed in r457285.
Thanks!

Regards,
sunpoet
___
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: print/textinfo fails to build due to size mismatch after htmlxref.cnf changed

[Joseph Mingrone]

Marco Beishuizen  writes:

> On Tue, 26 Dec 2017, the wise Joseph Mingrone wrote:

>> print/texinfo % make extract
>> ===>  License GPLv3+ accepted by the user
>> ===>   texinfo-6.5,1 depends on file: /usr/local/sbin/pkg - found
>> ...
>> => htmlxref.cnf doesn't seem to exist in /usr/ports/distfiles/texinfo/6.5.
>> => Attempting to fetch http://ftpmirror.gnu.org/texinfo/htmlxref.cnf
>> fetch: http://ftpmirror.gnu.org/texinfo/htmlxref.cnf: size mismatch: 
>> expected 20137, actual 20118
>> ...

>> From print/texinfo/Makfile
>>  MASTER_SITES=   GNU \
>>  LOCAL/sunpoet/${DIST_SUBDIR}:DEFAULT,local
>>  DISTFILES=  ${DISTNAME}${EXTRACT_SUFX} htmlxref.cnf texi2dvi:local 
>> texinfo.tex:local

>> It is odd that they distribute these files separately and unversioned.


> Hi,

> This has happened before, see:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209228

> I always solved it by downloading the file with the correct size somewhere 
> else on the internet.

> Regards,
> Marco

Hi Marco,

Another workaround is to do `make makesum` to rebuild distinfo after you
are satisfied that the new file is safe.  But, users who build their own
packages should not have to jump through these hoops.  If the file can
change without notice from this source, should it should be fetched from
this source?


signature.asc
Description: PGP signature

Re: print/textinfo fails to build due to size mismatch after htmlxref.cnf changed

[Marco Beishuizen]

On Tue, 26 Dec 2017, the wise Joseph Mingrone wrote:


print/texinfo % make extract
===>  License GPLv3+ accepted by the user
===>   texinfo-6.5,1 depends on file: /usr/local/sbin/pkg - found
...
=> htmlxref.cnf doesn't seem to exist in /usr/ports/distfiles/texinfo/6.5.
=> Attempting to fetch http://ftpmirror.gnu.org/texinfo/htmlxref.cnf
fetch: http://ftpmirror.gnu.org/texinfo/htmlxref.cnf: size mismatch: expected 
20137, actual 20118
...

From print/texinfo/Makfile
MASTER_SITES=   GNU \
LOCAL/sunpoet/${DIST_SUBDIR}:DEFAULT,local
DISTFILES=  ${DISTNAME}${EXTRACT_SUFX} htmlxref.cnf texi2dvi:local 
texinfo.tex:local

It is odd that they distribute these files separately and unversioned.



Hi,

This has happened before, see:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209228

I always solved it by downloading the file with the correct size somewhere 
else on the internet.


Regards,
Marco

--
Finagle's Creed:
Science is true.  Don't be misled by facts.
___
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"

print/textinfo fails to build due to size mismatch after htmlxref.cnf changed

[Joseph Mingrone]

print/texinfo % make extract
===>  License GPLv3+ accepted by the user
===>   texinfo-6.5,1 depends on file: /usr/local/sbin/pkg - found
...
=> htmlxref.cnf doesn't seem to exist in /usr/ports/distfiles/texinfo/6.5.
=> Attempting to fetch http://ftpmirror.gnu.org/texinfo/htmlxref.cnf
fetch: http://ftpmirror.gnu.org/texinfo/htmlxref.cnf: size mismatch: expected 
20137, actual 20118
...

From print/texinfo/Makfile
MASTER_SITES=   GNU \
LOCAL/sunpoet/${DIST_SUBDIR}:DEFAULT,local
DISTFILES=  ${DISTNAME}${EXTRACT_SUFX} htmlxref.cnf texi2dvi:local 
texinfo.tex:local

It is odd that they distribute these files separately and unversioned.


signature.asc
Description: PGP signature

Re: rebuilding apache24 and php70

[Johan Hendriks]

Op 26/12/2017 om 11:38 schreef @lbutlr:
> with ports tree updated as of today, I've done 
>
>portmaster -fR php70
>portmaster -fR mod_php70
>portmaster -fR apache24
>
> When trying to launch apache, I get the following error:
>
> httpd: Syntax error on line 153 of /usr/local/etc/apache24/httpd.conf: Cannot 
> load libexec/apache24/libphp7.so into server: 
> /usr/local/libexec/apache24/libphp7.so: No space available for static Thread 
> Local Storage
>
> (apache does launch)
>
> apache was configured with MPM_EVENT and MPM_SHARED, and both mod_php and 
> php70 with ZTS and LINKTHR.
>
> I've no idea where to proceed from 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"
You can not use mod_php with MPM_EVENT or MPM_WORKER
To use mod_php you need MPM_PREFORK.

Regards
Johan
___
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
+-+
devel/py-spyder | 2.3.7   | v3.2.5
+-+


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"

Re: rebuilding apache24 and php70

[@lbutlr]

On 26 Dec 2017, at 03:38, @lbutlr  wrote:
> (apache does launch)

Apache doe *not* launch.


___
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: Canberra

[Sid]

That Makefile becomes simple. It put pulseaudio options and gstreamer1 options 
from audio/libcanberra-gtk3 into libcanberra. All gtk references from 
audio/libcanberra were removed, only after references to gtk3 in 
libcanberra-gtk3 were removed.

That being said. I haven't tried using both original libcanberra and 
libcanberra-gtk3 with removing all gtk references from both. I haven't tested 
this yet, but gtk3 from libcanberra can only be disabled, if gtk references 
from libcanberra-gtk3 are removed. (This was accomplished in the Makefile I 
sent, but that was in one file, instead of two.)

"
do-build:
cd ${WRKSRC} && ${GMAKE} libcanberra-gtk3.pc
cd ${WRKSRC}/src && ${GMAKE} libcanberra-gtk3.la
cd ${WRKSRC}/src && ${GMAKE} libcanberra-gtk3-module.la

do-install:
${INSTALL_DATA} ${WRKSRC}/libcanberra-gtk3.pc \
${STAGEDIR}${PREFIX}/libdata/pkgconfig/
.for i in .so .so.0 .so.0.1.9
${INSTALL_LIB} ${WRKSRC}/src/.libs/libcanberra-gtk3${i} \
${STAGEDIR}${PREFIX}/lib/
.endfor
cd ${WRKSRC}/src && env DESTDIR=${STAGEDIR} ${GMAKE} 
install-gtk3moduleLTLIBRARIES
${LN} -sf libcanberra-gtk3-module.so \

${STAGEDIR}${PREFIX}/lib/gtk-3.0/modules/libcanberra-gtk-module.so
"
This part in libcanberra-gtk3 forces libcanberra to conditionally enable gtk3. 
As you can see, the Makefiles enable various libraries from the source code. 
pulseaudio and gstreamer can build without gtk3.

>> On Mon, Dec 25, 2017 at 5:45 AM, Sid  wrote:

>> > blubee blubeeme; Sun Dec 24 06:31:00 UTC 2017
>>
>> > If you wrote that makefile that removes all the gtk stuff, you can either
>> > try to get it to Marcus and see if he's
>> > willing to use that.
>>
>> > If you'd like me to work on the OSS audio portion, drop me that Makefile
>> > and I'll look at it in a bit.
>>
>> This one just uses libcaberra/Makefile, and removes the inclusion of
>> libcanberra-gtk3/Makefile, which requires gtk3. It takes the options for
>> gstreamer1 and pulseaudio and includes them from this file. gtk2 and gtk3
>> references were removed.
>>
>> Now more ports that ask for libcanberra-gtk3 require it. I haven't tested
>> removing references to pkg and sourcecode of libcanberra-gtk from those
>> ports' source code. It would be better to have a drop in replacement.
>>
>> It depends on what the Makefile is instructed to build to get basic
>> libcanberra.so. Optionally, gstreamer1 and pulseaudio can be split into its
>> own port as libcanberra-plugins.
>>
>> Here's my Makefile -->
>> ..

>Thanks for the makefile, I'll set it up in a jail and work on it.
You're welcome. Thanks for testing it out.
>I'll ping you here when I have something interesting to share.
___
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"

rebuilding apache24 and php70

[@lbutlr]

with ports tree updated as of today, I've done 

   portmaster -fR php70
   portmaster -fR mod_php70
   portmaster -fR apache24

When trying to launch apache, I get the following error:

httpd: Syntax error on line 153 of /usr/local/etc/apache24/httpd.conf: Cannot 
load libexec/apache24/libphp7.so into server: 
/usr/local/libexec/apache24/libphp7.so: No space available for static Thread 
Local Storage

(apache does launch)

apache was configured with MPM_EVENT and MPM_SHARED, and both mod_php and php70 
with ZTS and LINKTHR.

I've no idea where to proceed from 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"