[00:14] <recmajkemi> hello!
[00:14] <recmajkemi> how can i integrate foxit in FF? that pdf would open in a tab
[00:15] <cousteau> mozplugger?
[00:16] <kbrosnan> would depend on foxit having a linux browser plugin
[00:16] <cousteau> with mozplugger you can embed applications on firefox
[00:17] <cousteau> (that's how I installed Shockwave for Windows on Firefox for Linux)
[00:21] <recmajkemi> thanks ill look into it
[00:24] <micahg> recmajkemi: it's a matter of setting the plugin to display in the browser I think
[00:25] <cousteau> gonna step forward to 3.6. bye!
[00:25] <micahg> yep, mozplugger
[00:34] <cousteau`irssi> argh! "XML Parsing Error: undefined entity - Location: chrome://browser/content/browser.xul - Line Number 31, Column 1: - <window id="main-window"
[00:35] <micahg> cousteau`irssi: you upgrading from 3.0?
[00:36] <cousteau`irssi> from 3.5, actually, but I also had 3.0
[00:36] <cousteau`irssi> I should have uninstalled firefox-3.0-branding first, right?
[00:36] <micahg> cousteau`irssi: which version?
[00:36] <micahg> soryr, ubuntu version
[00:37] <cousteau`irssi> to 3.6, just added the mozillateam ppa
[00:37] <cousteau`irssi> jaunty
[00:37] <micahg> which locale?
[00:37] <cousteau`irssi> spanish
[00:37] <micahg> hmm
[00:37] <micahg> cousteau`irssi: if you restart the browser, do you get the same thing?
[00:37] <cousteau`irssi> yes
[00:38] <cousteau`irssi> also with firefox-3.0
[00:38] <micahg> were you using the same profile for 3.0 and 3.5?
[00:39] <cousteau`irssi> I think I copied it from 3.0 to 3.5, and now from 3.5 to 3.6
[00:39] <cousteau`irssi> I had an old config for 3.6 beta which was (apparently) removed when I ran 3.6 and replaced with the current one
[00:45] <cousteau`irssi> OMG, this one was hard to fix... at least I don't have any broken packages now
[00:46] <cousteau`irssi> yaaay! it works now
[00:46] <cousteau`irssi> but I lost all my config :'(
[00:47] <cousteau`irssi> should I copy ~/.mozilla/firefox-3.5.abandoned to ~/.mozilla/firefox?
[00:49] <cousteau`irssi> yesm I should
[00:51] <cousteau`irssi> only problems right now are that I lost the locales and most of the addons, but that looks easy to solve
[00:51] <micahg> cousteau`irssi: which option did you select when upgrading?
[00:52] <cousteau`irssi> micahg: it's working now... I had a problem with packages firefox-branding (3.6) and firefox-3.0-branding both trying to own the same /usr/share/applications/firefox.desktop
[00:54] <cousteau`irssi> so firefox-branding didn't install (causing broken dependency)
[00:54] <cousteau`irssi> I tried to uninstall firefox-3.0, and the 1st option was to remove firefox-3.0-branding and install firefox-branding
[00:55] <micahg> cousteau`irssi: ok, we'll get some updates in for users with 3.0 installed
[00:55] <cousteau`irssi> but because of /usr/share/applications/firefox.desktop, and the two packages not being marked as incompatible, I wasn't able to install it
[00:56] <micahg> cousteau`irssi: could you please comment on bug 513074
[00:56] <cousteau`irssi> so I selected the 2nd solution: install abrowser-branding. Once dependencies were fixed, I replaced it with firefox-branding
[00:57] <cousteau`irssi> now I just have a little mess with config files, but it's kinda solved now
[00:58] <cousteau`irssi> is there a fast way to find upgrades to all my addons?
[00:58] <micahg> cousteau`irssi: ok, if you want to comment on that bug, I'll try add the upgrade info from ff3.0
[00:58] <micahg> cousteau`irssi: use the add-ons manager
[00:59] <recmajkemi> will 3.6 have xulrunner.-1.9.1?
[00:59] <recmajkemi> i mean will picture smoothing on zoom work?
[01:00] <recmajkemi> micahg: thats what i was asking couldn't find the setting.
[01:00] <recmajkemi> *cant
[01:01] <micahg> recmajkemi: 3.6 uses xul192
[01:01] <micahg> recmajkemi: tools -> addons
[01:06] <cousteau`irssi> micahg: just removed ~/.mozilla/firefox, renamed (and backed up) ~/.mozilla/firefox-3.5-abandoned to ~/.mozilla/firefox-3.5, ran firefox, and it moved ~/.mozilla/firefox-3.5 to ~/.mozilla/firefox, thus importing correctly the configuration
[01:06] <cousteau`irssi> so it was a problem caused by that firefox-branding weird error
[01:06] <micahg> cousteau`irssi: k, that's why I'd like you to comment on that bug about it
[01:07] <micahg> so if the other user confirms, then we'll add the stuff to the package for migrating from 3.0 to 3.6
[01:07]  * micahg thinks we'll do it anyways
[01:08] <cousteau`irssi> now it's the problem with addons, they haven't been upgraded
[01:09] <cousteau`irssi> what value should extension.update.url have? it's "extensions.update.url;https://versioncheck.addons.mozilla.org/update/VersionCheck.php?reqVersion=%REQ_VERSION%&id=%ITEM_ID%&version=%ITEM_VERSION%&maxAppVersion=%ITEM_MAXAPPVERSION%&status=%ITEM_STATUS%&appID=%APP_ID%&appVersion=%APP_VERSION%&appOS=%APP_OS%&appABI=%APP_ABI%&locale=%APP_LOCALE%&currentAppVersion=%CURRENT_APP_VERSION%&updateType=%UPDATE_TYPE%" here
[01:10] <cousteau`irssi> (it looked shorter on the firefox window, sorry)
[01:10] <micahg> looks fine
[01:12] <cousteau`irssi> I had "extension.update.notifyUser" set to false [user set], reseted it and now it's an empty string
[01:12] <cousteau`irssi> app.update.enable was set to false...
[01:12] <micahg> cousteau`irssi: it should be
[01:14] <cousteau`irssi> oops
[01:15] <cousteau`irssi> it was marked as user set
[01:15] <cousteau`irssi> hmm... I think I'm gonna delete all the config and start again from the backup
[01:16] <cousteau`irssi> (I'm also going to do copies of the backup, just in case...)
[01:30] <cousteau`irssi> ok, everything updated, except the language
[01:30] <cousteau`irssi> which doesn't work
[01:30] <cousteau`irssi> after installing http://releases.mozilla.org/pub/mozilla.org/firefox/releases/latest-3.6/linux-i686/xpi/es-ES.xpi
[05:47] <micahg> asac_: I missed the dailies for both my xul192 and ff36 fixes
[06:35] <micahg> asac_: what we've been waiting for: http://starkravingfinkle.org/blog/2010/01/xulrunner-1-9-0-x-releases-the-end-is-near/
[09:13] <BUGabundo_remote> morning
[10:03] <cousteau> where can I find thunderbird 3?
[10:04] <BUGabundo_remote> cousteau: in daily ppa!
[10:04] <cousteau> is it the only way? those reps are like unstable
[10:20] <asac_> hi
[10:21] <asac_> fta: first bug 513133
[10:33] <asac_> crimsun: so i am on lucid now .... status update on sound:
[10:33] <asac_> 1. overall its much better i think
[10:33] <asac_> 2. for my usbheadset the problem that it just goes off completely if you tune the volume below a certain point is gone
[10:34] <asac_>  however now, the max. volume i can tune using the sound preferences is quite low ... e.g. everything on full throttle would be ok with all government regulartions that might ever exist ;)
[10:35] <asac_> 3. for my voip it didnt change much ... however, i am think it really is something else
[10:40] <BUGabundo_remote> asac: do you hear some clipping/echoes when sound is at Max?
[10:41] <asac> one moment have to try something ;)
[11:04] <gnomefreak> we cant do the 11th at 1600 there already is a meeting at that time
[11:04] <gnomefreak> wait
[11:04] <gnomefreak> nm 11th is open
[11:24] <gnomefreak> i added date/time and my name to Wiki for meetins
[11:27] <gnomefreak> ok back to being a ghost ;)
[11:30] <LLStarks> asac, is tb3.1's continuing inability to read gmail passwords an upstream problem?
[11:31] <asac> LLStarks: read gmail passwords? what does that mean?
[11:32] <LLStarks> tb3.1 doesn't work with gmail imap, period.
[11:32] <LLStarks> "error getting mail password"
[11:33] <gnomefreak> yep
[11:33] <gnomefreak> not sure if it just gmail but all my gmail accounts do it
[11:34] <BUGabundo_remote> I reported it a while ago
[11:34] <BUGabundo_remote> and they said that is was not that bug
[11:34] <BUGabundo_remote> and asked for a new one
[11:34] <BUGabundo_remote> not sure I ever opened a new one for it
[11:34]  * BUGabundo_remote is feeling tired
[11:35] <LLStarks> thanks guys. i'll probably search for the bug report or file a new one in the morning.
[11:35] <gnomefreak> 3.6 is fixed in dailies :) thanks who ever fixed it
[11:35] <LLStarks> it was broken?
[11:35] <gnomefreak> yeah
[11:35] <LLStarks> howso?
[11:36] <gnomefreak> LLStarks: appaormor was the problem
[11:36] <gnomefreak> apparmor
[11:36] <LLStarks> i see.
[11:37] <LLStarks> 3.7 is in a hangy mood with it's latest daily.
[11:37] <LLStarks> trade-off?
[11:37] <gnomefreak> LLStarks: 3.7 works here as it should
[11:38]  * LLStarks opens 3.6 work around the issue until i reboot or whatnot
[11:38] <gnomefreak> it does hang with flash on the site or java dont recall. but it is a fairly small hang
[11:39] <LLStarks> eww. that aa/hinting issue.
[11:39] <LLStarks> it's like a mozilla-downloaded build.
[11:39] <gnomefreak> LLStarks: yeah but now it works no need to run those 2 commands
[11:40] <LLStarks> Attempting to load libmoonloaderxpi
[11:40] <LLStarks> Segmentation fault (core dumped)
[11:40] <LLStarks> hmmm
[11:40] <LLStarks> damn mono
[11:41] <cousteau> lol, I misread it, thought it said "libmoonlander"
[11:46] <LLStarks> compiz is being very naughty today. i almost **** myself. http://img94.imageshack.us/img94/7263/ohgodo.png
[11:47] <cousteau> lol
[11:48] <BUGabundo_remote> LLStarks: ahaha xrandr is awesome
[11:48] <BUGabundo_remote> ppl here at work like to play that joke to esch other
[11:48] <LLStarks> the text is mirrored vertically
[11:51] <LLStarks> asac.
[11:51] <LLStarks> ** (firefox-3.7:18002): WARNING **: Serious fd usage error 14
[11:51] <LLStarks> ** (firefox-3.7:18002): WARNING **: Serious fd usage error 12
[11:51] <LLStarks> what do you make of this?
[11:52] <asac> havent seen it ;)
[11:52] <asac> interesting bug
[11:52] <asac> not in 3.6?
[11:52] <LLStarks> nope.
[11:53] <LLStarks> that error accompanies the hang and forcequit
[11:56] <asac> LLStarks: reproduce with a strace -f firefox-3.7 2>&1 | tee /tmp/log.txt
[11:56] <asac> forcequit?
[11:57] <asac> does it crash?
[11:57] <asac> do you get a .crash file?
[11:57] <LLStarks> no, but you are forced to close because it becomes unresponsive
[11:57] <LLStarks> i don't even know where crash files are located.
[11:58] <asac> in /var/crash
[11:58] <asac> maybe remove all stuff there
[11:58] <asac> then reproduce and see ... also wait for a few minutes
[11:58] <asac> when it hangs
[11:58] <asac> maybe its just producing the core dump
[11:59] <BUGabundo_remote> I'm having probs with 3.7 today too
[12:00] <BUGabundo_remote> it will just block and I have to force close
[12:00] <asac> so its a regression from yesterday?
[12:00] <asac> LLStarks: ?
[12:00] <BUGabundo_remote> daily updated today
[12:00] <BUGabundo_remote> let me run gdb on it
[12:00] <LLStarks> running trace
[12:00] <asac> yeah
[12:00] <asac> trace
[12:00] <asac> and then running it in gdb might reveal more
[12:00] <BUGabundo_remote> $ firefox-3.7 -g
[12:00] <BUGabundo_remote> /usr/bin/gdb /usr/lib/firefox-3.7a1pre/firefox-3.7 -x /tmp/mozargs.aCjv8T
[12:00] <BUGabundo_remote> I may need some gdb packages:\
[12:00] <BUGabundo_remote> this is a clean system
[12:01] <asac> firefox-3.7 -g should be right
[12:01] <asac> and yes you need xulrunner-1.9.3-dbg
[12:01] <asac> and firefox-3.7-dbg
[12:01] <asac> at least
[12:01] <asac> maybe also libc and glib and gtk dbg
[12:01] <asac> packages
[12:03] <BUGabundo_remote> ** (firefox-3.7:16676): WARNING **: Serious fd usage error 16
[12:03] <BUGabundo_remote> ** (firefox-3.7:16676): WARNING **: Serious fd usage error 14
[12:03] <BUGabundo_remote> I'm gettign it
[12:03] <BUGabundo_remote> but no extra out put
[12:05] <BUGabundo_remote> Program received signal SIGINT, Interrupt.
[12:05] <BUGabundo_remote> pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
[12:05] <BUGabundo_remote> 162	../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S: No such file or directory.
[12:05] <BUGabundo_remote> 	in ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S
[12:05] <BUGabundo_remote> waiting for dgb packates to install
[12:05] <BUGabundo_remote> to have a bt full
[12:05] <BUGabundo_remote> asac: ^^^^^^
[12:06] <BUGabundo_remote> but I have *exactly* the same prob with pidgin
[12:06] <BUGabundo_remote> so I bet libc6 bug in here
[12:06] <BUGabundo_remote> pidgin trace http://paste.ubuntu.com/364526/
[12:08] <BUGabundo_remote> FF trace http://paste.ubuntu.com/364529/
[12:08] <BUGabundo_remote> LUNCH
[12:10] <LLStarks> ff trace: http://www.mediafire.com/?ye2y2mt1myd
[12:12] <LLStarks> and bed
[12:13] <asac> BUGabundo_remote: yes, please install the libc6-dbg package too
[12:14] <LLStarks> btw, i have everything installed, what should i run in gdb?
[12:15] <LLStarks> just run?
[12:16] <asac> LLStarks: firefox-3.7 -g
[12:16] <asac> try that
[12:16] <LLStarks> am
[12:16] <asac> and then run
[12:16] <asac> yes
[12:16] <asac> just run
[12:17] <LLStarks> asac: http://pastebin.com/m4ecd965
[12:17] <asac> LLStarks: so you kill it?
[12:17] <LLStarks> yah
[12:17] <asac> ok.
[12:18] <asac> if you hit ctrl-z instead you might be able to get a backtrace
[12:18] <asac> whihc might show what its doing
[12:18] <LLStarks> certain websites reliably cause the hang
[12:18] <LLStarks> weather.gov is fine. weather.com isn't.
[12:18] <LLStarks> 0x00a99422 in __kernel_vsyscall ()
[12:21] <LLStarks> looks serious.
[12:46] <vish> huh , seems there is a fix/workaround for Bug 512615 [havent tried it though]
[12:48] <gnomefreak> when is feature freeze?
[12:57] <vish> gnomefreak: back here.. what feature?
[12:57] <vish> is not going to make it*
[12:57] <gnomefreak> :)
[12:57] <gnomefreak> Sm2
[12:57] <vish> oohh ,k
[12:58] <gnomefreak> i would rather not use an exception but there is alot of work that needs to be done
[12:58] <gnomefreak> be back need smoke :)
[13:07] <gnomefreak> asac: have we built firefox with PGO yet? or is that to come?
[13:14] <BUGabundo_remote> asac: that is with libc6-dbg already installed
[13:20] <gnomefreak> anyone running SM2 or 2.1 even?
[13:26] <asac> gnomefreak: wanted to try it this cycle
[13:26] <asac> but afaik its not really working on linux yet. but i wil at least try
[13:27] <gnomefreak> asac: ok i was reading a bug on it
[13:27] <gnomefreak> feel free to comment on bug 213708
[13:43] <BUGabundo_remote> asac: new FF trace http://paste.ubuntu.com/364571/
[13:43] <BUGabundo_remote> wb kenvandine
[13:45] <asac> BUGabundo_remote: threads apply all bt
[13:45] <asac> also why do you do multiple "c"'s?
[13:47] <fta2> asac, grrr bug 513776
[13:48] <gnomefreak> IIRC i filed a bug on recommending depends that are not in repos
[13:48] <asac> well. thats not grrr, but expected ;)
[13:48] <gnomefreak> recommends
[13:49] <BUGabundo_remote> asac: some times it gets extra stuff, at least it does in pidgin
[13:49] <gnomefreak> fta2: bug 506528
[13:49] <BUGabundo_remote> asac: how is that all bt?
[13:52] <fta2> gnomefreak, the recommends could be in debian only. but anyway, it's different here, asac changed my Depends into a Recommends just because he was in a hurry to have the browser in, but the codecs are there, in the ppa
[13:52] <BUGabundo_remote> so I crashed FF
[13:52] <BUGabundo_remote> what gdb trace you want?
[13:53] <gnomefreak> fta2: Yeah i know those packages are mostly in Debian however this is something that that needs to be changed at merge, or we package those packages that are in there. ah ok thought it was same problem
[14:02] <gnomefreak> i thought we packaged weave extension?
[14:10] <gnomefreak> finally caught up on email
[14:14] <gnomefreak> is there a way i can change the x drivers from non-free to nv?
[14:15] <gnomefreak> jockey doesnt have that option. im looking to not uninstall 3d drivers
[14:22] <gnomefreak> nm
[14:22] <gnomefreak> i forgot about disabling them in jockey
[14:44] <micahg> hi asac
[14:48] <asac> hi micahg
[14:48] <asac> so tbird?
[14:48]  * gnomefreak will be infront of tv for a bit :) but hi micahg
[14:48] <gnomefreak> just got a daily tb3 update
[14:50] <micahg> sorrry pidgin has a memory leak
[14:50] <rickspencer3> fta are you @fta on identica?
[14:50] <micahg> asac: so I updated TB3 locales properly this time
[14:50] <micahg> but there's no facility for dropped packagesw
[14:53] <micahg> asac: was adding the ff3 transitional packages to ff36 ok?
[14:54] <asac> micahg: did you commit that?
[14:54] <micahg> yes, is that bad?
[14:54] <asac> at best request merges so i can review things you are not sure
[14:54] <asac> well. i dont see all commits ;)
[14:54] <micahg> I was pretty sure
[14:54] <micahg> http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.6.head/revision/510
[14:54] <asac> so if you commit there is no review ;)
[14:55] <micahg> k
[14:55] <asac> i dont think we ad firefox-3.0 branding
[14:55] <asac> can you uncommit that
[14:55] <asac> and make two commits:
[14:56] <asac> 1. make the replaces/conflicts/provide a multiple line layout thing?
[14:56] <asac> 2. do the transition
[14:56] <asac> its easier to review if those are broken in one package per line
[14:56] <micahg> k, for each package in there, each replace should be its own line?
[14:57] <asac> yes, each package one line for replaces/provides/conflicts
[14:57] <asac> each line starts with a tab
[14:57] <micahg> firefox 3.0 branding was causing issues for people upgrading in the PPA
[14:57] <asac> and maybe do a merge request then
[14:57] <asac> could be.
[14:57] <asac> i will check when i have a clear view on the diff
[14:57] <micahg> k, so I'll uncommit and push overwrite
[14:57] <asac> yes
[14:58] <asac> might be all ok, but its much easier to check if its already in multi line layout
[14:58] <asac> micahg: you can make the multi line layout directly on .head
[14:58] <asac> and then just the transitional packages in a merge branch
[14:58] <micahg> k
[14:59] <asac> also important to check is what packages are gone now
[14:59] <asac> like -dom-inspector etc.
[14:59] <asac> those need to be transitioned to firefox
[14:59] <asac> e.g. eaten by that package etc.
[14:59] <asac> otherwise users that have that package get stuck
[14:59] <asac> or something
[14:59] <micahg> k, should that be done on the firefox package?
[15:00] <micahg> asac: also, I imported the changelog for xul192
[15:00] <micahg> and removed stuff from the 192 commit that was done on 191 already and didn't require a name change
[15:00] <micahg> s/commit/changelog entry/
[15:01] <micahg> there was one entry I wasn't sure about so I left it
[15:01] <micahg> someone commited a patch that was later accepted upstream
[15:01] <micahg> and dropped, so I left his name in there
[15:02] <asac> thats ok
[15:02] <asac> micahg1: thats ok
[15:03]  * gnomefreak going to try to get some sleep i got up at 3am and havent stopped yet its now after 10am.
[15:09] <micahg> asac: should I only do it for the ones I'm modifying?
[15:28] <asac> mterry: hi
[15:28] <mterry> asac, so I heard that you were looking into how to change the theme and/or homepage for chromium for lucid?
[15:28] <asac> shoot
[15:28] <asac> mterry: i checked
[15:28] <asac> yes.
[15:29] <asac> so ... there is no global pref mechanism it seems
[15:29] <asac> one idea is to ship a skel profile and copy that in the chromium-browser wrapper
[15:29] <asac> otherwise it needs code patching :(
[15:29] <mterry> asac, why not in /etc/skel?  It uses a non-deterministic profile dir?
[15:30] <asac> how do you do that for /etc/skel?
[15:30] <asac> i mean ... thats on user home creation, right?
[15:30] <asac> so if users install it later they wont get it
[15:30] <mterry> asac, right...  I'm so used to thinking OEM-style
[15:30] <asac> yeah. so thats not going to work
[15:30] <asac> but its a similar mechanism
[15:30] <asac> we already have a chromium-browser wrapper script
[15:31] <asac> so we should check if thats good enough
[15:31] <asac> not perfect but feels better than patching code
[15:31] <mterry> asac, that seems like a reasonable approache
[15:31] <mterry> asac, you saw the bug about chromium whining about not being the default?
[15:31] <asac> yeah
[15:32] <asac> i think we ship the gconf keys for firefox somehow, no?
[15:32] <mterry>  asac, we disable that check in firefox I thought, but a quick scan at the firefox packaging didn't reveal the patch
[15:32] <asac> or is all x-www-browser in gconf by default?
[15:32] <mterry> asac, yeah, I replied in the bug about where
[15:32] <mterry> asac, (bug 513133)
[15:32] <asac> so iirc we had it disabled at some point
[15:32] <asac> but after fixing the compare in firefox it does the right thing
[15:33] <asac> e.g. doesnt complain because firefox is already the default
[15:33] <asac> so ... chromium does the right thing
[15:33] <asac> we should just check that it doesnt complain if you put chromium-browser %s there
[15:33] <mterry> sort of, modulo my patch
[15:34] <mterry> And we don't care about the x-www-browser side of things?  (I hate that we have 10 different ways of setting default apps)
[15:34] <asac> x-www-browser is ignorable
[15:34] <asac> thats a legacy thing
[15:34] <asac> we can support it by shipping that alternative
[15:34] <asac> we can ensure that the chromium-browesr prio is higher
[15:35] <asac> if thats helping
[15:35] <mterry> asac, it installs itself as an alternative already, not sure what prio
[15:36] <mterry> asac, OK, so for the defaults thing, it's just a matter of my patch and then system configs to change defaults.  For theme/homepage, it's a matter of patching the wrapper (is ubuntu going to modify theme/homepage?)
[15:38] <asac> mterry: i think that should be fixed on chromium side somehow
[15:38] <asac> full path might be different
[15:39] <asac> hmm
[15:39] <mterry> asac, hmm?  I agree upstream issue, I would give them my patch.
[15:40] <mterry> asac, one side effect of full path is when you go to gnome-default-applications-preferences, it will set exe names to chromium-browser, and then chromium will say it's not default.  full paths are bad
[15:40] <asac> shouldnt that compare "which"
[15:40] <asac> with realpath?
[15:41] <asac> in that way you could still have a chromium-browser unpacked in your home etc.
[15:41] <asac> and that would notice its different
[15:41] <mterry> asac, one complication is that by the time chromium is running, /usr/lib/chromium-browser is in front of path.  Maybe to fix that we can also recommend to move it to end of path
[15:42] <mterry> asac, in your example, chromium is still the default.  and which you use is a matter of your path, right?
[15:43] <asac> yes
[15:43] <mterry> asac, so you'd never be running the one that's not the default unless you specified its full path.
[15:43] <asac> there are two cases:
[15:44] <asac> .desktop file has an absolute path
[15:44] <asac> .desktop file has a basename
[15:44] <asac> i think thats not properly covered somehow
[15:44] <asac> so if .destkop file has a basename, comparing with basename is fine
[15:44] <asac> otherwise i thiink we should compare full paths somehow
[15:44] <mterry> asac, in their xdg-settings, they expand both to full path.  In my xdg-settings, I basename both cases
[15:44] <asac> yes
[15:44] <asac> i think the middle is right
[15:45] <asac> have to think a bit about this
[15:45] <asac> especially because of the wrapper script
[15:45] <asac> which is always painful
[15:45] <asac> your patch is a good quick solution i think
[15:45] <asac> but i hope it can be done better
[15:45] <asac> we should surely open a bug upstream
[15:45] <asac> and suggest the patch there
[15:45] <asac> if they are happy, fine!
[15:46] <mterry> asac, ok, I'll upstream this week
[15:46] <mterry> we'll see what they say
[15:46] <mterry> i'll connect the bug to ubuntu's so if you're subscribed, you'll see it go by
[15:46] <asac> yeah. i guess maybe fta even forwards that
[15:47] <asac> but well see who comes first
[15:47] <mterry> fta?
[15:48]  * asac break
[16:03] <micahg> asac: on bug 439431, firefox-branding should replace kubuntu-firefox-installer, right?
[16:11] <asac> micahg: yes.
[16:11] <micahg> k, and do on 3.7 even though it's not official branding?
[16:11] <asac> if we ship a firefox.desktop in abrowser too then there too
[16:12] <asac> micahg: yes, do that so we dont forget
[16:12] <micahg> k
[16:12] <asac> abrowser-branding that is (but i dont think so)
[16:14] <micahg> asac: no changelog entry in 3.7 since it'll be in 3.6, right?
[16:16] <asac> micahg: yeah
[16:16] <asac> i think thats a good practice
[16:25] <fta2> asac, are you sure it's related to gconf?
[16:26] <LLStarks> asac, you saw my message about 0x00a99422 in __kernel_vsyscall ( right?
[16:26] <fta2> asac, i thought it was about the wrapper vs the binary
[16:27] <asac> fta2: not sure. i just think that having gconf entries not set to chromium-browser is expected to trigger the "not default" thing
[16:27] <asac> fta2: the script mterry patched is a wrapper it seems. yes.
[16:27] <asac> check the patch in the bug
[16:27] <asac> i think it would be an improvement that way, but its not 100% it
[16:28] <mterry> fta2: I patched their xdg-settings helper script
[16:30] <fta2> yep
[16:30] <fta2> when you ask ch to set itself as the default browser, you end up with /usr/lib/ch/ch in the gnome preferred apps ui
[16:31] <asac> right. that probably needs a fix similar to what we have in firefox
[16:31] <fta2> in that ui, i just ship "chromium-browser" using the xml file
[16:31] <asac> just better ;)
[16:32] <fta2> imho, it's bad to have /usr/lib as it's calling the binary, not the wrapper, so some stuff are probably broken
[16:33] <LLStarks> damn you 3.7!!!!!!!!!!! why do you keep blanking images after they load!
[16:37] <asac> isnt weather.com flash?
[16:38] <LLStarks> son of a....
[16:38] <LLStarks> it can't be that simple
[16:38] <LLStarks> can it
[16:38]  * LLStarks tests
[16:39] <LLStarks> btw, the above issue was sepearate
[16:39] <LLStarks> *separate
[16:39] <LLStarks> if you load an image url directly, the image sometime vanishes after it renders
[16:40] <LLStarks> yeah, flash is killing
[16:42] <micahg2> LLStarks: OOPP landed recently
[16:42] <LLStarks> oopp?
[16:42] <micahg2> wow, never saw a 2 on my nick before :P
[16:42] <micahg2> out of process plugins
[16:43] <LLStarks> lorentz?
[16:43] <micahg2> 3.7
[16:43] <LLStarks> i thought that was being tracked for 3.6.1
[16:43] <micahg2> LLStarks: everything new has to land on trunk first
[16:43] <LLStarks> landing on trunk first?
[16:43] <micahg2> and 3.6.1 was skipped
[16:43] <LLStarks> hah. same thought.
[16:43] <LLStarks> wait. 3.6.1 is being skipped too?
[16:44] <micahg2> yep
[16:44] <LLStarks> no point releases?
[16:44] <micahg2> nah, they jumped to 3.6.2
[16:44] <LLStarks> ...
[16:44] <micahg2> so month=point I think
[16:44] <LLStarks> ubuntu influence i see
[16:45]  * micahg2 hasn't seen the meeting notes yet that decided that, so don't quote me :)
[16:45] <LLStarks> yeah, i can't find anything on this through google
[16:46] <LLStarks> anyway, oopp breaks flash.
[16:46] <micahg2> LLStarks: file a bug upstream
[16:47] <micahg2> I think..hold on
[16:47] <micahg2> asac: do you want to file 3.7 bugs in LP as well since we can communicate with upstream?
[16:49] <asac> micahg2: sure. maybe use a firefox3.7 tag
[16:49] <asac> ffox37
[16:49] <asac> maybe
[16:49] <micahg2> asac: once we get the package names for -next, we can file there
[16:50] <micahg2> LLStarks: so, file in LP against firefox package and tag ffox37
[16:51] <LLStarks> isn't it a bit early to start filing 3.7 bugs in lp?
[16:51] <asac> micahg2: I dont plan to get -ext in archive
[16:51] <micahg2> asac: right, but once it hits PPA, you can file bugs against it
[16:51] <asac> next
[16:52] <asac> does that really work?
[16:52] <micahg2> i think so
[16:52] <asac> last time i tried lp complained ;)
[16:52] <asac> so in theory firefox-3.7 should already work? then why not use that?
[16:52] <micahg2> because it's changing
[16:53]  * micahg2 got an oops
[16:53] <asac> well. we can file there and then move if it really works
[16:53] <micahg2> I'll look into it later
[16:54] <micahg2> doesn't seem to work on edge
[16:54] <micahg2> I'll verify if it's supposed to work like that or not, I don't want to abuse too many "features" in LP :)
[16:54] <micahg2> k, bbiab
[16:57] <LLStarks> asac, how do i apport using umd ppa?
[16:57] <LLStarks> do i have to apport-collect?
[16:58] <asac> yes
[16:58] <asac> LLStarks: not sure if micahg already added the hook that allows you to do that
[16:58] <asac> otherwise its hopefully in tomorrow ;)
[16:58]  * asac should check that ... but is busy
[16:59] <LLStarks> i'm getting python errors.
[16:59] <LLStarks> i could probably do it after i initially create the bug report.
[16:59] <LLStarks> whatevr.
[17:00] <micahg2> LLStarks: you can't create the bug with apport, but you should be able to use apport-collect after submitting
[17:00] <micahg2> we'll fix that soon
[17:01] <micahg2> now, really bbiab...
[17:19] <gandi> asac: ping
[17:39] <LLStarks> asac, what was that 3.7 tag  for lp again?
[17:40] <asac> ffox37
[17:40] <LLStarks> thanks.
[18:24] <crimsun> asac: usb-audio can be problematic; many devices need quirks in the driver to account for your symptom (I experience it, too, with a Plantronics 500 USB device)
[18:25] <crimsun> need to get to that but have been fixing sound on my new laptop
[18:57] <vish> is Bug #501393 , really fixed? I dont see notifications using notify-osd
[18:58] <micahg> vish: from the firefox side
[18:58] <micahg> they've done as much as they want to do
[18:58] <micahg> any remaining changes need to be taken care of in notify-osd
[18:58] <vish> micahg: hmm.. ok.what does notify-osd have to do? isnt it just notification that need to be sent?
[18:58] <micahg> vish: ask asac :)
[18:59] <vish> i was using firenotify extension , now that stopped working too
[18:59]  * micahg is still learning the technology
[18:59] <vish> well , that bug would be a bad blocker for Lucid.. not receiving notifications :s
[19:00] <vish> but notify-osd development has stopped for  very long time :/
[19:00] <asac> vish: i already explained it? didnt i? they explicitly dont sent stuff to notify-osd because it doesnt have action support
[19:00]  * vish checks bug comments again
[19:00] <asac> hmm
[19:01] <micahg> asac: I didn't know if you wanted anything done for notify-osd, that's why I said to ask you
[19:01] <asac> well. mozilla doesnt want notifications without actions
[19:01] <asac> we don't want to change things they explicitly decided on
[19:01] <micahg> right, we discussed this before
[19:02] <asac> good ;)
[19:02] <vish> asac: ah , you told me that when i mentioned Dbarth's comment .. oops , was confused since bug was closed as fixed
[19:02] <asac> crimsun: so you have the same "all is silent" issue?
[19:03] <asac> vish: yeah. thats misleading
[19:03] <asac> notify-osd integration is not fix released
[19:03] <asac> but general system libnotify support is
[19:03] <vish> ah ok
[19:03] <armin76> [reed]: ping
[19:03]  * micahg is regretting putting that in the changelog as is
[19:03] <asac> thats ok micahg
[19:03] <asac> ;)
[19:04] <asac> reopen the task maybe
[19:04] <armin76> [reed]: i'm a bit outdated...how was it done to get something backported? https://bugzilla.mozilla.org/show_bug.cgi?id=502369 <- needs to be added to mozilla-1.9.2
[19:04] <micahg> asac: well, it's open as a notify-osd task since ff is as good as we'll get it
[19:04] <asac> armin76: request approval if the patch is good
[19:04] <micahg> is that not right?
[19:04] <asac> approval1.9.2?
[19:04] <asac> i guess
[19:05] <asac> micahg: we can set to wont fix the firefox tasks. yes.
[19:05] <armin76> asac: that flag is not present :(
[19:05] <asac> give explanation that mozilla will support that
[19:05] <asac> hmm
[19:05] <vish> micahg: just to be sure , do you get any notifications for downloads? [i have too many extensions something else might be wrong] I'm considering elevating the bug importance
[19:05] <armin76> i wonder wtf does it have to do with flash?
[19:05] <asac> armin76: thats bceause its filed against tracemonkey
[19:05] <micahg> vish: yes, old style
[19:06] <asac> armin76: guess you would have to find the landing bug if it already is on 1.9.3
[19:06] <vish> hmm.. odd , i dont get any :s [aw , crap]
[19:07] <armin76> asac: it is on mozilla-central, and afaik that is the bug...
[19:07] <armin76> nevertheless i'll reopen it
[19:08] <asac> not sure
[19:09] <asac> pushed: redux changeset:   2929:a27726496703
[19:09] <asac> not sure if that is on the central branch
[19:12] <fta> asac, jcastro: if i add an upstream to a team in lp, will he be able to triage bugs for packages owned by that team?
[19:13] <micahg> fta: are you talking about ubuntu bug triage?
[19:14] <fta> micahg, no, just for that project
[19:14] <micahg> k
[19:14] <fta> bug control should not be needed
[19:14] <asac> not sure
[19:15] <micahg> if the team, is a driver or owner or the project, the answer should be yes
[19:15] <asac> fta: he neds to be in a team that is driver or owner ... yes
[19:15] <asac> for that project
[19:15] <micahg> or the team needs to be set as bug supervisor
[19:15] <micahg> but then you get all the mail unless you have a team ML
[19:15] <asac> yes. thought bug driver was the name
[19:16] <jcastro> fta: what they said, though I do sometimes give bugcontrol perms to an upstream to triage their own bugs, and they understand that the power is for their bugs
[19:17] <jcastro> fta: so I guess it depends on wether I answer them fast enough or they figure out launchpad first, heh
[19:18] <micahg> we just dealt with this in bug-control for ubuntu-tranlations...the solution was a new team made up of -translations and -control members with its own ML for bugs
[19:55] <asac> crimsun: what info would you need for my headset? it works, but is really really silnet :)
[20:08] <micahg> asac: so, I just got the info for what to do with the missing locales for TB locales, so tomorrow morning hopefully, it'll be done
[20:27] <fta> asac, did you try "always open files for this type"? wfm
[20:38] <asac> micahg: great
[20:38] <asac> fta: it never asked me for anything like that
[20:39] <asac> that should be default for some mime types
[20:39] <asac> is there a reason why its not?
[20:39] <fta> asac, in the download bar, for each dl, you have options
[20:40] <asac> yes. but there are two bugs for the default config:
[20:40] <asac> 1. clicking on http://www.adobe.com/support/products/pdfs/adobe_products_and_windows_vista.pdf doesnt just download
[20:40] <asac> but makes the current tab blank
[20:40] <asac> but doesnt open anything
[20:41] <asac> 2. it should open it in an app bydefault with the ability to opt out
[20:41] <asac> actually when clicking on that pdf it doesnt even show any download
[20:41] <asac> it does nothing ... just a black tab
[20:41] <asac> open a tab, paste url -> black
[20:41] <asac> no download bar pops up
[20:58] <armin76> asac: do you have xul-1.9.2 packages?
[20:58] <asac> sure
[20:58] <asac> in daily ppa
[20:59] <armin76> why not normal archive?
[21:00] <micahg> armin76: working on it :)
[21:01] <armin76> i'm surprised we have it before you :P
[21:33] <fta> armin76, well, our package exists since day 1, you can't beat that ;)
[22:15] <fta> Get:122 http://archive.ubuntu.com lucid/main libwebkit-1.0-2-dbg 1.1.19-1 [130MB]
[22:16] <crimsun> asac: "any level below 30% results in silence" is the symptom I experience.  "ubuntu-bug alsa-base", and in particular, lsusb -v
[22:16] <asac> crimsun: thats what i had in karmic
[22:17] <asac> but now in lucid, even 100% is not really loud
[22:17] <asac> and 120% is a bit groovy ;) (but just a bit)
[22:17] <asac> i think 100% is less loud than the 30% in karmic
[22:17] <crimsun> asac: for your internal or usb?  I'm only describing my usb.
[22:18] <asac> usb only
[22:18] <asac> so in karmic < 30% -> mute .... now 100% is like 30% before ;)
[22:18] <crimsun> interesting.
[22:18] <asac> yeah
[22:18] <crimsun> yeah, bug against alsa-base + lsusb -v
[22:19] <asac> thats just a rough estimate ... maybe its even less than what previously was 30%
[22:19] <asac> ok
[22:19] <BUGabundo> asac: open PAMAN and push it higher :D
[22:19] <asac> crimsun: using ubuntu-bug alsa-base ... doesnt attach lsusb -v
[22:19] <asac> ?
[22:19] <BUGabundo> I set mine to 143% with no probs
[22:19] <crimsun> asac: no.
[22:20] <crimsun> I suppose we could cconditionally attach it based on /proc/asound/modules's contents
[22:21]  * crimsun thinks about sound/usb/usb{mixer*,quirks.h}
[22:26] <asac> bug 514032
[22:26] <asac> crimsun: ^^
[22:27] <asac> wonder if there is some other mixer that sets the baseline somehow
[22:27] <asac> alsamixer doesnt do anything at least ;)
[22:27] <BUGabundo> asac: tried paman ?
[22:27] <asac> paman?
[22:28] <asac> volume seems to be at 139%
[22:28] <asac> why isnt paman somewhere in the menu?
[22:29] <crimsun> because it isn't recommended, and it's in universe.
[22:30] <BUGabundo> 139%??
[22:30] <BUGabundo> and you still say its low? weird
[22:30] <crimsun> asac: thanks, will look shortly


[11:16] <luisp[m]> nightstrike_: thanks for pointing that out, we'll test and write something in the Mac section


[00:00] <robert_ancell> tedg, do you know of any reason to continue to use the Ubuntu geoip service rather than switching to Mozilla Location Service?
[01:37] <jbicha> geoclue-2.0 will need to get re-promoted to main then
[04:11] <tjaalton> robert_ancell: hi, did you have new changes to xorg.git? i had the commits locally but forgot to push because of the ffe taking so long
[04:12] <robert_ancell> tjaalton, the debian git branch?
[04:12] <tjaalton> yep
[04:12] <robert_ancell> I only pushed your changes. I was looking at merging but didn't get it done
[04:13] <tjaalton> it's not ready for merging
[04:13] <tjaalton> well, we aren't
[04:13] <robert_ancell> tjaalton, do you have any plans for libinput?
[04:14] <tjaalton> robert_ancell: merging the lib or switching to the driver?
[04:14] <robert_ancell> tjaalton, merging the lib (but also if any updates on the driver)
[04:16] <tjaalton> merging new stuff is a lower prio right now for me
[04:17] <tjaalton> libinput 1.3.1 got released yesterday
[04:19] <robert_ancell> tjaalton, shall I have a go at libinput?
[04:19] <tjaalton> sure
[04:19] <tjaalton> 1.3.0 was buggy
[04:29] <jbicha> robert_ancell: the watch file needs updating, try
[04:29] <jbicha> https://www.freedesktop.org/software/libinput/ libinput<EMAIL_ADDRESS>[04:31] <duflu> robert_ancell, tjaalton: I landed Xmir enhancements required for OSK support. Needs packaging but I also want to test it more today...
[04:32] <tjaalton> jbicha: current one works here..
[04:36] <jbicha> tjaalton: are you sure? http://xorg.freedesktop.org/releases/individual/driver/ doesn't work here
[04:39] <tjaalton> it has http://www.freedesktop.org/software/libinput/libinput-(.*)\.tar\.xz
[04:39] <tjaalton> I just ran uscan and it worked
[04:40] <tjaalton> jbicha: huh, you mean the driver?
[04:41] <jbicha> oh
[04:41] <tjaalton> both seem to work
[04:42] <jbicha> never mind, I was confused
[04:43] <tjaalton> ok
[05:03] <hikiko> hi
[06:27] <andyrock> morning all
[06:39] <Sweet5hark> moin
[07:04] <pitti> Good morning
[07:04] <happyaron> morning
[07:31] <pitti> hey happyaron, how are you?
[07:31] <pitti> (sorry, just saw your reply now)
[07:33] <happyaron> good, :)
[07:54] <happyaron> pitti: can you have a look at the network-manager SRU in -proposed? it seems to have enough time in queue?
[07:56] <pitti> happyaron: in a bit, still firefighting some infra issues
[07:56] <happyaron> np, take you time
[07:58] <willcooke> morning all
[07:58] <willcooke> Looks like it's Autum already
[07:58] <willcooke> Autumn
[08:00] <TheMuso> Hey willcooke, hey everybody... Its finally winter here. :)
[08:00] <TheMuso> willcooke: I approve of the theming of the tabs in the terminal. :)
[08:00] <willcooke> evening TheMuso, good holiday?
[08:00] <TheMuso> willcooke: Yes thanks, very refreshing.
[08:01] <willcooke> TheMuso, excellent!
[08:02] <Laney> helloooooooooooo
[08:03] <pitti> hey Laney, how are you?
[08:03] <pitti> Laney: enjoyed the long weekend?
[08:04] <didrocks> we can see that seb is in France, he wake up again after the UK :-)
[08:04] <didrocks> morning guys
[08:04] <Laney> pitti: very good thank you - went to Cambridge beer festival and then saw family
[08:05] <Laney> I think I am a bit ill though, don't feel quite right today
[08:05] <Laney> but still, here!
[08:05] <Laney> hey didrocks!
[08:05] <Laney> how are you guys?
[08:05] <pitti> Laney: uh, get well soon then
[08:05] <didrocks> Laney: still sick from last week, but getting better (was quite a challenge to give a talk in that condition)
[08:05] <Laney> :(
[08:05] <pitti> Laney: I had an awesome 4-day weekend, with a rock festival, a Star Trek exhibition, some gardening, and lots of ice cream :)
[08:05] <didrocks> I guess this is the period for coughing and such
[08:06] <pitti> bonjour didrocks !
[08:06] <didrocks> hey pitti ;)
[08:06] <Laney> pitti: we were trying to guess what you were doing last week ;-)
[08:06]  * pitti looks at the sunny sky and wonders what people are complaining about
[08:06] <didrocks> pitti: was in Paris this week-end, that's why the grey weather :p
[08:07] <Laney> gardening and ice cream were on the list
[08:07] <pitti> Laney: https://plus.google.com/+MartinPitti/posts/1Ujm2rKT9wB and http://piware.de/fotos/Star-Wars-Identities-Mai2016/ basically
[08:07] <seb128> good morning desktopers
[08:07] <didrocks> hey seb128
[08:07] <pitti> argh, and I typed "star trek", I meant "star wars" obviously; that's a terminal sin!
[08:07] <seb128> oh, didrocks saying hello on desktop :-)
[08:07] <seb128> lut didrocks!
[08:07] <pitti> salut seb128
[08:07] <Laney> hey seb128
[08:07] <willcooke> pitti, GET OUT!
[08:07]  * pitti stands ashamed in the corner
[08:08] <pitti> the thing I'm always mocking my wife with now happened to me!
[08:08] <didrocks> seb128: yeah, crazy, just got some minutes before next thing… :p
[08:08] <Laney> urghghgh
[08:08] <Laney> I didn't open my laptop since friday
[08:08] <seb128> didrocks, good luck!
[08:08] <davmor2> pitti: no power shell is a terminal sin
[08:08] <didrocks> pitti: the difference are minors anyway
[08:08]  * Laney cries at email
[08:08]  * didrocks gets out as well :)
[08:08] <willcooke> davmor2, *badum tisch*
[08:08]  * pitti slaps didrocks
[08:08] <didrocks> ouch :p
[08:09] <pitti> Laney: ignore the current batch of worker failure, swift is AWOL (IS is investigating)
[08:11] <Laney> pitti: ack
[08:12] <pitti> Laney: btw, if you missed my ping from yesterday: http://picpaste.com/systemd-session.png :)
[08:13] <Laney> pitti: nice - and oh, I guess you didn't see my hack either
[08:13] <pitti> Laney: this is now a session half-started by upstart and half-started by systemd, and stuff is  working nicely
[08:13] <pitti> Laney: and converting more services is now fairly straightforward
[08:14] <Laney> pitti: https://paste.debian.net/712910/
[08:14] <pitti> so I think this is now ready for a nice two or three day sprint to fully do and land it
[08:14] <pitti> Laney: wohoo!!
[08:14] <Laney> I added something to dbus-daemon to synthesise SystemdUnit=
[08:14] <pitti> Laney: so you gave up on systemd's dbus generator?
[08:15] <Laney> nein, but dbus-daemon needs that key to know to use systemd activation
[08:15] <Laney> you need both halves
[08:15] <pitti> Laney: oh, ok; in principle you can map that by traversing all units and looking at the BusName=, but that seems rather expensive
[08:16] <Laney> dbus-daemon doesn't want to call methods on systemd
[08:17] <Laney> so I don't know how you would actually do this properly; would need to talk to smcv if this is something we would actually like to have
[08:17] <Laney> for this hack I added a flag --systemd-activate-all that you turn on when the generator is in use
[08:18] <pitti> Laney: originally I thought that systemd would create .socket units for Type=dbus units and do the activation by itself then; but I guess that's wrong?
[08:19] <pitti> it's still dbus-daemon doing the activation then
[08:19] <pitti> ah, maybe the above was with kdbus
[08:20] <Laney> https://cgit.freedesktop.org/dbus/dbus/tree/bus/activation.c#n1885
[08:21] <pitti> Laney: WDYM with "dbus-daemon doesn't want to call methods on systemd"?
[08:22] <Laney> pitti: If you were thinking of having dbus-daemon use the systemd dbus api to enumerate all the dbus units
[08:22] <pitti> Laney: oh, no; I think that's rather expensive
[08:22] <pitti> Laney: I wondered how you auto-generate that mapping
[08:23] <Laney> make an activation request for dbus-<busname>.service or so
[08:26] <Laney> this breaks down when you consider that the generator isn't run for newly installed services
[08:26] <Laney> only at systemd's startup
[08:32] <pitti> Laney: so we coudl still manually add SystemdUnit= to the things we care about (I figure we don't actually have that many), and not rely on any magic
[08:35] <Laney> pitti: could do - I thought it was nice to have everything activated by systemd, so tried to make a proof of concept, but it's not that essential
[08:35] <Laney> it is nice having everything logged into the journal properly
[08:35] <pitti> indeed, yes
[08:35] <Laney> but if that's the only benefit then dbus could probably just log there itself
[08:36] <pitti> this would get rid of most of http://bazaar.launchpad.net/~pitti/bamf/systemd-unit/revision/637
[08:37] <Laney> right - you wouldn't need to write a unit unless you want to do something special
[09:16] <seb128> back
[09:17] <Laney> wb!
[09:17] <willcooke> seb128, we all went out for ice cream while you were away
[09:17] <willcooke> I ate yours
[09:17] <willcooke> sorry
[09:18] <seb128> :-(
[09:19] <seb128> tech guy said that the cables were not up to current standards and having too many junctions, they need to put a new one, they come back on friday
[09:20] <willcooke> A new cable should give you a decent speed boost
[09:20] <seb128> yeah, I had some line quality issues for a while
[09:20] <seb128> so not a bad thing
[09:20] <seb128> one it's done
[09:20] <willcooke> heh
[09:20] <seb128> once
[09:20] <willcooke> "Friday" = "an undetermined point in the future"
[09:21] <willcooke> aka "never"
[09:21] <Laney> those are the sounds of a person that has had to deal with BT Openreach
[09:21] <willcooke> ha!
[09:21] <willcooke> indeed
[09:22] <davmor2> willcooke: no no Tomorrow it'll always be done for tomorrow :D
[09:25] <seb128> lol
[09:25] <seb128> orange is nice
[09:25] <seb128> they give you a 4g stick if you want until they fix your line
[09:26] <willcooke> wow - that's a great idea
[09:46] <pitti> happyaron: looking now; https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1576726/comments/25 sounds bad
[09:47] <seb128> pitti, I've an updated SRU from happyaron to address the issue you had with the one in the queue, need to get it sponsored today
[09:49] <pitti> seb128: for network-manager? I don't remember an issue with that
[09:49] <seb128> pitti, no, nm-openconnect
[09:49] <pitti> just the above comment that might or might not be a regresssion in -proposed, the comment is unclear
[09:49] <pitti> ah
[09:49] <seb128> I think it's not
[09:49] <seb128> the issue is that openconnect didn't get updated to 1.1 before release
[09:49] <seb128> it's still on 1.0
[09:49] <seb128> which seems incompatbiel
[09:50] <pitti> seb128: ah, so this is already not working in xenial then
[09:50] <seb128> that's my understanding
[09:53] <pitti> seb128: ok, I'll reject the current upload from the queue then, to avoid confusion
[09:53] <seb128> pitti, thanks
[10:10] <alexarnaud> Hello all !
[10:12] <alexarnaud> didrocks: how are you today?
[10:13] <didrocks> alexarnaud: still sick, but ok, how are you? :)
[10:13] <alexarnaud> didrocks: fine :)
[10:13] <alexarnaud> didrocks: Have you discuss with Sam about Hypra and Compiz?
[10:14] <didrocks> alexarnaud: pinging him right now
[10:15] <alexarnaud> didrocks: what is his IRC nickname?
[10:15] <didrocks> alexarnaud: you can as well ping him right away (he is away it seems), presenting him, and just tell I'm sending you to him :) His nickname is smspillaz
[10:17] <alexarnaud> didrocks: OK :), thanks a lot. Could you just refresh my memory please, what is the technique is CCSM to have dynamic configuration as I've presented to you in mouse theme ?
[10:18] <didrocks> alexarnaud: it's not in CCSM, it's a package named "session-migration", where you can use scripts to do whatever you want (like changing gsettings keys)
[10:24] <alexarnaud> didrocks: Oh, I remember that ^^. I speak about to have dynamic configuration in CCSM. For example, we have "mouse theme" plugins that has all the configuration on a XML file and a ugly switch in the C++ code that create a dependency on package related to the hard coded theme. I speak about to move from hard to dynamic loading configuration. I don't know if you remember our discussion about this topic.
[10:27] <didrocks> alexarnaud: not really, sorry. I'm sure Sam would be able to help you, he wrote the depedency resolver :)
[10:45] <alexarnaud> No problem. It's not urgent.
[11:12] <Laney> tedg / charles: is anyone MIRing ubuntu-app-launch which indicator-datetime now depends on?
[11:25] <Laney> didrocks: hi :) do you know if dconf-qt is still needed?
[11:25] <Laney> it depends on a backend that is removed in dconf now
[11:28] <didrocks> Laney: hum, I think only Unity2d used it
[11:28] <didrocks> I guess you did check the rdepends, right?
[11:28] <Laney> yup
[11:29] <didrocks> Reverse Depends:
[11:29] <didrocks>   libdconf-qt-dev
[11:29] <didrocks> yeah, a little bit sad to see this lib on its own :p
[11:29] <didrocks> good for purging IMHO
[11:29] <Laney> nice
[11:29] <didrocks> and that will make desrt happy
[11:29] <Laney> do you want to use your powers?
[11:29]  * didrocks loads his power and do it in 2 min
[11:30] <Laney> ♥
[11:31] <Laney> seb128: can I ignore those evolution uploads to xenial for a yakkety upload?
[11:35] <seb128> Laney, yes, those are workaround to get translations back without waiting for the next langpack export
[11:35] <seb128> translations are not so important in the dev cycle
[11:35] <Laney> k, thanks
[11:36] <seb128> yw
[11:37] <andyrock> willcooke is desktop-trello-import  the correct tag?
[11:37] <seb128> andyrock, yes
[11:37] <willcooke> andyrock, yah
[11:38] <andyrock> ah ok just because my bugs are not getting imported
[11:38] <willcooke> andyrock, shout when you're ready and I will kick off the script
[11:38] <seb128> it's not an automatic job
[11:38] <andyrock> ah ok yeah I've two bugs read to be imported
[11:39] <willcooke> andyrock, which project?
[11:39] <willcooke> project(s)
[11:39] <andyrock> unity
[11:39] <willcooke> andyrock, done
[11:39] <andyrock> cool thanks
[12:06] <didrocks> Laney: flushed (sorry, was in a meeting)
[12:35] <desrt> Laney: kill it!
[12:39] <didrocks> desrt: it's dead (can't say forever, you never know), but dead :)
[13:30] <tedg> Laney: Oh, I didn't realize we needed to, I haven't looked at an MIR.
[13:30] <tedg> Wait, sorry, I thought you were saying SRU.
[13:30]  * tedg drinks more coffee
[13:31] <tedg> Laney: It is on my TODO for this cycle, I can bump it up, didn't realize it was needed already.
[13:31] <tedg> Apparently the goal is to get all of U8 desktop MIR'd this cycle.
[13:34] <seb128> tedg, yeah, need to start somewhere ;-)
[13:35]  * ogra_ wonders if thats also retroactively true for xenial :)
[13:35]  * tedg is so excited for Unity8 becoming a grown up project
[13:35]  * tedg wipes a tear from his eye
[13:36] <Laney> thanks didrocks!
[13:36] <didrocks> yw! :)
[13:37] <Laney> tedg: indeed, datetime is stuck on this now
[13:44] <andyrock> desrt: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1580673
[13:44] <andyrock> any idea about this one?
[14:06] <andyrock> desrt: maybe g_desktop_app_info_make_platform_data should add a "cwd" entry?
[14:08] <Trevinho> hey xnox, what you think about this https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/1580673 ?
[14:13] <GunnarHj> seb128: Hi Sebastien! Are you able to see why my latest l-s upload to yakkety is stuck in -proposed?
[14:13] <GunnarHj> https://launchpad.net/ubuntu/+source/language-selector
[14:13] <seb128> GunnarHj, hey
[14:13] <seb128> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[14:13] <seb128> "Not touching package as requested in bug 1496292 on Fri May 20 06:32:26 2016 "
[14:15] <Laney> seb128: can you delete evolution-ews from y-proposed please?
[14:16] <Laney> need to get this libical migrated before trying 3.20 there
[14:16] <GunnarHj> seb128: Hmm.. Thanks. Think I'll need help with that.
[14:18] <seb128> Laney, done
[14:19] <seb128> GunnarHj, I don't see why language-selector needs to be blocked, I think you can delete the line in that bug
[14:19] <Laney> merci!
[14:19] <seb128> de rien!
[14:21] <GunnarHj> seb128: If you say so, I can do it (without knowing what I'm doing). Are you sure?
[14:21] <seb128> yes
[14:21] <GunnarHj> seb128: Ok, thanks.
[14:21] <seb128> that bug was meant to block aptdaemon/packagekit
[14:22] <seb128> unsure why the other entries were added, seems buggy triaging
[14:22] <seb128> or user action
[14:31] <mhall119> tseliot: ping, I need some nvidia package fixes and I was told you're the guy to talk to
[14:31] <mhall119> the current proprietary driver package doesn't allow snappy apps to use OpenGL
[14:32] <mhall119> 10:24 < mvo> mhall119: do you think you could chase our nvidia packagers to  include a systemd bind mount unit from "sudo mount -o bind  /usr/lib/nvidia-361 /var/lib/snapd/lib/gl/" ?
[14:33] <Laney> Mirv: is https://launchpad.net/ubuntu/+source/goldencheetah/3.3.0-3build1/+build/9805094 related to your recent changes?
[14:33] <GunnarHj> seb128: l-s does have an aptdaemon dependency - think it's there for the pulling of language support. I also recall bug #1541288. Still sure? ;)
[14:35] <seb128> GunnarHj, yes I'm sure, l-s should be ported to use packagekit interfaces and not aptdaemon but that's not something that requires to block it in proposed
[14:36] <GunnarHj> seb128: Ok, that I'll shut up on this topic now. :) Thanks!
[14:36] <seb128> yw
[14:50] <pitti> Laney, seb128: coming back to the sprint question yesterday: would you like to hang out two or three days for the session startup migration?
[14:51] <pitti> Laney, seb128: I think we have enough pieces of the puzzle now to demonstrate that it works in principle, the rest is parallelizable work, and maybe some refinement discussions
[14:51] <pitti> and translating it to {k,x,l,...}ubuntu too, as far as they are concerned
[14:51] <pitti> this isn't particularly urgent, and we already have a sprint mid-June, so perhaps end of june or July or so?
[14:53] <seb128> I'm +1 on the idea yes
[14:53] <seb128> unsure when would be the best time
[14:53] <seb128> end of june or second half of july works for me
[14:54] <Laney> yep sounds good
[14:56] <pitti> seb128, Laney: if it's just the three of us, I'm happy to have you as guests at my place, if you want to travel that far
[14:56] <pitti> I guess seb128 lives in the middle between Laney and me
[15:02] <rektide> hi all. in unity-control-center->bluetooth, if i click a device, there's a pane with some details (paired, type, address, &c). it also has a "Connection" toggle (On/Off). I recently dist-upgraded from 15.04 where this toggle worked fine to 15.10, then 16.04, and this "Connection" toggle appears disabled for all of my devices
[15:02] <seb128> pitti, any option would work for me, we have enough space that you guys could come as well, only 1 extra bed though
[15:03] <rektide> it was a very important capability to attach/release devices, and i'm wondering if this Connection toggle works for anyone else atm, and am curious what kind of debug info I might be able to get, wondering if anyone has suggestions for things to try?
[15:04] <seb128> rektide, hey
[15:05] <rektide> hiya. :)
[15:06] <seb128> rektide, that control seems to reflect the status but not be clickable
[15:07] <rektide> seb128: in 15.04 it was an active control item. if i needed to stop using my bluetooth headset (perhaps so my phone could use it) i could toggle it
[15:08] <seb128> rektide, seems to be bug #1568679, that probably has to do with the bluez5 transition
[15:08] <rektide> seb128: & likewise, sometimes my headset wont reconnect automatically if it's available, but clicking the toggle to on would actively make a connection
[15:08] <seb128> rektide, you can use the indicator as a workaround, the controls work there
[15:09] <rektide> that brings me to my second question: is there any way to get menu bar items (indicators) if i'm running a non Unity WM? I run awesomewm.
[15:09] <seb128> I don't know about that
[15:10] <rektide> back when i used openbox i'd use a program like stalonetray to get system tray things, but this menu-bar doesn't appear to interoperate with the regular fd.o specs (ICCWM &c)
[15:10] <rektide> quite aggravating!
[15:11] <rektide> or perhaps there's just some specific applet that i need to run- that'd make a ton of sense
[15:17] <seb128> rektide, you can install libindicator3-tools and use indicator-loader3 to display the indicator as a workaround
[15:25] <desrt> andyrock: or upstart should launch apps in ~ instead of /
[15:25] <andyrock> yeah
[15:25] <andyrock> it's upstart's fault :D
[15:25] <desrt> :D
[15:25] <desrt> :(
[15:28] <seb128> rektide, the bug is easy to fix, we are going to deal with it, thanks for pointing it out
[15:30] <willcooke> Meeting time!
[15:30] <desrt> zomg
[15:30] <willcooke> #startmeeting Desktop Team Weekly Meeting  -  2016-05-31
[15:30] <meetingology> Meeting started Tue May 31 15:30:56 2016 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:31] <willcooke> Roll call: andyrock, attente, desrt,  dgadomski, fjkong, happyaron (out), hikiko (out), laney, qengho, seb128, sweet5hark, themuso (out), tkamppeter, trevinho, robert_ancell (out)
[15:31] <seb128> hey!
[15:31] <qengho> yo
[15:32] <FJKong> 4hi
[15:32] <desrt> o/
[15:32] <andyrock> hey
[15:34] <willcooke> lets go...
[15:34] <willcooke> #topic attente
[15:34] <willcooke> Hi attente, what's cooking?
[15:34] <attente> hey
[15:34] <attente> debugging the galculator snap, proposed some small fixes to the autotools plugin in snapcraft, but needs revisions
[15:34] <attente> still working on cleaning up the g-s patches, have a squashed commit of everything on top of the current master, but haven't picked it apart yet
[15:34] <attente> (eof)
[15:35] <Mirv> Laney: possibly. there's a WIP bug/research at bug #1586026 where help would be welcome. added a note there to remind later.
[15:35] <willcooke> thanks attente
[15:35] <willcooke> #topic andyrock
[15:35] <andyrock> #1. [BUG:1586491] Volume up and down keys no longer autorepeat
[15:35] <andyrock> #2. [BUG:1582056] Switching windows in Unity fails to bring program to foreground
[15:35] <andyrock> #3. [BUG:1586374] Launcher sizing wrong in low graphics mode
[15:35] <andyrock> #4. [BUG:1587507] TTY switch triggers lock screen
[15:35] <andyrock> #5. Bug triaging
[15:35] <andyrock> eof
[15:36] <willcooke> thanks andyrock
[15:36] <willcooke> andyrock, do you think all of those will get in 16.04.1?
[15:36] <andyrock> willcooke: yup
[15:36] <willcooke> andyrock, super!
[15:36] <willcooke> #topic desrt
[15:36] <desrt> hihi
[15:37] <desrt> working on the library/binary relocation support in glib
[15:37] <desrt> basically, making it possible to install debs (or libraries built once) into multiple /snap/ paths without all the pain
[15:37] <desrt> eof.
[15:37] <willcooke> \o/
[15:37] <willcooke> thanks desrt
[15:37] <willcooke> #topic dgadomski
[15:37] <dgadomski> hi
[15:37] <dgadomski> * found out that libmtp udev rules conflict with a specific printer (Brother MFC-8220 04f9:0150), waiting for udevadm test results prior to reporting a bug
[15:38] <dgadomski> * got help from tkamppeter on another printer-udev issue, thank you!
[15:38] <dgadomski> * looked into a bug report regarding ifupdown (related to bug #1337873), turned out it was a misconfiguration
[15:38] <dgadomski> * was off on Thu-Fri, didn't have chance to work on actual snaps yet, but examined the example calculator snap
[15:38] <dgadomski> eof
[15:38] <willcooke> thanks dgadomski
[15:39] <willcooke> dgadomski <-> attente for calculators.  dgadomski might be worth changing to a different app if you can,  I think we're well fixed for calculators :_)
[15:39] <willcooke> :)
[15:39] <willcooke> #topic FJKong
[15:39] <FJKong> hi
[15:39] <FJKong> sogou IM:
[15:39] <FJKong> dbus 100% cpu using problem report by user
[15:39] <FJKong> double click to install skin and some notify problem
[15:39] <FJKong> 16.04 installing problem, get stuck at detecting file system and waiting for long time
[15:39] <FJKong> bug 1545910 Cannot input Chinese characters into TextField in a QML application
[15:40] <FJKong> eof
[15:40] <willcooke> thanks FJKong
[15:40] <willcooke> #topic happyaron
[15:40] <willcooke> 1. Still network-manager
[15:40] <willcooke> 2. Released a hotfix of sogoupinyin on cloud input
[15:40] <willcooke> 3. New zfs-linux merge
[15:40] <qengho> (!)
[15:41] <willcooke> #topic hikiko
[15:41] <willcooke> * OEM project:
[15:41] <willcooke>  - document
[15:41] <willcooke>  - quick look at the available tools
[15:41] <willcooke>  - reproduced some of the issues
[15:41] <willcooke>  - working on the env setup
[15:41] <willcooke> * Ezoom: fixed most problems - still remain some redraw issues and blur
[15:41] <willcooke> issues that were
[15:41] <willcooke> revealed after I fixed the NxN drawing problem
[15:41] <willcooke> * Shadows for shaped windows: merged the ancient branch to trunk, made
[15:41] <willcooke> sure there aren't conflicts with the gtk shadows, tried to make the
[15:41] <willcooke> decorations crash with chrome but I couldn't:
[15:41] <willcooke> https://www.youtube.com/watch?v=JHolz44IY00 (any ideas/reproduction
[15:41] <willcooke> steps?). Btw that branch is awaiting for review since January
[15:41] <willcooke> (https://code.launchpad.net/~hikiko/unity/unity.shadows-on-existing-pixmaps/+merge/284068
[15:41] <willcooke> and https://www.youtube.com/watch?v=LABxkCLVSUg the video were I tested
[15:41] <willcooke> the code with edge case windows) so if you could speed up the review, or
[15:41] <willcooke> just give me some feedback so that I see the issues and fix them it
[15:42] <willcooke> would have been great.. (thanks)
[15:42] <willcooke> * reviews:
[15:42] <willcooke> #topic Laney
[15:42] <Laney> • short week
[15:42] <Laney> • Worked some more on gtk 3.20 theme - feeling like I need to go into hiding and work on this full time - doing this bit by bit is probably not going to get it finished in a reasonable time (but the results are looking better every day)
[15:42] <Laney> • Did some poking on systemd --user, managed to break my laptop's boot, fixed that. As a PoC, hacked systemd's kdbus generator to generate Type=dbus units under dbus-daemon too, then hacked dbus-daemon to activate via systemd for these units, which is fun
[15:43] <Laney> • Some minor autopkgtest/appstream administration
[15:43] <Laney> • Fielded some questions from potential job candidates as a result of posting it on d-jobs
[15:43] <Laney> • Poked at -proposed a bit - few things stuck there without enough love, pinged people about some issues and fixed others
[15:43] <Laney> 🛃
[15:43] <desrt> passport control?
[15:43] <qengho> :emoji:
[15:43] <willcooke> :)
[15:43] <willcooke> thanks Laney
[15:44] <qengho> Maybe it's a laptop.
[15:44] <willcooke> #topic qengho
[15:44] <qengho> - chromium deb, new v51 in testing. Y stalled in build servers.
[15:44] <qengho> - chromium snap, much progress. mostly working. printing doesn't. kind of ugly.
[15:44] <qengho> - other snaps in personal or down-time: Tor relay, good! minecraft, testing!
[15:44] <Laney> glory to arstotzka
[15:44] <qengho> EOF
[15:44] <willcooke> \o/ thanks qu
[15:44] <willcooke> qengho
[15:45] <willcooke> #topic seb128
[15:45] <seb128> • changed evolution to include translations under langpack are fixed/updated
[15:45] <seb128> • fixed util-linux bugs make DVD/hybrid disks not show in the UI
[15:45] <seb128> • fixed update-notifier not spawning update-manager weekly
[15:45] <seb128> • uploaded brasero fixes for missing translations/dvdcss plugin failing to load
[15:45] <seb128> • fixed some usd segfaults having to do with devices being removed while configured, sent patches upstream to gsd which still has similar issues
[15:45] <seb128> • helped verifying some xenial SRUs
[15:45] <seb128> • backported some g-s-d fixes/improvements to u-s-d
[15:45] <seb128> • reviewed recent launchpad bugs
[15:45] <seb128> • worked on getting fcitx to work in snaps

[15:45] <willcooke> thanks seb128!
[15:45] <willcooke> #topic sweetshark
[15:46] <willcooke> He's at a Maiden concert! \m/
[15:46] <willcooke> Updates: LO snap
[15:46] <willcooke> #topic TheMuso
[15:46] <willcooke> * Started working on packaging of latest Pulseaudio 9 release candidate, not uploaded anywhere yet, need to sort out some dependency stuff.
[15:46] <willcooke> * Started working on integrating more snappy work into pulse packaging for yakkety, will probably be SRUed into xenial. Thanks to Simon Fels for the actual implementation.
[15:46] <willcooke> * More a11y stack updates for yakkety as per upstream releases.
[15:46] <willcooke> * Started working on acessibility profile manager improvements, nothing marked off on trello yet, as work is not yet at a state where I can consider it even partially done, but should be there by EOW.
[15:47] <willcooke> #topic tkamppeter
[15:47] <tkamppeter> - cups-filters: Investigated in which cases no page logging (for accounting,
[15:47] <tkamppeter> /var/log/cups/page_log) takes place. https://github.com/apple/cups/issues/4798.
[15:47] <tkamppeter> - Google Summer of Code 2016: Guide students to get started with their projects
[15:47] <tkamppeter> - Bugs
[15:47] <willcooke> thanks tkamppeter
[15:47] <willcooke> #topic Trevinho
[15:47] <Trevinho> - Compiz and unity landings
[15:47] <Trevinho> - SRUs
[15:47] <Trevinho> - Fixes in gnome-settings-daemon (upstreaming usd work)
[15:47] <Trevinho> - Reviews
[15:47] <Laney> KERNEL PATCH
[15:48] <seb128> broke upower
[15:48] <willcooke> lolz
[15:48] <seb128> then fixed it :p
[15:49] <willcooke> thanks Trevinho
[15:49] <willcooke> #topic robert_ancell
[15:49] <willcooke> - Register snap/squashfs mime types
[15:49] <willcooke> - File-roller support for squashfs
[15:49] <willcooke> - Package updates
[15:49] <willcooke> - LightDM in-session greeter work
[15:49] <willcooke> #topic any other business
[15:49] <willcooke> Thanks everyone
[15:49] <willcooke> Anyone got any more topics
[15:49] <willcooke> ?
[15:50] <willcooke> Oh, hiring
[15:50] <willcooke> Had a fair few CVs in
[15:50] <willcooke> Have done some sifting, a little more to do.
[15:50] <willcooke> Will meet with Laney  and seb128 this week
[15:50] <larsu> whoever you take, "larsu" in this channel is taken
[15:50]  * larsu waves hello
[15:50] <willcooke> hey larsu!
[15:50] <seb128> hey larsu ;-)
[15:51] <larsu> funny I dropped in at this moment :)
[15:51] <Trevinho> hey larsu..  You'll snapify it :)
[15:52] <seb128> :-)
[15:52] <larsu> haha!
[15:52]  * larsu always has that song in his head when he hears "snappy"
[15:52] <willcooke> end of meeting in 10..... 9....
[15:53]  * Trevinho wants to be German to appreciate
[15:53] <seb128> thanks!
[15:54] <willcooke> #endmeeting
[15:54] <meetingology> Meeting ended Tue May 31 15:54:51 2016 UTC.
[15:54] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2016/ubuntu-desktop.2016-05-31-15.30.moin.txt
[15:54] <willcooke> thanks everyone
[15:55] <jbicha> Laney: seb128: gnome-todo 3.20 also needs to be pulled from -proposed and rebuilt for the ical transition
[15:57] <rektide> seb128: unfortunately it looks like indicator-bluetooth does not expose a shared library, which indicator-loader3 seems to expect? i tried `/usr/lib/x86_64-linux-gnu/indicator-bluetooth/indicator-bluetooth-service` and got:
[15:57] <rektide> loading '/usr/lib/x86_64-linux-gnu/indicator-bluetooth/indicator-bluetooth-service' failed: Key file contains line '\u007fELF\u0002\u0001\u0001' which is not a key-value pair, group, or comment
[15:58] <rektide> erp, the command i tried was: /usr/lib/x86_64-linux-gnu/indicator-loader3 /usr/lib/x86_64-linux-gnu/indicator-bluetooth/indicator-bluetooth-servic
[15:58] <seb128> rektide, no, you need to load /usr/share/unity/indicators/com.canonical.indicator.bluetooth
[15:59] <rektide> yess! alright! back in business
[15:59] <rektide> well something ran at least & is onscreen. ;)
[16:00] <seb128> jbicha, Laney, deleted
[16:00] <Laney> hey jbicha, wb
[16:00] <jbicha> Laney: thanks :)
[16:01] <Laney> pitti: is swift still a bit busted?
[16:02] <pitti> Laney: not sure, why? (still in meeting)
[16:02] <Laney> ktnef should have new test results but looks like britney doesn't know about them
[16:02] <Laney> logs have it being put into swift
[16:02] <Laney> britney & autopkgtest.u.c
[16:02] <pitti> Laney: oh, I think  the current failures are just the python RNG timeout again
[16:05] <Laney> pitti: You mean the killed workers?
 failure: Timed out on waiting for ssh connection
[16:06] <Laney> pitti: ktnef didn't do that - it finished but the results aren't visible in the UIs
[16:06] <pitti> Laney: ^ this one
[16:06] <pitti> ah
[16:06] <pitti> Laney: ok, don't know; is it on swift?
[16:06] <Laney> yep
[16:06] <pitti> Laney: could just be debci not catching up
[16:06] <pitti> Laney: britney doesn't see it either?
[16:06] <pitti> Laney: worth looking into the britney logs then whether it gets some 404s or so
[16:08] <Laney> ah man, of course it's caught up now
[16:09] <Laney> maybe IS were still fixing it
[16:09] <rektide> i appear to only get some non-interactive list of categories when i run indicator-loader3. is there anything else i should be running, or some way to get access to the underlying services?
[16:10] <rektide> ah ha! i have to ru nthe service too, then it works!
[16:18] <Trevinho> ah seb128 one thing I forgot to mention is that I've done that patch for gtk crash involving ups... Once desrt can check the menutracker, it would be nice to SRU it
[16:19] <seb128> Trevinho, k, feel free to get the SRU ready and go through ubuntu-sponsors, might help you to get some bonus point to get upload rights ;-)
[16:19] <Trevinho> seb128: debdiffs are already https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1296674
[16:20] <Trevinho> but... I probably should add some g_critical's for upstream...
[16:20] <seb128> k
[16:21] <seb128> if you don't segfault is that still going to load to user visible issues?
[16:21] <Trevinho> seb128: no, also is pretty unknown when the issue hapens
[16:22] <Trevinho> seb128: but it should be when remving some menu entries... Although since menus are shown only when requested I figure this won't create visual issues (personally I got the crash when not plying with anything but running an app)
[16:25] <seb128> k
[16:25] <pitti> seb128: happy to bring a sleeping mattress
[16:26] <pitti> meeting marathon over, time for some dinner
[16:26] <seb128> pitti, enjoy!
[16:26] <seb128> we probably have some of those (need to check to be sure)
[16:26] <pitti> seb128: that'd be nice too; so that means we would essetnially have no hotel costs,  and only negligible travel costs, so willcooke_ and slangasek shouldn't have to bear much budget
[16:26] <seb128> right
[16:26] <pitti> seb128: and it sounds a lot more fun too!
[16:27] <seb128> :-)
[16:27] <seb128> indeed
[16:27] <pitti> seb128: so we either let Laney pick the location, or we play rock-paper-scissors-lizard-spock
[16:27] <seb128> yeah
[16:27] <pitti> bbl
[16:28] <seb128> enjoy your dinner!
[16:29] <Laney> not exacly sure when i'll be available, need to find out
[16:29] <Laney> I probably prefer end July
[16:36] <seb128> same for me
[16:37] <desrt> irccloud has some new layout options.  it kinda looks like telegram now.
[16:37]  * desrt kinda likes it
[17:02] <Laney> night!
[17:02] <willcooke_> cya Laney
[17:04] <larsu> desrt: it's *awesome*
[17:04] <larsu> I've been waiting for them to do something like this
[17:09] <seb128> night Laney!
[17:11] <Trevinho> seb128: about the snap script for launching gtk stuff and various deps parts for integrating with unity7, I think we should move them to the wiki to have just one source for our tools, isn't it?
[17:15] <seb128> Trevinho, the wiki is not really a code hosting solution...
[17:15] <Trevinho> seb128: I do agree
[17:15] <seb128> what's wrong with having the reference example in a vcs?
[17:15] <Trevinho> seb128: but I hope once a better place is decided, then everything will be moved there smoothly
[17:15] <seb128> well the better place is snapcraft itself
[17:16] <seb128> those are only hacks
[17:16] <seb128> they shouldn't be needed and should go away over time
[17:16] <Trevinho> seb128: well, not sure... I think it should allow to have not-centralized parts
[17:16] <Trevinho> well, a centralized repo, with no-centralized parts
[17:17] <seb128> why not
[17:17] <seb128> but that's not a wiki
[17:17] <seb128> unsure what's best meanwhile though
[17:17] <Trevinho> yeah, it was just because we're currently copy and pasting stuff around, and everytime we add/change something with the risk of losing the knowedge we get
[17:17] <seb128> well, the wiki doesn't solve that
[17:18] <seb128> it just add yet another location to update/keep in sync
[17:18] <Trevinho> while using a single repo, were we add generic scripts that can be loaded through a part in the wiki (as it is in for qt5 launcher), then we avoid a little this problem
[17:18] <seb128> sorry but I don't understand the wiki part
[17:18] <seb128> I'm all for having a common wrapper in a vcs
[17:19] <seb128> that's sort of what the gnome-calculator example was supposed to be
[17:19] <seb128> our common playground so we work on the same example
[17:19] <Trevinho> yeah, but once we want to test new things, (as it happened for hello unity) we have to reuse those scripts instead of getting the same from a shared repo
[17:21] <seb128> you mean?
[17:22] <tseliot> mhall119: can you have mvo file a bug report about it, please?
[17:22] <seb128> ideally if there are improvements to do they would be commited to the gnome-calculator version
[17:22] <seb128> then you can copy that one over to your other source
[17:22] <seb128> but sure we can have a reference vcs
[17:23] <seb128> I just think a vcs is better than a wiki
[17:23] <alexarnaud> willcooke_: Hello ! How are you ? Do you have receive my mail about Compiz?
[17:23] <alexarnaud> https://bugs.launchpad.net/compiz/+bug/1541059
[17:23] <alexarnaud> Trevinho: Do you know why this patch has not been treated by Canonical ?
[17:24] <alexarnaud> Trevinho: it's resolve one of the most difficulty of visual impaired people that is to view their cursor
[17:24] <Trevinho> alexarnaud: ah I can check that
[17:25] <Trevinho> alexarnaud: patches are less visible in my workflow than MPs are
[17:25] <alexarnaud> Trevinho: OK, I note for the future
[17:27] <alexarnaud> thanks in advance for your feedback, you can ping me on freenode or ping my colleague ksamak about the code. I'm visual impaired and I responsible for the quality of the accessibility project at Hypra based on Compiz stack. I test all features submitted to Canonical.
[17:28] <Trevinho> alexarnaud: ok, good
[17:28] <Trevinho> alexarnaud: I'm preparing the MP right now
[17:29] <alexarnaud> Trevinho: MP on launchpad? If you can (I don't know the LP feature) I would like to be in copy ^^ (as CC in e-mail).
[17:30] <Trevinho> alexarnaud: ok, sure
[17:31] <Trevinho> alexarnaud: however things are easy as bzr branch lp:compiz; #hack; bzr commit -m message; bzr push lp:~your-user/compiz/fantastic-branch-name ;-)
[17:31] <Trevinho> alexarnaud: then bzr lp-propose or just use the web UI
[17:41] <Trevinho> alexarnaud: stuff is in https://code.launchpad.net/~unity-team/compiz/showmouse-guides/+merge/296125
[17:43] <alexarnaud> Trevinho: thanks a lot for your rapidity.
[17:43] <alexarnaud> Trevinho: How can we made merge proposal on launchpad?
[17:44] <alexarnaud> Do we need to create branch on LP?
[17:47] <Trevinho> alexarnaud: I wrote that before
[17:47] <Trevinho> alexarnaud: 19:31:40 <Trevinho> alexarnaud: however things are easy as bzr branch lp:compiz; #hack; bzr commit -m message; bzr push lp:~your-user/compiz/fantastic-branch-name ;-)
[17:49] <mhall119> tseliot: he must be EOD, can I file the bug with the info he gave me?
[17:50] <tseliot> mhall119: sure, maybe subscribe him to the bug report, so that he can add more details if needed
[17:50] <alexarnaud> Trevinho: Oh, sorry, I've not see your response.
[17:51] <tseliot> mhall119: oh, and please assign it to me
[17:51] <mhall119> tseliot: what project?
[17:52] <tseliot> mhall119: nvidia-graphics-drivers-361 (the ubuntu source package)
[17:58] <willcooke_> alexarnaud, hey, just checked - and no, I didn't sorry./
[18:00] <alexarnaud> willcooke_: I've talked with didrocks, it seems we can also trying to collaborate with smspillaz.
[18:03] <alexarnaud> willcooke_: our first proposal have been approved  by Trevinho few minutes ago (https://code.launchpad.net/~unity-team/compiz/showmouse-guides/+merge/296125). I believe we will propose all our work on EZoom and Mouse poll (Compiz plugins) soon.
[18:04] <alexarnaud> Trevinho: if you come a day in France I could pay you with beer :).
[18:05] <mhall119> tseliot: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-361/+bug/1587597 assigned to you and subscribed mvo, thanks
[18:05] <Trevinho> alexarnaud: ehehe, ok... I will.. Or next FOSDEM :-)
[18:07] <alexarnaud> Trevinho: I think I will :).
[18:07] <alexarnaud> See you tomorrow
[18:08] <willcooke_> cool!
[18:08] <willcooke_> back from dinner, but time to go. night all
[18:24] <tseliot> mhall119: thanks
[20:08] <ksamak> Trevinho: thx for looking again.
[20:09] <ksamak> Trevinho: btw, is it worth pinging again, fishing for info on <IP_ADDRESS> release? related to deb packaging
[22:37] <Trevinho> ksamak: yeah, you're totally right... I'll finish this last compiz landing and I'll do the release


[00:37] <valorie> mamarley, mparillo, please report your test results to the Kwin list too
[00:39] <valorie> not just here
[10:54] <mparillo> Sorry, valorie. You mean testing the Plasma beta that landed in the daily FF builds last week? Kwin list? Is there a mailing list or maybe #kwin?
[12:15] <BluesKaj> Hi folks
[14:35] <Tuxist> i have new version pipewire libs now fixed ld behavior and fixed config
[14:35] <Tuxist> but now i need packaging jack and pulse
[20:33] <valorie> mparillo: perhaps I got confused
[20:34] <valorie> if you were testing the changes in kwin, here is the beginning of the thread https://mail.kde.org/pipermail/kwin/2020-January/002999.html
[23:19] <mparillo> Thanks, and was not testing the kwin changes. I was only testing the Plasma beta on the daily FF builds. There was somebody on this channel who was disappointed, and I briefly mentioned that Martin had been a workhorse on kwin, but seemed to have retreated.
[23:20] <mparillo> Not to mention, reading between the lines, Roman seemed disappointed also.


[23:57] <alan-o>  Does anyone have any experience with the Edubuntu menu editor and the profile manager?


[21:40] <sfsdgf> can i install lubuntu in a eufi bios PC ?
[21:40] <wxl> yep
[22:08] <sfsdgf> lubuntu latest updates system requirements
[22:08] <sfsdgf> ?
[22:08] <sfsdgf> updates = updated
[22:16] <sfsdgf> what is the recommended size of EFI system partition when installing lubuntu latest updated ?
[22:37] <xangua> I have mine with like 300MB sfsdgf
[22:43] <wxl> indeed that's what the installer does by default