|
Message-ID: <20180418200014.GG3094@brightrain.aerifal.cx> Date: Wed, 18 Apr 2018 16:00:14 -0400 From: Rich Felker <dalias@...c.org> To: musl@...ts.openwall.com Subject: Re: Possible issue around utime() and symlinks on at least MIPS64 On Thu, Jul 06, 2017 at 02:50:16PM +0100, Adam Hill wrote: > Hi, > > Not carried out ANY investigation around this... unfortunately I don't have any time > atm. Could also have been mentioned already or actually be a bug in tar itself etc. but I > couldn't find anything with my quick search. Just thought I'd mention it in case anyone does > feel inclined to investigate. > > I compiled OpenWrt using pretty much default build settings for an octeon chip... it > uses musl-1.1.16. The only real change I made was to use GNU tar rather than busybox. The > resulting tar binary can't fix the modification/access times on any extracted symbolic links, > resulting in for example: > > tar: usr/share/zoneinfo/Africa: Cannot utime: Invalid argument > > I didn't have strace available so can't even be sure tar's using utime()... just going > by the error message alone. > > I recompiled OpenWrt changing only the C library ( to GCC ) and the resulting tar > binary worked fine... so I can only *assume* it's something to do with musl. Did anyone ever get a chance to look further into this? It's been on my todo for a long time, but without sufficient information to reproduce I don't know where to begin. I spent about 20 minutes looking at the musl and kernel code now and it does not seem likely that this is mips64-specific. Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.