[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