[04:28] <ahoneybun> do you all use just Ubuntu to develop or are you using Kubuntu or Ubuntu GNOME?
[08:12] <dholbach> good morning
[08:19] <dholbach> balloons, so for the weather branch, we might have to ask somebody from the landing team or anyone who's helping with build system stuff in apps - I can't help - I just noticed that this branch had been lying around for a while
[08:28] <dholbach> popey, did you see docviewer fail to build on LP too somewhere?
[08:28] <popey> dholbach: re-branching.
[08:29] <popey> bah, now it's building!
[08:29] <dholbach> yeeehaw!
[08:29] <popey> aha!
[08:29] <popey> E: ubuntu-docviewer-app source: build-depends-on-metapackage build-depends: qt5-default
[08:30] <dholbach> I'm not sure that would cause a build failure, but I can take a look at fixing the lintian stuff if you want
[08:31] <popey> yeah, I get a deb out
[08:39] <dholbach> popey, do you know how we tell the docviewer which file to open?
[08:39] <dholbach> in the .desktop file in the Exec key, we just use the app binary, but don't use a parameter like %f, %F or something like that (http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#exec-variables)
[08:40] <dholbach> ^ that was one of lintian's complaints
[08:44] <dholbach> popey, in pbuilder something bizarre happens
[08:44] <popey> it uses content hub
[08:44] <popey> also, its failing in jenkins
[08:44] <popey> http://<IP_ADDRESS>:8080/job/generic-mediumtests-vivid/981/consoleFull
[08:44] <dholbach> some files are installed to some bizarre places
[08:44] <dholbach> -- Installing: /tmp/buildd/ubuntu-docviewer-app-0.1.1/debian/tmp/com/ubuntu/fileqmlplugin/libfileqmlplugin.so
[08:44] <dholbach> whereas other files go into:
[08:44] <dholbach> -- Installing: /tmp/buildd/ubuntu-docviewer-app-0.1.1/debian/tmp/usr/share/ubuntu-docviewer-app/qml/TextView.qml
[08:44] <popey> erk
[08:45] <dholbach> not sure why this doesn't happen in a normal, local build
[08:45] <dholbach> but I'm taking a look
[08:45] <popey> thanks dholbach
[08:58] <dholbach> popey, this whole cmake infrastructure isn't really plug-and-play
[09:01] <popey> dholbach: haha!
[09:01] <dholbach> I'm just comparing it with filemanager, which also builds a plugin and seems to be fine
[09:01] <dholbach> maybe I'll find something
[09:05] <popey> did anyone else on the ubuntu-phone list get this mail https://lists.launchpad.net/ubuntu-phone/msg10972.html ?
[09:06] <popey> I didn't
[09:06] <dholbach> I did
[09:07] <popey> hmmm
[09:08] <popey> bzoltan: zbenjamin maybe you can help Phil? https://lists.launchpad.net/ubuntu-phone/msg10972.html ?
[09:11] <bzoltan> popey:  wow.. that is a massive one.
[09:11] <zbenjamin> popey: seems for the me mail got into the junk folder
[09:12] <popey> oh, look at that, it's in my spam too!
[09:12] <dholbach> popey, isn't it great that instead of typing "dynamic duo", you can just "bz<tab> zb<tab>"?
[09:13] <popey> haha
[09:13] <popey> WHOOOOSH!
[09:13] <popey> They appear.
[09:13] <popey> I like to think of zbenjamin wearing a cape
[09:13] <zbenjamin> lol
[09:13] <dholbach> right, I'll leave you to it! :)
[09:17] <timp> zbenjamin: ARE you wearing a cape?
[09:17] <zbenjamin> timp: only :D
[09:17] <timp> Ok I shouldn't have asked ;)
[09:18] <timp> Now I wonder what color is the cape ;)
[09:18] <zbenjamin> timp: camouflage of course
[09:19] <timp> Desert it jungle?
[09:20] <timp> *or
[09:20] <zbenjamin> timp: it has both, i can turn it around :D
[09:20] <zbenjamin> so i can quickly adapt
[09:21] <timp> hahaha. That sounds like an awesome cape :)
[09:33] <dholbach> popey, https://code.launchpad.net/~dholbach/ubuntu-docviewer-app/packaging-fixes2/+merge/248517
[09:33] <dholbach> that makes it build for me in pbuilder and locally
[09:33] <dholbach> and "no idea why"
[09:34] <popey> hah
[09:34]  * popey hugs dholbach
[09:34]  * popey tests
[09:36] <popey> dholbach: should I still expect to get a bunch of lintian warnings and an error?
[09:36] <dholbach> yes, I didn't fix all of them
[09:36] <popey> ok
[09:37] <JamesTait> Good morning all; happy Thank A Mailman Day! :-D
[09:37] <bzoltan> dholbach: I hired zbenjamin mostly because of his name :)
[09:38] <dholbach> popey, if you want to file bugs or give the developers more context, this might help: http://paste.ubuntu.com/10050802/
[09:38] <bzoltan> dholbach: by the way .. the new Ubuntu SDK is out ... I wrote an exceptional long mail about it
[09:39] <dholbach> popey, ^I guess we should promote that a bit, or maybe get it on the blog?
[09:39] <dholbach> hum, where did you send it again?
[09:40] <dholbach> it's not https://lists.launchpad.net/ubuntu-phone/msg10782.html - right?
[09:40] <bzoltan> dholbach:  no, it is not that
[09:41] <bzoltan> dholbach: https://lists.launchpad.net/ubuntu-phone/msg10973.html
[09:42] <dholbach> ah now
[09:43] <dholbach> bzoltan, nice!
[09:44] <dholbach> bzoltan, yesterday in the Q&A somebody asked about multi arch
[09:45] <dholbach> I haven't followed that part of the story... has that gotten any easier in the last time?
[09:56] <bzoltan> dholbach:  do you mean the fat package topic? That did not move anywhere yet. It is a big issue with lots of questionmarks.
[09:57] <dholbach> bzoltan, who would we need to remove some of the question marks? :)
[09:58] <bzoltan> dholbach: click folks, foundation  folks .. me, zbenjamin
[09:58] <dholbach> maybe we could have a hangout-on-air session about it?
[09:58] <bzoltan> dholbach:  I need to recollect my thoughts about this... we talked about fat packages about a half a year ago
[09:59] <dholbach> ok
[10:08] <mihir> hey popey
[10:08] <popey> bzoltan: I was talking to Stephen Webb at the weekend about this. He is very keen for people to be able to install desktop apps from the store on Ubuntu Desktop Next
[10:08] <popey> mihir: heya
[10:08] <mihir> popey: did you ask UX people to test calendar ?
[10:08] <mihir> I meant at design prospective ?
[10:08] <popey> mihir: yeah, will see what feedback they have.
[10:08] <popey> mihir: will let you know
[10:08] <mihir> Okay great  :)
[10:09] <popey> bzoltan: the sdk not supporting making fat packages is a problem for that because many apps in the store are armhf only
[10:10] <bzoltan> popey: I know it is a valid use case and I know it is something what lots of people want.
[10:10] <popey> :)
[10:10] <bzoltan> popey:  it is about how we should implement that feature ... not an easy one.
[10:11] <bzoltan> popey:  do we expect click to merge armhf/x86 packages?
[10:12] <bzoltan> popey: The QtCreator has no feature to execute two builds for a single request ... it would be a massive hack to work it around in the IDE
[10:12] <popey> The way I'd see it is that qtc should know what arch kits I have, and at the time of building clicks, should offer me the option of whether to build fat or not
[10:12] <bzoltan> popey: that part is easy ... but what after. Yes we want a fat package.. what then?
[10:12] <popey> well, you already have the ability to update each kit sequentially
[10:13] <popey> hey, that's your job :)
[10:13] <bzoltan> popey: updating kits and using the QtC's very-very own Build/Run configs are not the same
[10:13] <popey> I don't doubt it's not "easy", but if we don't do it, we're never going to really deliver convergence
[10:14] <bzoltan> popey: I know.. that is why I would be happy to see click developers being involved too. Because I think this problem should be solved on the click level and not on the UI level
[10:15] <popey> sure, an option in click to do this would be great.
[10:15] <bzoltan> popey:  for example we could/should have multiarch click chroots. Like twin chroots... and click should use both or either
[10:15] <popey> but I dont want this to fall in the gap between sdk and click
[10:15] <popey> which it currently is
[10:16] <bzoltan> popey:  the current situation is that no tool under the IDE supports it ... click does not even guarantee that the armhf and the i386 chroots are in sync
[10:16] <dholbach> popey, can I approve https://code.launchpad.net/~dholbach/ubuntu-docviewer-app/packaging-fixes2/+merge/248517 now, or does something else need to be done to it? will that auto-land the change?
[10:16] <bzoltan> popey:  but this feature is on my plate ... I just say that it is a massive one
[10:17] <popey> dholbach: i top approved it
[10:17] <popey> it will land, thanks :)(
[10:17] <dholbach> popey, thanks
[10:17] <dholbach> popey, also... I ran into http://paste.ubuntu.com/10051228/
[10:18] <popey> ugh
[10:18] <dholbach> could it be that some package is missing in the ppa or somewhere?
[10:18] <popey> the weather app builds that
[10:20] <dholbach> bizarre
[10:20] <popey> well, i think it does...
[10:20] <dholbach> it should at least
[10:20] <popey> ah, this is the new weather app
[10:21] <dholbach> which branch is that?
[10:21] <popey> https://code.launchpad.net/~ubuntu-weather-dev/ubuntu-weather-app/reboot
[10:21] <dholbach> I was just looking at https://bazaar.launchpad.net/~ubuntu-weather-dev/ubuntu-weather-app/trunk/view/head:/debian/control
[10:22] <dholbach> which seemed to build that package :)
[10:22] <popey> i am confused
[10:22] <dholbach> the one I linked to is the old branch I guess
[10:22] <popey> yes
[10:23] <dholbach> ah yes
[10:23] <dholbach> I can see the issue
[10:23] <dholbach> let me look at it for a bit longer to see if there's anything else that needs fixing
[10:23]  * popey hugs dholbach
[10:28] <dholbach> popey, right, so it looks like none of the files are installed anywhere
[10:28] <dholbach> apart from the dependency issue
[10:31] <popey> :(
[10:42] <bzoltan> popey: dholbach: Okey ... we had a quick brainstorming with zbenjamin.. do not bother with details :) the sum is that we will just do it.
[10:42] <dholbach> bzoltan, go go go!
[10:42] <bzoltan> popey: dholbach: the schedule comes later, but for sure it will land on 15.04
[10:42] <dholbach> great :)
[10:50] <popey> bzoltan: \o/
[10:50] <popey> The Dynamic Duo strike again!
[10:53]  * zbenjamin imagines bzoltan as Robin :D
[10:54] <bzoltan> zbenjamin: have a break dude :D
[10:54] <zbenjamin> rofl
[11:03] <dholbach> popey, https://code.launchpad.net/~dholbach/ubuntu-weather-app/reboot-packaging-fixes/+merge/248528 - I don't know if that fixes everything or if that's the way things were intended, but at least the package can be installed and the app can be launched (doesn't do much yet)
[11:04] <popey> thanks!
[11:18] <bzoltan> dholbach:  popey: how is a fat package called. Arch specific packages have the arch in the .click file name. How it goes with fat packages?
[11:18] <popey> _multi.click
[11:18] <dholbach> yep
[11:19] <popey> e.g. http://popey.mooo.com/mirror/clicks/2015/02/2015-02-04-050001/com.ubuntu.checkbox_1.0.2_multi.click
[11:19] <popey> http://popey.mooo.com/mirror/clicks/graph_clicks.png vs http://popey.mooo.com/mirror/clicks/graph_snaps.png
[11:19] <popey> :)
[11:19] <popey> (ignore the alarming dips in the click one)
[11:22] <bzoltan> popey:  Okey, that is easy
[11:23] <bzoltan> popey:  I am writing up the feature specs and will send it out to me ML today
[11:23] <popey> nice one!
[12:11] <kalikiana> timp: updated https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/i18nctag/+merge/248260
[12:14] <zsombi> https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1415973
[12:15] <mivoligo> mzanetti: ping
[12:26] <mzanetti> mivoligo: pong
[12:27] <mivoligo> mzanetti: hi, seen the tutorial thing?
[12:27] <mzanetti> mivoligo: not really looked at it yet
[12:27] <mivoligo> ok
[12:27] <mzanetti> mivoligo: I'm at a sprint atm
[12:28] <mivoligo> mzanetti: ack, getting ready for that bq phone show I guess :)
[12:30] <mzanetti> mivoligo: heh, maybe, maybe not
[12:30] <mzanetti> :P
[12:30] <mivoligo> :D
[12:31] <popey> haha
[12:31] <mivoligo> mzanetti: ok, so I won't be bothering you now :)
[12:31] <mzanetti> no worries
[12:31] <mzanetti> I do have time for a chat, but can't really *work* on the game this week
[12:33] <mivoligo> mzanetti: I was trying to check the authenticator app you told me, unfortunately it complained about missing things
[12:33] <mzanetti> right...
[12:33] <mivoligo> mzanetti: let me check what was that
[12:33] <mzanetti> mivoligo: today I looked at it again and actually it's not *that* bad...
[12:33] <mzanetti> it probably is libzbar
[12:34] <mzanetti> popey: what's your opinion on the authenticator visuals?
[12:34] <mzanetti> does it suck? or is it okayish, or do you even like it?
[12:34] <popey> i dont use it much as I am usually near my laptop
[12:34] <mivoligo> mzanetti: oath.h: no such file or directory
[12:35] <mzanetti> ah
[12:35] <mzanetti> apt-get install liboath-dev
[12:35] <renatu> seb128, hey, are you around?
[12:36] <mivoligo> mzanetti: now "zbar.h"
[12:36] <mzanetti> libzbar-dev
[12:38] <mivoligo> mzanetti: now "cannot find -lv4l2"
[12:38] <mzanetti> libv4l-dev :P
[12:39] <mzanetti> see the pattern?
[12:39] <mivoligo> :D
[12:39] <mivoligo> mzanetti: now it started :)
[12:39] <mzanetti> \o/
[12:40] <mzanetti> so there is a bug in the SDK that the header's separator is black on black
[12:40] <mzanetti> I've reported that, I think timp will fix it at some point as he agrees with it
[12:41] <mzanetti> mivoligo: you can manually add a new account, just enter 16 random hex characters for the key
[12:41] <t1mp> mzanetti: which bug was it?
[12:41] <mzanetti> mivoligo: make sure to test a time based and a counter based account
[12:41] <mzanetti> t1mp: lemme look it up
[12:43] <mzanetti> t1mp: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1408643
[12:48] <t1mp> mzanetti: ok. I set its importance so the time I'm picking a bug from my list the chances are higher that I notice this one
[12:48] <mzanetti> :)
[12:48] <mzanetti> thanks
[12:48] <mzanetti> I didn't mean to be pushy about it. just told mivoligo that this is the reason why there isn't any header separator visible in authenticator atm
[12:49] <mivoligo> mzanetti: the app does not look that bad for what it does :)
[12:50] <mzanetti> yeah... not sure why I disliked it so much when I looked at it last week
[12:50] <mzanetti> today I don't think it's that bad any more :D
[12:52] <mivoligo> mzanetti: anyway I'd wait with modifications until Canonical designer show us new design guidelines
[12:53] <mzanetti> oh, new design guidelines?
[12:53] <mzanetti> yeah, if that's the case, sounds sensible
[12:55] <mivoligo> mzanetti: https://plus.google.com/111433112841080263317/posts/2viht7w9CZ1
[12:56] <mivoligo> mzanetti: it suppose to be ready "in early March"
[12:57] <mzanetti> i c
[12:58] <mivoligo> mzanetti: are you going to that bq phone premiere?
[12:59] <mzanetti> I didn't get an invitation to go to london for the weekend like some others apparently did, if it's that what you mean
[13:00] <mivoligo> too bad, you could steal one phone for me ;)
[13:21] <pflint> nick flint_
[13:22] <sverzegnassi> popey: docviewer MP still doesn't work. it's surely related to qt-private imports
[13:23] <popey> Hmm. dholbach are you able to help sverzegnassi with the docviewer packaging?
[13:23] <dholbach> I don't know
[13:23] <dholbach> but I'm sort of running out of time on another thing
[13:24] <dholbach> which branch - is there bug open? build logs?
[13:24] <dholbach> I can try to solve it quickly
[13:26] <popey> sverzegnassi: ^
[13:27] <sverzegnassi> dholbach: http://paste.ubuntu.com/10053511/
[13:27] <sverzegnassi> branch is: https://code.launchpad.net/~verzegnassi-stefano/ubuntu-docviewer-app/20-enable-zoom/+merge/248161
[13:29] <dholbach> sverzegnassi, so building and installing the package from that branch doesn't work?
[13:31] <sverzegnassi> yeah, it seems like
[13:31] <dholbach> ok
[13:34] <dholbach> sverzegnassi, it works for me
[13:34] <dholbach> sudo dpkg -i ubuntu-docviewer*.deb
[13:34] <dholbach> done
[13:36] <dholbach> maybe pitti or jibel in #ubuntu-quality can find out what's happening on jenkins?
[13:36] <dholbach> I see that the issue is on http://<IP_ADDRESS>:8080/job/generic-mediumtests-vivid/988/console
[13:36] <dholbach> but I can't reproduce it
[13:36] <dholbach> maybe some missing ppa?!
[13:36] <dholbach> *shrug*
[13:38] <sverzegnassi> dholbach: on my pc (utopic-desktop, used for docviewer development) the package doesn't work
[13:38] <dholbach> I'm on vivid - there it works
[13:38] <dholbach> hm
[13:38] <sverzegnassi> if i'm not wrong, utopic still uses qt 5.2
[13:40] <dholbach> popey, can somebody of the SDK guys maybe help there? ^
[13:40] <dholbach> I really don't know - it works for me on vivid
[13:42] <popey> ok
[13:45] <dholbach> thanks
[13:59] <DS-McGuire> akiva-thinkpad, o/
[13:59] <akiva-thinkpad> DS-McGuire, oh hey hows it going?
[13:59] <DS-McGuire> akiva-thinkpad, Good thank, and you? I have been away recently with an illness but I am back now :)
[14:00] <akiva-thinkpad> DS-McGuire, good. made a big step towards the autopilot plugin.
[14:00] <DS-McGuire> akiva-thinkpad, I did see that, awesome work! :D
[14:01] <akiva-thinkpad> DS-McGuire, thanks :-)
[14:03] <DS-McGuire> akiva-thinkpad, I have been trying my hardest to get my app working on Ubuntu touch and it doens't work. It passes the automatic tests and gets uploaded to the store but it doesn't get past the loading screen.  What app is it?
[14:05] <DS-McGuire> A golf score card app, it is nothing fancy at all. http://i.imgur.com/LfPBhBa.png
[14:06] <akiva-thinkpad> DS-McGuire, very nice :) havn't seen it on the subreddit yet though :P
[14:07] <DS-McGuire> akiva-thinkpad, Well, I would have posted it to it if it worked, I don't see any point otherwise. I suppose I could ask for help on their and upload the code to GitHub.
[14:08] <akiva-thinkpad> DS-McGuire, if its not booting; you definitely want to bring it up with those doing automatic tests
[14:08] <akiva-thinkpad> DS-McGuire, if they can find the problem, they can either do a new test or fix whatever bug that is there.
[14:10] <DS-McGuire> akiva-thinkpad, That's a very good point. I will do that. Any idea who I need to be talking to? popey, any idea?
[14:10] <DS-McGuire> popey, Very sorry didn't know you are on air.
[14:11] <sverzegnassi> popey: it seems that the issue is fixed. just missing some fix for autopilot and the MP is ready
[14:16] <popey> sverzegnassi: yay!
[14:17] <sverzegnassi> Updated the branches... waiting for Jenkins response
[14:21] <mivoligo> how to add emulator in SDK in 14.04?
[14:23] <mivoligo> when I click the "+" button in "Devices" I get: QQmlComponent: Component is not ready PopupUtils.open(): Failed to create the popup object.
[14:39] <mivoligo> nevermind, terminal to the rescue :)


