[02:25] <doomlord> does ubuntu-arm run on N10
[02:37] <doomlord> will ubuntu tablet have an option to bring up a virtualkeyboard & mouse to run traditional gnu-linux software without a hardware keyboard
[05:21] <m4n1sh> xnox: ping
[06:26] <pitti> Good morning
[08:03] <jibel> good morning
[08:26] <m4n1sh> anyone here who can review my software sources merge request?
[09:11]  * Sweetsha1k moves to left
[09:11]  * Sweetsha1k moves to the right
[09:11]  * Sweetsha1k waves his hands like he just dont care!
[09:15] <seb128> hey desktopers
[09:15] <pitti> bonjour seb128, quoi de neuf?
[09:16] <seb128> pitti, salut, on a eu de la pluie à Londres ! et toi ?
[09:16] <xnox> m4n1sh: hola.
[09:18] <m4n1sh> xnox: was asking someone for reviewing my merge req
[09:18] <m4n1sh> this one
[09:18] <m4n1sh> https://code.launchpad.net/~manishsinha/software-properties/fix-874766-updates-tab-failed-auth/+merge/148924
[09:18] <pitti> seb128: surprise! il neige encore ici
[09:18] <pitti> desrt: want me to sponsor the dia patch into Ubuntu at least, so that it works again?
[09:18] <seb128> pitti, il neigeait chez moi aussi la semaine dernière
[09:19] <Sweetsha1k> pitti: Die eigentliche Frage ist doch warum Du nicht in London bist. Desktop braucht dich! ;)
[09:20] <seb128> Sweetsha1k, ELANGUAGE
[09:20] <pitti> Sweetsha1k: je ne suis pas dans l'equipe de bureau plus :)
[09:20] <desrt> pitti: sure.  might also help to convince upstream if we can show that it closes the bug on our side
[09:20] <desrt> please test it though....
[09:21] <pitti> desrt: bien sûr
[09:21] <desrt> it fixed the issue for me, but for some reason, after using the patch, unpatched dia was also fixed :)
[09:21] <desrt> i think the crash depends on configuration (as mentioned in the bug)
[09:21] <pitti> I do get the crash here still
[09:21] <pitti> even with the fixed pygobject-2
[09:21] <desrt> unpatched, i hope
[09:22] <desrt> the dia issue is unrelated to pygobject
[09:22] <pitti> yes, with plain 0.97.2-8
[09:22] <pitti> yes, I know; but it's a possible variable what chagned for you since yesterday
[09:22] <desrt> ah... no
[09:22] <desrt> i didn't upgrade between my testing :)
[09:23] <desrt> you know.... i start to like benjamin's idea about asserts and criticals
[09:23] <pitti> desrt: what really confuses me is that gnome bug 694025 says "12.10"
[09:23] <desrt> people get angry when we break stuff with asserts
[09:23] <desrt> nobody reads criticals
[09:23] <pitti> desrt: that didn't even have that new glib yet !?
[09:23] <desrt> so we should have critical() + sleep(5)
[09:23] <ubot2> Gnome bug 694025 in general "Dia crashes immediately upon start (0.97 & 0.98) in (k|x)ubuntu 12.10" [Critical,New] http://bugzilla.gnome.org/show_bug.cgi?id=694025
[09:23] <desrt> pitti: ya... i think this is a mistake.  they _must_ be on raring
[09:23] <desrt> because the message in the stderr that they paste was never in glib before this point
[09:24] <desrt> unless they had jhbuild or something
[09:26] <pitti> desrt: uh, that doesn't apply very cleanly to our version; I'll go unfuzz it
[09:26] <pitti> looks like a whole bunch of code doesn't exist there yet
[09:29] <Sweetshark> seb128: Ill try esperanto next time ;)
[09:30] <seb128> Sweetshark, don't get desrt started on that
[09:32] <desrt> pitti: interesting.
[09:32] <pitti> desrt: test building now, I'll see how it goes
[09:32] <desrt> ĉu iu diris 'esperanto'?
[09:32] <seb128> Sweetshark, see what you did!
[09:33] <desrt> seb128: vidu ion?
[09:33] <pitti> desrt: "diris" == "say", I assume; "iu" == "you"?
[09:33] <desrt> pitti: iu = someone
[09:33] <pitti> or rather, "said"
[09:33] <desrt> lesson time
[09:33] <desrt> there are many many words formed by (prefix) + i + (suffix)
[09:34] <pitti> checking for libpython2.7.a... not found config
[09:34] <pitti> configure: error: could not find files required to build python plugin
[09:34] <pitti> bah, dia
[09:34] <desrt> the valid prefixes are "k", "ĉ", "", "nen" and "t"
[09:34]  * pitti wishes he had never mentioned dia, now I have to spend tons of time fixing it and would also be TIL
[09:35] <desrt> "k" is the question ("what?"), "ĉ" is all ("everything"), "" is the ambiguous answer ("something"), "nen" is the negative ("nothing") and "t" is the specific answer ("that")
[09:35]  * seb128 hugs pitti
[09:35] <pitti> oh, it's because of our multiarch split
[09:35]  * pitti shelves that for later, something to do when I have less urgent stuff on my plate
[09:35] <desrt> and the endings are the type of question asked: "o" for a thing, "u" for a person, "am" for a time, "al" for a reason, "el" for a way-by-which (think "how"), "es" for a person to which something belongs ("kies" = "whose"), "e" for a place, etc.
[09:36] <seb128> Sweetshark, happy? :p
[09:36] <Sweetshark> seb128: quite.
[09:36] <desrt> so by combining you can form many many words... "kie" = where, "ĉiu" = everyone, "tio" = that, "iu" = someone, etc.
[09:36]  * Sweetshark tries to remember the lesson. there might be a test later.
[09:37] <desrt> Sweetshark: this will help with your studies: http://donh.best.vwh.net/Esperanto/correlatives.html
[09:37] <desrt> it has a useful table at the bottom
[10:10] <robru> desrt, you may enjoy http://globalnewsstatic.s3.amazonaws.com/content/interactives/graphicmondays/130219_tenequalprovinces.jpg
[10:12] <Laney> ricotz: Do you have that diff of the bumped webkit BDs handy?
[10:12] <Laney> I'm doing an upload so will include it
[10:29] <Laney> ricotz: nm, grepped my logs
[10:35] <jpds> Does anyone know what handles the Touchpad key on a laptop/
[10:36] <jpds> I have a bug where the key doesn't work sometimes, but I'd like to gather some extra debug information before filing a bug.
[10:39] <pitti> jpds: gnome-settings-daemon's media-keys plugin, AFAIK
[10:39] <pitti> jpds: you can kill the daemon and run it with G_MESSAGES_DEBUG=all in a terminal, to get lots of debug messages
[10:42] <jpds> pitti: Thanks.
[10:42] <jpds> So, yeah, going into the screensaver blocks the reactiving of the touchpad...
[11:11] <desrt> smspillaz: hey
[11:11] <smspillaz> desrt: hej
[11:11] <desrt> smspillaz: were you paying any attention to the framesyncing work done in mutter/clutter/gtk?
[11:11] <smspillaz> desrt: yes
[11:11] <smspillaz> desrt: I plan to jump on that as soon as I have some time
[11:11] <desrt> any plans for compiz?
[11:12] <desrt> nice
[11:12] <ogra_> is anyone working on the LibO uninstallability ? (all images fail atm)
[11:28] <seb128> ricotz, hey
[11:28] <seb128> ricotz, do you still have your pango 1.32.6 packaging somewhere?
[11:28] <seb128> vcs or such?
[11:28] <seb128> or did you just had it in the ppa and overwrite it with 1.33?
[11:35] <ricotz> seb128, hi, it is in gnome3-staging, and you want to take 1.33.7
[11:36] <ricotz> 1.32.6 isnt more stable it is just missing the dev-release bump
[11:37] <ricotz> Laney, thanks for considering it
[11:37] <Laney> np
[11:50] <seb128> ricotz, no, I want 1.32.4 then
[11:51] <seb128> ricotz, I'm not looking into packaging an unstable pango, I just want one that's new enough to build gtk 3.7
[11:51] <seb128> configure checks for 1.32.4
[11:51] <seb128> ricotz, thanks for the 1.32.6 note
[11:54] <ricotz> seb128, i can't recommend using 1.32.4 either
[11:54] <seb128> ricotz, ok, stay on gtk 3.6 then, fair enough
[11:54] <ricotz> if you want gtk 3.7.x then take pango 1.33.7 too
[11:54] <seb128> staying*
[11:55] <seb128> what's the issue with pango's stable 1.32's serie?
[11:56] <ricotz> looking at the changelog after 1.32.4 there were quite some bug fixes
[11:56] <seb128> well, that's not a compelling reason to go to an unstable serie
[11:56] <ricotz> seb128, or do you want to avoid the fontconfig update?
[11:56] <seb128> I do want to avoid the fontconfig update yes
[11:57] <seb128> I'm looking at the easiest upgrade path for gtk 3.8
[11:57] <ricotz> seb128, i quess you better want to ask mclasen or behdad about that old version working with gtk master
[11:57] <seb128> configure.ac states pango requirement is 1.32.4
[11:58] <ricotz> yes, as the symbol dep
[11:58] <desrt> ricotz: had some apt error installing gnome-keyring from staging PPA
[11:58] <desrt> apt-get install -f cleared it up
[11:58] <seb128> ricotz, ok, thanks, I guess to reply to my question, you don't kept your 1.32 packaging in a vcs or somewhere where I could grab your work?
[11:58] <seb128> didn't keep*
[11:58] <ricotz> seb128, but there were harfbuzz problems and especially the thread-safety
[11:59] <ricotz> seb128, the ppa history might have it
[11:59] <ricotz> seb128, let me look locally
[12:00] <seb128> ricotz, well, it's not like our current version of pango was thread safe anyway
[12:00] <seb128> ricotz, thanks
[12:04] <ricotz> seb128, sorry, but you should be able to use the 1.33.7 and resolve the symbols
[12:05] <seb128> ricotz, ok, trying that, thanks
[12:05] <ricotz> seb128, the pangox patch seems to be still needed
[12:05] <ricotz> afaik cairodock is linking against libpangox
[12:07] <ricotz> desrt, feel free to paste the file-conflict or error in question
[12:07] <desrt> dpkg: error processing /var/cache/apt/archives/gnome-keyring_3.7.2-0ubuntu1~raring1_amd64.deb (--unpack): trying to overwrite '/etc/pkcs11/modules/gnome-keyring.module', which is also in package libp11-kit-gnome-keyring:amd64 3.6.2-0ubuntu2
[12:08] <ricotz> desrt, i was planning to take a look at gnome-keyring when x.90 tarballs are available, robert took care of the last packages
[12:08] <ricotz> desrt, thanks
[12:08] <desrt> np
[12:09] <ricotz> desrt, although seems good if that was the only issue ;)
[12:09] <desrt> uh
[12:09] <desrt> i didn't reboot yet
[12:09] <desrt> and your statement makes me nervous to :)
[12:10] <ricotz> alright ;)
[12:10] <ricotz> you might see a black background ;)
[12:10] <ricotz> if you havent enabled the g-s-d plugin manually
[12:11] <ricotz> desrt,  https://launchpadlibrarian.net/130099807/ubuntu-settings_12.10.6_12.10.7.diff.gz
[12:14] <desrt> ricotz: seems to have some issues with networkmanager...
[12:14] <desrt> ricotz: won't the shell draw its own background?
[12:15] <ricotz> it relies on g-s-d
[12:15] <desrt> why?
[12:15] <ricotz> nautilus is suppose to do it
[12:15] <ricotz> *not
[12:15] <desrt> not on gnome3 :)
[12:15] <desrt> i just wonder why the shell cannot draw the background itself
[12:15] <desrt> probably more efficient this way...
[12:16] <ricotz> nautilus could be the reason to silently support the iconized desktop
[12:17] <desrt> ya... sure.... in the nautilus case it should allow for an external background renderer
[12:17] <desrt> but in the non-nautilus case it should just do it itself as part of the job of composing the scene
[12:18]  * desrt ponders nautilus argb with transparency in the background areas
[12:19] <RAOF> desrt: So, libxi is working for you now? The git history is confusing me, probably because pitti uploaded -0ubuntu3 between me checking the archive version and me checking the git history.
[12:19] <desrt> RAOF: let's see
[12:20] <desrt> Name: Xi
[12:20] <desrt> Description: X Input Extension Library
[12:20] <desrt> Version: 1.6.1
[12:20] <desrt> looks right...
[12:20] <RAOF> desrt: Sorry about taht.
[12:22] <desrt> a bug is a bug
[12:22] <desrt> thanks for the fix :)
[12:22] <desrt> pitti: ^
[12:23] <desrt> pitti: oh.  you did the upload, so you probably already know about this :)
[12:23] <desrt> disregard :p
[12:30] <seb128> ricotz, what's the story with pangox?
[12:30] <seb128> what is using it?
[12:30] <seb128> looking to your readd-pangox.patch
[12:32] <desrt> libmathview_backend_gtk.so.0 here
[12:32] <desrt> i guess almost everything else has moved on to pangocairo
[12:36] <ricotz> seb128, as i said afair i only stumbled over cairodock using it
[12:36] <seb128> ricotz, ok, thanks
[12:57] <desrt> seb128: mathview's use of pangox is non-trivial
[12:57] <desrt> for the long term we will need to do one of:
[12:58] <seb128> desrt, I will just put the "restore pangox" patch in there for this cycle
[12:58] <desrt> a) get someone to look at mathview and get a patch upstream removing the depend
[12:58] <desrt> b) have a libpangox separate library/sourcepkg that just goes unmaintained forever
[12:58] <desrt> c) drop it from the archive
[12:59] <seb128> desrt, ricotz listed cairodock as well
[12:59] <desrt> i guess you do not consider (c) to be a viable option in this case
[12:59] <seb128> no
[13:00] <desrt> so let's wait until someone who can do (a) wakes up :)
[13:01] <seb128> yeah
[13:01] <desrt> ugh
[13:01] <desrt> gtkmathview bugzilla link on its homepage points to a server that no longer exists
[13:04] <desrt> attente: we should rename ilo to nuclear rabbit
[13:04] <seb128> ricotz, what's up with that debian/patches/fixes.patch in pango?
[13:05] <seb128> -  thai_modules="$thai_modules,thai-lang"
[13:05] <seb128> +  thai_modules="thai-lang"
[13:05] <seb128> in configure.ac
[13:05] <seb128> what's breaking without it?
[13:09] <ricotz> seb128, this broken the syntax leaving a ",," in the resulting list while $thai_module oviously is ""
[13:10] <mdeslaur> seb128: are we getting sane menus back in nautilus soon, or is that off the table?
[13:11] <ricotz> seb128, so this broke "for module in $included_modules; do" irc
[13:14] <pitti> desrt, RAOF: sorry, did that cause a problem?
[13:14] <pitti> RAOF, desrt: I coordinated with tjaalton this morning
[13:23] <tjaalton> RAOF: yeah, I only committed the changelog bits since the staging ppa has the clean version already
[13:23] <RAOF> pitti: No, that's fine. I was just confused because desrt asked me to fix it, and you fixed it while I was in the process of fixing it :)
[13:40] <desrt> pitti: no.  fixes the problem, i think.
[13:41] <desrt> pitti: was just telling you that it was fixed because i thought that RAOF fixed it :)
[13:41] <pitti> desrt: I did it because mutter was thinking that it could use barrier events, from comparing pkg-config --modversion xi
[13:41] <desrt> pitti: i know.  i noticed the same
[13:41] <desrt> that's why i was bothering RAOF about it
[13:41] <pitti> ain't daily jhbuild great? :-)
[13:41] <desrt> in short: there is no problem at all and all three of us are happy :)
[13:42]  * pitti ^5s desrt and RAOF
[14:05] <seb128> ricotz, did you open an upstream bug about that?
[14:05] <seb128> mdeslaur, good question, mterry said he would look at it some weeks ago, dunno if that happened
[14:10] <mterry> mdeslaur, define sane menus
[14:11] <mdeslaur> mterry: seb128 had mentioned we were going to bring back multiple categories to the menu bar, as in previous versions...as the single menu labelled "Home Folder" is kind of weird in Unity
[14:12] <mterry> mdeslaur, ah.  we just had a chat about that here.  So I hadn't been working on that side of things.  And I'm personally not sure that's a wise change to go back to.  But I guess that's a question for design.  seb128, have they chimed in?
[14:16] <mterry> Design *does* want that menu back for the bare desktop (i.e. no windows open).  So maybe that implies they want it back for normal file windows too
[14:16] <mterry> mdeslaur, ^
[14:17] <mdeslaur> mterry, seb128: is there a bug open somewhere to track this?
[14:17] <mterry> mdeslaur, I don't know one off the top of my head
[14:17] <mterry> mdeslaur, I think it was in a blueprint at least
[14:18] <mdeslaur> thanks
[14:18] <mterry> mdeslaur, while you're here, feel like giving a security perspective on qt5 in main?  1130281
[14:18] <mterry> bug 1130281 even
[14:18] <ubot2> Launchpad bug 1130281 in qtbase-opensource-src (Ubuntu) "[MIR] qtbase" [Undecided,Incomplete] https://launchpad.net/bugs/1130281
[14:18] <Laney> https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1037081
[14:18] <ubot2> Ubuntu bug 1037081 in nautilus (Ubuntu Raring) "Desktop menu missing in nautilus 3.5" [Low,Confirmed]
[14:20] <mdeslaur> mterry: jdstrand and sarnold typically handle security MIR reviews, I'll let them handle it
[14:20] <mdeslaur> Laney: thanks
[14:27] <seb128> desrt, http://www.therefinerybar.co.uk/
[14:27] <seb128> desktopers ^ michelle suggests that place, it's close and big enough to receive us
[14:32] <desrt> seb128: i'm OK with anything
[14:32] <desrt> was just giving a suggestion before -- no real preference
[14:33] <jbicha> seb128: I'm running nautilus 3.7.90 here on regular raring (without PPAs), I only had to revert 9 commits to get it to work with the GNOME 3.6 stack we have in raring
[14:34] <jbicha> I just need one more patch to get it to work with gnome-shell 3.6's SearchProvider v1
[14:35] <seb128> jbicha, what did they change?
[14:36] <jbicha> it has a few nice changes that would be difficult to backport like list view gaining optional tree view support
[14:36] <jbicha> http://git.gnome.org/browse/nautilus/tree/NEWS
[14:36] <seb128> jbicha, are the revert because of our gtk being outdated?
[14:36] <seb128> (we are looking at updating to 3.8)
[14:36] <seb128> or for other reasons?
[14:37] <desrt> seb128: "looking at" lol
[14:37] <jbicha> 7 are for GTK 3.6, 1 is for gnome-disks (the Format menu item), 1 is for gsettings-desktop-schemas
[14:37] <jbicha> seb128: GTK 3.8 breaks theming in Unity pretty bad, I don't know how easy that is to fix
[14:38] <seb128> jbicha, menus?
[14:38] <desrt> jbicha: i fixed this already
[14:38] <seb128> jbicha, desrt fixed that yesterday
[14:38] <desrt> the fix is already in the archive, even
[14:38] <jbicha> ok, GTK 3.8 would be nice then :)
[14:38] <seb128> jbicha, did you try desrt's fix?
[14:38] <seb128> didrocks, hud NEWed!
[14:39] <seb128> jbicha, it's in raring
[14:39] <didrocks> seb128: \o/
[14:39] <jbicha> Nautilus today also drops support for drawing the desktop so we'd need to revert that for Metacity at least (Compiz/Unity too, right?)
[14:40] <desrt> jbicha: 'today'?
[14:40] <desrt> i just checked out nautilus from git a few minutes ago and it still has the desktop code
[14:41] <jbicha> http://git.gnome.org/browse/nautilus/log
[14:41] <jbicha> *drawing the wallpaper*
[14:41] <desrt> lol
[14:42] <jbicha> oops ;)
[14:42] <desrt> i was speculating about using rgba for the desktop only an hour or two ago
[14:42] <desrt> glad to see they do it :)
[14:42] <desrt> smspillaz: hey
[14:42] <desrt> smspillaz: what's the story with wallpaper drawing in compiz
[14:42] <desrt> smspillaz: i saw you were doing work on this at some point
[14:59]  * mdeslaur hugs pitti for fixing pygobject-2
[15:00] <pitti> mdeslaur: :)
[15:00] <pitti> mdeslaur: does meld work properly for you again? I got the warning, but it was otherwise mostly working for me
[15:00] <pitti> but I don't normally use it, so I didn't exercise it very thoroughly
[15:00] <mdeslaur> pitti: yep, works fine now. I don't get the warning anymore
[15:07] <Laney>   /gdbus/unref-pending:                                                FAIL
[15:07] <Laney> GTester: last random seed: R02S9dcf5591189f5c8d0b42c0e12667c9b4
[15:15] <jbicha> seb128: theming still isn't working right with GTK 3.8, my menus have icons but menus-have-icons is set to false
[15:17] <jbicha> the menu bar is using Ambiance but my theme is Adwaita, Firefox theming isn't correct
[15:18] <jbicha> actually everything is using Ambiance/ubuntu-mono-dark
[15:19] <desrt> jbicha: sounds.... odd
[15:19] <jbicha> I guess I'll try reverting gnome-settings-daemon just to check if that's what's wrong
[15:19] <desrt> why would it use amciance if you have your theme set to adwaita?
[15:19] <desrt> maybe g-s-d is mucked up or your dconf setup
[15:19] <jbicha> g-s-d/g-c-c breaks a lot of things on Ubuntu
[15:21] <smspillaz> desrt: XSetRootWindowBackground should work just fine
[15:22] <smspillaz> I don't think its possible to change it after compiz has started
[15:22] <smspillaz> (doing that would require listening for damage on the root window and you don't want that)
[15:22] <desrt> interesting
[15:22] <desrt> if nautilus is truly drawn rgba then that would probably work, indeed
[15:22] <smspillaz> uhh
[15:22] <smspillaz> no, not really
[15:23] <smspillaz> if a desktop window is present we don't use the root window background
[15:23] <smspillaz> perhaps we could tweak it so that if the desktop window has an alpha channel, we should draw the root window background ?
[15:23] <jbicha> desrt: seb128: reverting g-s-d back to 3.6 fixed my theme problems
[15:23] <smspillaz> (desktop windows have never had alpha channels, heh)
[15:24] <desrt> smspillaz: starting today, they do
[15:24] <desrt> which really makes a great deal of sense if you think about it
[15:24] <desrt> the only reason that nautilus drew the desktop historically is because it had to
[15:24] <desrt> because we didn't have the ability to composite the icons on top of a background coming from a different source
[15:24] <smspillaz> desrt: heh, awesome, I guess we can have per-workspace wallpapers now
[15:24] <desrt> smspillaz: yes.  definitely.
[15:24] <desrt> or animated ones
[15:25] <smspillaz> that too
[15:25] <desrt> (without it sucking, i mean)
[15:25] <smspillaz> although, it would still suck
[15:25] <smspillaz> animated wallpapers don't really work in cases where abusing fill-rate is not an option
[15:26] <smspillaz> and then even if they're obscured it will still abuse fill rate because of some very stupid details of how the damage code in compiz works
[15:27] <smspillaz> desrt: so then there's work to be done and
[15:27] <smspillaz> *sigh*
[15:28] <desrt> smspillaz: you love compiz.  admit it.
[15:28] <smspillaz> well
[15:28] <smspillaz> Iunno
[15:28] <smspillaz> there are some things I like about it
[15:28] <smspillaz> and then there are just some things which are not there yet and would be a total pain to do
[15:36] <seb128> smspillaz, dunno what you are doing but both didrocks and desrt are complaining about you
[15:37] <desrt> smspillaz: seb is, in kind, just left of didrocks :)
[15:38]  * achiang hears a lot of giggling coming from the left hand side of the table, wonders what seb128, desrt, and didrocks are laughing about
[15:38] <desrt> and achiang to the right
[15:38] <didrocks> London is as noisy as this channel right now :p
[15:40] <desrt> smspillaz: seriously, though... would be nice to have you here
[15:41] <smspillaz> heh, yeah, it would be nice to be in London
[15:41] <desrt> apparently didrocks ate mterry
[15:41] <smspillaz> desrt: sounds plausible
[15:42] <didrocks> smspillaz: yeah, I did it the "French way" :p
[15:42] <desrt> a lyonese specialty, no doubt
[15:42] <smspillaz> I think that is going to be a thing now
[15:42] <didrocks> with some quenelle
[15:42]  * mterry is a specialty everywhere
[15:42] <Laney> GLib:ERROR:/build/glib2.0-2oF6AZ/glib2.0-2.35.8/./glib/tests/thread.c:149:test_thread4: assertion failed: (thread == NULL)
[15:42] <Laney> OK /thread/thread4:                                                     FAIL
[15:42] <Laney> GTester: last random seed: R02S1502a99625ea8544e6ee6df2f43f5921
[15:43] <smspillaz> just add "I did it the French Way[tm]" to add ambiguity about a potential double entendre
[15:43] <desrt> Laney: this happens when the kernel rejects our request to make a thread due to insufficient resources
[15:43] <Laney> oho
[15:43] <desrt> builders busy?
[15:43] <Laney> my laptop
[15:43] <desrt> weird!!!
[15:43] <Laney> so... s/busy/shitty/?
[15:43] <desrt> reproducable?
[15:44] <Laney> let me try again
[15:44] <Laney> i'll not build in ram this time ...
[15:44] <desrt> interesting...
[15:44] <seb128> I like how we talk over IRC when sitting at the same table
[15:44] <larsu> nerds.
[15:44] <Laney> NERDS
[15:44] <Laney> snap
[15:44] <larsu> haha :)
[15:45] <seb128> larsu, you are just jalous :p
[15:45] <larsu> I like that you're talking here.  Makes me feel less bad about not being in London
[15:45] <larsu> seb128: yeah...
[15:45]  * seb128 hugs larsu
[15:45] <larsu> :)
[15:45] <seb128> we miss you as well
[15:46] <Laney> ♥
[15:46] <larsu> that honorary desktop-team membership is not worth much when I can't come to the sprints!
[15:48] <davmor2> larsu: you can sprint all you want, just buy a tread mill ;)
[15:49] <larsu> nah, too lazy :P
[16:20] <jbicha> seb128, mterry: I attached my debdiff to bug 1130746
[16:20] <ubot2> Launchpad bug 1130746 in nautilus (Ubuntu) "Update to nautilus 3.7.90" [Wishlist,New] https://launchpad.net/bugs/1130746
[16:21] <seb128> jbicha, can we get a merge request for the team vcs rather?
[16:25] <jasoncwarner_> morning everyone
[16:25] <desrt> jasoncwarner_: hihi
[16:25] <desrt> (you can tell by the fastest responses on IRC who are the most dedicated slackers at the sprint)
[16:25] <mterry> jbicha, I'm nervous about 3.8 apps in raring
[16:25] <mterry> jasoncwarner_, hello!
[16:25] <didrocks> hey jasoncwarner_!
[16:26] <desrt> nautilus was on our to-consider list
[16:26] <desrt> depending on if cosimo added things to make our life better
[16:26] <desrt> (as he said he may at the UDS)
[16:26] <Laney> looks like glib builds when i don't do it in ram
[16:26] <desrt> Laney: that's really weird...
[16:26] <desrt> i wouldn't think that memory pressure would reduce the willingness of the kernel to spawn new threads
[16:27] <desrt> the thing is, the only way you get the thread != NULL assertion is in the case that the kernel returns EAGAIN
[16:27] <desrt> all other cases would hit a different assert
[16:28] <mterry> desrt, my personal to-consider list was empty, though I know the discussion was more expansive at UDS  :)
[16:28] <desrt> documented thus:        EAGAIN Insufficient resources to create another thread, or a system-imposed limit on the number of threads was encountered.   The  latter  case  may  occur in two ways: the RLIMIT_NPROC soft resource limit (set via setrlimit(2)), which limits the number of process for a real user ID, was reached; or the kernel's sys‐ tem-wide limit on the number of threads, /proc/sys/kernel/threads-max, was reached.
[16:29] <desrt> Laney: wait.  this is WAY more interesting than i thought
[16:30] <jbicha> mterry: it's less patches to maintain to go with 3.8 than to try to backport useful stuff to 3.6 especially if we do get GTK 3.8 in for raring
[16:40] <seb128> jbicha, we wouldn't backport, we would stay on 3.6 and wait another cycle to get the new features
[16:40] <seb128> time for them to stabilize
[17:02] <jasoncwarner_> chrisccoulson seb128 tells me you had the most fun out of anyone the past few days....
[17:02] <jasoncwarner_> ;)
[17:02] <chrisccoulson> jasoncwarner_, hah, yes :)
[17:02] <jasoncwarner_> chrisccoulson I mean, if you wanted to dig into obscure problem areas, I guess you found your niche ;)
[17:03] <jasoncwarner_> chrisccoulson but in seriousness....holy freakin' hell that is awesome. great job
[17:03] <chrisccoulson> jasoncwarner_, yeah, i do seem to end up with all of the fun bugs ;)
[17:06] <ogra_> chrisccoulson, do you have any bug for bamf misbehaving with FF in precise ?
[17:06] <ogra_> i seem to not be able to have it use its icon in the launcher
[17:07] <chrisccoulson> ogra_, i've not seen anything like that. but sometimes things can get a bit weird eg if bamf restarts for some reason
[17:07] <ogra_> (and i also dont seem to be able to reach the most right tab in it)
[17:07] <ogra_> chrisccoulson, well, i have that behavior since day one
[17:07] <ogra_> FF starts always with the questionmark icon
[17:08] <chrisccoulson> ogra_, oh, i definitely haven't seen anything like that before :/
[17:08] <ogra_> wrt tabs, i can reach the tab if i go to the most right tab i can get and then maximize
[17:08] <ogra_> that gets me the one extra tab thats right of the one i can reach ....
[17:09] <ogra_> only in the tab bar thogh, the pulldown works fine
[17:30] <didrocks> czajkowski: hey, around?
[17:32] <czajkowski> I am
[17:33] <czajkowski> didrocks: what have I done....
[17:33] <didrocks> czajkowski: nothing (yet ;)), do you know if uploads to a ppa are currently encoutering issues?
[17:33] <didrocks> czajkowski: like, we receive no email, nor seeing the upload in the ppa
[17:33] <czajkowski> they were about 2 hours ago
[17:34] <czajkowski> maybe 3 at this stage been on a call for the last while
[17:34] <czajkowski> lemmie go poke
[17:34] <czajkowski> didrocks: got an example ppa ?
[18:02] <Laney> gnew glib gnuploaded
[18:06] <desrt> Laney: nice.  thanks.
[18:06] <Laney> kein problem
[18:43] <seb128> ricotz, did you have pango builds failing with "asic-fc.c:335: undefined reference to `hb_ft_face_create_cached'" errors?
[18:43] <seb128> basic*
[18:45] <ricotz> seb128, no, irc this was a recent harfbuzz api change
[18:46] <seb128> seems like rather linker flags missing
[18:46] <seb128> no?
[18:47] <ricotz> http://git.gnome.org/browse/pango/commit/?id=6ee53b4e4567b4d7f2b8799d00ecea223ab4b28f
[18:47] <ricotz> (but there was some symbols rename too irc)
[18:48] <seb128> ricotz, thanks, would have been very handy if you kept your 1.32 packaging :p
[18:48] <seb128> I didn't see that patch in the changelog history though
[18:48] <seb128> wonder how you built it
[18:49] <jbicha> seb128: you mean like https://launchpad.net/~ricotz/+archive/testing/+packages?field.name_filter=pango1.0&field.status_filter=&field.series_filter=raring
[18:50] <seb128> jbicha, thanks, I was looking in the gnome3 staging ppa, not this one
[18:50] <seb128> jbicha, you can't get the files from there it seems :-(
[18:50] <seb128> " Removed from disk on 2013-01-07. "
[18:51] <jbicha> it works here
[18:51] <seb128> jbicha, works?
[18:52] <seb128> jbicha, can you give me the url of the debian.tar.gz?
[18:52] <seb128> jbicha, for 1.32.5
[18:52] <jbicha> https://launchpad.net/~gnome3-team/+archive/gnome3-staging/+files/pango1.0_1.32.6-0ubuntu1%7Eraring2.debian.tar.xz
[18:53] <seb128> jbicha, 1.32.6 is the "broken version" which should have been 1.33.
[18:53] <jbicha> oh never mind then
[18:53] <seb128> thanks for trying ;-)
[18:53] <seb128> shrug, it's annoying that you guys went through the work to do those updates
[18:54] <seb128> but didn't keep the stuff you did in a way we can reuse them for the distro
[18:54] <seb128> vcs for the win guys ;-)
[18:54] <jbicha> well this is unusual, everyone knows that higher version number = better
[18:55] <seb128> lol
[18:56]  * Sweetshark is suggesting to upstream to release "LibreOffice over 9000" next then ....
[18:57] <seb128> ok, time to call it day, will continue tomorrow
[18:58] <jbicha> Sweetshark: the Android Impress remote control app is cool
[20:50] <GunnarHj> charles: ping?