[00:34] <RAOF> *Chromium-browser bundles a mesa fork?*
[00:34] <kklimonda> RAOF: ? :D
[00:34] <kklimonda> that would be funny
[00:35] <RAOF> Well, it does.  I presume we don't use it, though.
[00:35]  * TheMuso sighs. Thats just poor form.
[00:35] <TheMuso> I hope we don't use it, but I wouldn't be surprised if we do.
[00:36] <TheMuso> No we don't.
[00:36] <TheMuso> The build deps for chromium browser show that it depends on mesa for building/running.
[00:51] <rickspencer3> maybe chromium should keep their own kernel in /opt as well?
[00:52] <rickspencer3> robert_ancell, hey, you might know this ... is there a stored parsing of the desktopfiles anywhere?
[00:52] <rickspencer3> like in a database or something?
[00:52] <robert_ancell> rickspencer3, like a cache?
[00:52] <rickspencer3> robert_ancell, well, a cached copy of a data structure, yeah
[00:52] <robert_ancell> bamf loads information from .desktop files for running processes, but I don't think it's generic
[00:53] <rickspencer3> so bamf parses every .desktop file each time?
[00:53] <robert_ancell> rickspencer3, just the first time a process starts
[00:53] <rickspencer3> well, sure
[00:53] <robert_ancell> rickspencer3, what devilish scheme do you have...
[00:53] <rickspencer3> but really?
[00:53] <rickspencer3> robert_ancell, I'm thinking about making an application launcer app
[00:53] <rickspencer3> you stick it on the launcher ...
[00:53] <rickspencer3> you activate it with meta #
[00:54] <rickspencer3> then you get a list of categories ...
[00:54] <robert_ancell> rickspencer3, right, so you want a list of the available applications
[00:54] <rickspencer3> then, etc...
[00:54] <rickspencer3> robert_ancell, I think I need a datastructure that stores applications by category
[00:55] <rickspencer3> so I could go:
[00:55] <rickspencer3> for cat in categories:
[00:56] <rickspencer3>     for app in cat:
[00:56] <rickspencer3>         print app["name"]
[00:56] <rickspencer3> for example
[00:56] <robert_ancell> rickspencer3, so desktop-file-utils is the package that is run when an application is installed/removed.  It runs update-desktop-database which builds a mime table.  But I think thats all you get
[00:56] <robert_ancell> rickspencer3, yeah, I think you have to build your own database on startup
[00:56] <rickspencer3> weak!
[00:56] <robert_ancell> RAOF, ^^ is that how docky does it?
[00:56] <robert_ancell> RAOF, not docky, the quick launcher app which name escapes me right now
[00:57] <RAOF> robert_ancell: Dunno, but taht's how Do does it :)
[00:57] <rickspencer3> I bet there is some hideous dbus programming that I could that is even worse than parsing the files meself
[00:57] <robert_ancell> Do.  Yeah that name just has too many letters for me to remember
[00:57] <RAOF> :P
[00:57] <rickspencer3> :)
[00:58] <RAOF> rickspencer3: I don't think there's anything on the other end of a dbus connection that would help.    GKeyFile actually already has a bunch of Desktop file specific defines etc
[00:58] <robert_ancell> it's just the startup time cost and technically having to monitor the directory which is the pain
[00:58] <rickspencer3> just pointing out that if we did provide a convenience like this for app developers, it would be hidden behind some hideous undocumented dbus goo
[00:59] <robert_ancell> heh, totally
[00:59] <RAOF> Isn't there already a .desktop file specific API?  From memory there is in GTK#.
[00:59] <rickspencer3> aaaah
[00:59] <rickspencer3> noooooo
[00:59] <robert_ancell> RAOF, I guess they made their own one
[00:59] <RAOF> Or maybe that's just GKeyFile.
[01:00] <walters> rickspencer3: the menu system is more insane than just parsing .desktop files; you probably want gnome-menus
[01:00] <walters> which i have actually been hacking up all weekend
[01:00] <rickspencer3> oh?
[01:01] <rickspencer3> gnome-menus does look promising
[01:01] <rickspencer3> but who is this vuntz character?
[01:02] <rickspencer3> I've heard he's scary ;)
[01:03] <rickspencer3> walters, are there .menu files lying around in Ubuntu that I can mooch from?
[01:03] <walters> chrome probably has a mesa fork for doing GL from a renderer thread
[01:03] <walters> the same reason they fork webkit
[01:03] <walters> partially to turn random system calls like gettimeofday() into proxy requests
[01:03] <walters> rickspencer3: the default is applications.menu
[01:09] <chrisccoulson> hi RAOF!
[01:10] <RAOF> chrisccoulson: Hello, my favourite compiz-hanging man!
[01:10] <chrisccoulson> heh :)
[01:10] <chrisccoulson> compiz loves me!
[01:36] <broder> hey RAOF: are you planning to do another multihead session at budapest?
[01:38] <RAOF> broder: I wasn't planning on it, unless you think it'd be useful.  I was planning on implementing what we decided upon in Orlando in O, though, 'cause we'll have the new control centre.
[01:41] <broder> we probably don't need a full session. mostly i still want to try and convince people that we should try to only clone projectors and extend monitors
[01:59]  * RAOF goes to drop off his car for servicing.
[02:17] <johan> robert_ancell: hi, around?
[02:17] <robert_ancell> johan, hello
[02:18] <johan> robert_ancell: hi, I wondering what needs to be done to get a patch included in the latest pygtk release into natty?
[02:18] <johan> well, pygobject actually
[02:18] <robert_ancell> johan, you need a freeze exception, see https://wiki.ubuntu.com/FreezeExceptionProcess#Milestone%20freeze%20Exceptions%20%28like%20BetaFreeze%29
[02:19] <johan> robert_ancell: it's an ABI break, an application working in pre-natty won't work in natty, so it's pretty serious
[02:19] <robert_ancell> johan, is there a bug open?
[02:19] <johan> robert_ancell: the upstream bug is https://bugzilla.gnome.org/show_bug.cgi?id=646437
[02:19] <ubot2> Gnome bug 646437 in gobject ""metaclass hackery" no longer works with PyGObject-2.28" [Major,Resolved: fixed]
[02:19] <johan> do I need to open one in launchpad?
[02:20] <robert_ancell> johan, yes please, and link it to the upstream.  Do you have a fixed package?
[02:20] <johan> robert_ancell: nope, not that good at packaging
[02:22] <robert_ancell> johan, ok, please open a bug with the rationale as to why it needs fixing in natty, and I'll do an updated package
[02:22] <johan> robert_ancell: will do, should I subscribe you to the bug?
[02:22] <robert_ancell> johan, just post it here
[02:28] <johan> robert_ancell: here it is https://bugs.launchpad.net/ubuntu/+source/pygobject/+bug/765398
[02:28] <ubot2> Launchpad bug 765398 in pygobject "PyGObject 2.28.3 breaks ABI" [Undecided,New]
[02:28] <johan> not sure how to link it to natty, my launchpad foo is not great today
[02:28] <robert_ancell> johan, thanks
[02:32] <bryceh> rickspencer3, around?
[02:32] <rickspencer3> hi bryceh
[02:32] <rickspencer3> s'up?
[02:32] <bryceh> rickspencer3, heya... well I've been poking into this arrandale black screen bug most of the day today
[02:32]  * rickspencer3  braces
[02:34] <bryceh> rickspencer3, well, Arrandale is a subset of "Ironlake", and I found there's a bunch of Ironlake-specific kernel patches that have been proposed to send upstream but are not yet in any upstream trees
[02:35] <rickspencer3> bryceh, may I presume this is in drivers, and upstream is the kernel?
[02:35] <bryceh> rickspencer3, I went through all of the similar bug reports I could find - there's a bunch against arrandale - however many of them have subtly different symptoms
[02:36] <bryceh> rickspencer3, correct; specifically the patches I'm wondering about are in "intel-drm-next-proposed", c.f. http://lists.freedesktop.org/archives/intel-gfx/2011-April/010071.html
[02:36] <rickspencer3> bryceh, so, what do you propose?
[02:36] <bryceh> hmm
[02:37] <bryceh> rickspencer3, well what I'd really like is if a kernel guy could spin up a build of the above git branch that we could have people test
[02:38] <rickspencer3> bryceh, and if it works, keep it in a PPA, or SRU?
[02:38] <bryceh> I'd like to send the bug reports upstream but have a sense upstream will simply ask that we have reporters test that intel-drm-next-proposed tree
[02:38] <bryceh> rickspencer3, ideally an SRU to the kernel
[02:38] <rickspencer3> bryceh, sounds good
[02:38] <rickspencer3> can you please synch with some in the kernel team tomorrow?
[02:39] <bryceh> rickspencer3, fwiw I read through all the patches in that proposed branch, but didn't spot one that was an obvious fix (although a lot of this code is a bit deep to me)
[02:39] <bryceh> rickspencer3, will do
[02:39] <rickspencer3> bryceh, it sounds like a bit of a long shot, tbh
[02:39] <rickspencer3> but, worth a try
[02:39] <bryceh> yeah fraid it may be so
[02:39] <bryceh> it appears to me that given the amount of upstream churn around Ironlake, this may still be an area Intel is still in process of development on
[02:40] <bryceh> er, grammar not my strong point be
[02:40] <rickspencer3> riiight
[02:40] <rickspencer3> well, it is what it is
[02:40] <rickspencer3> bryceh, thanks for checking it out
[02:40] <rickspencer3> can you please update the bug report?
[02:41] <bryceh> rickspencer3, sure
[02:41] <rickspencer3> I'm being summoned by swmbo
[02:41] <rickspencer3> "dinner time" ;)
[02:45] <bryceh> rickspencer3, fwiw I found that RedHat pretty much has as many bug reports about ext monitor problems on Arrandale as we do, if not more
[02:45] <bryceh> (none of which have anything useful on them though unfortunately)
[02:52] <rickspencer3> bryceh, well, at least we're chasing external monitor bugs, and not hard GPU freezes
[02:52]  * rickspencer3 recalls Jaunty
[02:52] <bryceh> heh, actually I had been chasing gpu freezes prior to this
[02:58] <bryceh> rickspencer3, but yeah, the time invested in apport toolage since jaunty seems to be paying off
[03:03]  * kenvandine hugs apport
[04:03] <JanC> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/765422 --> one more compiz bug...
[04:03] <ubot2> Launchpad bug 765422 in unity "apps started fullscreen in unity can never unfullscreen" [Undecided,Confirmed]
[07:23] <RAOF> Excellent.  I seem to have reproduced chrisccoulson's compiz hang locally.  *Finally*!
[07:29] <TheMuso> I don't envy you guys trying to sort out compiz issues.
[07:29] <TheMuso> I do sympathize however.
[07:35] <pitti> Good morning
[07:46] <tjaalton> are these 'flash makes X crash' actually compiz hangs or what?
[07:46] <tjaalton> reproducible on both ati and intel, it seems
[07:47] <tjaalton> fullscreen flash
[07:47] <RAOF> tjaalton: Bug report?  Are they holdovers from when there was a broken ia32-libs?
[07:47] <RAOF> This one is *probably* intel missing a vblank interrupt and so never waking compiz up.
[07:48] <pitti> chrisccoulson: I reapplied your changes to icedtea-web and uploaded
[07:49] <tjaalton> RAOF: bug 764650 is with ati, bug 764456 is intel (though it's not clear it was fullscreen)
[07:49] <ubot2> Launchpad bug 764650 in xorg "Flash video with hardware acceleration causes X crash with radeon driver" [Undecided,Incomplete] https://launchpad.net/bugs/764650
[07:49] <ubot2> Launchpad bug 764456 in xorg-server "X crashes frequently with flash video playback" [Undecided,New] https://launchpad.net/bugs/764456
[07:49] <tjaalton> and I've witnessed flash hanging here, when the kids play with my laptop
[07:50] <tjaalton> (intel 964)
[07:50] <tjaalton> *965
[07:51] <RAOF> That ati one *clearly* isn't a compiz problem, 'cause they're using kwin :)
[07:52] <tjaalton> oh, bah :)
[07:52] <tjaalton> wasn't paying attention there, maybe dmesg will have something interesting then
[07:52] <RAOF> Gah!  That intel one looks like the record extension crash.
[07:53] <RAOF> And, no, they're not compiz-caused.
[07:53] <tjaalton> good
[07:53] <tjaalton> there's a master bug for the record extension crash?
[07:54] <tjaalton> looks like i've missed that completely
[07:54] <didrocks> good morning
[07:56] <pitti> hey didrocks
[07:56] <didrocks> Guten Morgen pitti, how are you?
[07:57] <pitti> I'm great, thanks! how do you feel?
[07:57] <RAOF> tjaalton: I don't think there is a master bug for the record extension crash.
[07:57] <tjaalton> RAOF: just a normal bug then?-)
[07:58] <RAOF> Uuummm…
[07:58] <tjaalton> if not, i could try to reproduce it and get a backtrace
[07:58] <didrocks> pitti: I'm fine, thanks! Latest unity release this morning normally :)
[07:58] <pitti> wohoo
[07:58] <didrocks> hey RAOF, tjaalton
[07:59] <pitti> out of interest, why today and not Thu?
[07:59] <pitti> to have some leeway for regressions?
[07:59] <tjaalton> didrocks: howdy
[07:59] <didrocks> pitti: exactly. In addition, the whole team is in some kind of mini sprint in London from today until Thursday, so not really available
[08:00] <didrocks> (but mini sprint not for that release)
[08:00] <pitti> ah
[08:00] <RAOF> didrocks: Heeeeelo.
[08:01] <didrocks> RAOF: did you finally find the annoying freeze issues (after we sanitized a little bit compiz and unity)
[08:02] <RAOF> didrocks: No, but I *do* have a system currently frozen the way chrisccoulson's system freezes that I'm attaching all sorts of gdb probes to :)
[08:02] <didrocks> RAOF: "nice" :-)
[08:02] <Sweetshark> Morning all!
[08:03] <RAOF> But first, time for ¾ of an hour of running around!
[08:04] <didrocks> hey Sweetshark
[08:04] <pitti> morning Sweetshark, wie gehts?
[08:04] <didrocks> RAOF: enjoy :)
[08:05] <Sweetshark> pitti: gut! libreoffice-l10n finally builds, dsc is on chinstrap.
[08:05] <pitti> yippie
[08:07] <pitti> Sweetshark: uploaded, thanks!
[08:09] <Sweetshark> chrisccoulson: xulrunner-dev should be kickable then ..
[08:09] <pitti> indeed
[08:30] <chrisccoulson> good morning everyone
[08:31] <pitti> hey chrisccoulson
[08:32] <chrisccoulson> hi pitti, how are you?
[08:32] <pitti> chrisccoulson: I'm great, thanks!
[08:36] <robert_ancell> pitti, hey, you're the pygobject expert right?  What do you think about bug 765398?
[08:36] <ubot2> Launchpad bug 765398 in pygobject "PyGObject 2.28.3 breaks ABI" [Undecided,New] https://launchpad.net/bugs/765398
[08:38] <pitti> hey robert_ancell
[08:38] <pitti> robert_ancell: right, I think we should do that, I read about it last night
[08:40] <pitti> robert_ancell: want me to do that or do you want to?
[08:41] <robert_ancell> pitti, you do it, I'm about to go and I think you'll know if there are side-effect better
[08:41] <pitti> robert_ancell: ok, will do
[08:41] <pitti> robert_ancell: two quick questions, if you still have a minute?
[08:42] <robert_ancell> sure
[08:42] <pitti> robert_ancell: the login oneiric meeting is in a couple of hours, in the middle of your night; will you actually join there, or did you brief someone else?
[08:42] <robert_ancell> I'll be there, what is it done with?  I'm trying to find details now
[08:42] <pitti> robert_ancell: other question, would you have some time to fix bug 760978? needs an upstream fix to actually add real translations to the .desktop file; some work, but not tricky
[08:43] <ubot2> Launchpad bug 760978 in shotwell "Shotwell's desktop file contains English translations for all languages and cannot be translated" [Medium,In progress] https://launchpad.net/bugs/760978
[08:43] <pitti> robert_ancell: standard phone call, not mumble I'm afraid :/
[08:43] <robert_ancell> ok, will look at shotwell issue tomorrow
[08:44] <pitti> robert_ancell: cheers
[08:44] <chrisccoulson> nice, the latest firefox 6 nightly has a nice addition to the tabbar, borrowed from chrome :)
[08:47] <pitti> chrisccoulson: 6? what happened with 5?
[08:48] <chrisccoulson> pitti - http://mozilla.github.com/process-releases/draft/development_specifics/ :)
[08:48] <chrisccoulson> basically, mozilla-central has already closed for firefox 5, which is now being developed on the mozilla-aurora branch
[08:48] <robert_ancell> ok, gtg, be back for meeting
[08:48] <chrisccoulson> and mozilla-central is now on firefox 6 already ;)
[08:50] <didrocks> pitti: I was supposed to join this meeting (was in the first couple of emails about it), did I miss something or I didn't receive anything? (I don't mind either way, more time for other things)
[08:50] <pitti> didrocks: please do
[08:50] <pitti> didrocks: 1400 CEST, Jason's conf line
[08:50] <didrocks> pitti: ok thanks :)
[08:50] <pitti> (if you are interested)
[08:50] <didrocks> (fun that I was just thinking about it when I woke up this morning)
[08:51] <didrocks> it == this topic
[09:01] <seb128> hey didrocks pitti
[09:01] <didrocks> salut seb128
[09:01] <seb128> hey chrisccoulson robert_ancell
[09:01] <pitti> hey seb128
[09:01] <seb128> what meeting?
[09:01] <chrisccoulson> hi seb128, how are you?
[09:02] <seb128> pitti, desktop meeting reminder!
[09:02] <pitti> seb128: oh, thanks! I honestly forgot it today
[09:02] <seb128> chrisccoulson, not sure yet, I would guess fine but I'm not awake enough yet to be sure ;-)
[09:02] <chrisccoulson> lol
[09:02] <seb128> pitti, ;-)
[09:03] <rodrigo_> morning
[09:03] <didrocks> pitti: because you dishonestly forget sometimes? :p
[09:03] <didrocks> hey rodrigo_
[09:03] <pitti> hey rodrigo_
[09:03] <pitti> didrocks: 'zactly!
[09:03] <didrocks> heh
[09:04] <rodrigo_> hi didrocks, pitti
[09:17]  * Sweetshark gets confused by all the talk about meetings.
[09:17] <Sweetshark> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-04-19 <- but we have a meeting today?
[09:18] <pitti> Sweetshark: yes, we will; need to send out the reminder
[09:33] <bigon> pitti: mmmh we'll have to switch all the pkg (pygtk,...) to dh_python2 at once I think
[09:33] <pitti> bigon: doesn't the extra library search path work?
[09:33] <pitti> it does here
[09:42] <bigon> pitti: I'm converting pygtk to dh_python2
[09:43] <pitti> yay
[09:43] <bigon> and it seems that I also have to convert python-gtkglext1
[09:43] <pitti> bigon: you mean once you convert pygtk, the pygobject supplied search path stops working?
[09:43] <bigon> pitti: 10:23 < bigon> hi, I've a "conflict" between dh_python2 and pusupport
[09:43] <bigon> 10:24 < bigon> pysupport is putting some empty __init__.py file /var/lib/python-support/ and that prevent my module to work
[09:43] <bigon> 10:28 < POX> packages that share a namespace have to use the same helper
[09:43] <bigon> 10:28 < POX> you can use dh_python2 in all of them or dh_pysupport in all of them
[09:44] <bigon> 10:30 < bigon> oh ok
[09:44] <pitti> darn; it worked with just pygobject, but I haven't tried intermediate states; but anyway, it's just 5 packages or so
[09:46] <bigon> pitti: http://pastebin.com/MrNDh5TE
[09:46] <bigon> this is on natty
[09:47] <rodrigo_> robert_ancell, ping
[09:47] <pitti> I just don't understand why it works ATM, when pygobject uses dh_python2 and nothing else
[09:47] <pitti> pygobject also ships e. g. /usr/lib/pyshared/python2.7/gtk-2.0/gio/_gio.so
[09:47] <pitti> and yet I can use both that and stuff from /var/lib//python-support/python2.7/gtk-2.0/
[09:49] <bigon> I tried yesterday evening on my machine at home (with python-gtkglext1 installed) let me try if it's not installed
[09:49] <bigon> svn://svn.debian.org/svn/pkg-gnome/desktop/unstable/pygtk/ << could you look if it's ok?
[09:50]  * pitti shakes fist at utterly broken websvn
[09:51]  * bigon hope the debian team will migrate t git some day
[09:52] <pitti> want me to look at some commit in particular?
[09:52] <pitti> r27665?
[09:53] <bigon> yes please
[09:54] <pitti> bigon: looks fine to me
[09:55] <chrisccoulson> hmmm, i'm still getting "Error: uncaught exception: aPlacesNode must have _DOMElement set" in my error console in firefox :(
[09:55] <chrisccoulson> i'm convinced that's my fault ;)
[09:58] <primes2h> tkamppeter_: seb12
[09:59] <primes2h> tkamppeter_: seb128: for some reason patch for bug #759811 is not applied.
[09:59] <ubot2> Launchpad bug 759811 in system-config-printer "gtkbuilder files incorrectly listed in the POTFILES.in and so are not translated" [Undecided,Fix released] https://launchpad.net/bugs/759811
[09:59] <primes2h> I tried to build it locally
[10:00] <primes2h> and strings in ui/ are not in the pot file
[10:00] <bigon> pitti: if python-gtkglext1 is not installed it seems to work
[10:00] <primes2h> There are more than 200 strings missing
[10:01] <primes2h> 543 here now, should be more than 700 https://translations.edge.launchpad.net/ubuntu/natty/+source/system-config-printer/
[10:02] <primes2h> seb128: tkamppeter_: btw, hello ;-)
[10:02] <seb128> dpm, ^ can you reupload the template I gave you the other day?
[10:06] <seb128> primes2h, thanks
[10:07] <primes2h> seb128: you're welcome.
[10:13] <dpm> seb128, primes2h, done, but unless fixed in the source package, the next package upload will override this manual upload again
[10:14] <dpm> https://translations.launchpad.net/ubuntu/natty/+source/system-config-printer/+imports?field.filter_status=all&field.filter_extension=pot
[10:14] <seb128> dpm, I've a package fixed building locally
[10:14] <dpm> seb128, ok, cool
[10:16] <seb128> dpm, http://ubuntuone.com/p/nSG/
[10:16] <seb128> dpm, can you upload that one for me as well?
[10:18] <seb128> dpm, the "Drop To Add Application" string was no in the previous version because the source was missing from the POTFILES.in, I will email the translators to tell them about it
[10:18] <seb128> dpm, oh, that's an updated unity template in case that's not clear ;-)
[10:20] <dpm> seb128, no worries, it was clear from the file name :) I've just uploaded it. Thanks for taking of the translators heads up
[10:20] <seb128> dpm, yw ;-)
[10:20] <tkamppeter> primes2h, hi
[10:20] <seb128> tkamppeter, pitti: is there a vcs for system-config-printer?
[10:20] <pitti> I don't think there is
[10:21] <tkamppeter> seb128, only upstream GIT, no VCS for the packaging.
[10:21] <seb128> I'm a fix for the template issue, should I just upload?
[10:22] <seb128> (just add an includeof the langpack.mk rule)
[10:25] <tkamppeter> seb128, simply upload it, I have no other fixes for s-c-p in the queue currently.
[10:25] <seb128> tkamppeter, ok thanks
[10:47] <seb128> pitti, what should we do for bugs like bug #763956
[10:47] <seb128> ?
[10:47] <ubot2> Launchpad bug 763956 in libimobiledevice "Please sync libimobildevice 1.1.0-3 from Debian experimental" [Wishlist,Confirmed] https://launchpad.net/bugs/763956
[10:47] <seb128> i.e sync requests acked
[11:00] <pitti> seb128: how do you mean? an archive admin needs to sync it
[11:00] <seb128> pitti, can I sync it or will that bypass the queue and the review?
[11:00] <pitti> seb128: yes and yes
[11:01] <seb128> pitti, so you are basically saying it's fine to bypass the freeze review? ;-)
[11:02] <pitti> right, that's what's happening with syncs
[11:02] <rodrigo_> lucazade, around?
[11:02] <pitti> but it already was reviewed and acked, so it's fine
[11:02] <seb128> that's why I was not sure if I should do it or do a fakesync so it goes in the queue
[11:02] <seb128> pitti, ok, thanks
[11:02] <lucazade> rodrigo_ hi!
[11:03] <rodrigo_> hi lucazade, I think I might have a fix for that g-s-d issue, so do you fancy some building/testing?
[11:03] <lucazade> rodrigo_ of course, ready to test!
[11:03] <rodrigo_> lucazade, ok, so -> bzr get lp:~rodrigo-moya/ubuntu/natty/gnome-settings-daemon/really-fix-649809
[11:04] <rodrigo_> lucazade, build it (bzr bd -- -b) and install and just do a quick test, no need for gdb/etc
[11:04] <lucazade> rodrigo_ ok
[11:17] <pitti> didrocks: do you know who would be most appropriate to check/fix bug 760111 ?
[11:17] <ubot2> Launchpad bug 760111 in zeitgeist "zeitgeist-daemon crashed with OSError in makedirs(): [Errno 13] Permission denied: '/home/ubuntu/.local/share/zeitgeist'" [Medium,Triaged] https://launchpad.net/bugs/760111
[11:17] <seb128> kamstrup, ^
[11:17] <didrocks> pitti: kamstrup right
[11:17] <pitti> ah, thanks
[11:17] <pitti> this looks like an odd interaction on/from the live system, /home/ubuntu is the live fs user
[11:18] <pitti> just not sure why it'd be an EPERM, as this seems to happen right in the live system
[11:18] <didrocks> I would think that if zeitgeist-daemon can't write in ~/.local/share/, it won't be the only one crashing :)
[11:20] <pitti> there's certainly something odd happening there
[11:23] <lucazade> rodrigo_ built, restarting now and doing some trials
[11:24] <rodrigo_> lucazade, ok
[11:24]  * rodrigo_ crosses fingers and starts eating his nails
[11:26] <lucazade> rodrigo_ no luck :(
[11:26] <lucazade> ** (gnome-settings-daemon:1526): WARNING **: xsettings manager already running; retrying again
[11:26] <rodrigo_> :(
[11:26] <lucazade> ** (gnome-settings-daemon:1526): WARNING **: You can only run one xsettings manager at a time; exiting
[11:26] <lucazade> ** (gnome-settings-daemon:1526): WARNING **: Unable to start xsettings manager: Could not initialize xsettings manager.
[11:29] <seb128> rodrigo_, stop spending time on that for now maybe
[11:30] <seb128> seems like it's costing time over what it's worth
[11:30] <rodrigo_> seb128, well, now it's a personal thing :-)
[11:30] <rodrigo_> but yes, I'll move to other bugs and have a look at idle times
[11:30] <seb128> it's weird that some people like lucazade seem to have it a consistant way
[11:30] <rodrigo_> yes
[11:30] <seb128> where nobody else here is getting it
[11:30] <lucazade> rodrigo_ I'm here when you want
[11:30] <seb128> it has to be some customization those users do
[11:30] <rodrigo_> it's in xrandr plugin, so maybe something related to the graphics driver?
[11:30] <seb128> would be useful to figure what
[11:31] <lucazade> seb128 no customizations
[11:31] <rodrigo_> lucazade, what video driver do you have?
[11:31] <seb128> is it?
[11:31] <lucazade> virtualbox and nvidia
[11:31] <rodrigo_> lucazade, the backtrace from lucazade seems to imply that -> http://paste.ubuntu.com/594064/
[11:31] <seb128> seems a virtualbox issue
[11:31] <seb128> most people reporting it use virtualbox...
[11:31] <lucazade> it happens also with proprietary nvidia
[11:31] <rodrigo_> I have also nvidia and have been testing on virtualbox
[11:32] <lucazade> anyway I'll not change session and can live with it :P
[11:32] <rodrigo_> lucazade, on your normal machine (no virtualbox), it doesn't happen, right?
[11:32] <lucazade> yes
[11:33] <rodrigo_> yes, it happens, or yes, it doesn't happen?
[11:33] <lucazade> yes, it happens also on physical machine
[11:33] <rodrigo_> hmm
[11:33] <rodrigo_> lucazade, anyway, I'll ping you if I need more testing, but for now I'm going to fix other bugs in my list for a while
[11:34] <lucazade> haven't tried it for a while on physical machine, to be honest.. last time it was present
[11:34] <lucazade> ok
[11:34] <seb128> is virtualbox an install or iso testing?
[11:34] <rodrigo_> lucazade, oh, last time maybe it didn't have the upstream fix that fixed it for mostly everyone?
[11:34] <rodrigo_> seb128, for me it's an install, and no problem at all, after 100s of tries
[11:35] <seb128> yeah, I never got here in kvm or real installs and I do start ubuntu a lot
[11:35] <lucazade> rodrigo_ don't remember which version was
[11:36] <rodrigo_> lucazade, ok, when you have time, please test the latest natty package, just to confirm it only happens on virtualbox for you, ok?
[11:36] <lucazade> rodrigo_ ok i'll confirm if it only happens on vbox
[11:37] <rodrigo_> lucazade, ok thanks
[11:38] <rodrigo_> hmm, before I move to another bug, just a quick thing
[11:38] <rodrigo_> if I call gconf_client_remove_dir, all notifications set for that dir are disabled
[11:38] <rodrigo_> so maybe calling gconf_client_notify_remove after that is wrong, and thus makes the extra gconf loop the backtrace shows?
[11:41] <rodrigo_> the API docs say nothing, and also I guess it would affect more people if that was the case
[11:41] <rodrigo_> or maybe it's just too slow only in some situations
[11:53] <xclaesse> rodrigo_, remember the build issue for empathy with webkit?
[11:53] <xclaesse>  it is already fixed in upstream with git commit 8dd756f90c0140f620f02164da9e04354a6d0ec9
[11:54] <xclaesse> (don't know if you've seen my message yesterday)
[11:54] <rodrigo_> xclaesse, yes, I'm about to submit a branch with that
[11:54] <rodrigo_> xclaesse, yes, saw your message
[11:54] <xclaesse> good
[11:54] <xclaesse> thx
[11:55] <rodrigo_> xclaesse, as soon as I have that, I'll submit a new empathy with webkit support to the PPA
[12:01] <seiflotfy> pitti, the bug is ver tricky
[12:01] <seiflotfy> and we are looking into a way to fix it
[12:02] <seiflotfy> pitti, i think this bug will affect other things that try to write to an encrypted ~/.local/share
[12:03] <didrocks> pitti: btw, thinking about it, would the lazy load will workaround it for us? (did you try on a recent daily?)
[12:12] <pitti> seiflotfy: uh, how can it be encrypted on a live CD?
[12:12] <pitti> didrocks: which lazy load?
[12:12] <didrocks> pitti: so, since last Thursday (just after beta2), the places are loaded only on demand
[12:13] <didrocks> (not at session startup as before)
[12:13] <pitti> didrocks: oh, I haven't noticed a change, which I guess is good :)
[12:13] <didrocks> pitti: heh, there was one fixed very early on Friday :p
[12:13] <didrocks> but we are still slowing down the startup by /etc/xdg/autostart/zeitgeist-datahub.desktop
[12:13] <didrocks> which starts zeitgeist
[12:14] <didrocks> not sure if we should add the delay key or if we consider it's too late and for O
[12:15] <seiflotfy> didrocks, why r u starting datahub
[12:15] <pitti> didrocks: that's not dbus activated?
[12:15] <didrocks> seiflotfy: not sure, it's the debian package
[12:15] <seiflotfy> didrocks, when zeitgeist starts it also starts the datahub
[12:15] <pitti> I don't know what it's doing, but if we delay it by 30 seconds, it'll miss events in the first 30 s?
[12:15] <didrocks> seiflotfy: ^^
[12:16] <seiflotfy> didrocks, not it wont
[12:16] <didrocks> seiflotfy: we have nothing starting zg at startup
[12:16] <seiflotfy> didrocks, ah i see
[12:16] <seiflotfy> hmmmmmmmmmmmmmmmmm
[12:16] <didrocks> pitti: the zg daemon is dbus activated, not sure about the datahub as it changed recently
[12:16] <seiflotfy> didrocks, the datahub is activated by zg daemon
[12:17] <seiflotfy> i see the problem
[12:17] <didrocks> seiflotfy: right, but as we don't start it now until a place load request happens
[12:17] <didrocks> we would miss all events until then I guess
[12:17] <pitti> seiflotfy: so if zg-daemon is triggered on demand via dbus, and lazy-loaded the first time you open places, datahub would not run for a fair while and thus miss all events until you open teh places page; did I understand that right?
[12:18] <pitti> but datahub is not python, but C
[12:18] <pitti> so should be a lot faster to startup?
[12:18] <pitti> or does datahub trigger zg-daemon as well?
[12:19] <pitti> ok, merely starting a guest session, without opening places, launches zeitgeist-datahub and zg-daemon
[12:20] <pitti> so whatever you changed doesn't buy anything ATM
[12:21] <didrocks> pitti: it does at least for xapian and internal caching (I won 9s on the 31s to load my desktop session)
[12:21] <pitti> didrocks: ah, just because it starts slightly later now?
[12:21] <seb128> pitti, right
[12:21] <pitti> also good
[12:21] <didrocks> maybe that influences as well :)
[12:21] <seb128> didrocks, not sure how you won that btw ;-)
[12:21] <didrocks> but well, not the whole zg won
[12:21] <pitti> as long as unity itself is already usable, it can go on churn in the background
[12:21] <seb128> on the 10v ssd it won 3s on 16 seconds
[12:21] <didrocks> seb128: slow harddrive help seems :)
[12:22] <didrocks> it*
[12:22] <pitti> ok, quick lunch before the confcall
[12:23] <seb128> pitti, enjoy
[12:24] <seb128> the delay key should probably be added back to the eds calendar reminder autostart btw
[12:24] <seb128> it seems it got dropped when we switched from our distro version to the upstream one
[12:24] <seiflotfy> pitti, true
[12:24] <seiflotfy> datahub is vala
[12:29] <seb128> rodrigo_, is your g-s-d pulseaudio fix something that we should try to get in natty?
[12:29] <seb128> rodrigo_, did you get someone upstream to review it?
[12:30] <rodrigo_> seb128, I'm pinging hadess now
[12:30] <seb128> rodrigo_, ok, let me know how it goes
[12:30] <rodrigo_> seb128, it indeed fixes the crash, but want to get his approval 1st
[12:31] <seb128> we have until tomorrow to upload it
[12:31] <seb128> today and tomorrow that's it
[12:31] <seb128> so no hurry
[12:31] <rodrigo_> ah ok, will get it reviewed today
[12:32] <seb128> rodrigo_, thanks
[12:35] <seb128> dpm, https://translations.edge.launchpad.net/ubuntu/natty/+source/unity/+imports lists your upload as "needs review"
[12:35] <seb128> is that normal?
[12:36] <Sweetshark> pitti: bug 765010 is meh.
[12:36] <ubot2> Launchpad bug 765010 in libreoffice "LibreOffice StartCenter’s desktop file has an empty value for Name[en]" [Undecided,Confirmed] https://launchpad.net/bugs/765010
[12:36]  * Sweetshark is guilty.
[12:59] <dpm> seb128, that's normal. They all start with 'needs review', then the approver script changes status to 'approved' and then the importer script changes status to 'imported'. Only new templates need to be set as 'approved' manually (i.e. it does not make a difference if I approve unity.pot manually)
[13:02] <rodrigo_> ok, lunch time, bbl
[13:09]  * nessita reboots after update
[13:11] <seb128> dpm, ok thanks
[13:40] <seb128> robert_ancell, gcalctool get quite some segfault in currency_get_value() bug reports
[13:40] <seb128> ie bug #760536
[13:40] <ubot2> Launchpad bug 760536 in gcalctool "gcalctool crashed with SIGSEGV in currency_get_value()" [Medium,New] https://launchpad.net/bugs/760536
[13:42] <robert_ancell> seb128, are they the latest? I fixed some bugs recently
[13:42] <seb128> robert_ancell, that one is
[13:43] <robert_ancell> seb128, ok, will look at it tomorrow
[13:43] <seb128> thanks
[13:43] <chrisccoulson> hi robert_ancell. aren't you normally asleep at this time?
[13:43] <robert_ancell> chrisccoulson, shh, you're waking me up!
[13:43] <chrisccoulson> lol
[13:44] <chrisccoulson> that was seb128 ;)
[13:44] <seb128> heh
[13:45] <seb128> robert_ancell talks in his sleep, not my fault!
[13:46] <pitti> Sweetshark: indeed, and it doesn't just affect [en], I see it in [de] as well
[13:48] <Sweetshark> pitti: yes, Im already working on it.
[13:49] <pitti> Sweetshark: thanks
[13:50] <pitti> Sweetshark: out of interest, what happened there? build script for msgmerge changed?
[13:54] <Sweetshark> pitti: no, I added the traslations deep in some dark perl voodoo in the LO build. And now it seems to create one additional Name[en]= entry although it has no translations for the string at all
[13:55] <pitti> Sweetshark: how come that it also fails in German then?
[13:57] <Sweetshark> pitti: dunno. the /usr/share/applications/libreoffice-startcenter.desktop looks good to me for "[de]".
[13:58] <Sweetshark> or does "Name[de]" fall back to "Name[en]" and not "Name"?
[13:58] <pitti> no, it doesn't
[13:58] <pitti> Sweetshark: if I press win+a, I get a LibO icon without a name in the second row
[13:58] <pitti> ... which is the start center apparently
[13:58] <pitti> you don't?
[13:59] <Sweetshark> pitti: Im on an english UI.
[13:59] <pitti> seb128: if you press win+a and look at the second row ('installed apps'), do you see a libo icon without a name?
[14:00] <seb128> ues
[14:00] <seb128> yes
[14:00] <pitti> oui
[14:00] <pitti> I knew that our dear Monsieur would be faithful to his mother tongue!
[14:01] <seb128> ;-)
[14:01] <seb128> it's happening in french just to be clear :p
[14:02] <pitti> aka "stop the presses!"
[14:02] <seb128> deleting the "Name[en]=" fixes it
[14:02] <seb128> it seems that one breaks the parsing
[14:02] <pitti> *nod*
[14:02] <seb128> nautilus displays the filename rather than any key when it's there
[14:04] <pitti> >>> d=xdg.DesktopEntry.DesktopEntry('/usr/share/applications/libreoffice-startcenter.desktop')
[14:04] <pitti> >>> d.getName()
[14:04] <pitti> u''
[14:05] <seb128> yeah, the Name[en]= confuses it
[14:05]  * Sweetshark lunches and then find out what the heck adds the Name[en]= line.
[14:05] <pitti> Sweetshark: feel free to toss a bazaar.lp.net link to the commit that introduced it, we might spot something :)
[14:05] <Sweetshark> somewhere in those awefull perlscripts, there is some evil.
[14:08] <Sweetshark> pitti: http://git.debian.org/?p=pkg-openoffice/libreoffice.git;a=commit;h=fb422d2a8b282dba296a004d98b6d55b301769bf
[14:08] <Sweetshark> beware patch of patches ahead
[14:10] <pitti> ugh yeah; /me sings Katie Melua's "A Moment of Madness" ♩ ♪ ♫
[14:11] <pitti> Sweetshark: "en-US" vs. "zh_CN" looks inconsistent
[14:24] <mterry> seb128, got more bugs you want eyes on?
[14:25] <seb128> mterry, let me check my bug lists
[14:25] <seb128> mterry, do you want to do the glib update?
[14:26] <mterry> seb128, oh, sure
[14:26] <seb128> it seems like https://bugs.launchpad.net/glib/+bug/743459 is https://bugzilla.gnome.org/show_bug.cgi?id=646843 which is fixed in the new version
[14:26] <ubot2> Launchpad bug 743459 in glib2.0 "empathy crashed with SIGABRT in __kernel_vsyscall()" [Medium,Fix committed]
[14:27] <seb128> kklimonda, should glibmm be updated to the stable version? can it be synced on debian?
[14:30] <mterry> seb128, oh wait, glib2.0 intentionally isn't in ubuntu-desktop package set
[14:31] <mterry> seb128, so maybe someone else should do that one
[14:31] <seb128> mterry, I can upload for you
[14:31] <mterry> seb128, k
[14:31] <seb128> the packaging is in the team vcs
[14:31] <mterry> yar
[14:34] <seb128> mterry, did you start yet?
[14:35] <mterry> seb128, yeah
[14:35] <seb128> mterry, ok
[14:36] <stgraber> didrocks: ping
[14:36] <didrocks> stgraber: OTP, will be back later
[14:36] <didrocks> stgraber: meanwhile, try my package in the ppa :-)
[14:37] <stgraber> didrocks: ok, I just updated bug 746028 with some ls of my updated VM :) Ping me when you're available for some more debugging.
[14:37] <ubot2> Launchpad bug 746028 in gnome-settings-daemon "Edubuntu: Wallpapers are not updated on upgrade to Natty" [High,Triaged] https://launchpad.net/bugs/746028
[14:37] <stgraber> didrocks: (it seems like the cache has been rebuilt but with the wrong content, as in, old wallpaper)
[14:41] <didrocks> stgraber: can you try to open it with eog to confirm the cache is old?
[14:42]  * highvoltage previewed it in nautilus last week and saw that the image in the cache directory was old
[14:43] <stgraber> didrocks: confirmed, it's the old wallpaper in stgraber's cache and the new one in stgraber1's cache
[14:43] <stgraber> didrocks: want them attached to the bug report ?
[14:44] <didrocks> stgraber: no need, it's just a resized image, let's discuss that for a common debugging session after my phone call :)
[14:44] <stgraber> didrocks: ok, just ping me (I have an idea of what "might" be wrong with the cache ;))
[14:45] <didrocks> sure :)
[14:59] <Sweetshark> pitti: got it.
[14:59] <rodrigo_> seb128, hadess approved the patch, so submitting my branch in a second
[15:00] <seb128> rodrigo_, thanks
[15:00] <pitti> Sweetshark: yay you
[15:01] <Sweetshark> pitti: I added a string to translate for the unity quicklist stuff. there is no such entry in the startcenter template, thus the script barfs out the nonsense at the end.
[15:06] <rodrigo_> seb128, https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-settings-daemon/fix-750334/+merge/58311
[15:07] <seb128> rodrigo_, thanks
[15:10] <rodrigo_> seb128, oh, just remembered about this one: https://code.launchpad.net/~rodrigo-moya/ubuntu/maverick/json-glib/fix-756426/+merge/57474 <- did you solve your build problem?
[15:12] <rodrigo_> hmm, what does this mean: 'dpkg-checkbuilddeps: Build conflicts: gir-repository-dev' if I already have that package installed?
[15:17] <pitti> rodrigo_: you need to uninstall it
[15:17] <pitti> (also in general; gir-repository was a bad hack and should be history now)
[15:21] <rodrigo_> pitti, ah, ok
[15:25] <rodrigo_> one of these days I should really do a clean install on this machine, as I've been updating since karmic
[15:26] <rodrigo_> although, well, it seems to work so not sure it's worth the clean install
[15:28] <seb128> rodrigo_, it's a build conflicts, not a build-depends ;-)
[15:28] <rodrigo_> seb128, yeah, now I know :)
[15:28] <seb128> rodrigo_, yeah, I fixed my machine issues but I focussed on natty but I will upload later if the pilot of the day don't do it
[15:28] <rodrigo_> seb128, ok, no hurry, just wanted to make sure it didn't get lost
[15:29] <rodrigo_> xclaesse, building now the webkit package, will submit as soon as it builds ok
[15:30] <chrisccoulson> pitti - what's the absolute last day for uploads? i need to do another firefox upload :)
[15:31] <pitti> chrisccoulson: I think tomorrow; on Thursday you'll need a very good rationale already, as we'll need to sort them out over the long weekend
[15:31] <chrisccoulson> pitti - thanks. i should be able to do it today anyway
[15:49] <seb128> rodrigo_, is there any chance you could update the g-s-d patch to be the upstream commit?
[15:49] <rodrigo_> seb128, yes
[15:49] <seb128> rodrigo_, so it would have some context, like the description and the id
[15:49] <seb128> rodrigo_, thanks
[15:51] <rodrigo_> seb128, pushed
[15:53] <seb128> rodrigo_, thanks
[15:53] <seb128> session restart brb
[16:04] <pitti> argh, the launcher appearing on the side is a nuisance
[16:04] <pitti> it keeps popping up when I try to copy&paste somethign from a full screen app
[16:04] <seb128> right, I switched back to the edge config
[16:05] <seb128> though I didn't hit so much issues in normal use
[16:05] <seb128> but I tend to put my mouse out of the way when using the keyboard and out of the way is often a border
[16:07] <pitti> seb128: back to corner config you mean? I just did the same
[16:07] <seb128> yes
[16:07] <mterry> seb128: OK, finally pushed the glib2.0 bzr update (had some computer issues :)).  Can you push onward to main?
[16:07] <seb128> mterry, doing that now
[16:08] <seb128> mterry, if you want bugs there is an appmenu one about virtualbox not working which say bzr-visualize has similar issues
[16:08] <seb128> though it might be a libindicate-qt issue since the comments indicate those are qt applications
[16:15] <pitti> lamalex: hey Alex, how are you?
[16:15] <pitti> lamalex: you have a work item "Ensure video source is decent, and if not, perhaps disable it until we have something nice" for packageselection-desktop-n-application-selection; is that still relevant?
[16:18] <lamalex> jcastro asked me that a bit ago. there are a couple of patches in banshee's bugzilla but they're awaiting merge and were deferred for 2.0. will hopefully make it into 2. whatever is next
[16:19] <jcastro> yeah that should be deferred
[16:19] <pitti> ok, doing that; thanks
[16:19] <mterry> seb128, link me
[16:19] <mterry> i suppose i can search it
[16:20] <pitti> rodrigo_: gdm user switching and tomboy applet deprecation on upgrade> hm, didn't I see an uplaod which fixes that recently?
[16:20] <rodrigo_> pitti, yes
[16:21] <rodrigo_> pitti, did I forget something?
[16:21] <pitti> rodrigo_: awesome; I'll close the WIs then
[16:21] <pitti> rodrigo_: just to set the WIs to done, don't worry
[16:21] <seb128> mterry, 641209
[16:21] <rodrigo_> pitti, ah, forgot that, yes
[16:22] <pitti> seb128: postponing "provide GTK3 variant of appmenu-gtk" FYI
[16:23] <seb128> pitti, ok
[16:25] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter: meeting reminder in 5 mins
[16:25] <rodrigo_> pitti, thanks :)
[16:26] <chrisccoulson> w00t
[16:27] <cyphermox> ok
[16:29] <rodrigo_> building webkit package takes ages
[16:30] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter: meeting time
[16:30] <seb128> hey
[16:30] <chrisccoulson> hi!
[16:30] <tremolux> \o
[16:30] <pitti> welcome everyone
[16:30] <rodrigo_> hi! :)
[16:30] <didrocks> hey
[16:30] <Sweetsha1k> Oo._ touchdown.
[16:30] <pitti> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-04-19
[16:31] <Riddell> hi
[16:31] <pitti> let's try to make this quick, as we are all knee-deep in bug fixing
[16:31] <pitti> tremolux, didrocks: thanks for the unity/s-c reports on the wiki! anything we need to discuss there?
[16:31] <seb128> mterry, (ignore the glib rejected email, I screwed the upload once and reuploaded)
[16:32] <didrocks> pitti: nothing more
[16:32] <kenvandine> pitti, nothing to report on partner update... and i am on the phone :)
[16:32] <tremolux> pitti: I don't think so unless any questions  :)
[16:32] <pitti> kenvandine: hah, that woudl have been my next question
[16:32] <pitti> no news is good news at this point :)
[16:32] <kenvandine> yup
[16:32] <kenvandine> if we had news, we are in trouble
[16:32] <rodrigo_> :)
[16:32] <pitti> quick update about release status
[16:33] <pitti> we are cleaning up the last couple of WIs, but nothign serious any more ("talk to Debian", "test stuff", etc.)
[16:33] <pitti> almost there
[16:33] <pitti> and last week we fixed about 8 or 9 RC bugs!
[16:33] <pitti> and some more this week, so we have 5 left on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:33] <pitti> I just have two questions here
[16:33] <pitti> bug 727410
[16:33] <ubot2> Launchpad bug 727410 in gnome-session "unity used instead of metacity when logging in as a user via ltsp" [Medium,Fix released] https://launchpad.net/bugs/727410
[16:34] <pitti> erm, ignore that, fixed!
[16:34] <pitti> so we only have 4 left!
[16:34] <didrocks> yeah :)
[16:34] <pitti> and they are all fixable in SRUs as well
[16:34] <rodrigo_> pitti, about #649809, we agreed on not being RC, right?
[16:34] <pitti> any other OMGkittenkiller you guys are aware of which we need to discuss?
[16:35] <tremolux> pitti: oh, and bug 723911 was already deferred  ;)
[16:35] <ubot2> Launchpad bug 723911 in software-center "deauthorize does not remove sources.list" [Medium,In progress] https://launchpad.net/bugs/723911
[16:35] <pitti> rodrigo_: right, target of opportunity, and SRUable
[16:35] <pitti> tremolux: right
[16:35] <rodrigo_> ok
[16:36] <pitti> so I think by and large we are in good shape
[16:36] <pitti> nothing else from my side, AOB?
[16:36]  * pitti ^5s the team for having a smooth landing next week
[16:37] <Riddell> I am going on rotation next cycle to work with bzr, volunteers to look after Kubuntu welcome :)
[16:37] <pitti> ooh, enjoy the rotation
[16:37] <pitti> they can certainly need some help from someone with a strong distro perspective!
[16:38] <pitti> Riddell: do you expect larger structural changes next cycle in Kubuntu, or will that be by and large a bug fix/maintenance release then?
[16:39] <Riddell> pitti: a load of KDE source packages will be changing due to upstream moving to git
[16:39] <Riddell> kdepim moves to akonadi fully
[16:40] <Riddell> that's about it
[16:41] <pitti> thanks
[16:41] <pitti> so, shortest meeting evar
[16:42] <chrisccoulson> who's volunteering for KDE then? ;)
[16:42] <mterry> :)
[16:43] <Riddell> chrisccoulson: you know you want to.  our browser takes an hour to package for a new release.  your life would be so much easier
[16:43] <chrisccoulson> mterry, didn't you mean:
[16:43] <chrisccoulson> o/
[16:43] <chrisccoulson> ;)
[16:43] <chrisccoulson> Riddell, would you mind if i switched kubuntu to firefox by default? after all, we agreed yesterday that ubuntu would be switching to lynx by default ;)
[16:44] <chrisccoulson> (or galeon. it depends on who wins at UDS)
[16:44] <Riddell> chrisccoulson: that's fine, just port firefox to qt and kdelibs first
[16:44] <hyperair> lynx!
[16:44] <hyperair> oh lol
[16:45] <pitti> hyperair: hey, that's a concession to usability; my initial proposal was wget -O-
[16:45] <hyperair> pitti: not netcat? =(
[16:46] <chrisccoulson> i guess that the default browser may be settled over a game of mao at UDS ;)
[16:46] <chrisccoulson> desrt would like that!
[16:50] <chrisccoulson> chromebug is definitely my friend today
[16:51] <mdeslaur> from a security point of vue, I recommended not having a browser at all. It's all about the apps now anyway, right? :)
[16:55] <chrisccoulson> lol
[16:57] <mdeslaur> oh, and if we could get rid of the kernel also, that would reduce the CVE count considerably. Thanks.
[16:57] <desrt> oo
[16:57] <nessita> mvo: hey there, quick question re software center: does this report makes sense to you? bug #751747 I don't think is a ussoc report (ussoc does not ask for address)
[16:57]  * desrt has to remember to bring the cards
[16:57] <ubot2> Launchpad bug 751747 in ubuntu-sso-client "Ubuntu Single Sign On Does Not Remember Details" [Undecided,New] https://launchpad.net/bugs/751747
[16:58]  * desrt entering the game.  introducing new rule.
[16:59] <mvo> nessita: thanks, I moved it to software-center-agent for now, it probably needs to go to cannical-payment-provider or somesuch, but I will take it from here :)
[16:59] <Sweetsha1k> pitti: http://git.debian.org/?p=pkg-openoffice/libreoffice.git;a=commit;h=76b0b21953dee320d4eb4da29f617b5147d73267 <- this should fix bug 765010. I will build that tonight.
[16:59] <ubot2> Launchpad bug 765010 in libreoffice "LibreOffice StartCenter’s desktop file has an empty value for Name[en]" [Undecided,Confirmed] https://launchpad.net/bugs/765010
[16:59] <nessita> mvo: thanks!
[16:59] <mvo> (and yes, I agree very much with this bug)
[16:59] <mvo> yw
[16:59]  * mvo heads out for dinner now
[17:00] <desrt> pitti: learn curl
[17:39] <thisfred> tedg: I have a question about the unity launcher progress bars: is it intentional that they disappear when clicking the launcher?
[17:40] <thisfred> (this is what happens for the ubuntuone one, and I'm pretty sure we don't hide it ourselves)
[18:08] <tedg> thisfred, That's not a tedg thing.  Perhaps a DBO one?
[18:09] <thisfred> tedg: Oh, sorry. Anyway, jason helped me figure it out.
[18:15] <seb128> pitti, tseliot: is there any way to not suggest the nvidia driver for some card series?
[18:20] <mterry> tedg, does no one listen to the dbusmenu ItemsPropertiesUpdated signal?
[18:24] <mterry> tedg, oh, hah!  it was a typo....  interesting.  dbusmenu was listening for ItemPropertiesUpdated (with no s)
[18:25] <tseliot> seb128: we can only remove the single modaliases for the cards
[18:25] <seb128> tedg, btw I saw that you had a merge request for the gimp libdbusmenu segfault issue, is that a fix or a guess try?
[18:26] <seb128> tseliot, ok, because we have 728745 about geforce 7300 and 7400 cards not working with using on nvidia, nouveau works for those though
[18:27] <seb128> tseliot, I was wondering if we should tell jockey to not suggest nvidia for those
[18:27] <tseliot> bug #728745
[18:27] <ubot2> Launchpad bug 728745 in unity "[nvidia, 7300, 7400] display freeze when using unity desktop" [Undecided,Incomplete] https://launchpad.net/bugs/728745
[18:28] <tseliot> seb128: if you ask the affected users to post the output of this command, I can blacklist those cards: lspci -n | grep 300
[18:28] <seb128> tseliot, thanks, do you think it's right?
[18:29] <seb128> tseliot, the other option would be to declare that unity doesn't work on those machines and let them get the nvidia drivers and run classic GNOME...
[18:30] <tedg> seb128, I think that it should fix it.
[18:31] <seb128> tedg, did you get a review? did you ask kenvandine to distro patch it?
[18:31] <tedg> mterry, My first deja dup backup just completed!  Woot!
[18:31] <tedg> seb128, I haven't checked yet, sorry.
[18:31] <seb128> no worry
[18:31]  * tedg bitches about tele-sprints
[18:32] <seb128> yeah, you get the sprint part but not the bar drinking in the evening
[18:32] <seb128> that's no fun ;-)
[18:33] <didrocks> latest unity release before natty done \o/
[18:34] <seb128> didrocks, you shouldn't say that...
[18:34] <seb128> ;-)
[18:34] <seb128> well you didn't say "upload"
[18:34] <didrocks> seb128: well, I'll backport every commit needed, but that will be the last release :-)
[18:34] <tedg> seb128, The nice part is you can drink *during* the sprint more easily ;-)
[18:34] <seb128> ;-)
[18:34] <seb128> tedg, lol
[18:34] <didrocks> tedg: I was planning for a video conference, having a poster of the beach behind me ;)
[18:35] <seb128> mterry, did you find things to do?
[18:35] <seb128> otherwise DBO might need some help
[18:36] <seb128> he keeps claiming that he will work on launcher matching issue but seems that's not going to happen so maybe we should try to help there ;-)
[18:41] <kklimonda> seb128: glibmm2.4 or glibmm3.0?
[18:41] <seb128> kklimonda, 2.27.92 to 2.28
[18:43] <tseliot> seb128: I don't think nouveau has the same level of power management of nvidia. I guess blacklisting the driver and card in unity would be safer
[18:43] <seb128> tseliot, ok
[18:43] <seb128> didrocks, ^ it might be a distro patch to add tomorrow
[18:44] <didrocks> tseliot: the blacklist only happens on pcid
[18:44] <chrisccoulson> pitti - firefox is in the queue now
[18:44] <didrocks> so if it doesn't work on neither nvidia nor nouveau, we can do that
[18:44] <didrocks> seb128: ^^
[18:44] <chrisccoulson> it has a nice autoscroll fix which fixes an annoying bug too :)
[18:45] <chrisccoulson> (will hopefully please popey) ;)
[18:45] <didrocks> pitti: bamf/nux/unity in the queue btw :)
[18:45] <seb128> didrocks, well, those cards don't work with nvidia and unity so choices are to either block nvidia in jockey or unity, ie we either recommend nvidia and classic or nouveau and unity
[18:45] <tseliot> didrocks: do you know where is the code that deals with the blacklist? Maybe I can make it check the driver too
[18:46] <didrocks> tseliot: it's in nux, but it's really late now to add that
[18:47] <didrocks> seb128: as we blacklist the card, it won't work with nouveau + unity
[18:47] <tkamppeter> pitti, hi
[18:47] <seb128> didrocks, right, but how likely is it that people will just install nvidia and get no desktop?
[18:47] <popey> \o/ chrisccoulson
[18:47] <kklimonda> seb128: yes, it can be synced from debian.
[18:48] <seb128> kklimonda, want to open a bug with the diff for r-t review?
[18:48] <didrocks> seb128: if we still want people to get it with nouveau (I don't mean we want), we can do that in jockey rather
[18:48] <kklimonda> seb128: sure
[18:48] <seb128> kklimonda, thanks
[18:48] <didrocks> either way, I don't mind, let's see tomorrow, do we have the pcid # ?
[18:49] <didrocks> (I've aready added some ati card, that can be handle in a couple of minutes)
[18:49] <tseliot> didrocks: ok, let's talk again tomorrow then
[18:49] <didrocks> tseliot: right ;)
[18:51] <didrocks> it's not 8pm and I can wave good evening, how come! ;)
[18:51] <didrocks> see you tomorrow guys
[18:52] <tseliot> bye
[18:56] <mterry> tedg, https://code.launchpad.net/~mterry/dbusmenu/641209/+merge/58364
[18:58] <seb128> seems another fix to get in natty ;-)
[18:59] <mterry> seb128, yeah.  I'll pull from trunk once merged
[19:00] <mterry> (meaning, I'll distro-pull from trunk)
[19:00] <kklimonda> seb128: done, bug 766320
[19:00] <ubot2> Launchpad bug 766320 in glibmm2.4 "FFe: Sync glibmm2.4 2.28.0-1 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/766320
[19:00] <seb128> thanks
[19:10] <seb128> tedg, mterry: https://bugs.launchpad.net/ubuntu/+source/libdbusmenu/+bug/752959 updated with the valgrind error
[19:10] <ubot2> Launchpad bug 752959 in libdbusmenu "gimp-2.6 crashed with SIGSEGV in g_variant_is_object_path()" [High,Incomplete]
[19:11] <seb128> tedg, I'm testing your vcs fix next
[19:17] <chrisccoulson> seb128, are there any bugs you want me to look at?
[19:18] <seb128> bah, why do people ask those questions when I've no bug handy to dispatch ;-)
[19:18] <seb128> chrisccoulson, not especially but I will have a look
[19:20] <seb128> chrisccoulson, oh yes, I've one!
[19:20] <seb128> bug #743176
[19:20] <ubot2> Launchpad bug 743176 in gnome-utils "Pink layer on taken screenshots (gnome-screenshot)" [Low,In progress] https://launchpad.net/bugs/743176
[19:20] <seb128> if you want to give it a try ;-)
[19:20] <chrisccoulson> thanks, i'll take a look
[19:20] <chrisccoulson> brb, just moving downstairs :)
[19:28] <czajkowski> chrisccoulson: did you get pics of the rugby!
[19:38] <seb128> tedg, the fix in your merge request seem to fix it, at least I didn't get errors in valgrind in some tries where it happened regularly on previous ones
[19:39] <tedg> seb128, Yeah, I was looking at the valgrind log.  Seems related.
[19:39] <seb128> can you make sure kenvandine knows about the fix and backport it? maybe sync with mterry to get the typo fix he did in the same upload
[19:39] <seb128> chrisccoulson, hey again, i've some other bug suggestion for you ;-)
[19:40] <tedg> seb128, Yup.
[19:40] <seb128> tedg, thanks
[19:40] <chrisccoulson> seb128, excellent :)
[19:40] <chrisccoulson> czajkowski, rugby?
[19:40] <kenvandine> tedg, just shout :)
[19:40] <tedg> YUP!
[19:40] <mterry> seb128, where's this fix for the valgrind issue?  I'm curious now
[19:40] <seb128> mterry, on the bug
[19:40] <seb128> oh the fix
[19:41] <seb128> mterry, https://code.launchpad.net/~ted/dbusmenu/lp738568/+merge/58200
[19:41] <seb128> mterry, you can maybe review it ;-)
[19:41] <mterry> ah, the other one
[19:42] <mterry> tedg, heh, nice fix, even if we don't know why.  Good idea  :)
[19:42] <seb128> chrisccoulson, bug #765736 if you feel like doing some dx work
[19:42] <ubot2> Launchpad bug 765736 in unity "Thunderbird won't stay in launcher and no quicklist" [Undecided,Confirmed] https://launchpad.net/bugs/765736
[19:42] <seb128> or bug #752743
[19:42] <ubot2> Launchpad bug 752743 in unity "thunderbird disappears from the launcher after restarting my computer" [Undecided,Invalid] https://launchpad.net/bugs/752743
[19:42] <seb128> it's likely the same
[19:43] <seb128> the first one explain how it happens once you install italian translations which is a clue ;-)
[19:43] <seb128> chrisccoulson, since I know you care about tb ;-)
[19:43] <seb128> with some luck fixing that one would fix other issues
[19:43] <seb128> like eclipse or emacs not sticking in the launcher
[19:43] <chrisccoulson> interesting, i've not seen the issue with tb before ;)
[19:44] <seb128> DBO, ^ btw if you have suggestions for chrisccoulson please let him know
[19:44] <czajkowski> chrisccoulson: wrong chris sorry
[19:44] <DBO> I'll work on them shortly
[19:44] <seb128> chrisccoulson, the bug claims it start when you install the italian translations, I'm wondering if the translations are broken or if there is some matching on a coded name that break when the name is ttranslated
[19:44] <DBO> I got a thing in 20 minutes
[19:44] <seb128> DBO, you say that for 3 weeks
[19:44] <DBO> so I have to go get ready
[19:44] <DBO> seb128, stop giving me more important things to do
[19:44] <chrisccoulson> czajkowski, heh, no worries ;)
[19:44] <chrisccoulson> you had me confused there
[19:45] <chrisccoulson> :P
[19:45] <seb128> DBO, well it's fine you have other things to do but don't keep a lock on things you have no time to work on
[19:45] <seb128> DBO, it's like the libreoffice issue, Sweetshark had to drop the .desktop from libreoffice
[19:48] <tedg> mterry, It seems that with your patch we should change server.c as well.  I can make the change, do you agree?
[19:52] <mterry> tedg, ah yeah, I didn't think to search for other typos
[19:53] <seb128> mterry, other bug if you want to investigate is that icons showing are not respected for qt applications
[19:54] <seb128> like if you run qtcreator the menus have no icon in qtcreator but they do in the indicator-appmenu
[19:54] <seb128> or you can check why some menus have a trailing separator in mumble as well ;-)
[19:54] <seb128> random suggestions if you needs ideas ;-)
[19:54] <mterry> seb128, ok
[19:54] <seb128> otherwise I don't have specific bugs
[20:18] <chrisccoulson> seb128 - ok, 2 of the upstream commits fix the screenshot issue
[20:18] <chrisccoulson> i'll upload that now
[20:20] <pitti> tkamppeter: hey
[20:21] <tkamppeter> pitti, hi
[20:21] <pitti> tkamppeter: you ask about bug 710881?
[20:21] <ubot2> Launchpad bug 710881 in cups "cups: Test Page /usr/lib/cups/filter/bannertops failed, test page and banner pages do not get printed" [Critical,Confirmed] https://launchpad.net/bugs/710881
[20:22] <tkamppeter> It is about bug 710881, buildds is eliminating my fix.
[20:22] <pitti> tkamppeter: yeah, we optimize PNG files during build, in pkgbinarymangler
[20:22] <tkamppeter> pitti, see the last comment.
[20:22] <pitti> we can disable it for a particular file if necessary
[20:22] <pitti> I'll have a look tomorrow morning
[20:23] <tkamppeter> pitti, so a PNG which is representable as 8-bit/pixel colormap will be converted from 8-bit/color (=32bit/pixel) RGBA?
[20:24] <tkamppeter> pitti, this is exactly undoing my fix.
[20:24] <pitti> tkamppeter: it uses the smallest possible format which doens't lose information
[20:25] <pitti> /usr/share/cups/doc-root/images/cups.png: PNG image data, 128 x 128, 8-bit colormap, non-interlaced
[20:25] <pitti> which is apparently that
[20:25] <tkamppeter> pitti, this pkgbinarymangler should not touch any of the files in /usr/share/cups/doc-root/images/, as these files are used by bannertops and the libpng bug does not allow any of them being 8bit/pixel colormap.
[20:25] <pitti> tkamppeter: so it's a colormap, not RGBA
[20:26] <pitti> so that each pixel just uses 1 byte
[20:26] <tkamppeter> pitti, and it must be RGBA.
[20:26] <pitti> as it only uses 2 colors, that kind of makes sense from optipng's view
[20:26] <pitti> tkamppeter: there's a bug in libpng for that? eog displays it just fine
[20:26] <tkamppeter> This "each pixel is one byte" format hits a bug in libpng, causing a crash of the calling program.
[20:27] <tkamppeter> pitti, perhaps it also depends on the way how the libpng functions are called.
[20:27] <pitti> tkamppeter: I suppose your debian/rules workaround can go as well
[20:27] <pitti> ./doc/images/cups.png: PNG image data, 128 x 128, 8-bit/color RGBA, non-interlaced
[20:27] <pitti> yep, it's correct in the source
[20:28] <pitti> tkamppeter: ah, I see the crash with /usr/lib/cups/filter/bannertops 1 1 1 1 "PageSize=A4" < /usr/share/cups/data/testprint  > /tmp/x
[20:28] <tkamppeter> The space advantage for the files in /usr/share/cups/doc-root/images/ is very small, as these files are already very small. The advantage can even be zero, taking into account the cluster size of a hard disk.
[20:29] <tkamppeter> pitti, and the crash goes away if you do the conversion to RGBA.
[20:29] <pitti> yes, I'm not worried about that; we just do it by default for all packages now, as it saves us quite a large portion of CD space
[20:29] <pitti> tkamppeter: it's already RGBA in the source
[20:29] <pitti> tkamppeter: I'll revert your convert call and blacklist it from optipng instead
[20:30] <tkamppeter> pitti, OK, thanks, can you do that for Natty?
[20:30] <pitti> sure
[20:30] <tkamppeter> pitti, thank you very much.
[20:30] <pitti> sorry for the trouble
[20:31] <tkamppeter> pitti, and when the "convert" call in debian/rules is actually not needed, you can remove the BuildDepend on ImageMagick again.
[20:31] <pitti> tkamppeter: yes, I just revert r961
[20:32] <tkamppeter> pitti, now I know why Mike Sweet never hit this bug, he never had an 8-bit/pixel colormap file.
[20:36] <seb128> chrisccoulson, thanks, the guy who assigned the bug to himself was stalling for weeks and added a comment saying it was not working for him then
[20:44] <chrisccoulson> seb128 - ok, that's uploaded now
[20:57] <silver1882> I rebuilt my kernel a while back to make ubuntu load faster and it works great.  Is there any way of having ubuntu use those setting whenever there is a kernel update?
[20:58] <pitti> tkamppeter: uploaded
[21:06] <mterry> tedg, oh nice, about deja dup!  :)  (I missed it when you mentioned it earlier today)
[21:16] <cyphermox> what's the process for having an application whitelisted for unity's systray? or more precisely, where should I file a bug?
[21:16] <DBO> chrisccoulson, are you still poking at bamf
[21:16] <chrisccoulson> DBO, not yet, i've been looking at other things first
[21:17] <DBO> okay
[21:17] <DBO> let me know when you start
[21:17] <DBO> I'd love to pair program that
[21:17] <chrisccoulson> sure, no problem
[21:17] <DBO> it would help us both I think
[21:19] <DBO> chrisccoulson, if I am not around for whatever reason, do feel free to start without me :)
[21:21] <pitti> good night everyone
[21:21] <seb128> 'night pitti
[21:22] <bcurtiswx> nite pitti
[21:24] <seb128> cyphermox, unity or talk to didrocks when he's online
[21:24] <seb128> kenvandine, thanks for backporting those fixes to natty ;-)à
[21:24] <seb128> ;-)
[21:24] <kenvandine> np!
[21:24] <chrisccoulson> hmmm, i take it there's a bit of version skew on armel. all my builds are failing!
[21:25] <seb128> yeah, same here
[21:25] <seb128> it's ogra_'s fault
[21:25]  * kenvandine glares at ogra_
[21:25] <chrisccoulson> lol
[21:25] <kenvandine> :-D
[21:25] <chrisccoulson> 1 less beer for ogra_ at UDS!
[21:26]  * kenvandine just likes it when it isn' this fault
[21:30]  * bcurtiswx starts a Ken's fault list
[21:31] <seb128> oh, that one is easy
[21:31] <chrisccoulson> lol
[21:31] <chrisccoulson> it's normally my fault isn't it?
[21:32] <seb128> chrisccoulson, don't get me started on you ;-)
[21:32] <chrisccoulson> heh :)
[21:32] <bcurtiswx> i'll manage to get enough beer in seb128 to get some good stories out of him.... maybe :P
[21:33] <seb128> don't try that trick on kenvandine jcastro or chrisccoulson
[21:33] <jcastro> heh
[21:33] <seb128> you will get bankrupted before getting something ;-)
[21:33] <kenvandine> :)
[21:33] <seb128> hey jcastro!
[21:34] <bcurtiswx> so jcastro's room is the midnight hangout?
[21:34] <bcurtiswx> :) j/k
[21:41] <mterry> Riddell, heyo -- I just fixed icons showing up in the appmenu for Qt applications when they weren't supposed to (like qtcreator).  Any chance of a quick distro patch?  https://code.launchpad.net/~mterry/libdbusmenu-qt/dont-show-more-icons-than-desired/+merge/58387
[21:50] <kklimonda> seb128: hey, any idea who could I ask for some help with Vte? I have an ancient application (from the DOS era) that I have to make display some extended characters in terminal, and I can't figure out how to do that. It's a mess of weird encodings, and I don't even have source code to it (not that it would help me, as the bastard has been written in clipper..)
[21:51] <kklimonda> seb128: eventually how hard would that be to create a borderless window in the specified location on the screen, that can't be moved or resized?
[21:52] <chrisccoulson> wtf
[21:52] <kklimonda> the second option is the last resort, but I may have to resort to it, if everything else fails.. blah.
[21:52] <chrisccoulson> WM_CLASS is translated in thunderbird
[21:53] <chrisccoulson> DBO^^ ;)
[21:53] <DBO> hola!
[21:53] <chrisccoulson> that might be why it breaks for italian users
[21:53] <DBO> why in th ehell would wm_class be translated in thunderbird?
[21:53] <chrisccoulson> i'm not sure, i think i will just remove that misfeature ;)
[21:53] <DBO> that would be incredibly helpful
[21:53] <seb128> kklimonda, try behdad on #gnome-hackers
[21:54] <seb128> chrisccoulson, DBO: see I pinged chrisccoulson for a reason ;-)
[21:54] <chrisccoulson> i get WM_CLASS=Thunderbird for english locale, and WM_CLASS="Mozilla Thunderbird" for italian
[21:54] <DBO> is thunderbird the only one we are worried about?
[21:55] <chrisccoulson> i need to check if this is an issue in Firefox too
[21:55] <kklimonda> seb128: thanks
[21:56] <DBO> seb128, do you have a list of bamf things you want me to look at
[21:56] <DBO> or should I just shotgun through my bugs
[21:56] <seb128> DBO, go through your bugs if you want
[21:56] <seb128> but those I noticed where the tb issue chrisccoulson is on
[21:56] <seb128> bug #757011
[21:56] <ubot2> Launchpad bug 757011 in unity "Keep in launcher option for Emacs does not save over restarts" [Undecided,New] https://launchpad.net/bugs/757011
[21:56]  * tedg thinks DBO should just take a shotgun *to* his bug ;-)
[21:56] <seb128> bug #757011
[21:57] <seb128> ug #704046
[21:57] <DBO> tedg, do you have a ping on the word shotgun?
[21:57] <seb128> bug #704046
[21:57] <ubot2> Launchpad bug 704046 in unity-2d "[launcher] can't add java programs as favorites" [High,Confirmed] https://launchpad.net/bugs/704046
[21:57] <DBO> java is the devils toy
[21:57] <seb128> bug #704046
[21:57] <tedg> Yes
[21:58] <seb128> oh come on, why copy can't work right
[21:59] <seb128> DBO, well in any case we got some bugs with vlc but those are not confirmed, people who have it don't have it every time, otherwise emacs and eclipse are popular ones, then java and python software run from a command line, then the tb issue
[21:59] <seb128> DBO, oh and libreoffice...
[22:00] <seb128> but we workarounded this one by dropping a .desktop
[22:00] <DBO> seb128, okay, tackling in that order
[22:00] <seb128> thanks
[22:01] <seb128> you still can get fixes tomorrow
[22:01] <seb128> then it's likely to be sru updates rather, which is fine as well for those
[22:01] <seb128> it's nice that we ran out of the crasher class ;-)
[22:02] <DBO> i agree
[22:02] <DBO> okay
[22:02] <DBO> gwibber is SLOW
[22:07] <chrisccoulson> DBO - this is broken in firefox too
[22:07] <chrisccoulson> ^^asac
[22:07] <chrisccoulson> i wonder if that's your issue ;)
[22:07] <DBO> chrisccoulson, why would they do that?
[22:07] <chrisccoulson> DBO - i'm not sure. they just get the name from the branding, and the branding is translated
[22:08] <chrisccoulson> i guess no one ever picked it up before ;)
[22:08] <DBO> firefox should need this anyhow
[22:08]  * DBO goes to find out why
[22:10] <DBO> chrisccoulson, can you confirm for me that thunderbird's binary is thunderbird-bin?
[22:10] <chrisccoulson> DBO, yeah, it is
[22:10] <DBO> una-momento
[22:10] <chrisccoulson> is that the issue?
[22:12] <DBO> yeah
[22:12] <rodrigo_> can someone please sponsor this -> https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/webkit/fix-header/+merge/58395 ?
[22:12] <DBO> I dont have the suffix deletion crap
[22:12] <DBO> I can add it
[22:12] <DBO> hold on
[22:32] <DBO> chrisccoulson, am I crazy or is there no easy way to copy a UTF8 string in glib?
[22:33] <chrisccoulson> i've never tried to do it in glib before. i'm too used to mozilla, where there are string classes for doing this sort of thing already :)
[22:33] <DBO> sorry I meant to say get a substring
[22:35] <tedg> DBO, g_strdup
[22:35] <DBO> tedg, I meant for a substring :/
[22:35] <tedg> DBO, g_strstr
[22:36] <DBO> that doesn't work for utf8
[22:36] <chrisccoulson> i'm used to things like https://developer.mozilla.org/En/Mozilla_internal_string_guide#Substrings_.28string_fragments.29 ;)
[22:36] <tedg> DBO, Really?
[22:37] <DBO> also that actually doesn't do what I want either
[22:37] <DBO> I need to make a copy of hte fragment
[22:38] <tedg> DBO, There is g_utf8_strrchr  ;-)
[22:39] <DBO> the problem is I want to basically chop the end of the string off
[22:39] <DBO> btw this is academic now
[22:39] <DBO> I found another way
[22:44] <DBO> chrisccoulson, can you confirm if rev 401 fixes firefox/thunderbird for you
[22:44] <DBO> without a patch to them of course
[22:45] <chrisccoulson> DBO, sure, just grabbing that now
[22:50] <chrisccoulson> brb, session restart
[22:57] <chrisccoulson> DBO - hmm, it still doesn't seem to match :/
[22:57] <DBO> seriously?
[22:57] <chrisccoulson> trim_exec_string seems to return the right string though ("thunderbird")
[22:58] <chrisccoulson> yeah, the icon in my launcher doesn't have the same visible name as the desktop file
[22:58] <chrisccoulson> (Mozilla Thunderbird as opposed to Thunderbird Mail/News)
[22:58] <DBO> what do you mean by that?
[22:59] <DBO> what about firefox?
[23:05] <DBO> chrisccoulson, it works for me after making sure bamfdaemon has been restarted
[23:08] <chrisccoulson> DBO - should i expect it to work if i launch it from a terminal too?
[23:08] <DBO> works here
[23:08] <DBO> chrisccoulson, make sure you have your locally built bamfdaemon running
[23:10] <chrisccoulson> ok, it is working now. i'm not sure what happened there, i got my session in to a right mess ;)
[23:13] <DBO> chrisccoulson, okay awesome
[23:13] <DBO> want to move on to the next bamf issue with me?
[23:13] <chrisccoulson> DBO - thanks for fixing it :)
[23:13] <chrisccoulson> oh, there's another issue?
[23:14] <DBO> emacs and eclipse I hear are problems
[23:14] <DBO> dear god
[23:14] <DBO> installing eclipse installs everything
[23:14] <DBO> EVERYTHING
[23:14] <chrisccoulson> lol
[23:14] <chrisccoulson> i already have it installed here ;)
[23:14] <DBO> can you pastebin its .desktop file for me
[23:14] <DBO> and a ps -ef  from when it is running
[23:14] <DBO> (so I can see its exec string)
[23:15] <DBO> while mine downloads
[23:15] <chrisccoulson> DBO, http://paste.ubuntu.com/596298/
[23:16] <chrisccoulson> DBO - /usr/bin/eclipse is just a shell script that starts java btw
[23:16] <DBO> yeah I know
[23:16] <DBO> thats the skanky part of it
[23:18] <chrisccoulson> hmm, that seems to work here already though
[23:19] <DBO> does it now...
[23:19] <DBO> okay
[23:19] <DBO> shall we move on to emacs
[23:23] <chrisccoulson> DBO - that's working too, although i've just thought of a case where that might not work
[23:24] <DBO> yeah?
[23:24] <chrisccoulson> emacs is an alternative for editor, so if you use update-alternatives to configure emacs as /usr/bin/editor, then it doesn't work (because the exec name doesn't match)
[23:24] <chrisccoulson> i just tried that here
[23:24] <chrisccoulson> perhaps you need to follow symlinks in bamf?
[23:25] <DBO> whoa whoa whoa
[23:25] <DBO> symlinks
[23:25] <DBO> wtf is that shit
[23:25] <chrisccoulson> lrwxrwxrwx 1 root root 24 2011-04-19 23:23 /usr/bin/editor -> /etc/alternatives/editor
[23:25] <chrisccoulson> lrwxrwxrwx 1 root root 16 2011-04-19 23:23 /etc/alternatives/editor -> /usr/bin/emacs23
[23:25] <DBO> its symlinks all the way down!
[23:25] <chrisccoulson> so, if you launch "emacs23", then it works
[23:25] <chrisccoulson> but if you launch "editor", then it fails
[23:26] <DBO> yeah I think I know a better way to solve this...
[23:27] <chrisccoulson> now it's time for me to configure my editor back to vi again ;)
[23:27] <Sweetshark> chrisccoulson: thats the spirit!
[23:27] <Sweetshark> :wq!
[23:27] <chrisccoulson> heh :)
[23:27]  * Sweetshark goes back to lurking.
[23:29] <DBO> mmmm
[23:29] <DBO> this is crap
[23:29] <DBO> always following symlinks is probably not a good solution
[23:42] <chrisccoulson> hmmm, i've seen issues like the one in bug 766630 with other apps before. has anyone else had that problem?
[23:42] <ubot2> Launchpad bug 766630 in firefox "firefox have a "gap" between tabs and the panel " [Undecided,New] https://launchpad.net/bugs/766630


