[01:37] <Sarvatt> ahh crap, xserver master needs pixman >= 0.15.12 now too
[03:04] <Sarvatt> oookay, everything but wacom and joystick updated for xinput abi 7 here https://edge.launchpad.net/~sarvatt/+archive/xorg-testing
[03:04]  * Sarvatt expects to wake up to xinput abi 8 tomorrow after all that :D
[03:26] <Sarvatt> hmm, some fairly nasty problems with it vs the 0609 one. firefox 3.6 giving a BadWindow (invalid Window parameter) error, and gnome panel themes wont apply.
[03:35] <Sarvatt> maybe i didnt update pixman properly
[07:47] <Sarvatt> ah hah, gnome-settings-daemon is failing loading the keyboard plugin, if i strace it everything works right even though it crashes until i interrupt it
[07:58] <Sarvatt> i take that back, it was the gpointing-device-settings g-s-d plugin not working right with the latest XI2 driver. all fixed now.
[07:59] <Sarvatt> phew, gnome sure was ugly without themes working :D
[08:27] <hyperair> heh i can imagine =p
[10:07] <Unggnu> hi all
[10:07] <Unggnu> Is there already the X testing live cd with kms and so on?
[11:27] <hyperair> Sarvatt: i just noticed that with the latest mesa, killing compiz recovers a considerable amount of memory!
[11:27] <hyperair> it hit 1.4G, and when i killed compiz, it dropped to 0.4
[17:19] <Sarvatt> hyperair: let me know if you have any luck with the mesa thats building right now, cherry-picked the two compiz memory leak fixes from mesa_7_5_branch into 7.6
[17:20] <hyperair> Sarvatt: cool =p
[17:25] <Sarvatt> hopefully it wont take 11 retries to build right on amd64 thistime :D
[17:29] <hyperair> heheh did it take 11 retries the previous time? =p
[17:36] <Sarvatt> theres a race in the recursive make install only on amd64 (well sometimes lpia too but not 90% failures like amd64) and only on karmic for some reason. it started around when they changed the osmesa build process and coreutils was upgraded
[17:37] <Sarvatt> i tried changing it to $(MAKE) -j1 -f debian/rules $(INSTALL_TARGETS) but no luck
[17:42] <hyperair> hmm strange O_o
[17:43] <hyperair> this is why recursive make sucks =(
[17:43] <hyperair> did you bring this issue upstream?
[17:45] <Sarvatt> if i knew exactly what the problem was i would, it doesnt happen on the jaunty PPAs so i'm not sure exactly what the problem is
[17:45] <Sarvatt> oh wow built ok that time
[17:47] <Sarvatt> failed on lpia on the xorg-testing ppa https://edge.launchpad.net/~sarvatt/+archive/xorg-testing/+build/1086480/+files/buildlog_ubuntu-karmic-lpia.mesa_7.6.0~git20090621.df70d304-0ubuntu0sarvatt2_FAILEDTOBUILD.txt.gz
[17:50] <hyperair> oh it built already?
[17:50] <hyperair> i'll go upgrade then =p
[18:02] <Sarvatt> and amd64 failed on the radeon-kms ppa, sheesh
[18:21] <Sarvatt> mutter is sweet, cant wait till its packaged
[18:21] <Sarvatt> byebye compiz :D
[18:53] <cwillu> mutter=?
[18:56] <cwillu> Sarvatt, don't suppose you have any interest in whipping me up a 2.6.30 or 31 with 79f11c19a396e8cea7dad322dcfb46c0a8517fe6 reverted? :)
[18:57] <cwillu> a comment on http://bugs.freedesktop.org/show_bug.cgi?id=20520 suggests that it may help with suspend + kms
[18:57] <Sarvatt> its metacity with a clutter based opengl compositing backend instead of the crappy xrender one metacity compositing uses
[18:58] <cwillu> intriguing
[18:58] <Sarvatt> cwillu, have you tried a kernel before that was applied? i think that was in .30 rc2 or rc4
[18:59] <Sarvatt> could try the mainline daily kernel for rc2 out
[18:59] <cwillu> well, 2.6.29's been working for me.  Give me a sec, I'll check if I had a <=rc4 installed
[19:00] <Sarvatt> err not daily sorry
[19:00] <Sarvatt> just mainline 2.6.30-rc2
[19:00] <Sarvatt> finding out what rc it was in now, april 30th would put it around rc5 timeframe
[19:01] <Sarvatt> but i think it was right after rc5 released so its in rc6
[19:01] <cwillu> earliest I have installed is rc5, so I'll try an earlier one
[19:03]  * cwillu downloads the -rc2 mainline
[19:03] <Sarvatt> cant revert it from master right now at least
[19:08] <Sarvatt> i dont see that commit in rc5 if you have it
[19:08] <cwillu> okay
[19:08] <cwillu> hey, what was the url to that 2.6.31 you had again?
[19:09] <Sarvatt> http://sarvatt.com/downloads/2.6.31-pre-rc1/
[19:09] <cwillu> thanks
[19:18]  * cwillu reboots into rc5
[19:38] <Sarvatt> any luck cwillu?
[19:38] <cwillu> mild confusion on vt switching that I just got figured out (fbcon wasn't loaded)
[19:38] <cwillu> trying a suspend right now
[19:39] <cwillu> looks good so far
[19:39] <cwillu> usually it would have locked up by now
[19:39] <cwillu> (this is -rc2)
[19:39] <Sarvatt> yeah darn mainline kernels using jaunty's config causing that
[19:40] <cwillu> yep, rc2 is definitely looking good on the kms suspend front
[19:40] <cwillu> I'll check that 2.6.31-pre-rc1 as well
[19:40] <cwillu> yay for having two different suspend bugs :p
[19:45] <Sarvatt> it was added in rc6 btw so rc5 should be fine too
[19:46] <cwillu> 2.6.31-pre-rc1 hangs immediately on resume
[19:46] <cwillu> good ol' working mouse cursor that you can't do anything with :p
[19:49] <cwillu> give me a sec, I'll check rc5
[19:50] <Sarvatt> well hopefully something will come of it now that they know that was the problem :)
[19:50] <Sarvatt> is it 945?
[19:50] <cwillu> yes
[19:50] <cwillu> I'll add a 'works for me too' on the bug after I make sure rc5 is good


[18:27] <amireldor> anyone around?\
[19:19] <Avihay> define a round.
[19:30] <amireldor> Avihay, it is a word, built from letters such as o n d o and r
[19:31] <Avihay> I suppose it is
[19:34] <amireldor> Avihay, what is your health status
[19:34] <amireldor> is it 80% or above?
[19:36] <Avihay> I suppose so
[19:36] <Avihay> why? what is it to you? (trying to sound English, not rude)
[19:37] <amireldor> Avihay, just feeling motherly for no particular reason
[19:37] <amireldor> for my fellows of the Israeli LoCo
[19:38] <amireldor> Avihay, I should also apologize for my question, it is also a bit rude to ask a stranger
[19:38] <amireldor> though we've spoken here before
[19:39] <Avihay> oh, not at all, it's the way of the land
[19:40] <amireldor> I personally lost my mind in the last few weeks.


[09:21] <Guest57947> Good morning all; happy Love Your Pet Day! :-D
[09:22] <Guest57947> Wot? No SASL auth?
[19:47] <SuperEngineer> anybody know if there's any update on u-1 being snafu'd?  u-1 staus gives a 50/50 ["we are investigating"] but unfo on music store and files says all ok
[19:48] <SuperEngineer> [rather annoying when music store debits your paypal a/c but won't download files] :(
[19:49] <dobey> have you contactacted support through https://one.ubuntu.com/help/contact/
[19:49] <dobey> ?
[19:51] <SuperEngineer> dobey: not yet - I had assumed they had probs as 2 different pooters at 2 different sites have had massive troubles  - & now my desktop pc at home - I was able to purchase music but nothing is up/downloading
[19:52] <SuperEngineer> so I thought I'd ask here before burdening them with another support ticket
[19:52] <dobey> it's all working afaik.
[19:56] <dobey> SuperEngineer: is the music you purchased showing up on the u1 web site in your files storage?
[19:58] <dobey> SuperEngineer: so there is an issue with the file sync servers it seems, and it's being investigated
[20:00] <SuperEngineer> thanks dobey - I just tried sendind a support request & guess what... "
[20:00] <SuperEngineer> Forbidden (403)
[20:00] <SuperEngineer> CSRF verification failed. Request aborted.
[20:00] <SuperEngineer> lol
[20:01] <SuperEngineer> I'd say u-1 is temporarily but completely snafu'd
[20:07] <SuperEngineer> oi! u-1 - you took the money but can't donload my music - gimme my money back :)
[20:08]  * SuperEngineer has faith in their hard work & fixing abilty - but don't tell them - they'll get smug ;)
[20:44] <cjohnston> I see that there is an issue with the file sync servers presently, I have a couple files that have been pending sync for a few weeks... any idea what may be causing this?
[20:44] <dobey> cjohnston: you'd have to check the logs
[20:48] <cjohnston> dobey: where does u1 store the logs?
[20:49] <beuno> cjohnston, .cache/, IIRC
[20:50] <dobey> cjohnston: ~/.cache/ubuntuone/log/
[20:51] <cjohnston> dobey: beuno status.log shows a bunch of: http://paste.ubuntu.com/6967503/
[20:51] <dobey> syncdaemon.log* and syncdaemon-exceptions.log* are the ones to look at probably
[20:51] <dobey> cjohnston: ignore status.log, it's the log for updating the indicator and showing notifications, not actual syncdaemon status (i know, confusing name)
[20:52] <beuno> but also
[20:52] <beuno> currently the servers are going crazy
[20:52] <beuno> that may not help
[20:52] <dobey> yeah, but if he's been having the issue for weeks, the rotated logs might have some info
[20:52] <beuno> ah, I see you know that  :)
[20:52] <cjohnston> http://paste.ubuntu.com/6967513/
[20:53] <cjohnston> that is syncdaemon-exceptions.log.2014-02-18_09-36-20
[20:53] <dobey> cjohnston: grep AUTH_FAILED syncdaemon.log*
[20:53] <cjohnston> dobey: I get a bunch of those
[20:54] <dobey> cjohnston: ok. delete the U1 token from your keyring, and sign in again
[21:07] <cjohnston> dobey: I did that and resigned in..how long should I be looking at 'Getting information, please wait'  because of the server issues, a while possibly?
[21:10] <dobey> cjohnston: until it's fixed. if you signed in successfully, you can just close the control panel
[21:10] <dobey> cjohnston: or you can manually disconnect it if the constant reconnection is bothersome
[21:11] <cjohnston> ack.. thanks.. may want to update the status page too :-) it hasn't been updated in almost a year
[21:12] <dobey> yeah i've poked about that already
[21:12] <cjohnston> thanks


