<ppetrov^>
for the moment it works with CRAN, but i'd like to extend it so it looks at Bioconductor, too
<ppetrov^>
there are a few things more that i'd like to hear your opinion of, for example naming of the produced ports. Debian and Arch have the "r-module" convention. I chose "r4-module", not because I wanted to be different, but it seemed to be on par with how CRUX does perl modules (p5-)
<ppetrov^>
the tool is written in R witha simple shell wrapper, providing command line options. In the past farkuhar has helped me with shell scripts, so if there's a way to make the bash script more elegant, i am open to suggestions
<ppetrov^>
ah, and the reason i did this is: i use R extensively in my work and wanted to have modules installed through the package system, so revdep reports if something went wrong after an update
<ppetrov^>
k, enough spam
<remiliascarlet>
ppetrov^: How much easier is it over simply copying the Pkgfile from another port, and modifying that one?
<ppetrov^>
what do you mean?
<ppetrov^>
about R modules?
<ppetrov^>
sure you can copy over and modify
<ppetrov^>
how do you deal with dependencies?
<remiliascarlet>
In most cases you can check the Makefile or CMake files for dependencies. If something is written in Go, Rust, Zig, or some other modern language, it's typically only 1 dependency: the compiler.
<ppetrov^>
remiliascarlet, are you familiar with R?
<remiliascarlet>
No.
<ppetrov^>
well, there it is
<ppetrov^>
:)
<remiliascarlet>
I suck at basic math, although I have an easier time with the more advanced stuff.
<ppetrov^>
R is quite versatile and not used exclusively for statistics
<ppetrov^>
i use it for bioinformatics
<remiliascarlet>
Which happens if you're a high school drop out, and only learned the maths needed for game development on your own.
<ppetrov^>
as a test, i did modules for an R package called Seurat. Resolving the dependencies, cran2crux ended up with over 140 ports
<remiliascarlet>
"Resolving the dependencies, cran2crux ended up with over 140 ports" That sounds like a fucking dependency hell!
<remiliascarlet>
Almost as if R users are the same types of developers as Java, Javascript, and Rust developers, in that they use dependencies for every single thing they want to accomplish.
<ppetrov^>
r has a gazillion small packages or modules
<ppetrov^>
developed by other people
<ppetrov^>
it has its own system to build and resolve deps, however they are stored in ~/.R and are not part of the distro's packaging system
<ppetrov^>
but, yes, it becomes crazy and it's not humanly possible to do it manually. That's why I made the too
<ppetrov^>
*tool
<remiliascarlet>
The only languages that are part of the distro's package manager are C, C++, Perl, and since recently Python.
<remiliascarlet>
Because Python breaks all the time.
<remiliascarlet>
Every time Windows and Mac users complain that C and C++ suck because "no package manager", I cringe. Both C and C++ have a package manager, and it's part of the OS. If your OS doesn't have a package manager and/or ports tree, it just sucks!
<ppetrov^>
remiliascarlet, i am not sure i follow, but whatever
braewoods_ has quit [Remote host closed the connection]
braewoods_ has joined #crux
ppetrov^ has quit [Quit: Leaving]
braewoods_ has quit [Remote host closed the connection]
braewoods_ has joined #crux
ppetrov^ has joined #crux
braewoods_ has quit [Remote host closed the connection]
braewoods_ has joined #crux
braewoods_ has quit [Remote host closed the connection]
braewoods_ has joined #crux
<cruxbot>
[core.git/3.7]: cmake: update to 3.28.1
<cruxbot>
[opt.git/3.7]: btrfs-progs: update to 6.6.3