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

On Tue, May 26, 2020 at 11:31:32PM -0700, Kevin Oberman wrote: > On Tue, May 26, 2020 at 11:09 PM Stefan Eßer wrote: > > > Am 27.05.20 um 04:24 schrieb Jan Beich: > > > Pete Wright writes: > > > > > >> hello - on current i found myself in a situation where python37 was > > >> unable to import ss

Re: Retiring GNU objdump 2.17.50

On Thu, Jan 09, 2020 at 10:31:55AM -0500, Ed Maste wrote: > We currently install and use at most three tools from GNU binutils > 2.17.50, depending on target architecture: > > 1. as - assembler > 2. ld - linker > 3. objdump - diagnostic / information tool > > I hope to retire all use of these obs

Re: Samba dump (useless) core

On Wed, May 08, 2019 at 12:03:34PM +0200, Andrea Venturoli wrote: > Hello. > > I've got a few servers where I run Samba 4.8 in a jail as an AD DC. > > Lately, on a couple of them, it started dumping core: on one server, > apparently everything works fine after that; on another one I have > inte

Re: Clang Import Breakage

On Sun, Mar 24, 2019 at 07:03:11AM +0100, Jan Beich wrote: > 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 > >>

Re: FreeCAD 0.17 && /lib//libgcc_s.so.1

On Fri, Feb 22, 2019 at 10:27:30AM -0800, Steve Kargl wrote: > Then the assertion that nothing in base needs libgcc_s.so is wrong? > > And, yes, if an application is currently using /lib/libgcc_s.so, > then it would need to be recompiled. When it is recompiled, it > can use libcompiler_rt or, if

Re: FreeCAD 0.17 && /lib//libgcc_s.so.1

On Fri, Feb 22, 2019 at 05:09:59PM +0100, Tijl Coosemans wrote: > On Fri, 22 Feb 2019 15:39:17 +0200 Konstantin Belousov > wrote: > > Yes, we absolutely must avoid situation where two similar libraries > > (i.e. providing some subset of symbols from other) are linked into the

Re: FreeCAD 0.17 && /lib//libgcc_s.so.1

On Fri, Feb 22, 2019 at 08:44:54AM -0800, Steve Kargl wrote: > On Fri, Feb 22, 2019 at 05:09:59PM +0100, Tijl Coosemans wrote: > > On Fri, 22 Feb 2019 15:39:17 +0200 Konstantin Belousov > > wrote: > > > Yes, we absolutely must avoid situation where two similar libraries &g

Re: FreeCAD 0.17 && /lib//libgcc_s.so.1

On Fri, Feb 22, 2019 at 02:04:07PM +0100, Tijl Coosemans wrote: > On Thu, 21 Feb 2019 10:53:00 -0700 "Russell L. Carter" > wrote: > > On 2/21/19 10:05 AM, Tijl Coosemans wrote: > >> On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: > >>> On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Ca

Re: FreeBSD Port: krb5-1.17

On Tue, Jan 08, 2019 at 06:56:11PM -0800, Cy Schubert wrote: > In message <20190109022154.gb26...@kib.kiev.ua>, Konstantin Belousov > writes: > > On Tue, Jan 08, 2019 at 04:47:19PM -0800, Cy Schubert wrote: > > > Can you provide a complete listing, please. That librar

Re: portmaster, portupgrade, etc

On Thu, Oct 05, 2017 at 08:25:20AM -0700, Steve Kargl wrote: > On Thu, Oct 05, 2017 at 05:59:41PM +0300, Konstantin Belousov wrote: > > On Thu, Oct 05, 2017 at 07:51:16AM -0700, Steve Kargl wrote: > > > On Thu, Oct 05, 2017 at 11:35:58AM +0300, Konstantin Belousov wrote: >

Re: portmaster, portupgrade, etc

On Thu, Oct 05, 2017 at 07:51:16AM -0700, Steve Kargl wrote: > On Thu, Oct 05, 2017 at 11:35:58AM +0300, Konstantin Belousov wrote: > > On Wed, Oct 04, 2017 at 05:27:11PM -0700, Don Lewis wrote: > > > > The system in question is my last i686 laptop, which I > > >

Re: portmaster, portupgrade, etc

On Wed, Oct 04, 2017 at 05:27:11PM -0700, Don Lewis wrote: > > The system in question is my last i686 laptop, which I > > use for libm development and testing. Once I cannot use > > that laptop (whether hardware failure or inability to > > update the installed ports), I'll stop worrying about a

Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more)

On Wed, Jul 19, 2017 at 10:06:13PM -0400, Alexander Kabaev wrote: > On Wed, 19 Jul 2017 22:50:04 +0200 (CEST) > Gerald Pfeifer wrote: > > > On Fri, 14 Apr 2017, Alexander Kabaev wrote: > > > it was suggested multiple times that the whole fixinc step is > > > ultimately harmful and serves no usefu

Re: problem about port need /proc to build

