gtkpod-devel — gtkpod development issues

Re: [Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[Jan K. <JKu...@Ja...>]

Hi again,

maybe someone could have a closer look into the method "ItdbChecksumType 
itdb_device_get_checksum_type (const Itdb_Device *device)" inside 
"itdb_device.c".

The first "switch" checks for the "db_version" and returns 
"ITDB_CHECKSUM_HASH58" in case of "db_version" is "3". This is not 
correct because of the Nano 5th gen (with cam) is using a database with 
version "3" but needs a "ITDB_CHECKSUM_HASH72".

The second switch statement (using the "info->ipod_generation") returns 
correctly: "ITDB_CHECKSUM_HASH72" for "ITDB_IPOD_GENERATION_NANO_5" - 
but is this line ever reached if there was an "db_version" given? I 
don't think so.

I have only some very basic C-knowledge but it seems that there could be 
the error.

After changing "DBVersion" inside the "SysInfoExtended" file to "4" by 
hand I could add and delete tracks using gtkpod on my Nano 5th gen (with 
cam) (Version 1.0.2 PC) without any problems.

Kind regards, Jan.

Am 10.05.2013 11:43, schrieb phantomjinx:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> HI Jan,
>
> Thanks for contributing!
>
> So to summarize:
>
> * André has a 5g nano with 2.1 firmware that doesn't work with libgpod (produces the
> itdb_splr_validate error)
> * He tried it with Jakpod and songs were successfully added to the nano
> * Jakpod and libgpod appear to have the same hashing scheme so should both correctly hash the songs
>
> Clearly, something is not quite right.
>
> Could people with 5g nanos, running 2.1 firmware, could speak up and indicate whether they have
> the same problem?
>
> PGR
>
> On 05/10/2013 07:41 AM, Jan Kubitschek wrote:
>> Hi,
>>
>> this is Jan - the developer of the ugly Java-tool JakPod with lack of documentation. :o)
>>
>> As far as i know there where no changes regarding the hashing scheme on 5g nanos. It needs the
>> hash72 that is already part of libgpod.
>>
>> Because of my lack of C-knowledge i can't help fixing libgpod but if someone needs some help
>> feel free to contact me.
>>
>> By the way - if someone knows implementation details of the hashAB-plugin for libgpod, it
>> would also be nice to contact me.
>>
>> Kind regards, Jan.
>>
>> Am 10.05.2013 00:44, schrieb phantomjinx: On 05/09/2013 10:45 PM, André Nunes Batista wrote:
>>>>> Hello,
>>>>>
>>>>> I'll try to contact the author of jakpod and see what can be done with his source code,
>>>>> license now forbids commercial use, but says nothing other than that and documentation
>>>>> is certainly lacking.
>>>>>
>>>>> BTW, do you know who maintains gtkpod's website? A simple notice regarding this issue
>>>>> would prevent others from doing foolish attempts on this and would alert possible
>>>>> developers.
>>>>>
>>>>> Thank you!
>>>>>
>>
>> Thanks!
>>
>> In passing I have maintained the website on/off as well as a couple of other people.
>>
>> The "Status of Supported Hardware" box in bottom-right corner of the main page does try and
>> outline the position but could be made more informative.
>>
>> Regards
>>
>> PGR
>>
>>>
>>> ------------------------------------------------------------------------------ Learn Graph
>>> Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to
>>> graph databases and their applications. This 200-page book is written by three acclaimed
>>> leaders in the field. The early access version is available now. Download your free book
>>> today! http://p.sf.net/sfu/neotech_d2d_may _______________________________________________
>>> Gtkpod-devel mailing list Gtk...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gtkpod-devel
>>>
>>
>>
>> ------------------------------------------------------------------------------ Learn Graph
>> Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph
>> databases and their applications. This 200-page book is written by three acclaimed leaders in
>> the field. The early access version is available now. Download your free book today!
>> http://p.sf.net/sfu/neotech_d2d_may _______________________________________________
>> Gtkpod-devel mailing list Gtk...@li...
>> https://lists.sourceforge.net/lists/listinfo/gtkpod-devel
>>
>
> - --
> Paul Richardson
>
>    * p.g...@ph...
>    * p.g...@re...
>    * pgr...@li...
>
> "I know exactly who reads the papers ...
>
>    * The Daily Mirror is read by people who think they run the country.
>    * The Guardian is read by people who think they ought to run the country.
>    * The Times is read by people who do actually run the country.
>    * The Daily Mail is read by the wives of the people who run the country.
>    * The Financial Times is read by the people who own the country.
>    * The Morning Star is read by the people who think the country ought to be run by another country.
>    * The Daily Telegraph is read by the people who think it is."
>
> Jim Hacker, Yes Minister
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.13 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJRjME+AAoJEG7P2ul73V7cR2wIAIr+BeHGy8AyUYnaqDBc8nNw
> fTmKy+vb3sPaVsHrCmtrzt8tlJy3TQhSXdXv5CTFEaxVFF6MnWd/kk5J4uOH6tfY
> YLZWjue1v5plbE8e4m/F4bDAxe0ZV2RI5j0sur/3M6nY+gw3Beg3LTovLDaaBaYh
> LMviJ5LnuXhnT0ybYnzYP8ge3Zvu6ie5NHTVsaEJoeVHg5jegcMM9BlLt55ReF1+
> C1ZkOnkagZObsyf73dONCGpvi0agvBQ01QTmIPHWfGgAid0UsyIz5nCrd2CwyAtn
> T+/gZQuXR8dMgdPVILrXc/0BeOqwysAEB8XQdtRzspxPBISiQ23tkZBsAZ+bXuY=
> =E/tF
> -----END PGP SIGNATURE-----
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and
> their applications. This 200-page book is written by three acclaimed
> leaders in the field. The early access version is available now.
> Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
> _______________________________________________
> Gtkpod-devel mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtkpod-devel
>

