[00:02] yeah, there's nothing to link against with a plugin [00:03] rockin'!! built! [00:03] excellent :) [00:05] and works, too [00:06] chrisccoulson: is it planned to avoid having to specify libs manually? i. e. provide a libxul-like pkgconfig in firefox-dev? [00:06] pitti - possibly, if we need to [00:09] anyway, uploaded [00:10] and with that, good night! [00:10] atk built, failed packages retried, should be happier in the morning [00:13] good night pitti [02:13] hey robert_ancell, RAOF how is life in tomorrow? [02:13] rickspencer3, it's awesome. Get prepared! === rickspencer3 is now known as greatcthulu [02:13] greatcthulu, mysterious :) [02:13] how can this nick be available? [02:14] hehe [02:14] I think it's reserved, you may be getting nightmares now for using it [02:14] or people all over the irc are going to have inexplicable nightmares tonight [02:14] * didrocks misses the reference :) [02:15] it's my new "I'm not really working" nick [02:15] didrocks, it refers to the very pinnacle of English literature [02:16] greatcthulu: it's maybe better than I mess the reference then (looks like the pinnacle is ironic) :) [02:16] miss* [02:16] hold on [02:16] I missed an "h" === greatcthulu is now known as greatcthulhu [02:17] didrocks, http://en.wikipedia.org/wiki/The_Call_of_Cthulhu [02:17] in case you need something to do while waiting to get Unity uploaded [02:18] Narwhals keeps Cthulhu from eating ye! [02:18] lol [02:18] greatcthulhu: well, still landing some code right now ;) but while nux is building, why not :) [02:18] didrocks, it's good stuff - I can bring you a book of his stories to UDS :) [02:19] H.P. Lovecraft and P.G. Wodehouse are my 2 favorite authors [02:19] robert_ancell: I never really adhere to Lovecraft's writing, but why not, let's see in English ;) [02:19] short stories of no real significance, I guess [02:19] didrocks, it occurs to me, you should have gotten robert_ancell to make Unity release tonight, you could have slept! [02:20] greatcthulhu: well, I needed to sneak some fixes upstream as well, so it's not just "waiting". So, that's ok :) [02:21] drag to trash, expanding launcher, some tooltip not displaying… was still a productive evening :) [02:21] when are desktop files going to start landing for Open in New Window and that kind of stuff? [02:21] let me ask jasoncwarner [02:21] jasoncwarner, ^ ? [02:21] greatcthulhu: I landed gnome-screenshot and inkscape. Updated the wiki page [02:22] there is a bug for our libreoffice maintainer [02:22] it's actually kind of weirding me out to be referred to as greatcthulhu === greatcthulhu is now known as rickspencer3 [02:22] rickspencer3: heh, troubled by the hilight? :) [02:23] well, it was just creepier than I thought it would be :) [02:23] rickspencer3: so yeah, jcastro wanted to make a small announcement to avoid the big rush [02:23] big rush of desktopfiles? [02:24] rickspencer3: yeah, everyone waiting to push desktop file update for every app of the universe without a clear view of what entries are really needed [02:24] for instance, do we want a "New window" or "New tab" for firefox? [02:24] well, time is running out! [02:24] we have like 3 weeks to make Ubuntu work [02:25] it's time to stop making changes and just fix fix fix [02:25] * rickspencer3 whip cracking noises [02:25] well, it's working, but the desktop files aren't fixes, it's changes? [02:26] didrocks, that's what I'm saying [02:27] too many changes still planned [02:28] rickspencer3: I patched all desktop files that I could and referenced by design (inskcape, gnome-screenshot) apart from libroffice as our maintainer will do an upload for that. Then, there is the gimp but I can't add the QL for the designer use case without touching gimp's code. So out of the scope now [02:28] what about Firefox? [02:28] didrocks, that's awesome btw [02:28] and a lot of the quick lists are really cool [02:29] rickspencer3: I asked for Firefox, they are thinking about it (for quite some months) [02:29] gnome-screenshot with a quick list sounds cool [02:29] not sure about "open a new window" or "add a new time" [02:29] what? [02:29] *pffft [02:29] ok, I'll follow up [02:29] that seems easy to me [02:30] add a new tab* [02:30] didrocks, did you mean "add a new tab" by any chance? [02:30] yeah [02:30] thats totally useless [02:30] anyway, open in new window is required [02:30] I agree, but I'm a keyboard user, so not that most common case :) [02:30] didrocks, I'll get that squared away asap [02:31] well, if you go to a new workspace, you need to open a new window [02:31] it's obvious [02:31] I mean, don't these people use computers? [02:31] :) [02:31] rickspencer3: compu*what*? ;) [02:31] lol [02:32] rickspencer3: what we need is a short list of app and entries to add [02:32] that can be a quick and nice community contribution [02:32] didrocks, yeah [02:33] let me look at the first bug about it, one sec [02:34] rickspencer3: https://bugs.launchpad.net/unity/+bug/676886 [02:34] Launchpad bug 676886 in unity-design "Launcher - Add 'new document' option to Open Office, Gimp and Inkscape quicklists" [Critical,Fix released] [02:35] that's coolio, but don't they use a web browser at all? [02:35] the web is already old fashioned for design :-) [02:35] lol [02:35] didrocks, well, nice job on that bug [02:41] didrocks, ping? [02:41] cyphermox: hey [02:41] hey ;) [02:41] I assume you use evo for email and stuff? [02:41] right :) [02:41] are you having issues with contacts over LDAP too? [02:42] just want to make sure it's not broken only for me ;) [02:42] cyphermox: the contact view you mean? I always had that issue [02:42] cyphermox: but if you look for a contact [02:42] in the search [02:42] it works [02:42] ah [02:42] then it must be my system [03:56] nux and unity uploaded \o/ [03:57] bed time now :) [03:57] see you tomorrow (probably a little later than usual) === chaotic_ is now known as chaotic [07:59] Morning, all! [08:02] pitti: This libgcj_bc stuff drives me crazy. I have reinstalled the package and have the symlink. The LO build still fails. After the (failed) build the symlink is still there. However, when I reboot, the symlink is gone. what the heck? [08:07] * Sweetshark builds 3.3.1-1ubuntu5 to see if it ftbfs [08:25] Good morning [08:26] Sweetshark: what, a package file disappears after a _reboot_??? [08:26] Sweetshark: grep for the name in /etc/init and /etc/init.d ? [08:28] pitti: do we maybe have something in /etc/init that removes broken symlinks in /usr/lib? [08:28] Sweetshark: not that I know of, and that would be utterly wrong [08:32] good morning [08:33] bonjour didrocks [08:33] Guten Morgen pitti [08:34] pitti: do you have libgcj-bc installed on your box, does dpkg -L libgcj-bc show a /usr/lib/libgcj_bc.so.1, and does that one actually exist in the fs? (just to make sure the problem is not local) [08:34] didrocks: Bonjour! [08:34] Sweetshark: installing, hang on [08:36] Sweetshark: I confirm the problem [08:37] pitti: yikes [08:37] I dont know if I am happy about that. [08:37] hm, it doesn't even have a postinst [08:38] pitti: what do you think about this: https://code.launchpad.net/~sladen/unity-place-files/unity-place-files-lp704997/+merge/54644 ? [08:38] pitti: as it's just paste UI freeze… (changing the icons for the places in the launcher) [08:38] past* [08:39] Sweetshark: I don't have a libgcj.so.11 either, though [08:40] pitti: well, I have a libgcj.so.10 [08:40] oh, multiarch [08:41] Sweetshark: even if the symlink would exist, it would be wrong and point to /usr/lib/ [08:41] /usr/lib/x86_64-linux-gnu/libgcj.so.11 [08:41] that's where it lives now [08:42] Sweetshark: asking in #u-devel [08:42] oh, hm, you aren't there [08:44] * Sweetshark looks innocent [08:44] I am. [08:49] chrisccoulson: huh, why does swt-gtk want to go to universe all of a sudden? doesn't gwt still need it? [08:53] didrocks: urgh, when did you go to bed? doing package uploads at 5 am? [08:54] morning [08:54] pitti: well, that was the only way to make the release team happy it seems :) [08:54] pitti: as they were scared about having a traditional unity release on Thursday [08:54] didrocks: well, we do accept packages in the freeze, we just review them and want to know what's going on.. [08:55] didrocks: the MP doesn't say much, looking at the bug now [08:56] didrocks: ah, it's making the ws switcher gray instead of purple? [08:56] pitti: basically, it changes the icon of the places in the icon [08:56] go ahead, please [08:56] that indeed looks confusing [08:56] and same for places [08:56] (new icons) [08:56] the one you have in the dash homescreen [08:56] like the "find files" "find apps" [08:57] didrocks: oh, what changes there? they look sufficiently gray to me? [08:57] pitti: that's a design late request… [08:57] didrocks: sounds fine; please upload [08:57] pitti: open the dash [08:58] pitti: find apps/find files [08:58] pitti: I'll just change the proposed merge to use a symlink rather [08:58] didrocks: they have been gray for me all the time -- shoudln't they be? [08:58] * didrocks hugs pitti fighting memory space :) [08:58] bonjour seb128 [08:58] heh [08:58] pitti: they will still be gray [08:58] hey pitti [08:58] pitti: it's just the asset icon changing [08:58] didrocks, the man who never sleeps [08:58] didrocks: we already got an extra 1.5 MB due to the new font [08:59] salut seb128 [08:59] seb128: sleep is for weak :) [08:59] didrocks, did you sleep? when I went to bed at almost 3am you were still working [08:59] didrocks: really, you should take a looong nap in the afternoon.. [08:59] pitti: urgh, symlink so :) [08:59] seb128: I slept 4 hours, yeah ;) [08:59] seb128: unity uploads at 5 am.. [08:59] pitti, nice, I'm getting old, I crashed at 3 [08:59] pitti: I'll probably take a break this afternoon yeah [08:59] ;-) [09:00] ok, let's go to the symlink path [09:00] * pitti feels really bad now, going to bed at 1:45.. [09:00] lol [09:00] pitti, do we have CD space issues? [09:00] seb128: 5 MB oversized on i386 desktop, rest should be ok [09:01] ok [09:01] if we drop gl from cairo we should get back a bit [09:01] seb128: I'll do a langpack -base refresh tomorrow, that should help a bit [09:01] since that's bringing some libegl in that we wouldn't have otherwise [09:01] seb128: ah, nice [09:01] that's one of the things we spotted at a3 if you remember [09:01] seb128: I think we shoudl get that working today [09:01] well of the differences between a2 and a3 [09:01] right [09:05] pitti: argh, sorry, I have to take a copy of the 2 images as unity-2d use their own copy and path of the asset. If I do a symlink, it will break them :/ [09:06] hey kamstrup, good morning, do you have a minute for a couple of questions on giraffe? [09:06] dpm: sure thing [09:06] didrocks: well, they are tiny I guess? [09:09] pitti: yeah, both are 5kb [09:09] kamstrup, cool, thanks. So I noticed yesterday that the unity doc is not being generated, and I saw that it was because of this: http://pastebin.ubuntu.com/584708/ happening on the last Unity-3.0.gir file from libunity3 3.6.8. I'm not too sure if that is a bug in giraffe or the .gir file? [09:09] didrocks: 5 kB! OMG!! [09:09] * pitti bbl [09:09] pitti: that's the 5 kB making the 5 Mb oversize of course :) [09:14] good morning everyone [09:14] pitti - gwt should still have a build-depend on the new swt-gtk [09:14] (note that the binary names have changed) [09:14] hey chrisccoulson [09:14] hi, how are you? [09:15] didrocks: hm, I still get my usual two unity crashes at login, but now it doesn't autorestart any more -- that was unfixed? :-( [09:15] chrisccoulson: bit tired, but ok; I guess everyone is :) [09:15] pitti - yeah, i'm pretty tired too. i was up late trying to make it possible to build easily against the new libmozjs [09:15] pitti: urgh, the autorespawn should still work… there were some cases where it wasn't working, but I tried to send a sigsegv and it worked when I tested [09:16] i had a few autofoo and soname issues this morning [09:16] didrocks! [09:16] pitti: what's your usual unity crashes at login, do you have a bug report? [09:16] you must be tired ;) [09:16] hey chrisccoulson ;) [09:16] i saw you on here at 4am :P [09:16] didrocks: bug 739434 [09:17] didrocks: sorry, bug 740757 (same, but good stack trace) [09:17] Launchpad bug 740757 in nux "compiz crashed with SIGSEGV in __libc_free()" [Medium,New] https://launchpad.net/bugs/740757 [09:17] pitti: argh, invalidated because of the new uploads [09:17] oh [09:17] pitti - can you NEW mozjs when i upload it in a few moments? [09:17] chrisccoulson: sure [09:17] pitti - cool, thanks [09:18] pitti: this one was *supposed* to be fixed (I closed a dup at least) with the amount of nux segfault fixes… [09:18] readding to the list then [09:18] didrocks: hm, perhaps it's a new one now; unfortunately I apport-blacklisted this compiz version, I unblacklisted it again now [09:18] pitti: and so, autorespawn doesn't work for you? [09:18] didrocks: well, it did work perfectly until yesterday, and just now after dist-upgrade/reboot it didn't [09:18] ctrl+alt+f1 DISPLAY=:0 unity FTW [09:19] hum hum hum [09:19] let me send a sigsegv here [09:20] and I still have a weird "ghost" launcher problem, but let's discuss this later [09:20] chrisccoulson: ah, swt-gtk is in NEW, perhaps that got it confused somehow [09:20] weird, why is it all in NEW, the binaries shouldn't have changed [09:20] * pitti investigates [09:21] pitti - yeah, possibly. nothing in main depends on the old binaries [09:21] chrisccoulson: oh, of course -- 3.5 -> 3.6 [09:21] yeah :) [09:21] ok "nice", sigsegv doesn't work there [09:21] chrisccoulson: so that would require a library transition [09:21] pitti, oh, i forgot about them sitting in NEW. i already uploaded the rest of the packages that depend on it ;) [09:21] didrocks, morning :) [09:22] i'll just need to retry all those builds once the new packages are published [09:22] chrisccoulson: you didn't bump their build dependencies to -3.6? [09:22] hey njpatel [09:22] njpatel: long time, isn't it? [09:22] chrisccoulson: gwt, azureus, tuxguitar, and zekr? [09:22] pitti - yeah, so they will all have either failed or be in DEPWAIT [09:22] didrocks, yeah ;) [09:22] they're all bumped to 3.6 already [09:22] chrisccoulson: yep, depwait, should be fine [09:23] pitti, njpatel is looking into your crash issue btw [09:23] \o/ [09:23] pitti - yeah, they are. so i guess all those builds will happen automatically won't they? [09:23] chrisccoulson: right [09:23] cool :) [09:23] * pitti reviews [09:23] pitti: I'm totally puzzled, I tried in a guest session yesterday and it respawn with the new compiz :/ [09:23] it was before [09:23] wasn't* [09:24] pitti: so, will you fix libgcj-bc? and what should i do with the LO build? [09:24] Sweetshark, oh, do you have issues with that too? [09:24] what's the actual issue, as i'm seeing linking problems and haven't had time to investigate? [09:25] Sweetshark: I pinged slangasek/doko, no response yet; I might have a stab at it, yes; is it blocking for beta-1? [09:25] Sweetshark: i. e. for the LO build? [09:25] we also need to sort out the cairo issue for beta1, not sure if seb128 has some time for this? [09:26] pitti: yes, it breaks the LO build [09:26] pitti: so you confirm that compiz -0ubuntu3 autorespawn worked for you on sigsegv? [09:26] didrocks: yes, that and some earlier versions, too [09:27] Pici, could you try with latest Unity? [09:27] pitti, sorry [09:27] chrisccoulson: newed except for armel (which is currently building); I'll watch this [09:27] pitti: I'll give some tests then again, trying to make it respawn [09:27] njpatel: I dist-upgraded 30 minutes ago, there's nothing newwer [09:27] pitti - thanks. i'm just about to upload mozjs too [09:27] chrisccoulson: there is a symlink in /usr/lib that is all wrong and vanishes. we have yet triaged what does that (dpkg maybe?) [09:27] njpatel: oh, you mean for the respawn issue or the __libc_free crash? [09:28] pitti, __libc_free [09:28] Sweetshark, is that causing link erros when linking against libgcj_bc.so.1? [09:28] njpatel: I still get a crash at exactly the same time and occasion, need to verify whether it's still the same [09:28] that sounds like a failure i'm seeing here ;) [09:28] pitti, I can do the libcairo work [09:28] seb128: are you on the new or old stack? (I mean, if you didn't update compiz yet, can you send a sigsegv when you get a change to compiz) [09:28] chrisccoulson: [09:29] $ dpkg -c /var/cache/apt/archives/libgcj-bc_4.5.1-1ubuntu3_amd64.deb | grep .so [09:29] pitti, Interesting....it seems it could be intel drivers but I'll keep poking [09:29] lrwxrwxrwx root/root 0 2010-10-22 08:02 ./usr/lib/libgcj_bc.so.1 -> libgcj.so.11 [09:29] chrisccoulson: that's the problem -- needs to be a multiarch lib dir now [09:29] seb128: cool, thanks [09:29] didrocks, sorry I upgraded first thing today, I wanted to give a round of testing to the current stack, I didn't restart my session nor compiz yet though so I still have the pre update version running [09:29] chrisccoulson: It is causing dpkg-shlibsdeps failures here. [09:30] seb128: so sending the sigsev should work once ;) [09:31] didrocks, yeah, trying [09:33] didrocks, respawns on sig11 [09:33] but the new version does as well [09:33] !!! [09:34] seb128: thanks for confirming I'm not crazy :) [09:34] didrocks, that I can't confirm ;-) [09:34] it doesn't respawn anymore then though… [09:34] it does here [09:34] seb128: don't even dare infering… :-) [09:34] I sent another sig11 after the respawn and it worked [09:35] hum, I'm really unsure about what happens then [09:35] seb128: if you use a guest session? [09:35] I can try if you want [09:36] seb128: if you have time, that would be nice ;) [09:40] didrocks, no, doesn't respawn [09:40] seb128: ok, let's revert to yesterday's version so… don't know what really happens with this sm_ protocole… === MacSlow is now known as MacSlow|errand [09:44] kamstrup, did you see the giraffe question earlier on? ^ (just making sure it didn't get lost) [09:44] dpm: oh, sorry :-) got caught up in admin work [09:45] here now [09:45] no worries [09:45] so it was kamstrup, cool, thanks. So I noticed yesterday that the unity doc is not being generated, and I saw that it was because of this: http://pastebin.ubuntu.com/584708/ happening on the last Unity-3.0.gir file from libunity3 3.6.8. I'm not too sure if that is a bug in giraffe or the .gir file? [09:45] hmm, unity doesn't start for me with the new compiz packages [09:46] dpm: right... There were no changes in libunity wrt to this, so the change must be in the GIR generated by an upgrade valac [09:46] dpm: it has prolly changed how it handles void methods or something [09:46] dpm: i'm on it [09:47] kamstrup, awesome. I've now got access to the d.u.c server, so once this is fixed, I should probably be able to publish the documents on d.u.c straight away [09:47] dpm: \o/ [09:48] dpm: byw, did you pull the latest trunk? There where some fixes to the generated C api [09:49] dpm: spooky... what's the chance of this: i open gedit to check the code and the cursor starts right on the line that the exception is thrown from... o_O [09:49] magic :) [09:50] kamstrup, it was just waiting for you to fix it :) [09:50] pitti - ok, mozjs is in NEW now [09:51] kamstrup, yeah, I think I used trunk. I also sent a merge proposal, not a big change (make it easier to call giraffe from other modules), but I thought it would be best if you could have a look at it if you want [09:51] pitti - when you approve it, are you able to add it to the mozilla packageset? [09:51] or does someone else need to do that? [09:51] chrisccoulson: I can [09:51] pitti - cool, thanks [09:54] chrisccoulson: is that an upstream tarball, or did you create it yourself? [09:54] pitti: could you import libtextcat 2.2-9 from debian (we are currently at 2.2-7)? LO will build without it, but it will be bigger. [09:54] Sweetshark: syncing [09:55] dpm: I think http://paste.ubuntu.com/584727/ is the problem... there are two within one element. I am not sure that makes sense... Pinging some vala guys about this [09:55] pitti - it's an unofficial tarball from the mozilla guy who is doing the release (he hasn't officially released it yet). i've just included the chanegset number in case he changes it before hosting it on ftp.mozilla.org [09:55] pitti - see the second from last comment on https://bugzilla.mozilla.org/show_bug.cgi?id=628723 [09:55] Mozilla bug 628723 in JavaScript Engine "Create JS 1.8.5 source release" [Normal,Assigned] [09:55] chrisccoulson: hm, no license file in the tarball :/ [09:56] Sweetshark: done [09:56] pitti - oh, is there even one in firefox? [09:56] pitti: thanks [09:56] pitti: could you give me a ping when the libgcj-bc issue is fixed? [09:56] ah, yes. there is [09:56] Sweetshark: of course [09:57] kamstrup, yeah, I saw that as well when I was looking at it yesterday, but I wasn't sure where the problem was, or if it was a problem that the field had two callbacks. The previous gir file had the same callbacks, but they weren't inside a field. [09:57] pitti - oh, the firefox LICENSE file just points to http://www.mozilla.org/foundation/licensing.html [09:57] chrisccoulson: checking the copyright file; I know that GPL mandates shipping the license, not sure about MPL [09:58] chrisccoulson: could you at least add the standard pointer to common-licenses to the GPL/LGPL bits? [09:58] pitti - oh, did i not add those bits already? [09:58] chrisccoulson: if you do that in bzr, I'll accept the package, but I don't want this to get lost [09:59] License: MPL-1.1 or GPL-2 or LGPL-2.1 [09:59] and no details at all [09:59] ah [09:59] pitti - i missed that section. i copied it in to a section further down [10:00] chrisccoulson: ah, there are pointers to them further down [10:00] pitti - yeah, for Files: js/src/assembler/moco/* [10:00] i can add to the other sections in bzr as well though [10:00] chrisccoulson: I think the first section should have all the blobs, and subsequent sections shoudl be fine with the single-line License: [10:01] chrisccoulson: same for BSD -- add it to Files: js/src/jsgcchunk.cpp, and drop the copies further down [10:01] that will make the file both easier to read and less redundant [10:01] chrisccoulson: oh hang on, it's not the same BSD, so nevermind the "drop the copies" [10:03] pitti, is there any way to trigger a ddebs.ubuntu.com publishing manually? or when is the next one? [10:03] seb128: sure, I can run it [10:03] pitti, I would like the new unity ddebs to get published so retracing work for crashes we get today [10:04] (they are not at the moment) [10:04] seb128: next regular one is in 1 h [10:04] ok, I can wait an hour [10:04] pitti, thanks [10:04] seb128: running [10:04] seb128: too late :) [10:04] pitti, you rock ;-) [10:04] np, launching a cron job is not rocket science [10:05] it will stomp over the hardy/karmic/lucid/maverick ones, but who cares [10:05] seb128: actually, on macquarie this stuff is pretty fast, I think I can increase the frequency of this [10:05] pitti - http://bazaar.launchpad.net/~mozillateam/mozjs/mozjs-trunk.head/revision/7 [10:06] ok, thanks [10:06] chrisccoulson: accepted; it's still hard to read, but *shrug* [10:06] pitti, I would not say no to that, we get quite some broken retracing on weekly dx updates since users jump on next versions and report bugs but the ddebs take time to get there [10:06] pitti - thanks [10:06] chrisccoulson: armel buildds are congested, for the rest it should build fast [10:09] chrisccoulson: as for the package set, I guess it needs some time to trickle down the pipes, I currenlty get a KeyError [10:09] pitti - ok, no worries [10:09] thanks [10:10] Added: [10:10] mozjs [10:10] ah, there [10:10] chrisccoulson: you got it [10:10] excellent, thank you :) [10:12] dbarth, ping [10:15] rodrigo_, thanks for the g-s-d fix commit [10:15] seb128, you're welcome [10:20] hmmm, do people use symbols files with C++ libraries? [10:20] thats a bit of a pain, as the symbol name mangling seems to be arch-dependant [10:20] chrisccoulson, some do [10:20] check webkit for an example [10:20] but yeah, there is lot of tweaking [10:20] chrisccoulson: KDE guys are IIRC. I didn't for nux because of arch-dependant symbols [10:21] the kde guys have special utilities [10:21] xdatap: pong [10:21] didrocks, yeah, i just had mozjs fail on i386 because the symbols in the symbols file are only valid on amd64 :( [10:21] chrisccoulson: I got that everyweek, and add armel to the dance… [10:22] chrisccoulson: so right now, I'm with a shlibs… [10:22] not like if nux was used elsewhere for now anyway [10:23] dbarth, morning. I just reproduced the bug #735393 , on the same machine but this time with classic desktop. Still no evidence of crash on /var/crash . The pc is still up with the problem, some suggestion? [10:23] Launchpad bug 735393 in gnome-settings-daemon "Unity: top bar theme lost" [Medium,New] https://launchpad.net/bugs/735393 [10:25] seb128: ddebs should be there now [10:25] pitti, danke [10:26] and ddeb retrieval happens every 4 hours now [10:26] \o/ [10:26] xdatap: checking [10:28] xdatap: do you have apport enabled? [10:28] ie /etc/default/apport or something [10:28] dbarth, yes, it worked for other bugs [10:28] chrisccoulson: blergh, mozjs will FTBFS on !amd64 due to symbol files [10:29] chrisccoulson: I'm afraid you have to pick out the diffs from the build logs, and have per-arch symbols files [10:29] pitti - yeah, see above comments :( [10:29] xdatap: it's a crasher in g-settings-daemon; did you tell apport to ignore bugs from this component last time it asked? [10:29] chrisccoulson: ah, right [10:29] that sucks, i didn't think about that ;) [10:29] chrisccoulson: Riddell would know, I'm sure he felt that pain countless times [10:29] chrisccoulson: it's kind of a regression of gcc-4.5 [10:29] pitti - can you tell that i test my stuff on amd64 ;) [10:29] it didn't use to have different symbols on arches in the past [10:29] chrisccoulson: hehe [10:30] chrisccoulson: best arch ever [10:30] dbarth, no, never told to ignore bugs. It's a quite fresh install, I made it last monday for Xorg testing [10:30] chrisccoulson: I guess that's the strategy right now: build, have it fail, pick out the diffs, and install pkgname.symbols.arch [10:31] pitti - yeah, that's a bit unfortunate. i guess what i could have done is do the first upload without a symbols file, and just get the symbols from the resulting libs [10:31] although, that doesn't make much difference [10:31] i still have to do 2 uploads ;) [10:32] chrisccoulson: I bumped the armel build for you, so that this one will arrive sooner [10:32] 7 h -> 8 s :) [10:33] dbarth, and I just checked that gnome-settings-daemon process is still running. I can see it with ps [10:33] pitti - excellent, thanks :) [10:41] xdatap: ?! that's weird [10:41] xdatap: when you get pin the app to the launcher, you see the panel theme disappear, not unity crasher, and g-settings-daemon still runs?! [10:43] dbarth, this time i'm on the classic desktop, not Unity. I was opening glxgears from shell for testing the nVidia prop. driver. Bar theme is lost while the window decoration theme is still there. So, it's not depending on unity itself imho [10:43] dbarth, do you want a new screenshot attached to the bug report? [10:43] Riddell: hey [10:44] hi desrt [10:44] did david get in touch with you? [10:44] chrisccoulson: symbols files with c++ docs are at http://pkg-kde.alioth.debian.org/symbolfiles.html [10:45] Riddell, excellent, thanks [10:45] info on how to hand them [10:45] desrt: about https://bugs.launchpad.net/ubuntu/+source/d-conf/+bug/716330 ? [10:45] Launchpad bug 716330 in d-conf "Provide documentation for the QT bindings" [Low,New] [10:45] ya [10:45] i already have some packaging in a PPA that you might find helpful [10:45] desrt: I'm not sure what is has to do with me, I don't have anything to do with that package and I've never written API docs [10:45] seb128, pitti: Hi guys, hope you slept well last night despite of my C syntax problem. ;-) [10:45] Seriously, I know you both are busy these days, and it's a low priority thing; the solution to the somewhat higher priority aspect of bug 740754 proved to be simple. [10:46] Launchpad bug 740754 in gdm "Language selection for newly created user confusing" [Undecided,In progress] https://launchpad.net/bugs/740754 [10:46] So, if you aren't able to just say "do xyz, and it will work", I'll be content if some of you review the linked MP while dropping the remaining issue for 11.04. [10:46] Riddell: i was a bit confused too :) [10:46] dbarth: hey? [10:46] in any case: https://launchpad.net/~desrt/+archive/dconf-qt [10:46] hello GunnarHj -- heh, didn't sleep too much, but well, thanks :) [10:46] i think the idea was that you know how docs work in the Qt world? [10:47] Sweetshark: are you on amd64? [10:48] Sweetshark: http://people.canonical.com/~pitti/tmp/libgcj-bc_4.5.1-1ubuntu4_amd64.deb [10:48] Sweetshark: http://people.canonical.com/~pitti/tmp/libgcj-common_4.5.1-1ubuntu4_all.deb [10:49] desrt: no, I've never done anything with Qt docs [10:49] Riddell: cool. disregard then, i guess :) [10:49] Sweetshark: works here now [10:49] pitti: Im on amd64, but I am not allowed tosee that page. [10:50] whut? [10:50] desrt, hey [10:50] pitti: You don't have permission to access /~pitti/tmp/libgcj-bc_4.5.1-1ubuntu4_amd64.deb on this server. [10:50] desrt, do you have any clue what the issue could be on https://bugs.launchpad.net/ubuntu/+source/gconf/+bug/741239? [10:50] Sweetshark: sorry, fixed [10:50] Launchpad bug 741239 in gconf "gsettings-data-convert crashed with SIGABRT in g_settings_set_value()" [Medium,New] [10:51] pitti: thanks, Ill try it. [10:51] seb128: that's a pretty sad stack trace :p [10:51] desrt, http://git.gnome.org/browse/gsettings-desktop-schemas/commit/?id=70eb5100b894ff449d1a752a3eebd1bf1de9444d [10:51] desrt, the key and convert line were added in the same commit [10:51] xdatap: that can help, but then i'm not the man to talk to [10:51] desrt, I'm probably missing something obvious but I don't get how the .convert can list the line and not the schemas [10:52] seb128: is this an assertion failure? [10:52] desrt, and yeah, that key renamed got you a new round of haters for making binaries abort because they can't find the background key ;-) [10:53] xdatap: can you comment on the bug explaining that this is not unity specific [10:53] seb128: i stand resolute! [10:53] dbarth, ok, thanks. I will add more info to the report. Have a good day! [10:53] seb128: actually, i'm thinking of standing less resolute soon :) [10:53] xdatap: and document the test case [10:53] desrt, ;-) [10:53] dbarth, yes, I will do it right now :) [10:53] xdatap: also the othre crashers, upload them if they are not too old [10:53] cool, thx [10:53] seb128: so are you sure this abort is due to missing key name and not something else? [10:53] desrt, no [10:53] desrt, I'm wondering what it could be [10:54] chrisccoulson: nice, gwt and azureus built (on !armel), and swt-gtk armel build accepted -- progress! [10:54] excellent :) [10:54] so it's SIGABRT, but g_log isn't in the traceback [10:54] desrt, it is [10:54] g_log (log_domain=0xa92a01 "GLib-GIO", log_level=G_LOG_LEVEL_ERROR, format=0xaa98e4 "Settings schema '%s' does not contain a key named '%s'") [10:54] pitti - there is still one swt-gtk consumer that is blocked on this libgcj_bc.so issue [10:54] hmm, another lib that calls exit? ;) [10:54] ohh [10:54] http://launchpadlibrarian.net/67113162/Stacktrace.txt [10:54] your retracing stuff is clever enough to remove the g_log lines === MacSlow|errand is now known as MacSlow [10:55] that's very useful and very confusing all at the same time :) [10:55] ;-) [10:55] so then very clearly it's a missing key name [10:55] i wonder if someone's stuff got out of sync [10:55] chrisccoulson: yes, I have a fix ready, pinged doko to countersign [10:55] like maybe the gsettings update hook didn't run [10:56] like the glib-compile-schemas not run yet? [10:56] ya [10:56] pitti -excellent, thanks [10:56] desrt, could be... [10:56] chrisccoulson: http://people.canonical.com/~pitti/tmp/ has the two fixed debs if you want to try locally [10:57] thanks [10:57] seb128: sort of a bad situation. we may never know the truth here. [10:57] since the problem is likely to go away on its own [10:57] desrt, yeah, I was just wondering because we got a lot of the crashes recently [10:57] hmm. [10:57] desrt, but other ones were obvious errors, like the key got renamed or dropped but the .convert not updated [10:57] is there any way to manually trigger dpkg? [10:58] seb128: see? this is why i prefer crashes here. it gets the problem noticed a lot faster. [10:58] desrt, still the abort on any error is annoying ;-) [10:58] otherwise you guys would be releasing with a dozen g_critical()s :) [10:59] desrt, well, we got a lot of "it crashes" when it would just have meant one value wouldn't get migrated for nothing because the key is deprecated [10:59] desrt, and those users got their migration broken [10:59] i think the problem here is that i expected people to treat their schemas as a stable API [11:00] at least for schemas that they expect others to use [11:00] but i didn't really make that very clear [11:00] pitti: Besides my concern with your sleep, and to be sure, did you notice the sentences that followed? Can I set you as reviewer on the (very simple) MP? [11:00] GunnarHj: yes, please do [11:01] pitti: done [11:04] pitti: seb128: compiz with working session handling uploaded. Happy crash again :) [11:04] didrocks, \o/ [11:04] didrocks: yay you! [11:13] huh, i'm doing an update, and my fonts all just went huge! [11:16] chrisccoulson: there was a ttf-ubuntu upload -- regressino? [11:16] pitti - i will see what it looks like after i've restarted my session (once the upgrade has finished) [11:17] but it looks pretty bad atm, especially in evolution [11:17] chrisccoulson: rejecting the mozjs amd64 build, FTR [11:17] thanks [11:20] chrisccoulson, Sweetshark: gcc-defaults uploaded [11:20] pitti - excellent, thanks [11:20] pitti, can you do a super fast review of my answer to http://brainstorm.ubuntu.com/idea/26335/ ? is that what you were looking for? [11:22] rodrigo_: in type and style, yes, thanks! [11:22] pitti, ok, anything else I should add? [11:23] rodrigo_: I just wonder if it's really that expensive to stat some 20 dir entries [11:23] rodrigo_: (i. e. you only need to stat the ones you are displaying, not all right away) [11:23] pitti, 20 not that much, but what about 4000? [11:23] and it could be async, i. e. the arrow could disappear or appear after half a second, while it's stat'ing? [11:24] hmm, not sure how Nautilus does the displaying, I don't it does it in chunks [11:24] ok [11:24] pitti, yes, it could [11:24] rodrigo_: hm, I thought it would do the thumbnailing in chunks [11:25] the thumbnailing yes, but displaying the list of folders/files, it's all in one go afaik [11:25] hmm, I can't subscribe to the idea page, can I? [11:28] rodrigo_: I don't see an obvious way how [11:28] pitti, yes, me neither [11:29] Sweetshark: oh, bummer; the new libtextcat introduces an automake1.7 build dependency [11:30] Sweetshark: that's gone to universe ages ago, and I'm not keen about reintroducing such obsolete stuff; can we make it use just "automake" (1.11), like the rest of the non-ancient world? [11:31] Sweetshark: hm, it doesn't even seem to call that; I'll take a look [11:34] dunno, I havent looked at the package too deeply since there was nothing to merge (no customizations from us). If we cant get the package we could still use the LO-internal one (making the package bigger though) [11:35] Sweetshark: fix uploaded; except that due to an inexplicable accident with vim the changelog looks totally broken [11:36] pitti: saw that already. [11:37] pitti: the libgcj-bc wants a libgcj-common 4.5.1-1ubuntu4 ... [11:37] Sweetshark: yes, it's also on my people page [11:38] pitti: ah, ok [11:39] chrisccoulson: there, mozjs finished building everywhere [11:39] (i. e. finished failing) [11:39] pitti - thanks. i'm just sorting out the symbols files now [12:00] pitti, hi, is there a pref somewhere that i can see to point apport-retrace -g to my unpacked sources? (without having to set that in gdb every single time) [12:01] fta: you might be able to just stuff that into ~/.gdbinit ? [12:01] -see+set [12:01] fta: but I wasn't actually aware that you can change the source path locally [12:01] nice [12:01] alifornische Softwarekonzern daran, dem Workstation- und Unix-Pionier sein Geschäftsmodell überzustülpen. [12:01] ups [12:02] ?? [12:02] * pitti wonders when Sweetshark will post his s3kr1t passwords : [12:02] ) [12:03] pitti: nah, thats from an article about the death of the soul of my previous employer [12:03] dpkg-shlibdeps: warning: /usr/lib/x86_64-linux-gnu/libgcj_bc.so.1 has an unexpected SONAME (libgcj.so.11) [12:03] Sweetshark: well, that's to be expected -- this symlink is an 'orrible, 'orrible hack [12:04] erm, I mean 'ack of course [12:04] this is what i still get, but thats expected. Otherwise the build succeeds. [12:04] \o/ [12:04] i think i'm going to upgrade jo's desktop to natty today [12:04] see if she notices [12:04] :) [12:05] chrisccoulson: just some minor details changing in the desktop :) [12:05] chrisccoulson: I upgraded my wife's laptop a few days ago, she actually quite liked it at first [12:05] pitti - yeah. i updated her to firefox 4 already, and she didn't say anything ;) [12:05] let's see what she says in a week, after having to endure all those crashes [12:05] heh [12:05] if you turn off apport, she'll never notice them ;) [12:06] chrisccoulson: I did [12:06] Sweetshark: on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt, second section (source/binary demotions), do you know the fate of the four oo.o- and openthesaurus? [12:06] Sweetshark: were they replaced with the new hyphen/mythes stuff now? === nigelbabu is now known as nigelb [12:07] Sweetshark: but I don't see an obvious replacement for e. g. Czech or Russian hyphenation, there's no hyphen-$LANG package for it [12:08] pitti: so, how do we go about with LO 3.3.2 now? It would be perfect to have libtextcat2.2-9 and the gcj-bc fix for it. [12:08] Sweetshark: well, both are in natty now (not published yet, though) [12:09] Sweetshark: perhaps you could bump the build-dep to libtextcat to >= 2.2-9 and libgcj-bc to >= 4.5.1-1ubuntu4, then we could upload right away [12:09] Sweetshark: and then LP will properly dep-wait [12:12] pitti: if I reenable libtextcat it will automatically, but for libgcj-bc I would have to tweak. [12:12] * pitti bumps build score of armel gcc-defaults === MacSlow is now known as MacSlow|lunch [12:13] Sweetshark: the alternative is to wait another hour [12:13] Sweetshark: whatever is easier [12:13] Sweetshark: actually I think openoffice.org-dictionaries is still current, right? [12:14] i. e. I should seed all these packages so that they stay in main [12:16] as for the thes packages: openoffice.org-thesaurus-it hasnt been renamed just as it hasnt in debian. as it is just a suggest we would need a seed for it (just like the openthesaurus stuff), right? [12:17] Sweetshark: right; so all of these are still current? [12:18] Sweetshark: so for the Polish and Italish stuff, should I add back these three oo.o packages to language-selector? [12:19] pitti: -it is current. openthesaurus almost is (recently bumped to 20110119-2ubuntu1, but debian has 20110119-3). [12:19] * Sweetshark still tries to wrap his head around the -pl packages. [12:20] Sweetshark: I meant "current" in the sense of "used by libo instead of being an obsolete package" [12:23] hmmm, -pl looks outdated. debian has a openoffice.org-thesaurus-pl source which packs a mythes-pl binary while ours does still pack a openoffice.org-thesaurus-pl_1.5-3ubuntu1 binary. [12:27] pitti: Ill try a merge for -pl. [12:27] Sweetshark: ok, I'll deal with openthesaurus and openoffice.org-hyphenation for now; I also need to fix language-selector harder for the mythes stuff [12:28] and to install openoffice.org-hyphenation for the langauges that it supports [12:29] Sweetshark: you confirm that openoffice.org-thesaurus-it is current? [12:29] Sweetshark: i. e. we shoudl install it for italian? [12:42] pitti: tricky: there is no newer version of -it, but it doesnt yet depend on LO, but on a openoffice.org transitional [12:42] (openoffice.org-core) [12:48] chrisccoulson: your upload of gnome-vfs works around bug 709216 according to the changelog, yet I still can't open links from inside thunderbird (using chromium as browser). [12:48] Launchpad bug 709216 in gnome-vfs "clicking on a link dont open the page " [High,Fix released] https://launchpad.net/bugs/709216 [12:48] Ampelbein, what is /desktop/gnome/url-handlers/http set to? [12:50] bryceh, RAOF: xserver-xorg-video-qxl [12:50] ... wants to go to universe; should it be seeded, go into universe, or even added to -all? [12:50] chrisccoulson: with 'gconftool-2 -g /desktop/gnome/url-handlers/http' I get "No value set for `/desktop/gnome/url-handlers/http'" [12:53] Ampelbein, i meant http/command [12:53] anyway, i can see what's up. chromium uses an upper case %U [12:53] *sigh* [12:53] i'll add another case to gnome-vfs then [12:54] chrisccoulson: yes, chromium can open multiple URI's at once (which is what uppercase %U is for, if I understand the spec correctly) [12:56] pitti: there is a mythes-it in the debian new queue that will replace openoffice.org-thesaurus-it. but it is not yet in. [12:56] Sweetshark: ok, we can handle that after beta then [12:57] kklimonda, ping [12:57] pitti: find openoffice.org-thesaurus-pl_1.5-4ubuntu1_source.changes on chinstrap [12:57] Sweetshark: should I remove openoffice.org-thesaurus-it and openoffice.org-thesaurus-pl and openoffice.org-hyphenation-pl then? [12:57] ooh [12:57] rodrigo_: hey [12:57] hi kklimonda [12:57] kklimonda, how are you? === njpatel is now known as njpatel_ [12:58] rodrigo_: I've been better, but still alive :) [12:58] kklimonda, heh [12:58] Sweetshark: upped [12:58] kklimonda, if you have some minutes to spare, I need 2 more eyes to look at a crash in test-couchdb-glib [12:59] rodrigo_: sure [12:59] kklimonda, do you have 5 mins to compile git master and run the test program? [12:59] yes [12:59] kklimonda, it's crashing all the time in couchdb_database_free_document_list, in the if (COUCHDB_IS_DOCUMENT ... call [13:00] kklimonda, if you can have a quick look (2 mins), maybe you can find why it's crashing there now, where it never did before [13:00] kklimonda, I've been looking at it for a few days, so I really need 2 more eyes in case I'm missing something obvious [13:02] Sweetshark: libtextcat and gcj-bc are in the archive now, except for armel; so we could upload libo now if you want [13:03] Sweetshark: (armel is okay, it will build late enough that these two libs will be in the archive well before) [13:04] Sweetshark: adding mythes-pl to language-selector then [13:04] pitti: k. I will just rename the version and reenable the libtextcat dep. [13:05] pitti: the hyphen for -pl will be on chinstrap in a minute [13:05] oh, nice; holding back the l-s upload then [13:08] pitti: hmm, that merged without a problem. there is no "| language-support-writing-pl" in it so it can simply be synced. [13:09] Sweetshark: actually, I wonder how many of these alternate depends we still actually need; I think we should revisit that at UDS [13:10] so status: openoffice-thesaurus-pl is on chinstrap, openoffice.org-hyphenation-pl can be sync => pl can be included. mythes-it is still in debian NEW -> disable for beta. [13:13] Sweetshark: hyph-pl synced, thes-pl already uploaded some minutes ago [13:13] hang on [13:13] Sweetshark: you said hyphen-pl would be on chinstrap, but I don't see it [13:13] argh, I'm confused, ignore me [13:13] so, all done [13:14] * pitti updates l-s for hyphen-pl and uploads [13:15] Sweetshark: for coordination, do you plan to have LibO uploaded in the next 45 mins? I wonder if I have time to grab some lunch now, or later [13:18] chrisccoulson: mozjs binNEWed on !armel, go wild [13:18] pitti: In ~1 hour. If you fetch lunch now, Ill have it ready when you return. [13:18] pitti - excellent, thanks [13:18] i'll upload couchdb in a minute then [13:18] cool; /me off [13:19] i'm just about to complete the swt-gtk transition now [13:27] didrocks: does a patch like #741081 needs approval from the design team or anything like this? adds a unity quicklist thing [13:27] bug #741081 [13:27] Launchpad bug 741081 in gnome-terminal "Add 'Open a new terminal window' to unity launcher quicklist" [Wishlist,Confirmed] https://launchpad.net/bugs/741081 [13:27] pitti - ok, taking icedtea-web now [13:27] Sweetshark, would you mind taking a look at the libreoffice bits in bug 740815 when you get a few moments? [13:27] Launchpad bug 740815 in firefox "[FFe] Updates to enable us to drop xulrunner from main" [Medium,In progress] https://launchpad.net/bugs/740815 === htorque__ is now known as htorque [13:28] mvo: I think it should, but I don't see them scale TBH :) [13:30] didrocks, just spotted unity 3.6.6-0ubuntu3 produces uninstallable binaries: [13:30] * unity (i386) [13:30] - is this a known issue? [13:32] skaet: why unity 3.6.6-0ubuntu3 ? we should have 3.6.8 published now [13:32] didrocks, we have 3.6.8 published for a few hours [13:32] didrocks, its what's showing up in the Daily CD build message this morning. config need to be updated somewhere? [13:33] hey skaet [13:33] hi seb128 [13:33] skaet, CD builds were before/during the publishing [13:33] didrocks: under ubuntu/daily: Uninstallable packages: [13:34] thanks ogra_ , skew I guess. [13:34] its what i face under armel with every second build ... arch any vs arch all packages [13:35] skaet: yeah, the update to get compability was done this night [13:35] skaet: when I pined you before going to bed :) [13:35] so way after CD build I guess [13:36] seb128, let's say Ubuntu/mpt would prefer some string different in a gnome program. Do we generally distro patch that? Send a patch upstream in the hopes they like the new wording better? (does that ever work?) [13:36] cool. mystery solved. back to my bug lists... ;) [13:36] mterry, "depends" ;-) [13:36] mterry, we try to argue for the case upstream yes [13:36] mterry, in years gone by we changed a bunch of strings upstream in gnome-power-manager for example [13:37] mterry, if they don't the "depends" is a cost benefit thing [13:37] mpt, do you care much about https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/740856 ? [13:37] Launchpad bug 740856 in indicator-datetime ""Authenticate" dialog has incorrect text" [Undecided,New] [13:37] mpt, that's from gnome-settings-daemon [13:38] mterry, I'd class that as Low importance, but at the same time I'd expect it to be accepted upstream, because "Privileges are required..." is a very obscure way of asking for your password [13:38] Sure. How about I'll pass it upstream, but not distro patch it to avoid losing translations? [13:38] mterry, I would open a bug upstream for this cycle and batch it for next cycle if upstream doesn't reply [13:38] suits me [13:40] chrisccoulson, my thunderbird links still aren't working :( [13:40] mterry, which browser do you use? [13:41] chrisccoulson, firefox [13:41] hmmm [13:41] mterry what is in /desktop/gnome/url-handlers/http/command? [13:42] chrisccoulson, "firefox %u" [13:42] oh, that should work :/ [13:42] mterry - you get the same result as before? (firefox opens a tab with the URL pointing to http://www.%u.com) [13:42] chrisccoulson, yah [13:43] now i'm confused ;) [13:43] that should be working now :( [13:43] mterry, did you upgrade your gnome-vfs? [13:43] there is one case i know about (it needs to handle %U) [13:44] all this effort to not break gnome-vfs ;) [13:44] seb128, yeah [13:44] chrisccoulson, false alarm [13:44] heh [13:44] what happened? [13:44] chrisccoulson, it seems to work now. :-/ [13:44] lol [13:44] heisenbug [13:44] my favourite [13:45] chrisccoulson, I thought I had restarted thunderbird already, but apparently not [13:45] :) [13:45] chrisccoulson, thanks for fixing! [13:45] you should use a decent email client [13:45] lol [13:45] you wouldn't have those issues ;-) [13:45] seb128 - find me one ;) [13:46] chrisccoulson, like the on we ship with Ubuntu? ;-) [13:46] seb128 - i meant "find me a decent client" ;) [13:46] heh [13:46] oh, I see where you are going :p [13:46] lol [13:47] i think thunderbird is going to be rocking with the work that m_conley is putting in ;) [13:47] he's working on U1 contact sync now \o/ [13:49] chrisccoulson, how active is upstream at fixing issues? (out of unity integration work)? [13:49] seb128 - very active, generally [13:50] hum, so you think we should consider it for next cycle? [13:51] seb128 - lets see how people feel closer to UDS. there are still some bits missing (calendaring being the main one), and the situation with translations for both tbird and firefox also really sucks right now [13:51] (which is something i'm going to fix next cycle) [13:52] we need to define our target user [13:52] not sure if we target users who care about calendars or not [13:52] yeah, i was just about to say the same thing [13:53] calendar integration is definitely very nice, but i've never seen jo use it here [13:53] the calendar desktop integration is very handy [13:53] but she does use an e-mail client [13:53] right but people at canonical for example to use the calendar quite a bit [13:54] ups [13:54] rodrigo_: I've tracked it to the commit a48fe0c4f7a2048011b8b0c1b6348340fd2f6650 [13:54] seb128 - yeah, i use the calendar too (which is why i use evo for work), but i'm not sure i'm the target audience ;) [13:54] like office users likely want to know about their next meeting [13:54] office being people at work, not ms office ;-) [13:55] brb, another session restart [13:55] rodrigo_: reverting it will fix the test, but not the couchdb_session_free_document_list function. [13:56] rodrigo_: but apparently the problem has been there for a while, it also crashes on maverick === MacSlow|lunch is now known as MacSlow [13:58] I'm surprised it crashes as we register a type for CouchdbDocumentInfo [13:58] seb128, the calendar integration was my wife's favorite thing about upgrading to natty [13:59] she uses google calendar to keep track of all the places she needs to get the kids too, etc... so she loves having that in the panel [13:59] rodrigo_: at least the code is there, what should call it? [13:59] kenvandine, hum, but we have that since warty? [13:59] kenvandine, like gnome-panel has it, it's not new to natty [13:59] not maverick [13:59] une maverick [13:59] oh, people use une 10.10 really? ;-) [14:00] hehe [14:00] she was :) [14:00] kenvandine, but yeah, if you use a calendar it's very nice to have [14:00] I'm just not sure what users use a calendar and what users we target [14:00] right, and i think people tend to use that for more than work [14:01] i think there are lots of users using google calendar for example [14:01] especially in a world with smart phones and google giving you free online calendars [14:01] exactly [14:01] and evolution finally seems to work pretty well with google calendar :) [14:02] * kenvandine is so happy he can now accept invitations in email [14:02] does that work? [14:02] yes [14:02] I got used to copy the url in a web browser === njpatel_ is now known as njpatel [14:02] hehe :) [14:02] I didn't try for a while [14:02] i saw someone tweet about it working [14:02] one things that sucks is that you can't click on the url [14:02] so i tried, and it did [14:02] no idea when it was fixed [14:02] nice ;-) [14:03] otherwise i would have never tried [14:07] re [14:07] pitti, wb [14:09] meh, why does evo keep forgetting my gcal password [14:10] pitti: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest <- there is a libreoffice version in there, l10n is on the way [14:10] pitti, how often? in what keyring is it stored? [14:10] seb128: every couple of weeks or so [14:12] pitti, there was some "known bug" about password being dropped when it fails to connect to servers sometimes [14:12] though those were usually for email accounts [14:12] not sure if calendars have the same issue [14:12] ah, that might fit [14:23] who would be to blame for the unity-appmenu to open when doing a window dnd and hitting esc? [14:24] njpatel, tedg, mterry: ^ one of you know I'm sure ;-) [14:24] seb128, hah, fascinating [14:24] seb128, Sam [14:24] does the same when using the corner grip and doing esc [14:24] yep, it's sending weird keycodes around [14:25] compiz bug? [14:25] I'm pretty sure [14:25] seb128, actually [14:25] njpatel, thanks, I will open and assign to smspillaz [14:27] pitti: I uploaded the l10n to the ppa too, but i guess that was wrong, as I didnt -sa it. [14:27] rodrigo_, pitti: just for info I raised a bit the settings of bug #649809 so it doesn't drop off the natty list [14:27] Launchpad bug 649809 in gdm "the session settings manager can try starting before the login screen one exits" [Low,In progress] https://launchpad.net/bugs/649809 [14:27] pitti - hmm, i can't see how the packagekit change will work [14:27] it's still looking for mozilla-plugin in configure [14:27] chrisccoulson: currently test-building [14:27] pitti: Ill copy to chinstrap a changes file with -sa [14:28] chrisccoulson: right, just failed [14:28] pitti - i'm wondering whether i should just ship the same set of pkg-config files in firefox-dev tbh, and make it conflict xulrunner-dev [14:28] chrisccoulson: might indeed be easier [14:28] it would save us having to patch stuff [14:28] and it would be more palatable for icedtea too [14:28] that will have to be after beta now though won't it? [14:30] chrisccoulson: if you break existing packages, then yes; if you only ship the files in addition, then no [14:31] pitti - i was thinking about the amount of time it takes to build on armel [14:33] * ogra_ hugs chrisccoulson for that staement [14:33] heh :) [14:42] Sweetshark: your libreoffice_3.3.2-1ubuntu1_source.changes is missing the orig.tar.gz as well [14:43] Sweetshark: and it would be nice if you could build that with -v1:3.3.1-1ubuntu5 [14:44] Sweetshark: and the changelog with "regenerate control file" sounds a bit like being for -l10n? [14:44] Sweetshark: l10n looks good, I'll upload that with a fixed libo [14:47] pitti: the libreoffice_3.3.2-1ubuntu1_source.changes from chinstrap? yeah, I shouldnt have uploaded that, I broke it when generating l10n. the one in the ppa should be ok thogh. [14:48] Sweetshark: ah, ok [14:48] yes, the one in the ppa seems to be ok [14:49] pitti: and regenerate control file is also valid, as I had to regenerate for system libtextcat [14:53] kklimonda, hmm, I thought that while loop had been there for a while [14:53] Sweetshark: both uploaded, thanks! so this should be built by the weekend on arm then [14:54] kklimonda, I guess it fails to check a GObject's type if the pointer is not a GObject-based pointer [14:55] \o/ [14:55] rodrigo_: well, it has been commited in may last year, but it is a commit that fails. I agree that it looks like G_TYPE_CHECK_INSTANCE_TYPE doesn't know how to handle non-GObject types. [14:56] * Sweetshark sacrificies a few squirrels to the gods of arm. [15:04] Sweetshark: btw, does this add a build or binary dep to nlpsolver now? [15:05] Sweetshark: this currently wants to go back to universe === tkamppeter__ is now known as tkamppeter [15:12] no, there isnt. it is build as an extension, so LO can strictly work without it. Its just one damn useful feature. [15:12] (which is why upstream releases it along the product). [15:14] rodrigo_: btw, how much is left to be done to get gnome-shell from gnome3 ppa working? anything I could help with? [15:14] kklimonda, it's already working for me [15:14] kklimonda, isn't if for you? [15:14] rodrigo_: probably I've missed doing something [15:14] rodrigo_: just adding gnome3 ppa, updating, upgrading and installing gnome-shell have left me with quite a mess :) [15:15] oh, what mess? [15:15] rodrigo_: no theme, applications aborting with message about linking against both gtk+2.x and gtk+3.x [15:15] kklimonda, hmm, I guess something got half updated [15:15] is that in nautilus? [15:16] about the no theme issue, you can just set it on the command line with gsettings tool [15:16] rodrigo_: I can't tell right now, I've had to revert to get system in a working state once again. If you are saying that it should work, I'll try updating again this weekend and fight with any problems I have. [15:17] kklimonda, ok, let me know of anything you come up, and we'll try to fix it [15:17] ok, will do [15:42] Sweetshark: you shouldn't have spent all your squirrels on the armel god :/ http://launchpadlibrarian.net/67189461/buildlog_ubuntu-natty-amd64.libreoffice_1%3A3.3.2-1ubuntu1_FAILEDTOBUILD.txt.gz [15:43] x86_64-linux-gnu-g++: /usr/lib64/libjpeg.so: No such file or directory [15:43] yes, that wouldn't work [15:43] kklimonda, I've deprecated CouchdbDocumentInfo, as we discussed it was useless, only used in tests [15:44] Sweetshark: it is spelled /usr/lib/x86_64-linux-gnu/libjpeg.so now .. [15:44] nice, alt key working in the firefox menu now [15:44] chrisccoulson: ooh! [15:46] Sweetshark: nlpsolver> hm, I woudl have at least thought that the libreoffice metapackage should pull it in? [16:15] pitti, kenvandine, seb128: can you please merge https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/couchdb-glib/0_7_1_release/+merge/54721 (already uploaded, as I have permissions for that package) [16:19] rodrigo_, ok [16:19] seb128, thanks [16:23] * Sweetshark is in svtools already [16:35] kenvandine, are you already working on empathy 2.34.0 ? [16:39] seb128, ditto for https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/evolution-couchdb/0_5_2_release/+merge/54731 please [16:41] kenvandine, i'll go get empathy packaged. It's new enough and with as busy as you seem i don't think you would have gotten to that yet [16:45] pitti - did the searchplugins in langpack-o-matic come from maverick? [17:00] mvo, bug #741269 [17:00] Launchpad bug 741269 in apt-clone "dpkg-repack missing dependency" [Undecided,New] https://launchpad.net/bugs/741269 [17:05] chrisccoulson: yes, I think I extracted them from maverick's -base packages; natty's don't have them yet [17:06] pitti - ah, ok. natty has a different set of search plugins [17:06] it has bing ;) [17:06] and a couple of others were dropped too [17:06] seb128: thx! [17:06] chrisccoulson: ah, so good time to fix them now, so that they can go into the langpacks on Sunday? [17:06] mvo, yw ;-) [17:06] chrisccoulson: the original data was lost apparently, so mavericks' were the most recent ones I could fine [17:07] "find" [17:07] pitti - yeah, i was just having a look now [17:07] i think next cycle we should probably merge all of this in to the firefox source (translations + searchplugins) [17:09] +1, especially with the new planned mozilla release cycle, we don't want to be blocked on langpack updates for security fixes [17:09] preferably sorted out before we backport a newer firefox to the stable releases [17:10] micahg - we'll probably still ship them in language packs, but i want the firefox source to take care of building the xpi's (to replace po2xpi) [17:10] i haven't quite figured out how it's all going to work yet ;) === MacSlow is now known as MacSlow|break [17:11] chrisccoulson: :(, I'd prefer to ship in-source if we can [17:12] unless we're planning langpack updates every 6 weeks [17:14] could someone set as merged this branch? https://code.launchpad.net/~om26er/ubuntu/natty/metacity/metacity-fix-717216/+merge/52199 [17:14] ogra_: ^^ [17:16] chrisccoulson, is the bug where firefox is always the default browser been fixed? [17:18] bcurtiswx, it depends for what use case. there were bugs affecting multiple packages which broke that in different ways [17:18] i've fixed the default browser check for firefox, but that's unlikely to have been your issue ;) [17:18] chrisccoulson, im using Chromium Web Browser, and i set that as default browser but firefox still comes up as [17:19] comes up, from where? [17:19] in any case, that's a bug in another application or another part of the stack ;) [17:21] chrisccoulson, OK thx :) [17:21] and that meant to say as default browser [17:24] tedg, what do you think of bug 735445? [17:24] Launchpad bug 735445 in indicator-datetime "clock doesn't update on timezone change" [Undecided,Confirmed] https://launchpad.net/bugs/735445 [17:27] seb128, kenvandine, if one of you gets a change, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.34.0-0ubuntu1/+merge/54738 [17:27] chance* [17:28] Sweetshark: hey, did you have a look at bug #720716 by any chance? [17:28] Launchpad bug 720716 in ayatana-design "Please add unity Quicklist support" [Medium,Fix committed] https://launchpad.net/bugs/720716 [17:32] pitti, still around? [17:33] hey seb128 [17:34] pitti, hello [17:34] pitti, do you have any opinion on the libcairo gl naming and were to put the extra .h and .pc? [17:35] pitti, I've created a libcairo2-gl with a /usr/lib/cairo-gl which has libcairo.so.* [17:35] seb128: oh, does it need extra .h files? [17:35] pitti, well, it doesn't "needs" it "ships" those [17:35] seb128: if it actually changes the API, then I'd put them into libcairo-gl-dev and make that conflict with libcairo-dev [17:35] pitti, I can i.e wayland need those function definitions [17:36] pitti, it's extra files, no need to conflicts [17:36] ah, so much the better [17:36] I'm pondering adding a -dev or just stacking that in libcairo2-gl [17:37] well I guess the extra binary would be cleaner [17:37] seb128: would it be wrong to put the extra files into libcairo-dev? [17:37] I was pondering doing that [17:37] I'm not sure how much it could mislead people to think cairo is built with gl [17:40] seb128: so I guess the cleanest woudl be a libcairo-gl-dev which depends on libcairo-dev and libcairo-gl? [17:41] yeah [17:46] * Sweetshark needs more cpus [17:47] pitti, http://paste.ubuntu.com/584930/ [17:47] pitti, something around those lines I think (it's building there) [17:48] +debian/install/main/usr/lib/cairo-gl/libcairo.so.* /usr/lib/cairo-gl [17:48] oh, does that mean theres not even an overlap? [17:49] seb128: so we don't even need diversions, etc? [17:49] seb128: this looks great to me (FLAVOURS FTW) [17:50] pitti, well I though that was the idea from yesterday? [17:50] pitti, install the lib variant in another dir and let wayland of whather ldpreload this one? [17:50] seb128: I naively thought both would build the same .so, just with different features [17:50] well ldpreload, or tweak LD_LIBRARY_PATH [17:50] ah, right [17:50] pitti, it does [17:50] sorry, misread [17:50] it's the same lib with another option so another set of symbol [17:51] dumped in another dir [17:51] so those who want it can add the dir to their ldpath [17:51] seb128: I thought we wanted to ship /etc/ld.so.conf.d/00-libcairo-gl.conf in libcairo-gl, as then we keep the knowledge of where the library is in one place [17:52] and we can change this without doing corresponding changes to wayland [17:52] but I'm not too fussed about that [17:52] pitti, I'm fine with that, that drop is a first one with the new binary, I wanted to figure the ld hack next [17:52] seb128: let me quickly verify this assumption [17:53] pitti, no hurry, I've a call in 6 minutes so I will resume that after the call and dinner [17:55] pitti, -qxl probably should go into -video-all (it's the kvm video driver, see bug #709537) [17:55] Launchpad bug 709537 in xserver-xorg-video-qxl "[MIR] xserver-xorg-video-qxl" [Undecided,Fix released] https://launchpad.net/bugs/709537 [17:55] pitti, shall I add it to -video-all? [17:55] bryceh: If you think it's correct to install by default, yes [17:59] seb128: hm, got some trouble with that, need to play around with ld.so.conf.d [18:00] ok [18:08] tjaalton, looks like your xorg 7.6 merge was not uploaded yet? should I upload it at this time or must it wait until after beta? [18:10] bryceh: when is the beta freeze? [18:10] tjaalton, think its today [18:10] next week I guess [18:10] oh [18:10] damn, should add those to my calendar.. [18:11] tjaalton, I pushed the -qxl addition to video-all to alioth if you'd like to take a quick look [18:11] bryceh: is it in universe? [18:11] -qxl that is [18:12] ah, no [18:13] tjaalton, bryceh, RAOF: xserver-xorg-video-qxl [18:13] ... wants to go to universe; should it be seeded, go into universe, or even added to -all? [18:14] pitti, shall I add it to -video-all? [18:14] bryceh: If you think it's correct to install by default, yes [18:14] tjaalton, (-qxl is the kvm video driver, see bug #709537) [18:14] Launchpad bug 709537 in xserver-xorg-video-qxl "[MIR] xserver-xorg-video-qxl" [Undecided,Fix released] https://launchpad.net/bugs/709537 [18:14] local kvm/qemu uses cirrus, but this is for the remote stuf [18:14] f [18:15] or maybe my info is outdated [18:15] in any case, I'm aware of SPICE, and it sounds cool enough to warrant the change ;) [18:17] yeah I just pulled it [18:17] duh [18:17] scrollback failure [18:19] does it actually work on other than amd64/i386 though [18:19] even though it's built on armel & powerpc too [18:22] bryceh: you need to use tab to indent vars.*, otherwise the build fails? [18:23] since it's used by makefile [18:23] hm, doesn't fail [18:29] hi, would some non-english speakers mind adding missing translations to https://wiki.ubuntu.com/Translations/Wanted/FirefoxDesktop ? :) [18:29] pitti/seb128 perhaps ;) [18:30] chrisccoulson: de already exists [18:31] chrisccoulson: now, if only we had a web site which would allow you to comfortably translate .po files.. [18:31] pitti - it's for some extra items (static quicklists) [18:31] chrisccoulson: ah, will do [18:31] thanks :) [18:32] chrisccoulson, can't you use strings already listed and translated in firefox? [18:32] seb128 - i don't think there is already a "Open a New Window" [18:32] there is "New Window" though [18:32] i did think about using existing strings ;) [18:37] mterry, That makes sense to me. [18:37] mterry, (the function to signal the UpdateTime signal) [18:38] tedg, any opinions on what the method should be called? TriggerUpdateTime? Or can a signal and method have same signature? [18:38] chrisccoulson: there! [18:38] mterry, I'd make them different just to avoid confusion. [18:38] mterry, I don't care too much about the name, it's a private interface. [18:39] mterry, UpdateTimeBecauseISaidSo [18:40] * mterry adds UpdateTimeIfYaLikeButNoBigDealIfItDoesNotHappenKThxBye [18:41] pitti - thanks :) [18:41] pitti - bug 741964 is for you if you want to take it ;) [18:41] Launchpad bug 741964 in plasma-scriptengine-googlegadgets "Please remove google-gadgets source and binaries from archive" [Undecided,New] https://launchpad.net/bugs/741964 [18:41] oh! oh! removing cruft! yummy! [18:41] heh :) [18:46] chrisccoulson: *munch* *much* 'z gone [18:47] pitti - thanks :) we have lots of green now - https://wiki.ubuntu.com/DesktopTeam/Specs/Natty/Firefox4/XULRunner20Transition [18:47] i like green! [18:47] chrisccoulson: so basically just eclipse left? [18:48] chrisccoulson: and libo and icedtea [18:48] pitti - anything which isn't green or yellow, so there's still a few things left [18:48] chrisccoulson: why not use what firefox has for ctrl+n/ctrl+t? [18:48] chrisccoulson: gtk-vnc is fixed as well [18:49] i updated fi by adding what the ffox menu had [18:50] tjaalton, which menu? If it's the file menu, then that doesn't have the whole string does it? (it doesn't for english) [18:50] New Window versus Open a New Window [18:50] i'm not sure if the menu entry makes sense for other languages though. it might do :) [18:51] well, i'm not sure 'open' is needed there.. [18:52] but, i'll add it if it is :) [18:53] meh, done [18:54] thanks :) [18:59] njpatel, didrocks: ah, seems I indeed have a different compiz crash now (re from this morning) [18:59] (uploading) [18:59] pitti: yes please :-) [19:00] bug 741977 [19:00] Launchpad bug 741977 in nux "compiz crashed with SIGSEGV in nux::Area::InitiateResizeLayout()" [Undecided,New] https://launchpad.net/bugs/741977 [19:00] (not retraced yet) [19:00] pitti: did you change your resolution? [19:00] oh no [19:00] forget about my question :) [19:00] didrocks: not with restarting compiz [19:00] let's see once retraced [19:01] thanks pitti :) [19:01] didrocks: my gsession script does call xrandr --output LVDS1 --off, though [19:02] didrocks: made a note in the bug [19:02] pitti: thanks! === MacSlow|break is now known as MacSlow [19:19] pitti, I'l pay you to stop crashing Unity :) [19:19] * njpatel only sees stacktraces everywhere [19:20] njpatel: I can sit down with a debugger and have a look :) (not right now, though) [19:20] njpatel: I have two screens, though (internal disabled LVDS, external TFT, docked), so that might not be as common as most developer platforms [19:20] Interesting [19:21] njpatel: the fun thing is that until a week ago this thing was rock solid [19:21] I'll pass it onto jason once we have a proper stack [19:21] I didn't have a single crash in two weeks or so [19:21] pitti, you know the rule: Stop updating as soon as it works for you! [19:21] njpatel: I told didrocks, but he always wanted more crack! [19:21] pitti, we made some changes to support multi-monitor better, so maybe this is from that [19:21] pitti, hah [19:22] He is a bad influence on us ;) [19:22] * kenvandine should plugin a second monitor just to see how awesome this is [19:22] njpatel: oh! [19:22] njpatel: I did notice that the launcher now covers the full screen height, not just the 800 pixels that my internal display has [19:22] njpatel: ok, no more update for you! :) [19:22] pitti, yeah, that would be part of the fix [19:22] pitti, but there were internal painting fixes too [19:22] oh, I've been meaning to ask [19:22] and this looks shockingly close to that [19:22] didrocks, NNNNOOOOO [19:23] didrocks, Sorry :D [19:23] njpatel: is it deliberate that the launcher only appears as faint ghost-like shadow when I hover over the ubuntu logo? [19:23] njpatel: no, you know I'm the bad leader here, always telling you guys "push more crack, more crack!" :-) [19:23] it only seems to fully materialize when I'm in the top left corner [19:23] pitti: yeah, it is what designed specified [19:23] right [19:23] pitti: there is a dead triangle zone of 3x3 [19:24] it's a bit confusing, as I often just move to somewhere in that box, then down, and woosh, the launcher goes away [19:24] it's meant to do that [19:24] yes! [19:24] tell mark! [19:24] pitti: don't insult my code like that! :) [19:24] well, tell design! [19:24] njpatel: pitti: there is a bug report with a discussion [19:24] this is one of these little things that drive you nuts [19:24] pitti: we proposed the "slide only" effect that you can trigger in ccsm [19:24] well, there's one good thing about it: it greatly accelerates me getting used to the windows key [19:25] pitti: also, there is the fade + slide which is under debate :) [19:25] up until a few weeks ago this key was basically virgin [19:25] heh ;) [19:26] so who wants to look at my nvidia bug! :D [19:26] Neil wants to! [19:26] enough bug for today ;) [19:26] https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/741963 [19:26] Launchpad bug 741963 in nvidia-graphics-drivers "Cannot switch to virtual consoles (vt#)" [Undecided,New] [19:26] he just told us he's looking for more stack traces [19:26] not unity, not unity \o/ [19:26] I got video of the behaviour and everything [19:27] * robbiew has had this bug for awhile....in Natty...distorted console image. I was hoping the latest nvidia driver would fix it...never did :/ [19:28] didrocks: unity looks great on this machines ;) [19:28] /s/machines/machine [19:28] pitti: bug #739567 if you want to follow the latest story (read the comments) [19:28] Launchpad bug 739567 in ayatana-design "Launcher - Set Launcher 'Hide Animation' to 'Slide only' by default. Also introduce subtle fade in effect." [High,Fix committed] https://launchpad.net/bugs/739567 [19:28] didrocks: thanks [19:28] robbiew: it's just great for great people :-) [19:31] robbiew: try booting with vesafb.sucks=1? [19:31] Sarvatt: seriously? [19:31] its got nothing to do with the nvidia driver, the vesafb crap for plymouth is whats messed up [19:31] yeah [19:32] lol..what an awesome variable [19:32] ok [19:32] passing an invalid module parameter (aka sucks) prevents it from loading [19:32] at least, they express their opinion :) [19:32] ah [19:32] lol [19:32] oh [19:32] I'm disappointed now :-) [19:36] rickspencer3: in https://wiki.ubuntu.com/DesktopTeam/10.10/DeveloperManual is there any intention to add a Launchpad manual too? [19:40] Sarvatt: hmm...no dice...but I may have fubar'd the grub line.../me edits grub file [19:44] * didrocks waves goodnight [19:48] robbiew: oh, the grub screen is corrupted too? try changing the set gfxpayload=$linux_gfx_mode line to set gfxpayload=text when you boot next too [19:49] Sarvatt: nah...grub screen is fine [19:49] I'm thinking my mind is corrupted [19:55] rodrigo__: in the couchdb-glib NEWS you put 0.7.0 as the version for the 0.7.1 release :) [19:57] chrisccoulson: eww: [19:57] -- natty/main amd64 deps on xulrunner-1.9.2: [19:57] libgluezilla [19:57] huh, i thought that was in universe? [19:58] oh, it's not :( [19:58] -- natty/main amd64 deps on libgluezilla: [19:58] libmono-webbrowser0.5-cil [19:58] only dep [19:59] -- natty/main amd64 deps on libmono-webbrowser0.5-cil: [19:59] libmono-cil-dev [19:59] libmono-winforms2.0-cil [19:59] pitti - yeah, the dependencies seems to spread out quite a bit [20:00] i'm not sure how to work out which parts of the mono stack are actually using it, because it all seems to go through several layers of lubraries [20:00] libraries [20:00] I made a note in the bug for now (and a new task) [20:00] thanks [20:00] hmmm, that one could be a pain [20:01] chrisccoulson: perhaps we could just disable support for that in mono? [20:01] chrisccoulson: hop over to #devel? [20:01] pitti - i'm not too sure. i don't know what applications are using it [20:01] yeah, sure === smspillaz is now known as smspillaz|zzz [20:32] tedg, I'm piling up datetime merges. Do you prefer many merges or lots of commits in one big merge? [20:32] So far, I've gone for a mix [20:32] mterry, Many merges. It think it makes them easier to review. [20:33] mterry, I don't care how many commits. But I think "a merge" should be roughly "an idea" [20:33] tedg, well, I'll fallen short of that. I've been fitting ~3 ideas per merge :) but otherwise I'd have 12 merges [20:33] I'll try to be mergy [20:34] mterry, bzr lp-propose-merge is your friend :-) [20:34] ooh, I don't know it [20:34] mterry, It's not that big a deal, but if you ask I'll answer :-) [20:34] mterry, The only issue with it is that it doesn't know default reviewers, so you always have to specify. So like "--review indicator-applet-developers" [20:35] Or dbusmenu-team, or whatever. [20:35] tedg, docs claim that that will work [20:35] mterry, Hmm, I've been bugging people about it... perhaps, my annoyance has paid off?!?! [20:36] * mterry notes that lp-propose is an alias [20:36] * tedg uses bzr lp-p [20:36] go mterry go ;-) [20:36] tedg, do I have to push somewhere first, then propose? or does the propose push somewhere for me? [20:37] mterry, You have to have a remembered location. So have atleast pushed once. But it'll update if you're not up-to-date. [20:37] hm k [20:38] I typically do "push, propose" but I'm trying to get to "branch, push, {work}, propose" with the idea that I should push early and often :-) [20:39] * tedg has a-typical New Year's goals [20:39] :) [21:14] mterry, So this qtcreator bug has me stumped, could you look to see if you notice anything? [21:14] mterry, Basically if you run qtcreator, click on the file menu to open it, dbusmenu_client crashes. [21:15] tedg, I can tomorrow [21:15] mterry, It seems to be a variant gets unref'd when we're still using it, but I can't find anything. [21:15] mterry, Yeah, I didn't mean "right now" sorry. [21:15] tedg, subscribe me to the bug [21:15] mterry, Will do, thanks! [21:32] Sweetshark: yay, i386/amd64 built, great job [21:32] Sweetshark: want me to copy -l10n from the PPA? or do you have it on chinstrap? [21:52] oh, heh [21:53] pitti: yeah, just saw that too [21:53] l10n from the ppa would be nice. [21:56] Sweetshark, hey [21:56] Sweetshark: which ppa url was that again? [21:56] hey seb128, wb [21:56] Sweetshark, did you see the question from didrocks earlier? [21:57] seb128: FYI, I synced pygobject from experimental, and deleted our branch (to avoid confusion) [21:57] pitti, re [21:57] pitti, ok, I never know what to do with those when we sync, i tend to unpack the debian source and commit if it's likely we will get diffs again [21:57] personally I'd just use ubuntu:pygobject from now on, if we need to make further changes [21:58] pitti, just so robert_ancell can not merge-upstream and screw it? ;-) [21:58] lol [21:58] seb128: more packages -> more getting used to them :) [21:58] seb128, :P [21:58] and the rest of Ubuntu uses them as well anyway [21:58] hey robert_ancell [21:58] you see them all the time for sponsoring, too [21:58] hey robert_ancell, howdy [21:58] pitti, the issue is not getting used to them, is having an efficient workflow [21:59] robert_ancell, did you start on the clutter update? [21:59] pitti: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest2/+packages [21:59] Sweetshark: ahh, I missed the "2" [22:00] pitti, seems Sweetshark ignore comments from others than you ;-) [22:00] seb128: yes, I did see it. Sorry, I have not looked at those yet. [22:00] * Sweetshark hugs seb128. [22:00] Sweetshark, ok, they should have landed today since it's ui freeze now [22:00] seb128, no, didn't notice it. Can't we just merge from Debian? [22:00] * seb128 hugs Sweetshark [22:01] robert_ancell, that's ok, I've it building, I just wanted to avoid duplicating work [22:01] robert_ancell, so asking in case [22:01] gotta go. [22:01] seb128, ok, I was working on the webkit update. But it fails building after a few hours. [22:01] seb128, aren't we in beta freeze now anyway? [22:01] .symbols outdated? [22:02] robert_ancell, well, it start today but they didn't pull the trigger yet it seems [22:02] so still uploading ;-) [22:02] seb128, no, the documentation. The debian/rules has a hack for it, and it always seems to break again [22:02] seb128, ok, excellent. I'll mad update all the packages that Debian hasn't updated then [22:02] robert_ancell, you are on an update rampage I see ;-) [22:03] robert_ancell, I don't see anything interesting to update on versions though [22:03] soup, totem-pl-parser etc [22:04] it would be nice to be running the latest so there's not some bug that annoys the upstreams for the next 6 months [22:04] well those can be updated after beta [22:04] debian guys were talking about updating soup yesterday [22:04] it would be better to do it earlier though right? [22:04] the earlier the better I guess [22:04] it gives extra testing [22:08] robert_ancell, ok, clutter is not a simple dch and build, there is a patch to update from the egl stack which I'm not sure if it's still needed and there is a symbol which got dropped, so if you want to do it please feel free to do it [22:08] seb128, ok, will do [22:08] thanks [22:08] robert_ancell, did you have anything you spotted that need work otherwise? [22:09] I just have a few bugs that have been assigned to me that I really need to get done for beta. I'm going to try and get hacks for them, as the proper way has been taking too long. [22:10] Apart from that the only thing that worries me about natty is the random instability of compiz/X/unity :) [22:11] bah, speaking about unity annoyance, I hate that it doesn't focus things when starting them sometimes [22:11] I got firefox displayed in front but the ctrl-w went to IRC [22:12] seb128, I hate that is does - That's been annoying me for ages. I launch 3 things, start typing in a terminal then it keeps popping them in front of me [22:12] I haven't seen the split focus issue, sounds nast [22:12] y [22:12] seb128 / robert_ancell - yeah, i've always found that compiz does the opposite of what i want it to do, every time [22:13] and how do you guys like the dash? I find it pretty useless to be honest [22:13] robert_ancell, you should clean you assigned bugs list ;-) [22:13] seb128, yeah yeah :P [22:13] yeah, I don't see the point either [22:14] the alt-f2 dialog is nice though [22:14] it's actually called non-compliz [22:14] I can never use alt-F2 as F2 without the Fn key turns off my wireless [22:14] oh, that's unfortunate ;) [22:15] seb128, hey, did you see the display preferences monitor indicator thingy is fixed? Next UDS wont be seeing it on top of everyones presentation... [22:15] robert_ancell, you can change the binding in ccsm if you want [22:15] robert_ancell, yeah, well done, I noticed that vuntz has decided to pick on you as the first one to have to document an api there to get commited [22:15] ;-) [22:16] robert_ancell, I'm wondering if he's just trying to make hard for Canonical to get upstream commits ;-) [22:16] yeah, that was a bit cheeky. I mean, I only added the _show () method which is the opposite of the current hide () method! [22:16] LOL! [22:16] It's been him all along! It's always the one you least suspect... [22:17] I should add what I think to the bug - "is this really necessary in a library?? Why not just put it inside the preferences applet, then it doesn't need any documentation..." [22:20] robert_ancell, so yeah, set your "run a command" in ccsm if you want [22:21] seb128, meh, I'm too lazy [22:21] robert_ancell, the dash screen is not very useful but you can do "super" and type a command as well [22:21] well, command or file [22:21] I like to think I represent our standard user, who can't be bothered working out how to change keybindings [22:21] but it does match on applications and files only, not on commands as alt-f2 [22:22] robert_ancell, I like to think our standard users have a decent keyboard :p [22:22] but if you are tech enough to not care about alt-f2 I guess the dash completion should work for you [22:23] hmm, alt-F2 just locked up X. Awesome [22:24] blame it on RAOF then [22:24] booo [22:24] it's probably xorg or your driver again [22:24] I always do ;) [22:24] He always blames the kernel [22:24] rickspencer3, howdy ;-) [22:24] wfm :) [22:24] hey seb128 [22:24] rickspencer3, btw today is ui freeze, stop requesting for extra quicklists items :p [22:25] seb128, hey, I mentioned it would need a UIFE! [22:25] cut me some slack [22:25] so RAOF, I just got a new laptop, which has a nvidia card. Am I in for more trouble or less now? [22:25] oh well, I guess I could make my own desktop file it if doesn't get in [22:25] rickspencer3, each UIFE costs a beer right? [22:25] rickspencer3, I will bring you a middle mouse buton at the next UDS ;-) [22:26] for my netbook trackpad? [22:26] that sounds dicey [22:26] weellll [22:26] robert_ancell, I'll take that deal! [22:26] I still think they should have a click- for it [22:26] seb128, that would be nice, yeah [22:26] it doesn't make sense to patch every single desktop file [22:26] oh well, I'll just make my own desktop file, I guess [22:27] rickspencer3, you should do it the robert_ancell's way [22:27] robert_ancell: Is the laptop's CPU i-based, i.e i3/i5/i7, if so it may also have an intel GPU. [22:27] I like to think I represent our standard user, who can't be bothered working out how to change keybindings [22:27] trade it for 1 beer? [22:27] rickspencer3, ^ [22:27] don't go with the workaround, stand for our users and get it fixed ;-) [22:27] robert_ancell: Depends - does it use optimus? :) [22:27] but yeah, 1 beer would work as well [22:27] well, shipping is a feature too! [22:28] TheMuso, I think it does, so I'll probably just use the Intel driver if it is more reliable [22:28] RAOF, optimus? [22:28] don't forget the pay beers at didrocks who stayed until 5am yesterday to push the unity update [22:28] no beers for didrocks, he loves it [22:28] j/k [22:28] :) [22:28] ;-) [22:28] we owe didrocks more than beer! [22:28] robert_ancell: Switchable graphics, nvidia/intel. [22:29] RAOF, did you get a chance to look at robbiew's weird issues with not being able to switch to a VT? [22:29] rickspencer3: Yeah, although the video is still downloading. [22:29] he made a video? fancy [22:30] rickspencer3: He seems to be using an ancient kernel, so I'm not sure if that's influencing things. [22:30] really? [22:30] (Like, from earlyish in the Maverick development cycle) [22:30] * rickspencer3 boggles [22:30] bug 742116 for my alt-F2 crasher [22:31] RAOF, it hardly seems worth the time to debug until he updates to the latest kernel [22:31] I mean, I'm surprised it's working at all, tbh [22:32] robert_ancell, bug #736349 could be a bug to pick up of you get borred [22:32] Launchpad bug 736349 in oem-priority ""Test speakers" is silent" [Medium,Confirmed] https://launchpad.net/bugs/736349 [22:32] robert_ancell, it's basically the "test speakers" which only works when sound events are on [22:32] the dialog should probably bypass that setting [22:33] rickspencer3: Well, he's got the newer kernel installed, so I'm not sure if it's deliberate :) [22:33] seb128: you should talk to alf_ about that clutter egl patch but I know we still needed it in january and I can't image that's changed [22:34] Amaranth, well, upstream commited http://git.gnome.org/browse/clutter/commit/?h=clutter-1.6&id=9b9c4ea6cfbcf409a3265fccb9bebcea3794acdf [22:35] Amaranth, which conflicts with half of the patch which deleted the line between the red and green lines [22:36] Amaranth, so I'm wondering if moving the commit fixes the same issue [22:36] let me take a look [22:37] * Amaranth waits for source downoad [22:37] Amaranth, thanks [22:37] good night everyone [22:37] 'night pitti [22:40] robert_ancell, btw don't sponser eog and evince sponsoring requests [22:40] robert_ancell, they are being discussed as feature freeze exceptions [22:41] seb128: ah, yeah, their change should be able to replace that patch [22:41] Amaranth, the 2 chunks or only the second one? [22:41] unless the command shader boilerplate macro is used somewhere else [22:42] Amaranth, the first part still applies [22:42] seb128: the whole patch should be able to be dropped assuming that's the only file they use the macro in [22:42] robert_ancell, ^ that's about the clutter patch which as a conflicting chunk if you do the update [22:42] Amaranth, ok thanks [22:42] seb128, oj [22:43] ok [22:43] and it looks like that's the only place they use it so dropping the patch should be ok [22:44] great [22:44] ok, enough work for today [22:44] 'night everybody [22:45] bye seb128