[Beowulf] Oh.. IBM eats Red Hat

INKozin i.n.kozin at googlemail.com
Mon Oct 29 11:03:49 PDT 2018


oh yes, and forget to be able to find anything ever unless the pages are
externally accessible and index by google.

On Mon, 29 Oct 2018 at 17:06, John Hearns via Beowulf <beowulf at beowulf.org>
wrote:

> I just realised...  I will now need an account on the IBM Support Site, a
> SiteID AND an Entitlement to file bugs on any Redhat packages.
>
> For those who don't know the system - every site (University, company,
> Laboratory etc) has a SiteID number.
> You had better know that number - and if someone leaves or retires you had
> BETTER get than number from them.
> (I handled a support case once where a customer had someone retire - and
> not pass on the site ID- we had to get a high up in IBM UK invoplved);.
>
> One person on site then has the ability to allow others on the site to
> open support issues.
> You just cannot decide to open a support issue -you must have the rights
> to ask for support for that product.
>
>
>
>
>
>
>
> On Mon, 29 Oct 2018 at 16:55, Joe Landman <joe.landman at gmail.com> wrote:
>
>>
>> On 10/29/18 12:44 PM, David Mathog wrote:
>>
>> [...]
>>
>> > It turns out that getting up to date compilers and libraries has become
>> >> quite important for those working on large distributed code bases.
>> >
>> > Libraries are harder.  Try to build a newer one than ships with CentOS
>> > and it is not uncommon to end up having to build many other libraries
>> > (recursive dependencies) or to hit a brick wall when a kernel
>> > dependency surfaces.
>>
>>
>> This was my point about building things in a different tree.  I do this
>> with tools I use in https://github.com/joelandman/nlytiq-base , which
>> gives me a consistent set of tools regardless of the platform.
>>
>> Unfortunately, some of the software integrates Conda, which makes it
>> actually harder to integrate what you need.  Julia, for all its
>> benefits, is actually hard to build packages for such that they don't
>> use Conda.
>>
>>
>> > In biology apps of late there is a distressing tendency for software
>> > to only be supported in a distribution form which is essentially an
>> > entire OS worth of libraries packaged with the one (often very small)
>> > program I actually want to run.  (See "bioconda".)  Most of these
>> > programs will build just fine from source even on CentOS 6, but often
>> > the only way to download a binary for them is to accept an additional
>> > 1Gb (or more) of other stuff.
>>
>>
>> Yeah, this has become common across many fields.  Containers become the
>> new binaries, so you don't have to live with/accept the platform based
>> restrictions.  This was another point of mine.  And Greg K @Sylabs is
>> getting free exposure here :D
>>
>>
>> --
>> Joe Landman
>> e: joe.landman at gmail.com
>> t: @hpcjoe
>> w: https://scalability.org
>> g: https://github.com/joelandman
>> l: https://www.linkedin.com/in/joelandman
>>
>> _______________________________________________
>> Beowulf mailing list, Beowulf at beowulf.org sponsored by Penguin Computing
>> To change your subscription (digest mode or unsubscribe) visit
>> http://www.beowulf.org/mailman/listinfo/beowulf
>>
> _______________________________________________
> Beowulf mailing list, Beowulf at beowulf.org sponsored by Penguin Computing
> To change your subscription (digest mode or unsubscribe) visit
> http://www.beowulf.org/mailman/listinfo/beowulf
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.beowulf.org/pipermail/beowulf/attachments/20181029/be3a3ae9/attachment.html>


More information about the Beowulf mailing list