[00:56] cjohnston, that's great... [02:10] kenvandine: your gone for the week? [02:28] Ubuntu 10.10, will use metacity, compiz or gnome-shell ??? Because gnome-shell is very slow (for me) [02:29] * micahg doesn't think gnome-shell is in the running for 10.10 default [02:31] so, will be a extra package? [02:31] waltercool: it's in universe at the moment [02:32] waltercool: it has a build failure [02:32] micahg, bad compilation? [02:33] waltercool: well, somethings not working, the version that's in the pool should be installable again today [02:35] micahg, ohh, gnome-shell seems great, but bad working... if is fixed... should be great :) Seems nice :) [02:36] waltercool: well, there's an update from 2.28 to 2.31, but someone needs to fix the build failure ( I might try later this week) [02:38] micahg, is better wait to gnome team to fix that :) Or is a ubuntu problem? (maybe dependences) [02:46] waltercool: Ubuntu issue [02:48] exist a site with the compilation status of ubuntu-desktop? [07:30] o/c [08:54] Good morning === almaisan-away is now known as al-maisan [09:04] cjohnston, sort of... sprinting in prague [10:01] RAOF: a better stacktrace: http://paste.ubuntu.com/465817/ [10:15] RAOF: do you have the "DEBUG: Unable to create proxy for /org/moblin/UX/Shell/Toolbar"… ? [10:34] 1/aw [11:00] mpt, hey [11:00] heyyyyyyy [11:01] mpt, you in prague? [11:01] and471, yep [11:01] and so is davmor2 [11:01] mpt, how is it there? [11:01] It's weird, we're not in a basement [11:01] hehe [11:02] mpt: I'm not [11:03] Oh dear, I'm confusing davmor2 with another Dave [11:03] mpt, anyway, I did a little bit of work on SC (got ditracted a bit on my own project) but there is one question I wanted to ask, in this pic https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=in-progress.jpg , for the number in the in progress entry, are the colours meant to be the gtk theme's colors, what font etc. [11:03] mpt, that is mean taunting davmor2 like that :D [11:04] :') [11:04] I was thinking of Daviey [11:04] :'( even [11:05] and471, mmnz_ told me that implementing that wouldn't be possible until he'd done a custom tree view for the navigation pane. Have you worked out how to do it regardless? [11:05] mpt, oh, well I was just thinking of doing a normal pixbuf and that doesn't need to be re-implemented [11:05] ok [11:06] mpt, maybe he had another idea of how to do it, but a pixbuf is the simplest and easiest [11:06] mpt, it was becuase I was implemented the /i\ icon for the broken apt cache, and so I though I could use the same column for both [11:06] and471, I hadn't really thought about colors. How about the pane background color (e.g. white) for the number, and the disabled text color (e.g. grey) for the lozenge background? [11:06] *implementing [11:07] mpt, ok, also one more question, in this https://wiki.ubuntu.com/SoftwareCenter?action=AttachFile&do=get&target=catalog-broken-navigation-pane.jpg [11:07] the icon it uses is for the danger icon [11:07] a broken apt cache doesn't seem dangerous to me, would the warning icon be better? [11:07] and471, there should be a stock icon for that [11:08] That is the warning icon, right? [11:09] It's not dangerous, so much as something that needs fixing [11:10] mpt, in Humanity, the stock icon for warning is a round icon with a ! so a ( ! ) instead of a /!\ [11:10] mpt, I was just checking this was ok [11:10] mpt, or whether the triangular one was really wanted [11:10] and471, what color is the (!) ? [11:10] in Humanity [11:11] I don't remember seeing that icon anywhere [11:11] mpt, I'll show you a screenshot, it might be easier to visualise [11:11] thanks [11:11] hi kiwinote, how's it going [11:11] hi mpt [11:12] kiwinote, ah sorry, how is it going? [11:13] mpt, this morning i rounded off the startup speed improvements branch. there is still more that can come, but it is a good improvement for now [11:13] hi and471 [11:13] mpt, http://imagebin.org/105914 [11:13] then i tried to get my 64bit install to boot to do some testing, but no luck so far.. [11:14] mpt, that is GTK_STOCK_DIALOG_WARNING [11:14] and471, nice! broken aptcache I assume? [11:14] mpt, or wait, maybe I have something wrong [11:14] kiwinote, yup :) [11:14] mpt, give me a sec, I might be confusing myself... [11:15] mpt, okay, right that is GTK_STOCK_DIALOG_WARNING [11:17] mpt, there is an emblem-danger in Humanity which is a /!\, but as I said, I don't think it is dangerous [11:18] and471: Humanity/status/24/dialog-warning.svg is a /!\ [11:19] hi vish :) [11:19] o/ :) [11:19] and471, is it just Elementary being weird? [11:19] mpt, uhoh, maybe... gimme a sec [11:19] yup... [11:19] mpt: we just try to keep some difference :D [11:20] mpt vish sorry, it was just me being stupid, everything is fine, the /!\ icon is shown as it should be :) [11:20] ok [11:20] mpt, in which case I have no more questions :) [11:20] lol! [11:20] The prosecution rests. [11:20] :D [11:21] mpt: out of interest, are you at guadec next week? [11:21] kiwinote, yes, all next week [11:22] mpt: nice [11:22] and471, https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=398&rev1=397 [11:22] mpt, hehe thanks :) [11:23] mpt, I may not be able to do much work on SC this week, but maybe by mid week I should have most of what I can implement with the broken apt cache (I need mvo to do a little bit) [11:24] cool [11:26] vish, I am working furiously on my new screencasting app :) [11:26] its gonna be awesome :) [11:27] cool! [11:28] vish, http://whyareyoureadingthisurl.wordpress.com/2010/06/29/introducing-a-screencaster-called-kazam/ [11:29] and471: yeah , i'v seen that.. sounds neat! , though i hope you would fix more papercuts :p [11:29] vish, hehe :) [11:30] * and471 has to go to eat and play tennis (but not simultaneously) [11:52] mpt: instead of using the gtk-stock icons its better to use "dialog-warning" and such , the gtk icons are going to be removed from gnome.. [11:54] they dont want to depend on the symlinks and icon naming utils.. [11:55] only the icon from fdo naming spec will remain in the long run. [11:55] icons* === al-maisan is now known as almaisan-away [11:59] http://www.bomahy.nl/hylke/blog/were-removing-icons-again/ [12:01] mpt: http://live.gnome.org/GtkNamingSpecInvestigation === almaisan-away is now known as al-maisan [13:46] didrocks: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588244 [13:46] Debian bug 588244 in clutter-1.0 "Clutter eglx packaging" [Wishlist,Open] [13:52] empathy doesn't show seb128 here, but is he? [13:53] (i know of a bug with empathy not showing people on channel users list) [13:53] bcurtiswx, no [13:53] but he's sat opposite [13:55] chrisccoulson: OK, is this an OK place to ask a question on patches? [13:55] its to empathy [13:55] bcurtiswx, feel free [13:56] re bug #606317 its what i think is a simple addition to debian/control of a depends on libdconf0. Is this correct? [13:56] Launchpad bug 606317 in empathy (Ubuntu) "Empathy don't remeber perosnal setting and revert to some sort of default at every start (affects: 2) (dups: 1) (heat: 1701)" [Medium,Confirmed] https://launchpad.net/bugs/606317 [13:58] didrocks, would it be possible to strip the '-2.30' suffix from the evolution-2.30.pot template in the evolution package? We've now got two templates in maverick in LP, and that seems to cause some trouble exporting the translations in language packs. I think seb128 did that in previous versions, but I'm not quite sure how. [13:59] chrisccoulson: maybe kenvandine would be better for this question since he works with empathy uploads? [14:02] dpm: ok, I'll ask him. Do you know where this pot file is? source only? [14:02] bcurtiswx, i think seb128 was just talking about that [14:02] alf__: thanks [14:04] kenvandine: in the bug he mentioned making libglib2.0-0 recommends to a depends. i wanted to make the patch, but i don't know/don't see where to do this [14:05] bcurtiswx, which bug? [14:05] i thought it was debian/control but i don't see that in recommends [14:05] bug #606317 [14:05] Launchpad bug 606317 in empathy (Ubuntu) "Empathy don't remeber perosnal setting and revert to some sort of default at every start (affects: 2) (dups: 1) (heat: 1701)" [Medium,Confirmed] https://launchpad.net/bugs/606317 [14:06] didrocks, thanks! I think it's the one generated by the package during build, I don't think it's in the sources under the po folder [14:06] oh... he meant in the glib package [14:07] not empathy [14:07] kenvandine: OK, i can still write a patch for that. [14:07] libglib2.0-0 needs to depend on libdconf0 [14:07] * bcurtiswx will look to see if its not done already [14:11] better to use bzr [14:11] bzr branch lp:~ubuntu-desktop/glib2/ubuntu [14:11] i think [14:11] bzr branch lp:~ubuntu-desktop/glib/ubuntu [14:12] who wants to change glib? [14:13] seb128: i was going to check it to see if you made libdconf0 depends.. if not i was going to write patch [14:14] seb128: i guess since its trivial, my patch would be futile [14:14] why would glib depend on libdconf? [14:14] chrisccoulson: bug #606317 [14:14] Launchpad bug 606317 in empathy (Ubuntu) "Empathy don't remeber perosnal setting and revert to some sort of default at every start (affects: 2) (dups: 1) (heat: 1701)" [Medium,Confirmed] https://launchpad.net/bugs/606317 [14:18] alf__: can you join #debian-gnome on OFTC, please? [14:18] bcurtiswx, no, but I plan to merge other debian changes so don't bother [14:19] seb128: OK [14:20] seb128: for future note, a "bzr diff > packagename.patch" uploaded to bug would suffice? [14:22] bcurtiswx, yes [14:24] seb128: OK, thx. Time to head to work. adios [14:29] dpm: ok, I'll have a look :) [14:33] dpm, no [14:33] dpm, the version is changing every cycle [14:33] dpm, somebody needs to approve the new template in launchpad [15:04] vish, ok, https://wiki.ubuntu.com/SoftwareCenter?action=diff&rev2=399&rev1=398 [15:38] didrocks, https://blueprints.edge.launchpad.net/ubuntu/+spec/mobile-m-lightweight-panel-for-efl last WI is yours :) [15:43] ogra: thanks :) [16:08] anyone know if there's a way to make dpkg-buildpackage delete the .deb and associated files that it created while doing a build? [16:08] or to get a simple list of the files? [16:09] at the end of the build it says the deb created afaik === Amaranth_ is now known as Amaranth [16:10] Zdra: somewhere during the build, it spits out the name of each deb file created, yeah, but i'd have to trap all output and write a parser to deal with it :( [16:10] Zdra: i was just hoping for some sort of 'clean' command, or a dh_listbinaries or something :) [16:11] ah, for an automatic [16:11] script [16:11] dunno then [16:12] yeah, manually, i could just cd .., do an ls, and rm -f the files :) [16:13] i guess i could just do something similar [16:14] pedro_: jcastro: can we make a bug day on banshee? There are a lot of untriaged bugs and it will be good to do that before promoting it to main :) [16:16] didrocks, sure, first week of August sounds good? [16:16] pedro_: awesome! [16:16] jcastro, ^ [16:16] * didrocks hugs pedro_ [16:16] didrocks, ok i'm scheduling it now ;-) [16:16] * pedro_ hugs didrocks back [16:27] * lamalex will be in London.. [16:27] for banshee hugday that is [16:30] hello mvo, just a short notice: I fixed the sync calls of aptdaemon in trunk [16:31] mvo, see you! [16:34] hey glatzor [16:34] glatzor: nice, you rock ! \o/ === oubiwann is now known as oubiwann-away [17:06] .c === al-maisan is now known as almaisan-away [17:49] Hello, where can I get help regarding audio problems ? [17:50] AnAnt, try #ubuntu [17:50] tried that [17:51] AnAnt, well this channel is for development so not really the place, also many devs are currently sprinting in Prague and so won't be here [17:51] oh, or don't stay to listen :-( [18:26] dobey: why not use "apt-cache showsrc | grep Binary:"? or do I don't understand what you want to accomplish? [18:29] geser: because that doesn't work for something that's not in the apt-cache. i'm trying to make some automagical testing happen for landing changes to a branch that only has packaging info in it (and it only builds 'virtual' packages taht depend on other things), but I don't want to have the parent dir get filled up with the built packages. i just want to make sure the package builds successfully and trap any lint errors [18:30] but i made a workaround to deal with the built files in .. for now [18:31] now i'm hitting another issue, though. as piping output to tee causes the exit code to always be 0, even if bzr bd fails (eg with "bzr bd -- -ptrue") === fta_ is now known as fta === fta_ is now known as fta === korn_ is now known as c_korn [20:18] hello === almaisan-away is now known as al-maisan === fta_ is now known as fta === al-maisan is now known as almaisan-away === fta_ is now known as fta