On Fri, Apr 12, 2019 at 1:17 PM Colin Walters <walters@xxxxxxxxxx> wrote: > > On Thu, Apr 11, 2019, at 7:41 AM, Ty Young wrote: > > Hi, > > > > I'm thinking of switching to Fedora 30 Silverblue(once it comes out of > > beta anyway) from Arch linux. One of the requirements is to be able to > > install, compile from source and easily switch between JDK builds. > > Bigger picture, as another person commented the overall design push of Silverblue (and FCOS) is to use containers - I personally do all of my development inside `toolbox` where I install things with dnf (among other tools) and try to keep my host small. (Though I have package layered libvirt, tilix and sway for example). > Containers are still pretty bad for complex graphical software development, though I imagine not many people do that with Java these days... > > However, Fedora fails to meet these requirements so badly I'm fairly > > certain whoever packaged and approved the various Java RPMs was on > > shrooms(partial offense, sorry but this is nuts). > > To be fair this is really rpm-ostree conflicting with alternatives: > https://bugzilla.redhat.com/show_bug.cgi?id=1657367 > > Also, more generally anything that tried to "snapshot" system state > would get into a mess with things in /usr referencing parts of /var. > So fixing alternatives to keep state in /etc or /usr solely without > involving /var would benefit everything. For example I bet > alternatives is broken with https://github.com/openSUSE/transactional-update > too (though it might be differently broken). > openSUSE's transactional-update system handles alternatives fine because it handles /etc merging and such. So even user settings in /etc are preserved properly. Only rpm-ostree has major issues with chunks of the ecosystem because it doesn't implement some aspects that librpm has, and the filesystem lockdown is more rigid. -- 真実はいつも一つ！/ Always, there's only one truth! _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
