Hi Dave,

On Dec 2, 2013, at 16:17 , Dave Taht <dave.t...@gmail.com> wrote:

> As best as I recall it was needed for ext4 and btrfs support on
> mounting external devices, but that was years ago.

        Thanks for the information; so I used this a starting point and I have 
the impression that now a days the mount-utils are needed for mount by label 
and mount by UUID. And if I understand correctly the new block-mount and ubox 
opkgs already allow mount-by-UUID without mount-utils. So even though I am 
currently mount by label, maybe mount-util can be relegated to an optional 
install in cerowrt, hoping that might solve the sysupgrade challenges.


best
        Sebastian

> 
> On Mon, Dec 2, 2013 at 2:44 AM, Sebastian Moeller <moell...@gmx.de> wrote:
>> Hi Dave,
>> 
>> 
>> On Dec 2, 2013, at 02:07 , Dave Taht <dave.t...@gmail.com> wrote:
>> 
>>> This is nothing more than a resync with openwrt and a bugfix for
>>> dnsmasq. It is completely untested.
>>> 
>>> + fresh merge with openwrt
>>> ++ bunch of ath9k fixes
>>> + update to dnsmasq 2.68rc4 (fixes cname and a few other bugs)
>>> 
>>> - haven't found time to address http://www.bufferbloat.net/issues/436
>>>  plan to update the machine involved to this version.
>>>  hope to get more reports from the field. ? Would like to find someone
>>>  with comcast ipv6 to try this on....
>>> 
>>> - the /sbin/mount bug explanation sounded plausible but haven't tried it
>>>  will do so shortly
>> 
>>        The quickest test should be to deinstall mount-utils before running 
>> sys upgrade (as far as I know mount-utils is the source of the incompatible 
>> mount binary). The new cerowrt will automatically bring in its already 
>> installed mount-utils, so everything should work after the upgrade. I have 
>> not tested this yet, but I assume this is what I'll try the next time :)
>>        BTW, what is the reason we need mount-utils in the first place, or 
>> what is the busy box mount command missing?
>> 
>> best regards
>>        sebastian
>> 
>>> 
>>> - have several reports of a successful "fragmentation?" crash attack
>>> in openwrt in general, but no details.
>>> 
>>> I'm taking a bunch of machines into the lab thursday and hope to work
>>> on the latter problem while putting several new machines/OSes through
>>> their paces...  It seemes likely I will do another build between now
>>> and thursday.
>>> 
>>> In short, not a lot of reason to try this release. Feel free to keep
>>> digesting your turkey.
>>> 
>>> https://www.youtube.com/watch?v=W5_8U4j51lI
>>> 
>>> New version of pie should get dropped next week.
>>> 
>>> 
>>> 
>>> 
>>> --
>>> Dave Täht
>>> 
>>> Fixing bufferbloat with cerowrt: 
>>> http://www.teklibre.com/cerowrt/subscribe.html
>>> _______________________________________________
>>> Cerowrt-devel mailing list
>>> Cerowrt-devel@lists.bufferbloat.net
>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>> 
> 
> 
> 
> -- 
> Dave Täht
> 
> Fixing bufferbloat with cerowrt: 
> http://www.teklibre.com/cerowrt/subscribe.html

_______________________________________________
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Reply via email to