On Tuesday, 21 July 2020 16.43.31 WEST Tom Callaway wrote:
> I'm inclined to agree. Users are expecting that things they install
> manually will override the system default (if any).
> 
> Tom

FWIW I agree with both of you.

OTOH someone who never did that kind of error please raise your hand. :-)

Does anyone knows if there is some kind of packages repository lint that could 
catch this type of problems.


Those were the main points of this message.
What comes next it is just me thinking aloud since I am not proposing any, 
immediate or medium term, change this are just what I have been thinking for a 
long time.

One way to avoid this kind of errors would be to have the library directories 
with R version like I suggested in May. Searching for this on the web I see 
that users (mostly from windows and mac backgrounds) have some tips where the 
directories that R version used to installed them is present in the name.

The recipes for upgrading were basically to take the names from installed 
packages, save it into an external (csv) file and then with the new R version 
to install those packages. In another context I do the same thing when I need 
to install a new computer with Fedora and to have it working as soon as 
possible:

 in the previous computer
# rpm -qa --queryformat '%{name}\n' | sort | uniq > packages-list.txt

 in the new computer
# dnf install $(cat packages-list.txt)

And voil� a new computer is ready will all the same packages as the previous 
one.

I still think that this is a better naming scheme but looking briefly into the 
installed packages I see that perl and ruby do not follow it.

End of thinking aloud...
-- 
Jos� Ab�lio
        [[alternative HTML version deleted]]

_______________________________________________
R-SIG-Fedora mailing list
R-SIG-Fedora@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-fedora

Reply via email to