Skip to content

Self Introduction

6 messages · Ali Erdinc Koroglu, Iñaki Ucar, Tom Callaway

#
Hello, Everyone.
My name is Ali Erdinc Koroglu, I work at Intel in the Linux Systems Engineering team where we build and package optimization work across
various Linux distros. I'm also CentOS Hyperscale SIG member + Fedora packager (fas: aekoroglu) and NeuroSIG member.

I was planning to work on R + OpenBLAS and upgrade R packages for Fedora and migrate the missing once into EPEL8/9.
So I think the R SIG is an?excellent fit for my efforts and I would like to become a member.

I look forward to working with you all.

Best regards,
Ali Erdinc Koroglu

---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
#
Hi,

Great, some packages are lagging behind, so more hands are welcome,
thanks. We are in the process of creating a FAS group for this, but
it's not ready yet. For now, you can familiarise yourself with the R
packaging guidelines [1], express this interest in [2] and add
yourself to the list in [3].

[1] https://docs.fedoraproject.org/en-US/packaging-guidelines/R/
[2] https://pagure.io/fesco/issue/2815
[3] https://fedoraproject.org/wiki/SIGs/R

Best,
I?aki


On Thu, 21 Jul 2022 at 15:18, Ali Erdinc Koroglu
<ali.erdinc.koroglu at intel.com> wrote:
#
Hi Ali, welcome to the SIG!

I'm not sure that adding new R module packages makes sense in EPEL. The
exponential rate of new dependencies just to be able to keep the existing
packages current in Fedora makes it incredibly painful for us to do the R
major version upgrades there (whereas, for EPEL, it's much much simpler).

Part of why I haven't had time to do the next major R update for Fedora is
this, it takes so much time to rebuild the entire R package tree there (and
as Fedora work is no longer the primary part of my day job, large multi day
efforts like this have not been easy to accomplish).

Combine that with the average R user being content to simply install via
CRAN, and I'm not sure that the pros outweigh the cons in adding modules as
packages to EPEL.

I think this is something we should discuss as a SIG though. :)

~spot

On Thu, Jul 21, 2022, 9:18 AM Ali Erdinc Koroglu <
ali.erdinc.koroglu at intel.com> wrote:

            
#
Hello again, I already packed? R-kernlab? :)

https://bugzilla.redhat.com/show_bug.cgi?id=2079394
https://download.copr.fedorainfracloud.org/results/aekoroglu/fedora/fedora-rawhide-x86_64/04336853-R-kernlab/R-kernlab.spec
On 21/07/2022 16:35, I?aki Ucar wrote:
BR,
Ali
---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
#
On Thu, 21 Jul 2022 at 15:46, Tom Callaway <spotrh at gmail.com> wrote:
I agree, and that's why I created [1], which has two advantages:
automatic daily sync, and straightforward mass rebuilds. I intend to
make these rebuilds straightforward for the official Fedora repo too
when the fas group is created, but I still agree that we should keep
the packages at a minimum in EPEL.

Our efforts would be better employed in recreating [1] for CentOS,
which wouldn't be hard, but the main stopper was disk space at the
time. I'll ask the Copr team again about this.

It would be even easier (and much lightweight) to recreate what Dirk
Eddelbuetel did for Ubuntu here [2], which is to reuse binaries
created by RStudio (available in [3]) and make proper RPMs, with
library dependencies, with them. But I'm not sure we could use Copr
for this (anyway, the disk space problem would be still there). We
could try OBS.

[1] https://copr.fedorainfracloud.org/coprs/iucar/cran/
[2] https://github.com/eddelbuettel/r2u
[3] https://packagemanager.rstudio.com/

I?aki

  
    
#
Hello Tom, thank you for the comments and sure let's discuss this @ SIG :)
On 21/07/2022 16:39, Tom Callaway wrote:
---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.