Created attachment 172242 [details] Mk diff Included are Poudriere log, diff for Mk/bsd.linux-{apps,rpm{.mk and shar of emulators/linux_base-c7. I want to pursue this further and once it's commited, I will issue another PR's to add another ports to create a whole emulators/linux-c7 metaport.
Created attachment 172243 [details] linux_base-c7 shar
Created attachment 172244 [details] Poudriere log
Created attachment 172328 [details] linux_base-c7 shar -removed CONLICTFLICS for non-existent ports -removed hased out EXTRACT_DEPENDS
Someone else will want to look at this. Thanks -J
There are i386 packages at http://mirror.centos.org/altarch/7.2.1511/ I think you can just add this to MASTER_SITE_SUBDIR and then remove some of the changes in the Mk diff.
(In reply to Tijl Coosemans from comment #5) I know about those. Thing is, I've already asked about including i386 support on #freebsd on FreeNode and got the response that it's probably not worth it. Do you still believe that we should include i386 c7 support even though i386 is basically unsupported in c7 (they only officially support amd64)?
I'm not sure on your conversations on irc, but I think what you're likely to find is a bunch of users wanting the 64bit linux installation with support for 32bit applications. This would add a few rpms which are both 32bit & 64bit, such as the libstdc++. I know they ran into that in the c6.7-64bit installation. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206943 as a reference to that they even patched the c6-64 port for that. I know for my purposes that I'd be using steamcmd, which is 32bit, and can install a variety of 32bit and 64bit applications.
I would like to keep support for multiple archs, because at some point we may want to add ARM support. i386 support seems easy to keep for now and according to https://wiki.centos.org/SpecialInterestGroup/AltArch/i386 the packages are built as part of the 64 bit build so they are at least semiofficial.
I'd like to clarify on this issue. i386 packages are included in linux-c7 ports, so you will be able to run i386 binaries on amd64 (i386 packages are already present in linux_base-c7 distinfo). What is not possible in this setup is running i386 binaries on i386. So yeah, you will be able to run Steam in this scenario. And who uses exclusively i386 anyway nowadays?
(In reply to Piotr Kubaj from comment #9) Cheap vps hosters provide i386 FreeBSD, for example https://vds6.net/
Created attachment 172619 [details] linux_base-c7 shar Includes amd64 and i386 support. Please test.
Created attachment 172620 [details] Mk patch
Created attachment 172728 [details] Mk patch I've found that after adding back i386, the port doesn't fetch correctly, so I'm attaching another shar to make it fetch. Also, I've simplified bsd.linux-rpm.mk - it doesn't use centos7 LINUX_DIST variable.
Created attachment 172729 [details] linux_base-c7 shar
Created attachment 172733 [details] Mk patch I was wondering why all of linux-c7-* ports fail to fetch because of LINUX_RPM_ARCH. Turns out linux stuff is also defined in bsd.port.mk, which this patch fixes.
Created attachment 172737 [details] Mk patch I added version checks to ensure that versions < 10.3 don't use linux-c7-* ports. I've tested this port myself and started adding other linux-c7-* ports. I currently consider this patch and shar of linux_base-c7 ready to commit (although some stylistic corrections might be applied).
Created attachment 172738 [details] linux_base-c7 shar
Created attachment 172739 [details] Mk patch Correct diff with removed testing check.
Created attachment 172851 [details] linux_base-c7 - correct distinfo There seems to be some strange bugs in distinfo parser. It only happens in Poudriere, I can do "make package" just fine. Poudriere fails to download some distfiles. This shar contains corrected distinfo files. Tested with Poudriere builds for i386 and amd64.
I'm going to rework the Linux support a bit before adding c7, convert USE_LINUX to USES=linux, simplify a few things etc.
(In reply to Tijl Coosemans from comment #20) How big are your changes? I'm not sure whether to further work on c7 ports, or just wait until you commit your work. I don't want to finish linux-c7 only to find out that I need to redo all the ports :)
(In reply to Piotr Kubaj from comment #21) So far it's just s/USE_LINUX=c7/USES+=linux:c7/ and s/USE_LINUX_APPS/USE_LINUX/.
(In reply to Tijl Coosemans from comment #22) Could you notify me when you're done with ports framework changes? I don't want to correct my shars every couple of days.
Created attachment 173384 [details] patch compatible with bug 211645
Thanks for your effort. Haven't tested your port yet but I'm about to. Here's just a small inconsistency I've noticed. The COMMENT section of your patch states: "COMMENT=Base set of packages needed in Linux mode for i386/amd64 (Linux CentOS 6)" Should be CentOS 7, right?
Created attachment 173567 [details] patch with corrected COMMENT (In reply to mail_me from comment #25) Hm, it seems you're right. However, that is the case only with the patch provided by tijl@. In my shar there is: XCOMMENT= Base set of packages needed in Linux mode for i386/amd64 (Linux CentOS ${LINUX_DIST_VER}) So it seems like tijl@ changed something :) Here's the corrected patch.
A commit references this bug: Author: tijl Date: Mon Sep 5 20:10:30 UTC 2016 New revision: 421391 URL: https://svnweb.freebsd.org/changeset/ports/421391 Log: Add linux_base-c7 port that installs CentOS 7 base packages. PR: 210926 Submitted by: Piotr Kubaj <pkubaj@anongoth.pl> Changes: head/emulators/Makefile head/emulators/linux_base-c7/ head/emulators/linux_base-c7/Makefile head/emulators/linux_base-c7/distinfo.i386 head/emulators/linux_base-c7/distinfo.x86_64 head/emulators/linux_base-c7/pkg-descr head/emulators/linux_base-c7/pkg-plist.i386 head/emulators/linux_base-c7/pkg-plist.x86_64
Why do I have to link /compat/linux/usr/lib/ld-linux.so.2 to /compat/linux/lib/ to make 32 bit binaries work and 64 bit is not working at all with "ELF interpreter /lib64/ld-linux-x86-64.so.2 not found, error 8"? (/compat/linux/lib64 is not searched at all)
Please uninstall linux_base-c7 and make sure that bin, lib and lib64 in /compat/linux are also gone. Then reinstall. Those directories are supposed to be symlinks now.
Thank you, it worked.