[continued from previous blog entry]
Okay, I found a free wireless base station. It is down at the end of one corridor on floor two but doesn't reach most of the conference rooms. The connection also seems slightly flaky (but that could just be my internal wireless, it's been acting up on me lately). I'll just post all my blog entries tonight.
While wandering after the opening Linuxworld keynote around I found a book that said what was been presenting where. One session at 10:15 immediately caught my eye, "RPM Package Management I." My understanding of RPM is less than rudimentary so I thought I'd drop in for a bit more than an hour and see how much I could pick up from the almost 3 hour class.
The presenter, Joshua Jensen (if I caught his name correctly) from Cisco, started by asking everyone if they've experienced the problem where you install one package on Windows and that causes another program on Windows to stop working. Those of us in setup know the problem as our age old nemesis "DLL Hell". A number of people were nodding.
Mr. Jensen used that story to launch into a discussion about what RPM is. For those of you who know less about RPM than me, RPM is an installation technology used by several Linux distributions and originally developed by Redhat (RPM stands for Redhat Package Manager). Mr. Jensen also implied that the dependencies in RPM solve the "DLL Hell" (or I suppose on UNIX it would be "so Hell") problem. Personally, I think that he oversimplified the problem and that dependencies, while a big part of the solution, are not the complete solution ("DLL Hell" is not a trivial problem). In any case, I do wish that the Windows Installer natively provided support for tracking dependencies. That has been an ask of mine since the beginning (you'll note that Merge Modules have dependencies).
Anyway, Mr. Jensen then went on to talk about a few other Linux distributions that use different technologies. Gentoo uses portage. Debian, and thus Xandros, uses apt-get (.deb files) for its installation technology. The he said, "And I guess Windows has InstallShield." That was an interesting comment. It made me wonder how many people think that the Windows Installer is really just InstallShield. I'll have to think about this topic more.
Anyway, after the color commentary was done (it seems common for each presentation to begin by bashing something about Microsoft), we got into some technical details about RPM. Here are the things I wrote down as Mr. Jensen spoke.
Overall, the presentation jived with what I little I understood about RPM and added a lot more depth. Based off my last bullet point, I'm seriously considering creating a simple little command line tool that displays the same sort of installation information (minus dependencies,) that RPM provides for Windows Installer packages. With my current understanding the technologies really appear to be more similar than different. Obviously, RPM has dependencies natively and the Windows Installer does not but the rest seems similar. Anyway, maybe it'll be something I'll start next year (I can't believe I have coding projects planned that are going to take me through the end of 2005).
Oh, by the way, I still didn't find any geeks. In this presentation, I got closer to programmer-types but this audience really felt more like IT-types than real code geeks. Again, I felt far more at home at OSCON than here.