[00:05] <rbasak> nacc: it sounds like zabbix-frontend-php shouldn't depend on a DB at all. Can't it leave that for zabbix-server-* to pull in?
[00:06] <rbasak> Oh, that maybe won't fully work.
[00:10] <mwhudson> nacc: will leave it for sponsors then
[00:10] <nacc> rbasak: it doesn't depend itself
[00:11] <nacc> rbasak: the issue is that to use a db with zabbix, you'd install either zabbix-server-<db> or zabbix-proxy-<db>, i think
[00:11] <nacc> that determines, in turn what php-<db> package should be installed
[00:11] <nacc> but afaict, there's no way to communicate those kind of interdependencies
[00:12] <nacc> so you'll just get pgsql not knowing you need to `apt install zabbix-frontend-php php-mysql` if you previously `apt install zabbix-server-mysql`
[00:15] <nacc> rbasak: it's not a serious issue, per se, but i was just curious if there were ways to fix that, as for instance if i had installed zabbix-server-mysql first, then installing php-pgsql won't help me at all with the web ui :)
[00:15] <nacc> mwhudson: woo, tests passed, uploading debdiff
[00:19] <mwhudson> nacc: debdiff? isn't there a new orig?
[00:20] <wgrant> pitti: Huh, are you sure you're logged in correctly? That option is still there, and nothing related has changed in years.
[00:26] <nacc> mwhudson: yeah, sorry, not a debdiff, i just uploaded a new debian tarball
[00:26] <nacc> mwhudson: and new orig comes from `uscan`
[00:37] <mwhudson> nacc: i think the version number should perhaps be 7.0.8-0ubuntu0.16.04 ?
[00:37] <mwhudson> er with another .1 on the end
[00:39] <nacc> mwhudson: i wasn't sure how that worked with MREs. You are right, though, that probably matches better (my undersatnding for the above strings was specifically for backporting a version from Y to X, for instance). In this case, the packaging is the same but we're updating the orig tarball
[00:40] <nacc> i'll review the security team page again, though, please put an update in the bug, if you don't mind?
[00:41] <mwhudson> well i'm fairly new at this too :)
[00:44] <mwhudson> nacc: uploaded https://launchpad.net/ubuntu/xenial/+queue?queue_state=1&queue_text=
[00:45] <nacc> mwhudson: thank you very much!
[00:45] <nacc> rbasak: LP: #1569377 for reference
[00:46] <mwhudson> nacc: i guess it's worth mentioning https://launchpad.net/bugs/1596735 on the sru bug too?
[00:46] <mwhudson> er i guess i can do that
[00:48] <nacc> mwhudson: thanks, i can do it if you're otherwise occupied, i should have done that already, my fault
[01:14] <mwhudson> nacc: done
[01:45] <nacc> mwhudson: thanks again!
[02:01] <Logan> nacc: yeah, apt unfortunately doesn't support variants of packages
[02:02] <Logan> or at least that kind of dependency handling, AFAIK
[02:04] <Logan> nacc: well, I guess you could do a debconf kinda thing after install of the frontend to choose which PHP DB connection to install
[02:04] <Logan> but that's gross
[03:40] <mwhudson> dbconfig-common!
[03:40] <mwhudson> and yes, it's horrible
[04:45] <cpaelzer> good morning
[06:10] <smb> cyphermox, uh erm, there is still something wrong with grub-efi-amd64-signed in trusty. I think it is that it still depends on the wrong version: apt-cache info: grub-efi-amd64-signed(1.34.11+2.02~beta2-9ubuntu1.8) depends on grub-efi-amd64 (= 2.02~beta2-9ubuntu1.8) but grub-efi-amd64 in trusty-proposed is 2.02~beta2-9ubuntu1.9
[06:11] <smb> ^ that is all with proposed enabled
[06:38] <pitti> Good morning
[06:40] <pitti> wgrant: I just tried to log out and back in, same result -- no boxes
[06:40] <pitti> wgrant: I'd like to mark yesterday's as current as I uploaded it
[06:55] <wgrant> pitti: What is on the page for you?
[06:59] <pitti> wgrant: http://picpaste.com/p-rA9K20PS.png
[07:02] <wgrant> pitti: ah, I think it's because there's no driver set on xenial (or yakkety)
[07:03] <wgrant> The other series are ~ubuntu-release, which will give you launchpad.TranslationsAdmin. As it stands you only have launchpad.LanguagePacksAdmin on xenial.
[07:04] <pitti> wgrant: that sounds like a bug, no? that's clearly langpack admin, not release engineering
[07:11] <wgrant> pitti: It is probably a bug, but it's a very deliberate one. And regardless, much faster and easier to fix by fixing the series config.
[07:12] <pitti> https://launchpad.net/ubuntu/wily/ keeps timing out, but https://launchpad.net/ubuntu/xenial/ has "Drivers: Ubuntu drivers"
[07:12] <pitti> oh, you mean the missing "Release manager:" I suppose
[07:13] <pitti> ah, /wily loads now, that has ~ubuntu-release indeed
[07:14] <pitti> slangasek: can you please set the release manager to ~ubuntu-release on https://launchpad.net/ubuntu/xenial/ and https://launchpad.net/ubuntu/yakkety/ ?
[07:14]  * pitti supposes that this needs ~techboard powers
[07:15] <wgrant> I believe that is correct.
[07:49] <caribou> pitti: last week, you rejected the SRU for LP: #1529815 since LP: #1568485 was v-failed but bdmurray reverted it back to v-needed
[07:54] <pitti> caribou: ... and?
[07:54] <caribou> pitti: looks like it was not a regression so I don't understand why I'd need to remove the patch
[07:55] <pitti> caribou: right, in this case the ", or..." part would apply :)
[07:55] <caribou> pitti: I don't mind waiting until the first one go through
[07:55] <pitti> caribou: yeah, it's blocked by verification of this bug either way, so the fastest way forward would be to verify this
[07:56] <caribou> pitti: true, I'll look that up
[07:56] <pitti> alternatively you can upload a new one with -V that includes the previous update, then the other fixes can be tested in parallel
[07:56] <pitti> (but that bug still needs to be verified of course)
[07:56] <caribou> k
[08:31] <caribou> pitti: wait I'm not sure I'm following you : what you mean by -V ?
[08:33] <pitti> caribou: dpkg-buildpackage's (or gbp buildpackage etc.) -V4.3.3-5ubuntu12 so that the previous changelog (current version in -proposed) is included into the .changes; same as you do for merges
[08:33] <caribou> pitti: ah ok got it
[08:35] <cjwatson> pitti: that's -v
[08:35] <pitti> err yes, that, sorry
[08:57] <apw> cyphermox, grub2-signed> of course uploading grub2-signed did not help, as the custom upload in question is broken and comes from grub2
[08:58] <apw> cyphermox, so we likley need to upload grub2, or stop grub2-signed using current when it knows which version it is wanting
[09:06] <caribou> pitti: Is foundation taking care of the desktop installer ?
[09:06] <pitti> caribou: yes, mostly cyphermox
[09:06] <caribou> pitti: thought so
[09:07] <caribou> I think I found a bug that got me to reinstall my laptop 3 times yesterday : LP: #1596599
[09:07] <caribou> cyphermox: ^^^
[11:32] <mdeslaur> @pilot in
[11:52]  * dholbach hugs mdeslaur
[11:52]  * mdeslaur hugs dholbach
[11:53] <dholbach> :-)
[12:07] <justxux> Some hugging party other here :D
[12:10] <apw> cyphermox, ok we've played with grub2 and the practicle upshot is a no-change rebuild is the best way out; i am getting that done now
[12:12] <cjwatson> Odd_Bloke: Can you point me to current-ish cloud image build logs for xenial?  None of the livefs objects I can find on LP seem very current
[12:14] <Odd_Bloke> cjwatson: https://launchpad.net/~cloudware/+livefs/ubuntu/xenial/cpc/+build/66749 is the latest amd64; don't know if you'll have permissions on that though.
[12:23] <tsimonq2> justxux: https://www.youtube.com/watch?v=4jzGIaZcGcM
[12:23]  * tsimonq2 hides
[13:27] <justxux> justxux is glad that everyone had a hug
[14:11] <xnox> as per https://github.com/zyga/os-release-zoo/tree/master/ubuntu kylin has modified os-release file... i thought that is not allowed.
[14:11] <xnox> Laney, cjwatson ^
[14:17] <Laney> That is the least of it
[14:17] <Laney> Or was the last time I had a reason to look
[14:30] <cpaelzer> hi, I'm wondering what of a package delta to send to debian to shrink delta - I was wondering are they usually interested in stuff like apport hooks or ufw profiles?
[14:30] <cpaelzer> or is any of that too ubuntu'ish
[14:31] <cpaelzer> I almost expect an "it depends on the maintainer of the package" answer, but it is certainly better to ask first
[14:31] <pitti> cpaelzer: Debian does have apport, but it has a fairly niche existence
[14:31] <pitti> pretty well the same thing with ufw
[14:31] <pitti> so I guess both can be justified, and as you say it depends on the maintainer; certainly not unreasonable to at least propose it
[14:31] <cpaelzer> pitti: thanks for the feedback, I can easily throw it there and let them decide - but now I know what to expect
[14:31] <pitti> if the maintainer is nice, it can also be installed iff dpkg-vendor --is ubuntu
[14:32] <jdstrand> ufw is used in Debian and isn't Ubuntu-specific
[14:32] <Laney> lxc
[14:32] <Laney> hello12
[14:32] <Laney> ssh x
[14:32] <jdstrand> it is opt in of course, but I doubt you'd have any political issues
[14:32] <pitti> Laney: you have an exceptionally bad password
[14:32] <Laney> haha
[14:32] <Laney> that's my vm password
[14:32] <Laney> but why did that happen????????????????????????
[14:33] <Laney> it's typing into multiple windows
[14:33]  * pitti quietly disables the IRC keylogger again
[14:33] <Laney> wtf
[14:33] <pitti> Laney: iz GTK bug!
[14:33] <Laney> oh terminator "broadcast all"
[14:33] <Laney> SIGH
[14:34] <Laney> at least I only have to change it in one place :)
[14:34] <Laney> that VM is routeable
[14:34]  * Laney makes sure it's not broadcasting before doing that
[14:34]  * Unit193 tries hello13
[14:34] <Laney> goodbye12
[14:34] <Laney> CRAP
[14:35] <Laney> and I just mistyped the new one three times in a row
[14:35] <Laney> this is going to be fun
[14:36]  * pitti just uses "a" as VM passwords, do I win the laziness crown?
[14:36] <Laney> that ^ was my password on the first PDAish thing I got when I was 12
[14:36]  * Laney used it for nostalgia purposes
[14:38] <Laney> http://old-organizers.com/MorePicts/MP185.htm
[14:40] <pitti> I had a PalmPilot III
[14:42] <Saviq> lool, hey, seeing as you're the latest who touched doxyqml in Debian, any chance you would have time to update it to a newer version http://agateau.com/projects/doxyqml/ ?
[14:43] <LocutusOfBorg> pitti, can you please make testsuite of opencv run against auto-multiple-choice and visp / proposed?
[15:14] <stgraber> pitti: hey, any idea where the debug symbols for lxd 2.0.2-0ubuntu1~16.04.1 in xenial are?
[15:14] <stgraber> pitti: not seeing them on ddebs
[15:14] <stgraber> pitti: https://github.com/lxc/lxd/issues/2160
[15:19] <LocutusOfBorg> stgraber, I see them https://launchpad.net/ubuntu/xenial/+package/lxd-dbgsym
[15:19] <stgraber> LocutusOfBorg: yeah but they're not on ddebs.u.c
[15:20] <LocutusOfBorg> not sure, maybe the mirror didn't keep up with the new uploads?
[15:21] <stgraber> yeah, not sure, that's why I pinged pitti. That upload happened a few weeks back, so you'd think it'd be there by now :)
[15:21] <stgraber> oh, that was a security upload, maybe that's somehow confusing something?
[15:21] <cjwatson> ddeb-retriever has been having trouble for a while though I can't remember quite how long
[15:21] <cjwatson> I killed it today to see if it'll catch up
[15:21] <stgraber> ah good to know, thanks
[15:22] <cjwatson> http://ddebs.ubuntu.com/dists/xenial-updates/ says 31 May so ...
[15:22] <cjwatson> at one point it was having trouble because it didn't have permission to fetch one of the files it wanted; I never had a chance to dig into it
[15:25] <Saviq> slangasek, hey, any chance someone could please look at bug #1585517
[15:27] <LocutusOfBorg> jbicha, abiword uploaded on deferred/2
[15:27] <LocutusOfBorg> :)
[15:28] <nacc> Logan: mwhudson: yeah, i was really hoping to avoid dealing with dbconfig-common again. We could do something smarter, though, I think, it's a valid bug/feature request. Right now, it just ends up broken for a less-than-obvious reason
[15:28] <LocutusOfBorg> ubuntu built it :)
[15:30] <Saviq> lool, if you do find time to bump doxyqml, Multi-Arch: foreign would be nice to have (bug #1585517)
[15:32] <mdeslaur> @pilot out
[15:51] <semiosis> hi again.  any suggestions on how I can encourage a review of my merge proposal?  https://code.launchpad.net/~semiosis/livecd-rootfs/fix-for-1565985/+merge/298305
[15:51] <semiosis> or help set my expectations for how long this might be sitting around?
[16:12] <Odd_Bloke> semiosis: Thanks for taking the time to figure that all out!  I'm reviewing it now (though I don't have permissions to actually do the merge).
[16:12] <semiosis> Odd_Bloke: awesome!  thank you
[16:13]  * ogra_ thinks it would really be nice if people could use POSIX shell for patches to official code ... instead of bash
[16:15] <Odd_Bloke> semiosis: Have you been able to test that this builds?  (And how?)
[16:16] <semiosis> hmm good question.  i'll comment on the merge proposal with test instructions
[16:17] <semiosis> i tested it on xenial, building xenial. it works, and solves all problems with the vagrant box i'm aware of
[16:24] <Odd_Bloke> cjwatson: FYI, those initrd changes aren't going to make it in to our yakkety images until we get https://code.launchpad.net/~cloudware/livecd-rootfs/image-consolidation/+merge/297041 merged (so we aren't forked from lp:livecd-rootfs).
[16:24] <Odd_Bloke> (infinity: slangasek: ^)
[16:29] <semiosis> Odd_Bloke: instructions -- https://code.launchpad.net/~semiosis/livecd-rootfs/fix-for-1565985/+merge/298305/comments/768010
[16:29] <Odd_Bloke> semiosis: Thanks!
[16:30] <semiosis> you're welcome
[16:30] <Odd_Bloke> semiosis: At a high-level, LGTM, I'll give it some actual testing tomorrow, probably. :)
[16:30] <semiosis> sweet!
[16:37] <cjwatson> Odd_Bloke: ah, is there a similar live-build fork for xenial images?
[16:37] <cjwatson> Odd_Bloke: (also, not totally clear on how the existence of a livecd-rootfs fork is relevant to my live-build SRU, but I may be missing something)
[16:39] <kilbith> hello, someone can explain me why the bloated package 'fonts-noto-cjk' is installed by default on ubuntu ?
[16:40] <kilbith> apparenthy these are the chinese/japanese/korean fonts, but would i care if i'm european ?
[16:40] <kilbith> this is a bit painful to download 75 MB whenever i update whereas these fonts aren't used by me
[16:40] <ogra_> kilbith, because your browser might open chinese pages and you dont want weird squares scttered all over it
[16:41] <kilbith> ... but i don't read chinese :/
[16:41] <ogra_> nothing stops you from uninstalling that package
[16:41] <kilbith> sure, i'm just questioning why it's installd by default for non-chinese people
[16:42] <dobey> becasue not everyone is you
[16:42] <dobey> the same reason many things are installed by default. to make the system useful to the widest group of people
[16:42] <tgm4883> ogra_: would that be necessary for the in browser translations such as in google chrome?
[16:43] <ogra_> tgm4883, no idea, but it iss necessary for showing the chars in any case ...
[16:43] <dobey> chinese fonts are more useful to me than some of the applications installed by default, so i uninstalled those applications
[16:43] <ogra_> if someone with a chinese name sends you an email his name will appear in chinese inn your mail app
[16:43] <tgm4883> dobey: I think the question is more, if ubiquity knows where i'm located and my language, why install the package?
[16:43] <ogra_> if you dont have any chinese fonts installed you just get broken squares
[16:44] <nacc> it sounds like, so that *if* you run into any chinese characters in your usage of Ubunut, it will display properly
[16:44] <ogra_> tgm4883, because the internet is intenational
[16:44] <dobey> tgm4883: because chinese characters don't care what your locale or native language are
[16:44] <nacc> given the population sizes, it seems like it could happen :)
[16:44] <cjwatson> Lots of these things are trade-offs; making the livefs as universally useful as possible + making installation quick tends to imply keeping it on the installed system, but there's frequently room for changing font selection etc.
[16:45] <dobey> i see han characters all the time, in my daily usage of the internet
[16:45] <slangasek> pitti: release-manager> fixed, strange that this isn't a default?
[16:45] <ogra_> i'm pretty sure fnts are usually just recommends, so you should always be able to uninstall them without doing much harm
[16:45] <ogra_> *fonts
[16:45] <nacc> this one in particular definitely is
[16:45] <dobey> ogra_: most things are just recommends :)
[16:45] <ogra_> yeah
[16:46] <cjwatson> slangasek: it's part of the NewReleaseCycleProcess
[16:46] <cjwatson> apparently not followed to the letter here
[16:46] <cjwatson> at least I thought it was ... maybe not?
[16:47] <Odd_Bloke> cjwatson: We use recipes to integrate the partner-specific changes which aren't public domain; these are based on bzr branches.  We currently just have a fork of lp:livecd-rootfs as of xenial release for that recipe.
[16:47] <cjwatson> Odd_Bloke: right, so that doesn't relate to my change, I think
[16:47] <Odd_Bloke> Oh, it is in live-build, right?
[16:48] <cjwatson> Odd_Bloke: though if it might be possible to copy live-build from xenial-proposed into the base PPA for your livefs builds, that would be a great way for us to supply QA
[16:48] <Odd_Bloke> I think we only do this for livecd-rootfs.
[16:48] <Odd_Bloke> So live-build should come from the archive.
[16:48] <cjwatson> Odd_Bloke: right, but you have a private PPA that you could copy-package it into if I succeed in persuading you that that's sensible
[16:49] <slangasek> Saviq: bug #1585517> so, apparently someone dropped the Ubuntu patch to apt that would let us build-depend on arch: all packages without having to annotate every single one as M-A: foreign?
[16:51] <cjwatson> Odd_Bloke: (just in order that we can get this into cloud images faster and thus unblock xenial on LP builders)
[16:51] <Odd_Bloke> cjwatson: You mean before it lands in xenial-updates?
[16:52] <Odd_Bloke> (In a meeting, apologies if I'm being nonsensical)
[16:53] <cjwatson> Odd_Bloke: right - I already did https://launchpad.net/~cjwatson/+livefs/ubuntu/xenial/cpc-experimental/+build/66852 to check that it basically worked and produced what looked like sensible results, though I didn't actually try booting that
[16:53] <cjwatson> Odd_Bloke: since in order to get it into xenial-updates we have to QA it somehow anyway
[16:54] <Saviq> slangasek, could be, it works in vivid still
[17:02] <Odd_Bloke> cjwatson: Kicking it around with the team; if we were happy, how would we copy from -proposed?
[17:03] <cjwatson> Odd_Bloke: copy-package --from ubuntu --from-suite xenial-proposed --to ppa:cloudware/ubuntu/cpc-livecd-rootfs --to-suite xenial --include-binaries live-build
[17:05] <Odd_Bloke> cjwatson: Cool; copy requested.
[17:05] <cjwatson> thanks!
[17:22] <nacc> mdeslaur: thanks for the feedback, updated debdiff and submitted that part to debian
[17:22] <mdeslaur> nacc: cool, thanks! :)
[17:53] <tgm4883> nacc: you're aware that's the same guy about RAID in -server right?
[17:54] <tgm4883> nacc: nry2 is hanktheai
[17:54] <nacc> tgm4883: yeah, i'm gathering as much
[17:54] <tgm4883> nacc: he didn't bother cloaking
[17:55] <tgm4883> bah, I meant this for #ubuntu-discuss
[17:55]  * tgm4883 hangs his head in shame
[17:57] <slangasek> Odd_Bloke: looking at image-consolidation branch now.  I thought the plan had actually been to keep the tar.xz in parallel with the squashfs, but drop tar.gz as redundant?
[17:59] <semiosis> Odd_Bloke: oh that ^ reminds me, with my changes vagrant no longer depends on the vmdk, but only on the root disk image, so it could be moved from 042 to something lower.  i didnt mess with that in my changes. figured that decision should be left up to the package maintainers.
[18:01] <semiosis> lower numerically*
[18:03] <slangasek> Odd_Bloke: looking back over the meeting notes to refresh my memory, I see that there is discussion of replacing tar.xz with squashfs, but I don't remember that being concluded in the meeting and am concerned that there may be deps on the .tar.xz that aren't ready to migrate
[18:22] <pitti> slangasek: thanks, now I can do the necessary settings on the +language-packs page
[18:23] <pitti> stgraber: ack, will have a look, added to my todo
[18:35] <dasjoe> Was a containerdays today, sadly everything was quite Docker-centric, I hoped to see some LXD in action
[18:35] <dasjoe> Oh, this isn't #lxcontainers :)
[20:27] <LocutusOfBorg> oops jbicha I was uploading the tidy rebuilds
[20:28] <LocutusOfBorg> BTW https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828902
[20:30] <jbicha> LocutusOfBorg: ok, I asked in #kubuntu-devel for them to rebuild the 2 kde pkgs
[20:30] <LocutusOfBorg> wonderful
[20:30] <LocutusOfBorg> I'll leave the transition to you
[20:30] <jbicha> libhtml-tidy-perl and python-tidylib both have test failures :(
[20:30] <LocutusOfBorg> feel free to check the MIR status
[20:31]  * LocutusOfBorg leaves, lets see tomorrow
[21:18] <slangasek> Odd_Bloke: ok, have re-bootstrapped my brain to the conclusion that both tar.gz and tar.xz should go away.  Are we sure that nothing is consuming the tar.[xg]z downstream that will break by this change?
[21:32] <Grorco> Hi I am just trying to get started on helping with small bugs and I'm a little confused, I got a branch of software-properties using bazaar and don't know where to go from here
[21:34] <Grorco> the developer site says to use edit-patch to get a copy of it to work on but that errors out saying it's not a debian dir
[21:38] <nacc> Grorco: link to said site?
[21:39] <nacc> Grorco: edit-patch is used to modify debian patches inside a source package
[21:39] <Grorco> nacc: http://packaging.ubuntu.com/html/fixing-a-bug.html
[21:40] <nacc> Grorco: what's the bug in question?
[21:41] <Grorco> nacc: alt-tab doesn't bring up the window
[21:42] <Grorco> in unity*
[21:42] <nacc> Grorco: ok, so once you've bzr-branch'd, you'll just go into the directory it was cloned to locally
[21:43] <Grorco> nacc: the .bzr dir seems kind of empty outside of a .pack file
[21:47] <Grorco> nacc: I guess what I'm asking is if I need to depackage that file for the code then fix and repack?
[21:49] <nacc> Grorco: what was the command you ran to branch the bazaar tree?
[21:50] <nacc> Grorco: the .bzr dir is more like the .git dir in a git repository, it's metadata about the repository (aiui). You want the directory that is in (by default)
[21:51] <Grorco> nacc: bzr branch lp:software-properties software-properties.dev
[21:52] <Grorco> which create a dir with the hidden .bzr file
[21:52] <nacc> Grorco: well, you told it to branch to 'software-properties.dev'
[21:52] <nacc> so that's where you should cd to, in order to develop on the source
[21:53] <nacc> that's the 'root' of the source package directory
[21:55] <Grorco> nacc: but it's empty outside of the .bzr file, maybe I should try branching again my internet was being all kinds of stupid yesterday
[21:57] <nacc> Grorco: i ran that command just now and it produced a fully-populated software-properties.dev directory
[21:57] <nacc> Grorco: also .bzr should be a directory, not a file
[21:57] <nacc> Grorco: do you have some local bazaar configuration?
[21:58] <Grorco> nacc: .bzr is a directory sorry if I called it a file, the only configuration I did was setting up my lp account with it
[21:59] <nacc> Grorco: i would try 'rm -r software-properties.dev' and running hte branch command again
[21:59] <nacc> Grorco: it worked for me? :/
[22:02] <Grorco> nacc: It shows it fully populated from terminal after running it again :) but now I can't see the folder in caja?
[22:03] <Grorco> is that normal?
[22:05] <Grorco> nevermind I had other caja windows open closing them fixed that too thank you so much nacc!


