<html><head><style type="text/css"><!-- DIV {margin:0px} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:10pt"><div style="font-family: times new roman,new york,times,serif; font-size: 10pt;">I think that people using Binary Drivers have the knowledge to modify xorg.conf and change nvidia to nv if their systems break before xorg update.<br>Xorg must to be updated like another pieces of Fedora. This can't be the exception. Think in kernel and you have the answer.<br>IMHO this will help to improve the time of Nvidia and ATI to release drivers for Xorg 7.1<br><br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Original Message ----<br>From: Leszek Matok <Lam@Lam.pl><br>To: Development discussions related to Fedora Core <fedora-devel-list@redhat.com><br>Sent: Friday, July 28, 2006 7:17:21 AM<br>Subject: Re: Leaving?<br><br><div>Dnia 28-07-2006, pią o godzinie 10:13 +0200,
Hans de Goede napisał(a):<br>> I keep hearing this argument, that the packages for the involved drivers<br>> can be made to conflict with the update. Which in essence will deprive<br>> all but the most technical of our users from security updates.<br>This is, once again, the yum bugs coming back.<br><br>Seth thinks yum shouldn't be able to downgrade packages (if you install<br>newer Y and encounter a regression, you can't go back to the previous<br>version, except for the kernel, where you can have many versions<br>installed).<br><br>Seth thinks yum shouldn't be able to update all packages it can when<br>there are a few with broken dependencies (if an update to Y is<br>available, but conflits with Z... packages A...W won't be updated).<br><br>(where package Y can be Xorg 7.1 we're talking about)<br><br>Seth thinks introducing 2-3 weeks long lag (this number is not<br>imaginary, that's a real mirror lag) of security updates, during which I<br>download
tens of megabytes of xml data (from 20 and 19 days ago, back<br>and forth), is little cost (!) comparing to one temporary file on my own<br>machine (less than 1 KiB) and simple checking if timestamp > timestamp<br>(not to mention centralized server with only repo data, always up to<br>date).<br><br>He doesn't get my English, probably nobody else does, I don't write in<br>Python and maybe that's why yum still stinks ;) But let me say this<br>again: yum stinks. You look convinced that yum is everything the user<br>can get and if it works the way it works, it's everyone else responsible<br>to not do anything that yum can't handle gracefully.<br><br>Wrong! First of all, yum and its front ends (pup) can be changed to hold<br>upgrading Xorg 7.1 (and only Xorg 7.1) when there are explicit<br>conflicts. Secondly, the default configuration of yum in FC5 is holding<br>security updates for as long as two weeks (I promise you it's true,<br>although my record was 8 days, running
"yum update" two times a day).<br><br>I said it before and I say it again: I'm convinced that NVIDIA has newer<br>driver almost ready (they had time and they officially stated they're<br>working on it few months ago) and can take us by surprise releasing it<br>anytime they need. I'm brave and say: NVIDIA can release appropriate<br>binary driver faster than yum can download security updates with its<br>default configuration :)<br><br>So in my opinion, it is yum to be blamed, not Xorg packager, Fedora<br>Project Board or anyone else making decisions, because we could do<br>everything to everyone (!) if only yum was a little bit friendlier.<br><br>In other words, we're all arguing about a thing that shouldn't even be<br>arguable.<br><br>I would miss you Hans, please don't go! :)<br><br>Lam<br></div><div>-- <br>fedora-devel-list mailing list<br>fedora-devel-list@redhat.com<br><a target="_blank"
href="https://www.redhat.com/mailman/listinfo/fedora-devel-list">https://www.redhat.com/mailman/listinfo/fedora-devel-list</a></div></div><br></div></div></body></html>