[00:11] ugh. libneon is messed up. [00:12] desrt: again ? :0 [00:12] lifeless: https://bugs.launchpad.net/ubuntu/+source/neon27/+bug/845901 [00:12] Launchpad bug 845901 in neon27 "libneon can't find SSLv2_server_method" [Undecided,Confirmed] [00:14] it's pretty seriously messed up. i'm surprised it builds at all. [00:14] it's using a function that completely does not exist in any library [00:14] presumably it existed in libssl at some point but was removed [00:19] that should've been fixed many releases ago [00:22] IIRC we killed off SSLv2 in oneiric [00:22] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622140 btw [00:22] Debian bug 622140 in neon27 "neon27: symbol SSLv2_server_method used" [Serious,Open] [00:22] because i think i ran into a boost incompatibility issue [00:22] upgrading some of my software to oneiric [00:23] * micahg thought it was killed long before that === s9iper1 is now known as bil21al === bil21al is now known as s9iper1 === m_conley_away is now known as m_conley === m_conley is now known as m_conley_away [05:29] lifeless: Why would squid be dying with a SIGABRT when I try to start it? squid3 -k parse -f /etc/squid-deb-proxy/squid-deb-proxy.conf lists a couple of warnings, complains about not being able to write to /var/log/squid-deb-proxy, but otherwise completes successfully. [06:03] RAOF: so if its calling abort() it should log something first [06:04] FATAL: xcalloc: Unable to allocate 4154659762 blocks of 1 bytes! [06:04] Ah. [06:05] Hm. It's trying to allocate and zero 4GB of memory? [06:07] lifeless: http://paste.ubuntu.com/840056/ [06:12] Morning. [06:16] pitti: Good morning, Martin! Just replied on bug 930785. [06:16] Launchpad bug 930785 in language-selector "gnome-language-selector crashed with DBusException in call_blocking(): org.freedesktop.Accounts.Error.Failed: 'bg_BG.UTF-8' is not a valid locale name" [Undecided,In progress] https://launchpad.net/bugs/930785 [06:17] hey GunnarHj [06:17] GunnarHj: right, but I wonder if there is a cleaner solution [06:18] pitti: Guess we can wait a while. It's not very urgent, I suppose. [06:23] good morning [06:27] hey didrocks, how are you? [06:27] pitti: I'm fine, thanks. And you, how was your week-end? [06:32] didrocks: quite fine, thanks! we visited our grandma, and had a nice birthday party [06:34] ah nice :) === Amaranthus is now known as Amaranth [06:51] GunnarHj: followed up to 930785 [07:13] RAOF: fun [07:13] pitti: Ok, then I'll write a patch with the 'locale -a' approach. [07:13] RAOF: a 27PB cache ?! [07:14] RAOF: that 4G alloc is probably happening for the hash table [07:14] RAOF: e.g. your config is insane === tkamppeter_ is now known as tkamppeter === rickspencer3_ is now known as rickspencer3 === Zdra is now known as xclaesse [09:00] hey [09:00] seb128: morning [09:01] hi czajkowski [09:05] bonjour seb128, ca va? [09:07] hey, pitti, ca va bien! et toi ? [09:07] seb128: je suis bien, merci! [09:07] seb128: did anything come up at the release team meeting? [09:08] pitti, no [09:08] I saw the fun with webkit, thanks for sorting this out [09:08] good morning everyone [09:09] hey chrhi [09:09] hey chrisccoulson, how are you? [09:09] hi pitti. i'm good thanks, how are you? [09:10] chrisccoulson: quite fine, thanks! had a nice long weekend [09:10] excellent :) [09:10] i had quite a busy weekend moving my desk and having everything set up and ready by this morning [09:11] chrisccoulson: oh, you have a new "office" room now? [09:11] yeah, i'm downstairs now. we've freed up the old room for my daughter [09:12] moving my desk downstairs was not much fun [09:26] seb128: hm, I'm trying to build glom, but libgdamm4.0-dev doesn't exist; wasn't there some effort to pacakge it? [09:27] pitti, dholbach has it in a ppa he asked for review on #ubuntu-devel last week I think [09:27] goocanvasmm as well [09:27] Laney said he would have a look iirc [09:27] better to check with them [09:27] ok, thanks; ignoring for now [10:00] pitti, there? [10:00] seb128: yes, I just spoke 2 mins ago :) ) [10:00] pitti, I want to chat about gnome-settings-daemon if you have a minute [10:01] seb128: what's up? [10:01] pitti, so, I've been looking at 3.4 compared to 3.2, I will do a second round today but with order of magnitude numbers are [10:02] hm, LP just went down? [10:02] - 350 commits, I would say: 150 are on wacom (new code, side feature), 100 on translations, 25 on xrandr (better support for docking station) [10:02] some 50 are bug fixes === rickspencer3_ is now known as rickspencer3 [10:03] right, I had to pull libwacom from jhbuild to build it [10:03] and there are like 15 less easy commits like keybindings to gsettings and dropping gconf plugin [10:03] I'm pondering going for 3.4, reverting the keybinding and gconf stuff [10:03] how crazy do you think that is? [10:03] is the latter a problem because unity or others still expect keybindings in gconf? [10:04] the other option is to backport some 25 (at least) commits [10:04] pitti, yes, compiz still use gconf [10:04] I just had assumed that it would require control-center 3.4, too [10:04] lifeless: How has that config gone crazy? It's unmodified from squid-deb-proxy defaults. [10:04] in fact the keybinding stuff is one commit [10:05] I think it should be easy enough to make it select gconf or gsettings at run time, which would maybe let update gnome-shell, I know they really would like the new version [10:05] pitti, c-c, I didn't see a reason why it would [10:05] they didn't change configuration keys or format [10:05] it's mostly bug fixing, wacom, keybinding on gsettings (to revert), xrandr better dock support [10:06] the other stuff sounds fine indeed [10:06] pitti, if you think that's not too crazy I will go ahead with a second round and do a detailled summary with diffstat, diff, etc in a bug report [10:06] and land it in a ppa for testing today if I can [10:06] seb128: I'd like to get cnd's review on the new package, how the new wacom stuff holds up with our multitouch patches [10:06] seb128: that sounds great [10:07] happy to test from u-desktop PPA [10:07] pitti, wacom is a separate dir, we can't just not build it if we don't want to [10:07] can't->can [10:07] like everything in gsd it's its own .so [10:07] we can easily drop it [10:07] ah, I see [10:07] I guess we have to for the first round [10:08] it's in universe, and too old [10:08] seb128: is it an optional build dep, or do we need to hack the makefiles? [10:08] seb128: if you want, I can update it to 0.2.1, if that helps [10:08] or tjaalton might want to [10:09] pitti, we need to hack the makefiles I think [10:09] GNOME don't want to make stuff customizable or optional nowadays, they want GNOME to be it's designed ;-) [10:10] pitti: libwacom? [10:10] tjaalton: yes [10:11] seb128: oh, it seems remmina-plugins is obsolete now, binaries are now built by remmina itself [10:11] * pitti cleans up [10:12] seb128: so, let's give that a try, if it's not too hard to do; I'm happy to test with my dock, too [10:13] pitti: I'll update it, 0.3 is ok? [10:14] pitti, ok, I will work on that today, still wanting to summarize where we go in details before update [10:14] tjaalton, that would be great, thanks [10:14] tjaalton: sure; but as I said, we can't use it in g-c-c right now (without a MIR at least) [10:14] if someone could actually test this with an actual wacom device, we could do a MIR [10:14] pitti: np, it'll be available at least [10:15] oh the wacom capplet? [10:15] I have an intuos4L [10:16] pitti, hi [10:17] pitti, jbicha dropped me an email where he mentioned he's wanting to file the mir for libwacom, he really wants the new g-s-d in ;-) [10:17] pitti, well the mir is not a blocker for ppa builds [10:17] hey tkamppeter [10:17] seb128: right [10:17] pitti, so I don't know need to bother for the testing round [10:17] seb128: you still need >= 0.2.1, though [10:18] pitti, right, tjaalton is fixing that for me apparently though :p [10:19] pitti, btw remmina 1.0, well done [10:20] we got it in time for ff ;-) [10:20] seb128: yeah I'd like to have the wacom gui as well :) [10:20] seb128: I'll seed it today once jdstrand gives the final ok for freerdp 1.0.1 [10:20] actually, I'll update the seeds right now [10:21] pitti, can you drop gnome-searchtools if we didn't yet? [10:21] pitti, gnome-search-tool [10:21] what's the replacement? [10:21] pitti, nothing, design said nautilus search and dash are enough searches [10:21] * gnome-screenshot [10:21] * gnome-search-tool [10:21] * gnome-system-log [10:21] * gnome-font-viewer [10:21] seb128: ah, right, nautilus search [10:21] ^ those are our gnome-utils right now [10:21] dropping search [10:22] pitti, gnome-screenshot is its own source in fact [10:22] but yeah [10:22] pitti, thanks [10:23] - * (vinagre) [10:23] pitti, they made standalone components for gnome-utils this cycle, I only bothered packaging gnome-screenshot though since the other ones didn't get any activity worth getting the new version [10:23] + * (remmina) [10:23] \o/ [10:23] remmina recommends: remmina-plugin-rdp, remmina-plugin-vnc [10:23] so that should suffice [10:23] seb128: right, I meant "what used to be -utils" [10:24] pitti, can you upload cups-filters into Debian and Ubuntu? Thanks. [10:25] pitti, right ;-) [10:26] tkamppeter: any chance to get a simple texttops back for the release critical bug? [10:27] pitti, will do so and release as 1.0.1 upstream. [10:27] hmmm, i definitely need to get a lock for this door [10:28] tkamppeter: should I wait for this to avoid two debian uploads in a row? [10:28] pitti, OK, wait for that. [10:40] seb128, while looking at g-c-c and g-s-d could you drop Makefile.in from patches? [10:40] ricotz, is that creating issues? [10:40] seb128, this cleans the patch a bit and an autoreconf it done anyway [10:40] ricotz, ok [10:40] thanks [10:40] yw [10:41] seb128, do you know if joss has a running gdm 3.2.1.1 in debian since it is in the svn [10:42] ricotz, not sure, ask him on #debian-gnome I guess [10:43] ah, didnt recall the nickname ;) [11:03] Sweetshark: hey Bjoern, wie gehts? [11:05] Sweetshark: the "libreoffice" metapackage depends: libreoffice-report-builder-bin, but report-builder was dropped, so these pacakges don't exist any more; can you please drop the dep? [11:17] hum, could people stop spamming the desktop list with weird discussions? ;-) [11:17] yeah, i was thinking the same thing too [11:22] you know when somebody references a scene from borat the discussion has lost all hope of ever being useful [11:24] lol === greyback is now known as greyback|lunch [12:18] rickspencer3: finally! http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [12:25] Sweetshark: did you get my ping from earlier about the binfilter depends? [12:27] pitti: yes, I try to reenable building report-builder, just to see if it works. === MacSlow is now known as MacSlow|lunch [12:28] pitti: I guess that would require a FFE even if it would build *confused* (the FFE definitions dont map well to the libreoffice a-whole-distro-in-one-source-package world) [12:29] Sweetshark: hm, we had it before, though [12:29] seb128: do you happen to know about packaging lightdm-gtk-greeter? [12:29] pitti, being done by Debian, I will sync once it's uploaded [12:29] pitti, I can have a look to not wait on Debian this week if you want to but not today [12:29] pitti, it's mostly ready in the pkg-xfce vcs in Debian [12:30] pitti, http://anonscm.debian.org/viewvc/pkg-xfce/goodies/trunk/lightdm-gtk-greeter/debian/ [12:34] seb128: ah, thanks [12:35] pitti, ideally somebody from xubuntu or lubuntu who step up to maintain that greeter [12:35] since they use it and we don't... [12:35] right === greyback|lunch is now known as greyback [13:32] pitti: seems like some on the needed deps for report-builder got demoted to universe :( === MacSlow|lunch is now known as MacSlow [13:41] Sweetshark: don't worry, we'll re-promote it once it needs it again [13:46] bug 919659 <- oh, great. lets just kill 3.4 and backport 3.5 ... [13:46] Launchpad bug 919659 in libreoffice "[Downstream] Can't open/save spreadsheet with password" [High,Triaged] https://launchpad.net/bugs/919659 [13:46] [13:50] good morning [13:51] hey jbicha, how are you? [13:53] I'm doing good, how was your weekend? [13:54] jbicha: it was really nice [13:55] remmina forgot to install its desktop file, it's fixed in trunk now though [14:00] jbicha, hey [14:00] jbicha, your g-s-d work, did you start on changes for the new version there or only merging on Debian? [14:03] seb128: I did both [14:03] jbicha, hum, ok :-( [14:04] jbicha, I don't want to increase diff by mixing a debian merge with the update, I will pick bits out of your work and rebase manually then [14:12] wow the archive is slow today... been downloading updates for 30m this morning [14:12] you'd think it was release day :) [14:15] hmmm, my neck really isn't used to looking to the left [14:15] perhaps i shouldn't have rearranged my desk ;) [14:15] haha [14:15] chrisccoulson: noone's neck is -- the monitor should be right in front of you [14:15] pitti - oh, my primary screen is. but the laptop screen + dock are on the left [14:16] they used to be on the right, but that's where i also have my mouse [14:16] so i thought i'd try moving the dock so that i have more room [14:16] it feels a bit weird though [14:18] m4n1sh: hey, how are you? === davidcalle_ is now known as davidcalle [14:29] seb128, pitti: Why did we re-enable indicators for the fallback session? That will challenge some assumptions elsewhere about whether Unity==indicators (e.g. the way we swap in our date/time panel for upstream's) [14:30] mterry, [14:30] gnome-panel (1:3.3.5-0ubuntu2) precise; urgency=low [14:30] * debian/patches/41_classic_layout.patch: [14:30] - Change the defaults to be more "classic Ubuntu": Show indicators [14:30] & show desktop, drop GNOME clock & notification area (LP: #846378) [14:30] mterry, jbicha did it [14:30] mterry, I've no strong opinion either way [14:30] mterry, hey btw, had a good w.e? ;-) [14:30] I also thought we were trying to not modify the upstream experience [14:31] mterry: err, we did? [14:31] seb128, yeah, it was good :) [14:31] mterry: I think we should not have any indicators in gnome-shell or gnome-panel [14:31] pitti, I tend to agree [14:31] pitti, cf the changelog I just copied [14:31] right, I think we should revert that [14:31] I've no strong opinion, jbicha and ricotz are in charge of GNOME upstream experience ;-) [14:31] jbicha: ^ opinion? [14:32] pitti, well he's the one who did the change so I guess he's in favor of it [14:32] jbicha: I'd rather ship a real upstream experience now [14:32] seb128, yar but he may not be aware of the consequences [14:32] I'm unsure, people updating for lucid would probably like to still get their gnome-panel session similar to what they are used to [14:32] jbicha: we don't really test indicators and other ubuntu-isms in gnome upstream, so we better not modify it too much? [14:32] jbicha, just FYI, other parts of the desktop now detect whether they are in Unity or not to expose indicator preferences [14:33] mterry, well what you say that is that we shouldn't have added indicator-applet back [14:33] correct [14:33] in the archive [14:33] we even removed it, didn't we? [14:33] Oh, I guess [14:33] pitti, because it was not ported to GNOME3 [14:33] That's my biggest concern, yeah [14:33] no, because we (well, seems "only some of us") didn't really want it back [14:33] well, on the other side quite some people like gnome-panel with indicators [14:33] seb128, have them email GNOME to add it. ;) [14:34] lol [14:34] well we have indicator-applet and it's working [14:34] Ah, but it's not quite. Users have no way to modify some of the settings [14:34] and now we don't have a real gnome any more [14:34] it's about time we really fork gnome-control-center [14:34] we stack hacks on hacks between sessions [14:35] we should have an ubuntu-control-center and a gnome-control-center [14:35] but that's a discussion for next cycle ;-) [14:35] pitti, well gnome-shell is real GNOME [14:35] seb128, perhaps. But then to fix this, we'd be talking about swapping out the control center for the fallback session. Which gets us further from the GNOME experience. [14:35] ok, I'm out of this discussion [14:36] :) [14:36] I don't think gnome-panel is worth the time we are loosing discussing it [14:36] seb128, care to talk about keyboard indicators instead? [14:36] mterry, I'm happy to talk keyboard ;-) [14:36] I don't get the no-keyboard-indicator bug you see. So I'm not sure if I'm doing the same thing as you [14:36] mterry, sorry for the list spam, I should draft emails rather than just commit after each step of testing :p [14:36] heh [14:36] mterry, the user switching one? or the "in session indicator"? [14:36] The in-session indicator one [14:37] mterry, my switch to workspace keybindings are broken as well with your update [14:37] so something is broken with g-s-d [14:37] I tried to --debug run it but I didn't see anything obvious [14:37] seb128, ?? [14:38] seb128, hmm. sounds like maybe it's blocking on something? Never gets to the point where it can show keyboard indicator or handle events [14:38] mterry, well I've alt-1 for switch to ws1 for example, with the g-s-d from the ppa that stopped working [14:38] seb128, like if it couldn't get a response from accountsservice when it tried to tell it about your layouts? [14:38] so I'm wondering if there is an issue leading to some plugins not loading [14:39] hum [14:39] mterry, could be yes [14:39] My patch is real small. It's just calling accountsservice calls (but doing so synchronously) [14:39] seb128, can you double-confirm you have the accountsservice from the PPA? [14:40] mterry, do you use the gir? [14:40] ii accountsservice 0.6.15-2ubuntu4+keyboard1 query and manipulate user account information [14:40] ii gir1.2-accountsservice-1.0 0.6.15-2ubuntu4 GObject introspection data for AccountService [14:40] ii libaccountsservice0 0.6.15-2ubuntu4+keyboard1 query and manipulate user account information - shared libraries [14:40] [14:40] seems I didn't update the gir [14:40] could it break stuff? [14:40] No, shouldn't... it doesn't use the gir [14:40] * kenvandine wishes robert_ancell was online for a hug, he cleaned up all the compiler warnings in gwibber :) [14:41] hehe [14:41] and he started a branch with bake :) [14:42] mterry, gdb on it seems to indicate it's not blocked [14:42] #1 0x00b05020 in __GI___poll (fds=0x9c5f590, nfds=10, timeout=3999) [14:42] at ../sysdeps/unix/sysv/linux/poll.c:87 [14:42] #2 0x007d280b in g_poll (fds=0x9c5f590, nfds=10, timeout=3999) [14:42] at /build/buildd/glib2.0-2.31.16/./glib/gpoll.c:132 [14:42] #3 0x007c4dde in g_main_context_poll (n_fds=10, fds=0x9c5f590, [14:42] [14:43] seb128, curious... my patch seems so harmless besides the possibility of blocking: https://launchpadlibrarian.net/92613030/gnome-settings-daemon_3.2.2-0ubuntu15_3.2.2-0ubuntu15%2Bkeyboard1.diff.gz [14:43] And it's not just crashing for you it sounds like [14:44] mterry, ok, scrap the "keybindings are not working" [14:44] mterry, they seem to work, maybe I had the wrong layout and didn't notice since the indicator is not showing [14:44] ah, heh [14:44] mterry, but you got the indicator to show? [14:45] seb128, yeah. I have 4 layouts configured, and I see the indicator [14:45] hum [14:45] d-feet returns what seems the right keymaps list [14:46] * mterry wonders how widespread this is; needs another tester [14:50] didrocks, heyo! [14:50] have y'all tried default gnome-panel without the indicators? it's pretty horrible, the battery icon does nothing, it doesn't scroll well, and so on [14:51] * mterry waves to jbicha [14:51] mterry: hi! [14:51] jbicha, nope, only with the indicators :) [14:51] mterry, [14:51] $ gsettings get org.gnome.libgnomekbd.keyboard layouts [14:51] ['de', 'fr\toss'] [14:51] mterry, so that seems correct... [14:52] jbicha, I just wanted to make sure that it was understood that the preferences for the indicators don't show outside of Unity [14:53] mterry: :( well at least it looks prettier [14:53] seb128, and you proved that g-s-d is not blocked with gdb... If you add a layout, does accountsservice reflect that over DBus? [14:53] hey mterry :) [14:54] seb128, (the XKeyboardLayouts attribute) [14:54] I think we really need a separate OnlyShowIn: value for GNOME Classic than for Shell [14:55] mterry, it does [14:55] seb128, so that means my patch in g-s-d is doing its job. Just somewhere along the line the indicator got lost [14:56] didrocks, can you do me a favor and try the keyboard packages from the desktop PPA? [14:56] mterry, I can easily trigger the issue if you need help debugging, like I "sudo apt-get install gnome-settings-daemon=3.2.2-0ubuntu15" and restart g-s-d and I get an indicator [14:56] didrocks, I want to see if this is a French thing or not :) [14:56] I use the ppa and restart g-s-d and I get none [14:57] mterry: sure, you meant, the g-s-d here? [14:57] didrocks, there are four packages, accountsservice, g-s-d, lightdm, unity-greeter [14:57] didrocks, and then you have to log out and back in twice. :) [14:57] didrocks, might just be easier to dist-upgrade rather than pick them out [14:58] mterry: ok, that can wait for ~ half an hour? [14:59] didrocks, sure [14:59] didrocks, no rush, thanks! [14:59] will do :) [14:59] tedg, did you get a chance to look at my indicator-power patch? I wanted to distro-patch it in for FF, but would feel better if I could say "backported from trunk" in the changelog :) [15:00] mterry, I'm pretty puzzled at why your diff would break anything... [15:00] mterry, Yeah, I saw it, I'm not sure if it conflicts with charles' patch though. [15:00] mterry, I haven't looked at the two together yet. [15:01] seb128, me too :-/ [15:01] charles' patch, eh? /me looks [15:01] mterry, can you confirm one of the other issues I reported at least? ;-) [15:01] seb128, heh, sure. let me try the switch user one [15:02] seb128, also, I tried switching layouts in the greeter and I wasn't able to log in anymore. So for me, it seems layout switching is working [15:03] seb128, wish there was a place to type that let you see what you were typing [15:03] mterry, hum ok, anyway none of those seem blocker for an upload so maybe get that in precise and let's see what bugs come [15:03] seb128, the indicator one is kinda bad [15:03] mterry, can't you enable back the "other" in some config way? [15:03] for nfs,ldap logins [15:03] seb128, other? [15:03] mterry, the entry that let you type an username [15:04] mterry, isn't that required for i.e ldap logins? [15:04] seb128, oh right. no? not sure what happened to that, but haven't seen it in a while. let me check cde [15:04] code [15:04] I used to type in that field to see what I typed [15:04] mterry, it was disabled by default, but I'm pretty sure that respect a config, like show user list [15:05] mterry, http://bazaar.launchpad.net/~unity-greeter-team/unity-greeter/trunk/revision/236 [15:05] mterry, the check is easy to ack away at least for testing [15:05] -if (greeter.hide_users_hint) [15:05] +if(1) [15:05] I guess [15:07] seb128, or greeter-hide-users=true in /etc/lightdm/lightdm.conf [15:07] mterry, well then I guess you loose your users to test what config reading [15:08] it would only list the username,password prompt in that case? [15:08] seb128, I think so? Let me try. Not sure I have the absolute correct syntax yet [15:08] mterry, well that's what I would think the option do, hide your users [15:09] that might not be good for testing [15:09] I guess easier is to do a local build and show the chars in the password entry [15:10] mvo, ping [15:10] seb128, hrm. I also don't get the switch-user behavior you describe. When you switch users, does the user list have to scroll to get to your name? [15:10] seb128, why not good for testing? [15:10] mterry, no, I think the greeter is spawned with that user selected [15:11] seb128, yar, but for me, it animates scrolling to the user. Does it do that for you? [15:11] mterry, vt switching sucks too much there, by the time I see the greeter it's already rendered, if it had to do an animation I don't see it [15:11] k [15:11] mterry, what user is selected by default? [15:11] mterry, the user I tested happens to be the first in the list [15:11] if that makes a difference [15:11] so no scrolling needed [15:12] mterry, that's maybe a corner case if the user selected for switching is the default one [15:12] mvo, the dependency problem with apt-get install libpackagekit-glib2-dev [15:12] seb128, yup, if it scrolls, no bug. But I do get it for first user [15:13] mterry, I'm building a g-s-d locally with your patch and some printfs, let's see how that goes [15:13] seb128, it's not the default one, but the first alphabetically [15:13] mvo, is preventing it from being released into precise [15:13] mterry, right [15:13] mterry, ok, good, so you can at least confirm this one ;-) [15:13] now let me try disabling chars [15:13] seb128, oh, I bet it looks horrible too for you! I didn't put the light-themes changes in the PPA [15:14] mterry, it looks weird but I didn't stop at cosmetic issues, it's not uif yet ;-) [15:14] still, gotta have all the bling one can get [15:14] mterry, hum, in fact I had only one glitch [15:14] ronoc: the dependency problem that it pulls in packagekit itself? [15:14] mterry, we got a light-themes snapshot recently, I think it includes the theming work Cimi did [15:15] mterry, or was there extra tweaks since? [15:15] mvo, that's the one [15:16] seb128, no, don't think that includes his lightdm tweaks [15:17] oh it does, just in a different place... [15:17] mterry, wtf [15:17] so now i have to wonder how to get it to apply... [15:17] mterry, so your ppa package rebuild locally works...is there any chance the i386 ppa build built with the old accountsservice and that's creating issues or something [15:18] seb128, I can't see how... doesn't need its headers or dbus api or anything beforehand [15:18] ronoc: if the python-packagekit recommends get lowered to suggests, that should be all that is needed to fix it [15:19] seb128, does it also fix the switching layouts issue? :) /me hopes [15:19] mterry, on the greeter? I can't tell, I don't want to reboot now [15:19] mvo, ok probably doesn't make a difference but for the record I'm not using python [15:19] seiflotfy: do you kow if m4n1sh will get around soon? I think we need an activity-log-manager release with the COPYING issue fixed if we want to push it to main (and preferably the gtk warning/treeview issues fixed as well) [15:20] mterry, I lost your lightdm changes when I fixed lightdm yesterday and didn't restart since I got the new update from the ppa so I'm running the archive version [15:20] mvo, it would be nice to get this today, any chance you could fix that and kenvandine can try the release again [15:20] seb128, no problem. all that's needed is liblightdm-gobject, so just having unity-greeter restart is enough [15:21] mterry, ok, that I can try [15:23] didrocks: back. so it is not pushed in main yet? [15:23] didrocks: since it is uploaded to repos, so is FF applicable? [15:23] mterry, yeah, that fixed it [15:23] since this release is bug fix [15:23] mterry, so dunno wth with the ppa build [15:24] m4n1sh: no, but putting in main requires to meet the FF [15:24] oh noes [15:24] m4n1sh: and there is no official release with the fixed copyright file, so I can't ask for a MIR [15:25] m4n1sh: as you have that in trunk, can you cut a release with it? [15:25] I fixed COPYING, the binary name issue [15:25] yes [15:25] m4n1sh: I'll push and harass mterry so that he can review the MIR [15:25] but there are two open bugs [15:25] great :) [15:25] hum, which ones? [15:25] (the desktop files are fixed) [15:25] ? [15:25] yes [15:25] i checked it in a VM [15:25] works [15:25] two bug fixes are about application tab [15:26] i can fix it now [15:26] which leads to crash [15:26] and other in history tab, which is mostly about wrong error messages [15:26] m4n1sh: ok, tell me when you will have processed the release then :) [15:26] trying in 2 hrs [15:26] thanks :) [15:26] seb128, OK, with your manual build then, the only bug is the user-switching one? That's not bad [15:27] mterry, yes [15:27] parallel clothes washing and bug fixing.. oh boy [15:27] mterry, I feel uneasy about the ppa build stuff though [15:27] mterry, did you try g-s-d from the ppa or your local build? [15:27] seb128, I'm currently on the PPA [15:27] seb128, no break that I can see [15:27] mterry, though I don't understand how the ppa could make any difference [15:28] ronoc: let me talk to ximion (in #Packagekit) about the best course of action then I can do aupload [15:28] mvo, thanks [15:28] mterry, there are some warnings like /build/buildd/gnome-settings-daemon-3.2.2/plugins/keyboard/gsd-keyboard-manager.c:130: warning: undefined reference to `XkbKeysymToModifiers' [15:28] seb128, oh wait! I just killed gnome-settings-daemon and got your bug [15:28] but that's nothing that could create that... [15:29] seb128, so maybe I was on a local build after all and just now switched to the PPA one [15:29] mterry, ok, so ppa is b0rked, next question: "why"? [15:29] ronoc: did you see the reply from glatzor? that sounded encouraging, didn't it? [15:29] seb128, I will start a rebuild and at least see if it's a Heisenberg [15:30] mvo, yep just responding now. I have already done everything he suggested, will do the renaming/refactoring object name after FF [15:32] brb [15:32] ronoc: cool - so that leaves some bugs, right? i.e. you don't always see signals? [15:33] mvo, no I think it's fine [15:33] mvo, afaict from my testing last week it seemed good to go [15:33] mvo, it's the packaging [15:33] *just [15:33] deps [15:35] mterry, ok, got it [15:35] mvo, mpt agreed to drop the requirement to represent 'updates installing' [15:35] that made my life a hell of alot easier [15:35] i.e. didn't have to bother with transactions [15:35] mterry, easy one ;-) [15:35] seb128, oh good! [15:35] mterry, the ppa build has " App indicator support: no" [15:36] heh! [15:36] mterry, I think something with the recent transitions [15:36] why.... h, [15:36] OK, so on that theory, the rebuild will be better [15:36] mterry, I wonder if it works locally because I still have an old lib or something [15:36] Oh, you think it needs a configure.ac change [15:36] yes [15:38] ronoc: ok, new PK is uploaded [15:38] didrocks: impressive compiz changelog! [15:38] ronoc: aha, nice to hear :) [15:38] pitti: 4 months of upstream work :) [15:38] seb128, part of the configure script is checking for the gtk2 version, part is checking for the gtk3 one [15:38] mvo, sweet thanks a mill :) [15:38] kenvandine, ^^ [15:39] session restart brb [15:39] mvo, ronoc: thx [15:40] ta [15:40] eh [15:40] yw [15:40] you know what I mean :) [15:41] mterry, I don't get why it worked before [15:41] seb128, OK, I have a keyboard3 packaging building in PPA that I will ping you to try later. Should fix the indicator thing [15:41] mterry, in auto case it checks for the gtk2 version [15:41] seb128, a dep probably pulled in libappindicator-dev [15:42] mterry, yeah, must be [15:42] mterry, thanks! [15:42] mterry, I'm glad we sorted it ;-) [15:42] me too [15:42] * mterry now looks at theming problem [15:42] * mterry wishes things would stay fixed [15:43] mterry, oh, I know what changed [15:43] mterry, the gtk3 indicator-dev used to depends on the gtk2 one since they had the .h common for both version [15:44] ah... [15:44] mterry, that got fixed last week, they each have their .h now [15:44] ok, great, mystery solved ;-) [15:44] That doesn't seem right (sharing a .h). But I probably did that patch originally... My bad :) [15:44] * seb128 back to updating g-s-d to 3.3 [15:46] stupid question [15:46] mvo: hm, I don't understand your packagekit change -- shouldn't packages which need the API depend on PK | aptdaemon-pkcompat? [15:46] but how do I bzr bd-do to refresh my patches nowadays? [15:46] seb128: you mean in an UDD branch? [15:46] it refuses to log me into the shell because one patch fails to apply ... which is exactly why I want to log in, to refresh it [15:47] pitti, no, ubuntu-desktop debian only types [15:47] bzr bd-do fails because one of the patches doesn't apply [15:47] eww [15:47] how do I refresh patches then? [15:47] I guess that's rather an #ubuntu-devel question [15:48] hm, I don't see a --dont-apply-patches-dammit option [15:48] seb128: you could manually unpack the tarballs with tar xf ../foo.tar.bz --str=1 [15:48] refresh the patches, and then "bzr clean-tree --ignored --unknown" again [15:48] but again, eww [15:48] pitti, well I'm rm debian/patches/series; bzr bd-do; bzr revert debian/patches/series [15:48] but that sucks [15:49] yes [15:49] well rather comment the patches from the serie and uncomment [15:49] but that's ridiculously stupid to do ;-) [15:50] mvo: oh, it's for the library, I see [15:53] tedg, ah, I see his branch. I think I like mine slightly better, but I'm probably just being biased. I don't care which gets implemented, but that decision should probably happen soon, because I don't want to distro-patch the wrong one and end up with a dead-end gsettings value [15:58] * tedg sets up the octagon ... mterry, charles_, fight! [15:59] Of course I mean the octagon of love. This is a family IRC channel. [15:59] tedg, yeah, I would think instead of an octagon, we hug it out in the circle of friends [16:01] seb128: you can bzr bd-do [16:01] wait it to fail [16:01] cd ../build-area/ [16:01] quilt push/pop whatever you need [16:01] and cp the patch… [16:02] didrocks, I like my edit series still better :p [16:02] :p [16:02] at least it copies all the diff over for me [16:02] yeah [16:02] but thanks ;-) [16:02] yw ;) [16:02] mterry: ok, ready now, too longer than expected [16:02] mterry: so, you want me to dist-upgrade from the ubuntu-desktop and try lightdm/keybindings? [16:03] jono, I think mterry has found a new UDS activity... we set up a circle of friends, get those blow up sumo suits, and we use it to decide "hard conversations" [16:03] didrocks, hold off on that for a sec [16:03] didrocks, new package building [16:04] tedg, heh [16:04] |o| [16:05] didrocks, what's that mean? :) [16:06] tedg, lol [16:06] Is amd64 in bad shape in the archive? getting various unmet dependencies [16:06] mterry: I hold up my arms, don't touch the keyboard anymore :) [16:06] didrocks, we figured the issue so there is less need for another tester [16:06] ah great :) [16:06] mterry, Woodpecker has put a whole in his tree, away from keyboard to get shotgun. [16:06] pitti: yeah, just the libs to avoid that they pull in pk [16:06] tedg, heh [16:06] hole [16:07] seb128, you on i386? that build succeeded [16:07] mterry, yes === charles_ is now known as charles [16:07] try keyboard3 [16:07] mterry, but I'm pretty sure that was the indicator stuff being disabled [16:07] mterry, you would feel better if I try the update from the ppa still? ;-) [16:07] mterry, tedg: I don't mind which branch gets used, I kind of like my branch o/c :) [16:08] seb128, yeah :) This one says "App indicator support: yes" so just want to confirm it works [16:08] I thought I marked the ticket as "in progress" though -- I'm not sure why the duplication of effort happened? [16:08] mterry, ok, I will test it, but only because it's you! ;-) [16:08] charles, this is why we need sumo suits! Yeah, sorry, I had the work item from UDS, but I never saw the bug [16:08] is there something else I needed to do to flag the ticket to avoid duplication? :) [16:08] mterry: ah, ok [16:09] charles, just that the bug and blueprint never got connected [16:10] tedg, check his branch first, since I'm pretty sure this was my mistake and it looks like his branch fixes some other stuff too? :) [16:13] mterry, hum, I wonder why the amd64 builders are unhappy [16:14] seb128: failing on build depends? [16:14] http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [16:14] might be the fontconfig upload [16:14] I think I like my branch a little better since it binds directly to the gsettings. mterry's is a smaller patch though, and should work, so they're both good [16:14] fontconfig is built on all arches, so I hope it'll clear up in some 20 mins [16:15] if it's not that, I need to dig deeper [16:15] pitti, seems to be [16:15] pitti, danke [16:15] mterry, I'm an happy man again, thanks ;-) [16:16] (the ppa build works fine) [16:16] seb128, yay! [16:16] so I'll push once I figure the theme. Can fix the scrolling thing later, I think I know what that is anyway [16:23] pitti: how come that even though: https://launchpad.net/ubuntu/+source/libxml-openoffice.org there is no libxml-java-openoffice.org to be found in my pbuilder? [16:25] (and yes, I added a universe line the sources.list) [16:27] seb128: precise_probs back to normal, now mostly compiz-y stuff [16:27] pitti, great, thanks [16:27] Sweetshark: it existed until oneiric, not in precise any more [16:28] pitti: ugh, doh! [16:28] pitti: I keep mixing up release names again and again. [16:29] https://launchpad.net/ubuntu/+source/libxml-openoffice.org/+changelog [16:29] Sweetshark: ^ It was removed from Debian and we followed suit [16:29] it had no reverse dependencies any more [16:29] Sweetshark: if we need it back, we can reintroduce it [16:30] but it does smell pretty stale [16:31] no, actually we need the "libxml-java" source package from debian ... [16:31] compiz failing on many arches doesn't help installability, of course [16:31] Sweetshark: ah, fun; that was also removed a while ago, so it's back now? [16:32] Sweetshark: syncing [16:32] pitti: yes, that and a bunchload of other java-related stuff [16:33] Sweetshark, hey, this doesnt sound like fun having it backported to lucid :\ [16:33] Sweetshark: ah, needed unblacklisting (done now), that needs some time to propagate [16:34] Sweetshark: I'll sync it tomorrow [16:35] ricotz: disable reportbuilder then? [16:36] pitti: same for the flute source package, I guess? [16:36] Sweetshark: https://launchpad.net/ubuntu/+source/flute/+changelog [16:36] that should be published [16:36] Sweetshark: but it's in universe [16:37] Sweetshark: it's new, so needs an MIR if you need it [16:38] pitti: ah, right. then there is is source pentaho-reporting-flow-engine, which seems to be missing from precise [16:38] https://launchpad.net/ubuntu/+source/pentaho-reporting-flow-engine/+changelog [16:38] Deleted in karmic-release (Reason: renamed to pentaho-reporting-flow-engine-openoffice.org) [16:39] Sweetshark: unblacklisted, added to sync TODO list [16:40] pitti: and source liblayout also missing from precise [16:40] Sweetshark, i noticed this conversation, so havent actually looked at it yet [16:41] mterry, hey [16:41] just trying to apply a patch to lightdm at the mo [16:41] Sweetshark: added to TODO [16:41] ronoc, ok [16:41] mterry, I get this http://paste.ubuntu.com/840568/ [16:41] from unity-greeter trunk [16:41] Sweetshark: similar ones are jcommon-serializer, flute-1.3-jfree, librepository, libformula, libfonts-java [16:41] mterry, I have installed lightdm from the desktop ppa [16:42] pitti: I need librepository, libformula and libfonts too. [16:42] mterry, should i branch from your branch to apply the patch there [16:42] Sweetshark: libformula sounds like a similar case [16:42] it's a small patch [16:42] mterry, will not conflict with your work [16:42] ronoc, I fixed that already... [16:42] Sweetshark: libfonts-java is not in Debian again [16:42] hence why i would like to do from trunk [16:42] should be in unity-greeter trunk [16:42] hmmm [16:42] ok ill pull again [16:43] ronoc, let me doulbe-confirm [16:43] Sweetshark: sorry, mis-looked [16:43] ronoc, sorry, I think I forgot to push :( Will do so now [16:44] mterry, sound [16:44] pitti: and MIR for libbase [16:44] Sweetshark: so, flute-1.3-jfree again? [16:46] ronoc, done [16:46] mterry, thanks [16:46] (r285) [16:47] mterry, compiling now fine, thanks [16:48] pitti: http://packages.debian.org/source/sid/flute [16:49] Sweetshark: ack [16:49] good night everyone! [16:52] pitti: hey there! dont leave, without a big "thank you!" [16:52] pitti: ;) [17:02] pitti: four more: pentaho-reporting-flow-engine needs a sync and sacjava, libserializer and libbase a MIR === fenris is now known as Guest17978 [17:25] DBO: hey. how persistent are bamfwindow structs? [17:25] do they drop when i unref them or do they drop when the window stops existing? [17:37] RAOF: pastebin the confi, let me see. [18:07] have a good evening everyone [18:24] seb128: there? [18:24] m4n1sh, yes [18:25] I am getting this issue at console [18:25] Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand character without intending to start an entity - escape ampersand as & [18:25] I see a lot of bugs with this warning [18:25] is it some issue with Gtk or the code? [18:25] m4n1sh, the code [18:25] you don't properly escape strings you use in a markup function [18:25] you mean set_markup ? [18:25] it's like if you had invalid html syntax in an html document [18:26] m4n1sh, well any label which is in markup format yes [18:26] checking [18:26] m4n1sh, gtk_set_label_markup for example [18:26] mterry, wb! [18:27] seb128, heh, went for lunch and forgot to re-launch IRC [18:27] seb128, did I miss anything? [18:27] seb128: yes. Looking at any such [18:27] mterry, you missed me looking for you ;-) [18:27] seb128, what's up? [18:27] mterry, so... [18:28] mterry, when do you plan to update those ppa versions of yours? at least accountsservice and g-s-d [18:28] seb128, you mean upload? [18:28] seb128, I just uploaded accountsservice and lightdm [18:28] mterry, I've a g-s-d 3.3.5 test package I want to push to the ppa which needs to go with an unity-greeter upload [18:28] mterry, but I'm trying to avoid too much different testing versions around so I would like yours to be mainlined first [18:28] seb128, fixed the switch-user thing btw [18:29] great [18:29] seb128, right. I'm mainlining them now. I can push g-s-d and will roll a release of unity-greeter 0.2.1 and push it in [18:29] great, thanks [18:29] seb128, will ping you when done [18:29] mterry, I'm pondering trying to get you to rush a small fix in 0.2.1 ;-) [18:30] seb128, OK, shoot [18:30] mterry, so, small issue which becomes a problem thanks to desrt [18:31] g-s-d 3.3 renamed org.gnome.settings-daemon.plugins.wacom to org.gnome.settings-daemon.plugins.gsdwacom [18:31] seb128, ah, easy fix. sure [18:31] which of course leads unity-greeter to abort [18:31] mterry, well, easy "fix", I plan to do an upload with the rename in the ppa [18:31] seb128, man, why would they make that change... [18:32] mterry, the real fix would be make settings-daemon.vala check if schemas exist before trying to use them [18:32] to avoid any exit on broken schemas [18:32] mterry, yeah, that's a stupid thing to do to start with, thanks bastien... [18:33] mterry, don't bother for that version, I will use a breaks and do an unity-greeter matching upload [18:33] seb128, but if I'm going to mainline 0.2.1... why bother fixing it in PPA? [18:33] mterry, because g-s-d 3.3 is a to test, we stayed on 3.2 until now [18:33] and you will hit the opposite problem if you upload the rename with g-s-d 3.2 [18:33] the name will mismatch the other way around [18:33] the real fix would be to skip invalid schemas [18:33] seb128, right. So what's the fix you want in 0.2.1? the skip invalid? [18:34] if possible [18:35] seb128, so I can certainly do that, but there will still need to be some coordination for the release, else gsdwacom will suddenly be enabled in unity-greeter. But regardless of that, I suppose it makes sense to avoid an abort [18:35] mterry, well you could list both if we don't abort on missing schemas ;-) [18:36] seb128, oh yeah. :) [18:36] That's TWO changes seb128 [18:36] lol [18:36] indeed! [18:36] mterry, you know how to do the "handle missing schemas"? [18:36] I believe so [18:36] basically it should be check if the schemas is in g_settings_list_schemas (); [18:36] if not skip it [18:37] mterry, ok, since that's 2 changes you win 2 beers if you get that in your upload ;-) [18:37] I have to list all? Is this some plot of desrt's to discourage people from doing this crap? [18:38] mterry, yeah, I believe so :-( [18:38] seb128: re webkit, did you test the linker flags that are supposed to help? fwiw I tried --no-keep-memory and bluez builds locally, with a ulimit -Hv 3700000 [18:38] seb128, he should have made it harder to rename schemas then [18:38] seb128: seems to peek at around 2.7 G memory or so when linking libwebkitgtk [18:39] cyphermox, bluez? [18:39] seb128: ignore me, I just noticed I did something incredibly stupid in testing this [18:39] seb128: what about bluez? [18:39] cyphermox, no I didn't yet, I delayed that to after ff [18:39] cyphermox, you wrote "--no-keep-memory and bluez builds locally" [18:39] seb128, there's also g_settings_schema_source_lookup [18:39] seb128: thinko. :) [18:40] mterry, it's not on http://developer.gnome.org/gio/unstable/GSettings.html ? [18:41] cyphermox, I didn't try yet in any case, it picks a bit over 3g without it, but your testing is appreciated [18:41] seb128, http://developer.gnome.org/gio/unstable/gio-GSettingsSchema-GSettingsSchemaSource.html [18:41] cyphermox, you say the testing is not correct? let me know if you try again [18:41] seb128: I will in a minute [18:41] mterry, oh ok, thanks [18:41] seb128: let me know if I can spare cycles again to help with this [18:42] cyphermox, well if you want to help you are most than welcome [18:42] the issue is that I was building on amd64 instead of i386 [18:43] ok [18:43] you should still see if the option helps there I guess [18:44] jbicha, ricotz: ok, I've a working g-s-d 3.3.5 with a fixed unity-greeter, I will upload to ppa, do a bug with details for review, email etc later [18:44] jbicha, ricotz: I'm waiting first for mterry to clear up the ppa and upload his g-s-d and unity-greeter to precise [18:45] seb128, you need the new unity-greeter specifically? I can update g-s-d now, but will have to squeeze in some changes for unity-greeter (am going to try to fix the drag-window-by-menubar too [18:46] Hi [18:46] I would like to test out https://bugs.launchpad.net/compiz-core/+bug/864478 [18:46] Launchpad bug 864478 in unity "Window shading is broken" [High,Fix released] [18:46] mterry, not if you are fine with me upload unity-greeter in the ppa with wacom->gsdwacom stuff to get with my gsd [18:46] The description there says to modify '/apps/compiz-1/gwd/titlebar_action', but I don't see that in gconf settings [18:46] mterry, just be careful to not sneak the rename in the archive later on [18:46] sil2100, try #ubuntu-unity [18:47] sil2100, didrocks called it a day and nobody else has been looking at those issues, you have a better chance with the unity,compiz guys on #ubuntu-unity [18:47] sil2100, #ubuntu-unity is the right channel for unity question anyway since that's where you will find the people working on the code [18:47] Understood [18:47] seb128, that's fine. I don't need further testing for unity-greeter in the PPA [18:47] mterry, ok, thanks [18:48] seb128, so I'll update g-s-d now then in archive [18:48] mterry, I'm out for dinner, if you upload your g-s-d version to precise I will upload mine later [18:48] mterry, excellent, thanks! [18:48] cool [18:48] have a good dinner [18:48] thanks ;-) [19:05] seb128, alright, looking forward to it [19:05] mterry, ^ :) [19:05] :) [19:27] desrt, bamf owns the ref [19:28] to me that says "this lives forever" [19:29] DBO, hey [19:29] hey ricotz [19:29] DBO, are there plans to enable the introspection build for bamf again? [19:29] desrt, it lives until bamf decides it shouldn't live [19:30] ricotz, uhhhh I think so [19:30] DBO: so i should take a ref on it is what you're saying :) [19:30] DBO, i was hoping to get some official vala bindings instead of handwriting them ;) [19:32] desrt, hey, are you playing with bamf in vala? [19:32] desrt, yes [19:32] ricotz: i wish :) [19:32] ricotz, I'll ask thomi about it today [19:33] hmm, i am avoiding taking refs on views :\ [19:33] who should i bother about looking at bug #682338? it's been sitting in the sponsor queue for over a month [19:33] Launchpad bug 682338 in libcairo "GTK programs in Ubuntu 10.10 are sluggish over NX" [Medium,Confirmed] https://launchpad.net/bugs/682338 [19:33] desrt, DBO, http://bazaar.launchpad.net/~docky-core/plank/trunk/view/head:/vapi/bamf.vapi [19:33] my original thought was to figure out how to detect NX in particular, but i can't find any way to distinguish it from the X server it was forked from [19:33] ricotz, you dont *have* to take a ref [19:33] but if you dont it will die on its own when you get a closed signal [19:34] DBO, yeah, i guess i am hitting this problem [19:37] broder, you can upload if you feel like taking responsability for the change ;-) [19:38] seb128: well, i think the implications of the change are fairly well documented: if someone were to happen to use the patched cairo with a *really* old X server, it might crash [19:38] broder, the issue is, what happens if you i.e ssh -X from a debian stable system? [19:39] debian oldstable isn't old enough to trigger this bug, IIRC [19:39] stgraber, heyo. Is edubuntu ready for a gsettings unity-greeter? [19:39] broder, ok, I can upload that [19:39] broder, I will do it today [19:39] mterry: no, but upload anyway, I'll take care of it this afternoon so it's fixed for our next daily [19:40] seb128: instead of the patch that's there, i might change src/cairo-xlib-display.c instead to not set ->buggy_repeat = TRUE in the first place [19:40] stgraber, cool [19:40] broder, if you want to add a new patch to the bug please do [19:40] seb128: i can make that adjustment and do the upload; i just wasn't comfortable with making the judgement call on whether the patch was conceptually acceptable [19:40] broder, or feel free to upload, I think the fix is fine [19:40] ok. i'll double-check that debian oldstable isn't old enough to be problematic [19:41] broder, I think we should be fine and we are early enough in the cycle to change that if there are issues [19:41] seb128: awesome, thanks. i'll take care of it later this evening then [19:41] broder, debian oldstable has xorg 7.3 it seems and the fdo bug mention 6.9 [19:41] broder, thanks [19:51] DBO: please fix your bamf docs... [20:30] RAOF: more input issues :/ [20:31] RAOF: the mouse cursor is often 'getting stuck' [20:31] usually (but not always) near the boundaries of displays [20:31] happens maybe 50% of the time [20:32] pulling the mouse back and 'trying again' is often enough to unstick it [20:39] seb128, ronoc, stgraber: released and uploaded unity-greeter 0.2.1 [20:40] mterry: thanks, will update edubuntu-artwork and upload [20:43] mterry, good stuff [21:07] qq so I don't file bugs for no reason - is the current build of unity in precise known to be broken? [21:12] Beret, how broken? [21:29] seb128, keyboard shortcuts for changing desktops ignored [21:29] I file #931698 [21:30] ok [21:38] desrt: Can you be more specific? Unity's use of barriers on the screen edges could do something like that. [21:39] RAOF: since you mention it, i did switch to unity at the same time i did dist-upgrade [21:39] but it's not consistent [21:39] sometimes it happens, sometimes not [21:39] and it happens going both ways... not just when there's a panel there [21:39] Dependent on how fast you're moving your pointer? :) [21:40] Yeah, both ways is a bug. [21:40] Allow me to propose a merge to fix that. [21:40] lifeless: http://paste.ubuntu.com/840954/ is the config; throwing away /var/cache/squid-deb-proxy allows it to start annd work. Presumably that's a result of a corrupt cache going weird? I've got the original (broken) cache available. [21:40] RAOF: it seems to semi-depend on speed? [21:40] it happens a bit less often if i go really fast [21:41] is this seriously a feature? [21:41] It was more of a feature when the launcher wasn't always visible. [21:42] maybe they should drop it now? [21:42] Or at least turn off the barriers when it's not autohiding. [21:42] indeed [21:42] gnome-shell fixed that issue back in the late days of 3.0 by turning off autohide for multiple monitors [21:42] It's useful when the launcher *is* being autohidden. [21:44] ya. i can imagine [21:45] hitting the 1 pixel required to show it would be pretty tricky otherwise [21:45] is there any way to turn off the launcher/panel on my second monitor, completely? [21:47] desrt: does gnome-shell put the dock on all screens too? [21:47] no [21:48] it doesn't even put one on the main screen except when in overview [21:48] it takes the minimalist approach to chrome [21:50] so the mouse thing was only an issue in gnome-shell if you had a screen to the left of the main screen i guess? [21:50] RAOF: yes, thats weird - file a squid bug upstream :) [21:58] kenvandine: yo, just finishing (imho) libproxy [21:58] will push after testing if you want to give it a whirl, and then i'll propose it to pkg-gnome [22:04] dobey: right, actually [22:04] /c/c [22:04] dobey: the dash never auto-hid [22:04] dobey: but the workspaces switcher did [22:05] and it's actually clever enough to only disable autohide if there is a monitor to the right of the main screen [22:05] (ie: only disabled if having it enabled would cause a problem) [22:05] ah [22:07] i really just want to get rid of all the shell bits on the non-primary screens. though i suppose with the way unity works, it's a bit hard for it to do that. however, having the launcher right in the middle is really annoying [22:09] ya.... particularly with those barriers [22:10] indeed. though the barrier tends to only be annoying for me, while dragging a window across screens [22:14] and the unlock screen popping up on whichever screen has the mouse on it when i move it, seems a bit weird as well. but eh [22:20] Laney, awesome [22:21] i can try to test it tomorrow [22:22] rock [22:26] * RAOF returns from some impromptu fglrx wrangling. [22:27] desrt, dobey: We really want the barriers when dragging windows - again, snap-to-maximise(/half-maximise) is much easier with such a target :) [22:27] gnome-shell probably wants it as well :) [22:29] (Also for the lower-right message tray, for vertical multi-head) [22:30] RAOF: we actually have the barrier in the message tray and top panel [22:30] so you aim for those targets if you want a half-maximised window [22:30] Oh, ow. [22:30] You've got an impenetrable barrier in the lower left? [22:30] I mean, lower right. [22:31] not impenetrable [22:31] but pretty hard [22:31] How does it get dropped? [22:31] What's the behaviour for pushing through? [22:32] Also, wouldn't it be nicer to just hit the side of the screen rather than opposite corners? [22:33] RAOF: but that is something i *never* want. and afaik, there's no way to turn it off [22:33] RAOF: all i want to do is turn it off. :) [22:33] dobey: There's no way to turn it off, no. [22:34] I'm working out if we can get better threshold information in the server, so it's easier to both deliberately go through and hit. [22:35] i am more interested in just not having all the visual noise on my second screen though. the barrier i can deal with (at least i can as it is running right now, i guess i need to update and reboot again) === dduffey is now known as dduffey_afk [22:40] kenvandine: ok, pushed: git://git.debian.org/git/users/laney/libproxy.git - you'll need to git-dch --auto [22:41] I attempted to multiarch it too, perhaps you could review that