[02:12] <chrisccoulson> wow, it's so nice to work on a desktop package that takes less than 5 minutes to build :)
[02:14] <desrt> chrisccoulson: good evening :)
[02:14] <chrisccoulson> hi desrt, how are you?
[02:14] <desrt> pretty good
[02:14] <desrt> what package is that?
[02:14] <TheMuso> chrisccoulson: I can imagine. :)
[02:14] <chrisccoulson> desrt, gnome-terminal. i started building it and went off to get a drink, and it finished building before i even got out of the chair ;)
[02:15] <desrt> thank chpe, i guess :)
[02:15] <chrisccoulson> which is a lot quicker than building firefox ;)
[02:15] <desrt> is it using GSettings yet?
[02:15] <chrisccoulson> desrt, not the version we have ;)
[02:15] <desrt> oh you :p
[02:44] <chrisccoulson> robert_ancell, do you still have issues with your hard drive?
[02:53] <LucidFox> Could a core developer please retry https://edge.launchpad.net/ubuntu/+source/gtk+2.0/2.21.5-1ubuntu6/+build/1912973 ?
[02:53] <LucidFox> Looks like a temporary problem, and it blocks the webkit rebuild
[02:54] <LucidFox> or actually wait...
[02:54] <LucidFox> seems more complicated than that
[02:55] <LucidFox> whole chain of unmet build-dependencies on sparc
[02:55] <LucidFox> starting with glib
[02:56] <chrisccoulson> well, sparc is in a very bad state anyway
[02:56] <LucidFox> https://edge.launchpad.net/ubuntu/+source/glib2.0/2.25.13-1ubuntu1 <-- apparently this wasn't even considered for building on sparc, any idea why?
[02:57] <LucidFox> it causes a whole chain of build failures: gdk-pixbuf, gtk+2.0, webkit and epiphany-browser
[02:57] <TheMuso> LucidFox: Forget sparc, its going to die.
[02:57] <LucidFox> Ah
[02:58] <TheMuso> I think glib is not built on sparc any more because there were just too many problems.
[02:58] <TheMuso> WHich breaks most other things, but meh.
[02:58] <TheMuso> Again, 99% sure the port is about to be removed/die.
[02:58] <chrisccoulson> yeah, i've not even bothered trying to get firefox to build on it anymore
[02:58] <TheMuso> chrisccoulson: Right, whenever I see a sparc FTBFs, I forget about it.
[02:59] <chrisccoulson> me too :)
[03:00] <ajmitch> techboard should be ruling on whether to kill it properly soon
[03:00]  * ajmitch will be glad to see it die :)
[03:01] <TheMuso> At UDS Maverick, a discussion was held about dropping sparc and ia64. If nobody was going to step up and maintain sparc, particularly toolchain, it would be dropped. Ia64 is not quite so badly off, but its not far from the same position, i.e for Maverick+1, if ia64 maintenance is not picked up, it dies too.
[03:01] <ajmitch> both are listed on the TB agenda for the next meeting
[03:02] <TheMuso> ajmitch: Oh really? Wow interesting.
[03:02] <ajmitch> yeah, it's one of the few wiki pages I'm still subscribed to :)
[03:02] <TheMuso> heh
[03:03] <chrisccoulson> nice - https://developer.mozilla.org/en/DOM/Touch_events
[03:04] <TheMuso> cool
[03:52] <micahg> RAOF: around?
[04:57] <RAOF> micahg: Yes.
[04:57] <micahg> RAOF: hi, I'm merging gjs, should mozjs still be requires.private?
[04:57] <RAOF> I believe this to be the case, yes.
[04:58] <RAOF> Hasn't that got accepted upstream yet?
[04:58] <micahg> no
[04:58] <micahg> well, not that I can tell
[04:58] <micahg> no
[04:59] <RAOF> It's not *necessary* if we're setting LD_LIBRARY_PATH all over the place, but it's still *correct*
[04:59] <robert_ancell> micahg, sweet, one step closer to being able to build gnome-shell :)
[05:10] <micahg> RAOF: do you remember the upstream bug for the JS private issue...i doubt they'll take it, but I can note it in the changelog
[05:11] <RAOF> I didn't add it as a dep-3 tag to the patch?  Bad RAOF.
[05:12] <RAOF> https://bugzilla.gnome.org/show_bug.cgi?id=607627
[05:12]  * micahg checks
[05:12] <ubot2> Gnome bug 607627 in general "gjs-1.0.pc adds unnecessary libmozjs linkage to client apps" [Normal,Unconfirmed]
[05:12] <RAOF> Thank you, ubot2
[05:15] <micahg> RAOF: I didn't see a patch at all, but I'm making one now, thanks
[05:15] <RAOF> Did I make the changes in the diff?  Again, bad RAOF
[05:16] <micahg> I think so
[05:21]  * micahg thinks this is the most complicated merge yet
[05:22] <micahg> now if there's a debian version before the newest ubuntu version do I do -v from the older ubuntu version or latest ubuntu version
[05:25] <RAOF> micahg: The most recent version in our archive.
[05:25] <micahg> RAOF: k, test building now, if it's good, I'm uploading and moving on :)
[05:25] <micahg> robert_ancell: BTW, I took Debian's mini soname bump
[05:29] <pitti> good morning
[05:30] <micahg> morning pitti, are you in a NEW mood this morning?
[05:33] <pitti> micahg: something particularly urgent? (we have archive admins every day)
[05:34] <micahg> no, not unless Feature freeze will hurt it
[05:34] <pitti> no, everything which is in NEW by today will be considered
[05:34]  * ajmitch likes hearing that
[05:34] <micahg> k, no rush then :)
[05:49] <micahg> RAOF: if I'm getting a warning, but it doesn't look valid because I examined the debs can I ignore it
[05:49] <RAOF> What warning?
[05:50] <micahg> RAOF: http://pastebin.ubuntu.com/476759/
[05:51] <micahg> oh, nm, it's normal since those vars aren't used in those pacakges
[05:51] <RAOF> Are you sure the undefined ${gir:Depends} warning is benign?  The unused variable warning is just fine, though.
[05:51]  * micahg will double check for that
[05:56] <micahg> RAOF: I see libgirepository1.0-1 as depends in the package, I don't know where that substitution is done
[05:57] <micahg> RAOF: debian has the same warning
[06:03] <RAOF> micahg: Does gjs ship gobject introspeciton data (as opposed to consume it)?  Does it have a call to dh_girepository?  That's the debhelper tool which is supposed to generate gir:Depends
[06:03] <micahg> no call to that
[06:05] <micahg> and Debian doesn't have that either
[06:05] <TheMuso> Hey pitti.
[06:08] <RAOF> micahg: Well, my call would be that one of the following is true: (1) gjs shouldn't have any ${gir:Depends} field, or (2) dh_girepository should be called during build.
[06:09] <micahg> RAOF: dh7 doesn't auto do that I"m guessing
[06:09] <RAOF> You'd probably have to pass --with gir or somesuch, I'd bet.
[06:10]  * micahg could try and see what happens :)
[06:13] <micahg> won't let me prepare since it can''t call dh --with gir clean in LUcid
[06:14] <RAOF> I'm not sure that “dh --with gir” is the right call, or even if there *is* a --with you could be using.
[06:15]  * micahg checks how long we've had it
[06:18] <micahg> RAOF: we've had it since 0.4, I don't think I should worry about it ATM
[06:19] <RAOF> micahg: It's probably not too important.  It's a packaging bug, though.
[06:19] <RAOF> Does gjs actually ship any gobject-introspection data?
[06:20] <micahg> RAOF: I can file for debain
[06:20] <micahg> *debian
[06:24]  * micahg is uploading unless there are objections
[06:31] <micahg> going..going..gone :)
[06:58] <gambs> Is anyone about?
[06:59] <micahg> !ask | gambs
[06:59] <pitti> !ask | gambs
[06:59] <ubot2> gambs: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[06:59] <pitti> micahg: "Aw, snap!" :)
[06:59] <micahg> pitti: heh, 1 second apart
[07:01] <gambs> Sorry-- Is it on purpose that the new Update Manager *disables* updates if it is unsure of your connection? (I'm not using network manager and it won't let me check for or run the updates I know I am able to get)
[07:02] <pitti> gambs: ah, that's a q for mvo, he's not online yet, though
[07:02] <pitti> I'd say it should check "ip route" for a default route instead of just NM
[07:03] <pitti> but anyway, we pretty much assume NM in Ubuntu
[07:03] <pitti> so without NM this is not really supported
[07:03] <gambs> Yes, understandable, but it warns me that it may not be able to get the updates AND takes the option away of even trying.
[07:04] <pitti> that's certainly a bit overzealous
[07:05] <micahg> RAOF: debian 592694 (gjs packaging bug)
[07:05] <ubot2> Debian bug 592694 in gjs "libgjs0a has ${gir:Depends} but it's not substituted" [Minor,Open] http://bugs.debian.org/592694
[07:05] <gambs> pitti: Is mvo likely to show up soon? It is 2 AM in my timezone.
[07:10]  * robert_ancell hates projects that don't have a proper website, tarball location, or any real information as to where the source is and how to find the latest changes
[07:11] <ajmitch> pitti: unfortunately that raises a whole class of new bugs there
[07:11] <micahg> robert_ancell: should I grab the new gnome-shell from experimental and upload?
[07:12] <robert_ancell> micahg, if it compiles, go for it!
[07:14] <TheMuso> robert_ancell: What project are you referring to in particular?
[07:14] <robert_ancell> TheMuso, libv4l
[07:14] <robert_ancell> but there are a lot of other projects that do it too..
[07:18] <TheMuso> ah
[07:19] <TheMuso> robert_ancell: I happen to agree re projects not having easy to find tarballs/site/info/changes.
[07:37] <didrocks> good morning
[07:38] <pitti> gambs: yes, he should
[07:39] <pitti> ajmitch: "that" is?
[07:39] <micahg> robert_ancell: didn't work OOTB, .la issues
[07:40] <robert_ancell> micahg, gnome-shell?
[07:41] <micahg> robert_ancell: yeah, does gnome-shell have a freeze exception like the rest of gnome or is that main only?
[07:43] <robert_ancell> micahg, I would assume so, pitti?  Either way, it's mostly experimental still
[07:44] <pitti> I'm inclined to say that seb128 will approve it
[07:44] <micahg> k, so maybe I"ll leave this for next week
[07:44] <pitti> so I think we should go on with updates to it for some time still
[07:45] <micahg> pitti: I'm happy to keep it updated as long as the release team will let me :)
[07:46] <pitti> no objections from my side
[07:47] <micahg> alrighty then :)
[07:54] <micahg> robert_ancell: /usr/share/gir-1.0/PangoCairo-1.0.gir: Incompatible version 1.0 (supported: 1.1)
[07:55] <robert_ancell> micahg, you need to update, mine is 1.1
[07:55] <micahg> update gir-repository-dev?
[07:55] <robert_ancell> libpango1.0-dev
[07:55] <micahg> oh
[07:55]  * micahg checks
[07:55] <robert_ancell> I have 1.28.1-1ubuntu3
[07:56] <micahg> ah, I guess I need an apt-get update :)
[07:56] <micahg> s/update/upgrade
[07:56] <vish> pitti: hi , fix committed for Bug 616569 conflicts with bug 409338
[07:56] <ubot2> Launchpad bug 616569 in jockey (Ubuntu) (and 2 other projects) "hardware drivers shows window called untitle windows at scaning/download drivers (affects: 1) (heat: 6)" [Low,Fix committed] https://launchpad.net/bugs/616569
[07:56] <ubot2> Launchpad bug 409338 in jockey (Ubuntu) (and 2 other projects) "Change the name of "Hardware drivers" (affects: 2) (heat: 33)" [Low,In progress] https://launchpad.net/bugs/409338
[08:12] <slomo> robert_ancell: hi, any progress with gtk3 already? :)
[08:12] <robert_ancell> slomo, hey, i'm just fixing a bug where it doesn't compile if builddir != srcdir
[08:13] <robert_ancell> slomo, did debian use 011_immodule-cache-dir.patch before?
[08:14] <slomo> robert_ancell: yes, i dropped this for gtk3 though
[08:14] <slomo> you can take the gtk3 patches from svn, i've updated them all already
[08:14] <slomo> no need to do the same work twice ;)
[08:14] <slomo> the immodule-cache-dir patch can be dropped because upstream has a similar solution now
[08:15] <robert_ancell> slomo, heh, I did them before you showed me svn yesterday!  I've merged the debian changes over to the bzr branch I'm working on.  There isn't anything worth sending back to you from this side yet though
[08:16] <robert_ancell> slomo, have you had it building yet?  I can build from git but haven't got dpkg happy yet
[08:17] <slomo> yes, it builds but the install step of debian/rules fails currently (the .install files have some errors)
[08:17] <robert_ancell> nice
[08:17] <slomo> is the cheese performance problem gone btw?
[08:18] <slomo> as said, the remaining issues with gtk3 are the install files, copyright and a diversion for the update-icon-cache file ;)
[08:21] <robert_ancell> slomo, still the same problem with cheese/gstreamer.  I've been looking around but I don't know enough about gstreamer.  Seems widely reported in Fedora and GNOME bugzillas though
[08:21] <robert_ancell> the build problem I'm working on only affects introspection
[08:23] <slomo> can you give me the gnome/fedora bug urls?
[08:24] <kiwinote> morning mvo
[08:24] <kiwinote> mvo: thanks for the merge ;)
[08:25] <mvo> kiwinote: cheers, my pleasure. I'm very happy with the outcome now, I think there one or two fixmes left, but I think it now integrates very well into the code and the ui
[08:26] <vish> mvo: hi , is the SC add-ons branch gonna make if for Maverick? [seeing that today is feature freeze :) ]
[08:26] <robert_ancell> slomo, I've linked them off bug #610600
[08:26] <ubot2> Launchpad bug 610600 in cheese (Fedora) (and 5 other projects) "Serious video performance regression in cheese (2.28.1->2.30.1) (affects: 2) (heat: 16)" [Unknown,Unknown] https://launchpad.net/bugs/610600
[08:27] <robert_ancell> slomo, also, do you know where the official source of libv4l is?  Fedora is running a 0.7 version which doesn't seem to have a tarball (the only major change I can see is ignoring the first frame if it is corrupt)
[08:28] <mvo> vish: its very tight, its >< this close
[08:28] <vish> hehe! :D
[08:29] <mvo> beside the code one concern is that we need a clenaup action in the archive
[08:29] <mvo> to find out about the bogus suggests
[08:29] <mvo> when we did that with recommends it took quite a while to find and fix them
[08:31] <vish> mvo: yeah , exactly! mpt mentioned that we can expect a lot of bugs due to wrong suggests.. so trying to be ready ;)
[08:31] <slomo> robert_ancell: no idea, sorry
[08:31] <mvo> vish: :)
[08:37] <slomo> robert_ancell: no idea about the cheese bug, the bug reports are full of noise
[08:38] <robert_ancell> slomo, yeah, I couldn't find anything concrete.  Did the pipeline I put in the Ubuntu bug make sense?  It looks like a v4l/gst issue to me
[08:41] <slomo> robert_ancell: well, you should add a queue between the v4l2src and the next element... should improve everything a bit
[08:42] <slomo> robert_ancell: and are you running with gst-plugins-good 0.10.24.2 or .3?
[08:42] <robert_ancell> slomo, 0.10.24.2-1ubuntu1
[08:43] <slomo> ok
[08:44] <slomo> robert_ancell: you should report a bug with your pipeline (+ queue) against gst-plugins-good in gnome bugzilla
[08:45] <robert_ancell> slomo, ok, will do
[08:45] <slomo> robert_ancell: and the debug output you get if you set GST_DEBUG=v4l*:5,theora*:5,GST_QOS:5 before running that pipeline
[09:00] <huats> morning
[09:02] <seb128> hey
[09:02] <seb128> lut huats
[09:02] <pitti> hey seb128
[09:02] <seb128> hey pitti
[09:02] <huats> hello seb128 and pitti
[09:10]  * vish twiddles fingers.. lp locked down!
[09:13] <mvo> hrm, I can see that LP is down, but why does code.launchpad.net has to be down as well :/
[09:13]  * mvo wants to merge branches
[09:14] <seb128> great timing they picked again for that...
[09:14] <mvo> it just feature freeze day
[09:14] <mvo> ;-)
[09:15] <vish> we should get /extra time/ when they do that! :D
[09:17] <ajmitch> pitti: sorry, was responding to your statement about assuming NM is available, I'd been bitten by an annoying bug with U1 related to that :)
[09:18] <pitti> ah
[09:20] <ajmitch> code should not silently fail just because the interface is up but isn't being controlled by NM
[09:27] <pitti> james_w: is there a trick to convince bzr mu to do the first-ever import of an orig.tar.bz2?
[09:27] <pitti> james_w: it keeps telling me "bzr: ERROR: The target file system-config-date_1.9.60.orig.tar.bz2 already exists,..."
[09:44] <seb128> re
[09:44] <seb128> huats, lut
[09:45] <seb128> slomo, hi, the update from yesterday didn't fix the video recording issue...
[09:45] <seb128> the performance issue
[10:04] <devildante> mvo: I fixed the issues you mentionned in the review of my addons branch. Please re-check :)
[10:06] <mvo> devildante: many thanks, I will do as soon as launchpad is back
[10:06] <devildante> mvo: please re-check the tests, it's the first time I've written one and I don't know if I've done it well
[10:07] <devildante> mvo: should I ask mpt about the issue with the install button?
[10:07] <mpt> Good morning mvo, how's things
[10:08] <mvo> mpt: good morning. good
[10:09] <devildante> mpt: hi mpt :)
[10:09] <mvo> mpt: we are looking at the addons branch currently and there are two issues with the design I would like to get input on
[10:09] <mvo> see https://code.edge.launchpad.net/~ilidrissi.amine/software-center/addons/+merge/30946
[10:09] <mpt> ok, I'll re-pull
[10:11] <mpt> bzr: ERROR: Not a branch: "http://bazaar.launchpad.net/~ilidrissi.amine/software-center/addons/".
[10:11] <mpt> that's odd
[10:11] <mvo> launchpad is down
[10:11] <mvo> I think its a trick to ensure we don't work too hard on feature freeze day
[10:11] <devildante> mvo: but it's a read-only operation
[10:11] <devildante> mvo: :p
[10:12] <mvo> DOWN ;)
[10:12] <mvo> but yeah
[10:12] <kiwinote> mvo: does "software-center search:app that does something" seem good syntax for opening s-c with a searchterm preloaded?
[10:12] <mvo> I don't quite understand why checkouts are no longer possible
[10:13] <mvo> kiwinote: yes, I wonder if it would make sense to try to be compatible why the aptitude search synatax (at least a little bit) its pretty powerful
[10:14] <mvo> kiwinote: hm, maybe --search instead?
[10:14] <kiwinote> mvo: could do, although I thought that "software-center --search:apt apt:abiword" wouldn't make much sense..
[10:15] <mvo> kiwinote: yeah, that is true
[10:16] <mvo> kiwinote: search:pattern is fine
[10:16] <tjaalton> is there a way to stop desktopcouch from filling my $HOME on nfs with useless logfiles?
[10:18] <mvo> kiwinote: I will check your other branches (especially the speed one) today too
[10:19] <kiwinote> mvo: just a few notes about the speed branch:
[10:20] <kiwinote> mvo: the sc-and-the-need-for-speed was very fast, but I have spent quite some time trying to get it up to date with trunk. I constantly seemed to get some quite random regressions.
[10:21] <devildante> kiwinote: I think you'll have some problems when my addons branch gets merged, since it's not snappy
[10:21] <kiwinote> mvo: so I started work on the startup-speed branch which is not at all as fast yet, but I'm basically applying the same sorts of changes on a fresh copy of trunk
[10:22] <kiwinote> devildante: I'll diagnose it once it lands ;)
[10:22] <mvo> kiwinote: yeah, I noticed that. I like the startup-speed one. the other one is super-fast, but a bit hard to follow
[10:22] <mvo> kiwinote: so this way I can merge it bit by bit
[10:22] <kiwinote> mvo: yeah, I'm doing nice neat commits now ;)
[10:22] <devildante> mvo: forgot to tell you that icons for add-ons are finally working :)
[10:22] <mvo> kiwinote: :)
[10:23] <mvo> devildante: sweet
[10:23] <mvo> devildante: how do you feel about navigation ?
[10:23] <mvo> devildante: to be able to get from the addon description to the page?
[10:23] <slomo> seb128: i talked with robert ancell about it already, he's going to file a useful bug without noise against gstreamer later ;)
[10:24] <devildante> mvo: that's a little slow
[10:24] <seb128> slomo, ok thanks
[10:24] <devildante> mvo: I think some tweaks will do the trick
[10:24] <mpt> mvo, you mean navigating to the screen for each individual add-on?
[10:26] <devildante> mpt: I thought he were talking about getting to the appdetailsview
[10:26] <devildante> mpt: maybe I didn't understand?
[10:26] <mvo> mpt: being able to get more info about the addon
[10:26] <mpt> yes
[10:26] <mpt> I haven't figured out a nice way to do that yet
[10:27] <mpt> I thought maybe an arrow button at the trailing end of each checkbox, but that would be zig-zaggy because the checkbox labels are different lengths
[10:27] <devildante> mpt: for now, I've added the pkgname near each add-on
[10:28] <devildante> mpt: maybe converting these to links that leads to their description will do the trick?
[10:29] <mpt> I'll have a look when Launchpad gets back, but I doubt it'll look good to show add-on package names
[10:30] <devildante> mpt: should I remove the pkgnames then?
[10:30] <mpt> I'll have a look when Launchpad gets back
[10:31] <tjaalton> http://www.flamingspork.com/blog/2010/05/08/desktop-couch-has-been-nothing-but-suck/
[10:31] <tjaalton> amen
[10:31] <devildante> mpt: well, bilalakhtar on ubuntu-bugs is screaming that LP IS UP!! :p
[10:31] <mpt> ah, so it is
[10:31] <seb128> which is wrong
[10:32] <seb128> still getting connection refused errors there
[10:32] <devildante> seb128: but they have removed the message
[10:33] <mpt> me too
[10:33] <mvo> mpt: I like something that gives me a indication of the name (appname or pkgname) in the addon line but I can see that its a problem because the space is small
[10:33] <devildante> seconded
[10:34] <mpt> So, Launchpad isn't up enough for me to check out a branch, but it is up enough for me to have reported the bug about not being able to check out the branch
[10:35] <seb128> ok
[10:35] <seb128> now lp is up enough to do checkouts
[10:36] <seb128> you can resume work ;-)
[10:36] <devildante> oh yeah, IT'S WORKING!! :p
[10:38] <pitti> ooh!
[10:38] <mvo> its back
[10:38]  * pitti was desperately waiting, too
[10:39] <mvo> mpt: my other point is the install button moving down, with gimp and the default window size the button is entirely off the screen
[10:40] <devildante> mvo: I did that according to the software-center spec
[10:41] <mpt> Yes, that's my fault
[10:41] <mpt> I left that ambiguous
[10:43] <mvo> devildante: I know, this is why I wanted to talk to mpt about it
[10:44] <mvo> again, its a little bit tricky to find a good place as the addon list can be long(ish)
[10:44] <seb128> pitti, is there any reason bug #595096 is incomplete?
[10:44] <ubot2> Launchpad bug 595096 in ubuntu-sso-client (Ubuntu) (and 1 other project) "[MIR] ubuntu-sso-client (affects: 1) (heat: 71)" [Undecided,Incomplete] https://launchpad.net/bugs/595096
[10:46] <pitti> seb128: I don't think so; I set it back to new
[10:46] <seb128> pitti, thanks
[10:47] <mpt> devildante, your calculation of download + installed size is great, but it should be shown even for items that don't have any add-ons. Could you fix that while you're waiting for me to sort out the button placement? Show it in a row like the Version, License, and Updates are. <https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=software-item-screens.jpg>
[10:48] <devildante> mpt: you mean, calculate download + install size for the application?
[10:49] <mpt> devildante, yes
[10:49] <devildante> mpt: okay, will do it now
[10:49] <mpt> devildante, search for the string "Text describing" in the spec
[10:52] <mpt> thanks
[10:52] <devildante> mpt: thank you ! :)
[10:54] <devildante> mpt: about the amount of space free, how will we do that? maybe the user has a /usr partition, and we're installing to both /etc and /usr (for example)
[10:54] <mpt> ergh, really?
[10:55] <mpt> Do we still know, ahead of time, whether there's enough free disk space? I.e. do we know how much more space will be taken up on /etc and on /usr?
[10:56] <devildante> mpt: I think we could know the total size
[10:56] <mvo> mpt: we just know how much we need on "/"
[10:56] <mvo> not how its distributed inside the deb
[10:56] <mvo> i.e. the kernel will need a lot in /boot
[10:56] <mvo> X a lot in /usr
[10:56] <mvo> something else only /sbin
[10:57] <mvo> etc
[10:57] <mvo> so for a system with multiple mounts its complicated
[10:57] <mpt> So knowing the installed size doesn't protect you from running out of disk space
[10:57] <mvo> correct, a common problem is /boot being too small
[10:58] <mvo> the upgrader tries very hard to guess based on estimates and patterns etc, but it does not always get it right too (but its pretty good at it)
[11:00] <mpt> fun
[11:01] <mvo> yep :/
[11:01] <rodrigo_> seb128, please merge this -> https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/maverick/tomboy/fix-u1-note/+merge/32429
[11:01] <mvo> the inperfect reality
[11:01] <mpt> devildante, I found a bug: 1. Navigate to Gimp, check/uncheck one of the add-ons. Now back up and navigate to any other software item. The item screen still contains "Cancel" and "Apply Changes" when you haven't made any changes, and even if that item has no add-ons at all.
[11:01] <seb128> rodrigo_, ok
[11:01] <seb128> rodrigo_, hey btw, how are you
[11:01] <rodrigo_> seb128, fine, thanks
[11:01] <rodrigo_> and you?
[11:01] <devildante> mpt: will check
[11:02] <seb128> rodrigo_, lot to do this week but I'm alright otherwise ;-)
[11:02] <rodrigo_> seb128, yeah, very busy week, indeed :)
[11:03] <devildante> mpt: true
[11:03] <tjaalton> rodrigo_: are you a desktopcouch upstream dev?
[11:04] <rodrigo_> tjaalton, not really, but I'm close, what's up?
[11:04] <tjaalton> rodrigo_: I'd like to be able to disable logging altogether
[11:04] <tjaalton> it's not nice on NFS etc
[11:04] <rodrigo_> tjaalton, right
[11:04] <tjaalton> and we have 20000 users ;)
[11:05] <tjaalton> granted only some will use gwibber
[11:05] <tjaalton> but for instance my logfiles take 400MB
[11:05] <tjaalton> despite it rotating the logs
[11:06] <devildante> mpt: fixed in 2 lines of code :p
[11:07] <tjaalton> rodrigo_: I'd be happy to disable it locally by patching the current version in lucid, but a long-term solution would be nice
[11:07] <rodrigo_> tjaalton, yes, if you have a patch, propose it for merging
[11:08] <rodrigo_> tjaalton, a good way would be to have a command line argument, or a setting in the config file
[11:08] <mpt> devildante, ok, I think I've worked out a solution, but it will take me a wee while to sketch it out
[11:09] <devildante> mpt: okay
[11:10] <tjaalton> rodrigo_: I'll have a look, thanks
[11:11] <mpt> devildante, basically, instead of the "installed state bar" and the "availability state bar" that the spec talks about, there'll be an installed state bar that's always at the top (just below the icon + title + summary), and a separate add-ons state bar that appears only when you're changing add-ons for something that's already installed.
[11:12] <rodrigo_> tjaalton, if you want to discuss further details, CardinalFang on #ubuntuone is an upstream developer
[11:13] <tjaalton> rodrigo_: ok, I might
[11:13] <tjaalton> well, should really
[11:14] <mpt> devildante, so, move the current bar back to the top. Then have a new bar that appears only when both (1) the main item is installed and (2) you've twiddled the checkboxes
[11:15] <mpt> Does that make sense?
[11:16] <devildante> mpt: yes
[11:20] <kiwinote> devildante: do you mind pushing the latest version of your branch?
[11:21] <devildante> kiwinote: lemme fix some little things and I'll push it :)
[11:21] <devildante> mpt, like this: http://i.imgur.com/XaRtS.png ?
[11:21] <kiwinote> devildante: sure, thanks
[11:21] <devildante> kiwinote: np :)
[11:22] <mpt> devildante, that's a start. :-) Now reverse the order of the buttons ( Cancel ) ( Apply Changes ) , capitalize "Changes", and add a background color the same as the installed state bar
[11:23] <devildante> mpt: okay
[11:25] <mpt> devildante, for the package names, what do you think about making them light grey and clickable?
[11:32] <didrocks> vish: did you try removing the saved session? re: panel issue on unity
[11:32] <vish> didrocks: i dint have any saved sessions to begin with
[11:32] <didrocks> vish: ok, so this is a different issue
[11:32] <didrocks> vish: not conflicting systray
[11:33] <vish> yeah..
[11:33] <devildante> mpt: I'll see
[11:33] <vish> didrocks: we should probably split the bug?
[11:33] <didrocks> vish: right
[11:33] <devildante> mpt: is this close to what you want: http://i.imgur.com/WXp0i.png
[11:33] <vish> cool ,
[11:33]  * vish files another bug
[11:36] <vish> mpt: Remove + Apply Changes , Cancel are all in the same page. but they are not all related.. info overloading.. :s   why apply changes *and* cancel , could we just use it as as single button?  "Install Addons" <-> "Remove Addons" depending on the changes , now it would probably we weird if we are installing some and removing at the same time.. hmm..
[11:37] <vish> *be weird
[11:37] <devildante> vish: cancel means reverting the changes before even applying them
[11:38] <vish> devildante: got that , but the buttons in the same page are all not the same function , "Remove" is a separate entity from the changes below , in other prefs dialogues , Apply Changes , will mean applying changes to whatever we have done in the whole page
[11:39] <devildante> vish: what about "apply changes to add-ons" or "apply add-ons changes"?
[11:40] <mpt> vish, they'll be in different parts of the screen, immediately below the things they apply to. "Remove" will be immediately below the title and summary of the main item. "Cancel" and "Apply Changes" will be immediately below the add-ons section.
[11:40] <devildante> mpt: is the above image what you want?
[11:40] <mpt> ah, sorry, didn't see that one
[11:41] <mvo> seb128: eh, did something in gtk treeview change? gtk_tree_view_remove_column seems to take endless time (within the seconds range)
[11:41] <mpt> devildante, getting closer. :-) Now make "Total size:" a separate row, like "Version:" and "License:" are (but above the bar, not below it). Remember, size should be shown even when you haven't made any add-ons changes, and even when there are no add-ons at all.
[11:42] <vish> mpt: right , but still they are in a single page which means the "Apply changes" doesnt control the "Remove" , from the current screenshot , it seems we have to Select "remove" and then "Apply Changes"
[11:42] <mpt> vish, nothing controls the "Remove". It's a button.
[11:42] <devildante> mpt: does total size also include add-ons size or only the main pkg?
[11:43] <mpt> devildante, both.
[11:43] <mpt> hence "total"
[11:43] <devildante> mpt: okay
[11:43] <mpt> thanks
[11:44] <devildante> mpt: but then, the "apply changes" bar shouldn't have a Total size label. What should we put there?
[11:44] <vish> mpt: exactly! , it is not controlled by the "Apply changes" , which is what i'm trying to get at , we probably need to name the button below better.  Now imagine what happens when someone is trying to add.   "Install" will be separate from the addons , we need to make it a single action
[11:45] <mpt> devildante, the total price of any new add-ons you've selected. Usually that will be "Free".
[11:45] <devildante> mpt: okay
[11:46] <vish> anyways.. /me goes on with filing a bug about unity ;)
[11:46] <mpt> vish, just hang tight for a few minutes until I've finished this sketch of the different situations. I think it'll be fine.
[11:47] <vish> :)
[11:47] <devildante> oh god, that means more work for me :p
[11:51] <seb128> mvo, not that I know, did that start recently?
[11:52] <mvo> seb128: not sure, I have a workaround
[11:52] <mvo> seb128: off to lunch
[11:52] <seb128> mvo, enjoy
[11:52] <seb128> I'm just back from lunch
[11:53] <devildante> mvo: what is app_details.price equal to when the app is purchasable?
[11:55] <vish> checkbox it! :D
[11:56] <vish> oops! late comment!
[11:56] <devildante> vish: ???
[11:57] <mvo> devildante: a string other than "" basicly
[11:57]  * mvo is really off for lunch now
[11:57] <devildante> mvo: okay, take your time :)
[11:58] <vish> devildante: nah.. was about to say , instead of the "install/remove" button we can make it a checkbox , but mp-t  is already working on it :)   hit enter in the wrong window only now!
[11:59] <devildante> vish: a checkbox in this case sounds weird to me
[11:59] <devildante> vish: then again, I'm not a designer :p
[11:59] <vish> devildante: mp-t in on it... no worry for us ;p
[11:59] <vish> is*
[11:59] <devildante> vish: okay :)
[12:20] <ogra> seb128, since the 9th our armel omap4 images cant run oem-config anymore and it looks like thats caused by debus not being able to start, did you get any similar bugreports since your upload on monday ?
[12:20] <ogra> s/debus/dbus/
[12:20] <seb128> ogra, no
[12:21] <ogra> hmm, k
[12:43] <mpt> devildante: https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=software-item-screens.jpg
[12:44] <devildante> mpt: what did you add? (I don't see any change, sorry)
[12:45] <mpt> devildante, it moves the "Install" button up to the top in "Get Software" (as it is in trunk), and shows the position of "Total size" relative to "Cancel / Apply Changes"
[12:45] <devildante> mpt: okay
[12:48] <mpt> vish, https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=software-item-screens.jpg
[12:49] <vish> oh!
[12:55] <devildante> mpt, is this better: http://imgur.com/x0pC5.png
[12:56] <vish> mpt: now , we can select the checkboxes and install at the top will install even the addons?  and once the main package is installed , the addons have the "cancel" "apply changes" hidden and once the addon i selected those buttons are revealed?
[12:56] <mpt> vish, exactly.
[12:56] <devildante> vish: yes
[12:56] <mpt> devildante, progress!
[12:56] <mpt> good work
[12:57] <mpt> devildante, next, tweak the "Cancel"/"Apply Changes" bar so that it always has exactly the same padding, colors etc as the "Remove" bar does, even if we change the "Remove" bar later
[12:58] <devildante> mpt: what do you mean? (still pretty new to the gtk world)
[13:00] <mpt> devildante, currently there's zero spacing between the left edge of the box and the left edge of the "Free". There should be the same spacing as there is between the left edge of the box and the left edge of the "Installed on 2010-07-26". Using the same constant.
[13:00] <vish> mpt: what do you think about disabling the "Remove", when the "cancel" and "apply changes" buttons are displayed?  and "remove" is enabled only when addons selection is cancelled?
[13:00] <devildante> mpt: Okay
[13:00] <mpt> devildante, and the same for the spacing between the top and bottom of the bar and the top and bottom of the buttons.
[13:01] <vish> s/disabling/inactivating
[13:01] <devildante> mpt: that should teach me to use gtk.Alignment :p
[13:01] <mpt> vish, why? What would we be preventing?
[13:02] <vish> mpt: we are exposing two actions, which are almost contrary in function.. why do both need to be active at the same time?
[13:03] <mpt> vish, because you might change your mind. :-) "Cancel" isn't logically necessary here, it's just a convenience button to reset all the checkboxes.
[13:04] <mpt> vish, but if we found that people were accidentally removing something when they meant to change its add-ons, your suggestion would make a lot of sense.
[13:06] <vish> somehow that screen still makes me a bit queasy :)
[13:06] <devildante> mpt: about your "add-on clickable" suggestion, do you have a piece of code to do that?
[13:07] <devildante> (if anyone else does, then tell me)
[13:07] <mpt> devildante, the "Website" link is clickable, you could copy that
[13:07] <didrocks> mvo: hey, do you know if there is a ppa with compiz 0.9 hanging on launchpad?
[13:07] <mvo> didrocks: there is a brnach
[13:07] <devildante> mpt: I meant, click on the add-on, and open another appdetailsview
[13:08] <mpt> ah
[13:08] <didrocks> mvo: cool! I'm looking for it
[13:08] <mvo> didrocks: if its good than we can upload it into the ~compiz ppa (maybe creating a experimental one first for 0.9)
[13:08] <mvo> didrocks: ~compiz is the team I can add you
[13:09] <didrocks> mvo: found it: lp:~amaranth/compiz/0.9 :)
[13:09] <didrocks> mvo: if you can add me, I will be deligthed ;)
[13:09] <mvo> didrocks: welcome to ~compiz, you are the official maintainer now thxbye
[13:09] <ronoc> bl8: ping
[13:09] <mvo> devildante: I can help with that
[13:09] <didrocks> mvo: ahah! that was the trap :-)
[13:09] <didrocks> mvo: thanks *you* ;)
[13:10] <mvo> didrocks: :)
[13:10] <devildante> mvo: is it simple, or does it require work?
[13:10] <devildante> (we programmers are lazy :p)
[13:11] <mvo> devildante: it *should* be simple, but reality sometimes thinks differently. let me poke it a little bit
[13:11] <devildante> mvo: okay
[13:12] <devildante> kiwinote: I just pushed my addons branch, you can check it out now :)
[13:13] <kiwinote> devildante: thanks, I'll take a look
[13:22] <mpt> devildante, sorry if this is going to be really hard to fix, but: When I click any of the checkbox labels, nothing happens
[13:23] <devildante> mpt: you mean that clicking on a checkbox works, but clicking on the label doesn't?
[13:23] <mpt> devildante, yes
[13:24] <devildante> mpt: I *think* it should be easy to fix
[13:24] <devildante> mpt: but I'll see
[13:25] <mvo> devildante: I work on the navigation now
[13:25] <devildante> mvo: thanks :)
[13:33] <mvo> devildante: chech the mvo branch please
[13:33] <mvo> r941
[13:33] <mvo> devildante: its not prefect as the history seems to get confused by it currently
[13:33] <mvo> devildante: but that seems to be "just" a bug
[13:36] <vish> mpt: remember your nautilus file operations specs?   someone is working on making it a reality ! > http://home.cs.tum.edu/~sickert/screen2.png :)
[13:36] <mpt> sweet
[13:38] <devildante> mvo: thanks
[13:39] <james_w> pitti: please file a bug with more details, I'm not sure why you would get that error.
[13:40] <pitti> james_w: asked the other way round: if I do a package from scratch, how do I properly import the first-ever upstream tarball?
[13:40] <devildante> mvo: did you push it? seems that r941 is not there
[13:40] <james_w> pitti: bzr dh-make
[13:40] <pitti> james_w: bzr mu works fine for already existing lp:ubunut/ branches, but not for initial import aparently
[13:41] <pitti> james_w: ooh
[13:41] <james_w> pitti: use --bzr-only if you want to do something other that dh-make to create the debian skeleton
[13:41] <pitti> james_w: that was the missing link. Thank you!
[13:41] <james_w> pitti: run it in a branch of upstream and pass it a tarball URI
[13:41] <pitti> james_w: oh, it's a completely fresh "bzr init" -- upstream is in git
[13:42] <pitti> (or, rather, it was  -- I just packaged it using merge mode now)
[13:42] <james_w> pitti: ok, just do it in a non-bzr-directory then
[13:42] <james_w> (you could do it in a bzr-git branch of upstream :-)
[13:46] <devildante> mvo: can we attach a gtk.widget to a gtk.checkbutton?
[13:48] <mvo> devildante: not sure about checkbuttons, for normal buttons you can do that. what do you have in mind?
[13:49] <devildante> mvo: mpt said that when you click on a checkbutton label, nothing works (as excepted, because the label is not attached to the checkbutton in my code)
[13:49] <devildante> not attached because I have to show the add-on icon
[13:50] <devildante> so I'd like to attach a gtk.label and gtk.image to a gtk.checkbutton
[13:50] <mvo> devildante: aha, hm. but what is the clicked in order to navigate to the addon itself?
[13:51] <james_w> pitti: did it work?
[13:51] <mvo> devildante: r942 contains another small fix, instead of creating a new cache it will just reuse the exisitng one
[13:51] <devildante> mvo: thanks
[13:51] <pitti> james_w: oh, I didn't try yet -- I already uploaded the package (in NEW now), and will just use the auto-import, I guess
[13:52] <james_w> ah, ok
[13:52] <pitti> james_w: but there will certainly be another package soon :)
[13:52]  * pitti tries it in /tmp anyway
[13:52] <devildante> mvo: you didn't push it to your addons branch
[13:52] <mvo> r942, no?
[13:53] <devildante> mvo: https://code.launchpad.net/~mvo/software-center/addons is still stuck at r937
[13:53] <pitti> james_w: I tried "bzr dh-make --bzr-only system-config-date 1.9.60 system-config-date_1.9.60.orig.tar.bz2"
[13:54] <pitti> james_w: that seems to work, but it autogenerated a system-config-date_1.9.60.orig.tar.gz
[13:54] <pitti> james_w: it doesn't work for .tar.bz2 yet?
[13:54] <mvo> devildante: uhhh, push now, sorry
[13:54] <devildante> mvo: np :)
[13:55] <james_w> pitti: --v3 if you want a v3 package
[13:56] <pitti> james_w: ah, right; that exposes the exact same problem as merge-upstream
[13:56] <pitti> $ bzr dh-make --bzr-only --v3 system-config-date 1.9.60 system-config-date_1.9.60.orig.tar.bz2
[13:56] <pitti> Fetching tarball
[13:56] <pitti> bzr: ERROR: File exists: 'system-config-date_1.9.60.orig.tar.bz2'
[13:56] <mvo> devildante: its there now
[13:56] <devildante> mvo: merged it :)
[13:56] <pitti> james_w: so I guess I should file a bug after all
[13:57] <james_w> pitti: please run again with -Derror and file a bug
[13:57] <devildante> mvo: can't we just put the addon arrow next to the app arrow?
[13:57] <mvo> devildante: sure
[13:58] <mvo> devildante: fine with me as well
[13:58] <mvo> devildante: eh, silly quest. does gtk.CheckButton.set_label(description) not work?
[13:59] <devildante> mvo: yes, but doesn't work if I want a gtk.Image *and* a gtk.label (like our addons example)
[14:02] <pitti> james_w: done, bug 616786 ; thanks!
[14:02] <ubot2> Launchpad bug 616786 in bzr-builddeb (Ubuntu) "dh-make and merge-upstream choke on orig.tar.bz2 imports (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/616786
[14:03] <devildante> mvo: so we *can* put the addon arrow next to the app arrow? how can we do that?
[14:04] <mvo> devildante: hold on a sec, I can add the code for it I think, let me look at it
[14:05] <mpt> devildante, what arrows are these?
[14:08] <james_w> pitti: thanks
[14:14] <devildante> mpt: when clicking on the checkbutton label, software-center should navigate to the addon appdetailsview (if you're okay with that :) )
[14:15] <mpt> devildante, what I suggested was that clicking on the add-on package name should navigate to its screen. Clicking on the rest of the label should check/uncheck the checkbox.
[14:16] <devildante> oh
[14:17] <mvo> devildante: http://paste.ubuntu.com/476932/ to make it a full button, but that overshadows unfortunately the clickable other bits
[14:17] <mpt> [/] [] Print plugin for the gimp (gimp-gutenprint)
[14:17] <mpt>     ^-----checks/unchecks------^  ^--navigates--^
[14:17] <mvo> devildante: so I guess its not a winner :/
[14:17] <mvo> devildante: but it should illustrate the principle that the button is just a container (well, a bin
[14:17] <mvo> )
[14:17] <devildante> mvo: thanks :)
[14:18] <mvo> devildante: cheers :)
[14:19] <mvo> devildante: I think for mpt suggestion we need to keep the hbox, and then just make the first part the checkbox and the rest the hlinkbutton, that should work for left-to-right languages as well I think
[14:19] <mvo> (that was the only thing that I was wondering about)
[14:19] <mvo> mpt: I like this idea
[14:19] <devildante> mvo: I agree
[14:20] <devildante> mvo: so who shall implement this? you or me? :)
[14:20] <mpt> devildante, once that's fixed, I think it's ready to merge design-wise
[14:20] <devildante> mpt: :)
[14:20]  * mpt wonders why he can't find Firefox in USC at all
[14:21] <devildante> mpt: well, I found it :p
[14:21] <mvo> first hit for me
[14:21] <mvo> …
[14:21] <pitti> mpt: hm, I just type "fire" in the search bar, and it's the first result..
[14:21] <devildante> seconded
[14:21] <mvo> mpt: local checkout? try rm data/xapian/* -- maybe the db is really old
[14:21] <pitti> typing "fox" is more funny
[14:22] <pitti> but again first hit for "browser"
[14:22] <mvo> "hot" give me jdk6 as first hit - i wonder if that is a bug or a feature
[14:22] <mpt> What about "cool"? :-)
[14:22] <pitti> "Exaile"
[14:22] <mvo> software-center
[14:23] <pitti> mvo: you can install sofware-center from software-center??
[14:23] <devildante> mvo: "using hotspot"
[14:23]  * pitti chuckles -- try "michael"
[14:23] <pitti> michael -> Lgeneral
[14:23] <mpt> mvo, doing the rm and searching for "firefox" from trunk r1014 on trunk gives me (1) Gnome Do, (2) Prism, (3) Gnash, (4) Mozilla Firefox installer for Kubuntu, (5) BleachBit
[14:23] <mvo> pitti: I think you can, its a bit complicated, you need to have it open, uninstall, wait, then it should be possible to install it :P
[14:24] <mvo> pitti: lol@michael
[14:24] <mvo> pitti: guess what martin finds?
[14:24] <devildante> pitti: or you can uninstall the system one from the trunk
[14:24] <mvo> pitti: a calculator!
[14:24] <mvo> pitti: but one with cool alpha-blending :P
[14:24] <devildante> pitti: but that's not funny :p
[14:24] <pitti> mvo: there seems to be some randomness here
[14:24] <pitti> mvo: at my first try it was a latex package, now I get gdeskcal indeed :)
[14:25] <mvo> soso, latex
[14:25] <pitti> mvo: it's a calendar, not a calculator, BTW
[14:25] <devildante> mvo: so you want me to implement the above bits?
[14:25] <pitti> mvo: yummy :)
[14:25] <mvo> pitti: meh, a calculator would have been more fun :/
[14:25] <devildante> mvo: or you implement them yourself?
[14:25] <mvo> devildante: that would be cool (if you don't mind)
[14:25] <devildante> mvo: np :)
[14:26] <mvo> mpt: matthew has "Concise Commentary for SWORD"
[14:26] <mvo> so much fun
[14:26] <mvo> mpt: hm, odd, let me try trunk again
[14:27] <pitti> mvo: and I really had expected a nice easter egg for typing sabdfl!
[14:27] <mvo> launchpad
[14:27] <mpt> martin similarly has "SWORD module of Martin Luther's 1545 German bible"
[14:27] <mpt> which reveals a text wrapping bug in the software item screen!
[14:27] <pitti> hahaha -- try "fedora"
[14:27] <mpt> So, this exercise wasn't completely useless
[14:27] <mvo> lol
[14:28] <pitti> mpt: I'm so sorry for totally abusing your serious discussion here
[14:28] <nessita> hello people!
[14:28] <pitti> hey nessita, how are you?
[14:28] <mvo> mpt: no luck, trunk seems to be doing fine, I just removed the db, still get good results
[14:28] <mpt> mvo, sorry, by "trunk r1014 on trunk" I meant "trunk r1014 on 10.04". It might be something in xapian that's fixed in Maverick.
[14:29] <mvo> hey nessita
[14:29] <nessita> pitti: hey there! I'm great :-)
[14:29] <mvo> mpt: oh, ok. I don't have a 10.04 machine here
[14:30] <nessita> mvo: hello! good news: last night we packaged latest USSOC code, which has everything you used so far plus password reset working from the UI
[14:31] <mpt> ohhhhhh, that's interesting
[14:32] <devildante> mvo: patch you gave me doesn't apply correctly
[14:32] <mvo> nessita: cool, the s-c in maverick is using it already :P I uploaded it last night
[14:33] <mvo> devildante: I can make a proper commit, give me 5 minutes or so
[14:33] <nessita> seb128: hi! thanks for merging the ussoc package
[14:33] <nessita> mvo: wooohoooo!
[14:34] <seb128> hey nessita, thanks for the great work on that
[14:34] <nessita> :-)
[14:35] <devildante> mvo: okay, take your time
[14:35] <mvo> nessita: it was pretty trivial as you have the same signals as I have in my code. I guess that is a good sign :) so it was really simple to port
[14:35] <mpt> mvo, devildante: That first match for "martin", sword-text-gerlut1545, is correctly marked as "Enhances: sword-frontend". So it should show up in the USC add-ons branch as an add-on for BibleTime and for Xiphos Bible Guide, but it doesn't.
[14:36] <nessita> mvo: that's awesome, really. I'm very, very happy that we've been able to put this together. Congrats!
[14:36] <mvo> :)
[14:36] <mpt> mvo, devildante: Because the add-ons definition doesn't take Provides: into account.
[14:36] <mvo> nessita: congrats to you, you had to firefight on the last day (well, more firefighting to do at least)
[14:37] <mpt> Thank you for your hard work, nessita
[14:37] <nessita> it was sooo much fun, I enjoyed it a lot
[14:38] <nessita> mpt: np. Alecu worked on this a lot, too
[14:38] <devildante> mpt: so what should we add to the spec?
[14:39] <mpt> devildante, I guess changing "A Enhances X" to "A Enhances X, or a virtual package that X provides"
[14:39] <mpt> mvo, is that the correct terminology?
[14:41] <mvo> mpt: right, I guess it goes both ways. "or a virtual package that X provides"  and "or a virtual packages that provides X"
[14:43] <devildante> mvo: how do we know if a package is virtual or not?
[14:43] <mpt> mvo, I'm not sure what you mean by "a virtual package that provides X". When A Provides B, B is always virtual, right?
[14:46] <devildante> mvo: nvm, found how
[14:46] <devildante> hi ara :)
[14:47] <ara> hey devildante
[14:47] <mvo> mpt: right, but there are cases where there is also a real package of that name. packages like mail-transport-agent have no real pkgs, but other packages may exist as real and virtual ones (usual with conflicts/provides/replaces)
[14:48] <mpt> mvo, ah, so for example we could have software-center "Provides: gdebi" without necessarily "Conflicts: gdebi"
[14:49] <mvo> mpt: yes
[14:49] <mvo> mpt: that would mean that a package that depends on gdebi will also be happy if s-c is installed
[14:51] <mpt> understood
[14:52] <seb128> pitti, how busy are you right now?
[14:53] <nessita> hey guys, installing today's updates I've got: dpkg: version '/etc/ufw/applications.d' has bad syntax: invalid character in version number
[14:55] <mpt> devildante, https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=420&rev1=419
[14:56] <devildante> mpt: thanks :)
[14:56] <nessita> mvo: I'me getting zillion of these, is it ok? https://pastebin.canonical.com/35794/
[14:56] <pitti> seb128: fairly, I'm afraid; talking to some people, working on an urgent bug, and I need to run out for about 2 hours in 5 mins
[14:57] <mvo> nessita: no, I will debug
[14:57] <pitti> seb128: what's up?
[14:57] <pitti> seb128: I'll return to work for another 45 min or so after that, but this week I'm on an early shift again (starting at 6)
[14:58] <seb128> pitti, no worry, that was for some new review but I switched to that now and I'm doing it
[14:58] <seb128> pitti, busy day there as well with other team trying to get all their changes uploaded and reviewed
[14:58] <seb128> or the other way around, reviewed and uploaded ;-)
[14:59] <nessita> mvo: let me know if I can help
[15:01] <mvo> devildante: I pushed r943 that should roughly work and include the UI stuff we talked about
[15:01] <devildante> mvo: thanks :) does it include the "virtual package" bit we just talked about?
[15:03] <mvo> devildante: no, sorry. I need to think aobut it a little bit
[15:03] <devildante> mvo: okay :)
[15:04] <mvo> devildante: pushed another minor update
[15:06] <devildante> mvo: thank you :)
[15:07] <mvo> :)
[15:07] <mvo> my pleasure to work with!
[15:07] <devildante> mvo: :)
[15:08] <devildante> mvo: just pushed r942 which should include your changes :)
[15:08] <nessita> seb128: have a few minutes for a couple of naive questions?
[15:08]  * mvo pulls
[15:08] <devildante> mvo: nothing has changed, it's a pristine copy of yours :)
[15:09] <mvo> ok :)
[15:09] <seb128> nessita, sort of, busy but I can do async replies, just ask ;-)
[15:09] <seb128> rickspencer3, hey
[15:09] <devildante> meh, I'd really like to learn how to do great design like you :)
[15:09] <devildante> all of you :)
[15:10] <nessita> seb128: how can I confirm if the latest ussoc is apt-installable?
[15:10] <seb128> nessita, use a pbuilder and pbuilder login
[15:10] <seb128> then sudo apt-get update
[15:10] <seb128> sudo apt-get install ubuntu-sso-client
[15:10] <seb128> nessita, I can do that for you if you want, I've a pbuilder there
[15:11] <seb128> nessita, or just start a liveCD and try
[15:11] <nessita> seb128: sorry, I think I wrote it wrong. How can I know if the package I submit is available in the repos for the rest of the world? :-)
[15:11] <seb128> or try on a maverick machine
[15:11] <seb128> nessita, oh
[15:11] <rickspencer3> afternoon seb128
[15:11] <seb128> nessita, https://launchpad.net/distros/ubuntu/+source/ubuntu-sso-client
[15:11] <seb128> nessita, click on the version
[15:11] <seb128> then on the build you want
[15:11] <seb128> ie here i386
[15:12] <seb128> nessita, https://edge.launchpad.net/ubuntu/+source/ubuntu-sso-client/0.99-0ubuntu1/+build/1915673
[15:12] <seb128> nessita, it's usually available 2 hours after build
[15:12] <nessita> seb128: grrrreat, thanks! I'll bookmark those urls
[15:12] <seb128> so that one is available for your users for 2 hours
[15:13] <nessita> seb128: why does it say "Uploaded by: pycassos 4 hours ago"
[15:13] <nessita> seb128: pycassos is a team I belong to but has nothing to do with ubuntu-sso
[15:15] <seb128> nessita, that's an excellent question and I don't know, ask #launchpad I guess
[15:15] <seb128> could be a launchpad bug
[15:15] <nessita> seb128: I will, thanks!
[15:15] <seb128> oh
[15:15] <seb128> nessita, it matches your email to that team
[15:15] <seb128> nessita, do you have your gmail email registered for your lp account?
[15:15] <nessita> seb128: yeah, also canonical's
[15:16] <seb128> nessita, seems not
[15:16] <seb128> nessita, no, https://edge.launchpad.net/~nataliabidart
[15:16] <seb128> nessita, you don't have the gmail with the "."
[15:16] <seb128> nessita, you have a version without "."
[15:16] <nessita> but is the same! :-D
[15:16] <seb128> well it can't know ;-)
[15:16] <seb128> it does exact matching I guess
[15:16] <seb128> and it doesn't find the one you used in the changelog for your lp account
[15:17] <nessita> seb128: I'll fix that (somehow)
[15:18] <seb128> ;-)
[16:14] <rodrigo_> hmm, trying to apply a patch on a package using 'bzr bd ...', it fails, with no error messages, and no .rej files, so is there any place where I can see where the patch failed?
[16:19] <didrocks> rodrigo_: normally, you still have the build-area/packagename-version if the build failed
[16:19] <didrocks> rodrigo_: it's in the parent dir
[16:19] <rodrigo_> didrocks, I don't see any .rej file there
[16:19]  * rodrigo_ looks again
[16:19] <didrocks> rodrigo_: is it cdbs?
[16:20] <rodrigo_> no, quilt
[16:20] <didrocks> rodrigo_: ok, you need to try to apply the patch explicitely so that you get the .rej
[16:20] <rodrigo_> ok
[16:20] <didrocks> rodrigo_: like quilt push -f 10_…
[16:28] <james_w> is there anyone here that sees the "policykit dialog hangs after entering password bug"?
[16:28] <james_w> the one where the password entry disappears, but everything else remains, and then it just times out
[17:16] <seb128> hum
[17:16] <seb128> mvo, should bug #613743 be closed?
[17:16] <ubot2> Launchpad bug 613743 in update-manager (Ubuntu) (and 1 other project) "update-manager cpu-bound for a long time opening (affects: 3) (dups: 1) (heat: 16)" [Undecided,New] https://launchpad.net/bugs/613743
[17:17] <seb128> mvo, there is a patch on the bug, not sure if it's similar to what you did
[17:17] <devildante> seb128: I think this bug has been fixed (I was affected but not affected anymore now)
[17:18] <seb128> devildante, right, see current bug comment
[17:19] <devildante> seb128: okay, let's wait mvo verdict/judgment/whatever :p
[17:19] <devildante> seb128: but I'm pretty sure python-apt has nothing to do with that
[17:35] <mpt> devildante, so, what's up? Still waiting for review?
[17:35] <devildante> mpt: yep
[17:36] <devildante> mpt: and still haven't fixed virtual package issue, because mvo said he'll think about it
[17:36] <mpt> The virtual package issue isn't a blocker, it's a false negative
[17:36] <mpt> If it was a false positive, that would be a problem
[17:37] <devildante> false negative? false positive? I'm confused :p
[17:37] <seb128> rodrigo_, hey, will you get an update upload for bug #591873 in?
[17:37] <ubot2> Launchpad bug 591873 in couchdb-glib (Ubuntu Lucid) (and 1 other project) "couchdb-glib sets its own, custom log handler for the g_debug (affects: 1) (heat: 62)" [Low,New] https://launchpad.net/bugs/591873
[17:37] <mpt> devildante, false negative = item not showing up as an add-on when it should
[17:37] <rodrigo_> seb128, it's already fixed in maverick package, I think
[17:38] <mpt> devildante, false positive = item showing up as an add-on when it shouldn't (e.g. the language packs before)
[17:38] <rodrigo_> seb128, it was rejected for lucid
[17:38] <devildante> mpt: okay, thanks :)
[17:38] <seb128> rodrigo_, right because the diff uploaded to lucid has vcs noise
[17:38] <rodrigo_> ah, will look at it later
[17:38] <seb128> rodrigo_, could you get a version without that noise uploaded for lucid?
[17:38] <seb128> rodrigo_, thanks, no hurry
[17:39] <mpt> mvo, https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=buy-connecting.jpg
[17:39] <devildante> mpt: great :)
[17:40] <devildante> mpt: and would love to buy world of goo via software-center :p
[17:45] <bl8> ronoc: pong
[17:45] <ronoc> hey bl8
[17:45] <ronoc> did you see the spec has finally been finalized
[17:46] <seb128> james_w, could you close https://code.edge.launchpad.net/~bluetooth/ubuntu/lucid/obexd/main/+merge/24151 as merged, the version there is in lucid
[17:46] <bl8> ronoc: hey, yes I saw that. Now I know what I'll be doing during my week-end ;)
[17:47] <ronoc> bl8: indeed, I'll have a late one tonight, back at it from Sunday night. plans from tmrw afternoon
[17:48] <mvo> mpt: thanks, I saw this
[17:48] <mpt> mvo, how far did you get with reinstalling previous purchases?
[17:49] <mvo> mpt, devildante: we missed the feature freeze deadline, mail went out some minutes ago
[17:49] <bl8> ronoc: I'll ping you when I have something
[17:49] <devildante> mvo: argh :(
[17:49] <mvo> mpt: its in
[17:49] <ronoc> bl8: excellent thx Bertrand
[17:49] <devildante> mvo: what is in?
[17:49] <mvo> devildante: its not the end of the world, but we now need a feature freeze exception
[17:50] <mvo> devildante: the "reinstall previously purchased" feature
[17:50] <devildante> mvo: don't worry ;)
[17:50]  * mpt hugs devildante 
[17:50]  * devildante hugs mpt back
[17:50] <devildante> mvo: so should I ask for a feature freeze exception?
[17:51] <mpt> mvo, anything I can do to help get one? (t.b.h. I don't see how we would)
[17:52] <mvo> no I can talk to the release team tomorrow, unfortunately after that I will be one week on vacation
[17:53] <mpt> oh, fun
[17:53] <mpt> mvo, will Gary be back next week?
[17:53] <devildante> mpt: can I count on you to merge it if they accept? (only if you want :) )
[17:53] <mvo> we need to push for it tomorrow
[17:54] <mvo> mpt: gary is also away the next week
[17:54] <mpt> devildante, I don't even know if I'm allowed to merge into trunk :-)
[17:54] <mvo> I think technically you are
[17:54] <mvo> but … ;)
[17:54] <devildante> mpt: no worries, I won't cry :p
[17:55] <mpt> I'll get and471 to review all my changes
[17:59] <mvo> I will look at the merge for addons tomorrow morning and see what can be done about the FFe
[17:59] <mpt> ok, thanks mvo
[17:59] <mvo> but unless it simple/straightforward I think we can pile up stuff in a "to-merge" branch and merge into trunk then
[18:00] <mpt> mvo, or branch for 3.0 like a normal project does :-)
[18:00] <mvo> there has to be someone sponsoring any uploads anyway
[18:01] <devildante> mvo: thanks a lot :)
[18:01] <mvo> mpt: right, that is a option as well (also the variantions in "normal" are pretty big sometimes)
[18:01] <mpt> true
[18:02] <marine1> installed 4500 officejet all in one everything works correctly except scanner. X-sane does not see any devices
[18:02] <mpt> Thanks for all your work today devildante
[18:02] <mvo> I think we are in good shape, this is the only big branch left
[18:02]  * mpt -> home
[18:03] <devildante> mpt: np :)
[18:04] <devildante> mvo:  do you want me to work on something about addons?
[18:05] <mvo> devildante: I think so, if you have time, let me quickly look over the diff again
[18:07] <devildante> mvo: okay, just order me and I shall code :p
[18:07] <mvo> heh :)
[18:13] <mvo> kiwinote: thanks for your updates, I just merged them
[18:14] <mvo> kiwinote: it would be cool if we could use the cat_of_apps code to figure out the category for searches too, there is a open bug about that somewhere
[18:14] <mvo> kiwinote: i.e. search for fire should find firefox and when you click it it opens applications>network>firefox in the pathbar
[18:14] <mvo> kiwinote: your code seems to solve this problem nicely :)
[18:20] <kiwinote> mvo: yep, good idea for the search navigation
[18:20] <kiwinote> mvo: just spent the afternoon trying to work out how the accessibility stuff works
[18:22] <mvo> kiwinote: nice, that is another good one!
[18:28] <mvo> devildante: the cache get_changes() method should not call self._cache.clear() as there is a aptcache method that does get_changes as well. could you call it "get_changes_and_clear_afterwards() or somesuch? to not confuse people knowing the apt cache?
[18:29] <devildante> mvo: okay :) so it's just a method name change you want?
[18:30] <james_w> seb128: done
[18:31] <mvo> devildante: yes
[18:32] <devildante> mvo: okay, np :)
[18:40] <devildante> mvo: done :)
[18:44] <mvo> thanks devildante
[18:44] <devildante> mvo: np :)
[19:00] <seb128> james_w, thanks
[19:33] <pitti> good night everyone
[19:35] <rickspencer3> 'night pitti
[21:50] <kenvandine> james_w, ping
[21:50] <james_w> hi kenvandine
[21:51] <kenvandine> hey... question about bzr and project names...
[21:51] <kenvandine> libgwibber is a source package
[21:51] <kenvandine> and it is a series in the gwibber project
[21:51] <kenvandine> should i be able to push it to ~ubuntu-desktop/libgwibber/ubuntu?
[21:52] <james_w> no
[21:52] <james_w> only project names are valid there
[21:52] <james_w> source packages are ~ubuntu-desktop/ubuntu/maverick/libgwibber/ubuntu
[21:52] <kenvandine> should i be able to push there?
[21:54] <kenvandine> ok, that worked
[21:54] <james_w> yes
[21:54] <kenvandine> seb128, i pushed it there
[21:55] <kenvandine> james_w, thx
[21:56] <seb128> kenvandine, ok
[22:09] <kenvandine> holy crashing mutter batman!
[22:10] <kenvandine> unplugging my power cable sent mutter into a crash/restart loop until i killed gnome-power-manager from a console
[22:10] <kenvandine> but not i can't reproduce it
[22:27] <rickspencer3> kenvandine, when will the time indicator start letting me display the date?
[22:32] <seb128> rickspencer3, it does
[22:32] <rickspencer3> seb128, oh?
[22:32] <seb128> rickspencer3, you need to use dconf-editor to set the gsettings though
[22:32] <rickspencer3> I just can;t find the option
[22:32] <rickspencer3> lol
[22:32] <rickspencer3> seb128, fair enough
[22:32] <seb128> tedg, ^ any UI planned for maverick?
[22:32] <seb128> james_w, can you delete https://code.edge.launchpad.net/~jshholland/ubuntu/karmic/pidgin/fix-259793/+merge/12703?
[22:32] <rickspencer3> ubuntu tweak ftw
[22:33] <seb128> james_w, it's outdated, there is a new one for the current version
[22:33] <tedg> seb128, No probably not for Maverick.  You know me, I'm a real stickler for the feature freeze deadlines :)
[22:33] <seb128> tedg, what I though ;-)
[22:34] <seb128> tedg, would displaying the date by default make sense?
[22:34] <seb128> we do that on the desktop...
[22:34] <tedg> seb128, Not for netbooks as they're pretty small and it might get in the way of the app menu stuff.  But, on the desktop that'd be fine with me.
[22:35] <james_w> done
[23:31] <TheMuso> Good morning.
[23:34] <rickspencer3> hi TheMuso
[23:45] <chrisccoulson> micahg - one of the things i've noticed with FF4.0 since the changes yesterday, is if you install the alternative branding package with an existing profile, you end up with a mixture of branding :/
[23:45] <chrisccoulson> it seems the original branding is retained in the XUL cache
[23:45] <chrisccoulson> i'm not sure why that used to work though
[23:46] <micahg> chrisccoulson: well, I thought the branding was just a set of icons, they might have stuff cached now for speed, idk
[23:46] <chrisccoulson> micahg - it's the icons and some strings too
[23:47] <chrisccoulson> you have to delete XUL.mfasl from your profile to get it to apply fully
[23:47] <chrisccoulson> that used to be deleted on component re-registration, but that's all gone now
[23:48] <chrisccoulson> so i don't know how we get around that one :/
[23:55] <RAOF> Good morning fabuous people.
[23:56] <chrisccoulson> hi RAOF!
[23:56] <rickspencer3> hey RAOF
[23:56]  * rickspencer3 google "fabous"
[23:57] <RAOF> Hm.  Perhaps you should google “somewhat tired” :)
[23:57] <TheMuso> lol
[23:57] <chrisccoulson> heh :)
[23:59] <RAOF> Wow.  Update-manager is kinda neat.  It even tells me that installing these packages will take ~50 minutes in a clean, friendly way.