Warning: (misc/mc-nox11): Error: Duplicated origin for mc-nox11-4.8.26: misc/mc-nox11 AND misc/mc

[tech-lists]

Hi, not sure where this goes. Seems to be a ports tree error, so posting
here.

full error from poudriere:

[00:00:24] Warning: (misc/mc-nox11): Error: Duplicated origin for
mc-nox11-4.8.26: misc/mc-nox11 AND misc/mc. Rerun with -v to see which
ports are depending on these.
[00:00:41] Error: Fatal errors encountered gathering initial ports
metadata
[00:00:41] Cleaning up
[00:00:41] Unmounting file systems

This is from a fresh tree as of 3rd March @1230 UTC and the poudriere
jail is 12.2-p6

--
J.


signature.asc
Description: PGP signature

Re: editors/vim needs devel/llvm90 and devel/llvm10

[tech-lists]

On Wed, Dec 02, 2020 at 05:20:06PM +0100, Thierry Thomas wrote:


But I´m wondering why a dependency on a port of llvm is needed (let´s
say 10 or 11), even when the compiler in base has the same version.


I've often wondered that as well

--
J.


signature.asc
Description: PGP signature

Re: editors/vim needs devel/llvm90 and devel/llvm10

[tech-lists]

On Wed, Dec 02, 2020 at 04:17:56PM +0100, Jan Beich wrote:

Jan Beich  writes:


If you don't have JS-capable browser yet simply filter .poudriere.* files e.g.,

$ poudriere bulk -j 122amd64 -z test editors/vim
^C
$ grep \^devel/llvm 
/poudriere/data/logs/bulk/122amd64-default-test/latest/.poudriere.ports.queued
devel/llvm10 llvm10-10.0.1_3 graphics/mesa-libs
devel/llvm90 llvm90-9.0.1_3 lang/spidermonkey78


Looking at the code .poudriere.ports.queued is printed in Dry run mode e.g.,

$ poudriere bulk -nv -j 122amd64 -z test editors/vim | fgrep 'on devel/llvm'
[00:00:03] [Dry Run] graphics/mesa-libs depends on devel/llvm10
[00:00:03] [Dry Run] lang/spidermonkey78 depends on devel/llvm90


Hi,

Is there a minimum version/maximum version listed in dependencies that 
one can filter on? Is it the case that some ports want eg llvm8 and 
*only* that version? Is llvm11 incompatible with llvm9 for example?


thanks,
--
J.


signature.asc
Description: PGP signature

Re: make index errors ports/head

[tech-lists]

On Wed, Dec 02, 2020 at 06:49:54AM -0800, David Wolfskill wrote:


My local "make index" had no issues with a ports tree (head@r556814),
running on stable/12@r368270.


forgot to mention, this machine runs -current.
After running an update:

[...]
Generating INDEX-13
[...]
--- describe.x11-wm ---
Warning: Duplicate INDEX entry: ocaml-nox11-4.05.0_1
Warning: Duplicate INDEX entry: mc-nox11-4.8.24
 Done.
root@rpi4:/usr/ports# svn info /usr/ports
Path: .
Working Copy Root Path: /usr/ports
URL: https://svn.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: https://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 556830
Node Kind: directory
Schedule: normal
Last Changed Author: garga
Last Changed Rev: 556830
Last Changed Date: 2020-12-02 15:03:41 + (Wed, 02 Dec 2020)

hmm.
--
J.


signature.asc
Description: PGP signature

Re: make index errors ports/head rev 556800

[tech-lists]

On Wed, Dec 02, 2020 at 06:49:54AM -0800, David Wolfskill wrote:

On Wed, Dec 02, 2020 at 02:41:17PM +, tech-lists wrote:

Hi,

I'm getting these errors when make index runs on latest ports:
[...]
Warning: Duplicate INDEX entry: ocaml-nox11-4.05.0_1
Warning: Duplicate INDEX entry: mc-nox11-4.8.24
[...]

Should I raise this in bugzilla?

thanks,
--
J.


My local "make index" had no issues with a ports tree (head@r556814),
running on stable/12@r368270.


I'll re-run svn. Thanks

--
J.


signature.asc
Description: PGP signature

make index errors ports/head rev 556800

[tech-lists]

Hi,

I'm getting these errors when make index runs on latest ports:
[...]
Warning: Duplicate INDEX entry: ocaml-nox11-4.05.0_1
Warning: Duplicate INDEX entry: mc-nox11-4.8.24
[...]

Should I raise this in bugzilla?

thanks,
--
J.


signature.asc
Description: PGP signature

make a port use base llvm

[tech-lists]

Hi,

How can one make a port compile against base llvm? What would I need to do?

% llvm-tblgen --version
LLVM (http://llvm.org/):
  LLVM version 11.0.0
  Optimized build with assertions.
  Default target: aarch64-unknown-freebsd13.0
  Host CPU: (unknown)

I run a poudriere instance on rpi4 hardware. Can I make some ports at least
try to use system llvm? If I can do this, and it fails, should I report the
failure? would it be useful info? Where to report?

what I'm trying to get round is to not use ported llvm if at all possible
because it leads to massive build times.

thanks
--
J.


signature.asc
Description: PGP signature

poudriere complains of "Duplicated origin" for a couple of ports

[tech-lists]

Hi,

Where would I report an issue with "Duplicated origin" causing poudriere bulk
-a to fail? I temporarily got around the problem by manually deleting the
problematic ports from the downloaded ports tree. These were:

lang/ocaml-nox11
misc/mc-nox11

ports tree is head@546297

basically do I make a PR to the maintainers of these ports or does someone
else look after the ports tree itself?

thanks
--
J.


signature.asc
Description: PGP signature

java/hamcrest errors

[tech-lists]

Hi

java/hamcrest shows the following error when building:

[00:00:21] ===


[00:00:21] /!\ hamcrest-1.3: Makefile warnings, please consider fixing /!\
[00:00:21] 
[00:00:21] Please set LICENSE for this port
[00:00:21] 


thanks,
--
J.


signature.asc
Description: PGP signature

what's happening to mysql56-server ?

[tech-lists]

Hi,

On the 11th I submitted a PR for mysql56-server
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241870
as mysql56-server has been marked as vulnerable. No meaningful 
update since. Is mysql56-server lapsed/EoL on FreeBSD? I'm sure 
mysql56-server must be common in a freebsd context, so it's odd that
it's taking so long to update. I note that mysql57-server for FreeBSD 
has been EoL'd according to Oracle (see

https://www.mysql.com/support/eol-notice.html ) but nothing mentioned for
mysql56-server. 


Can anyone explain what's happening/what plans are regarding this port?

thanks
--
J.


signature.asc
Description: PGP signature

poudriere build: graphics/rawtherapee fails to find ccache

[tech-lists]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241179

It does, however, build when the build is run the traditional way via ports -
i.e:

cd /usr/ports/graphics/rawtherapee && make && make install
--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

On Sun, Sep 29, 2019 at 06:50:36PM +0100, tech-lists wrote:

On Sun, Sep 29, 2019 at 03:46:34PM +0200, Jan Beich wrote:


A CPU bug in a SIMD instruction? Did you apply microcode update?
Maybe older Intel CPUs have trouble with code optimized for AMD CPUs.
For one, try CPUTYPE?=native on the failing CPU to check if Clang
knows about Intel quirks.


well, it seems on the poudriere build system host that cpupdate wasn't properly
applied, so fixed that, also set machdep.hyperthreading_allowed=0, built new
world & kernel, rebooted, now making anouther poudriere jail


same result. On the problematic system, problem still exists (neither pythin36
or lzo2 will build). lzo2 builds on the desktop. am waiting for python36 to
finish building

--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

On Sun, Sep 29, 2019 at 03:46:34PM +0200, Jan Beich wrote:


A CPU bug in a SIMD instruction? Did you apply microcode update?
Maybe older Intel CPUs have trouble with code optimized for AMD CPUs.
For one, try CPUTYPE?=native on the failing CPU to check if Clang
knows about Intel quirks.


well, it seems on the poudriere build system host that cpupdate wasn't properly
applied, so fixed that, also set machdep.hyperthreading_allowed=0, built new
world & kernel, rebooted, now making anouther poudriere jail
--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

On Sun, Sep 29, 2019 at 03:22:42AM +0100, tech-lists wrote:

On Sun, Sep 29, 2019 at 03:56:05AM +0200, Jan Beich wrote:


Is that for host or after upgrade? Your build logs had the following:


_CCVERSION_921dbbb2=FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) 
(based on LLVM 6.0.1) Target: x86_64-unknown-freebsd12.0 Thread model: posix 
InstalledDir: /usr/bin


FreeBSD 11.2/12.0 have Clang 6, FreeBSD 11.3/12.1 have Clang 8.


That's the host (recent 12-stable). The build log was the poudriere jail which 
is 12.0-p10. I
made a 13-current poudriere jail a short while ago and the same error happens.

Now building a 12,0-p10 jail on desktop hardware


Well, that was interesting! build of python36 and lzo2 succeeds on desktop host 
!

this machine succeeds:

Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz / 32Gb RAM
FreeBSD 12.1-PRERELEASE r352514
poudriere jail is 12.0-RELEASE-p10 1200086 r351263 amd64

this one fails:

Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz x2 / 192Gb RAM
FreeBSD 12.1-PRERELEASE #0 r352507
poudriere jail is 13.0-CURRENT 1300048 r352860 amd64
also failed on 12.0-RELEASE-p10 1200086 r351263 amd64

what do you think?

--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

On Sun, Sep 29, 2019 at 03:56:05AM +0200, Jan Beich wrote:


Is that for host or after upgrade? Your build logs had the following:


_CCVERSION_921dbbb2=FreeBSD clang version 6.0.1 (tags/RELEASE_601/final 335540) 
(based on LLVM 6.0.1) Target: x86_64-unknown-freebsd12.0 Thread model: posix 
InstalledDir: /usr/bin


FreeBSD 11.2/12.0 have Clang 6, FreeBSD 11.3/12.1 have Clang 8.


That's the host (recent 12-stable). The build log was the poudriere jail which 
is 12.0-p10. I
made a 13-current poudriere jail a short while ago and the same error happens.

Now building a 12,0-p10 jail on desktop hardware
--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

On Sun, Sep 29, 2019 at 01:55:53AM +0200, Jan Beich wrote:


Could be a compiler[1], kernel or hardware bug then. For compiler try using
clang80 from devel/llvm80 or upgrade to the upcoming FreeBSD 12.1. For kernel
try booting -CURRENT kernel (e.g., from snapshot) while keeping old world/base.
For hardware try reproducing on another machine or virtual machine.

Alternatively, track down which function returns unexpected result,
disassemble and/or minimize then ask for feedback on toolchain@ list.
To get debugging symbols build WITH_DEBUG=1.


Ok, thanks for trying to help anyway. The poudriere box reports

