[00:00] hmm, mipmap.c is rather dense [00:01] Yes, it is. [00:01] aha [00:01] rowA = 0x0 [00:01] I went hunting through there earlier. Although the crash is triggered in the mipmap generation code I think the bug is earlier. [00:02] that's probably true [00:02] Ok, so it looks like it still is fdo #32246 :) [00:02] no, this is me looking at your crash report ;-) [00:02] Oh :) [00:04] RAOF, try DEB_BUILD_OPTIONS=noopt to build packages without optimizing out variables, that may help you trace down where the null pointer is coming in [00:04] RAOF, did you mention you'd tried the newer upstream mesa code? if not, think it's worth thumbing through recent commits? [00:05] I'd tried master at the time of filing that bug; it may have been fixed since, I guess. [00:07] well, to start with it looks like do_row() ought to have an ASSERT(srcRowA); [00:07] although that won't fix the crash [00:08] maybe it should just return srcRowB in that case? [00:09] From memory the underlying problem is that the texture that it's trying to mipmap isn't quite properly set up. [00:09] * RAOF hugs sbuild passing through DEB_BUILD_OPTIONS [00:10] yeah in this case looks like srcB would be invalid anyway (it's just srcA + an offset) [00:13] ok, mipmap.c:1817 is as far as I can trace the null pointer by eye [00:13] looks like it verifies the format is not compressed and then gets the null pointer from srcImage->Data [00:14] Yeah. [00:14] somehow no asserts for those pointers along this path [00:14] intriguing [00:14] I hadn't got as far as working out where srcImage->Data was expected to be set, and why it wasn't. [00:26] * RAOF watches as a mesa build races against a dist-upgrade on a 3-drive btfrs system. [00:27] lol [00:27] boy, yeah srcImage->Data gets lost quick in the tangle of calls [00:30] bug 719710 likely a dup of others there, but may have a usable backtrace. [00:30] TheMuso: Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/719710) [00:30] maybe add some debug code to _mesa_GenerateMipmapEXT to display contents of texObj [00:31] that's the highest point in mesa; above that it's compiz code [00:31] My thinking was that the problem was actually *before* generateMipmapEXT; that the texture being passed in there hadn't been properly initialised. [00:32] But I couldn't manage to get a test-case smaller than compiz to exhibit the problem. [00:32] yeah I think that's the case too [00:34] I tried to coerce some of the mipmapping piglit tests into crashing in the same way, but couldn't. [01:05] Seems apport failed to retrace as well, re my bug mentioned above. [01:11] It's easily reproducible here, and still occurs with 7.10.1~git [01:12] So, to master! [01:13] Sorry if I have derailed your day of other things... [01:14] There are few things more important than making sure Unity works on the free drivers ;){ [01:20] Fair enough. [01:24] And I've already got it working for nv5x, so radeon's the last holdout :) [01:26] Right. [01:26] RAOF: Thanks, let me know if I can test anything. [01:27] Yup, still applies to master. [01:29] damn [01:29] * TheMuso -> lunch. [01:41] alrighty [01:50] RAOF, http://paste.ubuntu.com/567529/ [01:50] haven't tested it, but that should force mesa to kick out early instead of crashing [01:51] Fair call. [01:51] justify fixing it here in that due to fdo #32096 this situation has come up beyond just compiz [01:52] RAOF, also I found something which is mighty interesting... [01:52] http://www.opengl.org/wiki/Common_Mistakes [01:52] scroll down to 'Automatic mipmap generation' and check the Warning [01:53] Wow, a can of worms is being opened... [01:53] I know next to nothing about GL programming, but that sounds awfully similar to what compiz is doing leading up to this crash [01:54] Warning: It has been reported that on some ATI drivers, glGenerateMipmap(GL_TEXTURE_2D) has no effect unless you precede it with a call to glEnable(GL_TEXTURE_2D) in this particular case. Once again, to be clear, bind the texture, glEnable, then glGenerateMipmap. This is a bug and has been in the ATI drivers for a while. Perhaps by the time you read this, it will have been corrected. [01:54] it looks like the code is calling glEnable, then binding the texture (I guess?), and then doing the equivalent of glGenerateMipmap [01:54] I don't know if the order matters though [01:55] so it looks to my untrained eyes like compiz is doing the right thing, but it seems suspicious. Someone more knowledgeable in compiz could take a gander === kenvandine_ is now known as kenvandine [02:06] I remember having a look; I don't think it calls glGenerateMipmap, because that's a GL 3 call. [02:14] I just discovered that nautilus creates an indicator when you copy files, allowing you to close the file copy window and bring it back with the indicator if you want. :) [02:14] Cool feature. [02:25] I obviously do more file copying than you; that's been there pretty much since the advent of indicators ;) [02:26] Right./ [02:26] Or probably because I didn't notice it, I just left the copy windows open int he background. [02:27] I only noticed it now because I am going through libappindicator's rdepends. [02:29] My you can get a lot of debug spew with RADEON_DEBUG=tex :) [03:07] Hm. Ok, so the other option would be to ship r600g by default, as Debian and fedora do. [03:08] #dri-devel is very much of the “why are you trying to fix r600c” frame of mind… [03:10] heh so why don't we? [03:14] Indeed. === ministryseannige is now known as ministry[seannig === ministry[seannig is now known as wolfspider === wolfspider is now known as wolfspider[nigel === wolfspider[nigel is now known as w0lfs1d3r [06:54] Good morning [06:54] Sweetshark: ah, do you have a shared repo now with an ubuntu branch [06:54] ? === tkamppeter_ is now known as tkamppeter [07:39] * pitti -> off to an appointment, bbl [08:00] good morning [08:04] good morning didrocks [08:04] hey mvo :) === MacSlow is now known as MacSlow|afk [08:34] pitti: yes [08:34] Morning, btw [08:35] I tried to create an export to launchpad, but bzr fast-import fails on it. [08:36] hey Sweetshark [08:38] * Sweetshark waves back at didrocks. [08:41] Another build finished tonight, but failed in the smoketest. The funny thing is: The test itself completes successfully, but JVM dies a horrible dead after that. I am still wondering if it would be better with the Sun JVM instead of OpenJDK ... [08:41] s/dead/death/ [08:47] good morning everyone [08:54] hey chrisccoulson [08:54] hi didrocks, how are you? [08:55] chrisccoulson: I'm fine thanks, you? [08:55] yeah, not too bad thanks. === smspilla2 is now known as smspilla10 === smspilla10 is now known as smspilla10000 === smspilla10000 is now known as smspillaz [08:59] hey chrisccoulson didrocks [09:06] hey seb128! [09:08] lut didrocks ;-) [09:12] morning [09:12] hello seb128 and didrocks [09:13] bonjour huats [09:13] salut huats === alf___ is now known as alf__ === MacSlow|afk is now known as MacSlow [10:19] Sweetshark: don't worry about git->bzr; I think it'll cause more trouble than it's worth [10:20] Sweetshark: and you'd break the ability to cherrypick back into debian [10:29] Oy [10:30] Last time I came to visit here, I reported all the stuff which was broken on the desktop for me :-) today, I'd like to note that things have greatly improved in the last weeks, almost all my issues are gone [10:30] I also very much like the wiki applet integration, it's looking great [10:34] hey lool \o/ [10:34] glad that things work better for you ;-) [10:35] lool, what wiki applet? [10:39] err wifi [10:39] pitti: do we have some way to host git too? I have a copy of the repo on UbuntuOne, but still something directly hosted on Ubuntu would ease my mind ... [10:40] Sweetshark: as kernel.ubuntu.com does it, we can do it somehow, but I don't know the details [10:40] Sweetshark: but I thought you'd just commit to the debian repo into the ubuntu branch? [10:40] pitti: I do. [10:40] lool, oh ok [10:41] lool, running unity or classic GNOME btw? [10:41] I need to try unity again; last time I tried it was too broken for me [10:41] Sweetshark: you mean backup if alioth goes down? [10:41] pitti: sortof ... [10:41] Sweetshark: I guess alioth + your local copy + ubuntuone should be reliable enough.. [10:41] k [10:42] Sweetshark: and then you can of course always put it on people.canonical.com [10:42] Sweetshark: we just don't have gitweb installed there (or maybe we do, and I don't know about it), but that doesn't stop you from pushing a repo there [10:42] ah ok, cool [10:42] Sweetshark: ah, http://packages.qa.debian.org/libr/libreoffice.html still points to bzr [10:43] pitti: not on my local copy ;) [10:43] http://git.debian.org/?p=pkg-openoffice/libreoffice.git;a=shortlog;h=refs/heads/ubuntu-natty-3.3.1 [10:43] ah, nice [10:44] seb128: Just switched to unity, works fine! [10:44] ;-) [10:44] Is there a "launch command" shortcut? alt-f2 doesn't appear to work [10:44] no... [10:45] in fact I run a classic GNOME session with a gnome-panel in autohiden at the bottem and unity enabled in ccsm there [10:45] The number of workspaces is reset to a different value for some reason; perhaps some session switching magic [10:45] so I've unity and working alt-f2 [10:45] seb128: Eh good trick [10:45] lool, how did you start it? if you run "unity" or the unity session it uses a different compiz profile where unity is enabled by default [10:45] I have a xorg bug, but that's unrelated to unity [10:46] but it means you have a stock compiz config [10:46] seb128: I'm selecting unity from gdm [10:46] ok [10:46] pitti: 3.3.1~rc2 has been tagged upstream, but I will finish this one as 3.3.1~rc1-2ubuntu1. rc2 will follow later ... [10:46] lool, it might be easier to keep using GNOME but enable unity in cssm [10:46] you would keep your compiz config and have a gnome-panel [10:46] that's what I'm doing ;-) [10:47] Is there a way to display other workspaces in unity? [10:47] I mean, workspace switcher applet [10:47] no [10:47] * lool tries unity 2d to see the difference [10:47] there is the workspace button on the launcher [10:48] which triggers the compiz workspace expose [10:49] unity 2d is working quite well too now [10:51] seb128: Thanks for the tricks [10:53] lool, you're welcome [11:03] lool: the default in unity is a 2x2 layout. there is no more "binding magic" with the metacity one and the compiz profiles are separated beetween the unity and the classic session. [11:03] though, IIRC, I set the metacity to be 2x2 as well by default [11:03] lool: if you want to change the number of ws in unity, you can use ccsm for that [11:10] pitti: sooo ... should I dput libreoffice_3.3.1~rc1-2ubuntu1 to the libreoffice ppa? [11:11] Sweetshark: you figured out the smoketest failure? if so, go! go! go! :-) [11:15] * Sweetshark has been way too long in OOo to not know how to trick the smoketest. [11:21] pitti: when there is a unrelease debian upstream version 3.3.1~rc1-3 and I am basing on it should I can mine 3.3.1~rc1-3unbuntu1 or 3.3.1~rc1-2unbuntu1 (which was released) [11:22] Sweetshark: not "unbuntu" please :) Personally I'd use -3~ubuntu1 [11:22] (if -3 is about to be uploaded) [11:22] or if it's still going to get a lot of changes before upload, use -2ubuntu1 [11:23] -3 wont be uploaded as debian went on directly to rc2 [11:23] Sweetshark: which one doesn't matter much; just don't call it -3ubuntu1 before -3 actually hits debian [11:23] Sweetshark: ah; use -2ubuntu1 then [11:23] k [11:24] and just in case it fails to build in the PPA, -2ubuntu1~ppa1 :) [11:24] then you can do some followup fixes until it builds in the PPA, and upload the final thing as -2ubuntu1 [11:24] Sweetshark: do you know ~ ? [11:24] no [11:25] Sweetshark: X~Y is smaller than X [11:25] so ~ is appropriate for backports, [11:25] e. g. if you have 1-2ubuntu3 in natty, the maverick backport would be 1-2ubuntu3~maverick1 [11:25] distro is still UNRELEASED until is will hit the natty repos, right? [11:26] so that if you upgrade from maverick plus that backport to natty, the version number will be higher [11:26] Sweetshark: in the changelog? yes, that's a good and common practice to have; you commit stuff with UNRELEASED [11:26] and once you are ready to upload, you do "dch -r" and then "debcommit -r" [11:27] so, I have breoffice (1:3.3.1~rc1-2ubuntu1~ppa1) UNRELEASED; urgency=low [11:27] Sweetshark: so ~ is usually used for kinds of "prereleases" [11:27] Sweetshark: another common use case is 1.0~beta1 [11:27] 0.9 < 1.0~beta < 1.0 [11:30] pitti: well, debian makes a _lot_ more sense than gentoo there ... [11:33] (gdb) p priv->appinfo [11:33] $2 = (GAppInfo *) 0x92705e8 [11:33] (gdb) p *(priv->appinfo) [11:33] $3 = [11:33] (gdb) p *(GAppInfo*)(priv->appinfo) [11:33] $1 = [11:33] hates gdb!!! [11:34] does anybody know why it refuses to print it? I've the glib dbg symbols installed [11:35] seb128: I don't know why, I'm afraid; you might be able to use call() with some accessor methods, perhaps? [11:35] pitti, let me try [11:35] seb128: does this work? call g_app_info_get_commandline(priv->appinfo) [11:36] seb128: I guess the reason is that it's a private struct that is only defined within the .c file? [11:37] seb128: does "p *$2" work maybe? [11:38] Sweetshark, no, it's equivalent to " p *(priv->appinfo)" I think [11:38] it gives a " " as well [11:39] pitti, not really, GAppInfo is a gio structure [11:39] pitti, using the g_app_info_get_... work yes [11:39] cool [11:39] still I would like to figure why I can't print the structure ;-) [11:40] * Sweetshark had gdb sometimes be more generous when using the shortcut ... [11:41] apropos crashes: it there a oracle JVM available around natty somewhere? [11:42] * Sweetshark wants to test his smoketest with that, suspecting OpenJDK ... [11:43] Sweetshark: you can install it from lucid or maverick partner repository [11:43] (sun-java6) [11:43] pitti: k [11:52] tseliot: about bug #710762, we have the "open a new instance" feature relying on middle click… [11:52] Launchpad bug 710762 in xserver-xorg-input-evdev "Middle mouse button no longer works" [Undecided,Won't fix] https://launchpad.net/bugs/710762 [11:56] * tseliot has a look at the bug report [12:02] didrocks: what do you mean by "we"? Unity? [12:03] tseliot: right [12:03] tseliot: it's a backup key as we won't have time to distro-patch every .desktop file to add the "Add a new instance" entry [12:05] didrocks: ok, so you need to have middle button emulation back on by default, right? I guess it would take just a simple configuration file to do it [12:05] I need to talk to the rest of the X team about it first though [12:06] tseliot: right, just to hilight that case ;) thanks for discussing it at least :) === MacSlow is now known as MacSlow|lunch [12:07] didrocks: so, can you explain a little bit how this works (as I can't use Unity with the radeon driver), please? [12:07] tseliot: so, by default, when you click on a launcher icon, you open an application [12:07] right [12:08] tseliot: it you reclick on it then and that the application is already opened, it focuses it [12:08] so you can't open multiple instance [12:08] instances [12:08] oh, I see the problem now [12:08] for that, there is two ways: [12:08] - distro-patching the .desktop for applications we know multiple-instances are working [12:08] this is the right way to do it, it will be shown by a right click on the launcher icon [12:09] but obviously, we won't be able to patch every .desktop file we have in the repo where it's needed [12:09] right [12:09] so, the backup plan is the second solution: [12:09] - middle click on the launcher icon [12:09] that "tries" to open a new instance in every case [12:10] (with some weird behavior on application focusing as they don't support multiple instances) [12:10] the fallback with the keyboard is alt + F1 and then space (from next release though) [12:10] ok [12:11] didrocks: ok, so I'll send them an email and subscribe you to the discussion [12:11] tseliot: thanks :) === Artir_ is now known as Artir === Artir_ is now known as Artir === zyga is now known as zyga-afk === MacSlow|lunch is now known as MacSlow === zyga-afk is now known as zyga [14:15] pitti, are you fixing PyGI to work with gtk+2.0 or are we backing out the ports we did already? [14:15] mterry_: uh, what's broken? [14:15] it is supposed to work, I'm not planning to back out the ports [14:15] pitti, nothing. I just remember the conversation about PyGI and 2.0 not getting along [14:15] mterry_: I'm happy to backport annotation fixes to gtk2 [14:15] works fine here for apport, jockey, etc === hggdh_ is now known as hggdh [14:16] seb128, oh. I remember a desktop meeting where we agreed to back out the ports because we didn't want to ship 3.0 and pygi and 2.0 didn't play nice [14:16] maybe I misremembered that [14:16] mterry_: 3.0 has pretty much perfect annotations now; 2.0 ones are still a bit buggy, but I fixed them up to the point where they work with the stuff that we ported [14:16] pitti, i see. so 2.0 mostly works [14:16] mterry_: yeah, it took me some effort to get 2.0 working :) [14:16] pitti, awesome :) [14:17] mterry_, right, but since pitti decided to fix gi on gtk2 [14:17] mterry_: if you stumble over something that doesn't, I'm happy to fix it up further [14:17] it's usually easy [14:17] pitti, nope, not yet. Just got confused [14:17] seb128: (actually it was the other way round -- fix gtk2 for gi :) ) [14:17] mterry_, current natty should work fine, he backported the annotations fixes needed for the ports he did [14:17] cool [14:17] seb128: btw, I'll take off tomorrow and Friday; would you be able to sit in the release meeting? [14:17] mterry_, btw while you are here, please don't use obsolete libs to set the tz [14:18] mterry_, dpkg -L gnome-settings-daemon | grep date [14:18] mterry_, the polkit helper there is what gnome-panel, GNOME3 are using and what the indicator should do [14:19] seb128, you mean liboobs, yeah, the indicator is using that [14:19] mterry_, well please don't ;-) [14:19] seb128, or is liboobs considered obsolete? really? oh :( [14:19] mterry_, it's the gnome-system-tools lib [14:19] right [14:19] ok, didn't know that was going away [14:19] mterry_, using the gnome-settings-daemon polkit helper should be easy and better [14:20] mterry_, yeah, I assumed so, that's why I'm pointing it now ;-) [14:21] cool, I think the plan from mpt is to not have the indicator set the timezone directly, but I'll pass along to klattimer too [14:21] mterry_, what would set the tz? [14:22] seb128, the preference dialog that you can launch from the indicator [14:22] seb128, which we should make sure does the new thing if we end up writing bunches of it [14:24] hum, seems part of the blame belongs to kenvandine and tedg there [14:24] ? [14:24] * kenvandine reads back [14:25] liboobs is obsolete? [14:25] ugh [14:25] right, it's ted who added the depends on the lib [14:25] kenvandine, you will get some slapping for not describing your depends changes in the changelog [14:25] or in the control [14:26] it's mentioned nowehre you started using that lib [14:26] or I would have told you when it was added [14:26] :) [14:26] kenvandine, well in any case yes, please use the gnome-settings-daemon polkit helper [14:26] tedg, ^^ [14:26] that's what GNOME is doing nowadays [14:27] that should make the opensuse guys happier too [14:27] Ah, fun. Hopefully not too big a deal. [14:28] they don [14:28] tedg, you can copy set-timezone.c from gcc3 [14:28] 't have liboobs [14:28] gint can_set_system_timezone (void); [14:28] void set_system_time_async (gint64 time, [14:28] void set_system_timezone_async (const gchar *filename, [14:29] that's basically what is in set-timezone from gcc [14:29] with a get_ as well [14:29] seb128, gcc? glib? [14:29] tedg, gnome-control-center [14:29] Ah, okay. [14:29] * tedg was trying to figure out why the compiler had timezone support [14:29] tedg, take the current git code it's in panels datetime [14:31] seb128, I confirm that the workaround fixes bug 719861 and that it also fix the nautilus crash. [14:31] Launchpad bug 719861 in gdk-pixbuf "After installation icon theme default to gnome-icon-theme and cannot be changed" [High,Confirmed] https://launchpad.net/bugs/719861 [14:31] jibel, right, I figured so for the nautilus crash [14:31] jibel, thanks [14:32] session restart brb [14:45] will you compile empathy with geoclue support now that geoclue is in main? [14:48] kenvandine, any update on the fast-respawn dance of indicator-datetime & geoclue-master? [14:49] fta, not that i know of, fta is it still happening to you? [14:49] after installing indicator-weather shouldn't I see it on my top panel? [14:49] bcurtiswx, you need to run it [14:49] pitti: Ok, libreoffice_3.3.1~rc1-2ubuntu1~ppa1.dsc finished to build without a smoketest failure this time. I am just unsure, if that is plain luck ... and making ten tries to find out would take some time ... [14:49] bigon, not sure, we are easing into geoclue [14:49] kenvandine, yep. on my x64 desktop at work. but not at home [14:49] interesting [14:50] tedg, did you look at that at all yet? [14:50] kenvandine, "Another instance of this program is already running". I don't see the numbers on the launcher, which makes me think there's some config file on my comp keeping unity from truly resetting after a computer reboot [14:51] because I _should_ see indicator-weather [14:51] no config file [14:51] unless indicator-weather does something like that itself [14:51] which i doubt [14:52] what could possibly cause me not to see the launcher numbers after a reboot ? [14:52] well, is it running after a reboot? [14:52] kenvandine: ok [14:52] it would have to start itself with the session [14:53] kenvandine, No I haven't. [14:53] i just rebooted and indicator-weather in terminal says it's already running.. and on reboot the numbers for the launcher (after starting empathy) don't show :-\ [14:59] tedg, kenvandine: it's bug 718911 [14:59] fta: Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/718911) [14:59] grrr [15:00] oh, i don't use the network-manager on that desktop, that may be the reason [15:03] fta, i was just noticing that [15:03] sucky way to fail though [15:04] * kenvandine is looking at it [15:06] kenvandine, thanks [15:08] having a weird dconf experience. dconf-editor says "dconf-editor: error while loading shared libraries: libgtk-3.0.so.0: cannot open shared object file: No such file or directory", but dconf-tools depends on libgtk3.0-0. Not sure what might have gone wrong so I can file a bug... [15:08] is there a way to tell compiz that i don't want windows overlapping two workspaces? [15:09] aquarius, bug 719528 [15:09] Launchpad bug 719528 in d-conf "rebuild against sonamed gtk3" [Undecided,New] https://launchpad.net/bugs/719528 [15:09] fta, cor, that was quick. Thanks :) [15:09] ah, so you are [15:09] aquarius, gtk soname changed [15:10] aquarius, we will do rebuilds but the gtk3 binaries will change so I'm waiting for that to not have to rebuild things twice [15:10] aquarius, you can use "gsettings" on a command line instead as a workaround [15:11] seb128, yeah, it's not a big problem :) [15:12] bah, I was looking for a "don't use autohide" key for the unity launcher and there isn't one :) [15:12] aquarius, try ccsm, it's in compiz [15:13] aha, it is, cheers seb128! although it doesn't do what I want anyway, so never mind :) [15:13] aquarius, what do you want? [15:14] seb128, I want maximised windows to maximise to the space *other* than the launcher, like they do with the top panel. I'm sure it's being worked on, it just doesn't work yet :) [15:15] kenvandine, just a suggestion for a future gwibber. Make it so I can see notifications for all messages for a specific protocol instead of right now where I'll have to see all facebook/twitter/identi.ca messages and I on'y want to see twitter/identi.ca [15:15] ups [15:16] not sure the launcher does that indeed, didrocks knows better about it though [15:16] hum? backloogging [15:17] aquarius: you mean, you want the launcher not in autohide mode though? [15:17] didrocks, aquarius's question [15:17] like, launcher always visible? [15:18] (in that case, it's Hide launcher -> never) [15:18] didrocks, yep. Now that I can see progress and alerts for things *on* the launcher (xchat-indicator, U1, that sort of thing) I'm more inclined to look at the launcher itself. I can currently have the launcher show always, but maximised windows appear behind it if I do that, so it's not useful right now. [15:19] aquarius: hum, maximized or fullscreen? [15:19] aquarius: for maximize window, if you set the launcher to never hide, it sets the STRUT that the window manager respects [15:20] didrocks, maximized. The window manager doesn't seem to respect it for me; if I never-hide the launcher, maximized windows appear behind the launcher (both windows that were maximized before I set never-hide, and windows that i maximize after I set never-hide). I have multi-monitor, though, which might be confusing it. [15:22] mterry_: what is https://launchpad.net/ubuntu/+spec/appdevs-desktop-n-quickly blocking on right now? [15:22] aquarius: for those before you set never-hide, that's normal, [15:22] aquarius: but maybe the mutlimonitor is confusing it, right [15:23] didrocks, grr! it's working now! how very annoying. So, ignore me for now and I'll try and reproduce it :) [15:23] pitti, LP API additions [15:23] aquarius: sure, do not hesitate to open a bug if you can get a reproducible test case [15:23] mterry_: ah, thanks [15:23] fta, geoclue upstream has fixed that bug in git as well as made tons of changes in regard to network manager [15:24] now to decide on taking a snapshot, convincing upstream to do a release, or fixing this specific crasher without all the other NM enhancements [15:25] pitti, not clear it will happen in time for me to also add support to quickly. So high chance of being postponed [15:25] especially with FF so close [15:38] fta, fix uploaded :) [15:39] kenvandine, excellent \o/ thanks [15:39] anytime! === bjf[afk] is now known as bjf [16:08] mvo: are reviews from software-center going to be marked as "outdated" after some time, when the new version of reviewed application has been made available? [16:08] kklimonda: yeah it already adds a little line about this === SCone is now known as jmscone [16:24] Is anyone around that's using Natty? [16:28] I have a semi-major bug I need to see if anyone else is experiencing [16:31] hello [16:31] i need to talk to a dev [16:32] hello? [16:32] devin, best to just ask [16:32] Could I please talk to a dev? Is anyone available? [16:33] I have a gnome/ubuntu bug to report [16:33] pretty much everyone in this channel are devs [16:33] can I talk to you? [16:33] sure [16:33] I'd like to report a gnome bug involving the menus [16:34] I have a laptop with sound and other action buttons on the front, as well as button with extra functions [16:34] such as Fn+F2 turns off the wifi [16:34] Is anyone else experiencing an issue wherein "linux-generic" is not installed? I am in this installation from A2 and thus my computer isn't updating to the latest kernel [16:35] the bug I have noticed is if I'm using currently in ANY menu in ubuntu, and hit any of these function buttons, they do not work [16:35] jmscone, i haven't seen a problem with that [16:35] if I open the application menu and hit, the increas eor decrease audio button, nothing happens [16:36] kenvandine, Should I not report it then? Or see if I can get someone else to repro it? [16:36] devin - that's a well known long standing issue [16:36] ok [16:36] atleast I'm not crazy and thinking that shouldn't be the behavior [16:37] the menus have an active grab on the keyboard when they are open [16:37] jmscone, prehaps you had a dist-upgrade at a weird time? [16:37] devin - there's a bug open on launchpad somewhere from years ago [16:37] I did a fresh install on a separate partition with the A2 ISO [16:37] can you put a link? I'm not "savy" on how to find and report bugs [16:38] jmscone, not sure then... [16:38] Alright, I'll check to see if it can be reproduced and then go from there, thanks for the help kenvandine [16:39] jmscone, sorry i wasn't more help :) [16:39] It's okay, any idea of where I should go for an Ubuntu One dashboard issue? [16:41] chrisccoulson, could you submit a fresh hit on the bug report for me? I'm a user, not a dev, got no idea how to go bug reports [16:41] devin - sorry, i don't really have time to search for bug reports right now [16:41]