----- Original Message ----- > On Tue, 2016-10-11 at 09:52 -0400, Bastien Nocera wrote: > > > > > > ----- Original Message ----- > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > Yup. The "normal" mount contains nothing that normal users > > > > should access. > > > > Accessing the photos will leave ghosts on the device, and there > > > > have been > > > > no > > > > ways to update the music database in Linux for a few iOS > > > > releases. > > > > > > I very much doubt that anyone would release any code to touch an > > > idevice > > > music database due to fear of > > > legal action from the manufacturer. It may exist already. > > > > > > The ability to sync contacts, calendars and events, meeting info, > > > notes, > > > pictures etc ( anything that would be considered the personal data > > > entered > > > by the idevice owner is another matter entirely. Anything that the > > > law > > > provides in most countries such as the IP to that person or the > > > copyright of > > > documents or photos etc, and yes it can be a very grey area > > > between the laws > > > in different countries. This is just the other side of the coin > > > but this > > > time from the owners perspective and legal rights. > > > > What Linux applications support syncing those contacts? Are you sure > > they actually > > require the mounted filesystem? > > These do not need the exposure of the mounted filesystem in nautilus.
Not sure that's worth mentioning in this thread then. <snip> > > This is more to do about developing applications for linux > to access the idevice that about iOS development on Fedora > Workstation but it may just help this also. Again, you don't need access to that particular filesystem to use sbmanager, or sync contacts. Maybe we'll get to that use case at some point. > > > > > > > > > > > > > While nautilus still exposes the pictures on an idevice > > > through gphoto2 > > > system does not seem to have changed. > > > > I can't parse that. > > > > > > > > > > > As far as I am aware it is possible to copy pictures from the > > > idevice but > > > transfers of pictures to the idevice will succeed, but will not be > > > shown on > > > the idevice by native apps without further hacking. > > This is only because a camera roll management needs implementation to > parse the file format. > > > > > > So it doesn't work. Sure you could use, and you can still use, the > > partition > > as storage. But I don't see the point in doing that. > > And it will stay that way if we do not allow developers easy access to > these area on the idevice. So everyone looses. It's still there, it's just not mounted by default. <snip> > Actually it is not unrelated at all as supports the subject of the > email. > > > The fact that a properties dialogue is not available in nautilus > in the side bar is a problem as it stops any user from displaying the > extra properties of a idevice using the mentioned extension. But that's not related to the disabling of the "main" partition mount. > > > https://bugzilla.gnome.org/show_bug.cgi?id=741302 > > > > > > https://git.gnome.org/browse/nautilus-ideviceinfo/log/?ofs=100 > > > > > > http://blog.sukimashita.com/2015/01/09/gtk-3-support-for-nautilus- > > > ideviceinfo/ > > > > > > I hope this can be resolved in the short term as it provides all > > > users of > > > idevices with info that is expected today and further benefits > > > the foss community and the goals of Fedora, Gnome and downstream > > > distributions etc. > > > > Showing all the possible partitions doesn't help anyone, that I can > > see. Explain > > how the data on that partition is useful to the large majority of > > iOS/Linux users, > > and we can investigate. > The data from the idevice partition is useful for a developer not for > a regular user. > > > As I have explained above about the properties dialogue is not > available for a mounted idevice means that all user cannot > get this info easily without writing an application to get > it. > This info is convenient to know for all users. > > It is available for other usb connected devices why not an idevice. That's a different bug. We're pretty much in agreement that the main partition we used to show for iOS devices doesn't have any uses beyond fiddling with the internals of the device, and that it would be nice if the nautilus properties tab could be made to work again. Let's continue the discussion about that last one in the bug. Cheers _______________________________________________ devel mailing list -- firstname.lastname@example.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org