[08:40] <dholbach> good morning
[12:09]  * Rhonda sighs.
[12:09] <Rhonda> W: Failed to fetch http://at.archive.ubuntu.com/ubuntu/dists/trusty-updates/main/binary-amd64/Packages  Hash Sum mismatch
[12:09] <Rhonda> I removed all the files in /var/lib/apt/lists (and in partial)
[12:10]  * Rhonda redirects herself to #ubuntu
[12:10] <Laney> usually fixes itself after a little while
[23:23] <zzo38> Is this channel how I am supposed to add the package into Ubuntu? I wrote some programs and I would want to know if you should include in the Ubuntu package manager
[23:25] <zzo38> I made up the program "dvipbm" which can be use to print stuff on a printer that require to be rasterized by computer, and is designed to be used with such program as foo2zjs and so on.
[23:26] <zzo38> I also made up program such as "amigamml" and "xisynth" and "playmod" which are program relating to MOD/XM musics
[23:26] <zzo38> I think AmigaMML is a better program to write the MOD/XM musics than the one you already have in the package manager, in my opinion.


[02:14] <Son_Goku> zyga, I need karma for these updates:
[02:14] <Son_Goku> F28: https://bodhi.fedoraproject.org/updates/FEDORA-2019-2d75eaae81
[02:15] <Son_Goku> EL7: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-be55f1a139
[02:15] <Son_Goku> F29: https://bodhi.fedoraproject.org/updates/FEDORA-2019-a93e7637d2
[02:30] <mup> PR snapd#6697 opened: interfaces/daemon_notify: add {net,sys}_admin capabilities, update spread test <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/6697>
[05:16] <mborzecki> morning
[05:19] <mborzecki> google:ubuntu-18.10-64:tests/main/refresh-app-awareness failing randomly?
[05:28] <zyga> Good morning
[05:28] <zyga> Oh
[05:28] <zyga> How?
[05:28] <zyga> I am afk with the dog
[05:36] <mborzecki> zyga: hey
[05:44] <zyga> Back
[05:45] <zyga> mborzecki: how are you doing
[05:46] <zyga> mborzecki: I'll test neal's package update
[05:50] <mborzecki> zyga: found some weird things about snap[d] binaries with mvo on friday
[05:50] <zyga> what did you find?
[05:51] <mborzecki> zyga: we don't know why that's happening yet, but armhf binaries coming from core snap would attempt to perform mmap2() with ridiculously large sizes
[05:51] <mborzecki> zyga: afaik that's the initial allocations that go runtime attempts
[05:51] <zyga> anonymous mapping?
[05:51] <zyga> go's new GC
[05:52] <mborzecki> yes, MAP_ANONYMOUS, and some were done with | MAP_FIXED
[05:52] <zyga> oh
[05:52] <zyga> that is interesting
[05:52] <mborzecki> for instance, the `snap` comand would try to alocate 150MB with MAP_ANONYMOUS | MAP_FIXED, and then another 800M with MAP_ANONYMOUS
[05:52] <zyga> fixed implies they use address-based zones
[05:52] <mborzecki> i was like wtf?
[05:52] <zyga> funny
[05:53] <zyga> I was reading a book about this over weekend
[05:53] <zyga> https://www.amazon.de/Garbage-Collection-Handbook-Automatic-Management/dp/1420082795/ref=sr_1_1?__mk_pl_PL=ÅMÅŽÕÑ&keywords=garbage+collection&qid=1554702790&s=gateway&sr=8-1
[05:53] <zyga> I recommend it
[05:53] <zyga> that's the new garbage collector in place
[05:53] <zyga> since it's just address space it's okay
[05:53] <zyga> but pehraps it has some side effects
[05:53] <mborzecki> fwiw, i think it's exhausting system wide overcommit limits
[05:54] <mborzecki> zyga: and we found some bug reports about that for 32bit arches
[05:54] <zyga> mmm
[05:54] <zyga> so
[05:55] <zyga> google doesn't really care about 32bit
[05:55] <mborzecki> zyga: oh, and another thing, i dropped a snap binary built by me (although cross compiled), but it had none of the crazy mmap() calls
[05:55] <zyga> mmmm
[05:55] <zyga> which go versions were involved?
[05:55] <mborzecki> zyga: theoretically same go version as in xenial (1.10.4), though i got mine from golang.org
[05:56] <zyga> what kind of patches do we see in ubuntu?
[05:56] <mborzecki> zyga: haven't looked at that yet, we stopped at ~11pm on friday :P
[05:56] <zyga> mborzecki: good results!
[05:56] <zyga> mborzecki: I'm eager to learn more as you discover what's changed
[05:56] <zyga> mborzecki: one hint:
[05:57] <zyga> look at golang's source code to see if the new garbage collector is uncoditional and see if there are any knobs (environment?) to control it
[05:57] <zyga> perhaps we cannot reverse course on how go behaves but we can tweak it enough to be sufficient for our needs
[05:57] <zyga> though I strongly worry about the long term viability of 32bit snapd
[05:57] <zyga> unless we change our model
[05:57] <zyga> (e.g. snapd doesn't run unless API calls are in place)
[05:58] <zyga> (and snapd has more smaller binaries for particular tasks)
[05:58] <zyga> (e.g. only daemon runs and dispatches to new binaries for tasks)
[05:59] <mborzecki> zyga: some pages i have open since friday: https://github.com/golang/go/issues/21044 https://github.com/golang/go/issues/28114 https://github.com/golang/go/commit/2b415549b813ba36caafa34fc34d72e47ee8335c
[06:00] <mborzecki> zyga: idk, but armhf is 32bit, rpi3 is still running 32 userspace, unless you forfeit the gpu and run 64bit instead
[06:00] <mborzecki> zyga: oh, and if anyone uses ubuntu core on atom, those are 32bit too
[06:00] <zyga> mborzecki: sure, I know we will be stuck with 32bit systems for al ong time
[06:01] <mborzecki> zyga: btw. on friday we got to a state, where it wasn't possible to run any snap command :P, you'd type snap list and got runtime: out of memory :P
[06:02] <zyga> rust baby ;-)
[06:02] <zyga> I'd love a rust dispatcher for tasks with go backends to run stuff we have already
[06:02] <zyga> snapd taking 3MB of ram while idle
[06:03] <zyga> we could call it "project schizo"
[06:04] <mborzecki> heh
[06:04] <mborzecki> zyga: fwiw, if any, i think it's a bug somewhere in the compiler or runtime
[06:04] <zyga> bug as in undesired behavior?
[06:04] <zyga> perhaps
[06:04] <mborzecki> zyga: the binaries that i built would ask for 2M not 150M
[06:05] <zyga> I doubt it is an actual algorithm bug
[06:05] <zyga> I wonder if cross compiling is a factor
[06:05] <zyga> perhaps that is the bug
[06:05] <zyga> compile natively on arm perhaps?
[06:05] <mborzecki> yeah, idk, that's why i'm setting up my rpi
[06:05] <zyga> like our builders do
[06:05] <zyga> ok :)
[06:06] <mborzecki> btw. mvo mentioned when he passed mem=256 on kernel command rpi classic wouldn't boot, wonder why
[06:08] <zyga> memory split for gpu?
[06:08] <zyga> I think though that modern systems struggle at that amount
[06:08] <zyga> (128MB)
[06:17] <mborzecki> i should buy a new case for my rpi, one that exposes the gpio header
[06:18] <zyga> mborzecki: just find one you like and I'll print you a copy
[06:18] <zyga> I have some spare official cases
[06:18] <zyga> those expose the gpio header but not in a useful way for serial
[06:38] <zyga> hmm, I have issues with my fedora system :/
[06:40] <mvo> zyga: hey, good morning
[06:40] <zyga> good morning :)
[06:49] <mborzecki> mvo:  hey
[06:50] <mvo> hey mborzecki
[06:50] <zyga> "a start job is running for /dev/mapper/fedora"
[06:50] <zyga> eh
[06:50] <mvo> mborzecki: anything new in armhf land :) ?
[06:50] <zyga> I think my disk got corrupt somehow
[06:51] <mborzecki> mvo: not yet, pulled down rpi image, flashed, and nothing on the serial port :/ maybe my uart adapter dones't work anymore
[06:51] <zyga> mborzecki: screen?
[06:51] <mvo> mborzecki: meh, ok
[06:51] <zyga> mborzecki: how did you wire the serial?
[06:52] <mborzecki> zyga: same as usual, idk i dragged it some meetups recently, maybe something got loose
[06:56] <zyga> I gave up on my fedora system
[06:56] <zyga> it's odd because it can boot to recovery
[06:56] <zyga> but not to normal mode
[06:56] <zyga> I will try some more later
[06:56]  * zyga breaks for quick breakfast and then back to RPs
[06:56] <zyga> PRs
[07:10] <pstolowski> morning
[07:12] <zyga> back from breakfast
[07:12] <zyga> hey pawel
[07:49] <mvo> ppisati: can I run a 64bit pi3 kernel on a 32bit userland, what do I need to do to get this working? tracking down a nasty go bug and I want to replicate our buildd setup as closely as possible
[07:50] <mvo> sil2100: do you know if we have a machine to native build on arm that is close to a buildd? i.e. 64bit kernel, 32bit userland ? I tried the armhf porter box but for some reason I don't get access there
[07:50] <pedronis> mvo: mborzecki: hi, is this that you are observing: https://github.com/golang/go/issues/28081 ?
[07:51] <mborzecki> pedronis: maybe, we looked at that on friday too
[07:51] <mborzecki> pedronis: if you scroll back, i liked some other issues too
[07:53] <mvo> pedronis: we are still a bit in the dark, the worst part it is not reproducible on a pi2 (neither core nor classic)
[07:53] <mvo> pedronis: and it goes away when cross building on amd64 and scp to arm even with the same toolchain (or we think its the same toolchain, we need to 100% replicate I think)
[07:54] <mvo> pedronis: some (very hard to read notes) https://gist.github.com/mvo5/f3a4e330f8bf32bd514d9a038665f591 - mborzecki has a similar stakc of notes
[07:55] <mvo> pedronis: my theory right now is that the allocator tries to map a way to large chunk of "mheap_arena_used" but its totally unclear why - it may be a red herring but its definitely wrong and we don't see it anywhere else
[07:55] <pedronis> mvo: well they tell they are allocating much larger chunks
[07:55] <pedronis> 64mb vs 2mb
[07:55] <mborzecki> pedronis: fwiw, there's a request for 800M at some point
[07:56] <pedronis> ah
[07:56] <mborzecki> in the notes, ther's a strace log, first mmap requests 115MB (well, large but ok), and then the next requests 800M+
[07:56] <mborzecki> and that's when even snap commands would keep failing
[07:57] <pedronis> mborzecki: that's on the device ?
[07:57] <mborzecki> pedronis: yes
[07:58] <pedronis> but we don't see it on rpi2
[07:58] <pedronis> (so far)
[07:58] <mvo> mborzecki, pedronis AIUI the big problem is MAP_FIXED here
[08:04] <sil2100> mvo: hm hm, did you have access to the porter boxes previously?
[08:08] <pedronis> mborzecki: are we seeing the same allocation (800M+) on rpi2 and they succeed ? or we not seeing them instead?
[08:16] <mvo> sil2100: do we have a arm porter box? maybe I was doing it wrong
[08:30] <mborzecki> wow, my rpi3 does not even boot anymore
[08:49] <mvo> mborzecki: did you add mem=256M the the kernel commandline ? I tried that and nothing worked anymore
[08:50] <mvo> mborzecki: as in - I would not even get kernel messages that it initializes correctly
[08:50] <mborzecki> mvo: i can't boot any of the rpi images on my rpi3, only raspbian works
[08:50] <mvo> mborzecki: woah, thats strange
[08:50] <zyga> mborzecki: do you have the 3B+ model?
[08:50] <zyga> that is not supported yet officially AFAIR
[08:51] <zyga> for that reason my 3B+ is also running raspbian
[08:51] <zyga> mborzecki: note, if you need a 3B I can arrange on in ~1 hour
[08:51] <zyga> exposed over the network for you
[08:51] <mborzecki> zyga: i used a core image before on this device
[08:51] <ppisati> mvo: if you don't use uboot, copy the arm64 kernel in the vfat partition and call it kernel8.img, remove kernel7.img, and have a fairly recent firmware, it should work
[08:51] <zyga> mborzecki: oh
[08:51] <zyga> that's new
[08:52] <mborzecki> i remembed i did some tweaking, but don't recall what exactly that was
[08:55] <mvo> ppisati: thank you!
[09:14] <zyga> mvo, sil2100: https://github.com/snapcore/core18/pull/126
[09:14] <mup> PR core18#126: hooks: reduce snapd skeleton directories <Created by zyga> <https://github.com/snapcore/core18/pull/126>
[09:15] <mup> PR core18#126 opened: hooks: reduce snapd skeleton directories <Created by zyga> <https://github.com/snapcore/core18/pull/126>
[10:22] <zyga> mborzecki: question
[10:22] <zyga> mborzecki: when I mkdir a thing from snap-confine
[10:22] <zyga> mborzecki: should I worry about selinux label?
[10:24] <zyga> mborzecki: specifically, can you review this patch https://github.com/snapcore/snapd/pull/6642/commits/44a0f5283bbf753151e45c6d3fdf7482bf6c2430
[10:24] <mup> PR #6642: cmd/snap-confine: prevent cwd restore permission bypass <Created by zyga> <https://github.com/snapcore/snapd/pull/6642>
[10:24] <zyga> er
[10:24] <zyga> https://github.com/snapcore/snapd/pull/6642/commits/47018f084e66965ef51a67bc80c8820be8b75893
[10:29] <mborzecki> afaict it should be fine, /var/lib/snapd is snappy_var_t, everything created under that dir will get the same label
[10:37] <mup> PR snapd#6698 opened: overlord/ifacestate: introduce HotplugKey type use short key in change summaries <Created by stolowski> <https://github.com/snapcore/snapd/pull/6698>
[11:29] <zyga> pstolowski, mborzecki: thank you for the reviews for https://github.com/snapcore/snapd/pull/6643
[11:29] <mup> PR #6643: tests: deny ioctl - TIOCSTI with garbage in high bits <Created by zyga> <https://github.com/snapcore/snapd/pull/6643>
[11:30] <zyga> I updated the branch in response to the review
[11:30] <zyga> I would appreciate a 2nd look
[11:31]  * zyga switched to investigate google:ubuntu-16.04-64:tests/main/refresh-app-awareness
[11:32] <mborzecki> looks like we may indeed have some memory problems with go 1.7 - 1.10, https://paste.ubuntu.com/p/FqczCC22WN/
[11:33] <mborzecki> that's a request that actually counts towards overcommit, go.16 requested 1M, 1.7-1.10 requests 17M, 1.11 requests 4M
[11:33] <pstolowski> np, zyga: will do later today!
[11:34] <mborzecki> oh, and that's for the minimal program which does virtually nothing
[11:35] <pstolowski> mborzecki: ouch
[11:41] <zyga> in case anyone notices regressions in refresh-app-awareness, please let me know
[11:43] <zyga> Chipaca: hello sir, would you mind attempting to review https://github.com/snapcore/snapd/pull/6690 today?
[11:43] <mup> PR #6690: overlord/snapstate: inhibit refresh for up to a week <Created by zyga> <https://github.com/snapcore/snapd/pull/6690>
[11:43] <Chipaca> zyga: I would not
[11:44] <Chipaca> zyga: but, note today I am not doing too good
[11:44] <zyga> I wish you to get better soon, I understand
[11:50] <pedronis> pstolowski: I did pass a on #6662
[11:50] <mup> PR #6662: overlord/snapstate,snapshotstate: create snapshot on snap removal (3/4) <Created by stolowski> <https://github.com/snapcore/snapd/pull/6662>
[11:50] <pedronis> zyga: hi, have you seen the incoming comments on the new tmp logic ?
[11:51] <pstolowski> pedronis: ty, also for the remarks on 4/4!
[11:53] <pedronis> pstolowski: np
[11:54] <zyga> pedronis: hey, perhaps not, where are they?
[11:55] <pedronis> zyga: https://github.com/snapcore/snapd/pull/6614#discussion_r272974008
[11:55] <mup> PR #6614: cmd/snap-confine: use fixed private tmp directory <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6614>
[11:56] <zyga> ah, interesting, I didn't notice that
[11:56] <zyga> thank you
[11:56] <pedronis> zyga: I will look at 6690 today
[11:57] <zyga> thank you!
[11:57] <zyga> I will check if there are any other comments on closed branches
[11:57] <zyga> my github.com/notifications is rather long
[12:05] <mup> PR snapd#6699 opened: daemon: add RootOnly flag to commands <Simple 😃> <Created by chipaca> <https://github.com/snapcore/snapd/pull/6699>
[12:05] <zyga> pstolowski: reviewed https://github.com/snapcore/snapd/pull/6698#pullrequestreview-223799068
[12:05] <mup> PR #6698: overlord/ifacestate: introduce HotplugKey type use short key in change summaries <Created by stolowski> <https://github.com/snapcore/snapd/pull/6698>
[12:07] <zyga> Chipaca: is https://github.com/snapcore/snapd/pull/6699/files driven by the suse audit?
[12:07] <mup> PR #6699: daemon: add RootOnly flag to commands <Simple 😃> <Created by chipaca> <https://github.com/snapcore/snapd/pull/6699>
[12:07] <Chipaca> zyga: no, it's one of the changes to users raised last week
[12:07] <Chipaca> there's another two coming
[12:07] <Chipaca> (one of which needs agreement before i do it)
[12:07] <zyga> so it's unrelated to the security review we received?
[12:07] <Chipaca> maybe even three
[12:08] <Chipaca> zyga: it changes nothing security-wise beyond perhaps making the logic easier to follow
[12:08] <zyga> understood, thank you
[12:08] <Chipaca> (which is a win)
[12:08] <Chipaca> zyga: one of the things coming is to not have the user endpoints when not needed/supported, which might impact the sec review
[12:09] <zyga> thank you
[12:09] <Chipaca> zyga: another change is moving the user stuff to api_user
[12:09] <Chipaca> zyga: a further change that i'd like to do but it's arguably v3 material is moving all the user actions to /v2/users
[12:12] <zyga> Chipaca: I reviewed the auth code
[12:28]  * zyga -> small break
[12:33] <pedronis> Chipaca: hi, what's the status of #6653 ?
[12:33] <mup> PR #6653: tests: try to be a little bit invariant <Created by chipaca> <https://github.com/snapcore/snapd/pull/6653>
[12:34] <Chipaca> pedronis: need to fix it
[12:43]  * zyga reads tests/main/security-private-tmp and is puzzled
[12:43] <zyga> looking at it now
[13:07] <pedronis> Chipaca: standup?
[13:07] <Chipaca> pedronis: ye
[13:19] <zyga> ah, I think I understand what the problem is
[13:19] <zyga> with refresh awareness thing
[14:24] <zyga> re, partially
[15:18] <zyga> mborzecki: I'm fixing that bug you ran into in the morning
[15:18] <zyga> just still in partial capacity away from the office
[15:19] <Chipaca> what is /usr/lib/sysimage/rpm/Basenames and why do i hate it
[15:19] <zyga> whaat?
[15:19] <zyga> no idea, which system is that on?
[15:44] <Chipaca> zyga: opensuse-15.0-64
[16:14] <pstolowski> zyga: have you seen my general meta-question re #6643?
[16:14] <mup> PR #6643: tests: deny ioctl - TIOCSTI with garbage in high bits <Created by zyga> <https://github.com/snapcore/snapd/pull/6643>
[17:02] <Chipaca> hrmph, it looks like core18 spread tests are rather messy wrt leaving core behind
[17:22] <Chipaca> EOD for me
[17:22] <Chipaca> o/
[17:22] <zyga> pstolowski|afk: not yet, looking now
[17:24] <zyga> pstolowski|afk: responded
[17:24] <pstolowski|afk> zyga: ty
[17:25]  * zyga resumes work
[17:25] <zyga> sorry, took a nap after dinner
[17:43] <zyga> hmm
[17:43] <zyga> core18 prepare hanging ... ? https://www.irccloud.com/pastebin/MyVsgbcc/
[17:47] <zyga> hmm
[17:47] <zyga> but the system has seeded
[17:47] <zyga> changes from the system https://www.irccloud.com/pastebin/loXhyaB3/
[17:58] <zyga> I think I fixed that  now
[17:58] <zyga> another round of testing...
[18:59] <zyga> almost there
[19:12] <om26er> is there a way to tell multipass through snapcraft to use more cores when packing a snap ? currently it default to 2, I would like it to use all available threads
[19:23] <om26er> zyga Hey! Were you able to find a fix for https://bugs.launchpad.net/snapd/+bug/1819318 ?
[19:23] <mup> Bug #1819318: no interfaces when installing only core18 <snapd:In Progress by zyga> <https://launchpad.net/bugs/1819318>
[19:24] <om26er> So we have a server software as a snap and it won't build on 16.04 because a package it depends on, requires a version of python that is not in 16.04
[19:25] <om26er> If we go with base: core18 then the above issue is problematic as Ubuntu Server on many VPSs doesn't come with core preinstalled
[19:28] <zyga> and ... got it
[19:28] <zyga> om26er: yes, but it's not near yet
[19:28] <zyga> om26er: we need to install core in such cases
[19:28] <zyga> I spent some time researching this but it's the closes solution for now
[19:29]  * zyga just understood a pair of bugs
[19:30] <om26er> that's kind of the workaround I have already been using, even before discovering ogra's bug ;-)
[19:30] <om26er> will see if we can update our docs...
[19:30] <zyga> it will get properly fixed by snapd.snap
[19:30] <zyga> but for now...
[19:30] <zyga> nothing else
[19:56] <om26er> re: the python plugin in snapcraft, is there a way to set the `source` to a specific branch ?
[20:19] <zyga> GAAH
[20:22] <roadmr>  /o\
[20:35] <mup> PR snapcraft#2524 closed: Snapcraft try <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2524>
[20:38] <mup> PR snapcraft#2519 closed: packaging: use local patchelf <Created by cmatsuoka> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2519>
[20:38] <mup> PR snapcraft#2525 opened: catkin plugin: check stage-snaps for ROS dependencies <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2525>
[20:39] <mup> PR # closed: core-build#11, core-build#22, core-build#26, core-build#37
[20:40] <mup> PR # opened: core-build#11, core-build#22, core-build#26, core-build#37
[20:44] <mup> PR snapcraft#2526 opened: Release changelog for 3.4 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2526>