 :D
[02:21] <c0nsaw__> :-p
[02:22] <c0nsaw__> ooo why have I an __ :( wtf
[02:44] <skott> that was quick :V
[02:45] <c0nsaw> test...
[02:45] <c0nsaw> yaaay me :)
[02:49] <skott> oh yay!
[02:49] <skott> skynet is back
[02:49] <skott> you're on the other server i'm on :P
[02:50] <skott> how is skynet?
[02:55] <c0nsaw> who u on skynet ? :)
[02:57] <skott> I'm not on skynet!
[02:58] <skott> I'm with netsoc, but we're both on intersocs ;)
[02:58] <c0nsaw> ah right, sorry !! :)
[02:58] <skott> no worries!
[02:59] <skott> okay, i think it's bedtime
[02:59] <c0nsaw> skynet is good, we did some hw & sw upgrade last week ...was fun :)
[02:59] <c0nsaw> ya true...last can i promise :)
[03:00] <skott> heh!
[03:00] <skott> awesome
[03:00] <skott> i want to see more of skynet on our network, it's basically us and redbrick by now :(
[03:00] <skott> do you know why skynet aren't linked directly to tcd?
[03:00] <skott> ...you should be :P
[03:01] <skott> i hope you upgraded from silly ubuntu 8.04, too, reaching the end of its life :P
[03:01] <skott> although i can't say much, we just upgraded a server from debian lenny
[03:01] <skott> okay, sleepytime
[03:01] <skott> night!
[03:01] <c0nsaw> no idea bud, im only new on the scene there, as of this yr, treasurer, and trainee sys admin on our cluster !! i know jack of the politics of it all
[03:01] <c0nsaw> night pal
[03:03] <c0nsaw> we did, 10.04 ....fail...with 12.04 out soon, 5 years server support ! ha, sure i might upgrade again then, if i get my way :-p
[08:12] <czajkowski> aloha
[08:13] <moylan> hi
[08:13] <czajkowski> moylan: hows you keeping?
[08:13] <moylan> so you got home without too much adventure this time.
[08:13] <moylan> getting by, yourself?
[08:14] <czajkowski> ah not too bad
[08:15] <czajkowski> trying to catch up with different relations
[08:16] <moylan> somethings skype just can't do
[08:17] <czajkowski> aye for some
[08:17] <moylan> and it doesn't hurt that you can get proper sausage sambos to go with a good cup of tea while there
[08:17] <czajkowski> and then catch up with my wee cousins
[08:17] <czajkowski> oh hell ya
[08:19] <moylan> kids are great around christmas.  the sheer excitement for them is a joy to see.
[08:23] <czajkowski> yup
[08:23] <czajkowski> and there is a 2 year old
[08:23] <czajkowski> rather entertaining
[08:27] <moylan> i liked how kids handle santa these days.  http://www.irishcentral.com/news/jIrish-kids-top-of-Googles-list-for-Is-Santa-real-search-136028523.html
[08:46] <moylan> as somebody who was really attached to their nokia e61i because of the keyboard, have you seen the samsung galaxy pro?  https://store.meteor.ie/phones/samsung_galaxy_pro/#what-you-get-tab
[18:50] <airurando> Happy Christmas everyone. I hope you all have a good time at the end of 2011 and the begining of 2012.


[06:54] <dholbach> good morning
[08:50] <nhaines> dholbach: good morning!
[08:52] <dholbach> hey nhaines
[09:03] <nhaines> It's strange, I blinked and like 3 hours just disappeared tonight!  :)
[09:03] <nhaines> Although I suspect I can blame that on reddit.
[09:04] <nhaines> Hmm, no idea why I have ops in here.
[09:05] <nhaines> That's better.  :D
[10:32] <chitsoe2008> JOIN
[10:32] <CrazyLemon> SUCCESS
[10:33]  * chitsoe2008 slaps superfly around a bit with a large fishbot


[00:45] <SiDi> Good night everyone
[04:01] <vikashkoushik> Hi Guys
[04:01] <vikashkoushik> I have a doubt
[04:01] <vikashkoushik> I uploaded a file named as Ubuntu Logo
[04:02] <vikashkoushik> How do I see it on the website & Will that be considered as a Contribution?
[10:13] <thorwil> good morning kwwii_! what do you think, was Cory bored? :)