Re: [Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[phantomjinx <p.g...@ph...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

HI Jan,

Thanks for contributing!

So to summarize:

* André has a 5g nano with 2.1 firmware that doesn't work with libgpod (produces the
itdb_splr_validate error)
* He tried it with Jakpod and songs were successfully added to the nano
* Jakpod and libgpod appear to have the same hashing scheme so should both correctly hash the songs

Clearly, something is not quite right.

Could people with 5g nanos, running 2.1 firmware, could speak up and indicate whether they have
the same problem?

PGR

On 05/10/2013 07:41 AM, Jan Kubitschek wrote:
> Hi,
> 
> this is Jan - the developer of the ugly Java-tool JakPod with lack of documentation. :o)
> 
> As far as i know there where no changes regarding the hashing scheme on 5g nanos. It needs the 
> hash72 that is already part of libgpod.
> 
> Because of my lack of C-knowledge i can't help fixing libgpod but if someone needs some help 
> feel free to contact me.
> 
> By the way - if someone knows implementation details of the hashAB-plugin for libgpod, it
> would also be nice to contact me.
> 
> Kind regards, Jan.
> 
> Am 10.05.2013 00:44, schrieb phantomjinx: On 05/09/2013 10:45 PM, André Nunes Batista wrote:
>>>> Hello,
>>>> 
>>>> I'll try to contact the author of jakpod and see what can be done with his source code, 
>>>> license now forbids commercial use, but says nothing other than that and documentation
>>>> is certainly lacking.
>>>> 
>>>> BTW, do you know who maintains gtkpod's website? A simple notice regarding this issue 
>>>> would prevent others from doing foolish attempts on this and would alert possible 
>>>> developers.
>>>> 
>>>> Thank you!
>>>> 
> 
> Thanks!
> 
> In passing I have maintained the website on/off as well as a couple of other people.
> 
> The "Status of Supported Hardware" box in bottom-right corner of the main page does try and 
> outline the position but could be made more informative.
> 
> Regards
> 
> PGR
> 
>> 
>> ------------------------------------------------------------------------------ Learn Graph 
>> Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to 
>> graph databases and their applications. This 200-page book is written by three acclaimed 
>> leaders in the field. The early access version is available now. Download your free book 
>> today! http://p.sf.net/sfu/neotech_d2d_may _______________________________________________ 
>> Gtkpod-devel mailing list Gtk...@li... 
>> https://lists.sourceforge.net/lists/listinfo/gtkpod-devel
>> 
> 
> 
> ------------------------------------------------------------------------------ Learn Graph 
> Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph 
> databases and their applications. This 200-page book is written by three acclaimed leaders in 
> the field. The early access version is available now. Download your free book today! 
> http://p.sf.net/sfu/neotech_d2d_may _______________________________________________ 
> Gtkpod-devel mailing list Gtk...@li... 
> https://lists.sourceforge.net/lists/listinfo/gtkpod-devel
> 

- -- 
Paul Richardson

  * p.g...@ph...
  * p.g...@re...
  * pgr...@li...

"I know exactly who reads the papers ...

  * The Daily Mirror is read by people who think they run the country.
  * The Guardian is read by people who think they ought to run the country.
  * The Times is read by people who do actually run the country.
  * The Daily Mail is read by the wives of the people who run the country.
  * The Financial Times is read by the people who own the country.
  * The Morning Star is read by the people who think the country ought to be run by another country.
  * The Daily Telegraph is read by the people who think it is."

Jim Hacker, Yes Minister

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRjME+AAoJEG7P2ul73V7cR2wIAIr+BeHGy8AyUYnaqDBc8nNw
fTmKy+vb3sPaVsHrCmtrzt8tlJy3TQhSXdXv5CTFEaxVFF6MnWd/kk5J4uOH6tfY
YLZWjue1v5plbE8e4m/F4bDAxe0ZV2RI5j0sur/3M6nY+gw3Beg3LTovLDaaBaYh
LMviJ5LnuXhnT0ybYnzYP8ge3Zvu6ie5NHTVsaEJoeVHg5jegcMM9BlLt55ReF1+
C1ZkOnkagZObsyf73dONCGpvi0agvBQ01QTmIPHWfGgAid0UsyIz5nCrd2CwyAtn
T+/gZQuXR8dMgdPVILrXc/0BeOqwysAEB8XQdtRzspxPBISiQ23tkZBsAZ+bXuY=
=E/tF
-----END PGP SIGNATURE-----

Re: [Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[Jan K. <JKu...@Ja...>]

Hi,

this is Jan - the developer of the ugly Java-tool JakPod with lack of 
documentation. :o)

As far as i know there where no changes regarding the hashing scheme on 
5g nanos. It needs the hash72 that is already part of libgpod.

Because of my lack of C-knowledge i can't help fixing libgpod but if 
someone needs some help feel free to contact me.

By the way - if someone knows implementation details of the 
hashAB-plugin for libgpod, it would also be nice to contact me.

Kind regards, Jan.

Am 10.05.2013 00:44, schrieb phantomjinx:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 05/09/2013 10:45 PM, André Nunes Batista wrote:
>> Hello,
>>
>> I'll try to contact the author of jakpod and see what can be done with his source code, license
>> now forbids commercial use, but says nothing other than that and documentation is certainly
>> lacking.
>>
>> BTW, do you know who maintains gtkpod's website? A simple notice regarding this issue would
>> prevent others from doing foolish attempts on this and would alert possible developers.
>>
>> Thank you!
>>
>
> Thanks!
>
> In passing I have maintained the website on/off as well as a couple of other people.
>
> The "Status of Supported Hardware" box in bottom-right corner of the main page does try
> and outline the position but could be made more informative.
>
> Regards
>
> PGR
>
> - --
> Paul Richardson
>
>    * p.g...@ph...
>    * p.g...@re...
>    * pgr...@li...
>
> "I know exactly who reads the papers ...
>
>    * The Daily Mirror is read by people who think they run the country.
>    * The Guardian is read by people who think they ought to run the country.
>    * The Times is read by people who do actually run the country.
>    * The Daily Mail is read by the wives of the people who run the country.
>    * The Financial Times is read by the people who own the country.
>    * The Morning Star is read by the people who think the country ought to be run by another country.
>    * The Daily Telegraph is read by the people who think it is."
>
> Jim Hacker, Yes Minister
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.13 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQEcBAEBAgAGBQJRjCbqAAoJEG7P2ul73V7cya8H/RVI4dMSgikC/RPWFCdYXrVn
> c86aL90c4C5YxcHplPL16h9cznkc1fb5+myS4ZMwdM6pi93VnblxWEn8MAQG7Xfd
> lnkf+Tjj4FH7bs0FXsFUNluVU+raLAL+d1CX8w1lFuE0AoVPFcSU2SN3Wj/1S60v
> OkedIwkGJE2Ih287MZ3CSwQoghQ0/Ac5UkCtYi9uDOw4HEXFYvWzfWcYXqaCEO7N
> 4fK/B33xjNJ8yMueV7QfDkU6zGXtwVFRL/SlfWnKNlGroOhoLDsip/ngTIoxpaoG
> pDIn1McjhYM62FuzwOS6JfjSpb9YMAscX28E5XQiYzjw4NvkoUYceh627QH7O0k=
> =lUc6
> -----END PGP SIGNATURE-----
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and
> their applications. This 200-page book is written by three acclaimed
> leaders in the field. The early access version is available now.
> Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
> _______________________________________________
> Gtkpod-devel mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtkpod-devel
>