[02:43] <jbailey> Huh, weird.
[02:44] <jbailey> When I'm following the strace through, it's not that it's not looking at langpacks, it's not looking for *any* of the localised messages.
[02:44] <jbailey> I just realised that.
[02:44] <jbailey> So even things like apt which aren't langpack'd still aren't in the local language.
[02:58] <doko> fabbione: fixed for the next upload
[07:51] <fabbione> doko: thanks dude


[01:52] <lotuspsychje> good morning
[02:11] <yawa> hi lotuspsychje
[02:11] <lotuspsychje> hey there yawa
[02:12] <yawa> o/
[04:17] <Maik> good morning all
[05:01] <akemhp> Heya.
[05:32] <guiverc> lotuspsychje, btw i have no issues with firefox 80, on groovy (lxqt), 20.04.1 (kde); 20.04.1 using same kernel & package you mentioned in bug report 1895129
[05:33] <lotuspsychje> guiverc: did you try reboot and see if that addon dissapears from the bar?
[05:34] <guiverc> rebooting the 20.04.1 box now
[05:34] <lotuspsychje> guiverc: in settings/addons they keep both enabled, but reboot makes them vanish off the bar for me
[05:40] <guiverc> both still there & look like working correctly on 20.04.1 for me..   ; I've not rebooted this groovy box since before the latest firefox package was installed though
[05:40]  * guiverc both meaning ublock & privacy.badger
[05:41] <lotuspsychje> hmm weird
[05:42] <lotuspsychje> trying to think how this could be gnome related?
[05:45]  * guiverc is exploring to see how easy it is to reboot this box.. (groovy, but it has gnome installed)
[06:09] <ducasse> good morning
[06:24] <guiverc> lotuspsychje, no issues when using firefox/gnome on this groovy box after reboot; but this box is heavily bloated/modified (has other extensions too)
[07:24] <lotuspsychje> guiverc: so these 2 never vanish for you? https://imgur.com/a/OtLdidh
[07:27] <lotuspsychje> webext-ublock-origin:
[07:27] <lotuspsychje>   Geïnstalleerd: 1.22.2+dfsg-1
[07:27] <lotuspsychje> webext-privacy-badger:
[07:27] <lotuspsychje>   Geïnstalleerd: 2020.2.19-1
[07:47] <guiverc> nope .. HOWEVER I wondered why bug mentioned webext... I'm not using deb packaged versions which is why I get different results!  Sorry lotuspsychje I went down wrong road..
[07:47] <lotuspsychje> guiverc: ah, you are using the higher version addons from external?
[07:49] <guiverc> somewhere on the web... I'll re-test on a cleaner QA-test installed groovy
[07:50] <lotuspsychje> guiverc: its also a nice test, so this could prove the versions from the repos 'could' be faulty
[07:52] <guiverc> thanks for teaching me those extensions were available via packages!!!   I nearly always use them & never knew I could apt install em!
[07:53] <lotuspsychje> guiverc: i wasnt aware of them myself till yesterday, was helping the bug filer testing things, also tnx for testing
[08:35] <guiverc> yep lotuspsychje, lubuntu groovy has identical results to what you experienced... updated bug report 1895129
[08:58] <lotuspsychje> thank you for the update guiverc
[09:02] <lotuspsychje> guiverc: is it worth mentioning the external addons (versions) do work?
[09:03] <guiverc> sure is, I think I intended to... but busy with numerous things & forgetting about half of everything..


[06:18] <doko> tjaalton: xserver in proposed for 30 days ...
[08:04] <tjaalton> doko: waiting for nvidia update, maybe next week
[10:36] <rbasak> cyphermox: do you know abut bug 1476769?
[10:37] <rbasak> Feels very much like a desktop UI issue to me (in Network Manager), so not really a server thing. But it seems important, yet has languished.
[10:52] <rbasak> nacc: I think pkg-php-tools can be synced, but thought I'd just check with you first.
[12:40] <didrocks> bdmurray: hey! I think I answered your question on the g-c-c SRU, but I was unsure to have understand it, please keep me posted as we need the new strings to be translated for .1
[13:11] <ahasenack> hi, I see ldb is stuck in migration because samba needs a rebuild with that package (otherwise samba-dsdb-modules won't install)
[13:11] <ahasenack> I'm prepping a samba 4.8.2 merge that requires that particular ldb version that is in proposed
[13:11] <ahasenack> is this where a "transition" comes in? If yes, how do I set one up?
[13:12] <ahasenack> I verified that just rebuilding samba with that version of ldb is enough to adjust the Depends of samba-dsdb-modules and then both can be coinstalled
[13:13] <cyphermox> rbasak: I didn't, but it looks very much like things are working exactly as intended
[13:13] <cyphermox> for one thing, I no longer look at NetworkManager bugs
[13:13] <cyphermox> (I think that's jbicha now)
[14:35] <xnox> tseliot, https://launchpadlibrarian.net/375563583/systemd_237-3ubuntu10.1_237-3ubuntu10.2.diff.gz this is the debdiff i'm uploading.
[14:36] <xnox> tseliot, you may want to try systemd from ppa:xnox/nonvirt to test that the extra fixes, do not break drm/nvidia-prime stuff. they shouldn't... cause otherwise it means that either v239 is broken; or i cherrypicked things badly =/
[14:36] <tseliot> xnox: ok, let me test that
[14:47] <tseliot> xnox: it works correctly here
[14:48] <xnox> tseliot, yeay =)
[14:48] <tseliot> :)
[14:48] <xnox> thank you
[14:48] <tseliot> thank you
[16:34] <nacc> rbasak: checking
[16:34] <nacc> rbasak: i have a serious backlog on php
[16:37] <nacc> i havent' done the diff yet, but by changelog you seem right


[01:10] <lynorian> wxl ouch
 @tsimonq2 so Simon did you look at my CMake code?
 Not. Yet. :)
 I will let you know when I Hage.
 Ugh
 Have
 I have a long todo list and it's on it. ;)
 Cool thanks
 Believe me I'm only annoying just so it gets looked at so i can add more functionality
 Just a reminder that there's a standup today. If you're participating, make sure you've RSVP'ed on Phab, which makes things easier when we start: https://phab.lubuntu.me/E14
 I thought it was Friday no?
 Is this the one for this week?
 Nope, it's on Thursdays :)
 Gotcha nvm it is
 @Wafficus [Is this the one for this week?], Yes
 Thanks man for confirming
 No worries, it isn't for another ~ 6 hours :)
 Sounds good. Shift got changed for me today so that works. I'll be on the train during it but will definitely chime in when I get service between stops and after court sq cause the 7 train goes above ground after that.
 From 8 to 5 pm
 Cool
 @tsimonq2 [Just a reminder that there's a standup today. If you're participating, make sure …], I need to pop that in my calendar. I really do plan on making.
[19:26] <lynorian> is lugito on vacation?
 Yes
 :P
[19:50] -lugito:#lubuntu-devel- [rLXQTQTPLUGINARCHIVE4665de1ef606: DSC file for 0.13.0-0ubuntu6] Diffusion committed: https://phab.lubuntu.me/rLXQTQTPLUGINARCHIVE4665de1ef606
[19:50] -lugito:#lubuntu-devel- [rLXQTQTPLUGINARCHIVE964e30156165: Import patches-unapplied version 0.13.0-0ubuntu6 to ubuntu/disco-proposed] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLXQTQTPLUGINARCHIVE964e30156165
[19:51] -lugito:#lubuntu-devel- [rLXQTQTPLUGINARCHIVE4c24f6db5edc: Dynamically load libfm-qt] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLXQTQTPLUGINARCHIVE4c24f6db5edc
[19:51] -lugito:#lubuntu-devel- [rLXQTQTPLUGINARCHIVE692c6f6f0328: Import patches-applied version 0.13.0-0ubuntu6 to applied/ubuntu/disco-proposed] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLXQTQTPLUGINARCHIVE692c6f6f0328
[19:51] -lugito:#lubuntu-devel- [rMANUAL49d271184059: Add how to cancel the scan midway through] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL49d271184059
[19:52] -lugito:#lubuntu-devel- [T88: Lugito should do diffs] doc-E-brown (Ben Johnston) commented on the task: https://phab.lubuntu.me/T88#3364
[19:52] -lugito:#lubuntu-devel- [rMANUALdf455d94757f: Add scan mode to skanlite] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALdf455d94757f
 Fixed it. :P
[19:52] -lugito:#lubuntu-devel- [rMANUALd5020f6d6e74: Add :kbd: for window management shortcuts] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALd5020f6d6e74
[19:52] -lugito:#lubuntu-devel- [rMANUALb706d2a207f4: Add how to get menubar to firefox] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALb706d2a207f4
[19:52] -lugito:#lubuntu-devel- [T88: Lugito should do diffs] doc-E-brown (Ben Johnston) commented on the task: https://phab.lubuntu.me/T88#3363
[19:52] -lugito:#lubuntu-devel- [rMANUAL18e6b487b4b0: Add how to reset zoom and entire screen page and page width zoom] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL18e6b487b4b0
[19:53] -lugito:#lubuntu-devel- [T158: Define a Mission for Lubuntu] profetik777 (JL) commented on the task: https://phab.lubuntu.me/T158#3362
[19:53] -lugito:#lubuntu-devel- [rMANUAL54588449da6a: Add prefrences to firefox] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL54588449da6a
[19:54] -lugito:#lubuntu-devel- [rMANUAL5cb0cccb5555: Add How to select part of the scan] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL5cb0cccb5555
[19:54] -lugito:#lubuntu-devel- [rMANUALd3bb22b95498: Add changing resolution and note on higher res is slower to Skanlite] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALd3bb22b95498
[19:54] -lugito:#lubuntu-devel- [rMANUAL129aded30e65: Add how to rotate the file to qpdfview] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL129aded30e65
[19:55] -lugito:#lubuntu-devel- [rMANUAL652c667e6aca: Add how to access printer properties] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL652c667e6aca
[20:05] -lugito:#lubuntu-devel- [rMANUALe5db50a856cb: add zoom in out to qpdfview] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALe5db50a856cb
[20:06] <lynorian> thanks tsimonq2
 Np
 Thank YOU for your work :)
 Coming to the standup in two hours?
