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

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:

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

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

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

Re: make index errors ports/head

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

Re: make index errors ports/head rev 556800

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

make index errors ports/head rev 556800

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

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

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

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

java/hamcrest errors

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.

what's happening to mysql56-server ?

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

poudriere build: graphics/rawtherapee fails to find ccache

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

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

Re: make.conf for a poudriere jail and CPUTYPE

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,

Re: make.conf for a poudriere jail and CPUTYPE

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

Re: make.conf for a poudriere jail and CPUTYPE

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

Re: make.conf for a poudriere jail and CPUTYPE

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.

Re: make.conf for a poudriere jail and CPUTYPE

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

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:

Re: make.conf for a poudriere jail and CPUTYPE

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

Re: make.conf for a poudriere jail and CPUTYPE

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

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

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:

qemu error on startup

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,

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

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

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

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

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

databases/mysql-connector-odbc fails to build

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_

pkg check failures

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

mysql{client,server} upgrade from 5.6 to 5.7

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

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

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

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

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

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:

xorg with i915kms crashes with GLSL compile failure when xsane starts

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

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

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.

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

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

www/apache24 devel/apr1 LDAP and dependent ports

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] ===

lang/ruby24 wont build on mips64

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

Mk/bsd.gcc.mk errors

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

Re: which port installed what other port

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

which port installed what other port

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

Re: php56

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

php56

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.

Re: mail/claws-mail docs fail to build

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

mail/claws-mail docs fail to build

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

odd make index output

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:

Re: mail/imapfilter fails to build

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

mail/imapfilter fails to build

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

Re: base openssl fallout: ruby fails to build

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-po

base openssl fallout: ruby fails to build

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

best linux emulation for 12-current

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

Re: how to enforce one version of python

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

Re: how to enforce one version of python

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

Re: how to enforce one version of python

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

Re: how to enforce one version of python

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

how to enforce one version of python

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

upgrading from php56 to php72 via ports

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

how to make ports not install xorg or dependencies

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

Re: google-earth installs but fails to run

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

google-earth installs but fails to run

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

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

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

Re: security/py-certbot ignores --standalone

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 ignores --standalone

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

Re: graphics/ufraw fails to compile on 11-stable

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

Re: graphics/ufraw fails to compile on 11-stable

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

graphics/ufraw fails to compile on 11-stable

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

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

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

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

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

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

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

Re: libreoffice fails to build [SOLVED]

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 pristi

libreoffice fails to build

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 ##

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

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/ar

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

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:

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

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

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

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

ports tree and upgrading errors

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)

problems installing ImageMagick-nox11 from ports (resolved)

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

make ports use system clang & llvm

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

Re: portmaster, portupgrade, etc

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

Re: Another error with py3-cairo

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

py-cairo fails to build

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

Re: lang/rust broken Makefile

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.

Re: lang/rust broken Makefile

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 s

lang/rust broken Makefile

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:

Re: slrn from ports segfaults when running

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

Re: slrn from ports segfaults when running

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

Re: slrn from ports segfaults when running

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

Re: slrn from ports segfaults when running

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/ subdirecto

Re: slrn from ports segfaults when running

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

slrn from ports segfaults when running

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

Re: www/bluefish builds but fails to install

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

Re: www/bluefish builds but fails to install

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

Re: www/bluefish builds but fails to install

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?

Re: www/bluefish builds but fails to install

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

www/bluefish builds but fails to install

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:

Re: mesa libs issue

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 ?

Re: mesa libs issue

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

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

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

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

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..

pkg checksum mismatch for a variety of ports

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

Re: latest rust fails to install

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.

latest rust fails to install

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

  1   2   >