On Tue, Jun 13, 2017 at 06:57:40PM +0800, Jov wrote: > Hi ports hackers, > > I am porting tensorflow to FreeBSD, It uses bazel to manage the > dependencies and do the build.The port work now is mostly done (see: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219609,I have local patch > to fix

Re: firefox/ rust failed to install on FreeBSD 12-CURRENT

On Mon, May 29, 2017 at 01:28:57AM +0800, blubee blubeeme wrote: > I'm trying to install firefox on FreeBSD > FreeBSD 12.0-CURRENT FreeBSD 12.0-CURRENT > #0 r318998: Sun May 28 04:38:22 CST 2017 > /usr/obj/usr/src/sys/GENERIC amd64 > > ===> firefox-i18n-53.0.3 depends on file: /usr/local/lib/fi

Re: 64-bit inodes (ino64) Status Update and Call for Testing

On Sun, May 21, 2017 at 04:03:55PM +0200, Jilles Tjoelker wrote: > On Sun, May 21, 2017 at 03:31:18PM +0300, Konstantin Belousov wrote: > > On Sun, May 21, 2017 at 02:14:56PM +0200, Jilles Tjoelker wrote: > > > We have another type in this area which is too small in some situati

Re: 64-bit inodes (ino64) Status Update and Call for Testing

On Sun, May 21, 2017 at 02:14:56PM +0200, Jilles Tjoelker wrote: > We have another type in this area which is too small in some situations: > uint8_t for struct dirent.d_namlen. For filesystems that store filenames > as upto 255 UTF-16 code units, the name to be stored in d_name may be > upto 765 b

Re: FreeBSD Port: sysutils/zrep / ksh93

On Sat, Apr 22, 2017 at 04:29:40AM +0200, Kurt Jaeger wrote: > Hi! > > > >>> can you please update port sysutils/zrep to current version? > > >>> GitHup repo https://github.com/bolthole/zrep has version 1.7.1 with many > > >>> fixes and improvements. > > >> > > >> Hm, it looks like zrep depends on

64-bit inodes (ino64) Status Update and Call for Testing

Inodes are data structures corresponding to objects in a file system, such as files and directories. FreeBSD has historically used 32-bit values to identify inodes, which limits file systems to somewhat under 2^32 objects. Many modern file systems internally use 64-bit identifiers and FreeBSD needs

Re: Chicken/egg problem with pkg

On Fri, Mar 10, 2017 at 02:55:13PM +0100, Jan Bramkamp wrote: > Among other > things FreeBSD 10.3 added a bunch of new *at() system calls like openat. > These *at() system calls are useful inside (capsicum) sandboxes. Your > old 10.1 kernel lacks those systems calls and your old 10.1 libc lacks

Re: HEADSUP: after r313194 on freebsd-current, lang/gcc ports require a rebuild

On Tue, Feb 28, 2017 at 11:42:48AM -0800, Steve Kargl wrote: > r313194 defined vm_ooffset_t and vm_pindex_t in sys/types.h. > I believe that forces a recompile of lang/gcc ports, and > probably anything built with the lang/gcc port to avoid > dependency issue. Neither "pkg audit -q" nor "pkg vers

Re: xorg-server 1.18.4 segfaults

On Wed, Feb 15, 2017 at 02:54:50AM +, Koichiro IWAO wrote: > [180361.824] (EE) Backtrace: > [180361.836] (EE) 0: /usr/local/bin/Xorg (OsInit+0x38a) [0x5abfca] > [180361.846] (EE) 1: /lib/libthr.so.3 (_pthread_sigmask+0x50d) [0x802989bbd] > [180361.857] (EE) 2: /lib/libthr.so.3 (_pthread_getspec

Re: Install of pkg fuse-ntfs fails because of undefined symbol in pkg!?!

On Thu, Feb 09, 2017 at 04:42:45PM +, Matthew Seaman wrote: > Why do you think it is not being enforced? Forwards compatibility means > that during the lifetime of a major branch you can only *add* symbols to > the system shared libraries, not remove them nor modify any existing > symbols. Th

Re: Install of pkg fuse-ntfs fails because of undefined symbol in pkg!?!

On Thu, Feb 09, 2017 at 05:26:00PM +0100, Kurt Jaeger wrote: > Hi! > > > On Thu, Feb 09, 2017 at 04:30:20PM +0100, Franco Fichtner wrote: > > > FreeBSD package management makes an ABI promise in the form of > > > "FreeBSD:10:amd64", but not even pkg code itself adheres to this, > > > and thus we h

Re: Install of pkg fuse-ntfs fails because of undefined symbol in pkg!?!

On Thu, Feb 09, 2017 at 04:30:20PM +0100, Franco Fichtner wrote: > FreeBSD package management makes an ABI promise in the form of > "FreeBSD:10:amd64", but not even pkg code itself adheres to this, > and thus we have had subtle and yet fatal breakage in 10.2 and 10.3. Stop spreading FUD. There is n

Re: mariadb10* ports broken on 9.x since last commit

On Thu, Sep 01, 2016 at 10:50:18PM +0200, Dimitry Andric wrote: > I don't know. I understood from Kostik that it would need r232832, but > apparently this breaks the ABI? Yes, kind of. I considered it not appropriate to change the interaction between csu and rtld for long-lived stable branch. Al

Re: Fwd: [package - head-amd64-default][databases/postgis-jdbc] Failed for postgis-jdbc-2.1.7 in extract

On Thu, Sep 01, 2016 at 11:47:33AM +0200, Rainer Hurling wrote: > I am the maintainer of databases/postgis-jdbc. For some days now I get > mails like to one further down, for HEAD i386 and HEAD amd64. > > The FreeBSD package build server complains about a problem with untaring > the jar distfile.

Re: problem installing ports

On Fri, Aug 26, 2016 at 07:14:38AM -0400, Robert Huff wrote: > So ... > I replaced my 10.3/i386 system with: > > FreeBSD 11.0-RC2 #0 r304729: Wed Aug 24 06:59:03 UTC 2016 > r...@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > and kernel+world are working. >

Re: Problems with out libgcc_s.so in base

On Fri, Aug 19, 2016 at 09:50:28PM +0200, Tijl Coosemans wrote: > On Fri, 19 Aug 2016 10:28:14 +0300 Konstantin Belousov > wrote: > > The option which would fix all this mess is: > > 1. add rpath for gcc lib/ directory into spec file > > and > > 2. make ports c

Re: Problems with out libgcc_s.so in base

On Fri, Aug 19, 2016 at 01:14:32AM +0200, Tijl Coosemans wrote: > On Thu, 18 Aug 2016 14:48:28 +0200 Dimitry Andric wrote: > > On 18 Aug 2016, at 11:15, Tijl Coosemans wrote: > >> On Wed, 17 Aug 2016 14:17:10 -0700 Steve Kargl > >> wrote: > >>> % gfortran6 -o z foo.f90 && ./z > >>> /lib/libgcc

Re: sysutils/atop fails to build in head r302904 with poudriere

On Sun, Jul 17, 2016 at 10:40:17AM +0200, Matthias Apitz wrote: > clang -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -DFREEBSD -c > photoproc.c -o photoproc.o > photoproc.c:397:51: error: use of undeclared identifier 'P_KTHREAD' > ((pp->ki_flag & P_SYSTEM ) || (pp->ki_flag &

Re: old ports/packages

On Sat, Jun 04, 2016 at 06:20:24PM +0100, Matthew Seaman wrote: > On 2016/06/04 16:14, William A. Mahaffey III wrote: > > One point of order if I may: It was stated earlier in the thread that > > binary compatibility throughout a major release cycle (X.n-R, as 'n' > > varies) is a specification. Th

Re: ports/pkg incompatibility, os/libc api changes

On Fri, Nov 06, 2015 at 10:34:27AM +0100, Norbert Koch wrote: > Hello. > > I am observing this on a system running FreeBSD 9.1: > > If I build fontconfig from ports all is ok. > > If I do pkg install fontconfig it does not work. > > The reason is that fontconfig calls fcntl() > with the paramet

Re: [HEADS-UP] switching default Perl to 5.22

On Fri, Aug 28, 2015 at 05:49:30PM +0200, Mathieu Arnold wrote: > > > +--On 28 ao??t 2015 17:44:55 +0200 Mathieu Arnold wrote: > | +--On 28 ao??t 2015 17:34:49 +0200 Mark Martinec > | wrote: > || 2015-08-28 17:16, Mathieu Arnold wrote: > ||> +--On 28 ao??t 2015 17:13:34 +0200 Kurt Jaeger wrote

Re: The mystery of the missing library.

On Wed, Jul 29, 2015 at 07:46:14AM +0200, David Naylor wrote: > On Tuesday, 28 July 2015 22:05:54 Bart??omiej Rutkowski wrote: > > I've checked how linux does it and it seems they're (at least Debian) > doing > > static linking - that would fix the issue, whatever it is. Can you adjust > > the por

Re: Building www/rubygem-passenger inside Poudriere

On Mon, May 11, 2015 at 10:26:18PM +, Sergey A. Osokin wrote: > Hi Patrick, > > I hope you're doing well too. > The issue has been already reported > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199953 > > I'm closely working with Bryan Drewery on the issue. I suspect that that similar

Re: PKG - Fail to kill children

On Mon, Jan 19, 2015 at 05:06:34PM +, Baptiste Daroussin wrote: > January 19 2015 4:15 PM, "Michael Jung" wrote: > > On 2015-01-19 09:20, Michael Jung wrote: > > > >> FreeBSD 10.1-RELEASE #0 r276896: > >> pkg 1.4.4 or pkg 1.4.6 > >> poudriere 3.1.1 under 11.0-CURRENT r275419 > >> > >> On i3

Re: gnupg-2.1 -> 2.1 appears to break decryption of saved messages

On Wed, Jan 07, 2015 at 07:16:12AM -0800, David Wolfskill wrote: > On Wed, Jan 07, 2015 at 07:49:34AM -0600, Corey Halpin wrote: > > On 2014-11-20, David Wolfskill wrote: > > ... > > > Then, a few minutes ago, I tried to retrieve a password from one of my > > > saved encrypted messages... only to b

Re: [CFT] New upstream version of mplayer + mencoder

On Mon, Dec 29, 2014 at 09:35:37AM +0100, Thomas Zander wrote: > On 29 December 2014 at 07:45, Matthias Apitz wrote: > > btw: Is there a way to let the installed mplayer print the flags which > > have been used to compile? > > Not that I know of. mplayer itself does not store this information. So

Re: [CFT] New upstream version of mplayer + mencoder

On Thu, Dec 25, 2014 at 05:26:24PM +0100, Thomas Zander wrote: > On 25 December 2014 at 16:09, Konstantin Belousov wrote: > > On Thu, Dec 25, 2014 at 02:42:26PM +0100, Thomas Zander wrote: > >> - Remove -fomit-frame-pointer from CFLAGS (we have apparently a fair > >>

Re: [CFT] New upstream version of mplayer + mencoder

On Thu, Dec 25, 2014 at 02:42:26PM +0100, Thomas Zander wrote: > - Remove -fomit-frame-pointer from CFLAGS (we have apparently a fair > number of CPUs out there which can't run code compiled with this > option reliably) Could you, please, explain this ?

Re: libgstreamer-0.10.so.0: Undefined symbol "ppoll"

On Sun, Dec 14, 2014 at 10:17:16AM +0200, Andriy Gapon wrote: > > I have a program linked to libgstreamer and after upgrading to the latest > official packages (gstreamer-0.10.36_2) the program does not run anymore: > /usr/local/lib/libgstreamer-0.10.so.0: Undefined symbol "ppoll" > > Indeed: > $

Re: [HEADS-UP] svn commit: r373448 - in head: . Mk Mk/Uses archivers/dpkg archivers/p5-Archive-Any archivers/p5-Archive-Any-Lite archivers/p5-Archive-Any-Plugin-Rar archivers/p5-Archive-Extract archiv

On Thu, Nov 27, 2014 at 04:11:33PM +0100, Mathieu Arnold wrote: > > > +--On 27 novembre 2014 17:01:42 +0200 Konstantin Belousov > wrote: > | On Thu, Nov 27, 2014 at 03:41:55PM +0100, Mathieu Arnold wrote: > |> +--On 27 novembre 2014 14:36:11 +0200 Konstantin Belousov >

Re: [HEADS-UP] svn commit: r373448 - in head: . Mk Mk/Uses archivers/dpkg archivers/p5-Archive-Any archivers/p5-Archive-Any-Lite archivers/p5-Archive-Any-Plugin-Rar archivers/p5-Archive-Extract archiv

On Thu, Nov 27, 2014 at 03:41:55PM +0100, Mathieu Arnold wrote: > +--On 27 novembre 2014 14:36:11 +0200 Konstantin Belousov > wrote: > | On Wed, Nov 26, 2014 at 02:18:50PM +0100, Mathieu Arnold wrote: > | > | It seems to be broken on the machine which has /usr/local symlinked. &

Re: [HEADS-UP] svn commit: r373448 - in head: . Mk Mk/Uses archivers/dpkg archivers/p5-Archive-Any archivers/p5-Archive-Any-Lite archivers/p5-Archive-Any-Plugin-Rar archivers/p5-Archive-Extract archiv

On Wed, Nov 26, 2014 at 02:18:50PM +0100, Mathieu Arnold wrote: It seems to be broken on the machine which has /usr/local symlinked. Amd64 stable/10 with lrwxr-xr-x 1 root wheel 15 Sep 21 20:09 local -> /usr/sfw/local8 I get the following ---> Installing the new version via the port with

Re: rawrec fail - 10.1 breakage?

On Fri, Nov 21, 2014 at 08:46:47AM -0800, Jeff Anton wrote: > I've been using the rawrec port and after the 10.1 upgrade it no longer > works. > > atlas.hesiod.org:anton[42]: rawrec > (null): sigaction on SIGIO failed: Invalid argument > > I reinstalled with pkg install -f rawrec and built from

Re: at - atrun utility bug on 10.0

On Sun, Oct 19, 2014 at 10:53:35AM -0700, Jim Pazarena wrote: > I find that while a job is running via the at facility, that is, > atrun has executed it, every subsequent execution of atrun (via > cron) STAYS running while the original program (executed by atrun) > is still active. > > Generally,

Re: Need help compiling use of std::vector

anding thing, and for "recent" developments: > > <https://lists.freebsd.org/pipermail/freebsd-current/2013-June/042378.html> > -so that would have been for 10-CURRENT at the time, and hints that the > headers weren't pure enough for -m32 and similar trick

Re: Lots of installed ports show "succeeds index"

On Sat, Jul 26, 2014 at 09:57:49AM +0100, Matthew Seaman wrote: > On 24/07/2014 18:19, Kevin Oberman wrote: > > If 'pkg version' only took a few seconds for you, I suspect you had very > > few ports installed. It has always taken minutes for me. > > > > That said, '-P' is much slower than the old

Re: Lots of installed ports show "succeeds index"

On Wed, Jul 23, 2014 at 09:07:58PM +0200, Herbert J. Skuhra wrote: > On Wed, 23 Jul 2014 21:03:14 +0200 > Herbert J. Skuhra wrote: > > > Hi, > > > > is there anything wrong with svn0.eu.freebsd.org? > > > > After the latest 'svnlite up' I now get: > > > > GeoIP-1.4.8_7 >

Re: [hylafax-users] Hylafax on FreeBSD 100% CPU

ome motivated ports person will pick the stuff. My belief is that the programming issues are fixed, the remaining work is packaging-related. On Thu, Jul 10, 2014 at 06:07:35PM -0700, Lee Howard wrote: > On 07/10/2014 01:39 AM, Konstantin Belousov wrote: > > On Thu, Jul 10, 2014 at 09:2

Re: Hylafax on FreeBSD 10 and 100% CPU

On Thu, Jul 03, 2014 at 10:44:34AM +0100, Daren wrote: > On 02/07/2014 23:24, Konstantin Belousov wrote: > > On Wed, Jul 02, 2014 at 10:35:16AM +0100, Daren wrote: > >> Hi > >> > >> I've tried installing Hylafax from ports on fresh FreeBSD 10. We > &

Re: Hylafax on FreeBSD 10 and 100% CPU

On Wed, Jul 02, 2014 at 10:35:16AM +0100, Daren wrote: > Hi > > I've tried installing Hylafax from ports on fresh FreeBSD 10. We > previously had it running on an 8.2 system without issue. > > After starting faxgetty creeps up to and stays on 100% cpu. I did find > a previous PR for this > (htt

Re: net/samba41 port compiles nmbd as a shared object, not executable

On Thu, May 08, 2014 at 02:02:41PM -0700, Craig Rodrigues wrote: > > On 05/08/2014 12:42, Konstantin Belousov wrote: > > On Thu, May 08, 2014 at 09:51:38AM -0700, Craig Rodrigues wrote: > >> Timur, > >> > >> John Hixson at iXsystems pointed out the followi

Re: net/samba41 port compiles nmbd as a shared object, not executable

On Thu, May 08, 2014 at 09:51:38AM -0700, Craig Rodrigues wrote: > Timur, > > John Hixson at iXsystems pointed out the following problem to me, and I > noticed it as well. What is the problem, exactly ? Does something mis-function ? > > When compiling the net/samba41 port on a FreeBSD-CURRENT

Re: bash usage of fdescfs [was: Re: amd64/188699: Dev tree]

On Mon, Apr 21, 2014 at 11:52:59PM +0200, Emanuel Haupt wrote: > On 21/04/14 21:51, Konstantin Belousov wrote: > > On Mon, Apr 21, 2014 at 02:31:12PM -0400, John Baldwin wrote: > >> On Thursday, April 17, 2014 2:50:01 pm Konstantin Belousov wrote: > >>> The follow

Re: bash usage of fdescfs [was: Re: amd64/188699: Dev tree]

On Mon, Apr 21, 2014 at 05:23:04PM -0400, John Baldwin wrote: > On Monday, April 21, 2014 3:51:33 pm Konstantin Belousov wrote: > > On Mon, Apr 21, 2014 at 02:31:12PM -0400, John Baldwin wrote: > > > On Thursday, April 17, 2014 2:50:01 pm Konstantin Belousov wrote: > > >

bash usage of fdescfs [was: Re: amd64/188699: Dev tree]

On Mon, Apr 21, 2014 at 02:31:12PM -0400, John Baldwin wrote: > On Thursday, April 17, 2014 2:50:01 pm Konstantin Belousov wrote: > > The following reply was made to PR amd64/188699; it has been noted by GNATS. > > > > From: Konstantin Belousov > > To: John Allman

Re: net/avahi-app core dumps signal 11

On Fri, Jan 31, 2014 at 10:57:05PM +0100, Dimitry Andric wrote: > On 31 Jan 2014, at 21:35, Dimitry Andric wrote: > ... > > Hmm, at least I can reproduce it, but the stack trace does not tell me that > > much: > > > > (gdb) run > > Starting program: > > /usr/work/share/dim/ports/net/avahi-app/w

Re: Problems with linking on FreeBSD-10

On Fri, Jan 31, 2014 at 12:19:46AM +, Montgomery-Smith, Stephen wrote: > I maintain the port math/sage. The port builds its own version of the > libreadline library. The port also uses lang/gcc instead of clang, > because the port needs Fortran. > > The port is wanting to create a shared lib

Re: Position independent code and global destructor order (devel/ice)

On Fri, Dec 06, 2013 at 03:25:52AM +0100, Michael Gmelin wrote: > I tested your patch on 10-BETA2 and 10-BETA3. I built our complete > production environment from scratch, ran a huge number of unit and > integration tests. Everything works as expected, including Ice's > "Schwarz Counter" implementa

Re: Position independent code and global destructor order (devel/ice)

On Sat, Nov 30, 2013 at 10:34:27PM +0100, Michael Gmelin wrote: > We discussed this topic about half a year ago, but came to no > conclusion. I CCed everyone who participated in the discussion back > then. > > Since 10-RELEASE is around the corner and I'm trying to get devel/ice > working on it, o

Re: Global destructor order problems

On Thu, Jun 27, 2013 at 03:41:48PM +0200, Dimitry Andric wrote: > On 2013-06-27 01:56, Michael Gmelin wrote: > > On Thu, 27 Jun 2013 00:28:33 +0300 > > Konstantin Belousov wrote: > > > >> On Wed, Jun 26, 2013 at 11:17:41PM +0200, Michael Gmelin wrote: > >>

Re: Global destructor order problems (was: Re: Are ports supposed to build and run on 10-CURRENT?)

On Wed, Jun 26, 2013 at 11:17:41PM +0200, Michael Gmelin wrote: > Are you both on the same architecture? I tested both on amd64 and i386. For i386, it was -m32 for clang, and native 32bit gcc 4.8.1, stock build from the tarball. pgpx_vSDnRqU4.pgp Description: PGP signature

Re: Global destructor order problems (was: Re: Are ports supposed to build and run on 10-CURRENT?)

On Wed, Jun 26, 2013 at 10:59:24PM +0200, Dimitry Andric wrote: > On Jun 26, 2013, at 22:45, Konstantin Belousov wrote: > > On Wed, Jun 26, 2013 at 09:26:09PM +0200, Dimitry Andric wrote: > >> This revision is not in 9.1-RELEASE, but it is in 9-STABLE, so the > >> pro

Re: Global destructor order problems (was: Re: Are ports supposed to build and run on 10-CURRENT?)

On Wed, Jun 26, 2013 at 10:51:37PM +0200, Michael Gmelin wrote: > Could you replicate the problem using clang on stable/9 and HEAD? (I > didn't test gcc > 4.2.1 myself). On stable no, it is not reproducable. As I understand, stable clang is 3.2-something. On HEAD with clang, I do see the indentat

Re: Global destructor order problems (was: Re: Are ports supposed to build and run on 10-CURRENT?)

On Wed, Jun 26, 2013 at 09:26:09PM +0200, Dimitry Andric wrote: > This revision is not in 9.1-RELEASE, but it is in 9-STABLE, so the > problem can also be reproduced there. ... > This is roughly gcc 4.3.0 and later. For example, gcc 4.8 generates: I just tested the thing with gcc 4.8 on up to date

Re: [CFH] FreeBSD 10 and ports

On Tue, Jun 11, 2013 at 02:50:03PM +0800, Martin Wilke wrote: > > Dear All, > > As we all know FreeBSD 10 brings a new compiler along, and for that we need > to get ports on the right > track. I have done several exp-runs on the current src and we still have a > lot of fallouts. We > would like

Re: Another Firefox 21.0 crash (new backtrace)

On Mon, Jun 03, 2013 at 12:15:43AM +0200, Dimitry Andric wrote: > On Jun 2, 2013, at 23:31, Ted Faber wrote: > > On Sun, Jun 02, 2013 at 05:35:27PM +0200, Dimitry Andric wrote: > >> As a better fix, please try dropping the attached file into the > >> /usr/ports/www/firefox/files directory, then re

Re: Kernel panic CURRENT r248596 at virtualbox-ose-kmod module load

On Sat, Mar 23, 2013 at 01:26:27PM +0200, Ivan Klymenko wrote: > I have > uname -a > FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r248596: Fri > Mar 22 01:17:08 EET 2013 > ivan@nonamehost:/usr/obj/usr/src/sys/GENERIC amd64 > > I updated the ports tree to r314921 and recompiled virtualb

Re: VirtualBox patch

On Tue, Mar 12, 2013 at 04:58:34PM +0100, Bernhard Fr?hlich wrote: > On Tue, Mar 12, 2013 at 4:17 PM, Konstantin Belousov > wrote: > > On Tue, Mar 12, 2013 at 09:01:43AM -0300, Sergio de Almeida Lenzi wrote: > >> Em Seg, 2013-03-11 ??s 10:28 +0100, Ferenc Balku escreveu:

Re: VirtualBox patch

On Tue, Mar 12, 2013 at 09:01:43AM -0300, Sergio de Almeida Lenzi wrote: > Em Seg, 2013-03-11 ??s 10:28 +0100, Ferenc Balku escreveu: > > > Hi Sergio! > > > > Awfully sorry to disturb You, but I have found this link via Google > > http://lists.freebsd.org/pipermail/freebsd-ports/2013-March/081979

Re: openssh-portable segmentation faults

On Fri, Feb 08, 2013 at 12:16:40AM +0100, Dimitry Andric wrote: > This is exactly the same problem as reported in this thread about > the security/pam_ssh_agent_auth port (rather long, beware): > >http://lists.freebsd.org/pipermail/freebsd-stable/2013-January/071703.html > > Executive summary

Re: Help my "maintainer timeout" PRs

> This one is not under ports/, but still trivial: > > bin/168415: [PATCH] stdbuf(1) does not allow cmd with no parameters > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/168415 jlh could have not noticed it. Anyway, ports@ is definitely wrong for src-related PR discussion. pgpmGRuONJKtn.pgp D

Re: sshguard dumping core on 9-STABLE

On Thu, Jan 03, 2013 at 01:15:49PM +0200, Ion-Mihai Tetcu wrote: > On Wed, 2 Jan 2013 20:27:46 +0200 > Konstantin Belousov wrote: > > > On Wed, Jan 02, 2013 at 02:38:34PM +0200, Ion-Mihai Tetcu wrote: > > > Hi, > > > > > > > > > I'm see

Re: sshguard dumping core on 9-STABLE

On Wed, Jan 02, 2013 at 02:38:34PM +0200, Ion-Mihai Tetcu wrote: > Hi, > > > I'm seeing shhguard-ipfw sig 10 on start on my machines updated to 9-STABLE > (eg. > FreeBSD 9.1-STABLE #5 r244924: Tue Jan 1 19:45:55 EET 2013 > :/usr/obj/usr/src/sys/GENERIC amd64 > ) while on some -PRERELEASE it

Re: net-p2p/retroshare VoIP plugin: Undefined symbol

On Sat, Nov 03, 2012 at 01:59:18PM +0100, Peter Klett wrote: > > Hi All, > > I'm currently trying to get the VoIP plugin from RetroShare to work > under FreeBSD. > After this patch I was able to build it: > > --- plugins/VOIP/services/rsvoipitems.cc~ 2012-02-26 > 18:13:54.0 +0100

Re: Possible regression in i386 build with gcc 4.6

On Wed, Oct 03, 2012 at 04:50:58AM +0930, Shane Ambler wrote: > I found a situation where gcc v4.2 compiles a i386 working binary and > v4.6 doesn't. (Currently 4.7 and 4.8 fail to build this code) I have > verified that this happens with 8.2/8.3/9.0 i386 systems. x86_64 > versions build without is

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

On Wed, Sep 26, 2012 at 11:10:25AM +0200, Niclas Zeising wrote: > On 2012-09-26 01:13, Eitan Adler wrote: > > On 25 September 2012 18:45, Garrett Cooper wrote: > >> On Tue, Sep 25, 2012 at 3:37 PM, Oliver Pinter > >> wrote: > >>> Hi all! > >>> > >>> This patch fixed the problem, when buildig ima

Re: Building with WITH_DEBUG (-g) in make.conf

On Tue, Sep 04, 2012 at 11:50:35PM +0200, Dimitry Andric wrote: > On 2012-09-04 17:53, Eitan Adler wrote: > >On 4 September 2012 05:26, Jake Smith wrote: > ... > >>It got me thinking, is there any reason why it would be a bad idea to > >>build > >>all my ports with debug symbols from now on? > >

Re: apcupsd compile fails on 9-stable amd64

On Tue, Aug 28, 2012 at 11:46:31AM +0300, Ion-Mihai Tetcu wrote: > On Sat, 25 Aug 2012 14:01:09 -0600 (MDT) > Warren Block wrote: > > > On Sat, 25 Aug 2012, Oleg Ginzburg wrote: > > > > > On Saturday 25 August 2012 18:06:29 Warren Block wrote: > > >> Discovered last night that sysutils/apcupsd w

Re: __FreeBSD_version bump? (was: Re: vlc 2.0.3 ProjectM path fix)

On Sat, Aug 18, 2012 at 10:45:10PM +0200, Juergen Lock wrote: > On Wed, Aug 15, 2012 at 10:09:59AM -0700, Kevin Oberman wrote: > > On Wed, Aug 15, 2012 at 5:01 AM, Juergen Lock > > wrote: > > > On Tue, Aug 14, 2012 at 09:54:54PM +0200, Olli Hauer wrote: > > >> ... > > >> >> I think I got it: It i

Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)

On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote: > On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: > > On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: > > > On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: > > >

Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)

On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: > Hi kib, -current, seems we have a segfault in rtld when updating > the multimedia/vlc port from the version currently in ports to the > 2.0.3 CFT version from here: > > http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch > >

Re: Linux binary looks for /proc/cpuinfo, dies when cannot be found, even when linprocfs mounted.

On Sat, Jun 23, 2012 at 09:55:22PM +1200, Benjamin wrote: > On 06/23/12 20:57, Konstantin Belousov wrote: > >On Sat, Jun 23, 2012 at 02:23:42PM +1200, Benjamin wrote: > >>Hi all. I have posted this question on the forums, and it was suggested > >>that I post it he

Re: Linux binary looks for /proc/cpuinfo, dies when cannot be found, even when linprocfs mounted.

On Sat, Jun 23, 2012 at 02:23:42PM +1200, Benjamin wrote: > Hi all. I have posted this question on the forums, and it was suggested > that I post it here. > > I am currently porting Altera Quartus II design software to FreeBSD. I > have got it installing, but running the binary requires /proc/cp

Re: Ruby 1.9 as default

On Tue, Jun 05, 2012 at 02:04:33AM -0700, Stanislav Sedov wrote: > > On Jun 5, 2012, at 1:52 AM, Konstantin Belousov wrote: > > > On Mon, Jun 04, 2012 at 08:25:08PM -0400, Steve Wills wrote: > >> On 06/01/12 22:30, Stanislav Sedov wrote: > >>> > >>&g

Re: Ruby 1.9 as default

On Mon, Jun 04, 2012 at 08:25:08PM -0400, Steve Wills wrote: > On 06/01/12 22:30, Stanislav Sedov wrote: > > > > I'm not sure it's a good idea. > > Ruby 1.9 still has some nasty bugs on FreeBSD, related to the threads and > > fork. That is fork in ruby 1.9 hangs sometimes... > > The ONLY thing I

Re: Need a little help with a dynamic linking problem

On Wed, Apr 25, 2012 at 05:58:37PM -0700, Ronald F. Guilmette wrote: > > In message > > , you wrote: > > >Without being able to look at the details in-depth myself, it looks like > >the shared object is looking for a symbol which the RTLD can't resolve. > > That much seems self-evident. The e

Re: Postgresql 8.2 branch - keep it in tree

On Sun, Mar 25, 2012 at 12:54:36PM +, Chris Rees wrote: > On 25 Mar 2012 13:51, "Radim Kolar" wrote: > > > > please do not remove this pgsql branch. its newest branch using old > postgresql-contrib full text search engine. Upgrading to 8.3+ is not > possible for such applications. > > I'm afr

Re: Fix nvidia-like ports, help needed

On Fri, Mar 02, 2012 at 11:35:42AM -0800, Doug Barton wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 03/02/2012 11:21, Konstantin Belousov wrote: > > The renames of the libGL.so inside the packages are orthohonal to > > package splits. The issue is that

Re: Fix nvidia-like ports, help needed

On Fri, Mar 02, 2012 at 11:10:06AM -0800, Freddie Cash wrote: > On Fri, Mar 2, 2012 at 11:02 AM, Konstantin Belousov > wrote: > > On Fri, Mar 02, 2012 at 10:54:46AM -0800, Freddie Cash wrote: > >> On Fri, Mar 2, 2012 at 10:49 AM, Konstantin Belousov > >> wrote:

Re: Fix nvidia-like ports, help needed

On Fri, Mar 02, 2012 at 10:54:46AM -0800, Freddie Cash wrote: > On Fri, Mar 2, 2012 at 10:49 AM, Konstantin Belousov > wrote: > > And yes, I use a script that checks PCI devices on boot and symlinks > > libGL.so.1 and libglx.so to appropriate implementations. The only troubl

Re: Fix nvidia-like ports, help needed

On Fri, Mar 02, 2012 at 10:36:44AM -0800, Doug Barton wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 03/02/2012 01:47, Konstantin Belousov wrote: > > On Fri, Mar 02, 2012 at 01:34:12AM -0800, Doug Barton wrote: > >> -BEGIN PGP SIGNED MES

Re: Fix nvidia-like ports, help needed

On Fri, Mar 02, 2012 at 01:34:12AM -0800, Doug Barton wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 02/28/2012 14:36, Baptiste Daroussin wrote: > > On Tue, Feb 28, 2012 at 01:19:44PM -0800, Doug Barton wrote: > >> On 2/28/2012 1:15 PM, Baptiste Daroussin wrote: > >>> Here is a

Re: rtld or lang/gcc cannot find libgcc_s.so.1

On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > Sorry about the cross post, but I can't tell if this > a -current issue of a -ports issue. Unfortunately, > I updated my freebsd 10.0 systems and the lang/gcc > port during the same timeframe. > > I have compiled my math library and s

Re: rtld or lang/gcc cannot find libgcc_s.so.1

On Tue, Feb 21, 2012 at 11:42:59AM -0800, Steve Kargl wrote: > On Tue, Feb 21, 2012 at 08:57:54PM +0200, Konstantin Belousov wrote: > > On Tue, Feb 21, 2012 at 10:28:50AM -0800, Steve Kargl wrote: > > > > > > troutmask:kargl[210] halfspace > > > /lib/libgcc_s

Re: Something is really not right with azureus 2.5 / diablo-jdk 1.5

On Thu, Nov 30, 2006 at 04:42:01PM -0500, Robert Noland wrote: > > > On Thu, Nov 30, 2006 at 11:36:10AM -0800, Tim Clewlow wrote: > > > > > > --- Robert Noland wrote: > > > > > > > From: Robert Noland > > > > To: freebsd-ports at freebsd.org > > > > Date: Thu, 30 Nov 2006 13:06:40 -0500 > > >