[20:07] <lynorian> yeah
 Cool
 Btw is it every Thursday?
 Or every two weeks
 @Wafficus [Btw is it every Thursday?], Yes
 Thanks man
 @Wafficus [Or every two weeks], People (me!) keep forgetting :P
 That's good though. It's good to be consistent tbh
[21:32] -lugito:#lubuntu-devel- [rMANUAL737ab729779b: fix sentence structure] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL737ab729779b
[21:40] <docEbrown> @tsimonq2 I won't be able to make the stand up today as I need to drop my kids off at school. I did post an update last night in https://phab.lubuntu.me/T88
[21:40] -lugito:#lubuntu-devel- [High, Open] Lugito should do diffs: https://phab.lubuntu.me/T88
[21:40] <tsimonq2> docEbrown: Alright, thanks. :)
[21:40] <tsimonq2> docEbrown: It lasts for about an hour, will you be gone for the whole time?
[21:41] <docEbrown> possibly. I'll pop in if I can it takes me 45 min to get to work :/
[21:41] <tsimonq2> Sure
[21:47] -lugito:#lubuntu-devel- [rMANUAL1d72217902f4: Add term/kill process to qps] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL1d72217902f4
[21:51] -lugito:#lubuntu-devel- [rMANUAL5c6559cd1c06: Add graph for CPU useage or file io] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL5c6559cd1c06
[21:52] <wxl> i'm gonna be a bit late
[21:54] <tsimonq2> mkay
[21:59] <tsimonq2> Meeting time.
[21:59] <tsimonq2> $ echo $(shuf -e docEbrown tsimonq2 wxl @Wafficus @TheWendyPower lynorian)
[21:59] <tsimonq2> @TheWendyPower tsimonq2 @Wafficus wxl lynorian docEbrown
[21:59] <tsimonq2> hi
[21:59] <tsimonq2> @TheWendyPower: around?
[22:00] <tsimonq2> Skip for now, I'll go.
[22:00] <tsimonq2> * Not much this week, school's been pretty hard on me. I see the light at the end of the tunnel but the distance has continued to be an optical illusion. I have backlog here too; I hope to get to a lot of the stuff I've not been doing before the next meeting.
[22:00] <tsimonq2> * Disco Dingo work:
[22:00] <tsimonq2>   - Qt 5.11.2 transition is in disco-proposed, yay.
[22:00] <tsimonq2>   - Working towards https://phab.lubuntu.me/T169 I rebuilt Calamares. It should work now, but I've not received any verification from QA.
[22:00] -lugito:#lubuntu-devel- [Unbreak Now!, Open] Python 3.7 Package Migrations: https://phab.lubuntu.me/T169
[22:00] <tsimonq2>   - Qt is being demoted because right now it's stuck in -proposed because of a dependency on Vulkan which is in Main.
[22:01] <tsimonq2> * Cosmic Cuttlefish work:
[22:01] <tsimonq2>  - We *really* *really* need additional verification on the LibreOffice SRU to confirm or deny guiverc's findings because Ubuntu Desktop is waiting on us to do another update: bug 1799001 (wxl: please make this a priority, I dislike being poked about it :) )
[22:01] <tsimonq2> * Fixed rBLOG's README after wxl's lack of knowledge regarding updating it: https://phab.lubuntu.me/rBLOG93bc805bf5ee
[22:01] <tsimonq2> * Did various Phab administration tasks related to the calendar.
[22:01] <tsimonq2> * Participated in talks about a potential lxqt-sudo CVE. Turns out it isn't in Lubuntu 18.10, so MITRE rejected it.
[22:01] <tsimonq2> QED.
[22:01] <tsimonq2> @Wafficus?
[22:02] -lugito:#lubuntu-devel- [rMANUAL8b062a9887d9: Add reset button to appearance] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8b062a9887d9
 Here
[22:02] <tsimonq2> Hey, whatcha been working on? :)
 Do you want me to go first?
[22:02] <tsimonq2> You're up.
[22:02] <lynorian> tsimonq2: did
 Sure
 Already so:
 I'm currently waiting for Simon to check my cmake code. I plan on meeting with Wendy to finalize what she wants in terms of exact dimensions.
 Other than that it's waiting on Simon's and to get feedback from wendy
 That's all for me
[22:05] <tsimonq2> Cool.
[22:05] <tsimonq2> wxl: Around yet?
[22:07]  * lynorian is around
[22:07] <tsimonq2> lynorian: Go ahead. :)
[22:08] <lynorian> I have main thing is worked more on writing the manual but tried to make keyboard shortcuts inline much easier to see
[22:09] <lynorian> https://manual.lubuntu.me/2/2.2/2.2.6/qpdfview.html looks like for keyboard shortcuts and menu selection
[22:09] <lynorian> I think most of the screenshots are done
[22:10] <tsimonq2> Cool.
[22:10] <tsimonq2> Anything else?
[22:10] <lynorian> I am continuing to add more text to thinkgs like libreoffice and qpdfview
[22:11] <lynorian> and firefox and skanlite a few more
[22:11] <lynorian> I have been working on it everyday for the past few weeks
[22:11] <tsimonq2> Good work!
 *Btw my bit was regarding the welcome center repository.
[22:13] <tsimonq2> ahh
[22:13] <tsimonq2> OK
[22:14] <tsimonq2> @TheWendyPower, wxl: Either of you feel free to go at any time. :)
[22:14] <lynorian> ok more of my stuff on vlc a ton on monday as well
[22:14] <tsimonq2> cool!
[22:15] <lynorian> I even have how to use trignometric functions in kcalc but sometimes find stuff I wish I had added before that like zoom in qpdfview
 I was gonna say, lynorian, Your efforts have been awesome. Literally I've seen more git commits from you than anyone on the team.
[22:16] <lynorian> yeah
[22:23] <wxl> here
[22:27] <tsimonq2> wxl: gogogo
[22:28] <wxl> ok so mostly been dealing with email, bugs, support
[22:29] <wxl> i don't think T169 is something i can test because last i heard it was waiting on qt stuff (rebuilding calamares isn't enough when it really needs libboost-python which needed some qt crap)
[22:29] <wxl> that said, if anyone wants to jump in with testing the LibreOffice SRU that would be helpful!
[22:30] <wxl> and beyond that just growing increasingly frustrated with upstream
[22:30] <wxl> ;
[22:35] -lugito:#lubuntu-devel- [rMANUAL245a313c22a1: Add libreoffice calc zoom] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL245a313c22a1
[22:40] -lugito:#lubuntu-devel- [rMANUALe84911110d59: Add zoom window for loimpress] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALe84911110d59
 Sorry, I got wrapped up in meetings.
 No problem
 @TheWendyPower [Sorry, I got wrapped up in meetings.], Go whenever :)
 Give me 30 minutes.
 I have 5 minutes
 Not much going on my side, being learning how to use qt designer and pyqt for porting the additional driver tab
 What is needed to be tested in libreoffice sru? I'm on dingo, it is supposed to be already there right?
 If that's the case I have tested a lot calc and writer
[22:49] <lynorian> HmollerCI the Stable release update needs to be tested
 And beside the tooltip (hover), which was before this, everything is ok
[22:49] <lynorian> so cosmic
 Cosmic? Or dingo?
[22:50] <lynorian> cosmic for the libreoffice sruc
[22:50] <lynorian> sru
 Mmmm, I will need to "downgrade" to cosmic then to test?
[22:51] <wxl> or run a vm
 @wxl [<wxl> or run a vm], Yes, I was thinking on that
 Ok, will do then
[22:51] <wxl> thx
 Any specific test cases?
 The theme should change.
[22:52] <wxl> "Update to the version of LibreOffice with this patch and open it on a Lubuntu 18.10 installation. It should use the Breeze theming rather than the stock GTK theming on startup."
 Right.
[22:53] <wxl> it's in the bug (a required part of the SRU) https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1799001
[22:53] <docEbrown> sorry I'm late!
[22:54] <wxl> if it does NOT work, that's bad and agrees with guiverc's findings. if it DOES work, then maybe we'll need to have someone else confirm
 @docEbrown [<docEbrown> sorry I'm late!], No problem, go ahead :)
[22:54] <docEbrown> So I am finishing wrapping up the changes to Lugito
[22:55] <docEbrown> I have corrected that issue from last week with the anchors included in the links.
[22:55] <docEbrown> Have wrapped the IRC communicating into a base class for communicating with other services, basically in using some standard methods we could then connect other services in addition to IRC.  At the moment it is only IRC
 Sounds good. I just want to say that I am SUPER impressed with your work, and I'm excited to see it merged. :)
[22:56] <docEbrown> I also found a bug in launchpadlib which is incompatible with the latest version of httplib2
[22:56] <wxl> ooooooooooooooooooo
[22:56] <wxl> +1
[22:56] <docEbrown> oh cool! Glad to hear it! I was a bit worried I got carried away there!
 @docEbrown [<docEbrown> I also found a bug in launchpadlib which is incompatible with the la …], Aw man :( have you asked cjwatson in #launchpad about thah?
 *that
 Link your repo to wxl
[22:57] <docEbrown> I filed a bug https://bugs.launchpad.net/launchpadlib/+bug/1803558
[22:57] <wxl> generally carried away is a good thing :)
[22:57] <docEbrown> I havent spoken to anyone yet.
 @wxl [<wxl> generally carried away is a good thing :)], It's yuuge, believe me.
[22:57] <wxl> then i'm sure it will get resolved
[22:57] <docEbrown> I would like to update the docs and package it into Pypi and read the docs if there isn't any disagreement ;)
 @docEbrown [<docEbrown> I havent spoken to anyone yet.], cjwatson is the All Powerful with this sort of thing. Would be a good idea.
 @docEbrown [<docEbrown> I would like to update the docs and package it into Pypi and read th …], Sure!