Re: [Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[phantomjinx <p.g...@ph...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 05/09/2013 10:45 PM, André Nunes Batista wrote:
> Hello,
> 
> I'll try to contact the author of jakpod and see what can be done with his source code, license
> now forbids commercial use, but says nothing other than that and documentation is certainly
> lacking.
> 
> BTW, do you know who maintains gtkpod's website? A simple notice regarding this issue would
> prevent others from doing foolish attempts on this and would alert possible developers.
> 
> Thank you!
> 

Thanks!

In passing I have maintained the website on/off as well as a couple of other people.

The "Status of Supported Hardware" box in bottom-right corner of the main page does try
and outline the position but could be made more informative.

Regards

PGR

- -- 
Paul Richardson

  * p.g...@ph...
  * p.g...@re...
  * pgr...@li...

"I know exactly who reads the papers ...

  * The Daily Mirror is read by people who think they run the country.
  * The Guardian is read by people who think they ought to run the country.
  * The Times is read by people who do actually run the country.
  * The Daily Mail is read by the wives of the people who run the country.
  * The Financial Times is read by the people who own the country.
  * The Morning Star is read by the people who think the country ought to be run by another country.
  * The Daily Telegraph is read by the people who think it is."

Jim Hacker, Yes Minister

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRjCbqAAoJEG7P2ul73V7cya8H/RVI4dMSgikC/RPWFCdYXrVn
c86aL90c4C5YxcHplPL16h9cznkc1fb5+myS4ZMwdM6pi93VnblxWEn8MAQG7Xfd
lnkf+Tjj4FH7bs0FXsFUNluVU+raLAL+d1CX8w1lFuE0AoVPFcSU2SN3Wj/1S60v
OkedIwkGJE2Ih287MZ3CSwQoghQ0/Ac5UkCtYi9uDOw4HEXFYvWzfWcYXqaCEO7N
4fK/B33xjNJ8yMueV7QfDkU6zGXtwVFRL/SlfWnKNlGroOhoLDsip/ngTIoxpaoG
pDIn1McjhYM62FuzwOS6JfjSpb9YMAscX28E5XQiYzjw4NvkoUYceh627QH7O0k=
=lUc6
-----END PGP SIGNATURE-----

Re: [Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[phantomjinx <p.g...@ph...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I am no expert on the hardware side as I maintain gtkpod rather than libgpod.

My guess would be that, yes, it is the firmware upgrade that is the culprit.
I recognise the error that you have come across as consistent with others who
have also had the same problem.

As regards reverse engineering, that is far easier said than done and many other
people have requested the same on this mailing list. However, all have also said
they are unable to help with the task.

The last person I know of working on reverse engineering was israr and you can find
him on twitter. He appears to have made progress back in February but ran into legal
issues with his work. That appears to be the current state of affairs and seems unlikely
to change in the near-future.

Maybe the author of jakpod is willing to share his sourcecode?

PGR

On 05/09/2013 08:13 PM, André Nunes Batista wrote:
> What do you mean by "later ipods"? Libgpod says it can handle 5g nanos, are there something
> like 5.1g nanos? Or was it the firmware upgrade?
> 
> BTW, actually, after hours of useless tries and web research, I found out a little, ugly, java
> tool that accomplishes this task: jakpod (http://jakpod.de/en). It lacks integration with GNU
> software, but it at least solves the issue. I'll work on a script to automate it's 
> installation, but I would be real nice if libgpod developers could address this reverse
> engineering issue. I'm not up to the task of reversing it myself.
> 

- -- 
Paul Richardson

  * p.g...@ph...
  * p.g...@re...
  * pgr...@li...

"I know exactly who reads the papers ...

  * The Daily Mirror is read by people who think they run the country.
  * The Guardian is read by people who think they ought to run the country.
  * The Times is read by people who do actually run the country.
  * The Daily Mail is read by the wives of the people who run the country.
  * The Financial Times is read by the people who own the country.
  * The Morning Star is read by the people who think the country ought to be run by another country.
  * The Daily Telegraph is read by the people who think it is."

Jim Hacker, Yes Minister

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRi/nmAAoJEG7P2ul73V7cNJEIAIWJg6OG9RAijgY2KaMksNjN
IfjZ5CgcTHtkevq2e2VFMuGVSulmlINFKxHLhryVtOhKpWP8VehuMOk6LzuUXW2i
q33CPQUQm1o5wd8vvR35EsVqjcqwnmR7HsWGZr384ZNI5AC8Tc1KSt3uGYWWtkma
ExrvOIfo8Ht7O29XjfotZq1X6jt56s7aTp24cITYVQcHUjEkkpihgNqtU45f18VT
kWk++VGvlci9jjKGThnku8mqiaBs5i2zt7mbUS/EfJIuz3eLz39HCfrXoAjPrVig
Z6kE3Cc2GV1vLeNdQMQCSc1dFnashQxYS7DD2KOHP0Yn4+fAvsXmYRTPqmaSx20=
=o0Hp
-----END PGP SIGNATURE-----

Re: [Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[André N. B. <and...@gm...>]

What do you mean by "later ipods"? Libgpod says it can handle 5g nanos,
are there something like 5.1g nanos? Or was it the firmware upgrade?

BTW, actually, after hours of useless tries and web research, I found
out a little, ugly, java tool that accomplishes this task: jakpod
(http://jakpod.de/en). It lacks integration with GNU software, but it at
least solves the issue. I'll work on a script to automate it's
installation, but I would be real nice if libgpod developers could
address this reverse engineering issue. I'm not up to the task of
reversing it myself.

-- 
-- André Nunes Batista

Re: [Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[phantomjinx <p.g...@ph...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

That looks very familiar to others who have posted about libgpod not working with their ipods.

The itdb_splr_validate is the usual error for writing the tracks but not properly writing the
database, meaning the tracks do not get displayed.

I am afraid you are out of luck unless someone comes up with a reverse engineered way of getting
these later ipods working.

PGR


On 05/08/2013 10:51 PM, André Nunes Batista wrote:
> This is the output on bash shell when gtkpod is run from the command line, just after trying to
> save the newly transfered files:
> 
> ** (gtkpod:30016): CRITICAL **: itdb_splr_validate: assertion `at != ITDB_SPLAT_UNKNOWN'
> failed libitdbprep: itdb_sqlite_generate_itdbs called with file
> /media/IARASPOD/iPod_Control/iTunes/iTunesCDB and uuid 000A2700206B8DE8 itlp
> directory='/media/IARASPOD/iPod_Control/iTunes/iTunes Library.itlp' *.itdb files will be stored
> in '/media/IARASPOD/iPod_Control/iTunes/iTunes Library.itlp' [mk_Dynamic] Processing
> '/tmp/file6gcj8a/Dynamic.itdb' [mk_Dynamic] creating table structure [mk_Dynamic] - processing
> 1 tracks [mk_Dynamic] - processing 3 playlists [mk_Dynamic] done. [mk_Extras] Processing
> '/tmp/file6gcj8a/Extras.itdb' [mk_Extras] re-building table structure [mk_Extras] done. 
> [mk_Genius] Processing '/tmp/file6gcj8a/Genius.itdb' [mk_Genius] re-building table structure 
> [mk_Genius] done. library_persistent_id = 0x672f2e9e6b0d2c3b [mk_Library] Processing
> '/tmp/file6gcj8a/Library.itdb' [mk_Library] building table structure [mk_Library] compiling SQL
> statements [mk_Library] - inserting into "version_info" [mk_Library] - inserting into
> "genre_map" [mk_Library] - inserting songs into "item_to_container" [mk_Library] - inserting
> playlist 'Iaraspod' into "container" [mk_Library] - inserting songs into "item_to_container" 
> [mk_Library] - inserting playlist 'Podcasts' into "container" [mk_Library] - inserting songs
> into "item_to_container" [mk_Library] - inserting playlist '[Orphaned]' into "container" 
> library_persistent_id = 0x672f2e9e6b0d2c3b device name = Iaraspod [mk_Library] - inserting into
> "db_info" [mk_Library] - processing 1 tracks [mk_Library] done. [mk_Locations] Processing
> '/tmp/file6gcj8a/Locations.itdb' [mk_Locations] re-building table structure [mk_Locations]
> Processing 1 tracks... [mk_Locations] done. [run_post_process_commands] Getting SQL post
> process commands [run_post_process_commands] binding functions [run_post_process_commands]
> Running 88 post process commands now [run_post_process_commands] ERROR when executing 
> 'CreateRentalExpiredColumn': duplicate column name: rental_expired [run_post_process_commands]
> 87 out of 88 post process commands successfully executed [run_post_process_commands] done.
> 
> 
> 
> ------------------------------------------------------------------------------ Learn Graph
> Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph
> databases and their applications. This 200-page book is written by three acclaimed leaders in
> the field. The early access version is available now. Download your free book today!
> http://p.sf.net/sfu/neotech_d2d_may
> 
> 
> 
> _______________________________________________ Gtkpod-devel mailing list 
> Gtk...@li... https://lists.sourceforge.net/lists/listinfo/gtkpod-devel
> 

- -- 
Paul Richardson

  * p.g...@ph...
  * p.g...@re...
  * pgr...@li...

"I know exactly who reads the papers ...

  * The Daily Mirror is read by people who think they run the country.
  * The Guardian is read by people who think they ought to run the country.
  * The Times is read by people who do actually run the country.
  * The Daily Mail is read by the wives of the people who run the country.
  * The Financial Times is read by the people who own the country.
  * The Morning Star is read by the people who think the country ought to be run by another country.
  * The Daily Telegraph is read by the people who think it is."

Jim Hacker, Yes Minister

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRi56bAAoJEG7P2ul73V7cleQH/3mWI1ay9VXzvMswSPqN/Ia4
eWpjMz+gGteB+mBSSfz5IDnp6qnBCtZ9viAsGqkDXbnT4mJpQZgDAO56iDUdAiBj
1EHH4fnc/O1ohPYG6Zy9tod+ESvxtVAzaVeCNl7t+UVaA5Vqo55tYFGIiSeqPQAu
F7OrX8I7Cf64cYO1E64ZZaY+FpVGIwxx4AgD0XLLPjmTxFA/k2mn4qQ+mPvL/hXQ
9kQHl+FvlD1sk/phmux5lj4TsiitEveLKNpqOV0Y8AEdPHKebuCAJr6H9dIBdwAF
abZI89BlxK09gAse9ZH6B94YYNTdt4OE3kw4mtzZRy68xTI2eilej+xrFNjSxbY=
=wJgr
-----END PGP SIGNATURE-----

Re: [Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[André N. B. <and...@gm...>]

This is the output on bash shell when gtkpod is run from the command
line, just after trying to save the newly transfered files:

** (gtkpod:30016): CRITICAL **: itdb_splr_validate: assertion `at !=
ITDB_SPLAT_UNKNOWN' failed
libitdbprep: itdb_sqlite_generate_itdbs called with
file /media/IARASPOD/iPod_Control/iTunes/iTunesCDB and uuid
000A2700206B8DE8
itlp directory='/media/IARASPOD/iPod_Control/iTunes/iTunes Library.itlp'
*.itdb files will be stored in
'/media/IARASPOD/iPod_Control/iTunes/iTunes Library.itlp'
[mk_Dynamic] Processing '/tmp/file6gcj8a/Dynamic.itdb'
[mk_Dynamic] creating table structure
[mk_Dynamic] - processing 1 tracks
[mk_Dynamic] - processing 3 playlists
[mk_Dynamic] done.
[mk_Extras] Processing '/tmp/file6gcj8a/Extras.itdb'
[mk_Extras] re-building table structure
[mk_Extras] done.
[mk_Genius] Processing '/tmp/file6gcj8a/Genius.itdb'
[mk_Genius] re-building table structure
[mk_Genius] done.
library_persistent_id = 0x672f2e9e6b0d2c3b
[mk_Library] Processing '/tmp/file6gcj8a/Library.itdb'
[mk_Library] building table structure
[mk_Library] compiling SQL statements
[mk_Library] - inserting into "version_info"
[mk_Library] - inserting into "genre_map"
[mk_Library] - inserting songs into "item_to_container"
[mk_Library] - inserting playlist 'Iaraspod' into "container"
[mk_Library] - inserting songs into "item_to_container"
[mk_Library] - inserting playlist 'Podcasts' into "container"
[mk_Library] - inserting songs into "item_to_container"
[mk_Library] - inserting playlist '[Orphaned]' into "container"
library_persistent_id = 0x672f2e9e6b0d2c3b
device name = Iaraspod
[mk_Library] - inserting into "db_info"
[mk_Library] - processing 1 tracks
[mk_Library] done.
[mk_Locations] Processing '/tmp/file6gcj8a/Locations.itdb'
[mk_Locations] re-building table structure
[mk_Locations] Processing 1 tracks...
[mk_Locations] done.
[run_post_process_commands] Getting SQL post process commands
[run_post_process_commands] binding functions
[run_post_process_commands] Running 88 post process commands now
[run_post_process_commands] ERROR when executing
'CreateRentalExpiredColumn': duplicate column name: rental_expired
[run_post_process_commands] 87 out of 88 post process commands
successfully executed
[run_post_process_commands] done.

-- 
-- André Nunes Batista

[Gtkpod-devel] libgpod 0.8.2 not working with ipod nano 5th gen

[André N. B. <and...@gm...>]

Hi there!

I recently installed Debian Wheezy on someone else's computer, but I'm
having a hard time syncing ipod nano 5th gen with
banshee/clementine/rhythmbox.

As far as I could find out, they all rely on libgpod from gtkpod
project. This library states that support to ipod nano 5th gen was added
on 0.8 source code release. Debian wheezy version is 0.8.2 and so it
should work.

I found out some blog and forum posts stating similar problem: ipod is
recognized, music files can be added and removed, but after
disconnecting it, the music files are do not show up in the menus. Once
I got an error message stating some problem with SQLite database, but
not anymore.

Some people claim to have solved this issue connecting the ipod to an
iTunes to initialize it or generating some hash and writing it
to /Ipod_Control/Device/SysInfo. However this did now work for me, ipod
still remains unmanageable.

Firmware version is 1.0.2.

Does anyone have a clue to solving this issue? I am guessing the
firmware upgrade may have trashed the work of libgpod developers. That's
so apple style...

Thank you!

-- 
-- André Nunes Batista
-- 
-- André Nunes Batista

Re: [Gtkpod-devel] Any news about nano 7th gen?

[phantomjinx <p.g...@ph...>]

Hi Joe,

I have heard little to no news on any libgpod development and from that I extrapolate little to no
activity on getting new ipods working.

At this point, its either too difficult to reverse engineer or not enough interest from the people
with the right skills. If I am wrong on this then please speak up and let me know ...

Otherwise, if anyone is interested in taking up the challenge then again speak up. I am sure people
can advise even if they lack the time and/or inclination to try and crack it themselves.

Regards

PGR

On 04/25/2013 07:09 PM, Joe Feise wrote:
> My 4th gen nano recently died with the white screen of death, so I got a
> 7th gen nano today.
> Is anybody working on that? If somebody needs files from it, I can provide
> that.
> 
> -Joe
> 
> 
> 
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service 
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> _______________________________________________
> Gtkpod-devel mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtkpod-devel
> 

-- 
Paul Richardson

  * p.g...@ph...
  * p.g...@re...
  * pgr...@li...

"I know exactly who reads the papers ...

  * The Daily Mirror is read by people who think they run the country.
  * The Guardian is read by people who think they ought to run the country.
  * The Times is read by people who do actually run the country.
  * The Daily Mail is read by the wives of the people who run the country.
  * The Financial Times is read by the people who own the country.
  * The Morning Star is read by the people who think the country ought to be run by another country.
  * The Daily Telegraph is read by the people who think it is."

Jim Hacker, Yes Minister

[Gtkpod-devel] Any news about nano 7th gen?

[Joe F. <jf...@fe...>]

My 4th gen nano recently died with the white screen of death, so I got a
7th gen nano today.
Is anybody working on that? If somebody needs files from it, I can provide
that.

-Joe

Re: [Gtkpod-devel] libanjuta API change

[Sébastien G. <se...@fr...>]

Hi,


Le 31/03/2013 19:07, phantomjinx a écrit :
> I can try and bridge the api changes based on the version of libanjuta
> in use. Better to have a clean api than lots of deprecated functions.

Ok, there isn't much change in Anjuta so I expect less changes in gtkpod.


> When is the new api being released please?

I have written the changes but I haven't committed them. My goal is to 
be able to run Anjuta with a different set of core plugins. I have 
planned to commit these changes when all this is working in let's say 
one month.

If you want to look at them, I can commit these changes on another 
repository. By the way, it could be that some changes will be useful for 
you.


Regards,

Sébastien

Re: [Gtkpod-devel] libanjuta API change

[phantomjinx <p.g...@ph...>]

"Sébastien Granjoux" <se...@fr...> wrote:

>Hi,
>
>
>I have done some changes in libanjuta API. Basically I have replaced
>the 
>AnjutaPluginDescription object by the AnjutaPluginHandle object. This 
>avoid a search in a hash table in most use cases. Here is a detailed 
>list of the changes:
>
>- GObject* anjuta_plugin_manager_get_plugin_by_id (
>-		AnjutaPluginManager *plugin_manager,
>-		const gchar *plugin_id);
>+ GObject* anjuta_plugin_manager_get_plugin_by_handle (
>+		AnjutaPluginManager *plugin_manager,
>+		const gchar *plugin_handle);
>
>- GObject* anjuta_plugin_manager_unload_plugin_by_id (
>-		AnjutaPluginManager *plugin_manager,
>-		const gchar *plugin_id);
>+ GObject* anjuta_plugin_manager_unload_plugin_by_handle (
>+		AnjutaPluginManager *plugin_manager,
>+		const gchar *plugin_handle);
>
>- AnjutaPluginDescription*
>-	anjuta_plugin_manager_select (
>-		AnjutaPluginManager *plugin_manager,
>-		gchar *title, gchar *description,
>- 		GList *plugin_descriptions);
>+ AnjutaPluginHandle*
>+	anjuta_plugin_manager_select (
>+		AnjutaPluginManager *plugin_manager,
>+		gchar *title, gchar *description,
>+ 		GList *plugin_descriptions);
>
>- GObject*
>-	anjuta_plugin_manager_select_and_activate (
>-		AnjutaPluginManager *plugin_manager,
>- 		gchar *title, gchar *description,
>-		GList *plugin_descriptions);
>+ GObject*
>+	anjuta_plugin_manager_select_and_activate (
>+		AnjutaPluginManager *plugin_manager,
>+ 		gchar *title, gchar *description,
>+		GList *plugin_handles);
>
>- AnjutaPluginDescription*
>- 	anjuta_plugin_manager_get_plugin_description (
>-		AnjutaPluginManager *plugin_manager,
>-		GObject *plugin);
>+ AnjutaPluginHandle*
>+ 	anjuta_plugin_manager_get_plugin_handle (
>+		AnjutaPluginManager *plugin_manager,
>+		GObject *plugin);
>
>- void anjuta_plugin_manager_activate_plugins (
>-		AnjutaPluginManager *plugin_manager,
>-		GList *plugin_descs);
>+ void anjuta_plugin_manager_activate_plugins (
>+		AnjutaPluginManager *plugin_manager,
>+		GList *plugin_handles);
>
>- void anjuta_profile_add_plugin (AnjutaProfile *profile,
>-		AnjutaPluginDescription *plugin);
>+ void anjuta_profile_add_plugin (AnjutaProfile *profile,
>+		AnjutaPluginHandle *plugin);
>
>- void anjuta_profile_remove_plugin (AnjutaProfile *profile,
>- 		AnjutaPluginDescription *plugin);
>+ void anjuta_profile_remove_plugin (AnjutaProfile *profile,
>+ 		AnjutaPluginHandle *plugin);
>
>- gboolean anjuta_profile_has_plugin (AnjutaProfile *profile,
>-		AnjutaPluginDescription *plugin);
>+ gboolean anjuta_profile_has_plugin (AnjutaProfile *profile,
>+		AnjutaPluginHandle *plugin);
>
>
>The following functions return a GList of AnjutaPluginHandle instead of
>
>AnjutaPluginDescription
>   GList* anjuta_profile_get_plugins (AnjutaProfile *profile);
>  GList* anjuta_plugin_manager_get_active_plugins (AnjutaPluginManager 
>*plugin_manager);
>   Glist* anjuta_plugin_manager_query (AnjutaPluginManager 
>*plugin_manager, const gchar *section_names, const gchar 
>*attribute_names, const gchar *attribute_values, ...);
>   GList* anjuta_plugin_manager_list_query (AnjutaPluginManager 
>*plugin_manager, GList *section_names, GList *attribute_names, GList 
>*attribute_values);
>
>The following signal of the AnjutaPluginManager have changed too
>
>- void(* plugin_activated) (AnjutaPluginManager *self,
>- 		AnjutaPluginDescription* plugin_desc,
>- 		GObject *plugin);
>+ void(* plugin_activated) (AnjutaPluginManager *self,
>+ 		AnjutaPluginHandle* plugin_handle,
>+ 		GObject *plugin);
>
>- void(* plugin_deactivated) (AnjutaPluginManager *self,
>- 		AnjutaPluginDescription* plugin_desc,
>-		GObject *plugin);
>+ void(* plugin_deactivated) (AnjutaPluginManager *self,
>+ 		AnjutaPluginHandle* plugin_handle,
>+		GObject *plugin);
>
>I will update the version of libanjuta. Then, do you think I need to 
>keep backward compatibility and keep the old functions marked as 
>deprecated? It's a bit more work and I need to find some new names for 
>some functions but it's possible. For Anjuta, we don't care then I know
>
>only one other project using libanjuta: gtkpod but I don't know how 
>useful this will be useful for them.
>
>
>Regards,
>
>Sébastien
>
>------------------------------------------------------------------------------
>Own the Future-Intel(R) Level Up Game Demo Contest 2013
>Rise to greatness in Intel's independent game demo contest. Compete 
>for recognition, cash, and the chance to get your game on Steam. 
>$5K grand prize plus 10 genre and skill prizes. Submit your demo 
>by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
>_______________________________________________
>Gtkpod-devel mailing list
>Gtk...@li...
>https://lists.sourceforge.net/lists/listinfo/gtkpod-devel

I can try and bridge the api changes based on the version of libanjuta in use. Better to have a clean api than lots of deprecated functions. When is the new api being released please?

Thanks for the heads up.

PGR

[Gtkpod-devel] libanjuta API change

[Sébastien G. <se...@fr...>]

Hi,


I have done some changes in libanjuta API. Basically I have replaced the 
AnjutaPluginDescription object by the AnjutaPluginHandle object. This 
avoid a search in a hash table in most use cases. Here is a detailed 
list of the changes:

- GObject* anjuta_plugin_manager_get_plugin_by_id (
-		AnjutaPluginManager *plugin_manager,
-		const gchar *plugin_id);
+ GObject* anjuta_plugin_manager_get_plugin_by_handle (
+		AnjutaPluginManager *plugin_manager,
+		const gchar *plugin_handle);

- GObject* anjuta_plugin_manager_unload_plugin_by_id (
-		AnjutaPluginManager *plugin_manager,
-		const gchar *plugin_id);
+ GObject* anjuta_plugin_manager_unload_plugin_by_handle (
+		AnjutaPluginManager *plugin_manager,
+		const gchar *plugin_handle);

- AnjutaPluginDescription*
-	anjuta_plugin_manager_select (
-		AnjutaPluginManager *plugin_manager,
-		gchar *title, gchar *description,
- 		GList *plugin_descriptions);
+ AnjutaPluginHandle*
+	anjuta_plugin_manager_select (
+		AnjutaPluginManager *plugin_manager,
+		gchar *title, gchar *description,
+ 		GList *plugin_descriptions);

- GObject*
-	anjuta_plugin_manager_select_and_activate (
-		AnjutaPluginManager *plugin_manager,
- 		gchar *title, gchar *description,
-		GList *plugin_descriptions);
+ GObject*
+	anjuta_plugin_manager_select_and_activate (
+		AnjutaPluginManager *plugin_manager,
+ 		gchar *title, gchar *description,
+		GList *plugin_handles);

- AnjutaPluginDescription*
- 	anjuta_plugin_manager_get_plugin_description (
-		AnjutaPluginManager *plugin_manager,
-		GObject *plugin);
+ AnjutaPluginHandle*
+ 	anjuta_plugin_manager_get_plugin_handle (
+		AnjutaPluginManager *plugin_manager,
+		GObject *plugin);

- void anjuta_plugin_manager_activate_plugins (
-		AnjutaPluginManager *plugin_manager,
-		GList *plugin_descs);
+ void anjuta_plugin_manager_activate_plugins (
+		AnjutaPluginManager *plugin_manager,
+		GList *plugin_handles);

- void anjuta_profile_add_plugin (AnjutaProfile *profile,
-		AnjutaPluginDescription *plugin);
+ void anjuta_profile_add_plugin (AnjutaProfile *profile,
+		AnjutaPluginHandle *plugin);

- void anjuta_profile_remove_plugin (AnjutaProfile *profile,
- 		AnjutaPluginDescription *plugin);
+ void anjuta_profile_remove_plugin (AnjutaProfile *profile,
+ 		AnjutaPluginHandle *plugin);

- gboolean anjuta_profile_has_plugin (AnjutaProfile *profile,
-		AnjutaPluginDescription *plugin);
+ gboolean anjuta_profile_has_plugin (AnjutaProfile *profile,
+		AnjutaPluginHandle *plugin);


The following functions return a GList of AnjutaPluginHandle instead of 
AnjutaPluginDescription
   GList* anjuta_profile_get_plugins (AnjutaProfile *profile);
   GList* anjuta_plugin_manager_get_active_plugins (AnjutaPluginManager 
*plugin_manager);
   Glist* anjuta_plugin_manager_query (AnjutaPluginManager 
*plugin_manager, const gchar *section_names, const gchar 
*attribute_names, const gchar *attribute_values, ...);
   GList* anjuta_plugin_manager_list_query (AnjutaPluginManager 
*plugin_manager, GList *section_names, GList *attribute_names, GList 
*attribute_values);

The following signal of the AnjutaPluginManager have changed too

- void(* plugin_activated) (AnjutaPluginManager *self,
- 		AnjutaPluginDescription* plugin_desc,
- 		GObject *plugin);
+ void(* plugin_activated) (AnjutaPluginManager *self,
+ 		AnjutaPluginHandle* plugin_handle,
+ 		GObject *plugin);

- void(* plugin_deactivated) (AnjutaPluginManager *self,
- 		AnjutaPluginDescription* plugin_desc,
-		GObject *plugin);
+ void(* plugin_deactivated) (AnjutaPluginManager *self,
+ 		AnjutaPluginHandle* plugin_handle,
+		GObject *plugin);

I will update the version of libanjuta. Then, do you think I need to 
keep backward compatibility and keep the old functions marked as 
deprecated? It's a bit more work and I need to find some new names for 
some functions but it's possible. For Anjuta, we don't care then I know 
only one other project using libanjuta: gtkpod but I don't know how 
useful this will be useful for them.


Regards,

Sébastien

[Gtkpod-devel] Change of git repository

[phantomjinx <p.g...@ph...>]

Evening,

Due to the update of sourceforge's website interface, which was advised by them a couple of months
back, the git repository was also migrated. What I didn't realise was the old git repository was not
deleted and still remains. Consequently, a few commits have been pushed to it rather than the new
git repo. I have cherry-picked these accordingly so the master branch in the new git repo is up-to-date.

To summarise:
old repo -> gtkpod.git.sourceforge.net/gitroot/gtkpod/gtkpod
new repo -> git.code.sf.net/p/gtkpod/code

I'll keep track of both for the time being in case anyone else pushes to the old repo but if you
could update your local repos, I would appreciate it.

Cheers

PGR

Re: [Gtkpod-devel] fix for sorttab bug-no selecting at all possible(probably 64 bit issue)

[Benno <fw...@ro...>]

On 28.02.2013 22:17, Daniele Forsi wrote:
> 2013/2/28 phantomjinx:
>> On 02/15/2013 06:16 PM, Daniele Forsi wrote:
>>> 2013/2/15 Benno:
>>>
>>>> The reason was the comparison of different sized(at least in 64 bit systems)
>>>> unsigned types, that were set to "-1"
>>>> 1)in _NormalSortTabPagePrivate
>>>>   guint selection_changed_idle_id;
>>>> 2)in _st_selection_changed()
>>>>    gulong idleId
>>>
>>> I committed your fix
>>> http://sourceforge.net/mailarchive/message.php?msg_id=30490651
>>>
>>> but now I think I misunderstood and I think I should revert it and
>>> change idelId to guint instead because struct member
>>> selection_changed_idle_id is assigned the return value from
>>> gdk_threads_add_idle_full() which indeed is a guint. What do you
>>> think?
>>>
>>
>> Hey Daniele,
>>
>> Did anything come from this in the end?
> 
> thank you for reminding this, hopefully now I have committed a fix
> changing the type of the variable and the value of
> NO_IDLE_SELECTION_CALLBACK to zero which according to the docs is
> never returned by gdk_threads_add_idle_full ()
> 

I've just tested the patch on my 64bit system.
It works!
Thanks!

Re: [Gtkpod-devel] fix for sorttab bug-no selecting at all possible(probably 64 bit issue)

[phantomjinx <p.g...@ph...>]

On 02/15/2013 06:16 PM, Daniele Forsi wrote:
> 2013/2/15 Benno:
> 
>> The reason was the comparison of different sized(at least in 64 bit systems)
>> unsigned types, that were set to "-1"
>> 1)in _NormalSortTabPagePrivate
>>   guint selection_changed_idle_id;
>> 2)in _st_selection_changed()
>>    gulong idleId
> 
> I committed your fix
> http://sourceforge.net/mailarchive/message.php?msg_id=30490651
> 
> but now I think I misunderstood and I think I should revert it and
> change idelId to guint instead because struct member
> selection_changed_idle_id is assigned the return value from
> gdk_threads_add_idle_full() which indeed is a guint. What do you
> think?
> 

Hey Daniele,

Did anything come from this in the end?

PGR

-- 
Paul Richardson

  * p.g...@ph...
  * p.g...@re...
  * pgr...@li...

"I know exactly who reads the papers ...

  * The Daily Mirror is read by people who think they run the country.
  * The Guardian is read by people who think they ought to run the country.
  * The Times is read by people who do actually run the country.
  * The Daily Mail is read by the wives of the people who run the country.
  * The Financial Times is read by the people who own the country.
  * The Morning Star is read by the people who think the country ought to be run by another country.
  * The Daily Telegraph is read by the people who think it is."

Jim Hacker, Yes Minister

Re: [Gtkpod-devel] fix for sorttab bug-no selecting at all possible(probably 64 bit issue)

[Daniele F. <df...@gm...>]

2013/2/28 phantomjinx:
> On 02/15/2013 06:16 PM, Daniele Forsi wrote:
>> 2013/2/15 Benno:
>>
>>> The reason was the comparison of different sized(at least in 64 bit systems)
>>> unsigned types, that were set to "-1"
>>> 1)in _NormalSortTabPagePrivate
>>>   guint selection_changed_idle_id;
>>> 2)in _st_selection_changed()
>>>    gulong idleId
>>
>> I committed your fix
>> http://sourceforge.net/mailarchive/message.php?msg_id=30490651
>>
>> but now I think I misunderstood and I think I should revert it and
>> change idelId to guint instead because struct member
>> selection_changed_idle_id is assigned the return value from
>> gdk_threads_add_idle_full() which indeed is a guint. What do you
>> think?
>>
>
> Hey Daniele,
>
> Did anything come from this in the end?

thank you for reminding this, hopefully now I have committed a fix
changing the type of the variable and the value of
NO_IDLE_SELECTION_CALLBACK to zero which according to the docs is
never returned by gdk_threads_add_idle_full ()

-- 
Daniele Forsi

Re: [Gtkpod-devel] Planned changes in Anjuta

[Sébastien G. <se...@fr...>]

Hi,


Le 15/02/2013 10:41, Daniele Forsi a écrit :
> I find it confusing that the
> preferences tab "Preferred plugins" mentions Anjuta when the user
> doesn't necessarily know what it is:
> "These are the plugins selected by you when Anjuta  prompted to choose
> one of many suitable plugins. Removing the preferred plugin will
> let Anjuta prompt you again to choose different plugin."

We don't take much care about this so I will be surprised that there is 
only this issue. I think you should open a bug report for such thing. 
Anyway I have created one
https://bugzilla.gnome.org/show_bug.cgi?id=693916.
Thanks for reporting this, I will try to fix it this week end.


Regards,

Sébastien

Re: [Gtkpod-devel] fix for sorttab bug-no selecting at all possible(probably 64 bit issue)

[Daniele F. <df...@gm...>]

2013/2/15 Benno:

> The reason was the comparison of different sized(at least in 64 bit systems)
> unsigned types, that were set to "-1"
> 1)in _NormalSortTabPagePrivate
>   guint selection_changed_idle_id;
> 2)in _st_selection_changed()
>    gulong idleId

I committed your fix
http://sourceforge.net/mailarchive/message.php?msg_id=30490651

but now I think I misunderstood and I think I should revert it and
change idelId to guint instead because struct member
selection_changed_idle_id is assigned the return value from
gdk_threads_add_idle_full() which indeed is a guint. What do you
think?

-- 
Daniele Forsi

[Gtkpod-devel] fix for sorttab bug-no selecting at all possible(probably 64 bit issue)

[Benno <fw...@ro...>]

Hello,

I'd like to submit a patch fixing an issue on 64Bit Linux,
which was introduced after the stable release gtkpod-2.1.2,
and is contained in the stable release gtkpod-2.1.3!

It was not possible to make any selection with the "track filter",
at least it hadn't any effect on the "playlist tracks".
(Normally if you select an artist, the "playlist tracks" would only show
the tracks of that artist)

The reason was the comparison of different sized(at least in 64 bit systems)
unsigned types, that were set to "-1"
1)in _NormalSortTabPagePrivate
  guint selection_changed_idle_id;
