[oe] [meta-oe][PATCH] ntfs-3g-ntfsprogs does not rdepend on util-linux-mount

Hongxu Jia hongxu.jia at windriver.com
Wed Sep 25 06:09:07 UTC 2013


On 09/25/2013 02:01 PM, Mike Looijmans wrote:
> On 09/22/2013 03:28 AM, Hongxu Jia wrote:
>> On 09/20/2013 04:21 PM, Mike Looijmans wrote:
>>>
>>> On 09/19/2013 07:29 AM, Mike Looijmans wrote:
>>>> On 09/18/2013 11:13 AM, Hongxu Jia wrote:
>>>>> Hi Mike,
>>>>>
>>>>> The reason why add util-linux-mount to RDEPENDS is the mount in
>>>>> busybox doesn't support 'syntax of external mount helpers' very well.
>>>>>
>>>>> Which means you could directly invoke mount rather than
>>>>> mount.ntfs/mount.exfat
>>>>> to mount ntfs/exfat filesystem.
>>>>
>>>> I really don't have the faintest clue what you're referring to. Could
>>>> you please explain?
>>>>
>>>> And my experience is exactly the opposite - When util-linux-mount gets
>>>> installed, it breaks things. Busybox mount works just fine.
>>>>
>>>> If anything, it should rdepend on something like "virtual/mount" or 
>>>> so.
>>>>
>>>> It doesn't seem right for a package to enforce choices that the distro
>>>> should make. Regardless of how broken busybox might be - that's the
>>>> distro's problem, not something a filesystem driver should care about.
>>>
>>> Additionally:
>>>
>>> How about a compromise: Put util-linux-mount into the RRECOMMENDS
>>> instead of RDEPENDS. Then at least the distro can get rid of it using
>>> a BAD_RECOMMENDS or similar construct.
>>>
>>> Let me know, I'll post a patch.
>>>
>> Looks good to me.
>
> I already posted that as a patch. Any news, comments, request? Should 
> I post it again?
>
The previous posted patch is ok.

//Hongxu
> Mike.
>
>
> Met vriendelijke groet / kind regards,
>
> Mike Looijmans
>
> TOPIC Embedded Systems
> Eindhovenseweg 32-C, NL-5683 KH Best
> Postbus 440, NL-5680 AK Best
> Telefoon: (+31) – (0)499 - 33.69.79
> Telefax: (+31) - (0)499 - 33.69.70
> E-mail: mike.looijmans at topic.nl
> Website: www.topic.nl
>
> Dit e-mail bericht en de eventueel daarbij behorende bijlagen zijn 
> uitsluitend bestemd voor de geadresseerde, zoals die blijkt uit het 
> e-mail bericht en/of de bijlagen. Er kunnen gegevens met betrekking 
> tot een derde instaan. Indien u als niet-geadresseerde dit bericht en 
> de bijlagen ontvangt, terwijl u niet bevoegd of gemachtigd bent om dit 
> bericht namens de geadresseerde te ontvangen, wordt u verzocht de 
> afzender hierover direct te informeren en het e-mail bericht met de 
> bijlagen te vernietigen. Ieder gebruik van de inhoud van het e-mail 
> bericht, waaronder de daarbij behorende bijlagen, door een ander dan 
> de geadresseerde is onrechtmatig jegens ons dan wel de eventueel in 
> het e-mail bericht of de bijlagen voorkomende andere personen. TOPIC 
> Embedded Systems is niet aansprakelijk voor enigerlei schade 
> voortvloeiend uit het gebruik en/of acceptatie van dit e-mail bericht 
> of de daarbij behorende bijlagen.
>
> The contents of this message, as well as any enclosures, are addressed 
> personally to, and thus solely intended for the addressee. They may 
> contain information regarding a third party. A recipient who is 
> neither the addressee, nor empowered to receive this message on behalf 
> of the addressee, is kindly requested to immediately inform the sender 
> of receipt, and to destroy the message and the enclosures. Any use of 
> the contents of this message and/or the enclosures by any other person 
> than the addressee or person who is empowered to receive this message, 
> is illegal towards the sender and/or the aforementioned third party. 
> TOPIC Embedded Systems is not  liable for any damage as a result of 
> the use and/or acceptance of this message and as well as any enclosures.




More information about the Openembedded-devel mailing list