[22:58] <docEbrown> awesome! I'll ping him, it sounds like an easy enough fix something has just been moved I think
[22:59] <docEbrown> cool! I have to say I'm really excited to be on the team, I have tried a few open source projects but haven't really found my feet.  It is really different here!!!!
[22:59] <wxl> i'm so elated to hear that
[22:59] <wxl> we're very glad to have you
 Cool, we're glad to have you here :)
 @wxl [<wxl> we're very glad to have you], YOUR COKE IS MINE
 XD
[22:59] <docEbrown> Fingers crossed this weekend goes well I'll submit the diff this weekend!
[22:59] <docEbrown> ;)
 (Coca Cola :P)
 *looks at teward*
 @docEbrown [<docEbrown> Fingers crossed this weekend goes well I'll submit the diff this wee …], Sweeeet!
[23:00] <docEbrown> There are still a bunch of things I'd like to add but good for a rev 2
[23:00] <docEbrown> 0.2
[23:00] <docEbrown> I have to go offline for a bit I have a meeting at work now ;) will be online later! Thanks for understanding me being late!
 Thanks!
[23:01] <docEbrown> thanks!
 Everyone remember to RSVP for the next meeting if you can make it :D https://phab.lubuntu.me/E15
 I really, truly appreciate the work every single one of you are doing. I know I've been busy lately but it really doesn't go unnoticed. :)