2)in _st_selection_changed()
   gulong idleId

Hope, this patch helps!

Greetings,
Benno

Re: [Gtkpod-devel] Planned changes in Anjuta

[Daniele F. <df...@gm...>]

2013/2/14 Sébastien Granjoux:

> Do you have ideas about what could be improved in Anjuta plugin system?

I have no suggestions on the code, but I find it confusing that the
preferences tab "Preferred plugins" mentions Anjuta when the user
doesn't necessarily know what it is:
"These are the plugins selected by you when
Anjuta
prompted to choose one of many suitable plugins. Removing the
preferred plugin will let
Anjuta prompt you again to
choose different plugin."

I would suggest to shift the focus from Anjuta to the user with
something like this:
"These are the plugins selected by you when
you have been
prompted to choose one of many suitable plugins. Removing the
preferred plugin will let
you
choose a different plugin."

-- 
Daniele Forsi

[Gtkpod-devel] Planned changes in Anjuta

[Sébastien G. <se...@fr...>]

Hi all,


We will probably do some changes in Anjuta plugin system on the next 
cycle. The goal is to be able to create different versions of Anjuta 
just by changing the profile file (the list of plugins to load).

It will be rather, by example, a beginner version of Anjuta using a 
reduce or different set of plugins. The change will not be as big as 
what has been done for gtkpod but it goes in the same direction.

