On Wed, Jun 20, 2012 at 01:07:17PM -0700, Fernando de Oliveira wrote: > Em 19-06-2012 23:29, Ken Moffat escreveu: > > But to keep it technical, until this Xorg release thanks to DJ, we have > been behind the edge in Xorg. This is a fact, if you need, I can produce > some release dates for xorg-server in other distros.
But do you see any identifiable benefits from newer packages (apart from fixing the cairo issues in some of the video drivers) ? > > > And who has the time to do this ? > > It takes not longer than gnome or kde, but I agree it takes longer than > firefox, for example. > So, you agree it takes a significant amount of time. > But it does not take that long. Just replace the packages individually, > as they are released. Just as with other packages. That is the way I do: > I see a new server version is out, so I go to Xorg.org, search which > packages are newer than the installed ones, and replace in the wget and > md5 lists and individual packages. As I did before, I can provide them > to this list. > And then, at least if the package is individual, check for new options and measure its time and space. And for preference always *use* it [ no need to rebuild anything that hasn't changed, unless it uses headers from this package ]. Actually, *using* the important packages is also a limiting factor for the drivers. I'm still subscribed to a nouveau list (in case I have another go at trying to build on my ppc64), and I see a lot of reports of breakage, but I've no idea how common or serious they are, so no idea if a random checkout is likely to work. For my own hardware I can at least say "well, it works for me" or, occasionally "I've got a problem here, not sure if it is ready for the book". > > *if* you can get out of your > > virtual machines and run BLFS on real hardware, I would be fairly > > happy about suggesting you get privileges. Meanwhile, there is more > > than enough to do :) > > > > ĸen > > > > Perhaps you do not know, but not only I *can*, but already have done > that. You can find reference to this fact in the archives. > > This is sen rom my hp lfs6.7 > OK, I thought you had said that you were running in VMs until you were willing to give up on your host system. My mistake. 6.7 is now so old that it isn't useful for editors :-( > Subjacent to your sentence there seems to be an assumption that people > use *FS in VM because they are not capable of doing it in the "real" > machine". I quite think the opposite is true. People not capable of > using VM, goes on with something they find more "real", less abstract. > I know that VMs are in some ways harder. But those of us running on real hardware have shown our commitment to use our own 'product'. In the LFS area, I know that VMs can be very different. I will accept that not much is different in the BLFS area, if that is what you tell me. > You also seem to have missed: an editor has already been accepted who > only run VM, at the time. > Yes, I did miss that. So be it. > The last point you missed is that I have already said to Bruce that only > when I feel capable, I will ask "privileges". You can find in the archives. > > I am now adding: if I have time and feel capable, I will ask. > > I am not angry, like your posts very much, but sometimes, the facts need > to be clarified. > Thank you. My overriding point on this is that we are *all* short of time. You suggested something, with frequent updates, which I think will use a lot of editorial time whenever there are significant numbers of packages released by xorg. I'm still doubtful that many of the updates will be beneficial to us (looking at release announcements, often the fixes are for non-linux systems). I see that DJ is suggesting something slightly different. Your suggestions are often useful, but in your post you proposed that other people use their own time to update things which they have not, so far, felt to be their top priority. Now do you see why I suggested that you might be a good person to tackle this, since you care about it ? ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