[23:03] <wxl> i agree wholeheartedly
 Even the people who are sort of on the edge of things, and who aren't contributing as much as before.
 Just remember we're all volunteers, and life does come up, even for me :)
 @Wafficus Your CMake file LGTM fwiw
 Okay... So I haven't gotten anything accomplished in the last week. There are some things I'm working on learning to fulfill my new role on the team. I have numbers I need to get to @Wafficus, I have the dev website the STILL needs to be finished, I need to get the Disco Dingo wallpaper done (I think I finally have an idea for t
 Awesome, thanks for your work :D
 I bet I'm more behind than you are ;P
 I don't know about that... 😉 But I'll let you "win" that one.
 Hahahaha
 Believe me, don't be hard on yourself :P
 Just frustrated!!!!! I want to do more and be better.
 @TheWendyPower [Just frustrated!!!!!


[07:10] <raghav> hi
[07:10] <raghav> hi all
[07:10] <raghav> i am trying to bootstrap juju
[07:11] <raghav> but its failing
[07:12] <raghav> getting error as
[07:12] <raghav> ERROR failed to bootstrap environment: subprocess encountered error code 130
[07:13] <raghav> can anyone help for this...whether some additional steps are required to be done?
[07:14] <raghav> i used below command to install juju
[07:14] <raghav> snap install juju
[07:15] <raghav> and to bootstrap....juju bootstrap
[07:15] <raghav> *snap install juju --classic
[07:23] <raghav> can anyone help
[08:09] <demo> what?
[21:52] <kwmonroe> hey bobeo, fyi, bdx did some great work in owncloud in the last day.  it supports v10, an external db (psql) and includes a vhost template to make the pesky apache config work.  check it out: https://jujucharms.com/u/omnivector/owncloud/1
[22:39] <magicaltrout> what a geek


[00:37] <nagromlt> ne1 on?
[00:40] <aeoril> darkxst I believe I have successfully created the merge proposal, and it is awaiting review.  Thank you.   in the changelog - that should be "Tue, 24 Feb ..." - how do I fix the merge proposal?  Just fix it and do another one?  Or can I back it out somehow?
[02:30] <darkxst> aeoril, just fix it and push the extra commit, btw you should use 'dch -i' normally so you don't need to worry about date etc...
[02:31] <aeoril> darkxst yes, I saw that but only after I had made the changes - will do next time (dch -i)
[02:31] <darkxst> but you completely stuffed that branch by the looks of it
[02:32] <aeoril> darkxst what do you mean by "completely stuffed"?
[02:33] <darkxst> 573 files modified
[02:33] <darkxst> I supposed you push a branch that you had run debuild from within?
[02:33] <aeoril> hmmmm .... I must have made a mistake then ... yes, i did
[02:34] <aeoril> debuild in it - when I did bzr status, it only showed my two files changed ... what happened?
[02:34] <darkxst> aeoril, start with a clean branch, apply your icon changes (no debian changelog is actually required for ubiquity, or most ubuntu upstream branches)
[02:34] <aeoril> oh, I know - debcommit added the files before the commit - I did not want to do that - how do I clean it up before recommitting?
[02:35] <aeoril> ok, what is the best way to clean the branch?  debclean?
[02:35] <aeoril> darkxst ^
[02:35] <darkxst> (and in that case, I guess debcommit won't work without a changelog, so you would just use bzr commit)
[02:35] <darkxst> aeoril, best to start with a clean branch, debclean might work, but is often unreliable
[02:36] <aeoril> darkxst bzr commit --fixed ... ???
[02:36] <darkxst> yes that would do
[02:36] <darkxst> and once it fixed, bzr push --force-overwrite
[02:38] <aeoril> ok, will do - what is the best way to clean the branch?  In the past, I have just been deleting all the files/folders except .bzr and .bzrignore then "bzr revert" - is that as good a way as any?
[02:38] <aeoril> darkxst ^
[02:39] <darkxst> aeoril, really the best way is to start with a clean branch
[02:39] <darkxst> make a debdiff of your changes from dirty branch, and apply it to the clean branch
[02:40] <aeoril> not sure how to do either of those things, but I can look on the web
[02:40] <aeoril> (new to bzr)
[02:40] <darkxst> if there is extra stuff in the debdiff just delete it from the debdiff
[02:41] <darkxst> you make it with debdiff and apply it with patch
[02:44] <aeoril> darkxst when you say "start with a clean branch" what commands are you talking about in bzr?  I am having trouble finding out how to do that on the web
[02:46] <sarnold> bzr branch lp:... new-directory-name
[02:46] <sarnold> I think :)
[02:47] <aeoril> sarnold oh, so he is talking about creating a brand new directory and pulling fresh from lp? darkxst?
[02:47] <sarnold> aeoril: that's how I'd do it. there might be something easier but unless it's gigabytes that's pretty quick..
[02:59] <aeoril> darkxst debdiff wants the .dsc from the last version - not sure how to get that
[03:04] <aeoril> oh well, I'll just do my best
[03:15] <aeoril> sarnold darkxst so, just to make sure before I push to lp, I am going to push the clean branch with my fixes applied with: "bzr push --force-overwrite lp:~aeoril/ubuntu/vivid/ubiquity/fix-for-1422113" then go to launchpad and submit for merge?
[03:16] <aeoril> I have already downloaded the clean branch from launchpad and applied my fixes ...
[03:23] <darkxst> aeoril, yes
[03:25] <aeoril> darkxst I deleted the merge proposal.  Can you look here to see if this is good enough to merge?  Unfortunately, the commit message is lame, but I could redo that before submitting it for a merge proposal.  Also, I noticed other people are tagging their branches, so do i need to do that as well?  See here: http://bazaar.launchpad.net/~aeoril/ubuntu/vivid/ubiquity/fix-for-1422113/changes
[03:26] <aeoril> darkxst once I get it good enough to merge, I will resubmit the merge proposal again
[03:31] <aeoril> darkxst fyi it was not "--force-overwrite", just "--overwrite" ...
[03:40] <aeoril> darkxst ok, I think it is fine now.  If you do not mind looking it over, I would appreciate it before I propose it for merge:  http://bazaar.launchpad.net/~aeoril/ubuntu/vivid/ubiquity/fix-for-1422113/changes
[04:16] <darkxst> aeoril, looks fine
[04:16] <darkxst> tags are normally used when making releases, no point for you to do that
[04:17] <aeoril> ok, thanks - I'll submit for merge.  I really appreciate all the help! :)
[04:17] <darkxst> commit message could mention the reason for patch though ".... to fix missing icons on Ubuntu GNOME" or something
[04:31] <aeoril> darkxst I submitted for merge, but for some reason the merge proposal included all the crap previously in the branch - wat?
[04:32] <aeoril> darkxst so, I deleted it again
[04:34] <darkxst> aeoril, it may have just shown you the old diff (they are not generated instantly I think)? that branch is certainly fine
[04:35] <aeoril> darkxst hmmm ... it took a while and said "generating diff" - then it showed it after about ten minutes, but it was the old diff
[04:35] <darkxst> no idea then
[04:35] <aeoril> darkxst anyway, I'll worry about it tomorrow.  Thanks again
[05:49] <pitti> Good morning
[05:49] <pitti> smoser: I am now
[07:47] <dholbach> good morning
[08:05] <seb128> hey dho
[08:05] <seb128> l
[08:05] <seb128> grrr
[08:05] <seb128> hey dholbach :-)
[08:06] <dholbach> hey s
[08:06] <dholbach> eb
[08:06] <dholbach> 128
[08:06] <dholbach> 8
[08:06] <dholbach> 8
[08:08] <seb128> dholbach, :-)
[08:53] <pitti> Laney: can you please add a force-badtest for linux 3.16.0-23.31? that added some new tests, and one needs fixing
[08:53] <pitti> apw ^ FYI
[08:53] <pitti> Laney: if you would rather want to hold back that new kernel, I'm also happy to override it on my side, to let initramfs-tools through
[09:07] <Laney> pitti: I could, there's beta freeze on though so it won't make a difference today
[09:15] <pitti> Laney: ah, ok
[09:16] <Laney> pitti: is someone looking at the linux test, OOI?
[09:16] <pitti> Laney: still, not sure when the test will be fixed, but I doubt it's by Friday, so the override would still be appreciated
[09:16] <pitti> Laney: AFAIUI yes, the kernel team knows about this problem
[09:16] <Laney> *nod*
[09:29] <ev> xnox: ipv6? Is that still a thing?
[09:30] <flexiondotorg> Morning
[09:32] <xnox> ev: i guess you use this thing http://tnx.nl/legacy-ip-only.svg
[09:34] <ev> ha!
[09:35] <flexiondotorg> cjwatson, Can you just clrify the role of seeds and meta-packages (derived from seeds) in building the livefs and installing Ubuntu?
[09:35] <flexiondotorg> cjwatson, My understanding is that seeds are used to determine what goes into the livefs? But I am unclear what the meta packages are for.
[09:36] <ev> xnox: yeah, ubuntu and osx got full of hipsters, so I've gone back to this http://www.groupe-arcole.net/img/bagueAs400.jpg
[09:40] <mitya57> ev: that is a very cool dark Gtk+ theme, and I also like the auto-hidden desktop panels :-)
[09:40] <ev> hahaha
[09:41] <Laney> flashbacks to a job I had back in school
[10:01] <aeoril> Does anyone know why the diff for this merge proposal is so huge when I have only made minor changes to one file? https://code.launchpad.net/~aeoril/ubuntu/vivid/ubiquity/fix-for-1422113/+merge/250894
[10:03] <mlankhorst> pitti: hm I've noticed that mesa + gmsh has a pass now in update-excuses, instead of FAILED..
[10:04] <mlankhorst> though it's still failing on i386 obviously
[10:13] <pitti> mlankhorst: yes, I overrode it some 30 mins ago
[10:14] <mlankhorst> ah
[10:21] <cjwatson> flexiondotorg: it varies a bit, but normally metapackages are less important for actually building the livefs, but they're important to end up on the installed system because it gives people an indication of what they shouldn't remove because it's part of their baseline desktop environment; also it's useful for people who already have an installed system to be able to "apt-get install ubuntu-mate-core ubuntu-mate-desktop" and get ...
[10:21] <cjwatson> ... something reasonable
[10:22] <flexiondotorg> cjwatson, Thanks.
[10:22] <flexiondotorg> So, if I am purely concerned with building the livefs the seeds are king. The meta packages if slightly different from the seeds is not super critical. Does that sounds fair.
[10:23] <cjwatson> flexiondotorg: seeds aren't used as you describe *directly*, but they're used in the process of generating tasks (basically corresponding to dependency-expanded seed output) which are used directly
[10:23] <flexiondotorg> cjwatson, Understood.
[10:23] <flexiondotorg> Great. Thanks.
[10:23] <cjwatson> flexiondotorg: more or less, but note that the metapackages are themselves part of the task, so if you allow them to drift too much you will have problems
[10:24] <cjwatson> oh, except they're not part of the task yet.  they should be, that's a bug in your seeds
[10:24] <cjwatson> how about I fix that :)
[10:25] <cjwatson> flexiondotorg: BTW you probably shouldn't have an ubuntu-mate-live metapackage.  We don't use the metapackage there
[10:33] <aeoril> darkxst well, everything seems in place now and the merge proposal is ready for review.  I had to got to #ubuntu-motu to get help.  Also, there is a #ubuntu-installer channel.  I had to upload to lp:ubiquity, not lp:ubuntu/ubiquity.  That was the entire problem from the beginning.
[10:34] <aeoril> s/upload/do the merge proposal to/
[10:34] <darkxst> aeoril, didnt I tell you already that the branch was lp:ubiquity
[10:36] <aeoril> darkxst yes, that is where I pulled the branch from.  But the merge proposal gui automatically filled in lp:/ubuntu/ubiquity because I used the package style branch naming when I pushed to lp.  So, I just took the default, and it was wrong.  Laney on #ubuntu-motu pointed out what I did wrong immediately
[10:37] <aeoril> (used package style branch name but this is upstream)
[10:37] <darkxst> aeoril, ok, good you got it solved
[10:37] <flexiondotorg> cjwatson, I don't intend on letting them drift. Although the seeds and meta packages for Ubuntu MATE are ever so slightly different.
[10:38] <cjwatson> Why?
[10:38] <flexiondotorg> cjwatson, I'll remove the ubuntu-mate-live meta package. That is a hangover from my unofficial builds.
[10:38] <aeoril> darkxst if you are curious:  https://code.launchpad.net/~aeoril/ubuntu/vivid/ubiquity/fix-for-1422113/+merge/250896
[10:38] <MSHELL> mint is awsome
[10:38] <cjwatson> Right, thought so.
[10:38] <flexiondotorg> cjwatson, Beta 1 freeze I guess.
[10:38] <cjwatson> flexiondotorg: Oh, so just lagging a bit rather than an ongoing difference?
[10:38] <flexiondotorg> cjwatson, Indeed.
[10:38] <cjwatson> I should add MATE to tasksel.
[10:39] <flexiondotorg> cjwatson, Yes, please.
[10:39] <darkxst> aeoril, no almost bed time here
[10:40] <aeoril> darkxst well, thank you so much for helping me do my first fix!  I am very excited!  I hope it is acceptable and makes it into Ubuntu
[10:40] <aeoril> !
[10:40] <aeoril> darkxst I cannot tell you how much I appreciate all your help!
[10:51] <darkxst> aeoril, it will, night
[10:51] <aeoril> night, darkxst!
[10:53] <cjwatson> flexiondotorg: done, will filter its way in in time.  https://launchpad.net/ubuntu/+source/tasksel/2.88ubuntu17
[10:56] <flexiondotorg> cjwatson, Thanks.
[10:58] <flexiondotorg> cjwatson, What triggers germinate to regenerate this? -> http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu-mate.vivid/
[11:00] <cjwatson> flexiondotorg: A cron job.  It's purely for debugging - that output isn't used by anything automatic.
[11:01] <flexiondotorg> cjwatson, Ah. OK. So it is a development aide.
[11:01] <flexiondotorg> cjwatson, Are the seeds regerminated when a build runs?
[11:01] <cjwatson> flexiondotorg: Right, it's mainly because generating the reverse-dependency analysis takes a while and it's useful to have it to hand.
[11:01] <cjwatson> flexiondotorg: Yes.
[11:02] <cjwatson> flexiondotorg: Also (more relevantly for live filesystems) at the end of every archive publisher run.
[11:02] <flexiondotorg> So, if I've pushed a seed change and rebuild. The resulting iso will incorporate those changes?
[11:02] <cjwatson> flexiondotorg: You need to wait for a couple of publisher runs, but it's usually fairly quick.
[11:02] <flexiondotorg> cjwatson, OK. What roughtly is the publisher interval?
[11:02] <cjwatson> flexiondotorg: Basically wait until the Task fields in the published Packages files have synced up.
[11:03] <cjwatson> flexiondotorg: Roughly, a few times an hour.
[11:03] <flexiondotorg> cjwatson, Thanks.
[11:03] <cjwatson> flexiondotorg: But it depends on load.
[11:04] <cjwatson> There's a slight hysteresis here: we run germinate at the end of each publisher run, and then incorporate its output into the results of the *next* run, provided that the suite in question has been marked dirty by something else - upload or override change.  But it's tricky to eliminate that without serious performance problems.
[11:04] <cjwatson> If you really need something quickly then #ubuntu-release can normally help you navigate the stormy waters. :-)
[11:07] <flexiondotorg> cjwatson, I will respin Ubuntu MATE beta 1 later today. I am happy to wait.
[11:07] <flexiondotorg> cjwatson, The no-install-recommends feature works a treat.
[11:08] <flexiondotorg> cjwatson, So I am exploiting it for the time being.
[11:08] <flexiondotorg> cjwatson, But I reviewed the packages last night.
[11:09] <flexiondotorg> cjwatson, There are half a dozen I will add MATE support to and update the Recommends in debian/control, so longer term I won't require no-install-recommends.
[11:09] <flexiondotorg> cjwatson, Thanks for explain how all this stuff is interconnected. Really appreciate it.
[11:10] <cjwatson> Sure.  Mostly this stuff just churns away in the background, but setting up a new flavour is one of the times it needs to be poked.
[11:13] <flexiondotorg> cjwatson, You enabled powerpc for Ubuntu MATE yesterday. Will this show up the in QA tracker or do I need to get a QA admin to do something?
[11:25] <cjwatson> flexiondotorg: Hm, I don't understand why the last build didn't produce a powerpc image, which is the first thing to investigate.  I'll have a look.
[11:25] <cjwatson> flexiondotorg: It may need a member of ubuntu-release to go and create an "Ubuntu Mate Desktop powerpc" entry on iso.qa.
[11:25] <cjwatson> Can't quite remember.  But that's after getting the build to happen at all.
[11:29] <cjwatson> Oh, in fact, I bet that this build was triggered from the tracker ...
[11:29] <cjwatson> Laney: ^- could you add "Ubuntu Mate Desktop powerpc" to iso.qa?
[11:29] <cjwatson> I forgot about the tracker often being the thing that drives this nowadays.
[11:31] <Laney> cjwatson: OK. You adding it to qa-products?
[11:32] <Laney> Huh. Someone else just added "Ubuntu MATE powerpc"
[11:38] <cjwatson> Laney: oh yeah, can do
[11:38] <cjwatson> Laney: rename, I guess?
[11:38] <cjwatson> flexiondotorg: ^- was that you?
[11:39] <flexiondotorg> Not me.
[11:39] <Laney> I'd already added it so I had to disable one of them
[11:39] <cjwatson> Laney: qa-products done
[11:39] <Laney> Ta
[11:40] <Laney> Think it's easiest to do the first build manually
[11:40] <cjwatson> shall I kick that off then?
[11:41] <Laney> Go for it
[11:41] <cjwatson> flexiondotorg: are you OK with me running an Ubuntu MATE build now, even if you might need another later?
[11:59] <flexiondotorg> cjwatson, Sure.
[12:00] <cjwatson> flexiondotorg: OK, that's running.  Should hopefully produce powerpc.
[12:00] <flexiondotorg> cjwatson, Thanks.
[13:26] <rbasak> Is reverse-depends looking at vivid as opposed to vivid-proposed?
[13:26] <rbasak> I was expecting the latter but am a bit confused by its results (eg. wrt. src:mysql-5.5 and src:mysql-5.6)
[13:29] <xnox> rbasak: i thought Laney made it look at both at one point.
[13:30] <xnox> rbasak: however reverse-depends uses server side cache, thus can be stale.
[13:30] <rbasak> The data I'm expecting is at least a week old.
[13:30] <rbasak> But the results would be different between vivid and vivid-proposed, so maybe it's just resolving the differences differently.
[13:30] <xnox> rbasak: you can commit a tracker to http://people.canonical.com/~ubuntu-archive/transitions/ which will be up to date.
[13:30] <xnox> runs every hour or so.
[13:31] <xnox> rbasak: i have access to the branch to commit trackers there, and I think so does Laney
[13:31] <rbasak> xnox: thanks. But I think I'm done with the MySQL work now anyway. I was just checking up on Galera.
[13:31] <rbasak> It's not really a full transition because the soname/sovers are the same.
[13:31] <rbasak> (no ABI bump)
[13:31] <xnox> rbasak: locally you can use apt-rdepends with "-r" to do reverse
[13:31] <xnox> (apt-rdepends -> is recurrsive, -r makes it reverse)
[13:33] <rbasak> Thanks - I didn't know about apt-rdepends somehow
[14:01] <smoser> pitti, i was going to ask about ubuntu-meta and systemd. i had thought that that change had landed and somehow the cloud images didn't get it, but now (i think) i realized that it just hadnt landed.
[14:02] <smoser> are you planning that change soon ?
[14:02] <smoser> and can you confirm for me that you'd expedt cloud images to get it ?
[14:02] <pitti> smoser: so far it's blocked on fixing NFS, which slangasek has meant to do for a while
[14:02] <pitti> slangasek: ^ is that still on your list?
[14:02] <smoser> oh my.
[14:03] <pitti> smoser: https://launchpad.net/~pitti/+archive/ubuntu/systemd/+packages has an ubuntu-meta with flipped init
[14:03] <pitti> smoser: that was mostly for my upgrade tests
[14:03] <smoser> right. i saw that.
[14:03] <smoser> link to "fixing nfs" bug ?
[14:04] <pitti> smoser: https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1312976
[14:05] <smoser> thanks.
[14:06] <pitti> smoser: OOI, why do you ask? testing/fixing cloud-init for systemd?
[14:06] <smoser> well, cloud-init does have systemd jobs, and those run in snappy
[14:06] <smoser> so it does work to some extent. i'm guessing there are issues, but seems functional.
[14:07] <smoser> i was just kind of trackign overall "systemd by default".
[14:07] <pitti> smoser: https://blueprints.launchpad.net/ubuntu/+spec/core-1411-systemd-migration has the remaining work
[14:07] <smoser> someone told me it was turned on byd efauult
[14:07] <smoser> right.
[14:07] <smoser> thanks
[14:07] <pitti> smoser: it's basically NFS (the above) and updating juju and maas, but we could work around the latter two
[14:10] <didrocks> pitti: btw, not sure if you noticed, by I updated all flavors plymouth themes to support the fsck messages (I linked the bug to the blueprint)
[14:13] <fabbione> imcleod: tsk....
[14:13] <fabbione> pitti: hey man
[14:14] <imcleod> fabbione: :-)
[14:14] <fabbione> roaksoax: ping
[14:14] <fabbione> imcleod: busted :P
[14:14] <pitti> didrocks: yeah, I just saw, thanks!
[14:14] <imcleod> fabbione: Ecumenical dialogue....
[14:14] <didrocks> yw ;)
[14:14] <pitti> hey fabbione, long time no see! come stai?
[14:14] <fabbione> pitti: not too bad and you?
[14:15] <pitti> fabbione: quite well, thanks
[14:15] <fabbione> pitti: do you have any clue of who is in charge of the HA stack in ubuntu?
[14:15] <fabbione> pitti: i recall ante k and roaksoax at some point.. maybe it's change
[14:15] <fabbione> d
[14:17] <pitti> fabbione: I don't know for sure, I'm afraid; but server team sounds right, i. e. roaksoax should at least know who
[14:17] <fabbione> pitti: ack thanks
[14:43] <jamespage> fabbione, what do you need to know re HA stack?
[14:43] <caribou> bdmurray: just got pinged regarding an icrease in CUPS errors since my upload but there's ony one report & I'm not entitled to look at it
[14:44] <caribou> bdmurray: should I be worried about that ?
[14:44] <fabbione> jamespage: i don't really need to know.. i am curious when you guys will pull in latest versions of corosync/pacemaker. the onces you are shipping are "old"
[14:44] <lamont> should I be concerned that when I boot the livecd on my nVidia GeForce 80400 GS that the video is completely trashed?
[14:44] <lamont> or do we just hate that nvidia card?
[14:44] <fabbione> lamont: i thought you were more of a serial console guy ;)
[14:45] <lamont> fabbione: :p
[14:45] <jamespage> fabbione, well they are in released versions of Ubuntu - don't expect new versions there
[14:46] <lamont> fabbione: my real issue is trying to debug why I seem to have completely lost my window decorrations and top-bar
[14:46] <jamespage> fabbione,vivid should be relatively up-to-date - I think I pushed updates to at least one point release off the latests releases from upstream for pacemaker/corosync
[14:46] <fabbione> jamespage: what version is in vivid?
[14:47] <jamespage> corosync 2.3.4 pacemaker 1.1.11
[14:47] <fabbione> corosync is fine, pacemkaer is "old"
[14:47] <fabbione> 1.1.12 is out
[14:47] <fabbione> soon 1.1.13
[14:47] <jamespage> well I said within a point release of latest :-)
[14:48] <tinoco> jamespage: 1.1.12 would be a good goal
[14:48] <tinoco> i've been asking debian-ha to update for a long time
[14:48] <jamespage> tinoco, I don't doubt that - how active is debian-ha?
[14:48] <roaksoax> fabbione: pong
[14:48] <tinoco> jamespage: almost dead i would say
[14:49] <tinoco> jamespage: i've cherry-picked several fixes for pacemaker/corosync
[14:49] <tinoco> and asked them long time to go to 1.1.12
[14:49] <tinoco> i think we went to 1.1.11 if im not mistaken
[14:49] <tinoco> but still.. for the next LST 1.1.12 would be awesome
[14:49] <fabbione> roaksoax: all sorted.. you are too slow ;)
[14:50] <roaksoax> haha :)
[14:56] <fabbione> tinoco: 1.1.13 is going out soon'ish
[14:57] <tinoco> fabbione: yep. in between 1.1.x and 1.1.12 i've seen several fixes
[14:57] <tinoco> regarding to lrmd and stonithd segfaults and this
[14:57] <fabbione> tinoco: yes i know
[14:58] <tinoco> anyway, going up will be good and fix the "HA" stale
[14:58] <tinoco> we are having at the moment
[15:27] <slangasek> pitti: it is still on my list, but if someone were to take it off my list that might not be a horrible thing
[16:05] <pitti> slangasek: ah, last time you seemed to want to do it yourself, and also reorg it a bit in Debian; I can try and have a look at it later
[16:06] <pitti> slangasek: but aside from that, switching the default after beta might get a bit late? do you still aim for 15.04, or should we postpone to 15.10 at this point?
[16:06] <slangasek> pitti: that's true, but at this point we need to just get it done and not block on me as maintainer
[16:06] <pitti> or we switch it late, and switch back if it causes too many problems?
[16:06] <slangasek> pitti: I think it should still be switched for 15.04
[16:07] <pitti> xnox: ah, so I was chasing apport's code for a while, and then discovered another py3-lp issue :-( filed as bug 1425575
[16:07] <xnox> pitti: hm, i was testing those and i believe binary attachments should come out bit identical....
[16:07] <xnox> pitti: i'll look into it.
[16:07] <pitti> xnox: curiously, b'\x80\xFF' * 250 (or any lower value) works fine
[16:07] <pitti> xnox: but 300 or longer starts failing
[16:08] <pitti> xnox: indeed some work, but the attached reproducer has one that fails
[16:08] <xnox> pitti: HTTP ERROR 418
[16:08] <pitti> ?
[16:09] <xnox> pitti: that's my response to "values below 300 work, higher no" =) saving explicit language.
[16:09] <xnox> pitti: http://tools.ietf.org/html/rfc7168#section-2.3.3 418 -> I'm a teapot =)
[16:09] <pitti> xnox: ah, haha!
[16:18] <pitti> xnox: on the bright side, if I fake report['CoreDump'] to something simple, I get some test passes now \o/
[16:20] <pitti> and I have some failures which I need to fix on teh apport side
[16:21] <bdmurray> pitti: I've a couple of apport merge proposals for you...
[16:54] <dkessel> ChrisTownsend: you can reach me here if you need any further info for bug 1425494. i just attached the log file
[16:54] <ChrisTownsend> dkessel: Sure thing and thanks!  I'm looking at it now.
[17:12] <pitti> bdmurray: yeah, I saw one, and another one from Chad; crawling through my backlog, I'll get to it ASAP
[17:29] <pitti> xnox: bug 1425609 too, but that one is trivial at lest
[17:29] <pitti> least
[17:29] <xnox> pitti: do assign all of them to me.
[17:29] <pitti> xnox: done; many thanks for keeping up with them!
[17:30] <xnox> pitti: if we ever finish this one, making openstack ported to python3 will be my next goal. i'll leave porting lp itself to py3 to wgrant/cjwatson.
[17:30] <xnox> =)
[17:32] <pitti> xnox: down to 2 failures and 2 errors, good progress! (with the last bug fixed locally)
[17:37] <cjwatson> xnox: one of these days
[17:38] <xnox> cjwatson: probably after implementing RFC 2324 =))))
[17:47] <alexbligh1> what is the proper way to handle config.sub and config.guess within an package that uses autoconf? If I delete them, it won't build. If I leave them there, it modifies them. This is with cdbs.
[17:49] <alexbligh1> & I have include /usr/share/cdbs/1/class/autotools.mk obviously
[17:49] <infinity> alexbligh1: Assuming the package also uses automake, and assuming it autoreconfs cleanly, you just want https://wiki.debian.org/Autoreconf#CDBS-using_packages
[17:50] <alexbligh1> infinity, I have that, plus "include /usr/share/cdbs/1/rules/autoreconf.mk"
[17:50] <infinity> alexbligh1: If one or both of those isn't true, you might want to do something more like dh_autotools-dev_updateconfig/dh_autotools-dev_restoreconfig on build/clean
[17:50] <alexbligh1> infinity, the issue is 'what do I put in git'? It appears to need the file in git in order to build, but then modifies it :-/
[17:51] <alexbligh1> infinity, or do I just let it modify it, and put the modified version in git?
[17:52] <dkessel> ChrisTownsend: btw, the unity8-lxc package from the PPA is not selected by default when using the PPA in vivid, because of the versioning scheme used. It would make it easier to test changes the numbering would be changed
[17:53] <alexbligh1> infinity, this is https://github.com/abligh/ocfs2-tools/tree/ubuntu-trusty-1.8.4 if that's interesting.
[17:56] <infinity> alexbligh1: If you're using one of the autotools helpers correctly, it should be backing up the files and restoring them on clean.
[17:57] <infinity> alexbligh1: If you're not running "fakeroot debian/rules clean" before you commit to git, you'd definitely have cruft.
[17:57] <alexbligh1> infinity, ahhh, that may well be it, thanks.
[18:01] <alexbligh1> infinity, that works - thx
[18:15] <pitti> xnox: awesome, I'm down to two failures now; it seems I now filed all remaining issues as bugs
[18:38] <rbasak> alexbligh1: so I've been looking at bug 1366174 in depth today. Looks good so far - I've been trying to poke holes in your backported patch but can't find any :)
[18:38] <alexbligh1> rbasak, great :-)
[18:38] <rbasak> alexbligh1: next I'm going to compare against upstream.
[18:38] <alexbligh1> rbasak, thanks
[18:38] <rbasak> alexbligh1: for testing, it seems to me that there are three cases.
[18:39] <rbasak> Certificate with no OCSP support served OK?
[18:39] <rbasak> Certificate with OCSP support served OK in the normal case.
[18:39] <rbasak> And revoked certificate with OCSP support causing client failure.
[18:40] <rbasak> The third might not matter from the server perspective maybe.
[18:40] <alexbligh1> rbasak, and of course 'lots of SSL sites don't crash'
[18:40] <rbasak> alexbligh1: of course :)
[18:40] <rbasak> alexbligh1: do you have thoughts on the first two? Should we be verifying both of those cases from trusty-proposed?
[18:41] <alexbligh1> rbasak, I tested (1), and yes we should test that
[18:41] <alexbligh1> rbasak, one of the apache devs tested (2) as I felt I didn't know sufficient about OSCP to test it :-)
[18:41] <rbasak> alexbligh1: thanks. I just wanted to check that my thoughts were sane. You know much more about this area than I do.
[18:41] <alexbligh1> rbasak, yes I think so.
[18:42] <rbasak> alexbligh1: I'm impressed by your patch, BTW. Deep knowledge of APR and OpenSSL's interfaces is not common. OpenSSL's API in particular.
[18:43] <alexbligh1> rbasak, OpenSSL cert handling scariness learnt on the job :-) But I wrote a non-blocking SSL handler which steeled me to the weirdness of openssl.
[18:44] <rbasak> I've written code against the DTLS API before. I understand the OpenSSL pain :)
[18:57] <ChrisTownsend> dkessel: Hey, yeah, I changed the version on an upload today:)
[18:58] <ChrisTownsend> dkessel: btw, do you have some special /home setup on your machine.  The log is claiming that it doesn't exist when trying to bind mount it, which is strange.
[19:00] <dkessel> I have /home on a separate partition from /. Nothing that special I believe, ChrisTownsend
[19:01] <ChrisTownsend> dkessel: Hmm, ok.  I'll think about why a separate partition would affect this.
[19:43] <Noskcaj> stgraber, Anything i could be doing to get a +1?
[19:47] <Suudy> So, the latest Ubuntu ABI change for 14.04 moves from 3.13.0-45 to 3.13.0-46.  Unfortunately, this change breaks my MVFS driver (for Clearcase).  It looks like they have the 3.19 version of dcache.h sucked into a 3.13.0 kernel.  Is there a way to detect this sub version (e.g. -46)?
[19:49] <dobey> Suudy: is it an ABI issue and not an API issue? is the driver closed source and not rebuildable?
[19:49] <infinity> Suudy: You might want to ask that in #ubuntu-kernel
[19:49] <dobey> also that
[19:49] <Suudy> No, I have the source.
[19:51] <Suudy> Ah!  Thanks for the pointer to #ubuntu-kernel
[21:23] <bdmurray> tumbleweed: Could the ubuntu sponsorship miner be sorted by date?
[21:24] <bdmurray> tumbleweed: Ah, I see you can sort it but could the default be date?
[22:17] <flexiondotorg> I've got some merge proposal for indicator-sound and indicator-power.
[22:18] <flexiondotorg> What is the correct repo to merge with? Because if I use lp:indicator-sound and lp:indicator-power (where I branch from) the MP generate a bazzilion changes.


