[00:20] <rickspencer3-afk> bye all ... off for a quick mini holiday - back on Sunday
[01:58] <chrisccoulson> robert_ancell - regarding bug 420234 - usually if the symbols differ from your symbols file, you will see that in the build log (with a diff as well)
[02:00] <robert_ancell> chrisccoulson, which log?  The output of bzr-builddeb?
[02:00] <robert_ancell> bzr-buildpackage
[02:01] <chrisccoulson> yeah, you should see it somewhere when you build it
[02:02] <chrisccoulson> robert_ancell - there is an example of what you should see in here:
[02:03] <chrisccoulson> (search for dpkg-gensymbols)
[02:03] <chrisccoulson> http://launchpadlibrarian.net/25389911/buildlog_ubuntu-jaunty-amd64.tracker_0.6.93-0ubuntu1_FULLYBUILT.txt.gz
[02:03] <chrisccoulson> (URL would help)
[02:03] <chrisccoulson> ;)
[02:04] <robert_ancell> chrisccoulson, ah, thanks
[02:04] <chrisccoulson> you're welcome
[06:53] <rugby471> mac_v: you there?
[06:57] <rugby471> mac_v: have a look at this - http://launchpadlibrarian.net/30923475/out-2.ogv
[06:59] <mac_v> rugby471: hi... just a sec
[06:59] <rugby471> kl
[07:00] <mac_v> rugby471: i dont understand , does that mean you have found a way to use multiple png/svg? in the GTKtree?
[07:00] <rugby471> oh yeah!
[07:00] <rugby471> that animated icon is made up of 9 seperate pngs
[07:01] <rugby471> we aren't constrained to gifs now :-)
[07:01] <mac_v> rugby471: hmm... great , ust one think the speed is too fast, can the animation be slower?
[07:01] <mac_v> just*
[07:01] <rugby471> yeah ofcourse
[07:01] <rugby471> basically I set a timeout
[07:01] <rugby471> source_id = gobject.timeout_add(50, self.timeout)
[07:01] <mac_v> rugby471: thats great , can i have a look at the code?
[07:01] <rugby471> where 50 is the number of milliseconds
[07:01] <rugby471> sure
[07:01] <rugby471> though some of it could be improved :-)
[07:02] <rugby471> mav_v: http://pastebin.com/d15c17617
[07:02] <rugby471> mac_v: http://pastebin.com/d15c17617
[07:03] <rugby471> a lot fo the code could be improved, however at the most basic level, it just keeps updating a gtk.Image every n milliseconds with a new pixbuf
[07:04] <mac_v> rugby471: i think it would be better to use 18 images , for 10 degrees each ,  but first lets try with 20 degrees and with 9 images and timer 1000 millisecs and see how it works
[07:04] <rugby471> sure, all the variables can be changed
[07:04] <rugby471> this was just a 5-minute quick demo that I slapped up
[07:05] <rugby471> just send me the icons when you are done and I can do it :-)
[07:06] <mac_v> rugby471: just give me a couple of hours , i'm in the middle of something else ... will get back to you when i have the images  :)
[07:06] <rugby471> hehe sure
[07:49] <rugby471> mvo: yo
[07:55] <mvo> hey rugby471
[07:56] <rugby471> I have nearly cracked the icon thingy
[07:56] <rugby471> have a look here: http://launchpadlibrarian.net/30923475/out-2.ogv
[07:57]  * mvo looks
[07:58] <mvo> rugby471: sweet!
[07:58] <rugby471> hehe
[07:58] <rugby471> I am just integrating it into the software-store code
[07:58] <mvo> rugby471: is the code in a repo yet?
[07:58]  * mvo jumps in delight
[07:58] <mvo> thanks
[07:58] <mvo> :)
[07:58] <rugby471> :-)
[07:58] <rugby471> I will upload it as soon as it is done
[07:59] <rugby471> I already have a repo here - https://code.launchpad.net/~rugby471/software-store/software-store-andrew
[07:59] <rugby471> it has some small changes
[08:00] <rugby471> mvo : I might need you to test something in a few minutes
[08:01] <rugby471> I am testing software-store through virtualbox
[08:01] <rugby471> and the throbber looks kinda jumpy
[08:01] <rugby471> but it might just be virtualbox
[08:02] <mvo> rugby471: cool, I'm merging now and have a look
[08:02] <rugby471> ok
[08:02] <rugby471> but just wait, I ned to push the icon changes
[08:03] <mvo> ok, there is also currently a hardcoded path i(/mnt/software-store :)
[08:03] <rugby471> yeah :-)
[08:03] <rugby471> where is it again, I need to change that
[08:05] <rugby471> mvo : where is that hardcoded path again?
[08:05] <mvo> rugby471: softwarestore/view/viewswitcher.py
[08:05] <mvo> line 134 (in my merge)
[08:06] <rugby471> ah yes
[08:06] <rugby471> look at my branch now https://code.launchpad.net/~rugby471/software-store/software-store-andrew
[08:07] <rugby471> mvo : that has been corrected and the proper icon code is in there
[08:07] <mvo> sweet! thanks
[08:07]  * mvo merges
[08:07] <rugby471> I need you to test that revision
[08:07] <rugby471> see if the icon is jumpy :-)
[08:07] <rugby471> btw I have put in a placeholder progress icon
[08:08] <rugby471> mac_v said :  just give me a couple of hours , i'm in the middle of something else ... will get back to you when i have the images  :)
[08:10] <rugby471> mvo : btw does the new policykit support that checkbox where it said 'remeber authorisation for session' ?
[08:10] <rugby471> otherwise that dialog is going to get pretty annoying
[08:10] <rugby471> (unless we support a queue of app installs/removes and then only apply change when the user says 'go')
[08:15] <mvo> rugby471: it should only ask once per action (i.e. once for install, once for removal)
[08:16] <rugby471> ah, my mistake :-)
[08:16] <mvo> :)
[08:17] <mvo> I guess its arguable if it should only ask once and not once per install/remove
[08:17] <rugby471> yeah
[08:17] <rugby471> anyway
[08:17] <rugby471> mvo : have you had a chance to look at that progress icon stuttery thing
[08:17] <rugby471> (sorry if I am being impatient)
[08:18] <mvo> rugby471: yes, its doing it for me too, I'm just checking if I can make sense of it
[08:18] <rugby471> oh.. damn it
[08:19] <rugby471> are you running on karmic (native)
[08:19] <mac_v> rugby471: http://filebin.ca/jyxqcw/Progress.tar , i'v just labeled them 1~9 see how this works with 1000 millisecs , if need we can make more
[08:19] <rugby471> ah goody
[08:20] <rugby471> i'll put them in my branch then
[08:20] <rugby471> mac_v: would you mind uploading this tar to the wiki page about icons, as I am only going to use them as png's
[08:21] <mac_v> rugby471: i thought mpt wanted them as svg ? does svg not work?
[08:21] <mac_v> converting to pmg is not prob
[08:21] <mac_v> png*
[08:22] <rugby471> well it's going to take up memeroy & cpu converting them on the fly
[08:22] <rugby471> mvo : what do we want to do, leave them as SVG and convert on the fly, or make them pngs (we are only using them at one res so there isn't much need for svg)
[08:23] <mac_v> mvo: rugby471: hmmm... ok.. i'll upload both versions , which ever works better we can use , i'v no probs with png , its just mpt wanted them as vector images
[08:23] <rugby471> oh okay
[08:25] <mvo> I think it makes sense to have the svg in the source, but for the display, we can just use the png
[08:25] <mac_v> rugby471: just to make sure how does it work now? do we need more icons? or is 9 enough?
[08:26] <rugby471> I shall just check
[08:26] <mac_v> rugby471: ok... pls upload a quick video of it :)
[08:27] <rugby471> to be honest, the more there are, the smoother it will be
[08:27] <rugby471> so maybe 9 is not enough
[08:27] <rugby471> the firefox throbber is 31 images :-)
[08:27] <rugby471> I shall just test it out
[08:29] <mac_v> my thoughts too
[08:34] <rugby471> actually it looks quite good
[08:35] <rugby471> however it we want it at slow speeds then we need more
[08:35] <rugby471> mac_v : could you try 20?
[08:35] <rugby471> I shall upload a video
[08:37] <mvo> rugby471: I moved your code into its own widget now, could you have a look at http://paste.ubuntu.com/260759/ please?
[08:37] <rugby471> mac_v : here is a video http://videobin.org/+cu/f2.html
[08:37] <rugby471> sure
[08:37] <rugby471> hehe that is a lot better than my code :-)
[08:38] <mvo> rugby471: all build on top of your work!
[08:39] <mvo> now when I run it standalone its smooth, I try it in software-store now. its quite possible that the main loop there is already pretty busy (with doing dbus stuff etc)
[08:39] <rugby471> yeah it is smooth for me
[08:40] <rugby471> mvo : how slow do we want to progress icon, or is that mpt's job ?
[08:41] <rugby471> hehe software-store is going to be awesome :-)
[08:41] <mvo> rugby471: uh, good question, it should not be too fast otherwise people get nervous :)
[08:41] <rugby471> yeah that's what I was thinking, spinning icons are being to annoy me already this morning :-)
[08:42] <rugby471> mac_v: we need about 20 as the icon needs to be quite slow
[08:44] <rugby471> looking at it now, my icon code was pretty dirty :-)
[08:45] <rugby471> mac_v: don't worry actually, if you are busy I'll create the 20 form your SVG
[08:45] <mac_v> rugby471: hmm... just a sec. how many do we need exactly? 18 or 20?
[08:46] <rugby471> 20 - a rough estimate
[08:46] <rugby471> 18 is fine also
[08:48] <mac_v> rugby471: if you notice the video the 100 millisec is quite correct speed , just addin more icons will fix it... i'll get you the icons in half hr , or if you are in a hurry ;) ...
[08:49] <rugby471> don't worry I shall do them :-)
[08:49] <mac_v> rugby471: no probs then , do you know how to convert them to png?
[08:49] <rugby471> yup
[08:50] <mac_v> ok.. great
[08:57] <rugby471> mvo : is this the speed we want (FPS of 5) ? - http://videobin.org/+cv/f3.html
[08:57] <rugby471> (ignore gitteryness)
[08:58] <mvo> yeah, that looks good
[08:58] <mvo> I like that
[08:58] <rugby471> ok
[08:58] <rugby471> well that is about 40 icons :-)
[08:59] <rugby471> should I create them?
[08:59] <rugby471> wait amin
[08:59] <rugby471> damn it :-)
[08:59] <rugby471> we can rotate them in gtk
[08:59] <rugby471> http://www.pygtk.org/docs/pygtk/class-gdkpixbuf.html#method-gdkpixbuf--rotate-simple
[09:01] <rugby471> thats makes it a lot easier
[09:01] <rugby471> we only have to ship one image
[09:01] <rugby471> mvo : I'll try and do that
[09:10] <rugby471> mvo : oops it seems we can't we can only do 90 degrees, oh well :-)
[09:11] <mvo> rugby471: heh :) that is a real drawback for this function :P
[09:11] <mvo> oh well :)
[09:11]  * mvo wonders if a thread would help with the stuttering
[09:13]  * rugby471 wonders if he will every get his head around what threading is
[09:14] <mvo> yeah, good point - I usually try to avoid it too
[09:15] <mvo> hm, maybe its something else, it seems like the timout is called often enough (I just checked with time.time())
[09:27] <mac_v> mvo: though its nice to see rugby471 is enthusiastic to fix this quickly , it is better to get a review of the icon from either kwwii or mat_t , before we push this into main... what do you think?
[09:28] <mac_v> btw kwwii will be coming back to work today
[09:29] <rugby471> I just tried 45 icons, it was good but I think too much :-)
[09:29] <rugby471> I#m going to try with 30 icons
[09:30] <rugby471> make that 36 (nice round number :-)
[09:32] <mac_v> rugby471: about the number of icons , i think its a bit waste of space to have so many , is it possible to compress all of them and extract the images to /tmp on the fly and use them?
[09:33] <rugby471> dunno
[09:33] <rugby471> that is something to look into
[09:33] <rugby471> I recon we could do it with PIL
[09:33] <rugby471> but for the moment we are just trying to get it working :-)
[09:33] <rugby471> but I will look into other methods don't worry
[09:39] <rugby471> mvo : is this okay? (with 36 images, 12 FPS) http://videobin.org/+cv/f4.html
[09:45] <mac_v> rugby471: looks great :)
[09:46] <rugby471> cool
[09:47] <mvo> rugby471: I checked the stuttering a bit more and it seems like it has something to do with the treeview and/or the image renderer. when I add the normal gtk.Image based widget to the main app, there is no stuttering during install or removal
[09:47] <mvo> (well, no is not quite right, I saw it once very briefly)
[09:47] <rugby471> right
[09:50] <rugby471> well that gtkImageCellRenderer.py is not mine
[09:50] <rugby471> I found it in the pygtk FAQ
[09:50] <rugby471> there is a bit about animaiton in there
[09:50] <rugby471> line 29
[09:50] <rugby471> mvo : maybe it has something to do with it?
[09:52] <mac_v> mvo: is software store not supposed to have "report a problem" [apport support] ? or ...
[09:53] <mvo> mac_v: it should have it, I need to look how I can add it
[09:53] <mvo> rugby471: yeah, I was suspecting that too
[09:53] <rugby471> hehe
[09:54] <mvo> meh, I really like the animatedimage class now .) I hope we can keep it
[09:54] <mac_v> mvo: ok ,i'll just report a bug as reminder?
[09:54] <mvo> I was wondering if we should maybe have a AnimatedCellRenderer or something
[09:54] <mvo> mac_v: there is one open already IIRC
[09:54] <mac_v> oh... ok
[09:55] <mvo> bug #420127
[09:55] <mvo> :)
[09:57] <mac_v> great ;)
[09:57] <rugby471> mvo : I recon it has to be that animation_timeout function, but the pygtk in there is too advanced for me :-)
[10:01] <rugby471> oops I'm back
[10:02] <rugby471> maybe I shouldn't have run a karmic virtualmachine and 10 other windows since 8:00AM :-)
[10:02] <rugby471> mvo : gotta go for a bit now, don't worry you will crack it :-)
[10:03] <mvo> :)
[10:03]  * mvo waves
[10:03] <mvo> mac_v: launchpad integration is now added
[10:05] <rugby471> mvo : apport?
[10:06] <mvo> yes
[10:06] <rugby471> kl
[10:06] <mvo> and get help online etc
[10:07]  * mac_v wonders why he upgrade to kernel -8 is being blocked !
[10:07] <mac_v> the*
[10:10] <rugby471> mvo : just before I go, could a possible solution be to set the cellrenderer back to a pixbuf
[10:10] <rugby471> and simply update the pixbuf rather than updating an image?
[10:11] <rugby471> image > gtk.Image
[10:12] <mvo> rugby471: yes, definitely worth a try
[10:13] <rugby471> or simply everytime we update the image, tell the cellrender to redraw
[10:13] <rugby471> anyway I shall leave these things to you :-)
[10:14] <mvo> I will work on this in the afternoon again :)
[10:14] <rugby471> cool
[10:14] <didrocks> mvo: hey! I tried to open the .ui file of software-store yesterday in glade and I got in multiple warnings (additionnally to the traditional "no icon in.."): http://paste.ubuntu.com/260791/ Is it normal?
[10:14] <mvo> so feel free to look into it again some more
[10:16] <mvo> didrocks: no - I think there is a problem in the ui file somewhere
[10:16] <didrocks> mvo: ok, but you didn't add anything outside glade, right (just to check)?
[10:16] <mvo> didrocks: you mean I did not modify the file by hand :) ? no
[10:16] <mvo> I don't think so
[10:17] <didrocks> mvo: ok, thanks. For launchpad integration, I can do some work there. I've already done that in both C and python.
[10:20] <mvo> didrocks: meh, sorry. I just added it :(
[10:20] <didrocks> mvo: oh ok, no pb. I'll work more on the interface itself :)
[10:20] <mvo> didrocks: the bug why the search looses focus is also anoying
[10:20] <mvo> didrocks: great, thanks :)
[10:22] <didrocks> mpt: well, I was thinking about your animation (for "where is it") and maybe we'll have some solution using GNOME accessibility layer. (but this animation can't be in clutter as we want to control something outside the current application)
[10:23] <didrocks> mpt: also, I looked at the ui yesterday. Ok, we can do some stuff in clutter, but you have to be aware of two things:
[10:24] <didrocks> 1/ clutter needs a 3D driver. It will not be an issue with GNOME 3 as it uses clutter (with mutter, which is metacity + clutter) by default, so, they enforce a 3d driver support already
[10:25] <mpt> didrocks, yes, Ted Gould also thought we'd need to use the accessibility layer for that. So we have discussed turning it on by default early in the Karmic+1 cycle, to shake out the bugs so that it can be always-on.
[10:25] <didrocks> But we can't add clutter in the store before GNOME3 (we can, but everyone who wants to use it have to have a 3d handling graphic driver)
[10:25] <didrocks> mpt: ok, perfect. I'll give a try, so :)
[10:26] <didrocks> 2/ clutter-gtk is still in early development phase (so binding I rebuilt for adding advanced effect is even not in trunk)
[10:31] <mpt> thanks for investigating this, didrocks
[10:38] <rugby471> mvo : did you see the other changes in my branch?
[10:40] <mvo> rugby471: no, sorry. I will look at them now and merge them individually
[10:40] <rugby471> cheers
[10:40] <rugby471> there is one change that mpt probably needs to look at
[10:41] <rugby471> it is about the behaviour of the Get free software and Installed Software buttons
[10:41] <rugby471> mpt: someojne filed a bug that clicking the buttons should take you to the home screen
[10:41] <rugby471> I agreed with this
[10:41] <rugby471> Also I put in place that when you clicked these the navigation bar is set back to home
[10:42] <rugby471> mpt & mvo : is this inline with the behaviour that you wanted when you designed it?
[10:42] <mpt> rugby471, no, they're like tabs in a tabbed window, they should take you to exactly the same part of the section you were in before
[10:43] <mpt> If you want to go up to the top of the section, you can use the path button
[10:44] <mpt> mvo, has rugby471 signed the Contributor Agreement?
[10:44] <rugby471> oh okay, don't merge that change then :-)
[10:45] <rugby471> mpt : no not yet, but I can
[10:45] <mpt> cool, thanks
[10:45] <rugby471> I shall do it in half an hour, I have to go do something now :-) see ya
[10:48] <didrocks> mpt: I'm wondering what's the difference of context between animation 1 et 2 in "Animation of the main pane" section. For me, navigating from the lobby screen to a department screen or changing from one item to another in the navigation pane is the same thing. I should miss something :)
[10:49] <mpt> didrocks, I need to go through the spec and make my terminology consistent, I've been all over the place
[10:49] <mpt> didrocks, but by "department" I mean Accessories, Education, Games, Graphics, etc
[10:50] <mpt> Those departments aren't shown in the navigation pane, whereas the "Get Free Software" and "Installed Software" sections are in the navigation pane.
[10:51] <didrocks> mpt: ok, oh, I guessed first that the navigation pane was the pane at the top, not the one on the left. Ok, understood now, thanks :)
[10:51] <mpt> The subtle metaphor is that this is a department store, and you're going in an elevator to (for example) the floor where all the Games are, and (ding!) the doors open
[10:51] <didrocks> sweet :)
[10:52] <didrocks> I'll try to get something, but again, it will not be mergeable (just proof of concept) until clutter isn't mandatory for GNOME. In the meanwhile I can work also on the pygtk side.
[11:45] <al-maisan> hrmm .. I cannot print at present and see the following line in /var/log/messages upon plugging in the printer cable:
[11:45] <al-maisan> Aug 28 12:38:57 Px4 kernel: [  168.321039] type=1503 audit(1251455937.238:16): operation="open" pid=4408 parent=4403 profile="/usr/sbin/cupsd" requested_mask="::r" denied_mask="::r" fsuid=7 ouid=0 name="/dev/bus/usb/"
[11:46] <al-maisan> Is this a know issue?
[11:46] <al-maisan> What should I add to /etc/apparmor.d/usr.sbin.cupsd to ix it?
[11:47] <al-maisan> *fix
[12:06] <al-maisan> Hmm .. I added a "/dev/bus/usb/** rw," line to /etc/apparmor.d/usr.sbin.cupsd; now the printer state is: "Waiting for printer to become available" .. for the last 10 minutes.
[12:07] <al-maisan> BTW, /var/log/messages now says:
[12:07] <al-maisan> Aug 28 12:58:57 Px4 kernel: [ 1368.053230] usblp0: USB Bidirectional printer dev 7 if 0 alt 0 proto 2 vid 0x0482 pid 0x0015
[12:57] <rugby471> mvo: are you busy, or could I ask you something about software-store's code
[13:02] <mvo> rugby471: just ask
[13:02] <rugby471> cool
[13:02] <rugby471> mvo: I am trying to pass an optionla package argument form the commandline
[13:03] <rugby471> I have set it up so that the arguement gets to app.py fine
[13:03] <rugby471> however when I try to run self.app_details_view.show_app(package)
[13:03] <rugby471> I get the error   File "/mnt/softwarestore/apt/aptcache.py", line 30, in has_key
[13:03] <rugby471>     return self._cache.has_key(key)
[13:03] <rugby471> AttributeError: 'NoneType' object has no attribute 'has_key'
[13:04] <mvo> rugby471: its probably still opening the cache in the background in this case, see the refresh() code
[13:04] <rugby471> I think it is becuase I am trying to view this page before a cache has been built, where should I put the code so that it behaves corrcetly?
[13:04] <rugby471> hehe
[13:04] <mvo> rugby471: in this case (when using apt:) we could just not do the cache opening in the background
[13:05] <rugby471> ok
[13:05] <rugby471> what function is opening the cache?
[13:07] <rugby471> mvo : ah I think I have got past that blocker :-)
[13:07] <rugby471> thanks
[13:07] <mvo> rugby471: apt/aptcache.py adds itself via a timeout that opens the cache, I add a "cache-opened" signal now, then you can just subscribe to that - what do you think?
[13:07] <mvo> oh, you solved it already :) ?
[13:07] <rugby471> a bit :-)
[13:07] <rugby471> one last question
[13:08] <rugby471> mvo : on the wiki page, it says that if software-store PACKAGE is run, then we should open that package
[13:08] <rugby471> however while looking on the OptionParser page (the module that I am using for parsing our arguements)
[13:09] <rugby471> it says that optional arguements are typically given a switch (ie. -p PACKAGE)
[13:09] <rugby471> only compulsory arguements are given without a switch
[13:09] <rugby471> do we still want to go with the functionality specified on the wiki?
[13:10] <rugby471> from a technical point of view, there is no problem
[13:10] <rugby471> .. either way
[13:10] <rugby471> just a convention (thats the word I was looking for)
[13:11] <mvo> I think in this case we should follow our spec
[13:11] <rugby471> ok
[13:11] <mvo> t would be nice if you could add a --debug switch as well
[13:11] <rugby471> sure
[13:11] <mvo> that just sets logger to debug  :)
[13:11] <mvo> great!
[13:11] <rugby471> would that correspond to logging.basicConfig(level=logging.DEBUG)
[13:11] <rugby471> ?
[13:12] <rugby471> mvo : ?
[13:12] <c_korn> hello
[13:12] <rugby471> hi
[13:13] <c_korn> is Ted Gould here ?
[13:14] <mvo> rugby471: yes
[13:14] <rugby471> kl
[13:22] <kenvandine> c_korn, not yet, but ted should be around within the next hour
[13:22] <c_korn> kenvandine: k. thanks
[13:28] <rugby471> mvo : for handling of errors (for example the package supplied on the commandline doesn't exist) do you want me to put in a error dialog function that can be reused?
[13:28] <rugby471> in app.py
[13:30] <mvo> rugby471: please :)
[13:30] <mvo> rugby471: simple wrappers around a gtkmessagedialog should be fine
[13:30] <mvo> I like something like "error(summary, text)"
[13:30] <mvo> error(primary, secondary) - I'm not fuzzed aobut the exact variable names
[13:32] <fta> kenvandine, hi, i saw you've committed some stuff to ~gwibber-team/gwibber/packaging, could you please update ~gwibber-team/gwibber/packaging.trunk?
[13:32] <rugby471> yeah that was what I was going for :-)
[13:32] <kenvandine> fta, humm... what is that branch for?
[13:33] <fta> kenvandine, well, it's the branch that is supposed to track trunk, it's base for the 2 PPAs
[13:33] <kenvandine> oh
[13:33] <kenvandine> i see
[13:33] <fta> i'm not sure about the one you touched
[13:33] <kenvandine> i touched the one referenced in Vcs-Bzr
[13:37] <kenvandine> fta, ~gwibber-team/gwibber/packaging.trunk hasn't been touched since may
[13:38] <fta> kenvandine, indeed, yet that the branch used for the dailies, so it's stable ;)
[13:38] <fta> +'s
[13:38] <kenvandine> ok :)
[13:48] <kenvandine> fta, merged and pushed
[13:49] <fta> thanks
[13:53] <tgpraveen1> any one knows when messaging indicator will get empathy support?
[13:53] <mac_v> mpt: i'v shown the icon to kwwii too  , he said its fine , now where and how many icons are needed is confusing! could you clarify?
[13:55] <rugby471> mvo : I have half-completed the commandline package handling, it probably needs someone who knows more about the code to complete it (wink, wink) :-) However the debug, help message and error dialog thing all work and are implemented
[13:56] <mvo> rugby471: nice, is it in the same branch that you posted before?
[13:57] <rugby471> not yet, just pushing
[13:57] <mpt> mac_v, sory, what specifically is confusing?
[14:00] <mac_v> mpt: rugby471 and mvo have been doing the animation using 36 or 42... i dont know , i wanted to know exactly how many icons you guys wanted. once you are done with the code stuff
[14:00] <rugby471> mvo : nearly there, by the way, only merge the contributions of the latest rev as the rest is probably out of sync with your branch
[14:00] <mpt> mac_v, 36 or 42 what? Pixels, or frames, or something else?
[14:01] <rugby471> mac_v: 36 is the number we are going with and the 36 icons are available in my branch
[14:01] <rugby471> 36 - number of rotations
[14:01] <mac_v> mpt: 32px but 36 number of icons
[14:01] <mpt> mac_v, mvo is really the best person to answer that question. My only requirement is that it doesn't look jumpy. :-)
[14:01] <mac_v> hehe ;)
[14:02] <rugby471> mpt : I did some testing and 36 is the best number
[14:02] <rugby471> it doesn't look jumpy at the speed we want to go with but it isn't too many
[14:02] <mac_v> rugby471: so i dont need to send any icons? all is good then?
[14:02] <mpt> rugby471, a period of about two seconds?
[14:03] <rugby471> mac_v : yes all is good
[14:03] <rugby471> mpt: (with 36 images, 12 FPS) http://videobin.org/+cv/f4.html
[14:03] <mac_v> mpt: now that rugby471 has completed the 36 icons from the 9 i'v sent do i need to sign the contributions
[14:04] <rugby471> yup
[14:04] <rugby471> http://www.canonical.com/contributors
[14:04]  * mpt is surprised Chromium apparently "does not support HTML5 video"
[14:04] <mpt> rugby471, that looks good
[14:05] <rugby471> mpt : thx, HTML5 video is coming though
[14:05] <mpt> The icon will fairly often be spinning around for hundreds of seconds while you do other stuff, so it should be fairly sedate :-)
[14:05] <mac_v> mpt: rugby471: hehe.. i was confused , would it be my contribution or rugby471's , since he completed the set ;)
[14:05] <rugby471> yeah thats what me and mvo were talking about
[14:06] <rugby471> if it was whizzing around we'd have loads of emails from annoyed users rather than happy ones :-)
[14:06] <mac_v> mpt: i send the mail to mvo right?
[14:06] <rugby471> mac_v : definitely yours, all I did was rotate the image in inkscape and export it
[14:06] <mpt> mac_v, mvo and to the address on the Web page
[14:06] <mvo> mpt: I added a text for packages that have other packages depending on them (so that the user knows about that). does "%s is installed on this computer. %s installed pieces of software use it." is a good sentence?
[14:06] <didrocks> queuing installs is a long awaited features, people would like it with software-store :)
[14:07] <james_w> chrisccoulson: have you done much polkit1 debugging yet?
[14:07] <mpt> rugby471, we could be sneaky and do what Microsoft did with Internet Explorer's throbber, and Apple did with the bouncing Dock in Mac OS X: make it fast in early versions, but slow it down in later versions, so that people who count the speed of loading by the number of spins/bounces are impressed at how much faster it is in the new version
[14:08] <chrisccoulson> james_w - not yet. how come?
[14:08] <rugby471> mpt : haha that is great :-)
[14:08] <james_w> users-admin is broken for me
[14:08] <james_w> (users-admin:1717): polkitgtk-WARNING **: Error sync-checking authorization for action id `org.freedesktop.systemtoolsbackends.set': Remote Exception invoking org.freedesktop.PolicyKit1.Authority.CheckAuthorization() on /org/freedesktop/PolicyKit1/Authority at name org.freedesktop.PolicyKit1: org.freedesktop.PolicyKit1.Error.NotAuthorized: Only trusted callers can use CheckAuthorization(), unix-user:jw2328 is not trusted
[14:09] <chrisccoulson> i haven't tried users-admin yet actually
[14:09] <chrisccoulson> one second, i will try it too
[14:09] <james_w> no worries though, just wondered if you would have some pointers :-)
[14:09] <mpt> mvo, so that's a case where we really do need to send people to Synaptic?
[14:09] <mpt> mvo, I see an example of this is Sylpheed mail client
[14:10] <mvo> mpt: depends if we want to do that or not, we can just let people remove it anyway
[14:10] <mvo> mpt: or show them a dialog or something with details. I don't mind either way
[14:10] <mpt> mvo, well, what are we trying to protect people from here?
[14:11] <mvo> mpt: removing stuff by accident.
[14:11] <rugby471> mvo : you have a dialog function :-)
[14:11] <mvo> mpt: I see two cases here: "I removed bla and that also removed blub" and "I removed hearts and now all my gnome-games are gone"
[14:11]  * mpt looks at Synaptic's equivalent warning: "The chosen action also affects other packages"
[14:12] <mpt> mvo, how are those two cases different?
[14:12] <mvo> mpt: the former is for packages that are a dependency of something already installed
[14:12] <mvo> mpt: the later is for packages that have multiple apps in the same package (gnome-games)
[14:12] <mpt> hmmmm
[14:12] <mvo> mpt: currently the user may think that that he can remove "hears" only
[14:12] <mpt> mvo, is it easy to get from a package name to the application name+icon?
[14:12] <mvo> when he really can only remove all of them nor none
[14:13] <mpt> mvo, e.g. if someone tries to remove Hearts, to give them a list of the other *applications* that will also be removed
[14:13] <mvo> mpt: that is doable (but not implemented right now)
[14:13] <chrisccoulson> james_w - i don't see the error here
[14:14] <james_w> oh
[14:14] <james_w> thanks for testing
[14:14] <mpt> mvo, are you comfortable doing it in time? Or would you rather just show a list of packages?
[14:14] <mpt> mvo, or just failing and sending people to Synaptic?
[14:15] <mvo> mpt: not all pkgs will have desktopfiles/icons so we will need both
[14:15] <mpt> well, sure
[14:15] <mvo> mpt: as a fallback (if it can not be done) we can sent people to synaptic
[14:17] <mpt> mvo, I'm happy designing any of those three (confirmation with list of applications/packages > confirmation with list of packages > sending people to Synaptic), it's just dependent on how much time you want to spend on it for 1.0.
[14:20] <mvo> mpt: lets aim for "confirmation with list of applications/packages"
[14:20] <mpt> We choose to go to the moon!
[14:20] <mpt> ok
[14:21] <mvo> going to space is enough :P
[14:21] <mpt> mvo, I'll start drawing that up in about 1 hour 40 min, I have a meeting with the other spaceman first :-)
[14:21] <chrisccoulson> james_w - the error message suggests that the caller is not UID 0
[14:22] <chrisccoulson> that shouldn't be the case though should it? (system-tools-backends runs as root)?
[14:22] <james_w> but it is g-s-t that queries isn't it?
[14:22] <mac_v> mvo: hmm..! for some reason when i first sent the contributors mail from a mail client it failed , I'v sent it again from the web. could you confirm when you've received it , or I'll send another one ;)
[14:22] <mvo> mpt: sure, thanks
[14:23] <chrisccoulson> james_w - g-s-t shouldn't be doing anything with it. it should be s-t-b that checks the authorizations
[14:23] <chrisccoulson> (at least that's my understanding of how polkit-1 works now anyway)
[14:23] <james_w> ah, that is true
[14:24] <james_w> I have a suspicion that g-s-t will make the call to find out whether to present the unlock button though
[14:25] <chrisccoulson> that's quite possible
[14:25] <chrisccoulson> but i thought it got that from an extra method from system-tools-backends?
[14:26] <james_w> I'm starting to think a session restart is needed
[14:26] <chrisccoulson> the lock button is part of libpolkit-1-gtk
[14:26] <james_w> I suspect version skew between the various parts is at fault
[14:27] <chrisccoulson> that's quite possible
[14:27] <rugby471> mpt: https://bugs.launchpad.net/ubuntu/+source/software-store/+bug/420517
[14:27] <rugby471> this could be the fallback for those without clutter
[14:27] <rugby471> (the fancy where is it mouseover)
[14:29] <mvo> mac_v: I have the mail, thanks!
[14:30] <mac_v> mvo: thanks :)
[15:05] <davmor2> is it known that add/remove applications is now showing up under applications and in system->administration?
[15:14] <mac_v> davmor2: actually it needs to be removed
[15:14] <mac_v> totally from the system , since software store is replacing it
[15:16] <davmor2> mac_v: in that case I won't bother with a bug until app store is in :)
[15:17] <mac_v> davmor2: oh , i just realized , i have app store installed... so Add/Remove is shown only in the apps menu
[15:18] <davmor2> mac_v: I just get add/remove twice on todays iso
[15:19] <mac_v> davmor2: software store is in the universe repo for now , awaitin MIR ;)
[15:20] <davmor2> mac_v: ah okay :)
[15:32] <dobey> pitti: care to do an upload? :)
[15:35] <c_korn> tedg: hello
[15:35] <tedg> Could someone core-dev mark these branches as abandoned for me please?  lp:~ubuntu-core-dev/indicator-applet/messages-ubuntu  lp:~ubuntu-core-dev/indicator-applet/sus-ubuntu  They've been moved to ~ubuntu-desktop.
[15:35] <tedg> c_korn: 'morning
[15:36] <c_korn> tedg: you may remember me. I was making some patch for fusa before the jaunty release which adds an option whether the logout/restart/shutdown confirmations should be shown
[15:37] <c_korn> now there is indicator-session in karmic and I also wanted to make a patch for this now
[15:38] <mac_v> tedg: what does "New Session" in indicator-applet-sus actually do? restart the session?
[15:38] <kenvandine> mac_v, switch user
[15:38] <kenvandine> dobey, pitti is out today
[15:38] <dobey> oh
[15:38] <mac_v> oh! hehe , weird label!
[15:39] <dobey> well crap :)
[15:39] <mac_v> kenvandine: Bug #291278 shall i mark this bug as also affects indicator-applet-sus ? or start a new bug?
[15:40] <kenvandine> indicator-applet-sus is no more
[15:40] <kenvandine> indicator-applet-session
[15:40] <kenvandine> and sure
[15:41] <mac_v> huh ! the "about" still says indicator-applet-sus ... i think that needs to be corrected :)
[15:41] <kenvandine> it has been corrected
[15:41] <kenvandine> just need a new release
[15:42] <korn_> sorry. internet connection lost. did I miss a message ?
 it has been corrected
[15:42] <kenvandine>  just need a new release
[15:42] <kenvandine> korn_, oh... sorry
[15:42] <kenvandine> not for you :)
[15:42] <korn_> np :)
[15:43] <tgpraveen1> kenvandine: do u have any idea when the messaging indicator will have empathy support?
[15:43] <mac_v> kenvandine: i cant find indicator-applet-session , in the projects   , nor sus? is there another name?
[15:43] <tgpraveen1> i think your branch had it long ago. any idea what happened?
[15:45] <tedg> c_korn: Okay, but we don't have much of a configuration infrastructure.... so I'm not sure how it'd be set.
[15:45] <mac_v> indicator-session ?
[15:45] <tedg> tgpraveen1: It does, it just doesn't detect it starting up...  so if you start it second...
[15:46] <mac_v> tedg: is it FUSA now indicator-session ?
[15:46] <tedg> mac_v: Yes.
[15:47] <mac_v> hmm... :) ,  FUSA > indicator-applet-sus > indicator-applet-session >indicator-session ...hehe
[15:47] <korn_> tedg: I see. the gconf keys also completely have been removed. as I do not know much about gtk programming I will first try to only make the gconf key.
[15:48] <tedg> mac_v: No, indicator-session is the logic.  indicator-applet-session is the wrapper into gnome-panel
[15:48] <kenvandine> tgpraveen1, soon i hope... tedg is going to make it not suck :)
[15:48] <tedg> korn_: Well, we were trying to avoid gconf this release, and wait for dconf so that we could get the logic into KDE eventually.  They'll never accept gconf :)
[15:48] <mac_v> tedg: hmm... i was searching for the name of project to add in the also affects :)
[15:49] <korn_> tedg: btw if the confirmations should be shown then the logout/shutdown/restart menu entries really should be suffixed by '...'. I will try to also fix that
[15:49] <kenvandine> mac_v, oh... indicator-applet
[15:49] <tedg> korn_: Good point!  Oops.
[15:50] <mac_v> kenvandine: isnt indicator applet the messaging menu? or is it for both ... ?
[15:50] <tedg> mac_v: indicator-applet is the gnome-panel wrapper for indicator-messages.
[15:51]  * mac_v thinks Ubuntu is running short on labels and recycling labels by appending names ;p
[15:51]  * tedg thinks we need to switch to Chinese for package names :)
[15:52]  * kenvandine thinks all the names are too similar
[15:52]  * mac_v agrees^
[15:59] <dobey> tedg: ogham!
[15:59]  * dobey will name his next project using morse code
[16:02] <mvo> rugby471: a nice project that I just thought of is to add graying out/in of the menu items. i.e. if a app is selected, make install sensitive, else sensitive(False)
[16:02] <mvo> that is currently not implemented
[16:02] <mvo> but really should be :)
[16:05] <rugby471> cool
[16:05] <rugby471> I shall get on it :-)
[16:05] <rugby471> mvo : has anyhting else been implemented since I last spoke to you?
[16:05] <c_korn> tedg: can panel_applet_gconf_get_bool () still be used to get the key's value ? because I do not see a PanelApplet occurence in the new code.
[16:05] <mvo> rugby471: implemented or merged?
[16:06] <rugby471> both?
[16:06] <mvo> rugby471: I implemented a warning on pkg removal now with a class that can be expanded so that we can do it in a more meaningful way later
[16:06] <rugby471> mvo : I am just interested :-)
[16:06] <tedg> c_korn: Nope, there isn't.  It's not a panel applet itself.  So there is no panel gconf keys either.
[16:06] <tedg> are
[16:06] <mvo> rugby471: I have merged the dialog bit, but not more :(
[16:06] <rugby471> kool
[16:06] <mvo> rugby471: sorry, I do that next
[16:06] <mvo> rugby471: I moved it into view.dialogs
[16:06] <rugby471> don't worry, theres still plenty of time :-)
[16:07] <rugby471> kl
[16:07] <rugby471> in my branch I reverted the behaviour of the sidebar that I spoke to you about, but I did fix one bug
[16:07] <rugby471> when you click on the home button, it removes other items in the breadcrumbs, not consistent with the behaviour of the other buttons in the breadcrumbs
[16:07] <didrocks> rugby471: the "where-to" will not use clutter but (as said later with mpt), the GNOME accessibility layer
[16:09] <rugby471> didrocks : ah
[16:09] <rugby471> didrocks : are you working on that?
[16:09] <didrocks> rugby471: clutter is only binded to a window. It can go "outside" :)
[16:10] <didrocks> rugby471: yes, I have some ideas about how we can achieve it :)
[16:10] <rugby471> I was just thinking if the gnome accessibility layer is not actuvated, we can use the simple method of showing (in that bug report)
[16:10] <rugby471> it is going to be very cool
[16:10] <rugby471> :-)
[16:10] <didrocks> rugby471: but as this will use the accessibility layer by default, we have to check that it doesn't introduce unwanted effect (so, activate it early in karmic+1)
[16:11] <rugby471> yah
[16:11] <rugby471> yeah
[16:11] <c_korn> tedg: so gconf_client_get_bool() is the proper function then ?
[16:13] <didrocks> rugby471: also, clutter can't be used for such an app before GNOME3 is in ubuntu (10.10 normally) as it enforces the use of a 3D graphic driver (which will be mandatory for GNOME3)
[16:13] <rugby471> right
[16:13] <rugby471> didrocks : what will hapen for those who don't have a 3d graphics card then?
[16:13] <didrocks> rugby471: but I will stil experiment a bit to see what we will be able to do in the futur :)
[16:13] <didrocks> rugby471: no GNOME3 for them
[16:13] <rugby471> blimey
[16:13] <rugby471> that's a bit harsh :-)
[16:14] <mpt> all righty, meeting over, time for the removal-of-dependencies alert
[16:14] <didrocks> rugby471: it's been a hard discussion on the gnome-devel list. But sometimes, you have to move on.
[16:14] <rugby471> anyway it's okay for me, I have a 3d GPU :-)
[16:15] <tedg> c_korn: Well, except that we don't have any gconf schema and aren't linking to the libraries.
[16:16] <c_korn> tedg: I add that. also was a settings window for the indicator-session never planned ?
[16:16]  * c_korn loves configurable GUI :)
[16:16] <didrocks> rugby471: how is the code base, still easy to understand? (I just take a look quickly yesterday)
[16:17] <tedg> c_korn: No, no preferences.
[16:17] <rugby471> didrocks : for softwareStore? Yes, pretty easy, it is quite clean
[16:18] <didrocks> rugby471: I trust mvo to keep it clean :)
[16:19] <rugby471> hehe
[16:20] <c_korn> hm, I wonder what is bad about preferences
[16:21] <rugby471> mvo : how do I access the gtkbuilder object from appdetailsview? I need to use get_object() to set the menu items to sensitive or not
[16:23] <mpt> rugby471, mvo: What's the "dialog" function for, specifically?
[16:24] <rugby471> just any dialog
[16:24] <rugby471> it is a quick way to create a dialog and a way to save having to type out the relevent lines of code everytime
[16:24] <mpt> rugby471, such as a preferences dialog? Or just alerts?
[16:24] <rugby471> mpt: it can be reused for any message dialog
[16:25] <rugby471> not just alerts
[16:25] <rugby471> not > no
[16:25] <rugby471> just alerts
[16:25] <mpt> ah, great
[16:25] <rugby471> we can construct a preferences dialog if you want though
[16:25] <mpt> So we can improve the layout etc of alerts all in one go
[16:26] <mpt> e.g. specify a standard width for them
[16:26] <mpt> hi MadsRH
[16:26] <rugby471> it can be : gtk.MESSAGE_INFO, gtk.MESSAGE_WARNING, gtk.MESSAGE_QUESTION or gtk.MESSAGE_ERROR
[16:26] <rugby471> mpt: yes if we wanted :-)
[16:26] <MadsRH> mpt: Hi
[16:27] <mpt> MadsRH, have you seen <https://wiki.ubuntu.com/SoftwareStore/Icons>? :-)
[16:28] <rugby471> mpt: I think Sebastian's submission is quite comical :-)
[16:28] <MadsRH> mpt: yes, Sebastian's suggestion look rather good
[16:28] <mpt> looks a bit like <http://appbodega.com/>
[16:28] <MadsRH> it is already used in a article on softpedia ;-)
[16:29] <MadsRH> mpt: it does (and it's cartoon-ish)
[16:33] <MadsRH> mpt: I was thinking about something like this http://dl.getdropbox.com/u/175241/Ubuntu-store-inspiration.jpg
[16:33] <rugby471> MadsRH: that would be pretty sweet
[16:34] <MadsRH> with app icons for the wall and a CD in front
[16:39] <mac_v> MadsRH: how would you convey that in a 32 px icon? the idea is cool though
[16:40] <MadsRH> mac_v: right, I guess that wouldn't work that well
[16:41] <mac_v> ;)
[16:42] <mac_v> i think sebastien's idea was cute :) just needs a bit of touchup , to make it feel less cartoon-ish
[16:48] <rugby471> mvo : how can I access a menu item in the gtkBuilder object from appdetailsview.py
[16:49] <rugby471> mac_v & MadsRH : that could be done in a 32 px icon
[16:49] <MadsRH> mpt: I'll brainstorm on some other ideas tonight and upload it to the wiki if anything good comes to mind
[16:49] <rugby471> the apps would have to be small sqaures
[16:50] <mac_v> rugby471: actually i was confused by the icon used in the apps ;) ,  it needs to be done in 24px and 22px
[16:50] <rugby471> hehe
[16:56] <rugby471> mpt : is mvo here?
[16:56] <mvo> rugby471: yes, on th ephone
[16:57] <rugby471> ah, could you look at my question when you are finsihed
[16:57] <rugby471> ?
[16:57] <mvo> rugby471: currently accessing in the detailsview is not possible, I think best is to let the detailsview emit a signal when a package is viewed
[16:57] <rugby471> I thought so
[16:57] <rugby471> thanks
[16:57] <mvo> rugby471: something like this, I would like to have the widget independent from app logic
[16:58] <rugby471> sabdfl has joined 5 times :-)
[16:58] <rugby471> mvo : cool
[17:04] <sabdfl> rugby471: i'm testing wifi roaming with encrypted connections
[17:04] <sabdfl> as you can see, it tends to drop and reconnect :-/
[17:05] <rugby471> sabdfl : hehe np
[17:07] <chrisccoulson> sounds about as reliable as my 3G connection ;)
[17:13] <mac_v> rugby471: thats why i turn off the joined and left messages ;)
[17:13] <rugby471> hehe
[17:14] <rugby471> mac_v : I leave them on otherwise I will end up asking a person questions who has left a few hours ago :-)
[17:15] <mac_v> rugby471: i use auto complete for that , so if the person is not there , it nic auto complete wont work
[17:15] <mac_v> s/it/the
[17:21] <rugby471> mvo : sorry couldn't get my head around gobject signals
[17:21] <rugby471> mvo : I shall have to leave that to someone else
[17:22] <mvo> rugby471: no problem
[17:23] <rugby471> I shall find something else to do in Software-Store
[17:24] <mvo> rugby471: I'm currently in the process of merging you changes :) what editor do you use? it seems like it get some random whitespace conflicts on merge (that is odd)
[17:24] <rugby471> I use geany
[17:26] <rugby471> mvo : maybe it is becuase I manually merged your branch and mine ?
[17:28] <mvo> manually? you did not use bzr merge?
[17:29] <rugby471> no, because you had changes which I did not and vice versa
[17:29] <mvo> aha, ok
[17:29] <mvo> yeah, that does explain it
[17:29] <rugby471> I shall do this next time :-) sorry
[17:32] <rugby471> mvo : if you do a sample gobject signal method, then I can learn from that
[17:33] <rugby471> ideally it is just the stuff in app.py
[17:33] <rugby471> I learned form the signals you put in apt-cache
[17:33] <rugby471> and put them in appdetailsview
[17:33] <rugby471> however I need the help with the code that needs to be in app.py
[17:34] <rugby471> that would be helpful as there are quite a few things that need such signals (like the hiding of the search entry) wich I can do once I know how
[17:42] <mvo> rugby471: look at the searchentry.py - that should be a good example
[17:42] <mvo> rugby471: (sorry, on the phone again)
[17:43] <mac_v> mpt: how is install and remove allowed to have icons? are they objects too?
[17:43] <mac_v> aernt they actions?
[18:01] <rugby471> mvo : np, I still can't do it, if you could set up app.py for receiving signals with a sample .connect function, I could easily learn how to do it
[18:01] <rugby471> mvo : ofcourse in your own time :-)
[18:45] <Amaranth> mvo: did you get a chance to check out my gnome-panel branch or are you going to let seb128 handle it when he gets back?
[18:46] <bigon> ark, ubuntu now need telepathy-mission-control-5 and it's not in main
[18:46] <bigon> :/
[18:46] <bigon> s/ubuntu/empathy
[18:48] <bigon> btw I'm remerging empathy with debian
[19:04] <fta> kenvandine, hmm. all backports of gwibber are now broken. jaunty&lower need python-desktopcouch-records, and intrepid&hardy failed in python-distutils / cdbs
[19:04] <kenvandine> fta, :(
[19:04] <kenvandine> well... hmm
[19:04] <kenvandine> python-desktopcouch-records can be  a suggests actually
[19:06] <mvo> mpt: thanks for the dialog update. there is a case (when its not a dependency but a recommends) when removing does not remove the other app (but its still discouraged. should we just use a more generic text? or add special case code?
[19:06] <mpt> mvo, do you have an example?
[19:08] <mvo> package A and B are installed. A recommends B. now the user removes B. A does not have to get removed too, but A may have limited functionatliy from now on (a example might be a text editor that recommends a printing system. removing the printing system leaves the text editor intact, just limits its usefulness)
[19:08] <kenvandine> fta, the python version thing is probably a problem too for backports
[19:08] <mpt> oh, bother, the spec text and mockup conflict
[19:08] <kenvandine> gwibber doesn't work with 2.5 anymore
[19:09] <fta> http://launchpadlibrarian.net/30940085/buildlog_ubuntu-intrepid-i386.gwibber_2.0.0~bzr393-0ubuntu1~daily1~intrepid_FAILEDTOBUILD.txt.gz
[19:09] <fta> hm, so should i stop shipping it for intrepid & hardy?
[19:10] <fta> jcastro, ^^
[19:10] <mpt> mvo, I suggest just going ahead with the uninstallation for now, but note that in the "Unresolved issues" section
[19:11] <mpt> so that we can come up with something more informative
[19:11] <mpt> mvo, I'll be much happier tackling things like that once the main sections of the app are more complete :-)
[19:11] <rugby471> mpt: note that the dialog you designed cannot be done with the generic dialog function we have already, we shall need to make a new one
[19:11] <mpt> rugby471, I guessed as much
[19:12] <rugby471> hehe don't worry through, it won't be hard
[19:12] <jcastro> fta: I would stop shipping it, I mean, at some point we have to move forward
[19:12] <rugby471> mpt: are those mockups hand-drawn?
[19:12] <jcastro> fta: the old version still works for them right?
[19:12] <mac_v> rugby471: the search button? is ther a bug about that?
[19:13] <mpt> rugby471, yes
[19:13] <rugby471> mpt: they are pretty cool :-)
[19:13] <mpt> thanks
[19:13] <rugby471> mac_v: sorry?
[19:13] <mac_v> rugby471: there is no "clear" in the search field
[19:14] <rugby471> there is at the moment
[19:14] <rugby471> what revno are you running?
[19:15] <mpt> There is in Softpedia's screenshots, so it must be true
[19:15] <rugby471> there is in the version I am running
[19:15] <mpt> ;-)
[19:15] <mac_v> rugby471: 0.1.2
[19:15] <mac_v> also typing in the search field opens a separate text input box below
[19:16] <fta> jcastro, no idea. yesterday's karmic build was triggering apport every few minutes, so i had to stop using it
[19:16] <rugby471> yeah that is a bug with the search entry loosing focus
[19:16] <rugby471> mac_v: can you download the bzr branch and run it?
[19:16] <mac_v> rugby471: link?
[19:17] <rugby471> mac_v : https://code.launchpad.net/~software-store-developers/software-store/trunk
[19:18]  * mac_v checks it out
[19:18] <rugby471> mac_v once you have donwloaded the branch, cd into it and run ./software-store
[19:21] <mac_v> rugby471: i still see the same problem , there is not "clear" button inside the search box , this is in rev 141
[19:21] <rugby471> mvo : I saw your branch using webkit, are we going to move towards this?
[19:21] <mac_v> no*
[19:21] <rugby471> screenshot?
[19:22] <mvo> rugby471: I was playing with it, its nice but there is so little time :/
[19:22] <rugby471> ah
[19:23] <mac_v> rugby471: mvo: http://imagebin.ca/view/pQE7hw.html
[19:23] <rugby471> that's strange
[19:23] <rugby471> mac_v: could you try setting your gtk icon theme to human
[19:25] <mac_v> rugby471:  huh! it appears with human ,  but not humanity!
[19:26] <mac_v> what is the icon label used there?
[19:26] <rugby471> i presume just a normal gtk-clear
[19:27] <mac_v> weird :/
[19:27] <rugby471> gtk.STOCK_CLEAR
[19:28] <rugby471> mvo : sorry if you are busy, but when do you think you could have the gobject signal receving thing in place in app.py?
[19:28] <mvo> rugby471: I commited (r142) a example
[19:29] <mac_v> rugby471: why stock_clear? and not just gtk-clear?
[19:29] <rugby471> it is the gtk stock clear
[19:29] <rugby471> just in python :-)
[19:29]  * mac_v checks gnome
[19:30] <rugby471> mvo : thankyou I shall get to work :-)
[19:31] <mvo> :)
[19:41] <mvo> could you test the current bzr for software-store ? if its working well (as well as the previous verson) than I will upload it
[19:42] <rugby471> mavo: it is working fine for me
[19:42] <rugby471> however before you upload could you wait for one patch that I am making?
[19:42] <rugby471> mav > mvo: see above
[19:43] <mvo> rugby471: sure
[19:43] <rugby471> it is about making the search box unsensitive when we are looking at an application details
[19:44] <rugby471> mvo : in the mean time, there is my commmandline arguements patch
[19:44] <rugby471> in my branch
[19:44] <mvo> rugby471: I just checked that, it seems like it needs some additional functionatliy as the spec says "package name" (and not appname) - so a bit of additional code is required to map pkg->app first
[19:45] <mvo> and we need to decide what to show if there are multiple apps for the pkg (like gnome-games)
[19:45] <mvo> sorry that everything is more complicated than it looks first :/
[19:45] <rugby471> yeah
[19:45] <rugby471> no I know what you mean
[19:45] <rugby471> however could you not comment out the packagename stuff until we are ready
[19:45] <rugby471> things like the debug function work and are useful
[19:46] <mvo> yeah, thats very true!
[19:46] <rugby471> especially for the bug reports we are oging to be getting :-)
[19:46] <mvo> :)
[19:48] <mvo> rugby471: commandline parser commited
[19:48] <mvo> many thanks!
[19:48] <rugby471> cool
[19:48] <rugby471> give me 5 minutes for this patch
[19:50] <kenvandine> fta, i pushed the change making python-desktopcouch-records a Suggests
[19:50] <kenvandine> to both packaging branches
[19:51] <rugby471> mvo:actually skip that patch
[19:51] <rugby471> I'll have it byu the morning
[19:51] <rugby471> however there is one change in my branch that needs ot be merged (last one)
[19:52] <rugby471> mvo : http://bazaar.launchpad.net/~rugby471/software-store/software-store-andrew/revision/137
[19:52] <rugby471> the very first change (in red)
[19:52] <rugby471> ignore the rest
[19:52] <rugby471> mvo : basically it stops the clearing of the breadcrumbs when the home button is clicked
[19:53] <fta> kenvandine, thanks
[19:54] <kenvandine> fta, think you can sponsor that for universe?
[19:54] <rugby471> mvo : you there?
[19:55] <fta> kenvandine, i can, i'll wait for feedbacks from the dailies users 1st.
[19:55] <kenvandine> ok
[19:55] <mvo> rugby471: yeah, I check that out
[19:55] <mvo> "Internal Server Error"
[19:55] <mvo> heh :)
[19:55] <mvo> LP is not my friend
[19:55] <rugby471> mvo : yeah I just got that
[19:55] <rugby471> try refreshing
[19:55] <rugby471> worked for me
[19:56] <kenvandine> fta, thx... it's my last feature freeze deliverable... but at least it was in the sponsor queue on time :)
[19:59] <rugby471> mpt: I have a question about the ui of software-store
[20:00] <rugby471> on the wiki page it says when viewing an individual application there should be no search bar
[20:00] <rugby471> do you want the search bar physically hidden or just grayed out and not selectable?
[20:01] <rugby471> damn it, he just left :-)
[20:13] <fta> kenvandine, "+Suggests: python-desktopcouch-records,"  trailing coma..
[20:14] <kenvandine> damn
[20:14]  * kenvandine fixes
[20:15] <mac_v> kenvandine: are there plans to minimize messaging apps to the messaging menu? [future plans?]
[20:15] <mac_v> to allow apps to minimize*
[20:15] <kenvandine> mac_v, that is a tedg question
[20:15]  * mac_v waits for tedg ;)
[20:16] <kenvandine> fta, fixed and pushed to both branches... sorry!
[20:16] <fta> np
[20:16] <tedg> mac_v: Minimize?  No, more like that you'd close the app and it would stay running with an entry in the MM.
[20:17] <mac_v> tedg: yeah what you said^ , its in the unresolved issues in the wik
[20:17] <tedg> mac_v: I believe that it's the plan as much as we control it.  It's an application thing, so we'll try to write patches for as many as we can.  But ultimately, the app developers need to get on board.
[20:18] <mac_v>  great \o/
[20:20] <mac_v> tedg: for thunderbird , you said you would look into making it play well with messaging menu *if you had time* , you know about the moztraybiff , right? porting that would be easy?
[20:21] <tedg> mac_v: I'm not familiar with moztraybiff, but in general, I don't think it'd be awfully difficult.  Not sure that I'll have time though.
[20:22] <mac_v> tedg: http://moztraybiff.mozdev.org/ , just bookmark this for later :)
[20:22] <mac_v> but sure at your own time :)
[20:22]  * mac_v thinks about looking into libindicate and doing the thunderbird work himself :)
[20:27] <tedg> mac_v: If you just want the count to reflect on the server, I'm actually working on making that easier right now :)
[20:29] <mac_v> tedg: i'm actually not happy with how it works right now :( , it doesnt display separately the new mail in each folder and is very inconsistent in listing the new mail when folders are present
[20:29] <tedg> mac_v: Working on fixing that.
[20:30] <mac_v> awesome \o/ , will it be able to report the mail in separate folders too as shown in the wiki?
[20:32] <tedg> mac_v: Yes.
[20:33] <mac_v> cool ... :)
[20:34] <rugby471> see ya guys
[20:36] <fta> hm.. https://bugzilla.mozilla.org/show_bug.cgi?id=492211#c13