[05:43] Good morning [06:19] good morning [06:36] bonjour didrocks, ca va? [06:36] guten morgen pitti, ça va bien! et toi? [06:36] a bit tired, but quite well, thanks! [06:36] took the Italians way too long to win last night :) [06:38] didrocks: sorry for your team! [06:39] pitti: quite happy in fact ;) this will stop this "all is only about football" madness in France :) [06:39] hehe [07:20] jibel: pitti: hey (and small question ;)). If I want to do a test that requires a fresh account and login into it, so that we can run that daily in the QA infra, what is possible to do? is there any existing tests I can look at? [07:25] didrocks: hm, I'm not sure that we currently can run tests in a running user session; at least we can't with DEP-8, only under xvfb [07:29] pitti: yeah, here the idea is to ensure that we don't make any dconf write on session start, so creating a new user session and running it (somewhere) [07:32] sil2100: hey, will you run the second/third run of autopilot to ensure that the new autopilot tests failing are just noise? [07:34] didrocks: we might be able to hook that into the iso tests, though [07:34] pitti: you mean, manual tests? [07:34] or is it automagic? [07:34] didrocks: i. e. add a post-install check that dconfd is not running, and/or there is no ~/.config/dconf ? [07:34] didrocks: I mean the automatic ISO tests [07:35] pitti: I need to add some env variable (before the session is started for the first time for that user), run the session and run a command in it [07:36] pitti: any pointer from where I can look at for this? [07:36] didrocks: we ran another batch of tests through the weekend on a single machine [07:36] didrocks: I'm afraid I don't know enough about these to answer that; jibel is a better person to answer here [07:36] didrocks: I'll write down the results in a moment [07:36] sil2100: thanks! [07:36] pitti: ok, I'll wait for him then, thanks for the pointer :) [07:37] jibel: FYI ^ can you help me on this by pointing me to the right direction? [07:38] moin! [07:39] jibel: I got the LibreOffice build worked around. It was a gcc-4.7 issue ... [07:40] ricotz: would you be interested in backporting LibreOffice-3.6.0beta2 from quantal to precise in libreoffice-prereleases? I will push a version there today i think. [07:41] ricotz: IIRC there are not many things to watch out for. [07:42] didrocks: from the look of things this time, there's even LESS difference between tests, so it's good! \o/ Since now we've run all autopilot tests on one machine [07:42] jibel: (fixing the issue is mindboggling though ...) [07:42] First without our SRU packages (on the precise ones) and then with the new packages [07:42] sil2100: ah great, so you will have a status soon and investigate about the new failures? [07:42] Editing the docs now [07:43] thanks [08:01] hey [08:07] hiya [08:07] didrocks: tests written [08:07] hey Laney, how are you? [08:07] * didrocks refreshes [08:07] hey sil2100 [08:07] hey Laney [08:07] good, enjoyed the football yesterday ;-) [08:07] Hi seb128! [08:08] how are you? [08:08] sil2100: can you just try +FAIL: test_window_buttons_minimize_button_disabled_for_hud (autopilot.tests.test_panel.PanelWindowButtonsTests) by hand? [08:08] Laney, I'm good thanks, the game yesterday was great, though probably not the outcome uk wanted ;-) [08:08] sil2100: like, triggering, see the hud state and confirm it's just noise/race? [08:09] didrocks: I tried manually, I mean, I open the hud and clicking minimize does nothing [08:09] sil2100: great, please state it on the report :) [08:09] didrocks: I wrote that in the report below the diff ;) [08:10] Anyway, autopilot seems really strange - even popey noted that when launched in an VM, much more tests are failing [08:10] Just because it's in an VM :/ [08:10] seb128: heya! [08:10] sil2100: ah, indeed, just wasn't clear you tested it or it was the test intention :) [08:10] Sweetshark, hey [08:10] Sweetshark, how are you? [08:11] sil2100: yeah, it's really flacky to be useful without double human checking :/ [08:12] sil2100: so, seems that the SRU is good to go, isn't it? [08:12] sil2100: no more blocker? [08:12] Sweetshark, Great. I've seen doko's upload and was wondering if that would fix the build failure. Will you upload a version that uses gcc4.7 to the libreoffice PPA ? [08:12] sil2100: oh, about the vapi file, did you try it? I didn't see a stenza about the fix working [08:13] Sweetshark, hi, yeah, i might take a look [08:15] didrocks: could you refresh my old, blurry memory about the vapi thing..? [08:16] sil2100: it was the libunity import fix [08:17] didrocks: you mean the gir typelib thing..? [08:17] sil2100: https://bugs.launchpad.net/libunity/+bug/893688/comments/5 [08:17] Ubuntu bug 893688 in gobject-introspection "Unity.ActivationResponse does not work properly for python scopes" [Undecided,Confirmed] [08:17] yep [08:18] didrocks: I'll write it down in the SRU-1 testing [08:18] Since I have confirmed that there is no more seqfault in this case now [08:18] seb128: fine, thank. a bit disappointed that we wont see a germany-england match. it always has the best headlines. [08:18] (during the sprint) [08:18] Sweetshark, hehe, you wanted an easy game for Germany? ;-) [08:19] seb128: nah, just one with tradition ;) [08:19] didrocks, I think we can do something with the system that tests isos. Prepare the account during initial installation with a late_command, reboot, auto-login and execute the test script through autostart. Would it work ? [08:19] sil2100: good :) so all green for the SRU? [08:19] * Laney clings to 1966 [08:19] seb128: although germany never beat italy. time to change that. [08:19] jibel: looks perfect to me :) [08:20] jibel: is there any doc about writing such things? what to branch and so on? [08:21] jibel: so, there are multiple gcc-4.7 issues. the internal compiler error seems to be fixed indeed, but there is still bug 1017125 -- we can build LibreOffice with 4.7, it is just not stable. [08:21] Launchpad bug 1017125 in df-libreoffice "LibreOffice crash in xmloff.Impress.XMLContentImporter::com::sun::star::document::XImporter with gcc-4.7" [Medium,Confirmed] https://launchpad.net/bugs/1017125 [08:22] jibel: I rather have a stable product until that one is cornered and fixed. Dunno yet if it is a gcc or a LibreOffice bug. [08:22] Sweetshark, ok, understood. [08:22] jibel: so, I will upload a gcc 4.6-build package to the ppa. [08:25] didrocks, not really and we should migrate the existing iso testing to a new system soon. But if you can give me a script that prepares the session and the test to run after login, I can try to fit it in the current system. [08:25] didrocks: looks like it, one moment ;) ! [08:25] jibel: doing so, exiting 0 == PASS, exiting 1 == FAIL, for the test I guess? (and stdout will be printed?) [08:26] didrocks, ideally, python unittest with assertions, otherwise 0 = PASS, !0 = FAIL [08:28] jibel: ok, can do, will be really simple :) [08:28] jibel: thanks! [08:28] didrocks, yw [08:38] ronoc, seb128, good morning [08:38] hey seb128 diwic [08:39] seb128, ronoc and I (well, mostly ronoc to be fair) are working on the upstream of the sound settings UI and we're wondering how to best test that [08:39] diwic, ronoc: hey [08:40] seb128, to make sure that the stuff we submit is actually working [08:41] diwic, ronoc: you guys have a git on top of upstream's one right? way not just build and run that one? [08:41] seb128, I was able to get the upstream gnome-control-center tree to compile on 12.04 with some commenting out of building some of the panels [08:41] sil2100: hum, for the libunity fix [08:41] sil2100: you did an inline patch that isn't upstream [08:41] sil2100: in that case, I would really prefer doing it in debian/patches [08:42] sil2100: can you fix it, please? (restart from a new branch I would say to remove the clutter) [08:42] seb128, among the things I commented out was the gnome-control-center exectuable :-/ [08:42] diwic, you can do that or use jhbuild to get an updated platform, but commenting some panels seem fine as long as those are local hacks ;-) [08:42] didrocks: I can do that - or I can push it upstream as a MRQ [08:42] sil2100: no, as for next release, it will be dealt with the new vala [08:42] diwic, well, that's fine, for testing just copy libsound.so from the builddir to /usr/lib/control-center-1/panels/libsound.so [08:43] didrocks: ok, so I'll create a patch for that then on a clean tree [08:43] thanks sil2100 [08:43] seb128, would I then install gnome-shell or is there a way to start libsound and not libsoundnua under unity? [08:43] diwic, then run "XDG_CURRENT_DESKTOP=GNOME gnome-control-center sound" [08:43] aha [08:43] diwic, ^ that's the way [08:44] diwic, or just copy libsound.so over /usr/lib/control-center-1/panels/libsoundnua.so [08:44] diwic, and test soundnua, that would work as well [08:45] seb128, any subtle stuff to look out for when copying those .so's - I've noticed earlier with that approach, that some of the icons stopped working [08:46] diwic, nothing subtle, maybe they added some icons in trunk that are not installed by the precise package... [08:48] seb128, the icon example was when testing stuff during the 12.04 cycle, so then it was ronoc's sound-nua tree I copied from. [08:49] diwic, ok, dunno then, let me know if you hit any issue with the copy .so approch and I will have a look, but that should work just fine on precise [08:49] seb128, ok, thanks for your help [08:49] bonjour seb128 [08:49] pitti, hey, how are you? [08:50] seb128: a bit tired (that game lasted long last night :) ), but otherwise fine, thanks! [08:50] seb128: sorry about your team losing [08:50] pitti, that was great game though! ;-) (not like ours) [08:50] the second half looked a lot better, but still not enough to beat Spain.. [08:50] seb128: indeed it was [08:51] pitti, what are you speaking about? Germany in still in :p (that's the point of the competition I decide to be german again ;-) [08:51] * pitti will be glad when this is over [08:51] I had a sore throat after Friday evening in the beer garden (awesome game), and everybody is just talking about football these days [08:52] pitti, but yeah, France is not there yet and the game was a bit boring, 1/4 is as good as they could hope with how the team is atm [08:52] pitti, hehe [08:52] just wimbledon then the olympics to go, then we'll be done with sport for a while :P [08:52] pitti, one week to go and it will be back to normal ... until the olympics ;-) [08:52] good morning everyone [08:52] well, the french were a lot better than at the world championship [08:52] oh, wimbledon, that's starting today right [08:52] yeah [08:53] hi chrisccoulson [08:53] wonder if they broadcast it on one of the channels I get [08:53] hi Laney [08:53] ogra_, not difficult to do better than they did in 2010, it would have been difficult to do worst ;-) [08:53] haha, indeed [08:53] chrisccoulson, hey, how are you? had a good w.e? [08:54] seb128, yeah, it wasn't too bad thanks. and you? [08:54] hey chrisccoulson [08:54] hi pitti, how are you? [08:54] chrisccoulson: quite fine, thanks! how about yourself? [08:55] pitti - yeah, quite good thanks :) [08:55] chrisccoulson, I'm good thanks, we have rainy sucking weather again though [08:55] heh, so do we ;) [08:58] didrocks: I see you already merged in my previous gir patching (which didn't work) into the precise branch [08:58] didrocks: should I use that branch as a start? i.e. remove the previous one and add the debian/patches one? [08:58] sil2100: give another branch to me, I'll --overwrite [08:58] ACK [09:02] bamf uploaded to both precise and quantal [09:05] * Laney eyes svn.d.o [09:12] seb128, do you remember who asked about a problem with the pentadactyl addon and the menubar in firefox remaining on screen? i think you highlighted me, but i don't remember which channel i saw it in, or which day. or perhaps i just dreamt it ;) [09:13] chrisccoulson: I'm seeing that right now, if that helps :-) [09:13] Laney, which addons do you use? [09:14] adblock plus, download statusbar, greasemonkey, https everywhere, lastpass, lazarus, monkeysphere, vimperator [09:14] I can try disabling some if you want [09:15] Laney, it would be useful, just so i can make sure that it's the same issue [09:16] all of them except vimperator? [09:16] Laney, if you think that might be the cause of it :) [09:17] chrisccoulson, #ubuntu-unity.log:juin 21 15:18:41 i upgraded to quantal yesterday. i use pentadactyl with firefox. pentadactyl released version has some issues with newer firefox so i'm using a nightly build from pentadactyl. [09:17] I just know that it thinks it's hidden the menu, but I can still see it ;) [09:17] seb128, thanks [09:17] chrisccoulson, yw [09:17] didrocks, \o/ SRUs! [09:18] ah [09:18] didrocks: lp:~sil2100/libunity/precise_SRU_quilt <- [09:18] it's to do with the global menu [09:18] seb128: and finally will be able to push compiz trunk soon [09:18] then, unblocking compiz sru [09:18] and this libunity branch [09:18] didrocks: if that's ACK, it's all Green [09:18] thanks sil2100 :) [09:18] didrocks, double \o/ [09:18] chrisccoulson: this laptop isn't using unity or any global menu stuff [09:18] chrisccoulson: but when I turn that extension off it goes away [09:18] Laney, oh, you're actually talking about a different issue [09:18] sil2100: finishing preparing the bug list for compiz trunk right now [09:18] ok [09:18] didrocks, don't forget to use -proposed, a2 week ;-) [09:19] known one? [09:19] seb128: didn't for bamf yet (and we don't have hard freeze?) :) [09:19] seb128: but yeah, compiz with abi break -> proposed :) [09:19] didrocks, yeah, bamf is ok, that's bug fixing and we are only monday morning, but compiz ... better to use it ;-) thanks! [09:20] yep :) [09:21] Laney, yes, that's bug 1016081 [09:21] Launchpad bug 1016081 in firefox "Both menu bar and "firefox" menu display at the same time." [Medium,Fix committed] https://launchpad.net/bugs/1016081 [09:21] chrisccoulson: ah, nice [09:21] glad I'm not seeing that other bug then :P [09:22] I can never decide whether to use pentadactyl or vimperator [09:22] didrocks: for trunk? That's probably a LOT of bugs... [09:22] i don't use either ;) [09:22] i only use addons that i wrote + adblock :) [09:23] sil2100: yeah, I'm listing those now [09:23] i prefer to keep a clean browser ;) [09:23] your life needs moar keyboard [09:50] right, enough with crappy firefox addons causing problems with my addon. time to do something productive :) [09:50] didrocks: you need help with that? Since I think we're essentially finished with libunity/compiz/bamf SRU [09:51] sil2100: no, please focus on unity release and SRU now :) [09:51] didrocks: so unity for quantal, yes? ACK [09:51] chrisccoulson, like close your pgo benchmark work item by writing down the results of your testing? ;-) [09:52] sil2100: indeed, and see what can be backported as a SRU [09:53] heh :) [09:53] didrocks: we're already having a nice list for that, but we'll keep on managing that one [09:53] thanks [10:08] TheMuso, hey, you have a "[themuso] think about and provide accessibility support for the overlay screen: TODO" wi for a2, is that still likely to happen for this week? [10:15] ogra_: hey, my dear Oliver, living in a country where you are still harassed with football, do you have a minute for a compiz armel fun? :) === zyga_ is now known as zyga [10:25] sil2100: libunity done :) [10:26] didrocks: \o/ Thanks [10:28] sil2100: thanks to you :) [10:28] sil2100: keep me posted about the new releases [10:29] libunity done? are you breaking ABI again? ;) [10:30] didrocks, whats up ? [10:31] chrisccoulson: hi! [10:31] ogra_: so, I have a beautiful compiz package ready to be uploaded [10:31] ogra_: it's still using series.armhf and so on [10:31] oh, for quantal ? [10:31] ogra_: but uploading to a ppa, it seems the additional patch is not applied: https://launchpadlibrarian.net/108567391/buildlog_ubuntu-quantal-armhf.compiz_1%3A0.9.8%2Bbzr3249-0ubuntu1~ppa2_FAILEDTOBUILD.txt.gz [10:31] ogra_: yeah, for quantal [10:32] chrisccoulson: I have asked the unity-2d guys to give a look at the branch you prepared for https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/1016386 in natty [10:32] Ubuntu bug 1016386 in unity-2d "Thunderbird drop downs still don't work in unity 2D" [High,Triaged] [10:32] sil2100, cool, thanks [10:32] chrisccoulson: no ABI break :) [10:32] * chrisccoulson breathes sigh of relief [10:32] chrisccoulson: just to make sure - you tested it on natty that it works? [10:32] didrocks, looks to me like no patch is properly applied actually [10:32] sil2100, yeah, it works with that patch [10:33] chrisccoulson: cool! [10:33] ogra_: it seems they are applying once [10:33] ogra_: then, trying to replying them [10:33] isn't it? [10:33] ubuntu-config.patch ... not sure what that is, but it definitely fails [10:33] (but even on the "try to apply once", there is not the armhf one) [10:33] ogra_: looks above [10:33] ogra_: Applying patch ubuntu-config.patch [10:33] and it works [10:34] I'm under the impression it's applying (succesfully) debian/patches/series [10:34] and then, it tries to reapply debian/patches/armhf.series [10:34] yeah, why is that patch in there ? [10:34] fails on the first one [10:34] ogra_: ah, so armhf.series are only the *additional* patches? [10:34] an arm specific patch cant be in both series files [10:34] right [10:34] ok :) [10:34] that explains [10:34] so let's fix that [10:35] :) [10:35] and see if the patch fails to apply now [10:35] which I fear it will against trunk :/ [10:35] so ubuntu-config is what you call the gles patch ? [10:35] i would suggest a better name :) [10:35] ogra_: no [10:35] ogra_: it's the ubuntu configuration [10:35] for default plugins [10:35] compiz-package-gles2.patch is the patch name you gave [10:36] yeah [10:36] and I'm still using that name [10:36] oh, ok [10:36] it slipped from series to series.armhf, not the other way round, now i get it [10:36] yep :) [10:37] * didrocks tries to add what's needed for the patch and cross fingers that it will apply in the "one source" [10:37] i thought it was applied upstream now [10:38] iirc the agreement was that it would be prior to A2 [10:39] ogra_: yeah, agreement was that opengles was ready at some point by upstream [10:39] but they are late [10:39] so again, distro to take the burden… [10:39] hmpf [10:41] jibel: libreoffice beta2 uploaded to ppa. [10:41] jibel: (for quantal) [10:43] Sweetshark, it is building on albali [10:51] hmm, could it be that nouveau's power management is much worse than nvidia? [10:51] my laptop seems to run hotter and have a shorter battery life since I switched [11:01] * didrocks tries to apply and readapt opengles patch on compiz, but it's no fun :( [11:03] alf_: do you think you will have some time to help here? ^ [11:14] didrocks: looking [11:15] didrocks, its easier to re-pull freshly after alf_ rebased the linaro branch [11:15] ogra_: yeah, I tried to refresh manually, but too complicated [11:15] Laney, not sure how it is nowadays but yeah, it had this reputation for a while, "use nouveau if you want your laptop to run out of battery in an hour" [11:15] alf_: be warned that the lp:compiz now contains all plugins (with -main and -extra) [11:17] Laney, check with mlankhorst for details ;-) [11:18] not sure I can handle the details :P === MacSlow is now known as MacSlow|lunch [11:27] didrocks: ogra_: I am not convinced that it makes sense to try to adapt the precise patch for the new (quantal) compiz. It's a significant amount of work that will be invalidated soon, when upstream official releases GLES2 support, which has a lot of changes relatively to the patches. [11:28] alf_: right, but we are quite blocked in a lot of ways, do you have insight when the official release of gles support for compiz will be? [11:28] alf_, right, and i wouldnt cry if it wouldnt work yet since we have no working GLES drivers from TI for quantal yet [11:28] alf_: because this prevents us to upload a new compiz version in quantal [11:28] but we cant leave it in ftbfs status [11:28] yeah, that's the issue :/ [11:29] so compiz SRU in precise is blocked on this on quantal as the fix won't be available in the new release [11:29] didrocks, how much work would it be to get it to build even if it doesn't run? [11:30] seb128: a lot from what I see [11:30] alf_: do you confirm? ^ [11:30] "great" [11:30] seb128: changes in the interface and such [11:30] didrocks, can we just build with opengl rather than opengles? [11:31] didrocks: I don't know, I guess Sam or Daniel will be able to give you some estimate about new compiz releases. [11:31] like would it build, even if no hardware can run it? [11:31] didrocks: I suggest just dropping the patch [11:31] seb128: right [11:32] alf_: well, still doesn't fix the FTBFS issue, isn' tit? [11:32] didrocks: why not? [11:32] you have the opengl normal packages on it? [11:32] that mean also rebuilding nux and unity with opengl [11:32] on armel [11:32] but ok, let's try that [11:32] just drop the arm arches from the control file for this upload [11:32] didrocks: ahh, right [11:32] ogra_: hum, I prefer that TBH :) [11:33] unless you do heavy transitions or so [11:33] ogra_: it's an heavy transition, but for next release, I can cheat on the version [11:33] ok [11:33] seb128: agreed on that? seems the safest to me [11:33] well, as i said, we dont have any GLES drivers for the current quantal kernel [11:33] so its moot to have compiz atm [11:34] agreed, it's just that a FTBFS will be seen as bad and blocking everything [11:34] even if it's not pratical [11:34] so let's drop the arch [11:34] for now [11:35] didrocks, works for me [11:35] ok, I'll just do some exercice outside while it's not raining and will do that once I'm back [11:36] didrocks, enjoy [11:36] seb128: "enjoy… exercice?" doesn't fit :p [11:36] but thanks! ;) [11:36] ;-) [11:37] didrocks, oh, wait [11:37] didrocks, that will make imagebuilds impossible [11:38] ogra_: argh [11:41] didrocks, but not applying the patch should make the build fall back to mesa, it used to build on arm all the time even before we applied the patch [11:41] so i would assume it still does [13:09] micahg: hi === zyga is now known as zyga-food [13:46] seb128, cyphermox_ : was there a final decision about gnome-nettool removal? https://lists.ubuntu.com/archives/ubuntu-devel/2012-June/035305.html [13:49] could someone merge lp:~laney/+junk/gcc-libxkbfile-bd into g-c-c [13:49] it builds with that but I guess it's not worth uploading with 3.5.3 coming [13:51] * Laney just wanted to test libpwquality, which is being uploaded to exp now [13:57] jbicha, not really, I'm not sure there is ever one in such cases ;-) [13:59] Laney, done [13:59] ty [13:59] yw [13:59] Laney, that reminds me I need to comment on your application wikipage ;-) [13:59] I found that the python bindings weren't being installed properly btw ;-) [13:59] oh yes! [14:00] pitti: do you see any reason why cracklib2 couldn't be multiarched? We could then have a MA libpwquality AFAICS [14:01] maybe you're not so actively maintaining that one any more *cough* [14:01] indeed I'm not, it's Jan's now [14:01] Laney: as long as you don't break the pam module, that sohuld be fine [14:01] ok, maybe I'll just send a patch [14:03] libpam-cracklib itself is already multiarched [14:04] hey ChrisCoulson, thunderbird.desktop is missing "Messaging Menu" from OnlyShowIn for the Compose and New Message actions - is that intentional? [14:04] seems to me like this commit did it: http://bazaar.launchpad.net/~mozillateam/thunderbird/thunderbird-trunk.head/revision/560 === zyga-food is now known as zyga [14:47] Laney, is the gcc-libxkbfile-bd fix having an visible result? [14:47] Laney, like fixing a runtime issue or some option not turned on? [15:00] seb128: ftbfs [15:00] Laney, ok, I've included it in my upload anyway, I wanted to get some soundnua fixes out to prepare a potential SRU [15:00] cool [15:00] I guess it's an additional check in the new upstream [15:04] ah, it wasn't even a configure check [15:04] In file included from gnome-region-panel-input.c:30:0: [15:04] /usr/include/gnome-desktop-3.0/libgnome-desktop/gnome-xkb-info.h:34:37: fatal error: X11/extensions/XKBrules.h: No such file or directory [15:05] (it's probably better in libgnome-desktop then) [15:06] Laney, hum, yeah [15:08] yeah looks like it was just missed from the new upstream [15:11] Laney, do you want sponsoring, or should I do the change and upload? it's basically adding libxkbfile-dev to the libgnome-desktop-3-dev depends? [15:14] seb128: You can do it [15:14] Laney, ok [15:14] do you think something should be in the pkg-config file? === Ursinha` is now known as Ursinha === Ursinha is now known as Guest89684 === Guest89684 is now known as Ursula === Ursula is now known as Ursinha [15:24] slomo_: Are you interested in applying something like https://launchpadlibrarian.net/108578461/gstreamer-remove-dependency_libs.debdiff to gstreamer0.10 in Debian? [15:24] the clean-la.mk from cdbs isn't smart enough (so the real fix would be to beef it up there, but a workaround in the meantime would be nice) [15:28] hi sil2100 [15:37] so ... If I have a package in dep-wait and upload a newer one, will the depwait cancel itself? [15:37] yeah [15:39] Laney: thx [15:44] Laney, I dropped your g-c-c change from the vcs btw [15:44] good, thanks [15:44] Laney, and uploaded gnome-desktop3 with the depends [15:44] Laney, yw [15:46] Laney, maybe we should open an upstream bug to have xkbfile added to the gnome-desktop3 .pc as well? [15:46] seb128: I guess so. Should it be Requires or Requires.private? [15:46] Laney, it's .private I think [15:47] Laney, can you open the bug? [15:47] yeah, doing [15:49] done [15:49] Laney, thanks [16:45] hm, is anything blocking the g-s-d update? === seiflotfy is now known as costa === costa is now known as seiflotfy [16:55] yay, got g-c-c building with jhbuild [16:55] Laney: I think we were just waiting for libpwquality which isn't in main yet [16:55] seems you need XDG_CURRENT_DESKTOP=GNOME for it to show the region stuff [16:55] * Laney recalls that we patch that [16:56] jbicha: I see the MIR is filed [16:56] I can't remember the process, is it approve then upload or the other way around? [16:58] nm, off to the cinema now [16:58] * Laney waves [17:21] have a good night everyone! [17:57] bryceh, hey [17:59] bryceh, so the xkeyboard-config-fr-oss bug got a suggested patch on the upstream bugzilla ... do you want me to SRU it or will you do that? (I'm still on precise so I can easily do the SRU update,testing if you want) [18:04] seb128, already on it :-) [18:04] seb128, I was happy to see that in my inbox, thanks for verifying the upstream patch [18:04] bryceh, excellent, thank you! ;-) [18:04] bryceh, yw, I've personal interest in it so I'm happy to test ;-) [18:05] perfect :-) [18:23] Hi, where would I contribute a patch for Totem? ATM Totem uses Symbolic Icons everywhere, resulting in stretched/skewed icons. I wrote a patch that makes it use normal icons instead, and leaves view-sidebar as symbolic (as its not present in most icon themes). I made it because we're "fixing" gnome fallback in our distro, and I know it affects others. [18:24] Said patch: http://pastebin.com/yx8BVbeZ [18:40] Ikey: we're not going to get rid of symbolic icons in Ubuntu [18:41] Ok but its clearly buggered in Totem [18:41] Was just offering ^^ [18:42] Aren't you the guy I spoke with before? [18:42] Ikey, report it upstream on https://bugzilla.gnome.org/enter_bug.cgi?product=totem if you want but you should probably just fix your icon theme to provide those icons [18:42] Ikey: it works fine here, but we're on Totem 3.4.2 now [18:42] seb128, Nothing's wrong with icon theme lol [18:43] jbicha, it works fine in precise as well as far as I can tell [18:43] jbicha, I spoke with Vincent btw [18:43] Regarding the panel [18:43] Ikey: instead of patching all of GNOME, you could add "symbolic" icons to your SolusOS theme [18:43] maybe [18:43] I didn't have an issue with missing icons jbicha [18:44] I had an issue with GNOME going trigger-happy and sticking them in everywhere [18:44] And breaking compatibility with existing iconsets [18:44] And not displaying them properly [18:44] Anywho. Vincent started the discussion about fallback mode vs llvm, you see it? [18:45] yes [18:45] Oh he's here lol [18:45] vuntz: hi :) [18:45] So obviously I don't know how thats going to turn out, I guess I'm best off maintaining my gnome-panel patches separately. [18:45] I remember you saying you were interested in them [18:47] What extent were you willing to go wrt. the patches? [18:47] the one that reverts the need to hold down the Alt key to modify the panels is interesting, maybe GNOME or Debian would like the patch too [18:47] Ok,but you'd need the one for re-combining the menus too [18:48] an applets right click already works [18:48] But you need alt+right click for the edit menu [18:48] They have to be recombined into one menu before you can remove the need for alt+ modifier [18:48] I don't know if we'd take those patches for Ubuntu if no one else does though [18:48] I was kinda thinking the same [18:49] Would be as shame [18:49] Anywho. Offer is always there [18:50] hey [18:50] o/ [18:50] for the record, I'm not that much interested in this patch upstream (at least for now), unless this change is controllable with a gsettings key [18:51] thought as much [18:51] should be pretty easy to achieve tbh [18:51] (and I'd accept the gsettings key only if several distros tell me they really want it) [18:52] but if the discussion on ddl leads to a "ok, we don't need the fallback mode anymore", things might be different :-) [18:52] org.gnome.gnome-panel.general.somethingorother [18:52] ? [18:52] I think it's going to be the same outcome as always vuntz [18:52] Fallback really hasn't been needed for a while [18:53] But just to cover peoples backsides it'll be kept [18:54] Ikey: I guess general would work for the schema, yes [18:54] Doesn't bother me I maintain my own repos and patch where I like. Just I know a lot of other people want it. However The Powers That Be are stubborn [18:54] Everyone is either vested in Shell or Unity [18:55] By accepting the patches its almost an admission of defeat [18:55] Unity and Shell are better! (TM) [18:55] So I can't really see any project accepting them [18:55] Heck they even removed the ability to create desktop launchers in Nautilus so we would use shell [18:55] heh [18:56] Ikey, that was never in nautilus [18:56] wanna bet? [18:57] the "create launcher" ui was shipped with gnome-panel [18:57] i know [18:57] gnome-desktop-item-edit [18:57] But the shortcut was in nautilus [18:57] right, but nautilus can't depends on gnome-panel [18:57] it's used on desktops where gnome-panel is not there [18:57] Then split the functionality into another package [18:57] Simples [18:57] nobody is actively against that [18:58] it's just that nobody stepped up [18:58] hmm [18:58] Shame:/ [18:58] I put it back into our build of nautilus [18:58] in fact w have https://launchpad.net/unity-launcher-editor [18:58] Yeah I seen that [18:58] hum maybe that's the wrong url [18:59] but somebody started on a launcher editor [18:59] Oh btw what's the story with gnome-screensaver support in ubuntu? [18:59] but it didn't get anywhere [18:59] if you want to resume work on the launcher editor that would be good [18:59] Suits me [18:59] I was checking out http://git.gnome.org/browse/gnome-screensaver/commit/?id=76d2c9ff6acf4a98bfa1569a62fafe14e89f41 [18:59] we would be happy to ship a launcher editor [18:59] I've been working since last night on reversing that particular commit [19:00] And re-implement xscreensaver support [19:00] Dunno if anyone wants it [19:00] Prolly just me ^^ [19:00] Ikey, oh, great, we do want it [19:00] Oh? [19:00] kk [19:00] Ikey, see https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-screensaver [19:00] Thinking though [19:00] Do you want it in the capplet or separate app? [19:00] like it used to be [19:01] Coz you guys are running with your own control center soon right? [19:01] Ikey, well, our control center is basically gnome-control-center patched to support external panels and with some tweaks [19:01] Ah ok [19:02] so capplet is the ticket [19:02] yeah [19:02] you're all more than welcome to fork/redo/repackage (bad packaging) my solusdesktop tool btw [19:02] metacity + gtk theme previews/changing [19:02] very very simple. all python [19:02] great for gnome classic though [19:03] the previews are done via external python scripts [19:03] embedded via GtkSocket's [19:03] and use DBUS to talk [19:03] kinda cool [19:03] I personally don't have time to look at that but maybe jbicha or others are interested [19:03] http://www.linuxnewshere.com/index.php/theming-gnome-classic-using-solusdesktop [19:03] that thing [19:04] dude needs to fix his javascript on that page.. [19:10] solusdesktop is basically a duplicate of gnome-tweak-tool just with theme previews [19:10] Think you got that a bit wrong [19:10] I meant that as a question [19:10] gnome-tweak-tool copied mintdesktop in design, which i wrote [19:10] It does everything via gsettings basically [19:11] in a designed way, not we scripted this to hell way [19:11] ok, well gnome-tweak-tool is an unofficial GNOME app that's in nearly all GNOME distro repositories [19:11] I know [19:11] it sucks :) [19:12] had potential but feels unfinished [19:12] mines not even finished yet in fairness. need to make it a bit prettier [19:12] I don't think live preview is needed if changing the theme goes into effect immediately like it does [19:13] its not immediate on ours [19:13] Got an apply button [19:13] right, but that's not necessarily an improvement [19:14] Lol no offence but that is such a GNOME attitude [19:14] well we are talking about GNOME tools... ;) [19:14] You realise some people have slower computers and changing themes takes a few seconds, in some cases the lack of speed causes crashes due to constant theme changes [19:15] Right. And the reason why people like me do what they do is because gnome's tool aren't The Answer [19:15] gnome-tweak-tool only shot into existence because of GNOME trying to emulate Mac tactics and lock you into what they think is The Look and The Desktop [19:16] what I meant is that I expect you'll have trouble getting solusdesktop sponsored into either Debian or Ubuntu [19:17] I'm not looking for sponsoring :) As I said from the beginning. The tools are there. If people want them, they can have them [19:17] I'm fully aware of how upstream works and how they lock themselves into decisions and can't change course, or lose face [19:17] People want 'em they can have em [19:18] I've made the effort. That's my conscience at rest :P [19:25] mterry, hey, could you review bug #1017285 or get somebody from mir team to do it? [19:25] Launchpad bug 1017285 in libpwquality "[MIR] libpwquality" [Wishlist,Triaged] https://launchpad.net/bugs/1017285 [19:30] g'ah, it's finally just clicked why firefox tests still keep hanging in PPA builds [19:32] a browser epiphany? [19:36] wow [19:41] seb128, ok [19:41] mterry, thanks [19:42] micahg, :) [19:43] :) [19:52] jdstrand, you around for a (hopefully) quick security review? [19:53] mterry: I am here, but unfortunately a) extremely busy trying to get a security update out, and b) off Tue-Thu this week. feel free to point me at it and I'll get to it when I can though [19:55] jdstrand, hrm, is another security member available? I'm doing the libpwquality MIR, and it looks fine from a packaging/maintainability point, but it has a pam module, so I felt a security person should look it over [19:55] mterry: it needs to happen *today*? [19:56] jdstrand, no, I wanted to get the MIR approved so it could make A2, but i suppose I can defer the security review and promote for now [19:57] mterry: that would work from my perspective-- it would be easy enough to yank out I suppose? [19:57] jdstrand, no worries, I'll assign the MIR to you after some comments [19:57] jdstrand, eh... it's used by gnome-control-center, so not sure [19:57] jdstrand, but the pam module probably is easy enough to demote by itself if needed [19:57] jdstrand, mterry: it's a lib to generate good password coming from redhat security guys, I'm sure we will be find at the end [19:57] seb128, I agree [19:57] ups, find -> fine [19:58] seb128, but I don't like to rubber stamp pam modules :) [19:58] worst case we can revert the commit which added the depends at the end of the cycle [19:58] well, demote is fine-- I just didn't want to be in a situation where I said it is ok to pre-promote, then we are stuck [19:58] mterry, yeah, me neither, I'm just confident we will be happy with it before the end of the cycle [19:58] jdstrand, mterry: thank you [19:59] if there is an exit strategy of some sort, feel free to pre-promote and assign to the security team [19:59] (feel free to say as much in the bug) [19:59] there is one, just revert the commit that use it and do what we were doing before [19:59] cool [20:02] seb128, commented on the bug [20:02] great [21:06] sigh [21:06] i wish people would stop running software with sudo, then reporting a bug when things break [21:07] heh [21:07] i wish people would stop asking others to "try running it with sudo" when things break. [21:08] :( [21:08] hyperair, we make a note of this automatically in firefox bugs now, and i'm quite surprised at how many reports come in where the user has files in their firefox profile with the wrong ownership [21:08] bug 1017628 [21:08] Launchpad bug 1017628 in firefox "In the menu in french, "Rechercher sur Google..." is empty" [Undecided,New] https://launchpad.net/bugs/1017628 [21:08] heh [21:10] "startupCache/startupCache.4.little (0644, wrong owner)" [21:10] i suspect a read-only startup cache is likely to break things quite quickly [22:23] seb128: No, will fix that up. [22:30] TheMuso, hey, thanks [22:42] seb128, heya [22:43] seb128, on bug 1013881 it looks to me like it's a matter of personal preference rather than an actual bug-bug [22:43] Launchpad bug 1013881 in xkeyboard-config "Right-Ctrl key broken on French OSS keyboard" [High,Confirmed] https://launchpad.net/bugs/1013881 [22:43] seb128, on the one hand, the patch brings precise closer to how upstream is doing things, so it is more standard. Yet on the other hand, it brings in a change to existing precise users which might be surprising to them. [22:45] seb128, on the original bug that asked for this change (bug #221112) you had confirmed it improved things; so can you make the judgment call about which way things should go for fr(oss)'s right control key? Your French is a bit better than mine :-) [22:45] Launchpad bug 221112 in xkeyboard-config "Can't use space bar in search bar when using french alternative keyboard" [Medium,Confirmed] https://launchpad.net/bugs/221112 [22:50] bryceh, ok, I need to read again the bugs and comment yesterday [22:51] bryceh, I confirm that fixing the space bar issue in rhythmbox is a real win and we want to keep that, I'm not sure to understand what the "regression" is about [22:53] seb128, if I understand it, they liked the way the key worked prior to the rb fix [22:54] seb128, but you're right, maybe we need to understand their issue better first [22:54] bryceh, well, comment #11 suggests a way to have both set of users happy [22:55] bryceh, but I don't know enough about xkb details to figure out if it's right [22:56] seb128, it looks like they've proposed those same changes on the upstream bug report(s), however there is not a response from the upstream maintainer yet [22:57] bryceh, the rb issue is basically that pressing space in the search entry would trigger play,pause [22:57] so you want the type "the doors" and you get "the" and then you pause your music [22:57] yep, I remember that bug [22:57] seb128, so maybe we wait for upstream's response first on the proposed solution, and decide what to do then? [22:58] bryceh, yeah, the current situation is better than what we had in release [22:58] ok [22:59] then I'll go ahead with filing the sru on just the fr(oss) breakage, and catch that ctrl key issue later when it's clearer what to do. [23:01] bryceh, sounds good, thanks [23:01] bryceh, reading the upstream bug again there is no good solutions, you get to choose between [23:02] - can't type space in rhythmbox search entry (for example) [23:02] - can't use r-ctrl [23:02] * bryceh nods [23:02] yeah that's how I was interpreting it [23:02] - have a keymap that let you enter nbsp too easily [23:03] I will try to check tomorrow what we had on lucid, but I think it was what we have in proposed now [23:04] not sure also if many people use rctrl, I don't and I never saw people around me use it as a regular key either [23:04] bryceh, so yeah, let them settle on something and get the fr-oss fix out meanwhile ;-) [23:04] sounds good [23:27] Laney: not sure, dependency_libs are empty here... what does it improve? please write me a mail with details :) [23:43] RAOF, have you noticed that colord is depwaiting? [23:44] I have not, no. What's it depwaiting on? [23:44] It seems to be blocked on libgusb, which seems to be straddling universe and main [23:44] https://launchpad.net/ubuntu/+source/libgusb [23:47] Sigh. Let there be a MIR. [23:49] RAOF, but the libgusb says it should be in main [23:49] perhaps the binary packages just need to be shifted over? [23:50] Huh, so it does. [23:51] It should show up in component-mismatches soon, then.