Note that two versions of a product that is already being maintained anyway could be a candidate, but of course this is something _for_ the OS, not part of it (RHEL, not Fedora in the exemple I have in mind). ----- Original Message ----- > From: "Fernando Nasser" <fnasser@xxxxxxxxxx> > To: "Development discussions related to Fedora" <devel@xxxxxxxxxxxxxxxxxxxxxxx> > Sent: Thursday, December 6, 2012 11:44:27 AM > Subject: Re: What would it take to make Software Collections work in Fedora? > > And _maintain_ them, with all security fixes. > > The problem with duplication is above all one of scalability of > maintenance. > > ----- Original Message ----- > > From: "Aleksandar Kurtakov" <akurtako@xxxxxxxxxx> > > To: "Development discussions related to Fedora" > > <devel@xxxxxxxxxxxxxxxxxxxxxxx> > > Sent: Thursday, December 6, 2012 11:14:01 AM > > Subject: Re: What would it take to make Software Collections work > > in Fedora? > > > > ----- Original Message ----- > > > From: "Mark Bidewell" <mbidewel@xxxxxxxxx> > > > To: "Development discussions related to Fedora" > > > <devel@xxxxxxxxxxxxxxxxxxxxxxx> > > > Sent: Thursday, December 6, 2012 5:50:03 PM > > > Subject: Re: What would it take to make Software Collections work > > > in Fedora? > > > > > > > > > On Thu, Dec 6, 2012 at 10:06 AM, Adam Williamson < > > > awilliam@xxxxxxxxxx > wrote: > > > > > > > > > > > > > > > > > > On Thu, 2012-12-06 at 15:30 +0100, Nicolas Mailhot wrote: > > > > IMHO use of software collections is a symptom of a badly run > > > > organisation > > > > not devoting enough cycles to maintain the software it uses, > > > > and > > > > hoping > > > > (as in wishful thinking) no problem will go critical before the > > > > product > > > > they built on top of those collections is end-of-lifed > > > > > > > > I completely fail to see how entities with that problem will > > > > manage > > > > to > > > > maintain the package number explosion creating software > > > > collections > > > > will > > > > induce. > > > > > > On the one hand, I agree completely - I think the 'share all > > > dependencies dynamically' model that Linux distros have > > > traditionally > > > embraced is the right one, and that we're a strong vector for > > > spreading > > > the gospel when it comes to that model, and it'd be a shame to > > > compromise that. > > > > > > On the other hand, we've been proselytizing the Java heretics for > > > over a > > > decade now, and the Ruby ones for a while, and neither shows any > > > signs > > > of conversion or just plain going away, so we may have to call it > > > an > > > ecumenical matter and deal with their models somehow. Sucky as it > > > may > > > be. I don't know, I'm a bit conflicted. > > > > > > -- > > > Adam Williamson > > > Fedora QA Community Monkey > > > IRC: adamw | Twitter: AdamW_Fedora | identi.ca : adamwfedora > > > http://www.happyassassin.net > > > > > > > > > > > > -- > > > devel mailing list > > > devel@xxxxxxxxxxxxxxxxxxxxxxx > > > https://admin.fedoraproject.org/mailman/listinfo/devel > > > > > > I used to use Fedora as my primary OS (Now I use a Mac). The > > > major > > > issue which drove me away and which I believe SC would help to > > > solve > > > is that with the current dependency model is that it becomes I > > > want > > > a new version of Libreoffice so now I have to upgrade my entire > > > system from the Kernel on up (and by upgrade I mean clean > > > install) > > > to avoid issues. SC would help decouple system and userland apps > > > which would do wonders for usability. > > > > So are you saying that you will do the scl enabled builds of > > libraries needed by LibreOffice ? > > > > > > Alexander Kurtakov > > Red Hat Eclipse team > > > > > > > > > > > -- > > > Mark Bidewell > > > http://www.linkedin.com/in/markbidewell > > > > > > -- > > > devel mailing list > > > devel@xxxxxxxxxxxxxxxxxxxxxxx > > > https://admin.fedoraproject.org/mailman/listinfo/devel > > -- > > devel mailing list > > devel@xxxxxxxxxxxxxxxxxxxxxxx > > https://admin.fedoraproject.org/mailman/listinfo/devel > -- > devel mailing list > devel@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
