Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" (RPI/arm64)

2019-02-23 Thread Jan Beich
Jakub Lach writes: > Hello, > > I'm on FreeBSD 12.0-STABLE #0 r344261 amd64. > > I've rebuilt all ports after clang 7 import to 12-STABLE. > > Now I get with mplayer > > ld-elf.so.1: /lib/libc.so.7: Undefined symbol "__progname" https://svnweb.freebsd.org/changeset/ports/490727 needs to be

Re: kdelibs-kde4 is marked as broken on FreeBSD 13.0: incompatible with base SSL ...

2018-12-24 Thread Jan Beich
g...@unixarea.de writes: > Hello, > > I know that KDE4 will be removed from ports by the end of the year, > that's why I wanted to update my CURRENT and ports right now before > this. I now find that one of the fundamental ports (x11/kdelibs-kde4) is > marked as broken... > > Is there a fix for

Re: [regression] drm-stable-kmod doesn't work in i386 jail on amd64 host

2018-11-20 Thread Jan Beich
Jan Beich writes: > Jan Beich writes: > >> I often test Firefox on 10.4 i386 and sometimes play games via Wine. >> Both require working OpenGL for COMPAT_FREEBSD32. My GPU is Skylake >> which worked fine a few weegs ago i.e., before r338990. >> >> Any clue

Re: [regression] drm-stable-kmod doesn't work in i386 jail on amd64 host

2018-11-15 Thread Jan Beich
Jan Beich writes: > I often test Firefox on 10.4 i386 and sometimes play games via Wine. > Both require working OpenGL for COMPAT_FREEBSD32. My GPU is Skylake > which worked fine a few weegs ago i.e., before r338990. > > Any clue? I've opened https://github.com/FreeBSDDesktop/km

Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so"

2018-11-03 Thread Jan Beich
Graham Perrin writes: > On 28/10/2018 23:26, Jan Beich wrote: > >> … Either rebuild www/waterfox from the last revision before removal … > > OK, that worked fine. Essentially: > > svn cp svn://svn.freebsd.org/ports/head/www/waterfox@480899 > /usr/ports/www/waterfo

Re: FreshPorts, pkg query and pkg rquery: versions of dependencies

2018-10-28 Thread Jan Beich
Graham Perrin writes: > devel/icu for example. > > On Mon, 29 Oct 2018 at 04:13, I wrote: > >> Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers > >> … >> specifies icu>=59.1,1 so I'm probably OK there … > > I say

Re: Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers

2018-10-28 Thread Jan Beich
Graham Perrin writes: > - is this DEFAULT_VERSIONS= line correct/sufficient for > Thunderbird etc. to be built with the inferior version of icu? > > DEFAULT_VERSIONS= icu=62.1_2,1 Only one icu version is supported in the ports tree, so the above is nop. The ports are built against whatever

Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so"

2018-10-28 Thread Jan Beich
Graham Perrin writes: > $ waterfox > XPCOMGlueLoad error for file /usr/local/lib/waterfox/libxul.so: > Shared object "libicui18n.so.62" not found, required by "libxul.so" > Couldn't load XPCOM. devel/icu major updates aren't ABI-compatible, so each update requires rebuilding every consumer.

[regression] drm-stable-kmod doesn't work in i386 jail on amd64 host

2018-10-07 Thread Jan Beich
I often test Firefox on 10.4 i386 and sometimes play games via Wine. Both require working OpenGL for COMPAT_FREEBSD32. My GPU is Skylake which worked fine a few weegs ago i.e., before r338990. Any clue? $ uname -a ... FreeBSD 12.0-ALPHA8 #0 r339218M: Sun Oct 7 11:26:25 UTC 2018

Re: What's this gregset_t gregs thing

2018-08-20 Thread Jan Beich
blubee blubeeme writes: > Linux has gregset_t gregs; > https://github.com/lattera/glibc/blob/master/sysdeps/unix/sysv/linux/x86/sys/ucontext.h > > Defined above, I also see it in the RISC-V glibc stuff as well. > > FreeBSD doesn't seem to have this field defined, I see FreeBSD uses >

Re: [RFC] Deprecation and removal of the drm2 driver

2018-05-19 Thread Jan Beich
Slawa Olhovchenkov writes: > On Fri, May 18, 2018 at 07:58:10PM +0200, Niclas Zeising wrote: > >> [ Cross posted to freebsd-current@ and freebsd-x11@. Please respect >> reply-to and send all replies to freebsd-x11@. Thanks! ] >> >> >> Hi! >> I propose that we remove the old

Re: Clang-6 and GNUisms.

