Re: Is there a way to subscribe to the commit messages for only ports you maintain?

Chris writes: > I'd like to subscribe to the commit messages > ( dev-commits-ports-all ) > but only receive messages that affect me -- the > ports I currently maintain. Is it possible? Or > am I just dreaming? ;-) No clue but I use Herald rules for something similar.

Re: x11/kitty: rewritten and updated to v0.20.3

Alexis Praga writes: > Hi guys, > > Thanks to Li-Wen Hsu [1], I now know the new version does not build on 11.4 > with : > /usr/bin/ld: unrecognized option '-plugin' > Which seems due to the '-flto' flag according to this issue : >

Re: Trubles compiling lxqt on RPi4

bob prohaska writes: > On Wed, May 12, 2021 at 05:17:37PM -0700, Mark Millard via freebsd-ports > wrote: > >> bob prohaska fbsd at www.zefox.net wrote on >> Wed May 12 21:10:02 UTC 2021 : >> >> > Attempts to compile x11/x11-wm/lxqt on a Pi4 running -current >> > get stuck with: >> > ===>

Re: graphics/wayland error: unknown argument: '-fno-color-diagnostics'

Janos Dohanics writes: > Hello, > > trying to build graphics/wayland on a newly installed system (FreeBSD > 13.0-STABLE #0 stable/13-n245524-11af9a9cf93: Wed May 5 17:58:25 EDT > 2021): > > https://pastebin.com/mdK0yscg > > Would you please advise? Did you partially upgrade? devel/meson was

Re: USES=cargo vs. workspaces

Alex Dupre writes: > On 07/10/19 09:41, Alex Dupre wrote: > >>> Some projects (e.g., Servo, Veloren) bundle several packages together. >>> When dependencies also bundle packages it confuses "git" override. >>> Any tips/workarounds that scale beyond 1 port? >> >> I haven't a solution, I can just

Re: Hungarian: rST localisation for language "hu" not found

Thierry Thomas writes: > [dochtml] File > "/wrkdirs/usr/ports/math/sage/work/build/usr/local/lib/python3.7/site-packages/sage_setup/docbuild/__main__.py", > line 2, in > [dochtml] main() > [dochtml] File >

Re: Problems with updating a port due to top directory in tarball

Kevin Oberman writes: > I'm trying to update a port I maintain. Since I last updated, it moved from > ISC to github and it uses unusual naming conventions. > > The distfile is "irrtoolset/archive/release-5.1.3.tar.gz". I can work > around this with a DIST_SUBDIR and DISTNAME, but when the

Re: Building a port with poudriere that depends on a cargo crate that needs net access

Adam Jimerson writes: > I'm trying to make a port that depends on a number of cargo crates, both > direct and indirect dependencies, one of these crates needs network access to > build. The crate in question is psl (https://crates.io/crates/psl). To avoid network see cargo-configure in

Re: Build cluster error logs?

Christian Weisgerber writes: > Where can I find the error logs from the build cluster? > The Porter's Handbook points to portsmon, which is broken. https://portsfallout.com/ or pkg-fallout@ maillist archive. https://pkg-status.freebsd.org/?all=1=package is a macro-ish UI for all machines

Re: OpenSource app Simple Diary

Henrik Rosenke writes: > Hello, > > Am 03.01.21 um 11:12 schrieb Chris: >> On 2021-01-03 01:57, Matthias Apitz wrote: >>> Hello, >>> >>> In the forum about the mobile Purism L5 someone announced some app >>> to write a >>> diary: >>> >>> https://forums.puri.sm/t/app-simple-diary/11508 >>>

Re: letting a port depending on rust-nightly

MR writes: > Hi, > > > thanks a lot for your hints! > > This (and RUSTC_BOOTSTRAP=1) seems to work mostly: > > It does build now interactively bit still seems to download repos from > github during config: Likely due to CARGO_GIT_SUBDIR being incomplete/incorrect, so some packages still don't

Re: letting a port depending on rust-nightly

MR writes: > Hi, > I tried but before it can work I get: > ... > === > ===> Configuring for bitwarden_rs-1.17.0 > error: failed to resolve patches for > `https://github.com/rust-lang/crates.io-index` > > Caused by: > patch for `data-url` in >

Re: letting a port depending on rust-nightly

MR writes: > Hi, > I'm trying to port https://github.com/dani-garcia/bitwarden_rs which > seems to depend on > rust-nightly (default rust errors due to some Did you try CARGO_ENV+=RUSTC_BOOTSTRAP=1 instead? Some examples: - devel/racer - games/veloren - lang/rust (originally) -

Re: Thunderbird package missing

Graham Menhennitt writes: > Hello all, > I did a pkg upgrade yesterday and it removed my Thunderbird > package. When I go to install it, I get "No packages available to > install matching 'thunderbird'. I've tried it on two separate systems > with the same result. What's going on? Many builds

Re: graphics/librsvg2-rust fails to build

Torfinn Ingolfsen writes: > On Sat, Dec 12, 2020 at 6:50 PM Jan Beich wrote: >> >> "SSL_CTX_set_cipher_list:no cipher match" is likely due to OpenSSL 1.0 >> on FreeBSD 11.* lacking TLS 1.3 or similar. However, libgit2 shouldn't >> be used during build. An

Re: graphics/librsvg2-rust fails to build

Torfinn Ingolfsen writes: > thread 'main' panicked at 'couldn't initialize the libgit2 library: > -1, error: could not initialize openssl: error:1410D0B9:SSL > routines:SSL_CTX_set_cipher_list:no cipher match', > /usr/ports/lang/rust/work/rustc-1.48.0-src/vendor/libgit2-sys/lib.rs:3807:9 > note:

Re: Stale pkg repo?

Tatsuki Makino writes: > It seems that just 1 package update ( gtk3? :) ) can cause the > official poudriere to build a daunting amount of work. Pales in comparison to FreeBSD security advisiories which force rebuild of all 33000 packages. Given package builds are not reproducibile yet[1] rsync

