[RFC] Making libmimedir-0.4.2 default in OE

[RFC] Making libmimedir-0.4.2 default in OE

[Paul Sokolovsky]

Hello openembedded-devel,

  Currently, libmimedir-0.3.1 is marked DEFAULT_PREFERENCE = "1". That
version of the lib has at least 2 serious bugs:

1. Arbitrary cutting off of NOTE field during parsing.
2. Parsing only one value from CATEGORIES field.

  This essentially makes it not suitable for VCARD (at least) parsing
at all. Both issues were fixed in 0.4.2 (tested).

  So, I'd like to propose to remove mentioned DEFAULT_PREFERENCE and
make other steps as needed to make 0.4.2 the default version.


  Other possible changes regarding this lib:

1. Drop 0.3.1 as too buggy. (Caveat: 0.3.1 is the last version from
original author, 0.4 serious are being maintained by GPE project).

2. There appears to be (at least) two libmimedir's, another one is
http://sourceforge.net/projects/libmimedir/ (at 0.5, versions up to
0.4 were part of synce project). Debian names package for the lib in
question "libmimedir-gnome", we may want to disambiguate too.
http://packages.qa.debian.org/libm/libmimedir-gnome.html

-- 
Best regards,
 Paul                          mailto:pmiscml@gmail.com

Re: [Gpe-list] [RFC] Making libmimedir-0.4.2 default in OE

[Florian Boor]

Hi,

Paul Sokolovsky schrieb:
>   Currently, libmimedir-0.3.1 is marked DEFAULT_PREFERENCE = "1". That
> version of the lib has at least 2 serious bugs:

how did that happen? I can't imagine that this would be a good idea.

>   So, I'd like to propose to remove mentioned DEFAULT_PREFERENCE and
> make other steps as needed to make 0.4.2 the default version.

I agree, that can't be wrong :-)

> 2. There appears to be (at least) two libmimedir's, another one is
> http://sourceforge.net/projects/libmimedir/ (at 0.5, versions up to
> 0.4 were part of synce project). Debian names package for the lib in
> question "libmimedir-gnome", we may want to disambiguate too.
> http://packages.qa.debian.org/libm/libmimedir-gnome.html

Yes we should follow Debian here. I don't know if the synce one is relevant in
any way but it might be better to change the name of the package to be safe.

Greetings

Florian


-- 
The dream of yesterday                  Florian Boor
is the hope of today                    Tel: +49 271-771091-15
and the reality of tomorrow.            Fax: +49 271-771091-19
[Robert Hutchings Goddard, 1904]        florian.boor@kernelconcepts.de

1D78 2D4D 6C53 1CA4 5588  D07B A8E7 940C 25B7 9A76

Re: [Gpe-list] [RFC] Making libmimedir-0.4.2 default in OE

[Paul Sokolovsky]

Hello Florian,

Monday, January 21, 2008, 2:13:43 PM, you wrote:

> Hi,

> Paul Sokolovsky schrieb:
>>   Currently, libmimedir-0.3.1 is marked DEFAULT_PREFERENCE = "1". That
>> version of the lib has at least 2 serious bugs:

> how did that happen? I can't imagine that this would be a good idea.

  I usually do mtn ann/mtn log, but there I stopped once seen that that
line was changed in 2006, and that change what syntactic cleanup, so
actual DEFAULT_PREFERENCE value likely was there for quite log time.

>>   So, I'd like to propose to remove mentioned DEFAULT_PREFERENCE and
>> make other steps as needed to make 0.4.2 the default version.

> I agree, that can't be wrong :-)

  Ok, committed.

>> 2. There appears to be (at least) two libmimedir's, another one is
>> http://sourceforge.net/projects/libmimedir/ (at 0.5, versions up to
>> 0.4 were part of synce project). Debian names package for the lib in
>> question "libmimedir-gnome", we may want to disambiguate too.
>> http://packages.qa.debian.org/libm/libmimedir-gnome.html

> Yes we should follow Debian here. I don't know if the synce one is relevant in
> any way but it might be better to change the name of the package to be safe.

  I will prepare patch for that later. synce's version is used at
least by synce itself, and so dependent things (like sync plugins for
example), which may be added to OE someday.

> Greetings

> Florian





-- 
Best regards,
 Paul                            mailto:pmiscml@gmail.com