[02:18] Anyone having issues with Firefox/Flash after upgrading to 11.04 [05:26] Good morning [05:27] Morning! [05:29] Good morning pitti [05:30] pitti: While porting checkbox to pygi, and then running it, there's no command line output, and the program just terminates [05:30] pitti: Any way to get better traceback and stuff? [05:31] pitti: also, how does one force usage of gtk2 in pygi? Thanks! [05:35] hey cdbs [05:36] cdbs: hm, not even an assertion failure? [05:36] pitti: no, nothing, just nothing [05:36] cdbs: I'm afraid then you have to run it through strace [05:36] okay [05:36] cdbs: what's the exit code? [05:36] cdbs: add this before the from gi.r import Gtk: [05:36] import gi [05:36] gi.require_version('Gtk', '2.0') [05:37] or just uninstall gir1.2-gtk-3.0, it'll automatically pick the latest available [05:37] okay, thanks [05:37] cdbs: but notice that using GTK 3 will have a lot less bugs [05:37] and we'll upload it to oneiric with GTK3 anyway [05:37] (we still need to port it to GTK 3) [05:37] just testing if its a GTK issue, I'll eventually put it up on GTK3 [05:38] strace should at least give you a pretty good idea why and where it terminates [05:38] hmm [05:38] if you aren't that familiar with reading it, feel free to pastebin it somewhere [05:38] no difference with gtk2 [05:41] pitti: Pastebin http://paste.ubuntu.com/608808/ , can't understand why. I installed it properly, there's no doubt that the proper code is being used [05:42] ECHILD (No child processes) [05:43] seems a subprocess died [05:43] cdbs: can you run that again with: strace -fvvs1024 python yourprogram [05:43] ? [05:43] cdbs: did you see the error about canberra near the end? [05:43] broder: yes, that appears with every GI program [05:43] oh, ok [05:43] cdbs: or additionally use -o /tmp/trace in case it's too long for a screen [05:45] pitti: Yes I did see the message about canberra but that's just a warning, also canberra isn't used in this case [05:46] cdbs: oh, right - /usr/bin/checkbox-gtk is just a wrapper script. you didn't pass -f, so you won't actually see the python process [05:48] brb [05:52] now that's a huge wall of text! [05:52] pastebining is taking time :) [05:56] pitti: Ah, thanks for telling me about strace. I got it. The strace clearly shows python failing to stdout a proper traceback due to some internal python bug :) Thanks again, I know you're away. Enjoy your day! [06:11] cdbs: urgh, that doesn't sound healthy -- what does it say on the write() to stderr? [06:12] pitti: just a sec, paste-bining [06:12] pitti: http://paste.ubuntu.com/608815/ [06:13] well, I fixed the colour issue now [06:26] cdbs: hm, the write() was successful -- so you don't see it? [06:26] oh, wait, why does it write to fd 3? [06:26] stderr is fd 2 [06:27] cdbs: you should reverse-grep the trace for an open.*= 3 [06:27] cdbs: I assume it writes into a log file [06:27] err, okay [06:27] get it then [06:28] pitti: So it should be checkbox-gtk 3&>1 or something? [06:32] huh? it wrote to the log file successfully [06:32] i think checkbox logs to ~/.cache/checkbox/checkbox.log [06:33] cdbs: if checkbox opens a file, then writes to it, redirecting fd 3 will just mean that the file will get opened as fd 4 [06:34] cdbs: I suppose it does some sys.stderr = magic at some point to redirect python's stderr [06:34] okay, leave it, I'll get it done myself, the strace clearly shows the traceback, enough for now :) [06:34] the standard way to do this is to do os.dup2() to stderr (i. e. fd 2), but it seems checkbox does something else here [06:35] cdbs: no ~/.cache/checkbox/checkbox.log ? [06:36] yes, its coming up there, thanks pitti and broder [06:36] ah, good [06:36] easier to read than from strace :) [06:37] but still, if everything else fails, strace will still be your friend [06:42] pitti: Ah, the sweet smell of success, checkbox in an ugly theme :D which means its running in gtk3 :) Thanks a lot for you help [06:46] \o/ [06:47] cdbs: yeah, it's not quite rewarding ATM :/ [06:47] it works the same, just more ugly :) [06:57] cdbs: you haven't set your gtk3 theme to adwaita? [07:02] jbicha: I'm not using the PPA [07:02] jbicha: and neither will I use it (again), I have to work on unity nowadays [07:05] pitti: It may be ugly, but I prefer cleanliness of APIs over ugliness :) Well, the ugly issues will be fixed soon [07:30] good morning [07:31] Good morning didrocks [07:31] hey cdbs! [07:31] hey didrocks, pitti...morning...everyone feeling still feeling ok? [07:32] jasoncwarner: hey there, how are ya feeling? [07:32] jasoncwarner: hey! yeah, most of the team avoided ubuflu this time it seems :) [07:32] and you, how is the jetlag? ;) [07:32] * cdbs hands over a glass of refreshing, calming and energizing juice to everyone around [07:32] cdbs: feeling pretty good...thanks. Hoping all other desktopers avoided ubuflu as well :) [07:33] jasoncwarner: no problem, take my potion, err, juice :) [07:33] didrocks: oh man, jetlag is a bit, well, laggy...I'm about to goto the gym to try and shake the rest of it off [07:33] jasoncwarner: heh, enjoy and don't push it too hard :-) [07:33] oh, I think you saw the shape I was in at uds...I don't think anyone has to worry about me "pushing it" at the gym ;) [07:34] Seems that UDS is more tiring than an Antarctica expedition [07:34] * cdbs really should go there [07:35] cdbs: or perhaps people are better prepared for the physical rigors of Antarctica! All linux geeks need to start training for UDS a month before...maybe that will help [07:35] jasoncwarner: well, I didn't ought to weigh myself right now. I prefer to wait for 2 weeks with normal dinners to not feel depressed :-) [07:35] ha! [07:36] jasoncwarner: +1 that, a month before UDS it'd be nice to remind everyone on MLs to excersize ahead of a major tour : [07:36] ) [07:40] pitti: weekly meeting today? really? :) [07:48] hey didrocks [07:49] didrocks: well, I don't insist -- it's just on the calendar [07:49] pitti: ok, I think it will be a short meeting ;) [07:49] pitti: hey btw, how is your new desk? [07:50] yes indeed [07:50] didrocks: nice new command center! [07:50] heh! :-) [07:50] took me 3.5 hours to assemble, though [07:50] oh really? is it that big? [07:50] was quite complicated with a million screws and small sheds [07:51] didrocks: 1.35 m wide, so not that big, but it's not just two large boxes, but lots of small ones, CD sliders, and what not [07:53] oh CD sliders and such, yeah, can grow complicated very fast [07:54] and now we got a new power plug in the hallway for phone/router [07:55] I can remove my chain of extenders taped on the floor, yay -- this might become a real place to live at last ;) [08:01] heh, better place to live is quite important for work ;) [08:25] eeeek, http://is.gd/9WRwUD [08:26] i think i need to fix that ;) [08:26] hey chrisccoulson! [08:26] hi didrocks [08:26] chrisccoulson: creating bugs? :p [08:26] hey chrisccoulson [08:26] clearly the user's fault! [08:27] lol [08:27] heh [08:27] i don't think i can blame the user for this one ;) [08:27] darn [08:28] a little bit oot, but I'm clearly impressed by the state of the Qt documentation [08:29] last time I looked at it it was fairly detailled, indeed [08:30] yeah, detailed and quite easy to follow with concepts outlined [08:31] Sweetshark: releaseing LibO SRU now, 12 days in proposed should suffice [08:32] hmmm, i think i know why firefox is crashing :) === tkamppeter_ is now known as tkamppeter [08:49] seb128: bonjour [08:49] seb128: FYI, I reuploaded your nautilus upload to oneiric instead of natty [08:50] it built fine for me, and libnautilus-extension-dev was required for e. g. g-d-u [08:50] hey [08:50] doh, that's what happen when you don't dist-upgrade :p [08:50] pitti, thanks [08:50] it doesn't actually manage my desktop any more (I just get a window opened on boot), but that's not critical [08:50] pitti, cf changelog, did you turn the gsettings I listed there? [08:51] in the "known issues" at the start of the changelog [08:51] I didn't [08:51] ok, try that then [08:51] "using the gsettings command" -- how? [08:52] seb128: so, the feature isn't removed? it's just a gsettings key to off isn't it? [08:52] * pitti will try dconf-editor [08:52] pitti, gsettings set [08:53] didrocks, that would be too easy, it's a key set to off and nautilus is not a required component anymore nor has an autostart [08:53] ah, indeed [08:53] it also overwrites my background image [08:53] but it works [08:53] pitti, you gconf and gsettings background values are probably out of sync [08:53] your [08:54] *nod* [08:54] seb128: hum, ok, that will be a little bit more work then [08:54] didrocks, right, that's why I added a workitem to the GNOME3 spec ;-) [08:54] yeah, I saw the one to "consider if we use that or not" [08:54] seb128: I'll reset it, though, as at some point we need to fix this in upgrades [08:54] better for testing [08:55] pitti, the migration work but it's done one and by gsettings-desktop-schemas [08:55] which I guess you installed in natty so it migrated what you had by then [08:55] one -> once [08:56] hey seb128, good monring! a quick question about the gconf -> gsetting migration - do we keep the "old" gconf files around? for people e.g. using /home on a nfs mount with multiple versions of ubuntu? [08:56] mvo, yes, the scripts just read the gconf value and set the gsettings with it [08:57] seb128: ah, it's just done once ever? [08:57] awsome, thanks seb128 [08:57] pitti, yes, you don't want your config to be resetted with what is leftover in gconf at each login [08:57] seb128: would it perhaps be prudent to run it again after a natty->oneiric update? if that is just me, I don't mind, but it might hit more users [08:58] pitti, we probably should, I added a WI to desktop-o-gtk3-gnome3 about it [08:59] $ gsettings-data-convert --verbose [08:59] All uptodate, nothing to do [08:59] hm [08:59] I tried deleting .config/dconf/user, but that wasn't it apparently [09:00] pitti, no, .local/share/gsettings-data-convert [09:00] seb128: done, but show-desktop-icons is still false [09:01] pitti, right, cf nautilus changelog :p [09:01] pitti, upstream turned desktop handling for nautilus off by default [09:01] for g-s, right [09:01] cf "Decide on whether nautilus should still draw desktop icons or not in Ubuntu:" in the desktop-o-gtk3-gnome3 spec also [09:01] seb128: ah, I got confused then -- I thought it was due to gsettings migration not running after the nautilus update, sorry [09:01] pitti, no, the migration was just giving you the wrong background image [09:02] pitti, GNOME3 has a "clean" desktop [09:02] i.e key set to off and they don't even start nautilus in the session [09:02] they dropped the autostart [09:02] gnome-tweak-tools create an autostart for you in .local if you turn the option on there [09:02] btw, there is nothing in the gs interface for showing automounted usb keys and such? [09:02] ah, g-s-d does the automounting now, right [09:03] ok, pitti answered :) [09:03] pitti, yes [09:03] the ui is in the control center [09:03] the mounting in g-s-d [09:03] but g-s-d already landed no? [09:03] oh, it's depwait [09:04] "Missing build dependencies: libgnome-desktop-3-dev " [09:05] seb128: want me to work on anything with g3 updates? [09:05] what's most urgent right now? [09:06] morning [09:06] hey rodrigo__ [09:06] hi pitti [09:06] hey rodrigo__ [09:06] mvo, hey there! [09:06] hi seb128 [09:06] hey rodrigo__ [09:06] hi didrocks :) [09:06] pitti, help is welcome if you want to do some updates, I think gnome-control-center is blocked on libgnomekbd to build that need a new libxklavier [09:07] hey and471! nice to see you - how are you? [09:07] we might also need a mir for accountsservice [09:07] mvo, I am good, getting ready for exams :) [09:07] seb128: starting with libxklavier then [09:07] mvo, how was uds? [09:07] pitti, otherwise anything red on http://people.canonical.com/~platform/desktop/versions.html [09:07] pitti, thanks [09:07] and471: good luck with the exams! uds was really good, very energetic, way more ideas than time to implement them :) [09:08] hehe [09:08] mvo, I have a one line patch for SC, are you too busy atm? [09:08] and471: never for a patch [09:08] :) [09:09] and471: where is it? [09:09] meh, what's up with nautilus [09:09] mvo, it just adds a 3px border around the text in the status bar, so it doesn't looked as 'cramped' [09:09] mvo, http://paste.ubuntu.com/608871/ [09:09] thanks and471, I apply it now [09:09] mvo, many thanks [09:09] dep-wait on libgnome-desktop-3-dev; how did I build that locally? [09:09] pitti, I'm just promoting it [09:09] ah, universe [09:09] cheers [09:09] g-d-u -> nautilus -> gnome-desktop [09:10] mvo, btw SC is looking awesome :) [09:10] and471: thanks, happy to hear that :) [09:11] * and471 dreams of a SC written in Vala... [09:11] and471: heh :) [09:13] seb128: grabbing libgnomekbd as well for completeness [09:13] pitti, thanks [09:13] and471: commited, many thanks [09:33] pitti, am i ok to SRU bug 783790? [09:33] Launchpad bug 783790 in globalmenu-extension/1.0 "Firefox 4 crashes when opening Selenium IDE window" [Critical,Fix committed] https://launchpad.net/bugs/783790 [09:33] crash fix? sure [09:33] it will likely be with a couple of other crash fixes, eg, bug 783856 gets quite a few too [09:33] Launchpad bug 783856 in globalmenu-extension "Thunderbird 3.1.10 Crash Report [@ uGlobalMenuBar::~uGlobalMenuBar ]" [High,Triaged] https://launchpad.net/bugs/783856 [09:33] thanks :) [09:35] mvo, np [09:49] seb128: all three on the way now; I'll send the libxklavier pkg-config fix upstream, so that we can sync this again at some point [09:49] pitti, thanks [10:06] seb128: moving to dbus then [10:06] pitti, great ;-) [10:15] seb128: oh, I see 1.5 is only in experimental, not sid [10:16] seb128: since dbus doesn't have quick release cycles, I actually wonder whether we should upgrade to the development version [10:16] pitti, right, slangasek merged on the current unstable version yesterday, not sure if we want 1.5 or not... [10:16] seb128: did you stumble over anything which needs it? [10:16] no [10:16] ok, let's leave like it is for now [10:16] do they follow stable, unstable series? [10:16] i.e is 1.5 an unstable version? [10:16] even/odd numbers [10:16] ok [10:18] pitti, I can promote libgnome-media-profiles without a mir since that's a split of gnome-media code which was already in main right? [10:19] sure [10:19] thanks [10:19] seb128: Hmm, the Nautilus desktop icon drawing thing *still* needs discussion? [10:20] seb128: Are there any points in favour of *not* drawing icons? [10:22] hum [10:22] "still"? [10:22] where was that discussed before? [10:22] seb128: Oh, I thougt it was discussed at UDS, well it wasn't [10:22] well, if GNOME3 decided to no do it they probably think it's better [10:23] we need at least to check with the design and unity teams [10:23] seb128: They posted it on an ML about its rationale [10:23] not sure what your question is there? [10:24] seb128: I thought it was discussed earlier. Sorry for poking then [10:24] no worry [10:24] do you think we should display those or not? [10:24] seb128: I thought it needed a re-examination, and that's why you added it to the blueprint [10:24] seb128: I'd say draw the icons, its better for newbies [10:25] seb128: Windows users are used to desktop icons, though we aren't :/ [10:25] well the files place make it easy to access your files in unity [10:25] pitti: yay for the ubuntu5 release. [10:25] seb128: The upstream rationale: http://mail.gnome.org/archives/desktop-devel-list/2010-September/msg00033.html [10:25] * Sweetshark is in postrelease cleanup and fslint, sorry for the latency. === rodrigo__ is now known as rodrigo_ [10:49] seb128: I'd update poppler, so that we do the further rebuilds against that version, ok? [10:50] pitti, ok, to what version? [10:50] seb128: 0.17.1? [10:50] or do we again only track the even numbers (stable)? [10:51] pitti, the issue with poppler is that I tend to not trust them to respect a schedule [10:51] so we might not have 0.18 before oneiric [10:51] ok, let's wait for stable then; I overlooked that it was an unstable series [10:52] * pitti grabs vte then, that should be safe (0.27.90 -> 0.28) [10:52] let me try to find their schedule [10:52] pitti, yes, that one is ok ;-) [10:53] pitti, hum, http://lists.freedesktop.org/archives/poppler/2011-January/006838.html [10:54] seb128: so we should perhaps update to beta-2 when it lands (0.17.2)? [10:54] pitti, they have enough margin this time that it's probably safe to track 0.17 so feel free to do the update [10:54] then we can port our apps to the new API without much danger of having to do it again [10:54] right [10:54] no hurry to add another transitions on top of those we already have [10:55] let's do that one a bit later [10:55] *nod* [10:57] hum [10:57] pitti, did you drop langpack.mk from cdbs? [10:57] I didn't [10:57] oh, wait [10:57] yes, that one [10:58] hum [10:58] gnome.mk now uses dh_langpack [10:58] that breaks builds [10:58] i.e https://launchpadlibrarian.net/71212116/buildlog_ubuntu-oneiric-i386.system-config-printer_1.3.1%2B20110222-0ubuntu17_FAILEDTOBUILD.txt.gz [10:58] some things use langpack.mk but not gnome.mk [10:58] and while I was porting this, I noticed a couple of bugs, so I thought it's better to move these to dh_langpack or gnome.mk, as appropriate [10:58] seb128: I'll fix s-c-p [10:58] ok [10:58] I just noticed it because it showed up on versions [10:59] (it lists build failures and merge requests for desktop nowadays) [10:59] pitti, danke [10:59] I guess there is probably not much including langpack.mk directly so we should fix those [11:00] I'm pushing my g-c-c work to the ubuntu-desktop branch, and I've removed lots of patches and the ones remaining need rebasing [11:01] also, it needs the new NM, so when someone has time, can I get a review, to make sure I haven't dropped patches that should be rebased? [11:01] in the meanwhile, I'll work on rebasing the patches I've left [11:01] seb128: right, that's what I thought; better than keeping the old code around for ages, as it's not quite correct any more [11:02] rodrigo_, ok, so you focus on that? do you have build-depends or depends needed which are not uploaded yet? [11:02] seb128, yes, NetworkManager [11:02] I was going to ping cyphermox, but he's not around [11:02] wasn't that a build option? [11:03] he was working on that, right? [11:03] he's in Canada so not up yet [11:03] seb128, we have a patch in the GNOME3 PPA to disable it, but didn't want to add that [11:03] but I can [11:03] is there any way to turn the n-m panel off? [11:03] yes, that patch [11:03] do it please [11:03] let me add it [11:03] we don't want to rush n-m, it's going to take some weeks [11:03] the indicator need to be rebased to the new codebase [11:03] seb128: Hi, I guess gnome-settings-daemon needs to be rebuilt with libnotify-dev instead of libnotify4-dev [11:03] * cdbs gotta go [11:04] the kde applet might also need to be checked before uploading [11:04] cdbs, ok [11:04] rodrigo_, can you maybe do the g-s-d update to the current version and fix the libnotify-dev build-depenedS? [11:04] depends [11:04] we went back to the libnotify-dev name [11:04] seb128, ah, ok [11:05] I need to fix a crash in g-s-d also, so moving to that [11:05] rodrigo_, ok [11:05] but let me first push the NM patch [11:05] I will review your gnome-menus and gnome-control-center work [11:05] rodrigo_, back to n-m, we tend to try to not rush into infrastructure changes [11:05] rodrigo_, especially if the component is used out of GNOME, in KDE for example [11:06] right [11:06] better to take time and test and rebase that correctly [11:06] hey ricotz [11:06] seb128, hi [11:07] ricotz, the GNOME3 ppa is not a rolling unstable distro, if people want to upgrade the archive they will switch to oneiric, could you limit updates to GNOME? [11:07] i.e you pushed an updated telepathy stack there which is not really what the ppa is for [11:08] seb128, i am just trying to keep the dependencies updated and telepathy is pretty much integrated in gnome-shell for its native chat-client [11:08] well I doubt the shell relies on gabble for example [11:08] that's just a protocol manager [11:09] the telepathy guys have a ppa also, maybe depends on it rather than redoing the work? [11:09] ricotz, it would be great if you could push the gnome-shell stack to oneiric [11:10] ok, but it isnt really much work uploading the oneiric updates [11:10] seb128, suggesting to use more ppas isnt a good idea, i think [11:10] ricotz, well the issue is not so much how much work is it but how likely the ppa is to break user systems by having too much crack [11:11] rodrigo_, there are still some things missing [11:11] ricotz, what's missing? [11:11] seb128, ok [11:11] ricotz, I guess I suggest to restrain the number of changes pushed to stable users [11:11] rodrigo_, libgweather3, evolution-data-server3 [11:12] ricotz, hmm, 3.0.0 does depend on e-d-s? [11:12] ok, I can do the libgweather update [11:12] doing that next [11:12] we have evo packages at https://launchpad.net/~danilo/+archive/evolution [11:12] it is called libgweather3 in debian now [11:12] so maybe we should do the update? [11:13] ricotz, is it? [11:13] rodrigo_, there is a package in the gnome3 ppa [11:13] ricotz, http://packages.qa.debian.org/libg/libgweather/news/20110329T135632Z.html [11:13] seb128, yes [11:13] ricotz, oh, cool [11:13] http://packages.qa.debian.org/libg/libgweather3.html is 404 [11:13] ricotz, where is libgweather3? [11:15] http://svn.debian.org/wsvn/pkg-gnome/desktop/experimental/libgweather3/#_desktop_experimental_libgweather3_ [11:15] ricotz, hmm, can't see the evo packages in the PPA [11:15] rodrigo_, oh sorry it is in my testing ppa [11:15] ricotz, ah, ok [11:15] seb128, also gtkhtml4.0 [11:16] will be needed for evolution [11:16] ricotz, there is a sync request for gtkhtml, should be synced today [11:16] ok [11:16] cyphermox started on the new evo [11:16] seb128, so, libnotify4-dev is now libnotify-dev? [11:16] ricotz, the svn didn't get any update for 6 weeks, not sure we need to rename the source [11:16] cyphermox, yeah i talked to him [11:16] rodrigo_, yes [11:16] ok [11:16] ricotz, libgweather's svn I mean [11:17] seb128, mhh, i see, but the current packaging in the gnome3 ppa doesnt fit eds dependencies of debian [11:19] another thing: is someone having problem with X since today which doesnt take any keyboard or mouse commands [11:20] seb128: taking glade merge as well, prerequisite for vte [11:22] pitti, ok, we might just be able to sync that one [11:22] yeah, investigating whether we have a delta in glade-3 [11:22] I'll remove glade-3 and sync/merge glade, to get back to the names Debian has [11:22] hum [11:23] pitti, syncing it will ftbfs [11:23] pitti, you can do that for now but we will need to keep glade-3 [11:23] seb128: how so? it's just a different package name of our's? [11:23] ricotz: you already tried it? [11:23] it will need a fix for some gir package deps like atk [11:23] ricotz, it should not with the new atk merge [11:23] * pitti will build it locally anyway [11:24] the atk-dev package doesnt depend on the atk gir [11:24] pitti, debian moved away from listing the gir in build-depends but make the dev depends on the gir [11:24] ricotz, it does in oneiric, https://launchpad.net/ubuntu/+source/atk1.0/2.0.0-1ubuntu1 [11:24] ricotz: it does now [11:25] ah ok, i tried a week ago [11:25] pitti, so glade, short story, we need a glade-gtk2 still, some people maintain gtk2 applications and will need to be able to keep doing so [11:25] https://launchpad.net/~gnome3-team/+archive/gnome3/+build/2486963 [11:25]