# llvm-tblgen --version
LLVM (http://llvm.org/):
 LLVM version 8.0.1
 Optimized build.
 Default target: x86_64-unknown-freebsd12.1
 Host CPU: sandybridge

I have a desktop machine with poudriere-devel installed, and it reports:

# llvm-tblgen --version
LLVM (http://llvm.org/):
 LLVM version 8.0.1
 Optimized build.
 Default target: x86_64-unknown-freebsd12.1
 Host CPU: haswell

I'm building a 13-current poudriere jail on the first machine, will test that,
then, if that fails, for hardware test I'll make another one on the desktop.
--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

On Sat, Sep 28, 2019 at 11:00:50PM +0100, tech-lists wrote:

[...]

in the meantime, for a test, I made a fresh poudriere jail, and tried to build
lang/python36 with CPUTYPE?=btver1 in its make.conf and it fais the same way

--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

On Sat, Sep 28, 2019 at 06:32:59PM +0200, Jan Beich wrote:


Can you try with *CCACHE* stuff commented out?


Ok. This is with ccache disabled in poudriere.conf and the only thing enabled
is the cputype in -make.conf:

https://cloud.zyxst.net/~john/FreeBSD/ports/buildfailures/python36-3.6.9.log-no-ccache.log

thanks,
--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

On Sat, Sep 28, 2019 at 04:17:43PM +0200, Jan Beich wrote:

tech-lists  writes:


On Fri, Sep 27, 2019 at 12:33:36PM +0100, tech-lists wrote:


Hi,

If I'm building ports on a poudriere and the jail I'm building for has say
Host CPU: btver1 and the host running poudriere is Host CPU: sandybridge, is
there any benefit or advantage in defining CPUTYPE?= in the jail's make.conf?

If yes, which programs does it benefit? I guess maybe openssl


thought I'd experiment. Seems setting CPUTYPE?=btver1 causes some ports to
fail at the configure or build stage. python36 and lzo2 for example. Unsure
why that should be (or where to ask???)


I can't reproduce. Provide poudriere log which documents FreeBSD
version, compiler type/version/flags, port options, make.conf, etc.


Ok, for archivers/lzo2:
https://cloud.zyxst.net/~john/FreeBSD/ports/buildfailures/lzo2-2.10_1.log

for python36:
https://cloud.zyxst.net/~john/FreeBSD/ports/buildfailures/python36-3.6.9.log

both of these will build if CPUTYPE?= is commented out
--
J.


signature.asc
Description: PGP signature

Re: make.conf for a poudriere jail and CPUTYPE

[tech-lists]

Was advised on -questions that this list might be better for this type of
query. Please note that btver1 is still amd64

- Forwarded message from tech-lists  -

Date: Sat, 28 Sep 2019 13:16:24 +0100
From: tech-lists 
To: freebsd-questi...@freebsd.org
Subject: Re: make.conf for a poudriere jail and CPUTYPE
Mail-Followup-To: freebsd-questi...@freebsd.org
X-BeenThere: freebsd-questi...@freebsd.org

On Fri, Sep 27, 2019 at 12:33:36PM +0100, tech-lists wrote:

Hi,

If I'm building ports on a poudriere and the jail I'm building for has say
Host CPU: btver1 and the host running poudriere is Host CPU: sandybridge, is
there any benefit or advantage in defining CPUTYPE?= in the jail's make.conf?

If yes, which programs does it benefit? I guess maybe openssl


thought I'd experiment. Seems setting CPUTYPE?=btver1 causes some ports to
fail at the configure or build stage. python36 and lzo2 for example. Unsure
why that should be (or where to ask???)

--
J.

- End forwarded message -

--
J.


signature.asc
Description: PGP signature

/usr/ports/Mk/bsd.gcc.mk for mips64 throws errors

[tech-lists]

Hello,

context is poudriere-devel, qemu on amd64 12-stable cross-compiling ports for
mips64. The poudriere jail is:

12.0-RELEASE-p10 1200086 r351263 mips.mips64

ports updated today

I have just a few ports defined for edgerouter lite-3. But when I try
poudriere bulk I get the following error:

[00:00:17] Gathering ports metadata
[00:00:19] Warning: (devel/glib20): make: "/usr/ports/Mk/bsd.gcc.mk" line 130:
warning: String comparison operator should be either == or !=
[00:00:19] Warning: (devel/glib20): make: "/usr/ports/Mk/bsd.gcc.mk" line 130:
Malformed conditional (${_USE_GCC} < ${GCC_DEFAULT})
[00:00:20] Warning: (devel/glib20): make: Fatal errors encountered -- cannot
continueError: Error looking up dependencies for devel/glib20
[00:00:23] Error: Fatal errors encountered gathering ports metadata

I am not compiling glib20 directly, think it must be as a dependency.

Is there a way of fixing this other than removing ports requiring it to build
from the list?

thanks,

--
J.


signature.asc
Description: PGP signature

qemu error on startup

[tech-lists]

Hello,

context: 
12.1-PRERELEASE r352514 amd64

qemu-user-static-2.11.50.g20190730

I have a rc.conf line like this:
qemu_user_static_enable=YES

when my machine boots, I see this before the login prompt:

/etc/rc: interpreter /usr/local/bin/qemu-riscv64-static not found, cannot
register. 

Yes, it's not found (because it's not there) but the issue for me 
is why it's looking for riscv64 in the first place


binmiscctl list or binmiscctl lookup does not show it in its list either
activated or disabled. I don't know a lot about qemu, just use it when cross
compiling with poudriere-devel. Other than this message at bootup, it works
fine (the only other arches I x-compile to are arm*)

How can I fix?  


thanks,
--
J.


signature.asc
Description: PGP signature

Re: databases/mysql-connector-odbc fails to build

[tech-lists]

On Wed, Sep 11, 2019 at 03:00:30AM +0200, Walter Schwarzenfeld wrote:

Have you tested if

/`static uint` before "my_thread_end_wait_time = 0;" helps? /


Hi,

Yes, unfortunately it didn't help; same error

thanks
--
J.


signature.asc
Description: PGP signature

Re: databases/mysql-connector-odbc fails to build

[tech-lists]

On Tue, Sep 10, 2019 at 05:46:38PM +0200, Walter Schwarzenfeld wrote:

Yes. Mysql57 is now default-version. But mysql56 is still a valid
version (it is not deprecated).


Please file a PR.


Raised https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240484

thanks,
--
J.


signature.asc
Description: PGP signature

Re: databases/mysql-connector-odbc fails to build

[tech-lists]

On Tue, Sep 10, 2019 at 04:42:27PM +0200, Walter Schwarzenfeld wrote:

I cannot reproduce, but I found this:

https://www.mail-archive.com/search?l=gentoo-u...@lists.gentoo.org=subject:%22Re%5C%3A+%5C%5Bgentoo%5C-user%5C%5D+in+world+update+myodbc+5.3.10+will+not+emerge%22=newest=1

=>

It may be that to fix it, with an emphasis on the may be, they only
need to make it a declaration and not just an assignment in dll.c (correct 
filename driver/dll.cc),
that means add `static uint` before "my_thread_end_wait_time = 0;" at
line 114.

The correct line number is 128.


Hi Walter,

seems when it's mysql56 it fails ie
mysql-connector-odbc-unixodbc-mysql56-5.3.13_1.

mysql-connector-odbc-unixodbc-mysql57-5.3.13_1 builds

do you think I should raise a bugzilla ticket?

thanks,
--
J.


signature.asc
Description: PGP signature

databases/mysql-connector-odbc fails to build

[tech-lists]

Hi,

context: poudriere-devel on 12.0R-p10, using testport, portstree refreshed
daily

error is:

[00:00:29] /ccache/libexec/ccache/c++  -DDBUG_OFF -DDISABLE_ALL_PSI
-DHAVE_LIBDL -DHAVE_LPCWSTR -DTHREAD -DUSE_SQLCOLATTRIBUTE_SQLLEN_PTR
-DUSE_SQLPARAMOPTIONS_SQLULEN_PTR -DUSE_UNIXODBC -D_UNIX_ -Dmyodbc5a_EXPORTS
-I/usr/local/include/mysql -I/usr/local/include
-I/wrkdirs/usr/ports/databases/mysql-connector-odbc/work/mysql-connector-odbc-5.3.13-src
-I/wrkdirs/usr/ports/databases/mysql-connector-odbc/work/mysql-connector-odbc-5.3.13-src/driver/../util
-O2 -pipe -fstack-protector-strong -fno-strict-aliasing -std=c++0x -O2 -pipe
-fstack-protector-strong -fno-strict-aliasing -fPIC
-I/usr/local/include/mysql -isystem /usr/local/include -fno-strict-aliasing
-isystem /usr/local/include  -g -fno-omit-frame-pointer -fno-strict-aliasing
-w -MD -MT driver/CMakeFiles/myodbc5a.dir/dll.cc.o -MF
driver/CMakeFiles/myodbc5a.dir/dll.cc.o.d -o
driver/CMakeFiles/myodbc5a.dir/dll.cc.o -c
/wrkdirs/usr/ports/databases/mysql-connector-odbc/work/mysql-connector-odbc-5.3.13-src/driver/dll.cc
[00:00:29]
/wrkdirs/usr/ports/databases/mysql-connector-odbc/work/mysql-connector-odbc-5.3.13-src/driver/dll.cc:128:5:
error: use of undeclared identifier 'my_thread_end_wait_time'
[00:00:29] my_thread_end_wait_time= 0;
[00:00:29] ^
[00:00:29] 1 error generated.
[00:00:29] ninja: build stopped: subcommand failed.
[00:00:29] *** Error code 1

thanks,
--
J.


signature.asc
Description: PGP signature

pkg check failures

[tech-lists]

Hi,

context: poudriere-devel, 12-stable

Some packages fail pkg check with the following errors:

root@desktop:/root# pkg check -d caja
Checking caja: 100%
root@desktop:/root# pkg check -s caja
Checking caja:   0%
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/XMLnamespaces
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/aliases
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/generic-icons
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/globs
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/globs2
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/icons
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/magic
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/mime.cache
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/subclasses
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/treemagic
caja-1.22.1_1: checksum mismatch for /usr/local/share/mime/types
Checking caja: 100%

should I raise a bug?

thanks,
--
J.


signature.asc
Description: PGP signature

mysql{client,server} upgrade from 5.6 to 5.7

[tech-lists]

Hi,

context: freebsd-12-stable, pkg with poudriere-devel

Following the instructions in /usr/ports/UPDATING at 20190701 for
changing the default installation from mysql5.6 to 5.7 results in
mysql-client being upgraded as expected and mysql56-server being removed
rather than upgraded. If mysql57-server is then installed, it won't
start.

This is in complete contrast to the type and detail and outcome of
upgrading any other server package, like apache or exim for instance.

Shouldn't there be a warning or even a link showing how to overcome
this in UPDATING?

thanks,
--
J.


signature.asc
Description: PGP signature

Re: www/qt5-webengine fails to build on 12-STABLE

[tech-lists]

On Thu, May 09, 2019 at 05:20:54PM +0100, tech-lists wrote:

Seems to fail starting from here:

[00:02:43] [8124/14059] CXX host/obj/third_party/boringssl/boringssl/bio_ssl.o
[00:02:43] [8125/14059] LINK ./mksnapshot
[00:02:43] FAILED: mksnapshot


Seems this was down to bad files in the ccache cache dir (error was "bad
file descriptor") the dir was undeletable until reboot into single user
mode and running fsck -y on / multiple times until it no longer errored,
then removing and re-making the directory)

sorry for the noise
--
J.


signature.asc
Description: PGP signature

Re: www/qt5-webengine fails to build on 12-STABLE

[tech-lists]

Seems to fail starting from here:

[00:02:43] [8124/14059] CXX host/obj/third_party/boringssl/boringssl/bio_ssl.o
[00:02:43] [8125/14059] LINK ./mksnapshot
[00:02:43] FAILED: mksnapshot 


--
J.


signature.asc
Description: PGP signature

www/qt5-webengine fails to build on 12-STABLE

[tech-lists]

hi,

context:
FreeBSD 12-STABLE r346885
ports r501083
poudriere-devel

I can post a link to the full log if you think you'll need it

The following output was obtained via interactive make testport with -J1
and then cd into the running jail and make clean && make -j1

[...]

/usr/local/bin/ld: obj/v8/v8_base/objects.o: in function
`v8::internal::JSPromise::Resolve(v8::internal::Handle,
v8::internal::Handle)':
objects.cc:(.text._ZN2v88internal9JSPromise7ResolveENS0_6HandleIS1_EENS2_INS0_6ObjectEEE+0x3c):
undefined reference to
`v8::internal::Isolate::RunPromiseHook(v8::PromiseHookType,
v8::internal::Handle,
v8::internal::Handle)'
/usr/local/bin/ld:
objects.cc:(.text._ZN2v88internal9JSPromise7ResolveENS0_6HandleIS1_EENS2_INS0_6ObjectEEE+0x75):
undefined reference to
`v8::internal::Isolate::IsPromiseThenLookupChainIntact(v8::internal::Handle)'
/usr/local/bin/ld:
objects.cc:(.text._ZN2v88internal9JSPromise7ResolveENS0_6HandleIS1_EENS2_INS0_6ObjectEEE+0x341):
undefined reference to
`v8::internal::Isolate::EnqueueMicrotask(v8::internal::Handle)'
/usr/local/bin/ld: obj/v8/v8_base/objects.o: in function
`v8::internal::JSRegExp::Initialize(v8::internal::Handle,
v8::internal::Handle,
v8::internal::Handle)':
objects.cc:(.text._ZN2v88internal8JSRegExp10InitializeENS0_6HandleIS1_EENS2_INS0_6StringEEES5_+0x5b):
undefined reference to
`v8::internal::Isolate::Throw(v8::internal::Object*,
v8::internal::MessageLocation*)'
/usr/local/bin/ld: obj/v8/v8_base/objects.o: in function
`v8::internal::JSArrayBuffer::Neuter()':
objects.cc:(.text._ZN2v88internal13JSArrayBuffer6NeuterEv+0x64):
undefined reference to
`v8::internal::Isolate::InvalidateArrayBufferNeuteringProtector()'
/usr/local/bin/ld: obj/v8/v8_base/parser.o: in function
`v8::internal::Parser::UpdateStatistics(v8::internal::Isolate*,
v8::internal::Handle)':
parser.cc:(.text._ZN2v88internal6Parser16UpdateStatisticsEPNS0_7IsolateENS0_6HandleINS0_6ScriptEEE+0x31):
undefined reference to
`v8::internal::Isolate::CountUsage(v8::Isolate::UseCounterFeature)'
/usr/local/bin/ld:
parser.cc:(.text._ZN2v88internal6Parser16UpdateStatisticsEPNS0_7IsolateENS0_6HandleINS0_6ScriptEEE+0x53):
undefined reference to
`v8::internal::Isolate::CountUsage(v8::Isolate::UseCounterFeature)'
/usr/local/bin/ld:
parser.cc:(.text._ZN2v88internal6Parser16UpdateStatisticsEPNS0_7IsolateENS0_6HandleINS0_6ScriptEEE+0x6f):
undefined reference to
`v8::internal::Isolate::CountUsage(v8::Isolate::UseCounterFeature)'
c++: error: linker command failed with exit code 1 (use -v to see
invocation)
[8095/14061] CC host/obj/third_party/boringssl/boringssl/a_gentm.o
[8096/14061] CC host/obj/third_party/boringssl/boringssl/a_i2d_fp.o
[8097/14061] CC host/obj/third_party/boringssl/boringssl/a_int.o
[8098/14061] CC host/obj/third_party/boringssl/boringssl/a_mbstr.o
[8099/14061] CXX
host/obj/net/tools/transport_security_state_generator/transport_security_state_generator_sources/preloaded_state_generator.o
[8100/14061] CXX
host/obj/net/tools/transport_security_state_generator/transport_security_state_generator_sources/input_file_parsers.o
[8101/14061] ACTION
//chrome/app:generated_resources_grit(/wrkdirs/usr/ports/www/qt5-webengine/work/.build/src/toolchain:target)
ninja: build stopped: subcommand failed.
*** [run_ninja] Error code 1

make[4]: stopped in
/wrkdirs/usr/ports/www/qt5-webengine/work/.build/src/core
1 error

make[4]: stopped in
/wrkdirs/usr/ports/www/qt5-webengine/work/.build/src/core
*** [sub-gn_run-pro-make_first] Error code 2

make[3]: stopped in
/wrkdirs/usr/ports/www/qt5-webengine/work/.build/src/core
1 error

make[3]: stopped in
/wrkdirs/usr/ports/www/qt5-webengine/work/.build/src/core
*** [sub-core-make_first] Error code 2

make[2]: stopped in /wrkdirs/usr/ports/www/qt5-webengine/work/.build/src
1 error

make[2]: stopped in /wrkdirs/usr/ports/www/qt5-webengine/work/.build/src
*** [sub-src-make_first] Error code 2

make[1]: stopped in /wrkdirs/usr/ports/www/qt5-webengine/work/.build
1 error

make[1]: stopped in /wrkdirs/usr/ports/www/qt5-webengine/work/.build
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure
to
the maintainer.
*** [do-build] Error code 1

make: stopped in /usr/ports/www/qt5-webengine
1 error

make: stopped in /usr/ports/www/qt5-webengine

[...]

--
J.


signature.asc
Description: PGP signature

xorg with i915kms crashes with GLSL compile failure when xsane starts

[tech-lists]

Hi,

I'm not sure whether this should go here or should I raise a bug or 
directly raise the issue with xorg?


This almost exact bug (xorg/i915kms) was patched/resolved in 2016 on
debian according to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834054
my issue is slightly different in that I'm using FreeBSD and it happens only 
when xsane starts and regardless of whether the scanner is even plugged in.


context:

12.0-STABLE r346338 GENERIC amd64

packages installed via pkg from default freebsd repos
nothing xorg related has been manually defined

drm-kmod-g20181126 (which has installed
drm-fbsd12.0-kmod-4.16.g20190305)
x11/xorg
x11/mate
graphics/xsane

The machine itself is quite old (c. 2010) but xorg/i915kms works fine on it
otherwise for stuff like firefox/libreoffice. It has 8GB ram and runs zfs. 
The crash happens shortly after xsane is started.


xorg error:

0:13(14): error: operands to arithmetic operators must be numeric
0:13(13): error: operands to arithmetic operators must be numeric

[  1338.766] Program source:
#define ATLAS_DIM_INV 0.0009765625
attribute vec2 primitive;
attribute vec2 source;
varying vec2 glyph_pos;
uniform vec2 fill_offset;
uniform vec2 fill_size_inv;
varying vec2 fill_pos;
uniform vec4 v_matrix;
void main() {
  gl_Position.xy = primitive.xy * v_matrix.xz + v_matrix.yw;
  gl_Position.zw = vec2(0.0,1.0);
  glyph_pos = source.xy * ATLAS_DIM_INV;
  fill_pos = (fill_offset + primitive.xy + pos) * fill_size_inv;
}
[  1338.766] (EE) 
Fatal server error:

[  1338.766] (EE) GLSL compile failure
[  1338.766] (EE) 
[  1338.766] (EE) 
Please consult the The X.Org Foundation support 
at http://wiki.x.org

for help.
[  1338.766] (EE) Please also check the log file at
"/var/log/Xorg.0.log" for additional information.
[  1338.767] (EE) 
[  1338.767] (II) AIGLX: Suspending AIGLX clients for VT switch

[  1338.772] (EE) Server terminated with error (1). Closing log file.

in the meantime I'm going to try building xorg/xsane from the ports

thanks,
--
J.


signature.asc
Description: PGP signature

Re: www/apache24 devel/apr1 LDAP and dependent ports

[tech-lists]

On Mon, Apr 22, 2019 at 12:18:12AM +, Tatsuki Makino wrote:

Hello, excuse me.

apache24 sometimes ignores OPTIONS and prefers the result of
apr-1-config and/or apu-1-config.


Hi,

You're correct.

I set LDAP in make.conf and it was ignored. The only way was to set LDAP
options in apr1.

thanks,
--
J.


signature.asc
Description: PGP signature

Re: www/apache24 devel/apr1 LDAP and dependent ports

[tech-lists]

On Mon, Apr 22, 2019 at 12:18:12AM +, Tatsuki Makino wrote:

Hello, excuse me.

apache24 sometimes ignores OPTIONS and prefers the result of
apr-1-config and/or apu-1-config.


seems best bet for me is a "set options" for that port in make.conf;
previously no make.conf for that poudriere jail was specified.

thanks,
--
J.


signature.asc
Description: PGP signature

www/apache24 devel/apr1 LDAP and dependent ports

[tech-lists]

Hi,

context is poudriere 12-stable ports r499392

Shouldn't the prescence of LDAP as an option in one port trigger that
option to be enabled in a dependent port?

LDAP is enabled in www/apache24. It fails to build giving this error:

[00:00:22] ===


[00:00:23] ===>  apache24-2.4.39 LDAP and AUTHNZ_LDAP requires APR-util
to have LDAP
[00:00:23] support built in. Please rebuild APR with LDAP support.
[00:00:23] *** Error code 1
[00:00:23] 
[00:00:23] Stop.

[00:00:23] make: stopped in /usr/ports/www/apache24
[00:00:39] =>> Cleaning up wrkdir
[00:00:42] ===>  Cleaning for apache24-2.4.39
[00:00:43] build of www/apache24 | apache24-2.4.39 ended at Sat Apr 20
07:46:05 BST 2019
[00:00:43] build time: 00:00:42
[00:00:43] !!! build failure encountered !!!

I mean, I can "fix" this by running options for devel/apr1. But I
thought the ports system was meant to take care of it? Am I wrong?

thanks,
--
J.


signature.asc
Description: PGP signature

lang/ruby24 wont build on mips64

[tech-lists]

Hi,

context: poudriere(-devel) building mips64 ports with native-x-tools 
in a 12R-p3 jail.


lang/ruby24 wont build on mips64. Is this expected or should I file a
pr? It's building fine on arm64. The build hangs at this stage:

[00:23:32] --- vm.o ---
[00:23:32] vm_method.c: In function 'rb_alias':
[00:23:32] vm_method.c:1597: warning: passing argument 2 of
'rb_obj_write' discards qualifiers from pointer target type
[00:23:32] vm_method.c:1598: warning: passing argument 2 of
'rb_obj_write' discards qualifiers from pointer target type
[00:24:54] eval_intern.h: In function 'rb_yield_refine_block':
[00:24:54] eval_intern.h:224: warning: passing argument 2 of
'rb_obj_write' discards qualifiers from pointer target type
[00:25:08] --- miniruby ---
[00:25:08] linking miniruby
[00:25:12] --- .rbconfig.time ---
[00:25:12] --- encdb.h ---
[00:25:12] generating encdb.h
[06:58:31] =>> Killing runaway build after 21600 seconds with no output
[06:59:09] =>> Cleaning up wrkdir
[06:59:09] ===>  Cleaning for ruby-2.4.5_1,1
[06:59:17] Killed
[06:59:17] build of lang/ruby24 | ruby-2.4.5_1,1 ended at Tue Mar 19
09:32:40 GMT 2019
[06:59:17] build time: 06:59:17
[06:59:17] !!! build failure encountered !!!

Not tried yet without native-x-tools

full log:
https://pkg.zyxst.net/data/120R-p3-mips64-x-mips/2019-03-19_02h29m25s/logs/errors/ruby-2.4.5_1,1.log

--
J.


signature.asc
Description: PGP signature

Mk/bsd.gcc.mk errors

[tech-lists]

Hi,

context: ports r495804]