[15:01] <lduros> thought I'd ask here: is there documentation on meliae somewhere?
[15:02] <lduros> isn't it a software used by bzr devs?
[15:41] <jelmer> lduros: I think all of the documentation for meliae is included in the main branch
[15:46] <lduros> ah, ok
[15:46] <lduros> jelmer: do you know where the repo is?
[15:46] <jelmer> lduros: lp:meliae
[15:47] <lduros> kewl, thanks


[01:25] <onats> hi guys, anyone here? tanong sana about project management tools
[08:17] <Terminus_> onats: what about them?
[08:17] <Terminus_> we use taskjuggler btw. =)
[08:28] <onats> looking
[08:29] <onats> Terminus_: what kind of projects do you do?
[08:29] <onats> software dev?
[08:31] <onats> parang napaka old school nito
[08:34] <Terminus_> onats: building facade design
[08:34] <onats> diba tech ka?
[08:35] <Terminus_> onats: yes but i have no reason to do any project management for myself. =)
[08:35] <onats> I'm looking for a good tool eh
[08:35] <Terminus_> we use it for scheduling tasks for proposals.
[09:20] <epal> redmine, trac, mantis? sa libre.. meron ding jira, basecamp i think
[09:20] <epal> hm, not sure kung pms nga tlga ung basecamp :)
[09:20] <epal> :))
[09:46] <onats> looking for a tool na may timer


