On Wed, Nov 27, 2013 at 9:21 AM, Christophe Fergeau <cfergeau@xxxxxxxxxx> wrote: > On Tue, Nov 26, 2013 at 07:55:25PM +0000, Zeeshan Ali (Khattak) wrote: >> On Tue, Nov 26, 2013 at 4:57 PM, Christophe Fergeau <cfergeau@xxxxxxxxxx> wrote: >> > On Tue, Nov 26, 2013 at 04:22:03PM +0000, Zeeshan Ali (Khattak) wrote: >> >> Sure but there is nothing stopping you from doing that. If you got a >> >> 3.12 image at the time of 3.18, Boxes (or any app) should be about to >> >> tell that it is a 3.12 image and not a 3.18 one. >> > >> > How would the detection work? >> >> Not in a simple and nice way, I'm afraid. I convinced Colin to add >> date to the filename and I have unmerged patches to Boxes that >> compares the date on the file to that in the gnome OS entries: >> > > As you said in > https://www.redhat.com/archives/libosinfo/2013-November/msg00066.html , > this date based detection is going to be inaccurate around stable release > time (we'll know gnome-continuous switched to the next development release > around that date, but we won't know for sure exactly when). That was regarding having a release date in the entry but I have removed that before pushing this patch, as Daniel suggested. The calculation in Boxes assumes that non-released entries (If lacking a date) are newer than other entries. > Wouldn't it > be possible to use GNOME Shell or GNOME $something version as the base for > the current GNOME version? This would mean some fuseiso games, but could be > more accurate. This would also let us remove the version/release date from > the libosinfo GNOME continuous metadata. Or we could just remove the version all together. We can just label it as "GNOME (development version)" or something such. -- Regards, Zeeshan Ali (Khattak) FSF member#5124 _______________________________________________ Libosinfo mailing list Libosinfo@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libosinfo
