libimobiledevice – A cross-platform library to communicate with iOS devices • Hacker News Board

Re: libimobiledevice – A cross-platform library to communicate with iOS devices

#11

Post by joshstrange » Sat, Jun 06, 2015, 5:28 PM UTC

duckyflip wrote: post #7

What I want to know is, does it support Ipod Nano 7th generation. It's been years since that model was released and I've still not found a way to mount it under Linux and transfer songs.

The answer appears to be yes if this [0] is to be believed:

> UPDATED April 06 2015, to include the latest underlying libraries - libplist, usbmuxd, and libimobiledevice. libimobiledevice is now at version 1.2.0, which means gtkpod should now support iOS 8 devices, including the latest iPhone 6/6+, iPad Mini 3/Air 2 and Apple TV 2G/3G. Although for music-sync to work with these newer devices it's necessary to install an additional "libhashab" file. See the "Special Requirements" section below for details. This situation applies to these models:

> - iPhone4/5/6

> - iPod Touch 4gen, 5gen

> - iPad 3gen, 4gen, Air, Air 2, Mini 1/2/3gen

> - Nano 6gen, 7gen

[0] http://www.murga-linux.com/puppy/viewtopic.php?t=94022

Re: libimobiledevice – A cross-platform library to communicate with iOS devices

#12

Post by eiz » Sat, Jun 06, 2015, 5:45 PM UTC

leonatan wrote: post #10

jackr9 wrote: post #9

Earlier quoted context omitted.

Actually this lets you do more than what iTunes lets you. iOS 8.3 has already prevented tools like iFunBox (which also uses this IIRC) to access the app sandbox directory.

Then it must have exploited some leftover, or Apple just moved stuff around. If backup is possible, then access to sandboxes is still allowed one way or another.

house_arrest used to allow direct access to the documents and container of any app. It's used by the Xcode "installed applications" list, to allow you to download and upload container contents. In 8.3 they changed it to only allow VendDocuments access to apps which actually have document sharing enabled in their Info.plist (and VendContainer access for ad-hoc provisioned apps, iirc).

Backup is done via a completely separate service.

iOS releases do tend to arbitrarily change the security policy of these services, but it's not clear that "Rootless" is anything more than business as usual. Guess we'll find out Monday.

Re: libimobiledevice – A cross-platform library to communicate with iOS devices

#13

Post by badlogic » Sat, Jun 06, 2015, 5:56 PM UTC

We are using this extensively in RoboVM [1]. Works great across platforms. Only downside is the lack of docs and requiring the development image of Xcode if you want to deploy apps.

[1] http://robovm.com

Re: libimobiledevice – A cross-platform library to communicate with iOS devices

#14

Post by mrsteveman1 » Sat, Jun 06, 2015, 9:26 PM UTC

jackr9 wrote: post #6

Unfortunately iOS 9's new 'rootless' feature is going to break a lot of stuff in this.

In what way? All I've seen so far about "rootless" or what Apple is actually going to implement or what it will mean for users is just pure speculation from tech sites.

The only factual piece of information I know of that is likely related to "rootless" is from a WWDC 2013 session[1] about kexts, in which an Apple engineer said this:

> I'm Jerry Cottingham, I'm an engineer on the Core OS IO team

> ...

> And another warning I'll throw out here is in the future as we start to lock down the /System folder, you might actually get write errors. So when you try to install a kernel extension into the /System folder, the write itself may fail.

[1] http://asciiwwdc.com/2013/sessions/707

Re: libimobiledevice – A cross-platform library to communicate with iOS devices

#15

Post by scintill76 » Sat, Jun 06, 2015, 9:57 PM UTC

mrsteveman1 wrote: post #14

jackr9 wrote: post #6

Unfortunately iOS 9's new 'rootless' feature is going to break a lot of stuff in this.

In what way? All I've seen so far about "rootless" or what Apple is actually going to implement or what it will mean for users is just pure speculation from tech sites. The only factual piece of information I know of that is likely related to "rootless" is from a WWDC 2013 session[1] about kexts, in which an Apple engineer said this: > I'm Jerry Cottingham, I'm an engineer on the Core OS IO team > ... > And another w…

That seems to be about OS X. He also says, "So if you're trying to write a kext for iOS, we don't allow that." Did they ever allow third-party kexts on iOS? I'd be surprised, but maybe they approve it for some peripheral drivers or something.

Re: libimobiledevice – A cross-platform library to communicate with iOS devices

#16

Post by mrsteveman1 » Sat, Jun 06, 2015, 10:33 PM UTC

scintill76 wrote: post #15

mrsteveman1 wrote: post #14

Earlier quoted context omitted.

In what way? All I've seen so far about "rootless" or what Apple is actually going to implement or what it will mean for users is just pure speculation from tech sites. The only factual piece of information I know of that is likely related to "rootless" is from a WWDC 2013 session[1] about kexts, in which an Apple engineer said this: > I'm Jerry Cottingham, I'm an engineer on the Core OS IO team > ... > And another w…

That seems to be about OS X. He also says, "So if you're trying to write a kext for iOS, we don't allow that." Did they ever allow third-party kexts on iOS? I'd be surprised, but maybe they approve it for some peripheral drivers or something.

That session happens to be about OS X kexts yes, but it's just where that piece of info happened to slip out. Clearly they've been planning to do at least that much for quite a while now. I wouldn't be at all surprised if they start using a completely separate system partition on OS X like they already do on iOS now.

As far as I know the release versions of the iOS kernel don't support kext loading at all. Most likely, MFI participants are encouraged/required to use standard interfaces or request inclusion of specific functionality if it isn't there already.