devicemap-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Radu Cotescu <>
Subject Re: DeviceMap board report draft
Date Wed, 12 Aug 2015 11:32:51 GMT
Werner, what does any of the 5 paragraphs you've just written have to do
with the board report?

When writing an email I kindly ask you to carefully read the subject and
the contents of the message and reply within the same thread if and only if
what you want to say is on the same topic. Otherwise you're just creating
noise, making the thread hard to follow.

For ideas not related to the subject of a thread please create a new thread
and stop hijacking conversations.


On Wed, 12 Aug 2015 at 13:16 Werner Keil <> wrote:

> Hi,
> Thanks for the update. Activity across all of the project of course.
> Every committer who is able to do so can help improving device data in the
> current ("1.0") format.
> There are roughly around 40 device defects unsolved. As of now only
> committers are able to contribute, which is unfortunate, especially with a
> small team.
> Other defects brushed aside were wrong detection of the actual OS or
> browser. This can be addressed, it does not require a brand new JSON
> structure or other long term promises never held to do this.
> So I guess we give those who raised issues what they want. As for releases,
> a 1.0.4 data repository is a logical step. Should there be fixed and
> improved versions of the other 1.x clients, so will those.
> Not to forget both examples and W3C Simple DDR (mature ever since, it was
> mainly stiffled by those who were between misunderstanding and hate for
> these "other" clients using the same data structure)
> For JSON based visions or ideas, I suggest we see what ApacheCon Europe
> (before the board's November meeting) brings. I can't say, if we get some
> deal of active committers from its audience, but we should hear if they
> really need JSON files or are OK with the current XML format. Different
> commercial vendors use different files out there. DeviceAtlas has JSON as
> the primary format, but will certainly also offer XML to customers who need
> it. Nobody knows what the WURFL file looks like now under the hoods of
> ScienteMobile, but it is pretty safe to assume there's still some form of
> WURFL.xml there, too.
> Neither of us can do this alone, but especially JIRA tickets about wrong or
> missing devices should be taken care of in a reasonable amount of time
> (days, weeks, not months or years;-) and the last input by someone outside
> the committers or PMC team was just around 3 weeks ago.
> Regards,
> Werner
> On Wed, Aug 12, 2015 at 12:26 PM, Bertrand Delacretaz <
>> wrote:
> > Hi,
> >
> > While technically Reza is still our PMC chair until replaced, I'll
> > take care of the board report which is due now for the board meeting
> > next Wednesday.
> > That's unless we hear from Reza about this very soon, which is not
> > likely based on his last "Goodbye" message.
> >
> > The remaining PMC members will recommend a new PMC chair at that board
> > meeting as well, so Reza should be officially relieved of his PMC
> > chair duties next week.
> >
> > Here's my suggested report draft, on-topic comments are welcome:
> >
> > *** report draft ***
> > DeviceMap has reached the minimal viable number of PMC members with
> > only three of them remaining, after two PMC members, including the
> > current PMC chair, resigned this week based on seemingly unresolvable
> > difficulties between them and another PMC member [1] [2].
> >
> > A resolution to establish a new chair is provided along with this report.
> >
> > With this and very low activity in the project it looks like the Attic
> > might be the next step.
> >
> > However, the PMC would like to give it some time before making a final
> > decision, in case something positive happens in the next few months.
> >
> > The PMC will observe the project's activity and health for the next
> > three months and review the possible move to the Attic before our next
> > report is due for the board's November meeting based on what happens
> > until then.
> >
> > [1]
> > [2]
> >
> > *** report draft ***
> >
> > -Bertrand
> >

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message