[15:31] <Brainstorm> Updates for Bangladesh: +4334 cases (now 883138), +77 deaths (now 14053) since a day ago


[03:45] <Sangeeth> I want to join the Ubuntu Kernel team... How can i?..
[05:20] <Sangeeth> I would like to join the kernel team...
[05:23] <Sangeeth> Is there anyway for a rookie like me to start from the basic level of Kernel Dev or mod?
[05:36] <Sangeeth> Some guidance for beginner, please?..
[05:38] <Sangeeth> Can i join this team?.. Prog. languages - C, C++
[05:39] <kees> !weekend
[05:39] <ubot2> It's a weekend. Often on weekends the paid developers and a lot of the community may not be around to answer your question. Please be patient, wait longer than you normally would or try again during the working week.
[06:14] <Sangeeth> Will I be able to contribute to this team?..
[07:50] <Sangeeth> I'm interested to join this team... Could some one hep me?..
[07:59] <Sangeeth> I'm interested to join this team... Could some one help me?..
[16:22] <Sangeeth> I would like to join this team... Some guidance please...


[15:48] <darklight_> I noticed that if I set chrome to use system title bar and borders everything is offset, meaning to press buttons I have to press slightly to the left and there are some small visual artifacts too, this when it's maximized it works fine otherwise


[04:53] <greg_stevens> hello
[04:53] <greg_stevens> I'm having a really hard time finding a laptop with ubuntu preinstalled, or even one with no os at all. Does anyone have any recommendations? I would really prefer not to pay for windows.
[19:21] <AION89> Hi all! Anyone here would like to help me and/or collect information about Ubuntu (8.04, 8.10, 9.04) problems with Lenovo S10e Ideapad
[19:22] <AION89> I could provide U all the information I can and give all the details about the problems.
[19:23] <AION89> I would have reported it to launchpad but I'm not sure what is really causing these problems, but seems to me that there is massive communication problems with power-management and Ubuntu
[19:24] <AION89> Anyone want to get involved and get some good data for development? (I can do basic things like install DHCP, DNS, LTSP, SMB, NFS servers with Ubuntu, but these laptop things go over my head)
[22:12] <mzakharo> hello there


[19:17] <MichaelPaoli> BerkeleyLUG noon-3p @ ... new location!: 85C https://berkeleylug.com/meetings/
[19:17] <darthrobot> Title: [Meetings – BerkeleyLUG]


[10:06] <ktosiek> Hi! How can I restrict the amount of memory a job can use on upstart 1.12?
[23:21] <belak> Is there a way with upstart to have an env file, similar to systemd's EnvironmentFile directive?


