[lini...@freebsd.org: svn commit: r464924 - head/emulators/rtc]
FYI - Forwarded message from Mark Linimon <lini...@freebsd.org> - Date: Sun, 18 Mar 2018 15:26:30 + (UTC) From: Mark Linimon <lini...@freebsd.org> To: ports-committ...@freebsd.org, svn-ports-...@freebsd.org, svn-ports-h...@freebsd.org Subject: svn commit: r464924 - head/emulators/rtc Author: linimon Date: Sun Mar 18 15:26:29 2018 New Revision: 464924 URL: https://svnweb.freebsd.org/changeset/ports/464924 Log: Mark as broken on FreeBSD 12. This ought to be an easy fix for someone who has time. Modified: head/emulators/rtc/Makefile Modified: head/emulators/rtc/Makefile == --- head/emulators/rtc/Makefile Sun Mar 18 15:21:53 2018(r464923) +++ head/emulators/rtc/Makefile Sun Mar 18 15:26:29 2018(r464924) @@ -11,6 +11,8 @@ DISTFILES=# none MAINTAINER=emulat...@freebsd.org COMMENT= Kernel module which provides /dev/rtc device support +BROKEN_FreeBSD_12= fails to compile: rtc.c:166:2: implicit declaration of function 'MALLOC' is invalid in C99 + WRKSRC=${WRKDIR}/files NO_FETCH= yes - End forwarded message - ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[lini...@freebsd.org: svn commit: r455174 - head/devel/kBuild]
FYI - Forwarded message from Mark Linimon <lini...@freebsd.org> - Date: Thu, 30 Nov 2017 07:08:55 + (UTC) From: Mark Linimon <lini...@freebsd.org> To: ports-committ...@freebsd.org, svn-ports-...@freebsd.org, svn-ports-h...@freebsd.org Subject: svn commit: r455174 - head/devel/kBuild Author: linimon Date: Thu Nov 30 07:08:54 2017 New Revision: 455174 URL: https://svnweb.freebsd.org/changeset/ports/455174 Log: Replace regex that was particular to armv6 with one that will also include armv7. This is part of a larger sweep to fix all such regexes in the tree. It won't really matter until the build is fixed for armv[67] but the bad usages need to be removed. Approved by: portmgr (tier-2 blanket) Modified: head/devel/kBuild/Makefile Modified: head/devel/kBuild/Makefile == --- head/devel/kBuild/Makefile Thu Nov 30 07:02:49 2017(r455173) +++ head/devel/kBuild/Makefile Thu Nov 30 07:08:54 2017(r455174) @@ -15,7 +15,7 @@ LICENSE= BSD3CLAUSE GPLv3+ LICENSE_COMB= multi BROKEN_powerpc64= does not build: fatal error: xmmintrin.h: No such file or directory -NOT_FOR_ARCHS= aarch64 armv6 mips mips64 +NOT_FOR_ARCHS= aarch64 armv6 armv7 mips mips64 NOT_FOR_ARCHS_REASON= ./kBuild/env.sh: unknown cpu/arch USE_GCC= any @@ -26,7 +26,7 @@ CONFLICTS_INSTALL=kBuild-devel-[0-9]* WRKSRC=${WRKDIR}/${PORTNAME}-${DISTVERSION} KBUILD_VERSION=0.1.9998 -KBUILD_ARCH= ${MACHINE_ARCH:S/i386/x86/:S/x86_64/amd64/:S/powerpc/ppc32/:S/armv6/arm/} +KBUILD_ARCH= ${MACHINE_ARCH:S/i386/x86/:S/x86_64/amd64/:S/powerpc/ppc32/:C/armv.*/arm/} KBUILD_ENV=ACLOCAL=${ACLOCAL} \ AUTOMAKE=${AUTOMAKE} \ AUTORECONF=${AUTORECONF} \ - End forwarded message - ___ freebsd-emulation@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to "freebsd-emulation-unsubscr...@freebsd.org"
[lini...@freebsd.org: svn commit: r440001 - in head: databases/galera databases/mysqlwsrep56-server databases/py-xapian databases/riak2 devel/aws-sdk-cpp devel/clanlib devel/directfb devel/elfutils de
FYI. You do not need to take any action. /home/linimon/ports/default/databases/mysqlwsrep56-server i...@galeracluster.com /home/linimon/ports/default/databases/py-xapian sunp...@freebsd.org /home/linimon/ports/default/databases/riak2 w...@freebsd.org /home/linimon/ports/default/devel/aws-sdk-cppar...@freebsd.org /home/linimon/ports/default/devel/directfb anatoly.boro...@gmail.com /home/linimon/ports/default/devel/elfutils c...@freebsd.org /home/linimon/ports/default/devel/kBuild v...@freebsd.org /home/linimon/ports/default/devel/pecl-grpc vani...@freebsd.org /home/linimon/ports/default/devel/raknet marty...@freebsd.org /home/linimon/ports/default/devel/rapidjson y...@rawbw.com /home/linimon/ports/default/graphics/rawtherapee mand...@freebsd.org /home/linimon/ports/default/graphics/rawtherapee-devel mand...@freebsd.org mcl - Forwarded message from Mark Linimon <lini...@freebsd.org> - Date: Wed, 3 May 2017 05:52:55 + (UTC) From: Mark Linimon <lini...@freebsd.org> To: ports-committ...@freebsd.org, svn-ports-...@freebsd.org, svn-ports-h...@freebsd.org Subject: svn commit: r440001 - in head: databases/galera databases/mysqlwsrep56-server databases/py-xapian databases/riak2 devel/aws-sdk-cpp devel/clanlib devel/directfb devel/elfutils devel/kBuild devel/pe... Author: linimon Date: Wed May 3 05:52:55 2017 New Revision: 440001 URL: https://svnweb.freebsd.org/changeset/ports/440001 Log: Mark some ports failing on aarch64, and, in a few cases, other tier-2 archs. While here, pet portlint. Approved by: portmgr (tier-2 blanket) Modified: head/databases/galera/Makefile head/databases/mysqlwsrep56-server/Makefile head/databases/py-xapian/Makefile head/databases/riak2/Makefile head/devel/aws-sdk-cpp/Makefile head/devel/clanlib/Makefile head/devel/directfb/Makefile head/devel/elfutils/Makefile head/devel/kBuild/Makefile head/devel/pecl-grpc/Makefile head/devel/pwlib/Makefile head/devel/raknet/Makefile head/devel/rapidjson/Makefile head/devel/smv/Makefile head/devel/sourcenav/Makefile head/graphics/rawtherapee-devel/Makefile head/graphics/rawtherapee/Makefile Modified: head/databases/galera/Makefile == --- head/databases/galera/Makefile Wed May 3 01:38:07 2017 (r44) +++ head/databases/galera/Makefile Wed May 3 05:52:55 2017 (r440001) @@ -18,6 +18,9 @@ BUILD_DEPENDS=checkmk:devel/check \ ${PYTHON_PKGNAMEPREFIX}cloud_sptheme>=0:textproc/py-cloud_sptheme LIB_DEPENDS= libboost_date_time.so:devel/boost-libs +NOT_FOR_ARCHS= aarch64 +NOT_FOR_ARCHS_REASON= error Please add support for your architecture in build/build_config.h + USES= execinfo python:build scons shebangfix ssl USE_CXXSTD=c++11 Modified: head/databases/mysqlwsrep56-server/Makefile == --- head/databases/mysqlwsrep56-server/Makefile Wed May 3 01:38:07 2017 (r44) +++ head/databases/mysqlwsrep56-server/Makefile Wed May 3 05:52:55 2017 (r440001) @@ -19,7 +19,8 @@ RUN_DEPENDS= socat:net/socat lsof:sysuti DATADIR= ${PREFIX}/share/mysql -BROKEN_powerpc64= Does not build +NOT_FOR_ARCHS= aarch64 armv6 powerpc64 +NOT_FOR_ARCHS_REASON= error: Unsupported platform USES= cmake:outsource libedit shebangfix perl5 USE_PERL5= run Modified: head/databases/py-xapian/Makefile == --- head/databases/py-xapian/Makefile Wed May 3 01:38:07 2017 (r44) +++ head/databases/py-xapian/Makefile Wed May 3 05:52:55 2017 (r440001) @@ -18,6 +18,8 @@ LICENSE_FILE= ${WRKSRC}/COPYING BUILD_DEPENDS= xapian-core>=${PORTVERSION}:databases/xapian-core LIB_DEPENDS= libxapian.so:databases/xapian-core +BROKEN_aarch64=fails to build: Fatal Python error: swig_pythreadstate set in XapianSWIG_Python_Thread_Allow ctor + CONFLICTS_INSTALL= xapian-bindings12- OPTIONS_DEFINE=DOCS Modified: head/databases/riak2/Makefile == --- head/databases/riak2/Makefile Wed May 3 01:38:07 2017 (r44) +++ head/databases/riak2/Makefile Wed May 3 05:52:55 2017 (r440001) @@ -28,9 +28,11 @@ SHEBANG_FILES= deps/eper/priv/bin/* \ USE_RC_SUBR= riak USE_GCC= yes -BROKEN_i386= Does not build -BROKEN_powerpc64= Does not build -BROKEN_sparc64=Does not build: Please implement AtomicPointer for this platform +BROKEN_i386= does not build +BROKEN_powerpc64= does not bui
PR reclassification
Please don't panic about the previous PR message. We are running a test of PR migration. That email should not have been sent. Sorry. mcl ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: ports/188053: emulators/virtualbox-ose 4.3.10 doesn't build on 9.2
The following reply was made to PR ports/188053; it has been noted by GNATS. From: Mark Linimon lini...@lonesome.com To: bug-follo...@freebsd.org Cc: Subject: Re: ports/188053: emulators/virtualbox-ose 4.3.10 doesn't build on 9.2 Date: Wed, 16 Apr 2014 23:01:22 -0500 - Forwarded message from Lawrence K. Chen, P.Eng. lkc...@ksu.edu - Date: Wed, 16 Apr 2014 16:33:05 -0500 From: Lawrence K. Chen, P.Eng. lkc...@ksu.edu To: freebsd-emulation@freebsd.org Subject: Re: ports/188053: emulators/virtualbox-ose 4.3.10 doesn't build on 9.2 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 Presumably this patch was doesn't break virtualbox-ose building on 9.2 with X11, correct? Since, at first glance there are changes that aren't conditioned on whether X11 is set or not. -- Who: Lawrence K. Chen, P.Eng. - W0LKC - Sr. Unix Systems Administrator For: Enterprise Server Technologies (EST) -- SafeZone Ally - End forwarded message - ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: ports/188053: emulators/virtualbox-ose 4.3.10 doesn't build on 9.2
The following reply was made to PR ports/188053; it has been noted by GNATS. From: Mark Linimon lini...@lonesome.com To: bug-follo...@freebsd.org Cc: Subject: Re: ports/188053: emulators/virtualbox-ose 4.3.10 doesn't build on 9.2 Date: Wed, 16 Apr 2014 23:01:54 -0500 - Forwarded message from Jung-uk Kim j...@freebsd.org - Date: Wed, 16 Apr 2014 17:45:59 -0400 From: Jung-uk Kim j...@freebsd.org To: Lawrence K. Chen, P.Eng. lkc...@ksu.edu, freebsd-emulation@freebsd.org Subject: Re: ports/188053: emulators/virtualbox-ose 4.3.10 doesn't build on 9.2 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-04-16 17:33:05 -0400, P.Eng. Lawrence K. Chen wrote: Presumably this patch was doesn't break virtualbox-ose building on 9.2 with X11, correct? Since, at first glance there are changes that aren't conditioned on whether X11 is set or not. Correct. Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJTTvoWAAoJEHyflib82/FGTKUH/0at7ey+7tmKYOt10TQsvrXe d/yClvjA/soEOOohU3WPMOvgTtuAuydC7HxaH3kSXuHOsEuG/wjj5LyGYrMCr6G5 4RCdtmmfOIVBkPl2Rx5DCPAaPpBK/7Z9MYxWUd5s1o/9KBEQdvusfn0dNaF76nGa z2tUK3Eu75qVD3yrdMgK0VC84BpROsPmMhmU7nQZuTq7o9vIFRn2HdDSpV8yWHat MvEEQxOBaZw2/GQ9BLzn1zNZM4xQLrx/bDlJviGVa92RAQgKyDUypATmtDDCL25h 1JiLaw5ot7ILOL0VbndCIXuhrBjBaQ9GD3OCo8hpgzfgSUcfeZFo1EiqQvLeXYY= =qQ5J -END PGP SIGNATURE- - End forwarded message - ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: [RFC] Seeking Approval: include bsd.port.pre.mk so SRC_BASE is defined before referenced
Unfortunately certain things need to be defined before bsd.port.pre.mk is included. So, pointy hat to me for giving bad advice. These show up immediately as bad distinfo problems: http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.10-exp.20120522050031.pointyhat-west/lsof-4.86,7.log http://pointyhat-west.isc.freebsd.org/errorlogs/amd64-errorlogs/e.10-exp.20120522050031.pointyhat-west/cairo-reference-1.12.2,1.log I have already fixed lsof, but I don't understand cairo-reference. mcl ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: [RFC] Seeking Approval: include bsd.port.pre.mk so SRC_BASE is defined before referenced
Thanks for doing this work. A quick review looks to me to be TRT. I would suggest some minor fixes but only for style: for me, it makes it a bit clearer what's going on if the pre.mk include isn't among the various WITH_* definitions, e.g. net/skystar2. Or maybe just having a blank line before the inclusion would help. Also, for sysutils/fusefs-kmod, I would do the following: - move the MAKE_ENV= definition past the bsd.ports.pre.mk inclusion - throw the SRC_BASE?= line away. mcl ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: linux-threads
On Sat, Jan 21, 2012 at 06:57:27PM +1000, Da Rock wrote: By all means shout me down if you like, but I just received the updates re ports unmaintained etc and I noticed linux-threads is one of them. The portsmon email is strictly mechanical. It's just going off the fact that the maintainer for the port is ports@. fwiw. mcl ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: MASTER_SITE_FEDORA_LINUX in bsd.sites.mk
On Thu, Jan 19, 2012 at 10:41:21AM -0800, per...@pluto.rain.com wrote: Isn't this concern orthogonal to the original one about maintaining a (set of) correct MASTER_SITE setting(s), for use by such ports as can legitimately use Fedora/Debian/NetBSD/whatever sites? Yes, IMHO. mcl ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: RFC: small patch to linux_base files for package building
On Mon, Jul 18, 2011 at 12:12:03PM +0100, Gabor Kovesdan wrote: No strong objection from me, however, I would definitely be happier to see this code as part of bsd.port.mk as I proposed in http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/135221 I agree that this should be tested ... but there is a lot of code there that I didn't have time to puzzle through for my current -exp run. If the stanzas in the ports go away, then my hack goes away as well :-) Consider it temporary in the meantime. fwiw, right now it only affects pointyhat-west, which is currently only being used for -exp runs. However, sometime soon I want to start using it for regular builds. There are still a few bugs to work out. mcl ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
RFC: small patch to linux_base files for package building
pointyhat makes its INDEX file elsewhere from the client environment. Thus, the test for ${SYSCTL} -n compat.linux.osrelease might or might not match the clients. I want to put in the following patch in each of the Makefiles to be able to force the INDEX (same patch for each one). Any objections? Thanks. mcl Index: Makefile === RCS file: /home/pcvs/ports/emulators/linux_base-f10/Makefile,v retrieving revision 1.60 diff -u -r1.60 Makefile --- Makefile2 Mar 2011 10:11:21 - 1.60 +++ Makefile17 Jul 2011 02:38:49 - @@ -122,7 +122,9 @@ .include bsd.port.pre.mk +.if !defined(PACKAGE_BUILDING) || (defined(PACKAGE_BUILDING) !defined(LINUX_OSRELEASE) ) LINUX_OSRELEASE!= ${ECHO_CMD} `${SYSCTL} -n compat.linux.osrelease 2/dev/null` +.endif .if ${LINUX_OSRELEASE}x == x IGNORE=linuxulator is not (kld)loaded ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: kern/155903: FreeBSD32 emulation patch to support i386 X11 Server
The following reply was made to PR kern/155903; it has been noted by GNATS. From: Mark Linimon lini...@lonesome.com To: bug-follo...@freebsd.org Cc: Subject: Re: kern/155903: FreeBSD32 emulation patch to support i386 X11 Server Date: Sat, 9 Apr 2011 14:27:55 -0500 - Forwarded message from Kostik Belousov kostik...@gmail.com - Date: Thu, 24 Mar 2011 23:48:57 +0200 From: Kostik Belousov kostik...@gmail.com To: John Wehle j...@feith.com Cc: am...@freebsd.org Subject: Re: amd64/155903: FreeBSD32 emulation patch to support i386 X11 Server User-Agent: Mutt/1.4.2.3i On Thu, Mar 24, 2011 at 05:26:08PM -0400, John Wehle wrote: First, please split the patch into smaller, logically self-contained parts. E.g. the change to handle fdrop() in one place should be committed separately. Will do. Okay to just submit the series of patches under amd64/155903 or do you want them file under separate bug reports? Simply mail the patches to me, with some words attached. I will land them into the tree. The last commit is the most controversial, in fact. I understand the reason to get the user memory for calling into pciconf ioctls, but this is somewhat ugly. Ideally, the pci_ioctl() would be changed into wrapper and core code, and two wrappers produced, one for the native call path, other for compat32. I don't necessarily disagree, however that's more work than I'm planning on at the moment. Sigh. BTW, would you do the shims for other pciconf ioctls, while there ? I would have if necesary (since I was there). However at a quick glance of pciio.h it didn't appear to me to be necessary. Also I do suspect that the i386 X11 Server is making successfuly use of some of the other calls. Keep in mind that the freebsd32 layer has generic handling for those ioctl calls that don't require anything special. I believe PCIOCREAD, PCIOCWRITE, and friends fall into that category since it appears the structures don't change size or alignment between i386 and amd64 (mind you this was based just on a quick glance at the header). This is good answer, I wanted to make sure that ioctls that need special handling are handled. Thanks. - End forwarded message - ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: some new ports to emulation catergory
On Tue, Dec 14, 2010 at 06:49:12PM +0600, Stas Timokhin wrote: This maillist instead PR-system selected as faster way for discussion. possibly faster, but less of a recommended method. Postings to mailing lists tend to be forgotten; the PR database is persistent. mcl ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: Hope for USB support?
On Wed, Oct 13, 2010 at 11:10:38AM -0500, Adam Vande More wrote: It would be nice for the FreeBSD Foundation to take collections in escrow and offer goals stats for specific projects, but I don't think they do that for whatever reason. IIUC it's not possible for the Foundation to do things like this, given its legal status. Someone else needs to set up a viable bounty system. mcl ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org