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