[oops, with reply-all this time] On Tue, Nov 17, 2009 at 18:07, Jesse Barnes <jbar...@virtuousgeek.org> wrote: > On Mon, 9 Nov 2009 17:46:44 +0100 > Stephane Marchesin <marche...@icps.u-strasbg.fr> wrote: >> > And how do I get releases of libdrm out outside of kernel releases? >> > We're doing libdrms at least twice a kernel cycle, because we've got >> > stable fixes to push out/new interfaces to start relying on faster >> > than every 3 months. >> >> That's another issue, but 3 months is too quick to be stable (and I >> think no one but intel here wants to do 3 months cycles anyway). > > Btw the kernel releases every 3 months. > >> That's why libdrm should be following the kernel releases and go along >> with it: the kernel gets very wide testing and we'd hook on to that >> good testing crowd. Right now libdrm releases are virtually invisible >> to the OSS people. There's no serious development, no RCs, etc. Since >> wee can't even pretend to do proper releases, I'd say hook on to the >> kernel's as those work. > > I don't see big advantages to packaging it with the kernel, mainly > disadvantages. I don't think it'll get wider testing if it's in the > kernel, and I don't think compatibility will be easier to maintain. >
FWIW, you gave me the opposite argument when you decided that DRM development should happen in the kernel. Back then you used to say that we'd get more testers that way. Which one should I believe? > There's a big downside too, since it makes packaging much harder. > Distros typically stick with one kernel for a relatively long time, but > if they want to pick up a libdrm fix unrelated to a new DRM interface > (like the one Remi pointed out) they'll have to grab a recent kernel, > extract libdrm, and make sure it works with their current kernel (which > may involve some extra work if new DRM interfaces have gone in too). > Yes, but the positive side is that distros using a standard/old (about a year) kernel don't need to crawl the old libdrm repo and find the right version (in your case they have to do this ° backport stuff) ... I think that plus the fact that it makes development and merging simpler is just a reason to do it. Stephane ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