Re: find libglvnd dependency

MR writes: > Shouldn't libEGL.so.1 be provided by mesa-libs ?!? Both mesa-libs and nvidia-driver provide vendor-specific libEGL. libglvnd moves those to libEGL_mesa and libEGL_nvidia while providing libEGL wrapper to select the correct version based on which GPU is used.

Re: find libglvnd dependency

MR writes: > Hi, > trying to do a `pkg upgrade` gives me a: > > ... > New packages to be INSTALLED: > libglvnd: 1.3.2 > ... Run "pkg check -d". Maybe you've removed libglvnd uncleanly, leaving some packages with unsatisfied dependency. If so rebuild those against vanilla ports tree.

Re: DEFAULT_VERSIONS+=llvm=90 ignored?

Steve Kargl writes: > On Fri, Dec 04, 2020 at 11:41:41PM +0100, Jan Beich wrote: >> devel/llvm10 is pinned by graphics/mesa-* likely to reduce QA after a >> fiasco in bug 239682. Trying to unpin in bug 250869 was rejected. >> >> graphics/mesa-dri/Makefile.common:

Re: DEFAULT_VERSIONS+=llvm=90 ignored?

Steve Kargl writes: > It takes a long time to compile on my laptop. I have > > DEFAULT_VERSIONS+=llvm=90 Why do you need to redefine current default? Mk/bsd.default-versions.mk: LLVM_DEFAULT?= 90 > % portmaster -Byd gnuplot > ... > Install devel/llvm10 > ... >

Re: 12.2-STABLE pkg upgrade remove firefox then need firefox-esr

"Julian H. Stacey" writes: > On 12.2-STABLE pkg upgrade removed firefox, I wonder why ? > I ran pkg add firefox-esr, > & am now runnning cd /usr/ports/www/firefox ; make Build jobs die due to SIGKILL awfully often nowadays. When aborting jobs poudriere needs to clean up temporary filesystems,

Re: What does "build-as-user" of package build means?

Yasuhiro KIMURA writes: > So I have the question as is written in subject. Would someone please > let me know what is different from "121amd64-default" build? build-as-user used to mean BUILD_AS_NON_ROOT=yes in poudriere.conf but the default changed in

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