Do you have ideas about what could be improved in Anjuta plugin system?


Regards,

Sébastien

Re: [Gtkpod-devel] different versions of AtomicParsley

[Jonathan N. <j.n...@gm...>]

On Thu, Jan 03, 2013 at 10:23:04AM +0000, phantomjinx wrote:
> On 01/02/2013 02:07 AM, Jonathan Neuschäfer wrote:
> > Hello PGR (and other devs),
> > 
> > the version of AtomicParsley that you included in Gtkpod 2.1.2 seems to
> > be unmaintained since 2006. AFAICT Wez Furlong has pracitically over-
> > taken development:
> > 
> > 	https://bitbucket.org/wez/atomicparsley/overview
> > 
> > (Releases are available under Downloads -> Tags.)
> > 
> > Please tell me your opinion on upgrading gtkpod's copy of AP to that
> > version.
> > 
> > 
> > Thanks,
> > Jonathan Neuschäfer
> > 
> 
> Hi Jonathan,
> 
> Certainly worth looking into I think. Other than the bridge (AtomicParsleyBridge.cpp) and bugfixes
> to get AtomicParsley working, I did very little with it.
> 
> Noticed that the layout of the code is different so there will be a bit of work matching up the
> files and their functions. If you would like to look into it then it would be much appreciated.
> Otherwise, I'll pop it on the TODO list.

