st Linux version of WPS Office with Poudriere-devel; but I
think this will remain beyond me for a while to come.
I do have the Linux compatibility layer enabled.
Thank you for your patience and expertise,
J.
[1] The WPS Office Port is here:
https://cgit.freebsd.org/ports/tree/editors/linux
On a freshly-installed FreeBSD 14.1 amd64 system, I'm hitting errors
in the system C++ standard include files.
For example, trying to build editors/le produces:
c++ -DHAVE_CONFIG_H -I. -I../lib -I../lib -I../lib -isystem
/usr/local/include -D_THREAD_SAFE -O2 -pipe -fstack-protector-strong
-is
On Fri, Aug 30, 2024 at 1:54 PM Dimitry Andric wrote:
> This is the problem: do not redefine identifiers like this, as it leads
> to problems. Try renaming this macro to "my_hex", "le_hex" or anything
> but "hex". :)
/usr/include/c++/v1/ios is the system C++ standard library include
file for stre
On Fri, Aug 30, 2024 at 2:19 PM Dimitry Andric wrote:
> As to your question about why it builds for the package builders, my
> guess is that these use the oldest supported releases, so 13.3 and 14.0,
> which have older versions of the libc++ headers.
That could be true for 14.0; I haven't tried t
On Fri, Aug 30, 2024 at 2:36 PM Dimitry Andric wrote:
> Try using the attached patch.
Wow. That's... nasty... but effective. Haven't tested (I'm not the end
user) but it does build that way. I guess it's probably safe because
it's not like the code could have also been using std::hex somewhere.
On Fri, Aug 30, 2024 at 3:03 PM Dimitry Andric wrote:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281141
Thanks. The project looks moribund but not dead, so I've opened a
report with the upstream and I'll try to do a pull request for them.
Really appreciate the help!
Hi,
it seems rust does not build on aarch64:
===> Building for rust-1.52.1
rustup not detected: [Errno 2] No such file or directory: 'rustc'
falling back to auto-detect
running: /wrkdirs/usr/ports/lang/rust/work/bootstrap/bin/cargo build
--manifest-path
/wrkdirs/usr/ports/lang/rust/work/rustc-1.52
nt the other way and changed LDFLAGS as suggested by the error
message:
LDFLAGS_aarch64=-Wl,-z,notext
In this case I hit an obscure error when making with make -j :
boot/ocamlrun ./ocamlopt -g -nostdlib -I stdlib -I otherlibs/dynlink
-strict-sequence -principal -absname -w +a-4-9-41-42-44-45
There is a candidate patch in this PR and we have been unable to reach
the port maintainer via the PR and direct email for quite some time.
Thanks!
We use a staged approach to building packages with poudriere, with
several "bulk" commands, because some ports we rarely need take an
incredibly long time to build. (Mainly languages, like rust, clang,
and gcc.)
Recently, each run of "poudriere bulk -f somefile.ports" generates
many lines of the
On Sat, Oct 07, 2023 at 04:59:31PM +0200, Michael Grimm wrote:
> Hi
>
> I am running net/openntpd with a constraint:
>
> …
> constraint from "9.9.9.9"
>
> After the recent upgrade of security/ca_root_nss to 3.93_1 I noticed a lot of
> warning messages (see end of mail).
>
> Now, ne
On Tue, 10 Oct 2023 09:25:13 +0200, Baptiste Daroussin wrote:
>
> The branch main has been updated by bapt:
>
> URL:
> https://cgit.FreeBSD.org/src/commit/?id=bb63e82e8c109156b31e806fac8ecefbd259a0ed
>
> commit bb63e82e8c109156b31e806fac8ecefbd259a0ed
> Author: Baptiste Daroussin
> AuthorD
On Thu, 18 Jan 2024 19:52:53 +0100,j...@chen.org.nz wrote:
>
> Hi,
>
> I've started seeing the following in my system logs on my recently built
> cyrus-sasl 2.1.28_3:
> unable to dlopen /usr/local/lib/sasl2/libotp.so.3: Shared object
> "libopie.so.8"
On Tue, 13 Jul 2021 16:00:29 +0200, "@lbutlr" wrote:
>
> When updating gnutls, the port requires and installs unbound. This
> is despitee the fact that bind is already installed why is a second
> DNS server required for gnutls? Unbound is not running on the system
> (nor could it be, since the DNS
On Mon, Aug 16, 2021 at 12:14:07PM -0600, @lbutlr wrote:
> After not getting any updated packages, I checked the logs and then manually
> ran gitup:
>
> # gitup ports
> # Scanning local repository...
> # Host: github.com
> # Port: 443
> # Repository Path: /freebsd/freebsd-ports.git
> # Target Dir
On Wed, Aug 25, 2021 at 03:58:59AM -0400, LuMiWa via ports wrote:
> On FreeBSD 13.0-RELEASE-p4 I have a problem with gitup ports:
>
> gitup ports
> # Scanning local repository...
> # Host: github.com
> # Port: 443
> # Repository Path: /freebsd/freebsd-ports.git
> # Target Directory: /usr/ports
>
On Fri, Sep 03, 2021 at 01:45:02AM -0400, Janos Dohanics wrote:
> Hello,
>
> Tried to upgrade editors/vim-console, noted the change in UPDATING.
> However, the update failed with the errors shown below. Then, unwisely
> deleted the package, and tried to install from ports anew, but same
> error me
On Sat, Oct 16, 2021 at 09:47:18AM +0200, Xavier Humbert wrote:
> Hi,
>
> I had to install via pkg a Python module that won't compile. I know it's Bad
> to mix ports and packages, but it doesn't compile for an unknown reason, and
> I need it.
>
> When I do
>
> pkg install devel/py-platformdirs
>
On Sat, 16 Oct 2021 16:35:08 +0200, Xavier Humbert wrote:
> I should definiteldy check, but what, I dunno
>
> [xavier@numenor ports]$ grep DEFAULT_VERSIONS /etc/make.conf
> DEFAULT_VERSIONS+=ssl=openssl
> DEFAULT_VERSIONS+=python=3.8
> DEFAULT_VERSIONS+=php=7.3
> DEFAULT_VERSIONS+=perl5=5.34
> [x
On Mon, 18 Oct 2021 10:13:26 +0200, Xavier Humbert wrote:
>
>
> On 10/16/21 17:47, Herbert J. Skuhra wrote:
> > On Sat, 16 Oct 2021 16:35:08 +0200, Xavier Humbert wrote:
> >
> >> I should definiteldy check, but what, I dunno
> >>
> >> [x
On Mon, 18 Oct 2021 12:51:05 +0200, Xavier Humbert wrote:
> [root@numenor ~]# cd /usr/ports/devel/py-platformdirs/
> [root@numenor py-platformdirs]# make
> ===> py38-platformdirs-2.4.0 depends on package: py38-setuptools>0 -
> found
> ===> py38-platformdirs-2.4.0 depends on file:
> /usr/local/
On Sun, 08 May 2022 15:05:40 +0200, Robert Huff wrote:
>
>
> [I reported this to the maintainer ... heard nothing ... so I'm
> coming here.]
>
> For about the last week, irc/iroffer-dinoex failed to "make index",
> preventing "pkg version" from generating the list of out-of-dat
22 matches
Mail list logo
