Re: Pushing the iPhone/iPod stack into Squeeze

2010-04-29 Thread Julien BLACHE
"Adam D. Barratt" wrote: Hi, > Yep. libimobiledevice0 was decrufted this morning (although too late for > this morning's britney run) so everything should migrate tonight. Looks like it did work, although update_excuses looks out of date. Thanks! JB. -- Julien BLACHE - Debian & GNU/Linux

Re: Pushing the iPhone/iPod stack into Squeeze

2010-04-28 Thread Adam D. Barratt
On Wed, April 28, 2010 11:36, Julien BLACHE wrote: > "Adam D. Barratt" wrote: >> A more immediate issue is the libimobiledevice{0,1} rename. >> libimobiledevice0 needs decrufting, which can't currently occur as >> ipheth still depends on the old library. BinNMUs for that were >> scheduled earlier

Re: Pushing the iPhone/iPod stack into Squeeze

2010-04-28 Thread Julien BLACHE
"Adam D. Barratt" wrote: Hi, > A more immediate issue is the libimobiledevice{0,1} rename. > libimobiledevice0 needs decrufting, which can't currently occur as > ipheth still depends on the old library. BinNMUs for that were > scheduled earlier today and a quick test run suggests that a simple

Re: Pushing the iPhone/iPod stack into Squeeze

2010-04-22 Thread Julien BLACHE
"Adam D. Barratt" wrote: Hi, > usbmuxd has already transitioned, fwiw. Yes, it's low enough in the stack that it wasn't affected by the libplist issues. > A more immediate issue is the libimobiledevice{0,1} rename. > libimobiledevice0 needs decrufting, which can't currently occur as > ipheth s

Re: Pushing the iPhone/iPod stack into Squeeze

2010-04-22 Thread Adam D. Barratt
Hi, On Thu, 2010-04-22 at 17:55 +0200, Julien BLACHE wrote: > It looks like the iPhone/iPod stack will need some hints to make it to > Squeeze. The stack comprises libplist, libimobiledevice, ifuse and > usbmuxd. usbmuxd has already transitioned, fwiw. > Currently the blocker seems to be libimob

Re: Pushing the iPhone/iPod stack into Squeeze

2010-04-22 Thread Josselin Mouette
Le jeudi 22 avril 2010 à 17:55 +0200, Julien BLACHE a écrit : > What should have been a seamless and entirely self-contained transition > fell victim to portability issues in libplist, a rogue upload of a newer > libimobiledevice version complete with a soname bump and GNOME packages > starting to