cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Santana <csantan...@gmail.com>
Subject Re: ios-deploy vs libimobiledevice
Date Wed, 23 Apr 2014 14:07:25 GMT
+1 same a Brian, adding Homebrew is a barrier to some.

we already requried npm git, lets not add, lets remove like we are doing
with "git" by using npm for acquiring the platforms.

And yes I have seen ios-deploy get more stable, and thanks to Shaz and
others.

Be worth looking into adopting ios-deploy as a first class citizen under
Cordova project, and/or looking why libimobiledevice is more stable and
learning from approach to implementation to make iso-deploy more stable.

--Carlos



On Tue, Apr 22, 2014 at 10:38 PM, Brian LeRoux <b@brian.io> wrote:

> I can't say I've had much trouble with ios-deploy except always forgetting
> to install it on a fresh machine. Again, would be good to land that as a
> dep in the CLI directly. (Or in the platform package.json when we start
> using npm for that.)
>
>
> On Tue, Apr 22, 2014 at 5:57 PM, Andrew Grieve <agrieve@chromium.org>
> wrote:
>
> > Agreed. The advantage though, is that ios-deploy is a bit flakey
> > (although *much* better than it used to be thanks to Shaz). Perhaps
> > what we could do is have our scripts work with either one.
> >
> > On Tue, Apr 22, 2014 at 4:16 PM, Brian LeRoux <b@brian.io> wrote:
> > > So, again, totally cool getting a 'better' solution in there BUT adding
> > 10
> > > mins to the install and requiring homebrew is a blocker. This needs to
> be
> > > less steps not more. Linux is a neat trick though you get that with the
> > app
> > > harness family so I'm not feeling its worth the cost to install.
> > >
> > >
> > > On Tue, Apr 22, 2014 at 1:07 PM, Andrew Grieve <agrieve@google.com>
> > wrote:
> > >
> > >> Thanks Darryl, confirmed that brew install libimobiledevice gives us
> > >> all we need. It took ~10 minutes to do its thing though. Still, might
> > >> be fine as a one-time step.
> > >>
> > >> For Ubuntu, most commands are available through apt-get, but not all
> > >>
> > >>
> > >> On Tue, Apr 22, 2014 at 2:51 PM, Shazron <shazron@gmail.com> wrote:
> > >> > I'm all for changing tools to something more reliable and more
> > >> > cross-platform.
> > >> > Thinking about the common user, not a dev -- we could fork just to
> > >> package
> > >> > it as a npm module mainly for users to easily install it (since we
> > >> require
> > >> > npm anyway) that way they can avoid another dependency.
> > >> >
> > >> > Not sure if this extra effort to npm package is worth it, if users
> > want
> > >> this
> > >> > feature installing homebrew wouldn't be too much of a hassle, but
it
> > may
> > >> be
> > >> > a barrier for some.
> > >> >
> > >> >
> > >> >
> > >> >
> > >> > On Tue, Apr 22, 2014 at 11:40 AM, Andrew Grieve <agrieve@google.com
> >
> > >> wrote:
> > >> >>
> > >> >> Shaz, wondering if you looked into using libimobiledevice instead
> of
> > >> >> ios-deploy. Seems like it's much more capable, works on Linux,
and
> > >> >> well-maintained.
> > >> >>
> > >> >> http://www.libimobiledevice.org/
> > >> >>
> > >> >> There are "idevice*" commands that match ios-deploy:
> > >> >>
> > >> >>     `idevice_id -l` to list attached devices
> > >> >>     `ideviceinstaller` to install/uninstall/list apps
> > >> >>     `ideviceimagemounter` to mount the dev image
> > >> >>     `idevice-app-runner` to launch an app
> > >> >>     `idevicedebugserverproxy` to debug via lldb
> > >> >>
> > >> >> plus commands to:
> > >> >>
> > >> >>     `ideviceinfo` to get device info
> > >> >>     `idevicefs` to list/copy files to/from devices
> > >> >>     `idevicesyslog` to tail the syslog
> > >> >>     ... etc ...
> > >> >>
> > >> >> Only downside I can see is that for OSX, installing is a bit of
a
> > >> >> pain. There's a brew package for ideviceinstaller, but not the
> other
> > >> >> tools. This random page worked for me:
> > >> >> https://github.com/bitbar/libimobiledevice-binaries, but we might
> > want
> > >> >> something better...
> > >> >
> > >> >
> > >>
> >
>



-- 
Carlos Santana
<csantana23@gmail.com>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message