Hi Stuart, thanks for the insight :) I see your point about filling the overlay with outdated Perl modules; I dunno about others but one of the main things that turn me off an overlay is when it comes with a raft of low-level packages to support the "main" package/s of the overlay (the Xgl overlay some years back was a prime example of this: I badly wanted to experiment with the new shiny, but it just wasn't worth it to overhaul so much of my core system for). And I can certainly understand the bar-to-entry that would be presented by having 70-80 different upstreams to deal with O.o
I do get the feeling that that work would become necessary eventually, as I imagine LMS's supported Perl version will slip further and further behind distros (it's already happening with Gentoo obviously - hope you do have success with 5.16 compatibility). In your experience, what is the character of the CPAN modules you've had to deal with? Are any/many of them orphaned projects themselves, only being kept alive by Logitech's involvement? Do they have good governance, e.g. do they communicate well, are they receptive to bugs/enhancements, do they publicise their API changes well and so on? Are they aware of their place in the SB ecosystem, and do they care? (I know it's bad to generalise, but you might rather do that than name names and point fingers.) Just trying to get a sense for how great the long-term challenge will be of keeping LMS alive/healthy without Logitech. ------------------------------------------------------------------------ Havin_it's Profile: http://forums.slimdevices.com/member.php?userid=12661 View this thread: http://forums.slimdevices.com/showthread.php?t=97562 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
