[09:56] <rvba> jtv1: default zone branch is up for review https://code.launchpad.net/~rvb/maas/default-zone/+merge/200635
[09:56] <rvba> jtv1: I'm reviewing your maas-test branch now
[09:56] <jtv1> Thanks.  I'll have a look at yours.
[09:57] <rvba> Ta.
[10:55] <rvba> jtv1: gmb there is still something left to do with the AZ stuff: update the documentation (to account for the default zone thingy) and add a node saying this feature is only available in the version published in Trusty.
[10:55] <rvba> s/node/note/
[10:57] <jtv1> Ah great.
[13:29] <tomixxx> hi regarding )<matsubara>tomixxx, https://help.ubuntu.com/community/Installation/FromUSBStick#live-usb from yesterday: does this mean i have to INSTALL ubuntu on my nodes ?
[13:32] <jtv> tomixxx: no, you shouldn't have to do that.  Misunderstanding?
[13:32] <jtv> On your servers though, yes please.  :-)
[13:33] <jtv> roaksoax: turns out we got unlucky and cut the Trusty package just when we had that one script briefly in the wrong package.  What do I need to do to set that right?
[13:34] <tomixxx> jtv: i have one server and 2 nodes. the server has both, windows 7 and ubuntu server tls 12.04.3 installed, the 2 nodes have only windows 7 installed
[13:35] <roaksoax> jtv: i already have the fix for it. it is just a simple Conflicts/Breaks
[13:35] <jtv> tomixxx: maas installs ubuntu on the nodes remotely (by netbooting them into install images)
[13:35] <tomixxx> jtv: y, but woke-on-lan is not working correclty, so my maas-server cannot boot the nodes
[13:36] <jtv> That's annoying.  If they can still netboot, you can turn them on manually — but it's not going to be as nice.
[13:37] <jtv> (Wake-on-LAN also has the problem that it can't power nodes down again)
[13:37] <tomixxx> but if i start the nodes manually, nothing happens, except windows 7 is starting
[13:37] <tomixxx> and the nodes tay "commissioning" in maas web interface
[13:37] <jtv> Are they set up to boot off PXE?
[13:38] <tomixxx> good point
[13:38] <jtv> What happens there is: MAAS has tried to power the node up, and expects the node to netboot off the server.
[13:38] <tomixxx> i understand, i will check boot order of my nodes
[13:38] <jtv> Very important.  :)
[13:38] <jtv> BTW be aware that that will install the system right over the nodes' existing OS.
[13:39] <jtv> So make sure there's nothing on those nodes' disks that you want to keep!
[13:39] <tomixxx> kk
[13:42] <tomixxx> hmm i cannot select booting from network in bios/boot options
[13:42] <jtv> Ouch.
[13:42] <jtv> Does it say why not?  Or is the option just not there?
[13:43] <tomixxx> option is not there
[13:43] <jtv> Maybe the BIOS has a separate option where you need to enable netbooting first, before it shows up in the boot order at all?
[13:43] <tomixxx> kk, will check
[13:46] <tomixxx> there is an option "onboard lan boot rom" -> "disabled"
[13:48] <tomixxx> oh, sth going on here after "enabled" this option
[13:49] <jtv> ?
[13:49] <jtv> New entry in boot order?
[13:50] <tomixxx> jtv: is it ok if i have now sth like the following: 1.) ubuntuI686nov10, 2.) ubuntuI686feb10,...5.) Acronis Partition.... boot:
[13:51] <jtv> That's the boot loader?
[13:51] <jtv> What matters is the boot order in the BIOS though.
[13:51] <tomixxx> (btw, there was no new entry in boot order but i disabled all other and there is an option "enable other boots option"
[13:51] <tomixxx> ok, so this does not come from maas?
[13:52] <jtv> I don't think so...  Are you seeing that list in your BIOS?  Or in your boot loader?
[13:52] <tomixxx> no, normally not
[13:52] <tomixxx> btw: which power type i should select when i turn on the nodes manually?
[13:52] <tomixxx> currently, i have "wake-on-lan" selected
[13:52] <jtv> Keep that one.
[13:52] <tomixxx> ok
[13:53] <jtv> I'm still curious where you got that list... you said you have something like 1) ubuntuI686nov10, 2.) ubuntuI686feb10 etc.  Is that in the BIOS boot-order settings?  Or elsewhere?
[13:53] <tomixxx> ah
[13:54] <tomixxx> i just shut down the node, turn on again and now i can select "network: MBA v.12.2.5 slot 0200" in the screen "please select boot device"
[13:54] <jtv> Ahh
[13:54] <matsubara> tomixxx, nope, I was suggesting that you use the live usb stick to test the wake-on-lan in your network before you try again with MAAS
[13:56] <tomixxx> matsubara: kk, but jtv told me that it might work with manually booting the nodes, so i try it now manually
[13:57] <jtv> Which reminds me...  I bet there's a BIOS option for enabling wake-on-lan as well.
[13:58] <tomixxx> when i choose booting from "network: MBA v.12.2.5 slot 0200" i come into the same selection than before:1.) ubuntuI686nov10, 2.) ubuntuI686feb10,...5.) Acronis Partition.... boot:
[13:58] <tomixxx> but its not the "please select boot device" screen
[14:00] <tomixxx> a screen that tells about the "SystemImager autoinstalls system v3.8.2"
[14:00] <tomixxx> it seems these come from other servers of my university network
[14:01] <jtv> You've got other DHCP servers on the same network?
[14:01] <tomixxx> y
[14:01] <tomixxx> in my maas i have the interface "unamanged"
[14:02] <jtv> Then you also need to do some configuring on the DHCP server.
[14:02] <tomixxx> so i have to configure DHCP in the maas-webinterface?
[14:03] <jtv> Definitely the best option, yes.
[14:03] <jtv> It does mean that your nodes have to be on a network of their own, where MAAS provides them with their DHCP.
[14:03] <jtv> But if you're running multiple bootp servers for different purposes on the same network, I imagine things could get a bit confused.
[14:04] <tomixxx> architecture is, that my 2 nodes are connected to my one maas-server with a SWITCH and the SWITCH is connected with the network of the university
[14:06] <jtv> It should be possible to configure the DHCP server to say "when you netboot, please netboot from the maas server."  But it sounds as if that might interfere with your network setup.
[14:07] <tomixxx> a question: which MAC address do i have to enter in the "wake-on-lan" dialoge when editing a node
[14:07] <tomixxx> ?
[14:07] <tomixxx> the mac address of the node or the mac address of the maas-server?
[14:12] <jtv> tomixxx: the node's.
[14:12] <tomixxx> ok
[14:16] <tomixxx> so, should i try to set DHCP settings in maas-server?
[14:17] <jtv> If you have a network that you can serve DHCP on, yes.  But be careful not to serve DHCP arbitrarily on the university network!
[14:18] <jtv> Sysadmins don't take kindly to that sort of thing.  :)
[14:18] <jtv> Everything may seem to work just fine, but then machines elsewhere start renewing their DHCP leases, and getting ones from your server instead of the one that's meant to manage the network.
[14:19] <jtv> Or a machine that's meant to netboot off the departmental server tries to boot off the maas pxe server, and won't boot...
[14:20] <tomixxx> ouch ok
[14:20] <jtv> A "rogue" DHCP server (as it's called) is a really serious problem, unless the network is carefully managed to prevent it.
[14:21] <tomixxx> so, i guess its better to let cluster interface "unmanaged" ?
[14:22] <jtv> The best thing to do is to have the maas on a separate network, behind a router, and let maas manage the interface.
[14:23] <jtv> If that's not possible, be aware that you'll need to tweak the configuration of the DHCP server that's already there.
[14:23] <tomixxx> do i have to enable wake-on-lan in bios only on the nodes or also on the maas-server?
[14:23] <jtv> You only need that on the nodes.
[14:23] <tomixxx> ok...
[14:23] <jtv> The server is really a pretty conventional thing.
[14:26] <tomixxx> so, what could be the best next step now?
[14:27] <jtv> Talk to the network admins.  What you need is either:
[14:27] <jtv> (a) A network where your maas server can act as the DHCP server, without affecting the network.
[14:27] <jtv> Or
[14:28] <jtv> (b) *If* it isn't a problem for the network, a configuration change on the existing DHCP server, to tell clients that want to netboot that they should netboot off the maas server.
[14:29] <tomixxx> kk
[14:30] <jtv> Unfortunately you're in a kind of gap between two kinds of use: "private network" and "dedicated network."
[14:31] <tomixxx> k
[14:36] <tomixxx> ok, following hotfix idea:
[14:36] <tomixxx> what is, if i remove the network cable which go out of my swith to the uni network?
[14:37] <tomixxx> then i have my private network, not?
[14:37] <jtv> The nodes will have to install packages.
[14:37] <tomixxx> k
[14:37] <tomixxx> and therefore, the need i-net connection...
[14:37] <jtv> Now, if you could do it so that your maas server was still on the uni network, it'd work.
[14:37] <jtv> Because the nodes should only talk to a proxy running on the maas server, never directly to the internet.
[14:38] <tomixxx> and is it possible to pre-install the OS on the maas-server while internect connection is available, and then put away the outgoing network cable?
[14:39] <jtv> In principle, yes.  But not easy yet.  There is something we could try.
[14:39] <jtv> For commissioning, as I recall, the nodes only need some lldp packages.
[14:39] <roaksoax> jtv: did you hit the upgrade bug?
[14:40] <jtv> roaksoax: not me, but Raphers did.
[14:40] <roaksoax> cool
[14:40] <roaksoax> jtv: note that the file will now be present in both maas-region and maas-cluster i think (because python-maas-provisioning server will be isntalled in both)
[14:40] <jtv> tomixxx: so, if on any machine you could set the http_proxy to be the MAAS server, and then install those same packages, you should be able at least to get through commissioning without hitting the internet...  In principle;
[14:41] <jtv> roaksoax: that's fine, thanks.  We don't actually use it yet for anything inside maas itself, but we need it for maas-test.
[14:42] <matsubara> tomixxx, how many network interfaces do you have in the MAAS server?
[14:43] <tomixxx> matsubara: maas-webinterface is showing me one cluster-controller with two interface: eth0 and another one, without a name
[14:43] <jtv> Ahh yes, good one!  The server could act as a bridge.
[14:43] <matsubara> tomixxx, so, connect one of the interfaces to your uni network, the other to the switch and both nodes to the switch
[14:43] <matsubara> that way you can test your MAAS stuff without breaking hell into the uni's network
[14:44] <roaksoax> jtv: you moved it from maas-dhcp right?
[14:44] <jtv> Yup.
[14:44] <jtv> Thinking nobody would be releasing it juuuuust then.  :)
[14:45] <tomixxx> matsubara: if i do  ifconfig in terminal, the second interface is called "lo" and link encap is local loopback
[14:45] <tomixxx> so, is this really a interface?
[14:45] <roaksoax> jtv: in reality this would only be a problem if someone installs what's currently in trusty and upgrades to something else (and technically, upgrades to something that's in trusty).
[14:45] <roaksoax> since I'm not expecting anyone using trusty just yet... that shouldn't really be a problem
[14:45] <roaksoax> but just in case, i'm adding this fix
[14:45] <jtv> I figured there's probably a testing setup somewhere that could be hurt by this.
[14:46] <jtv> If not, yes, I'm perfectly willing to forget the whole thing!  You'll know more about this than I do.
[14:47] <roaksoax> jtv: https://code.launchpad.net/~andreserl/maas/packaging_upgrade_fix_dhcp/+merge/201937
[14:47] <matsubara> tomixxx, ifconfig -a, I think will show you all the interfaces. even the ones that are down
[14:47] <jtv> Grr... why do developers never listen to my suggestion for tab password completion?  It would save so much time!
[14:47] <matsubara> you probably want eth0 and eth1 or something like that
[14:48] <tomixxx> matsubara: i only have "eth0" and the mentioned "lo"
[14:48] <tomixxx> after executing ifconfig -a
[14:49] <jtv> So not enough to build your own private kingdom.  :/
[14:49] <matsubara> tomixxx, yeah, only one interface then :-(
[14:49] <tomixxx> kk
[14:49] <jtv> Still, ethernet cards in a large network shouldn't be hard to get!
[14:49] <matsubara> indeed, even an ethernet usb adapter should be pretty easy to find
[14:49] <jtv> I'm not suggesting that you open the machine of a colleague who's not in right now and take one, but...
[14:50] <tomixxx> in this room, there are only 3 nodes ^^ ofc, i additionally i have my laptop if this help sth...
[14:50] <jtv> See if the admins have one lying around?
[15:13] <tomixxx> ok, i have got a network interface card from my sysadmin
[15:13] <tomixxx> i will plug it now into the maas-server
[15:24] <tomixxx> ok, card is plugged in now
[15:29] <tomixxx> ok, maas server and 2 nodes are now connected to the switch. the cable from the switch to the uni network is UNPLUGGED. a new cable goes from the 2nd interface of the maas-server to the university network
[15:29] <ticking> tomixxx: hrhr, this is the exact same setup that we run as well
[15:30] <ticking> nat all the things
[15:31] <ticking> tomixxx: which university are you at?
[15:31] <tomixxx> university of klagenfurt
[15:31] <tomixxx> in austria
[15:32] <ticking> cool, university bremen here (northern germany)
[15:32] <tomixxx> hehe
[15:33] <tomixxx> turned on the maas-server again, do i have to do sth when it says "waiting for network configuraiton" ?
[15:33] <tomixxx> ah sorry
[15:35] <tomixxx> if i do "ifconfig -a", i can see eth0 and eth1
[15:37] <matsubara> tomixxx, you can run dpkg-reconfigure maas-region-controller to reconfigure MAAS. it'll ask what's the address of the pxe address, complete it with the value you get from the interface not connected to the uni network
[15:38] <tomixxx> matsubara: it seems, network cards now have no IP so far
[15:38] <matsubara> hmm but before you do that you might need t configure your internal network appropriately first
[15:38] <tomixxx> i cannot connect to i-net
[15:39] <tomixxx> but when i set dhcp settings in maas-server, i have already configrued my internal network, not?
[15:42] <matsubara> tomixxx, right, so first you need to configure the network. Open /etc/network/interfaces and do something like this: http://pastebin.ubuntu.com/6762617/
[15:42] <matsubara> assuming eth0 is the interface connected to the switch and eth1 is the interface connected to the uni network
[15:43] <matsubara> tomixxx, then you sudo service networking restart and check with ifconfig if the IP is properly set for each interface.
[15:44] <tomixxx> ok, first i have another problem: if i start windows i can see there is no driver installed for the new network card
[15:45] <tomixxx> (i have both, windows and ubuntu installed on the maas-server ;)
[15:46] <matsubara> tomixxx, Linux in general have pretty good support for network interfaces, so usually you don't need to install anything else.
[15:46] <matsubara> tomixxx, so, booting up into windows doesn't really help configure the MAAS server
[15:46] <tomixxx> kk
[15:47] <tomixxx> i was a windows user all the time, so when things get unfamiliar, i tend to boot windows again
[15:48] <matsubara> tomixxx, https://help.ubuntu.com/13.10/serverguide/networking.html has plenty of information on how to configure the network
[15:48] <tomixxx> but a question: what is if i dont know if eth0 is the card which is connected to switch?
[16:00] <matsubara> tomixxx, well, you can just try and if doesn't work, you reverse the order. The basic idea is to have the interface that's connected to the uni network set up to use dhcp and the interface connected to the switch with a static address
[16:01] <tomixxx> hmm ok, currently i have edited /etc/network/interfaces and both set to dhcp
[16:01] <tomixxx> but i-net not working so far
[16:04] <matsubara> tomixxx, does it get an IP at all? Also, another thing to keep in mind is, if your uni dhcp server is serving IP address in the same range of the static address things won't work.
[16:05] <tomixxx> i have started now sudo ifup eth1 resp. eth0
[16:05] <tomixxx> i guess i need this?
[16:06] <tomixxx> when i say sudo ifup eth0, response was: "interface eth0 already configured", sudo ifup eth1 still not finished...
[16:08] <tomixxx> jesus, what about the promissed 20-minute-install time for the whole cloud as written on the ubuntu website ;)
[16:10] <tomixxx> interesting: when i do ifconifg -a, i cann see sth like "eth0:avahi" and "eth1:avahi"
[16:10] <tomixxx> additionally
[16:10] <tomixxx> to the 2 interfaces
[16:12] <tomixxx> but i have still no internet on my maas-server :( and it seems the interfaces only have ipv6 addresses
[16:17] <matsubara> tomixxx, I'd suggest get some help from the sysadmin that got you the new interface card. The uni's admins knows how the uni network really works and once you get that configured we can get back to MAAS
[16:19] <tomixxx> y, u are right, this has nothing to do with maas what iam posting here...
[16:29] <tomixxx> interesting thing, if i plug network cable from the uni to the onboard-ethernet-card, internet works
[16:40] <ticking> tomixxx: btw you might want to be carefull, when activating dhcp
[16:41] <ticking> the sysadmins might come and hurt you if you break university wide dhcp, because you broadcast in the same range they do
[16:41] <ticking> you want to set up nat
[16:41] <ticking> https://help.ubuntu.com/community/Router
[16:42] <ticking> you can check which card is which by calling ifconfig in the terminal
[16:42] <tomixxx> at the moment, i have the problem that one of my two network cards does not find correct drivers
[16:47] <tomixxx> ok guys
[16:47] <tomixxx> eth0 ---- dhcp to uni, internet works
[16:47] <tomixxx> eth1 ----- static ip as suggested <IP_ADDRESS>
[16:52] <tomixxx> in maas-web-interface,  i guess i have to delete eth0 from cluster-controller and add eth1, right?
[16:54] <tomixxx> matsubara, jtv, someone online?
[16:57] <matsubara> tomixxx, I'm here but a bit busy at the moment. Would you mind bringing this up in the maas mailing list or askubuntu? That way the solution will be archived and others might be able to jump in to help as well.
[16:58] <matsubara> tomixxx, but you're right, delete eth0 from the cluster-controller and add eth1 and make it manage dhcp for you.
[20:37] <CarlosC> greetings, I am going to be using maas for our deployments for our clusters and wanted to see if there is a more "architecture" friendly document for maas
[20:37] <CarlosC> I really want to understand the regional controller / cluster/ cluster controller better
[21:05] <roaksoax> CarlosC: this might help: http://www.roaksoax.com/2013/05/getting-started-with-maas-and-juju
[21:07] <CarlosC> roaksoax: very nice, thanks
[21:07] <CarlosC> let me digest this and I'm sure there will be more questions to follow ;-)
[21:21] <CarlosC> ok...so a cluster is the smallest unit for managing nodes...how is HA achieved at the region controller level?


[01:49] <ojn> Alright. Anyone here who has the patches for the lange51 kernel flavor? Seems like ARM doesn't care much about the GPL, none were provided with the systems they distributed. :(
[12:18] <asac> ogra: http://launchpadlibrarian.net/35539315/buildlog_ubuntu-lucid-armel.xulrunner-1.9.1_<IP_ADDRESS>%2Bnobinonly-0ubuntu1_FAILEDTOBUILD.txt.gz
[12:19] <asac> IT ;)
[12:19] <asac> clearly
[12:19] <ogra> yep
[12:20] <ogra> i wonder if we could just start the transition away from FF already and drop all xul stuff from armel to get the image building
[12:20] <asac> hmm ... unlikely ;)
[12:20] <asac> i can quickly upload xul
[12:20] <ogra> for A1 the only target is "make it boot"
[12:20] <asac> i just want to know how to best test for target being v7
[12:20] <asac> i could probably check whether we are on lucid
[12:20] <asac> + armel
[12:20] <ogra> right, but you dont know for which files you have to add the IT hack in rules
[12:21] <asac> ogra: everywhere ;)
[12:21] <asac> i mean ... there are just a few files that have assembler
[12:21] <ogra> oh ... hmm, indeed
[12:21] <asac> i would have thought it doesnt hurt to add it
[12:21] <asac> obviously hiding stuff
[12:21] <ogra> no, it doesnt, and eventually the toolchain will use the IT flag by default anyway
[12:21] <asac> maybe i should file an upstream bug so it doesnt get lost ;)
[12:21] <asac> right
[12:22] <asac> so just on top level rules: if lucid + armel -> use it
[12:22] <ogra> which makes it only temporary anyway
[12:22] <ogra> right ...
[12:22] <asac> ogra: ok what exactly was that flag?
[12:22] <ogra> CFLAGS+=-Wa,-mimplicit-it=thumb
[12:22] <asac> thx
[12:23] <asac> wonder if i should also add that to CXXFLAGS
[12:23] <asac> probably better-safe-than-sorry ;)
[12:23] <ogra> well, given that xul dies in a cpp file ...
[12:24] <ogra> i wonder when doko will be back ... so the defaults change
[12:24] <asac> doko probably takes extensive holiday ;)
[12:24] <asac> as usual after UDS
[12:24] <ogra> well deserved
[12:24] <asac> yep
[12:25] <ogra> but if its to extensive we should actually start a list with packages we added that workaround to :)
[12:34] <asac> dyfet``: did you merge the ssd spec in the other blueprint?
[12:34] <asac> somehow the url isnt valid anymore ;) ... so unless you say you didnt do anything i will assume its now properly merged?
[12:35] <asac> ogra: you think that option would hurt on compilers that dont support it?
[12:35] <asac> e.g. can you try on a karmic compiler?
[12:36] <asac> hmm it fails becaues of unrecognized option
[12:36] <asac> too bad
[12:58] <ogra> yeah
[13:00] <ogra> it might work on karmic if you add the other options too ... -march=cortex-a8 at least
[13:00] <ogra> but then it might produce incompatible binaries, not sure what it implies for the binaries
[14:47] <dmart> Can anyone suggest the best way for me to suggest resolutions for build failures?  Should I raise a bug, or something else?
[14:50] <dmart> apex and ffmpeg should be built with -marm
[14:51] <dmart> (apex is a bootloader, with low-level hacks which won't work with Thumb-2 without porting; ffmpeg contains a lot of optimised assembler)
[15:07] <ogra> dmart, apex is used only on nslu2 ... so i didnt bother to fix it yet
[15:07] <ogra> i'll add the -marm and i think it also needs a -march option to build for v5
[15:11] <ogra> dmart, the proper way is indeed to file a bug, or if you can catch someone here to add a quick fix just use the shortcut through IRC
[15:53] <dmart> ogra: OK
[15:55] <dmart> Did we agree a standard tag for the v7/T2 migration issues?
[15:58] <dmart> I will start tagging with "armv7", though we can change that later if needed.
[18:47] <talat> hi all,
[18:47] <talat> I open Ubuntu Q&A website - http://www.ubuntu-tr.net


[11:01] <popey> Is there a document somewhere which explains in english "How to forward one channel to another"?
[11:01] <Myrtti> hold on, let me look
[11:01] <popey> I found some lists of flags on freenode pages but nothing that gave "do this, now this"
[11:02] <Myrtti> "The suffix $#channel can be appended to any of the above ban masks to cause a user to be forwarded to #channel. The ban setter will only be able to set this ban if they are an op in #channel, or if #channel has channel mode +F set. In this case, in all situations where the user would previously have been told they could not join, they will instead join the channel named in the ban mask and be sent a 470 numeric describing the forward."
[11:02] <Myrtti> so, either set the receiving channel as +F, or op up there first
[11:03] <popey> I am opped in source (#ubuntu-uk-podcast) and desitination (#uupc)
[11:03] <popey> I didn't realise it had to be "ban forward"?
[11:03] <popey> I thought just "forward"
[11:04] <Myrtti> /mode #channel1 +if #channel2
[11:05] <Myrtti> "forward on uninvited"
[11:05] <Pricey> +f only takes effect if you were unable to join "for some ok reason", e.g. +i, +r etc.
[11:06] <Pricey> You'll probably want to mlock these so that they aren't lost when the channel empties. /msg chanserv help set mlock
[11:06] <Myrtti> yup
[11:06] <Myrtti> was just getting there, thanks Pricey
[11:06] <popey> see, this is why i asked for documentation
[11:06] <Pricey> Also, be careful not to confus channel MODES with chanserv FLAGS... it gets confusing
[11:06] <popey> having an interactive conversation telling me about mlock isn't documentation ☻
[11:06] <Pricey> popey: http://freenode.net/using_the_network.shtml /msg chanserv help set mlock
[11:06] <popey> it does indeed get confusing
[11:06] <popey> yeah, i found that page
[11:07] <popey> its not a friendly page for answering the question I had
[11:07] <popey> "here, read about every single flag and mode first"
[11:07] <Myrtti> but that's what the staff members are here for, to answer questions ♥
[11:08] <popey> well indeed. sorry to take your time.
[11:08] <Pricey> ctrl+f for 'forward', find the +f cmode, read: "This mode takes one parameter, a channel name. Users who cannot join the channel (because of +i, +j, +r, etc.) are instead sent to the channel given in +f. For example, /mode #channel1 +if #channel2"
[11:08] <popey> yes. which I did
[11:08] <Myrtti> I've got a day off per Epiphany, so I've got time :-)
[11:08] <popey> and it didnt work
[11:08] <popey> hence me asking
[11:09]  * AlanBell nods, it kinda works unless chanserv does the mlock thing
[11:09] <popey> so I set +if, and now if I join #ubuntu-uk-podcast I dont get forwarded
[11:10] <Pricey> popey: Mind us joining to look?
[11:10] <popey> knock yourself out
[11:10] <Pricey> 11:10:13 [freenode] -!- mode/#ubuntu-uk-podcast [+cnstf]
[11:10] <AlanBell> no, you can't set +i because chanserv sets it back to -i
[11:10] <Pricey> Yep, no 'i'.
[11:10] <AlanBell> because of mlock
[11:11] <AlanBell> 11:05 -!- mode/#ubuntu-uk-podcast [+if #uupc] by popey
[11:11] <AlanBell> 11:05 -!- mode/#ubuntu-uk-podcast [-i] by ChanServ
[11:11] <Pricey> Something like  /msg chanserv set #ubuntu-uk-podcast mlock +imnstf #somewhereelse
[11:11] <popey> 11:11:40 <popey> set #ubuntu-uk-podcast mlock +imnstf #uupc
[11:11] <popey> 11:11:40 -ChanServ(ChanServ@services.)- You are not authorized to perform this command.
[11:12] <Pricey> Do you have +s in #uupc?
[11:12] <popey> 11:12:28 -ChanServ(ChanServ@services.)- 1     popey                  +AFRfiorstv [modified ? ago]
[11:12] <Pricey> Are you currently op in both channels?
[11:12] <popey> yes
[11:14] <Pricey> Do you have +s in #ubuntu-uk-podcast ?
[11:15] <popey> 11:15:30 <popey> flags #ubuntu-uk-podcast
[11:15] <popey> 11:15:30 -ChanServ(ChanServ@services.)- You are not authorized to perform this operation.
[11:15] <Pricey> Bah I didn't even read your chanserv error... yeah you need +s in the first.
[11:15] <popey> ☹
[11:16] <popey> Ok, I'm stuck now, I don't understand what the problem is and what to do.
[11:17] <Pricey> Someone with +fs or +F on #ubuntu-uk-podcast's access list needs to give you +s.
[11:17] <popey> how do I see who has that?
[11:17] <AlanBell> cied
[11:17] <Pricey>  /msg chanserv access #ubuntu-uk-podcast list
[11:17] <Pricey> Or you can ask AlanBell to be a brute and tell me to give it to you.
[11:18] <AlanBell> cied isn't about, and popey is entirely the right person for this, so yes, Pricey can you +F popey in #ubuntu-uk-podcast please
[11:18] <Pricey> AlanBell: Could you identify to your personal account please?
[11:19]  * AlanBell is me
[11:20] <Pricey> Done. popey try "set #ubuntu-uk-podcast mlock +imnstf #uupc" again
[11:20] <popey> 11:20:48 -ChanServ(ChanServ@services.)- The MLOCK for #ubuntu-uk-podcast has been set to +imnstf.
[11:20] <popey> \o/
[11:21] <popey> That worked, many thanks Myrtti AlanBell Pricey
[11:22]  * AlanBell decides to write this down somewhere
[11:22] <popey> so now do I boot everyone from the channel?
[11:22] <popey> or just wait and let them organically move over?
[11:22] <Pricey> popey: They aren't guarunteed to rejoin the new channel.
[11:22] <Pricey> popey: I would ask them all to move over...
[11:22] <popey> ok, thank you.
[11:23] <Pricey> I gave you +imnstf earlier... that's quite a few modes including blocking all messages, invite only, forwarding, topic lock etc.
[11:23] <Pricey> The +m for blocking all messages discourages people hanging on until their connection dies as they can't say anything so might as well move over.
[11:23] <popey> oh of course. neat
[11:24] <Myrtti> BUGGER OFF YOU NITWITS
[11:24] <Myrtti> erm.
[11:24] <Myrtti> :-D
[11:24] <popey> :D
[11:24] <Pricey> popey: If you want, you could kick them all (more likely to trigger auto rejoin) or use chanserv's clear users. But that's messy.
[11:24] <AlanBell> https://wiki.ubuntu.com/IRC/MovingChannels is fairly reasonable now, I added the +F or +s bit
[11:24] <popey> nice one.
[11:24] <popey> I'll leave it for now.
[11:25] <Pricey> popey: If you don't want cied to come along later and undo this, /msg chanserv flags #ubuntu-uk-podcast cied -*
[11:25] <Pricey> or just -Fs
[11:26] <AlanBell> heh
[11:31] <Pricey> https://wiki.ubuntu.com/IRC/MovingChannels is less a wall of text now
[11:45] <AlanBell> yay, thanks Pricey


[05:44] <hpuser4466> Printer isn't working.  Trying to print document with Inkscape.   The printer setup detects my printer, shows job is processing, but no printing.
[05:45] <holstein> i would remove inkscape from the equation
[05:46] <holstein> hpuser4466: open something simple like gedit or leafpad, or whatever text editor
[05:46] <holstein> just type "test" or paste something in
[05:46] <hpuser4466> remove inkscape?!?!  I love inkscape! I want to print a full colour instruction manual with images.
[05:46] <holstein> hpuser4466: ?
[05:46] <holstein> hpuser4466: from the equation
[05:46] <hpuser4466> nooooo
[05:47] <holstein> hpuser4466: you have no reason to test printing and inscape
[05:47] <holstein> hpuser4466: you literally close inkscape for a minute, ok?
[05:47] <holstein> hpuser4466: dont "uninstall" it
[05:47] <hpuser4466> ok.
[05:47] <holstein> hpuser4466: just test printing with something else.. such as gedit, or leafpad.. or whatever text editor you are used to
[05:48] <hpuser4466> testing leafpad...
[05:48] <holstein> hpuser4466: has this printer ever printed?
[05:48] <holstein> hpuser4466: in linux... in this install of lubuntu... also, can it self print a test page?
[05:48] <hpuser4466> yes i use the printer all the time..inkscape is trouble though..
[05:48] <hpuser4466> Leafpad prints.
[05:49] <holstein> hpuser4466: ok.. so its *not* the printer then
[05:49] <holstein> hpuser4466: in inkscape, what are you printing?
[05:49] <hpuser4466> a default document with text and images linked
[05:49] <holstein> hpuser4466: can you export what you are doing to something else and print? export to pdf or something?
[05:49] <hpuser4466> yes, i'll try pdf
[05:49] <holstein> hpuser4466: images linked?
[05:50] <hpuser4466> inkscape has optiion to link or embed images.
[05:51] <hpuser4466> maybe linking is the problem?  Anyway I'll save the document as pdf and print that.  brb
[05:55] <hpuser4466> That worked!  Printout is clear and sharp.  Thanks
[05:56] <holstein> hpuser4466: ok.. so its something to do with that inkscape project
[05:57] <hpuser4466> yes, i'm guessing the linked images cause problems.  I'll try embedded next time.
[05:57] <holstein> could be the linking, though i would expect it to work if its an option.. you can decide how far you want to go with troublshooting and reporting... but you know its not an issue with the printer now
[05:57] <hpuser4466> it's a HP PSC 1210 which works very well in linux.
[05:57] <holstein> also, "remove from the equation" is not "remove from the computer"
[05:57] <hpuser4466> hehe.
[06:01] <hpuser4466> Actually saving as .pdf is a good option because it creates a readable file of my instruction manual along with a printed copy.  :- )
[06:02] <holstein> cheers!... enjoy
[06:02] <hpuser4466> It's an instruction manual for Android and Ubuntu, for a sales pc.
[10:20] <solarcloud> Unit193: ping.
[10:21] <solarcloud> Sory may have the wrong bloke that I'm trying to contact .. Looking for Michael Hall of Ubuntu TV...
[14:17] <Unit193> solarcloud: Yeah, that's not me.
[20:24] <vvo> hi all
[20:24] <vvo> Im searching for a way to stream to my hifi in bluetooth
[20:24] <vvo> Iam connected to the bluetooth device but can't stream to it, sound goes out from my speakers
[20:28] <Unit193> vvo: I'd recommend trying out pulseaudio for bluetooth sound, pavaucontrol.
[20:29] <vvo> Yes it seems to be the way
[20:29] <vvo> just installed pavucontrol
[20:29] <vvo> Can't start it
[20:29] <vvo> ah
[20:29] <vvo> I need to specifically install pulseaudio AND pavucointrol
[20:29] <vvo> I thought it was a dependency
[20:30] <Unit193> It's not?  Hrm...
[20:32] <vvo> nope
[20:32] <vvo> well
[20:32] <vvo> installed pulseaudio
[20:32] <vvo> and pavucontrol
[20:32] <vvo> bluetooth applet show that Im connected to bluetooth headset
[20:32] <vvo> but audio device does not show up in pavucontrol
[20:37] <holstein> vvo: i can route to my BT headset in pavucontrol
[20:38] <holstein> vvo: i would get the application playing audio via pulse, then look for routing that output from that application to the BT device
[20:40] <vvo> ok Managed to do it
[20:40] <Unit193> https://wiki.archlinux.org/index.php/PulseAudio is generally where I go for pulse, but I don't have bluetooth audio.
[20:40] <vvo> you need http://askubuntu.com/questions/223136/pavucontrol-doesnt-show-bluetooth-headset
[20:40] <vvo> sudo apt-get install pulseaudio pavucontrol pulseaudio-module-bluetooth
[20:41] <vvo> and voila
[20:41] <holstein> i must have just had that from something elst vvo
[20:42] <Unit193> Ah, good to know!