Thierry Thomas writes: > Le mer. 2 déc. 20 à 16:55:33 +0100, tech-lists > écrivait : > >> 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

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

Adam Weinberger writes: > While the end-user package burden is significantly lower, I suspect > very, very few users actually make use of the gtk3 frontend-specific > features. Honestly, the plain x11 frontend is probably sufficient for > the vast majority of gvim users (it's what I test with),

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

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

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

Matthias Apitz writes: > I have done what Jan suggested and for editors/vim it only compiled llvm10; > but now for some other dependency, some 1000 ports later, it is making > llvm11 also; do I have any chance based on the poudriere ports list to > see, which port is now pulling in llvm11? See

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

Matthias Apitz writes: > Hello, > > I'm building ports on HEAD of today and I see that editors/vim pulls in > devel/llvm10 and devel/llvm90: > > [freebsd-r368166-ports-20201130] [2020-11-30_23h11m34s] [parallel_build:] > Queued: 63 Built: 15 Failed: 0 Skipped: 0 Ignored: 0 Tobuild: 48 Time:

Re: SVN r556157 breaks firefox, thunderbird

Michael Butler via freebsd-ports writes: > The removal of the packed_simd patch might be premature. > > I now cannot build either firefox or thunderbird. Both fail with > something like .. > > error: aborting due to previous error > > For more information about this error, try `rustc --explain

Re: dependency on cliqz browser?

l...@lena.kiev.ua writes: > After last packages update for 11.4 i386 latest, > why does `pkg upgrade` want to install "cliqz" web-browser? > freshports.org claims "There are no ports dependent upon this port". > > New packages to be INSTALLED: > cliqz: 1.38.0_4 > libglvnd: 1.3.2 >

Re: FreeBSD Port: llvm10-10.0.1_2 error build on 2 machines

"Alex V. Petrov" writes: > The build logs: > > https://stone.g-service.ru/CMakeOutput.log > https://stone.g-service.ru/CMakeError.log See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250478 Update to r552813 or later and try again. ___

Re: FreeBSD Port: vte3-0.60.3 error update

"Alex V. Petrov" writes: > Dependency fribidi found: NO found 0.19.7 but need: '>=1.0.0' > Found CMake: /usr/local/bin/cmake (3.18.2) > Using 'CMAKE_PREFIX_PATH' from environment with value: '/usr/local' > Run-time dependency fribidi found: NO (tried cmake) > > meson.build:414:2: ERROR: Invalid

Re: Firefox build failure, was Re: Silent stoppage building www/chromium

bob prohaska writes: > On Sun, Aug 30, 2020 at 09:40:21PM +, Marcel Bischoff wrote: > >> Firefox has Rust as a dependency. In the past I have found that the >> build process for the latter easily overwhelms lean systems with >> little physical RAM. Regardless of swap space, quite unlike most

Re: Firefox build fails in cargo, with a segfault.

bob prohaska writes: > The latest attempts to compile www/firefox stopped with: > > gmake[4]: *** > [/usr/ports/www/firefox/work/firefox-79.0/config/makefiles/rust.mk:294: > force-cargo-library-build] Segmentation fault (core dumped) > gmake[3]: ***

Re: 32-bit powerpc graphics/mesa-dri build failure (poudriere based): "error: cannot redeclare builtin function" (e.g., __sync_add_and_fetch_8)

Mark Millard via freebsd-ppc writes: > ../src/util/u_atomic.c:38:1: error: cannot redeclare builtin function > '__sync_add_and_fetch_8' > __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) > ^ > ../src/util/u_atomic.c:38:1: note: '__sync_add_and_fetch_8' is a builtin with > type 'long long

Re: ffmpeg 4.3_5_1

ajtiM via freebsd-ports writes: > Hi! > > Looks like that is ffmpg broke again: > make > ===> ffmpeg-4.3_5,1 is marked as broken: > https://github.com/OpenVisualCloud/SVT-VP9/issues/124. > *** Error code 1 Disable SVTVP9 option or downgrade. Upstream only recently made it possible to apply

Re: audoi/openal-soft fails (Andy Farkas)

Andy Farkas writes: > On 3/07/2020 6:28 pm, Adriaan de Groot wrote: > >> FWIW, in poudriere and with default options, this builds ok. > > Option "[x] CONFIG Install configuration utility (needs Qt 5)" > > triggers the failure. Builds fine here, see https://reviews.freebsd.org/P405

Re: Help with cad/netgen port

"Montgomery-Smith, Stephen" writes: > I am the maintainer of the cad/netgen port, and I am having some > difficulties. The fetch parts of Makefile is: > > PORTNAME= netgen > PORTVERSION=6.2.2004 > DISTVERSIONPREFIX= v > > USE_GITHUB= yes > GH_ACCOUNT= NGSolve >

Re: might need to bump version of python ports after recent openssl changes

Pete Wright writes: > hello - on current i found myself in a situation where python37 was > unable to import ssl: > > $ python3.7 > Python 3.7.7 (default, May  9 2020, 01:37:42) > [Clang 10.0.0 (g...@github.com:llvm/llvm-project.git > llvmorg-10.0.0-0-gd32170dbd on freebsd13 > Type "help",

Re: USE_GITHUB=nodefault w/o github

Sergei Vyhenski writes: > Hi, > > Some ports (e.g.: www/nginx) are declaring > USE_GITHUB=nodefault, > while they seem to fetch none of its distfiles from github. > > What is the idea behind this combination? Did you look at .include lines? Makefile.extmod has lots of GH_TUPLE. $ make

Re: poudriere-devel failed to build lang/rust (rust-1.43.1)

David Wolfskill writes: > It appears (to my eye that is quite unfamiliar with rust) that the first > failure in the log is: > > sysroot: > "/wrkdirs/usr/ports/lang/rust/work/rustc-1.43.1-src/build/x86_64-unknown-freebsd/stage1" > libdir: >

Re: xwayland-devel checksum error

Grzegorz Junka writes: > Why am I getting this: > > ===> Fetching all distfiles required by xwayland-devel-1.20.0.641_1 > for building > => SHA256 Checksum OK for > xorg-xserver-785e59060c00129e47da6c0877604a56d7e0e32f_GL0.tar.gz. > => SHA256 Checksum mismatch for 71749de24509.patch. > => SHA256

Re: lang/beignet removed?

nonamel...@ukr.net writes: > Hello list. > > Today I see that lang/beignet was removed. Commit message say: Deprecated > upstream, use lang/intel-compute-runtime > But lang/intel-compute-runtime does not support Intel Haswell and older. How > can I get support OpenCL 1.2 from my hardware now?

Re: Difference between tarball from ports and from git-archive

David Griffith writes: > As I work on updating ports/games/frotz, I noticed that the file size > for the distribution tarball deposited in /usr/ports/distfiles is > different than what I get when using git-archive(1). Likely related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242329

Re: OMP status?

Thierry Thomas writes: > Hello, > > devel/openmp is deprecated, and should be removed, OK. The port was already removed. > But USES=compiler:openmp still brings GCC. Is there any reason for that? No but... - fixing USES=compiler is a separate task for someone interested - requires testing

Re: FreeBSD Port: cairo-dock-3.4.1_4

"Alex V. Petrov" writes: > Some long time cairo-dock+nvidia-driver don't working with OpenGL, only > cairo-dock -c (backend cairo). > Before it working perfectly. Does the following help? Index: deskutils/cairo-dock/Makefile ===

Re: Notifying maintainers when their port is labeled BROKEN would make a difference

Matthew Seaman writes: > On 18/02/2020 17:20, Yuri wrote: > >> Currently maintainers aren't notified when their ports are labeled broken. >> >> Adding broken ports to "Issues that need your attention" e-mails would >> make a difference. >> >>

Re: openblas - cblas

ajtiM via freebsd-ports writes: > It is impossible to update ports because there are a conflic with > openblas and cblas - installs files in the same place. math/openblas exposed its own CBLAS API which is a superset of math/cblas with extensions. For example, some consumers want

Re: FreeBSD Port: tmux-3.0a config file trouble

"Alex V. Petrov" writes: > On 05.01.2020 15:08, Yasuhiro KIMURA wrote: > >> From: "Alex V. Petrov" >> Subject: FreeBSD Port: tmux-3.0a config file trouble >> Date: Sun, 5 Jan 2020 15:01:55 +0700 >> >>> For me, new tmux don't see config file into any placeses. >>> ~/.tmux.conf >>>

Re: Portmaster failing

"Thomas Mueller" writes: >> This is why we practically beg people to use poudriere. There seems to >> be a pervasive misconception that poudriere is "advanced" and >> portmaster is simple or straightforward. That notion is completely and >> totally backwards. Poudriere makes managing ports as

Re: firefox build broken by SVN r520537?

Michael Butler writes: > Is noone else seeing .. > > In file included from Unified_cpp_toolkit_xre0.cpp:56: > /usr/ports/www/firefox/work/firefox-71.0/toolkit/xre/glxtest.cpp:39:10: > fatal error: 'mozilla/widget/mozwayland.h' file not found > #include "mozilla/widget/mozwayland.h" >

Re: devel/libgtop build error

Nilton Jose Rizzo writes: > Problem with compile devel/libgtop > > libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../.. > -I../../sysdeps/freebsd -I../../include -I/usr/local/include/glib-2.0 > -I/usr/local/lib/glib-2.0/include -I/usr/local/include > -I/usr/local/include

Re: devel/llvm80 port on 12.1

Lars Engels writes: > So it looks like on 12.1 the mesa-dri port can use the base llvm instead > of the one from ports and save all people running Xorg almost 1 GB of > disk space? Does the patch in bug 242607 help? ___ freebsd-ports@freebsd.org

Re: python support appears broken in the ports trree

Chris writes: > I struggled all day yesterday with various ports barfing with similar > python messages. So today I blew everything off the disk, and started > from scratch. Which only repeats what happened yesterday. Is python > multiplicity no longer available? Or? See bug 233723 or bug

Re: USES=cargo vs. workspaces

Jan Beich writes: > Some projects (e.g., Servo, Veloren) bundle several packages together. > When dependencies also bundle packages it confuses "git" override. > Any tips/workarounds that scale beyond 1 port? > > For example, > > $ cat Makefile > PORTNAME=

Re: Many ports recently marked BROKEN/unfetchable that aren't broken?

Matthew Seaman writes: > On 15/11/2019 15:25, Nick Rogers wrote: > >> For me the affected ports were sysutils/pftop, sysutils/zfs-stats, and >> sysutils/stress, which worked just fine before this commit. Apologies if I >> am missing something, but it seems like they are not actually broken? > >

Re: security/nss (from head -r515742): build failure for poudriere-devel based amd64->armv7 (cortex-a7) cross build, it tried to build aes-armv8.c and failed

Mark Millard writes: > For some reason security/nss tried to build "-march=armv8-a > -mfpu=crypto-neon-fp-armv8 aes-armv8.c" > material when targeting armv7 (cortex-a7). This did not go well . . . ARMv8 isn't limited to 64-bit mode. NSS 3.47 builds fine on 12.0 armv7, see

Re: "poudriere testport" to download binary depends

Sergei Vyshenski writes: > Hi, > > Is it possible to instruct "poudriere testport" such > that it downloads depends (in a form of binary packages) from the > central repository, > and actually tests only the port in question? See also https://github.com/freebsd/poudriere/issues/319

Re: [HEADS UP] Binary packages for FreeBSD 11 to require 11.3 soon

Kurt Jaeger writes: > Hi! > >> FreeBSD 11.3 was released on 2019-07-09. After adding 3 months support >> overlap it'd be 2019-10-09 (yesterday). > > https://www.freebsd.org/security/security.html#sup > > says that 11.2 is supported until 31.10.2019. Indeed. A few weeks ago it didn't have the

Re: [HEADS UP] Binary packages for FreeBSD 11 to require 11.3 soon

René Ladan writes: > Op do 10 okt. 2019 04:19 schreef Jan Beich : > >> FreeBSD 11.3 was released on 2019-07-09. After adding 3 months support >> overlap it'd be 2019-10-09 (yesterday). > > Not so fast... > > The three month overlap period has indeed expiree, but

[HEADS UP] Binary packages for FreeBSD 11 to require 11.3 soon

FreeBSD 11.3 was released on 2019-07-09. After adding 3 months support overlap it'd be 2019-10-09 (yesterday). Given 11.2 is EOL the package cluster will upgrade from 11.2 to 11.3 [*] while the ports tree would adjust ALLOW_UNSUPPORTED_SYSTEM knob and drop 11.2-specific workarouds. Once packages

Re: Is IPV6 option still necessary?

Yasuhiro KIMURA writes: > On October 10, 2012 IPV6 option of all ports was enabled by > default. Commit message said "We are in 2012, it is time to activate > IPV6 options by default everywhere". > > And now we are in 2019. IPv6 is more widely used than 2012. So I > wonder if IPV6 option is

USES=cargo vs. workspaces

Some projects (e.g., Servo, Veloren) bundle several packages together. When dependencies also bundle packages it confuses "git" override. Any tips/workarounds that scale beyond 1 port? For example, $ cat Makefile PORTNAME= veloren DISTVERSIONSUFFIX=v DISTVERSION= 0.3.0

Re: New 2019Q4 branch

D'Arcy Cain writes: > On 2019-10-02 1:16 a.m., Tobias Kortkamp wrote: > >>> - Default version of LLVM switched to 8.0 >> - Default LLVM is now 9.0 > > Is that a correction or a typo? Correction: - 2019Q4 has LLVM_DEFAULT=90 - 2019Q3 has LLVM_DEFAULT=80 - 2019Q2 has LLVM_DEFAULT=80 - 2019Q1 has

Re: make.conf for a poudriere jail and CPUTYPE

tech-lists writes: > 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: >>> >>>> _CCVERSIO

Re: make.conf for a poudriere jail and CPUTYPE

tech-lists writes: > 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 ker

Re: make.conf for a poudriere jail and CPUTYPE

tech-lists writes: > 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 Could be a compiler[1], kernel or hardware

Re: make.conf for a poudriere jail and CPUTYPE

tech-lists writes: > 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

Re: make.conf for a poudriere jail and CPUTYPE

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

Re: Using a different linker in a CMake project

Willem Jan Withagen writes: > Hi, > > For building ceph14 in I need to use ld from the ports binutils. > Mainly because of versioning that I can not get to work with the llvm > linker, and is a know difference between GNU ld en LLVM ld. > > Just building in the project I was able to do that

Re: qemu error on startup

tech-lists writes: > 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

Re: option check

Walter Schwarzenfeld writes: > I am trying to check from the Makefile if an other port has one OPTION > on or off. > > Don't find a working syntax. Unlike Gentoo requesting dependencies built with particular options set is not supported yet. The feature has been requested for years i.e., soon

Re: Cannot save attachments in ThunderBird 68.0

Andrea Venturoli writes: > Hello. > > Since I upgraded to TB 68.0, I'm experiencing a problem opening or > saving an attachment. > > I opened a bug here: >> https://bugzilla.mozilla.org/show_bug.cgi?id=1576584 [...] Can you try updating to 68.0_2 (aka rc6)? Note, it hasn't been built by the

Re: ports/arj build failing on -current

Michael Butler writes: > Is anyone else seeing this? Builds fine on the package cluster. http://beefy12.nyi.freebsd.org/data/latest-per-pkg/arj/3.10.22_8/head-amd64-default.log http://beefy11.nyi.freebsd.org/data/latest-per-pkg/arj/3.10.22_8/head-i386-default.log > My in-jail build fails with

Re: Using Boost 1.7.0 and trying to get boost_python

"Willem Jan Withagen (Nefos)" writes: > Hi, > > I'm trying to get Ceph to build with Boost 1.70 but have limitted success. > First I needed to fight with static and shared libs, got that to work a bit. > > But now it also fails on > |find_package( Boost COMPONENTS python REQUIRED ) > or >

Re: "make index" fails

Robert Huff writes: > For the last 2-3 days, "cd /usr/ports && make index" has failed > with: > >> --- describe.x11-themes --- >> --- describe.x11-toolkits --- >> --- describe.x11-wm --- >> make_index: /usr/ports/x11/nvidia-driver: no entry for >>

Re: Potential New FreeBSD Port: php72-pecl-DS - Data Structures

Kurt Jaeger writes: > Hi! > >> If it is the latter, and there are no known issues, I am happy to help >> create/compile/test. The extension is very actively maintained, and devs >> have offered help. > > Can you submit a patch to add this port to bugs.freebsd.org ? Is it necessary after

Re: raspberrypi-userland conflicts with mesa-libs

adr writes: > First of all, hello to everyone. > > I'm new to FreeBSD (not to BSD), so pardon me if I look > disoriented. > > Making the userland conflict with mesa-libs is like shooting > in your own foot in this platform. Tracked in bug 225053. After r495793 at least multimedia/omxplayer

Re: 12.0-RELEASE-p7 doesn't contain std::filesystem that has been added to 12.0-STABLE some time later

Yuri writes: > On 2019-07-10 07:19, Jan Beich wrote: > >> C++ example: >> >>#if __cplusplus >= 201703L && __has_include() >>#include >>#else >>#include >>namespace std { >> namespace filesystem = expe

Re: 12.0-RELEASE-p7 doesn't contain std::filesystem that has been added to 12.0-STABLE some time later

Yuri writes: > Maybe the patch level should be updated, because any port using > std::filesystem fails in the current poudriere 12.0-RELEASE-p7 VM. Which port? What error? std::filesystem can be used on any FreeBSD version. C++ example: #if __cplusplus >= 201703L && __has_include()

Re: ffmpeg port

(CC'ing appropriate public list. If you want me to care don't send private mails.) Jason de Cordoba writes: > OMG > > Please stick with something stable and don't update this port 5-6 times > a month. > > Thanks for your contributions to FreeBSD > > Have a great day, > > Jason I mainly bump

Re: harfbuzz-2.5.3 problem with make package => hb-view: no such file or directory

(CC'ing appropriate public list. I don't help privately.) Holger Kipp writes: > Dear jbeich, > > I have harfbuzz-2.5.2 installed. Latest portsnap brought harfbuzz-2.5.3. > make clean, make works like a charm, > > but make package stops with > > ===> Building package for harfbuzz-2.5.3 >

Re: ifdef __linux__ / gtk issue; how to list defined symbols for cmake?

Gary Aitken writes: > 1. Is there an easy way to get a list of all the __*__ symbols? # Works for GCC, Clang and some arcane compilers $ cc -dM -E - Where / how are these set up? Predefined macros are set by the compiler. Some are architecture-specific, some are OS-specific, some depend

Re: www/chromium sndio input not implemented

Michal Zielonka writes: > Hi > I had a problem with missing implementation for recording audio for sndiod > enabled in chromium port. The alsa option often had made for me problem > with lost audio input. I've checked if there is a proposal for filling > implementation for sndio input, but

Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?"

Ralf Wenk writes: > On 2019-05-23, at 12:31 -0700, Mark Millard wrote: > >> On 2019-May-23, at 11:47, Jan Beich wrote: >> >> > Mark Millard writes: >> > >> >> Unfortunately poudiere bulk tar archives of failures do not >> >> ca

Re: powerpc64 graphics/mesa-dri build failure in poudriere, system clang's /usr/bin/cc got assert failure: "Target supports vector op, but scalar requires expansion?"

Mark Millard writes: > Unfortunately poudiere bulk tar archives of failures do not > catch the /tmp/* material from: > > cc: error: unable to execute command: Abort trap (core dumped) > cc: error: clang frontend command failed due to signal (use -v to see > invocation) > FreeBSD clang version

Re: Samba dump (useless) core

Andrea Venturoli writes: > While this sheds some light (seems the whole thing has to do with > trust password change), it shows a stack overflow, not an assert. "stack overflow detected" messages are part of -fstack-protector*. Recently, ports/ default changed to -strong in order to follow

Re: Gitea update to 1.8 breaking config change

Stefan Bethke writes: > For those of you using Gitea a quick heads-up: [...] The proper place to document breaking changes is UPDATING file. ports@ list has low signal-to-noise ratio but high traffic, so your heads-up maybe forgotten before the next /quarterly branches.

Re: stack protector mode differs in PCH file vs. current file:

bob prohaska writes: > In trying (still) to compile www/chromium on an RPI3 running -current with > ports at 500082 and system at 346613 portmater is stopping in (I think) > openjdk8 with > errorerrorerror: : errorstack protector mode differs in PCH file vs. current > file: : > stack protector

Re: [package - head-i386-default][graphics/hugin] Failed for hugin-2019.0.0_1 in build

Fernando Apesteguía writes: > El sáb., 20 abr. 2019 10:27, Kubilay Kocak escribió: > >> On 20/04/2019 6:15 pm, Greg 'groggy' Lehey wrote: >> > I've received a number of these messages. Based on the fact that they >> > seem to be a jail mismatch, I assume that this has nothing to do with >> >

Re: python 3 subprocess performance

Kubilay Kocak writes: > On 12/04/2019 8:41 pm, Dima Pasechnik wrote: > >> On Fri, Apr 12, 2019 at 9:46 AM Alexander Zagrebin wrote: >>> >>> В Fri, 12 Apr 2019 09:36:13 +0200 >>> Dima Pasechnik пишет: >>> On Fri, Apr 12, 2019 at 9:11 AM Alexander Zagrebin wrote: > > В Thu, 11

Re: Python conflict on RPI2

bob prohaska writes: > On Sat, Apr 13, 2019 at 04:09:13AM +0200, Jan Beich wrote: > >> bob prohaska writes: >> >> > In tinkering with compiling firefox on an RPI2 attempts to use >> > portmaster fail with >> > >> > ===> Registering

Re: Python conflict on RPI2

bob prohaska writes: > In tinkering with compiling firefox on an RPI2 attempts to use > portmaster fail with > > ===> Registering installation for py36-setuptools-40.8.0_1 > Installing py36-setuptools-40.8.0_1... > pkg-static: py36-setuptools-40.8.0_1 conflicts with > py27-setuptools-40.8.0

Re: FreeBSD Port: rust-cbindgen-0.8.3_1

"Alex V. Petrov" writes: > error: internal compiler error: > src/librustc/middle/mem_categorization.rs:490: no type for node 190935: > expr err (id=190935) in mem_categorization Can you build any other rust-based port, including lang/rust itself? If not make sure you have COMPAT_FREEBSD11 in

Re: FFMPEg

The Doctor via freebsd-ports writes: > libavcodec/libsvt_av1.c:225:14: error: no member named 'yStride' in > 'struct EbSvtIOFormat'; did you mean 'y_stride'? > in_data->yStride = frame->linesize[0] >> is16bit; > ^~~ >

Re: /bin/sh: java: not found when compiling www/chromium on RPI3

bob prohaska writes: > On an RPi3, after updating ports to 497846 and sources to r345516, > attempts to compile www/chromium stop with > /bin/sh: java: not found > when using either make or portmaster. USE_JAVA check may need to be relaxed but on -CURRENT you'll bump into

Re: Strange build error of graphics/cairo on latest 13-CURRENT

Yasuhiro KIMURA writes: > Hello. > > Yesterday I updated my 13-CURRENT amd64 host to r345414 and now I'm > experiencing strange build error of graphics/cairo. If I build it with > "cd /usr/ports/graphics/cairo; make install" it finishes > successfully. But if I do it with portmaster it fails at

Re: Clang Import Breakage

Sean Bruno writes: > On 3/23/19 5:57 PM, Dimitry Andric wrote: >> This is fallout of , >> which enabled --no-allow-shlib-undefined by default. See also >> . Executive summary: lots of programs >> do not specify

Re: lang/ruby24 wont build on mips64

tech-lists writes: > 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: Expected, see:

Re: Firefox problem printing big fonts [SOLVED]

Christoph Moench-Tegeder writes: > ## Andrea Venturoli (m...@netfence.it): > >> > Uh, define "illegible crap". Wrong glyphs? Bad rendering (blocky pixels, >> > blurry?)? >> More "something blocky, vaguely, *really* vaguely, resembling the >> indended text": something you can read only if you

  1   2   3   4   >