[00:20] <slangasek> huh, why are all the ubuntu seeds branches using branch format 6
[00:20] <slangasek> this is perhaps not something I should change the week of release ;)
[00:21] <micahg> slangasek: maybe so hardy people can work with them
[00:21] <slangasek> micahg: that would be silly :)
[00:45] <Riddell> cjwatson: upstream pulseaudio comments on the patches https://bugs.edge.launchpad.net/ubuntu/+source/pulseaudio/+bug/655409
[00:45] <ubot4> Launchpad bug 655409 in pulseaudio (Ubuntu) "KDE related updates to pulseaudio (affects: 1) (heat: 6)" [Undecided,New]
[01:47] <ScottK> I've been away, so I don't know where we are wrt respins and such, but if we can get bug 636482 without causing a server respin, I think we should.
[01:47] <ubot4> Launchpad bug 636482 in python-django (Debian) (and 1 other project) "Update python-django to 1.2.3 version to fix an XSS vulnerability (affects: 2) (dups: 1) (heat: 26)" [Unknown,Unknown] https://launchpad.net/bugs/636482
[01:48] <ScottK> slangasek: ^^^ - Thoughts?
[05:20] <cjwatson> ScottK: no respins yet
[05:20] <cjwatson> (as in uploads won't trigger them)
[05:21] <ScottK> cjwatson: I'd say we should go ahead and sync python-django then.
[05:21] <ScottK> It'll save a USN after release and it's been tested/reviewed.
[05:22] <ScottK> BTW, I'll be ~offline again tomorrow (your today, I presume) as I was the previous one.
[05:23] <cjwatson> ok
[05:25] <cjwatson> ScottK: according to comment 10 it can't be synced yet though
[05:25]  * ScottK looks
[05:26] <cjwatson> may be better off with somebody sponsoring kklimonda's package
[05:26] <cjwatson> (or rebasing it on 1.2.3-1)
[05:28] <ScottK> I marked in the bug.
[06:57] <micahg> cjwatson: are you around?
[07:32] <doko_> cjwatson, azeem_: looks like Riddell didn't see the opensync discussion here, and did go forward to remove the unbuildable packages
[07:37] <ara> morning all!
[07:50] <slangasek> ScottK: python-django> doesn't appear to impact the server, so looks ok from here
[07:58] <SpamapS> are we spinning isos yet? I just figured out bug 653362 .. simple fix .. hopefully ready for a sponsored upload before iso's start
[07:58] <ubot4> Launchpad bug 653362 in dovecot (Ubuntu Maverick) (and 1 other project) "package mail-stack-delivery 1:1.2.12-1ubuntu7 failed to install/upgrade: subprocess new pre-installation script returned error exit status 1 (affects: 3) (dups: 2) (heat: 26)" [High,In progress] https://launchpad.net/bugs/653362
[08:13] <SpamapS> FYI: hopefully this can get sponsored/uploaded before the isos spin: https://code.launchpad.net/~clint-fewbar/ubuntu/maverick/dovecot/karmic2lucid2maverick-upgrade-fix/+merge/37707
[08:14] <micahg> slangasek: if I already have an FFe, does a universe package have to be uploaded before noon UTC, or am I good for after that?
[08:17] <slangasek> micahg: the deadline is there to ensure that packages are successfully built on all architectures before the door is closed; so you should regard the deadline as a hard one
[08:18] <micahg> slangasek: k, I guess I have to wait up for a sponsor then
[08:37] <micahg> cjwatson: unping
[08:38] <micahg> slangasek: got a sponsor so no worries
[09:04] <ara> morning seb128, robbiew
[09:05] <seb128> hey ara
[09:08] <cjwatson> SpamapS: I still have to fix grub ...
[09:54] <robbiew> ara: morning (sorry...had window closed)
[09:58] <Riddell> doko_: uh oh, they weren't ment to be removed?
[10:21] <doko_> Riddell: the latest plan was to revert the opensync upgrade, not sure I do want to touch this after the removals, at least NBS is empty
[10:24] <ScottK> I'd appreciate it if someone would do the sync in bug 613926
[10:24] <ubot4> Launchpad bug 613926 in josm (Ubuntu) "[FFe] Sync josm 0.0.svn3514-2 (universe) from Debian sid (main) (affects: 3) (heat: 22)" [Undecided,In progress] https://launchpad.net/bugs/613926
[10:37] <pitti> is there still time to do an upload of upower (trivial patch: initialize a GError, see http://cgit.freedesktop.org/upower/commit/?id=a4e099c5bff9f9fdb9067a0a6bb206d4c34745ae)
[10:38] <pitti> it's causing a lot of crashes (bug 648414)
[10:38] <ubot4> Launchpad bug 648414 in upower (Ubuntu Maverick) (and 2 other projects) "upowerd assert failure: *** glibc detected *** /usr/lib/upower/upowerd: double free or corruption (out): 0x00d13ec0 *** (affects: 38) (dups: 41) (heat: 338)" [High,In progress] https://launchpad.net/bugs/648414
[10:38] <pitti> or should this become an SRU at this point?
[10:41] <pitti> I'll upload it (works fine here, see test case in bug); please reject if it's too late, then I'll prepare an SRU
[10:48] <Riddell> skaet: who is spinning CDs and when?
[10:50] <Riddell> pitti: well given that nobody is spinning CDs it should be ok to accept
[10:50] <Riddell> let me look
[10:51] <pitti> so, we'll pre-publish on Saturday, so I guess we should have the final images tomorrow, so that we can still test them all?
[10:52] <Riddell> we should start testing today in the hope of having final images
[10:52] <Riddell> but we were told that would happen from london and london isn't responding
[10:52] <Riddell> so shrug
[10:53] <pitti> I'll reinstall my main workstation with today's desktop images, for testing and kicks
[10:53] <pitti> (over lunch presumably, so in about an hour)
[10:54] <pitti> Riddell: ok, I'll review some other bits in the queue, like d-i, grub-installer, and this utouch-grail thing
[10:56] <pitti> Riddell: i. e. "final call for the last passengers to the HMS Maverick"
[10:56] <ara> :D
[10:57] <pitti> ah, utouch-grail is an SRU already
[10:58] <pitti> dovecot looks fine, and nasty "fail to install" bug, accepting
[10:58] <Riddell> accepted upower
[11:22] <cjwatson> I think I have a fix for Marjo's critical grub2 bug
[11:22] <cjwatson> well, workaround, it's not really a proper fix
[11:23] <cjwatson> ev: we'll need a ubiquity upload containing grub-installer 1.55ubuntu4
[11:23] <ev> cjwatson: right-o
[11:23] <mvo> can we please remove secvpn from the archive? because of bug #327482 it will not even work on most ubuntu systems (all that don't have inittab)
[11:23] <ubot4> Launchpad bug 327482 in secvpn (Ubuntu) "access to non-existent /etc/inittab (affects: 48) (dups: 31) (heat: 70)" [High,Confirmed] https://launchpad.net/bugs/327482
[11:23] <cjwatson> ev: (won't quite be in the archive yet)
[11:23] <ev> indeed
[11:24] <Riddell> mvo: I can do that
[11:25] <mvo> hm, looks like I disconnected, did my message "can we please remove secvpn from the archive? because of bug #327482 it will not even work on most ubuntu systems (all that don't have inittab)" made it?
[11:25] <ubot4> Launchpad bug 327482 in secvpn (Ubuntu) "access to non-existent /etc/inittab (affects: 48) (dups: 31) (heat: 70)" [High,Confirmed] https://launchpad.net/bugs/327482
[11:26] <cjwatson> can you subscribe ubuntu-archive to that and we'll queue it?
[11:26] <cjwatson> Riddell: the reason you weren't getting a response is that we were busy looking at the last critical bug
[11:27] <cjwatson> so there's no point spinning anything yet anyway
[11:27] <cjwatson> I did say that I was going to be doing this on Wednesday morning ...
[11:27] <Riddell> fair enough
[11:27] <mvo> sure, thans
[12:00] <cjwatson> grub2 uploaded
[12:00] <cjwatson> fixes Marjo's machine!  might fix others, it seems quite plausible
[12:00] <cjwatson> PCI bus enumeration going wrong is a very believable candidate for breaking lots of machines
[12:06] <cjwatson> ev: any progress on that ubiquity upload?
[12:06] <ev> cjwatson: on it now
[12:06] <cjwatson> ta
[12:09]  * ara hugs cjwatson for fixing grub2
[12:10] <cjwatson> hopefully I haven't broken anything in the process.  I don't *think* so
[12:12] <cjwatson> pitti,Riddell: could one of you please review grub2?
[12:25] <cjwatson> ara,fader_: I'd appreciate wide testing of grub2 on affected machines (and non-affected machines too for regression testing, but particularly affected machines) to find out what percentage of them that fixes
[12:25] <cjwatson> I can't say for sure that all of the systems on which you've had problems are suffering from the same bug.  Obviously I hope they are
[12:25] <ara> cjwatson, I don't have access to any affected machine, but count me in for regression testing ;-)
[12:25]  * cjwatson nods
[12:37] <cjwatson> who's reviewing and can they please review grub2? :)
[12:57] <Riddell> cjwatson: I'll look
[13:00] <pitti> back; my install attempts failed three times, but seems to have ben bad media (squashfs errors)
[13:00] <pitti> with a different usb stick, today's ubuntun daily installs without a hitch
[13:00] <Riddell> cjwatson: accepted
[13:00] <pitti> cjwatson: seems Riddell beat me to it
[13:02] <ogra_ac> cjwatson, TI discovered a silicon temperature prob for which we have an x-loader fix and a test which runs since last evening and still have to run for about 2hm, when does the freeze kick in?
[13:02] <ogra_ac> s/hm/h
[13:03] <Riddell> accepting brasero too
[13:03] <pitti> Riddell: I'll update the xubuntu seeds to fix the oversize
[13:04] <pitti> done
[13:04] <pitti> cjwatson: ^ FYI (cd check mail just came in)
[13:05] <Riddell> NCommander: should we care about these problems? http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html
[13:07] <doko> please review llvm-2.8
[13:08] <cjwatson> ogra_ac: please upload
[13:08] <cjwatson> Riddell: thanks
[13:09] <cjwatson> Riddell: I don't think those should be major, apart from maybe openjdk (which I thought doko had fixed?)
[13:09] <cjwatson> we don't care about kvm virt usb-creator on armel AFAIK
[13:10] <doko> no, openjdk is by intent. the old version on armel, the new version on the other archs
[13:11] <doko> well, openjdk-6-source is a real problem, but openjdk-6-jdk only suggests it
[13:11] <doko> as long as eclipse doesn't build on armel ...
[13:31] <cjwatson> Evan reckons that we should try to fix bug 630529 too
[13:31] <ubot4> Launchpad bug 630529 in ubiquity (Ubuntu) "Installing from USB drive writes boot sector to USB not HDD (affects: 2) (heat: 12)" [Critical,Incomplete] https://launchpad.net/bugs/630529
[13:31] <cjwatson> we're working on this ...
[13:41] <ara> cjwatson, any ETA for the ISOs?
[13:45] <doko> Riddell: so the last binaries for libopensync-plugin-moto  should be removed too?
[13:48] <cjwatson> ara: 13:31 <cjwatson> Evan reckons that we should try to fix bug 630529 too
[13:48] <ubot4> Launchpad bug 630529 in ubiquity (Ubuntu) "Installing from USB drive writes boot sector to USB not HDD (affects: 2) (heat: 12)" [Critical,Incomplete] https://launchpad.net/bugs/630529
[13:48] <cjwatson> 13:35 -!- cyphermox<EMAIL_ADDRESS>has quit [Quit: Quitte]
[13:48] <cjwatson> oops
[13:48] <cjwatson> 13:31 <cjwatson> we're working on this ...
[13:49] <ara> OK
[13:49] <cjwatson> going as fast as possible
[13:50] <cjwatson> I realise the lack of stuff to test is a problem
[13:52] <pitti> I guess smoketesting today's dailies can't hurt, but we shouldn't add them to the tracker yet
[13:54] <Riddell> doko: removed
[13:56] <doko> ok, removing libopensync0-dev and libopensync0 too
[14:01] <Riddell> doko: you mean you want me to remove them?
[14:02] <doko> Riddell: no, I did
[14:02] <doko> Riddell: but you could accept the llvm packages ;)
[14:02] <doko> I don't understand what the scilab upload is supposed to fix ...
[14:05] <doko> I can't see who did upload the package
[14:06] <cjwatson> ubiquity 2.4.7 uploaded
[14:07] <cjwatson> we're also waiting for a signed wubi.exe (IS is on it)
[14:10] <cjwatson> doing a full test install with 2.4.7
[14:10] <cjwatson> (from usb) - had already tested the active bit of the change but best be safe
[14:12] <Riddell> accepting llvm
[14:17] <doko> Riddell: sorry, clang belong to it as well
[14:19] <cjwatson> can somebody review that ubiquity upload?  then we can run the publisher as soon as it's built and then start spinning CDs (subject to wubi signing which apparently is complicated)
[14:19] <cjwatson> I realise it might take a little while to review as it isn't entirely trivial.  Evan and I pair-programmed it
[14:24] <Riddell> cjwatson: looking
[14:24] <fader_> cjwatson: I'm guessing your grub changes are not in an ISO yet but will be in the next spin?
[14:24] <cjwatson> fader_: correct
[14:25] <fader_> cjwatson: Cool.  All set up to re-test.
[14:26] <Riddell> cjwatson: isn't this ment to also update grub-installer 1.55ubuntu4
[14:26] <Riddell> ?
[14:27] <Riddell> looks like it is already at 1.55ubuntu4
[14:27] <Riddell> ah that happened a couple of hours ago
[14:27] <cjwatson> that was 2.4.6, yes
[14:27] <cjwatson> queuebot is a little confused due to the rmadison lag
[14:28] <cjwatson> the one thing to note is that the bug fixed in 2.4.7 is still present in grub-installer, for d-i installations
[14:28] <cjwatson> I think it's higher-priority in desktop installations so I'd rather defer that part to natty
[14:31] <Riddell> cjwatson: ok accepting
[14:31] <cjwatson> thank you
[14:31] <Riddell> cjwatson: might be an idea to report bug 630529 on d-i as well then
[14:31] <ubot4> Launchpad bug 630529 in ubiquity (Ubuntu Maverick) (and 1 other project) "Installing from USB drive writes boot sector to USB not HDD (affects: 2) (heat: 12)" [Critical,In progress] https://launchpad.net/bugs/630529
[14:32] <cjwatson> mm, fair point
[14:33] <cjwatson> done
[14:37] <Riddell> doko: accepted clang
[15:03] <azeem_> doko: hrm, so reverting is off the table?
[15:04] <doko> azeem_: afai, not off the table, but now requires now some more work.
[15:04] <doko> afaiu
[15:04] <azeem_> ok
[15:23] <cjwatson> ubiquity/amd64 is published, but not i386.  I'm going to run the publisher by hand shortly to catch up
[15:23] <cjwatson> and try to make things go a bit faster
[15:57]  * cjwatson taps fingers waiting for the publisher
[15:57] <cjwatson> (it's running cron.germinate now)
[16:03] <ttx> I like that calm before the storm...
[16:05] <cjwatson> just walking skaet through manual CD builds
[16:22] <cjwatson> server is done but there was a glitch in mirroring that meant that oem-config 2.4.7 wasn't there on i386 - skaet is respinning
[16:24] <cjwatson> (get the respins done early!)
[16:30] <cjwatson> ara: who can give skaet admin access to iso.qa?
[16:30] <ara> cjwatson, I can
[16:30] <cjwatson> aha
[16:30] <ara> skaet, which is your id at the iso tracker?
[16:33] <skaet> hi ara,   kate.stewart
[16:35] <ara> skaet, done. can you refresh the page and see if you have access to the admin menu?
[16:37] <cjwatson> she does
[16:37] <cjwatson> just queueing up other builds now first
[16:48] <smoser> skaet, ttx uec images build 20101006.1 started. will appear at http://uec-images.ubuntu.com/server/maverick/20101006.1 ~ 4 hours
[16:49] <ttx> smoser: ack
[16:58] <skaet> smoser, thanks.
[17:33] <micahg> ok, so I thought I had a sponsor before noon UTC, but the sponsor didn't upload, so should I still try to find someone for bug 650601 to upload?
[17:33] <ubot4> Launchpad bug 650601 in libfxscintilla (Ubuntu) "[FFe] Please update libfxscintilla to 2.11.0 (affects: 1) (heat: 8)" [Wishlist,Confirmed] https://launchpad.net/bugs/650601
[17:41] <cjwatson> crap, forgot to set OFFICIAL="Release"
[17:42] <cjwatson> so the images generated so far are labelled wrongly
[17:43] <cjwatson> sorry about that folks
[17:47] <ttx> smoser: does that affect your cloud images ^^ ?
[17:48] <ttx> smoser: cjwatson says no
[17:48] <fader_> cjwatson: FYI, it looks like bug 641259 is still hitting us on some servers :(
[17:48] <ubot4> Launchpad bug 641259 in grub2 (Ubuntu Maverick) (and 2 other projects) "grub does not appear to load after maverick post-beta install (affects: 10) (heat: 74)" [Critical,Fix released] https://launchpad.net/bugs/641259
[17:48] <ttx> so you're still on track :)
[17:48] <smoser> well, libfxscintilla does not affect cloud images
[17:48] <smoser> but grub2 does
[17:50] <cjwatson> fader_: they'll have to stay broken now
[17:50] <cjwatson> I have no more available options
[17:50] <cjwatson> fader_: did we fix any of them?
[17:50] <fader_> cjwatson: Ack, I expected as much but wanted to let you know
[17:50] <fader_> cjwatson: I've tried two so far to no avail, but I'll keep trying the others
[17:50] <cjwatson> fader_: also, there should be a new bug
[17:50] <cjwatson> oh, wait, well
[17:50] <cjwatson> that bug was about servers
[17:51] <fader_> I want to do the 10.04-grub-workaround to make sure they installed properly first
[17:51] <cjwatson> let's see how your testing goes
[17:51] <ara> skaet, cjwatson: rebuilding already?
[17:51] <skaet> yup,  there rebuilding now...
[17:51] <cjwatson> ara: 17:41 <cjwatson> crap, forgot to set OFFICIAL="Release"
[17:51] <cjwatson> 17:42 <cjwatson> so the images generated so far are labelled wrongly
[17:51] <cjwatson> 17:43 <cjwatson> sorry about that folks
[17:51] <ara> cjwatson, OK, thanks!
[17:51] <cjwatson> smoser: the bit that doesn't affect cloud images is the OFFICIAL="Release" labelling that I forgot
[17:52] <cjwatson> fader_: maybe one could be shipped to UDS or something?
[17:52] <fader_> cjwatson: Good idea, I'll see what it would take to make that happen
[17:54] <smoser> ok. good. yeah, i'm still on track for 20101006.1 to be testable when it arrives (maybe 3 hours from now -- 20:00 UTC)
[17:59] <cjwatson> fader_: are any of the affected servers in the UK?
[17:59] <cjwatson> fader_: if they are, elmo says I can get one brought to the office
[17:59] <fader_> cjwatson: Yes, all of the affected ones are in the UK
[17:59] <cjwatson> woo
[17:59] <fader_> cjwatson: Let me finish up verification that 10.10 installed correctly on one of them and I'll give you the info on it
[17:59] <cjwatson> ok, if you can give me a sample hostname that would be good
[18:00] <fader_> cjwatson: The host I'm checking right now is "doubah"
[18:00] <cjwatson> server, desktop reposted
[18:00] <cjwatson> (ubuntu)
[18:00] <cjwatson> ubuntu alternate rebuilding
[18:00] <cjwatson> then skaet takes over again :)
[18:01] <micahg> cjwatson: my sponsor fell through for libfxscintilla, should I still try to get it uploaded?
[18:02] <cjwatson> micahg: might as well
[18:02] <micahg> cjwatson: k, thanks
[18:03] <cjwatson> not promising to accept it; but I can promise that we won't accept it if it isn't uploaded
[18:03] <micahg> cjwatson: heh, ok, thanks
[18:03] <cjwatson> generally, during hard-freeze periods (launchpad says "pre-release freeze") you can err on the side of uploading
[18:03] <cjwatson> since we can always hold/reject if need be
[18:33] <cjwatson> kubuntu desktop posted
[18:43] <cjwatson> kubuntu alternate posted
[18:43] <cjwatson> (pub)
[19:31] <lfaraone> If I can approve FFes for a set of packages, can I A) approve a FFe requested by someone else and upload the same, B) request and ACK my own FFe for that same set of packages?
[21:13] <smoser> cjwatson, slangasek, or anyone else with ability, could youplease populate tracker with 20101006.1 for uec images and ec2
[21:13] <smoser> http://uec-images.ubuntu.com/server/maverick/20101006.1/published-ec2-daily.txt
[21:48] <doko> cjwatson, Riddell: if there are image rebuilds, I'd like to fix http://sourceware.org/bugzilla/show_bug.cgi?id=12092
[21:48] <ubot4> sourceware.org bug 12092 in libc "strstr broken for some inputs on pre-SSE4 machines" [Normal,Resolved: fixed]
[22:43] <stgraber> any ETA on the first DVD builds (I'm mostly interested in Edubuntu) ?
[22:59] <NCommander> Riddell: openjdk is a problem,but not one I think that's going to get solved. Linaro was working on it, but I'm not sure of the current status of their fix
[23:00] <ogra_ac> NCommander, ??
[23:00] <ogra_ac> whats the problem ?
[23:01]  * ogra_ac is pretty sure that was fixed weeks ago by using a different version on arm
[23:01] <ogra_ac> (and i think i tlaked about it in the meeting more than once)
[23:04] <NCommander> ogra_ac: I know we have two different java versions for armel, but I thought that was a stopgap until the 1.9 branch could be properly fixed on ARM
[23:04] <ogra_ac> NCommander, we dont
[23:04] <ogra_ac> we only have one openjdk on arm
[23:04] <ogra_ac> and another one on the other areches
[23:05] <ogra_ac> and thats on purpose (as i said in the past)
[23:07] <NCommander> ogra_ac: must have missed that
[23:07]  * NCommander scures away
[23:09] <ogra_ac> NCommander, it just shows up on ftbfs because neither doko nor cjwatson wanted to maintin a PAS hack for it
[23:09] <ogra_ac> just ignore it
[23:10] <NCommander> Ignore More: On
[23:11] <ogra_ac> :)
[23:11] <NCommander> ogra_ac: on the plus side, apport is pretty much fixed, I just need to upload a bunch of stuff to the porting box, and we're in business
[23:11] <ogra_ac> awesome
[23:12] <ogra_ac> how is portland ?
[23:12] <ogra_ac> have you been adopted already ? :)
[23:12] <NCommander> ogra_ac: great, I feel better that I have in a very long time.
[23:12] <NCommander> (I assume you heard I was in Portland from GrueMaster)
[23:12] <ogra_ac> yeah, i can imagine how portland can do that to you
[23:13] <ogra_ac> yeah
[23:14] <NCommander> ogra_ac: more that being home was just not the place I could be anymore


