[04:57] <dlPhreak> Mornin
[05:36] <arts> Morning! Morning!
[05:48]  * Padroni waves hello
[05:50] <arts> how are you Padroni
[05:52] <Padroni> I'm good thanx
[05:52] <Padroni> been a while since I have logged in
[05:54] <arts> wb!
[05:54] <Padroni> ty
[05:57] <arts> so what Linux are you using Padroni
[05:57] <Padroni> Ubuntu?
[05:58] <Padroni> Ubuntu 14.04 on the desktop, 15.04 on the one laptop and the latest Kali on the other laptop.
[05:58] <Padroni> You?
[06:00] <arts> kubuntu 15.10 on the laptop, and that was a struggle LOL
[06:04] <Padroni> struggle? how come?
[06:04] <arts> hybrid graphics card
[06:04] <Padroni> oh right - that will do it, hehe
[06:05] <arts> it was hell, but with the help of this group and Kilos we overcame
[06:08] <Padroni> yeah Kilos is a legend
[06:22] <superfly> Hey Padroni!
[06:22] <Symmetria> *sigh*
[06:22] <Symmetria> so, I'm still in the car on the way to the office, and I have watched an entire 2 hour movie so far
[06:22] <Symmetria> and my house is only 18 kilometers from the office!
[06:22] <Symmetria> lol, almost there though thank god
[06:23] <arts> wow Symmetria hectic!
[06:23] <arts> anyone know how to add a windows networked printer in Kubuntu
[06:23] <Symmetria> lol, I will say, hiring a driver to drive me around in this city was the best decision I ever made
[06:24] <Symmetria> arts you need to do that through samba I would assume
[06:24] <Symmetria> but never bothered to try
[06:24] <superfly> arts: it's usual an IPP printer
[06:24] <superfly> *usually
[06:25] <superfly> arts: are you using Ubuntu or Kubuntu?
[06:25]  * dlPhreak greets the humans.
[06:26] <arts> kubuntu
[06:26] <arts> sup dlPhreak
[06:26] <arts> superfly: I cant seem to access any samba shares even files I can see the pc's but no access
[06:27] <superfly> arts: I find that Kubuntu's printer manager usually picks up network printers
[06:27] <dlPhreak> Not much, it's all chilled. There?
[06:27] <arts> I check samba and cifs-utils are installed
[06:27] <arts> not much dlPhreak just tring to get primitive computers to talk to mine
[06:28] <superfly> arts: yeah, samba/smb is horrible
[06:28] <arts> superfly: anything better?\
[06:28] <superfly> arts: are the printers attached to PC's on the network, or directly to the network?
[06:28] <Padroni> hey superfly  | Symmetria
[06:29] <superfly> arts: for just Linux I use NFS
[06:29] <superfly> I don't have any windows computers
[06:33] <arts> sorry wifi kicked me
[06:34] <zipper> Hello
[06:36] <arts> sup
[06:55] <Padroni> superfly how are you mate?
[06:58] <arts> SUP SUP
[06:58] <Kilos> morning everyone, yes im late but most chores done at least
[06:58] <arts> hahaha, late?
[06:59] <Kilos> ya i used to be here before 7am when a year younger
[06:59] <superfly> Padroni: I'm good thanks. Busier than ever, but hey, rather busy than not.
[06:59] <Kilos> oh my goodness
[06:59] <superfly> hi Kilos
[06:59] <Kilos> hi superfly Padroni thatgraemeguy
[07:00] <Kilos> Padroni where you been
[07:00] <thatgraemeguy> morning
[07:01] <superfly> Hi thatgraemeguy
[07:02] <Padroni> Hi Kilos
[07:02]  * Padroni has been busy :/
[07:03] <Padroni> hi thatgraemeguy
[07:03] <Kilos> whew so busy
[07:03] <Kilos> are you well Padroni
[07:05] <Padroni> I'm good, thanx.
[07:05] <Padroni> Getting older
[07:05] <Padroni> sadly, not wiser.
[07:05] <Kilos> haha something no one escapes
[07:06] <Kilos> you still at same place?
[07:09] <Padroni> yes
[07:09] <Padroni> if you mean work
[07:09] <Padroni> but I am soon to be in the market for a new job
[07:09] <Kilos> ya
[07:11] <Kilos> ok
[07:41] <Padroni> why so quiet?
[07:42] <dlPhreak> I suppose everythin is working fine. People only make noise when stuff breaks.
[07:43] <anton> bcause trying to figure out why one of mysql servers is getting oom-kill
[07:52] <Padroni> fair enough, dlPhreak
[07:58] <Padroni> Running the latest Kali
[07:58] <Padroni> for some reason, if receiving a PGP encrypted mail on Thunderbird, the mail refuses to download, giving a error
[07:59] <Padroni> error : 'The RETR command did not succeed. Error retrieving message.'
[07:59] <Padroni> anyone else seen this ?
[08:01] <Kilos> do you have they key for that person
[08:02] <Kilos> those keys drove me nuts setting it up
[08:11] <arts> Maaz google what is kali
[08:11] <Maaz> arts: "What is Kali Linux ? | Kali Linux" http://docs.kali.org/introduction/what-is-kali-linux :: "Should I Use Kali Linux? | Kali Linux" http://docs.kali.org/introduction/should-i-use-kali-linux :: "Kali - Wikipedia, the free encyclopedia" https://en.wikipedia.org/wiki/Kali :: "Kali Linux - Wikipedia, the free encyclopedia" https://en.wikipedia.org/wiki/Kali_Linux
[08:11] <Maaz> :: "What is Kali Linux? - Quora" https://www.quora.com/What-is-Kali-Linux :: "Kali - Hin…
[08:15] <Padroni> seriously though  - this getting disconnected thing sucks
[08:16] <Padroni> As far as I can tell I got dc'd soon as I asked my question
[08:16] <Padroni> anyone got any ideas for me?
[08:17] <dlPhreak> Not really, does this help? https://support.mozilla.org/en-US/kb/digitally-signing-and-encrypting-messages
[08:18] <Padroni> No.
[08:18] <Padroni> That explains to get it up and running.
[08:18] <Padroni> I have already done that.
[08:18] <Padroni> I need to figure out why it goes Win10 when receiving a mail.
[08:19] <Padroni> Thanx though
[08:20] <superfly> Padroni: looks to me like settings for your server, to be honest
[08:20] <superfly> Padroni: but is this only for encrypted messages?
[08:23] <Padroni> ONLY encrypted messages bork out on receiving
[08:26] <superfly> That is weird.
[08:31] <superfly> Padroni: most of the posts I've seen say it's a mismatch between TB and the server. One post suggests deleting the "popstate.dat" file
[08:55] <Kilos> hi Langjan
[08:55] <Kilos> nope no news yet
[08:55] <Kilos> what did you break
[08:55] <Langjan> Hi there Kilos you OK?
[08:56] <Kilos> yes im good ty and you?
[08:56] <Langjan> Nothing, it broke by itself
[08:56] <Langjan> Also good thks
[08:56] <Kilos> hahaha what?
[08:57] <superfly> Nothing breaks by itself.
[08:57] <Kilos> hahaha was waiting for that
[08:57] <Langjan> my adsl router is losing its connection daily, have to reboot. Was it Andrew Mc Iver who helped me to secure it?
[08:57] <Kilos> yes
[08:58] <superfly> losing its connection? that's weird
[08:58] <Langjan> Seems firmware update is one possible solution?
[08:58] <superfly> how old is the router?
[08:59] <Langjan> Ancient! Probably about 5 years
[09:00] <superfly> 5 years is not terribly old
[09:00] <Langjan> My fear is if I update firmware that I will lose the security Andrew helped me install
[09:00] <superfly> but depending on the quality of the router, its hardware could be failing
[09:01] <Langjan> It's a D--Link DSL 2750U
[09:19] <Kilos> i have ians one like that here
[09:19] <Kilos> need to put in a new usb socket
[09:20] <anton> just export the current config
[09:21] <Kilos> hi anton you need to explain nicely to ballies
[09:21] <Kilos> and nice to see you getting involved
[09:22] <Langjan> Hi anton , how do I do that? Find the .config file in Home folder and save somewhere?
[09:27] <chesedo> morning all
[09:27] <Kilos> hi chesedo
[09:28] <Kilos> Maaz announce Meeting here tomorrow night at 20.30 everyone
[09:28] <Maaz> Hear ye, hear ye! Meeting here tomorrow night at 20.30 everyone
[09:29] <arts> awesome!
[09:30] <anton> Is the original D-Link sw or dd wrt?
[09:31] <Langjan> Sorry anton  you lost me there
[09:32] <anton> Lol, when you login do you get the D-LINK logo or something else?
[09:32] <anton> Do you login vie webpage?
[09:32] <Langjan> what is sw or dd wrt?
[09:32] <anton> via
[09:32] <superfly> anton: I would say he's running stock
[09:32] <Langjan> I login to router direct if thats what you mean
[09:32] <anton> sw = software and dd wrt is an other router/firewall software you can install on some d-link router
[09:33] <Padroni> I think you can swing it a miss on the dd wrt
[09:33] <anton> login via ssh or telnet, what is the command to login?
[09:35] <Langjan> Firmware Version: AF_1.72_R01, I get a D-Link login screen on my browser with username and password
[09:35] <Langjan> Welcome to DSL-2750U Web Management
[09:36] <anton> Ok great can you open this --> http://ftp.dlink.ru/pub/ADSL/DSL-2750U/Description/DSL-2750U_User%20Manual_EN.pdf --> page 19. Follow the backup procedure
[09:37] <anton> See what is your current firmware, if older update, which will likely reset the router. Login again and then do a restore from the backup
[09:40] <Langjan> Thks will give it a go, hope I dont disappear...
[09:44] <anton> shall wait for u
[10:03] <Langjan> Hi anton  I find firmware update files on the dlink website but when I try to update the message is that the file is illegal...
[10:05] <Padroni> Right
[10:05] <Padroni> I am off till later
[10:05] <Padroni> have a good one, folks.
[10:05] <Kilos> cheers Padroni
[10:05] <Kilos> ai!
[10:05] <anton> What is the filename?
[10:10] <nuvolari> o/ oh hi
[10:10] <nuvolari> lo oom Kilos :D
[10:13] <Kilos> lo nuvolari
[10:14] <Kilos> meeting tomorrow night
[10:19] <anton> Langjan komin asb.
[10:22] <Kilos> ai! die toppie darem
[10:24] <Kilos> been called afk looks like
[10:26] <Langjan> 4336-DSL-2750U_V1_FW_ME_1.03(GAN9.ET235B-B-DL-DSL2750U-R5B013-ME.EN_2T2R_update).img
[10:26] <Langjan> 1025-DSL-2750U_U1_FW_ME_1.09_(GAN9.9T113A-B-DL-DSL2750U-R5B0019-Dubai.EN_2T2R).img
[10:26] <Langjan> there were two
[10:26] <Langjan> tried both
[10:33] <anton> What brwoser r u using?
[10:33] <Langjan> Firefox
[10:36] <anton> what is the current firmware installed?
[10:38] <Langjan> AF_1.72_R01
[10:41] <anton> Sorry for the 20/20 questions, is it a Telkom branded router?
[10:41] <anton> Or did you buy it
[10:41] <Langjan> No, bought it
[10:43] <anton> The firmware that is running the latest --> ftp://ftp.d-link.co.za/DSL/DSL-2750u%20(Retail)/Firmware/Retail%20Version/Hardware%20Version%20T/T1/
[10:44] <anton> Maybe get Telkom to test the line and maybe as k you ISP to reset the adsl port
[10:45] <Langjan> Many thanks Anton
[10:46] <anton> no probs let me know if u struggle
[10:46] <Langjan> Thaks a lot, enjoy your day
[10:47] <anton> u too
[12:20] <Kilos> inetpro ping
[13:16] <Kilos> you gonna get wet
[13:17] <Kilos> and maybe stoned
[13:17] <Kilos> with those white sky stones
[13:17] <Kilos> coming fast from the west
[13:32] <arts> sup everyone!
[13:38] <dlPhreak> arts
[13:39] <arts> sup dlPhreak
[13:41] <dlPhreak> Going swell.
[13:41] <dlPhreak> There?
[13:42] <arts> nat too bad!
[13:44] <sven7> hi
[13:44] <arts> sup sven7
[13:45] <sven7> hello atrs
[13:45] <sven7> arts
[13:46] <sven7> can u explane what ubuntu is pls
[13:47] <arts> it's magical! LOL
[13:47] <arts> Kilos,
[13:48] <Kilos> ohi sven7
[13:48] <Kilos> welcome to ubuntu za
[13:48] <sven7> but like why do u use a pc if u cant evn install software on it???
[13:49] <sven7> hello kilos thank u
[13:49] <Kilos> ubuntu is a linux operating system
[13:49] <Kilos> and you can install lots of software
[13:50] <Kilos> free as well
[13:50] <sven7> i want to be a hacker and my friend told me i need ubuntu
[13:50] <Kilos> there are many linux systems but imo ubuntu is the easiest to use
[13:51] <sven7> what is linux system?
[13:51] <Kilos> windows is a microsoft operating system
[13:51] <Kilos> linux is what used to be used for servers only
[13:52] <sven7> but i dont like typing
[13:52] <thatgraemeguy> Kilos: this guy is trolling you
[13:52] <Kilos> nor do i but one cant have everything all the time
[13:52] <sven7> can i still be a haker?
[13:52] <Kilos> yip
[13:53] <dlPhreak> 0_o
[13:53] <Kilos> you can be what you like as long as you are prepared to put in the effort
[13:53] <sven7> R u guys all hackers?
[13:53] <Kilos> no
[13:54] <sven7> bt u use ubuntu
[13:54] <Kilos> some of us are mechanics and others are dancers
[13:54] <Kilos> yes
[13:54] <Kilos> it has great dance moves
[13:54] <sven7> brb
[14:59] <chesedo> lol
[15:06] <Kilos> i wonder what his idea was
[15:37] <dlPhreak> Who, Kilos ?
[15:39] <Kilos> um
[15:39] <Kilos> sven7
[15:39] <dlPhreak> Oh
[15:40] <dlPhreak> Probably just another internet troll
[15:40] <Kilos> hmm...
[15:40] <dlPhreak> Nobody can be that level of noob.
[15:40] <Kilos> not wise to  troll with your ip address showing
[15:41] <Kilos> at least he wasnt nasty
[15:41] <Kilos> we had one here some years back that was a real swine
[15:42] <dlPhreak> At least never bots. IRCNet had a serious troll bot problem a few years ago.
[15:42] <Kilos> yes i remember that
[15:42] <Kilos> they fixed it
[15:43] <Kilos> bots battle now
[15:43] <dlPhreak> I wonder how freenode keeps the bots at bay.
[15:43] <Kilos> there are clever guys running irc
[15:44] <Kilos> even the ddos attacks are less
[15:46] <MaNI> IRC is tame now, should have seen it in the 90s real wild west :p
[15:46] <MaNI> hostile channel takeovers were a regular event
[15:46] <Kilos> sjoe
[15:47] <dlPhreak> I only discovered IRC in 2005 and even then it was madness.
[15:47] <dlPhreak> Got called homophobic words more often than I could count.
[15:47] <Kilos> maybe one day well get a local irc server
[15:47] <Kilos> ouch
[15:48] <dlPhreak> Those were the days ^__^
[15:48] <dlPhreak> Atrum is a mainly south african server.
[15:48] <dlPhreak> and shadowfire.
[15:48] <dlPhreak> Some of the guys here are also on Atrum.
[15:49] <Kilos> yes all the ibid guys
[15:49] <Kilos> fly and weed and crashkid
[15:49] <Kilos> and pro was there too
[15:50] <Kilos> i went when needing ibid help, but many channels open makes my head spin
[15:50] <dlPhreak> It's a bit slower there tho. Not a lot of talking.
[15:50] <dlPhreak> Mainly because everyone is a lurker.
[15:50] <Kilos> ya they all got busy
[15:53] <Kilos> even here has got quiet the last couple of years
[15:54] <Kilos> now you can ping peeps and they pong you a week later, when you have forgotten why you pinged
[15:54] <Kilos> at least maaz is constant
[15:54] <Kilos> Maaz coffee on
[15:54]  * Maaz starts grinding coffee
[15:55] <dlPhreak> Soon the company of machines might be all we have left.
[15:55] <Kilos> yeah
[15:55] <Kilos> only after i go to the happy hunting grounds
[15:56] <Kilos> hi FusionSparc
[15:57] <FusionSparc> Afternoon.. :)
[15:57] <Kilos> welcome to ubuntu-za
[15:57] <dlPhreak> FusionSparc
[15:58] <FusionSparc> tnx...been part of the maillist but never been in the channel..
[15:58] <Kilos> welcome then
[15:58] <Kilos> irc is much more fun
[15:58] <Maaz> Coffee's ready for Kilos!
[15:58] <dlPhreak> I'm not even on the mailling list... 0_o
[15:58] <Kilos> Maaz gracias amigo
[15:58] <Maaz> ¡de nada compadre
[15:58] <FusionSparc> lol...
[15:59] <Kilos> yes dlPhreak you are naughty
[15:59] <dlPhreak> Well I never read my mail anyway. I have 3000 unread emails on my gmail.
[15:59] <Kilos> shame on you
[15:59] <Kilos> i have over 9000 all read
[16:00] <Kilos> thats why im old
[16:00] <dlPhreak> Dang Kilos
[16:00] <FusionSparc> Know what you mean...so  much info coming in, not enough time to ream em..
[16:00] <dlPhreak> Lol you just said over 9000!!!
[16:00] <Kilos> yes
[16:00] <FusionSparc> lol...maby you need to backup some of that...
[16:00] <Kilos> 3 gmail accounts and one yahoo and one msn
[16:00] <FusionSparc> clean that inbow for the next 9000...
[16:01] <Kilos> nono cleaning is hard work
[16:01] <Kilos> ive set thunderbird to just fetch new mails
[16:02] <Kilos> pop3 i think is what does it
[16:02] <Kilos> FusionSparc will you be here in our meeting tomorrow night?
[16:03] <FusionSparc> I'll try my best..what time you guys starting?
[16:03] <Kilos> 20.30
[16:03] <FusionSparc> yeh...I'll be here..
[16:03] <Kilos> used to be an hour earlier but the guys with families need some family time after work
[16:03] <Kilos> cool
[16:04] <FusionSparc> Any specific topic? or just general discussions.
[16:05] <Kilos> just general so far i think , you can add ideas at http://bit.ly/1TH1UzH
[16:05] <Kilos> we all need to try get some action going here again
[16:06] <FusionSparc> ok...when was the last irc meeting?
[16:06] <Kilos> oct
[16:06] <FusionSparc> oh...what was discussed?
[16:06] <Kilos> we skipped 2 months because everyone was overloaded
[16:06] <FusionSparc> I see..
[16:07] <Kilos> http://irclogs.ubuntu.com
[16:07] <FusionSparc> Tnx...just trying to get an idea of  topics covered..
[16:07] <Kilos> np
[16:08] <Kilos> we arent too topic bound
[16:08] <Kilos> FusionSparc where are you if i may ask?
[16:08] <FusionSparc> sounds good..
[16:08] <FusionSparc> PTA
[16:09] <Kilos> yay we are growing
[16:09] <FusionSparc> hehe..where you guys from?
[16:09] <Kilos> pta as well
[16:09] <FusionSparc> cool
[16:09] <Kilos> and many capetown guys
[16:09] <Kilos> and few durbs peeps
[16:09] <FusionSparc> ok
[16:10] <FusionSparc> No joburg?  wow
[16:10] <Kilos> yes there are some
[16:10] <FusionSparc> cool
[16:10] <Kilos> they seem to prefer jozilug
[16:10] <Kilos> and G+
[16:10] <FusionSparc> haha.
[16:10] <FusionSparc> I can work with that.
[16:11] <Kilos> we have a G+ account as well
[16:12] <Kilos> i like irc. it doesnt eat 3g data
[16:12] <FusionSparc> Agreed
[16:13] <FusionSparc> Anything interesting in developments in the linux world?
[16:13] <Kilos> the experts can tell you that
[16:14] <Kilos> we have made a channel to make a home channel for all of africa
[16:14] <FusionSparc> lol...true..
[16:14] <Kilos> http://ubuntu-africa.info
[16:14] <Kilos> and the site
[16:15] <Kilos> working quite well, we only have 2 locos in africa not joined #ubuntu-africa yet
[16:15] <FusionSparc> nice..
[16:15] <Kilos> refresh the link and watch the background change
[16:17] <Kilos> a few times
[16:17] <Kilos> our fly and helpers did a good job there
[16:17] <FusionSparc> cool
[16:18] <FusionSparc> must say,  Ubuntu has grown imensely in the last few years..
[16:18] <Kilos> yes, not many even need help anymore
[16:20] <FusionSparc> true, I do prefer XFCE on my installations...
[16:20] <Kilos> im a kde addict
[16:21] <Kilos> we have guys here that dont even use ubuntu
[16:21] <FusionSparc> ah...tried Arch with KDE..looked really nice but Arch just aint compatible with many things at this stage..
[16:21] <Kilos> kubuntu is perfect
[16:22] <FusionSparc> agreed.
[16:22] <FusionSparc> not sure what lubuntu looks like though..
[16:22] <Kilos> we have a few arch users
[16:22] <Kilos> nice and light but not as stable as kde
[16:23] <Kilos> and more work to get everything working
[16:23] <FusionSparc> yeh,know what you mean..
[16:24] <Kilos> the kubuntu dev guys do a great job
[16:24] <Kilos> my biggest hassle was with 3g modems
[16:25] <Kilos> thats also sorted now
[16:25] <FusionSparc> of all the desktop inviro's, KDE is probably the most popular one...well what i've read anyway..
[16:26] <Kilos> many like unity but was too much work for me
[16:26] <Kilos> too many probs
[16:26] <Kilos> like lightdm failing
[16:26] <Kilos> do an upgrade and reboot to black screen
[16:27] <FusionSparc> yeh, need a stable machine...my steam games need to Run... ;-P
[16:27] <Kilos> lol
[16:28] <FusionSparc> Played around with updating display drivers and broke linux aswell...Re-installed..
[16:29] <Kilos> yeah, i just use what id is repos now
[16:29] <Kilos> what is in
[16:29] <Kilos> like nvidia-current
[16:30] <FusionSparc> more stable and less hassle I guess.
[16:30] <Kilos> much
[16:31] <Kilos> and auto updates when necessary
[16:31] <Kilos> and doesnt need reinstalling after upgrading
[16:31] <FusionSparc> I've got ATI and windows wise used to have issues.Don't even want to know in linux...standard is good.
[16:31] <Kilos> yeah
[16:33] <FusionSparc> Looking to get something like Raspberry Pi and get a web server running on it....just for fun..
[16:33] <Kilos> there are some guys here with them
[16:33] <FusionSparc> cool...
[16:34] <FusionSparc> What line of work you in Kilos?
[16:34] <Kilos> as little as possible
[16:34] <Kilos> im old so mainly park off all the time
[16:34] <FusionSparc> hehe...
[16:35] <FusionSparc> Old is a state of mind, linux will keep you young...hehe
[16:36] <Kilos> hahaha
[16:36] <Kilos> keeps you busy at least
[16:36] <Kilos> well irc does for me
[16:37] <FusionSparc> indeed.
[16:38] <Kilos> and the state of mind thing is a myth too
[16:38] <Kilos> try sprinting 100 metres at 60
[16:39] <FusionSparc> No problem, shot of adrenalin and you're good to go..
[16:39] <Kilos> lol
[16:39] <FusionSparc> I'm off for a bit, will check in a bit later...enjoy...:)
[16:40] <Kilos> cool ty for the chat
[16:40] <FusionSparc> Anytime..
[17:55] <magespawn> good evening
[17:58] <arts> howzit magespawn
[17:58] <magespawn> hi arts
[17:58] <Kilos> hi magespawn
[17:58] <arts> how you doin?
[17:58] <magespawn> hey Kilos
[17:59] <magespawn> meeting tomorrow night
[17:59] <Kilos> yip
[18:03] <magespawn> i have bit of an odd question for the boffins
[18:04] <magespawn> is it possible to connect one adsl account through another and will the second use the first data?
[18:05] <magespawn> i have a user at work who lives on the property who wants to use his own data on the weekends
[18:05] <Kilos> all on the same network
[18:05] <magespawn> maybe it wouldbe best to set up timed accounts on the router
[18:05] <magespawn> yes kilos
[18:06] <Kilos> are they shared from one pc or from the router
[18:07] <Kilos> ian has just done a hotel that one pc controls everything before it goes to the router
[18:07] <Kilos> but anyway better get a boffins help
[18:08] <Kilos> Maaz heresay
[18:08] <Maaz> Kilos: Sorry...
[18:08] <Kilos> we need to teach him that
[18:11] <FusionSparc> Hey guys..
[18:11] <Kilos> Maaz define hearsay
[18:11] <Maaz> Kilos: Hearsay \Hear"say`\ (h[=e]r"s[=a]`), n. Report; rumor; fame; common talk; something heard from another. [1913 Webster]  Much of the obloquy that has so long rested on the memory of our great national poet originated in frivolous hearsays of his life and conversation. --Prof. Wilson. [1913 Webster]  {Hearsay evidence} (Law), that species of testimony which
[18:11] <Maaz> consists in a narration by one person of matters told him by another. It is, with a few exc…
[18:12] <Kilos> hi FusionSparc
[18:12] <FusionSparc> Hey..
[18:12] <Kilos> you watch many movies hey
[18:13] <FusionSparc> megaspawn....have a look at : http://mybroadband.co.za/vb/showthread.php/487198-Managing-multiple-accounts-with-a-single-router/#9
[18:14] <FusionSparc> Might be a pointer in the right direction..
[18:14] <FusionSparc> Not as much Kilos...more series...if you were talking to me that is.. :)
[18:15] <Kilos> yes and many others
[18:15] <Kilos> that where the hey and sup come from
[18:15] <Kilos> most young peeps speak like that
[18:15] <Kilos> what series do you watch?
[18:15] <FusionSparc> hehe...just a response I guess...:)..you know how gamers chat..
[18:16] <FusionSparc> Limitless, supernatural...things in that line..
[18:16] <Kilos> game of thrones
[18:16] <Kilos> i forget now
[18:17] <Kilos> ai!
[18:17] <Kilos> oh btw
[18:17] <FusionSparc> yes...that was good...most deaths in any series imo...:)
[18:17] <Kilos> when you type someones nick type the first 3 or 4 characters and hit tab
[18:18] <Kilos> tab complete works kiff on irc
[18:18] <magespawn> thanks FusionSparc
[18:18] <FusionSparc> thanks...was wondering about that...havent used irc in years..
[18:18] <Kilos> np
[18:18] <Kilos> we are here to serve
[18:19] <FusionSparc> indeed..
[18:19] <Kilos> magespawn havent you got anything interesting to add to the agenda
[18:19] <Kilos> we need to come alive again this year
[18:20] <Kilos> and you superfly ?
[18:20] <Kilos> magespawn is in hluhluwe FusionSparc and does lots of wifi stuff on a game ranch
[18:20] <Kilos> and the fly is our resident python boffin
[18:21] <FusionSparc> oh nice...
[18:22] <FusionSparc> looking into learning some python..
[18:22] <Kilos> and when noone else gets things fixed he steps in
[18:22] <Kilos> get the book byteofpython
[18:22] <FusionSparc> Lifeline of the group I take it..
[18:22] <Kilos> Maaz google byteofpython
[18:22] <Maaz> Kilos: "A Byte of Python - Swaroop CH" http://www.swaroopch.com/notes/python/ :: "A Byte of Python - Swaroop CH" http://files.swaroopch.com/python/byte_of_python.pdf :: "A Byte of Python - Ibiblio" https://www.ibiblio.org/swaroopch/byteofpython/read/ :: "A Byte of Python (PDF) - Ibiblio" http://www.ibiblio.org/g2swap/byteofpython/files/120/byteofpython_120.pdf ::
[18:22] <Maaz> "Free PDF: A Byte of Python by Swaroop C H" http://freepdfs.org/pdf/a-byte-of-python :: "A…
[18:23] <Kilos> yeah he almost our father
[18:23] <Kilos> have you joined us on launchpad yet
[18:23] <FusionSparc> tnx Kilos & Maaz...will have a look at the pdf..
[18:24] <Kilos> its on the site
[18:24] <FusionSparc> nope..had a look at the metting list..
[18:24] <FusionSparc> looking at it now..
[18:24] <magespawn> Kilos: not really, unfortunately
[18:24] <Kilos> once you join there you are an official za member
[18:25] <Kilos> magespawn ?
[18:25] <Kilos> i chat so much i forget
[18:25] <magespawn> < Kilos> magespawn havent you got anything interesting to add to the agenda
[18:25] <Kilos> oh
[18:25] <FusionSparc> haha...
[18:26] <Kilos> we need to revive our loco
[18:26] <Kilos> we getting like locos all over the world
[18:26] <Kilos> all lurkers
[18:26] <magespawn> that is the nature of the beast Kilos
[18:26] <Kilos> wisconsin even has a 13 year old running the loco
[18:27] <FusionSparc> ambitious...
[18:27] <Kilos> yip
[18:27] <Kilos> full of life and ideas
[18:28] <FusionSparc> cool...looking forward to the meet tomorrow then...
[18:29] <Kilos> yip we had a long break
[18:29] <Kilos> bad boys
[18:30] <Kilos> we gonna battle to be re verified this year
[18:31] <magespawn> i can't do much on the ground from out here in the middle of no where
[18:31] <magespawn> you have my support digitally at least
[18:31] <Kilos> i know but just be here
[18:31] <Kilos> life happens
[18:33] <Kilos> cocooncrash all good there?
[18:33] <Kilos> Maaz seen cocooncrash
[18:33] <Maaz> Kilos: cocooncrash was last seen 6 months, 1 day, 6 minutes and 53 seconds ago in #ubuntu-za on freenode [2015-07-28 11:26:51 PDT], and has been online on freenode since 2016-01-25 10:09:55 PST
[18:33] <Kilos> holy moly
[18:34] <Kilos> ek sukkel met my volk
[18:43] <chesedo> Kilos: speaking of reviving... how about if we discuss having a few reachable goals for the year
[18:43] <chesedo> to keep us moving forward
[18:44] <Kilos> yes we can do that chesedo
[18:44] <Kilos> we have some new members too that can help out
[18:44] <chesedo> great!! wanted to do it earlier but we skipped those meetings...
[18:44] <Kilos> add it to the agenda
[18:45] <Kilos> but make the goals reachable
[18:45] <Kilos> inetpro ping
[18:45] <Kilos> Maaz seen inetpro
[18:45] <Maaz> Kilos: inetpro was last seen 3 days, 11 hours, 56 minutes and 8 seconds ago in #ubuntu-za on freenode [2016-01-21 22:49:34 PST], and has been online on freenode since 2016-01-20 09:54:13 PST
[18:45] <Kilos> sjoe
[18:46] <Kilos> on holiday again
[18:46] <FusionSparc> sounds like half the users are just idling in the channel...
[18:47] <Kilos> FusionSparc is you have some slightly worn dvds use dvdisaster to save them
[18:47] <magespawn> FusionSparc: most have full time jobs and famalies
[18:47] <Kilos> yip
[18:48] <Kilos> and some are old
[18:48] <FusionSparc> lol...just an observation guys...
[18:48] <Kilos> lol
[18:49] <Kilos> Na3iL you can follow tomorrow nights meeting here for some ideas
[18:49] <chesedo> Kilos: added
[18:49] <Kilos> cool
[18:50] <Na3iL> Yep sure
[18:50] <Kilos> you may join in as well
[18:52] <Kilos> and login with the bot to add to our numbers
[18:53] <FusionSparc> Whats the current member count just for interest?
[18:54] <Kilos> it shows on the launchpad account
[18:54] <Kilos> but many innactive
[18:57] <chesedo> FusionSparc: kilos has mentioned many times that he will retire if the count were to reach 50 here
[18:57] <chesedo> so we were never able to go above 49 :P
[18:57] <Kilos> lol
[18:58] <Kilos> chesedo where is the wiki link that shows active members
[18:58] <FusionSparc> hehe...Maby that should be a topic on the agenda as well..
[18:58] <chesedo> lol
[18:58] <chesedo> we can't have kilos retiring
[18:58] <Kilos> ai!
[18:58] <FusionSparc> lol
[19:01] <Kilos> FusionSparc you need to go to #freenode and ask staff or one of the ops for a cloak
[19:01] <Kilos> then your ip doesnt show
[19:02] <FusionSparc> tnx...i'll have a look..
[19:04] <Kilos> hi SilverCode_
[19:04] <Kilos> both of you
[19:08] <Kilos> oh you need to register your nick first
[19:08] <Kilos> my bad
[19:12] <FusionSparc> that i've done...just going through the link "uptime" send.
[19:12] <Kilos> if its registered then there shouldnt be a prob
[19:13] <FusionSparc> ok
[19:16] <Kilos> thats better
[19:17] <chesedo> Kilos: that wiki is at https://wiki.ubuntu.com/ZATeam/Members
[19:18] <Kilos> ty  chesedo i can never find it
[19:18] <Kilos> FusionSparc see above link
[19:20] <Kilos> can you do wiki pages?
[19:20] <Kilos> chesedo ball in your court, its ballie bed time
[19:20] <Kilos> night all. sleep tight
[19:20] <chesedo> night Kilos
[19:20] <FusionSparc> Enjoy Kilos...
[19:20] <Kilos> ty
[19:24] <Kilos> Maaz zateam is <reply> https://wiki.ubuntu.com/ZATeam/Members
[19:24] <Maaz> Kilos: Got it
[19:25] <Kilos> now i just gotta remember zateam
[19:25] <Kilos> chesedo note
[19:25] <Kilos> night guys
[19:25] <FusionSparc> :)
[19:30] <chesedo> haha
[19:30] <chesedo> night all
[19:34] <FusionSparc> chesedo, would I just need to register on Launchpad?night..
[19:35] <arts> night ladies and ents
[19:36] <arts> *gents
[19:36] <FusionSparc> night
[19:42] <FusionSparc> I'm off to bed, see you guys tomorrow night.
[19:53] <superfly> Maaz: tell Kilos jammer oom, I was sleeping. 'n bietjie siek op die oomblik
[19:53] <Maaz> superfly: Okay, I'll tell Kilos on freenode


[21:47] <NoRedemption> hi
[21:49] <KojiroAK> hi NoRedemption
[21:49] <NoRedemption> hey :)
[21:50] <NoRedemption> so there is still an it scene in switzerland :)
[21:50] <KojiroAK> nope, we went on to ju
[21:51] <NoRedemption> ju?
[21:52] <KojiroAK> was a joke
[21:53] <KojiroAK> ju = i+1 t+1
[21:54] <NoRedemption> lol :D
[21:54] <NoRedemption> did you make an ubuntu con?
[21:55] <KojiroAK> nope
[21:59] <NoRedemption> last may
[21:59] <NoRedemption> oh sad, i actually wanted to ask how many attended^^^


[13:11] <wols> /!\ this channel has moved to #nyymit /!\
[13:13] <Some_PersongM> /!\ this channel has moved to #nyymit /!\
[13:17] <planigan> /!\ this channel has moved to #nyymit /!\


[00:46] <cwillu> poke poke
[05:11] <cwillu> oh ya, and some day I'll put a radeon card back into a computer and check if I can still reproduce bug #174427, I promise :p
[07:37] <bryce> cwillu:  For a more general purpose message, maybe: '''Bugs can have similar symptoms but different root causes.  Check that you have the same chipset _before_ commenting (lspci |grep VGA).  Upstream has a one-person-one-issue policy, so if you're not 100% certain you have the same issue, your issue won't get examined if you don't report it as a new bug.'''
[07:38] <bryce> (sorry for late reply, I was off work today and it was nice out so mostly worked on the yard and on some shop projects.)
[11:46] <Ng> what sets DPMS settings these days?
[11:47] <Ng> I just applied some updates and xset is now showing that my LCD will DPMS-Off after 60 seconds of inactivity. Pretty sure it wasn't like that before, and I expect it'll go away if I bounce X, I'm just curious what touches that stuff these days
[11:54] <tjaalton> gnome-power-manager
[11:55] <Ng> ah, that crashed during the upgrade :)
[11:55] <tjaalton> heh
[11:55] <Ng> probably hal restarting
[12:09] <bryce> gods how I hate -intel
[12:15] <tjaalton> bryce: 277 open bugs :P
[12:15] <bryce> tjaalton: indeed
[12:15] <tjaalton> all time high on all the team packages
[12:15] <tjaalton> I think
[12:15] <tjaalton> lrm doesn't count
[12:15] <bryce> think you're right
[12:16] <bryce> -intel sucks
[12:19] <bryce> enough for one day...  night.
[12:19] <tjaalton> night :)
[22:10] <albert23> patch 116_865g_disable_dri.patch seems a bit unfortunate, given freedesktop bug 21060
[22:11] <albert23> and we have crash reports for both 845 and 865
[22:11] <albert23> (upstream changed the title from XV with large virtual display into XV if DRI disabled)
[22:12] <bryce> hi albert23:
[22:12] <albert23> hi bryce
[22:12] <bryce> funny you should mention this; I just happen to have started looking into all the Xv crash issues
[22:13] <albert23> I went looking for totem crashes :-)
[22:13] <bryce> I agree disabling dri on 865 is unfortunate, but it seems the system doesn't even boot up without that
[22:13] <bryce> so, in my view, playing videos successfully is a secondary issue to that
[22:14] <albert23> well, we can fix the X crash
[22:14] <albert23> and playing video may still be possible without XV
[22:14] <bryce> exactly.  also, we're getting a spate of reports of Xv crashes beyond just 865
[22:14] <albert23> That worked with the large virtual display
[22:14] <bryce> I suspect the crashes are unrelated to whatever is requiring dri disabled on 865
[22:15] <bryce> albert23: give me any ideas, insights, or data you've uncovered.  I'm still just trying to digest it all
[22:15] <bryce> what we really need are full backtraces, and so far none of the bug reports have one.  still looking though.
[22:15] <bryce> 347527 has a partial backtrace but it's not enough
[22:16] <albert23> I don't have any 8xx
[22:17] <albert23> I wonder if bug 304871 could be fixed by disabling gem
[22:18] <albert23> the "Couldn't bind memory for BO front buffer" problem
[22:18] <bryce> I wondered about that
[22:18] <bryce> given how late we are, and how intricate that chunk of code is, it makes me a bit uncomfortable to think about
[22:19] <albert23> So adding the module option from 349992 would be interesting
[22:20] <albert23> 347527 has " Failed to pin xv buffer" which I found only in one place in -intel
[22:21] <albert23> so that crash we can fix as well
[22:22] <bryce> albert23: how confident are you in your patch for fdo #21060?
[22:24] <albert23> I got that idea because I had seen the combination of the unreference and the pointer=NULL on many other places in the code
[22:25] <bryce> it sounds appropriate to me.  wish we had some feedback from upstream on it
[22:25] <albert23> It's assigned to anholt now
[22:26] <bryce> albert23: what does Gordon's last comment on that bug mean?
[22:26] <albert23> I think that explains why he changed the title of the bug
[22:27] <bryce> ohh
[22:29] <bryce> ok, so if I understand correctly, having DRI disabled triggers a code path that causes this bug, and if your virtual frame buffer is set large, that causes DRI to be disabled.
[22:29] <bryce> intriguing
[22:29] <albert23> That's how I understand it as well
[22:30] <albert23> And slangaseks log showed DRI was indeed disabled for him
[22:30] <bryce> ok, suddenly pieces fall into place :-)
[22:31]  * bryce studies further
[22:41] <bryce> albert23: notice the patch on http://lists.freedesktop.org/archives/intel-gfx/2009-February/001426.html touches the code but still has the unref problem
[22:43] <albert23> that added a condition to the code. And guess what you see in the first half of the condition?
[22:43] <albert23> drm_intel_bo_unreference(pPriv->buf); followed by pPriv->buf = NULL;
[22:44] <bryce> indeed
[22:44] <bryce> but why did they still omit it in the second stanza?  hmm
[22:45] <bryce> it sounds like on bug 347527 that it's the inverse of 354688 - crashes *unless* DRI is disabled
[22:49] <albert23> yeah, that's what the title says. But I don't see evidence DRI was enabled in the log
[22:50] <albert23> seems to use software rendering? 4.130567] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[22:51] <bryce> [    2.236645] (**) intel(0): Option "NoDRI"
[22:55] <albert23> bryce: so he has a log with DRI disabled, and containing the crash. That doesn't match the title?
[22:57] <bryce> albert23: yep
[22:57]  * bryce fixifies title
[22:58] <bryce> ahhh I understand now.  Boy I'm slow today
[22:59] <bryce> he has been having unrelated problems (X freezes) that drove him to disable DRI, and now is getting video playback crashes
[22:59] <bryce> so that fits with our hypothesis
[22:59] <albert23> Ahh, you are still faster then me
[23:08] <bryce> 351869 is another dupe
[23:09] <bryce> kewlness, so all the bugs I've looked at so far have either had DRI off for some reason, or was a 945 with virtual buffer > 2048
[23:09]  * bryce scans for more dupes
[23:10] <albert23> 352760
[23:13] <bryce> heya jbarnes
[23:13] <jbarnes> bryce: hi
[23:13] <jbarnes> I couldn't reproduce fdo #20739 with current bits or 2.6.1 + 2.6.29
[23:13] <jbarnes> trying with jaunty now (my upgrade just finished)
[23:13] <bryce> jbarnes: I think we got a stranglehold on the Xv crash bug.  albert23 has a patch that looks like it may solve it - http://bugzilla.freedesktop.org/show_bug.cgi?id=21060
[23:13] <jbarnes> bryce: which versions of xf86-video-intel, mesa & kernel is jaunty shipping with?
[23:13] <bryce> seems to be a code path triggered when DRI is off for whatever reason
[23:14] <jbarnes> bryce: yeah the fix for 21060 looks good
[23:14] <bryce> { 2.6.3, 7.4, 2.6.28+backports }
[23:14] <jbarnes> any gem fixes backported?
[23:15] <jbarnes> or are you waiting for me to tell you which ones? :)
[23:15] <bryce> possibly not enough ;-)
[23:15] <bryce> yes please :-)
[23:15] <bryce> some gem stuff is backported for the kernel
[23:15] <bryce> I'm not directly involved in that so don't know the exact details
[23:15] <jbarnes> there were so many changes...
[23:16] <jbarnes> what's Martin Pitt's irc nick?
[23:16] <bryce> we're pretty late in the cycle for kernel changes now, so I think the kernel team would be interested only in absolutely critical fixes
[23:16] <bryce> pitti
[23:17] <jbarnes> right, hopefully a hang fix would qualify
[23:17] <bryce> yep, especially if it affects pitti
[23:17] <bryce> jbarnes: hey btw are any of the register docs public for any of the 8xx chipsets?
[23:17] <jbarnes> I guess he's not around... is he on the kernel team?
[23:18] <jbarnes> bryce: not yet... hopefully after the g4x stuff gets released we'll be able to do 915/945 and 8xx
[23:18] <bryce> probably in bed (based in germany).  He's the desktop technical lead, so not kernel but pulls lots of weight
[23:19] <jbarnes> ok cool
[23:19] <jbarnes> I've got a couple of bugs from him, I'll try chatting with him tomorrow
[23:19] <jbarnes> aha crashed it w/the jaunty kernel :)
[23:20] <jbarnes> hm maybe I mean :/
[23:22] <jbarnes> ah seems better with 2.6.3
[23:22] <bryce> jbarnes: regarding the performance issue on intel, I did up a page to help folks troubleshooting such problems - https://wiki.ubuntu.com/X/Troubleshooting/IntelPerformance
[23:23] <bryce> I'd love to say, "The reason EXA performance regressed from 2.5 to 2.6 is ..." but I'm clueless
[23:23]  * jbarnes looks
[23:24] <jbarnes> bryce: EXA uses GEM too... in fact they share render accel code in *_render.c
[23:25] <bryce> ok
[23:28] <jbarnes> the UxaTesting page looks interesting... some of the "worse" reports seem unrelated/tangential (like video tearing or 3d perf regression)
[23:29] <jbarnes> dri2 has lower performance in some cases, mainly due to the tiling regression (which is fixed in 2.6.29) and some additional blit overhead in some cases
[23:31] <bryce> a lot of the reports on that page are on 2.6.1 btw.  I neglected to direct people to indicate their driver version
[23:31] <bryce> looking at the wiki changelog, it seems we're getting fewer "worse" reports now, but still quite a few "mixed"
[23:31] <jbarnes> 2.6.3 was *much* better, uxa-wise
[23:32]  * bryce nods
[23:32] <jbarnes> there's also the memory leak in fdo 20704 which is pretty much fixed now
[23:32] <bryce> we do still have a ton of bugs open for issues when UXA is enabled.  I've encouraged people to forward them upstream as well, so hopefully you've been seeing an influx of testers
[23:32] <jbarnes> but again that's a dri2 issue rather than uxa
[23:33] <jbarnes> yeah we've been working solely on bug fixing for the past few weeks
[23:35] <bryce> kewl
[23:38] <jbarnes> so one of the big perf issues people found when going from dri1 -> dri2 is that tiled rendering got disabled
[23:38] <jbarnes> you might add that to the uxa section... it's fixed in 2.6.29 and in the 2.7 driver but it was a pretty huge regression on some 945 platforms
[23:39] <albert23> jbarnes: that also happens with EXA?
[23:39] <bryce> ok
[23:39] <jbarnes> albert23: what the perf regression?  it should only affect dri2
[23:39] <albert23> performance with 945 and exa is still very poor (dual channel memory)
[23:39] <jbarnes> dri2 can't be enabled with exa
[23:39] <jbarnes> ah that could be a bigger gem regression
[23:39] <albert23> and I get it fixed by disabling gem
[23:40] <jbarnes> anholt has been working on a fix for the daul channel memory problem, the so-called "a17 swizzle" bug
[23:41] <kees> albert23: how do you disable GEM?
[23:42] <albert23> kees: I patched the intel driver
[23:42] <kees> haha
[23:43] <bryce> albert23: got the patch?  I could at least link to it from the performance page for folks to try
[23:43] <albert23> bryce: that's the one we discussed last week
[23:43] <jbarnes> albert23: look for "drm/i915: Allow tiling of objects with bit 17 swizzling by the CPU." on the dri-devel mailing list
[23:44] <bryce> albert23: right, my brain is swiss cheese
[23:44] <albert23> kees: http://paste.ubuntu.com/142337/
[23:45] <albert23> you need to switch of gem and add a second patch (accepted upstream)
[23:46] <jbarnes> bryce: so those two issues (the tiled rendering/fence reg one and the a17 one) are probably worth adding to that page for your bleeding edge users
[23:46] <jbarnes> description for the tiled rendering one can be found in my message to intel-gfx, subject "[RFC] support tiled rendering on pre-965 chips"
[23:48] <albert23> jbarnes: thanks, found it
[23:49] <bryce> jbarnes: ok thanks
[23:50] <jbarnes> albert23: please reply with testing results if you get a chance
[23:50] <jbarnes> albert23: to eric and dri-devel I mean
[23:51] <albert23> jbarnes: the patch is for kernel 2.6.29 I suppose?
[23:51] <jbarnes> yeah probably against eric's drm-intel-next branch
[23:51] <bryce> jbarnes, what is "a17"?  I saw a bug report on that but don't know what it means.  Is it just some register address?
[23:52] <albert23> OK, I will give it a try later this week
[23:52] <bryce> hmm maybe I've asked this question before
[23:52] <jbarnes> bryce: it refers to a memory addressing mode
[23:52] <jbarnes> bryce: our gpu & memory controller are on the same chip
[23:52] <jbarnes> and there are all sorts of weird addressing modes they use in combination with the cpu to increase performance
[23:53] <jbarnes> a17 is one of the bits ("address bit 17") that gets set or cleared in certain dual channel configs
[23:54] <jbarnes> normally it's invisible, but if a page of graphics memory gets swapped out and then back in at a different address, the a17 setting for the new page might be different
[23:54] <jbarnes> and until Eric's patch we didn't track that, so we just had to disable tiling (and thus any a17 funkiness) altogether
[23:57]  * bryce updates https://wiki.ubuntu.com/X/Troubleshooting/IntelPerformance
[23:58] <bryce> thanks jesse, hopefully I didn't butcher the explanation too badly
[23:59]  * jbarnes checks


[07:17] <dholbach> good morning
[15:37] <lfaraone> Erk. It looks like autokey-{gtk,qt} totally broke in recent Saucy builds.
[15:38] <lfaraone> I wanted to upload the new upstream version that I could later SRU (since it was only bugfixes), but…
[16:20] <lfaraone> Do I need to do anything special for an upload during a freeze to universe that shouldn't require a FFE?
[16:21] <cjwatson> No, just upload
[16:23] <lfaraone> Ah, okay. (Also, that was a fast accept! :))
[16:23] <Laney> it's automatic
[16:24] <Laney> for unseeded stuff
[16:24] <lfaraone> Ah, okay.
[17:03] <jtaylor> subscribing ubuntu-archive is correct for removals or?
[17:08] <cjwatson> Yes


[00:07] <hatch> is there a juju dev mailing list?
[02:57] <hatch> *yawn*
[12:09] <bac> morning frankban.  i've gotten one review on my quickstart branch but thought you might be interested: https://codereview.appspot.com/28520044/
[12:12] <frankban> bac: morning, already reviewed
[12:12] <bac> frankban: oh, thanks.  i didn't see the email
[12:13] <frankban> np\
[12:23] <bac> frankban: thanks for the QA and tips on how to streamline quickstart commands.  landing now.
[12:24] <bac> frankban: i didn't know you could launch an environment without deploying a bundle.
[12:25] <frankban> bac: yeah the bundle parameter is optional
[12:26] <rick_h_> jujugui battling a migraine this morning. Taking meds and going into blackout mode. Will check in later.
[12:26] <bac> rick_h_: oh, sorry.  i didn't know you suffered from those.  i luckily don't but i know how tough they are.
[13:10] <gary_poster> sorry rick_h_.  feel better.
[13:10] <gary_poster> thanks for great review frankban.  following up on both suggestions and then will land.
[13:13] <frankban> gary_poster: cool thanks
[13:50] <benji> bac: this looks like something you might be able to tell me more about: http://paste.ubuntu.com/6442849/
[13:51] <bac> benji: is that failing in trunk too?
[13:52] <benji> bac: I'm checking now.  I don't see how my branches changes could make it fail, so I though I'd ask if it was a known issue.
[13:52] <bac> benji: i'm running against trunk.  haven't seen it before
[13:52] <benji> hrm, might be me then
[14:01] <hatch> morning all
[14:02] <bac> benji: i don't see any failures in trunk
[14:02] <benji> bac: I just got the failure in trunk
[14:02] <bac> huh
[14:05] <bac> benji: if you run that test in isolation does it fail every time?
[14:06] <benji> bac: running the test file failes every time, I'll try just the test
[14:06] <frankban> guihelp: in the last GUI trunk, trying to deploy a bundle dragging a file gives me: Uncaught TypeError: Object #<Object> has no method 'sendToDeployer'
[14:07] <benji> bac: yep, the test run by itself fails
[14:07] <bac> benji: dunno.  works here.  worked in CI.  not sure how to help.
[14:07] <benji> bac: I'll see if I can run it down.
[14:08] <hatch> frankban: that sounds like rick_h_ may have missed a method name when he refactored that bundle import code
[14:10] <frankban> hatch: yeah, sendToDeployer does not appear elsewhere in the code
[14:10] <hatch> frankban: see if you rename that method call to be 'deployBundleFiles'
[14:10] <hatch> to match what I believe is the new method name in app/assets/javascripts/bundle-import-helpers.js
[14:11] <frankban> hatch: the signature is the same, trying
[14:18] <frankban> hatch: it worked
[14:18] <hatch> great, now we gota figure out how to test that :)
[14:19] <hatch> or pass it off to rick :P
[14:30] <frankban> gary_poster: I am investigating the guiserver problems reported by rick: 1) error without messages: the dpeloyer can exit with "raise ErrorExit()". quick fix: we can check if the message exists and return something like "no further details can be provided". 2) subsequent deployments fail with no error messages: see http://bazaar.launchpad.net/~juju-deployers/juju-deployer/trunk/view/head:/deployer/env/go.py#L213 i.e. if a unit is in an error state, th
[14:30] <frankban> e deployer refuses to proceed. No quick fixes for this one :-/
[14:32] <gary_poster> frankban, ack on #1.  #2, thinking.
[14:33] <hatch> when a relation fails in juju-core it returns a relation-id which is simply a single digit and a 'remote-unit' which is -always- the other services unit/0 .
[14:33] <hatch> 1) should we be keeping a mapping of these core->gui relation id's?
[14:33] <gary_poster> frankban, #2 is for *any* units, right?  Our code could certainly do the same check, yeah?
[14:34] <hatch> 2) is cores representation of the 'remote-unit' incorrect? and should instead mention remote-service?
[14:38] <gary_poster> hatch, I don't have confident answers on those.  #1: it sounds like a nice to have at the moment, since it currently doesn't give us any new information, right?  But eventually I suspect this will not always be unit/0.  Did you check the juju core code that it is always unit/0?  even in less usual cases like, say peer relations?  It sounds like something for a GUI bug but not immediate action.  #2: I bet that eventu
[14:38] <gary_poster> ally being able to specify a unit will come in handy, even if it does not now.  We can certainly trivially deduce the service from the unit.  You probably will need to ask core about it, like maybe Wm, because I doubt any of us know.
[14:39] <frankban> gary_poster: it surely can, and I was also thinking about adding a step in the validate method. on the other hand it seems more a deployer bug. it's not transactional, it starts deploying the service and the eventually exit, e.g. before adding relations etc...
[14:40] <gary_poster> brb sorry
[14:40] <frankban> gary_poster: and I am not sure about the reason to avoid deploying a bundle if a pre-existing unit is in an error state...
[14:41] <hatch> gary_poster: ok sounds good - I am just finishing up the simulator upgrades to match the real-world error messages and these are two issues which show themselves when there is a relation error between two services. I'll ask around in core land
[14:44] <hatch> seriously why the heck does core use so many single character variables with no documentation
[14:44]  * hatch rages
[14:55] <gary_poster> hatch, yeah, Tim Penhey has raged, and required book reviews etc.
[14:58] <hatch> yay :)
[14:58] <hatch> and yay it's snowing!
[14:58] <hazmat> it seems a community stylism..
[14:59] <gary_poster> hey frankban, there's hazmat!  ask him about http://bazaar.launchpad.net/~juju-deployers/juju-deployer/trunk/view/head:/deployer/env/go.py#L213 !
[14:59] <hatch> hazmat: yeah I've noticed that, and it's horrible
[14:59] <hazmat> sorry outbound to a meeting..
[14:59] <gary_poster> oh ok
[14:59] <frankban> :-)
[14:59] <hazmat> gary_poster, which i was wondering if you might interested in.. as it might touch the gui
[14:59] <gary_poster> frankban, topic?  bundles -> stacks?
[14:59] <gary_poster> sorry, hazmat
[15:01] <hazmat> frankban, re wait_for_units?
[15:01] <hazmat> frankban, needs a test?
[15:02] <gary_poster> hazmat, no we wonder why UnitErrors should cause an abort.  If it does, we need better messaging through system.
[15:03] <gary_poster> but ISTU that, for instance, we might as well go ahead and make relations after unit errors
[15:03] <gary_poster> humans can go and address unit errors, but deployer did its thing
[15:05] <gary_poster> hey frankban I need to make this unit test change in order to get the rsync /test thing to pass tests.  OK?  http://paste.ubuntu.com/6443185/
[15:07] <frankban> gary_poster: seems good
[15:07] <gary_poster> k thx
[15:19] <hatch> jujugui FYI if you see a warning in Chrome from YUI -> https://github.com/yui/yui3/issues/1417
[15:45] <hatch> jujugui could I get a quick review/qa on https://codereview.appspot.com/29070043/ thanks
[15:45] <bac> hatch: sure
[15:46] <hatch> thanks
[15:51] <hatch> jujugui call in 9
[15:53] <bac> oops
[15:57] <hatch> man I just CAN NOT figure out how to create a project on launchpad
[15:57] <hatch> I must be missing something obvious
[15:57] <hatch> found it@
[15:57] <hatch> lol wow that was difficult
[15:58] <gary_poster> jujugui call in 1
[16:06] <hatch> https://jujucharms.com/fullscreen/search/~hatch/precise/failtester-5/?text=failtester
[16:18] <luca__> gary_poster: what design bits have we launched in the last month/
[16:19] <gary_poster> luca__, everything to do with bundles is biggie
[16:19] <luca__> gary_poster: yeah, was trying to get other stuff too
[16:20] <gary_poster> ok 1 sec
[16:20] <gary_poster> then need to go to another call
[16:20] <gary_poster> * The inspector tries to get out of your way when you are making a relation.
[16:20] <gary_poster> * The masthead’s UX is improved, notably giving a bit more room for the rest of the application.
[16:21] <benji> aparently this disables hangout's typing mute for OSX folks: http://www.craigkerstiens.com/2013/09/12/disabling-muting-while-typing-in-hangouts/
[16:21] <gary_poster> * Relations now display the names of both endpoints in the environment. (maybe design?)
[16:21] <gary_poster> * Add the ability to deploy straight from quicksearch results.
[16:21] <hatch> bac: hey hows that review coming? :) I'm trying to decide if I should merge it in to my current branch or wait for trunk
[16:21] <gary_poster> * Remove footer from the UI and improve the header design providing more room for the environment.
[16:22] <gary_poster> luca__, see five above additional to bundles.  taken from charm notes
[16:22] <bac> hatch: it is going
[16:23] <luca__> gary_poster: brilliant, thanks :)
[16:23] <hatch> bac: oh I figured out why it said we were still in a hangout, because I closed the window with (x) instead of pressing 'hangup' ...odd
[16:30] <bac> hatch: in your QA instructions you mention "launchpad states".  what does that mean?
[16:30] <hatch> there are purple ones which come up along with the pending and starting
[16:30] <hatch> oh...I meant landscape
[16:30] <hatch> sorry :)
[16:33] <hatch> bac: the % that they appear is pretty low, so that's why 100 units was requested...you may want to try more if it's taking too long
[16:33] <bac> oh, that makes more sense
[16:33] <hatch> :)
[16:33] <bac> i have a mix of red, yellow, green, and two purples, hatch.
[16:34] <hatch> sweet
[16:34] <hatch> that's what we need
[16:34] <hatch> equal opportunity unit statuses
[16:36] <bac> hatch: i requested 100 but got 102
[16:36] <hatch> that's fine
[16:36] <hatch> the simulator also creates and destroys units
[16:36] <bac> the R/G/Y add up to 102 and the purple are both 50ish
[16:37] <bac> ok, if that's what you expect
[16:37] <rick_h_> bac: thanks, had them since I was a kid. Normally not an issue but every once in a while ugh.
[16:37] <rick_h_> hatch: doh, missed one? Damn I thought I had gotten all those deployer paths and qa'd forever
[16:38] <hatch> oh man now I'm confused
[16:38] <rick_h_> frankban: do you have that in your branch then? card or anything?
[16:38] <bac> hatch: confused?
[16:39] <frankban> rick_h_: some context? :-)
[16:39] <hatch> bac: sorry I thought rick_h_ was gary_poster because they are the same colour so his comment didn't make any sense :)
[16:39] <hatch> frankban: the miscalled method from earlier
[16:39] <bac> in that case /me -> lunch
[16:39] <rick_h_> frankban: sorry, catching up on back scroll for today. The deploy method name change?
[16:39] <frankban> rick_h_: created a card in urgent
[16:40] <rick_h_> hatch: heh, gary and arosales were chatting and they were the same color and I thought gary was talking to himself for a minute
[16:40] <rick_h_> frankban: k, thanks
[16:40] <frankban> rick_h_: np, are you feeling better?
[16:40] <hatch> haha
[16:41] <rick_h_> frankban: bit, I can see light now :) Not sure how long computer screen will last but wanted to check in. Of course I'm gone and I broke things :P
[16:41] <rick_h_> never fails
[16:42] <hatch> haha - rick_h_ I'm just wondering how we didn't catch that in qa or testing
[16:42] <hatch> kind of an important piece to have broken and not noticed haha
[16:42] <rick_h_> hatch: yea, no freaking idea. Was qa'ing it for 3 days straight
[16:42] <hatch> and I also qa'd :)
[16:43] <hatch> guess we need some kind of integration test
[16:43] <rick_h_> good, you can take the fall for me :)
[16:43] <hatch> crap
[16:47]  * arosales guesses rick_h_ may have not been referring to me.
[16:48] <rick_h_> arosales: sorry, only in a drive by way.
[16:49] <arosales> rick_h_, ah. I must need more coffee :-)
[16:52] <benji> bac: this change fixes the test for me; is it a sane thing to do? http://paste.ubuntu.com/6443708/
[16:55] <frankban> guihelp: anyone available for a quick review of a charm branch? https://codereview.appspot.com/27560044 thank you
[17:05] <rick_h_> hatch: care to peek at https://codereview.appspot.com/29120043/ ? short/sweet
[17:06] <hatch> sure
[17:07] <rick_h_> frankban: looking, will take my time with it atm and if someone else wants it they can feel free
[17:07] <frankban> rick_h_: thanks
[17:11] <hatch> rick_h_: done - qa failed, see review for stacktrace
[17:12] <rick_h_> hatch: bah, rgr.
[17:12] <rick_h_> hatch: oh, that's my current branch.
[17:12] <rick_h_> hatch: so will have to get them up together
[17:13] <rick_h_> hatch: qa in a live env and it should work
[17:13] <hatch> blarg
[17:13] <hatch> ok give me 30
[17:14] <rick_h_> hatch: lxc should be ok
[17:15] <hatch> yeah the gui takes forever to pull down from lp though I've found
[17:15] <hatch> it's running now
[17:15] <hatch> will report back
[17:35] <gary_poster> jujugui...will report tomorrow on call.  Summary: it's *even bigger* and we didn't have a chance to even begin talking about planning and resourcing.
[17:35] <benji> impressive
[17:36] <Makyo> ._.
[17:37]  * hatch cheers
[17:37] <Makyo> Also, everyone but hatch is being moved off to other teams.  Good luck, hatch.
[17:37] <hatch> by default that makes me team lead
[17:37] <hatch> sweet!
[17:38] <frankban> :-)
[17:39]  * hatch sets up a mirror so he has someone to talk to on his new team of two
[17:40] <hatch> new employee may need to be canned, he is duplicating ALL the work I do :/
[17:40] <Makyo> Start all your own hangouts and make sure you go around at the end :)
[17:40] <Makyo> Hahaha
[17:40] <hatch> lol
[17:40] <gary_poster> heh
[17:41] <hatch> rick_h_:  qa ok on real env
[17:44] <rick_h_> hatch: rgr, thanks.
[17:50] <hatch> gary_poster: do we have any direction as to where we may want to put the StatusData information on the unit view? Right now the StatusInfo is in the header with the IP, Status, etc but the StatusData could be a few lines worth...
[17:50] <hatch> I can come up with something
[17:50] <hatch> but I can't find anything on any mockups
[17:50] <gary_poster> hatch, we had tabs on the unit view
[17:50] <gary_poster> I'd make a tab
[17:50] <gary_poster> If that makes sense for this kind of data?
[17:51] <hatch> well this data is only valuable on an error
[17:51] <hatch> else it's pretty much empty
[17:51] <gary_poster> mm
[17:51] <hatch> so I was thinking that it would just show in that case
[17:51] <hatch> so there would be a few extra lines
[17:51] <hatch> that could possibly be a first-cut as well
[17:51] <gary_poster> yeah, put it in header when it exists, and if that doesn't look good enough we can worry about it later.
[17:51] <gary_poster> good?
[17:52] <hatch> yep sounds like a plan
[17:52] <gary_poster> cool.
[17:52]  * gary_poster lunches
[18:08] <benji> bac: if you get a chance can you review my branch: https://codereview.appspot.com/29210043  It includes a fix for the test failure I'm getting on trunk.
[18:08] <bac> benji: sure
[18:10] <bac> benji: did you find out why it wasn't seen elsewhere?
[18:10] <benji> bac: no idea
[18:13] <bac> benji: does justOne=True do what i'd expect?  if so, is that what you want since you're removing all revisions?
[18:13] <bac> remove.py line 65
[18:14]  * benji looks
[18:14] <bac> er, remove_charm.py
[18:18] <benji> bac: I know why that's there (it is flotsom from an earlier version) but I don't know why it still removes them all.  I'll take that argument out, nonetheless
[18:26] <bac> benji: did you add ~ to BAD_CHARS to fix the odd test failure or did it cause it?
[18:26] <benji> bac: yep
[18:26] <bac> which?
[18:26] <benji> bac: heh, I added it to fix it
[18:26] <benji> bac: if I add this http://paste.ubuntu.com/6443708/ to trunk it fixes the failure on trunk for me
[18:26] <bac> gah, it seems to me it would break the test
[18:27] <bac> i'm really confused
[18:27] <bac> the ~ will now be stripped from the search 'fo~o' so it should return results
[18:27] <bac> making the test fail
[18:35] <benji> I have no idea.
[18:37] <benji> bac: oh, it replaces the tilda with a space, making the search string "fo o"
[18:38] <bac> i think i went to school with a girl named tilda
[18:39] <bac> benji: do i need to qa this or have you beaten it up well?
[18:39] <benji> bac: a QA from a dispassionate observer would be appreciated
[18:40] <benji> bac: but just the search bit, the deleting bit is solid
[18:41] <bac> huh my mongo process has gone all wonky.  rebooting vm.
[18:45] <bac> hey benji what port is mongo running on your machine? ps will tell you
[18:46] <benji> bac: ps no tell me, netstat say 28017 and 27017
[18:47] <bac> benji: odd, mine is on 37017 and i get failures b/c pymongo looks for it on 27017
[18:47] <bac> not sure how this has happened
[19:05] <bac> benji: i cannot get mongodb to launch on my system.  you may want to get someone else to do your qa
[19:06] <benji> rick_h_: do you have time to QA a branch real quick; specifically to make sure I haven't broken searching with this branch: https://code.launchpad.net/~benji/charmworld/remove-charm/+merge/195839
[19:08] <rick_h_> benji: Sure thing, I'll take a look. Give me a couple of min.
[19:11] <benji> rick_h_: thanks, I'll grab a bite while you do that
[19:34] <bac> benji:  ping me when you return
[19:34] <benji> bac: I have returned
[19:36] <bac> benji: would you have time for a quick chat to help me diagnose wth happened to my mongo?
[19:36] <benji> bac: sure
[19:36] <benji> your hangout or mine?
[19:45] <rick_h_> benji: qa notes? a basic search works I guess. Am I to qa removing a charm then? make sure it doesn't come back?
[19:47] <benji> rick_h_: just search itself, i.e., search works just as in production, in particular I'm concerned with this change from that branch http://paste.ubuntu.com/6443708/
[19:48] <rick_h_> so ~ is a bad char so I should test a ~XXX search then
[19:48] <rick_h_> benji: so ~charmers search gets me a "Search string not parseable" error
[19:49] <rick_h_> benji: charmers works fine
[19:49] <rick_h_> oh wait, heh this is trunk still, was resetting the db and such in there
[19:49] <rick_h_> sec
[19:50] <rick_h_> benji: ok, so ~charmers search does work vs the old error message
[19:50] <rick_h_> benji: it's just the same as charmers then, same count/etc
[19:51] <benji> rick_h_: ok, sounds like it's at least not worse
[19:52] <rick_h_> benji: rgr, just ignores the ~
[19:53] <benji> rick_h_: thanks for the QA
[19:53] <rick_h_> benji: so qa'ing the removal then?
[19:53] <benji> rick_h_: you can if you feel froggy, but I feel good about that bit
[19:54] <rick_h_> benji: k, how do we not re-ingest it next time?
[19:55] <rick_h_> benji:  should this be storing a blacklist then to mark on ingest?
[19:55] <rick_h_> or is that follow up/etc
[19:56] <benji> rick_h_: I think the follow-up will be making a script for the charm store that does the same thing
[19:56] <rick_h_> benji: and do we re-run setup.py to pick up the new entry point on a production upgrade? Would be the other ? as far as making this work ootb for IS
[19:57] <rick_h_> benji: rgr, so then it needs to track the backlist, or document the order "Remove the LP branch, remove the juju core store record, remove the charmworld record"
[19:57] <rick_h_> benji: wonder if we can get that removal script in the core store to be an api callable that this script can hit at the same time
[20:01] <rick_h_> benji: anyway, qa ok'd the search issues.
[20:01] <benji> rick_h_: thanks!
[20:07] <bac> benji:  do you have both /etc/init/mongodb and /etc/init.d/mongodb?
[20:08] <benji> bac: only /etc/init.d/mongodb, not the other
[20:08] <bac> huh
[20:08] <bac> i shall remove it and reboot
[20:08] <rick_h_> no upstart script?
[20:08] <benji> bac: ooh, I wonder if there is some sort of "shadowing" going on there
[20:09] <bac> yeah.  the one in /etc/init.d is owned by mongo-server.  the other has no package owner
[20:09] <rick_h_> I've only got /etc/init/mongodb.conf
[20:09] <rick_h_> and then init.d/mongodb is mongodb -> /lib/init/upstart-job
[20:10] <bac> rick_h_: saucy?
[20:11] <bac> (such an odd question out of context)
[20:11] <rick_h_> bac: no, this is my lxc, probably precise. /me dbl checks
[20:11] <rick_h_> bac: oh raring in my lxc
[20:15] <hatch> Makyo: ever since you told me why the Ubuntu font is so hard to read, I notice that 'line' everywhere
[20:15] <hatch> I'm starting to think ignorance is bliss
[20:16] <Makyo> Never, ever, ever live with a graphic designer.
[20:16] <Makyo> Ignorance is bliss in SO MANY THINGS.
[20:16] <hatch> lol
[20:17] <Makyo> There's a font, Papyrus, that used to bug me just because it was overused until my roommate explained the exact ways in which it was problematic, and now it infuriates me.
[20:21] <hatch> haha
[20:25] <hatch> weeee http://fromanegg.com/post/67488243238/a-juju-charm-designed-to-fail
[20:25] <hatch> the GUI is so awesome I just include pictures of it now to make the blog posts look better
[20:38] <hatch> gary_poster: blog posts made and email sent for the fail charm just fyi
[20:40] <hatch> I guess I wasn't a member when I sent the message though so it's awaiting approval
[20:41] <hatch> fwereade: still here around?
[20:42] <bac> benji, rick_h_: i uninstalled mongodb-server, removed the init files by hand that it left around, reinstalled the mongodb metapackage.  upon boot it wasn't running but now i can start it with '/etc/init.d/mongodb start' and it'll run.  very weird.
[20:42]  * bac walk
[20:48] <gary_poster> awesome thank you hatch!  Looks very good
[20:50] <hatch> thanks
[20:59] <gary_poster> hatch: http://discourse.ubuntu.com/t/failtester-a-juju-charm-designed-to-fail-test-tool/1223
[20:59] <hatch> :) thanks I forgot about this one
[20:59] <gary_poster> :-) it's a novelty atm
[21:40] <hatch> I'm pretty sure unit.handlebars is not used anywhere, can anyone else verify?
[21:40] <hatch> I'd like someone else's confirmation before I go deleting it :)
[21:44] <arosales> gary_poster, did the gui drop showing testing status for charms?
[21:44] <gary_poster> arosales, not intentionally.  looking
[21:45] <rick_h_> arosales: no, it's on https://jujucharms.com/fullscreen/search/precise/jenkins-8/?text=jenkins on the left side
[21:45] <rick_h_> under providers, but it's been talked about a lot
[21:45] <rick_h_> arosales: maybe looking at a non-promulgated charm?
[21:45] <arosales> I wasn't finding it for mysql
[21:45] <rick_h_> I think only the promulgated ones load test data? /me doesn't recall specifics off the top of his head
[21:46] <gary_poster> arosales, I confirm what rick_h_ says
[21:46] <arosales> I see jenkins, but it was missing for mysql
[21:46]  * arosales reloading . .  .
[21:46] <rick_h_> arosales: hmm, check with testing upstream? If we don't have the data we don't show it
[21:46] <gary_poster> arosales, agreed, not there for mysql
[21:48] <rick_h_> arosales: moved to cloud-dev
[21:50] <arosales> rick_h_, I am pinging marco in #juju
[21:51] <arosales> rick_h_, gary_poster thanks. Seems this is a result of charm testing not giving you the correct info
[21:51] <arosales> we'll investigate
[21:51] <gary_poster> thanks arosales
[21:51] <rick_h_> arosales: rgr, I'm out for now, but will keep an eye out ofr updates. Please file a bug on charmworld if we need to adjust things
[21:51] <arosales> rick_h_, ok I think it is with our charm testing atm


[04:41] <mup> PR snapd#12836 opened: snap: update vendored apparmor to 3.0.8 with userns and mqueue support <Created by alexmurray> <https://github.com/snapcore/snapd/pull/12836>
[05:51] <mup> PR snapcraft#4169 opened: build(deps): bump requests from 2.28.1 to 2.31.0 in /docs/.sphinx <Dependencies> <Python> <Created by dependabot[bot]> <https://github.com/snapcore/snapcraft/pull/4169>
[06:51] <mup> PR snapcraft#4170 opened: Bug 1796939 - Set libthai dictionary path for Firefox and others <Created by lissyx> <https://github.com/snapcore/snapcraft/pull/4170>
[07:11] <mup> PR snapcraft#4171 opened: build(deps): bump requests from 2.30.0 to 2.31.0 <Dependencies> <Python> <Created by dependabot[bot]> <https://github.com/snapcore/snapcraft/pull/4171>
[08:07] <mup> PR snapd#12825 closed: gadget: restrict usage of offset-write <Run nested> <Needs Documentation :book:> <Created by alfonsosanchezbeato> <Merged by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/12825>
[08:22] <mup> PR snapd#12821 closed: tests: skip microk8s-smoke test in external devices <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12821>
[08:22] <mup> PR snapd#12823 closed: steam_support: allow /usr access <Created by ashuntu> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12823>
[08:27] <mup> PR snapd#12837 opened: github: remove use of `covertool merge` to fix codecov reporting <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/12837>
[09:37] <mup> PR snapd#12834 closed: github: add some debug code to the generated coverage <Skip spread> <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/12834>
[11:03] <mup> PR snapd#12838 opened: [master-riscv64] Merge master to gain go 1.18 for riscv64 builds <Needs Documentation -auto-> <Run Nested -auto-> <Created by xnox> <https://github.com/snapcore/snapd/pull/12838>
[12:43] <mup> PR snapd#12837 closed: github: remove use of `covertool merge` to fix codecov reporting <Simple 😃> <Skip spread> <Created by mvo5> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/12837>
[13:02] <mup> PR snapcraft#4160 closed: tests: remove arch_triplet from unit test <Created by mr-cal> <Merged by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/4160>
[13:52] <mup> PR snapcraft#4172 opened: tests: remove arch_triplet from unit test (#4160) <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/4172>
[15:04] <mup> PR snapd#12839 opened: interfaces/bool-file: do not fail if path cannot be dereferenced <Needs security review> <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/12839>
[17:02] <mup> PR snapcraft#4168 closed: requirements: update craft-parts to 1.19.4 <Created by cmatsuoka> <Closed by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/4168>
[17:05] <mup> PR snapd#12840 opened: opengl: add /usr/share/nvidia <Created by ZoopOTheGoop> <https://github.com/snapcore/snapd/pull/12840>
[17:07] <mup> PR snapcraft#4172 closed: tests: remove arch_triplet from unit test (#4160) <Created by cmatsuoka> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/4172>
[17:27] <mup> PR snapcraft#4173 opened: requirements: update craft-parts to 1.19.5 <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/4173>
[17:30] <mup> PR snapd#12841 opened: interfaces/builtin: alphabetized kernel mount options <Simple 😃> <Created by olivercalder> <https://github.com/snapcore/snapd/pull/12841>
[18:00] <mup> PR snapd#12842 opened: interfaces/builtin: added zfs mount options to mount-control <Simple 😃> <Created by olivercalder> <https://github.com/snapcore/snapd/pull/12842>
[18:27] <mup> PR snapcraft#4174 opened: requirements: update craft-archives <Created by tigarmo> <https://github.com/snapcore/snapcraft/pull/4174>
[19:50] <mup> PR snapd#12843 opened: advisor: add a small unittest <Simple 😃> <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/12843>
[21:48] <mup> PR snapcraft#4163 closed: snap: use rustup on risc-v <Created by lengau> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/4163>
[22:13] <mup> PR snapcraft#4175 opened: snap: use rustup for risc-v <Created by lengau> <https://github.com/snapcore/snapcraft/pull/4175>
[23:23] <mup> PR snapcraft#4173 closed: requirements: update craft-parts to 1.19.5 <Created by cmatsuoka> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/4173>