2018-03-12 Thread Jan Beich
Ian FREISLICH writes: > /usr/ports/lang/v8/work/v8-3.18.5/out/native/obj.target/v8_base.x64/src/type-info.o../src/stub-cache.cc:1477:33: > error: reinterpret_cast from 'nullptr_t' to 'char *' is not allowed > : GetCodeWithFlags(flags,

Re: drm-next-kmod regression

2018-03-02 Thread Jan Beich
Manuel Stühn writes: > Hi, > the last drm-next-kmod worked fine on my Lenovo T420 with i5-2520M and > a HD Graphics 3000. After the update to the actual version (4.11) from > ports, I'm seeing regression in form of a very slow xfce4-desktop. The > slowness starts after

Re: drm-next-kmod-4.11 and vaapi hardware acceleration

2018-03-02 Thread Jan Beich
Oleg Lelchuk writes: > I run 12-CURRENT-r330303. My cpu is Haswell. After compiling > drm-next-kmod-4.11 and libva-intel-driver, I get garbled videos in both mpv > and vlc when the vaapi hardware acceleration is enabled. I had no such > problem with the previous version of

Re: atomic in i386 Current after CLANG 6 upgrade

2018-01-15 Thread Jan Beich
Tijl Coosemans writes: > On Mon, 15 Jan 2018 11:43:44 +0100 Luca Pizzamiglio > wrote: > >> I've already received a couple of messages from pkg-fallout about build >> failure on head-i386-default [1] [2] both pointing to the same errors, >> about missing

Re: FreeBSD 11.0-RC1 Now Available

2016-08-13 Thread Jan Beich
Glen Barber writes: > The first RC build of the 11.0-RELEASE release cycle is now available. > > Installation images are available for: > > o 11.0-RC1 amd64 GENERIC > o 11.0-RC1 i386 GENERIC > o 11.0-RC1 powerpc GENERIC > o 11.0-RC1 powerpc64 GENERIC64 > o 11.0-RC1 sparc64

Re: BXR.SU, Super User's BSD Cross Reference w/ OpenGrok, publicly private beta

2015-09-22 Thread Jan Beich
"Constantine A. Murenin" writes: [...] > Just how fast is BXR.SU? > > We expect that most search requests should be fulfilled (search page > results generated) in well under 100ms. In my tests, and according to > OpenGrok metrics at the bottom of each search page, most

Re: [Heads up] BSD-licensed patch becoming the default RSN.

2013-07-26 Thread Jan Beich
bsdpatch doesn't list files of the failed hunks with -C and -s option. This may be less convenient if you edit a patch directly rather than regen it after polluting the tree. $ patch -CEfsp0 -i /path/to/varsym.diff 1 out of 1 hunks failed 1 out of 2 hunks failed 2 out of 2 hunks failed 1 out of 5

Re: [Heads up] BSD-licensed patch becoming the default RSN.

2013-07-26 Thread Jan Beich
Pedro Giffuni p...@freebsd.org writes: Now, just some food for thought, but if you are unsure your patch applies cleanly, why would you choose to use the -s (silent) option? Because by default patch(1) is overly verbose. At first, I'm only interested if a patch applies cleanly, then what files

Re: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@

2013-04-16 Thread Jan Beich
Dimitry Andric d...@freebsd.org writes: On Apr 16, 2013, at 00:42, Jan Beich jbe...@tormail.org wrote: O. Hartmann ohart...@zedat.fu-berlin.de writes: ./unistd.h:694:5: error: invalid token at start of a preprocessor expression #if @GNULIB_EUIDACCESS@ ^ 1 error generated. Maybe -O3

Re: CURRENT (r249438): (devel/libiconv)./unistd.h:686:5: error: invalid token at start of a preprocessor expression : #if @GNULIB_EUIDACCESS@

2013-04-15 Thread Jan Beich
O. Hartmann ohart...@zedat.fu-berlin.de writes: Trying to recompile converters/libiconv on FreeBSD 10.0-CUR/r49438 (with bran new CLANG 3.3) results with the errors below. This error shows up on boxes having FBSD 10 and X11. It doesn't show up on those boxes running without a full X11 (that

Re: mdoc warning: .Fx: Unknown FreeBSD version `10' (#181)

2013-03-16 Thread Jan Beich
Andrey Fesenko f0and...@gmail.com writes: On Sat, Mar 16, 2013 at 8:59 PM, deeptech71 deeptec...@gmail.com wrote: When running ``man script'' (world r248258), I get: mdoc warning: .Fx: Unknown FreeBSD version `10' (#181) (and the whole man page, which quickly hides the warning). There's

Re: CURRENT: lang/gcc fails to build on CURRENT with error: configure: error: no usable dependency style found

2013-03-11 Thread Jan Beich
Dimitry Andric d...@freebsd.org writes: $ echo 'sub/foo.barx' | grep sub/foo.bar $ echo $? 1 $ echo 'sub/foo.barx' | env -i grep sub/foo.bar $ echo 'sub/foolbarx' | env -i grep sub/foo.bar $ echo 'sub/foo.barx' | env -i grep 'sub/foo\.bar' sub/foo.barx $ echo 'sub/foo.barx' | env -i grep -o

Re: r247839: broken pipe - for top, sudo and ports

2013-03-10 Thread Jan Beich
Jilles Tjoelker jil...@stack.nl writes: On Thu, Mar 07, 2013 at 04:54:01AM -0100, Jan Beich wrote: Jilles Tjoelker jil...@stack.nl writes: On Tue, Mar 05, 2013 at 08:59:09PM +0100, Hartmann, O. wrote: A truss top reveals this, is this of help? [...] stat(/etc/nsswitch.conf,{ mode

Re: r247829: dbus fails to start. portmaster SIGNAL 13 when doing extraction

2013-03-06 Thread Jan Beich
Hartmann, O. ohart...@zedat.fu-berlin.de writes: *** [do-extract] Signal 13 I have the same issue but it usually happens on `make install'. And reverting r247804 seems to be the workaround. Can you confirm? ___ freebsd-current@freebsd.org mailing list

Re: r247839: broken pipe - for top, sudo and ports

2013-03-06 Thread Jan Beich
Jilles Tjoelker jil...@stack.nl writes: On Tue, Mar 05, 2013 at 08:59:09PM +0100, Hartmann, O. wrote: A truss top reveals this, is this of help? [...] stat(/etc/nsswitch.conf,{ mode=-rw-r--r-- ,inode=162310,size=1007,blksize=32768 }) = 0 (0x0) stat(/etc/nsswitch.conf,{ mode=-rw-r--r--

Re: HEADS UP: Capsicum overhaul.

2013-03-03 Thread Jan Beich
Pawel Jakub Dawidek p...@freebsd.org writes: I just committed pretty large change that affects not only Capsicum, but also descriptor handling code in the kernel. If you will find some strange problems after r243611 (like panics, unexpected application errors, etc.) I may be at fault. I'll be

DEBUG_FLAGS broken with -jX (Was: svn commit: r244236 - head/share/mk)

2013-02-03 Thread Jan Beich
Ed Maste ema...@freebsd.org writes: Author: emaste Date: Sat Dec 15 00:03:35 2012 New Revision: 244236 URL: http://svnweb.freebsd.org/changeset/base/244236 Log: Put shared library debug info into separate .symbols file Sponsored by: ADARA Networks Does this work with -jX ? $

Re: r246057: buildworld fails with: /usr/obj/usr/src/tmp/usr/lib/libc++.so: undefined reference to `std::bad_alloc::~bad_alloc()'

2013-01-30 Thread Jan Beich
O. Hartmann ohart...@zedat.fu-berlin.de writes: c++ -O3 -pipe -fno-strict-aliasing -march=native -march=native -DHAVE_CONFIG_H -I/usr/src/libexec/atf/atf-check/../../../contrib/atf -Qunused-arguments -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter

Re: November 5th is Clang-Day

2012-11-03 Thread Jan Beich
David Naylor naylor.b.da...@gmail.com writes: On Friday, 2 November 2012 10:13:30 David Chisnall wrote: On 2 Nov 2012, at 05:24, Jan Beich wrote: Known Issues emulators/wine doesn't work with lib32 built by clang, probably due to wine bugs. Is this still the case

Re: November 5th is Clang-Day

2012-11-01 Thread Jan Beich
Brooks Davis bro...@freebsd.org writes: Known Issues emulators/wine doesn't work with lib32 built by clang, probably due to wine bugs. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To

Re: [PATCH] unbreak XDM build when clang set as base compiler

2012-09-25 Thread Jan Beich
Oliver Pinter oliver.p...@gmail.com writes: +# XXX unbreak build with clang as CC +BUILD_DEPENDS+= ucpp:${PORTSDIR}/devel/ucpp +RUN_DEPENDS+= ucpp:${PORTSDIR}/devel/ucpp +CONFIGURE_ENV+= ac_cv_path_RAWCPP=ucpp -s ucpp is even less compatible with GNU cpp: - escaped newline is not

Re: Clang as default compiler November 4th

2012-09-12 Thread Jan Beich
Doug Barton do...@freebsd.org writes: On 09/11/2012 02:52 AM, Erik Cederstrand wrote: So can we do a sweep on the ports tree and mark the 2232 ports with USE_GCC=4.2 until they can actually build with clang? Unfortunately it isn't that simple. We already have a statistically significant

fetch(1) fails with https:// - Authentication error

2012-07-13 Thread Jan Beich
It seems recent OpenSSL update broke fetch(1) for me. $ diff -u $SRC_BASE/crypto/openssl/apps/openssl.cnf /etc/ssl/openssl.cnf $ fetch https://foo/bar fetch: https://foo/bar: Authentication error Same error as with the patch for 1.0.0d from a year ago and same workaround -

Re: [CFC/CFT] large changes in the loader(8) code

2012-07-02 Thread Jan Beich
Andrey V. Elsukov bu7c...@yandex.ru writes: On 29.06.2012 15:01, Jan Beich wrote: So, i have created the branch and committed the changes: http://svnweb.freebsd.org/base/user/ae/bootcode/ The patch is here: http://people.freebsd.org/~ae/boot.diff FWIW, I verified it compiles OK

Re: [CFC/CFT] large changes in the loader(8) code

2012-06-29 Thread Jan Beich
Dimitry Andric d...@freebsd.org writes: On 2012-06-26 14:50, Andrey V. Elsukov wrote: Some time ago i have started reading the code in the sys/boot. Especially i'm interested in the partition tables handling. I found several problems: 1. There are several copies of the same code in the

Re: Default directory used for 'zpool import' broken (/dev/dsk)?

2012-05-14 Thread Jan Beich
Andriy Gapon a...@freebsd.org writes: on 14/05/2012 19:11 Andriy Gapon said the following: on 14/05/2012 18:19 Fabian Keil said the following: The following patch seems to work for me: commit 7ec69700f2d6944a61f5c7a826e67f46fa160221 Author: Fabian Keil f...@fabiankeil.de Date: Mon

Re: [RFT] Major snd_hda rewrite

2012-01-14 Thread Jan Beich
Alexander Motin m...@freebsd.org writes: I would like request for testing of my work on further HDA sound driver improvement. [...] - Codec pins and GPIO signals configuration was exported via set of writable sysctls. Another sysctl dev.hdaa.X.reconfig allows to trigger driver

Re: Heads up: New C++ stack

2011-12-18 Thread Jan Beich
David Chisnall thera...@freebsd.org writes: [...] libcxxrt and libc++ are now in contrib and building with the base system, but are not used by anything (and are only built if you set WITH_LIBCPLUSPLUS=yes when building world, not by default). If you want to test some code with the new

Re: FreeBSD 10.0-CURRENT/AMD64 (CLANG): lang/gcc46 fails to build

2011-12-07 Thread Jan Beich
O. Hartmann ohart...@zedat.fu-berlin.de writes: .././../gcc-4.6-20111202/libcpp/charset.c:1371:1: error: conflicting types for 'cpp_interpret_string' cpp_interpret_string (cpp_reader *pfile, const cpp_string *from, size_t count, ^ .././../gcc-4.6-20111202/libcpp/include/cpplib.h:742:13:

bsdgrep --null has no effect (Was: port astro/stellarium: /usr/ports/astro/stellarium/work/stellarium-0.11.1/plugins/AngleMeasure/src/AngleMeasure.hpp, : File name too long, *** Error code 1)

2011-11-27 Thread Jan Beich
(add gabor@ to CC, drop questions@) O. Hartmann ohart...@zedat.fu-berlin.de writes: === Patching for stellarium-0.11.1 sed: /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/core/external/fixx11h.h /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/CMakeLists.txt

Re: bsdgrep --null has no effect

2011-11-27 Thread Jan Beich
Jan Beich jbe...@tormail.net writes: O. Hartmann ohart...@zedat.fu-berlin.de writes: === Patching for stellarium-0.11.1 sed: /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/core/external/fixx11h.h /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/CMakeLists.txt /usr/ports

Re: [Sbcl-bugs] crash in sb-concurrency tests after r216641 on x86-64/freebsd9/sb-thread

2011-11-19 Thread Jan Beich
Nikodemus Siivola nikode...@random-state.net writes: After r216641 sbcl built with sb-thread dies on mailbox tests. It also dies when I try to complete a symbol in slime. The workaround seems to be to revert libthr to r216640. Any clue whether it's a FreeBSD bug or a SBCL bug? I've Bcc'd

Re: ee (easy editor) bugged on 9.0?

2011-11-19 Thread Jan Beich
Jason Edwards sub.m...@gmail.com writes: Has anyone noticed the easy editor is quite bugged on 9.0? On console direct access, opening the easy editor has several bugs: 1) the cursor starts on line 2 instead of line 1 2) the line numbering is printed on line 1 instead of the boundary (line 0)