[CFH] Allan's 64bits CentOS ports

[Allan Jude]

On 2015-07-01 09:20, Alexander Leidinger wrote:
> Quoting Johannes Jost Meixner <johannes at meixner.or.at> (from Wed, 01 Jul
> 2015 07:53:25 +0300):
> 
>> Allan could use some help reviewing his suite of CentOS 6.6 64bit ports.
>>
>> https://reviews.freebsd.org/D1746
> 

Sorry for being late replying to this

> I had a quick look at comments on the top of the page and the diffs of
> bsd.linux-apps.mk and bsd.port.mk.
> 
> What I'm missing here (I may have overlooked it, it's the first time I
> have a look at reviews.freebsd.org) is a short explanation for the
> rationale of the design decissions (see my questions below).
> 

Caveat #1: I have no idea what I am doing. I just poked stuff until it
worked. There were very few "design decisions"

> The very first questions which come to my mind are:
>  - Why is this embeded into the existing ports instead of having it as
> seperate ports?

Cloning every linux port seemed excessive. Especially considering the
only difference in the ports is swapping i686 for x86_64 in the name of
the .rpm, and the lib path changing to lib64

My main goal with combining them was easing the amount of work in
maintaining the ports and keeping them up-to-date

>  - Would seperate 64bit ports make the infrastructure less
> convoluted/complicated (KISS)? Yes, more ports, but the Mk
> infrsatructure is already at a complexity level where not much people
> are willing to touch it, and with this I fear it will be just too much.

There isn't that much magic in the Mk stuff, other than moving a few
things that would have had to be in each separate port.

>  - Can I install 64bit and 32bit in parallel with this approach (I have
> to admit, it depends if the 64bit linuxulator is going to a different or
> the same /compat/linux directory but I haven't checked that, and it
> depends on how centos is build in this regard, so no idea if this makes
> sense)?

Not currently. I had thought about making the 64bit port install both
the 32bit and 64bit files, since the 64bit repo contains slightly
different versions of all of the 32bit .rpms that appear to have any
conflicting files removed, so are designed to be installed along side.

>  - Is it a good idea to play around with the portname here (ok, this
> fits into the first question)? My concern here is that some ports played
> around with the port name in the past and got slowly converted to
> something without the name-mangling because we learned that it was not a
> good idea.

This may be true. I developed all of this in isolation, these are maybe
by 6th time working on the ports tree.

> 
> Apart from that I have to admin that I don't like that
> OVERRIDE_LINUX_BASE_PORT is used to check for 32bit or 64bit installs of
> the linux base. IMO it makes more sense to have a sort of "I want to
> have a XXbit linuxulator" variable: would be more end-user friendly and
> better self-explaining code (related to KISS).

This was stuff that was already there, and I just added the 64bit option
to it. When I was originally developing this stuff, the default
linux_base port was not c6, so this may have been overcome by events.

> 
>> What I'd like to see is, moving the Mk/ infrastructure to the point
>> where it can support future, upcoming architectures -- think CentOS 7,
>> recent Fedora version (only the ones that are supported for more than
>> 6 months), etc.
>>
>> I saw a working port of CentOS7 on GitHub, and a working Port of
>> Fedora 19 somewhere... but I don't recall the links. Check
> 
> Can someone dig out the link for the CentOS7 port? 24th to 26th there is
> the DevSummit in Essen/Germany and I thought about the possibility to
> have a look at CentOS7 ports (if I don't find something less painful to
> work on) and it doesn't make sense to re-invent the wheel.
> 

Google finds no results for "linux_base-c7". My original start had
simply been: do a minimal install of centos7 in a vm, and extract the
list of rpms that were installed, and update a copy of the linux_base-c6
port with those package versions etc.

Note: CentOS7 is 64bit only (solving the "how do we deal with 32bit and
64bit at the same time" problem). However, CentOS7 also uses systemd,
and may rely on other newer kernel features our linux_compat may not have.

> Bye,
> Alexander.


-- 
Allan Jude

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 834 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-emulation/attachments/20150725/b644e82f/attachment.bin>