It may take some time before I get around to doing that, possibly
infinite time :-). (IOW, better put the thing on TODO)

Jonathan

Re: [Gtkpod-devel] [PATCH 0/3] Fixing a few crash bugs

[Jonathan N. <j.n...@gm...>]

On Sun, Jan 06, 2013 at 04:29:45AM +0000, phantomjinx wrote:
> "Jonathan Neuschäfer" <j.n...@gm...> wrote:
> 
> >Phantomjinx,
> >
> >please consider including this patchset in 2.1.4:
> >
> >On Thu, Dec 20, 2012 at 01:08:25PM +0100, Jonathan Neuschäfer wrote:
> >> With this patchset I fix three cases in which Gtkpod could crash.
> >> It is also available on github:
> >> 
> >> 	https://github.com/neuschaefer/gtkpod/commits/dev
> >> 
> >> Patches:
> >> * de9884f track_display: handle gtkpod_get_current_playlist() == NULL
> >> * 6323646 coverart: fix a crash on missing artist names
> >> * 09b7b9d playlist_display: prevent a double-free
> >
> >
> >Thanks,
> >Jonathan Neuschäfer
> >
> 
> Hi Jonathan,
> 
>  I did send you a message regarding these patches last night with an apology for not including them in 2.1.3. Did you not get it?

Not then, but now I did.

> Did you want gtkpod commit access?

Yes, but I'd still like to post patches for discussion, to keep to
somewhat informed about what I'm doing (you could read the git log, too,
sure, but I like discussing things).

I've contacted you on sourceforge, now.


Jonathan
> 
> Thanks for your efforts.
> 
> PGR