=== johnoxton_ is now known as johnoxton [12:17] grr. a CellRendererText fires an edited signal when it's edited, but you only get passed the cellrenderer itself and its path in the model. How do I get a reference to the model? [12:19] there's a reference to the containing tree, which has a reference to the model, I think. [12:19] I can look it up. [12:24] hmm. No, it doesn't look like it has. You'll probably have to store the reference yourself. [15:22] morning [15:27] hi [15:27] james_w: I reviewed a branch! Sorry for the delay [15:27] no problem [15:28] it's not like I was going to do anything with it yesterday [15:34] james_w: it's got a clash with my branch...DEADLINE: <2011-11-17 jeu.> [15:34] le sigh [15:34] heh [15:34] I swear that Chrome doesn't always catch C-c [15:34] james_w: https://code.launchpad.net/~jml/pkgme-binary/entry_point/+merge/82399 [15:35] internet here is so terrible [15:35] :( [15:36] Internet is better in real London [15:37] I'm happy to merge that branch of yours in to mine [15:37] a cursory look suggests that your branch is fine [15:37] given a gtk ListStore, can I have one row in that liststore appear as more than one row in a TreeView? [15:38] aquarius, my uneducated guess is "no" [15:38] that's really annoying ;( [15:38] Hmmm [15:38] james_w: I'll handle the conflict, if that's OK. I spent too long dealing with all of that setuptools crap. [15:38] aquarius, you could subclass ListStore to do something like that [15:39] jml, I assume the conflict is the setup.py? [15:39] yeah. [15:39] james_w, yeah, s'pose. that's misery, though :) [15:39] aquarius: You're using TreeView and you object to misery a priori? [15:39] aquarius: I smell an inconsistency [15:39] 'cos I have no option *but* to use treeview. [15:41] jml, I assume that your setup.py usurps mine completely [15:41] I just did the minimum to get devportalbinary to "setup.py develop" [15:41] james_w: pretty much. [15:41] but I'm happy for you to resolve [15:41] thanks for the review [15:42] I agree with your comments [15:42] incidentally, with setuptools, familiarity breeds contempt. [15:46] heh [15:55] aquarius: what is the use case with the liststore/treeview, maybe you could have a custom TreeModel (but that is a invitation for pain too) [15:56] mvo, use case is this. I have a bunch of data like this: [ { "name": "thing", "lists": [ "list1", "list2" ] }, { "name": "thing2", "lists": [ "list1", "list3" ] }, ... ] [15:56] so I'd like to put that data into a liststore as is (that is: one liststore row per thing), and then have the treeview display a list of listnames [15:57] so the treeview would contain three rows, with "list1", "list2", "list3" [15:57] but I can't see how to turn one liststore row into two treeview rows, and I don't think it's possible. [16:01] which means I'll have to keep two liststores in sync, which is precisely what I was trying to avoid. :) [16:06] I'm trying to package a very simple app I've done [16:06] I'm using dh 7 [16:07] the problem: make install puts the app into $(DESTDIR)/usr/bin/app which translates to debian/app/usr/bin/app [16:07] then dh_install tries to retrieve it from debian/tmp/usr/bin/app instead [16:08] how do I resolve this? [16:19] aha [16:19] resolved. [16:25] diwic: how did you resolve it? [16:25] jml, actually I'm still having trouble [16:26] jml, now the binary is not in the final package [16:26] oh waut [16:26] it actually is [16:26] * diwic checked the wrong .deb file [16:26] jml, so I removed the debian/install file [16:27] the makefile seems to put it in the right directory so it does not need moving === JanC_ is now known as JanC