[05:35] <twb> Does ubuntu use insserv yet?
[05:37] <jmarsden> twb: /sbin/insserv exists in Lucid, if that helps answer the question.
[05:37] <twb> Not really; I mean, upstart exists in Debian but it isn't really used
[05:38] <twb> I suspect insserv will actively do the wrong thing because enough of the init jobs are in upstart now
[05:38] <jmarsden> OK.  You could  apt-get pruge insserv    and then reboot and find out :)
[05:39] <twb> jmarsden: it's provided by sysvinit
[05:39] <twb> Oh, apparently not.
[05:39] <jmarsden> Not on my machine :)
[05:39] <twb> I guess because insserv only triggers when a new sysvinit job is installed, rather than during boot (cf. startpar).
[07:38] <Error404NotFound> I am trying to setup nginx with php-fpm but can't find the package, even tried couple of ppa. The best one was nginx/php but that has php package, not fpm one. Do i need to install php5-cgi and use custom init script?
[07:50] <Error404NotFound> found it
[08:34] <Daviey> rbasak: Fancy setting up a new upstream version of python-novaclient?
[08:34] <rbasak> Daviey: sounds familiar :)
[08:35] <upp> hello, i want to creat intranet, so what's the best solution to do it?
[08:36] <rbasak> Daviey: any reason in particular I should be mentioning in the changelog?
[08:36] <Daviey> rbasak: That you or zul failed to see if it built locally before uploading it?
[08:37] <rbasak> :-(
[08:37] <Daviey> Or, that upstream project doesn't use a gated trunk - and someone checked in broken code?
[08:37] <Daviey> either way :)
[08:38] <rbasak> looks like it's broken upstream to me
[08:39] <Daviey> Oh yeah, about 3 commits after the one uploaded the fix is there.
[08:41] <Daviey> rbasak: btw, mentioned "LP: #838298" in the bug, and the issue you resolved will be closed automagically.
[08:44] <rbasak> Daviey: the latest snapshot they have is ~bzr110, dated 2/9 2141. Will that do?
[08:45] <Daviey> rbasak: looks like it was fixed in 108, http://bazaar.launchpad.net/~jk0/python-novaclient/master/revision/108
[08:45] <Daviey> so bzr110 looks super
[08:46] <Daviey> For interest, you can see the build log https://launchpad.net/ubuntu/+source/python-novaclient/2.6.4~bzr106-0ubuntu1/+build/2761697
[08:46] <rbasak> yep seen it
[08:46] <rbasak> Is there an FTBFS bug to close?
[08:47] <Daviey> nah, you can open one if you want.
[08:47] <Daviey> i'd be tempted not to bother. :)
[08:47] <rbasak> I was gonna say that, seems a bit pointless :)
[08:48] <Daviey> rbasak: Yeah, some people do that so they can increase their "bug closed" count.
[08:48] <rbasak> :-/
[08:48] <rbasak> This split out debian/ thing is a bit annoying. Is there  an automated way to test the build locally without doing it all manually?
[08:49] <twb> rbasak: as in debian/ is a separate VCS repo?
[08:49] <Daviey> normally. :)
[08:49]  * Daviey looks
[08:49] <rbasak> twb: yes
[08:50] <twb> I do that at http://darcs.debian.org/collab-maint/mg -- look at get-orig-source for the minimal workaround I have
[08:50] <twb> That's get-orig-source in debian/rules
[08:51] <rbasak> thanks
[08:51] <Daviey> I was ust checking if we had that :)
[08:51] <rbasak> that looks slightly mg-specific
[08:51] <twb> Yes, well
[08:51] <twb> I'm sure you can mangle it to your own use case
[08:51]  * rbasak doesn't yet understand the purpose of splitting it out like that
[08:51] <twb> the tar part is portable enough
[08:52] <twb> rbasak: splitting them out and using quilt to merge is simpler than learning to use a tool like git-buildpackage or svn-buildpackage
[08:52] <twb> rbasak: and since 3.0 (quilt) format guarantees that debian/ contains the entire debianization, it's safe to do
[08:53] <rbasak> It doesn't feel simpler to me right now! I guess I need to learn quilt
[08:53] <twb> Are you coming from gbp, or what?
[08:53] <rbasak> I am
[08:53] <twb> Obviousl once you've made that learning hurdle, it looks easy :P
[08:54] <rbasak> I accept that git is hard to learn
[08:54] <twb> I can manage basic git, but I wanted to do packaging, not learn how to deal with branching and merging and shit
[08:54] <rbasak> but I think that it is only hard because it reflects the true structure of any DVCS
[08:55] <rbasak> instead of doing it in one tool we do the same thing out of band manually and with lots of messing around
[08:55] <twb> I was especially disappointed because gbp and friends' documentation want the upstream branch to only have the tarball releases in it
[08:55] <rbasak> just without realising what what we're doing is exactly all the same branching and merging and shit
[08:55] <twb> If it was obvious and easy to just maintain the debian version as a branch of upstream's dev repo, it would be more attractive
[08:56] <twb> rbasak: well, it's "out of band" in the sense that quilt does it.
[08:56] <rbasak> That's what I always did
[08:56] <rbasak> Not sure what you mean by only having tarball releases in it
[08:56] <twb> rbasak: the *bp docs I've read all say "get upstream's tarball, and commit it"
[08:56] <twb> rbasak: they don't say "git clone upstream, then make a new branch for debian"
[08:56] <rbasak> Ah
[08:56] <rbasak> AIUI, the two are identical
[08:56] <twb> They're very definitely not
[08:57] <twb> e.g. git log will not show you any of the upstream patches
[08:57] <rbasak> For the purposes of gbp they are identical
[08:57] <rbasak> I realise that it's different for git
[08:57] <rbasak> but gbp will work just find if upstream is a remote tracking branch
[08:57] <rbasak> (AFAIK)
[08:57] <rbasak> s/find/fine
[08:57] <twb> Maybe, but remember that when I was looking at this I also wasn't really familiar with git
[08:58] <rbasak> I presume the reason the docs are written that way is that most upstreams aren't git repos
[08:58] <twb> I felt like I was going against the grain of gbp/sbp and I knew a separate debian/ repo would Just Work
[08:58] <rbasak> with quilt, surely we're stuck using tarball releases anyway?
[08:58] <Daviey> rbasak: http://pb.daviey.com/XvE0/
[08:58] <twb> rbasak: yes, but it doesn't try to be clever, it just works, and there's very clear separation between upstream, debian/ and debian/patches
[08:59] <rbasak> sure
[08:59] <rbasak> it's that clear separation that I'm finding a right pain
[08:59] <Daviey> rbasak: that is /one/ way of doing this
[08:59] <twb> I'm not saying you're wrong, I'm just saying that this is how I did it, and why
[08:59] <rbasak> OK :)
[08:59] <Daviey> rbasak: actually, i didn't need to pull-lp-source
[08:59] <rbasak> Daviey: that's very different from what zul showed me!
[09:00] <Daviey> rbasak: it's /another/ way :)
[09:01] <Daviey> rbasak: ask twb says, there is a pretty standard convention of having a get-orig-source target in debian/rules... which allows you to do, "debian/rules get-orig-source" , but that hasn't been done for this package.
[09:01] <twb> Well, there's a convention that get-orig-source does *something*, and that debian/README.source documents *something*
[09:01] <twb> I would be wary of running get-orig-source of a new package without reading it first ;-)
[09:01] <rbasak> python-novaclient: remote site does not even have current version
[09:01] <rbasak> what's what about?
[09:02] <rbasak> debian/changelog says 2.6.4~bzr106-0ubuntu1
[09:02] <twb> rbasak: that would be saying that upstream hasn't released the version corresponding to your debian/changelog yet.
[09:02] <rbasak> http://nova.openstack.org/tarballs/python-novaclient-2.6.4~bzr106.tar.gz exists
[09:02] <twb> rbasak: i.e. it's trying to download 2.6.4~bzr106.tar.gz
[09:02] <twb> Dunno, then, run uscan --debug or so
[09:02] <twb> uscan --verbose?   Do you want that to be kept?
[09:09] <twb> So it can't find it on the first site, and tries the second
[09:09] <rbasak> Argh
[09:10] <rbasak> it's not piping the entire output when not connected to a terminal
[09:10] <twb> Yay reading :P
[09:10] <twb> rbasak: ew
[09:10] <twb> rbasak: report that as a bug
[09:10] <rbasak> Oh
[09:11] <rbasak> No, uscan just doens't do what I thought it would do
[09:11] <rbasak> Which part of name uscan suggests that it should have side effects?
[09:13] <rbasak> (I assumed that running uscan multiple times would have the same result)
[09:13] <rbasak> Even the manpage synopsis suggests that
[09:13] <koolhead11> hi all
[09:14] <Daviey> rbasak: Really, the debian/control should also have - http://pb.daviey.com/qQ2c/ - so drive by developers know where they should propose fixes to the packaging
[09:15] <rbasak> Daviey: ah yes, I was asking zul the other day how I was supposed to know where to get the bzr branch from
[09:16] <Daviey> gah
[09:16] <Daviey> http://pb.daviey.com/vJ3f/, rather
[09:24] <rbasak> OK it builds this time
[09:25] <Daviey> \o/
[09:26] <Daviey> rbasak: do you want to post a debdiff somewhere?
[09:26] <rbasak> I'll push to my bzr branch if that's OK, that's what I did last time with zul
[09:26] <ttx> Daviey: no
[09:27] <Daviey> twb: fancy tackling a bug? :)
[09:27] <Daviey> rbasak: that is fine.
[09:27] <twb> I'm going home in a minute, so you have, like, twenty seconds to sell me on it
[09:28] <Daviey> ttx: python-novaclient isn't gated, it's had test suite failed commits pushed to it.  This is why gated trunk is good. :)
[09:28] <Daviey> is it a 'core' project?
[09:28] <Daviey> twb: ah! Maybe next time.. :)
[09:28] <twb> Whatever dude
[09:29] <rbasak> Daviey: should I keep pypi in debian/watch?
[09:30] <rbasak> Daviey: it seems out of date?
[09:30] <koolhead11> My install gets ceased if DHCP fails to assign IP and i have to retry after pressing/selecting the appeared option during cobbler provisioning for Oneiric. Am i  the only one getting this issue ?
[09:30] <Daviey> rbasak: it's not hurting
[09:31] <koolhead11> *selecting the DHCP assign option.
[09:31] <Daviey> rbasak: it probably will be updated at some point, so it does work
[09:31] <Daviey> koolhead11: funny you say that!
[09:31] <Daviey> koolhead11: what hardware is this?
[09:33] <ttx> Daviey: it's not core -- but in some way it should be
[09:33] <koolhead11> Daviey, lemme pastebin it.
[09:33] <rbasak> Daviey: pushed to https://bazaar.launchpad.net/~racb/%2Bjunk/python-nova-client/
[09:33] <koolhead11> Daviey, am wrongly explaining i think :D
[09:34] <koolhead11> its like if DHCP fails via provisioning and then i again ask him for assigning the IP once it assigns the IP whole process ceases
[09:37] <koolhead11> Daviey, http://paste.ubuntu.com/683311/  The card
[09:37] <Daviey> koolhead11: process ceases?!
[09:37] <Daviey> or it works on attempt #2?
[09:38] <rnz> hi all
[09:38] <koolhead11> Daviey, it gets the ip and then ceases :D
[09:39] <Daviey> koolhead11: I've come across a class of hardware that takes too long to get an IP addresses and the on board pxe fails.. but you have got into the installer ok.
[09:39] <rnz> anybody know how to disable putting daemon scripts to autostart on install step (configure apt or dpkg)
[09:39] <rnz> &
[09:39] <Daviey> koolhead11: This certainly sounds like it could be a bug..
[09:39] <rnz> ?
[09:39] <koolhead11> Daviey, the PXE has not failed in my case but took hell lot of time.
[09:39] <Daviey> koolhead11: Could you raise one against debian-installer, and try and add as much info/logs from the installer as possible?
[09:40] <rnz> anybody know how to disable putting daemon scripts to autostart on install step (configure apt or dpkg)?
[09:40] <koolhead11> Daviey, i can do that. log will not be possible because the system ceases in middle and i have to reboot the system.
[09:42] <Daviey> koolhead11: local or remote?
[09:43] <GeorgeJ> ello folks, I've just installed virtualmin and I want to have multiple versions of php installed. Is it possible to have multiple versions installed? If so, could you point me in the right direction?
[09:43] <koolhead11> Daviey, the local system
[09:44] <Daviey> koolhead11: Someone from the foundations team might be better at helping to debug this.. Open a bug report with waht you can :0
[09:45] <koolhead11> Daviey, ok.
[09:48] <koolhead11> Daviey, and am really stuck with the custom partition using preseed
[09:48] <koolhead11> :(
[09:48] <Daviey> Didn't this come up yesterday?
[09:49] <Daviey> hmm
[09:49] <Daviey> what do you mean by custom?
[09:53] <koolhead11> nopes
[09:54] <eagles0513875> hey guys is there a ppa with an updated version of make
[09:54] <eagles0513875> for lucid
[09:54] <koolhead11> http://paste.ubuntu.com/683346/
[09:55] <koolhead11> Daviey, i put paste of what came as output and what i assigned in preseed
[09:56] <koolhead11> i just need a root a swap and rest a free extended partition :D
[09:57] <koolhead11> just-a-visitor, hey
[10:05] <just-a-visitor> Hello koolhead11
[10:05] <koolhead11> just-a-visitor, still struggling there :(
[10:09] <just-a-visitor> Well, I have searched for that info on Google. :|
[10:10] <koolhead11> just-a-visitor, :D
[10:10] <just-a-visitor> Read somewhere, that if you put everything on one line it might work, but I am still looking for the article.
[10:11] <koolhead11> k
[10:18] <koolhead11> am leaving that section and manually run it unless i figure the issue. i have allready wasted 2 days :(
[10:21] <rnz> anybody know how to disable putting daemon scripts to autostart on install step (configure apt or dpkg)?
[10:22] <_ruben> rnz: you'd probably have to edit the package (get source package, apply change, re-package)
[10:23] <GeorgeJ> How would one install php 5.2.8 on ubuntu server 11.04?
[10:24] <rnz> _ruben - I think this bad idea
[10:24] <rnz> How about if  i need disable for all installing daemons?
[10:24] <just-a-visitor> koolhead11 I am sorry, that I cannot help you more.  :D
[10:26] <just-a-visitor> Well, I'm trying... ;-)
[10:30] <rnz> _ruben - i think you don't understand - apt-get install app - app add to starup and start - but server don't need to auto start them. and nothing to do with laziness
[10:31] <rnz> and server not need to start app now
[10:33] <_ruben> rnz: that's part of the app's post-install script, if you don't want that behaviour: patch it out .. if you don't want to patch it out: stop and disable after installing
[10:33] <_ruben> neither are 100% ideal .. tho afaik, those are your only options
[10:33] <rnz> _ruben: OS should not be doing what it does not ask
[10:34] <_ruben> then go use an OS that does what you want?
[10:34] <_ruben> auto starting is rather common thing for a daemon .. why else would one be installing it
[10:35] <_ruben> but sure, there's also apps that pose a question whether or not to do so .. those are kinda rare tho
[10:35] <koolhead11> rnz, so you don`t want few apps to start during bootup right?
[10:38] <rnz> koolhead11: no.. I think apt or dpgk have setting to disable add app after install to autostart
[10:38] <rnz> and this behavior don't hardcoded in packages
[10:38] <koolhead11> rnz, apt-get install rcconf
[10:38] <koolhead11> :D
[10:39] <rnz> sorry for my bad english...
[10:42] <rnz> behavior in ubuntu: apt-get install daemon, if post-install phase  daemon add to autostart and start immediately
[10:42] <rnz> heed behavior in ubuntu: apt-get install daemon, if post-install phase daemon don't add to autostart and don't start
[10:43] <rnz> if post-install/IN post-install
[10:49] <_ruben> rnz: i expect most users to prefer the current behaviour tho
[10:49] <_ruben> (me included)
[10:54] <rnz> I'm happy for them and for you, but I'm not interested. I am interested in changing behavior when installed in the right me. And asked a question about this.
[10:56] <_ruben> like i said, if you want to change current behaviour, roll your own patched versions of those packages .. a change in dkpg/apt to override this at install time is not something i'd see implemented soon .. then again, i'm far from authoritative on that matter :)
[11:04] <rnz> _ruben: IMHO this (patched version of package) is not good way... This functionality should be in the package manager, but not rigidly fixed in the package...
[11:06] <_ruben> rnz: i suggest you file a bug in the bugtracker
[11:13] <GeorgeJ> How would one install php 5.2.8 on ubuntu server 11.04? Should I just compile from source?
[11:20] <EricJ> I take it its not in any official repo, is it?
[11:33] <sky1> kennt sich jemand von euch a weng mit mason aus ?
[11:33] <_ruben> try again in english
[11:34] <sky1> someone who has some experience with mason?
[11:52] <zul> morning
[12:40] <fatbrain_> Hi, is there a good/easy way upgrading to samba 3.6.0?
[12:43] <zul> fatbrain_: not if you compile from source
[12:43] <fatbrain_> zul: ok, thanks.
[12:46] <GeorgeJ> libapache2-mod-fastcgi or libapache2-mod-fcgid?
[13:11] <jdstrand> Daviey: hey, what are you opinions on syncing rails from Debian (fixes 3 CVEs)
[13:12] <jdstrand> Daviey: it is a new upstream version: 2.3.11-0.1 -> <IP_ADDRESS>
[13:12] <jdstrand> Daviey: (and in universe)
[13:13] <Daviey> jdstrand: I'd rather stay as close to Debian as we can with Rails.
[13:13] <jdstrand> Daviey: so, that's a 'yes'?
[13:13] <Daviey> It's probably had minimal testing in Oneiric so far anyway..
[13:14] <Daviey> jdstrand: make it so!
[13:14] <Daviey> (yes)
[13:14] <jdstrand> Daviey: thanks. I'll mention it in ubuntu-release
[13:15] <Daviey> ta
[13:50] <jamespage> lynxman: around?
[14:10] <Daviey> RoAkSoAx: Hey, good day off?
[14:16] <jamespage> adam_g: hey - around? wanted to discuss openstack testing approachs for single and multinode deployments
[14:17] <adam_g> jamespage: i am here, but can we defer till tomorrow? im at a minisprint in texas today
[14:17] <jamespage> adam_g: hey no problem whatsoever - will have to wait until thursday tho as out tommorrow PM
[14:18] <adam_g> jamespage: ok, or if you wanna take it to email that works too
[14:24] <koolhead11> jamespage, page
[14:24] <jamespage> hey koolhead11
[14:24] <jamespage> :-)
[14:27] <koolhead11> wassup
[14:27] <koolhead11> Daviey, am adding more info i wrote the log and adding in the same bug report
[14:29] <Daviey> koolhead11: hmm, what is the bug number?
[14:30] <koolhead11> Daviey, hold on
[14:30] <koolhead11> :D
[14:31] <koolhead11> Daviey, https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/842509
[14:31] <koolhead11> TeTeT  hello
[14:32] <Daviey> koolhead11: What is your cobbler server ubuntu version?
[14:33] <Daviey> koolhead11: do you get this if you install from cd?
[14:33] <TeTeT> hi koolhead11
[14:34] <zul> jdstrand: ping socat...can you guys do a review of it please its kind of blocking the MIR for nova
[14:35] <Daviey> zul: and python-stompy
[14:36] <zul> Daviey: true but that doesnt need the security team
[14:36] <koolhead11> Daviey, My cobbler server : --
[14:36] <koolhead11> DISTRIB_RELEASE=11.04
[14:36] <koolhead11> Cobbler Version=2.1.0-0ubuntu7
[14:37] <koolhead11> TeTeT, how have you been? long time. :D
[14:37] <Daviey> koolhead11: really need a log from the failed client
[14:38] <RoAkSoAx> Daviey: isn't there limitations when preseeding network values on PXE booting?
[14:39] <zul> Daviey: with regards to python-novaclient ftbfs whatever was failing in bzr109 is fixed in bzr110
[14:40] <jamespage> zul: running LXC containers with openstack - what difference does instance type make? think I'm missing something
[14:40] <zul> jamespage: uh? it shouldnt
[14:40]  * jamespage thinks this is his lack of understanding of LXC
[14:41] <jdstrand> zul: ack
[14:41] <zul> jdstrand: thanks
[14:41] <Daviey> RoAkSoAx: i don't think so?
[14:43] <TeTeT> koolhead11: doing fine, how about yourself?
[14:44] <jamespage> zul: right - so instance type is ignored
[14:44] <zul> jamespage: right
[14:44] <jamespage> zul: though I was missing something obvious but evidently not
[14:47] <RoAkSoAx> Daviey: I thought I read something similar somewhere though I'm not so sure anymore
[14:47] <Daviey> hmm
[14:47] <Daviey> maybe
[14:47] <RoAkSoAx> it could have been one of my nightmares whiloe trying to figure something out
[14:47] <RoAkSoAx> lol
[14:49] <RoAkSoAx> smoser: howdy!! what was the bug # that caused cloud-init to fail on real hw?
[14:53] <lynxman> jamespage: was on a day off, what can I do for you sir? :)
[14:54] <jamespage> lynxman: if you are on a day off it can definately wait
[14:54] <jamespage> :-)
[14:55] <lynxman> jamespage: you sure? :)
[14:55] <jamespage> lynxman: yep - its definately non-urgent
[14:55] <lynxman> jamespage: alrighty, I'll ping you tomorrow morning then
[15:12] <zul> adam_g: ping...knowing swift release schedule would be good
[15:13] <adam_g> zul: good call. ill be sure to find out
[15:22] <koolhead11> RoAkSoAx, hey
[15:38] <Daviey> RoAkSoAx: chairing?
[15:39] <RoAkSoAx> Daviey: am I?
[15:39] <Daviey> RoAkSoAx: seems you ar enext in the FIFO.
[15:40] <RoAkSoAx> Daviey: ah! you just updated the wikipage
[15:40] <zul> how convient ;)
[15:41] <Daviey> zul: Was that you offering to volunter?
[15:41] <zul> no just commenting
[15:41] <SpamapS> Its nice that it takes 2 months to rotate around these days. :)
[15:42] <Daviey> RoAkSoAx: BTW - myself and rbasak will be in a call which clashes with the meeting.. So i might be able to 'check in' but not be a crticial part of the meeting.
[15:43] <RoAkSoAx> Daviey: no worries
[15:43] <Daviey> RoAkSoAx: The blueprints need to be updated to reflect the current status.
[15:44]  * zul shakes his fist at jamespage
[15:44] <jamespage> zul: :-) one more to come as well
[15:44] <RoAkSoAx> Daviey: ok i'll mention that
[15:44] <jamespage> zul: I now have a borked nova install - is they any way I can clear out all my broken lxc instances? without re-installing?
[15:45] <zul> euca-terminate?
[15:45] <jamespage> nope - nova delete not working either
[15:46] <jamespage> falls over with bug 842856
[15:46] <zul> son...of...
[15:46] <jamespage> hello....
[15:47] <zul> looks like i have some stuff to do
[15:48] <Daviey> jamespage: So wait, it's not starting OR stopping them properly?
[15:48] <jamespage> well if I spin them up individually they are OK
[15:50] <jamespage> Daviey: I was trying out https://wiki.ubuntu.com/ServerTeam/Oneiric/OpenStackTestPlan with nova-compute-lxc rather than kvm
[15:50] <jamespage> I'm going to blast the system and see if I get the same issues again
[15:51] <jamespage> Daviey: did you see my ping re lack of daily iso images for server?
[15:55] <Daviey> jamespage: i did not!
[15:55] <Daviey> jamespage: thanks for raising it
[15:56] <jamespage> np - its was the cause of my network install woes - netbooting off one kernel version and then network installing with stuff for another
[15:57] <Daviey> jamespage: Ah, that has hit me a few times :/
[15:57] <Daviey> I wonder if that was what koolhead11 saw.
[15:57] <jamespage> I switched to the mini.iso and it fixed my problem
[15:57] <Daviey> (didn't sound like it, tho)
[15:57] <jamespage> maybe - my installs failed to find any disks!
[15:59] <zul> jamespage: do you get the same problem when creating more than one kvm instance
[15:59] <jamespage> zul: I would need to check
[15:59] <jamespage> I did not actually try that TBH
[15:59] <zul> jamespage: k thanks
[15:59] <jamespage> but I will
[15:59] <EriksLV> hi
[15:59] <jamespage> zul: I did get some of the instances I requested - just not all of them!
[16:00] <EriksLV> how can I disable apt-get autoremove?
[16:00] <zul> jamespage: par for the course for cloud ;)
[16:00] <EriksLV> or clear autoremove list
[16:00] <jamespage> :-)
[16:01] <Daviey> EriksLV: It sounds like you have some depends that were instaled because of something else.
[16:01] <Daviey> you removed the something else
[16:01] <EriksLV> yea, I know
[16:01] <EriksLV> :)
[16:02] <EriksLV> I removed virtualmin
[16:02] <Daviey> so apt-get install "something else", and it won't be marked for removal
[16:02] <EriksLV> now it wants to remove mysql/apache
[16:07] <EriksLV> thanks Daviey, that works
[16:45] <jamespage> Daviey: jenkins builds just fine in PPA BTW - not sure what is up with your pbuilder
[17:05] <BrixSat> i have a problem. i lost my user password
[17:05] <BrixSat> and so i cant login to the vps. the grub menu does not show, is there any way to enter the vps?
[17:08] <patdk-wk> mount your vps filesystem on other system
[17:09] <Pota> I am running ngrep. Does this capture packets before or after iptables? Can I control which side of iptables the sniffing is done on for the sake of testing my rules ?
[17:11] <doko> zul, likewise-open ping
[17:12] <zul> doko: pong whats up?
[17:19] <RoAkSoAx> smoser: ping?
[17:19] <smoser> RoAkSoAx, here
[17:19] <doko> zul, why were the armel patches dropped?
[17:19] <zul> doko: i have no idea we get the package from upstream
[17:20] <RoAkSoAx> smoser: what was the bug # for the issue we had when depoying with ensemble
[17:20] <Tophat> Have a Dell GX260 with latest BIOS A09. Can't get installation of LTS going with USB keyboard/mouse
[17:20] <RoAkSoAx> smoser: that cloud-init run stuff because the network was supposed to be up but it wasn't?
[17:21] <doko> zul, then pretty please educate upstream not to drop changes. didn't get any feedback on bug 823717 either. imnsho this is the task of the sponsor
[17:21] <smoser> bug 838968
[17:21] <RoAkSoAx> smoser: thanks
[17:21] <smoser> so you should be good now...
[17:21] <RoAkSoAx> smoser: cool
[17:21] <RoAkSoAx> gonna test
[17:21] <zul> doko: crap...sorry about that
[17:21] <koolhead11> Daviey, hey
[17:22] <RoAkSoAx> Daviey: ok so bug ^^ is fixed, so I should be able to deploy without any issues now
[17:24] <smoser> RoAkSoAx,
[17:24] <RoAkSoAx> smoser: yes?
[17:24] <smoser> grab the cloud-init log ensemble patch if you can
[17:24] <smoser> and apply to ensemble
[17:24] <smoser> hold on
[17:24] <smoser> bug 842488
[17:24] <smoser> branch is linked there, patch is pretty trivial
[17:25] <RoAkSoAx> smoser: you want that in trunk or just in our test branch?
[17:26] <smoser> well, it is proposed for merging, and i think hazmat is aware. and SpamapS said he'd pull to ubuntu ensemble package
[17:26] <smoser> but for your testing, pull it
[17:26] <RoAkSoAx> smoser: alrighty
[17:26] <smoser> it just redirects output of cloud-init and all its subprocesses to a file so you can see it (other than to the console)
[17:26] <koolhead11> RoAkSoAx, you mean the bug i reported is fixed :D
[17:26] <RoAkSoAx> koolhead11: which one?
[17:27] <koolhead11> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/842509
[17:28] <RoAkSoAx> koolhead11: nope, i mean bug
[17:28] <koolhead11> oops. k
[17:28] <RoAkSoAx> koolhead11: nope, i mean bug #842488
[17:28] <koolhead11> ooh nice. well i was not able to get it working on AWS
[17:36] <veenenen> Anyone worked with ipv6 on an ubuntu server running as a kvm server before?
[17:37] <veenenen> I can get the public route to show up witih "ip -6 route", but the interface never seems to get attached.
[17:38] <veenenen> I check ifconfing, and all I see is the local ipv6 address
[17:42] <koolhead11> no
[17:45] <sbeattie> Daviey: FYI, bug 837991
[17:47] <Daviey> sbeattie: you sir, are a rock star!
[18:31] <Daviey> sbeattie: Thanks for that, it was more than perfect.
[18:33] <sbeattie> Daviey: awesome. Of course, my first attempt at it managed to drop the hardening-wrapper build dependency, which would have made me a sad panda had I not caught it.
[18:33] <Daviey> sbeattie: Yeah, we keep trying to drop the PIE stuff, but it keeps getting noticed. :)
[18:34] <Daviey> sbeattie: I'm suprised you can't upload this stuff directly.. you should.
[18:42] <robbiew> okay folks....gotta fire in some nearby woods...railroad tracks are a good barrier between the woods and my neighborhood, but I need to go afk for a bit until I know it's safe
[18:50] <Solskogen> hi! I've just installed oneiric (server) and noticed that I had some troubles with locales. http://pastebin.com/dtvCj89K - just wondered if this is a known problem, or if I should report it, or if I have some gremlins on my system.
[19:12] <multiHYP> hi, how can i set multiple sites under the same ip/domain using apache2?
[19:13] <multiHYP> basically, i don't want to put my index.html of one of my sites under /var/www/. besides as a user i don't have permission anyway.
[19:20] <doko> zul, any idea why likewise-open ships a DEBIAN/shlibs in the package??
[19:20] <zul> no
[19:24] <robbiew> fire contained...all is good :)
[19:30] <multiHYP> which service is best for domain name registration? in the uk godaddy and namecheap are famous…
[19:34] <jpds> multiHYP: Use virtual hosts?
[19:34] <multiHYP> yeah that i figured
[19:34] <multiHYP> but thanks jpds
[19:35] <jpds> multiHYP: And for domains, it's really up to you.
[19:35] <multiHYP> jpds: do you use any?
[19:36] <jpds> No.
[19:36] <gummybear> greetings all, setting up my first ubuntu-server, so far so good...
[19:42] <zul> utlemming: did someone already claimed the review?
[19:51] <zul> smoser: ping about cloud-init-output-log....how does that work?
[19:52] <smoser> cloud-init redirects its stdin and stdout to the expected filehandles or pipes
[19:52] <smoser> and subprocesses inherit those
[19:52] <zul> so you get the ssh keys and that kind of stuff?
[19:53] <smoser> all output other than (unfortunately, the stuff i recently added 'ci-info:' ) that would go to console will go there.
[19:53] <smoser> (well, with 'tee' it will go both places)
[19:54] <zul> dang...because that would be good for the lxc containers
[19:54]  * zul is toying with some ideas
[19:56]  * koolhead11 is confused and feeling restless
[19:59] <koolhead11> Daviey, how any idea how much time it will take someone to fix this issue
[19:59] <koolhead11> i was wondering if i should file one more bug
[20:13] <aleuck> hey
[20:14] <koolhead11> aleuck, hey
[20:15] <aleuck> where is the folder that is copyed to a user's home folder when the user is created?
[20:15] <genii-around> /etc/skel
[20:15] <aleuck> could anyone help me on that?
[20:15] <aleuck> thx
[20:17] <Daviey> koolhead11: I'm concerned there isn't enough information to be able to reproduce the current one.
[20:17] <Daviey> It might be an idea to try the iso that is created tommorrow
[20:17] <Daviey> (import it into cobbler)
[20:17] <koolhead11> Daviey, am doing to do that only :D
[20:18] <koolhead11> Daviey, one more thing the DHCP takes ages to assign IP to provisioning system
[20:18] <Daviey> koolhead11: Ah, try the ISO which is HOT OFF THE PRESS
[20:19] <Daviey> you may well be the first person to try the one just created
[20:19] <koolhead11> Daviey, am going to do that as first first  its around 2 am and am alone scared in office :D
[20:19] <Daviey> koolhead11: Regarding DHCP, you are not the first person to notice this.. smoser was working on a fix for that, don't know the current status.
[20:19] <Daviey> (might not be the same issue)
[20:20] <koolhead11> Daviey, another probable bug is, when my DHCP fails and am manually assigning the IP.
[20:20] <Daviey> This sounds like something else
[20:21] <koolhead11> information about my hostname coming from preseed file gets over written with 1st set of the IP
[20:21] <koolhead11> say i am giving static IP <IP_ADDRESS>
[20:21] <koolhead11> so my hostname becomes 192
[20:21] <koolhead11> :(
[20:23] <smoser> whats going on ?
[20:23] <smoser> koolhead11, explain ?
[20:23]  * koolhead11 bows to Smark
[20:23] <koolhead11> smoser, am running cobbler and its taking care of my DHCP server as well
[20:24] <koolhead11> i have a pressed file which i have assigned most infos like hostname and all
[20:24] <koolhead11> now during provisioning, most of the time my automatic DHCP IP assignment fails and when i assign the IP manually
[20:24] <koolhead11> so say i gave the machine IP <IP_ADDRESS>
[20:25] <koolhead11> after the provisioning once system boots
[20:25] <koolhead11> it acquires hostname ==> 192
[20:25] <koolhead11> instead the one i defined in my preseed file
[20:26] <koolhead11> If am lucky and DHCP assigns the IP then i get hostname as per my preseed file :D
[20:28] <koolhead11> and yes the same behaviour is seen when am assigning an static IP for the provisoned oneiric system
[20:30] <koolhead11> smoser, also this https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/842509 , i will test the latest  build tomorrow. I wish i will be able to see few fixes else i will file bug for the above mentioned
[20:33] <storrgie> how do i change my X config to use my monitor properly
[20:33] <storrgie> right now its at a goofy resolution
[20:33] <smoser> ok. i do not believe it is related to what i was working on unless you have cloud-init in the picture. (which youprobably do not).
[20:34] <koolhead11> smoser, no cloud-init
[20:34] <smoser> check the 'dpkg -l' to be sure
[20:34] <smoser> but it could be hosing you, and we have cobbler stuff that might be shoving it in there....
[20:34]  * koolhead11 points storrgie, #ubuntu
[20:34] <storrgie> koolhead11, its for ubuntu server
[20:34] <storrgie> I have a monitor attached to the server
[20:35] <koolhead11> smoser, as Daviey i will test everything on new CD tomorrow :D
[21:13] <Daviey> RoAkSoAx: Having a problem with the installer?
[21:18] <jamespage> Daviey, RoAkSoAx: if screenshot is from PXE network install could be related to lack of daily images for the last few days (assuming setup is using full ISO rather than mini?)
[21:19] <jamespage> I had a very similar issue with my local install environment yesterday which I banged my head against the wall for an hour or so with :-)
[21:19] <Daviey> jamespage: Argh.. normally it shows - a problem with linux-modules could not be found.
[21:19] <Daviey> Was it the same issue?
[21:20] <Daviey> RoAkSoAx: there is a fresh daily ISO to try, if you want?
[21:20] <jamespage> i got that same message - I think the kernel upped a version since 01/09
[21:20] <jamespage> could not detect any local disk so iSCSI instead :-)
[21:21] <jamespage> Daviey: are you doing a bit of sponsoring ATM?
[21:23] <Daviey> jamespage: can do..
[21:24] <Daviey> I was just fixing some packages i do not care about for fun.
[21:24] <Ursinha> lol
[21:24] <jamespage> Daviey: lp:~james-page/ubuntu/oneiric/jenkins/misc-fixes is ready to go if you have time
[21:24] <jamespage> I did check in PPA - worked just fine so not sure whats up with your pbuilder environment :-(
[21:27] <RoAkSoAx> jamespage: ok so AFAIK the image might have been updated in cobbler
[21:27] <RoAkSoAx> jamespage: but it is an ISO
[21:27] <RoAkSoAx> Daviey: yeah I'll do that
[21:27] <jamespage> OK so as we have had not ISO's since the first thats prob the issue
[21:27] <jamespage> well it was for me anyway
[21:27] <RoAkSoAx> Daviey: I havent manually updated the ISO myself, so the cronjob that is installed might have done so
[21:28] <RoAkSoAx> so if it was a recently imported ISO that might be the issue
[21:28] <RoAkSoAx> will try today's daily
[21:28] <RoAkSoAx> and see what happends
[21:28] <jamespage> The mini.iso works just fine
[21:28] <jamespage> but that gets built differently
[21:28] <RoAkSoAx> jamespage: what I'm using is also a mini ISO
[21:28] <jamespage> when did it last get updated?
[21:28] <Daviey> RoAkSoAx: it was only published a few hours ago, so unlikely the cronjob picked it up
[21:29] <RoAkSoAx> Daviey: indeed
[21:29] <RoAkSoAx> jamespage: 21st
[21:29] <jamespage> yeah - so it will def. be borked
[21:30] <jamespage> an update should fix
[21:30] <RoAkSoAx> jamespage: k will do that
[21:30] <RoAkSoAx> thanks
[21:30] <jamespage> np
[21:30] <jamespage> I lost time on it - wanted to make sure you did not :-)
[21:31] <jamespage> anyway - bed time
[21:31]  * jamespage yawns
[21:31] <jamespage> ttfn
[21:34] <Daviey> nn jamespage
[21:58] <Ursinha> Daviey, qa-regression-testing is really neat
[22:03] <idlemind324> on 10.04 lts i installed openssh-server and tried to use it with my 16 character password but it would not let me in. i changed it to a 10 character password and i was able to get in. aside from using keys how do i extend the length of passwords ssh can use?
[22:03] <idlemind324> on the servers local console if i run ssh -l <myusername> localhost ... i can use my 16 character password
[22:04] <idlemind324> i am unable to use my 16 character password from my 11.04 desktop
[22:06] <Ursinha> idlemind324, what's the error message?
[22:06] <idlemind324> it simply fails authentication
[22:06] <idlemind324> if i change my password from 16 characters to 10 it works
[22:06] <idlemind324> i just never thought ssh on the client side would fial because a password was too long
[22:07] <Ursinha> stupid question, but is it possible that you have a function key enabled or something that might be producing the wrong char in the 16 chars passwd?
[22:08] <idlemind324> nah i the ssh server is a vm on the machine i'm using for the client so if it had a function key on i would assume it would replicate to both
[22:08] <idlemind324> i guess it could be one of my special characters
[22:08] <idlemind324> i'm trying a strictly numeric 16 character password atm
[22:09] <idlemind324> hmm
[22:09] <idlemind324> must be a character
[22:09] <idlemind324> * special character
[22:09] <idlemind324> 16 character numeric password worked
[22:09] <Ursinha> :)
[22:10] <idlemind324> now to find out what specials break it
[22:11] <Ursinha-afk> idlemind324, check if it shows correctly in plain text inside the vm
[22:11] <idlemind324> it does
[22:11] <Ursinha-afk> hmm
[22:12] <Ursinha-afk> idlemind324, did it work before or that's the first time you're trying that?
[22:12] <idlemind324> first time around
[22:12] <idlemind324> interesting
[22:12] <idlemind324> when running passwd
[22:12] <idlemind324> using just ))(( as my password it says "No password supplied"
[22:13] <Ursinha-afk> hmm, I don't get it then
[22:13] <Ursinha-afk> :/
[22:13] <idlemind324> hmm
[22:13] <idlemind324> me thinks me found it
[22:14] <Ursinha-afk> and what's that?
[22:14] <idlemind324> the vm isn't capturing the )('s at terminal
[22:14]  * Ursinha-afk is curious
[22:14] <Ursinha-afk> ah, thought so
[22:14] <idlemind324> it gets all other specials it seems
[22:14] <idlemind324> now to figure out why
[22:14] <Ursinha-afk> it's almost always something about special chars assignment
[22:15] <idlemind324> could it have something to do with keyboard layout selection?
[22:15] <Ursinha-afk> or the vm manager shortcuts setup as well
[22:22] <Daviey> Ursinha-afk: yeah, it is nice!
[22:22] <Daviey> Ursinha-afk: we should use it more :)
[23:05] <lajjr> Hello kim0
[23:26] <kim0> lamont: hey


[00:19] <foddo20> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[00:19] <foddo20> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[00:19] <foddo20> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[00:19] <foddo20> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[00:19] <foddo20> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[00:19] <foddo20> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[00:19] <themill24> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[00:19] <themill24> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[00:19] <themill24> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[00:20] <themill24> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[00:20] <themill24> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[00:20] <themill24> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[00:44] <Guest43987> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[00:44] <Guest43987> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[00:44] <Guest43987> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[00:44] <Guest43987> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[00:44] <Guest43987> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[00:44] <Guest43987> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[01:45] <rdococ14> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[01:45] <rdococ14> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[01:45] <rdococ14> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[01:45] <rdococ14> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[01:45] <rdococ14> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[01:45] <rdococ14> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[01:54] <zenguy-> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[01:54] <zenguy-> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[01:54] <zenguy-> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[01:55] <zenguy-> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[01:55] <zenguy-> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[01:55] <zenguy-> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[02:12] <CGML29> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[02:12] <CGML29> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[02:12] <CGML29> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[02:12] <CGML29> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[02:12] <CGML29> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[02:12] <CGML29> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[02:16] <uptime7> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[02:17] <uptime7> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[02:17] <uptime7> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[02:17] <uptime7> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[02:17] <uptime7> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[02:17] <uptime7> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[02:45] <Peng26> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[02:45] <Peng26> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[02:45] <Peng26> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[02:45] <Peng26> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[02:45] <Peng26> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[02:46] <Peng26> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[03:04] <weaksauce> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[03:04] <weaksauce> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[03:04] <weaksauce> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[03:04] <weaksauce> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[03:04] <weaksauce> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[03:04] <weaksauce> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[03:31] <jrabe2> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[03:31] <jrabe2> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[03:31] <jrabe2> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[03:31] <jrabe2> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[03:31] <jrabe2> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[03:31] <jrabe2> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[04:37] <boser28> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[04:37] <boser28> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[04:37] <boser28> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[04:37] <boser28> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[06:52] <linuxdaemon22> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[06:52] <linuxdaemon22> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[06:52] <linuxdaemon22> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[06:52] <linuxdaemon22> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[06:52] <linuxdaemon22> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[06:52] <linuxdaemon22> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[06:54] <BruceS4> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[06:54] <BruceS4> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[06:54] <BruceS4> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[06:54] <BruceS4> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[06:54] <BruceS4> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[06:54] <BruceS4> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[07:32] <rwg27> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[07:32] <rwg27> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[07:32] <rwg27> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[07:32] <rwg27> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[07:32] <rwg27> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[07:32] <rwg27> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[07:53] <Bkid2> After the acquisition by Private Internet Access, Freenode is now being used to push ICO scams https://www.coindesk.com/handshake-revealed-vcs-back-plan-to-give-away-100-million-in-crypto/
[07:53] <Bkid2> "All told, Handshake aims to give $250 worth of its tokens to *each* user of the websites the company has partnerships with – GitHub, the P2P Foundation and *FREENODE*, a chat channel for peer-to-peer projects. As such, developers who have existing accounts on each could receive up to $750 worth of Handshake tokens."
[07:53] <Bkid2> Handshake cryptocurrency scam is operated by Andrew Lee (276-88-0536), the fraudster in chief at Private Internet Access which now owns Freenode
[07:53] <Bkid2> Freenode is registered as a "private company limited by guarantee without share capital" performing "activities of other membership organisations not elsewhere classified", with Christel and Andrew Lee (PIA's founder) as officers, and Andrew Lee having the majority of voting rights
[07:53] <Bkid2> Even christel, the freenode head of staff is actively peddling this scam https://twitter.com/christel/status/1025089889090654208
[07:53] <Bkid2> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[09:47] <kspencer9> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[09:47] <kspencer9> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[09:47] <kspencer9> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[09:47] <kspencer9> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[09:47] <kspencer9> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[10:06] <cylon512_> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[10:06] <cylon512_> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[10:06] <cylon512_> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[10:06] <cylon512_> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[10:06] <cylon512_> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[10:16] <fxrh12> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[10:16] <fxrh12> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[10:16] <fxrh12> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[10:16] <fxrh12> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[10:16] <fxrh12> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[12:36] <Captain_Beezay> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[12:36] <Captain_Beezay> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[12:36] <Captain_Beezay> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[12:36] <Captain_Beezay> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[12:36] <Captain_Beezay> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[12:51] <furiousDingo6> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[12:51] <furiousDingo6> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[12:51] <furiousDingo6> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[12:51] <furiousDingo6> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[12:51] <furiousDingo6> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[13:19] <Tools23> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[13:19] <Tools23> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[13:19] <Tools23> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[13:19] <Tools23> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[13:20] <Tools23> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[13:43] <jcjordyn12025> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[13:43] <jcjordyn12025> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[13:43] <jcjordyn12025> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[13:43] <jcjordyn12025> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[13:43] <jcjordyn12025> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[13:52] <EXCEPTS> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[13:52] <EXCEPTS> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[13:52] <EXCEPTS> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[13:52] <EXCEPTS> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[13:52] <EXCEPTS> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[14:45] <node9> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[14:45] <node9> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[14:46] <node9> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[14:46] <node9> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[14:46] <node9> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[16:06] <yar4> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[16:06] <yar4> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[16:06] <yar4> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[16:06] <yar4> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[16:06] <yar4> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[16:18] <Brace17> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[16:18] <Brace17> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[16:18] <Brace17> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[16:18] <Brace17> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[16:19] <Brace17> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[16:46] <nesthib> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[16:46] <nesthib> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[16:46] <nesthib> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[16:46] <nesthib> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[16:46] <nesthib> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[17:41] <}ls{20> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[17:41] <}ls{20> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[17:41] <}ls{20> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[17:41] <}ls{20> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[17:42] <}ls{20> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[17:56] <bernalex17> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[17:56] <bernalex17> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[17:56] <bernalex17> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[17:56] <bernalex17> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[17:56] <bernalex17> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[18:46] <high_fiver> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[18:46] <high_fiver> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[18:46] <high_fiver> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[18:47] <high_fiver> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[18:47] <high_fiver> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[19:44] <Guest7669> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[19:44] <Guest7669> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[19:45] <Guest7669> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[19:45] <Guest7669> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[19:45] <Guest7669> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[20:49] <EdSaperia19> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[20:49] <EdSaperia19> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[20:49] <EdSaperia19> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[20:49] <EdSaperia19> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[20:49] <EdSaperia19> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[21:02] <nesthib> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[21:02] <nesthib> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[21:02] <nesthib> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[21:02] <nesthib> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[21:02] <nesthib> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[21:08] <tanuki7> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[21:08] <tanuki7> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[21:59] <poxifide4> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[21:59] <poxifide4> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[21:59] <poxifide4> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[21:59] <poxifide4> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[22:00] <poxifide4> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[22:50] <mcintosh25> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[22:50] <mcintosh25> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[22:50] <mcintosh25> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[22:50] <mcintosh25> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[22:50] <mcintosh25> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[23:03] <grit2> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[23:03] <grit2> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[23:04] <Fleet23> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[23:04] <Fleet23> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[23:04] <Fleet23> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[23:04] <Fleet23> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[23:05] <Fleet23> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/
[23:15] <nOgAnOo> Christel just posted this "denial" on the freenode blog https://freenode.net/news/spam-shake
[23:15] <nOgAnOo> This blog is essentially an ad for the Handshake ICO scam with a one-line "denial" of involvement mixed in there. It's obviously very unethical of Christel to not mention her own involvement in the scam which the blog post promotes.
[23:15] <nOgAnOo> Consider Andrew Lee's involvement, Andrew Lee is Christel's boss at London Trust Media and he also controls the majority of freenode voting rights. Andrew Lee also heads the handshake ICO scam. Coincidence?
[23:15] <nOgAnOo> Oh, and about those donations she speaks of: https://twitter.com/ISCdotORG/status/1025461692132519936
[23:15] <nOgAnOo> Don't support freenode and their ICO scam, switch to a network that hasn't been co-opted by corporate interests. OFTC or efnet might be a good choice. Perhaps even https://matrix.org/


[01:03] <basicer> So I have my curtin preseed doing some custom partition stuff, and it works okay, but grub fails to install.
[01:04] <basicer> Where can I see what commands its trying to run so I can fix it ?
[07:20] <gmb> jtv1: I’ve realised that I forgot to finish reviewing https://code.launchpad.net/~jtv/maas/boot-image-dict/+merge/214210 for you; profuse apologies. I’ll get right on it once I’ve finished this branch.
[07:21] <gmb> bigjools: Do we have a sample of what bootresources.yaml should look like  in order to pull in HWE kernels?
[07:21] <gmb> Just realised that my documentation reads “update bootresources.yaml appropriately” which is a bit like saying “use a goodly measure of spices”
[07:21] <bigjools> gmb: it's all in the subarchs
[07:22] <bigjools> so amd64/hwe-t for example
[07:22] <gmb> bigjools: Thanks.
[07:22] <bigjools> gmb: see http://maas.ubuntu.com/images/ephemeral-v2/daily/streams/v1/index.json
[07:22] <gmb> bigjools: Ah, perfect!
[07:23] <gmb> Excellent typo… “Hardware enoblement”
[07:24]  * gmb fixes
[07:40] <gmb> bigjools: Could you use tags to set HWE kernels?
[07:41] <bigjools> gmb: no, it's driven entirely from subarchj
[07:41]  * gmb is still murky about tag magic
[07:41] <bigjools> "tags are cheesy"
[07:41] <gmb> :)
[07:50] <gmb> bigjools: https://code.launchpad.net/~gmb/maas/hwe-docs/+merge/214476
[07:50] <gmb> Cheese-free, hopefully
[07:51] <bigjools> gmb: cheers, will be on it shortly
[07:56] <bigjools> gmb: there;s code at the bottom of the diff
[08:08] <gmb> bigjools: Ah, sorry. colo-branch-using fail.
[08:08] <gmb> Fixing.
[08:10] <gmb> bigjools: Don
[08:10] <gmb> e
[08:21] <gmb> bigjools: Thanks for the review. All good points. On it now.
[09:08] <bigjools> gmb, allenap: https://bugs.launchpad.net/maas/+bug/1302156
[09:17] <jtv1> bigjools: I'm just putting up a fix for bug 1302772.
[09:18] <bigjools> jtv: you're a star
[09:18] <bigjools> jtv: I shall leave one of gmb or allenap to review that, as I am EOD now.  Thank you!
[09:18] <jtv> np
[09:19] <jtv> And I see that gmb assigned me the card.
[09:19] <gmb> I’ll review it.
[09:19] <gmb> Seems fair
[09:19] <jtv> According to the timestamp, about 3 minutes before I ever mentioned it.  :)
[09:19] <gmb> :)
[09:19] <jtv> Thanks!
[09:20] <jtv> Did you  finish reviewing my other branch?
[09:20] <gmb> jtv: I’m on it now.
[09:20] <jtv> Ah OK
[09:20]  * gmb designates self reviewmeister for this morning.
[09:20] <jtv> Schnell!  Schnell!
[10:08] <strikov> jtv: hey
[10:10] <strikov> jtv: how about extending TestMain to (1) have/pull multiple labels (2) have/pull .gz image to make sure that unpacking works
[10:34] <jtv> strikov: Useful in themselves, but would complicate a test that is already quite overweight and potentially brittle...  It's always tempting to throw more complications into these tests, but also quite costly.
[10:34] <jtv> If we can unit-test these points, great.
[10:34] <jtv> (Today's a holiday for me, so not around much)
[10:36] <jtv> If we do the unpacking, then we can unit-test it.  If it's Simplestreams' job, then it's really something for the Simplestreams tests.
[10:44] <strikov> jtv: Okay, thanks, got your point. Enjoy your holiday :)
[10:44] <jtv> Thanks!
[12:30] <strikov> jtv: I started to work on tests related to image unpacking (we do it, not ss) but met with one serious issue: euc2tgz tool (we use it to convert .img to .tgz) requires root permissions
[13:41] <tych0> hi allenap, so it looks like i do want to trigger the celery job manually on the import process
[13:41] <tych0> i guess you guys must do this for tests and stuff, is there a way to do that?
[13:55] <jtv> strikov: ah yes, that tool... one thing you can try is fakeroot.
[13:55] <jtv> It's like sudo, but fake.  :-)
[13:55] <jtv> fakeroot runs a child process that thinks it's root, a lot like sudo, but it doesn't actually get any of the privileges.
[13:57] <jtv> tych0: you can just run a celery task (i.e. a function defined with the @task decorator) by calling its delay() method.
[13:57] <jtv> (Yes, the functions have methods :)
[14:09] <tych0> jtv: ok, so i just import it and do footask.delay()?
[14:09] <tych0> cool
[14:10] <jtv> tych0: Yes.  And don't forget, when you need to patch out a celery task for a test, you actually need to patch out its delay() method!
[14:10] <tych0> jtv: yep, we actually want to run this one this time :-)
[14:10] <jtv> Ah, that's easier.  :)
[14:11] <jtv> During tests, celery is wired up to execute tasks synchronously.
[14:11] <jtv> In fact we've been sort of doubting the wisdom of that choice — because some of it gets run implicitly during tests for no good reason.
[14:25] <webbrandon> any of you ever ran into these when mining: http://paste.ubuntu.com/7217201/ ?  I just started a priate network server and all my miners get that, trying to think of why?
[14:26] <jtv> Mining..?
[14:26] <webbrandon> oops
[14:26] <webbrandon> wromg chan
[14:26] <jtv> oic
[14:47] <jtv> gmb, rvba: I'm backporting my fix for the config bug (where the old "boot" section in pserv.yaml broke the upgrade).  No objections?
[14:47] <rvba> jtv: sounds good to me.
[14:51] <tych0> hi jtv, i'm getting http://paste.ubuntu.com/7217337/
[14:53] <jtv> tych0: new one on me... one of the guys in Europe may be able to help.
[14:53] <tych0> ok
[14:53] <tych0> rvba: ^^ ?
[14:53] <tych0> or allenap
[14:53] <jtv> Could be a celery change.
[14:54] <tych0> i think this is probably something you've always had to do
[14:54] <tych0> i vaguely remember rvba describing to me this before, at least
[14:54] <jtv> Hmm yes, it's not a change in celery — it's something we do.
[14:54] <rvba> tych0: yes, hang on…
[14:56] <rvba> tych0: Wrong celery config.
[14:56] <tych0> ok, how do i pass the right one?
[14:56] <rvba> tych0: you have two celery config in /etc/maas, have a look at the upstart script to see what variable you need to define to load the right config.
[14:58] <tych0> ok
[15:13] <tych0> hi rvba, sorry for being slow, but: http://paste.ubuntu.com/7217420/
[15:13] <tych0> i'm not sure what variables to export exactly, based on my /etc/init/maas-cluster-celery.conf
[16:03] <AskUbuntu> MAAS / nodes have limited internet access after install | http://askubuntu.com/q/444563
[16:18] <tych0> allenap: any thoughts on my question above?
[16:18] <allenap> tych0: otp, biab
[16:20] <tych0> allenap: sure, no worries
[16:24] <allenap> tych0: Are you setting CELERY_CONFIG_MODULE in the environment before invoking this?
[16:24] <allenap> It has a similar approach to Django’s settings module.
[16:26] <allenap> tych0: Are you trying to kick off the import job? That can be done via the remote API, but you don’t get any feedback, so I assume you want to run it directly?
[16:28] <tych0> allenap: yeah, viz. the paste above
[16:28] <tych0> i might be doing it wrong, though
[16:28] <tych0> allenap: oh, if we can do that via the api that is good enough
[16:28] <allenap> tych0: I was looking at the wrong paste :-/
[16:28] <tych0> allenap: we are going to run the import directly
[16:29] <tych0> and then run the celery job to do the import
[16:29] <tych0> and then check if it imported everything
[16:29] <tych0> so i guess it would be easiest if we could run it directly so it could fail for us
[16:29] <tych0> but not super important, since it probably (:-) won't fail
[16:29] <tych0> the import job itself is much more likely to fail
[16:31] <allenap> tych0: I don’t follow :) Do the import directly then run the celery job to do the import? Do you mean the celery job to report back to the region what’s been imported (report-boot-images or something like that)?
[16:32] <tych0> yep
[16:32] <tych0> the second one
[16:32] <tych0> ideally we'd run that celery job manually too
[16:32] <tych0> because we don't want to be stuck in a wait loop because it broke
[16:33] <allenap> tych0: Yeah :-/ Okay, I’ll see if I can figure out why that setting isn’t available.
[16:34] <tych0> allenap: ok, cool, thanks
[16:34] <tych0> i tried looking at celery
[16:34] <tych0> scary stuff :-)
[16:37] <allenap> tych0: Instead of /etc/maas in PYTHONPATH, use /usr/share/maas
[16:37] <allenap> Or, both.
[16:38] <tych0> allenap: bingo, thank you
[16:38] <tych0> now i get back an AsyncResult object, which isuppose mean things worked?
[16:39] <allenap> tych0: /etc/maas/maas_local_celeryconfig_cluster.py will probably only be readable by root:maas, so make sure you’re running as root or in the maas group; you won’t get any warning if it can’t read that module because of permissions.
[16:39] <allenap> tych0: Might have :) I don’t know what one of those is.
[16:39] <tych0> http://paste.ubuntu.com/7217779/
[16:41] <allenap> I don’t even know what a result backend is.
[16:41] <allenap> rvba: Are you around? ^
[16:41] <lazyPower> greetings maasers. I've run into an interesting issue with maas on trusty server that appeared after I rebooted the machine. http://i.imgur.com/QsOuhYZ.jpg
[16:42] <lazyPower> it has to do with iscsi target host, and the tgt bootstrapping, this error was hit before but skipped. Now that i've rebooted the maas region-controller (Which is also the cluster-controller) i now get halted on this during the pxe boot process
[16:42] <tych0> allenap: hmm, ok
[16:42] <tych0> it isn't showing up in the logs, so i don't think it is actually running
[16:45] <allenap> lazyPower: I suspect that’s https://bugs.launchpad.net/maas/+bug/1300548. That will be fixed in trusty soon, but if you look at the diff in that change you can see that all you need to do is create a missing symlink (and probably restart tgt).
[16:46] <allenap> tych0: Make sure you’ve got both /etc/maas *and* /usr/share/maas in PYTHONPATH.
[16:46] <allenap> I don’t think that’ll fix the bug you’re seeing, but it needs to be done anyway.
[16:48] <tych0> allenap: ok, yeah, didn't fix anything :-(
[16:50] <lazyPower> aha! i knew i found it but closed the tab, and was unable to refind it.
[16:50] <lazyPower> thanks allenap
[17:07] <allenap> tych0: I think this is happening because, when you call .delay(), it expects to be able to send that task off to a queue. In MAAS’s case, RabbitMQ.
[17:07] <allenap> tych0: You need to find the function to call that actually executes the body of the code.
[17:08] <allenap> run() maybe, but that doesn’t seem to do anything here.
[17:09] <tych0> hmm, ok
[17:09] <tych0> just fiddling with somethign else, will look at it in a sec
[17:10] <rvba> allenap: tych0: back with a decent internet connection…
[17:11] <allenap> tych0: You’re better off just calling maas-import-pxe-files!
[17:11] <tych0> allenap: that's what we're planning to do
[17:11] <tych0> but we need to also trigger the celery job to have it collect the images
[17:11] <allenap> That’s all the task in p.tasks.report_boot_images does: calls sudo -n -E maas-import-pxe-files.
[17:11] <rvba> tych0: right, you can't use r.failed(): MAAS doesn't store the result of the tasks it sends.
[17:11] <tych0> otherwise we can't create a node
[17:12] <tych0> allenap: yeah, that's what we were doing before
[17:12] <tych0> now maas does things via celery vs. a simple filesystem check
[17:12] <tych0> so we hav eto trigger the celery job too
[17:13] <allenap> tych0: Yeah, ignore about the last 120 seconds from me :)
[17:14] <allenap> Possibly more :)
[17:14] <tych0> ideally we'd be able to trigger the celery job manually as well
[17:14] <allenap> I was getting muddled between report_boot_images and import_boot_images.
[17:14] <tych0> so i ncase that fails we get a non-zero exit code and know to inform the user
[17:18] <allenap> rvba: So, how do we execute a task directly? .run?
[17:19] <rvba> allenap: task.apply_async()
[17:20] <allenap> tych0, rvba: I’ve just realised what’s going to cause an issue. The credentials aren’t in p.cache.cache (fwiw, p.cache.initialize() needs to be called early too).
[17:21] <allenap> rvba: Doesn’t apply_async() arrange for the task to be called later?
[17:21] <rvba> allenap: yes, that's what I thought you meant.  Oh, you meant call the task's code manually?
[17:22] <allenap> rvba: Yeah. I think .run() is the badger.
[17:23] <allenap> tych0: Getting the credentials into p.cache.cache will result in total hair loss.
[17:23] <allenap> report_boot_images() needs them to talk to the API.
[17:24] <allenap> tych0: Well… you might be able to fudge it.
[17:25] <allenap> tych0: Do you have a one:two:three credentials thing for the API to hand at the point you need to call report_boot_images()?
[17:25] <tych0> yep
[17:25] <tych0> so i can pass those in somehow
[17:27] <allenap> tych0: Here goes:
[17:28] <allenap> from provisioningserver import cache
[17:28] <allenap> cache.initialize()
[17:28] <allenap> from provisioningserver import auth
[17:28] <allenap> auth.record_api_credentials(“one:two:three”)
[17:28] <allenap> from provisioningserver import tasks
[17:28] <allenap> tasks.report_boot_images(http_proxy=…)
[17:28] <allenap> Watch out for the quotes above; my machine automatically changes them to typographical quotes.
[17:28] <tych0> yeah, saw that
[17:28] <tych0> r.e. the quotes
[17:29] <tych0> allenap: cool, will try now
[17:30] <allenap> tych0: Eugh, ignore the http_proxy bit. I am yet again getting muddles.
[17:30] <allenap> muddled too.
[17:34] <allenap> tych0: I have to go now, but I’ll be back in ~2 hours.
[17:34] <tych0> allenap: ok, it looks like this won't work exactly, but i think i can get it to work
[17:34] <tych0> need to source /etc/maas/celery.conf and some other stuff
[17:34] <tych0> but this is a lot further than i would have gotten myself
[17:35] <tych0> i will let you know what i come up with
[17:35] <allenap> tych0: Ah, yes! Source /etc/maas/maas_cluster.conf and export MAAS_URL and CLUSTER_UUID.
[17:35] <tych0> yep
[17:41] <tych0> arg
[17:41] <tych0> 403 forbidden
[17:41] <tych0> http://paste.ubuntu.com/7218034/
[17:45] <Fishy_> whats it mean when I can't import boot images on a new install, and I get  "  File "/usr/lib/python2.7/dist-packages/formencode/schema.py", line 145, in _to_python     value_dict, state) Invalid: The input field 'username' was not expected."
[17:50] <rvba> Fishy_: doesn't look good at all, could you please file a bug with the full stack trace, the version of MAAS you're using, the exact MAAS configuration, and what you've done to get that stacktrace?
[17:51] <Fishy_> okay
[17:51] <Fishy_> fresh install off CD
[17:59] <Fishy_> https://bugs.launchpad.net/maas/+bug/1303935
[18:01] <rvba> Fishy_: ta.  I can't have a look at it right now but we will get back to you quickly.
[18:03] <Fishy_> cool!
[18:03] <Fishy_> im sure its me
[18:54] <_bjorne> why im always get this answer in my access.log?!  200 is ok, 404 is error ----> GET /MAAS/metadata//2012-03-01/user-data HTTP/1.1" 404 200 "-" "Python-urllib/2.7
[19:23] <tych0> hi smoser, what can you tell me about the new import script and tftp timeouts?
[19:23] <tych0> it looks like my /var/lib/maas/tftp is totally empty, i assume it shouldn't be?
[19:24] <smoser> that woudl seem bad.
[19:25] <smoser> but it might be goign to ta different place.
[19:25] <tych0> smoser: http://paste.ubuntu.com/7218450/
[19:26] <smoser> tych0, that seems plausible
[19:27] <tych0> smoser: ok, so that might work (?)
[19:27] <tych0> i could bomb boot-resources and try again
[19:32] <smoser> tych0, id' avhe to look closer, but generally it seems sane.
[19:32] <smoser> i dont knwo about tftp timeouts though
[19:32] <smoser> you ahve more info there?
[19:33] <tych0> smoser: no, it pxe boots, gets an ip, and then never gets a kernel from tftp
[19:33] <tych0> smoser: is there some more info i can collect somewhere?
[19:36] <smoser> does it get the pxe config ?
[19:36] <smoser> this is intel ?
[19:37] <tych0> smoser: amd64, no, it doesn't get the pxe config
[19:38] <tych0> PXE-E32: TFTP open timeout
[19:38] <tych0> PXE-M0F: Exiting Intel Boot Agent.
[19:41] <AskUbuntu> MAAS Controller & KVM Help | http://askubuntu.com/q/444648
[19:42] <smoser> tych0, is the pserv running ?
[19:42] <tych0> well
[19:42] <tych0> i restarted it but i don't think it came up, actually
[19:42] <tych0> sec
[19:43] <tych0> heh...
[19:43] <tych0> http://paste.ubuntu.com/7218525/
[19:43] <tych0> upstart's maas-pserv.log
[19:48] <smoser> tych0, is it crashing on a tftp request?
[19:48] <smoser> or crashing just when run
[19:48] <tych0> smoser: got it figure dout actually
[19:48] <tych0> will file a bug shortly
[19:57] <tych0> smoser: should i still expect things in tgt-admin --show?
[19:57] <smoser> tych0, yes
[19:57] <tych0> now iscsistart is timing out
[19:57] <tych0> and there isn't anything there
[19:57] <tych0> (in tgt-admin --show
[19:57] <tych0> )
[19:58] <Jeffrey_> Good afternoon, I am currently using MaaS 1.5 Trusty Thar and after a fast install using curtin on a node the server doesn't reboot. I was wondering if this is the expected action? I was using a previous MaaS 1.4 Saucy and after a fast install the machine would reboot and then be ready.
[20:06] <smoser> console log is the most useful.
[20:06] <smoser> if it as trusty ephemeral image
[20:07] <smoser> then you will have /var/log/cloud-init-output.log
[20:07] <smoser> and /var/log/cloud-init.log , looking for WARN will probably shoul you something
[20:09] <Jeffrey_> smoser: Alright awesome thanks for your help! I'm going to go try some things now.
[20:36] <allenap> tych0: How did you get on in the end?
[20:36] <tych0> allenap: https://bugs.launchpad.net/maas/+bug/1302772 was what i was hitting
[20:36] <ubot5`> Ubuntu bug 1302772 in MAAS "update of maas-cluster-controller on trusty dumps traceback and crashes" [Critical,In progress]
[21:01] <allenap> tych0: Do you have a workaround for that?
[21:02] <tych0> allenap: yeah, just delete that whole section from the config file
[21:03] <allenap> tych0: We’ll have a fix for that in time for Trusty, so as long as you can bear it for now it should be fine.
[21:03] <tych0> allenap: yep, that worked
[21:03] <allenap> Tip top.
[21:20] <lazyPower> looks like we have some new fun stuff on the horizon with import-pxe-files, i got an invalid key signature error
[21:20] <lazyPower> http://paste.ubuntu.com/7218962/
[21:21] <lazyPower> however, re-running the command completed successfully. Maybe a temporary hiccup
[21:24] <tych0> lazyPower: those images probably aren't signed by the archive key
[21:25] <lazyPower> its strange that re-running the command completed without issue. I think it was just a temporary hiccup?
[21:25] <tych0> shoudl be signed by the key in ubuntu-cloudimage-keyring it hink
[21:25] <lazyPower> because if its failing crc validation and bailing on the whole process, it should have repeated the same behavior