[09:36] <njin> jibel, hallo are you in ?
[09:41] <jibel> njin, hi
[09:42] <njin> hallo, I've posted a problem in ubuntu-bug, can you take a look ?
[09:48] <njin> jibel, then I open a bug against update-manager or gnome-control-center  or ?
[09:50] <jibel> njin, maybe gnome-settings, but I am not sure. File it against update-manger
[09:50] <jibel> manager
[09:54] <njin> ok thanks
[10:07] <njin> another problem, when started after upgrade it launch the passphrase request again, but with the problem that instead of the terminal it launch terminator (installed but never used)
[14:18] <njin> jibel, I need help with maas, I've got one machine running with maas, created one and run the cd, select as usual till it show `Install or Enlist Ubuntu Maas Server` I can select manually enter address or name for maas, it request the name of the server (if blank maas assign it) then it send sigkill or sigterm and system poweroff ?? is this a bug ?
[14:19] <jibel> njin, #ubuntu-server is more appropriate
[14:19] <njin> balloons, hallo:^^
[14:19] <njin> jibel, thanks
[14:23] <smartboyhw> ping balloons!
[15:18] <brendand> balloons, i had my interest piqued by your release meeting email: https://lists.ubuntu.com/archives/ubuntu-release/2012-August/001815.html
[15:18] <balloons> brendand,  ;-)
[15:18] <smartboyhw> balloons is tired due to too many meetings;_)
[15:18] <brendand> balloons, especially the last part
[15:19] <brendand> balloons, i think it might be necessary to go into specifics ;)
[15:19] <balloons> brendand, sure.. I like to abstract things in order to think more effectively about them
[15:19] <balloons> sometimes you need to dive into the specifics though :-)
[15:20] <brendand> balloons, i know what you mean. i guess it depends on what specifics you're talking about
[15:20] <brendand> balloons, were you referring to bugs that cropped up?
[15:23] <balloons> brendand, yes I suppose in a way
[15:24] <balloons> The biggest issues we face are lack of communication (and thus harmony and understanding) amongst devs, qa, qa community, and release team ;-)
[15:24] <brendand> balloons, by that, do you mean lack of communication caused the bug, or there was lack of communication that a bug existed?
[15:24] <balloons> well, decisions made have side effects.. or bugs :-0
[15:24] <smartboyhw> balloons: I do agree
[15:26] <balloons> so i don't think the biggest issue is the bugs or side effects of decisions being made.. it's rather the idea they are made without more effective communication to others affected by them
[15:26] <balloons> sometimes decisions made have little impact, other times the impact is much larger than anticipated, etc
[15:27] <smartboyhw> balloons: Is it that only the release team can mark the build ready in the ISO QA Tracker?
[15:27] <brendand> balloons, an example would be helpful - to me at least
[15:28] <balloons> brendand, sure.. let's chat more after the meeting
[15:28] <balloons> smartboyhw, yes for all prctical purposes
[15:28] <smartboyhw> OK, so even you can't?:)
[16:57] <phillw> balloons: ping, from testers
[16:58] <balloons> pong
[16:58] <phillw> balloons: email from Greg,
[16:59] <balloons> phillw, ohh?
[16:59] <phillw> balloons: [Lubuntu-qa] qa Tracker ahead of Spins?
[16:59] <balloons> ahh
[16:59] <balloons> he's likely seeing the turnover
[16:59] <balloons> let me see
[17:00] <balloons> yea
[17:01] <balloons> these guys just are really on the ball :-)
[17:02] <phillw> balloons: we can chat about this PM when you get caught up :)


[06:54] <kjackal_> Good morning Juju world
[07:11] <junaidali> Guys I'm trying to bind shared-db on internal space, but it gives error "ERROR cannot add application "mysql": unknown space "public-api" not valid"
[07:12] <junaidali> here are my spaces define http://paste.ubuntu.com/23352337/
[07:14] <junaidali> I'm running the following command to deploy juju deploy cs:xenial/percona-cluster mysql --config=openstackha.cfg --to lxd:13 --bind "shared-db=public-api
[07:14] <junaidali> sorry this one:
[07:14] <junaidali> juju deploy cs:xenial/percona-cluster mysql --config=openstackha.cfg --to lxd:13 --bind "shared-db=internal-api"
[08:15] <junaidali> is there any way to delete a space that we defined via juju?
[08:15] <junaidali> or update an existing space
[12:06] <aluria> hi -- on juju2 status output, what does an asterisk at the end of a unit name means? ie. "unitname/0*  active  idle ..."
[12:07] <magicaltrout> its the elected leader
[12:08] <aluria> ah, cheers
[12:34] <rick_h_> bdx: :/ yea need to file a bug and get the UI team to chase it down.
[12:34] <rick_h_> bdx: they might want to get an idea of how large your cookie files are and see what's up
[17:09] <bryden> Hello, I just started using juju and previously I was able to load juju-gui on a local controller and access it through my browser no problem. For some reason all of a sudden it's now showing status "unknown" and workload unknown.. i can still access the gui through my browser but it hangs before I can login, saying "connecting to the juju model" with a spiraling circle. If anyone has any advice what I should investigate in order
[17:09] <bryden> to fix this please let me know!
[17:51] <bryden_> a bit more info.. in the command line 'juju models' hangs as does 'juju controllers --refresh'
[17:52] <bryden_> juju controllers shows me a controller but juju destrory-controller <controller-name> hangs
[17:53] <tvansteenburgh> bryden_: what version of juju?
[17:54] <bryden_> 2.0-rc3-xenial-amd64
[17:54] <tvansteenburgh> bryden_: was the controller created with that version?
[17:56] <bryden_> @tvansteenburgh : 'juju controllers' returns controller with version listed as 2.0-rc3
[17:59] <tvansteenburgh> bryden_: ok, not sure then. if it were me i'd upgrade to 2.0 stable and then bootstrap a new controller and use that
[18:04] <petevg> cory_fu, bcsaller: I rebased my feature/glitch-more-actions branch, deleted the remote, and repushed. New PR here: https://github.com/juju-solutions/matrix/pull/5
[18:04] <petevg> If you've got the branch checked out locally, please delete it and refetch it.
[18:05] <petevg> (Apologies for the bit of git evil.)
[18:11] <hml> i have a charm whose config-changed hook is failing on read-only file system - trying to write to a file but that device is out of space - it feels like the issue if you don’t set up lxd correctly with zfs - however i’m using dir with lxd not zfs - any ideas?
[18:11] <bryden_> tvansteenburgh ok, thanks I'm trying that out now
[18:12] <devops> hi everyone, can we change dns-name being displayed in juju status
[18:13] <devops> dns-ip*
[18:13] <devops> public-address*
[18:15] <bryden_> tvansteenburgh: juju upgrade-juju --debug complains that no model is in focus
[18:15] <rick_h_> devops: no, it's not mallable from the outside after the fact.
[18:15] <rick_h_> bryden_: juju switch controller?
[18:15] <bryden_> rick_h_ hangs
[18:16] <rick_h_> bryden_: try with a --debug and see if it's got anything interesting in there?
[18:16] <bryden_> https://paste.gnome.org/pip5jsct0
[18:17] <bryden_> last line keeps repeating
[18:18] <rick_h_> bryden_: are you able to reach that network?
[18:18] <rick_h_> bryden_: not sure about your setup there, but seems like a network issue not able to reach the controller
[18:18] <rick_h_> bryden_: or that the controller went down for some reason, can you ssh to the controller machine?
[18:19] <bryden_> rick_h_: ssh to the controller gives me connection refused
[18:20] <rick_h_> bryden_: is this maas or something?
[18:20] <rick_h_> bryden_: I would expect the machine to be down in that case
[18:20] <rick_h_> bryden_: so curious if someone pulled a plug on you or something
[18:20] <bryden_> rick_h_: this is all on my localhost,
[18:20] <rick_h_> bryden_: so the lxd provider?
[18:21] <rick_h_> bryden_: can you run sudo lxc list
[18:21] <rick_h_> bryden_: and see the status of the containers there?
[18:22] <bryden_> https://paste.gnome.org/pwwmcia6s
[18:22] <bryden_> rick_h_:  also this is the logfile for lxd not sure if anything from this is interesting...
[18:23] <bryden_> https://paste.gnome.org/ptldqvfzi
[18:24] <rick_h_> bryden_: so that seems to say you've got no lxd containers running which means whatever you had was removed
[18:25] <rick_h_> bryden_: so the only thing from here would be to juju unregister the controller and remove it from your list of controllers and rebootstrap
[18:31] <bryden_> rick_h_: working on a new bootstrap now thanks
[18:31] <rick_h_> bryden_: let me know if you can see what happened there. The only two ways those containers should go away is if you destroy the controller or manually remove them with lxc tools
[18:36] <hml> rick_h_: hi.  a while back i had an issue where I setup zfs for lxd by accident and ran out of space on charm units - i have a new issue that feels like that one - with openstack-novalxd bundle - lxd/0 is finding a readonly filesystem on /sys - however i double check not using zpool - any ideas?
[18:37] <rick_h_> hml: so I know we landed a fix that tried to cap things at 90%, however if you were attacking too fast then it was still possible to trigger.
[18:37] <rick_h_> hml: but should be much harder to do
[18:37] <rick_h_> hml: as far as sys being read-only I'm not sure. It seems odd that only /sys would be read-only? is the whole filesystem read-only or just sys is on a different partition/etc?
[18:37] <hml> rick_h_: i’m deploying the openstack-novalxd bundle
[18:38] <hml> rick_h_: here’s the error message from the unit log: config-changed IOError: [Errno 30] Read-only file system: '/sys/module/ext4/parameters/userns_mounts'
[18:38] <rick_h_> hml: oh hmm, so no zfs here? ext4?
[18:39] <hml> rick_h_: I hope so - i ran zpool list and the containers didn’t show up.
[18:40] <hml> rick_h_: only lxd/0 seems to be having a problem
[18:43] <bryden_> rick_h_: I'm back to the beginning of my issue.. i did juju deploy juju-gui; juju expose juju-gui and when i go to the public address in my browser it just hangs with a turning circle and a message: "Connecting to the juju model".
[18:43] <rick_h_> bryden_: k, can you juju status --debug and connect?
[18:45] <bryden_> https://paste.gnome.org/ppcjs5unn
[19:04] <rick_h_> bryden_: is there a reason you're deploying the gui vs using the built in gui?
[19:05] <bryden_> rick_h_: ignorance of the builtin gui
[19:06] <rick_h_> bryden_: ah ok, guessing the charm gui might need some love or something
[19:06] <rick_h_> bryden_: but running juju gui should get you one
[19:06] <rick_h_> bryden_: it's built in these days so you don't need to deploy it
[19:06] <bryden_> rick_h_:that's brilliant
[19:06] <bryden_> rick_h_: and it works
[19:07] <bryden_> rick_h_: thank you for spending time with me working on this
[19:16] <rick_h_> bryden_: awesome, glad that's useful and let us know how it goes from there


