On Fri, 2007-12-28 at 13:41 -0500, Ales Hvezda wrote: > If you don't use globs, does it consume more CPU cycles than > the previous version?
Short of writing a timing framework, I have no idea. It doesn't feel any slower at all. > >Should I push the following patch for the next version? > > If it wants to get into the next release, it should get > pushed soon. At some point either today or tomorrow I will do my > release tasks and get out an unstable release. Ok, I figured as much from the maintainer-clean testing etc.. I will push the patch. I'm frantically trying to rework the image embedding code (which is unfortunately requiring a reasonable amount of change to do cleanly), so that can get into the next release. Do I have you're approval to change the embedding format to base64 encoding of the raw image file? (This is backed with my usual argument that no officially released versions have had this code working to the point where images embedded in the old format could be read back.) > I haven't decided if we really need a 1.2.x series release as > too much time has passed and nobody has complained about anything > in 1.2.0. Peter B has some stuff queued up to ease the work of doing it, although I did wonder if we should avoid making too much work for packagers if there is going to be a new 1.4.0 soon. I guess we should see what the users want, but you're right.. there hasn't been any complaining about 1.2.0. BTW. I think there is a good argument for suggesting distro packagers _do_ package 1.3.x, as there are changes which they might have useful input on. It would be nice for 1.4.0 to walk into the world having the distro build scripts all tested, as I expect the deadlines for the new Ubuntu (my personal goal for 1.4.x) are going to race up quickly. Best wishes, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) _______________________________________________ geda-dev mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev
