=== dduffey is now known as dduffey_afk [05:10] Good morning [05:11] pitti: word up [05:17] hey desrt, how are you? [05:24] laughing. [05:24] :) [05:24] just had a hilarious conversation with my girlfriend [05:24] she's doing an assignment using MPI [05:25] there's a function MPI_Send() that takes, as its first argument, an array of things to send [05:25] the type of the array is specified in a later argument, like MPI_INT or MPI_DOUBLE, etc. [05:25] anyway.. the C type of the first argument is void* [05:25] so it can take any type of array [05:26] but it's sending the array.... so why not const void * [05:26] anyway... [05:26] she had a function that had a 'const double *array' and wanted to send it using MPI_Send [05:26] and she was having a weird crash that she couldn't figure out... so i took a look [05:26] and i see MPI_Send (&array, .... [05:27] so i look at her and say "did it happen that you got a warning from the compiler about something to do with pointers and you thought to yourself 'hmmm.. sometimes these go away when i add a &, so let's try that...'?" [05:27] and she says "...HOW DID YOU KNOW?!" [05:28] (much laughing) [05:29] *chuckle* [05:29] remembers me when I spent about two hours explaining the concept of pointers in C [05:30] to my wife [05:30] it's funny because i remember the days when such a system used to work for me [05:30] for someone who previously only worked a bit with PHP, Java, and Python, this was quite a challenge indeed [05:30] "hmmm... compiler warning... i wonder if i should add more '*', or '&' instead?" [05:30] good to know I am in such good company :-) [05:31] desrt: yeah, it's like dealing with a nagging cat or so -- you try this and that randomly until it's satisfied :) [05:39] pitti: is there an equivalent to apt-cache show for source packages? [05:39] desrt: yes; apt-cache showsrc [05:39] lovely. thanks. [06:01] Morning === jono is now known as Guest29470 [06:38] robert_ancell: hey Robert, how are you? [06:38] robert_ancell: I'll move your remaining three a2 WIs to b1, ok? [06:41] * desrt discovers pbuilder --execute [06:50] pitti: Would you be up for sponsoring colord to Debian? [06:51] RAOF: sure! toss me the .dsc? [06:51] RAOF: oh, or from git, I suppose [06:51] Yeah, git would be nice :) [06:52] You'll need to uscan; pristine-tar is having a hissy fit about .orig.tar.xz again, it seems. [06:53] * RAOF thinks we should probably merge btrfs-tools from Debian, too; there's probably *something* interesting in the year and a half's development since our snapshot :) [06:54] good morning [06:57] bonjour didrocks [06:57] bonjour. [06:57] guten morgen pitti, how are you? [06:57] * RAOF scurries off. [06:57] hey RAOF :) [06:58] RAOF: weird issue i'm seeing lately, btw [06:58] RAOF: occasionally i'll be using my mouse scrollwheel in an app [06:58] then i'll go away and pay attention to another app for a bit [06:59] then go and try to scroll on the first app [06:59] and the result is that it seems that a whole lot of 'scroll up' events are sent at once [06:59] which either takes me to the top of a webpage or makes my volume very very loud [06:59] i've seen it happen at least with firefox and gtk3 apps [06:59] perhaps it's a weird symptom of the input transplant? [07:01] anyway... i'm having difficulty reproducing it, but it's happen maybe half a dozen times now [07:03] * desrt does bed [07:10] pitti, sorry, missed you there. That's fine, gtg, cya later [07:10] cu robert_ancell [07:17] RAOF: colord uploaded === warp11 is now known as warp10 [08:14] mvo: guten Morgen [08:19] hey, guten morgen pitti [08:38] good morning everyone [08:40] hey chrisccoulson [08:40] hi pitti, how are you? [08:41] quite fine, thanks! I'm happy to have bent aptdaemon and packagekit to my will :) [08:41] hey chrisccoulson [08:41] bonjour didrocks [08:41] 07:57:22 pitti | bonjour didrocks [08:41] spatial/temporal issue? :) [08:41] hey again pitti! ;) [08:42] didrocks: cerebral issue [08:42] didrocks: I'm just so happy to see you! [08:42] pitti: let's blame that on aptdaemon and packagekit! :) [08:42] pitti: ahah, I see that :-) [08:42] or on my DSL reconnect 10 mins ago [08:42] * didrocks hugs pitti [08:42] not sure whether my messages to mvo and GunnarHj came through [08:42] I don't see them [08:42] (irclogs.u.c. is behind) [08:43] didrocks: thanks, replaying [08:43] mvo: I recently landed plugin support in packagekit and aptdaemon, and would like to update aptdaemon to current trunk after alpha-2 [08:43] pitti: hi, I just saw a "hello" [08:43] pitti: +1 [08:43] mvo: this requires porting the s-c-aptdaemon-plugins to GI [08:43] mvo: I sent a MP, but do you have some general reservations about this? [08:43] pitti: I merged this this morning, many thanks! [08:43] GunnarHj: good morning! thanks for the fixes; reviewing now [08:43] GunnarHj: (and argh @ those UDD branches, I get merge conflicts) [08:44] mvo: oh, that was quick, thanks! [08:44] mvo: so we can upload that and aptdaemon after a2 freeze? [08:44] this works nicely now: pkcon what-provides "locale(de)" [08:45] so control-center or even our language-selector could use that upstream API now [08:45] yes [08:45] !!! [08:45] language-selector-common now just ships a five-line PK plugin which works in PK and aptdaemon-pkcompat [08:46] it's quite nice now [08:46] Good morning everyone [08:47] we could also extend this with other apps, i. e. app-install-data-ubuntu could ship a what-provides(application) plugin, or generalize our gstreamer handling [08:47] and I can drop most of jockey's smarts with that, too [08:47] morning everyone, [08:47] hey sil2100, hey agateau [08:47] got a strange error upgrading glib yesterday evening [08:47] http://paste2.org/p/1891666 [08:47] does it ring a bell to anyone? [08:47] yep [08:48] welcome to multi-arch [08:48] pitti: oh, that sounds interessting [08:48] (I bet) [08:48] pitti: I thought I entered multi-arch world last cycle? [08:48] agateau: did you dpkg -i a local build? [08:48] hey sil2100, salut agateau [08:48] agateau: it usually happens if the i386 and amd64 versions are not upgraded at the same time [08:49] pitti: I don't remember building glib myself, checking nevertheless [08:49] agateau: I also updated my amd64 machine from ubuntu-desktop PPA, that worked fine here [08:50] oh, I recently removed all :i386 packages to test the new glib, so nevermind [08:50] * sil2100 finished building and installing all those test packages [08:50] pitti: I don't have any i386 version of glib installed [08:50] pitti: could it be caused by i386 versions of other packages? [08:50] no, I don't think so [08:50] But I noticed that the compiz package you provided has a dlopen() of libplug1.so to /media/d1dddb1a-729f-40ef-9725-dc2a9ad56031/smspillaz/Source/Compiz/dev/dev/merges/compiz/core/compiz-core/build/src/libplug1.so [08:50] ;) [08:50] agateau: dpkg -S /usr/share/doc/libglib2.0-0/ChangeLog.pre-2-2.gz [08:51] agateau: that should say libglib2.0-0 [08:51] hey [08:51] bonjour seb128 [08:51] seb128: hi [08:51] pitti: mmm, that's embarassing [08:51] hey pitti, how are you? [08:51] pitti: libglib2.0-0:i386 [08:51] agateau: ah, so perhaps you updated at a time when the PPA didn't have the new i386 built yet? [08:51] seb128: I'm great, thanks! [08:51] pitti, agateau: hiting that gzip multiarch bug again? [08:51] we went bowling last night, quite some fun [08:51] seb128: yep [08:52] pitti, oh, nice ;-) [08:52] seb128: debugging ATM, I hope not [08:52] pitti, ricotz mentioning he was hitting it often with his ppa builds, he gave me a diff yesterday to exclude ChangeLog.pre-2-2.gz from the zippage [08:52] seb128: and I'm just boring everyone with the packagekit news :) [08:52] salut seb128 [08:52] seb128: oh, so it's that again? argh [08:52] lut didrocks [08:52] pitti, seems so [08:53] pitti: oh, just noticedd the libglib2.0-0:i386 as "iU" status in dpkg -l, [08:53] pitti: should i dpkg -r it? [08:54] agateau: it'll probably require you to uninstall other :i386 stuff [08:54] agateau: if you don't need it, yuou can sudo apt-get purge libglib2.0-0:i386 [08:54] pitti: ok, trying this [08:54] agateau: if not, just delete that changelog file from your system and dist-upgrade again [08:55] agateau: s/if not/if you need it/ [08:56] gaaaaaah, https://launchpad.net/~mozillateam/+archive/firefox-next/+build/3179551 !! [08:56] hi seb128 [08:56] how are you? [08:56] pitti: mmm, "apt-get purge..." => says to run apt-get -f install, "apt-get -f install" => complains about the .gz [08:56] hey chrisccoulson, I'm great thanks, how are you? [08:56] agateau, rm the .gz [08:56] pitti: going to rm the changelog file [08:57] agateau: bug 889303 FYI [08:57] Launchpad bug 889303 in gzip "gzip -9n sometimes generates a different output file on 64 bit (dup-of: 871083)" [Undecided,Confirmed] https://launchpad.net/bugs/889303 [08:57] Launchpad bug 871083 in gzip "gzip -9n sometimes generates a different output file on different architectures" [High,Triaged] https://launchpad.net/bugs/871083 [08:57] seb128, yeah, not too bad thanks. a bit tired though [08:57] pitti: ok, seems to fix it, thanks! [08:58] pitti: did I do something wrong to end up in this situation? [08:59] agateau: no, you didn't; it's the bug above [08:59] chrisccoulson, did you hack until early again? ;-) [08:59] pitti: ok [08:59] seb128, not really, but i'm stuck in a pattern of going to sleep at 4am ;) [09:01] chrisccoulson, that's enough to be tired I guess :p [09:04] and i'm nearly out of coffee! [09:07] slomo: hey, looks like gst-plugins-bad0.10 doesn't build a -dev package, needed for gstreamer-vaapi (GST_BASEVIDEO). would you accept a patch adding that? [09:11] tjaalton: no [09:11] tjaalton: there's no -dev package on purpose [09:11] tjaalton: the API of the -bad libraries is still unstable and possibly changes every release [09:11] sigh [09:12] so no way to build -vaapi then? [09:14] how often does -bad release anyway, the previous one was in may '11 [09:16] tjaalton: there's a pre-release from december and a new one will be there this week, and hopefully a final release (probably the last in the 0.10 series) end of next week [09:16] tjaalton: and no idea about gstreamer-vaapi, sorry [09:17] slomo: ok, gstreamer-vaapi is needed for 12.04 [09:17] tjaalton: "needed"? [09:17] tjaalton: perhaps you could copy some header files from -bad for the time being? [09:18] slomo: by OEM's [09:18] pitti: yeah, maybe.. [09:18] tjaalton: and then add a strict dependency, to force updating when -bad changes? [09:18] tjaalton: it's really not the brightest idea to depend on the gst-plugins-bad libraries ;) [09:18] but pitti's idea sounds good, even if it's still ugly [09:18] ok, I'll work around it [09:18] well, FSVO "good" [09:19] cowboy packaging FTW [09:19] :) [09:19] but if the next release is the last of 0.10, isn't it possible to add the -dev package for it? 0.11/1.0 will break the api anyway? [09:19] tjaalton: i'll get in contact with gstreamer-vaapi upstream and we'll try to find a solution [09:20] slomo: cool, thanks! [09:30] tjaalton: ok, if you give me a patch to gst-plugins-bad to add a -dev package with a shlibs file that will always generate a =${binary:Version} dependency on the package i'll upload that to debian [09:30] tjaalton: i guess that's the best solution for now, copying the headers is more likely to cause breakage [09:30] slomo: cool, will do [09:45] didrocks: is there a way to force debuild to run autoreconf ? [09:45] smspillaz: yes, there is a rather elegant way [09:45] smspillaz: for cdbs packages, include /usr/share/cdbs/1/rules/autoreconf.mk [09:45] smspillaz: for which package? (depends on which debhelper version) [09:45] smspillaz: for dh7 packages, dh --with autoreconf [09:46] didrocks: metacity [09:46] smspillaz: and add a dh-autoreconf build dep [09:46] it doesn't run autoreconf :( [09:46] smspillaz: you need to add a build-dep on dh-autoreconf [09:46] ok, will do [09:46] metacity is cdbs [09:49] pitti: make: *** No rule to make target `/usr/share/cdbs/1/rules/autoreconf.mk'. Stop. [09:49] dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 [09:49] debuild: fatal error at line 1350: [09:49] smspillaz: as didrocks and I said, you need to add a dh-autoreconf build dep [09:49] that package ships it [09:50] ah fun [09:52] pitti: Hello, Martin! [09:52] hey GunnarHj [09:52] pitti: Merged? Yeay!! :) [09:52] GunnarHj: heh, it took a while :) [09:53] mvo, pitti: do you have any opinion on what to do about bug #923171 [09:53] Launchpad bug 923171 in update-manager "software-center crashed with AttributeError in popup(): 'Menu' object has no attribute 'popup_for_device'" [High,Confirmed] https://launchpad.net/bugs/923171 [09:53] GunnarHj: I'm currently debugging the migration in postinst, it also writes everythign to /etc/environment [09:53] seb128: will look in a bit; wit gtk 3 popup_for_device() is supposed to work [09:53] mvo, pitti: it's basically the gtk currently in the ubuntu-desktop ppa which has an api break in annotations [09:53] pitti: Yep. l-s should be much easier - in effect no important changes. [09:54] pitti, well, upstream renamed it on purpose, it's not really a bug, but it's still an api break... desrt started a discussion on the gtk devel list about binding stability [09:54] has anyone experience with the Geoclue dbus interface? when I use the ubuntu provider directly it works fine, but when I use org.freedesktop.Geoclue.Master it tells me it has no address provider [09:54] seb128: what are the options? [09:54] pitti, mvo: meanwhile not sure if we should revert or do something else or fix update-manager and software-center [09:54] mvo, ^ those 3 I guess [09:54] pitti: Re: postinst - yes, shouln't it? That's what l-s has done all the time. [09:55] 1- revert the rename, but that makes us api incompatible with upstream, I don't like it [09:55] 2- somewhat add the old name as an alias or something (not sure how it can be done technically) [09:55] 3- fix the rdepends [09:55] ah, I see [09:55] fix -> update [09:55] seb128: I'm fine changing the code in s-c/u-m, its just yet another bad experience for me as a develop (and for others) [09:55] I think (2) is the best option for upstream [09:55] right [09:56] but *shrug* [09:56] smspillaz: what does compiz use libplug.so for? [09:56] seb128: with the rename-to: I'm not sure whether we can write an override (your option 2) [09:56] mvo, if you can get 3) meanwhile, I plan to upload gtk after the a2 freeze [09:56] mvo, so I would like to not break stuff and you to be ready ;-) [09:56] pitti, yeah, me neither :-( [09:56] seb128: what needs to be used instead? [09:56] seb128: I'll examine 2 after I'm done with accountsservice [09:56] pitti, danke [09:56] mvo: just popup(), as in the old days [09:56] ok [09:57] what pitti said [09:57] but of course if I do that now it will break with current gtk [09:57] right? [09:57] yes [09:57] yes [09:57] (Geoclue anyone ;) ? [09:57] *sigh* [09:57] :-( [09:57] ok, thanks [09:57] mvo: I'll investigate re-inroducing _for_device() [09:57] I guess you can do a "get gtk version and conditional code paths" [09:57] thanks pitti [09:58] do we have any idea for how long this was actually available? [09:58] smspillaz: since main.cpp in compiz does a dlopen of libplug.so with some absolute path from your system, hm [09:58] mvo, but I agree it sucks hard, well at least this time they have an upstream discussion on how to solve this problem [09:58] i mean, what timeframe are we talking about? [09:58] mvo, for what? [09:58] sil2100: um. whooooooooops [09:58] popup() vs popup_for_device() [09:58] mvo, the rename is in the gtk which is in the ppa that will go to precice when the a2 freeze lifts [09:58] I think that was the tarball I was using to debug the linking bug [09:58] err [09:58] I assume that this is used by more than just u-m/s-c [09:58] I'll get you a new one [09:58] mvo, so I hope today [09:59] I mean, when was popup_for_device introduced, how long ago? [09:59] mvo, well it's only an annotation rename, it doesn't affect C or vala [09:59] can we hold this back a bit? [09:59] smspillaz: hoho, so should I just remove the dlopen() thingy ;)? Or is there a bit more I'll have to remove? [09:59] (this is what happens when I rush around) [09:59] smspillaz: thanks ;) [09:59] sil2100: uhhh, I'll get you a new one, hang on [09:59] seb128: it's also used in computer-janitor and other places [09:59] pitti, sure, anyway I just wanted to start the discussion early so maybe we can resolve it and not delay the gtk upload too much [10:00] I still don't understand http://bugzilla-attachments.gnome.org/attachment.cgi?id=206147 [10:00] popup() and popup_for_device() have two distinct APIs [10:00] pitti, but deal with your accountsservice changes and ping me back later when you have time for it [10:00] why can they rename one to be the other? [10:00] pitti, well see https://bugzilla.gnome.org/show_bug.cgi?id=657385 [10:00] Gnome bug 657385 in menu "[introspection] gtk_menu_popup() not introspected" [Normal,Resolved: fixed] [10:01] they expose only one to bindings on purpose it seems [10:01] pitti, but anyway, finish what you are working on [10:01] we can discuss gtk after lunch or later today [10:01] yes, but popup_for_device() requires a device argument [10:02] heh :) does that mean that if you lookup how to use it using the C docs you get the wrong info? not quite the best approach [10:02] I mean, there are no binding specific docs and now when you look at the C docs they tell you something wrong? [10:03] yes, that's my concern [10:03] mvo, pitti: ok, what about reverting the annotation change for this upload? so we don't block gtk and don't break anything until we sort things [10:03] sil2100: rebuilding hang on [10:03] mvo, seb128: also, it's not a concern for python [10:03] mvo: you can use .popup() right now [10:04] there's an override which defines a python .popup() bycalling popup_for_device(None, ...) [10:04] seb128: fine for me; it seems actively wrong to me [10:05] pitti, mvo: ok, I will revert for that upload so we can sort it quietly without rush [10:05] thanks [10:06] seb128: is there a good place to ask about geoclue? [10:06] mvo, not sure, you can try pinging bastien on #gnome-hackers if you have the skin for it :p [10:07] smspillaz: ok ;) [10:07] mvo, otherwise wait for kenvandine to join, he's probably the one knowing the best that stack around, he worked with it before [10:07] seb128, mvo: I followed up to the upstream bug [10:07] seb128: I will wait for ken [10:07] seb128: I don't have enough guts for flames this morning [10:08] mvo, ;-) [10:08] pitti, danke === zyga_ is now known as zyga-xchat [10:25] GunnarHj: sorry, DSL reconnect; if you said something in the last few mins, I didn't get it [10:25] hey seb128 quick ? for ya. I am testing a new install on a new machine and I am trying install dropbox, but I'm getting an error. [10:26] GunnarHj: so, got everything queued up in bzr, now waiting for the freeze to lift [10:26] jasoncwarner_, hey [10:26] seb128: nautilus-dropbox depends on libnautilus-extension1 (>= 1:2.22.2); however: [10:26] Package libnautilus-extension1 is not installed. [10:26] seb128: hey :) [10:26] jasoncwarner_: sounds like a dropbox version for lucid or so [10:26] when I try to install that extension, I can't b/c it is replaced by libnautilus-extension1a, which also doesn't install? [10:26] jasoncwarner_, seems that version of nautilus-dropbox needs to be rebuilt for precise [10:26] jasoncwarner_: isn't that spelled "ubuntu one"? :-) [10:27] pitti: :) yeah, it is [10:27] pitti: I still have some old docs on there, unfortunately it seems [10:27] I thought the dropbox guys even asked us to remove dropbox from the archives [10:27] jasoncwarner_, the current version has a "a" at the end indeed, nautilus-dropbox needs to be rebuilt to use that one [10:27] pitti: I tried downloading .deb from dropbox.com [10:27] seb128: ok...I'll ask them to do that ;) [10:28] jasoncwarner_, ok [10:30] hah: http://status.ubuntu.com/ubuntu-precise/canonical-desktop-team-precise-alpha-2.html [10:30] (ok, cheating: moved some WIs) [10:30] but we are clean wrt. alpha-2 now [10:31] :) [10:32] pitti: I think I'll have to drop my remaining oneconf WI (with the installer) as there is no work on ubiquity this cycle and with the latest additional requirements from design for g-c-c [10:33] didrocks: ah, too bad :( I know it's a project close to your heart :( [10:33] pitti: yeah, but it's always postponed cause ENOTENOUGHTIME or EDEPENDSONOTHERTEAM :/ [10:34] (and the isd team dropped their oneconf WI) [10:34] well, at least, we will still have the software-center integration :) [10:35] (at least, it gained a full testsuite this cycle) === Guest50763 is now known as p === p is now known as Guest62719 [10:55] fantastic. whilst investigating another bug, i've discovered that the current firefox nightly doesn't build on armel :-( [11:16] Er.. How do I choose unity-2d in Precise? I don't see a session chooser in the Precise lightdm. [11:17] I like the love from the testers [11:17] "this test is silly, F is not the accelerator in all languages for File" [11:17] (2 people) [11:17] rather than telling that, please help updating it! :) [11:18] I see that unity-2d is installed by default, but how do I choose it? [11:18] soren, you click on the small gear icon on the greeter [11:18] next to your name [11:18] It [11:18] It's not there. [11:18] I was in Oneiric.. [11:18] soren, update your unity-greeter to the currnet version and restart? [11:18] * soren goes and checks again [11:19] soren, I fixed that tuesday [11:19] soren, well I backported the fix from mterry to be exact [11:19] Note: This is not an upgrade (it's a new laptop), so I may be missing some packages or whatnot. [11:19] seb128: Oh. Yeah, I'm a couple of days behind on updates (hotel wifi and whatnot). I'll update. Thanks. [11:20] I just assumed the functionality moved somewhere else [11:20] soren, unity-greeter is tiny, otherwise log in and log out or switch user, I think it was off only on first greeter start [11:37] seb128, pitti, etc... [11:37] A2 today, what's the word on the street? [11:37] didrocks, mot dans la rue? [11:38] rickspencer3, no issue that I know about [11:38] but I didn't follow things closely out of desktop land [11:38] rickspencer3: unity 5.2 will maybe be slightly delayed (boot time regression). I'm continuing collecting the user results, taking time :) [11:39] hmmm [11:39] isn't A2 image already rolled? [11:40] rickspencer3, yes, unity 5.2 will be uploaded after a2 [11:40] rickspencer3, i.e orthogonal topic [11:40] ackity [11:40] right, thanks seb128 === Guest62719 is now known as mandel [12:00] jasoncwarner_, you're using the aurora builds from https://launchpad.net/~ubuntu-mozilla-daily/+archive/firefox-aurora/+packages aren't you? [12:01] chrisccoulson: I was on my other machine..but I had to send ti back to get repaired...on this new one I'm just using stock firefox [12:01] chrisccoulson: firefox 10 [12:01] jasoncwarner_, oh, never mind then :) [12:01] chrisccoulson: you want me to test something? [12:01] i was going to ask if you wanted to smoketest the new builds, before i turn publishing back on again [12:09] soooooo, when can we start uploading again? :) [12:20] rickspencer3: haven't really followed A2 this time, I'm afraid [12:21] it's been fairly quiet today, as most of the action happens during US day [12:25] can we upload yet?! [12:25] can we upload yet?! [12:25] can we upload yet?! [12:25] ;-) [12:26] smspillaz: how's the rebuilding proceeding ;)? [12:26] I mean, re-packaging [12:26] oh right [12:26] whoops [12:26] I'll upload the new tarball now [12:26] sorry got caught up in a bunch of stuff [12:27] sil2100: same place as it was last time [12:27] (keep in mind I haven't had a chance to thoroughly test this one) [12:27] at least all the unit tests pass though [12:28] seb128, hi [12:28] ricotz, hey, how are you? [12:28] smspillaz: thanks - sorry for the trouble! [12:28] sil2100: no, thank /you/ :) [12:28] seb128, great, you too? [12:28] ricotz, I'm fine thanks [12:28] and /sorry/ from myself from the delay and the accidental oops [12:29] seb128, did you added the glib packaging changes? [12:29] ricotz, no, I plan to do that for the upload to precise once the a2 freeze lifts which is not done yet [12:29] especially libelf-dev [12:29] alright [12:30] ricotz, I didn't plan to do another ppa upload only for that [12:30] by the time the ppa build the archive will probably be unfrozen :p [12:30] i see ;) [12:31] ricotz, is gtk good otherwise or do you have fixes for it as well? [12:31] seb128, havent looked at gtk3, sorry [12:32] there werent changes like glib had [12:32] ricotz, no worry, I was just asking to make sure to not overlook something you already fixed ;-) [12:32] i guess light-themes are fixed too [12:33] Cimi said he would have them fixed today [12:33] yes, i noticed some commits [12:34] havent checked, but it could be it isnt working with current trunk again [12:36] ricotz, yeah, it seems he fixed it in trunk [12:37] * ricotz meant light-themes trunk probably isnt working with current gtk trunk again :\ [12:39] ricotz, not a surprised, they are quite agressive on theming changes this cycle [12:40] ricotz, we will have to do the same themes update dance again for next tarball [12:40] sil2100: tarball is in the same place [12:40] Laney, hey [12:40] seb128, yeah :\ [12:41] Laney, seems that the new tomboy serie is not too crazy on changes you can probably update precise to 1.9 if you want [12:42] Laney, just mentioning that we have no objection to update if you want to do it, no strong reason to update either, your call basically ;-) [12:49] smspillaz: thanks! === greyback is now known as greyback|lunch === MacSlow is now known as MacSlow|lunch [13:06] chrisccoulson, oh! [13:06] chrisccoulson, you get bug #923774 it seems ;-) [13:06] Launchpad bug 923774 in unity "launcher doesn't get its colors back when closing the dash with esc" [Low,Invalid] https://launchpad.net/bugs/923774 [13:07] chrisccoulson, I closed it because it happened only once, but seems it's not only me then :p [13:09] seb128: hey, yeah, probably will soon. I actually wasn't intentionally not doing it, just got distracted by doing the mono transition in debian [13:11] Laney, ok, thanks [13:22] seb128, yeah, it's quite reproducible for me :) [13:23] chrisccoulson, oh, it's on the second monitor, I work lid closed most of the time, I probably hit it while playing with multimonitor the other day [13:40] Aargh [13:41] * sil2100 is struggling with packages [13:41] ;) [13:43] pitti: ping? [13:43] hey GunnarHj [13:43] pitti: Shouldn't im-switch be a dependency in l-s, even if it's deprecated, as long as we haven't changed the code to make use of im-config instead? [13:43] Suppose that whether such a code change is motivated depends on the status of l-s. [13:43] * l-s replaced by g-c-c before 12.04 => Don't bother [13:43] * l-s shipped with 12.04 => Change [13:43] ?? [13:44] GunnarHj: yes, I think it should be [13:44] GunnarHj: ah, I was going to apply that patch separately, sorry [13:44] * pitti does not [13:44] err, "now" [13:45] pitti: Does it mean you'll add that dependency now? :) [13:45] yes [13:45] pitti: Ok. [13:45] GunnarHj: pushed [13:46] sorry for the oversight [13:46] pitti: No problem. [13:48] pitti: When do you think it will be decided on l-s in 12.04? I'm asking because if it will be included, and since it's an LTS, I think the help document should be updated and translated. [13:49] GunnarHj: certainly within the next two or three weeks -- whatever is in beta-1, will be in final [13:49] GunnarHj: I'll talk to rodrigo next time he gets online [13:49] I have some prerequisite work to land for him after the freeze [13:50] seb128, ah, https://bugs.launchpad.net/unity/+bug/925442/comments/4 [13:50] Launchpad bug 925442 in unity "Colour of launcher on second monitor is not restored after closing the dash" [Undecided,New] [13:50] there are cases where it doesn't happen :) [13:50] pitti: Ok, then it will be enough time to fix the docs and other minor things. [13:50] GunnarHj: but AFAIUI the region panel still doesn't have a method for configuring ibus [13:51] GunnarHj: so I'm beginning to consider just keeping l-s a little longer [13:51] hmmm, time to free some cruft. firefox build just died because i ran out of disk space [13:51] at least we have a proper check-language-support now [13:51] and we can integrate the library into ubiquity [13:53] pitti: Input method handling is mentioned in the spec at https://live.gnome.org/Design/SystemSettings/RegionAndLanguage, but I don't know about real life. === greyback|lunch is now known as greyback === MacSlow|lunch is now known as MacSlow [14:01] GunnarHj: ah, I don't think that's currently implemented [14:04] chrisccoulson: haha, I keep hearing about the fact that they have to back out features too because the compiler runs out of memory [14:04] smspillaz, oh, that's only happened on windows, and only once recently (and it was the linker) [14:04] and also because the linker is constrained to 3GB of address space ;) [14:04] yeah I can imagine linking firefox must be ... painful [14:04] chrisccoulson: yeah I know it was just windows ;-) [14:05] pitti: What's even more important IMO is whether they have implemented an interface for maintaining the LANGUAGE list. [14:05] linking chrome is even more painful - that's apparently 9GB on windows ;) [14:05] chrisccoulson: yeah all that static linking [14:05] GunnarHj: not in Rodrigo's current branch [14:05] chrisccoulson, stop, you remind me of my recent webkit build :p [14:05] pitti: Hmm, in that case ... [14:08] GunnarHj: I just saw that we could drop the old CheckLanguageSupport class/code relatively easily now [14:08] so I'll at least do that to get rid of some crufty code [14:10] pitti: Great, then I don't need to try understanding it. :) [14:11] GunnarHj: btw, could you try something quickly? [14:11] GunnarHj: I'm not sure it's because of my hacked box, or a genuine bug [14:11] pitti: I can try, what's up? [14:12] oh, that was really stupid of me. in an effort to free up disk space after i ran out and hosed a build already, i have just rm -rf'd my new build tree! [14:12] GunnarHj: so, start gnome-language-selector [14:12] damn! [14:12] GunnarHj: can you drag'n'drop stuff in the lang list? [14:12] GunnarHj: I can't [14:12] GunnarHj: it starts working when I operate any combobox, like the ibus one or switch to Region and change the locale there [14:13] pitti: Oh, I'm on Oneiric now - Precise is on a separate partition, so I need to quit here and come back. [14:13] GunnarHj: does it work on oneiirc? [14:14] pitti: Yes. [14:14] smspillaz, http://groups.google.com/group/mozilla.dev.apps.firefox/browse_thread/thread/ab0164a039e425e4# [14:14] GunnarHj: ok, good; at least it's not a released regression yet [14:14] that means they can update their toolchain and avoid the 3GB address space limit [14:15] pitti: Btw, I did that in Precise several times when testing the a-s MP, so I'd say that it works for me in Precise as well. [14:15] GunnarHj: ok; could be a recent GTK regression then [14:15] chrisccoulson: this really is the trouble with supporting an operating system for *thirteen years* [14:15] yeah :) [14:16] pitti, what regressed? [14:16] smspillaz, but, we need them to support us for 5 years, which is probably going to be harder than supporting windows for 13 years ;) [14:16] chrisccoulson: indeed [14:16] seb128: can you open gnome-language-selector and check if you can move items in teh lang list with drag&drop? [14:17] pitti, I can't, I noticed that the other day, I had to edit .profile by hand to restore my locale [14:17] which I broke by running the region capplet for testing [14:17] seb128: you can operate a combobox like the ibus or the region locale one [14:17] seb128: then it starts working [14:17] oh ok [14:17] well, at least for me [14:17] well in any case I confirm the issue [14:17] that's with and without ubuntu-desktop PPA [14:17] it's not the most recent gtk, I got it before that iirc [14:17] i. e. either GTK [14:19] seb128, pitti: Strange, I haven't noticed it, and have tested it a lot lately on an updated Precise. === dduffey_afk is now known as dduffey [14:51] pitti: could you please take a look at the checkbox 0.12.10 package in the queue for oneiric-proposed? :) [14:52] chrisccoulson: hm, the new version doesn't mention bug 877752, which is also verification-failed? [14:52] Launchpad bug 877752 in checkbox "connect_wireless can unintentionally choose a non-wireless connection to connect to" [Undecided,Fix committed] https://launchpad.net/bugs/877752 [14:53] pitti, was that meant for cyphermox? ;) [14:53] err, yes, sorry [14:53] heh [14:54] pitti: right, the fix was dropped from it? [14:54] did I screw this up again? [14:55] cyphermox: no, I was just wondering [14:55] as it's glaring red on pending-sru.html :) [14:55] oh ok :) [14:58] cyphermox: hm, the diff looks very incomplete; it addresses two of the changes mentioned, but not theh others? [14:58] cyphermox: http://launchpadlibrarian.net/91624753/checkbox_0.12.9_0.12.10.diff.gz [15:06] GunnarHj: did I get this right, l-s is not using the ls-dbus-backend SetSystemDefaultLanguageEnv() stuff any more, right? [15:07] pitti: Yes it does - for setting system language and system formats. [15:07] ./LanguageSelector/LanguageSelector.py: iface.SetSystemDefaultFormatsEnv(sysFormats) [15:07] GunnarHj: was asking because of this ^ [15:09] GunnarHj: same for SetSystemDefaultLanguageEnv [15:11] GunnarHj: it looks like ./LanguageSelector/gtk/GtkLanguageSelector.py has writeSystemFormats() which calls writeSysFormatsSetting() which in turn calls SetSystemDefaultFormatsEnv [15:11] hm, confused [15:12] pitti: SetSystemDefaultLanguageEnv() is a method in dbus_backend/ls-dbus-backend [15:12] pitti: Yes, it's a chain of calls to get to the place where it actually happens. [15:13] GunnarHj: right; and I thought we could get rid of that dbus-backend [15:13] GunnarHj: I thougt it would call accountsservice now [15:14] pitti: But how would an admin then be able to change the system settings? You need to be root for that. [15:14] so accountsservice doesn't do that/ [15:14] ? [15:14] sec, door bell [15:14] otherwise, why would accountsservice need to change /etc/default/locale? [15:15] pitti: Yes, but only for user settings. accountsservice serves accounts, not the system. [15:16] pitti: Does a-s change /etc/default/locale? [15:16] GunnarHj: ah, right; mixed that up [15:16] pitti: Ok [15:16] GunnarHj: it seems it should at some point [15:16] control-center has the same "system-wide" button, I wonder what they use [15:20] pitti: I don't know either. [15:30] GunnarHj: 5 files changed, 8 insertions(+), 462 deletions(-) [15:30] GunnarHj: some cleanup :) [15:31] GunnarHj: (the 8 additions are just debian/changelog) [15:31] pitti: Nice! Will study it later on. [15:32] GunnarHj: unless you want your eyes to pop out, I suggest to rather not look at the old CheckLanguageSupport.py code [15:32] pitti: Thanks for the warning. :) [15:33] GunnarHj: the fun thing is, even with removing all this, gnome-language-selector _still_ shows me the missing packages -- it must have another duplication of that entire logic somewhere [15:33] http://musicforprogramming.net/ - a pleasure [15:33] GunnarHj: oh, indeed, in LangCache.py -- gosh [15:34] ronoc: <3!!!!!! [15:35] ronoc: I keep listening to explosions in the sky haha, would be nice to have a change [15:36] smspillaz, nothing wrong with a bit of explosions, although after a while i would need to change, some nice stuff in those mixes. there is always our set of podcasts for the more opened minded forwind.net/podcasts === m_conley_away is now known as m_conley [15:37] pitti: Yes. As you may recall, I proposed a change in LanguageInformation() for Oneiric, which was needed to deal with the Oneiric simplifications of language installation. [15:37] smspillaz, some are pretty accessible (the first couple) the later ones are very free improvy [15:37] :) [15:37] * pitti bursts out in tears [15:52] didrocks: hey, next compiz upload are we changing the ws switcher shortcuts to use foo instead of foo ? [15:55] smspillaz: yeah [15:55] smspillaz: why, should we old on that? [15:55] hold* === fenris is now known as Guest60985 [16:00] didrocks: nope, just checking [16:02] mdeslaur, please don't assign bugs to ubuntu-desktop, assign them to canonical-desktop-team if they need to be assigned [16:03] mdeslaur, ubuntu-desktop team has the ubuntu-desktop mailing list set as email address so assigning to it leads to list spamming [16:08] seb128: whoops! sorry about that [16:08] mdeslaur, no worry, you are not the first one to do it ;-) [16:25] kenvandine, when do you plan to upload your new g-c-c? [16:25] when it works :) [16:26] mpt: hey [16:26] kenvandine, I noticed it because launchpad is stupid and sent a bunch of "lp:~ken-vandine/gnome-control-center/expose-card-ports" links to bugs listed in the previous changelogs [16:26] i refreshed all the patches so it merges with the latest package [16:26] mpt: looking at https://wiki.ubuntu.com/MenuBar#inherited just now [16:26] ugh! [16:26] desrt, yep [16:26] annoying... [16:26] mpt: are you aware of how the gmenumodel stuff generally works? [16:26] desrt, I know it's a structure that can be reused, but no more than that. [16:26] kenvandine, yeah, well don't worry about that, I'm asking because I wanted to do an upload today or tomorrow and I was wondering if I should wait for you to upload and sneak stuff in or just go ahead [16:27] seb128, that was because i was sending ronoc a branch with all the quilt patches applied for him to base on [16:27] mpt: these mockups pretty much hit the nail right on the head [16:27] kenvandine, i.e if you will be ready this week or probably rather next week [16:27] mpt: except that the structure is slightly less flexible than what you suggest here [16:27] seb128, i want to put it in the ubuntu-desktop ppa first [16:27] kenvandine, ok, I will just do my upload then, thanks [16:27] seb128, is there a release? [16:27] mpt: at present, the only changes that can be supported as you move between windows is that items can be greyed [16:28] kenvandine, no, I just want to merge the work from agateau and maybe backport some git fixes [16:28] ok, the tricky thing is ronoc's patch is hugh [16:29] desrt, so, no changes in function, let alone rewordings or additions? [16:29] kenvandine, I'm pondering if it wouldn't be better to change his code to be a new .so [16:29] seb128, after you upload i'll rebase the patches for ronoc again [16:29] mpt: function can easily change [16:29] mpt: rewordings and additions.... no. not so much [16:29] desrt, though I suppose you could fake changes in function by figuring out what window is currently focused afterwards, right [16:29] ronoc, ^^ [16:29] kenvandine, i.e new subdir [16:29] rather than patching over GNOME code [16:29] mpt: but we're still in the phase where we can expand the functionality if we find a reasonable way to do so [16:29] would be much easier! [16:29] desrt, splendid [16:30] mpt: the way it works is that each menuitem is either directed at the application or the window [16:30] kenvandine, seb128, I'm working on it some more. just ping me ken when we should rebase, ill be working late [16:30] window actions get greyed out if the currently focused window doesn't have that action [16:30] app actions are always available and work irrespective of which window is focused [16:30] different windows can deal in a different way with window-directed actions, of course [16:30] ronoc, what do you think about making it a new panel? [16:31] desrt, that makes sense. The kinds of item that are targeted at the application would be roughly the set that is available when its Help > About window is focused, for example [16:31] kenvandine, could do [16:31] mpt: things like 'new window', for example [16:31] ronoc, it would be much easier to maintain... just cp it all to a new subdir [16:31] desrt, exactly [16:32] from the app author side this gets handled rather nicely as well [16:32] ok [16:32] you have a GtkApplication (implements GActionMap) and GtkApplicationWindow (implements GActionMap) [16:32] and the actions are delivered to the appropriate thing automatically [16:33] so the easiest thing for app authors to do tends to be the thing that we want them to do anyway [16:33] good [16:33] mpt: anyway... the '...' situation is sort of interesting [16:34] mpt: fwiw, here two two extensions that i have considered to the menu protocol that could probably implement everything you want (although not in the most elegant way) [16:34] the first is an active-label attribute [16:34] desrt, that's perhaps slightly distracting as a first example of changed text ... the "Select >" submenu vs. "Select All" item is a simpler example [16:34] this would allow us to have the equivalent of checkbox menuitems that have their current state represented by changing the label [16:35] so instead of "✓ Fullscreen" [16:35] you get "Fullscreen" and "Leave fullscreen" [16:35] desrt, an even simpler example would be a "Zoom (100%)" item in one document window, and a "Zoom (120%)" item in a second document window [16:35] right. we already have a similar request for that by someone who wants to show SIP account credit (€) in their menus [16:36] it calls for something vaguely like a format string [16:36] mpt: the menu-items-changes-to-submenu case is pretty extreme [16:36] anyway [16:37] the second thing i've been considering [16:37] the default behaviour is to grey menu items if the action is not available [16:37] right [16:37] we could introduce an attribute that would change that behaviour to hiding [16:37] this could be a very powerful hammer [16:37] all the menu items are there, but the user only sees half of them at a given time, depending on context [16:38] brb [16:40] desrt, I'm not a programmer or anything, but that sounds vaguely over-specific ... Imagine a browser, for example, where the windows share most menus, but they have independent "History" menus [16:41] desrt, it would be a bit hackish to have a single "History" menu data structure containing the superset of all history items from all windows, and then hide most of it in each. [16:43] mpt, i'm not sure that's a good example, as the history is normally shared across windows. but, imagine a mail client where the contents and structure of the menus in the main window are completely different from those in the compose window ;) [16:43] chrisccoulson, that's actually my example in the wiki page [16:43] oh, i have to admit, i didn't look at that yet :) [16:44] The structure is not completely different, but there are variations [16:44] mpt: so that won't work here [16:44] And I didn't say it was a Web browser. ;-) [16:44] heh [16:44] mpt: i consider that to be a slightly unusual case [16:45] what else did you mean>? surely the only application that people actually use is a web browser? ;) [16:45] chrisccoulson, a help browser, or a mail viewer with multiple windows, or a function brower in an IDE [16:45] mpt: what would be the content of this history menu while the about dialog was showing? [16:46] strangely empty? [16:46] or is the history actually a global thing? [16:47] desrt, in this (non-Web) example, "History" would be insensitive in the base set of menus (e.g. for the About window or the Preferences window) [16:47] mpt: the entire submenu would be insensitive? [16:47] yes [16:48] i have two concerns there [16:48] desrt, the basic model I was imagining was "This window has the base set of menus, minus these items, plus these other items, with these items sensitive, and these items renamed" [16:48] first is that i don't know of any prescedent for that, and it may confuse the user [16:48] second is that it's not presently possible :) [16:49] mpt: this sort of 'patching' is not possible [16:49] what is possible is that the window could provide its own menubar [16:50] but it's an all-or-nothing sort of situation [16:50] desrt, not possible in practice, or not possible even in theory? [16:50] not possible in practice [16:50] and in theory, it sounds difficult and error-prone to implement [16:50] Well, I didn't know that any of this was possible in practice, so we're still ahead [16:51] GunnarHj: ok, I'm done with the slaughtering for today, need to run now [16:51] we're basically talking about getting data from one source and a patch from another and live-applying the patch to the original source before showing it [16:51] GunnarHj: 42 insertions(+), 797 deletions(-) :) [16:51] * mpt browses the office for an example [16:51] GunnarHj: there is no duplication of the pkg_depends stuff any more now, and the worst code is gone now [16:52] GunnarHj: I tested it lightly, but if you want to beat on it some more, please do :) [16:52] mpt: at the end of the day, apps that want to do unusual things can choose to do them in response to different windows being given focus [16:52] good night everyone! [16:52] mpt: that's how it works on macos, for example [16:53] the menubar there is an application-wide construct... if someone wants to change something for a particular window then they do it when that window gets the focus [16:54] good night pitti! [17:03] oh, pitti is gone already [17:03] i might want to talk to you about bug 894166 tomorrow :) [17:03] Launchpad bug 894166 in firefox "Make hyphenation work with system hyphenation patterns" [High,Triaged] https://launchpad.net/bugs/894166 [17:03] so we can make the packages a bit smaller again [17:03] man... hyphenation is great fun [17:04] heh [17:04] our problem is actually quite simple. the languages specified by web content don't map directly to our hyphenation patterns [17:05] "let's take one of the most quirky things about a quirky system (scratch that... 100 quirky systems each quirky in their own way) and attempt to formalise it!" [17:08] Ok, I couldn't find an example [17:09] desrt, fair enough. [17:09] nice! [17:09] less work for me :) [17:10] Hi! [17:10] I'm just trying out the packages I just built [17:11] didrocks: I'm not really knowledgable in how unity 3d starts up - launching unity is enough? [17:11] Since I want to find where the problem lies [17:11] sil2100: yeah, "unity" is basically launching "compiz --replace" [17:12] Right now the window manager seems to be running, but I don't see the panel or the launcher [17:13] The decorator is running, but no unity process [17:19] didrocks: so, essentially, compiz should just load the unity plugin on start? [17:21] sil2100: exactly [17:23] didrocks: is it normal that my compiz cannot stat (find) libcore.so in both home directory and system-wide compiz directory? [17:25] sil2100: urgh, no, that doesn't sound good [17:25] sil2100: dpkg -L compiz [17:25] do you have the libcore.so there? [17:26] Ouch, no [17:26] Just docs [17:26] didrocks: but compiz-core has libcompiz_core.so - not sure if this is the one though [17:26] ah :) [17:26] hum [17:27] yeah, it's that one [17:27] Since compiz says it was looking for libcore.so [17:27] I think something is bad upstream in looking up for the name [17:27] sil2100: just for the art of testing, try a symlink [17:30] Well, still no launcher or panel - the unity plugin doesn't seem to work [17:30] But ccsm says it's enabled [17:30] didrocks: how could I debug compiz/unity to see what's happening exactly? [17:35] sil2100: you have some debugging variable, one sec :) [17:35] sil2100: first, when you restart compiz [17:35] Ok, I think I have something - I restarted compiz with --debug [17:35] on the command line, it should say: [17:36] "starting unityshell" [17:36] Didn't see that, hmm === fenris is now known as Guest57960 === Guest57960 is now known as ejat [18:20] didrocks: is the packaging done? just wanted to know [18:21] m4n1sh: it's done, it failed to build on the ppa, but I'll have a look tomorrow, probably a missing dep [18:21] m4n1sh: do you have a release coming soon? [18:21] (an official one) [18:21] yes [18:21] but cant fix distcheck [18:21] cant understand what's wrong [18:21] deps: gee-1.0, gtk-3.0, gio-unix-2.0 and zeitgeist-1.0 [18:21] well, let's make dist for now then :) [18:21] and then libgnome-control-center [18:22] m4n1sh: will you publish the tarball on launchpad? [18:22] yes [18:22] great! :) [18:22] updated the license, maintainers [18:22] m4n1sh: so tomorrow, I'll have a look ;) just publish it on launchpad, I'll find it! [18:22] just a few small more bits [18:22] excellent ;) [18:22] didrocks: just subscribe to dev@lists.zeitgeist-project.com if you want [18:22] very very very low traffic [18:23] mostly announcements these days [18:23] m4n1sh: ok, I'll :) [18:56] it's supposed to be 74F today here! [19:04] seb128: am I ok to upload gnome-desktop 3.3.4? [19:06] jbicha: judging from doko's mail this morning, i'd probably suggesting waiting until tomorrow earliest, as full distro rebuilding is going on right now [19:08] dobey: distro rebuild will take almost 2 weeks :) [19:08] micahg: universe sure, but mail said main was "almost done" [19:09] regardless, it doesn't matter, the packages have already been copied unless you're waiting to see if it fails and want to fix something [19:10] ah [19:17] jbicha, I'm not sure, it's on my list to check [19:18] jbicha, cf http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=6e17bc786f55f283f2c721249197e7740174fd43 [19:18] "This requires gnome-desktop 3.3.4 or later, as the semantics of gnome_rr_screen_new() are slightly different there - now it returns a singleton instead of a new object every time." [19:18] jbicha, we might need to drop one of our gsd patches and backport part of that commit [19:21] seb128: ok, I'll wait then [19:25] kenvandine: any reason why bug 845374 isn't milestoned? [19:25] Launchpad bug 845374 in gwibber "gwibber-service crashed with IOError in get_avatar_path(): [Errno 5] Input/output error: u'/home/nick/.cache/gwibber/avatars/https:graph.facebook.com100000124833624picture'" [High,Confirmed] https://launchpad.net/bugs/845374 [19:26] micahg, no particular reason [19:27] kenvandine: I keep getting hit by this daily, not sure if there's any ill effects, but it's certainly annoying [19:27] oh, you can reproduce it easily?\ [19:28] no, but my system can apparently :) [19:28] i've never been able to repro it [19:29] kenvandine: need ecryptfs, subscribe to !ubuntu on identi.ca [19:29] i am subscribed [19:29] but no ecryptfs [19:29] i'll set that up in a VM [19:30] yeah, I think it only triggers with ecryptfs [19:30] pitti: The slaughter of l-s code sounds interesting. I will test it, of course. [19:30] micahg, can you please comment about that on the bug? [19:30] pitti: Sounds like you have implicitly made up your mind about l-s and 12.04. [19:30] pitti: Good night! [19:31] kenvandine: updated === fenris_ is now known as Guest43512 [19:32] micahg, thx === Guest43512 is now known as ejat [19:52] you'd think that turning off compiler optimizations would make it less likely that your application crashes [19:52] but in this case, it's had completely the opposite effect [19:52] yay!!!!! [19:54] and it doesn't even get to main() [19:54] this is going to be fun [19:54] haha [19:54] chrisccoulson, well, at least you can't blame the compiler ;-) [19:54] seb128, well, it worked fine before i turned off the optimizations [19:55] and now it crashes in a static initializer [19:55] weird [19:55] I'm glad I don't maintain firefox [19:55] haha [19:55] seb128, i'll buy you a beer if we swap places! [19:55] you maintain firefox, i look after gnome [19:56] also, you live in birmingham, i become french ;) [19:56] seb128, guess what i just noticed... with gtk 3.3.12, unity 5.0 and the latest light-themes the indicator menus are all gray [19:56] * micahg thinks chrisccoulson would have to get seb128 a pub for that switch :) [19:56] needs a fix to unity [19:56] chrisccoulson, there is no enough beer at UDS to seal that deal [19:56] lol [19:56] ;-) [19:56] unity-staging includes the fix [19:57] kenvandine, 5.0 or 5.2? [19:57] 5.2 includes the fix [19:57] kenvandine, didrocks plans to upload 5.2 tomorrow morning [19:57] great [19:57] :) [19:57] kenvandine, can you read the menu if you look hard or are they really same color? [19:57] hmmm, i think it's time to disassemble [19:58] seb128, you can read it fine [19:58] it is just gtk gray [19:58] instead of black [19:58] and has dark fg_color [19:58] so nothing terrible [19:58] just ugly [19:58] kenvandine, ok, that's fine, we can wait tomorrow for cosmetic issue, I would argued for revert if it was not possible to read [19:58] well, not that ugly [19:58] similar to radiance :) [19:58] kenvandine, well it's possible to read or not [19:58] if you can read it will wait tomorrow ;-) [19:59] yeah... it is fine :) [21:00] DBO: bamf docs are broken [21:00] desrt, fix them [21:13] DBO: did you do the work for those xprops in bamf yet? [21:13] desrt, it's merged [21:13] DBO: how does the API work? [21:13] well [21:16] was that an answer? [21:16] oh. i see now. [21:16] bamf_window_get_dbus_menu_object_path [21:17] DBO: are there forthcoming updates for the property changes i mentioned? [21:17] no? [21:18] did you mention property changes to me?? [21:18] yes [21:18] recently? [21:18] just after the end of the rally... [21:18] there are 6 properties now.. [21:18] what? [21:18] was I drunk at the time? [21:19] i think i'm missing something [21:19] does the bamf daemon have a separate source package? [21:19] desrt, just email me the shit you need and when you need it by [21:19] desrt, no [21:20] hah, this is brilliant: https://twitter.com/#!/TedMielczarek/status/165169195942813696 [21:22] DBO: it's pretty straightforward... this is what we ended up going with: http://live.gnome.org/ApplicationSpecification#New_X11_Properties [21:22] desrt, email gets you in my todo list [21:22] fair enough [21:22] as for when: before bamf freezes API obviously [21:22] other than that, i'm going to just directly hit up X for the info [21:23] until the bamf API grows the extra properties [21:23] dobey, i did some poking at your gwibber branch [21:23] - GnomeKeyring.ITEM_GENERIC_SECRET, [21:23] + GnomeKeyring.ItemType.GENERIC_SECRET, [21:24] fixes the first problem with the keyring code [21:24] desrt, kk [21:24] but then exposes a gir problem with the keyring [21:24] *** TypeError: Expected GLib.Array, but got StructMeta [21:24] looks like it doesn't know about the GnomeKeyringResult type [21:29] chrisccoulson, you tweater addict :p [21:42] the whole channel is cheering for jono! go, jono, go! :) [21:43] haha BigWhale :-) [21:44] go, jono, go! [21:44] what have i missed? [21:45] :) [21:45] chrisccoulson, didn't you hear? jono is jono! isn't that enough :) [21:45] you are all crazy :-) [21:45] nothing, just jono vs IRC ... for now he's winning. [21:46] jono, I take that as a compliment :> [21:46] jono, better than being sane [21:46] LOL [21:46] :-D [21:46] kenvandine, sing it, brother [21:46] :-) [21:46] is that yet another of those drinking game? [21:46] dunno how the community team manage to always win those :p [21:47] haha [21:47] we're the ones who put IN into the sane! [21:47] now I have to go.. my wife wants to watch Firefly before sleep ... [21:48] later :) [21:48] later [21:48] dang, this firefox crash is weird [21:48] argv is NULL! [21:48] well, according to gdb ;) [21:49] chrisccoulson, poor, poor stack ... don't be so mean to it! [21:50] chrisccoulson, it's a doko bog! [21:50] ;-) [21:51] seb128, yeah, when i step through the first few instructions, the stack arguments for the next function are all null too [21:51] despite being ok in the caller [21:51] the linker has totally f**ked something up here [21:51] it's time for coffee [21:51] oh [21:51] wait [21:51] chrisccoulson, no no no [21:51] i ran out of that [21:51] it's time for beer! [21:51] chrisccoulson, it's time for beer or sleep [21:52] lol [21:52] I knew it :p [21:52] chrisccoulson, maybe that will help you to sleep before middle of the night ;-) [21:52] replace the coffee by some beer [21:54] heh :) [21:54] right, time to move downstairs, which means that my session will freeze and i have to reboot [21:54] brb [21:57] which is launchpad such a piece of crap? it keeps timeouting, you can't use it [21:57] chrisccoulson_, is your laptop freezing on undock or what? [21:58] seb128, i get a blank screen when i undock or even turn off the external display in the monitor settings [21:58] i'm not sure why yet [21:58] chrisccoulson_, when did that start? [21:58] i can switch to a VT, but killing the usual suspects doesn't fix it [21:58] and if i switch back to X from the VT, it basically bricks itself (i can't switch back again) [21:58] chrisccoulson_, weird, no luck with restarting compiz? [21:58] no, i tried that :( [21:58] hum [21:58] it started before the X upgrade [21:58] seems rather a driver or kernel bug [21:59] yeah [21:59] that's what i'm thinkin [21:59] did you try booting a previous kernel? [21:59] it predates X or compiz changes [21:59] i guess i should try that :) [21:59] I don't get the issue there but I didn't upgrade my kernel since the rally [21:59] everything else is uptodate though [21:59] I tend to not upgrade kernels when I'm happy with the current one :p [22:00] heh [22:16] chrisccoulson_, file a bug (ubuntu-bug xorg) and I'll walk you through the procedures [22:17] kenvandine: cool. i should be able to look at it more tomorrow [22:17] dobey, awesome === kklimonda_ is now known as kklimonda [22:38] since i updated, every time i'm going to start scrolling using my touchpad's edge, it jumps like 2 pages up [22:38] anyone seen that? [22:58] mhr3, is that with -synaptics? The only synaptics bugs verified against Precise are https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics&field.tag=precise [22:58] whoops, should be https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics?field.tag=precise [22:59] none match what you describe [22:59] bryceh, i'm wondering if it may be caused by the xfixes changes, cause i'm using RAOF's ppa [23:01] mhr3: That's unlikely; people have reported that against pre-fixes 6.0 X servers (Chris Coulson, for example). I'm not sure if they've filed bugs yet, though. [23:01] chrisccoulson_: Have you filed your touchpad bug? :) [23:02] RAOF, oops, just doing that now :) [23:02] mhr3, of course you could isolate it by ppa-purging that ppa and then reproducing it [23:03] bryceh, yeah, i'll try that (hoping that unity won't break) [23:05] Unity won't break; almost all of those changes are in the Precise xserver. [23:05] It couldn't land in Unity until it was available in Precise. === dduffey is now known as dduffey_afk [23:07] RAOF, bug 925785 [23:07] Launchpad bug 925785 in xorg "Starting to scroll is erratic" [Undecided,New] https://launchpad.net/bugs/925785 [23:08] mhr3: ^^^ That's probably your winner :) [23:09] Why is the Debian BTS such a horrible pile of anti-usability? :( [23:10] RAOF, oh yea, that's it [23:18] RAOF: it's from the time when people thought e-mail was a good application interface, and nobody has had to guts to change it [23:18] I don't suppose we could offer to host it on Launchpad? Including the VCS, so alioth going down doesn't annoy me quite so much? :) [23:19] chrisccoulson_: Oh, wow. Plugging in an external mouse makes that scrolling thing happen a whole lot! [23:20] RAOF, ah, yes, i do have a mouse connected normally [23:21] i wonder why i don't notice it as much with my mouse? [23:21] Aha! It seems I can reproduce by moving the external mouse, then scrolling. [23:21] i guess maybe i just don't scroll as much, as i use it when i'm docked on a larger screen [23:21] The first scroll after moving my external mouse has strange behaviour. === m_conley is now known as m_conley_away [23:22] Huh. Launchpad times out when trying to assign someone to a bug? [23:27] RAOF, no not always [23:28] RAOF, there seems to be an oops if you change multiple things at the same time (e.g. package + assignee + etc.) [23:32] Huh. Actually, I can't seem to change *anything* about bug #925785. Chase will have to wait until launchpad's fixed before I can assign it to him :) [23:33] Launchpad bug 925785 in xorg "Starting to scroll is erratic" [Undecided,New] https://launchpad.net/bugs/925785 [23:47] kenvandine, I'm halfway there ... [23:48] RAOF: worked for me, odd [23:56] this seems to be the week for bug tracker flakiness [23:57] RAOF, you able to repro lp #924747? had a couple reports of that [23:57] Launchpad bug 924747 in xserver-xorg-input-synaptics ""Pointer keeps on moving while the finger rests on touchpad"" [Undecided,Confirmed] https://launchpad.net/bugs/924747 [23:58] that one may be upstream rather than us, since there's a debian bug too [23:58] bryceh: No, sorry. I've looked at that but I can't reproduce it. [23:58] I suspect crappy touchpads! [23:59] "The touchpad feels feels totally imprecise." [23:59] har har