[01:31] <LauraA> Hi.  I'm on Ubu12LTS.  apt-get update; apt-get upgrade offers a "linux-server" upgrade that's "held back".  To accept that upgrade, but STAY ON 12LTS, is "apt-get dist-upgrade" the right command?  I'm a little confused by a comment Online: ""apt-get dist-upgrade" does not perform distribution upgrade".
[01:33] <sarnold> LauraA: for 'apt-get dist-upgrade' to actually perform a distribution upgrade, you would need to manually edit your apt sources.lists to _ask_ for the different distribution.
[01:33] <sarnold> LauraA: apt-get upgrade will not remove packages; dist-upgrade will remove packages if it thinks that is the shortest path to upgrading as many packages as possible.
[01:34] <ScottK> upgrade also won't add packages
[01:34] <ScottK> Which is the specific issue in this case.
[01:34] <LauraA> sarnold: I *just* found that.  So if I did NOT changes those source, I'm always "safe" running apt-get dist-upgrade?  Or should I stick with just 'upgrade'?  I have a ZImbra server which runs on 12LTS.  I *must* stay on that distro version IIUC.  Trying NOT to mess up here.
[01:34] <sarnold> LauraA: there are reasons why Ubuntu prefers the do-upgrade-manager (I think that's the name) over apt-get dist-upgrade when upgrading distributions, but when moving from e.g. quantal to raring in early stages of the raring distribution, dist-upgrade should work fine.
[01:34] <sarnold> ScottK: oh? cool.
[01:34] <sarnold> ScottK: I've got 'apt-get -u dist-upgrade' on my finger macros for a decade now, I tend to forget the other exists. :) thanks.
[01:35] <ScottK> LauraA: There is no risk dist-upgrade will move you to a later release.
[01:36] <LauraA> ScottK: Ok.  So dist-upgrade, in effect, is just better at cleaning out trash ... at least in my current case?
[01:36] <ScottK> In your current case.
[01:36] <LauraA> ScottK: THanks a bunch!
[01:36] <ScottK> Personally I prefer to just us upgrade unless something gets held back, then I dist-upgrade and pay close attention because packages are being added/removed.
[01:37] <ScottK> For kernel packages with an ABI bump, this is normal.
[01:37]  * ScottK has to go.
[01:38] <sarnold> see ya ScottK
[03:15] <lvmer> I recently copied over a bunch of pictures to my server & there were a bunch of 'thumbs.db' files from windows -_-     How do I search / delete all of these annoying files without hurting anything
[03:16] <lvmer> $ ls -al /mnt/lv1/public/pictures\ \&\ videos/* | grep thumbs.db
[03:16] <lvmer> returns well over 250 files
[03:17] <lvmer> they are embedded in many folders/directories after /public/
[03:17] <qman__> find /mnt/lv1/public//pictures\ \&\ videos/*
[03:17] <qman__> find /mnt/lv1/public/pictures\ \&\ videos/* -name thumbs.db -delete
[03:17] <qman__> make sure you try once omitting the -delete to ensure they're the right files
[03:18] <qman__> see also: http://mywiki.wooledge.org/UsingFind
[03:18] <lvmer> yup I tested the find command first. Thanks I haven't used it yet. xD 9 days in :p
[03:19] <lvmer> qman_: thank you it worked beautifully.
[03:19] <lvmer> what do thumbs.db folders even do?
[03:20] <lvmer> no idea why these pictures I got from my mom's win7 had so many freaking thumbs lolz
[11:08] <zeroblu3> hello
[11:09] <zeroblu3> can someone please help me?
[11:09] <zeroblu3> i'm on ubuntu 12.10 and it won't detect my hardware raid
[11:13] <zeroblu3> heloo
[13:03] <vezq> what is your hardware raid brand/model?
[17:48] <eagles0513875_> hey guys I'm considering setting up some file shares is it possible to setup nfs to where it will require a username and password to access the share?
[17:53] <melmoth> eagles0513875_, not that i am aware of.
[17:53] <andol> eagles0513875_: kerberos
[17:53] <eagles0513875_> :-/ what exactly are kerberos andol
[17:54] <melmoth> kerberos is .... a (very) complicated authentication mechanism .
[17:54] <andol> eagles0513875_: Well, you can setup kerberos to require the username and password, and have nfs require a kerberos "ticket."
[17:54] <eagles0513875_> ok any good how to's as to kerberos is something entirely new to me
[17:54] <andol> https://help.ubuntu.com/community/Kerberos
[17:55] <andol> Yepp, there is definetly a threshold to get over if you want to use Kerberos.
[17:56] <eagles0513875_> andol: I am more then willing to learn :)
[17:56] <eagles0513875_> andol: would kerberos be a better alternative to using samba as a domain controller and radius authentication?
[17:57] <andol> eagles0513875_: Those options does not neccesarily exclude each other.
[17:57] <eagles0513875_> ok
[17:57] <andol> And since you mention Samba, Kerberos is one of the major componenent in the Windows AD.
[17:58] <eagles0513875_> ok
[17:58] <eagles0513875_> well reason I'm asking about authentication si that I'm setting up this dedicated server as a file sharing server for me my gf and her brother for music movies etc between us
[18:00] <andol> eagles0513875_: In that case Kerberos+NFS is overkill, especially if you have no previous experience with it. Also, if you will only be sharing media files you really don't need to precicely keep unix filesystem info that tightly.
[18:00] <eagles0513875_> andol: i prefer to just for a layer of security
[18:01] <eagles0513875_> is there no way to have ifs check username and password against the username provided and the password in the shadow file
[18:01] <eagles0513875_> i know that can be done with samba
[18:01] <andol> eagles0513875_: Well, assuming there will be both unix and windows computers connecting to it I would use Samba plain and simple.
[18:01] <eagles0513875_> linux windows and mac
[18:02] <andol> Yepp, stick to Samba, especially since as I mentioned there really not being that much NFS advantage in the case of media files.
[18:02] <eagles0513875_> will do
[18:02] <eagles0513875_> hopefully the documentation i found on how to forge works
[18:03] <eagles0513875_> at least if it doesn't i have full control on reformatting
[18:04] <eagles0513875_> andol: I am guessing i should keep the users home directories separate from the rest of the system in case i need to reformat?
[18:04] <andol> eagles0513875_: Keeping /home on a separata partition is often a good idea.
[18:04] <andol> Of course, you will want to have the home direcotires backuped up no matter what :)
[18:07] <eagles0513875_> that is my next issue :-/ dunno to what
[18:08] <eagles0513875_> andol: mind if i poke you if i need help as I'm doing this
[18:11] <andol> eagles0513875_: Might as well ask the channel in general. Don't think I have touched Samba for three or four years so.
[18:12] <eagles0513875_> ok
[18:13] <eagles0513875_> andol: would something written for 12.10 be backwards compatible in terms of setup in 12.04
[18:13] <eagles0513875_> http://www.youtube.com/watch?v=9n-vDVeyDCY <-- that is what i found not sure if its going to work but I'm going to give it a shot
[18:13] <andol> eagles0513875_: In nine times out of ten, or so.
[18:13] <eagles0513875_> ok I have nothing to loose at this point
[18:17] <eagles0513875_> here is my first oddity i have found in this how to is libcups2 necessary with samba??
[18:49] <andol> eagles0513875_: Samba also providers printer sharing capabilitlies, hence libcups.
[18:49] <eagles0513875_> i thought so but i don't find it useful to be honest
[18:51] <andol> Most programs contain feauture not everyone find useful.
[18:51] <eagles0513875_> won't i need the printer connected to the server anyway unless I'm using ipv6 ?
[19:23] <eagles0513875_> hey guys I am having trouble connecting to my file server via windows machine or mac machine i am using samba


[02:13] <cjohnston> JoseeAntonioR: you don't have any work items
[02:14] <JoseeAntonioR> cjohnston: I do have, but I think the blueprints aren't targeted to the series
[02:14] <cjohnston> they have to be accepted to show up
[02:14] <JoseeAntonioR> you know who is accepting the blueprints?
[02:21] <cjohnston> managers normally
[06:52] <dholbach> good morning
[11:43] <dholbach> balloons, do you think you could help with the comments about the quality page on http://<IP_ADDRESS>? (http://pad.ubuntu.com/aNBBojgxJg)
[11:55]  * dholbach relocates to new office - bbiab
[12:28] <dpm> dholbach, I think balloons is not in today, bank holiday in the US
[12:32] <dholbach> ahhh ok
[12:32] <dholbach> I'll mail him then :)
[12:33] <dholbach> thanks dpm
[12:37] <elfy> wb dholbach - was the move to the new office worth it :)
[12:37] <dholbach> elfy, I used to work from this office for a while some years ago, but it was a separate office which didn't suit me very well
[12:38] <elfy> my office is a seat in a van :)
[12:38] <dholbach> now they have new offices which have a more free-floating aspect to it and I'll work together with a few friends of mine, which will be very nice
[12:38] <elfy> or a desk in my front room :)
[12:38] <elfy> oh that sounds nice :)
[12:38] <dholbach> so later on today we'll set up desks and I guess I'll work from here most of the time then :)
[12:39] <dholbach> and only on the rainy days I'll work from home ;-)
[12:39] <elfy> sounds great - you don't know how lucky you are - or you might lol
[12:39] <dholbach> yeah, there's things I absolutely can't complain about :)
[12:40] <elfy> dholbach: I looked at the etherpad today - I'm completely confused now as to what's been looked at and what's not - so I closed it again ;)
[12:40] <dholbach> so basically everything marked with strike-through should have been updated on the test instance
[12:41] <dholbach> and there's a few very non-specific pieces of feedback which will be hard to eradicate
[12:41] <dholbach> "remove repetition" :)
[12:42] <elfy> yea understand that - probably my eyes - the lines all tend to merge into one and I see them where they are not there :)
[12:42] <dholbach> drink less! :-P
[12:42] <dholbach> so yeah, I'm going through some of the longer pages now, trying to shorten them somewhat
[12:42] <elfy> yea - hard to do that - and I'm not even sure we should, if someone lands on one page because of their interest - not having something there becuase it's repeated elsewhere won't help
[12:43] <dholbach> yeah, agreed - it's a hard problem to solve
[12:43] <elfy> but long pages is a different kettle of fish - perhaps one person (you ;) ) shorten them and then just ask for review of those
[12:43] <elfy> just a thought :)
[12:44]  * elfy wanders off to check a testcase he's written
[12:45] <dholbach> in my opinion we should try to get something which looks good and has no grave typos in it out there, and then do a re-review together and maybe come up with some guidelines for the page
[12:45] <dholbach> like "this is what we should say on the landing page" and "this is the kind of information we want on the specific subpages", so it will be easier to make a decision what should be where
[12:45] <elfy> sounds like a plan, what no-one's going to want is a perpetual review with no real page landing :)
[12:45] <dholbach> but I guess you need to get a bit of experience with it first
[12:45] <elfy> yea
[12:46] <dholbach> elfy, I filed an IS ticket and we basically have everything prepared for the move
[12:46] <elfy> cool
[15:29] <jcastro> elfy: I've gotten the goahead to set discourse up on hp cloud if you guys wanna give it a shot
[16:04] <elfy> jcastro: ok - thanks for letting me know - we'll look I am sure :)
[16:04] <elfy> hope you're having a good day today too
[16:06] <jcastro> it's raining on my day off
[16:06] <jcastro> so might as well do something for ubuntu, lol
[16:08] <elfy> oh :(
[16:08] <elfy> had two days of sun here - something of a minor miracle at the moment, due to chuck it down again tomorrow though
[17:11] <mhall119> jcastro: when you do your charm schools, how do you make sure everybody comes to class with everything they need ot get started writing charms?
[17:12] <mhall119> like, having Ubuntu installed, having the right packages installed, etc
[17:14] <cjohnston> I can't run windows for charm school?
[17:14] <cjohnston> how about Arch?
[17:15] <mhall119> :P
[17:17] <jcastro> they don't
[17:17] <jcastro> most people just ask questions, usually they're not writing on the spot
[17:18] <jcastro> though we do say on the flyer to have juju installed and your favorite dev environment/text editor
[17:21] <mhall119> oh, ok
[17:22] <jcastro> when the local provider comes back
[17:22] <jcastro> we'll have to tell people to `juju init` or `juju download` or whatever the command will be
[17:22] <jcastro> to get the cloud image on there, etc.


[19:14] <mterry> Hey folks!  I'm trying to figure out lifecycle event management for mirserver instances.  If USC gives the mirserver a life cycle event, which piece of code might end up calling SIGSTOP on the shell?
[19:17] <mterry> kdub_, racarr__ ^ ?
[20:16] <racarr__> mterry: "Calling SIGSTOP on the shell"A
[20:16] <racarr__> ?
[20:19] <mterry> racarr__, well
[20:19] <mterry> racarr__, what seems to happen is that the unity8-greeter *sometimes* will be SIGSTOPPED when inactive
[20:19] <mterry> racarr__, seemingly due to Mir lifecycle management
[20:19] <mterry> racarr__, the unity8 shell doesn't seem to have this problem
[20:20] <racarr__> interesting, and they are both usc clients?
[20:20] <mterry> racarr__, and the greeter doesn't always.  I'm trying to trace down the origin of the SIGSTOP
[20:20] <mterry> racarr__, yeah
[20:21] <mterry> racarr__, platform-api has some code to SIGSTOP, but I didn't think USC ran the platform-api code.  Does Mir do any default interpretation of those events, or does it simply pass them on to clients?
[20:21] <racarr__> prettysure it just passes it on...maybe platform API does some interpretation
[20:22] <racarr__> I dont think things are wired to sigstop themselves though?!
[20:25] <racarr__> so lets see whats going on
[20:25] <racarr__> mterry: So the normal process lifecycle management sigstop stuff
[20:25] <racarr__> is processcontroller.cpp in unity-mir...
[20:26] <racarr__> there is also this weird
[20:26] <racarr__> serverstatuslistener.cpp
[20:26] <racarr__> which raises SIGSTOP as part of some dance with upstart...
[20:26] <racarr__> maybe that is your offender
[20:26] <mterry> racarr__, right
[20:26] <mterry> racarr__, I don't *think* so
[20:26] <mterry> racarr__, not the upstart bit though.  greeter doesn't set that variable and there is no corresponding SIGCONT for that one
[20:27] <racarr__> (the second part of that could be the problem though right?)
[20:27] <racarr__> second argument to signal handler, siginfo_t
[20:27] <racarr__> has pid of sender
[20:27] <racarr__> so maybe best to start there
[20:28] <mterry> racarr__, well the greeter CONTs fine
[20:28] <mterry> racarr__, and will STOP/CONT as it becomes active/inactive
[20:29] <mterry> racarr__, and processcontroller looks like it's used for shell apps, not shells themselves.  :-/
[20:29] <mterry> racarr__, good point about pid of sender
[20:30]  * mterry goes afk for a bit
[20:30] <racarr__> mterry: Yes...I don't think processcontroller could be involved...
[20:30] <racarr__> I was just trying to locate all the sigstops lol
[20:30] <mterry> fair!
[20:30] <racarr__> the one in platform API is for the old surface flinger compatibility
[20:30] <mterry> racarr__, oh really?  You don't think that's still used?
[20:30] <racarr__> errr let me look more carefully lol but I dont think so
[20:31] <mterry> racarr__, the stuff in default_application_manager.cpp is what I was looking at.  Not sure when it's used though
[20:31] <racarr__> yeah 98% sure thats its the old
[20:32] <racarr__> surface flinger out of process window manager
[20:32] <racarr__> thing
[20:32] <mterry> racarr__, I would love it if we just deleted all non-Mir ways of doing things
[20:33] <racarr__> I kind of thought I heard we had done that lol
[20:33] <racarr__> but apparently now
[20:33] <racarr__> not
[20:33]  * mterry goes afk for realz
[20:33] <racarr__> cya
[20:38] <kdub_> mterry, i've seen bad drivers use signals (maybe even sigstop)
[23:46] <kdub_> AlbertA, with usc and alpha, is it that the nested display doesn't fill the alpha channel?
[23:46] <kdub_> i'm finding I have to disable the alpha blending to get pixels with the overlay work


[10:25] <sagaci> release day tomorrow
[10:30] <jea> sagaci: that came quickly
[10:30] <jea> i guess that is what uni does
[10:31] <sagaci> yep
[10:56] <md_5> sagaci tomorrow?
[10:56] <md_5> I thought it was later
[10:56] <md_5> awesome
[11:20] <head_victim> Yep, nearly there
[11:34] <sagaci> md_5: usually early hours of friday morning for us
[15:07] <Kalidarn> https://www.youtube.com/watch?&v=zd7c5tQCs1I


[06:45] <RikMills> santa_: \o/ thanks!
[11:55] <mparillo> KDE Apps 20.08.1 landing in GG. No immediate breakage. I did notice that Spectacle can now export directly to imgur, and possibly more on-line services, but it says no KIPI plugins available. Does KDE expect the distros to package additional KIPI plugins?
[11:59] <RikMills> mparillo: dunno. maybe the existing kipi-plugins are not getting installed now. I will check
[12:03] <BluesKaj> Hi all


[00:00] <mdeslaur> agreed
[01:25] <hallyn> ok i'll probably push a patch to refuse relative paths .  thanks.


[00:22] <cheddacheese> when will ext4 be in the kernel?
[00:26] <johanbr> cheddacheese: I don't know, but ext4 is still pretty experimental. I wouldn't use it on anything important.
[00:26] <cheddacheese> well its in the vanilla kernel.
[00:26] <cheddacheese> im using it right now, but its not in the ubuntu kernel
[00:30] <johanbr> If it's in the vanilla kernel, I'm sure it'll be synced in for Hardy+1.
[00:50] <mjg59> cheddacheese: There's no guarantee that the on-disk format is stable yet
[00:50] <mjg59> Hence ext4dev rather than ext4
[00:51] <cheddacheese> cant it be included as an expermental option? the user has to add test_fs to there existing ext3 partitions in order to mount as ext4dev.
[00:52] <mjg59> No. There's no reason to be running ext4 now unless you're developing it, and if you are then you'll need to be building new kernels anyway.
[00:54] <cheddacheese> o but ubuntu includes xfs which imo is not even stsble as ext4dev
[00:55] <mjg59> xfs has a stable on-disk format
[00:56] <cheddacheese> d=the=then y does it corrupt easy then
[00:57] <crimsun> where are you getting metrics for "it corrupt[s] easy"?
[00:57] <cheddacheese> every hard poweroff corrupts it for me.
[00:58] <mjg59> cheddacheese: That's not what stable on-disk format means
[00:58] <cheddacheese> duh
[01:00] <mjg59> When the ext4 format has been stabalised, then it's likely it'll be enabled
[01:01] <mjg59> Until then, it's not useful for it to be
[01:01] <cheddacheese> is there a way to enable it without compiling a kernel?
[01:04] <mjg59> No. But, like I said, it's no use as a filesystem right now unless you're willing to back up and restore on every kernel upgrade.
[01:04] <mjg59> So you should only be using it if you're developing the code
[01:05] <cheddacheese> im using ext4dev right now as a testfs for some stuff and it has survived more crashes than xfs.
[01:07] <cheddacheese> so yeah maybe xfs should be removed until it gets more stablised if it ever does
[01:10] <mjg59> The xfs on-disk format is perfectly stable
[01:10] <cheddacheese> maybe for you but not for me
[01:11] <mjg59> No. Really. You don't know what you're talking about.
[01:11] <mjg59> The way in which data is arranged on the disk in xfs does not change with new kernel versions. As a result, new kernels can read partitions formatted with older kernels.
[01:12] <mjg59> That is not currently guaranteed with ext4
[01:15] <cheddacheese> i do know wat i am talking about
[01:15] <cheddacheese> when they devoled ext3 they did everything possible not to change the on disk layout to make it backwards compatiable
[01:17] <mjg59> See http://lkml.org/lkml/2006/6/28/454
[01:17] <mjg59> Note the last paragraph
[01:21] <cheddacheese> i see that
[01:23] <mjg59> So, until the on-disk format has been stabalised and will no longer change, it can be enabled in Ubuntu
[01:28] <cheddacheese> that wont happen for a long time as most of the stuff that will change the layout r in da mm kernel.
[01:34] <mjg59> That's not a problem
[01:34] <cheddacheese> it is for ext3 users
[01:35] <mjg59> Having to backup and restore their filesystems after a kernel upgrade would be more of a problem
[01:38] <cheddacheese> im sure you dont know the limitations of ext3
[01:39] <mjg59> Oddly enough, I do
[01:40] <cheddacheese> wat r they den
[01:42] <mjg59> ...
[01:42] <cheddacheese> nm
[01:44] <mjg59> (Even if I didn't know, it's hardly difficult to find the ext4 entry on Wikipedia)
[01:56] <cheddacheese> I know more about filesystems than any ubuntu kernel dev
[04:19] <ripps> I just installed the kernel 2.6.25 using kernelcheck in Ubuntu 8.04. How do I propertly get sound working in the custom kernel? Not having much help in #ubuntu and #alsa.
[04:23] <johanbr> ripps: That's hard to summarize in a few lines. You just have to make sure you have all the config options you need and then it should just work.
[04:25] <ripps> Do I install Alsa in Kernel, or reinstall the Alsa package?
[04:26] <johanbr> In the kernel probably, if you're building a kernel.org kernel.
[04:29] <ripps> Another question: Why are custom built kernels so much larger than distrubution kernels? The intrd image was about 45mb, while all the other intrd's were around 8mb
[04:30] <crimsun> they aren't stripped.
[04:31] <ripps> crimsum: what's that mean?
[04:31] <crimsun> and I would build alsa-driver separately unless you enabled all the config options, to which I presume johanbr referred, in your .config.
[04:32] <crimsun> ripps: you probably want to see strip(1)
[04:32] <ripps> I think the problems I was experiencing was because I accidently built both alsa and oss into the kernel. I'm rebuilding it without oss.
[04:35] <crimsun> be aware that 2.6.25 ships with 1.0.16rc2, which is older than what hardy ships in lum.
[04:35] <crimsun> (not to mention the various additions and quirks added in lum)
[04:43] <johanbr> ripps: Why are you compiling your own kernel anyway>
[04:43] <johanbr> ?
[04:45] <ripps> johanbr: Just want to play around. Why not? Linux is mostly just my mess around OS anyway.
[04:46] <johanbr> okay :)
[04:47] <ripps> My system was working TOO well... I didn't have anything to play around with. So I decided to install a new kernel. That would give me something to do.
[04:47] <ripps> That's why I'm going to install Intrepid Ibex when it comes to beta
[04:48] <johanbr> I thought it was the opposite - that something wasn't working.
[07:10] <dacresni> any talk here of porting ksplice to ppc?
[11:22] <holinx> hi
[11:23] <holinx> Linux 2.6.24-16-generic/i686 is alright for now?
[11:23] <holinx> anything i should keep in mind?
[11:23] <holinx> or any suggestions
[15:04] <JanC> seems like some CPUs don't have CPU frequency scaling enabled: https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/177646 ?
[15:04] <ubotu> Launchpad bug 177646 in linux-meta "Celeron M530, no frequence scaling" [Undecided,New]
[15:05] <wesley> hi
[15:20] <wesley> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/177646 will you fix this ?
[20:06] <tormod> Hi, in dmesg I have Clocksource tsc unstable (delta = -58695238058 ns). Is this bug #221351? There's half(?) minute delay while discovering the boot disk, can this be related?
[20:06] <ubotu> Launchpad bug 221351 in linux "TSC Clocksource can cause hangs and time jumps" [Medium,Fix committed] https://launchpad.net/bugs/221351
[20:24] <mjg59> tormod: No
[20:26] <tormod> mjg59: thanks. no on both questions?
[20:28] <mjg59> tormod: No to the latter - it's possible that the message is related to 221351, but it's not causing your boot delay
[20:29] <tormod> is the boot delay a known issue? couldn't find a bug report so far.
[20:30] <tormod> seems like it's stuck between discovering the disk and discovering the parititions - unless the console messages are buffered - dmesg timestamps don't show much delay.
[20:30] <mjg59> I've seen it, but don't know if a bug is filed
[20:37] <mjg59> I suspect it's hanging during IDE probing
[20:37] <mjg59> Some machines respond very slowly when that's going on
[20:40] <tormod> I reported it anyway in bug #223235
[20:40] <ubotu> Launchpad bug 223235 in linux "discovery of partitions delays booting by 1/2 minute" [Undecided,New] https://launchpad.net/bugs/223235
[23:46] <osmosis> 3ware raid controller seems slow on hardy 2.6.24-16-server


[00:55] <superfly> paddatrapper: ouch!
[06:01] <inetpro> good mornings everyone
[06:01] <inetpro> including Kilos even
[06:01] <inetpro> and superfly as well
[06:02] <inetpro> what did paddatrapper do now?
[06:03] <Kilos> morning inetpro superfly paddatrapper and  others
[06:03] <Kilos> raining hard here now
[06:04] <Kilos> frogboots really messed up
[06:04] <Kilos> connect car battery wrong way around
[06:04] <Kilos> maybe needs new glasses
[06:05]  * Kilos wonders where padroni is now
[06:05] <Kilos> Maaz seen padroni
[06:05] <Maaz> Kilos: padroni was last seen 1 year, 14 days, 19 hours, 29 minutes and 53 seconds ago in #ubuntu-za on freenode [2016-02-18 10:35:58 GMT], and has been offline on freenode since 2016-02-18 13:04:05 GMT
[06:05] <Kilos> holy moly
[06:34] <magespawn> good morning
[06:34] <paddatrapper> morning everyone
[06:35] <nsnzero> morning all
[06:35] <Kilos> hi magespawn
[06:35] <Maaz> nsnzero: By the way, theblazehen on freenode told me "tell nsnzero look at rsync, and how it get work with links. One of the ways must work for you" 10 hours, 53 minutes and 30 seconds ago
[06:35] <Kilos> hi nsnzero
[06:35] <nsnzero> hi Kilos
[06:47] <nsnzero> this plasma neon is working out great - but is really comes as a bare system
[06:49] <nsnzero> but kubuntu 17 is due in april with all the same features plus the extras if anyone planning on getting neon i suggest waiting for that
[06:56] <paddatrapper> Or Debian testing at the moment. Has what's in kubuntu and, thanks to freeze, stable enough to run nicely
[06:56] <paddatrapper> :)
[06:58] <chesedo-> morning inetpro Kilos Maaz magespawn paddatrapper nsnzero and all others
[06:59] <paddatrapper> morning chesedo-
[07:10] <nsnzero> hi chesedo paddatrapper
[07:10] <paddatrapper> hey nsnzero
[07:46] <nsnzero> sorry paddatrapper - work but debian is great except they really test everything out throughly which delays things
[07:55] <nsnzero> hi smile
[08:10] <thatgraemeguy> morning persons
[08:11] <nsnzero> Morning thatgraemeguy
[08:11] <Kilos> hi chesedo thatgraemeguy
[08:12] <Kilos> and smile
[08:12] <Kilos> Maaz coffee on
[08:12]  * Maaz washes some mugs
[08:12] <Kilos> sjoe major lag
[08:13] <nsnzero> Kilos: and i thought its my usual monday lag - > need a couple cups of coffee to get in the work mood
[08:14] <chesedo> Maaz: tea please
[08:14] <Maaz> As soon as the kettle boils chesedo I will pour boiling water into your cup if you have the tea bag in already
[08:14] <chesedo> morning thatgraemeguy
[08:16] <Maaz> Coffee's ready for Kilos!
[08:20] <nsnzero> does anyone now the blue text color code used in  fedora's terminal ?
[08:29] <thatgraemeguy> screenshot it and use a coloour picker tool in something like gimp
[08:33] <nsnzero> thatgraemeguy: good tip thanks
[08:41] <chesedo> nsnzero: also check the profile setting (in the terminal)
[08:43] <nsnzero> i am trying to mimic the fedora terminal - but to my dismay all google results shows white fonts so far
[09:05] <theblazehen> nsnzero /me is currently running 17.04, works great
[09:05] <theblazehen> Hi all
[09:06] <nsnzero> hi theblazehen
[09:06] <nsnzero> theblazehen: do you have plasma 5.9 ?
[09:07] <theblazehen> That's the latest one right? Yeah
[09:07] <nsnzero> yip
[09:07] <theblazehen> Yup. If you run the dev releases then you at least get the latest software
[09:09] <thatgraemeguy> mmmm I haven't done the KDE thing in a couple of years, perhaps its time for a fresh install for something different
[09:10] <Kilos> kde rocks thatgraemeguy just a bit heavy
[09:11] <nsnzero> the included apps makes it heavy - like the PIM suite
[09:11] <theblazehen> thatgraemeguy tried https://lumina-desktop.org ? Quite decent
[09:11] <nsnzero> if you dont use kmail or kontacts removing the PIM takes a few seconds of boot time
[09:14] <thatgraemeguy> yeah I use gmail, don't need that stuff
[09:17] <nsnzero> its quite snappy once it loads thatgraemeguy - bit high on memory take 125 megs and 100 megs shared memory and thats just the plasmashell
[09:17] <thatgraemeguy> mmm i think my laptop has 4GB
[09:18] <thatgraemeguy> oh no it has 8 apprently
[09:18] <nsnzero> thatgraemeguy: thats plenty to run plasma
[09:19] <nsnzero> and a couple vm's
[09:19] <thatgraemeguy> I'll find some time to do a fresh install
[09:19] <thatgraemeguy> yeah it had 4 when I got it and I remember I asked our hardware guy for another 4 because I mess around with VMs every now and then and it was a bit painful with 4
[09:20] <thatgraemeguy> laptop about 3.5 years old already and still snappy, amazing what a difference ssd makes
[09:27] <nsnzero> i have a small netbook with mint on it - its an atom cpu with 512mb ram - works well
[09:28] <andrewlsd_> nsnzero:  benefit of KDE Neon is that it is 16.04 (LTS) for OS, with latest KDE for GUI.
[09:28] <andrewlsd_> theblazehen: was it LXD on 17.04 that borked?
[09:29] <theblazehen> andrewlsd_ Dunno if latest version is released for 16.10 yet, but yes. Bugs are fixed now though
[09:29] <andrewlsd_> Hi thatgraemeguy nsnzero theblazehen Kilos squish102 smile paddatrapper nuvolari_ inetpro chesedo pavlushka :-)
[09:29] <nsnzero> greeting andrewlsd_
[09:30] <thatgraemeguy> 'lo
[09:30] <andrewlsd_> theblazehen: that is why I'm sticking to 16.04 for now.
[09:30] <Kilos> hi andrewlsd
[09:31] <Kilos> andrewlsd you need to set ssl and sasl in your irc client
[09:31] <theblazehen> andrewlsd It should have been a stable release afaik, so you should have it?
[09:31] <andrewlsd> where are you seeing that?
[09:31] <andrewlsd> ie, Kilos how can you see that I'm not.
[09:31] <Kilos> what
[09:32] <Kilos> i see when you login you give your ip addy then change host
[09:32] <andrewlsd> ah, yes.
[09:32]  * andrewlsd goes to look up SASL + freenode
[09:32] <Kilos> i gave the link here the other day
[09:34] <nsnzero> isnt the ip address shown is the ip of the router not your pc ?
[09:35] <nsnzero> all router have NAT enabled which maskes your actual ip
[09:35] <andrewlsd> ^ done. set QuasselCore to use SASL.
[09:36] <theblazehen> andrewlsd damn, that lxd version is ancient. You're missing out on cool stuff
[09:36] <Kilos> yay
[09:41] <andrewlsd> theblazehen: `2.0.9-0ubunt amd64`  what am I missing out on?
[09:42] <theblazehen> andrewlsd The networking stuff, and the very new (heh) storage stuff
[09:42] <theblazehen> Some work on migration stuff a bit as well
[09:42] <nsnzero> ip4 protocol doesnt have enough unique addresses - so NAT was created - ip6 has enough addresses for all
[09:42] <andrewlsd> theblazehen:  url?
[09:43] <andrewlsd> nsnzero: me likes ipv4. coz me can remember ipv4 addresses. and me likes hiding true IP behind other IP NAT.
[09:43] <andrewlsd> (but ipv6 has better multicast and security features too)
[09:43] <theblazehen> andrewlsd https://linuxcontainers.org/lxd/news/#lxd-29-release-announcement-15th-of-february-2017 https://linuxcontainers.org/lxd/news/#lxd-23-release-announcement-27th-of-september-2016
[09:43] <andrewlsd> theblazehen: I meant URL with news about newest LXD features. Thanks
[09:44] <nsnzero> thats going to be a thing of the past once ip6 becomes mainstream - every thing that connects to the internet will have a unique address - like a phone number
[09:47] <nsnzero> andrewlsd: i know that because of the numbers of addresses and ports - port scanning will be near impossible
[09:51] <paddatrapper> hi andrewlsd
[09:53] <andrewlsd> \o paddatrapper
[09:56] <theblazehen> hi paddatrapper
[09:58] <andrewlsd> theblazehen: you using/going to be using  LXD + ceph? or LXD+ZFS or LXD+btrfs  or something else?
[09:58] <paddatrapper> hi theblazehen
[09:58] <theblazehen> andrewlsd currently lxd + btrfs, might do ceph rather than mdadm+bcache+lvm on my iscsi target though
[09:59] <theblazehen> Maybe get around to writing a ceph lxd storage provider one day
[10:00] <theblazehen> andrewlsd https://github.com/lxc/lxd/issues/2875
[10:02] <theblazehen> Ceph looks kinda hard though :( And looks like it's not the most efficient with SSD caching, seems like it loads files into ssd cache then serves it if it's not already in the cache
[10:03] <theblazehen> And not sure how it would behave if I have a planned shutdown of some nodes and bring them back up (eg, reboot) if I have replication set to allow losing 1 disk etc
[10:11] <andrewlsd> theblazehen: yeah. using Ceph is more of an "attach volume" type use case for me, or allow some app running in LXD to retrieve object from ceph (which would not require a Ceph/LXD integration, as app would just be retrieving network-based storage object)
[10:13]  * andrewlsd has forgotten what that small lightweight S3-compatible object storage is called.
[10:13] <andrewlsd> it is minio.io
[10:13] <andrewlsd> I was looking for min.io
[10:14]  * andrewlsd wonders about ceph vs minio.io
[10:15] <chesedo> evening theblazehen andrewlsd
[10:15] <chesedo> well afternoon actually
[10:15] <andrewlsd> \o chesedo
[10:29] <theblazehen> hey chesedo
[10:29] <pavlushka> Hello andrewlsd
[10:29] <andrewlsd> \o pavlushka
[10:33] <pavlushka> and howdy theblazehen :)
[10:33] <theblazehen> hey pavlushka
[10:34] <pavlushka> theblazehen: you use mysql-workbench on arch?
[10:35] <theblazehen> pavlushka I use http://dbeaver.jkiss.org/
[10:36]  * theblazehen really likes it
[10:37]  * pavlushka noticed the reason why :)
[10:38] <andrewlsd> thanks theblazehen. I had never seen dbeaver before.
[10:39] <pavlushka> andrewlsd: me neither, only seen beavers
[10:52] <andrewlsd> lol
[10:55] <inetpro> yikes! You guys talk too much :-)
[10:56] <inetpro> is it Friday?
[10:56] <nsnzero> lol
[11:01]  * pavlushka quietly replies to inetpro "NO"
[11:20] <andrewlsd> ;-)
[11:22] <Kilos> hahahaaaaaa
[11:22] <theblazehen> Anyone got any storage recommendations? Need to use RAID 5/6 or erasure coding, and support SSD caching (writeback), all I need is for it to expose an iscsi target. If snapshots work well, then nice, otherwise it's not a big deal. Currently using mdadm + bcache + lvm + SCST
[11:22] <Kilos> at least its not me this time
[11:22] <Kilos> you guys talk too much
[11:22] <Kilos> rofl
[11:23] <andrewlsd> theblazehen:  you tried a nexenta server as a SAN perhaps? (it's ZFS)
[11:23] <theblazehen> andrewlsd On 2 GB ram? heh. ZFS is nice though
[11:24] <paddatrapper> theblazehen: 2GB does make ZFS tricky...
[11:24] <paddatrapper> XFS? I'
[11:24] <theblazehen> And too many of my disks are still on normal PCI..
[11:24] <andrewlsd> nooo.. 2GB of RAM for storage  .  um. n
[11:24] <paddatrapper> I've heard good things about it, but never tried it myself (XFS)
[11:24] <andrewlsd> lol, your storage is "PCI-compliant"
[11:24] <theblazehen> pavlushka indeed. I can max out the cpu with iperf and a 1500 MTU :/
[11:25] <theblazehen> paddatrapper isn't xfs just file system? I need multi device + ssd caching
[11:25] <theblazehen> Or do you mean zfs?
[11:25] <andrewlsd> storage I/O is needing RAM for caching. Seems you need more cash too. (to buy more RAM)
[11:25] <andrewlsd> ka-ching.
[11:26] <andrewlsd> sounds like a cache-22 situation
[11:26] <theblazehen> haha
[11:27] <theblazehen> At that point cheaper to get some SAS drives to directly attach the storage than motherboard + cpu + ram upgrade
[11:27] <theblazehen> Using normal sata drives now
[11:27] <paddatrapper> theblazehen: XFS with mdadm for RAID... Not sure about SSD caching - never really been on my radar
[11:28] <theblazehen> paddatrapper Well, better to use block device (with lvm) than a file on a filesystem to just share a iscsi target
[11:29] <theblazehen> I've got btrfs on iscsi on lvm on bcache on mdadm
[11:36] <andrewlsd> theblazehen:  creating LVM-based raid6 volumes to be exported via iSCSI sounds half decent
[11:36] <andrewlsd> o... although, I guess we're back to ZFS zraid (and more RAM)
[11:36] <theblazehen> andrewlsd Yeah. Thing is I want the other half of decent too
[11:36] <andrewlsd> +1 theblazehen
[11:37] <andrewlsd> theblazehen: hows your search for infiniband going?
[11:37] <theblazehen> andrewlsd meaning new motherboard + cpu + ram + pcie sata controller
[11:37] <theblazehen> andrewlsd settled on 10 gig ethernet
[11:37] <andrewlsd> ^ do you have that now?
[11:37] <andrewlsd> back-to-back conns, or switched?
[11:37] <theblazehen> 10 gig ethernet free, but 10 gig infiniband normally cheaper than 10 gig ethernet
[11:38] <theblazehen> andrewlsd Just direct connection between storage and server
[11:38] <andrewlsd> +1.   it's the switches that cost a fortune
[11:38] <theblazehen> Got 4x 2 port fiber channel cards as well
[11:38]  * andrewlsd (jokinging) looks for a Mustek 5 port 10GbE desktop switch
[11:39] <andrewlsd> theblazehen: you server could connect to storage over FC then.
[11:39]  * theblazehen is almost considering upgrading my "desktop" to 10 gig. GPU really slow, might as well use vnc to server
[11:40] <andrewlsd> ... send the storage over FC, and use Ethernet for the _other_ networking stuff.
[11:40] <theblazehen> andrewlsd Yeah, but don't have anything to connect them with, and IIRC they're just 2.5 gbit or something
[11:40] <andrewlsd> multipath theblazehen
[11:40] <theblazehen> andrewlsd other networking stuff between my storage server and actual server? lol
[11:40] <andrewlsd> connect them directly. I'm sure you can get fibre between server and storage.
[11:40] <theblazehen> andrewlsd 10 > 2.5 * 2
[11:41] <andrewlsd> indeed. but 10 + 2.5*2 is nice.
[11:41] <theblazehen> But actual storage maxes out at like 3.5 gbit / second :(
[11:41] <andrewlsd> especially since FC probably has lower latency than Eth.
[11:41] <andrewlsd> aah. dang physics of your drives.
[11:42] <andrewlsd> theblazehen: create a new software-defined storage project: Improbability Drive
[11:42] <theblazehen> andrewlsd haha nice
[11:42] <andrewlsd> an impossibly fast storage array that defies physics. (and reliable data transmission/storage too)
[11:42] <theblazehen> Tested ping -f, getting around 0.059 ms average latency from server -> storage server
[11:43] <andrewlsd> 500microsecnds is way to high ;-P
[11:43]  * andrewlsd goes to lurk for a bit
[11:43] <theblazehen> Indeed. I can access memory way quicker than that ;)
[11:49] <theblazehen> Seriously, with my current storage I can only index around 15k documents / s in elasticsearch, with 3 nodes
[11:50] <theblazehen> That was with a lvm snapshot though...  Not too much in terms of number of computers / servers, but server has decent specs at least
[12:14] <nsnzero> yes i have - tinkering is a good way to learn
[12:14] <nsnzero> but its costly
[12:15] <theblazehen> Yeah :) What are the specs of what you're running?
[12:16] <nsnzero> i use laptops - no space for a desktop :(
[12:16] <theblazehen> Ouch :/
[12:17] <theblazehen> Tried running some kind of kubernetes or something across them?
[12:17] <theblazehen> With glusterfs / ceph / swift for storage
[12:18] <nsnzero> i have 2 hp g250 i5 1 hp 350 i5 1 gigabyte i5 with discreet nvidia for games 1 hp 250 celeron and 1 window 8 10 inch touch tablet pc
[12:19] <theblazehen> Ah. Was hoping for like at least 10 spare laptops. Heh
[12:20] <nsnzero> when i build my nas i will experiment with them - looking for a mini pc case to house drives
[12:23] <theblazehen> https://linx.li/t8wlckd8.txt <- current storage performance over iscsi, reads
[12:27] <nsnzero> i see python - isnt python slow
[12:27] <theblazehen> nsnzero Well, it's just testing disk speed
[12:28] <theblazehen> http://ark.intel.com/products/64590/Intel-Xeon-Processor-E5-2650-20M-Cache-2_00-GHz-8_00-GTs-Intel-QPI I'd say I have plenty of cpu performance anyway :p
[12:28] <theblazehen> Have 2 of those
[12:29] <nsnzero> yeah the xeon 8 core rocks
[12:29] <nsnzero> posted a link about building a 16 core 32 thread beast with 2nd hand xeons
[12:30] <theblazehen> link where? Yeah, this one has hyperthreading, 32 cores is fun :D
[12:30] <nsnzero> apparently facebook updated their hardware and flooded the 2nd hand market with xeon , the go for as little as $79 on ebay
[12:31] <theblazehen> Ooh! Damn, that's awesome
[12:31] <theblazehen> I need some...
[12:31] <nsnzero> http://www.techspot.com/review/1155-affordable-dual-xeon-pc/
[12:32] <nsnzero> cheaper than buying an i7
[12:33] <theblazehen> Damn. I wish I could justify buying one of those...
[12:34] <nsnzero> http://www.ebay.ca/itm/Intel-Xeon-8-Core-2-0GHz-E5-2650-SR0KQ-20MB-8GT-s-LGA2011-CPU-Processor-/381878373278?hash=item58e9b98b9e:g:SSUAAOSw2xRYc6YO
[12:36] <theblazehen> avg(q("sum:rate{counter,,1}:os.cpu{host=literal_or(d68d52fba89a)}", "1w", ""))
[12:36] <theblazehen> 0.9500624425289133
[12:37] <theblazehen> Less than 1% average cpu use :/
[12:39] <nsnzero> what language is that in ?
[12:40] <theblazehen> nsnzero openTSDB
[12:40] <theblazehen> nsnzero https://testlsdbosun.theblazehen.com/expr?expr=YXZnKHEoInN1bTpyYXRle2NvdW50ZXIsLDF9Om9zLmNwdXtob3N0PWxpdGVyYWxfb3IoZDY4ZDUyZmJhODlhKX0iLCAiMXciLCAiIikp
[12:40] <nsnzero> chat later theblazehen - home time
[12:40] <theblazehen> Alright, cheers nsnzero
[12:46] <inetpro> ai!
[14:32] <andrewlsd> Maaz tell nsnzero What timezone are you on?
[14:32] <Maaz> andrewlsd: Got it, I'll tell nsnzero on freenode
[14:47] <andrewlsd> inetpro: thanks for the Slack message. I have (eventually) replied there. Only saw it a few moments ago
[15:24]  * andrewlsd disconnects from Quassel-core
[16:29] <nsnzero> afternoon all
[16:29] <Maaz> nsnzero: By the way, andrewlsd on freenode told me "tell nsnzero What timezone are you on?" 1 hour, 56 minutes and 40 seconds ago
[16:29] <magespawn> later all
[16:30] <nsnzero> Maaz tell andrewlsd -> Durban Time : Your Time + 2 , lol
[16:30] <Maaz> nsnzero: Sure, I'll tell andrewlsd on freenode
[16:30] <nsnzero> later Magespawn
[17:43] <nsnzero> evening all
[18:05] <superfly> nsnzero: that's why I use Debian unstable, you get the latest features fairly quickly
[18:06] <superfly> nsnzero: also, I run KDE on a laptop with 2 gigs of RAM, and it runs fine. My biggest problem is my browser. Firefox works the best, all the WebKit/Blink based browsers just hose my system
[18:07] <nsnzero> hi superfly
[18:45] <inetpro> good mornings superfly
[18:46] <inetpro> oh and hi everyone else
[18:58] <superfly> good evening inetpro
[19:05] <chesedo> evnorning superfly
[19:05] <chesedo> inetpro: could you send out a tweet about tomorrow's meeting?
[19:07] <nsnzero> good night guys
[19:08] <superfly> inetpro, chesedo, Kilos-: This is what an AZLoCo meeting looks like: https://bin.snyman.info/mmm4kymz
[19:08] <superfly> And they have one once a week
[19:09] <chesedo> that smart bot has idea...
[19:09] <chesedo> :D
[19:12] <inetpro> superfly: but you didn't say a word there
[19:13] <superfly> inetpro: I can't get a word in edgeways
[19:13] <inetpro> too much AI
[19:14] <chesedo> I like some of the things they have there...
[19:15] <chesedo> and all wrapped up in 30 mins...
[19:15] <superfly> yes, cause no one actually says anything
[19:15]  * chesedo can easily see blaze being able to give the current news like that
[19:15] <chesedo> superfly: which do you prefer?
[19:16] <superfly> I think it would be better to have the top 5 stories and then just a "for more news, go to https..."
[19:16] <superfly> chesedo: a mix would be better
[19:16] <superfly> I think if we included a jobs segment that would improve attendance
[19:17]  * inetpro agrees about the news
[19:18] <inetpro> too much news would make things boring
[19:19] <chesedo> someone from sulug always had a few jobs listing that were interesting... i guess we can also have those of the companies for each member here as well...
[19:19] <chesedo> superfly: i was more referring to the interaction?
[19:21] <chesedo> it seems that tasks were also nicely splitted up with about 5 peeps each handling a section which might improve things like the jobs segment quality wise...
[19:24] <superfly> yup
[19:32] <chesedo> hi Mzolisto
[19:32] <chesedo> first time I've you here?
[19:33] <chesedo> *I've seen
[19:53] <chesedo> Night all
[19:54] <chesedo> And thanks for the share superfly
[20:54] <Kilos-> night all. sleep tight
[20:54] <Kilos-> havva good day superfly
[20:54] <superfly> he's too fast for me
[21:13] <smile> Yeah


[11:41] <Walther_> Hello folks! Just did do-release-upgrade -d to saucy and followed isntall instructions on how to install Mir. However, now I'm getting no "unity" - no top bar, no sidebar, but desktop shows and i can fire up terminals via ctrl-alt-t and so forth
[11:41] <Walther_> Also, the display is running in pretty low res
[11:42] <Walther> on the suggested "sudo mir_demo_server", i get the following, pehaps hinting at problems:
[11:42] <Walther> ERROR: /build/buildd/mir-0.0.6bzr848saucy0/src/server/graphics/gbm/gbm_display_helpers.cpp(284): Throw in function int mir::graphics::gbm::helpers::DRMHelper::open_drm_device(const mir::graphics::gbm::helpers::UdevHelper&)
[11:42] <Walther> Dynamic exception type: boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<std::runtime_error> >
[11:42] <Walther> std::exception::what: Error opening DRM device
[11:42] <Walther> [boost::errinfo_errno_*] = -13, "Unknown error -13"
[11:43] <Walther> Help very much appreciated!
[11:52] <Walther> Also, walther@doppio:~$ grep -i xmir /var/log/Xorg.0.log
[11:52] <Walther> [     8.668] xorg-server 2:1.14.1-0ubuntu0.8+xmir1 (For technical support please see http://www.ubuntu.com/support)
[11:52] <Walther> [     8.678] (WW) "xmir" is not to be loaded by default. Skipping.
[11:57] <mlankhorst> Walther: hybrid, by any chance?
[11:57] <Walther> Nope, pure 7970 only desktop
[11:57] <Walther> core2quad -> no integrated graphics
[11:58] <mlankhorst> is the dri node in use by any chance? lsof /dev/dri/*
[11:58] <Walther> Will have a haswell w/ igpu soon when my new parts arrive, but that's another matter
[11:58] <Walther> mlankhorst: empty
[11:58] <Walther> er, empty response, that is
[11:59] <Walther> I'm pretty sure i'm not getting mir at all, from Xorg.0.log [     8.678] (WW) "xmir" is not to be loaded by default. Skipping.
[11:59] <Walther> also the ps aux grep compositor thingy returns nothing but the grep command itself
[12:01] <Walther> Not afraid of cli/techy stuff, if you have any ideas on where to look / what to try, just mention
[12:02] <Walther> /etc/lightdm/lightdm.conf.d/10-unity-system-compositor.conf has the appropriate lines
[12:06] <Walther> mlankhorst: further ideas, by any chance?
[12:15] <mlankhorst> not atm, is that southern islands? :P
[12:16] <mlankhorst> and does it work with normal X?
[12:17] <Walther> Tahiti, and worked fine on 13.04
[12:18] <Walther> w/ fglrx at least
[12:18] <Walther> but logging in with this 13.10 + mir install -> a desktop without bars/dash and low res
[12:22] <Walther> Hm, apparently by launching gnome-control-center I could adjust the screen res to right. But I think I'm not running mir, and yeah, unity/dash are mising
[12:23] <Walther> Ha, dconf reset -f /org/compiz did the trick
[12:23] <Walther> of getting bars back.
[12:23] <Walther> Still not sure I'm having mir though.
[12:26] <Walther> ...yeah, still getting [     9.099] (WW) "xmir" is not to be loaded by default. Skipping.
[12:26] <mlankhorst> fglrx won't work with mir
[12:26] <Walther> Also, graphics rendering is slow - moving windows around, typing text, etc
[12:26] <Walther> mlankhorst: Yeah, I removed proprietary drivers as per instructions
[12:26] <Walther> on the foss drivers atm afaik
[12:27] <mlankhorst> yeah you have a southern islands chip, most support is in saucy atm except for the ddx :P
[12:27] <Walther> I am running saucy :)
[12:27] <mlankhorst> so you'd need to recompile xserver-xorg-video-ati yourself with glamor enabled for it to work
[12:29] <Walther> but yeah, i'm running saucy, so you said the support should be there
[12:29] <mlankhorst> most support, but you need all support..
[12:29] <Walther> Ah
[12:30] <Walther> hmm, i wonder if xorg-edgers would help
[12:30] <Walther> Or would that just completely break all chances of mir workigng?
[12:30] <Walther> -g
[12:32] <mlankhorst>  if you want mir on that card you need to build glamor support in the xserver-xorg-video-ati source of the mir ppa
[12:33] <Walther> hnggh, are you absolutely sure that's the only option for now?
[12:34] <Walther> i can't find any documentation on the matter
[12:34] <Walther> (of course at early testing / development phases there *isn't* often documentation...)
[12:35]  * mlankhorst points at the 'need'
[12:35] <Walther> Sigh... Well, thanks for help!
[12:35] <Walther> I'll probably purge the mir repo and revert back to "just" 13.10 then, and see how / when things progress
[12:36] <Walther> Should I file a bug or something on Tahiti / Southern island support?
[12:36] <Walther> (and mir compatibility, that is)
[12:40] <mlankhorst> it's the same as normal xorg-server in this case, if normal xorg-server works, mir-ified xserver would probably work too
[12:47] <arsson> u-s-c nouveau support? When...?
[13:12] <mlankhorst> dno, wrote it ages ago


[13:09] <danilos> gmb, hey-hey, just to confirm (seeing everybody else is out for the Memorial day), you are around?
[13:22] <danilos> I guess not :)
[13:30] <gmb> danilos: I am, but I was taking the opportunity to ignore IRC :)
[13:34] <danilos> gmb, good call, good call
[13:34] <danilos> gmb, I just feel lonely!
[13:34] <danilos> anyway, dhm for me as well :)
[16:08]  * danilos -> out