[Libosinfo] [PATCH 3/4] gnome: Add info for gnome-continuous 3.12
Zeeshan Ali (Khattak)
zeeshanak at gnome.org
Wed Nov 27 12:07:25 UTC 2013
On Wed, Nov 27, 2013 at 9:21 AM, Christophe Fergeau <cfergeau at redhat.com> 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 at redhat.com> 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
More information about the Libosinfo
mailing list