[05:42] <jbailey> doko: ping?
[05:43] <doko> jbailey: pong
[05:43] <jbailey> doko: I'm wondering where gdb is maintained.  I'll have a parisc patch to go in.
[05:43] <doko> no archive
[05:43] <jbailey> Cool, any objection to me just doing an upload?
[05:58] <doko> no, please go ahead
[06:02] <jbailey> Thanks.
[06:36] <doko> jbailey: did you have a look at gij?
[06:37] <jbailey> Yes.  There's a segfault in the boehm-gc.
[06:37] <jbailey> I complained about the fact that I was having to use printf to debug, so tausq fixed gdb for me. =)
[06:37] <doko> you may want to join #gcj on oftc and ask aph; he just got it on arm working and is willing to help if he has access to hardware
[06:40] <jbailey> Yeah.  I haven't narrowed it to something to ask others yet.
[06:41] <jbailey> I suspect that the locks are just wrong for NPTL in the boehm-gc gcj bits, they changed size.
[06:41] <jbailey> I was hacking mostly last weekend (we're in the middle of selling our place, evenings are busy), and tausq fixing gdb will make a big difference, too.


[21:46] <thumper> noodles775: https://code.edge.launchpad.net/~thumper/launchpad/lines-right-aligned/+merge/17109


[07:11] <parlos> Good morning, does a rack controller detect changes in its network configuration? I'.e. we need to add a VLAN to a rackd. VLAN has been added to the node network config, but how do we get the rackd to updates is network?


[07:12] <dholbach> good morning
[09:00] <nerochiaro> zsombi: Kaleo: timp: did anyone have time to look into the ubuntu-ui-extras branch ? I did not receive any reply to my email or anything
[09:17] <zsombi> nerochiaro: I was away, but we discussed the structure on IRC last time you were here
[09:30] <nerochiaro> zsombi: so is there anything that i should change ?
[09:31] <zsombi> nerochiaro: as we discussed, it depends how strict compliant the plugin needs to be with the ones from SDK
[09:32] <zsombi> nerochiaro: check the layouts branch lp:~zsombi/ubuntu-ui-toolkit/layouts
[09:33] <zsombi> nerochiaro: we have separate plugin for it
[09:33] <zsombi> nerochiaro: so if you want to use that structure, you can take it as example
[09:38] <nerochiaro> zsombi: ok, got it. I will try to copy that structure
[10:28] <AskUbuntu> Development tool and language used for ubuntu mobile app | http://askubuntu.com/q/312064
[11:27] <om26er> how to clear the phone-app call/sms history ?
[11:28] <om26er> I want to clean that each time during my test run
[11:59] <dholbach> dpm, mhall119: have we specified the best-practices regarding "hacking on an app and testing it on a device" somewhere? would those be suitable for the "system apps" too?
[12:01] <dpm> dholbach, I think the same guidelines would apply to all types of apps. We don't have any best practices documented now, but we have the development guide for core apps: https://wiki.ubuntu.com/Touch/CoreApps/DevelopmentGuide
[12:01] <dholbach> oh nice - that looks well-written
[12:02] <dholbach> dpm, as part of an initiative to get more people working on the "system apps" (is that what we call them? I always forget), I'd ask on the -phone mailing list to see if there's any other docs or other tips if that's all right
[12:03] <dpm> dholbach, sure
[12:03] <dholbach> great
[12:03] <dholbach> dpm, and they're called "system apps"? :)
[12:04] <dpm> dholbach, if you're referring to camera, web browser, notes, etc, yes, that's what we've been calling them, but simply to differentiate them from the rest of the core apps
[12:05] <dholbach> ok
[12:05] <dholbach> thanks
[12:53] <om26er> boiko, Hi!
[13:01] <nerochiaro> zsombi: do you know how I (or someone else) can create the lp:ubuntu-ui-extras trunk repository ?
[13:01] <nerochiaro> zsombi: i'm trying just pushing to it but it won't allow me to create it that way
[13:01] <zsombi>  nerochiaro: nope... :(
[13:02] <nerochiaro> Kaleo: do you have any idea on how to create a trunk branch for lp:ubuntu-ui-toolkit
[13:02] <nerochiaro> ?
[13:15] <Kaleo> nerochiaro: just go to lp and point to a branch
[13:15] <Kaleo> nerochiaro: did you upload  a branch?
[13:15] <nerochiaro> Kaleo: i did, but i want to upload an empty one first so that i can have an MR of the actual code into it (for jenkins)
[13:16] <boiko> om26er: hi!
[13:16] <om26er> boiko, is there a way to clear calls/sms logs? I want to start clean each time phone-app starts in my tests.
[13:16] <Kaleo> nerochiaro: ok, create an empty branch and push it
[13:16] <Kaleo> nerochiaro: and I'll make it be lp:ubuntu-ui-extras
[13:17] <nerochiaro> Kaleo: ok, hold on a sec
[13:17] <boiko> om26er: not from the app itself, but you can rm -rf ~/.local/share/TpLogger/logs/ofono_ofono_account0/
[13:17] <om26er> boiko, yeah, that's what I wanted
[13:20] <nerochiaro> Kaleo: lp:~amanzi-team/ubuntu-ui-toolkit/trunk
[13:24] <Kaleo> nerochiaro: you pushed it under the wrong project
[13:24] <Kaleo> nerochiaro: and the wrong team
[13:24] <Kaleo> nerochiaro: lp:~ubuntu-sdk-team/ubuntu-ui-extras/trunk
[13:31] <nerochiaro> Kaleo: i thought the trunk would eventually go to lp:ubuntu-ui-extras
[13:33] <Kaleo> nerochiaro: it is
[13:33] <Kaleo> nerochiaro: you don't get it
[13:34] <Kaleo> nerochiaro: lp:ubuntu-ui-extras is not a location
[13:34] <Kaleo> nerochiaro: it's just a shortcut
[13:34] <Kaleo> nerochiaro: lp:~ubuntu-sdk-team/ubuntu-ui-extras/trunk is the location
[13:34] <Kaleo> nerochiaro: and it defines the team that can write
[13:34] <Kaleo> nerochiaro: and the project it's filed under
[13:35] <nerochiaro> Kaleo: ah, i see. the empty branch is now pushed there
[13:39] <Kaleo> nerochiaro: lp:ubuntu-ui-extras is set
[13:39] <nerochiaro> Kaleo: thank you
[14:08] <nerochiaro> Kaleo: is jenkins autobuild enabled on the ubuntu-ui-extras MRs ?
[14:11] <Kaleo> nerochiaro: no
[14:11] <nerochiaro> Kaleo: who can enable it ?
[14:14] <Kaleo> nerochiaro: not sure
[14:14] <Kaleo> nerochiaro: ask QA peeps
[14:19] <nerochiaro> om26er: mzanetti: any of you guys can please enable jenkins autobuild on lp:ubuntu-ui-extras or tell me who can do that ? thanks
[14:19] <mzanetti> nerochiaro: whats autobuild?
[14:20] <nerochiaro> mzanetti: jenkins tries to build the package when you do a merge request and post the results in the merge request
[14:21] <om26er> mzanetti, I can work on adding a CI job, if you want
[14:22] <mzanetti> om26er: ack
[14:24] <nerochiaro> om26er: yes please
[14:42] <gusch> boiko nerochiaro renato_ reviews? https://code.launchpad.net/~schwann/qtubuntu-camera/qtcamera-no-thumbnails/+merge/171024 https://code.launchpad.net/~schwann/gallery-app/gallery-cmd-pick-mode/+merge/171060
[14:42] <nerochiaro> gusch: i'm having a look at camera
[14:43] <gusch> nerochiaro: thx - it's an easy one (removing dead code)
[14:44] <nerochiaro> gusch: yeah, simple enough, approved
[17:28] <boiko_> gusch: if not yet taken, I'll take the other review
[17:29] <gusch> boiko_: great thanks
[17:32] <boiko> gusch: so the photo picker will actually launch a full session of the gallery app but in a different mode? is that it?
[17:33] <gusch> boiko: that's the current plan
[17:33] <gusch> boiko: but there exists no design yet ...
[17:33] <boiko> gusch: I was thinking it would be something simpler (like a QML plugin or something like that)
[17:34] <gusch> boiko: it has to it's own app, so the data isolation can be fulfilled
[17:35] <boiko> gusch: yeah, I was just thinking that there would be a generic content picking framework allowing for other apps to plug content in there
[17:36] <boiko> gusch: but if that's the desired arch, your MR is correct, so, is this pick mode implemented in a separate MR or is it something that still needs to be implemented?
[17:36] <gusch> boiko: no - there will just be an API to call(start) other apps, and ask them for some content
[17:36] <boiko> gusch: ah ok
[17:36] <gusch> boiko: the whole UI of the mode is missing ;)
[17:37] <boiko> gusch: ok, so I'll approve your MR
[17:37] <gusch> boiko: but at the moment I have troubles to prepare the datastructure for it (show only photos, when the user wants to pick a photo)
[17:37] <gusch> boiko: thx
[20:39] <seb128> hey
[20:39] <seb128> is there a way to have wrapped text in a ListItem.Standard?
[21:47] <fully_human> Hello. I'm doing pygtk (python 3 and Gtk + 3.0) development. For some reason whenever I load one window I get the following error: "Gtk-CRITICAL **: gtk_icon_set_render_icon_pixbuf: assertion `icon_set != NULL' failed" It's pointing to a line that doesn't exist in the program (so I'm assuming it's the compiled code). Any ideas? Thanks.
[21:47] <fully_human> The error occurrs over and over and it makes it really difficult to debug the program. :-(


[04:53] <midnightmagic> mainline-crack v5.2-rc6 build seems to fail due to: install: cannot stat '/soft/mainline-crack/debian/build/tools-perarch/tools/perf/libperf-jvmti.so': No such file or directory, when attempting to build on a ppc64le host.
[04:53] <midnightmagic> is there a sneaky/easy way to fix this?
[05:16]  * midnightmagic forces jvmti to false in debian/rules and rebuilds..
[06:00] <apw> hmmmm
[06:10] <midnightmagic> build complete. no obvious errors.
[06:14] <midnightmagic> Host is: Talos II, 4.19.0-041900rc8-generic #201810150631 SMP Tue Oct 16 17:40:37 PDT 2018 ppc64le ppc64le ppc64le GNU/Linux, export DEB_BUILD_OPTIONS='parallel=144', cpuinfo shows 144 threads; this is a dual 18-core POWER9 system; currently 234GB mem by "free" but I think there's actually 256 installed.
[12:00] <TJ-> A user has reported a regression since 4.15.0-45, kernel OOPS and failure of i915 Bug #1834177
[12:18] <TJ-> bug #1834177
[12:27] <TJ-> potential regression commit 7fa1a35564b2
[15:58] <Glorious729> any update on when linux-signed-hwe in proposed will be 4.18.0-25.26 ?
[16:02] <apw> i am not sure that version will ever make the day
[16:04] <Glorious729> any idea about when it'll go official then, by any chance?
[16:04] <apw> what are you looking to land
[16:04] <Glorious729> fix for the CVE-2019-11478 regression on low value SO_SNDBUF
[16:04] <Glorious729> AKA steam won't connect
[16:21] <tsimonq2> Would someone with familiarity with sysdig be able to look at bug 1826845?  Any plans for backport? (Currently solved it with custom kernel and hwe-edge). Thanks.
[19:37] <tqinli> is this channel good for discussing issues with the linux-tools-* package? I am hitting core dump wiht the perf excutable from linux-tools-4.15.* for 18.04 LTS. Based on the core dump, it is very likely fixed in 4.19-rc kernel upstream, patch here<EMAIL_ADDRESS>[19:38] <tqinli> I am currently building privately with that patch above to see if the issue is fixed. but would like to know the right process to get the fix in 18.04 LTS
[19:53] <apw> tqinli, report a bug in launchpad against the linux package; and email the patch in to<EMAIL_ADDRESS>[19:54] <tqinli> cool, will verify and get that started...


[12:08] <brobostigon> good afternoon everyone.
[12:40] <dariusH> list
[12:40] <brobostigon> good afternoon dariusH :)
[12:40] <dariusH> oops missed a slash
[12:40] <dariusH> !seen ianto
[12:40] <uc_tumbleweed> dariusH: ianto was last seen in #ubuntu-cym 16 hours, 11 minutes, and 2 seconds ago: <ianto> I know
[12:40] <dariusH> where is he?
[12:40] <dariusH> hey brobostigon
[12:40] <brobostigon> no idea,
[12:40] <brobostigon> sorry,
[12:42] <dariusH> !tell
[12:42] <uc_tumbleweed> dariusH: tell <nick> <text>
[12:42] <dariusH> !tell ianto see you next year then i gues :P
[12:42] <dariusH> s/gues/guess\
[12:42] <brobostigon> ?
[12:42] <dariusH> he got the merit award apparently
[12:42] <brobostigon> :)
[23:00] <brobostigon> good night everyone, sleep well.