Excerpts from Philip Cornelius's message of 2014-04-02 08:53:33 +0200: > 1. the namespace labeling; this is hugely important.
can you explain more about this please? > 2. System closure. > So 2. you have kind of mentioned it anyway but we use it from an "app > dev's" perspective to close out the application at the system level rather > than just the application level. What I mean by that is, suppose I am > building an app like JIRA say. I can set up my maven builds to close > (resolve deps) for the application, but it will also have system deps like > graphviz, httpd, tomcat etc.. > We use Conary (encapsulated for RHEL5/6) to extend this 'closure' by > building out an appliance around our applications. > > I have not discovered any other tool that can do this 'deep dependency' > resolution by introspection. The ability of Conary to find what fulfills > #!, .so deps etc is really really powerful. ok, but i am nut sure i get how helpful that really is. can you contrast that with an example of what could break without this 'deep dependency' resolution? the only think i can think of is that it's more work to discover dependencies manually, and when building appliances with your own packages you can't rely on an existing package getting dependencies right. i understand that rpms sometimes miss dependencies, but from a user perspective, if that dependency is not critical, i can't see what's the big deal here. the main advantage is that we can be more sure that nothing is missing, but then i have seen packages in foresight that did miss a dependency that conary did not detect. so conary is just better, but not perfect in this regard. > Bringing that to Fedora and I presume RHEL7 will allow for greater > automation of the build pipeline and greater assurance in application > deployment. This will surely differentiate F20 and drive up adoption. ah right, yes, automation and assurance. > As an example simply encapsulating the Oracle JDK throws up the fact that > they ship JavaFX libs. These libs require shared object libraries that are > not provided by RedHat.. yet the RPM installs these hanging libs.. Conary > fails the build because they are unfulfilled. We have forced Oracle to add > instructions on how to remove JavaFX which they have added to their release > notes. > Maybe the JDK could be used as a worked example. now that is a great story, something i can very well use in the talk. thanks! greetings, martin. -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org BLUG secretary beijinglug.org foresight developer foresightlinux.org realss.com unix sysadmin Martin Bähr working in china http://societyserver.org/mbaehr/ _______________________________________________ Foresight-devel mailing list [email protected] https://lists.foresightlinux.org/mailman/listinfo/foresight-devel