[02:45] <munson> whats easiest program to share videos with other computes? is it samba? smb4k which is gui yes i know but where is smb4k pointing their shares at? do i link the share in the /var/lib/mythtv/videos?
[02:56] <Shadow__X> mythtv automatically shares out the recordings dir
[02:57] <Shadow__X> or rather mythbuntu automatically does
[02:59] <munson> nm its scanning now hopefully it works
[14:29] <rileyp> http://www.alsa-project.org/db/?f=d9315fb5c5cf0dee78331192d7d83a52c69739cb help me please
[23:33] <stevieman> I just did an update on my mythbuntu box and now my tv-out no longer works. I can get to myth and the desktop via VNC


[22:36] <Bashing-om> Wild_Man: Check Gdoc, see if that is to be the finished product, please.
[22:38] <Wild_Man> Bashing-om, I will take a quick look, I am out of town until monday night so I am not on much,I am having internet issues way out here
[22:43] <Wild_Man> Bashing-om, I do not know of any more news that needs to be added, I read through it all quickly, I will try to give it another read tomorrow night after you put it on the wiki, good work everyone!


[03:43] <tdihp> Hi mpontillo
[03:48] <tdihp> After https://askubuntu.com/questions/873701/maas-node-unable-to-resolve-its-own-hostname updated, I'm still trying to get the commissioning working.
[03:50] <tdihp> the current problem is that the storage info is still missing after commissioning, with a valid 00-maas-07-block-devices.out output (/dev/sda is listed).
[03:50] <tdihp> What else can I try to diagnose the situation?
[04:46] <mpontillo> tdihp: I would run this script on the commissioning node while SSH'd in to see where the failure is.
[04:46] <mpontillo> https://gist.github.com/pontillo/0b92a7da2fba43fb5dce705be2dcf38b
[04:47] <mpontillo> tdihp: that is, the commissioning node executes (pretty much) those commands to figure out what disks are on the system
[04:47] <mpontillo> tdihp: so you should be able to tell where it's going wrong. I think lamont's theory was that it was timing out trying to contact an iSCSI disk specified by a name rather than an IP address
[04:50] <tdihp> Thanks mpontillo, I'll try.
[05:09] <mpontillo> tdihp: updated https://gist.github.com/pontillo/0b92a7da2fba43fb5dce705be2dcf38b -- now includes also the 'sudo' commands
[06:25] <tdihp> mpontillo: I've tried the script
[06:26] <tdihp> It will take more than 2 minutes, with more than 6 sudo calls
[06:27] <tdihp> However the 	00-maas-07-block-devices.err file just has 4 lines of sudo errors.
[06:27] <tdihp> mpontillo: Oddly though the script you provided did not reproduce those sudo error messages
[06:29] <mpontillo> tdihp: my script redirects sudo's stderr to /dev/null =)
[06:32] <mpontillo> tdihp: can you humor me and do two more things... (1) tell me the output of `iscsiadm -m session`, and (2) if you can determine that open-iscsi is trying to connect to MAAS via a hostname rather than an IP address (either iscsiadm or mount should tell you), run "sudo dpkg-reconfigure -plow maas-rack-controller" on the MAAS server, and make sure the MAAS URL
[06:32] <mpontillo> is set to an IP address and not a hostname
[06:32] <tdihp> mpontillo: And yes, After removing those "2>/dev/null" I saw the identical errors
[06:33] <tdihp> mpontillo: the iscsi output: tcp: [1] <IP_ADDRESS>:3260,1 iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-generic-xenial-daily (non-flash)
[06:34] <mpontillo> tdihp: lamont's theory, by the way, was that the sudo errors are a red herring; I think he thought the actual issue was probing an iSCSI target by its hostname rather than an IP address
[06:37] <tdihp> mpontillo: I see. The iscsi target is in ip though.
[06:38] <mpontillo> tdihp: yeah. I see that. I wonder if it was passed into the kernel that way. try:
[06:38] <mpontillo> cat /proc/cmdline | tr ' ' '\n' | grep iscsi_target_ip
[06:39] <mpontillo> tdihp: leave off the grep and you should also see a root= line that has the iSCSI /dev/ path in there.
[06:39] <tdihp> iscsi_target_ip=<IP_ADDRESS>
[06:39] <mpontillo> ok
[06:39] <mpontillo> tdihp: hm. so when you tried my script, did storage information come back as expected?
[06:41] <tdihp> mpontillo: yes, the script did output sda sda1 and sdb
[06:41] <tdihp> root=/dev/disk/by-path/ip-<IP_ADDRESS>:3260-iscsi-iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-generic-xenial-daily-lun-1
[06:42] <tdihp> The only line(s) with any hostnames are: iscsi_initiator=pure-mammal -- ip=::::pure-mammal:BOOTIF
[06:43] <mpontillo> tdihp: so it's curious that you don't have that same data when you commission then. in my setup, when I browse to the node details page, scroll down to commissioning details, and click on "00-maas-07-block-devices.out", I see a JSON object which is a list of two dictionaries (each disk in the system)
[06:45] <tdihp> mpontillo: Yes, my "00-maas-07-block-devices.out" also lists two items, curious truly :D
[06:47] <mpontillo> tdihp: ok, what state is the node in? perhaps the commissioning is failing at some other point?
[06:47] <tdihp> mpontillo: BTW I've figured a way to tap to the HTTP calls the node made to the MAAS server
[06:47] <mpontillo> tdihp: oh yeah? what was your method? I've captured packets in the past, but that was a pain. later I noticed we had a mass_get.py script or similar which made the calls, heh
[06:48] <tdihp> mpontillo: the node is now in "ready", just with "storage" as 0 GB
[06:48] <tdihp> mpontillo: Yeah I wish I could use mitmproxy too.
[06:49] <tdihp> mpontillo: https://sysdig.com/blog/decode-your-http-traffic-with-sysdig/ the echo_fds bit
[06:49] <mpontillo> tdihp: so 00-maas-07-block-devices.out -- I assume it doesn't contain sizes then?
[06:50] <mpontillo> tdihp: do the sudo commands in my script get the block size? (just noticed a typo, the second one should be bsz: and not size64:)
[06:50] <mpontillo> tdihp: ah nice, that tool looks interesting
[06:51] <mpontillo> tdihp: and I didn't use a MitM method, I just used "sudo tcpdump" on the rack controller, btw
[06:51] <mpontillo> tdihp: but I had to wade through a huge packet capture ;-)
[06:53] <tdihp> mpontillo: So the point was, between the "starting 00-maas-07-block-devices" request and the report, there was less than 80 secs
[06:55] <tdihp> mpontillo: which matches the lag of 4 sudo calls (2 devices)
[06:56] <mpontillo> tdihp: well, the important thing to me is whether or not you're getting the data. if sudo is slow, that's not good. but I guess it's aborting before it's able to get the data. which is weird... on my system, I still get the "unable to resolve" error, but it works immediately
[06:57] <mpontillo> tdihp: I suspect that is because I am getting a NXDOMAIN response back from the DNS server, and it's able to fail fast, whereas in your case, for some reason, the packets don't make it, and it times out
[06:58] <tdihp> mpontillo: the 00-maas-07-block-devices.out does include size for sda like: "SIZE": "500107862016",
[06:59] <mpontillo> tdihp: well that's interesting. so I assume you have a 500 GB disk then
[07:00] <mpontillo> tdihp: if that's the case then I'm surprised it isn't being reported correctly.
[07:00] <tdihp> mpontillo: Yeah, MAAS still reports "No storage information"
[07:06] <mpontillo> tdihp: is there anything interesting under /var/log/maas/rsyslog/<hostname>/* on the MAAS server?
[07:08] <mpontillo> tdihp: another thing you could do is look at: curl $(cat /proc/cmdline | tr ' ' '\n' | grep cloud-config-url | cut -d= -f2-)
[07:09] <mpontillo> tdihp: you should see under datasource: and reporting: the URLs used to communicate back to the MAAS server. though I expect they're okay given that you seem to have commissioning output.
[07:09] <mpontillo> tdihp: at this point, I would also check /var/log/maas/regiond.log, and check for any Python tracebacks. maybe that could provide a clue why the size couldn't be calculated
[07:12] <tdihp> maasserver: [error] Error while calling DescribePowerTypes: Unable to get RPC connection for rack controller 'nv750' (k4am4k).
[07:12] <mpontillo> tdihp: are the region and the rack on the same machine? is that consistent or a one-off?
[07:13] <mpontillo> tdihp: that could happen if, for example, MAAS is restarting
[07:13] <mpontillo> tdihp: what you might do is "tail -f" the log and try commissioning again, then see if any tracebacks occur during commissioning
[07:14] <tdihp> mpontillo: It's the same machine
[07:14] <mpontillo> ok. probably a red herring then, unless you have firewall rules I don't know about ;-)
[07:15] <tdihp> mpontillo: and its not one-off
[07:16] <mpontillo> tdihp: hm, well that is weird then. if you go to Nodes > Controllers and click your controller, is the status all green?
[07:17] <tdihp> maasserver.rack_controller: [critical] Failed configuring DHCP on rack controller 'id:1'.
[07:17] <tdihp> mpontillo: oops
[07:18] <tdihp> mpontillo: It seems the rack controller is offline on MAAS
[07:18] <mpontillo> tdihp: well that's an interesting clue, however it seems DHCP is working, or you wouldn't be able to PXE boot?
[07:18] <mpontillo> tdihp: ok, I would "tail -f rackd.log" and then "service maas-rackd restart"
[07:18] <tdihp> mpontillo: Yes DHCP/TFTP seems working
[07:19] <tdihp> mpontillo: Oh, My IP have changed
[07:21] <tdihp> mpontillo: the rackd is fixed, I'll try commision again
[07:21] <mpontillo> tdihp: great. hoping it works this time =)
[07:28] <tdihp> mpontillo: I guess I still have to try harder
[07:31] <tdihp> mpontillo: is it possible that the MAAS server failed to update the node status when commissioning?
[07:32] <mpontillo> tdihp: you can look at the node event log and find out
[07:37] <tdihp> mpontillo: there is a burst of events like this: pure-mammal ureadahead[463]: ureadahead:events/fs/open_exec/enable: Ignored relative path
[07:47] <mpontillo> tdihp: that might be a red herring https://bugs.launchpad.net/maas/+bug/1643838
[07:47] <mpontillo> tdihp: any chance you can pastebin your regiond.log and rackd.log?
[07:48] <mpontillo> tdihp: maas.log too for completeness
[07:48] <tdihp> mpontillo: Sure I can.
[07:53] <tdihp> mpontillo: https://1drv.ms/u/s!Ap2xOCxdN0NAjCHA48CAfrmpySNc
[07:54] <tdihp> mpontillo: Can you download the file?
[07:54] <tdihp> Oh, you mean there's a real pastebin tool
[07:55] <tdihp> pls wait, I'll paste there
[08:01] <mpontillo> tdihp: no that's fine, I grabbed it and was looking through
[08:02] <mpontillo> tdihp: haven't found anything interesting though
[08:03] <mup> Bug #1656717 opened: Juju -> MAAS [2.2+] API integration needs to account for null spaces <juju:Triaged> <MAAS:In Progress by mpontillo> <https://launchpad.net/bugs/1656717>
[08:04] <mup> Bug #1656717 opened: Juju -> MAAS [2.2+] API integration needs to account for null spaces <juju:Triaged> <MAAS:In Progress by mpontillo> <https://launchpad.net/bugs/1656717>
[08:05] <mup> Bug #1643001 changed: Moonshot iLO4 'Power HW address' prevent ipmitool from working <MAAS:Expired> <https://launchpad.net/bugs/1643001>
[08:08] <tdihp> mpontillo: Haven't mentioned but the commissioning did work for only one time, and I could never reproduce =)
[08:15] <mpontillo> tdihp: when was the last time you reopened the browser tab with your MAAS UI? can you try force-reloading it? I may have just spotted the bug. it's possible that if the amount of storage changes, the UI won't refresh properly. it may be that your node commissioned just fine.
[08:15] <mpontillo> tdihp: the fact that the node is in "Ready" state means that MAAS thinks the node is usable. it would be in "Failed Commissioning" state if MAAS thought otherwise.
[08:17] <mpontillo> tdihp: if that doesn't work, I would try deleting all the storage devices and recommissioning the node (though it SHOULD work without doing that; MAAS tries to update existing devices though, and I'm wondering if that step somehow goes horribly wrong)
[08:19] <tdihp> mpontillo: Yes! Strange enough after having a new browser access, the storage size has shown!
[08:19]  * mpontillo groans
[08:20] <tdihp> I'll try delete the node and do another check
[08:20] <mpontillo> tdihp: glad we're finally through that =)
[08:20]  * mpontillo should sleep soon; it's after midnight here
[08:20] <tdihp> mpontillo: Thanks really. Good night, cheers
[08:21] <mpontillo> tdihp: happy to help; have a good day.
[08:51] <jlec_> Hi there
[08:51] <jlec_> What is the current way of creating custom CentOS images with MAAS-2.x?
[09:31] <brendand> jlec_, CentOS is available by default in MAAS now
[09:32] <brendand> no custom images needed
[10:09] <jlec_> brendand: yes I know. But the official images provided by canonical are older versions. I need 7.2/3
[10:10] <jlec_> secondly I like to change the base image deployed.
[10:10] <jlec_> And lastely only 6.6 picks up an IP, but the 7.0 fails to do so
[10:37] <mup> Bug #1656717 opened: Juju -> MAAS [2.2+] API integration needs to account for null spaces <juju:Triaged> <MAAS:In Progress by mpontillo> <https://launchpad.net/bugs/1656717>
[10:38] <mup> Bug #1643001 changed: Moonshot iLO4 'Power HW address' prevent ipmitool from working <MAAS:Expired> <https://launchpad.net/bugs/1643001>
[10:55] <Yoofy> Hi
[10:55] <Yoofy> I see the maas-builder-image are deprecated, do you know how made custom image ?
[12:47] <MrLeau> Does anybody have problem commissioning nodes using 16.04 with an offline MAAS install?
[12:49] <MrLeau> I'm getting Hash sum mismatch, I think, it's because its renaming the files in /var/lib/apt/lists
[16:44] <mpontillo> MrLeau: I have seen that before when my mirror was out of date. For me it meant that my images were more up-to-date than my mirror.
[16:44] <mpontillo> MrLeau: MAAS installs packages from the archive during commissioning, for things like checking lldp connectivity.
[16:48] <MrLeau> Yes, it is very likely that my mirror is out of date, but I found if I delete everything from /var/lib/apt/list, apt will update it, it works
[16:49] <MrLeau> If there was a way to clean /var/lib/apt/list I think it would fix my problem but the commission script runs after the standard apt-get update
[20:17] <jlec> hi again. now that the maas-image-builder is deprecated, what is the state of the art way to build custom images?
[20:40] <pmatulis> jlec, i don't think there is a way afaik
[20:41] <jlec> pmatulis: but how does canonical do it to preovide the image to the community?
[20:42] <jlec> There is something around curtin, but no real docs anywhere
[21:00] <plars> I have a small maas system with http://maas.ubuntu.com/images/ephemeral-v2/daily/ as the boot image sync url, and a while back when I first set it up, I was able to use it to boot with either xenial or zesty.
[21:00] <plars> but now if I try to boot start node with distro_series=zesty, it tells me:
[21:00] <plars> {"distro_series": ["'zesty' is not a valid distro_series.  It should be one of: '', 'ubuntu/trusty', 'ubuntu/wily', 'ubuntu/xenial'."]}
[21:01] <plars> but distro_series=xenial works just fine
[21:01] <plars> brendand: iirc you had helped me with this a while back when it first worked, any ideas?
[21:32] <pmatulis> plars, what version of maas are you using?
[21:33] <plars> pmatulis: 1.9.4+bzr459
[21:34] <pmatulis> plars, oh. you haven't up'd to the 2.x series. i only really started using maas with 2.0 and 2.1
[21:35] <plars> pmatulis: for various reasons, I'm reluctant to update from that. We are trying to use an existing dns/dhcp server in this lab rather than letting maas handle that function. This worked for a long time, then broke in an update a while back. Folks here were able to help me convince it to (mostly) quit trying to force us down that path but warned me that
[21:35] <plars> future updates might break it completely
[21:36] <plars> and this did previously import the zesty images and let us deploy with it at one time, so I'm not sure when it stopped
[21:36] <plars> or why
[21:37] <pmatulis> plars, maybe go directly to the URL and see if zesty is there
[21:37] <plars> pmatulis: I see it on that url
[21:37] <pmatulis> ohh
[21:37] <plars> there was an update a few days ago it seems
[21:37] <plars> to that image
[21:38] <pmatulis> plars, i suggest filing a bug then


[00:26] <smoser> cjwatson, awake?
[00:27] <smoser> wonder if anyone else able to help.
[00:27] <smoser> i'm trying to do 'ubiquity debconf_ui'
[00:27] <smoser> and its not liking me.
[00:34] <smoser> woot. i made some headway.
[00:34] <smoser> echo "ubiquity debian-installer/framebuffer boolean false" | sudo debconf-set-selections
[00:36] <cjwatson> debconf_ui is kind of some assembly required.  You might have to give me a worked example so I can fix it ...
[00:36] <cjwatson> I haven't tried aiin a while
[00:40] <smoser> cjwatson, well, until i got hte above , i was crashing kernel (i think kernel)... frame buffer going wonky.
[00:53] <smoser> cjwatson, k. i might bother you agiin at a later point. i now have it somewhat running.
[00:57] <balloons> ping xnox
[01:03] <cjwatson> smoser: ok
[16:01] <xnox> balloons: heya.
[16:11] <balloons> xnox, hey


 You see there are limits to the number of ops that can abuse users before publicity levels remove the joy from all of us.
[01:46] <PriceChild> bunnyto: as for your ban in
[01:46] <PriceChild> #ubuntu, i'm afraid that's going to stay and you'll have to find these girls elsewhere.
[01:46] <Hobbsee> PriceChild: have you seen the bantracker yet?
[01:47] <PriceChild> Hobbsee: I took a cursory glance.
[01:47] <Hobbsee> oh good :)
[01:47] <PriceChild> Hobbsee: anything in particular I may have missed?
[01:47] <bunnyto> oh dammit.. ok i guess i need to switch to #redhat
[01:47] <Hobbsee> PriceChild: not really.  Just that he doesn't appear to learn, from his last ban.
[01:48] <Hobbsee> bunnyto: i doubt they support windows either...
[01:49] <bunnyto> do you know Mark Shutlelfork?
[01:50] <nalioth> bunnyto: is there anything else we can help you with?
[01:51] <bunnyto> whats his name
[01:51] <bunnyto> no thanks ,i think ill Idle here for the next year...
[01:51]  * Hobbsee has spoken to mark shuttleworth.
[01:52] <PriceChild> And I've spoken to you... which means... I've spoken to Mark Shuttleworth!
[01:54] <Hobbsee> hehe
[01:54] <mneptok> Mark Shuttleworth has called me "Uncle Kurt"
[01:54] <PriceChild> nalioth: is that your new standard remove message?
[01:54] <mneptok> i wonder what that means
[01:55] <Hobbsee> means you'll be eaten by a grue.
[01:57] <tritium> mneptok: better than "Mistah Kurtz"
[02:00] <nalioth> PriceChild: no.
[02:01] <nalioth> i am in an exceptionally foul mood today, so must make up for it by being externally very nice
[03:52] <Pici> Flannel: Did I miss something in -ot? My connection here is a bit flaky...
[03:52] <Flannel> Pici: Not that I can see, no.  I just got here though, what/who/whatever do you think's doing stuff?
[03:53] <Pici> Flannel: dunno, Mteck was asking wastrel not to swear (he said damn).  which I don't concider swearing so I didnt do anything.  Then I reconnected and he asked me to kick him.
[03:53] <Flannel> Ah, I'll scroll up and take a gander
[03:54] <Pici> I figured something happened when I lagged out
[03:58] <Flannel> Not that I can see, no.
[05:04] <maco> Flannel: he was swearing before and pasting very long texts into the channel
[05:04] <Flannel> maco: Who?
[05:04] <maco> Flannel: dryanta, i mean
[05:04] <Flannel> I'm seeing the issue right now, but I'll check my logs, thanks.
[05:04] <maco> yeah i saw you starting to try to get him behave, and so i figured id point out what was going on about 20 minutes ago
[05:05] <Flannel> aye, thanks.
[05:26] <danroj> hola
[05:26] <danroj> operadores de ubuntu-es en el canal esta un bot que incomoda mucho con su inteligencia artificial
[06:50] <elky_work> nalioth, look, your bestest buddy
[09:17]  * Tm_T hugggles Myrtti
[09:22]  * Myrtti huggles Tm_T
[10:12] <Myrtti> oh dear sweet jebus the pictures of me at the conference
[10:13]  * Myrtti wants brain bleach
[10:25] <ikonia> pictures ?
[10:25] <ikonia> do share
[10:29] <Myrtti> hell no
[10:30] <ikonia> go on, be a sport
[10:30] <ikonia> it's nice to put faces to people
[10:30] <Myrtti> oh you can see lots of pictures of me in flickr
[10:30] <ikonia> oh ?
[10:30] <Myrtti> my awful lardy tummy doesn't show in them
[10:30] <ikonia> I think I've seen a picture of some of your pink stuff
[10:30] <ikonia> and a hamster
[10:31] <elkbuntu> of her what?
[10:31]  * elkbuntu torments ikonia
[10:31] <ikonia> items she owns that are pink
[10:31] <ikonia> (to clarify)
[10:31] <elkbuntu> hehe
[10:31] <Myrtti> http://www.flickr.com/search/?q=%22Miia+Ranta%22&s=rec
[10:32] <ikonia> ahhh
[10:32] <ikonia> so now I've seen pricechild, ompaul, and you
[10:33] <ikonia> and gnomefreak I think
[10:33] <gnomefreak> huh?
[10:33] <ikonia> think I've seen a photo of you at a conference
[10:33] <gnomefreak> nope
[10:33] <ikonia> maybe not then
[10:33] <gnomefreak> i would hope not
[10:33] <gnomefreak> ;)
[10:33] <ikonia> there is another guy I've seen
[10:33] <ikonia> at a USA get together
[10:34] <ikonia> pici maybe ?
[10:34] <Myrtti> I need brainbleach to get the picture of mneptok from my brain
[10:34]  * ikonia trys to think of usa guys
[10:34] <elkbuntu> haha
[10:34] <elkbuntu> mneptok is a yankadian
[10:34] <Myrtti> you've probably seen Mez too
[10:35] <ikonia> ahhh yes, he had purple hair at one point
[10:35] <ikonia> or wild hair of some sort
[10:35] <ikonia> I remember a photo
[10:36] <Myrtti> http://www.flickr.com/photos/myrtti/2683571734/ <-- ewwww, smoking
[10:39] <ikonia> not how I remembered the picture of mez
[10:55] <bazhang> darklust, how may we assist you
[11:00] <bazhang> !idle | darklust
[11:01] <Hobbsee> iirc that's a forward
[11:01] <bazhang> aha
[11:01] <bazhang> @login
[11:02] <bazhang> @btlogin
[11:04] <Myrtti> @btlogin
[11:44] <ubot3`> In ubot3`, knocternal said: what is irc
[11:44] <ubot3`> In ubot3`, knocternal said: what is a bot?
[12:06] <Myrtti> oh god, I want a Bounty bar
[12:06] <ikonia> I want a kitkat
[12:06] <ikonia> or a mint aero
[12:06] <ikonia> or a chocoloate orange
[12:06]  * Dave2 wantrs bkreakfast
[12:06] <Dave2> ...wants, breakfast.
[12:06] <Tm_T> Dave2: you can do it, son, you can!
[12:14] <elkbuntu> jaffas turned me off chocolate orange stuff
[12:15] <ikonia> elkbuntu: wrong answer
[12:15] <ikonia> chocolate orange is one of the greatest gifts that can be given
[12:15]  * ikonia prays to terry's for bigger versions
[12:16] <elkbuntu> ikonia, jaffas are cheap and nasty tasting. kind of ruins the concept
[12:17] <ikonia> elkbuntu: are they "official" mcvitties jaffas or a diffent brand
[12:18] <elkbuntu> are you not an editor?
[12:18] <ikonia> I think so
[12:18] <ikonia> I was
[12:18] <ikonia> got my ubottu notes somewhere
[12:19] <elkbuntu> ikonia, i've got no clue what brand i ate 20 years ago
[12:19] <ikonia> wow, that long
[12:20] <ikonia> if it wasn't mcvities, I can understand how it could put you off
[12:20] <ikonia> there is only one jaffa
[12:20] <Myrtti> there's only one jaffa
[12:20] <Myrtti> and it's made in Finland.
[12:20] <ikonia> Myrtti: I'm sorry but you are wrong
[12:20] <Myrtti> *snif*
[12:21] <ikonia> I apologise if this may change the way you look on things, but mcvities are the jaffa makers
[12:22] <ikonia> http://www.unitedbiscuits.com/80256C1A0047922E/vWeb/pcTSTT5EPGEB
[12:22] <ikonia> so you may educate yourself in the way of biscuit confectionary
[12:27] <Myrtti> a nasty webpage that fails to load decently
[12:28]  * Myrtti doesn't bother
[12:28] <ikonia> oh, worked ok here, how dissapointing
[12:29] <ikonia> elkbuntu: as an aussie, are you aware of a famous majigian called "Ravine" (real name Peter Ravine)
[12:30] <elkbuntu> the name is vaguely familiar
[12:33] <ikonia> ok
[12:33] <ikonia> ta
[12:44] <Myrtti> FLIP FLOP SAYS THE NET
[13:03] <Tm_T> something exploded
[13:07] <Myrtti> so it seems
[13:27] <Myrtti> 1000€ come to mama!
[13:32] <Tm_T> wut?
[13:32] <Tm_T> payday?
[13:32] <Myrtti> no...
[13:32] <Myrtti> I think I just recruited mord to work for Nomovok :-D
[13:32] <Tm_T> awww
[13:32] <ikonia> Myrtti mord, isn't he the big quiet guy of startrek deep sapce 9?
[13:32] <Tm_T> ikonia: mordicus
[13:32] <ikonia> oh
[13:33] <Tm_T> Myrtti: 1532.35 <@Tm_T> mord: NOOOOOOOOOOOOOOOOOOO
[13:33] <ikonia> so not mord
[13:33] <Myrtti> Tm_T: sshhhh
[13:33] <Tm_T> ikonia: could be that too
[13:33] <Tm_T> Myrtti: I didn't say more!
[13:33] <ikonia> http://img19.photobucket.com/albums/v56/ottoautopilot/mornsmall.jpg
[13:34] <ikonia> it's morn, not mord
[13:34] <ikonia> doh
[13:47] <Tm_T> I'll get that one
[13:47] <elkbuntu> i was already dealing with it
[13:47] <Tm_T> elkbuntu: ah then please do
[13:48] <Tm_T> U97418: hi how can we help you?
[13:48] <elkbuntu> he's going around various channels saying something chinese, then giving up and leaving
[13:49] <Tm_T> ok
[13:49] <ikonia> thats not like magnetron
[13:49] <Tm_T> ikonia: we were talking about this U23424563452452 fellow
[13:50] <ikonia> ooh
[13:50] <ikonia> I meant magnetron and teh natzi stuff
[13:50] <Tm_T> ikonia: ah
[13:51] <Tm_T> nice to have "nazi" in hilight
[13:51] <elkbuntu> yeah
[13:51] <ikonia> magnetron is normally rally solid though,
[13:51] <ikonia> odd odd odd
[13:52] <elkbuntu> everyone slips up occasionally
[13:53] <Tm_T> except me, but hey, I'm semigod
[13:53] <ikonia> of course
[13:53] <Tm_T> ikonia: good that you agree with me
[13:53] <ikonia> how could I not
[13:56] <Myrtti> nalioth: pingpong
[14:01] <nalioth> Myrtti: hi
[14:02] <Myrtti> we seem to be missing ubot5 from -fi
[14:03] <nalioth> sounds like you need to poke the bots owner  :)  ( did you want ubot3 in the mean time ? )
[14:03] <Myrtti> oh
[14:03] <Myrtti> which one of them was yours again?
[14:03] <Myrtti> :-D
[14:03] <Myrtti> sorry, confused
[14:03] <nalioth> i operate ubot3
[14:04] <Myrtti> well, we need ubot^n+1
[14:05] <nalioth> all these splits have played bloody hell with the bots, it seems
[14:05] <Tm_T> indeedio
[14:05] <ikonia> make the splits stop
[14:06] <Tm_T> nalioth: also ubot3 is having some outdated factoids
[14:08] <nalioth> Tm_T: it updates hourly from the main db :(
[14:09] <Tm_T> nalioth: but...
[14:09] <Tm_T> ubot3: kde4
[14:09] <ubot3> KDE 4.1.1 is the latest major release of the K Desktop Environment. Packages can be found at  http://www.kubuntu.org/news/kde-4.1.1 - Support in #kubuntu-kde4
[14:09] <Tm_T> ubottu: kde4
[14:09] <Tm_T> see?
[14:09] <Myrtti> !-kde4
[14:10] <Myrtti> ubot3: !-kde4
[14:10] <ubot3> kde4 aliases: kde 4, kde4help, kde4support - added by apokryphos on 2006-06-18 20:48:00
[14:10] <Myrtti> :-/
[14:12] <Myrtti> funky
[14:12] <Myrtti> it even comes from Finland ;-)
[14:12] <elkbuntu> backup might be needed in -ot soon
[14:13] <nalioth> Tm_T: i'll look into ubot3s guts in a minute
[14:16] <Tm_T> nalioth: np
[14:16] <Tm_T> elkbuntu: me cannot
[14:17] <nalioth> i don't understand why the factoids aren't up to date (unless the kde4 one has been updated in the past hour)
[14:19] <Tm_T> nalioth: it hasn't
[14:19] <Tm_T> nalioth: it's weeks old
[14:19] <nalioth> Tm_T: what time is there?
[14:19] <Tm_T> 1619.47
[14:20] <nalioth> the timestamp on the ubuntu.db is 15:56 on this day
[14:20] <Tm_T> cannot be
[14:20] <elkbuntu> ikonia, for added lols, the (non-magnetron) moron who tried to be funny by recycling seinfeld went on to attack me for defending that he did not invoke godwin
[14:21] <ikonia> moron
[14:21] <Tm_T> nalioth: 1609.49 < ubottu> kde4 aliases: kde 4, kde4help, kde4support - added by apokryphos on 2006-06-18 20:48:00 - last edited by Tm_T on 2008-10-06 05:23:55
[14:21] <Tm_T> nalioth: so something isn't right here
[14:22] <nalioth> yeah, i'm fixing to attempt a fix
[14:22] <nalioth> it wasn't identified, either
[14:22] <Tm_T> aww
[14:25] <nalioth> Tm_T: give it a few minutes to sync and then give it a poke
[14:25] <Tm_T> nalioth: will do, thanks
[14:26] <nalioth> i don't think these supybots have the same uptime expectations as a linux server  :|
[14:31] <Tm_T> nalioth: sync
[14:39] <nalioth> sync?
[14:40] <ikonia> sync; sync
[14:40] <Tm_T> nalioth: means, it's in sync, uptodate
[14:40] <Tm_T> nalioth: danke sehr
[14:50] <jussi01> someone hilight me? please...
[14:50] <Tm_T> jussi01: hilight
[14:50] <jussi01> perfect. thanks
[14:51] <Tm_T> oh, sorry
[14:51] <Myrtti> facebook just made me lol
[14:51] <Myrtti> anyway
[14:51] <Tm_T> *jussi01*
[14:51] <Myrtti> hilight jussi01
[14:51] <Tm_T> there you go, son
[14:51]  * jussi01 has a new quad core :D
[14:51] <Myrtti> jussi01: OH SHUTUP
[14:51] <ikonia> jussi01: very nice
[14:51] <Myrtti> jussi01: oh
[14:51] <Myrtti> right
[14:51] <Myrtti> then you can use...
[14:51] <Tm_T> jussi01: yeah, wanna see how I try to build your jaiku plasmoid?
[14:51]  * Myrtti calculates
[14:52] <ikonia> ZarroBoogs: ?????????
[14:52] <Tm_T> zerobugs
[14:52] <Myrtti> jussi01: then you can use 300% of your CPU to using skype
[14:52] <Tm_T> Myrtti: =)
[14:52] <Myrtti> like I used 150% using skype yesterday
[14:52] <Myrtti> :-D
[14:52]  * Pici waves
[14:53] <Tm_T> well...
[14:53] <ikonia> I use two quad core boxes to do my video encoding, it's amazing how much the step up to 4 cores makes compared fo dual core for encoding,
[14:53] <ikonia> much more than I'd hoped for
[14:53] <Tm_T> I can spend hald od my ram just for one compilation process
[14:53] <Tm_T> s/hald/half/
[14:54] <Pici> ikonia: https://bugzilla.mozilla.org/buglist.cgi?quicksearch=noooooooo
[14:54] <ikonia> ah
[15:43] <Pici> @login
[16:23] <jussi01> Hey everyone, genii is going to be an op in #kubuntu :) He is a konversation user, so all you konvi users plase give him your tips and tricks ... ie. aliases/scripts etc.
[16:24] <genii> Hello all
[16:24] <bazhang> hi!
[16:24] <Pici> Hi!
[16:24] <Seeker`> best tip for a konvi user is to use irssi
[16:24] <Seeker`> hi genii :)
[16:24] <Pici> Seeker`: +1
[16:24]  * bazhang gives genii a big mug  of coffee
[16:26]  * Myrtti prods genii to #freenode to ask for an unaffiliated cloak
[16:26] <genii> Yay, coffee!
[16:26] <Pici> genii: I believe LjL uses konversation, maybe he can help you with some aliases/plugins.
[16:27] <genii> Pici: OK thanks for the tip, I'll bug him when next I see him
[16:27] <Myrtti> if not, then I think the ones that we use with irssi might be applicable, though I don't know
[16:27] <jussi01> Myrtti: already on it :D
[16:28] <genii> Hmm. If I have two names which have valid logins currently but one is a master name, is this the cloaking thing?
[16:28] <jussi01> nope
[16:29] <Pici> genii: A cloak is the thing that hides your hostname
[16:29] <nalioth> genii: best 'tip and trick' to give you is "use irssi"
[16:29] <genii> Ah just alternate nick then
[16:30] <Pici> genii: See the hostname difference between my whois and yours. An unaffiliated hostname would be unaffiliated/genii
[16:30] <Seeker`> a cloak changes<EMAIL_ADDRESS>to user@ubuntu/member/genii if you are a member or user@unaffiliated/genii
[16:32] <genii> Darn now I'll have to learn irssi
[16:32] <Pici> genii: Its something provided by Freenode, not client dependent.
[16:33] <Seeker`> genii: The two are unrelated, it just happens to be the case that irssi is the best client evar! :P
[16:33] <jussi01> meh!
[16:33] <Pici> mwah!
[16:33] <jussi01> quassel ftw!!
[16:33] <jussi01> :D
[16:34] <genii> Hmm
[16:35] <genii> Sorry for lag, work keeps needing me here so running back and forth from the computer....
[16:35] <Pici> genii: You can ask for a cloak in #freenode :)
[16:35] <Seeker`> genii: not a problem
[16:37] <genii> They apparently set my cloak now. [11:36] [Notice] -leguin.freenode.net- NickServ set your hostname to "unaffiliated/genii"
[16:37] <Myrtti> genii: I think most (all?) of us have been there
[16:37] <Myrtti> genii: and so you have
[16:38] <genii> So whenever I login now cloak takes auto effect, or do I have to do some nickserv/chanserv commands?
[16:39] <Myrtti> when you login
[16:39] <Pici> Nope, just as long as you identify.
[16:39] <genii> OK
[16:39] <jussi01> autoidentifying is a "good idea" TM
[16:39] <Pici> On freenode, you can put your account password in the server password field so you don't need to issue commands after you connect.
[16:43] <stdin> genii: have you joined the ubuntu-irc team on launchpad yet?
[16:44] <jussi01> stdin: dont think he can yet, can he?
[16:44] <Myrtti> sure he can
[16:44] <stdin> jussi01: he can attempt to, then be approved by an admin (IRCC member)
[16:47] <genii> stdin: I'm apparently not belonging to any groups there
[16:48] <stdin> https://launchpad.net/~ubuntu-irc/+join
[16:49] <stdin> assuming you have a LP account, which you should have ;)
[16:49] <genii> Yes I do
[16:50] <genii> OK, pending approval there now
[16:55] <stdin> aww, no IRC nicks on your user page. now I have to remember how to add someone to the bot
[16:56] <jussi01> or genii could just add some there...
[16:57] <genii> stdin: Sorry to make you work there....
[16:57] <stdin> I need to look at the IRCLogin plugin again, not sure which one ubottu is running now
[16:58] <jussi01> genii: good idea to have your IRC nicks on your LP page ;)
[16:59] <jussi01> earlier today... http://lifematta.com/jussi01/event/14193/
[16:59] <jussi01> :D
[16:59] <stdin> show off
[17:00] <jussi01> :D
[17:01] <stdin> you can't be that excited, it's not on your blog :p
[17:02] <jussi01> stdin: not had time yet...
[17:02] <jussi01> been too busy playing... D:
[17:05] <stdin> apparently there is no way to register someone else with the bot :|
[17:06] <genii> stdin: Added genii to my irc names
[17:06]  * stdin sometimes feels like he should rewrite supybot and release better-than-supybot into the world
[17:07] <stdin> @updateusers
[17:08] <genii> Does he say when finished? Just curious
[17:08] <stdin> yeah, but you're not approved yet apparently :p oh well, at least I'll know it doesn't explode
[17:09] <stdin> !ping
[17:09] <stdin> good, I didn't break it again
[17:11] <jussi01> hehe
[17:13] <stdin> now, where's a council member when you need them?
[17:15] <pleia2> welcome genii :)
[17:15] <genii> pleia2: Hello
[17:15] <genii> stdin: Council member I presume? ;)
[17:15] <pleia2> nah
[17:16] <genii> Ah.
[17:16] <stdin> genii: https://launchpad.net/~ubuntu-irc-council/+members :)
[17:16]  * genii puts on a pot of coffee for the channel
[17:27] <jussi01> stdin: any idea who james vergal is?
[17:28] <stdin> jussi01: never heard of them, why?
[17:28] <jussi01> stdin: look at your email... I decined though..
[17:30] <stdin> jussi01: that's the second person to do that
[17:30] <jussi01> stdin: yeah, I modeled my answer on yours :d
[17:31] <jussi01> anyway, Im about to leave on a trip, so wont be in for a while. See you! (and look after genii ) :D
[17:32] <genii> jussi01: Safe travels!
[17:32] <stdin> see you later \o
[17:34] <jussi01> bye!
[18:26] <PriceChild> stdin: what do you need?
[19:18] <stdin> PriceChild: genii is a new kubuntu op, can you approve membership to ubuntu-irc?
[19:18] <stdin> LP username: mystic-scientist
[19:19] <Mez> hmm, thought channel-specific ops weret in that?
[19:21] <stdin> Mez: LoCo ops aren't, core-channel ops are
[19:24] <LjL> stdin, well not necessarily, we've had many ops there were only added to the team after a while
[19:24] <PriceChild> stdin: I don't think he meets requirements for that group yet, will ask others on the council.
[19:25] <PriceChild> stdin: is acceptance to that group required for bantracker etc. ? I've forgotten since it was last explained to me :$
[19:26] <LjL> i think it's not now...
[19:27] <stdin> PriceChild: it's not absolutely required, but it does make my life easier ;)
[19:28]  * genii sips his coffee and contemplates requirements
[19:28] <stdin> fwiw, I was a member of ubuntu-irc when I became a #k op and before I became a k/ubuntu member
[19:28] <Tm_T> heh
[19:28] <LjL> stdin: yeah that's absolutely possible
[19:29] <LjL> i'm going for dinner. for what i'm concerned i'd wait a little before adding new ops to the team, but if it makes your life much easier with the BT, then no big deal doing i suppose
[19:31] <stdin> the way I see it is, he's now an op in #k, he's signed the CoC and is known and trusted in many ubuntu channels. but if the council decided to wait a while before approving then I have no problem :)
[19:32] <stdin> and it may not be a bad idea to make it policy to wait a while now that I'm thinking about it more
[19:33] <genii> Usually prerequisite to be a member ?
[19:34] <stdin> I don't think so, no
[19:37] <Myrtti> bazhang isn't
[19:37] <Myrtti> I wasn't
[19:37] <Myrtti> Pici wasn't
[19:37] <stdin> Seeker` still isn't ;)
[19:38]  * Myrtti nods
[19:46] <PriceChild> i wasn't either
[19:46] <Pici> I did not have access to the bantracker until I was an op for a while.
[19:47] <Myrtti> Pici: that was only because of delay
[19:47] <Myrtti> if you're an op, you need to comment and check your bans.
[19:47] <PriceChild> mmhm
[19:47] <Myrtti> there's no sane way of doing that without the bt
[19:56] <genii> Whats the usual practice on ban checking?
[19:56] <Mez> @bancheck genii
[19:56] <Mez> @login
[19:56] <Mez> @bancheck genii
[19:56] <Myrtti> tsk.
[19:56] <genii> Hmm
[19:57] <Mez> @lart Mez
[19:57] <Myrtti> @bansearch Fujisan #ubuntu
[19:58] <Myrtti> @bansearch *!*@unaffiliated/exteris #ubuntu-offtopic
[19:58] <genii> Ah.
[19:58] <Myrtti> or just simply login to the bot with @login and login to the bantracker with @btlogin
[19:59] <Myrtti> to latter the bot replies with tossing you a url in PM
[19:59] <Myrtti> which I still prefer
[19:59] <genii> So ompaul had no comment when did that one?
[19:59] <Myrtti> @btlogin
[20:00] <Myrtti> no
[20:00] <Myrtti> then again
[20:00] <Myrtti> @bansearch slamFIST
[20:01] <Myrtti> he has comments
[20:01] <PriceChild> stdin: could you get genii bantracker access please.
[20:02]  * Pici thinks that bansearch when done in a channel should search all channels.
[20:02] <Myrtti> I think it shouldn't be used at all
[20:03] <Myrtti> as this channel is logged
[20:03] <Myrtti> or something
[20:03] <Myrtti> I don't know
[20:03] <PriceChild> does this function display comments?
[20:03] <stdin> Myrtti: what more information can it give than someone who does /mode =b #ubuntu ?
[20:03] <Myrtti> I HAZ A HEADACHE
[20:03] <PriceChild> bans are logged in channel logs anyway
[20:03] <Myrtti> nönönönönöönönönönö
[20:03] <Myrtti> headache
[20:03] <Myrtti> shhhh
[20:04] <Myrtti> sssssshhh
[20:04] <stdin> PriceChild: @comment can show/set comments
[20:09]  * genii hands Myrtti some Advil
[20:13] <stdin> @config supybot.defaultIgnore False
[20:14] <stdin> genii: please "/msg ubottu register genii <some password>" any password will do as we use @login
[20:16] <genii> "The operation succeeded"
[20:16] <stdin> @config supybot.defaultIgnore True
[20:16] <Myrtti> @whoami
[20:17] <genii> @whoami
[20:17] <stdin> @Admin capability add genii bantracker
[20:17] <stdin> genii: try @btlogin
[20:18] <stdin> and meet the Bantracker :)
[20:18] <genii> @btlogin
[20:20] <genii> We are supposed to clean out our bans every week/month/other ?
[20:21] <Myrtti> good point, I've got crud on #ubuntu
[20:38] <LjL> genii, you're supposed to use your good judgement
[20:38] <genii> LjL: OK. I guess much depends on how much banning you do
[20:39] <Pici> genii: Don't hesitate to ask if you aren't sure about something :)
[20:40] <LjL> genii: i do tend to remove bans that are more than a month old, unless i remember it was something real bad. using the bantracker wisely imho is more important than that though, comment on bans if it isn't all painfully clear from the logs
[20:40] <LjL> it saves a lot of time when later checking out whether someone was the one who did this or that, etc
[20:45] <nalioth> genii: you should check your bans no more than every 24h
[20:45] <nalioth> genii: some shouldn't last that long
[20:46] <genii> OK
[20:47] <genii> When /remove is used they can come back right away, yes?
[20:47] <LjL> yeah
[20:47] <genii> OK
[20:48] <Pici>  /remove is like /kick, only it usually doesn't trigger auto-rejoin scripts. Plus its less distracting to other users since it looks like a quit message.
[20:48] <LjL> a part message
[20:50] <genii> I'm just studying https://wiki.ubuntu.com/IrcTeam/OperatorGuidelines
[20:51] <nalioth> you would usually /remove someone and talk to them im PM
[20:51] <LjL> yeah those don't tell you much about the actual technicalities though
[20:51] <genii> Luckily I have this channel to come and bug about the technicalities ;)
[20:53] <LjL> so we can argue about them for an hour while you're gone doing something else
[21:01]  * Seeker` will get round to being a member eventually
[23:14] <LjL> !dvorak
[23:14] <LjL> i find this gratuitous without an ubuntu guide linked, which i can find, so i'd rather just alias it to !layout
[23:28] <Myrtti> !idle | Darklust
[23:28]  * Myrtti shrugs
[23:39] <Darklust> Umm.
[23:39] <nalioth> Darklust: can we help you?
[23:39] <Darklust> I thought I was in #ubuntu O.o
[23:39] <Darklust> Guess not.
[23:40] <Darklust> My ban lasts more then a day?
[23:40] <nalioth> if there is nothing we can do for you, please see the /topic
[23:49] <Myrtti> Darklust: so
[23:52] <Myrtti> no, you're not on #ubuntu
[23:52] <Myrtti> no, the ban hasn't yet been lifted
[23:52] <Myrtti> no, it will not be lifted unless you can convince me that you will not repeat doing that again
[23:53] <Myrtti> no, it will not be lifted unless you show some kind of understanding why it's not a good idea to suggest recursive removal magic
[23:54] <Myrtti> Darklust: so, do you have anything to say?


[09:02] <tsdgeos> Mirv: so Qt 5.4.1 is looking like it can be landed?
[09:06] <Mirv> tsdgeos: the ubuntu-keyboard problem was not scary after all, so that was a good thing. we've now new blockers but they are not related to phone so I think I should be able to put the silo forward for QA signoff maybe tomorrow (the qtmir + uitk silos need to land first anyhow)
[09:07] <Mirv> tsdgeos: so now it looks like 5.4.1 is a "normal" bugfix release after all, so we should be able to go forward. I've been rebuilding a lot now today in the PPA to get final builds done. gles is also todo still.
[09:07] <Saviq> Mirv, would it be a good time to backport a thing or two, or would you rather wait?
[09:07] <Mirv> tsdgeos: the question is how much time there is before vivid-rtm branches and if 5.4.1 makes it on time to vivid
[09:07] <tsdgeos> Mirv: right
[09:08] <Mirv> Saviq: depends. today is a good day to push more builds if you're sure about some patch that is needed. you mean on top of 5.4.1, right?
[09:08] <Saviq> Mirv, yeah
[09:08] <Saviq> Mirv, https://codereview.qt-project.org/#/c/103687/
[09:09] <Mirv> Saviq: yes, mzanetti has given me that already :)
[09:09] <Saviq> ah ok :)
[09:09] <Saviq> Mirv, there is also https://codereview.qt-project.org/#/c/107969/
[09:10] <Saviq> or we could go for https://codereview.qt-project.org/#/c/103738/ directly
[09:10] <Saviq> but neither is yet merged
[09:12] <tsdgeos> Saviq: i'd prefr https://codereview.qt-project.org/#/c/107969/
[09:12] <tsdgeos> Saviq: since https://codereview.qt-project.org/#/c/103738/ is not just https://codereview.qt-project.org/#/c/103738/ but all the 5 or 6 leading to it
[09:12] <Saviq> tsdgeos, ah, right, and it's getting into 5.4 anyway
[09:12] <tsdgeos> yep
[09:12] <tsdgeos> i just staged it
[09:12] <tsdgeos> had forgotten it was approved
[09:22] <Mirv> tsdgeos: Saviq: ok, so 107969
[09:24] <tsdgeos> yeah
[13:40] <mterry> dandrader, did you never rebase on mine?  I can rebase on yours then
[13:41] <dandrader> mterry, what branch are you talking about?
[13:41] <mterry> dandrader, lp:~mterry/unity8/fix-two-qmluitests and lp:~dandrader/unity8/unifyShellTests
[13:42] <dandrader> mterry, ah, so you mean that one has to rebase on top of the other so that both can go in the same silo/landing?
[13:42] <mterry> dandrader, yeah, that's what I was getting at yesterday.  No worries, I'll rebase
[13:42] <dandrader> mterry, ah, I didn't get that yesterday
[14:07] <mterry> Saviq, ok resubmitted my qmluitests branch on top of dandrader's, and set to top-approved again
[14:16] <mterry> dandrader, could you finish up https://code.launchpad.net/~mterry/unity8/unlock-sim-after-wizard/+merge/251612 ?
[14:21] <Saviq> mterry, thanks
[14:21] <Saviq> Cimi, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1430815
[14:21] <dandrader> mterry, sure. somehow I messed your reply
[14:21] <dandrader> s/messed/missed
[14:22] <mterry> dandrader, the reply was not the most satisfying anyway  :)
[14:22] <dandrader> Saviq, so what's the fate of silo 006?
[14:22] <Saviq> dandrader, waiting for QA sign-off
[14:23] <dandrader> hmm
[14:23] <greyback> dandrader: got a little time to do a MR? https://code.launchpad.net/~gerboland/qtmir/remove-legacy-notification-support/+merge/252551
[14:23] <dandrader> greyback, sure, can do it later today
[14:23] <greyback> thanks1
[14:23] <dandrader> greyback, but it seems mzanetti got it already
[14:24] <greyback> dandrader: the MR superseded a much older one which he reviewed. He's not looked at this one
[14:25] <greyback> even though I told LP not to link the old one, it carried over the reviewer
[14:26] <Saviq> Cimi, it's not clear what the problem is there, can you please find out
[14:30] <Saviq> faenil, meet tsdgeos (if you did not before) - he's our scope master :)
[14:31]  * tsdgeos says hi
[14:33] <tsdgeos> faenil: and welcome
[14:33] <Saviq> tsdgeos, faenil just joined the London team as a prototyper
[14:33] <tsdgeos> yep saw on twitter ^_^
[14:34] <tsdgeos> internet is an easy stalking machine
[14:49] <mterry> dandrader, added comment in unlock-sim-after-wizard
[14:49] <dandrader> mterry, ok
[15:00] <mterry> @unity, is there someone with a spare locked SIM to just give a quick "verified-it-worked" review to https://code.launchpad.net/~mterry/unity8/unlock-sim-after-wizard/+merge/251612 ?
[15:02] <Saviq> mterry, /me
[15:03] <mterry> Saviq, thanks!  dandrader|afk looked at code already, but you're welcome to do the same  :)
[15:08] <tsdgeos> mterry: how hard would it be to make the test of https://code.launchpad.net/~mterry/unity8/cancel-pam-harder/+merge/251174 fail if i remove these lines http://paste.ubuntu.com/10580506/ ?
[15:08] <tsdgeos> i.e. if i remove them it passes
[15:09] <tsdgeos> which i guess it shouldn't, no?
[15:09] <mterry> tsdgeos, I would have to add code to verify that all threads are cleaned up at the end of the test.  A valid thing to do, for sure
[15:10] <tsdgeos> not only the threads but also the "responds()" happen, no?
[15:10] <tsdgeos> not sure if that's done together or not
[15:10] <tsdgeos> mterry: how hard would it be?
[15:11] <mterry> tsdgeos, well the responds cause the threads to go away
[15:11] <mterry> tsdgeos, probably not hard, i can add
[15:11] <tsdgeos> mterry: cool :)
[15:13] <mterry> Saviq, thanks man
[15:17] <tsdgeos> mterry: actually from what i can see, in that test no future is ever executed
[15:18] <tsdgeos> i.e. i added a debug to authenticateWithPam and it doesn't get there
[15:18] <tsdgeos> is it something we may want to add some wait() to get some of the futures getting in it?
[15:19] <mterry> tsdgeos, or maybe a second test for that specific bit -- that first test was just to make sure we could even handle quick cancels without side effects (like crashing)
[15:19] <tsdgeos> ok :)
[15:20] <mterry> tsdgeos, huh, on your machine you don't even get to authenticateWithPam?  I definitely do here, but that may be machine-specific
[15:20] <Saviq> Cimi, oh? so the "scrolls to top-left" is still an issue with your branch?
[15:21] <tsdgeos> mterry: on that test?
[15:21] <mterry> tsdgeos, testing threads is not my favorite sport  :)
[15:21] <Cimi> Saviq, yes
[15:21] <mterry> tsdgeos, yeah
[15:21] <Saviq> meh
[15:21] <Cimi> Saviq, that branch is fixing the animation
[15:21] <Cimi> Saviq, not the zoomable image bug
[15:21] <mterry> tsdgeos, or maybe i only did when I had print statements sprinkled throughout  :)
[15:21] <tsdgeos> mterry: yeah i don't
[15:21] <Cimi> Saviq, I am looking now at the card summary bug, then that
[15:22] <tsdgeos> i did add qDebug() << "MOOOO"; just to the first line of authenticateWithPam
[15:22] <Saviq> Cimi, ah now I get it, ok
[15:23] <mterry> tsdgeos, I think I'll end up having to put some #ifdef debugging code that will have pieces of the code block.  that way I know I'll be testing the right segments
[15:25] <mterry> tsdgeos, but that might be more involved.  Can I make ya a deal?  I'll add the code to check that all threads are cleaned up in this MP now.  But the more intense #ifdef, blocking, synchronizing etc code can be a separate MP?  Which I will put on my todo.  I just don't want to block the crash fix on testing nirvana
[15:25] <tsdgeos> mterry: sure
[15:26] <tsdgeos> i'm still unhappy about the process events though
[15:26] <tsdgeos> but oh well
[15:26] <tsdgeos> my idea was
[15:26] <mterry> tsdgeos, oh hm
[15:26] <tsdgeos> well not idea
[15:26] <tsdgeos> what i implement
[15:26] <tsdgeos> was
[15:26] <tsdgeos> a connect with a lambda
[15:26] <tsdgeos> but then the lambda code was never executed
[15:26] <tsdgeos> and then the test still passed
[15:26] <tsdgeos> and that's where i decided to back off :D
[15:27] <mterry> tsdgeos, :)  when debugging myself, I had qDebug() lines everywhere, in parent and child thread.  And that must have made it more likely that I hid different speeds in the two threads
[15:28] <mterry> tsdgeos, a lambda would help because you have the pam_handle in your closure.  But the "this->futures" data is also thread-specific
[15:28] <mterry> would need to fold that into the closure too
[15:41] <greyback> paulliu: http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/view/head:/src/ubuntu/application/testbackend/ubuntu_application_sensors.cpp
[15:43] <greyback> paulliu: you've seen this code, it injects raw input events which platform-api test backend will receive and send up the stack: https://code.launchpad.net/~canonical/unity8/fake_platform_sensors_module/+merge/247334
[15:45] <paulliu> greyback: yes. But that doesn't works good. So I'll need to dig into.
[15:45] <Cimi> Saviq, ping
[15:45] <Cimi> Saviq, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1430815
[15:45] <Saviq> Cimi, pong
[15:45] <greyback> paulliu: ok
[15:45] <Cimi> "category-layout": "horizontal-journal",
[15:45] <Saviq> Cimi, I think it's more than that
[15:45] <Cimi> Saviq, in CardCreator, we consider horizontal just template["card-layout"] [15:45] <Saviq> Cimi, per design, if you have art and summary, you have a background
[15:46] <Cimi> Saviq, for vertical, yes
[15:46] <Cimi> Saviq, not for horizontal
[15:46] <Saviq> Cimi, well, yeah, but that's a vertical card
[15:46] <Cimi> Saviq, I am wondering if they expected the horizontal-journal to be horizontal
[15:47] <Cimi> Saviq, but they say "grid horizontal scope card"
[15:47] <Saviq> Cimi, they only have a single item in that category
[15:47] <Saviq> Cimi, I expect they wanted vertical-journal, to not have the blank white at the bottom
[15:48] <Saviq> Cimi, but I can't see anything wrong with that - per design we force a background if you have a summary
[16:00] <Cimi> Saviq, yeah
[16:00] <Cimi> Saviq, if we have both summary and art, always background
[16:00] <Cimi> https://docs.google.com/a/canonical.com/document/d/1n880Fih5KyGPcoP5chidnHDG_8TxXUgSuij7f4rHpuk/edit#
[16:00] <Cimi> "Cards are automatically placed within an ubuntu shape when any of the cards in that category contain a summary and an art. "
[16:01] <Saviq> Cimi, sounds like we don't have that implemented too well (because it didn't say that before)
[16:02] <Saviq> or well, we can only assume there will be a summary if the scope declared it
[16:02] <Saviq> so yeah
[16:02] <Saviq> we do that
[16:06] <mterry> tsdgeos, OK.  I've added a check at the end of the test for the thread count.  But when testing it, I didn't trigger its failure even if I removed that processEvents block.  I had to add some qDebug statements to actually slow down the parent thread enough to trigger the new failure.  So it's still a valid test, but not necessarily being hit.  For that, we need to intentionally slow down the parent thread in specific points.  Which needs the wh
[16:06] <mterry> ole #ifdef bits and some more tooling.  I didn't realize how bad a test I'd made because I was always testing with prints  :-/  How about I promise to not only revisit the test situation, but re-examine the explicit calls to processEvents
[16:07] <tsdgeos> mterry: sure :)
[16:47] <tsdgeos> can anyone reproduce the Dash::test_close_temp_scope_preview_opening_scope failure?
[16:47] <tsdgeos> it's pretty consistent in CI
[16:47] <tsdgeos> but i can't seem to get it here
[16:48] <greyback> Mirv: hey, you aware of QtCreator crashing with a multimonitor setup and you unplug the monitor that QtC instance is on?
[16:50] <Saviq> tsdgeos, I had the 8 failures CI reported, lemme see
[16:50] <tsdgeos> Saviq: 1 is fixed in one branch of mine, 5 in one of mterry
[16:50] <tsdgeos> but there's 2 in the dash i can't repro
[16:50] <tsdgeos> but since one is atyend
[16:51] <tsdgeos> i'll use the same trick i used in the other one
[16:51] <tsdgeos> and see if CI is happy
[16:51] <Saviq> tsdgeos, it felt like a candidate for putting in a function, too
[16:52] <tsdgeos> totally
[16:52] <tsdgeos> but first let me see if i can make it pass in CI
[16:52] <tsdgeos> and then we'll make it prettier
[16:53] <Saviq> etoomanytests
[16:53] <tsdgeos> yeah
[16:53] <tsdgeos> running qmluitests takes ages nowadays
[16:57] <Saviq> tsdgeos, yeah, can't get it to fail after all
[16:57] <tsdgeos> let's see what CI has to say
[17:08] <cheekoli> is there a way to show the unity workspace switcher from within a script? I am working on changing the count on the fly--its all working currently, except when i run it (with a keyboard shortcut) i'd like to pop up the workspace switcher so i can see the current count of workspaces
[17:09] <cheekoli> Saviq, thanks for your help yesterday... got it working :)
[17:11] <cheekoli> the trickiest part was getting the script to connect to the right display session... luckily i'd been down that road and already had a script for it :)
[17:16] <Saviq> cheekoli, I think you just need to inject <Super>+s
[17:17] <Saviq> cheekoli, there's no other entry point to get into the spread I don't think
[17:45] <cheekoli> thanks for the advice again, seems to work
[19:22] <dandrader> mzanetti, you there?
[19:23] <mzanetti> dandrader, what up?
[19:23] <dandrader> mzanetti, is it know/expected that it takes two taps/clicks in order to switch focus between windows?
[19:24] <mzanetti> dandrader, neither
[19:24] <dandrader> mzanetti, first tap unfocus the previous. second tap focus the new
[19:24] <mzanetti> dandrader, this used to work. seems a newish issue
[19:25] <dandrader> mzanetti, that's with shellRotation branch. don't know if other are needed on top ofit
[19:25] <dandrader> mzanetti, also, this is in make tryOrientedShell. so maybe it only happens there, which would be odd
[19:29] <mzanetti> compiling trunk
[19:34] <mzanetti> dandrader, seems broken in trunk too
[19:34] <dandrader> mzanetti, ok
[19:36] <dandrader> man, playing with the qml tests in a touch screen opens a new dimension, as you can interact with them with actual touch events, not having to emulate them out of mouse input
[19:38] <dandrader> mzanetti, it might be a clue that you can also drag windows along on when you the first press
[19:38] <dandrader> mzanetti,  *when you first press them (ie, when they're not focused yet)
[19:39] <mzanetti> dandrader, yeah... could be
[21:40] <spaceindaver> Hi all, I installed the latest nvidia drivers (340) and nvidia-prime (for switching graphics cards on an optimus laptop) and now every time I boot unity fails to start after I log in. I can get it to run again if I delete my .config directory. Any idea what could be causing this?


[00:48] <mcohen> does anyone know how to turn off ome applets that take up memory, make sure they don't start when the computer starts
[00:49] <mcohen> like nm-applet and update-notifier
[00:50] <crimsun> disable them in the session
[00:50] <mcohen> I can kill them, how do I disable them?
[00:51] <crimsun> System> Preferences> Sessions
[00:51] <crimsun> or, you could remove their desktop files from /etc/xdg/autostart/
[00:54] <mcohen> if I'm using xubuntu, I installed edubuntu-desktop which installs ubuntu-desktop
[00:54] <mcohen> that means I now have gnome on my machine right?
[01:00] <crimsun> yes
[01:01] <mcohen> ah k, I can disable gnome startup services then
[01:01] <mcohen> in the interest of lowering memory footprint
[02:38]  * LaserJock reads Brainstorm and gets depressed
[02:48] <mike_> hey there, anyone wanna help me out with a problem
[02:54] <LaserJock> mike__: if you throw out your question somebody may be able to help you
[04:52] <nubae> LaserJock: why is kitten and klettres not in edubuntu
[04:52] <nubae> both are in main
[04:53] <nubae> wait kiten is universe, but klettres is in main
[04:53] <nubae> should be in edubuntu seed
[04:54] <LaserJock> nubae: what release?
[04:54] <nubae> intrepid even
[04:54] <nubae> http://appnr.com/package/klettres
[04:54] <LaserJock> there were some historical reasons I believe
[04:55] <nubae> ok, so maybe for jaunty it should be in there?
[04:55] <LaserJock> perhaps
[04:55] <LaserJock> we need to make sure it's not dropped from KDE
[04:55] <nubae> I'm getting another rule then, just cause its in main, don't mean it goes in edubuntu :p
[04:56] <LaserJock> that's true
[04:56] <LaserJock> it has to be in the seed
[04:56] <nubae> right, just thinking about Jaunty now though
[04:57] <LaserJock> if it's still in Main I think it should be in the seed
[04:57] <LaserJock> so check to make sure it's still there and in Main in Jaunty
[04:58] <nubae> it is
[04:58] <nubae> 4:4.1.85-0ubuntu1: amd64 i386
[04:59] <nubae> I thought a little more about linking something to the version, maybe we should link to the packages.ubuntu.com link?
[05:07] <LaserJock> perhaps
[05:07] <nubae> right well, hardy app list done now too
[05:07] <nubae> I'll upload to the site
[05:08] <LaserJock> cool
[05:30] <nubae> in terms of a web editor replacement for screem, there is also kompozer and quanta, for me, both have had problems, but just thought I'd mention it since bluefish is not a wysiwyg editor
[05:31] <LaserJock> yeah, we should look at what's the best
[05:31] <LaserJock> I would say for each addition/replacement/removal we should start a thread on the mailing list
[05:32] <nubae> ok
[05:32] <LaserJock> I gotta run, getting to be bed time
[05:32] <LaserJock> cya tomorrow most likely
[12:47] <billbalt> edubuntu addons don't  seem to work
[12:47] <billbalt> How do I add the various edubuntu packages
[12:51] <nubae> hmm, not very pacient
[14:47] <nothingman> hi, all
[16:13] <Ahmuck> good morning
[16:31] <highvoltage> hi Ahmuck an LaserJockie
[16:34] <LaserJock> highvoltage!
[16:34] <LaserJock> how's my favorite South African?
[16:35] <highvoltage> :D
[16:35] <highvoltage> doing good thanks. just got out of the pool. the heat was killing me
[16:36] <highvoltage> how are you doing LaserMan?
[16:37] <LaserJock> the heat!
[16:38] <LaserJock> it's been freezing here
[16:38] <LaserJock> just above 0 C right now
[16:40] <LaserJock> highvoltage: I'm surviving. still trying to finish the PhD and save the world ;-)
[16:49] <highvoltage> LaserJock: wow, that's cold. we must swap some C's.
[16:54] <LaserJock> highvoltage: it got to around -15 C at the coldest here so far this winter
[16:55] <LaserJock> but my parents has -31 C
[18:27] <LaserJock> anybody heard of "Shoes", a programming learning environment
[18:27] <LaserJock> ?
[18:32] <alkisg> http://shoooes.net/ - no, I've only heard of scratch, http://info.scratch.mit.edu/Linux_installer
[18:41] <LaserJock> I was just reading an article on educational programming environments
[18:41] <LaserJock> and they mentioned Scratch, Alice, and Shoes
[18:42] <alkisg> This one? http://www.linux.com/feature/155203
[18:42] <alkisg> I've only heard of scratch, it's very good, and better now that they have a linux version! :)
[18:42] <LaserJock> yeah, that's the article
[18:42] <LaserJock> what I liked about Shoes was it was written in Ruby
[18:44] <LaserJock> Scratch is Squeak and Alice is Java
[18:45] <LaserJock> Shoes also seems fairly open source
[18:46] <alkisg> What I liked about scratch is its environment, I haven't tried it in a classroom yet but I think the kids will be interested in it. Fortunately with the new books we're teaching I'll get to try it next year.
[18:49] <LaserJock> yeah, scratch is definitely more geared towards younger users
[18:49] <LaserJock> I think shoes might be good for secondary
[18:51] <alkisg> You know, I'm not yet sure what primary vs secondary vs high school is... Primary = ages 6 to 12, secondary = 12 to 14, and high school = 15 to 17? I'm teaching to 12-14 year old kids...
[18:52] <alkisg> Also, there are some countries where primary = 6 to 10...
[18:52] <LaserJock> secondary is supposed to be roughly high school
[18:52] <LaserJock> I'm not sure where junior high would fit in exactly
[18:53] <alkisg> ...so high school is 15 to 17? and junior high = 12 to 14?
[18:54] <LaserJock> well, that's normally right in the US
[18:55] <LaserJock> not sure in terms of primary, secondary, tertiary where junior high would fit
[18:55] <LaserJock> we might want to put some age ranges on those
[18:55] <alkisg> Ah, ok, so I'm not a secondary school teacher as I thought, I'm teaching in a junior high school! :) Good to know! :P
[18:56] <LaserJock> well, I don't know exactly
[18:56] <alkisg> I don't know if even age ranges will cover it. E.g. we use Lego with kids 12-14 years old, while other countries use Lego only on primary schools
[18:56] <LaserJock> I know elementary would be primary and high school secondary, but the middle I don't know
[18:59] <LaserJock> we might need to ask RichEd
[19:00] <alkisg> Ah, I just asked my wife, she visited the US last year. We have 6 + 3 + 3 years in schools, while you have 5 years elementary, 3 middle school (=junior high) and 4 years high school
[19:02] <Ahmuck> i'd like to see a python learning environment
[19:03] <LaserJock> alkisg: that's right
[19:03] <LaserJock> Ahmuck: that would be very cool indeed
[19:04] <alkisg> Ahmuck: Yeah, me too.
[19:04] <LaserJock> we did have work on a python teaching app that would "grade" python
[19:05] <alkisg> Ahmuck: did you manage to solve your network problems?
[19:06] <Ahmuck> not yet.  i dropped back to thin clients for the time being
[19:06] <alkisg> Ah, ok
[19:06] <Ahmuck> now that the fat client script is bug free, i'm going to try a test in a vm first
[19:06] <LaserJock> Ahmuck: what were you going to use fat clients for?
[19:07] <Ahmuck> then if i get good networking there, i may backup users directories and overwrite the system
[19:07] <Ahmuck> artrage, blender, kdenlive, etc.
[19:07] <LaserJock> and not do local apps?
[19:07] <Ahmuck> what do local apps
[19:08] <Ahmuck> SDL is a problem
[19:08] <Ahmuck> i'm looking at a number of apps, and i've tried them on the tihin client side, and they don't work
[19:09] <Ahmuck> but blender did not work on the fat client side either
[19:09] <Ahmuck> i've got mixed feelings about ltsp
[19:10] <alkisg> I think when multiseat is ready, it'll be much more powerfull than ltsp
[19:10] <alkisg> But 'till then, ltsp is fine for non-graphic intensive applications
[19:14] <Ahmuck> shoes looks so kewl
[19:14] <Ahmuck> multiseat ?
[19:14] <Ahmuck> i'm really after multi-seat
[19:14] <Ahmuck> if i can't get that, then ltsp fat clients
[19:17] <LaserJock> local apps should give you decent results for graphic-intensive apps though shouldn't it?
[19:18] <Ahmuck> it may, i don't know.  i've not tried local apps
[19:18] <Ahmuck> artrage is a windows program via wine
[19:18] <Ahmuck> it's slower, but it does work
[19:18] <LaserJock> I would think you'd try local apps before fat clients
[19:19] <Ahmuck> really?
[19:19] <Ahmuck> did nubae drop out of the fat client arena?
[19:19] <Ahmuck> did i miss something?
[19:19] <LaserJock> I don't know
[19:19] <Ahmuck> one of the problems iwth thin clients is SDL
[19:20] <Ahmuck> i'm having problems with that
[19:20] <LaserJock> right, but local apps are local apps
[19:20] <LaserJock> I would think it would help
[20:05] <highvoltage> LaserJock: -15C? -31C? that's insane!
[20:05] <nothingman> hey, you were talking about educational programming environments
[20:05]  * highvoltage didn't realise such cold places can be inhabitable
[20:05] <nothingman> Guido von Robot is one in python
[20:06] <nothingman> I use that with my students
[20:06] <nothingman> kind of fun, making up the worlds in it
[20:06] <nothingman> a good challenge besides the actual instruction part
[20:07] <LaserJock> nothingman: cool
[20:08] <LaserJock> highvoltage: it's only that cold for a while
[20:09] <nothingman> LaserJock, it's that cold where you live?
[20:09] <nothingman> I mean, I'm in upstate NY, and it's not that bad here :-P
[20:10] <nothingman> relatedly, has anyone seen today's XKCD?
[20:11] <LaserJock> nothingman: it was that cold at my parents house in MT
[20:11] <LaserJock> it was -15C here
[20:12] <Ahmuck> LaserJock: point me to local apps?
[20:12] <Ahmuck> btw, shoooes looks really neat
[20:16] <LaserJock> Ahmuck: stgraber would be the best to talk to
[20:17] <highvoltage> nothingman: today's xkcd was awesome :)
[20:18] <LaserJock> I haven't had "spit goes clunk" but I've had it basically freeze before hitting the ground
[20:20] <Ahmuck> is there a place to download them?
[20:20] <LaserJock> Ahmuck: download what?
[20:20] <Ahmuck> er, download "local app:
[20:20] <LaserJock> it's a part of LTSP
[20:20] <Ahmuck> ack, my typing is terrible today
[20:20] <Ahmuck> ah, ok.  i'm fumble around
[20:21] <LaserJock> you basically install the apps into the chroot
[20:21] <LaserJock> so they are available on the client
[20:26] <nothingman> LaserJock: isn't that just the fat client Ahmuck was trying to make?
[20:26] <nothingman> I might be confused
[20:27] <LaserJock> they're a bit different I think
[20:27] <LaserJock> a fat client has a hard drive and a local install of the OS
[20:28] <LaserJock> but often gets $HOME from the server and things like that
[20:28] <Ahmuck> um, not nubae's fat client
[20:28] <Ahmuck> it uses the proc and mem from the client, but everything else is done on the server
[20:28] <LaserJock> ah, then he's actually doing local apps
[20:28] <Ahmuck> and it can use a swap partition on the client as well
[20:31] <nothingman> oic
[20:38] <Ahmuck> iirc, local apps allow you to customize the app menu so that you can have fat and thin clients booting
[20:39] <LaserJock> well, my history of it is that what you call "fat clients" is local apps
[20:40] <LaserJock> which includes the app menu working right
[20:41] <LaserJock> the use of fat clients I'm used to is to mean a client which has a hard drive and locally installed OS, but relies on the server for some services
[22:13] <LinusU> Hellu
[22:14] <LinusU> Anyone that can help with local apps on ltsp?
[22:21] <LaserJock> LinusU: you can ask your question here or perhaps even better would be #ltsp
[22:32] <LinusU> thx


[00:10] <netritious> cu Nice flooding again. :)
[00:40] <Ubik> FWIW, one operation I inherited years ago ran ColdFusion with extensive dependency on Access DBs
[00:40] <Ubik> surprisingly, it worked without much issue, although I went ahead and moved it all to MySQL sooner rather than later
[18:51] <netritious> good afternoon
[18:53] <Unit193> Howdy.
[18:58] <netritious> going to try and install pacman rom on my old att captivate glide.


[02:40] <pankaj> I know that the first 'ALL' in sudoers file means that the rule is specified for all hosts but what does it practically means. If I wrote a username instead of all then what does it mean?
[02:42] <rbasak> What are you trying to achieve?
[03:07] <pankaj> I am just trying to understand that what will happen if I edited the first all.
[03:09] <nchambers> besides ufw, what are some other popular firewalls for ubuntu?
[03:09] <FMan> how does wall(1) decide whether to send the contents of a file?
[06:05] <lordievader> Good morning
[09:18] <Jenshae> Hi
[09:19] <Jenshae> We are still having problems with shutting down.
[09:19] <Jenshae> systemctl only works half the time.
[09:19] <Jenshae> Good weekends?
[09:33] <Jenshae> If I make a persistant USB, how much space would it need? I am thinking of making a Grub to ISO multi-boot one.
[12:18] <lordievader> Jenshae: Is the server doing ACPI?
[13:42] <Jenshae> Hi lordievader - how do I check that?
[13:43] <Jenshae> I haven't found time yet to configure it. Just getting the machine built and the OS installed has taken 3+ weeks because of juggling priorities.
[16:15] <lordievader> Jenshae: what does `acpi -v` return?
[16:16] <Jenshae> Just seen this. Writing it down for tomorrow. Have a good evening o7
[18:36] <nacc> rbasak: around still?
[18:55] <nacc> andreas: ping
[18:56] <andreas> nacc: hi
[18:57] <nacc> andreas: do you have a few minutes for a HO? I'm banging my head against something and just need to spitball a bit
[18:57] <andreas> not really :/
[18:57] <nacc> andreas: np
[19:00] <rbasak> nacc: o/
[19:00] <nacc> rbasak: hey, can you do a HO, should only take a few minutes
[19:00] <nacc> rbasak: if not, it's ok
[19:01] <rbasak> nacc: yes. In five minutes please. In the standup HO?
[19:01] <nacc> rbasak: yep
[19:55] <hallyn> niemeyer: hey - to use goyaml on something like http://paste.ubuntu.com/25715314/ , do I have to parse into interfaces as per https://stackoverflow.com/questions/30341588/how-to-parse-a-complicated-json-with-go-unmarshal , or is there a simpler way?
[20:01] <hallyn> I mean i'm about done with the interface parsing now so at this poit i'm just wondering :)
[20:16] <sarnold> goyaml, a tool for goyim to do aml
[20:17] <nacc> sarnold: that's what I read too!
[20:18] <nacc> sarnold: and I wondered about hallyn's new job :)
[20:18] <sarnold> nacc: lol
[20:19] <hallyn> I don't even know what htat means :)
[20:20] <nacc> even more goyim, somehow
[20:22] <sarnold> *goying intensifies*
[20:33]  * hallyn asks google
[20:33] <hallyn> oh.  heh.
[20:33] <hallyn> i'm not sure this conversation is linux-foundation approved
[21:55] <{bosco}> ok so i know i can use .htaccess to limit people viewing inside of folders i dont want them to view on the web. is there another way to do this wihtout allowing them access at all no password option ?
[21:57] <teward> rbasak: i saw pings for me on the meeting - sorry I couldn't attend I was detained.  Anything I need to know?
[21:57] <teward> nacc: or maybe you want to fill me in since you brought up the item in the agenda?
[21:58] <nacc> teward: we were just trying to figure out what the agenda item was (it had your name attached)
[21:58] <teward> nacc: I never added it
[21:58] <nacc> teward: i think that was clarified
[21:58] <nacc> teward: yep, someone put your name on it due to AU
[21:58] <teward> nacc: probably because I'm a community-elected moderator there (for the AU community, that is)
[21:59] <nacc> teward: yep
[21:59] <teward> and i'm on the server team so dual connectivity
[21:59] <teward> nacc: so nothing that really needs my attention or...?
[21:59] <teward> I mean I'll go back in the logs if I have to
[21:59] <teward> but I"ve been busy lately
[21:59] <nacc> teward: i think there was a proposal for some tagging in AU
[21:59] <teward> you also have post-meeting tasks to finish
[21:59] <nacc> teward: i'll try and call it out in the meeting notes
[21:59] <nacc> and i'll ping you on that
[21:59] <teward> nacc: ACK.  I'll look at the logs anyways
[21:59] <nacc> teward: thanks
[21:59] <teward> because I probably should :p
[22:00] <teward> just... finish your post-meeting tasks (update agenda, send meeting minutes, etc.)
[22:00] <nacc> yea yea yea
[22:01] <nacc> rbasak: i found a problem with our algorithm
[22:01] <nacc> rbasak: thinking it over still
[22:02] <teward> rbasak: nacc: et. al. - is there anything *specific* you mean with the idea of watching AU posts/tags?  99% of the questions I"ve seen recently are unanswerable, unsalvageable, spam, or already answered in other questions.
[22:02] <teward> and there's been very little Ubuntu-related 'bug' statements wrt. the server team's purview
[22:04] <teward> usually when there is I bring it up here
[22:04] <teward> (this may be something that needs moved to the ML so I can also raise the thoughts with the AU community as well)
[22:04] <teward> (and my apologies for an extended absence.)
[22:13] <teward> rbasak: nacc:
[22:13] <teward> 16:17 <rbasak> We were thinking about watching a tag, and it would be nice if moderators and other editors knew that it could be used to get our attention by adding the tag.
[22:13] <teward> 16:18 <rbasak> Thought about communicating with relevant askubuntu.com people early to discuss this idea, and your name came up.
[22:13] <teward> ^ it depends on the tag
[22:13] <teward> and what your end-goal is
[22:13] <teward> the 'bug' tag is burned - we will continue to burn it
[22:13] <nacc> rbasak: ack
[22:13] <teward> tags should be meaningful
[22:13] <nacc> teward: ack, rather
[22:14] <teward> if the tag simply adds a watch for the Server Team, i'm not sure it'd pass muster of StackExchange's tag rules
[22:14] <teward> and anything would need a Meta discussion on Ask Ubuntu
[22:14] <teward> to get the community's input
[22:14] <teward> moderators don't unilaterally act in most cases with big things
[22:14] <teward> i mean, I routinely nuke spam and stuff, but that's *not* a big thing :p
[22:15] <teward> so it's just something to consider that we need to have this fully discussed.
[23:42] <axisys> how to pick a different network interface during install from iso?
[23:44] <axisys> have not found anything in google yet..