[05:14] <mborzecki> morning
[06:26] <mborzecki> super trivial PR https://github.com/snapcore/snapd/pull/7057
[06:30] <zyga> good morning
[06:30] <mborzecki> zyga: hey
[06:30] <mborzecki> zyga: super simple PR to start your day ^^
[06:30] <zyga> already +1
[06:30] <mborzecki> zyga: thanks!
[06:31] <zyga> mborzecki: I merged the master version of https://github.com/snapcore/snapd/pull/7056 a second ago
[06:31] <mborzecki> zyga: yay ;)
[06:32] <zyga> should I just merge the 2.40 backport?
[06:33] <mborzecki> zyga: did mvo look at it yet?
[06:33] <zyga> at the original yes +1
[06:33] <zyga> the backport is the same for 2.40 branch
[06:33] <zyga> nobody looked at the backport
[06:33] <zyga> but it's just cherry-pick of a range
[06:42] <mborzecki> zyga: looks like nothing was missed there
[06:46] <mborzecki_> mvo: hey
[06:56] <zyga> mvo: hey, 2.40 backport of base migration is merged
[06:56] <zyga> mvo: as is the master version
[06:57] <zyga> brb
[06:59] <mvo> hey mborzecki  and zyga
[07:00] <mvo> zyga: excellent
[07:13] <pstolowski> morning
[07:18] <mborzecki> pstolowski: hey
[07:18] <mvo> hey pstolowski
[07:20] <zyga> re
[07:22] <mvo> zyga: re 7053> I updated the description, feel free to update as you want, just wanted to do a draft to give an idea what I had in mind with my comment
[07:22] <zyga> mvo: sure, I'll look shortly, just making a commit message
[07:22] <mvo> zyga: no rush
[07:30] <zyga> mvo: this is what we discussed on Monday https://github.com/snapcore/snapd/pull/7058
[07:30] <zyga> mvo: not sure if you want it in 2.40 - but at least now it is up and we can discuss it
[07:31] <pedronis> sounds it needs a jdstrand review anyway
[07:32] <pedronis> also I heard the motivation but not the details of what it entails
[07:33] <zyga> pedronis: this is based on the discussions in lyon and montreal, jamie was +1 on this
[07:33] <zyga> pedronis: how should I proceed on that?
[07:34] <pedronis> may recollection of lyon wasn't so clear that jamie was +1
[07:34] <pedronis> my
[07:34] <pedronis> we need a meeting with him next to go over the consequences of this again
[07:35] <pedronis> *next week
[07:35] <zyga> pedronis: we discussed this more in montreal
[07:35] <zyga> ah, right, he's off this week
[07:35] <pedronis> I was not there
[07:35] <pedronis> so, I fear, you'll have to bear with me
[07:35] <zyga> sure no worries :)
[07:36] <mvo> I can setup a meeting, early next week?
[07:36] <pedronis> yes
[07:37] <mvo> gustavo as well?
[07:38] <pedronis> mvo: not in the first meeting, he was mostly +1 in lyon
[07:38] <mvo> cool
[07:38] <mvo> zyga, pedronis meeting setup
[07:39] <zyga> thank you!
[07:39] <mvo> (and now even added conferencing - oh I wish there was a way to make this default)
[07:41] <diddledan> that one caught me out in Montreal - I'm using a mainline kernel for Microsoft Surface out of tree patches
[07:42] <diddledan> I've filed a PR on the linux-surface repo to hopefully add the required bits for their kernel to support snaps out of the box on Ubuntu
[07:43] <diddledan> I think the bit missing was the apparmor patch for "legacy network" stuff (apparmor uses the feature flag "network" as opposed to their new "network_v8")
[07:46] <zyga> diddledan: thanks, that's interesting
[07:46] <diddledan> specifically apparmor in mainline exposes network_v8 not network. the patch re-adds network so Apparmor exposes both feature flags
[07:47] <diddledan> this is the patch that Apparmor carries out of tree: https://gitlab.com/apparmor/apparmor/commit/aa42e338600ab6b5a1368dc5c4920974192adfd1
[07:49] <zyga> diddledan: I'll discuss this with jdstrand when he is back
[07:49] <diddledan> cool
[08:14] <diddledan> https://forum.snapcraft.io/t/proposal-to-change-the-channels-display-of-snap-info/12134
[08:40] <Chipaca> no wonder you all were quiet :-)
[08:48] <mvo> Chipaca: how do you mean?
[08:48] <Chipaca> mvo: irc client had quietly disconnected
[08:49] <Chipaca> or quietly never connected?
[08:49] <mvo> Chipaca: haha - now it makes sense :)
[08:55] <diddledan> "accident" my foot!
[09:01] <Chipaca> diddledan: I'll have you know I have no IRC clients in my foot.
[09:02] <Chipaca> diddledan: I'll have you know I have no *IRC* clients in my foot.
[09:02] <Chipaca> diddledan: I'll have you know I have no IRC *clients* in my foot.
[09:02] <Chipaca> diddledan: I'll have you know I have no IRC clients *in* my foot.
[09:02] <Chipaca> diddledan: I'll have you know I have no IRC clients in *my* foot.
[09:02] <Chipaca> diddledan: I'll have you know I have no IRC clients in my *foot*.
[09:02]  * Chipaca stops before doing combinations
[09:02] <diddledan> you have other clients in your foot?
[09:04] <Chipaca> I can't comment
[09:15]  * zyga is sleepy
[09:15] <Chipaca> zyga: amen
[09:15] <Chipaca> my watch reckons i got 5h of sleep
[09:15] <Chipaca> i think it's about right
[09:17] <pedronis> you merged some things fairly late, I saw
[09:17] <Chipaca> and then rebased the followup
[09:17] <Chipaca> which was fun
[09:17] <Chipaca> and then did the bi-weekly supermarket shop while waiting for spread
[09:18] <Chipaca> amazon linux is sad :-(
[09:19] <Chipaca> # github.com/snapcore/snapd/cmd/snap
[09:19] <Chipaca> src/github.com/snapcore/snapd/cmd/snap/cmd_info.go:93:13: undefined: strings.Builder
[09:19] <Chipaca> error: Bad exit status from /var/tmp/rpm-tmp.wKuf9u (%build)
[09:19] <Chipaca> hmmmmm
[09:19] <zyga> Chipaca: too old go
[09:19] <zyga> cannot use strings.Builder yet
[09:20]  * zyga takes a 15  minute break
[09:20] <Chipaca> why aren't the unit tests catching this :-(
[09:20] <Chipaca> … because they're run on 1.10
[09:21] <Chipaca> why are we running the unit tests on 1.10?
[09:21] <mvo> I thought all our downstreams now are on go-1.10 is this not the case? if so we need to go back to 1.9 there :/
[09:22] <Chipaca> I thought so as well
[09:23] <zyga> Chipaca: which os was this on?
[09:23] <zyga> amazon?
[09:23] <zyga> zOMGon
[09:23] <Chipaca> https://api.travis-ci.org/v3/job/553521524/log.txt
[09:24] <Chipaca> it's on 1.9.4 apparently
[09:24] <pedronis> we run on 1.10 because fmt changed I think
[09:25] <pedronis> mborzecki might remember the exact reason
[09:25] <mborzecki> hm hm?
[09:25] <Chipaca> BuildRequires:  %{?go_compiler:compiler(go-compiler)}%{!?go_compiler:golang >= 1.9}
[09:25] <Chipaca> we're just asking for 1.9 in amazon
[09:25] <Chipaca> wait that's fedora spec
[09:25] <Chipaca> :-|
[09:25] <pedronis> we can run the static tests on 1.10
[09:25] <pedronis> and the unit on 1.9 ?
[09:26] <Chipaca> mborzecki: it seems #6799 was premature
[09:26] <zyga> ancient linux
[09:26] <mborzecki> hm let me check something
[09:27] <Chipaca> pedronis: mborzecki: I'll push a pr to bump it down to 1.9 unless mborzecki finds something interesting :-)
[09:27] <pedronis> Chipaca: I remember we had a reason
[09:27] <pedronis> but I don't think it applied to all tests
[09:28] <mborzecki> pedronis: yeah, there's a pr from jdstrand mentioning 1.10
[09:28] <Chipaca> but it's ok
[09:28] <Chipaca> it uses something that's there from 1.7
[09:28] <Chipaca> user.LookupGroup
[09:29] <pedronis> anyway my vague recollection is that go fmt output changed at some point
[09:30] <Chipaca> i can easily split static and unit tests
[09:31] <mborzecki> pedronis: gofmt too, though it's 1.11 i belive that broke it
[09:32] <mborzecki> heh so centos gets a newer golang than amazon linux 2 now?
[09:38] <mborzecki> centos 7 via epel - 1.11, amzn2 via amazon core repo 1.9 :/
[09:38] <mborzecki> Chipaca: so, switching back to 1.9?
[09:39] <Chipaca> ye
[09:40] <zyga> mborzecki: https://bugzilla.redhat.com/show_bug.cgi?id=1726382 do you understand what this is about?
[09:42] <mborzecki> zyga: doesn't make any sense
[09:43] <pstolowski> preliminary results of optimization of connects wrt setup-profiles, with lxd snap that connects 4 interface: old snapd - https://paste.ubuntu.com/p/5ZVNkBxVqQ/ ; new snapd - https://paste.ubuntu.com/p/F69TGbWWtg/ ; almost 3x faster (sum of connect+final setup profiles timings)
[09:43] <diddledan> \o/
[09:44] <Chipaca> pstolowski: try something beefier, like vlc
[09:44] <mborzecki> zyga: i'll check what's going on there
[09:44] <Chipaca> pstolowski: just to show off :-)
[09:44] <pstolowski> :D
[09:44] <pstolowski> good idea
[09:46] <mvo> pstolowski: woah, thats sooo nice
[09:46] <pstolowski> yeah, install of lxd snap feels much faster now
[09:47] <pstolowski> and this is what we had in the past before, cough cough, interface hooks
[09:47] <mvo> heh
[09:58] <pedronis> pstolowski: are you moving setting up profiles to one call to setup-profiles after the connects ?
[10:00] <pstolowski> pedronis: yes, final setup-profiles after connects (but before connect-plug|slot hooks). existing setup-profiles after link-snap remains untouched.
[10:01] <Chipaca> pedronis: have you seen https://forum.snapcraft.io/t/bug-1809708-allow-snaps-to-query-interface-connection-status-directly-from-snapd/9147?u=chipaca ?
[10:01] <pedronis> pstolowski: ok, it's important to know because the plan was to drop setup-profiles
[10:01] <pedronis> when is merged with link-snap
[10:01] <pedronis> we need that anyway
[10:01] <pstolowski> pedronis: hmm wrt what Chipaca was about to do?
[10:01] <pedronis> but it's orthogonal issue
[10:01] <pedronis> but we need to know if we need to merge the logic into the other as well
[10:02] <pedronis> but keep it around otherwise
[10:02] <pedronis> pstolowski: yes, Chipaca's work
[10:02] <pstolowski> right
[10:03] <pedronis> Chipaca: we have had similar requests already, I think it's in our backlog but not scheduled, needs also a final design
[10:08] <pstolowski> vlc installation: 4300ms vs 1600ms (connects+setup profiles only)
[10:10] <pstolowski> that's on a vm
[10:14] <mborzecki> zyga: added needinfo from the reporter, things seem to work fine on my end
[10:14] <zyga> thanks
[10:16] <zyga> mvo: I created https://forum.snapcraft.io/t/injecting-snapd-tools-into-base-snaps-and-keeping-them-up-to-date/12139
[10:17] <mborzecki> Chipaca: https://github.com/snapcore/snapd/pull/7060 is failing unit tests due to build ID
[10:18] <mborzecki> Chipaca: so the details are coming back a bit, iirc 1.10+ adds Go BuildID by default
[10:19] <mborzecki> earlier versions would only get it iff built with external linker that was configured to add it (didn't we have question about that regarding gentoo in the forums?)
[10:19]  * zyga spawns a pair of spread runs and goes to make coffee
[10:24] <zyga> mborzecki: another fedora fun https://bugzilla.redhat.com/show_bug.cgi?id=1675023
[10:26] <mborzecki> zyga: golang-github-gosexy-gettext? haha
[10:27] <mborzecki> zyga: i'd like to see people behind corporate filters trying to access github page of that package
[10:27] <zyga> yeah
[10:27] <zyga> https://www.tomshardware.com/news/india-shakti-cpu-processors-sdk-risc-v,39781.html <- maybe more risc v boards soon?
[10:29] <Chipaca> mborzecki: an easy & lazy fix would be to tag the build id checking tests as not-short
[10:32] <mvo> zyga: we don't use gosexy-gettext anymore, do we?
[10:32] <zyga> mvo: but I am the package maintainer
[10:33] <zyga> need to do something about it
[10:33] <mvo> zyga: oh, ok
[10:34] <diddledan> RISC-V is intriguing. I'm curious how soon we'll see someone try to make a workstation with one
[10:36] <diddledan> I kinda think though that x86(64) is too entrenched for consumer migration in any meaningful numbers
[10:36] <diddledan> in terms of IoT though I can see it breaking through
[10:37] <mborzecki> Chipaca: i think the problem is actually osutil dropping the need for import C more than go version switch, that's just a side effect
[10:37] <Chipaca> diddledan: what is the talos workstation
[10:38] <diddledan> that's powerpc IIRC
[10:38] <diddledan> power9?
[10:38] <Chipaca> ah, yes
[10:38] <Chipaca> sorry
[10:38] <Chipaca> power8
[10:38] <diddledan> it's suffering an off-by-one ;-p
[10:39] <Chipaca> same
[10:42] <Chipaca> hmm, i'm going to go lie down for a bit
[10:43]  * Chipaca not improving with time
[10:46]  * zyga has coffee now
[10:48] <zyga> mvo: let me know when you have a chance to look at https://forum.snapcraft.io/t/injecting-snapd-tools-into-base-snaps-and-keeping-them-up-to-date/12139
[11:00] <pedronis> zyga: I'll have to look at it too
[11:00] <zyga> thank you
[11:01] <zyga> pedronis: any more ideas are welcome, this captures what we discussed during the call on monday
[11:02] <pedronis> interesting
[11:02] <zyga> perhaps there is an easier way to fix it that we did not think about
[11:05] <pstolowski> mvo, pedronis: long overdue - https://forum.snapcraft.io/t/snap-debug-timings/12141
[11:06] <zyga> I made some small typos/formatting changes
[11:06] <zyga> mainly commas
[11:06] <pstolowski> will ask Graham for proof-reading as well when he is back
[11:06] <pstolowski> zyga: thanks, re-reading myself again
[11:07] <pstolowski>  56455ms            -  Save data of snap "lxd" in automatic snapshot set #1
[11:07] <pstolowski> yuk
[11:12] <mvo> zyga: yes, I have a look once I am finished with my current uc20 part
[11:12] <mborzecki> https://forum.snapcraft.io/t/segmentation-fault-running-snapcraft-on-arch-linux/12142/2 hm python3 segfaulting on arch
[11:12] <zyga> mvo: super, thank yuo
[11:12] <zyga> *you
[11:16]  * pstolowski lunch
[11:34] <pedronis> Chipaca: there is something strange in the diff of 6878, it seems to be adding back (again)  maybePrintType etc ?
[11:34] <pedronis> some merge artifact?
[11:43] <Chipaca> pedronis: merge artifact indeed
[11:43] <Chipaca> pedronis: I'll clean it up, and address your other points
[11:44] <Chipaca> pedronis: indeed at some point i forgot we meant health to be multi-line in info
[11:44] <pedronis> Chipaca: I don't have a strong opinion about not-verbose, but for verbose it should be
[11:44] <Chipaca> for some reason i thought git would do a proper job of merging things given I started from the thing that then caused conflicts everywhere
[11:59] <mvo> cmatsuoka: I hope I will have the updated recovery dir layout ready by the standup, mostly fyi, fighting with the last small issues
[11:59] <ogra> Chipaca, just switch to bzr
[12:00] <cmatsuoka> mvo: great, I'm running some tests to check the stability issues with the updated core20 snap
[12:01] <mvo> cmatsuoka: thank you
[12:01] <mvo> cmatsuoka: is it updated already? iirc I just proposed a pr. anyway we can talk after my lunch :)
[12:02] <cmatsuoka> mvo: not updated, I'm building it locally
[12:04] <Chipaca> ogra: alias git='bzr --rotated-90-degrees --extra-complicated --zippy'
[12:05] <ogra> haha
[12:06] <ogra> (so true)
[12:07] <mborzecki> is glibc locale archive a memory dump of structures?
[12:07] <cmatsuoka> mvo: but my build just failed, this snap seems to be a bit tricky to build
[12:28]  * zyga goes for lunch
[12:34] <Chipaca> pedronis: wrt health's position in the struct, it seemed like the sensible place to put it, looking at the types of the things
[12:34] <pedronis> Chipaca: I shall look at the full struct then
[12:35] <Chipaca> pedronis: txs
[12:41] <ijohnson> hey mvo, could you add me to the SU meeting invite? I don't have it on my calendar yet
[12:54] <zyga> I'm online but having lunch with family at the seaside
[12:54] <zyga> and sending updates to spread.zygoon.pl
[12:54] <zyga> over that uncapped LTE
[12:56] <ijohnson> morning zyga
[12:56] <zyga> hey ijohnson :)
[12:57] <zyga> ijohnson: I'm semi afk but I can read updates once in a while
[12:57] <mvo> ijohnson: sure, done
[12:58] <zyga> mvo: and perhaps the github team, if not done already
[12:58] <ijohnson> zyga: ok, np. did you see my post at https://forum.snapcraft.io/t/mount-namespace-walkthrough-wip/12127 ? it's still a wip but I've gotten most of the way through snap-confine at least
[12:58] <zyga> ijohnson: I did not, queued
[12:58] <mvo> zyga: I think I did that, hope added to all the right places :)
[12:58] <ijohnson> the only thing I'm still missing I think is spread access
[12:58] <zyga> looks good
[12:59] <zyga> I will read the details and comment
[12:59] <ijohnson> great, thanks
[12:59] <ijohnson> mvo: got it thanks!
[12:59] <zyga> ijohnson: I'm trying to build a new flow, with snap-boostrap-ns, reusing snap-update-ns, where C does less stuff and snap-update-ns has only one entry point that is stricter than now (from snapd)
[12:59] <mvo> yay
[13:00] <ijohnson> zyga: I need to dig in a bit more, but the whole preinit_array thing with cgo I've seen done in pure go with a docker package called re-exec
[13:00] <ijohnson> (for bootstrap.c in snap-update-ns)
[13:00] <zyga> ijohnson: one motivation is to remove C from snap-update-ns as well
[13:00] <zyga> ijohnson: anyway, that's for later, I'm just sharing thoughts
[13:00] <zyga> ijohnson: the goal is to streamline snap-update-ns and remove C as much as we can
[13:02] <zyga> ijohnson: the new binaries would be easier to understand than the multi-purpose one we currently have
[13:02]  * zyga focuses on the food now
[13:03] <ogra> ogra@pi4:~ $ grep ^NAME /etc/os-release
[13:03] <ogra> NAME="Raspbian GNU/Linux"
[13:03] <ogra> ogra@pi4:~ $ snapcraft --version
[13:03] <ogra> snapcraft, version 3.6
[13:04] <ogra> :D
[13:05] <ogra> oh ... something is broken !
[13:05] <ogra> ogra@pi4:~ $ sudo snap install lxd
[13:05] <ogra> [sudo] Passwort für ogra:
[13:05] <ogra> Warning: /snap/bin was not found in your $PATH. If you've not restarted your session since you
[13:05] <ogra> ...
[13:05] <ogra> ogra@pi4:~ $ echo $PATH
[13:06] <ogra> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games:/snap/bin
[13:06] <ogra> ...
[13:06] <ogra> thast definitely a flashe positive
[13:06] <ogra> *false
[13:06] <zyga> ogra: nice
[13:06] <zyga> ogra: sudo
[13:06] <zyga> ogra: sudo changes PATH
[13:06] <ogra> is debian different here ?
[13:07] <ogra> i have never seen that on ubuntu
[13:07] <ogra> ogra@pi4:~ $ sudo echo $PATH
[13:07] <ogra> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games:/snap/bin
[13:07] <zyga> yes
[13:07] <zyga> sudo -s
[13:07] <zyga> echo $PATH
[13:08] <zyga> otherwise PATH is expanded by the non-root shell
[13:08] <ogra> ah, right
[13:08] <ogra> yeah
[13:08] <ogra> now i wish i had a u-boot tree :( i want core !
[13:09] <zyga> how does it boot?
[13:09] <ogra> rpi firmware boots a kernel.img directly
[13:10] <ogra> (and nop initrd at all as far as i can see)
[13:10] <ogra> *no
[13:11] <ogra> (like all other pi's essentially ... )
[13:11] <zyga> ogra: that's interesting
[13:12] <ogra> whats interesting about it ? it is the same bootprocess they use since day one
[13:12] <ogra> and as usual we have to wait for a u-boot port before we can move on with core
[13:12] <ogra> i'm sure something will show up within the next weeks
[13:13] <zyga> ogra: but you can have an initrd, right?
[13:13] <ogra> you can hack one into config.txt yeah
[13:14] <ogra> there is an option for defining one
[13:14] <zyga> and that firmware is still closed-source, right?
[13:14] <ogra> yup ... it the graphics driver
[13:14] <ogra> *it's
[13:15] <ogra> the pi boots by first firing up the GPU ... the GPU then turns on the arm SoC
[13:15] <ogra> thats why you for example dont really need an extra graphics driver at all ... just some userspace libs
[13:16] <ogra> they interface dircetly with the GPU driver/bootloader blob
[13:16] <ogra> *directly
[13:18] <ogra> ogra@pi4:~ $ free -m|grep ^Mem
[13:18] <ogra> Mem:           3906         105        3299           8         500        3668
[13:18] <mborzecki_> ogra: sudo -i should work too
[13:18] <ogra> i like that one :)
[13:19] <ogra> mborzecki_, yeah, i was just not aware that debians sudo is different to ours ... i'm used to sudo not making a mess out of my env :)
[13:19] <mborzecki> ogra: fedora's sudo does the same
[13:19] <ogra> yep ... i bet suse's too
[13:20] <ogra> (or upstream FWIW ... but if you are used to userfriendlyness it is confusing :) )
[13:23] <mborzecki> Chipaca: maybe we could just skip a test in osutil for go < 1.10 and mock buildid in api and system-key tests?
[13:24] <mborzecki> Chipaca: unless there's a way to pass build flags to go test via //go:<somethingsomething>, though I'm no aware of anything like that
[13:26] <Chipaca> mborzecki: go test -tags=yadda  and then //+build yadda
[13:27] <mborzecki> Chipaca: right, we'd need to update run-checks for that hmm
[13:36] <mborzecki> Chipaca: move the test to separate file with //+build go1.10 so that we don't need to guess the format of runtime.Version()? :)
[13:36] <Chipaca> mborzecki: I closed the PR, instead. That also worked.
[13:36]  * Chipaca takes practicality to a new level
[13:37] <mborzecki> Chipaca: haha ;) ok, i can look into that
[13:37] <Chipaca> mborzecki: oh, i can too
[13:37] <Chipaca> but it needed more work and i didn't have the bandwidth to look so i closed it before wasting people's time
[13:37] <Chipaca> mborzecki: how full is your plate?
[13:39] <mborzecki> Chipaca: gadget updates & random ramblings, but I can look into working around that 1.9 quirk
[13:41] <mborzecki> pulseaudio -k a day keeps the insanity at bay
[13:50] <ogra> geez ... this snapshot default feature is very annoying
[13:54] <mborzecki> maybe we should ask the user the first time?
[13:57] <ogra> either that or make it opt in
[13:58] <ogra> snap remove --keep-data ... or whatnot
[13:58] <pedronis> it really depends on the size of the data, but yes the current UX is not great in some cases
[13:58] <Chipaca> ^C should still stop the removal and let you try again with --purge
[13:59] <ogra> i just installed snapcraft on this pi4 raspbian install ... forgot about the fact that this now needs multipass ... so the forst snapcraft run downloads multipass ... this then fails after creating a VM image for 10-20min ...
[13:59] <ogra> i then uninstall multipass (and snapcraft since it is uselass in that setup) ... and snapd keeps the rotten multipass VM image around
[13:59] <pedronis> Chipaca: does it work atm?
[13:59] <pedronis> I mean ^C
[14:00] <ogra> i could ^C out of it and it complained with an error
[14:00] <ogra> ogra@pi4:~/linux-generic-allwinner $ sudo snap remove multipass
[14:00] <ogra> Save data of snap "multipass" in automatic snapshot set #1                                                    |error: cannot perform the following tasks:
[14:00] <ogra> - Save data of snap "multipass" in automatic snapshot set #1 (tar failed: context canceled)
[14:00] <ogra> ogra@pi4:~/linux-generic-allwinner $
[14:00] <ogra> thats what i got with ^C ...
[14:01] <ogra> still, the experience is quite a mess
[14:01] <ogra> and indeed multipass is still around ...
[14:01] <ogra> snap help doesnt really talk about how to not have a snapshot taken on remove ... it only tells about how to manage snapshots
[14:02] <ogra> (i guess the info i'd be looking for is in the details of snap remove's help)
[14:02] <Chipaca> pedronis: it should
[14:03] <Chipaca> and yes abort is never pretty to see
[14:03] <mborzecki> mvo: got a lead on python3 segfaulting on arch
[14:03] <ogra> hrm ...
[14:03] <ogra> and snap remove help doesnt mention --purge at all
[14:03] <Chipaca> ogra: then you don't have a new enough snapd
[14:03] <Chipaca> ogra: disable it globally, instead
[14:04] <Chipaca> ogra: https://docs.snapcraft.io/system-options#heading--snapshots-automatic-retention
[14:04] <mborzecki> mvo: when i drop mymachines from /etc/nsswitch.conf it does not segfault anymore
[14:05] <zyga> mborzecki: time to top sharing /etc/
[14:05] <zyga> and provide crafted view
[14:05] <zyga> but then classic snaps are ... complex to say the least
[14:05] <ogra> Chipaca, i'm finding my way around (and wont keep that raspbian anyway) ... but i'm trying to take this experimant like a snap-illiterate user ... and now i'm already sitting here with a mess :P
[14:07] <ogra> btw ... i have 2.39.3 according to snap version
[14:07] <ogra> $ sudo snap remove --purge multipass
[14:07] <ogra> error: unknown flag `purge'
[14:08] <ogra> $ snap version|grep snapd
[14:08] <ogra> snapd     2.39.3
[14:08] <ogra> should that not have --purge already ?
[14:09] <Chipaca> that's an mvo question, i always get lost
[14:09] <ogra> heh
[14:10] <Chipaca> my snapd here has purge, but it also has set-health and 'snap info' shows health information
[14:10] <Chipaca> ¯\_(ツ)_/¯
[14:11] <mborzecki> zyga: mvo: left a note https://forum.snapcraft.io/t/segmentation-fault-running-snapcraft-on-arch-linux/12142/6
[14:12] <zyga> mmm
[14:20] <mvo> mborzecki: thank you
[14:28] <ogra> stgraber, https://paste.ubuntu.com/p/XGmFsskzHK/ ... lxd on raspbian ... do you think we could quieten the errors ? they look scary
[14:28] <ogra> (it seems to run find otherwise ... but if the errors ate "ignored" we could as well not show them at all)
[14:28] <ogra> *fine
[14:29] <stgraber> those messages come from the linker, not much we can do about it
[14:29] <ogra> hmm, k
[14:29] <stgraber> also we're not seeing those on other arm platforms, so that suggests there's something odd with raspbian
[14:29] <ogra> thats buster fwiw ... perhaps too new ?
[15:11] <ijohnson> ogra, stgraber: I see the same linker messages on stretch raspbian for a long time (since at least last year) so I don't think it's buster specific
[15:20] <ogra> ah ... its my first direct debian contact in years
[15:21] <ogra> (well, not true, i used armbian for 1h or so a while ago ... but not significant enough to notice issues)
[15:42] <pedronis> cachio: so I tried again, I'm not getting it to fail where I would expect, I'm getting this, notice the PAM errors
[15:42] <pedronis> cachio: https://paste.ubuntu.com/p/FX25MJhHWz/
[15:44] <pedronis> cachio: I can push my test changes to the PR if it helps, or somewhere else
[15:50] <pedronis> Chipaca: I looked at the struct
[15:52] <Chipaca> pedronis: wdyt?
[15:53] <Chipaca> pedronis: ah ok
[15:53] <Chipaca> pedronis: and type?
[15:54] <Chipaca> asked there
[15:54] <Chipaca> going afk now for a bit
[15:54] <zyga> ijohnson: https://forum.snapcraft.io/t/injecting-snapd-tools-into-base-snaps-and-keeping-them-up-to-date/12139/2
[15:58] <pedronis> Chipaca: type can stay first field
[15:59] <pedronis> answered also in the PR
[16:03] <pedronis> cachio: I pushed my debugging tweaks (on top of my PR) here: https://github.com/pedronis/snappy/commit/9ef3d3b6cd8cd775110472346e5a00e9ecb729da
[16:25] <mvo> pedronis: (for later) - I played a bit in image.go, I wonder if something along the lines of http://paste.ubuntu.com/p/TFtXTX9FPz/ makes sense?
[16:25] <mvo>  http://paste.ubuntu.com/p/TFtXTX9FP
[16:25] <mvo> pedronis: no rush, I have dinner now and we can talk later/tomorrow
[16:56] <cachio> pedronis, nice, taking a look now
[17:03] <cachio> pedronis, the tweaks seem to be well
[17:03] <cachio> are you creating a PR with those?
[17:26] <pedronis> cachio: they might be good, but if I try your repeat it doesn't die on the exit 1
[17:26] <pedronis> but at other places
[17:26] <pedronis> which confuses me
[17:26] <cachio> pedronis, it is branking on snap pack?
[17:27] <pedronis> mvo: what about seed.yaml in that code?
[17:27] <pedronis> it doesn't exist in the new world
[17:32] <pedronis> cachio: it seems to be breaking at random points, sometimes
[17:32] <pedronis> but maybe is just spread not getting the full log back
[17:32] <pedronis> but I would expect to not break before the install
[17:32] <pedronis> but it seems to
[17:35] <cachio> pedronis, ok, I am testing the this
[17:36] <cachio> also there is a spread issue on reboots which I already fixed and I am using to check the failover test
[17:37] <cachio> are you merging that change in failover test with the #7020?
[17:41] <mvo> pedronis: yeah, its a first step, I did not touch seed.yaml just yet. its mostly about how to make this less messy, i.e. having a central place that defines where the snaps/assertions/... go into without springling if/else
[17:41] <mvo> pedronis: definitely more work here :) will poke more tomorrow
[18:04] <pedronis> mvo: are you planning to merge this to master? or is just spike stuff'
[18:04] <pedronis> ?
[18:05] <pedronis> cachio: I can merge if it helps or can open another PR, given that is not failing usefully, I'm not sure
[18:09] <mvo> pedronis: I was hoping to work on something that is master material
[18:10] <pedronis> mvo: that's ok, my feeling is that we have reached a point where master material should try to fix the FIXME
[18:10] <pedronis> there
[18:10] <pedronis> also I fear because of seed.yaml etc, that this too low granularity as the final solution for master
[18:10] <pedronis> also we don't have yet the new model syntax
[18:12] <mvo> pedronis: yeah
[18:12] <mvo> pedronis: its a first step only but I think its the right direction (or something like it)
[18:13] <mvo> pedronis: the seed.yaml will come next, some of seed.yaml will just go away, some will the options.yaml but we can cross that bridge when we reach it
[18:14] <mvo> pedronis: I can work further and remove the "dirs.SetRootDir" in bootloader config writing, I think that will be straightfoward. anyway, happy to talk more friday, I don't want to burden you in the evening with this stuff :)
[18:14] <mvo> (as its not really urgent)
[18:16] <pedronis> mvo: it's fine, I just feel it might be slightly premature
[18:16] <pedronis> still
[18:16] <zyga> re
[18:20] <pedronis> mvo: my worry is to write something targeting master, think to land it in 2 days and it takes 1week+
[18:22] <pedronis> mvo: there's a lot of logic about unasserted/local snaps as well
[18:22] <pedronis> there
[18:26] <mvo> pedronis: right, happy to ignore it for now
[18:27] <pedronis> mvo: unclear why to target master though
[18:27] <pedronis> then
[18:27] <pedronis> sorry, I'm probably misunderstanding something here
[18:31] <mvo> pedronis: well, I was mostly thinking that we need to refactor this code anyway so I was thinking of doing it now because I was already working in this area for uc20 (so have some context in my head). its a bit fugly right now because of history messiness and now it got more if/else. I was hoping that with some small refactoring it would get a bit better. but if you feel its premature thats fine, I can ignore for now
[18:32] <pedronis> mvo: let me put this way, I'm not conviced yet that targetDirs is the right level of abstractions for what we need in the end
[18:32] <pedronis> it seems we have lots of details that are not just which dirs to use
[18:34] <pedronis> can we refactor 2 or 3 times, yes
[18:34] <pedronis> just not sure it's wise to setup to have to do that
[18:35] <mvo> ok
[18:40] <pedronis> mvo: sorry, I'm not trying to be negative, but so far we discussed not to try to hit master, and now we are considering it, and I have to raise my concerns
[18:43] <mvo> pedronis: its okay, no worries. fine to learn more first and then try to find the right level of abstraction. its true that there will be more changes needed regarding seed.yaml/options.yaml and the new model assertion so thats fine
[18:44] <cachio> pedronis, after 1 hour ef tests with your fix the error is not reproduced anymore
[18:44] <cachio> pedronis, that's relly promosing
[18:47] <pedronis> mvo: for example, I'm not sure the current assertion writing code is using case-insentive names
[18:47] <pedronis> for the files
[18:47] <pedronis> cachio: you mean my PR + the test change ?
[18:51] <mvo> pedronis: indeed, the coming abstraction will need to take this into account for uc20 it will write a stream in a reasonable filename for example. so yes, it seems to be fine to postpone until this is ready too
[20:08] <cachio> pedronis, sorry, didn't see your comment, yes that PR
[20:08] <cachio> pedronis, or the idea is to have 2 different PRs?


[04:55] <nuvolari> o/ mornings :)
[04:56] <nuvolari> Maaz: tell kilos morning oom :)
[04:56] <Maaz> nuvolari: Got it, I'll tell Kilos on freenode
[05:10] <trender> anybody alive ?
[05:11] <trender> good morning hello and so on
[05:15] <Kilos> morning superfly nuvolari and others
[05:15] <trender> yo kilos
[05:15] <trender> ova here dude
[05:16] <Kilos> hi trender
[05:47] <inetpro> good morning
[05:48] <Kilos> hi inetpro
[05:55] <Kilos> Maaz, coffee on
[05:55]  * Maaz puts the kettle on
[05:55] <Kilos> hmm...
[05:56] <Kilos> slowcoach
[05:59] <Maaz> Coffee's ready for Kilos!
[06:00] <Kilos> Maaz, danke
[06:00] <Maaz> Bitteschön
[06:02] <Kilos> wbb
[06:10] <Squirm> morning
[06:10] <Squirm> Maaz: coffee on
[06:10]  * Maaz flips the salt-timer
[06:14] <Maaz> Coffee's ready for Squirm!
[06:24] <Kilos> hi ThatGraemeGuy
[06:24] <Kilos> :-)
[06:27] <superfly> hi Kilos
[06:28] <Kilos> hows superfly today
[06:28] <Kilos> i wanted to ask you something but forgot what now
[06:28] <Kilos> sigh
[06:28] <Kilos> oh ya
[06:29] <superfly> Kilos: I'm OK. still recovering from food poisoning
[06:29] <Kilos> ouch what food this time?
[06:29] <Kilos> from same place as last time superfly ?
[06:30] <Kilos> have you a link for me on whats our settings would be in minicom or is it when they say normally i must choose that option
[06:31] <Kilos> ek sukkel bietjie met die modem goed
[06:32] <Kilos> i think its mainly because voda on one and cellc on ians are read only stuff every after doing upgrades
[06:34] <Kilos> s/every/even
[06:38] <ThatGraemeGuy> https://www.facebook.com/ThatGraemeGuy/activity/10151838483830925
[06:38] <ThatGraemeGuy> morning Kilos, everyone
[06:46] <superfly> Kilos: set your baud rate to 115200, and leave everything else
[06:46] <Kilos> ok ty superfly
[07:05] <Kilos> hi somaunn
[07:07] <somaunn> hi Kilos
[07:19] <somaunn> what's new here
[07:19] <Kilos> same stuff , different day
[07:22] <Vince-0> !
[07:22] <Kilos> hi Vince-0
[07:30] <Vince-0> sup
[07:30] <Vince-0> any pretentious noobs yet today?
[07:30] <Kilos> lol no
[07:34] <Kilos> i think he will settle down with 12.04 xfce and realise where he went wrong
[07:42] <somaunn> Kilos: what to expect from 14.04
[07:43] <somaunn> ?
[07:54] <Kilos> hmm...
[07:54] <Kilos> less rain and more heat
[07:54] <Kilos> and more floods in some places
[08:32] <Golynx> Hi Kilos , when a package is marked for upgrade in synaptic can it be unmarked.
[08:33] <Kilos> right click on it and see options
[08:34] <Golynx> It gives options for removal and upgrade
[08:35] <Kilos> ai!
[08:35] <Kilos> is it a big one
[08:35] <Golynx> Xfce 4.8 was the default that came with ubuntu 12.04. I added the newer version of Xfce 4.10 that has UI improvements
[08:36] <Kilos> anjd is that what wants to upgrade?
[08:36] <Golynx> I checked update and now it has 158MB to upgrade
[08:36] <Kilos> and
[08:36] <Kilos> yeah well its a complete new gui
[08:37] <Kilos> how did you add the later version
[08:37] <Golynx> I'm not sure if it will work with my pc though
[08:37] <Kilos> what was wrong with the old xfe
[08:38] <Kilos> xfce
[08:38] <Golynx> sudo add-apt-repository ppa:xubuntu-dev/xfce-4.10 -y && sudo apt-get update
[08:39] <Golynx> I didnt install it yet
[08:39] <Kilos> then you gonna have upgrades on all the necessary packages it uses
[08:39] <Kilos> otherwise remove it and stay with the old one
[08:40] <Kilos> and go into update manager settins and untick that ppa
[08:41] <Kilos> normally later version work a bit better but they are mainly for later ubuntu releases
[08:41] <Kilos> you can end up with lotsa prob sorting all the settings
[08:41] <Golynx> Ya Xfce 4.10 is default in 12.10
[08:42] <Golynx> So its safe to remove the PPA i added to the repo's
[08:42] <Kilos> if 12.04 had a later version it would show in update/upgrade command
[08:42] <Kilos> untick it thats all
[08:43] <Kilos> sometimes ppa's are good and othertimes they make you old quick
[08:44] <Golynx> 12.04 only has Xfce 4.8 . WHen i did the PPA it showed 4.10 in Latest Version box with the upgrade checked
[08:44] <Golynx> lol
[08:44] <Kilos> first get used to a system bnefore you try improve it
[08:45] <Kilos> before
[08:45] <Golynx> Ai
[08:48] <Golynx> Ok i unticked the 4.10 PPA should i update again ?
[08:49] <Kilos> try that and see then if they dont show as upgradeable in synaptic
[08:49] <Golynx> Ok
[08:51] <Kilos> maybe you need to close and reopen synaptic firstr
[08:51] <Kilos> ai!
[08:51] <Kilos> first
[08:53] <Golynx> lol, i now dont make that mistake again
[08:54] <Kilos> good
[08:54] <Golynx> But Xfce 4.10 is gone now in synaptic ty
[08:54] <Kilos> cool
[08:55] <Golynx> It shows green and the old 4.8 installed
[08:55] <Kilos> yay
[08:55] <Golynx> I guess thats all i need. Take what the repo's suggests
[08:56] <Kilos> i made the same mistake doing ppa with kde. it works kiff after about 3 days of trying to fix all the setting and stuff
[08:56] <Kilos> hi magespawn
[08:56] <magespawn> hi Kilos
[08:59] <Golynx> Thats good Kilos
[09:00] <Golynx> Hi magespawn
[09:00] <Kilos> but wasnt worth the effort
[09:50] <Private_User> good day all
[09:50] <Kilos> hi Private_User
[09:51] <Private_User> hi Kilos
[09:54] <magespawn> hi Golynx
[09:59] <Golynx> Hi Private_User
[10:00] <Private_User> hi Golynx
[10:00] <magespawn> hey Private_User
[10:00] <Private_User> hey magespawn
[10:02] <Private_User> anybody here used the application Process Hacker?
[11:26] <Kilos> hi psyatw
[11:27] <psyatw> hi Kilos
[11:37] <Private_User> hey anybody here know how to remove the "uTorrentControl_v2 Toolbar" from my machine?
[11:37] <Private_User> my windows machine that is
[11:38] <Kilos> boot from an ubuntu cd and choose erase and install
[11:38]  * Kilos ducks
[11:38] <Private_User> I have tried uninstalling via control panel but it does nothing
[11:39] <Kilos> cant you open my computer
[11:39] <Kilos> then right click c:
[11:39] <Kilos> and find it in there and delete it?
[11:39] <Kilos> right click explore i think it is
[11:40] <Kilos> then run chkdsk to sort the probs
[11:41] <Kilos> or use ccleaner
[11:41] <Private_User> ok let me try that I just managed to disable it from chrome
[11:41] <Private_User> thanks
[11:42] <Kilos> hope it helps
[11:42] <Kilos> get ccleaner it speeds up the pc lots
[11:48] <Private_User> ok cool let me try that
[11:49] <Private_User> I have been having issues with this machine since morning
[11:49] <Kilos> does more than just registry probs
[11:49] <Kilos> run antivirus
[11:49] <Private_User> but is it free?
[11:49] <Kilos> what?
[11:49] <Kilos> ccleaner is free ya
[11:50] <Kilos> and avast antivirus and zonealarm firewall
[11:50] <Kilos> avg kills pc speed
[11:51] <Private_User> ok I am using Comodo antivirus
[11:51] <Kilos> ah ok
[11:51] <Kilos> havent had experience with that
[11:52] <Private_User> I cannot wait to change this Laptop OS to Ubuntu but have to wait until I can get an external HDD to back-up my stuff before I can cause its alot
[11:52] <Kilos> hey magespawn hows things
[11:52] <Kilos> ?
[11:52] <Kilos> whew
[11:53] <Kilos> what size one you want to get
[12:00] <Kilos> hmm...
[12:27] <nuvolari> anyone working for afrihost?
[12:28] <nuvolari> hopefully not. I'm feeling for anyone that does
[12:31] <Private_User> lol @ nuvolari you are feeling for an afrihost employee?
[12:31] <Private_User> HAHAHA
[12:31] <magespawn> lol
[12:32] <magespawn> later all got to go put up a wifi tower
[12:32] <nuvolari> I just don't want to badmouth before I know who's working there :P
[12:33] <Kilos> lo nuvolari
[12:39] <Private_User> brb
[13:52] <somaunn> hi Kilos
[14:24] <Private_User> anybody else here experiencing connectivity issues?
[14:25] <Private_User> I am using a Cell C 3G connection and have been experiencing connectivity issues the whole day
[14:26] <Private_User> or is it just my laptop and usb dongle?
[14:27] <trender> Private_User dude just ping to stay alive on 3g network
[14:27] <trender> isp closes inactive 3g connections
[14:28] <Private_User> is it, even if I am connected to IRC and my email and skype?
[14:28] <trender> depends on your trafic dude
[14:28] <Private_User> ah ok
[14:29] <trender> i wrote a batch file to ping google every 5 seconds to stop this dissconnection
[14:29] <Private_User> ok maybe will give that a try
[14:29] <trender> worth a shot
[14:29] <Private_User> thanks trender
[14:30] <trender> it worked for a chick in PTA
[14:30] <trender> she get dissed every 5 minutes
[14:30] <trender> but i think it has something to do with the modem as well
[14:31] <trender> 3g is more stable if you get your modem from the isp for some reason :)
[14:31] <trender> just a theory ;)
[14:31] <Private_User> ok thanks will try it
[14:32] <trender> you dont need to ping hard at all either
[14:34] <trender> mabee the icasa approved sticker on the modem improves the quality of service :D
[14:55] <Vince-0> !
[15:05] <Kilos> Maaz, seen inetpro
[15:05] <Maaz> Kilos: inetpro was last seen 9 hours, 17 minutes and 27 seconds ago in #ubuntu-za on freenode [2014-01-23 07:47:46 SAST], and has been online on freenode since 2014-01-22 17:01:52 SAST
[15:08] <inetpro> Kilos: Maaz is lying, I was here all day
[15:09] <Kilos> ya but lurking
[15:09] <Kilos> afternoon sir
[15:09] <inetpro> doesn't mean I'm not here :-)
[15:09] <inetpro> hi Kilos
[15:09] <Kilos> hehe
[15:10] <Kilos> are you prepared for tuesdays meeting?you and fly have to give guidance
[15:15] <inetpro> the fly has to tell whether he is still ready for it
[16:13]  * Golynx wants the world free from flies and mosquitos
[16:22] <Kilos> not our fly
[16:22] <Kilos> he is the man
[16:25] <Golynx> lol , the other flies
[16:25] <Kilos> ya they are pests
[16:25] <Golynx> I wana make an electronic fly repellent
[16:25] <Golynx> Only need a few components though
[16:26] <Kilos> you need to be clever for that to find the frequency they vibrate at
[16:26] <Kilos> if not exact they will ignore it
[16:27] <Golynx> When i was young i used to take apart old hifi's and radios, then went to the library on books about electronics. I buit some great stuff. Like flashing lights and traffic lights lol
[16:28] <Kilos> lol
[16:28] <Kilos> when you were young?
[16:28] <Golynx> Ya they cant stand frequencies between 30 and 40 khz
[16:28] <Kilos> how old are you now
[16:28] <Golynx> Almost 30
[16:29] <Golynx> I was about 12 back then
[16:29] <Kilos> wow old man
[16:29] <Kilos> my son is 38
[16:29] <Golynx> lol, ya i feel old due to my lung condition
[16:30] <Golynx> I'm sure your son feels young
[16:30] <Kilos> what condition
[16:30] <Kilos> he was near dead a year ago
[16:31] <Kilos> got a virus in lungs and didnt get oxygen in because lungs were crystalizing
[16:31] <Golynx> no right lung function and brain not getting enough oxygen
[16:31] <Golynx> oh thats bad hopes his ok now
[16:31] <Kilos> yeah he found a good doctor
[16:32] <Kilos> used his own blood to innoculate him with and made the lungs recover to over 60% now
[16:32] <Golynx> How do lungs crystalize
[16:32] <Kilos> were down at 20%
[16:32] <Golynx> Wow thats good
[16:33] <Golynx> His lucky
[16:33] <Kilos> he was told it would take 2 years to recover full function
[16:33] <Kilos> whats you prob
[16:34] <Golynx> I'm too afraid to go to the doctor.
[16:34] <Golynx> Dont wana hear the bad news
[16:35] <Golynx> So i just diagnosed myself
[16:35] <Kilos> no man fool
[16:35] <Kilos> the longer you leave lung probs the worse they get
[16:36] <trender> Golynx dude are you a smoker ?
[16:36] <Kilos> ians doc is a md with homeopathy as well
[16:38] <Kilos> homeopathic drops and the self innoculations every month changed him completely
[16:38] <Kilos> but R500 a month
[16:38] <Kilos> normal doctors gave him only months left to live
[16:39] <Golynx> Honestly, it started 2 years ago. I had a burning stinging feeling in my right lung, after 2 days i got sick. Next week later i couldnt breath properly. As time went by i felt my right rib cage colapsing. So then my energy loss began and i started to lose alot of weight. Didnt wanted to goto the doctor and still dont
[16:39] <Golynx> I stopped smoking 4 years ago trender
[16:40] <Kilos> i think ian said his doc has a partner or something in capetown
[16:40] <Kilos> you should make a plan
[16:41] <Kilos> but not by normal docs
[16:41] <Golynx> Its ok Kilos dont worry yourself. I dont care when i die :)
[16:42] <Kilos> dying by bullet or accident is fine but not by getting too little oxygen
[16:42] <Kilos> you are supposed to get rich with your web designing remember
[16:42] <trender> Golynx dude i had bad lung issues swimming fixed it all up ive had pnumonia about 6 times as well when my lungs was tested while i was a cyclist i was told my lungs are now about 50% better then average people i went from basket case to being able to swim 2 lenghts underwater in a full size pool
[16:43] <trender> Golynx perception is reality...never assume the worst...we are more then the body..end off
[16:43] <Golynx> Ah thats great trender i'm happy for you man
[16:44] <Golynx> Yes Kilos i know
[16:44] <Golynx> Thanks trender wise words
[16:45] <Golynx> I will go for a checkup next month when i got the money
[16:46] <Kilos> secret to life is to never give up
[16:47] <Golynx> I guess when you got alot of future plans , you cant afford to damage your most valuable tool
[16:48] <Kilos> yp
[16:49] <Golynx> My mom works at a doctors office lol .  I read on google that water gets on the lung and constricts it.   One lose memories and normal mental function. Its like a slow torture .
[16:55] <Kilos> yip
[16:56] <superfly> Golynx: i have asthma, it's about R600 to see the doctor and get the lung test done
[16:57] <Kilos> superfly, have you planned some strategy for the internet part of the meeting?
[16:57] <Golynx> Hi superfly, thats alot. Its here about R200 for the checkup
[16:57] <superfly> no, i haven't had any down time yet
[16:58] <superfly> Golynx: yeah. my checkup is 300 and the lung test is the rest
[16:58] <Kilos> well if the main plan is there in your head one can do it on the fly i spose
[16:58] <superfly> Kilos: when is the meeting?
[16:59] <Kilos> tuesday night superfly
[16:59] <Golynx> oh ok superfly.
[16:59] <Kilos> 20.30
[17:00] <Golynx> 1 hour before bedtime :)
[17:01] <superfly> Kilos: gotcha
[17:04] <Kilos> there must be a govt medical clinic there Golynx they do basic checks and even supply transport to main hospitals for expert diagnoses and so on
[17:07] <Golynx> Ya here is a clinic Kilos. Its about a 5 min walk away
[17:08] <Golynx> But will see the doctor in town
[17:09] <Kilos> clinics are free i think
[17:10] <Kilos> local docs dont normally have all the facilities to do whats needed
[17:10] <Kilos> clinics refer you to the relevant docs
[17:13] <Golynx> When i was in Paarl from rib damage due to a fight. I payed R20 at the hospital , got lungs scanned too.
[17:22] <Golynx> Night guys, take care
[17:23] <Kilos> sjoe rough one
[18:45] <inetpro> good evening
[18:46] <Kilos> hi inetpro
[18:49] <inetpro> yikes!
[18:49] <inetpro> looks like you guys are all sick in here
[18:49] <Kilos> lol yeah
[18:50] <Kilos> but we can look forward to recovering , what you gonna do
[18:50]  * inetpro slowly but surely getting back my energy levels
[18:51] <Kilos> good
[18:51] <inetpro> you have to spend some energy to get more back
[18:51] <Kilos> its healthy to be fit
[18:51] <inetpro> and now going almost two weeks without coffee
[18:52] <Kilos> healthier but a nice cuppa is hard to give up
[18:52] <Kilos> you drink green tea now?
[18:53] <Kilos> or rooibos
[18:56] <inetpro> rooibos
[18:56] <inetpro> stopped drinking coffee gradually starting from the beginning of january
[18:56] <inetpro> last week was tough
[18:58] <Kilos> yeah its a drug
[18:58] <inetpro> don't plan to stop entirely in the end but just want a period of three weeks of no coffee
[18:58] <Kilos> but a lekker drug
[18:58] <inetpro> used to drink at least 5 cups a day
[18:58] <Kilos> best coffee is cyber coffee
[18:58] <Kilos> Maaz, coffee on
[18:58]  * Maaz flips the salt-timer
[18:58] <inetpro> need to scale it down to 2 a day when I drink it again
[18:59] <inetpro> Maaz: coffee on
[18:59] <Maaz> inetpro: There's already a pot on. If you ask nicely, maybe you can have a cup
[18:59] <inetpro> Maaz: coffee please
[18:59] <Maaz> inetpro: Yessir
[18:59] <inetpro> :-)
[18:59] <inetpro> can't just drink rooibos all day
[19:00] <Kilos> nope
[19:00] <Kilos> alsdo coke not too good for you
[19:00] <Kilos> drink liquifruit
[19:00] <inetpro> true
[19:00] <Kilos> or tropica peach
[19:00] <inetpro> they all expensive these days
[19:00] <Kilos> yeah
[19:01] <Kilos> but water isnt lekker
[19:01] <Kilos> and fish do ugly things in it
[19:01] <inetpro> costs more to drink juice than to put fuel in the car
[19:01] <Kilos> sjoe
[19:02] <Kilos> i dunno what stuff costs even anymore
[19:02] <Kilos> or tastes like
[19:02] <inetpro> even coke is cheaper than juice
[19:02] <Maaz> Coffee's ready for Kilos and inetpro!
[19:03] <inetpro> Maaz: dankie
[19:03] <Maaz> Groot plesier inetpro my vriend
[19:03] <Kilos> Maaz, thanks man
[19:03] <Maaz> Kilos It gives me great pleasure to serve a bunch of geeks :-)
[19:04] <Kilos> i would still love to get his data base
[19:11] <inetpro> good night everyone
[19:13] <Kilos> night inetpro sleep tight
[19:13] <Kilos> night all. sleep tight


[10:57] <BluesKaj> Hi folks
[11:53] <crydotsnake-M> hello
 hi
[12:05] <crydotsnake-M> Hello Rik! :)
[12:13] <crydotsnake-M> How many testers we have?.
 4 or 5 regular ones I think
 who are not developers or other team  I mean
[12:23] <crydotsnake-M> Okay.
[12:24] <crydotsnake-M> And what i have to do, to be a Tester?. Just contribute?.
[12:24] <RikMills> yep
[12:24] <crydotsnake-M> Okay :)
[12:25] <crydotsnake-M> It is a great feeling, to make software better and better
[13:54] <mparillo> There is a team, https://launchpad.net/~kubuntu-testers but I am not sure what that does.
[13:55] <crydotsnake-M> I'm already in that Launchpad Group.
[13:56] <mparillo> Excellent. Does anybody here have authority to add you to the testers factoid?
[14:05] <RikMills> ubottu: !testers is ,reply> Help is needed in #kubuntu-devel. Please ping RikMills, soee, BluesKaj, lordievader, mamarley, mparillo, wxl, DarinMiller, tsimonq2 for more information.
[14:06] <RikMills> ubottu: !testers is ,reply> Help is needed in #kubuntu-devel. Please ping RikMills, soee, BluesKaj, lordievader, mamarley, mparillo, wxl, DarinMiller, tsimonq2 for more information.
[14:06] <RikMills> ubottu: !testers is <reply> Help is needed in #kubuntu-devel. Please ping RikMills, soee, BluesKaj, lordievader, mamarley, mparillo, wxl, DarinMiller, tsimonq2 for more information.
[14:07] <crydotsnake-M> Cool!
[14:07] <RikMills> ubottu: !testers-#kubuntu-devel  is <reply> Help is needed in #kubuntu-devel. Please ping RikMills, soee, BluesKaj, lordievader, mamarley, mparillo, wxl, DarinMiller, tsimonq2 for more information.
[14:07] <crydotsnake-M> I dont know mparillo
[14:08] <crydotsnake-M>  * testers factoid ? @_freenode_mparillo:kde.org
[14:08] <RikMills> mparillo: nope, I don't
[14:08] <crydotsnake-M> Ah you mean to the !testers command?
[14:09] <crydotsnake-M>  * Ah you mean to the !testers command :D
[14:09] <crydotsnake-M> RikMills: Do you think it is importand to have Programming Experience as a tester?
 no
[14:17] <BluesKaj> RikMills, ping
[14:18] <RikMills> ?
[14:18] <crydotsnake-M> Okay.
[14:18] <crydotsnake-M> I want to learn Python
[14:18] <BluesKaj> hehe ok, RikMills what's up?
[14:18] <crydotsnake-M> Maybe i should read my book about learning Python.
[14:19] <RikMills> BluesKaj: factiod can't be edited, that is all
[14:22] <BluesKaj> ok
[14:23] <crydotsnake-M> Anyway, i'm in the Kubuntu Testers launchpad group, that is a good start i think :)
[14:48] <santa_> good afternoon everyone
[14:48] <crydotsnake-M> Hello! :)
[14:54] <santa_> RikMills: I will have a look @ the akonadi issue whenever I have time
[14:55] <santa_> this probably needs discussion with upstream, it doesn't seem a good idea to change the underlying database just because we can
[14:56] <santa_> for now, could you please summarize the problem, it fails to start or what?
 yes, can't start
 mysql-5.7 will be removed, so we can't stay with that
 mysql-8 can't make a new database, or use an existing one
 mariadb can
[15:10] <RikMills> santa_: ^
 rik , how can i reset akonadi
 managed to get mariadb running ... but using 10.4 from mariadb repo
 i doesn't know why 10.3.x in archieve failed to start
[15:11] <RikMills> it starts here :/
[15:11] <santa_> ok, RikMills and 5.7 is going to be removed ... when?
 @RikMills, :(
[15:12] <RikMills> santa_: before eoan release. some of its packages are already taken over by 8 I think
[15:12] <santa_> and you know that because...
[15:13] <RikMills> I asked in release
[15:14] <santa_> ok, and they told you, do you remember the date and hour or do you have the backlog?
[15:14] <ejat> https://paste.ubuntu.com/p/g5Qn3m6dbp/
[15:15] <RikMills> [20:42] <RikMills> I assume mysql-5.7 is going to be removed completely soon?
[15:15] <RikMills> [20:43] <vorlon> I can't speak to the timeline on that
[15:15] <RikMills> [20:43] <vorlon> I expect it would be removed before release
[15:16] <santa_> so maybe we can ask them to keep it
[15:16] <santa_> maybe
[15:16] <RikMills> ejat: well, if you don't mind nuking it, then rm -fr .config/akonadi/ .local/share/akonadi/
[15:17] <RikMills> santa_: well, we can't build against it any more, as the -dev packages are taken over by v8
[15:17] <santa_> ok
[15:17] <RikMills> but I want to be prepared, as I suspect they will want it to go
[15:18] <ejat> doesnt have .local inside .config/akonadi
[15:18] <RikMills> ejat: its not inside there
[15:18] <RikMills> ejat: rm -fr ~/.config/akonadi/ ~/.local/share/akonadi/
[15:19] <RikMills> if you prefer
[15:19] <RikMills> while akonadit is stopped
[15:19] <RikMills> *akonadi
[15:19] <blaze> wait
[15:19] <ejat> owh .. u mean thats 2 folder ..
[15:19] <ejat> ok my bad
[15:20] <RikMills> blaze: yes?
[15:20] <blaze> removing ib* files inside akonadi folder should be enough
[15:21] <santa_> RikMills: ok, so last but not least how I can reproduce the problem? Just starting akonadi in eoan? or something else?
[15:21] <RikMills> santa_: akonadictl start
[15:21] <ejat> https://paste.ubuntu.com/p/9PKH5nF4Qy/
 (Photo, 371x354) https://irc-attachments.kde.org/tC2klDZE/file_17372.jpg I mean these two
[15:22] <RikMills> santa_: once you have installed mysql-client-core-8.0 and mysql-server-core-8.0
[15:23] <santa_> RikMills: so without them it works?
[15:24] <RikMills> santa_: it obviously works with 5.7, and it also works if you switch to mariadb equivalents
[15:24] <RikMills> just not with mysql 8 ones
[15:25] <RikMills> not even if you completely disable apparmor
[15:25] <santa_> ok, so I have now a good overview, thank you very much
 @ejat, 👆🏻
 @myfenris, I can't recreate that, so not sure how to solve it
[15:28] <ejat> i need to adduser at the db ?
[15:29] <RikMills> I didn't need to here
[15:30] <blaze> you don't need a standalone setup, just the *-core libraries
[15:31] <blaze> same as mysql before
[15:31] <RikMills> indeed
[15:31] <ejat> yeah ..
[15:33] <ejat> https://paste.ubuntu.com/p/ZZFsNmc47p/
[15:33] <ejat> :(
[15:35] <RikMills> santa_: FYI, akonadi 19.08 also does not work with mysql-8
[15:36] <RikMills> in case you wondered
[15:36] <santa_> ok fine
[15:38] <ejat> https://www.linuxquestions.org/questions/slackware-14/akonadi-and-mariadb-10-2-8-a-4175612895/page3.html
[15:39] <ejat> wondering why fresh installed working fine
[15:39] <ejat> @RikMills your VM not using KCI ?
[15:40] <RikMills> nope
[15:40] <RikMills> using freah eoan install
[15:41] <RikMills> *fresh
[15:43] <ejat> okie
[15:48] <ejat> https://paste.ubuntu.com/p/PmmQwt2W7h/
[15:48] <ejat> bug 1797643
[15:49] <ejat> related to apparmor
[15:50] <RikMills> yes, that was fixed
[15:51] <RikMills> I hav no apparmor denials with mariadb
[15:54] <RikMills> well, not that stop akonadi starting, or that match what you pasted, anyway
[15:57] <blaze> I've managed to start akonadi against mariadb just now with existing database
[16:00] <RikMills> blaze: yeah, that is why I was pondering a switch
[16:03] <ejat> from the bugs seem not fully fixed :(
[16:05] <blaze> libqt5sql5-mysql depends on libmysqlclient21 (>= 8.0.11), that's questionable since I only have mariadb now
 https://paste.ubuntu.com/p/SjWddCWmMR/
 🤔
 hmmmm
 @RikMills given the mysqld-akonadi complain mode
 works!
 i should not nuke the akonadi at the 1st place .. but nevermind ..
 i seldomly used kmail nowdays ..
 either mailspring @ thunderbird
 thunderbird FTW
 @RikMills, 💪🏻
[16:40] <blaze> is there a need for an upgrade script, nuking the old mysql files?
 doesn't seem so with mariadb
[16:42] <blaze> good
[16:43] <RikMills> that would need to be tested with a disco to eoan upgrade as well though
[16:43] <RikMills> where akonadi version changes
 finally my nightmare (can't start mariadb + akonadi) disappear ..
 😅
[18:39] <santa_> RikMills: while I prepare myself to dig into the akonadi issue ... do you have a few minutes to talk about a few easier things?
[18:49] <RikMills> santa_: ok
[18:54] <santa_> RikMills: ok, first of all kservice. I have seen you made a patch to fix the autotest issue, the change apparently wasn't pushed to git
[18:54] <santa_> also, may I try to convince you to use the upstream patch instead?
[18:55] <santa_> https://build.kde.org/job/Frameworks/job/kservice/job/kf5-qt5%20SUSEQt5.12/
[18:55] <santa_> I think build #43 fixed the issue in question
[18:56] <santa_> https://build.kde.org/job/Frameworks/job/kservice/job/kf5-qt5%20SUSEQt5.12/43/
[18:56] <RikMills> 404 on that link
[18:56] <santa_> wat
[18:56] <santa_> it works here
[18:56] <RikMills> did 2nd time here
[18:57] <santa_> ok
[18:57] <santa_> the second one is the build #43
[18:58] <santa_> if you click on changes -> cgit that would bring you this:
[18:58] <santa_> https://cgit.kde.org/kservice.git/commit/?id=f5b0223325c72d4d29d6f7e9e1355455355d3981
[18:58] <santa_> which is, I believe, the upstream patch to solve the problem
[18:58] <RikMills> I looks at that. it is already in 5.61
[18:58] <RikMills> *looked
[18:59] <santa_> also just FTR with or without it, it doesn't seem to fail in my test build servers
[19:00] <santa_> * without it
[19:00] <santa_> I haven't tested with it
[19:00] <RikMills> it didn't fail either when I tres in lxd autopkgtest. but it failed on ubuntu infra
[19:00] <RikMills> *tried in
[19:00] <santa_> yeah, I guessed that must be one of these complicated corner cases
[19:01] <RikMills> yeah
[19:01]  * RikMills pushed changes
[19:02] <santa_> thanks, whenever you have time please consider the upstream patch. move to the next issue [y/n]?
[19:03] <RikMills> santa_: I can't consider the upstream patch, as it was included in the 5.61 tar
[19:03] <RikMills> which is why I gave up at that point
[19:04] <santa_> oh, sorry, ok I misunderstood
[19:04] <RikMills> I though it looked an obvious fix, and I missed the date
[19:04] <RikMills> then was quite suprised to fix it already in the tar
[19:05] <RikMills> *to find it
[19:05] <santa_> so the only actual issue was pushing the thing to git which you already solved
[19:05] <santa_> so, move to the next issue [y/n]?
[19:05] <RikMills> y
[19:06] <santa_> ok, kirigami-gallery
[19:07] <santa_> this doesn't exist in our git repos so it was triggering a bug in git-clone-all which is fixed in the master branch
[19:07] <santa_> in addition to that ... maybe we should package it?
[19:08] <RikMills> it has been started in debian by sgclark
[19:08] <santa_> yes, I know it's an example program, but still it would nice have
[19:08] <santa_> yeah, I was about to say that, apparently we already have some packaging available
[19:08] <RikMills> if debian don't get to an upload then we can do it I guess
[19:09] <santa_> I mean it's part of apps and seems better to upload it than adding it to the skip list
[19:09] <RikMills> I'll see if scarlett has any ETA
[19:09] <santa_> regarding example/demo programs it's nice to have them
[19:10] <RikMills> yep
[19:10] <santa_> for instance some time ago I did a talk @ university about Qt and it was nice to have the qt example/demo programs packaged
[19:10] <santa_> "look how awesome Qt is"
[19:11] <santa_> and well I already said all I wanted to say about kirigami-gallery, so move to the next one [y/n]?
[19:11] <RikMills> apparently in ftpmasters new queue
[19:12] <RikMills> given how they ignore low priority stuffm maybe we should get on it
[19:13] <santa_> when it comes to debian's mighty NEW queue, you can safely assume that things there might take from weeks to months to be processed
[19:14] <santa_> needless to say I used to work for debian, so I know how "wonderful" is that
[19:15] <santa_> anyway, move to the next topic [y/n]?
[19:15] <RikMills> lets take a look at the packaging in the next week or so. see what we think
[19:15] <RikMills> y
[19:16] <santa_> ok
[19:16] <santa_> last time I tried an initial build of apps 19.08 they were a few things broken
[19:16] <santa_> i.e. the source package doesn't build
[19:17] <santa_> is everything pushed to git?
[19:17] <santa_> if yes, may I fix things?
[19:17] <RikMills> there where some respins IIRC
[19:17] <santa_> ok
[19:18] <santa_> also regarding the branch naming 'kubuntu_fseries_staging'...
[19:18] <santa_> maybe it would be better to use 'kubuntu_eoan_backports'?
[19:18] <RikMills> might be
[19:19] <santa_> so this way we won't have a branch which would have to be 'renamed' in a couple of months
[19:19] <santa_> not a big tragedy, but it seems to me the 'kubuntu_eoan_backports' naming would be the path of least resistance
[19:19] <RikMills> I think the only build fail I had in the end was cantor, and that was only because new julia FTBFS in proposed on some arches
[19:22] <RikMills> let me ponder
[19:23] <santa_> I had some packages failing with "do-all gbp-tritemio" because some patches were already applied upstream
[19:23] <santa_> specifically those which I added for 19.04.3 to fix build failures
[19:23] <santa_> and I think I also had a couple of extra failures or so
[19:24] <santa_> I will give you an updated list once I get my git clones ready again
[19:24] <santa_> (I'm cloning everything in the other server)
[19:26] <RikMills> ok, going through and doing a fresh ppa rebuild is probably in order. as well as that
[22:06] <santa_> The command failed to execute in the following directories:
[22:06] <santa_> akonadi-import-wizard/ (exit status = 1)
[22:06] <santa_> cantor/ (exit status = 1)
[22:06] <santa_> kate/ (exit status = 1)
[22:06] <santa_> kmail/ (exit status = 1)
[22:06] <santa_> kpat/ (exit status = 1)
[22:07] <santa_> minuet/ (exit status = 1)
[22:07] <santa_> palapeli/ (exit status = 1)
[22:07] <santa_> s
[22:07] <santa_> RikMills: ↑ I think all of them are the missing headers patches we had to add for 19.04, are you sure you pushed all you changes to git?
[22:07] <santa_> s/you/your/


[07:46] <sncder> hi，guys
[11:13] <mup> Bug #1709850 opened: Can't enlist Huawei node with MaaS 2.2.1 <MAAS:New> <https://launchpad.net/bugs/1709850>
[11:22] <mup> Bug #1709850 changed: Can't enlist Huawei node with MaaS 2.2.1 <MAAS:New> <https://launchpad.net/bugs/1709850>
[11:25] <mup> Bug #1709850 opened: Can't enlist Huawei node with MaaS 2.2.1 <MAAS:New> <https://launchpad.net/bugs/1709850>
[13:05] <bryan_att> hi anyone - are there any special tricks to get MAAS 2.2.2 to deploy Centos7 ? every time I try this, the OS is installed but (1) there are no network interfaces configured (though I have defined them and set them to auto assign); (2) there are no users created that I can tell of; I see a video of one guy doing this but the details are sketchy https://www.youtube.com/watch?v=yCZNSyLHpcQ
[15:22] <mup> Bug #1709907 opened: Interface alias name causes invalid DNS FQDN <sts> <MAAS:New> <https://launchpad.net/bugs/1709907>
[16:07] <bryan_att> if anyone on this channel is regularly deploying Centos7 with MAAS, could you share the details of how you have MAAS setup so I can understand any dependencies?  I can't find any docs on what to do if the issues I am finding occur, or any MAAS setup requirements for Centos7 deployment.
[16:58] <jcordeiro> hi there.
[16:59] <jcordeiro> im using MAAS Version: 2.2.2-6099-g8751f91-0ubuntu1~16.04.1
[17:00] <jcordeiro> my machines are virtual(libvirt), and MAAS is able to power them on and off
[17:01] <jcordeiro> i have installed my machines with maas but now i want to reinstall them
[17:01] <jcordeiro> my machines are failing to comission
[17:02] <jcordeiro> what boot setup should i use? pxe into all?
[17:02] <jcordeiro> any pointers for me to try?
[17:05] <pmatulis> jcordeiro, PXE should always be enabled on the libvirt guests
[17:06] <pmatulis> jcordeiro, to reinstall: 'Release' and 'Deploy'
[17:11] <bryan_att> does anyone have links to the details of how to format the curtin preseed files, and what are the available preseed operations? All I can find on MAAS documentation is a few examples.
[18:11] <mup> Bug #1709284 opened: curtin does not put mount_options passed by MAAS into /etc/fstab <ci> <curtin:Confirmed> <MAAS:Triaged by blake-rouse> <https://launchpad.net/bugs/1709284>