Getting these errors when trying to compile a port needing gcc:

make: stopped in /usr/ports
make[2]: "/usr/ports/Mk/bsd.gcc.mk" line 130: warning: String comparison
operator should be either == or !=
make[2]: "/usr/ports/Mk/bsd.gcc.mk" line 130: Malformed conditional
(${_USE_GCC} < ${GCC_DEFAULT})
make[2]: Fatal errors encountered -- cannot continue
make[2]: stopped in /usr/ports/net/ipxe
*** Error code 1


--
J.
___
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: which port installed what other port

[tech-lists]

On Mon, Jan 21, 2019 at 09:35:20AM -0700, Alan Somers wrote:

Try "pkg info -r ".  And to go the other direction, use "pkg
info -d ".
-Alan



OK thank you, I'll try that
--
J.
___
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"

which port installed what other port

[tech-lists]

Hi,

Is there a command (or a port) I can use which, when fed an installed
port name, can tell me what installed it?

I don't mean libraries. I mean the actual port name.

thanks,
--
J.
___
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: php56

[tech-lists]

On Mon, Jan 14, 2019 at 02:28:00AM +0900, Yasuhiro KIMURA wrote:

From: tech-lists 
Subject: php56
Date: Sun, 13 Jan 2019 12:29:36 +


Is there a way of installing php56 and php56-extensions from ports or
packages now?

I know it's EoL, but need it because I need to support a (non-ports)
program for the time being and said program will not work under php7*

context is 11-stable/amd64

thanks,


svn checkout -r 488893 /usr/ports


Thanks very much for this. Although as posted it didn't work, it gave me
enough of a clue to fix my problem. For the benefit of anyone else with
a similar problem, what fixed it for me was

svnlite co https://svn.freebsd.org/ports/head -r 488749 /usr/ports

488893 got php56 but not php56-extensions. So I searched in the deleted
section on https://dev.freshports.org for php56-extensions, the entry
gave the last svn number which was less (488749) and this got everything 
php56 I required.

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

php56

[tech-lists]

Hi,

Is there a way of installing php56 and php56-extensions from ports or
packages now?

I know it's EoL, but need it because I need to support a (non-ports)
program for the time being and said program will not work under php7*

context is 11-stable/amd64

thanks,
--
J.
___
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: mail/claws-mail docs fail to build

[tech-lists]

On Thu, Nov 22, 2018 at 08:39:27AM -0500, starik...@yandex.com wrote:


I had the same problem. The problem was docbook-utils. I remove
dockbook-utils and install dockbook2x and compiling and installation of
claws-mail works without problem.


thanks for that. I did as you said and it installs cleanly. Nothing I've
seen in ports/UPDATING to suggest a known issue though.

one small spelling correction (to help anyone else searching for 
a fix the same problem): it's textproc/docbook2X


should I raise a PR?

thanks,
--
J.
___
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"

mail/claws-mail docs fail to build

[tech-lists]

Hi,

context: 12-prerelease / ports r485597

mail/claws-mail docs fails to be built/installed and as there's no way
for the creation of the manual to be turned off, there is no way to
update the program.

[...]

gmake[6]: [Makefile:650: claws-mail-manual.pdf] Error 8 (ignored)
/bin/mkdir -p
'/buildports/usr/ports/mail/claws-mail/work/stage/usr/local/share/doc/claws-mail/manual/en'
install  -m 0644 ./claws-mail-manual.pdf
'/buildports/usr/ports/mail/claws-mail/work/stage/usr/local/share/doc/claws-mail/manual/en'
install: ./claws-mail-manual.pdf: No such file or directory
gmake[6]: *** [Makefile:460: install-manualdeDATA] Error 71

[...]

full failed build output is here:
https://rpi3.zyxst.net/errors/claws-mail-doc-errors.txt

do I need to make a PR in bugzilla?


thanks,
--
J.
___
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"

odd make index output

[tech-lists]

Hi,

context: freebsd-12-prerelease / ports r485429

in /usr/ports, make index gives the following odd output:

[snip]

--- describe.x11-wm ---
make_index: ldapscripts-2.0.8: no entry for /usr/ports/ldapwhoami-client
make_index: ldapscripts-2.0.8: no entry for /usr/ports/libssl.so.9
make_index: ldapscripts-2.0.8: no entry for /usr/ports/Shared
make_index: ldapscripts-2.0.8: no entry for /usr/ports/by
make_index: ldapscripts-2.0.8: no entry for /usr/ports/found,
make_index: ldapscripts-2.0.8: no entry for
/usr/ports/net/openldapld-elf.so.1:
make_index: ldapscripts-2.0.8: no entry for /usr/ports/not
make_index: ldapscripts-2.0.8: no entry for /usr/ports/object
make_index: ldapscripts-2.0.8: no entry for /usr/ports/required
make_index: p5-Test-OpenLDAP-0.05_5: no entry for
/usr/ports/ldapwhoami-server
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/libssl.so.9
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/Shared
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/by
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/found,
make_index: p5-Test-OpenLDAP-0.05_5: no entry for
/usr/ports/net/openldapld-elf.so.1:
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/not
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/object
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/required
make_index: p5-Test-OpenLDAP-0.05_5: no entry for
/usr/ports/ldapwhoami-server
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/libssl.so.9
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/Shared
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/by
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/found,
make_index: p5-Test-OpenLDAP-0.05_5: no entry for
/usr/ports/net/openldapld-elf.so.1:
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/not
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/object
make_index: p5-Test-OpenLDAP-0.05_5: no entry for /usr/ports/required
Done.

[/snip]

thanks,
--
J.
___
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: mail/imapfilter fails to build

[tech-lists]

On Wed, Nov 14, 2018 at 03:26:04PM +1100, Kubilay Kocak wrote:

On 14/11/2018 3:15 pm, tech-lists wrote:

Hi,

mail/imapfilter fails to build on 12-beta4

context:
FreeBSD 12.0-BETA4 #2 r340371
ports r484903
OpenSSL 1.1.1-freebsd





Being tracked in:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232132


ah, thanks!
--
J.
___
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"

mail/imapfilter fails to build

[tech-lists]

Hi,

mail/imapfilter fails to build on 12-beta4

context:
FreeBSD 12.0-BETA4 #2 r340371
ports r484903
OpenSSL 1.1.1-freebsd

error is:



/usr/ports/mail/imapfilter# make MAKE_JOBS_UNSAFE=yes
===>  Building for imapfilter-2.6.11_1
cd src && /usr/bin/make all
cc  -Wall -Wextra -O -DCONFIG_SHAREDIR='"/usr/local/share/imapfilter"'
-I/usr/local/include -I/usr/local/include/lua52 -c auth.c -o auth.o
auth.c:23:28: warning: extra tokens at end of #ifdef directive
[-Wextra-tokens]
#ifdef HAVE_OPAQUE_STRUCTS && !defined(LIBRESSL_VERSION_NUMBER)
  ^
  //
  auth.c:26:11:
error: variable has incomplete type 'HMAC_CTX' (aka 'struct
hmac_ctx_st')
   HMAC_CTX ctx;
 ^
 /usr/include/openssl/ossl_typ.h:102:16: note:
forward declaration of 'struct hmac_ctx_st'
typedef struct hmac_ctx_st HMAC_CTX;
  ^
   auth.c:35:28: warning: extra tokens at end of #ifdef
directive [-Wextra-tokens]
#ifdef HAVE_OPAQUE_STRUCTS && !defined(LIBRESSL_VERSION_NUMBER)
  ^
  //
  auth.c:43:2:
warning: implicit declaration of function 'HMAC_CTX_init' is invalid
in C99 [-Wimplicit-function-declaration]
   HMAC_CTX_init();
^
auth.c:44:2: warning: 'HMAC_Init' is deprecated
[-Wdeprecated-declarations]
   HMAC_Init(, (const unsigned char *)pass, strlen(pass),
EVP_md5());
   ^
/usr/include/openssl/hmac.h:30:1: note: 'HMAC_Init' has been
explicitly marked deprecated here
DEPRECATEDIN_1_1_0(__owur int HMAC_Init(HMAC_CTX *ctx, const void
*key, int len,
^
/usr/include/openssl/opensslconf.h:147:34: note: expanded from macro
'DEPRECATEDIN_1_1_0'
# define DEPRECATEDIN_1_1_0(f)   DECLARE_DEPRECATED(f)
^
 /usr/include/openssl/opensslconf.h:110:55:
note: expanded from macro 'DECLARE_DEPRECATED'
#   define DECLARE_DEPRECATED(f)f __attribute__ ((deprecated));
 ^

auth.c:47:2: warning: implicit declaration of function
'HMAC_CTX_cleanup' is invalid in C99 [-Wimplicit-function-declaration]
   HMAC_CTX_cleanup();
^
5 warnings and 1 error generated.
*** Error code 1

Stop.
make[3]: stopped in
/buildports/usr/ports/mail/imapfilter/work/imapfilter-2.6.11/src
*** Error code 1

Stop.
make[2]: stopped in
/buildports/usr/ports/mail/imapfilter/work/imapfilter-2.6.11
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/mail/imapfilter
*** Error code 1

Stop.
make: stopped in /usr/ports/mail/imapfilter



sorry about the odd formatting
--
J.
___
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: base openssl fallout: ruby fails to build

[tech-lists]

On Wed, 7 Nov 2018 16:44:01 +
tech-lists  wrote:

> Hi,

I missed the UPDATING entry 20180214 concerning ruby. sorry for the
noise!
-- 
J.
___
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"

base openssl fallout: ruby fails to build

[tech-lists]

Hi,

context is 12.0-BETA3 r340208 GENERIC amd64
ports is Revision: 484403
nothing pertaining to openssl in make.conf or src.conf

I ran make check-old and yes | make delete-old and yes | make
delete-old-libs then rebooted before attempting to upgrade ruby

# openssl version
OpenSSL 1.1.1-freebsd  11 Sep 2018

/usr/ports/lang/ruby23 # make

[...]

generating amd64-freebsd12-fake.rb
amd64-freebsd12-fake.rb updated
./miniruby -I./lib -I. -I.ext/common  ./tool/runruby.rb --extout=.ext
-- --disable-gems -r./amd64-freebsd12-fake ./tool/rbinstall.rb
--make="/usr/bin/make" --dest-dir="/usr/ports/lang/ruby23/work/stage"
--extout=".ext"  --mflags=" "  --make-flags=" .MAKE.LEVEL.ENV=MAKELEVEL
ARCH=amd64 CONFIGURE_MAX_CMD_LEN=262144 CONFIG_DONE_RUBY23=1
DESTDIR=/usr/ports/lang/ruby23/work/stage HAVE_COMPAT_IA32_KERN=YES\
OPSYS=FreeBSD OSREL=12.0 OSVERSION=1200086 _OSRELEASE=12.0-BETA3
_PERL5_FROM_BIN=5.26.2 _PKG_CHECKED=1"  --data-mode=0644
--prog-mode=0755  --installed-list .installed.list  --mantype="man"
--install=all
--rdoc-output=".ext/rdoc" 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require': Shared object "libssl.so.8" not found, required by
"openssl.so" - /usr/local/lib/ruby/2.3/amd64-freebsd12/openssl.so
(LoadError)
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require' from /usr/local/lib/ruby/2.3/openssl.rb:13:in `'
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require'
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/security.rb:12:in
`'
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require'
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/package.rb:44:in
`'
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require'
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/installer.rb:10:in
`'
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require'
from 
/usr/ports/lang/ruby23/work/ruby-2.3.8/lib/rubygems/core_ext/kernel_require.rb:55:in
`require' from ./tool/rbinstall.rb:658:in `'
from ./tool/rbinstall.rb:586:in `' *** Error code 1

Stop.
make[2]: stopped in /usr/ports/lang/ruby23/work/ruby-2.3.8
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/lang/ruby23
*** Error code 1

Stop.
make: stopped in /usr/ports/lang/ruby23

how can I fix please?

thanks,
-- 
J.
___
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"

best linux emulation for 12-current

[tech-lists]

Hi,

Which is the better package for linux emulation on 12-alpha8 - c6 or c7? 
Or something else?


Emulation is for boinc_client to take linux work

thanks
--
J.
___
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: how to enforce one version of python

[tech-lists]

On 13/09/2018 17:39, Robert Huff wrote:

_This_  is really annoying.  I try to keep my systems with exactly
what they need installed, to reduce both bloat and possibly security
issues.


YES. This for me is *exactly* why it is so infuriating. And doubleplus 
regarding security. Followed closely by something installing the py-27 
version when I wanted the 36-version.


I'd like to have the latest stable python for everything that requires 
it. Like I have with perl. I think that means py-36. I don't want py-27. 
I'd like to enforce that, but seemingly I can't, because the invocation 
in make.conf for default version does not enforce it in all situations.


If something wants another version of python, I want it to fail, ideally 
spitting out a usable reason why. Is my position unreasonable? I hope it 
isn't. Maybe it is? I dunno.


thanks,

--
J.
___
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: how to enforce one version of python

[tech-lists]

On 12/09/2018 13:33, Robert Huff wrote:

How many ports_require_  python 3?
How many ports_require_  python 2?


yeah, I'd like to know too. I mean, I've never installed python as like 
requiring it to program - it's installed as a dependency of other stuff 
I want to actually run. And I thought python2 and 3 are actually 
different languages rather than simply versions. Might be wrong though.


tjhanks,

--
J.
___
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: how to enforce one version of python

[tech-lists]

On 12/09/2018 09:50, Ruslan Makhmatkhanov wrote:
The only question I have there - why we still don't switched to python3 
by default?)


yeah!!! :D

--
J.
___
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: how to enforce one version of python

[tech-lists]

Hello,

On 11/09/2018 15:54, Ruslan Makhmatkhanov wrote:

No, it's because pylint2 as itself requires python > 3.4. User should 
switch to older devel/pylint1 if he needs to stick with 2.7.




But I'm not upgrading pylint2:

>>> (pylint-py27-1.9.2) wants to upgrade to pylint-py36-2.1.1

Maybe I need to stop using portupgrade. What is the best replacement?

qt4 and qt5 has similar issues to python2 and python3. These are 
installed as either build or runtime dependencies of other programs I 
want to run. I just want a version to be picked and stuck with.


thanks,
--
J.
___
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"

how to enforce one version of python

[tech-lists]

Hi,

There are a number of ports that seem to have their own preferential 
flavour of python, and some for example want to install python27 and 
python36 in the same place, and it's a pain when using portupgrade or 
similar tools.


I have this in my /etc/make.conf:

DEFAULT_VERSIONS+= python=2.7

Is this incorrect? I assume it must be, as for example devel/pylint 
(pylint-py27-1.9.2) wants to upgrade to pylint-py36-2.1.1


thanks,
--
J.
___
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"

upgrading from php56 to php72 via ports

[tech-lists]

Hello lists,

Is there an approved method of upgrading php56 to php72? This system 
uses source builds, ie the ports tree, so I guess flavours isn't 
available. Context is freebsd 11.2 amd64. Portupgrade is installed.


thanks,
--
J.
___
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"

how to make ports not install xorg or dependencies

[tech-lists]

Hello,

context: freebsd-12 r336215 arm64

I don't want xorg or X11 or any of its components installed on this 
system. I install ports in the traditional way, in other words cd port 
&& make config && make install. Any ports that in a generic config want 
to install xorg libs, I want the no-x11 variant.


There used to be a way to enforce this no-xorg in make.conf but looking 
at /usr/share/examples/etc/make.conf I can find no reference to X Xorg 
x11 or xorg. I presume there's a new method. If there is, can anyone 
please tell me how?


thanks,
--
J.
___
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: google-earth installs but fails to run

[tech-lists]

On 24/07/2018 07:27, Yuri wrote:

On 7/23/18 9:05 AM, tech-lists wrote:


Is this a google earth problem or a linux-c6 one ? 



This is a well known problem: 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221448


ahhh I didn't know this, thank you.

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

google-earth installs but fails to run

[tech-lists]

Hi,

Problem is as subject. Context is 12-current r335979 / ports 475179 / 
amd64 / i7-4770K CPU / 32GB RAM


astro/google-earth installs fine. It depends on linux and these are 
already installed:


$ sudo pkg info | grep linux
linux-c6-dri-11.0.7_5  Mesa libGL runtime libraries (Linux 
CentOS 6.9)

linux-c6-elfutils-libelf-0.164_2 ELF file handling library (CentOS 6.9)
linux-c6-expat-2.0.1_5 XML 1.0 parser written in C (Linux CentOS 
6.9)
linux-c6-fontconfig-2.8.0_3XML-based font configuration API for X 
Windows (Linux CentOS 6.9)

linux-c6-libpciaccess-0.13.4_2 Generic PCI access library (CentOS 6.9)
linux-c6-xorg-libs-7.4_10  Xorg libraries (Linux CentOS 6.9)
linux_base-c6-6.9_8Base set of packages needed in Linux mode 
(Linux CentOS 6.9)

linuxlibertine-g-20120116_1Linux Libertine G and Linux Biolinum G fonts

$ sysctl compat.linux.osrelease
compat.linux.osrelease: 2.6.32

When I try to run it, as googleearth, I get the following error:

$ googleearth

Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 
72: non-double matrix element
Fontconfig error: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 
72: non-double matrix element
Fontconfig warning: "/etc/fonts/conf.d/10-scale-bitmap-fonts.conf", line 
80: saw unknown, expected number
[0723/163820:ERROR:net_util.cc(2195)] Not implemented reached in bool 
net::HaveOnlyLoopbackAddresses()
Failed to load "/compat/linux/opt/google/earth/free/libinput_plugin.so" 
because "/lib64/libc.so.6: version `GLIBC_2.14' not found (required by 
./libLeap.so)"

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
[0723/163820:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0723/163820:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0723/163820:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0723/163820:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
Google Earth has caught signal 11.

Is this a google earth problem or a linux-c6 one ?

thanks,
--
J.
___
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"

aarch64-none-elf-gcc and related programs will not install

[tech-lists]

Hi,

context: 12.0-CURRENT #0 r336037 amd64 / ports r474140

I get the following when installing aarch64-none-elf-gcc and related 
programs from ports. It will build fine, just errors on install.


my /etc/make.conf looks like this:

> less /etc/make.conf
WRKDIRPREFIX=/buildports
MAKE_JOBS_NUMBER=36
WITH_CCACHE_BUILD=YES
CCACHE_DIR=/ccache
WITH_MANCOMPRESS=YES
WITHOUT_DEBUG=YES
OPTIONS_SET+=OPTIMIZED_CFLAGS
OPTIONS_SET+=ICONV
CPUTYPE?=sandybridge

It doesn't matter if /etc/make.conf is moved out of the way.

these also fail in a similar way:
devel/arm-none-eabi-gcc
sysutils/u-boot-rpi2
sysutils/u-boot-rpi3

output when trying to install:

root@REDACTED:/usr/ports/devel/aarch64-none-elf-gcc # make distclean && 
make clean && make

===>  Cleaning for aarch64-none-elf-gcc-6.4.0
===>  Deleting distfiles for aarch64-none-elf-gcc-6.4.0
===>  Cleaning for aarch64-none-elf-gcc-6.4.0
===>  License GPLv3 GPLv3RLE accepted by the user
===>   aarch64-none-elf-gcc-6.4.0 depends on file: /usr/local/sbin/pkg - 
found

=> gcc-6.4.0.tar.xz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch 
https://mirrors.kernel.org/sourceware/gcc/releases/gcc-6.4.0/gcc-6.4.0.tar.xz


[...]

/bin/sh 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/gcc-6.4.0/libgcc/../mkinstalldirs 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include
install  -m 0644 unwind.h 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include
gmake[4]: Leaving directory 
'/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/ilp32/libgcc'
gmake[3]: Leaving directory 
'/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/libgcc'
gmake[2]: Leaving directory 
'/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/.build/aarch64-none-elf/libgcc'
gmake[1]: Leaving directory 
'/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/.build'

> Compressing man pages (compress-man)
root@REDACTED:/usr/ports/devel/aarch64-none-elf-gcc #

root@REDACTED:/usr/ports/devel/aarch64-none-elf-gcc # make deinstall 
reinstall

===>  Deinstalling for aarch64-none-elf-gcc
===>   aarch64-none-elf-gcc not installed, skipping
===>  Installing for aarch64-none-elf-gcc-6.4.0
===>   Registering installation for aarch64-none-elf-gcc-6.4.0
pkg-static: Unable to access file 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_fil.h:No 
such file or directory
pkg-static: Unable to access file 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_lookup.h:No 
such file or directory
pkg-static: Unable to access file 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_nat.h:No 
such file or directory
pkg-static: Unable to access file 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_proxy.h:No 
such file or directory
pkg-static: Unable to access file 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_scan.h:No 
such file or directory
pkg-static: Unable to access file 
/buildports/usr/ports/devel/aarch64-none-elf-gcc/work/stage/usr/local/lib/gcc/aarch64-none-elf/6.4.0/include-fixed/netinet/ip_state.h:No 
such file or directory

*** Error code 74

Stop.
make[1]: stopped in /usr/ports/devel/aarch64-none-elf-gcc
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/aarch64-none-elf-gcc
root@REDACTED:/usr/ports/devel/aarch64-none-elf-gcc #

How can I fix?

thanks,
--
J.
___
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: security/py-certbot ignores --standalone

[tech-lists]

aaagh please ignore... thought it'd operate on port 443 and not 80 
(which was not allowed in pf.conf)


sorry for the noise

On 24/06/2018 15:02, tech-lists wrote:

Hello,

context is 12.0-CURRENT #0 r335317 and ports r473196 on amd64.

I haven't got a webserver installed yet, so I install 
security/py-certbot and run it with the intention of spinning up its 
standalone server, to create/fetch the certs. But it always wants to 
verify the domain using the webroot method, no matter if I select 
standalone from the interactive option or --standalone to run it on one 
line.



Is ports@ the right place to report this?



root@v007:/usr/ports/security/py-certbot# certbot certonly
Saving debug log to /var/log/letsencrypt/letsencrypt.log

How would you like to authenticate with the ACME CA?
--- 


1: Spin up a temporary webserver (standalone)
2: Place files in webroot directory (webroot)
--- 


Select the appropriate number [1-2] then [enter] (press 'c' to cancel): 1

Plugins selected: Authenticator standalone, Installer None
Please enter in your domain name(s) (comma and/or space separated) 
(Enter 'c'

to cancel): [REDACTED]

Obtaining a new certificate
Performing the following challenges:
http-01 challenge for [REDACTED]
Waiting for verification...
Cleaning up challenges
Failed authorization procedure. [REDACTED] (http-01): 
urn:acme:error:connection :: The server could not connect to the client 
to verify the domain :: Fetching 
http://[REDACTED]/.well-known/acme-challenge/x02YKwY5V0fWT_frDkJjJlUvZ5ErLZ38c41F2BJs-Uo: 
Connection refused


IMPORTANT NOTES:
  - The following errors were reported by the server:

    Domain: [REDACTED]
    Type:   connection
    Detail: Fetching

http://[REDACTED]/.well-known/acme-challenge/x02YKwY5V0fWT_frDkJjJlUvZ5ErLZ38c41F2BJs-Uo: 


    Connection refused

    To fix these errors, please make sure that your domain name was
    entered correctly and the DNS A/ record(s) for that domain
    contain(s) the right IP address. Additionally, please check that
    your computer has a publicly routable IP address and that no
    firewalls are preventing the server from communicating with the
    client. If you're using the webroot plugin, you should also verify
    that you are serving files from the webroot path you provided.

=

thanks,



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

security/py-certbot ignores --standalone

[tech-lists]

Hello,

context is 12.0-CURRENT #0 r335317 and ports r473196 on amd64.

I haven't got a webserver installed yet, so I install 
security/py-certbot and run it with the intention of spinning up its 
standalone server, to create/fetch the certs. But it always wants to 
verify the domain using the webroot method, no matter if I select 
standalone from the interactive option or --standalone to run it on one 
line.



Is ports@ the right place to report this?



root@v007:/usr/ports/security/py-certbot# certbot certonly
Saving debug log to /var/log/letsencrypt/letsencrypt.log

How would you like to authenticate with the ACME CA?
---
1: Spin up a temporary webserver (standalone)
2: Place files in webroot directory (webroot)
---
Select the appropriate number [1-2] then [enter] (press 'c' to cancel): 1

Plugins selected: Authenticator standalone, Installer None
Please enter in your domain name(s) (comma and/or space separated) 
(Enter 'c'

to cancel): [REDACTED]

Obtaining a new certificate
Performing the following challenges:
http-01 challenge for [REDACTED]
Waiting for verification...
Cleaning up challenges
Failed authorization procedure. [REDACTED] (http-01): 
urn:acme:error:connection :: The server could not connect to the client 
to verify the domain :: Fetching 
http://[REDACTED]/.well-known/acme-challenge/x02YKwY5V0fWT_frDkJjJlUvZ5ErLZ38c41F2BJs-Uo: 
Connection refused


IMPORTANT NOTES:
 - The following errors were reported by the server:

   Domain: [REDACTED]
   Type:   connection
   Detail: Fetching

http://[REDACTED]/.well-known/acme-challenge/x02YKwY5V0fWT_frDkJjJlUvZ5ErLZ38c41F2BJs-Uo:
   Connection refused

   To fix these errors, please make sure that your domain name was
   entered correctly and the DNS A/ record(s) for that domain
   contain(s) the right IP address. Additionally, please check that
   your computer has a publicly routable IP address and that no
   firewalls are preventing the server from communicating with the
   client. If you're using the webroot plugin, you should also verify
   that you are serving files from the webroot path you provided.

=

thanks,
--
J.
___
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: graphics/ufraw fails to compile on 11-stable

[tech-lists]

On 24/06/2018 12:35, Walter Schwarzenfeld wrote:

Here is the PR

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229271


Awesome. Applied the patch and it all works now. Thank you very much.

--
J.
___
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: graphics/ufraw fails to compile on 11-stable

[tech-lists]

Hello, thanks for trying to help

Unfortunately the patches didn't apply. Here's the steps I took:

1. updated ports:
Updated to revision 473192.

2. root@testvm:/root# cd /usr/ports/graphics/ufraw/files


root@testvm:/usr/ports/graphics/ufraw/files# ls -lah
total 16
drwxr-xr-x  2 root  wheel   512B Apr  4 04:01 .
drwxr-xr-x  4 root  wheel   512B Jun 23 12:35 ..
-rw-r--r--  1 root  wheel   761B Apr  4 04:01 patch-dcraw.cc
-rw-r--r--  1 root  wheel   293B Apr  4 04:01 patch-ufraw__conf.c

3. installed the patches:
root@testvm:/usr/ports/graphics/ufraw/files# mv patch-dcraw.cc 
old.patch-dcraw.cc


vi patch-dcraw.cc

[paste patch and save]

patch-dcraw.cc: new file: 42 lines, 1455 characters.

root@testvm:/usr/ports/graphics/ufraw/files# vi patch-ufraw__developer.c

[paste patch and save]

patch-ufraw__developer.c: new file: 12 lines, 484 characters.
root@testvm:/usr/ports/graphics/ufraw/files#

root@testvm:/usr/ports/graphics/ufraw# make MAKE_JOBS_UNSAFE=yes
===>  License GPLv2 accepted by the user
===>   ufraw-0.22_7 depends on file: /usr/local/sbin/pkg - found
=> sergiomb2-ufraw-0.22-6d3259a_GH0.tar.gz doesn't seem to exist in 
/usr/ports/distfiles/.
=> Attempting to fetch 
https://codeload.github.com/sergiomb2/ufraw/tar.gz/6d3259a?dummy=/sergiomb2-ufraw-0.22-6d3259a_GH0.tar.gz
fetch: 
https://codeload.github.com/sergiomb2/ufraw/tar.gz/6d3259a?dummy=/sergiomb2-ufraw-0.22-6d3259a_GH0.tar.gz: 
size unknown
fetch: 
https://codeload.github.com/sergiomb2/ufraw/tar.gz/6d3259a?dummy=/sergiomb2-ufraw-0.22-6d3259a_GH0.tar.gz: 
size of remote file is not known
sergiomb2-ufraw-0.22-6d3259a_GH0.tar.gz849 kB 1007 kBps 
00m01s

===> Fetching all distfiles required by ufraw-0.22_7 for building
===>  Extracting for ufraw-0.22_7
=> SHA256 Checksum OK for sergiomb2-ufraw-0.22-6d3259a_GH0.tar.gz.
===>  Patching for ufraw-0.22_7
===>  Applying FreeBSD patches for ufraw-0.22_7
patch:  malformed patch at line 41: 
t->tm_year+1900,t->tm_mon+1,t->tm_mday,t->tm_hour,t->tm_min,t->tm_sec);

=> FreeBSD patch patch-dcraw.cc failed to apply cleanly.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/graphics/ufraw
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/ufraw
root@testvm:/usr/ports/graphics/ufraw#

thanks,

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

graphics/ufraw fails to compile on 11-stable

[tech-lists]

Hello,

graphics/ufraw fails to compile.

context: freebsd-11-stable r333924, fresh ports tree as of today (r473125).

*No* ports installed. pkg delete -af was run beforehand.

root@testvm:/usr/ports/graphics/ufraw # make -DBATCH install

[...]

cc -DHAVE_CONFIG_H -I.  -I/usr/local/include  -I/usr/local/include 
-I/usr/local/include/gtk-2.0 -I/usr/local/include/pango-1.0 
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include 
-I/usr/local/include/cairo -I/usr/local/include/pixman-1 
-I/usr/local/include/freetype2 -I/usr/local/include/libdrm 
-I/usr/local/include/libpng16 -I/usr/local/include/harfbuzz 
-I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/atk-1.0 
-D_THREAD_SAFE -pthread  -I/usr/local/include/glib-2.0 
-I/usr/local/lib/glib-2.0/include -I/usr/local/include -pthread 
-I/usr/local/include  -I/usr/local/include -I/usr/local/include/lensfun 
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include 
-I/usr/local/include  -I/usr/local/include/libpng16   -DDCRAW_NOMAIN 
-DUFRAW_LOCALEDIR=\"/usr/local/share/locale\" -I/usr/local/include  -O2 
-pipe -march=haswell  -fstack-protector -fno-strict-aliasing  -MT 
dcraw_indi.o -MD -MP -MF .deps/dcraw_indi.Tpo -c -o dcraw_indi.o 
dcraw_indi.c
dcraw.cc:8952:30: warning: use of logical '&&' with constant operand 
[-Wconstant-logical-operand]

  is_raw += (i = get4()) && 1;
 ^  ~
dcraw.cc:8952:30: note: use '&' for a bitwise operation
  is_raw += (i = get4()) && 1;
 ^~
 &
dcraw.cc:8952:30: note: remove constant to silence this warning
  is_raw += (i = get4()) && 1;
~^~~~
dcraw.cc:10198:30: error: invalid suffix on literal; C++11 requires a 
space between literal and identifier [-Wreserved-user-defined-literal]

  strcpy (th->soft, "dcraw v"DCRAW_VERSION);
 ^

dcraw.cc:10723:44: warning: adding 'unsigned int' to a string does not 
append to the string [-Wstring-plus-int]

  write_ext = ".pgm\0.ppm\0.ppm\0.pam" + colors*5-5;
  ~^~
dcraw.cc:10723:44: note: use array indexing to silence this warning
  write_ext = ".pgm\0.ppm\0.ppm\0.pam" + colors*5-5;
   ^
  &[ ]
16 warnings and 1 error generated.
gmake[4]: *** [Makefile:919: dcraw.o] Error 1
gmake[4]: *** Waiting for unfinished jobs
mv -f .deps/ufraw_settings.Tpo .deps/ufraw_settings.Po
mv -f .deps/dcraw_api.Tpo .deps/dcraw_api.Po
mv -f .deps/ufraw_lensfun.Tpo .deps/ufraw_lensfun.Po
mv -f .deps/ufobject.Tpo .deps/ufobject.Po
mv -f .deps/dcraw_indi.Tpo .deps/dcraw_indi.Po
gmake[4]: Leaving directory '/usr/ports/graphics/ufraw/work/ufraw-6d3259a'
gmake[3]: *** [Makefile:1059: all-recursive] Error 1
gmake[3]: Leaving directory '/usr/ports/graphics/ufraw/work/ufraw-6d3259a'
gmake[2]: *** [Makefile:609: all] Error 2
gmake[2]: Leaving directory '/usr/ports/graphics/ufraw/work/ufraw-6d3259a'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/graphics/ufraw
*** Error code 1

Stop.
make: stopped in /usr/ports/graphics/ufraw

~

root@testvm:/usr/ports/graphics/ufraw# make MAKE_JOBS_UNSAFE=yes

[...]

dcraw.cc:1126:19: warning: implicit conversion from 'int' to 'short' 
changes value from 65535 to -1 [-Wconstant-conversion]

FORC3 rp[c] = CLIP(pix[c] * sraw_mul[c] >> 10);
~ ^~~~
dcraw.cc:241:32: note: expanded from macro 'CLIP'
#define CLIP(x) LIM((int)(x),0,65535)
   ^
dcraw.cc:239:38: note: expanded from macro 'LIM'
#define LIM(x,min,max) MAX(min,MIN(x,max))
 ^~~
/usr/local/include/glib-2.0/glib/gmacros.h:291:42: note: expanded from 
macro 'MIN'

#define MIN(a, b)  (((a) < (b)) ? (a) : (b))
 ^
/usr/local/include/glib-2.0/glib/gmacros.h:288:42: note: expanded from 
macro 'MAX'

#define MAX(a, b)  (((a) > (b)) ? (a) : (b))
 ^
dcraw.cc:8952:30: warning: use of logical '&&' with constant operand 
[-Wconstant-logical-operand]

  is_raw += (i = get4()) && 1;
 ^  ~
dcraw.cc:8952:30: note: use '&' for a bitwise operation
  is_raw += (i = get4()) && 1;
 ^~
 &
dcraw.cc:8952:30: note: remove constant to silence this warning
  is_raw += (i = get4()) && 1;
~^~~~
dcraw.cc:10198:30: error: invalid suffix on literal; C++11 requires a 
space between literal and identifier [-Wreserved-user-defined-literal]

  strcpy (th->soft, "dcraw v"DCRAW_VERSION);
 ^

dcraw.cc:10723:44: warning: 

Re: Cannot mix incompatible Qt library (version 0x50904) with this library (version 0x50a01),Abort (core dumped)

[tech-lists]

On 31/05/2018 11:57, Rod Person wrote:

I ended up having to rebuild everything single qt5 library installed on
my system...pretty painful.


Hi,

Just to update, I fixed the problem by doing this:

1. portupgrade -f "qt4*"
2. portupgrade -f "qt5*"

Hopefully others will find this useful. Thanks again for the tip.

--
J.
___
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: Cannot mix incompatible Qt library (version 0x50904) with this library (version 0x50a01),Abort (core dumped)

[tech-lists]

On 31/05/2018 11:57, Rod Person wrote:

I just fixed this a few week or two ago on my system.  The problem is
you have difference version numbers within the qt5 library, not having
qt4 and qt5.


Thanks for the tip. Yes, there are versions of all kinds of qt4/5 
programs that are not in complete version number agreement, on this 
system. I don't usually run pkg installs although I think libreoffice 
was installed as a package.


currently running portupgrade -f "qt4*"

thanks again,
--
J.
___
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 mix incompatible Qt library (version 0x50904) with this library (version 0x50a01),Abort (core dumped)

[tech-lists]

Hello lists,

context: 11.2-PRERELEASE #0 r333458 / ports r471194

with xpdf I get the following error:

Cannot mix incompatible Qt library (version 0x50904) with this library 
(version 0x50a01),Abort (core dumped)


I seem to have both qt4-4.8.7 and qt5-5.10.1 installed. I didn't install 
these directly though, seems they've been installed as dependencies of 
other ports. I'm using MATE desktop.


I've tried reinstalling xfdf via pkg and the port with the same result. 
Is this a known problem/how can I fix? Have found no fix yet from GIS, 
most seem to point to deleting and reinstalling everything.


thanks,
--
J.
___
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: libreoffice fails to build [SOLVED]

[tech-lists]

On 24/03/2018 19:07, tech-lists wrote:
> Hi,
> 
> Building libreoffice (libreoffice-en_GB) complains about illegal
> instruction and dumps core. Full script output is at
> https://www.zyxst.net/errors/libreofficebuildfail.txt

please ignore, libreoffice builds fine on a pristine installation.

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

libreoffice fails to build

[tech-lists]

Hi,

Building libreoffice (libreoffice-en_GB) complains about illegal
instruction and dumps core. Full script output is at
https://www.zyxst.net/errors/libreofficebuildfail.txt

last few lines of make MAKE_JOBS_UNSAFE=yes -DBATCH

##

[HIX] scalc/en-US
S=/usr/ports/editors/libreoffice/work/libreoffice-6.0.2.1 &&
I=$S/instdir && W=$S/workdir &&  ( rm -rf
$W/HelpTarget/scalc/en-US/scalc.idxl &&
LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}"$I/program:$I/program"
  $W/LinkTarget/Executable/HelpIndexer -dir $W/HelpTarget/scalc/en-US
-lang en-US -mod scalc && touch $W/HelpIndexTarget/scalc/en-US.done ) ||
( rm -rf scalc.* ; false )
Illegal instruction (core dumped)
gmake[3]: ***
[/usr/ports/editors/libreoffice/work/libreoffice-6.0.2.1/solenv/gbuild/HelpTarget.mk:452:
/usr/ports/editors/libreoffice/work/libreoffice-6.0.2.1/workdir/HelpIndexTarget/sbasic/en-US.done]
Error 1
gmake[3]: *** Waiting for unfinished jobs
Illegal instruction (core dumped)
gmake[3]: ***
[/usr/ports/editors/libreoffice/work/libreoffice-6.0.2.1/solenv/gbuild/HelpTarget.mk:452:
/usr/ports/editors/libreoffice/work/libreoffice-6.0.2.1/workdir/HelpIndexTarget/scalc/en-US.done]
Error 1
gmake[3]: Leaving directory
'/usr/ports/editors/libreoffice/work/libreoffice-6.0.2.1'
gmake[2]: *** [Makefile:268: build] Error 2
gmake[2]: Leaving directory
'/usr/ports/editors/libreoffice/work/libreoffice-6.0.2.1'
*** Error code 1

Stop.
make[1]: stopped in /usr/ports/editors/libreoffice
*** Error code 1

Stop.
make: stopped in /usr/ports/editors/libreoffice-en_GB


context:
no /etc/make.conf

root@eggs:/root# uname -KU
1101512 1101512
root@eggs:/root#

system: 11.1-STABLE #0 r331421 amd64

ports:
root@eggs:/root# svnlite info /usr/ports
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: https://svn.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: https://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 465452
Node Kind: directory
Schedule: normal
Last Changed Author: gerald
Last Changed Rev: 465452
Last Changed Date: 2018-03-24 14:15:56 + (Sat, 24 Mar 2018)

shall I file a bug report?

-- 
J.
___
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: devel/arm-none-eabi-gcc fails to build on 11-stable

[tech-lists]

On 15/03/2018 10:26, Dimitry Andric wrote:
> On 14 Mar 2018, at 23:07, Dimitry Andric <d...@freebsd.org> wrote:
>>
>> On 14 Mar 2018, at 14:46, tech-lists <tech-li...@zyxst.net> wrote:
> ...
>>> In file included from
>>> /usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/genpreds.c:26:
>>> In file included from ./tm.h:17:
>>> ./options.h:5327:3: error: redefinition of enumerator 'OPT_C'
>>> OPT_C = 127,   /* -C */
>>> ^
>>
>> Try building the port with LANG=C in your environment.  If I recall
>> correctly, this was some problem with sed in combination with non-C
>> language settings.
> 
> 
> See also: https://bugs.freebsd.org/215882
>  and: https://svnweb.freebsd.org/changeset/ports/431796
> 
> It looks like some of the gcc ports were not updated for this issue.

Hi Dimitry, thank you for your help.

It seems not just LANG=C was required because it failed if I just did
that. In the end, this was needed (shell is bash here)

mv /etc/make.conf /etc/make-20180315.conf
set LANG=C
export LANG
set LC_ALL=C
export LC_ALL

[then make clean && make install]

maybe I caused the problem. My make.conf usually has
USE_LOCALE=en_GB.UTF-8 in it. What should I do in this circumstance -
not use USE_LOCALE=en_GB.UTF-8 in /etc/make.conf or raise (or re-open if
I can) a/that bug report?

thanks again,
-- 
J.
___
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"

devel/arm-none-eabi-gcc fails to build on 11-stable

[tech-lists]

Hi,

context:
Working Copy Root Path: /usr/ports
URL: https://svn.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: https://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 464450

$ uname -KU
1101509 1101509

devel/arm-none-eabi-gcc fails to build:

gmake[2]: Entering directory
'/usr/ports/devel/arm-none-eabi-gcc/work/.build/gcc'
c++ -c   -fbracket-depth=512 -DIN_GCC  -DCROSS_DIRECTORY_STRUCTURE
-fno-strict-aliasing -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild
-I/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc
-I/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/build
-I/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/../include
-I/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/../libcpp/include
-DLIBICONV_PLUG \
-o build/genpreds.o
/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/genpreds.c
c++: warning: treating 'c' input as 'c++' when in C++ mode, this
behavior is deprecated [-Wdeprecated]
In file included from
/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/genpreds.c:25:
/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/coretypes.h:62:1:
warning: class 'rtx_def' was previously declared as a struct
[-Wmismatched-tags]
class rtx_def;
^
/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/coretypes.h:55:8:
note: previous use is here
struct rtx_def;
   ^
In file included from
/usr/ports/devel/arm-none-eabi-gcc/work/gcc-6.3.0/gcc/genpreds.c:26:
In file included from ./tm.h:17:
./options.h:5327:3: error: redefinition of enumerator 'OPT_C'
  OPT_C = 127,   /* -C */
  ^
./options.h:5324:3: note: previous definition is here
  OPT_C = 124,   /* -C */
  ^
./options.h:5335:3: error: redefinition of enumerator 'OPT_d'
  OPT_d = 135,   /* -d */
  ^
./options.h:5333:3: note: previous definition is here
  OPT_d = 133,   /* -d */
  ^
./options.h:5336:3: error: redefinition of enumerator 'OPT_D'
  OPT_D = 136,   /* -D */
  ^
./options.h:5334:3: note: previous definition is here
  OPT_D = 134,   /* -D */
  ^
./options.h:5337:3: error: redefinition of enumerator 'OPT_d'
  OPT_d = 137,   /* -d */
  ^
./options.h:5333:3: note: previous definition is here
  OPT_d = 133,   /* -d */
  ^
./options.h:5338:3: error: redefinition of enumerator 'OPT_D'
  OPT_D = 138,   /* -D */
  ^
./options.h:5334:3: note: previous definition is here
  OPT_D = 134,   /* -D */
  ^
./options.h:5339:3: error: redefinition of enumerator 'OPT_d'
  OPT_d = 139,   /* -d */
  ^
./options.h:5333:3: note: previous definition is here
  OPT_d = 133,   /* -d */
  ^
./options.h:5347:3: error: redefinition of enumerator 'OPT_E'
  OPT_E = 147,   /* -E */
  ^
./options.h:5345:3: note: previous definition is here
  OPT_E = 145,   /* -E */
  ^
./options.h:6029:3: error: redefinition of enumerator 'OPT_H'
  OPT_H = 829,   /* -H */
  ^
./options.h:6027:3: note: previous definition is here
  OPT_H = 827,   /* -H */
  ^
./options.h:6032:3: error: redefinition of enumerator 'OPT_I'
  OPT_I = 832,   /* -I */
  ^
./options.h:6030:3: note: previous definition is here
  OPT_I = 830,   /* -I */
  ^
./options.h:6068:3: error: redefinition of enumerator 'OPT_MF'
  OPT_MF = 868,  /* -MF */
  ^
./options.h:6066:3: note: previous definition is here
  OPT_MF = 866,  /* -MF */
  ^
./options.h:6071:3: error: redefinition of enumerator 'OPT_M'
  OPT_M = 871,   /* -M */
  ^
./options.h:6060:3: note: previous definition is here
  OPT_M = 860,   /* -M */
  ^
./options.h:6076:3: error: redefinition of enumerator 'OPT_M'
  OPT_M = 876,   /* -M */
  ^
./options.h:6060:3: note: previous definition is here
  OPT_M = 860,   /* -M */
  ^
./options.h:6082:3: error: redefinition of enumerator 'OPT_MM'
  OPT_MM = 882,  /* -MM */
  ^
./options.h:6079:3: note: previous definition is here
  OPT_MM = 879,  /* -MM */
  ^
./options.h:6089:3: error: redefinition of enumerator 'OPT_MP'
  OPT_MP = 889,  /* -MP */
  ^
./options.h:6086:3: note: previous definition is here
  OPT_MP = 886,  /* -MP */
  ^

Re: sysutils/u-boot-rpi2 appears to be broken with freebsd/crochet from github

[tech-lists]

On 04/03/2018 03:38, Hyun Hwang wrote:
> Looks like Crochet requires some update.

Hi, thanks for this. I've posted the issue to freebsd/crochet

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

sysutils/u-boot-rpi2 appears to be broken with freebsd/crochet from github

[tech-lists]

Hello ports@

I don't know whether this is a freebsd/crochet
(https://github.com/freebsd/crochet) problem or a
/usr/ports/sysutils/u-boot-rpi2 problem.

When I use crochet to build for rpi2 it never completes writing the
image because it looks for things in /usr/local/share/u-boot/u-boot-rpi2
and doesn't find for example LICENCE.broadcom. There's just two files
there:

root@desktop:/usr/local/share/u-boot/u-boot-rpi2 # ls -lah
total 295
drwxr-xr-x  2 root  wheel 4B Mar  3 20:26 .
drwxr-xr-x  4 root  wheel 4B Mar  4 00:58 ..
-rw-r--r--  1 root  wheel   765B Mar  3 20:23 README
-rw-r--r--  1 root  wheel   371K Mar  3 20:23 u-boot.bin

The build fails with the following:

[...]

Creating a 50m FAT partition at Sun Mar 4 00:56:08 UTC 2018 with start
block 63 and label BOOT
active set on md0s1
Creating an auto-sized UFS partition at Sun Mar 4 00:56:08 UTC 2018
md0s2 created
/dev/md0s2a: 3668.5MB (7513088 sectors) block size 32768, fragment size 4096
using 6 cylinder groups of 626.09MB, 20035 blks, 80256 inodes.
super-block backups (for fsck_ffs -b #) at:
 192, 1282432, 2564672, 3846912, 5129152, 6411392
tunefs: soft updates set
Using inode 4 in cg 0 for 4194304 byte journal
tunefs: soft updates journaling set
tunefs: NFSv4 ACLs set
Mounting all file systems:
Mounting FAT partition 1 at /root/crochet/work/_.mount.boot
Mounting UFS partition 1 at /root/crochet/work/_.mount.freebsd
cp: /usr/local/share/u-boot/u-boot-rpi2/LICENCE.broadcom: No such file
or directory

In contrast, /usr/ports/sysutils/u-boot-rpi3 installs the following into
/usr/local/share/u-boot/u-boot-rpi3:

root@desktop:/usr/local/share/u-boot/u-boot-rpi3 # ls -lah
total 9078
drwxr-xr-x  2 root  wheel16B Mar  4 00:58 .
drwxr-xr-x  4 root  wheel 4B Mar  4 00:58 ..
-rw-r--r--  1 root  wheel   1.5K Mar  4 00:58 LICENCE.broadcom
-rw-r--r--  1 root  wheel   123B Mar  4 00:58 README
-rw-r--r--  1 root  wheel   6.0K Mar  4 00:58 armstub8.bin
-rw-r--r--  1 root  wheel18K Mar  4 00:58 bootcode.bin
-rw-r--r--  1 root  wheel   136B Mar  4 00:58 config.txt
-rw-r--r--  1 root  wheel   6.3K Mar  4 00:58 fixup.dat
-rw-r--r--  1 root  wheel   2.4K Mar  4 00:58 fixup_cd.dat
-rw-r--r--  1 root  wheel   9.5K Mar  4 00:58 fixup_db.dat
-rw-r--r--  1 root  wheel   9.5K Mar  4 00:58 fixup_x.dat
-rw-r--r--  1 root  wheel   2.6M Mar  4 00:58 start.elf
-rw-r--r--  1 root  wheel   604K Mar  4 00:58 start_cd.elf
-rw-r--r--  1 root  wheel   4.7M Mar  4 00:58 start_db.elf
-rw-r--r--  1 root  wheel   3.7M Mar  4 00:58 start_x.elf
-rw-r--r--  1 root  wheel   361K Mar  4 00:58 u-boot.bin

and it builds fine, which leads me to think the problem isn't with
crochet. Both u-boot-rpi2 and u-boot-rpi3 build and install cleanly from
ports.
-- 
J.
___
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"

ports tree and upgrading errors

[tech-lists]

Hi,

I get this when trying to upgrade ports:

[Reading data from pkg(8) ... - 620 packages found - done]
** Port directory not found: devel/py-setuptools@py27
** Port directory not found: devel/py-setuptools@py36

[...]

--->  Listing the results (+:done / -:ignored / *:skipped / !:failed)
- devel/py-setuptools@py27 (port directory error)
- devel/py-setuptools@py36 (port directory error)

I use svnlite to update the ports tree and portupgrade to upgrade ports.
There is nothing specific in UPDATING that addresses this, other than
portupgrade not handling FLAVORS right now.

Do I have to worry about this error? Can I correct it?
-- 
J.
___
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"

problems installing ImageMagick-nox11 from ports (resolved)

[tech-lists]

Hello list,

I was having an odd problem updating imagemagick-nox11. It wasn't
readily apparent as I normally use MAKE_JOBS_NUMBER=10 on this machine,
so ran the make with MAKE_JOBS_UNSAFE=YES and found this problem:

/usr/bin/ld: cannot find -lstdc++

so commented out WITH_CCACHE_BUILD in /etc/make.conf

ran make distclean clean rmconfig and it built successfully. Everything
else builds fine, so I was at a loss initially; thought I'd mention it
here in case it can help others.
--
J.
___
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"

make ports use system clang & llvm

[tech-lists]

Hello,

Is there a way to make ports use system clang & llvm (now at v5) rather than 
pulling in llvm4? If so, please tell me what it is!


thanks,
--
J.
___
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: portmaster, portupgrade, etc

[tech-lists]

On Thu, Oct 05, 2017 at 12:22:30PM +0100, Mike Clarke wrote:


the currently available package is built against php56. Using poudriere for 
this one task would
be equivalent to using a steamroller to crack a peanut. Building phpMyAdmin 
from ports is no
great problem for me and perhaps future development of pkg might avoid the need 
to build
my own version but I'd hope that documented methods will continue to exist for 
users with
this type of need.


I encountered exactly this issue a few days ago. Was suprised to find
that I couldn't find phpmyadmin built against php70 in packages, so built php70
then built phpmyadmin. This was easy just using the ports framework. I
hope the ability to use the ports tree like this never disappears as
it's one of freebsd's great strengths i think. 


I'd use packages more were it not for the received wisdom that mixing
packages and ports is a Bad Thing (tm) - is this still the case? 
--

J.
___
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: Another error with py3-cairo

[tech-lists]

Hi,

On Thu, Sep 21, 2017 at 08:55:33PM +0200, Walter Schwarzenfeld wrote:

Solved: Put USE_LOCALE=?? en_US.UTF-8 for this port in my

/etc/make.conf.


Many thanks for this, appears to have solved the problem. In my case I
put USE_LOCALE=en_GB.ISO8859-1.

Question is really why has this port started requiring this to be set.
--
J.
___
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"

py-cairo fails to build

[tech-lists]

Hello ports@

system: 11.1-STABLE FreeBSD 11.1-STABLE #0 r323771
ports: r450254

I get the following error trying to compile py-cairo. It complains it
can't find Python.h even though configure appears to have told it
where it is.  

Checking for 'gcc' (c compiler)  : ok 
Checking for program python  : /usr/local/bin/python3.6 
Checking for python version  : (3, 6, 2, 'final', 0) 
Checking for library python3.6 in LIBPATH_PYEMBED : not found 
Checking for library python3.6 in LIBDIR  : not found 
Checking for library python3.6 in python_LIBPL: not found 
Checking for library python3.6 in $prefix/libs: not found 
Checking for library python3.6m in LIBPATH_PYEMBED : yes 
Checking for program python3.6-config  :
/usr/local/bin/python3.6-config 
Checking for header Python.h   : yes 
Checking for program pkg-config:
/usr/local/bin/pkg-config 
Checking for 'cairo' >= 1.10.0 : yes 
Configuration:

PREFIX   : /usr/local
LIBDIR   : /usr/local/lib
'configure' finished successfully (0.199s)
===>  Building for py36-cairo-1.10.0_3
 ./options()
 Waf: Entering directory
/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory'
 ./build()
   src/build()
   parsing
/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src/cairomodule.c
failed
Traceback (most recent call last):
 File
"/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Tools/c_preproc.py",
line 496, in addlines
   lines=filter_comments(filepath)
 File
"/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Tools/c_preproc.py",
line 47, in filter_comments
   code=Utils.readf(filename)
 File
"/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/.waf3-1.6.4-e3c1e08604b18a10567cfcd2d02eb6e6/waflib/Utils.py",
line 83, in readf
   txt=f.read()
 File "/usr/local/lib/python3.6/encodings/ascii.py", line 26, in
decode
   return codecs.ascii_decode(input, self.errors)[0]
   UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in
position 54: ordinal not in range(128)
[1/9] c: src/cairomodule.c -> build_directory/src/cairomodule.c.1.o
13:38:22 runner ['cc', '-I/usr/local/include', '-O2', '-pipe',
'-fstack-protector', '-fno-strict-aliasing', '-fPIC', '-pthread',
'-fstack-protector', '-fstack-protector', '-fstack-protector',
'-fno-strict-aliasing', '-fno-strict-aliasing',
'-I/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory/src',
'-I/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src',
'-I/usr/local/include/cairo', '-I/usr/local/include/glib-2.0',
'-I/usr/local/lib/glib-2.0/include', '-I/usr/local/include',
'-I/usr/local/include/pixman-1', '-I/usr/local/include/freetype2',
'-I/usr/local/include/libpng16', '-I/usr/local/include/libdrm',
'-I/storage/storage/usr/local/include/python3.6m', '-D_THREAD_SAFE',
'-DNDEBUG', '../src/cairomodule.c', '-c', '-o', 'src/cairomodule.c.1.o']
../src/cairomodule.c:21:10: fatal error: 'Python.h' file not found
#include 
^~
 1 error generated.
 Waf: Leaving directory
/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory'
Build failed
-> task failed (exit status 1): 
{task 34464980944: c cairomodule.c -> cairomodule.c.1.o}

['cc', '-I/usr/local/include', '-O2', '-pipe', '-fstack-protector',
'-fno-strict-aliasing', '-fPIC', '-pthread', '-fstack-protector',
'-fstack-protector', '-fstack-protector', '-fno-strict-aliasing',
'-fno-strict-aliasing',
'-I/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/build_directory/src',
'-I/ports-build/storage/usr/ports/graphics/py3-cairo/work/pycairo-1.10.0/src',
'-I/usr/local/include/cairo', '-I/usr/local/include/glib-2.0',
'-I/usr/local/lib/glib-2.0/include', '-I/usr/local/include',
'-I/usr/local/include/pixman-1', '-I/usr/local/include/freetype2',
'-I/usr/local/include/libpng16', '-I/usr/local/include/libdrm',
'-I/storage/storage/usr/local/include/python3.6m', '-D_THREAD_SAFE',
'-DNDEBUG', '../src/cairomodule.c', '-c', '-o', 'src/cairomodule.c.1.o']
*** Error code 1

Stop.
make: stopped in /storage/usr/ports/graphics/py3-cairo

thanks,
--
J.
___
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: lang/rust broken Makefile

[tech-lists]

On 17/09/2017 18:35, tech-lists wrote:
> On 17/09/2017 18:09, Christoph Moench-Tegeder wrote:

>> You've an unresolved merge conflict there. I guess you edited the Makefile
>> at some point 
> 
> No. This is as I got it via svnupdate. Have a look at
> 
> https://svn.freebsd.org/ports/head/lang/rust/Makefile

maybe I just grabbed it at the wrong time, it's as you'd expect now.

-- 
J.
___
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: lang/rust broken Makefile

[tech-lists]

On 17/09/2017 18:09, Christoph Moench-Tegeder wrote:
> ## tech-lists (tech-li...@zyxst.net):
> 
>> my "fix" was to change this:
>>
>> # FIXME: Static libraries in lib/rustlib/*/lib/*.rlib are not stripped,
>> # but they contain non-object files which make strip(1) unhappy.
>> @${STRIP_CMD} \
>> <<<<<<< .mine
>>  ${STAGEDIR}${PREFIX}/bin/rustc \
> 
> Wait - that's verbatim in your version of the Makefile?

yep

> You've an unresolved merge conflict there. I guess you edited the Makefile
> at some point 

No. This is as I got it via svnupdate. Have a look at

https://svn.freebsd.org/ports/head/lang/rust/Makefile

thanks,

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

lang/rust broken Makefile

[tech-lists]

Hello ports@

system: FreeBSD 11.1-STABLE #0 r323195 amd64
ports: r45

lang/rust with latest ports has a broken Makefile:

root@desktop:/usr/ports/lang/rust# make distclean clean config
make: "/storage/usr/ports/lang/rust/Makefile" line 330: Need an operator
make: "/storage/usr/ports/lang/rust/Makefile" line 340: Unassociated
shell command "${STAGEDIR}${PREFIX}/bin/cargo
${STAGEDIR}${PREFIX}/bin/rustc  ${STAGEDIR}${PREFIX}/bin/rustdoc
${STAGEDIR}${PREFIX}/lib/*.so
${STAGEDIR}${PREFIX}/lib/rustlib/*/lib/*.so"
make: "/storage/usr/ports/lang/rust/Makefile" line 341: Need an operator
make: Fatal errors encountered -- cannot continue
make: stopped in /storage/usr/ports/lang/rust

my "fix" was to change this:

# FIXME: Static libraries in lib/rustlib/*/lib/*.rlib are not stripped,
# but they contain non-object files which make strip(1) unhappy.
   @${STRIP_CMD} \
<<< .mine
${STAGEDIR}${PREFIX}/bin/rustc \
${STAGEDIR}${PREFIX}/bin/rustdoc \
${STAGEDIR}${PREFIX}/lib/*.so \
   ${STAGEDIR}${PREFIX}/lib/rustlib/*/lib/*.so
||| .r449906
${STAGEDIR}${PREFIX}/bin/rustc \
${STAGEDIR}${PREFIX}/bin/rustdoc \
   ${STAGEDIR}${PREFIX}/lib/*.so \
   ${STAGEDIR}${PREFIX}/lib/rustlib/*/lib/*.so
===
${STAGEDIR}${PREFIX}/bin/cargo \
   ${STAGEDIR}${PREFIX}/bin/rustc \
${STAGEDIR}${PREFIX}/bin/rustdoc \
${STAGEDIR}${PREFIX}/lib/*.so \
   ${STAGEDIR}${PREFIX}/lib/rustlib/*/lib/*.so

.r449964


to this:

# FIXME: Static libraries in lib/rustlib/*/lib/*.rlib are not stripped,
# but they contain non-object files which make strip(1) unhappy.
   @${STRIP_CMD} \
#<<< .mine
${STAGEDIR}${PREFIX}/bin/rustc \
${STAGEDIR}${PREFIX}/bin/rustdoc \
${STAGEDIR}${PREFIX}/lib/*.so \
   ${STAGEDIR}${PREFIX}/lib/rustlib/*/lib/*.so
#||| .r449906
#   ${STAGEDIR}${PREFIX}/bin/rustc \
#   ${STAGEDIR}${PREFIX}/bin/rustdoc \
#   ${STAGEDIR}${PREFIX}/lib/*.so \
#   ${STAGEDIR}${PREFIX}/lib/rustlib/*/lib/*.so
#===
#   ${STAGEDIR}${PREFIX}/bin/cargo \
#   ${STAGEDIR}${PREFIX}/bin/rustc \
#   ${STAGEDIR}${PREFIX}/bin/rustdoc \
#   ${STAGEDIR}${PREFIX}/lib/*.so \
#   ${STAGEDIR}${PREFIX}/lib/rustlib/*/lib/*.so
#>>> .r449964
	
thanks,

--
J.


___
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: slrn from ports segfaults when running

[tech-lists]

On Sat, Sep 16, 2017 at 09:23:08PM +0200, Christoph Brinkhaus wrote:


I am happy with slrn with options as below.

slrn --version
slrn 1.0.3
S-Lang Library Version: 2.3.1
Operating System: FreeBSD

COMPILE TIME OPTIONS:
Backends: +nntp +slrnpull +spool
External programs / libs: -canlock -inews +ssl -uudeview +iconv
Features: +decoding +emphasized_text +end_of_thread +fake_refs +gen_msgid
   -grouplens -msgid_cache +piping +rnlock +spoilers -strict_from
Using 64 bit integers for article numbers.

DEFAULTS:
Default server object: nntp
Default posting mechanism: nntp

cat news_slrn/options
# This file is auto-generated by 'make config'.
# Options for slrn-1.0.3a
_OPTIONS_READ=slrn-1.0.3a
_FILE_COMPLETE_OPTIONS_LIST=DEVIEW DOCS NLS SSL
OPTIONS_FILE_UNSET+=DEVIEW
OPTIONS_FILE_SET+=DOCS
OPTIONS_FILE_UNSET+=NLS
OPTIONS_FILE_SET+=SSL


That's interesting. My options:

slrn 1.0.3
S-Lang Library Version: 2.3.1
Operating System: FreeBSD

COMPILE TIME OPTIONS:
Backends: +nntp +slrnpull +spool
External programs / libs: -canlock -inews +ssl -uudeview +iconv
Features: +decoding +emphasized_text +end_of_thread +fake_refs
+gen_msgid -grouplens -msgid_cache +piping +rnlock +spoilers -strict_from
Using 64 bit integers for article numbers.

DEFAULTS:

Default server object: nntp
Default posting mechanism: nntp
  
# Options for slrn-1.0.3a

_OPTIONS_READ=slrn-1.0.3a
_FILE_COMPLETE_OPTIONS_LIST=DEVIEW DOCS NLS SSL
OPTIONS_FILE_SET+=DEVIEW
OPTIONS_FILE_SET+=DOCS
OPTIONS_FILE_SET+=NLS
OPTIONS_FILE_SET+=SSL

I set my configure options to be like yours, make deinstall clean
distclean install and it still segfaults. In the meantime, compiling
slrn from the git repo, the resulting installed binary works without
segfaulting. 


The port also segfaults in the same way on a hardenedbsd system. I'll
file a bug.

thanks,
--
J.
___
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: slrn from ports segfaults when running

[tech-lists]

On Sat, Sep 16, 2017 at 07:42:16AM +0700, Eugene Grosbein wrote:

On Sat, Sep 16, 2017 at 12:24:18AM +0100, tech-lists wrote:


slrn freezes when the process is attached, so ran bt from gdb:


No, just use "gdb /path//to/slrn /path/to/corefile"
It should report segmentation fault and you could obtain backtrace.


ah, OK

# gdb ./slrn ./slrn.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd"...
Core was generated by ./slrn'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libslang.so.2...done.
Loaded symbols for /usr/local/lib/libslang.so.2
Reading symbols from /usr/local/lib/libuu.so.3...done.
Loaded symbols for /usr/local/lib/libuu.so.3
Reading symbols from /usr/local/lib/libssl.so.43...done.
Loaded symbols for /usr/local/lib/libssl.so.43
Reading symbols from /usr/local/lib/libcrypto.so.41...done.
Loaded symbols for /usr/local/lib/libcrypto.so.41
Reading symbols from /usr/local/lib/libintl.so.8...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /lib/libncurses.so.8...Reading symbols from
/usr/lib/debug//lib/libncurses.so.8.debug...done.
done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /lib/libc.so.7...Reading symbols from
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libm.so.5...Reading symbols from
/usr/lib/debug//lib/libm.so.5.debug...done.
done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /usr/lib/i18n/libiconv_std.so.4...Reading symbols
from /usr/lib/debug//usr/lib/i18n/libiconv_std.so.4.debug...done.
done.
Loaded symbols for /usr/lib/i18n/libiconv_std.so.4
Reading symbols from /usr/lib/i18n/libmapper_serial.so.4...Reading
symbols from
/usr/lib/debug//usr/lib/i18n/libmapper_serial.so.4.debug...done.
done.
Loaded symbols for /usr/lib/i18n/libmapper_serial.so.4
Reading symbols from /usr/lib/i18n/libmapper_none.so.4...Reading
symbols from
/usr/lib/debug//usr/lib/i18n/libmapper_none.so.4.debug...done.
done.
Loaded symbols for /usr/lib/i18n/libmapper_none.so.4
Reading symbols from /usr/lib/i18n/libmapper_646.so.4...Reading
symbols from
/usr/lib/debug//usr/lib/i18n/libmapper_646.so.4.debug...done.
done.
Loaded symbols for /usr/lib/i18n/libmapper_646.so.4
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
#0  _citrus_NONE_stdenc_mbtocs (ce=, 
   csid=, idx=0x7fffe870, s=0x7fffe868, 
   n=, ps=0x0, nresult=0x7fffe860,

hooks=0x0)
   at /storage/usr/src/lib/libc/iconv/citrus_none.c:96
   96*idx = (_index_t)(unsigned char)*(*s)++;
   (gdb) 


backtrace:

(gdb) bt
#0  _citrus_NONE_stdenc_mbtocs (ce=, 
   csid=, idx=0x7fffe870, s=0x7fffe868, 
   n=, ps=0x0, nresult=0x7fffe860,

hooks=0x0)
   at /storage/usr/src/lib/libc/iconv/citrus_none.c:96
   #1  0x0008028014b7 in _citrus_iconv_std_iconv_convert (
   cv=, in=, 
	inbytes=0x7fffe940, out=, 
	outbytes=, flags=out>, 
   invalids=) at citrus_stdenc.h:76

   #2  0x000801aad7d4 in __bsd_iconv (handle=out>, 
   in=, szin=, 
   out=, szout=)

at citrus_iconv.h:60
#3  0x00421a2f in iconv_convert_string
(cd=0x80246c530, 
   str=0x802802000 , len=61,
test=0, 
   outstrp=0x7fffe9e0)

   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/charset.c:142
#4  0x0042219f in slrn_convert_article (a=0x8025245a0, 
   to_charset=0x80246c110 "US-ASCII", from_charset=0x80246c4e0

"ISO-8859-1")
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/charset.c:421
#5  0x00435f4d in slrn_mime_process_article (a=0x8025245a0)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/mime.c:1242
#6  0x00409727 in select_header (h=0x802422180, kill_refs=1)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/art.c:2522
#7  0x00408449 in select_article (check_mime=0)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/art.c:5039
#8  0x00408589 in slrn_art_linedn_n (n=1)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/art.c:1414
#9  0x0040f5b2 in art_linedn ()
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/art.c:1437
#10 0x00456841 in slrn_do_keymap_key (map=0x802559120)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1644
#11 0x00456b62 in main (argc=1, argv=0x7fffebc0)
   at
/ports-build/storage/usr/ports/news/slrn/work/slr

Re: slrn from ports segfaults when running

[tech-lists]

On Sat, Sep 16, 2017 at 02:37:48AM +0700, Eugene Grosbein wrote:


This does not seem to be debugging version. Perhaps, stage/ directory
already contains stripped binary. Use 'file slrn' to be sure.
Run unstripped slrn binary from building directory instead then.

And may be, this port does not respect WITH_DEBUG=yes knob.


I had WITHOUT_DEBUG=YES in make.conf, so commented out. Also
added DEBUG_FLAGS=-g, and from there was able to make a debugging
binary, which was copied to root's directory.

[root@desktop ~]# file slrn
slrn: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD),
dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 11.1
(1101502), FreeBSD-style, not stripped
[root@desktop ~]# 


[root@desktop ~]# ls -la slrn.*
-rw---  1 root  wheel  8990720 Sep 16 00:05 slrn.core

[root@desktop ~]# gdb
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "amd64-marcel-freebsd".
(gdb) core slrn.core
Core was generated by ./slrn'.
Program terminated with signal 11, Segmentation fault.
#0  0x000801aaf421 in ?? ()
(gdb) bt
#0  0x000801aaf421 in ?? ()
#1  0x7fffe360 in ?? ()
#2  0x0008026014b7 in ?? ()
#3  0x7fffe310 in ?? ()
#4  0x in ?? ()
(gdb) quit

I moved the slrn.core to slrn.core.1 and this time after starting
slrn, went into a newsgroup with only 50 or so posts and this
segfaulted after trying to open the first post:

(gdb) core slrn.core
Core was generated by ./slrn'.
Program terminated with signal 11, Segmentation fault.
#0  0x000801aaf421 in ?? ()
(gdb) bt
#0  0x000801aaf421 in ?? ()
#1  0x7fffe8b0 in ?? ()
#2  0x0008026014b7 in ?? ()
#3  0x7fffe860 in ?? ()
#4  0x in ?? ()
(gdb) 


Then, tried loading up slrn without doing anything, got its process
id and attached it in the debugger:

Reading symbols from /root/slrn...done.
Reading symbols from /usr/local/lib/libslang.so.2...done.
Loaded symbols for /usr/local/lib/libslang.so.2
Reading symbols from /usr/local/lib/libuu.so.3...done.
Loaded symbols for /usr/local/lib/libuu.so.3
Reading symbols from /usr/local/lib/libssl.so.43...done.
Loaded symbols for /usr/local/lib/libssl.so.43
Reading symbols from /usr/local/lib/libcrypto.so.41...done.
Loaded symbols for /usr/local/lib/libcrypto.so.41
Reading symbols from /usr/local/lib/libintl.so.8...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /lib/libncurses.so.8...Reading symbols from
/usr/lib/debug//lib/libncurses.so.8.debug...done.
done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /lib/libc.so.7...Reading symbols from
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libm.so.5...Reading symbols from
/usr/lib/debug//lib/libm.so.5.debug...done.
done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
0x000801ba503a in _select () from /lib/libc.so.7

slrn freezes when the process is attached, so ran bt from gdb:

(gdb) bt
#0  0x000801ba503a in _select () from /lib/libc.so.7
#1  0x0008008f728c in _pSLsys_getkey () from
/usr/local/lib/libslang.so.2
#2  0x004565b1 in slrn_getkey () at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1573
#3  0x00080091a1d7 in SLang_do_key () from
/usr/local/lib/libslang.so.2
#4  0x0045674a in slrn_do_keymap_key (map=0x802519c80)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1616
#5  0x00456b62 in main (argc=1, argv=0x7fffebc0)
   at
/ports-build/storage/usr/ports/news/slrn/work/slrn-1.0.3/src/slrn.c:1750

hopefully this is better info.

thanks,
--
J.

___
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: slrn from ports segfaults when running

[tech-lists]

On Fri, Sep 15, 2017 at 09:12:57PM +0700, Eugene Grosbein wrote:

On 15.09.2017 20:57, tech-lists wrote:

On Fri, Sep 15, 2017 at 08:07:54PM +0700, Eugene Grosbein wrote:


First, try to rebuild port using "make WITH_DEBUG=yes" and run non-stripped 
binary
from stage/ subdirectory of port building ares. Then get corefile and
use gdb to get backtrace.


I had to run make install because running it from the staging
directory gives this error:

slrn 1.0.3
Unable to locate slrn.sl on load path
Configuration error: Unable to load startup file
The hardcoded load path is set to: /usr/local/share/slrn/slang
You make need to set the SLRN_SLANG_DIR environment variable.
slrn fatal error:
Error initializing S-Lang interpreter.

so, ran make install:


This installs slrn.sl to right place. You can still run debugging binary
or just manually copy it to /usr/local/bin/


OK, did that (and set the NNTPSERVER env var, coredump happened on
selecting a newsgroup. It happens if there's a lot of articles in the
newsgroup.

This GDB was configured as "amd64-marcel-freebsd".
(gdb) core slrn.core
Core was generated by ./slrn -f /root/.jnewsrc --create'.
Program terminated with signal 11, Segmentation fault.
#0  0x000801a92421 in ?? ()
(gdb) bt
#0  0x000801a92421 in ?? ()
#1  0x7fffdc10 in ?? ()
#2  0x0008026014b7 in ?? ()
#3  0x7fffdbc0 in ?? ()
#4  0x in ?? ()

thanks,
--
J
___
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: slrn from ports segfaults when running

[tech-lists]

On Fri, Sep 15, 2017 at 08:07:54PM +0700, Eugene Grosbein wrote:


First, try to rebuild port using "make WITH_DEBUG=yes" and run non-stripped 
binary
from stage/ subdirectory of port building ares. Then get corefile and
use gdb to get backtrace.


I had to run make install because running it from the staging
directory gives this error:

slrn 1.0.3
Unable to locate slrn.sl on load path
Configuration error: Unable to load startup file
The hardcoded load path is set to: /usr/local/share/slrn/slang
You make need to set the SLRN_SLANG_DIR environment variable.
slrn fatal error:
Error initializing S-Lang interpreter.

so, ran make install:

make install
===>  Installing for slrn-1.0.3a
===>   slrn-1.0.3a depends on file: /usr/local/lib/libcrypto.so.41 -
found
===>   slrn-1.0.3a depends on shared library: libslang.so - found
(/usr/local/lib/libslang.so)
===>   slrn-1.0.3a depends on shared library: libuu.so - found
(/usr/local/lib/libuu.so)
===>   slrn-1.0.3a depends on shared library: libintl.so - found
(/usr/local/lib/libintl.so)
===>  Checking if slrn already installed
===>   Registering installation for slrn-1.0.3a
Installing slrn-1.0.3a...

I can redo this if there's a -DNOSTRIP or something like that I can
pass to make for make install.

I have the corefile, and have loaded gdb like so:

(gdb) core slrn.core
Core was generated by slrn'.
Program terminated with signal 11, Segmentation fault.
#0  0x000801a92474 in ?? ()

(gdb) bt
#0  0x000801a92474 in ?? ()
#1  0x7fffdc58 in ?? ()
#2  0x7fffdbf0 in ?? ()
#3  0x0008030013cd in ?? ()
#4  0x7fffdb98 in ?? ()
#5  0x in ?? ()

I re-ran slrn and attached the process:

(gdb) attach 58974
Attaching to process 58974
Reading symbols from /storage/usr/local/bin/slrn...(no debugging
symbols found)...done.
Reading symbols from /usr/local/lib/libslang.so.2...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libslang.so.2
Reading symbols from /usr/local/lib/libuu.so.3...(no debugging symbols
found)...done.
Loaded symbols for /usr/local/lib/libuu.so.3
Reading symbols from /usr/local/lib/libssl.so.43...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libssl.so.43
Reading symbols from /usr/local/lib/libcrypto.so.41...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libcrypto.so.41
Reading symbols from /usr/local/lib/libintl.so.8...(no debugging
symbols found)...done.
Loaded symbols for /usr/local/lib/libintl.so.8
Reading symbols from /lib/libncurses.so.8...Reading symbols from
/usr/lib/debug//lib/libncurses.so.8.debug...done.
done.
Loaded symbols for /lib/libncurses.so.8
Reading symbols from /lib/libc.so.7...Reading symbols from
/usr/lib/debug//lib/libc.so.7.debug...done.
done.
Loaded symbols for /lib/libc.so.7
Reading symbols from /lib/libm.so.5...Reading symbols from
/usr/lib/debug//lib/libm.so.5.debug...done.
done.
Loaded symbols for /lib/libm.so.5
Reading symbols from /libexec/ld-elf.so.1...Reading symbols from
/usr/lib/debug//libexec/ld-elf.so.1.debug...done.
done.
Loaded symbols for /libexec/ld-elf.so.1
0x000801b8803a in _select () from /lib/libc.so.7
(gdb) bt
#0  0x000801b8803a in _select () from /lib/libc.so.7
#1  0x0008008da28c in _pSLsys_getkey () from
/usr/local/lib/libslang.so.2
#2  0x0043e75f in ?? ()
#3  0x0008008fd1d7 in SLang_do_key () from
/usr/local/lib/libslang.so.2
#4  0x0043e7fb in ?? ()
#5  0x0043f86f in ?? ()
#6  0x0040767f in ?? ()
#7  0x000800683000 in ?? ()
#8  0x in ?? ()

and the process of attaching seems to hang slrn.

thanks,
--
J.
___
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"

slrn from ports segfaults when running

[tech-lists]

Hello ports@

slrn as compiled from ports will segfault after a short time when
reading a newsgroup. The fix is to deinstall the port, grab the source
via git from git://git.jedsoft.org/git/slrn.git and compile it
yourself and install.

If someone can tell me how to diagnose a segfault, I'm happy to help
provide more diagnostics.

Some more info:
reading method in slrn: set server_object "nntp"
system: FreeBSD 11.1-STABLE #0 r323195
ports: r449871

thanks,
--
J.
___
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: www/bluefish builds but fails to install

[tech-lists]

On 01/09/2017 23:33, Kevin Oberman wrote:

FWIW, I just installed bluefish on my system using default options with no
errors. As a result, I suspect thee is an issue with your environment and
that is why you are having issues.


Bluefish will build from ports in a newly-created VM, but *only* if xorg 
is the only thing installed from ports. Even then, pkg check -s shows this:


Checking all packages:
bluefish-2.2.10: checksum mismatch for 
/usr/local/share/applications/mimeinfo.cache

bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/XMLnamespaces
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/aliases
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/generic-icons
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/globs
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/globs2
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/magic
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/mime.cache
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/subclasses
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/treemagic
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/types

so there's definitely something wrong with the port. I guess it's 
something poudiere wouldn't show as, if I'm understanding correctly, it 
builds only in a 'clean' environment.


thanks,

--
J.
___
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: www/bluefish builds but fails to install

[tech-lists]

Hi,

On 01/09/2017 23:33, Kevin Oberman wrote:
> No, not really "aha". If you have most anything using freedesktop specs
> (which includes all "modern" desktops), you will have these files. You
> should also  have a similar set of system wide mime files. These are
> normally found in /usr/local/share/mime, but that can be altered and it
> looks like yours is in "/storage". If the prefix for local is changed,
> ports must be rebuilt as many ports assume that related ports use the same
> location for shared resources.

The OS was initially installed onto a SSD, then 3xsata disks were added
for a zfs array. This array is /storage and /usr is symlinked to
/storage/usr

> FWIW, I just installed bluefish on my system using default options with no
> errors. As a result, I suspect thee is an issue with your environment and
> that is why you are having issues.

I'm running portupgrade -af in the hope this fixes things, or if it
fails hopefully the errors will show where the problem is. It'll take a
while as nearly 1400 ports are installed, then again this desktop is
quick. At the same time, I spun up a newly created, small, bhyve
11.1-stable instance, installed ports and it's now building bluefish
with all its dependencies.

I expect that you're right, that there's something broken in the
environment. In which case I'll probably have to return the machine to a
more-or-less pristine state, delete .local and install what I currently
require. Maybe some cruft has built up over the years that's causing
problems now. It's been a freebsd desktop since v9.

thanks,
-- 
J.
___
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: www/bluefish builds but fails to install

[tech-lists]

Hi,

On 01/09/2017 19:06, Kevin Oberman wrote:
> At this point I am out of ideas, but a bit more information might be
> helpful to others (or even me).
> 1. What version of FreeBSD (likely not useful)?

11.1-STABLE #0 r322350

> 2. What version of Gnome, MATE or other desktop is installed?

there's no Gnome desktop per se, but there are some gnome 2.32 and 3.18
programs installed:

gmtk-1.0.9_1   Library for gnome-mplayer and
gecko-mediaplayer
gnome-common-3.18.0Common automake macros for GNOME 3
gnome-desktop-3.18.2_1 Additional UI API for GNOME 3
gnome-doc-utils-0.20.10_4  GNOME doc utils
gnome-icon-theme-3.12.0_1  Collection of icons for the GNOME desktop
gnome-icon-theme-symbolic-3.12.0 GNOME Symbolic Icons
gnome-mime-data-2.18.0_5   MIME and Application database for GNOME
gnome-mount-0.8_13 Front-end to mount, umount, and eject
using HAL
gnome-mplayer-1.0.9_2  GNOME frontend for MPlayer
gnome-pty-helper-0.40.2utmp/wtmp/lastlog helper program for the
vte Terminal widget
gnome-session-3.18.1.2_2   Session component for the GNOME 3 desktop
gnome-settings-daemon-3.18.2_3 GNOME 3 settings daemon
gnome-vfs-2.24.4_6 GNOME Virtual File System
gnome_subr-1.0 Common startup and shutdown subroutines
used by GNOME scripts
gstreamer-plugins-gnomevfs-0.10.36_2,3 Gstreamer gnomevfs plugin
libgnome-2.32.0_4  Libraries for GNOME, a GNU desktop
environment
libgnome-keyring-3.12.0_2  Program that keeps passwords and other
secrets
libgnomecanvas-2.30.3_4Graphics library for GNOME
libgnomeui-2.24.4_5Libraries for the GNOME GUI, a GNU
desktop environment
libsoup-gnome-2.52.2_1 SOAP (Simple Object Access Protocol)
implementation in C
policykit-gnome-0.9.2_8GNOME frontend to the PolicyKit framework
py27-gnome-2.28.1_6Python bindings for GNOME 2


MATE desktop is installed - mate-desktop-1.18.0_1 - this might have been
installed as a dependency of mate-terminal

I actually use windowmaker for the desktop

> 3. Were all ports installed as packages?

All ports have been installed via the port

> 4. Are the "shared/mime" files present in your local directory?

aha - in /home/john/.local/share/mime there's this:

-rw-r--r--   1 john  john 0B 20 Sep  2016 aliases
drwxr-xr-x   2 john  john15B 20 Sep  2016 application/
-rw-r--r--   1 john  john 0B 20 Sep  2016 generic-icons
-rw-r--r--   1 john  john   628B 20 Sep  2016 globs
-rw-r--r--   1 john  john   676B 20 Sep  2016 globs2
-rw-r--r--   1 john  john 0B 20 Sep  2016 icons
drwxr-xr-x   2 john  john 4B 20 Sep  2016 image/
-rw-r--r--   1 john  john12B 20 Sep  2016 magic
-rw-r--r--   1 john  john   1.5K 20 Sep  2016 mime.cache
drwx--   2 john  john18B 20 Sep  2016 packages/
-rw-r--r--   1 john  john 0B 20 Sep  2016 subclasses
drwxr-xr-x   2 john  john 3B 20 Sep  2016 text/
-rw-r--r--   1 john  john16B 20 Sep  2016 treemagic
-rw-r--r--   1 john  john   434B 20 Sep  2016 types
-rw-r--r--   1 john  john 4B 20 Sep  2016 version
-rw-r--r--   1 john  john 0B 20 Sep  2016 XMLnamespaces

-- 
J.
___
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: www/bluefish builds but fails to install

[tech-lists]

On 01/09/2017 18:06, Kevin Oberman wrote:
> Something is broken here. I checked two systems: one built from ports
> and one using packages. In both cases, all of those files are present,
> but neither had those files on the package DB:

Thanks for looking at this. Do you think it's my system that is broken,
or the port?

Not sure if it's relevant, but after the failure with the port, I tried
to compile from source in $HOME/tmp. Configure finishes without error
but make fails with the following:

$ make
Making all in data
Making all in bflang
Making all in bflib
Making all in templates
Making all in desktop-data
make[1]: don't know how to make bluefish.appdata.xml. Stop

make[1]: stopped in /storage/home/john/tmp/bluefish-2.2.10/desktop-data
*** Error code 1

Stop.
make: stopped in /storage/home/john/tmp/bluefish-2.2.10

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

www/bluefish builds but fails to install

[tech-lists]

Hello ports@

system is 11.1-STABLE #0 r322350
ports is r449063

www/bluefish builds OK but fails to install with the following error:

# make install
===>  Installing for bluefish-2.2.10
===>   bluefish-2.2.10 depends on executable: tidy4 - found
===>   bluefish-2.2.10 depends on executable: weblint - found
===>   bluefish-2.2.10 depends on executable: update-desktop-database - 
found

===>   bluefish-2.2.10 depends on file: /usr/local/bin/python2.7 - found
===>   bluefish-2.2.10 depends on executable: update-mime-database - found
===>   bluefish-2.2.10 depends on executable: gtk-update-icon-cache - found
===>   bluefish-2.2.10 depends on shared library: libpcre.so - found 
(/usr/local/lib/libpcre.so)
===>   bluefish-2.2.10 depends on shared library: libenchant.so - found 
(/usr/local/lib/libenchant.so)
===>   bluefish-2.2.10 depends on shared library: libfontconfig.so - 
found (/usr/local/lib/libfontconfig.so)
===>   bluefish-2.2.10 depends on shared library: libfreetype.so - found 
(/usr/local/lib/libfreetype.so)
===>   bluefish-2.2.10 depends on shared library: libintl.so - found 
(/usr/local/lib/libintl.so)
===>   bluefish-2.2.10 depends on shared library: libatk-1.0.so - found 
(/usr/local/lib/libatk-1.0.so)
===>   bluefish-2.2.10 depends on shared library: libcairo.so - found 
(/usr/local/lib/libcairo.so)
===>   bluefish-2.2.10 depends on shared library: libgdk_pixbuf-2.0.so - 
found (/usr/local/lib/libgdk_pixbuf-2.0.so)
===>   bluefish-2.2.10 depends on shared library: libglib-2.0.so - found 
(/usr/local/lib/libglib-2.0.so)
===>   bluefish-2.2.10 depends on shared library: libintl.so - found 
(/usr/local/lib/libintl.so)
===>   bluefish-2.2.10 depends on shared library: libgtk-x11-2.0.so - 
found (/usr/local/lib/libgtk-x11-2.0.so)
===>   bluefish-2.2.10 depends on shared library: libxml2.so - found 
(/usr/local/lib/libxml2.so)
===>   bluefish-2.2.10 depends on shared library: libpango-1.0.so - 
found (/usr/local/lib/libpango-1.0.so)

===>  Checking if bluefish already installed
===>   Registering installation for bluefish-2.2.10
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/applications/mimeinfo.cache:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/XMLnamespaces:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/aliases:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/application/x-bluefish-language2.xml:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/application/x-bluefish-project.xml:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/generic-icons:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/globs:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/globs2:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/icons:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/magic:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/mime.cache:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/subclasses:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/treemagic:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/types:No 
such file or directory
pkg-static: Unable to access file 
/storage/usr/ports/www/bluefish/work/stage/usr/local/share/mime/version:No 
such file or directory

*** Error code 74

Stop.
make[1]: stopped in /storage/usr/ports/www/bluefish
*** Error code 1

Stop.
make: stopped in /storage/usr/ports/www/bluefish

please can anyone help?

Many thanks,
--
J.
___
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: mesa libs issue

[tech lists]

On Wed, 17 May 2017 13:07:55 +0200
Kurt Jaeger  wrote:

> Hi!
> 
> > Thanks for this. It was a real help. I got bitten by it on an
> > 11-stable system with ports rev 440997 [ 2017-05-16 13:27:43 +0100
> > ]  
> 
> Can someone please provide a write-up that we can add to UPDATING ?

What I did was this, after seeing David's very helpful email to the
list: 

pkg delete -f libEGL-17.0.3 libGL-17.0.3 libglesv2-17.0.3 gbm-17.0.3
libglapi-17.0.3 dri-17.0.3.2

then:

cd /usr/ports/graphics/mesa-libs && make distclean clean install

then:

cd /usr/ports/graphics/mesa-dri && make distclean clean install

-- 
J.
___
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: mesa libs issue

[tech lists]

On Sat, 13 May 2017 19:15:10 -0700
David Wolfskill  wrote:


> 
> The short of it comes down to the equivalent of:
> 
> * pkg delete -f libEGL-17.0.3 libGL-17.0.3 libglesv2-17.0.3
> gbm-17.0.3 libglapi-17.0.3
> 
> (after which point mesa-libs-17.0.4 installed OK).
> 
> * pkg delete -f dri-17.0.3,2 
> 
> (after which point mesa-dri-17.0.4 installed OK).
> 
> 
> Caveat: This was using portmaster.  My attempt to use poudriere to
> build graphics/mesa-libs failed rather completely, as I noted
> earlier.  (Ref.
> .)

Hi,

Thanks for this. It was a real help. I got bitten by it on an 11-stable
system with ports rev 440997 [ 2017-05-16 13:27:43 +0100 ]

Does anyone know why /usr/ports/UPDATING wasn't, er, updated? 

-- 
J.
___
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: devel/gvfs fails to build on 11-stable and ports r436799

[tech-lists]

On 24/03/2017 01:52, Walter Schwarzenfeld wrote:
> Try recomüile sysutils/libcdio-paranoia.

awesome! that did the trick!

many thanks,
-- 
J.
___
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"

devel/gvfs fails to build on 11-stable and ports r436799

[tech-lists]

Hello ports@,

I'm on 11-stable r314138 with very recent ports (r436799). I'm trying to
build devel/gvfs from ports. I'm getting the error below. Can anyone
help please?


mv -f .deps/gvfsd_cdda-daemon-main.Tpo .deps/gvfsd_cdda-daemon-main.Po
cc -DHAVE_CONFIG_H -I. -I..   -I.. -I../common -I.. -I../common
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
-I/usr/local/include -I/usr/local/include/gio-unix-2.0/ -pthread
-DSECRET_WITH_UNSTABLE -I/usr/local/include/libsecret-1
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
-I/usr/local/include -pthread  -I/usr/local/include/gcr-3
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
-I/usr/local/include -I/usr/local/include/gck-1 -pthread
-I/usr/local/include/p11-kit-1  -DLIBEXEC_DIR=\"/usr/local/libexec\"
-DMOUNTABLE_DIR=\"/usr/local/share/gvfs/mounts\"
-DGVFS_LOCALEDIR=\""/usr/local/share/locale"\"
-DBACKEND_HEADER=gvfsbackendcdda.h -DDEFAULT_BACKEND_TYPE=cdda
-DMAX_JOB_THREADS=1 -DBACKEND_TYPES='"cdda", G_VFS_TYPE_BACKEND_CDDA,'
-I/usr/local/include   -DDBUS_API_SUBJECT_TO_CHANGE
-I/usr/local/include/hal -I/usr/local/include/dbus-1.0
-I/usr/local/lib/dbus-1.0/include  -I/usr/local/include -isystem
/usr/local/include  -O2 -pipe  -fstack-protector -isystem
/usr/local/include -fno-strict-aliasing -MT
gvfsd_cdda-daemon-main-generic.o -MD -MP -MF
.deps/gvfsd_cdda-daemon-main-generic.Tpo -c -o
gvfsd_cdda-daemon-main-generic.o `test -f 'daemon-main-generic.c' ||
echo './'`daemon-main-generic.c
mv -f .deps/gvfsd_cdda-daemon-main-generic.Tpo
.deps/gvfsd_cdda-daemon-main-generic.Po
/bin/sh ../libtool  --tag=CC   --mode=link cc  -O2 -pipe
-fstack-protector -isystem /usr/local/include -fno-strict-aliasing
-L/usr/local/lib -fstack-protector -o gvfsd-cdda
gvfsd_cdda-gvfsbackendcdda.o gvfsd_cdda-daemon-main.o
gvfsd_cdda-daemon-main-generic.o libgvfsdaemon.la
../common/libgvfscommon.la -L/usr/local/lib -lgmodule-2.0 -pthread
-lglib-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl  -L/usr/local/lib
-lsecret-1 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl  -L/usr/local/lib
-lcdio_paranoia -lcdio_cdda -lcdio -lm -lcam  -L/usr/local/lib -lhal
-ldbus-1  ../common/libgvfscommon-hal.la -L/usr/local/lib -lutil
libtool: link: cc -O2 -pipe -fstack-protector -isystem
/usr/local/include -fno-strict-aliasing -fstack-protector -o
.libs/gvfsd-cdda gvfsd_cdda-gvfsbackendcdda.o gvfsd_cdda-daemon-main.o
gvfsd_cdda-daemon-main-generic.o -pthread  -L/usr/local/lib
./.libs/libgvfsdaemon.so
/storage/usr/ports/devel/gvfs/work/gvfs-1.26.3/common/.libs/libgvfscommon.so
../common/.libs/libgvfscommon.so -lcdio_paranoia -lcdio_cdda -lcdio -lm
-lcam /usr/local/lib/libhal.so ../common/.libs/libgvfscommon-hal.a
-ldbus-1 -lsecret-1 -lgcr-base-3 -lgck-1 -lp11-kit -lgmodule-2.0
-lgio-2.0 -lgobject-2.0 -lglib-2.0 -lintl -lutil -pthread -Wl,-rpath
-Wl,/usr/local/lib/gvfs -Wl,-rpath -Wl,/usr/local/lib
/usr/local/lib/libcdio_cdda.so: undefined reference to
`mmc_get_hwinfo@CDIO_16'
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[5]: *** [Makefile:1391: gvfsd-cdda] Error 1
gmake[5]: Leaving directory
'/storage/usr/ports/devel/gvfs/work/gvfs-1.26.3/daemon'
gmake[4]: *** [Makefile:2925: all-recursive] Error 1
gmake[4]: Leaving directory
'/storage/usr/ports/devel/gvfs/work/gvfs-1.26.3/daemon'
gmake[3]: *** [Makefile:527: all-recursive] Error 1
gmake[3]: Leaving directory '/storage/usr/ports/devel/gvfs/work/gvfs-1.26.3'
gmake[2]: *** [Makefile:459: all] Error 2
gmake[2]: Leaving directory '/storage/usr/ports/devel/gvfs/work/gvfs-1.26.3'
*** Error code 1

Stop.
make[1]: stopped in /storage/usr/ports/devel/gvfs
*** Error code 1

Stop.
make: stopped in /storage/usr/ports/devel/gvfs

thanks,
-- 
J.
___
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"

pkg checksum mismatch for a variety of ports

[tech-lists]

Hello ports@,

What's the significance of this and what can I do about it? Deinstalling
and reinstalling doesn't help. These were installed with ports r436245
on 11.0-stable r314138:

# pkg check -s

Checking all packages:   3%
bluefish-2.2.10: checksum mismatch for
/usr/local/share/applications/mimeinfo.cache
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/XMLnamespaces
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/aliases
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/generic-icons
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/globs
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/globs2
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/icons
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/magic
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/mime.cache
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/subclasses
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/treemagic
bluefish-2.2.10: checksum mismatch for /usr/local/share/mime/types
Checking all packages:   4%
calibre-2.81.0: checksum mismatch for
/usr/local/share/mime/application/epub+zip.xml
calibre-2.81.0: checksum mismatch for
/usr/local/share/mime/application/x-mobipocket-ebook.xml

thanks
-- 
J.
___
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: latest rust fails to install

[tech-lists]

On 25/02/2017 07:19, Kevin Oberman wrote:
> There was a bug opened on this yesterday. Problem seems to be fairly well
> understood. Solution... not so much. I ended up installing the package.
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217309

OK, thanks

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

latest rust fails to install

[tech-lists]

Hello ports@

I have had this problem on 3x freebsd11-stable machines.

rust compiles but fails to install. Here's the last couple of pages of
output, from a machine at FreeBSD 11.0-STABLE #0 r313940 and ports
r434693. It's like the number after the filename is wrong, so we get
file not found errors.

Install std stage2 (x86_64-unknown-freebsd)
running: "sh"
"/usr/ports/lang/rust/work/rustc-1.15.1-src/build/tmp/dist/rust-std-1.15.1-x86_64-unknown-freebsd/install.sh"
"--prefix=/usr/ports/lang/rust/work/stage/usr/local"
"--docdir=/usr/ports/lang/rust/work/stage/usr/local/share/doc/rust"
"--libdir=/usr/ports/lang/rust/work/stage/usr/local/lib"
"--mandir=/usr/ports/lang/rust/work/stage/usr/local/man"
"--disable-ldconfig"
install: creating uninstall script at
/usr/ports/lang/rust/work/stage/usr/local/lib/rustlib/uninstall.sh
install: installing component 'rust-std-x86_64-unknown-freebsd'

std is standing at the ready.

Install rustc stage2 (x86_64-unknown-freebsd)
running: "sh"
"/usr/ports/lang/rust/work/rustc-1.15.1-src/build/tmp/dist/rustc-1.15.1-x86_64-unknown-freebsd/install.sh"
"--prefix=/usr/ports/lang/rust/work/stage/usr/local"
"--docdir=/usr/ports/lang/rust/work/stage/usr/local/share/doc/rust"
"--libdir=/usr/ports/lang/rust/work/stage/usr/local/lib"
"--mandir=/usr/ports/lang/rust/work/stage/usr/local/man"
"--disable-ldconfig"
install: creating uninstall script at
/usr/ports/lang/rust/work/stage/usr/local/lib/rustlib/uninstall.sh
install: installing component 'rustc'

Rust is ready to roll.

Build completed in 0:01:27
gmake[3]: Leaving directory '/usr/ports/lang/rust/work/rustc-1.15.1-src'
> Compressing man pages (compress-man)
===>  Installing for rust-1.15.1
===>   Registering installation for rust-1.15.1
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/libarena-22adfce669fd9832.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/libflate-e1e6e55ceb7251ef.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/libfmt_macros-ba80d211c09981a2.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/libgetopts-09faa2be228f2ddb.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/libgraphviz-6303af3dd8d718e9.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/liblog-761db57e43e641cb.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/libproc_macro-964c3339f3f8acda.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/libproc_macro_plugin-d9ebf1627378b721.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/libproc_macro_tokens-adc448e5e4f62f44.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc-4221de92f27e804b.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_back-e247e25402404c1f.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_borrowck-68ef6be666920880.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_const_eval-14677cc7d4f412a3.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_const_math-7d31310a940ce777.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_data_structures-a29777375c573c9a.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_driver-9b159e7b54809b23.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_errors-da09828277bc171a.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_incremental-f9cea8a2dfb1093f.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_lint-ac6a304d2924921f.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_llvm-7a749f3ba5ac01da.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_metadata-0df9306a450c5744.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_mir-af6ee715a1ae6a07.so:
No such file or directory
pkg-static: Unable to access file
/usr/ports/lang/rust/work/stage/usr/local/lib/librustc_passes-bdfaafb6f5c7f3fe.so: