[06:18] <J-_> I just installed LAMP on Dapper and was wondering and where I have to change the PHP.ini to? memory_limit I think it was?
[06:19] <ajmitch> for apache2?
[06:20] <ajmitch> assuming php5 & apache2, see /etc/php5/apache2/php.ini
[06:20] <J-_> k, what should I change it to? i only have 256mb ram
[06:20] <J-_> or what do i change rather?
[06:21] <ajmitch> to whatever you find appropriate for what you need
[06:22] <ajmitch> and yes, the property is memory_limit
[06:23] <J-_> cool, thanks brb. I'll look into it.
[06:24] <J-_> it's at 8M right now, should should I put it at?
[06:26] <ajmitch> depends what you need to run
[06:26] <ajmitch> if you're brave & trust your code, you can set it at -1 to disable the limit
[06:26] <ajmitch> hello Burgundavia
[06:27] <Burgundavia> hey ajmitch
[06:29] <J-_> ajmitch: cool thanks, yeah I'm having a problem with allocating memory I think. I'd be configuring a page in drupal, save, and try and go to the next page and it wouldn't appear for a few minutes. I'd wait, refresh, and it would appear again.
[06:30] <J-_> I think it's the memory anyway.
[06:32] <J-_> I have 53000k memory free in top.
[06:32] <J-_> 738000k in swap
[06:32] <ajmitch> quite possibly, why are you trying to run with so little memory?
[06:33] <J-_> because I'm poor. lol
[06:33] <J-_> =D
[06:33] <ajmitch> definitely increase it from 8M
[06:33] <ajmitch> I doubt drupal could ever fit in 8M
[06:33] <J-_> I increased to 15M, should I increase it more?
[06:33] <ajmitch> yes, probably at least 32 or 64M
[06:33] <J-_> wow, okay. is that per process?
[06:34] <ajmitch> shared, I think
[06:34] <ajmitch> 32M should do it
[06:34] <J-_> cool, thanks
[06:34] <ajmitch> this is the max limit, remember
[06:34] <ajmitch> if it doesn't need it, it won't allocate it
[06:36] <J-_> nice, should I restart apache after that?
[06:36] <J-_> I put it to 40M
[06:37] <ajmitch> yes
[06:38] <J-_> /usr/bin/apache2ctl restart?
[06:38] <ajmitch> sudo invoke-rc.d apache restart
[06:39] <J-_> it says unknown init script
[06:39] <ajmitch> sorry, apache2
[06:40] <J-_> ah, I should have known that! =P
[06:41] <J-_> thanks
[06:43] <J-_> oh wow, I think it's running a lot better now.
[06:44] <J-_> thanks a ton!
[12:21] <stonekeeper> hi there. Is there a way to upgrade the standard server kernel on 6.06LTS? thanks
[12:22] <mathiaz> stonekeeper: what do you mean by upgrade ? install a custom kernel ?
[12:23] <stonekeeper> no, install a later kernel release.
[12:23] <stonekeeper> ofiicial release. I'm assuming there is one?
[12:23] <stonekeeper> apt-get upgrade doesn't show any new kernels
[12:25] <mathiaz> stonekeeper: which kernel version are you running ?
[12:25] <mathiaz> stonekeeper: did you do an apt-get update before ?
[12:26] <stonekeeper> ok, the kernel version is 2.6.15-28-386. I had to install this version because of a bug in -server kernel and virtualbox.
[12:27] <stonekeeper> i did do an update
[12:28] <mathiaz> 2.6.15-28 is the latest version of the kernel
[12:29] <stonekeeper> oh right.
[12:29] <stonekeeper> when was that released?
[12:31] <mathiaz> 10 May 2007
[12:32] <stonekeeper> oh right, I'm confused, I had the 6.06 cd before this date
[12:33] <mathiaz> make sure that you run the latest version: 2.6.15-28.55
[12:33] <mathiaz> security updates increments the last number (.55)
[03:01] <stonekeeper> hmm we have -386 instead of .55
[03:14] <gyzmodo> guys
[03:14] <gyzmodo> i've a question
[05:38] <CrashTest_> I am trying to figure out the easiest way to mount my Ubuntu test web servers htdocs directory from my XP box.  I can hit it just fine using nfs from my linux box, but I need a way to do this from XP like it was a local drive or directory.  Any ideas?
[05:38] <mralphabet> samba
[05:39] <mralphabet> or something like webdrive that can use ftp
[05:39] <CrashTest_> smb can do this, that's right.  For some reason, the most obvious escaped me :)
[05:39] <CrashTest_> Thanks :)


[17:04] <obengdako> hi guys anyone got usb tvbox by trident with vendor id 6000 product id 0001 to work in linux?
[17:04] <holstein> obengdako: hey
[17:05] <obengdako> holstein, hi!
[17:06] <obengdako> hi guys anyone got usb tvbox by trident with vendor id 6000 product id 0001 to work in linux?
[17:07] <holstein> i would probably ask in #mythtv
[17:07] <obengdako> okay i'll get there now
[17:07] <holstein> i cant find the compatibility list that i found once
[17:08] <holstein> hey, theres a #ubuntu-mythtv too :)
[17:10] <obengdako> i got there and was asked to head to #linuxtv
[17:10] <holstein> doesnt look good http://ubuntuforums.org/showthread.php?t=544298
[17:12] <obengdako> yeah not too good
[17:13] <holstein> i have a k-world card thats been in a static bag for a couple years now :/
[17:13] <holstein> PCI
[17:13] <holstein> it wont 'give up the funk' in linux
[17:13] <obengdako> it shows up in virtual box but it works with hisses and glitches since it is a usb and the data is flowing in bits to virtual box it doesn't give the best viewing pleasure so i have to get it to work in ubuntu
[17:14] <obengdako> hehehe
[17:14] <holstein> at least its an inexpensive/old-ish device
[17:14] <obengdako> i had a saa7134 compatible pcmcia card but i've changed my laptiop to one that doesn't have a pcmcia port so i bought this usb card
[17:14] <holstein> maybe you can craigslist it and get something more friendly
[17:15] <obengdako> mike what is craigslist
[17:15] <obengdako> ?
[17:15] <holstein> like ebay
[17:15] <holstein> online auction
[17:16] <holstein> obengdako: if you just bought it
[17:16] <holstein> maybe you can return it :)
[17:16] <obengdako> well i returned a previous one that was an encore enutv-2 usb box
[17:17] <obengdako> that one does not even show up in lsusb and it was giving problems to drivers and blue screen in windows
[17:17] <obengdako> and got this replacement
[17:18] <obengdako> lol where i am online shopping is not an alternative so ebay is way "far" for me holstein
[17:19] <holstein> being able to return it is ideal i say
[17:19] <holstein> sometimes you just gotta keep trying
[17:19] <holstein> maybe take the laptop with you
[17:20] <holstein> lsusb in there
[17:20] <holstein> and try seeing it with something
[17:20] <holstein> VLC or some capture app
[17:21] <obengdako> i always take the laptop but like this one it show up in lsusb but there is no kernel module loaded for this one plus i assume there is a solution online until i hit the wall
[17:22] <holstein> lol
[17:22] <holstein> assume nothing
[17:22] <holstein> i can see quite a few devices in lspci
[17:22] <holstein> and lsusb
[17:22] <holstein> that dont work
[17:22] <holstein> sometimes support can be worked out
[17:23] <obengdako> well that takes time
[17:23] <holstein> but there should be something plug and play
[17:23] <holstein> at a similar price
[17:24] <obengdako> hmmm but where to get some here in Ghana would be a tough task for me
[17:25] <holstein> amazon
[17:25] <holstein> assuming you can find a compatibility list
[17:25] <holstein> the one i used to go to is gone :/
[17:26] <obengdako> well in Ghana to get a credit card or even a debit card to shop online would be cumbersome
[17:26] <obengdako> i do need to get the compatibility list so i can know what not to buy
[17:26] <holstein> more cumbersome than writing a kernel module ;)
[17:27] <obengdako> lol hehe that's rather even more cumbersome 'writing a kernel module'
[17:27] <holstein> obengdako: im sure you can sort it out
[17:27] <holstein> they can probably tell you in one of those myth channels where the compatibility list went
[17:28] <obengdako> yep i'll try till i'm tired of the card
[17:28] <holstein> OR suggest some easy plug and play devices
[17:28] <holstein> maybe even tell you how to get started reverse engineering a driver :)
[17:29] <obengdako> yep i saw a post right now about it doing some extraction from the .sys file to get fw files
[17:29] <holstein> obengdako: maybe using the windows driver
[17:30] <holstein> like the old wifi cards used to do it
[17:30] <obengdako> yeah i'll see
[21:17] <djindy> Hello, is anyone here today?
[23:28] <obengdako> holstein, i got my card to work
[23:28] <holstein> obengdako: congrats
[23:28] <obengdako> holstein, are you there?
[23:28] <holstein> what was it?
[23:28] <holstein> a backport?
[23:28] <holstein> or something more challenging?
[23:29] <obengdako> not really i had to modprobe tm6000
[23:29] <holstein> nice
[23:29] <obengdako> but after doing that i did not have firmware
[23:29] <obengdako> so i used a perl script to extract them and then cp them to /lib/firmware
[23:29] <obengdako> and that was it !
[23:30] <obengdako> so not really challenging
[23:30] <obengdako> now i just have to figure out how to get the audio from the card
[23:30] <holstein> thats great :)
[23:31] <obengdako> do you have any ideas before i start googling?
[23:31] <holstein> OH
[23:31] <holstein> about the sound?
[23:31] <holstein> whats the deal
[23:31] <holstein> you want sound from the USB tm6000?
[23:32] <holstein> aplay -l
[23:32] <obengdako> yes man
[23:32] <holstein> and arecord -l
[23:32] <holstein> that should show you if its useable
[23:32] <obengdako> i just did arecord -l
[23:32] <obengdako> let me see aplay -l
[23:33] <obengdako> i probably should modprobe tm6000-alsa
[23:33] <holstein> sure
[23:33] <obengdako> and by the way i was looking for /dev/dsp and did not find it
[23:34] <obengdako> has it been stripped in ubuntu meercat
[23:34] <obengdako> ?
[23:34] <holstein> i dont think so
[23:34] <holstein> but, im still on lucid
[23:35] <obengdako> is it that hda doesn't use it or just pulse has removed it completely?
[23:35] <obengdako> do you have the device link?
[23:35] <obengdako> in your installation
[23:35]  * holstein looking
[23:36] <holstein> you might be right
[23:36] <holstein> i dont find it
[23:40]  * obengdako still searching
[23:41] <holstein> http://www.khattam.info/solved-cant-open-devdsp-in-ubuntu-10-10-maverick-meerkat-2010-06-09.html
[23:41] <holstein> thats all i come up with
[23:41] <obengdako> thanks checking the link
[23:42] <holstein> not very promising :/
[23:42] <holstein> just kinda supports the theory
[23:44] <obengdako> yeah i already know how to do that but thanks anyway for the link kinda lets me know that i should not expect the audio to be parsed there
[23:44] <obengdako> hmmm
[23:45] <obengdako> so mike where are you? pm
[23:46] <holstein> im in asheville north carolina US
[23:46] <obengdako> i hope you remember where i'm from?
[23:46] <holstein> :/
[23:46] <holstein> its been a while
[23:46] <obengdako> Accra, Ghana
[23:46] <holstein> OH yea
[23:47] <holstein> i remember that from earlier
[23:47] <holstein> but i thought i had seen your nick before in here
[23:47] <holstein> way back
[23:47] <obengdako> yes i've been on ubuntustudio for a while
[23:48] <holstein> obengdako: maybe before i was camped out here ;)
[23:50] <holstein> my girlfriends brother used to live in accra
[23:50] <obengdako> i actually have a basic ubuntu setup with kde, sfce, kxstudio all wrapped in
[23:50] <holstein> last year?
[23:50] <holstein> couple years
[23:51] <obengdako> wow that's cool
[23:51] <holstein> hes mostly in haiti now
[23:51] <obengdako> oh i see
[23:52] <obengdako> i can't believe we are having personal conversation in a public irc
[23:52] <obengdako> channel
[23:52] <holstein> lol
[23:52] <obengdako> plus it is even logged
[23:52] <holstein> i like to keep activity in here
[23:52] <holstein> as long as its not too personal
[23:52] <obengdako> yeah i realised
[23:52] <holstein> i think it promotes use of the channel
[23:52] <holstein> and i dont think the higher-ups mind
[23:53] <holstein> as long as the primary function isnt neglected


[02:22] <locodir-user> hello ! :)
[02:23] <locodir-user> anyone in here?
[02:27] <chrono800> hi :)
[02:28] <chrono800> Anyone up and awake? :)


[05:00] <sabdfl> hey all
[05:00] <jdub> morning
[05:00] <sabdfl> ish
[05:01] <haggai> uh tigger
[05:01] <mdz> there rae no new agenda items
[05:01] <mdz> are
[05:01] <sabdfl> the wonderful thing about tiggers
[05:02] <mdz> is tiggers are wonderful things
[05:02] <sabdfl> is tigger are wonderful tings
[05:02] <jdub> aww so cute ;)
[05:02] <sabdfl> ... was trying to think of something rhyming with kubuntu :-)
[05:02] <jdub> sabdfl: ... ubuntu?
[05:02] <sabdfl> thatwuntoo
[05:02] <haggai> tiggerunto?
[05:03] <sabdfl> should we begin
[05:03] <sabdfl> nothing on the agenda
[05:03] <sabdfl> mdz, any other business?
[05:03] <jdub> there are two items on the agenda
[05:03] <jdub> - libnns-mdns
[05:03] <jdub> - language packs
[05:04] <jdub> (libnss-mdns)
[05:04] <sabdfl> ah right
[05:04] <mdz> sabdfl: none from me
[05:04] <sabdfl> that's howl right?
[05:04] <jdub> no
[05:04] <sabdfl> mdns?
[05:04] <mdz> language packs were discussed at the previous tech board meeting
[05:04] <mdz> that one should have been moved down to old business
[05:04] <jdub> mdns == multicast dns resolution (not part of howl, but related to zeroconf support)
[05:04] <mdz> there is no bullet point next to mdns
[05:04] <mdz> and therefore it is clearly invalid
[05:04] <jdub> haha
[05:05] <mdz> so the matter with mdns is that it wants to listen
[05:05] <sabdfl> mdz: might be worth pointing folks at the notes from the languagepak bof at the conf
[05:05] <jdub> it doesn't.
[05:05] <jdub> mdnsresponder from howl does
[05:05] <jdub> libnss-mdns is just a resolver
[05:05] <mdz> http://www.ubuntulinux.org/wiki/LanguagePacksBOF
[05:05] <jdub> you punted it to tech board because you felt that nss modules were dangerous
[05:05] <mdz> so is the proposal just to add libnss-mdns to supported?
[05:06] <jdub> to desktop
[05:06] <mdz> or to add it to the default nsswitch configuration?
[05:06] <jdub> yeah, and the default configuration
[05:06] <jdub> we have the option between an nss module or a glibc patch. personally, i think the nss option is slightly saner (and easy to disable). :-)
[05:07] <jdub> i'm not really clear on your POV about nss module fear though
[05:07] <sabdfl> i've no preference
[05:07] <mdz> it's no scarier than a glibc patch
[05:07] <mdz> but glibc patches are, well, SCARY
[05:08] <mdz> what does it buy us in terms of functionality?
[05:08] <mdz> does it let applications discover mdns things?
[05:08] <lamont_r> Keybuk: 20 pushups.
[05:08] <sabdfl> is it worth having a mataro session on mdns / zeroconf in general?
[05:09] <jdub> mdz: no, it just resolves .local names
[05:09] <jdub> sabdfl: potentially, i punted it because it was pretty airy-fairy.
[05:09] <sabdfl> it seems zeroconf / rendesvous has big potential, but also brings risks
[05:09] <mdz> if it's vaporous, should we be adding it to the default code path for every application which uses DNS?
[05:10] <jdub> libnss-mdns -> vaporous?
[05:10] <sabdfl> apple is pushing rendesvous pretty hard, is anything happening in the windows world about it?
[05:10] <sabdfl> if it's going to be widely supported and standard, then we will need to find a sane way to integrate it
[05:10] <mdz> jdub: airy-fairy?
[05:10] <jdub> MS backed UPnP, but will probably stumble on zeroconf at some stage.
[05:11] <sabdfl> much like cups, smb browsing etc
[05:11] <jdub> mdz: oh, a single bof about "zeroconf" in general.
[05:11] <sabdfl> yes
[05:11] <jdub> sabdfl: the big question, wrt risk, is whether mdnsresponder listens by default
[05:11] <sabdfl> what about a single-check "turn it on" option?
[05:11] <haggai> if it's not really in wide use yet, I'd say turn it off for now
[05:11] <mdz> that's my preference
[05:11] <jdub> sabdfl: automatic answer is "no", but that makes it useless and non-zeroconf. :)
[05:11] <mdz> ("turn it on" option)
[05:11] <mdz> jdub: "oneconf"
[05:11] <jdub> given policy, me too.
[05:12] <jdub> uniconf! (.sf.net -> fear)
[05:12] <sabdfl> what about a way in the system in general for things to say "i need to do some conf, can we turn it on.... ok, done"
[05:12] <Keybuk> mobile-esque "Discoverable for 5 minutes" ?
[05:12] <pitti> sabdfl: we could also need this for cups browsing etc.
[05:12] <haggai> hmm.  How about turn it on, if we get a zeroconf network config?
[05:12] <sabdfl> this is really something that's useful while the user is at the console, right?
[05:12] <mdz> cups browsing is broken by design
[05:12] <mdz> it should use zeroconf
[05:12] <jdub> rh are doing some good user-level cups / hal / howl integration
[05:13] <sabdfl> mdz: thereby deferring the problem?
[05:13] <sabdfl> "metadata!"
[05:13] <mdz> it reverses the problem
[05:13] <mdz> the cups server would need mdns-responder, but not clients
[05:13] <pitti> mdz: upstream is not going to change it
[05:13] <jdub> "who?" rather than "me!"
[05:13] <sabdfl> right
[05:13] <sabdfl> so it's more like dns
[05:13] <jdub> pitti: but it's fairly likely that everyone else will be using those patches.
[05:13] <mdz> yes
[05:13] <jdub> sabdfl: it, um, is dns.
[05:14] <sabdfl> is howl == zeroconf == libnss-mdns (client side)?
[05:14] <jdub> they're all related
[05:15] <jdub> zeroconf covers autoconfiguration of local link IP addresses and names, as well as dns-based service discovery
[05:15] <jdub> libnss-mdns is the resolver side of ip autoconfiguration
[05:15] <Keybuk> so zeroconf is "where are my printers" ?
[05:15] <jdub> howl is service discovery (uni and multicast, and publishing)
[05:15] <jdub> we're not doing ip autoconfiguration yet, but we can defer that for network manager, etc.
[05:16] <jdub> i should make a wiki page to explain all of this :)
[05:16] <mdz> yes, you should
[05:16] <sabdfl> what's the relationship between libnss-mdns and dhcp?
[05:16] <jdub> sabdfl: nothing, really
[05:16] <sabdfl> ip autoconf?
[05:16] <mdz> libnss-mdns needs an IP to send from
[05:16] <jdub> ip autoconfiguraiton and dhcp are related in that they both dynamically assign ips
[05:16] <jdub> dhcp is server based, zcip (zeroconf ip) is local lan non routable, etc.
[05:17] <sabdfl> ok
[05:17] <sabdfl> so this would be useful if, say, three of us were sitting on a bus and just wanted to throw a wifi netowrk up together?
[05:17] <mdz> right
[05:17] <mdz> or if you were all at an Ubuntu conference and wanted to talk to each other
[05:17] <sabdfl> or on a plane to australia
[05:17] <jdub> sabdfl: yes
[05:17] <sabdfl> give it to me now!
[05:17] <jdub> sabdfl: like the ichat 'rendezvous' window
[05:18] <jdub> at a conference
[05:18] <mdz> I think the flight crew frown on ad-hoc wireless networks
[05:18] <jdub> flight crews always smile
[05:18] <sivang> *not
[05:18] <sivang> (while in air)
[05:18] <sabdfl> jdub: if you smile first
[05:18] <mdz> so the question is, should we integrate nss-mdns and start exercising it?
[05:18] <Keybuk> does libnss-mdns have an always-listening component?
[05:19] <jdub> Keybuk: no, it's an nss module only
[05:19] <mdz> is there anything planned for hoary which would actually use it?
[05:19] <jdub> just a resolver
[05:19] <mdz> (which would rely on it, I should sya)
[05:19] <mdz> say
[05:19] <Keybuk> so to discover things with it, you need a listener elsewhere on the network ?
[05:19] <jdub> mdz: "is there anything in hoary that relies on dns resolution?"
[05:19] <sabdfl> jdub: when you try to resolve, does it ping the network and listen for responses?
[05:19] <jdub> Keybuk: well, yeah - mdnsresponder automatically publishes the hostname
[05:20] <Keybuk> ah, so it's a dns responder -- and nothing to do with service discovery ?
[05:20] <jdub> sabdfl: i don't believe so, no.
[05:20] <sabdfl> what's the status of utopia / dbus stack that would let a user see a dialog giving the status of a howl discovery session happening at system level?
[05:20] <mdz> jdub: that is not the same thing and you know it :-P
[05:20] <jdub> Keybuk: yes, see above.
[05:20] <Keybuk> it's *literally* multicast dns
[05:20] <mdz> depending on where we put it in nsswitch.conf, it'll be queried in order with other name resolution services
[05:21] <jdub> sabdfl: i can't see why that would be desireable or useful
[05:21] <mdz> currently we just try /etc/hosts and then dns
[05:21] <pitti> sabdfl: right now it is not integrated in hal AFAIK
[05:21] <Keybuk> the nss equivalent of "Is there a Hugh Janus in the room?  Telephone call for a Hugh Janus"
[05:21] <sabdfl> can that be used to redirect traffic?
[05:21] <mdz> yes
[05:22] <mdz> if we add it to the end, and you try to go to www.goggle.com, I can answer and send you somewhere, e.g.
[05:22] <sabdfl> nice
[05:22] <sabdfl> ok
[05:22] <mdz> adding it to the start would be, as jeff would say, BONG
[05:22] <sabdfl> dns says "nope" then mdns says "sure, try this one"
[05:22] <mdz> exactly
[05:23] <mdz> every single failed DNS request would try mdns as a fallback
[05:23] <jdub> only for .local
[05:23] <mdz> eh?
[05:24] <jdub> it wouldn't go looking for www.google.com with libnss-mdns
[05:24] <jdub> well, it would, but mdns would say no very quickly
[05:24] <jdub> as in, "not .local? kthxbye"
[05:24] <Keybuk> wouldn't we need to configure things to search .local then?
[05:25] <mdz> jdub: where is the code which does that bit?
[05:25] <jdub> ah, well, that's a separate issue :)
[05:25] <Keybuk> and then wouldn't it resolve www.google.com.local ?
[05:26] <haggai> so it's the dns equivalent of M$'s netbios?  Flood your local network instead of having a sane DNS server?
[05:27] <mdz> it's somewhat less braindead in that it uses multicast rather than broadcast
[05:27] <crimsun> the difference being that at least mdns is explanable
[05:27] <mdz> it includes its own DNS implementation, cute
[05:27] <crimsun> not even MS engineers can really fathom out netbios
[05:28] <mdz> Keybuk: it seems to be irrelevant
[05:28] <mdz> Keybuk: because jdub is full of shit about it only resolving .local :-P
[05:28] <jdub> heh
[05:28] <sabdfl> so, we really have to choose between pioneering and being conservative
[05:28] <mdz> that's easily fixable, though
[05:28] <sabdfl> i don't see the big win in breaking down this particular wall
[05:28] <jdub> so i think lennart meant it did it in svn, not the released version
[05:29] <jdub> but yeah, not a huge issue
[05:29] <Keybuk> if we do $zeroconf, we should to it in one big strategy-led punch; rather than in drips
[05:29] <sabdfl> seems that ms, apple, others will battle out the usability issues, we can follow on this one
[05:29] <sabdfl> we can't pioneer on every front
[05:29] <jdub> we don't have to
[05:29] <jdub> supporting the standard is enough
[05:29] <jdub> as more stuff up the stack supports it, we win
[05:29] <haggai> you can do that without turning it on by default everywhere
[05:30] <sabdfl> "standard" is one thing, figuring out what normal sane regular behaviour is is quite different
[05:30] <mdz> add it to supported and write a ZeroConfHowto?
[05:30] <jdub> Keybuk: i don't think that's a problem
[05:30] <jdub> sabdfl: we know what that behaviour is
[05:30] <haggai> it would be nice to have a single knob that would turn on all the zeroconf bits
[05:30] <sabdfl> i don't think we do!
[05:30] <sabdfl> we don't know how it should integraqte with dns and that's pretty fundamental
[05:31] <jdub> 1) we should always have a local lan ip
[05:31] <jdub> 2) we should only mdns query for .local
[05:31] <jdub> 3) we shouldn't search on .local
[05:31] <Keybuk> why #1 ?
[05:31] <mdz> jdub: we already do #1 :-)
[05:31] <Keybuk> we do?
[05:31] <jdub> mdz: no we don't
[05:31] <mdz> "ip addr" sometime
[05:32] <sabdfl> m gut feel is it will take a while before there's clear "best practice"
[05:32] <jdub> mdz: that's inet6, not inet4
[05:32] <sabdfl> and if we forge ahead now,  we have to support upgrades and old behaviour etc
[05:32] <Keybuk> does libnss-mdns support ip6 networks?
[05:32] <jdub> we're really not forging ahead here
[05:32] <sabdfl> bluetooth, however, might be an easier point
[05:32] <jdub> windows does zcip, mac os x does zcip
[05:33] <sabdfl> do they do it in the same way?
[05:33] <sabdfl> always?
[05:33] <jdub> yes
[05:33] <sabdfl> so bring up a win box, and a ma, on the same network, and it interoperates?
[05:33] <jdub> (for #1)
[05:33] <mdz> http://files.zeroconf.org/draft-ietf-zeroconf-ipv4-linklocal.txt
[05:33] <mdz> "standard"
[05:33] <jdub> sabdfl: no, they both get zcips
[05:33] <jdub> well, you can ping each other
[05:34] <sabdfl> demonstrably?
[05:34] <jdub> that's the zeroconf ip part of the standard
[05:34] <jdub> as far as i've seen, yes
[05:34] <jdub> Keybuk: planned, but not fully implemented
[05:34] <mdz> zcip doesn't sound so scary
[05:34] <haggai> "Microsoft Windows 98 (and later) and Mac OS 8.5 (and later) already support this capability.  This document standardizes usage,"
[05:34] <haggai> so we're definately not leading
[05:34] <jdub> on zcip, no
[05:35] <jdub> the second point of resolving .local stuff is not exactly rocket science
[05:35] <mdz> BUGS
[05:35] <mdz>        zcip  currently assumes that the target interface is down and reconfig
[05:35] <mdz>        ures it. The IETF draft seems to suggest using multihoming,  which  we
[05:35] <mdz>        dont do yet.
[05:35] <mdz> that sounds problematic
[05:35] <jdub> os x already does it
[05:35] <jdub> zcip is one particular implementation
[05:35] <jdub> howl includes an implementation
[05:35] <Keybuk> so is libnss-mdns useful without a $zcip ?
[05:35] <jdub> Keybuk: yes
[05:35] <sabdfl> yes, this looks like mutual dhcp
[05:35] <Keybuk> if you get dhcp, chances are you get dns too
[05:36] <haggai> sabdfl: you say we can't forge ahead on all fronts.  When you look at cross-OS stuff we are forging ahead on very little..
[05:36] <mdz> Keybuk: mdns serves a different purpose
[05:36] <sabdfl> ok, have to head off to barcelona, enjoy
[05:36] <mdz> it lets me advertise something to you
[05:36] <mdz> rather than having the network admin add it to the DNS server
[05:37] <Keybuk> that's not what libnss-mdns looks up though, it just does name lookups ?
[05:37] <jdub> i think mdz's original concern,
[05:37] <jdub> new code in a very active codepath,
[05:37] <jdub> was probably the most relevant issue
[05:37] <jdub> Keybuk: yes
[05:38] <jdub> i'm also going to barcelona
[05:38] <Keybuk> but unless you have an IP, you can't do name lookups anyway
[05:38] <Keybuk> you need $fu to co-operate on IP and ensure "domain local" is the order of the day
[05:39] <jdub> Keybuk: "domain local" as in resolv.conf?
[05:39] <Keybuk> yeah
[05:39] <jdub> nah
[05:39] <Keybuk> or equiv
[05:40] <jdub> ok, i think i'm going
[05:41] <mdz> me too
[05:41] <mdz> we'll defer mdns stuff until something interesting comes along
[05:41] <mdz> any urgent business before we adjourn?
[05:41] <mdz> adjourned, bye
[05:42] <mdz> thanks, everyone
[05:42] <Keybuk> "<mdz> kthxbye"
[05:49] <Simira> http://www.simira.net/UbuntuWomen.html - My article about Ubuntu and women in open source
[06:17] <Simira> hi lulu
[06:39] <Treenaks> Simira: there's  a '\ ' in your name.. don't you mean a '/' ?
[06:39] <Simira> oh no, not again... yes, thanks, Treenaks
[06:39] <Simira> so, there
[06:40] <Treenaks> Simira: oh, and s/Mataro/Matar/ :P
[06:41] <Simira> Treenaks: that looked to me like an A with a ~ and a 3 over  :p
[06:41] <Treenaks> Simira: in which editor?
[06:42] <Treenaks> Simira: and are you using an UTF-8 locale?
[06:42] <Simira> in mIRC
[06:42] <Treenaks> mirc.. ah :)
[06:43] <Simira> :p
[06:43] <Treenaks> yes.. that's how an UTF-8 o-with-accent looks if you try to parse it as Latin1


[07:27] <jamespage> gnuoy`, unit test failures on the quantum-gateway dvr merge
[07:28] <gnuoy`> jamespage, ack, I'll take a look
[07:28] <jamespage> gnuoy`, needs some further mocking by the looks of things
[07:33] <jamespage> gnuoy`, nova-compute +1 and merged
[07:34] <gnuoy`> jamespage, fantastic, ta
[07:34] <jamespage> gnuoy`, I added the snippet to the kilo template as I did it
[07:34] <jamespage> libbo but trivial
[07:34] <gnuoy`> kk
[07:45] <jamespage> gnuoy`, one trivial comment on neutron-api - take a look - I've tested it locally with the unit tests - seems OK
[07:45] <gnuoy`> will do, thanks
[07:50] <gnuoy`> jamespage, +1 your proposed change to my neutron-api mp
[07:51] <gnuoy`> jamespage, quantum-gateway unit tests are fixed too
[07:53] <gnuoy`> jamespage, I'd like to talk to you about the neutron-network-service relation in the neutron-openvswitch charm nut we can do that later
[07:53] <gnuoy`> s/nut/bur/
[07:53] <gnuoy`> urgh, typing is hard
[07:57] <jamespage> gnuoy`, sure lets do that in a sec
[08:14] <jamespage> gnuoy`, it seems odd to have nova-cc related to neutron-openvswitch
[08:16] <gnuoy`> jamespage, neutron metadata service needs keystone credentials. So, this operates in the same way as the quantum-gateway charm does. ie its gets keystone creds from nova-cc. However, I do accept that this is really an abuse and suboptimal. Currently, the keystone charm will not issue creds without the client registering an endpoint which neutron-ovs doesn;'t do. I was thinking that the longer term solution here is to amned the keystone charm to allow you
[08:16] <gnuoy`> to join the identity-service relation without specifying an endpoint and get creds back
[08:18] <jamespage> gnuoy`, the alternative is for the neutron-api charm to pass those over?
[08:18] <jamespage> an alternative rather
[08:18] <gnuoy`> jamespage, yes, that would work
[08:19] <jamespage> gnuoy`, that would be preferable to having another relation IMHO
[08:19] <gnuoy`> jamespage, fine by me. I'll make that so
[08:19] <jamespage> gnuoy`, +1
[08:19] <gnuoy`> :q
[08:23] <dosaboy> jamespage: i've done a bit of a refactor of the cred gen code in keystone with the aim of following up with the ability for identity relation to be able to hand out creds without necessarily adding an endpoint
[08:23] <dosaboy> jamespage: gnuoy suggested perhaps a new relation
[08:23] <dosaboy> jamespage: not sure what best approach is yet
[09:47] <apuimedo> gnuoy`: +1 for amending the keystone service
[09:48] <apuimedo> at the moment what I do is use keystone-admin and use keystone client to get my credentials
[09:49] <apuimedo> dosaboy: sounds good ;-)
[09:50] <gnuoy`> apuimedo, yes, I think the keystone charm needs to grow that feature
[09:51] <apuimedo> indeed
[09:53] <apuimedo> gnuoy`: why is nova-api-metadata not run by the nova-cloud-controller charm?
[10:03] <gnuoy`> apuimedo, I am struggling to come up with a sensible reason
[10:04] <apuimedo> ;-)
[10:39] <jamespage> gnuoy`, legacy mode good for review?
[10:39] <jamespage> dosaboy, your keystone refactoring landed btw
[10:39] <jamespage> dosaboy, and some feedback on your hacluster one
[10:39] <gnuoy`> jamespage, just having a moment of doubt as to whether it'll block the packages being installed
[10:40] <jamespage> apuimedo, gnuoy`: re the neutron-api-metadata agent not running on the nova-cc - by placing it on the edges alongside the hypervisors, we avoid a) pushing all traffic to a single set of services a b) avoid having to make them HA as well
[10:41] <gnuoy`> jamespage, but it currently runs on the neutron-gateway
[10:41] <gnuoy`> not on the edges
[10:42] <jamespage> gnuoy`, unless you run novat-network - in which case it does run on the hypervisors
[10:42] <jamespage> gnuoy`, for neutron right now it sits alongside the neutron-metadata agents
[10:42] <jamespage> on the gateway nodes
[10:42] <jamespage> gnuoy`, dvr changes that again right?
[10:42] <gnuoy`> (unless you're using dvr)
[10:42] <gnuoy`> yeah
[10:42] <jamespage> spot on
[10:42] <jamespage> that way the neutron-metadata agent is only dependent on the api service running locally - so its quick
[10:43] <jamespage> and resilient to a whole node failure
[10:43] <jamespage> single service failures can still create problems tho
[10:43] <dosaboy> jamespage: got it thanks, fixing now
[10:44] <apuimedo> ok
[10:44] <apuimedo> thanks
[10:53] <apuimedo> jamespage: why is it that on the quantum-gateway charm
[10:53] <apuimedo> there's only the template for nova.conf for havana but not for icehouse/juno?
[10:53] <jamespage> apuimedo, template loader is os series prioritized
[10:54] <jamespage> the nova.conf in havana is ok for icehouse and juno
[10:54] <jamespage> we only create a new template for a specific OS version if its really required
[10:54] <apuimedo> I thought as much, but I wanted to confirm :P
[10:54] <jamespage> (as for kilo)
[10:54] <apuimedo> on my charms I follow a default on /templates plus overrides in subdirs
[10:54] <jamespage> its on the gateway charm so it can sit alongside neutron metadata proxies in l3 and dhcp namespaces
[10:55] <apuimedo> (if needed)
[10:55] <gnuoy`> jamespage, legacy mode is good for review
[10:55] <jamespage> gnuoy`, ack - doing so now
[10:55] <gnuoy`> ta
[10:55] <apuimedo> jamespage: well, it's there also because nova-api-metadata needs it to exist
[10:55] <apuimedo> right?
[11:00] <jamespage> yeah
[11:10] <jamespage> gnuoy`, merged legacy mode support
[11:10] <jamespage> ta
[11:22] <apuimedo> jamespage: the legacy mode support is so that the charms that are refactored still play nice with those that had relations with the pre-refactor versions?
[11:22] <jamespage> yup
[11:23] <jamespage> we'll leave legacy mode on by default for this release, and then turn of off for 15.07
[11:48] <jamespage> gnuoy`, OK - I think I've reviewed what I can - I'm going to rebase my 0mq branches next
[11:48] <jamespage> gnuoy`, are you looking at le next?
[11:49] <gnuoy`> neutron-oopenvswitch dvr fixes next, then le, was my plan
[12:04] <stub> The charm boilerplate from 'charm create' does a 'pip install charmhelpers'. How does that work with the python-apt dependency? Last I heard, you couldn't install that with pip.
[12:22] <marcoceppi_> stub: you can't, unfortunately, I thought python-apt was installed on the images already?
[12:22]  * marcoceppi_ goes to verify
[13:29] <Odd_Bloke> I'm playing around with the GCE provider in the latest ppa:juju/devel package, and it looks like the boostrap node doesn't have port 17070 opened up to the world.
[13:29] <Odd_Bloke> Is this a known bug?
[14:02] <ericsnow> Odd_Bloke: yep #1436191
[14:02] <mup> Bug #1436191: gce: bootstrap instance has no network rule for API <firewall> <gce-provider> <juju-core:Fix Committed by dimitern> <juju-core 1.23:Fix Committed by dimitern> <https://launchpad.net/bugs/1436191>
[14:03] <ericsnow> Odd_Bloke: already fixed
[14:03] <Odd_Bloke> ericsnow: Any easy way to get the fixed code?
[14:04] <lazyPower> Odd_Bloke: we have a docker container with trunk
[14:04] <lazyPower> aisrael: have you started publishing your nightlies?
[14:05] <Odd_Bloke> lazyPower: Ah, cool; link?
[14:05] <ericsnow> Odd_Bloke: yep, see http://reviews.vapour.ws/r/1282
[14:05] <lazyPower>  Odd_Bloke:   docker run -ti -v $HOME/.juju-trunk:/home/ubuntu/.juju adamisrael/juju-trunk
[14:06] <ericsnow> Odd_Bloke: the key thing is to change the first arg to OpenPorts to env.globalFirewallName()
[14:06] <lazyPower> i'm not sure that has the fix however - confirming with aisreal that he's still tracking nightlies - we just started publishing these last week at our sprint
[14:06] <Odd_Bloke> OK, cool; I'm just playing around so I'll hold off until aisrael confirms.
[14:11] <ericsnow> Odd_Bloke: let me or wwitzel3 know if you have any questions or run into trouble (we wrote the provider)
[15:17] <lazyPower> apuimedo: o/  I understand amulet is giving you some fuss?
[15:18] <marcoceppi_> jcastro: et al can someone look over my answer to see if I can improve it? http://askubuntu.com/questions/603317/is-masas-juju-or-the-charm-responsible-for-ssh-keygen-on-nodes/603381#603381
[15:19] <jcastro> looking
[15:20] <apuimedo> lazyPower: luqas was the one that experienced the issue
[15:21] <apuimedo> he'll be able to detail it better
[15:21] <lazyPower> apuimedo: sure thing :) If i can get the error message and a sneak peek at the test code we should be able to triage/address it
[15:23] <luqas> lazyPower: hi, when trying to use the placement option for deployment in amulet I get an error in juju-deployer
[15:23] <luqas> let me find it
[15:27] <luqas> lazyPower: http://paste.ubuntu.com/10712730/
[15:28] <luqas> but I've seen there was a fix for that in https://bugs.launchpad.net/juju-deployer/+bug/1383336
[15:28] <mup> Bug #1383336: TypeError "takes exactly 2 arguments (4 given)" raised while deploying <cts> <juju-deployer:Fix Committed by freyes> <https://launchpad.net/bugs/1383336>
[15:28] <apuimedo> brb
[15:30] <lazyPower> luqas: do you have juju-deployer installed via pip?
[15:30] <lazyPower> luqas: i do believe this fix was released in the pip package, but has not yet been ported to the repository package. bit of a mismatch atm
[15:33] <luqas> lazyPower: yes, that can be, I have the repository package, will try with the pip one and be back if it still shows, thank you
[15:33] <lazyPower> np
[15:49] <joec1> Hi folks, has anyone got Juju to deploy to subscription in Azure with EA? Either via the VMDepot VM or the Azure CLI tools? I'm having problems.
[15:56] <lazyPower> joec1: i'm not sure i'm parsing what you're asking. EA = Ensure availability?
[15:57] <joec1> Hi @ LazyPowerAzure Sorry I meant with Microsoft Enterprise Agreement
[15:57] <joec1> I'm not sure if that even matters but I can't get Juju to deploy using any documented methods
[15:58] <lazyPower> joec1: yeah, i'm looking here @ the azure EA markeing page and this looks mostly like a pricing structure model, not a different provider setup. So I'm going to make the blanket statement of it should just work
[15:58] <lazyPower> what issue are you running into during bootstrapping?
[16:01] <lazyPower> joec1: can you confirm you were following the instructions located here: bzr merge lp:~canonical-ci-engineering/charms/trusty/logstash/local-tarball
[16:01] <joec1> I'm just attempting starting from scratch again but a few days ago I got the following:
[16:01] <joec1> ERROR failed to bootstrap environment: PUT request failed: BadRequest -  XML Schema validation error in network configuration at line 39,18.  (http code 400: Bad Request)
[16:01] <lazyPower> gah, paste fail
[16:01] <lazyPower> https://jujucharms.com/docs/1.20/config-azure
[16:02] <joec1> yes I followed those instructions (even though there is an error in the openssl generation commands)
[16:02] <lazyPower> joec1: can you file a bug about the openssl generation eror here? https://github.com/juju/docs/issues
[16:02] <joec1> forget the openssl error, that was my fault
[16:03] <lazyPower> i'm bootstrapping now to try and reproduce
[16:04] <lazyPower> joec1: i've found a relevant thread on this bug and it looks like its due to storage configuration
[16:04] <lazyPower> https://bugs.launchpad.net/juju-core/+bug/1304778
[16:04] <mup> Bug #1304778: ERROR PUT request failed: BadRequest - XML Schema validation error in network configuration at line 54,18. (http code 400: Bad Request) <azure-provider> <bootstrap> <juju-core:Fix Released by axwalk> <https://launchpad.net/bugs/1304778>
[16:05] <joec1> brilliant!
[16:05] <joec1> I'll test with trunk, thanks so much
[16:06] <lazyPower> not a problem, i can confirm it bootstraps appropriately on 1.23-beta
[16:06] <joec1> I did see that bug but my eyes jumped over the second reported error - I thought it was just about storage not network
[16:06] <joec1> thanks again
[16:06] <lazyPower> cheers
[16:10] <joec1> ahhh
[16:12] <joec1> I'm using juju 1.22 stable from the repos, that bug was committed to 1.20 I think. Still, will try with 1.23-beta....
[16:12] <lazyPower> I don't believe its a core bug, i may be wrong
[16:12] <lazyPower> it seems strange that I'm able to bootstrap if it were a core bug. I know that azure is a fairly finicky provider - its very particular about how you have it configured
[16:30] <rbasak> strikov: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[16:37] <joec1> @lazyPower - I don't suppose you have any easy to follow instructions for building juju trunk do you? I've already hit a problem following instructions in http://bazaar.launchpad.net/~go-bot/juju-core/trunk/view/head:/README
[16:39] <joec1> # launchpad.net/juju-core/testing/filetesting
[16:39] <joec1> ../src/launchpad.net/juju-core/testing/filetesting/filetesting.go:194: cannot use checkers.Satisfies (type check.Checker) as type gocheck.Checker in function argument:
[16:39] <joec1> 	check.Checker does not implement gocheck.Checker (wrong type for Info method)
[16:39] <joec1> 		have Info() *check.CheckerInfo
[16:39] <joec1> 		want Info() *gocheck.CheckerInfo
[16:41] <joec1> apologies for the spam
[16:57] <lazyPower> joec1: i do 1 moment. theres 2 methods you can follow
[16:58] <lazyPower> 1) you can use the dockerbox aisrael is publishing/maintaining of nightly builds
[16:58] <joec1> @lazyPower thanks its ok
[16:58] <joec1> I used github instead of launchpad.net
[16:58] <lazyPower> or 2) you can build from source following a tutorial here: http://marcoceppi.com/2014/11/compiling-juju-core-from-source/
[16:58] <joec1> really appreciate the help thanks! :)
[16:58] <lazyPower> cheers :)
[17:22] <joec1> Fiddlesticks! I get the same error using juju trunk
[17:41] <lazyPower> joec1: lets recap your config
[17:42] <joec1> sure
[17:42] <lazyPower> can you nuke the sensitive bits and pastebin me your config?
[17:42] <joec1> will do
[17:42] <joec1> 1 sec
[17:51] <joec1> @lazyPower http://pastebin.com/GyExhKR5
[17:52] <joec1> shows the error log also. I have to add --upload-tools as it complains: "Juju cannot bootstrap because no tools are available for your environment. You may want to use the 'agent-metadata-url' configuration setting to specify the tools location."
[17:56] <joec1> I've also attempted using "--constraints instance-type=Small" but get the same XML BadRequest error
[17:57] <aisrael> joec1: You need to add a couple options to your ~/.juju/environments.yaml, under the provider you're trying to bootstrap
[17:57] <aisrael> agent-metadata-url: https://streams.canonical.com/juju/tools
[17:57] <aisrael> agent-stream: devel
[17:58] <lazyPower> aisrael: o/
[17:58] <joec1> will try that now thanks @aisrael
[17:58] <lazyPower> aisrael: is your nightly docker image still the go-to place to get trunks code? Odd_Bloke was asking earlier.
[17:58] <aisrael> lazyPower: Yep, it sure is!
[17:58] <lazyPower> Odd_Bloke: ^ seems like you're g2g, aisrael is on the case.
[18:02] <joec1> @aisrael juju can't parse those options in environments.yaml
[18:02] <joec1> "YAML error: line 458: found character that cannot start any token"
[18:03] <aisrael> joec1: What error are you getting? Can you pastebin your environments.yaml (with the sensitive bits removed)?
[18:03] <joec1> here is the one I just made: http://pastebin.com/GyExhKR5
[18:04] <aisrael> which provider are you using?
[18:04] <lazyPower> joec1: apologies for the delay in a conf call - give me a few and i'll be responsive again
[18:04] <lazyPower> aisrael: this is for azure
[18:04] <lazyPower> aisrael: thanks for taking a look
[18:04]  * lazyPower got busy all of a sudden
[18:05] <joec1> :) np really appreciate your help
[18:06] <aisrael> joec1: Based on that error, I suspect you have an error in the lines you just added. They should be added under test-juju01
[18:06] <joec1> yep, that's where i added them
[18:06] <lazyPower> joec1: just for grins can you attempt to bootstrap in teh US West region? i can confirm this is the group i'm using as well - and this may be region specific.
[18:07] <joec1> will do
[18:07] <lazyPower> i see you're using the EU group - if we can isolate that this may be region specific i can get a bug tailored to the issue
[18:10] <joec1> ...creating storage account.....
[18:11] <joec1> same error unfortunately
[18:11] <joec1> I changed my environment.yaml file to reflect the new region and the new storage account created in that region
[18:12] <joec1> region being "West US"
[18:12] <joec1> a couple of things:
[18:12] <aisrael> If you're still getting a yaml parsing error, then there's something wrong with the yaml.
[18:13] <joec1> OK, I didn't try with the agent-stream settings, will do now
[18:14] <joec1> the error I'm getting is this currently: "2015-03-31 18:11:05 ERROR juju.cmd supercommand.go:430 failed to bootstrap environment: PUT request failed: BadRequest - XML Schema validation error in network configuration at line 39,18. (http code 400: Bad Request)"
[18:15] <joec1> OK, juju doesn't like TAB indentation :(
[18:17] <joec1> however, after adding agent-metadata-url: https://streams.canonical.com/juju/tools and agent-stream: "released" I still get the XML Bad request error
[18:18] <joec1> juju status complains that it can't connect to API server without admin-secret
[18:20] <lazyPower> joec1: so you've already bootstrapped, these issues are coming from juju deploy <service>?
[18:20] <joec1> FYI, I'm trying to start a Juju environment in an already set up Azure service that has VMs and local network configured already, could that be the problem?
[18:20] <joec1> no, I haven't bootstrapped at all
[18:20] <lazyPower> that does sound like it could be part of the issue
[18:20] <lazyPower> the existing VM's not so much
[18:20] <lazyPower> but altererd networking - indeed
[18:21] <lazyPower> i would have thought that changing the region to be US West (so long as this was still vanilla networking, et-al) would have been successful. Did those networking changes propigate globally?
[18:22] <joec1> mmm not sure
[18:22] <joec1> i'm not sure how I can check because Azure web portal doesn't appear to differentiate
[18:24] <joec1> I'd imagine the local network config would propagate so VMs can be moved between regions easily
[18:24] <joec1> I've got to go for 30 minutes back soon!
[18:26] <lazyPower> ack, cheers joec1afk
[18:32] <Odd_Bloke> lazyPower: aisrael: The .juju/environments.yaml written out by that Docker container is (a) owned by root:root and (b) has agent-stream at the top level which doesn't appear to apply to an environment manually added.
[18:32] <Odd_Bloke> (i.e. I had to move the agent-stream declaration in to my gce environment mapping)
[18:32] <lazyPower> Odd_Bloke: interesting, we pass a -v to volume mount our $JUJU_HOME which should have copied your local environments.yaml
[18:34] <Odd_Bloke> lazyPower: I actually did (copy-pasting from earlier), -v $HOME/.juju-trunk:/home/ubuntu/.juju.
[18:35] <Odd_Bloke> But I wouldn't have had a config pointing at the devel tools anyway. :)
[18:35] <aisrael> lazyPower: I usually point it to a fresh juju path, as to not trample over an existing environment
[18:36] <lazyPower> wierdness,  #disclaimer - i havent used teh nightly image yet - but this is good feedback if its being silly on volume mounts.
[18:36] <aisrael> Odd_Bloke: I'll take a look at that. I thought I'd fixed the top level thing. :/
[18:38] <Odd_Bloke> aisrael: I exited out of the pretty curses interface (because it didn't have a GCE option).
[18:38] <aisrael> Odd_Bloke: did you exit out of juju-quickstart?
[18:39] <aisrael> Odd_Bloke: ahh. That'd definitely cause the error with agent-stream being nested incorrectly.
[18:39] <Odd_Bloke> aisrael: I did indeed.  #prebugging
[18:41] <aisrael> Odd_Bloke: thanks for that! I've added issues to the project. I'll see to getting those fixed.
[18:42] <Odd_Bloke> aisrael: Thanks!
[18:43] <Odd_Bloke> Next question: I'm trying out deploying Jenkins; I've juju deploy'd, and I have agent-status 'executing' and workload-status 'maintenance'. Should I translate this as "patience, my young padawan"?
[18:48] <joec1> the more I think about my issue the more I think it has something to do with the EA subscriptions
[18:48] <joec1> for example, the Azure Market doesn't work for me in the default Azure portal
[18:50] <Odd_Bloke> OK, I've now got agent-status 'executing' and workload-status 'active', but Jenkins is not running on jenkins/0.
[18:51] <jcastro> I think it's just patience at this point
[18:51] <jcastro> how long has it been?
[18:52] <Odd_Bloke> 2015-03-31 18:43:49 INFO unit.jenkins/0.start logger.go:40  * Starting Jenkins Continuous Integration Server jenkins
[18:52] <Odd_Bloke> 2015-03-31 18:43:49 INFO unit.jenkins/0.start logger.go:40    ...done.
[18:52] <Odd_Bloke> So ~10 minutes.
[18:52] <Odd_Bloke> `sudo service jenkins status` reports "Jenkins Continuous Integration Server is not running"
[18:53] <jcastro> did you deploy the slave too?
[18:54] <Odd_Bloke> Nope; shall I?
[18:54] <jcastro> I assume so, it's what the instructions say
[18:54] <jcastro> "To deploy Jenkins server you will also need to deploy the jenkins-slave charm."
[18:54] <Odd_Bloke> *shuffles feet*  *avoids eye contact*
[18:54] <jcastro> https://jujucharms.com/jenkins/
[18:54] <jcastro> after that you expose it and it should work
[18:58] <joec1> bah, I give up for now, many thank again @lazyPower and @aisrael for offering assistance
[18:59] <Odd_Bloke> Rut roh: http://paste.ubuntu.com/10713842/
[19:00] <Odd_Bloke> I suspect that's a problem with GCE firewalls.
[19:01] <Odd_Bloke> How can I get juju to retry the hook (so I can try to fix it manually)?
[19:03] <tvansteenburgh> juju resolved --retry
[19:13] <Odd_Bloke> OK, I think that failure is happening because the Jenkins server isn't running.
[19:14] <Odd_Bloke> And Jenkins isn't running because of... a buffer overflow. \o/
[19:15] <Odd_Bloke> http://paste.ubuntu.com/10713939/ to be exact.
[19:32] <jcastro> Odd_Bloke, what size is the instance?
[19:35] <Odd_Bloke> jcastro: A GCE g1-small, which only has 1.7GB of RAM.
[19:35] <Odd_Bloke> So that certainly seems a likely culprit.
[19:35] <jcastro> yeah that's my first guess, out of RAM, but that's a guess
[20:41] <Odd_Bloke> ericsnow: wwitzel3: The europe-west1-a zone has been deprecated and removed in GCE, but juju just tried to use it.
[20:42] <ericsnow> Odd_Bloke: it only tries zones that GCE offers (we get a list from the GCE API at runtime)
[20:43] <Odd_Bloke> ericsnow: http://paste.ubuntu.com/10714510/
[20:45] <ericsnow> Odd_Bloke: yeah, dimitern ran into the same thing and we decided not to worry about it since the zone will be gone before 1.23 is released and we only try zones GCE tells us about at runtime
[20:45] <ericsnow> Odd_Bloke: however, it is a pain
[20:46] <Odd_Bloke> Ah, OK, cool.
[20:46] <ericsnow> Odd_Bloke: for now you can use a different region
[20:47] <ericsnow> Odd_Bloke: I imagine this could be a problem in the future if GCE deprecates any other zones
[20:48] <ericsnow> Odd_Bloke: we could add code to filter out known deprecated zones but that is a maintenance burden we didn't want to take on if we didn't have to
[20:51] <Odd_Bloke> ericsnow: The API returns the deprecation info: https://cloud.google.com/compute/docs/reference/latest/zones#resource
[20:53] <ericsnow> Odd_Bloke: thanks for pointing that out, we must of missed it
[20:53] <ericsnow> Odd_Bloke: could you open a bug for this?
[20:55] <Odd_Bloke> ericsnow: I could reopen https://bugs.launchpad.net/juju-core/+bug/1436655 ?
[20:55] <mup> Bug #1436655: gce provider should stop using deprecated zone europe-west1-a <gce-provider> <juju-core:Won't Fix> <juju-core 1.23:Won't Fix> <https://launchpad.net/bugs/1436655>
[20:55] <ericsnow> Odd_Bloke: that would be perfect
[20:55] <ericsnow> thanks
[20:56] <Odd_Bloke> ericsnow: Actually, I can't change the status there; shall I comment and you reopen?
[20:56] <ericsnow> Odd_Bloke: sounds good
[20:59] <ericsnow> Odd_Bloke: done; thanks for looking into this.
[20:59] <Odd_Bloke> ericsnow: No worries; thanks for writing the provider! :)
[20:59] <ericsnow> wwitzel3: could you take a look at #1436655?
[21:00] <mup> Bug #1436655: gce provider should stop using deprecated zone europe-west1-a <gce-provider> <juju-core:Won't Fix> <juju-core 1.23:Won't Fix> <https://launchpad.net/bugs/1436655>
[21:03] <wwitzel3> ericsnow: yeah, I can take a look, I need a break from the CS stuff anyway
[21:03] <ericsnow> wwitzel3: :)
[21:03] <ericsnow> wwitzel3: the fix shouldn't be too bad
[21:06] <Odd_Bloke> jcastro: Jenkins still falls over in the same way on a 12G RAM instance. :(
[21:06] <Odd_Bloke> (And the same version doesn't do so when I run it in a similar GCE instance not via Juju)
[21:29] <jcastro> Odd_Bloke, hmm no clue then, I'm off to dinner so perhaps post to the list?
[21:32] <wwitzel3> ericsnow: I'm only working on one right now, I haven't started on the other yet
[21:32] <ericsnow> wwitzel3: k
[21:33] <ennoble> Is there a way to stop juju from destroying a maas node when no services are deployed to it? I just destroyed the services running on a machine and it seems like it's freed immediately? It's pretty annoying to have to wait 10 minutes for maas to re-deploy the node
[22:09] <wwitzel3> ericsnow: is NewZone purely for testing purposes?
[22:09] <ericsnow> wwitzel3: note sure
[22:09]  * ericsnow take a look
[22:10] <wwitzel3> ericsnow: I don't see it being used anywhere but tests, but just watned to make sure
[22:10] <ericsnow> wwitzel3: yeah, looks like it is just for testing
[22:10] <wwitzel3> ericsnow: I've got a fix, I insept the the deprecatedStatus of the zone and bubble that up via the availZoneUp method, I also annotate the default error if Google suggests a replacement
[22:11] <ericsnow> wwitzel3: cool
[22:16] <ennoble> is there a way to get juju to reread the JUJU_DEV_FEATURE_FLAG env variable or do you have to destroy the environment and re-create it?


[08:45] <joshualyle> I'm trying to find a way to write an openbsd module for cloud-init and I started looking at util.py in get_linux_distro since that's where it seems to recognize FreeBSD. However, regardless of what get_linux_distro() returns, it seems to default to use the ubuntu Distro class regardless. I can only get it to change the Distro class if it's directly set in cloud.cfg. What is the purpose of get_linux_dist
[08:45] <joshualyle> ro then?
[13:42] <meena> joshualyle: is your cloud.cfg actually saying system_info: distro: Ubuntu?
[13:42] <meena> if not, it could also be the fallthru, default
[13:44] <meena> which makes me wonder, did Goneri adapt that for his NetBSD branch?
[13:49] <meena> ah, yes, he simplified it: https://github.com/canonical/cloud-init/pull/62/files
[16:24] <Goneri> my experimental NetBSD works fine, I now need to clean up the patch, and refresh the unit-test
[16:24] <Goneri> :-)
[18:33] <joshualyle> meena: It attempts to use ubuntu regardless of if I include system_info: distro: Ubuntu in cloud.cfg or not. I was originally using a cloud.cfg that only had information for users without system_info: defined anywhere but it always identified (or fell back to) ubuntu
[18:34] <joshualyle> explicitly setting system_info: distro: openbsd was the only way I could get it to try to use an openbsd Distro class
[18:51] <joshualyle> I guess what I'm not getting is, how does cloud-init determine the class to use if it's not explicitly defined in cloud.cfg
[19:23] <meena> joshualyle: iirc, Ubuntu is default
[19:26] <joshualyle> meena: but then do you have any idea why there is so much code to discover the OS if it essentially just relies on the config file?
[19:27] <meena> the config file can override the detection, in some cases. the point is that your os doesn't have a working get_linux_distro() implemented
[19:30] <meena> Although, Goneri's implementation should work for all BSDs
[19:36] <joshualyle> I hope I'm not being annoying at this point but I guess what I still don't understand is when the detection takes effect. If the distro is defined in cloud.cfg, it is used to determine the distro class. If it is not, it seems to use settings.py to fallback to ubuntu
[19:54] <meena> joshualyle: nah, you're not annoying, it's just late here, and most of the maintainers are off until next year
[19:55] <meena> aaaaand, while i have dabbled in that code, i haven't added a whole new distro / os
[20:01] <joshualyle> alrighty I gotcha. Well I appreciate your help. I'll keep digging!
[20:04] <meena> i would just take Goneri's implementation of get_linux_distro() and start from there
[20:05] <meena> Also, his NetBSD branch might give you other ideas!
[20:05] <meena> also, https://hackmd.io/3-YBj1t9TAeKhmfLBQUjXQ
[20:06] <meena> (i'm @igalic on github, btw)
[20:34] <Goneri> joshualyle, I would like to focus on OpenBSD once NetBSD will be merged. But first, I need to figure out how to build a disk image.
[20:35] <Goneri> something like https://github.com/virt-lightning/netbsd-cloud-images
[20:35] <Goneri> this is the first step
[20:36] <Goneri> my last NetBSD qcow2 snapshot: https://virt-lightning.org/images/netbsd-8/disk.qcow2
[20:36] <Goneri> works fine with VirtLightning and OpenStack
[20:46] <joshualyle> meena: thank you! Once I figure out the structure of cloud-init in master, I'll probably branch off of Goneri's netbsd branch to see if I can figure it out for openbsd
[20:51] <joshualyle> Goneri: what exactly does that build script do? Install netbsd, add cloudinit, and reboot?
[21:01] <Goneri> it prepares an image disk, and indeed, install cloud-init after.
[21:03] <Goneri> joshualyle, to be honest, I've never used OpenBSD, so you will probably be faster than me :-)
[21:03] <Goneri> so if you've something functional, I will be happy to help.
[21:09] <Goneri> in general, the hardest part to do right, is the filesystem/partition resizing.
[21:25] <joshualyle> I appreciate it! I haven't contributed to OSS before but I've done a lot in cloud work and was sad to see the state of adoption of BSD in cloud environments so I wanted to see if I could help
[21:43] <meena> 22:09 <Goneri> in general, the hardest part to do right, is the filesystem/partition resizing.  ⬅ cuz you're not using zfs
[23:30] <meena> I'm starting to think that a decorator is our best chance
[23:51] <Goneri> meena, there is no ZFS on OpenBSD and NetBSD, even if things are change with NetBSD-9


[01:27] <Flannel> PriceChild: You keeping an eye on LadyBot?  Sent me a notice re: spam (maybe triggers on channel names?)
[01:27] <PriceChild> Flannel, thankyou.
[01:27] <Flannel> No problem
[01:27] <PriceChild> I tried a list earlier but didn't reply.
[01:29] <LjL> ok so, if floodbots "fight" among each other for anything longer than a couple of minutes, issue "hook" in -monitor
[01:30] <LjL> also, if during an attack *you* (not the bots) set +r, +R, +m or +i, the bots will go back to "normal" mode, thinking the attack has been addressed
[01:30] <LjL> this means that they can set -J if they're lagged or something
[01:30] <LjL> so, if you set one of those modes manually, you're a bit on your own - don't rely on +J staying set
[03:17] <tritium> LjL: do we have a policy on allowing ubotu in LoCo channels?
[03:18] <LjL> tritium: i don't think so. we ask, seveas decides how overloaded it is
[03:18] <LjL> s/we/they/
[03:19] <tritium> And does the policy about ubotu being the only interactive bot apply to loco channels as well?
[03:19] <LjL> not really, they can and do have their own localized bots
[03:19] <tritium> Oh, great.  I'm glad to hear that.  I may add one to the NM LoCo channel.
[03:20] <tritium> Thanks, LjL.  =)
[03:21] <LjL> tritium: but if you want ubotu ask, shouldn't be a problem
[03:21] <tritium> Awesome, that would be my preference.
[03:22] <tritium> Seveas: may I have ubotu join #ubuntu-us-nm please?
[03:23] <nalioth> tritium: which bot did you want?
[03:24] <tritium> nalioth: I have no preference.  If ubotwo or ubot3 is available, that's great for us.
[03:24]  * nalioth sends ubot3
[03:24] <tritium> Thank you kindly, sir.
[03:24] <tritium> I appreciate it.
[04:13] <nickrud> Jack_Sparrow: I use seveas's script, I'm not even sure
[04:13] <Jack_Sparrow> np
[04:14]  * tritium uses auto_bleh
[04:14] <nickrud> I've promised myself I'll take some time and learn more, but I'm using a pretty good crutch right now
[04:14] <Jack_Sparrow> Konversation still here.
[04:14] <tonyyarusso> tonyyarusso: same
[04:14] <tonyyarusso> wow
[04:14] <tonyyarusso> @tritium
[04:14] <nickrud> talking to yourself?
[04:14] <tritium> I thought so ;)
[04:27] <eddieftw> nalioth: i hate to bother, but I was referred to you as being the person to bother about an IRC cloak. i was recently approved as an IRC member
[04:29] <nalioth> eddieftw: got a launchpad ID?
[04:31] <eddieftw> nalioth: https://launchpad.net/~eddiemartinez
[04:32] <eddieftw> nalioth: i use two nicks for IRC, is that a problem?
[04:33] <nalioth> not at all
[04:33] <nalioth> freenode recommends setting up your nick in this fashion: http://freenode.net/faq.shtml#nicksetup eddieftw
[04:35] <eddieftw> okay i've linked them now
[04:36] <nalioth> you need to continue reading that URL
[04:42] <eddieftw> im sorry, im confused, what am i supposed to be reading for?
[04:43] <nalioth> you need an email with nickserv
[04:43] <nalioth> you also need to decide which nick you want as master
[04:44] <eddieftw> ive done that, and i know which one i want as a master, and ive linked them nicks
[04:44] <nalioth>   /msg nickserv set master [the one you want] and make sure it has an email with it
[04:46] <posingaspopular> okay that's done.
[04:49]  * nalioth waits on the email to be set
[04:49] <stdin> can someone !forget pastebin-#kubuntu please ?
[04:50] <posingaspopular> nalioth: it's already set
[04:50] <nalioth> posingaspopular: no, it's not.
[04:50] <nalioth> on either nick, there is no email
[04:51] <posingaspopular> i've registered both nicks to the same email a long time ago
[04:52] <posingaspopular> http://paste.ubuntu-nl.org/57297/
[04:52] <nalioth>  please /msg nickserv info posingaspopular
[04:52] <nalioth>  please /msg nickserv info eddieftw
[04:53] <posingaspopular> i dont understand how they are registered, but dont have an associated email address?
[04:54] <nalioth> because you probably are thinking of SOME OTHER NETWORK and its registration procedures?
[04:54] <nalioth> freenode recommends setting up your nick in this fashion: http://freenode.net/faq.shtml#nicksetup posingaspopular
[04:55] <AndrewB> hahaha
[04:58] <nalioth> AndrewB: is something funny?
[04:58]  * AndrewB closes lips
[04:58] <AndrewB> no
[05:00] <band4life> good evening ladies and gentlemen.  I have returned to plea for forgiveness.  I apologize for my rude behavior in #ubuntu, and promise to be a model chatter from now on.  May I please have permission to return?
[05:08] <nickrud> nalioth: is band4life still banned from #ubuntu?
[05:08] <nalioth> nickrud: until the banning op removes it
[05:08] <nalioth> and since band4life always shows up when its night time for that op . . . .
[05:09] <nickrud> nalioth: well he's there
[05:09] <nalioth> oh?
[05:09] <nickrud> yes
[05:09]  * nalioth investigates
[05:09] <nickrud> if he's the one I'm thinking of, LjL said a month or so
[05:10]  * nalioth investigaes ( this means that band4life has time to leave #ubuntu )
[05:12] <posingaspopular> nalioth: sorry for the confusion, the email adress should be set now
[05:12] <nickrud> nalioth: he's gon
[05:12] <nalioth> band4life: may i ask why you are evading a ban?
[05:12] <nickrud> *e
[05:13] <band4life> nalioth I am not trying to evade.  I did explain that I switch wireless accounts frequently.  that is why I cam here.
[05:13] <nalioth> band4life: if you're not trying to evade, why does it say so in your ident?
[05:13] <band4life> ident?
[05:13] <nalioth> uh oh
[05:13] <nalioth> nickrud: can you help him out?
[05:14] <nickrud> band4life<EMAIL_ADDRESS>has joined #ubuntu-ops
[05:14] <nalioth> eddieftw: which nick do you want in the cloak?
[05:14] <nickrud> band4life: that's your ident there, evade etc
[05:14] <nalioth> band4life: can you explain to us why you are using a different IP?
[05:14] <nalioth> band4life: and have 'evade' as your ident?
[05:15] <nickrud> band4life: you're gonna have to wait, LjL did put a time limit on your ban if I remember correctly
[05:15] <eddieftw> nalioth: the posingaspopular one
[05:16] <nalioth> eddieftw: please /nick to it
[05:16] <band4life> nalioth I have a dsl here (my house) and I frequent a coffee shop.  that is why my ip is diff.  I dont know what you mean about the evade as my ident .
[05:16] <nixternal> nalioth: make his cloak say @/nixternals/woman/posingaspopular
[05:16] <nickrud> rflol
[05:17] <nalioth> posingaspopular: thanks
[05:17] <nixternal> posingaspopular: if you don't have anything else, you are free to leave :p
[05:17] <nalioth> band4life: nickrud showed you what i mean
[05:18] <band4life> nalioth i dont have evolution set up so I couldnt open the link
[05:18] <posingaspopular> thanks for kicking me out nixternal
[05:18] <posingaspopular> wont be the first time.. or last P
[05:18] <posingaspopular> :P
[05:18] <nalioth> band4life: do not return here for 1 week.
[05:19] <band4life> am I banned from #ubuntu or all the channels?
[05:19] <band4life> can I go to #kubuntu?
[05:19] <nalioth> if you keep ban evading, you may lose access to all 42,321 channels here
[05:20] <band4life> nalioth  I honestly am not trying to evade.
[05:20] <nalioth> band4life: presented with the evidence, i am sorry to say i don't believe you one little bit
[05:20] <nickrud> band4life: I'd suggest you simply take a week off, and come back. A show of good faith
[05:21] <band4life> nalioth  Ill come back in a week.  Until then, am I free to go to other channels?
[05:21] <nalioth> band4life: the channel operators run their channels
[05:21] <band4life> nalioth I just dont want to get tagged as evading
[05:21] <nalioth> band4life: it is far too late for that
[05:21] <band4life> :-)
[05:22] <band4life> ok
[05:22] <band4life> see you in a week
[05:22] <band4life> thanks
[05:22] <band4life> nickrud can I open a private chat w/ you?
[05:24] <nalioth> nickrud: logs of #freenode show band4life asking 'how to evade bans' questions a few days ago
[05:25] <nixternal> nice
[05:25] <nalioth> he was not answered, but there is intent
[05:25] <nickrud> nalioth: yes, in here iirc. I was present
[05:25] <nalioth> and now this ident that 'he knows nothing about'
[05:25]  * nalioth is just telling nickrud not to fall for the sob story
[05:25] <AndrewB> What was he banned for originally out of interest?
[05:25] <nickrud> yeah. Two ways to consider his checking in here first: sincerity, or thumb on nose
[05:26] <nalioth> dunno, bantracker is down
[05:26]  * nickrud thinks nalioth knows that rich has heard many sob stories
[05:26] <nalioth> heh
[05:27]  * AndrewB realises he hasn't been to bed yet... and goes!
[08:39] <Myrtti> I'm getting a tad bored with the language at -ot
[08:39] <Myrtti> the next one using an acronym with the letter f for fu** is going to get it
[08:40] <Myrtti> I swear to Gaia
[08:42]  * elkbuntu hugs Myrtti
[09:45] <elkbuntu> uh oh, emma's firing up
[10:29] <MenZa> What's up with -offtopic?
[10:29] <Myrtti> I don't know, you tell me
[10:31] <Myrtti> ?
[10:33] <Myrtti> MenZa: summarize?
[10:36] <MenZa> Myrtti: It appears that a lot of o4o is fluttering around
[10:36] <MenZa> Or bordering o4o at least
[10:36] <MenZa> Myrtti: see DrDerek, emma
[10:47] <jussi01> !khardy
[10:47] <ubotu> Kubuntu Hardy Heron expects to ship with both KDE 3 and KDE 4 as 2 separate disks.  Please try and resolve this first with the operator.
[14:22] <elektronik123> this is only way ?
[14:22] <PriceChild> This is the best way.
[14:25] <kagou> Hi
[14:26] <PriceChild> Hi kagou, how can I help?
[14:26] <kagou> hey PriceChild,
[14:26] <kagou> i come in for an Member cloaks
[14:27] <PriceChild> kagou, could you give me your launchpad url please?
[14:27] <kagou> sure
[14:27] <kagou> https://edge.launchpad.net/~vetsel-patrice
[14:27] <kagou> or without the "edge" ;)
[14:27] <PriceChild> i'm on the edge
[14:27] <kagou> :p
[14:28] <PriceChild> kagou, have you set up your nickname with nickserv with a linked nick and email?
[14:28] <kagou> wow mmm, so long time i did...
[14:28] <kagou> my nickname is registered to nickserv
[14:28] <kagou> but for the mail ... ilook
[14:29] <PriceChild> kagou, here is the recommended way to set up your nickname: http://freenode.net/faq.shtml#nicksetup
[14:29] <kagou> PriceChild, thanks, i look
[14:29] <kagou> -NickServ-          Registered: 5 years 33 weeks 6 days (22h 15m 4s) ago
[14:31] <kagou> PriceChild, it's done
[14:32] <PriceChild> kagou, so you definitely have a second nickname linked? (ie. listed on /msg nickserv info kagou)
[14:33] <PriceChild> nalioth, Could you please cloak kagou with ubuntu/member.
[14:33] <kagou> PriceChild, sorry i do not have a linked
[14:33] <kagou> i do this
[14:33] <PriceChild> Could you please follow the instructions in that guide to link it.
[14:36] <kagou_>  /msg nickserv link kagou kagouou
[14:36] <kagou> PriceChild, ok it's now done
[14:36] <PriceChild> kagou, i don't think you did that properly..
[14:36] <PriceChild> kagou, please change your password also.
[14:37] <Pici> kagou: I reccomend changing your password, this channel is publically logged.
[14:37] <PriceChild> kagou, /msg nickserv set password <newpassword>
[14:37] <kagou> indeed
[14:38] <PriceChild> You need to go back to kagou_ and try to link again.
[14:38] <PriceChild> Make sure there is no space before the /
[14:39] <PriceChild> Make a habit of performing commands including a password in the server window only.. so that it doesn't appear to strangers if you make a typo.
[14:40] <kagou> PriceChild, i'v successfully linbked kagou_ and kagou
[14:41] <kagou> i don't find how to change password :/
[14:41] <PriceChild> kagou, are you sure? because you tried a command and it didn't work... we all saw it instead
[14:41] <PriceChild> kagou_, /msg nickserv set password <newpassword>
[14:45] <kagou> PriceChild, it's ok i think :)
[14:45] <PriceChild> kagou, does /msg nickserv info kagou now show an email and linked nick?
[14:45] <kagou> PriceChild, yes
[14:46] <PriceChild> good good
[14:48] <kagou> password is changed ;) Now what should I do ?
[14:59] <PriceChild> kagou, just wait :)
[15:02] <kagou> ok, i stay here
[16:17] <Jack_Sparrow> PriceChild: You around?
[16:20] <ubotu> Jack_Sparrow called the ops in #ubuntu (jay)
[16:20] <Jack_Sparrow> Thanks pici...
[16:21] <Jack_Sparrow> Pici:  got a sec?
[16:22] <Pici> Jack_Sparrow: kinda busy, but ask and I may have a moment
[16:23] <Jack_Sparrow> DO I still have ops in Ubuntu.. I have been mostly gone for the last couple weeks
[16:23] <Jack_Sparrow> Pici: I had some medical issuse after the Dr changed my meds
[16:24] <Pici> Jack_Sparrow: I hope you're better.  Yes, I still see you on the access list
[16:24] <Gary> Jack_Sparrow, /msg chanserv access #ubuntu list <--- will tell you who has access
[16:24] <Pici> /msg chanserv access #ubuntu list
[16:24] <Jack_Sparrow> I see me in the list but the konversation button to op me diudnt work..
[16:30] <kagou> PriceChild, ok it's done
[16:30] <kagou> thank you
[16:39] <jpatrick> Jack_Sparrow: because Konversation does: /op $you and not /msg ChanServ op #channel $nick
[16:40] <Jack_Sparrow> jpatrick: thanks, reinstalled while I was down for a few days and had not fixed everything..  that 400 gig was still under warrantee so all is good and I feel much better today
[16:44] <ubotu> Slart called the ops in #ubuntu (spiky)
[16:45] <jpatrick> Jack_Sparrow: get well soon! :)
[16:46] <Jack_Sparrow> working on it.. thanks..  I feel better today than the last couple weeks..  I think I also got exposed to the flu while at the hospital and now fighting that..
[16:48] <Jack_Sparrow> jpatrick: will        /msg Chanserv op #Ubuntu %u%n  work?
[16:48] <jpatrick> Jack_Sparrow: try: /msg ChanServ op #ubuntu Jack_Sparrow
[16:50] <jpatrick> Jack_Sparrow: deop: /msg ChanServ op #ubuntu -Jack_Sparrow
[16:53] <LjL> Jack_Sparrow, if it's a quick button, make it /MSG ChanServ OP %c%n
[16:53] <ubotu> Jack_Sparrow called the ops in #ubuntu (spiky)
[16:54] <Jack_Sparrow> LjL: thanks
[16:54] <jpatrick> someone forward the guy to #k
[16:54] <jpatrick> Jack_Sparrow: personally I favour the auto_bleh script for irssi :)
[16:55] <Jack_Sparrow> jpatrick: I just dl'd that
[16:55] <Jack_Sparrow> jpatrick: Will do some testing while I recover a bit.
[16:57] <jpatrick> Jack_Sparrow: there is a channel for testing it but I can't remember what it's called (<- no0tic)
[16:57] <Jack_Sparrow> jpatrick: If you have another minute what is the remove command again
[16:57] <jpatrick> Jack_Sparrow: /quote remove #channel nick
[16:57] <Jack_Sparrow> thanks.. again..  and again..
[16:58] <jpatrick> no problem :)
[16:58] <Jack_Sparrow> If I find out my Dr only changed my meds because he has stock in that company I am gonna kick some serious .....
[16:58] <no0tic> jpatrick, testing what?
[16:58] <jpatrick> no0tic: auto_bleh
[16:59] <no0tic> jussi01's #dib5sn
[17:00] <Jack_Sparrow> jpatrick: need help to unop now
[17:01] <no0tic> Jack_Sparrow, /msg chanserv op #channel -Jack_Sparrow
[17:01] <jpatrick> or just /deop Jack_Sparrow
[17:02] <Jack_Sparrow> thanks.. obviously my brain is NOT working as well as I thought
[17:04]  * jpatrick is not having a good day thanks to his crappy ssh server
[17:15] <jussi01> no0tic: ?
[17:16] <jpatrick> jussi01: read all backlog
[17:16] <no0tic> jussi01, jpatrick asked me for your auto_bleh test channel
[17:16] <jussi01> yeah, just read, sorry, just woke up from a nap...
[17:16] <ubotu> In ubotu, OldPink said: !amaya is a WYSIWYG Web editor, i.e. a tool used to create and update documents directly on the Web. Browsing features are seamlessly integrated with the editing and remote access features in a uniform environment. This follows the original vision of the Web as a space for collaboration and not just a one-way publishing medium.
[17:17] <jussi01> !scope
[17:17] <ubotu> We don't need factoids for *everything* ;)
[17:17] <jussi01> :P
[17:33] <Mez> !scope > OldPink
[17:33] <jpatrick> Mez: did that (and he did it to himself later)
[17:34] <Mez> jpatrick, ah :( sorry
[17:34] <jpatrick> Mez: it' his problem
[17:34] <jpatrick> s*
[17:36]  * jpatrick laughs at #u-ot
[18:09] <nxvl_work> hi
[18:10] <nxvl_work> can someone explain me the cloaks think
[18:12] <nickrud> http://freenode.net/faq.shtml#cloaks nxvl_work
[18:12] <nxvl_work> i mean, how i get mine working
[18:13] <nickrud> nxvl_work:  you need to do the setup on that page, then once that's done have a freenode staffer enable it
[18:13] <LjL> nxvl_work: are you an ubuntu member?
[18:13] <nxvl_work> LjL: yes
[18:14] <LjL> nxvl_work: in that case, do you want an ubuntu/member/ cloak or an unaffiliated/ one?
[18:14] <nxvl_work> ubuntu/member
[18:14] <LjL> nxvl_work: what's your launchpad address?
[18:15] <nxvl_work> https://edge.launchpad.net/~nvalcarcel
[18:16] <LjL> nxvl_work: (check https://wiki.ubuntu.com/Nxvl - you have the wrong address in the first line)
[18:16] <LjL> nxvl_work: follow the steps you were given, anyway. i.e. make sure that you have a linked secondary nickname, and an email address set in nickserv
[18:16] <nxvl_work> yep, i forgot to change ir, thnx :D
[18:16] <nxvl_work> i'm on it
[18:16] <nxvl_work> thanks :D
[18:18] <nxvl_work>  /msg nickserv a
[18:18] <nxvl_work> wrong window
[18:18] <LjL> nxvl_work: careful. type those commands in the status window/tab, or you might end up giving out your passwords
[18:18] <nxvl_work> thats why i use "a" instead of the command :D
[18:18] <nxvl_work> just making sure
[18:27] <nxvl> i can't have it working
[18:27] <nxvl> it's automatic when i log into freenode?
[18:28] <mneptok> nxvl: when the cloak is active it will be enabled when you ID to NickServ
[18:28] <nxvl> oh, so it still need to be enables?
[18:28] <nxvl> enabled*
[18:29] <nxvl> ok ok
[18:29] <nxvl> mneptok: but i only need to log into nickserv, doesn't i?
[18:29] <mneptok> correcto
[18:29] <nxvl_work> gracias!
[18:29] <mneptok> de nada
[18:34] <LjL> nxvl_work, i need you to confirm that your nicknames are linked (is it nxvl and nxvl_work that you've linked)?
[18:35] <Gary> LjL, they are linked
[18:35] <LjL> Gary, could you?
[18:36] <Gary> LjL, all the LP stuff ready?
[18:36] <LjL> not but will be in half a second
[18:36] <LjL> done
[18:37] <Gary> cloaked
[18:37] <LjL> thanks
[18:37] <LjL> nxvl: your secondary nickname will probably have to cycle. the primary is cloaked.
[18:38] <Gary> he'll have to log out nxvl_work (or cycle)
[18:40] <nxvl_work> LjL: yep
[18:41] <nxvl_work> woohooo!
[18:41] <nxvl_work> thnx
[18:50] <Pici> dddd
[18:50] <jussi01> eeee
[18:51] <jpatrick> weee
[18:51] <jussi01> hey...
[21:35] <ompaul> I want to make that more polite - thoughts Please watch your language and topic to help keep this channel family friendly.
[21:35] <ompaul> Pici, what you think
[21:36] <ompaul> Please watch your language and stay ontopic, it will help to keep this channel family friendly.
[21:42] <jpatrick> ompaul: you scared him off :/
[21:43] <ompaul> I'll start on you next jpatrick ;-)
[21:45]  * jpatrick hugs ompaul
[21:45] <ompaul> hahaha
[21:53] <ubotu> Flare183 called the ops in #ubuntu (Apocaliptica)
[21:53] <jpatrick> this guy again? (ping all dude)
[22:10] <ubotu> In ubotu, Flare183 said: !flare183 is <reply>You Rock and You Rule!
[22:11] <PriceChild> yeah... no
[22:11] <jdong> PriceChild: can jdong rock and rule? :D
[22:11] <ompaul>  /msg flare183 please leave the bot alone
[22:11] <PriceChild> offline now
[22:11] <PriceChild> jdong, not on crack he can't.
[22:12] <ompaul> Flare183> sorry brother done that sorry about that
[22:12] <ompaul> arrrrrrrrrrrrrrggggggggggggghhhhhhhhhhhhhhhh
[22:14] <LjL> he's repeatedly run for membership, FYI
[22:14] <LjL> (and failed to turn up)
[22:15] <ompaul> he should be repeatedly removed from the channel
[22:15] <ompaul> LjL, speaking of which
[22:15] <ompaul>  what are nxvl and others doing here?
[22:15] <LjL> requested cloaks
[22:25] <Seveas> LjL, anything you need from me on that?
[22:26] <LjL> Seveas: on the requested cloaks?
[22:26] <Seveas> yeah
[22:27] <LjL> Seveas: i think you'll find you approved them earlier today, so it's all sorted
[22:27] <Seveas> k
[22:27] <Seveas> btw, I just got shocked
[22:27] <Seveas> see somewhere else
[22:57] <Jack_Sparrow> Seveas: can you set a better ban on penguin
[22:58] <Jack_Sparrow> I messed that all up
[22:58] <Seveas> --- Jack_Sparrow sets ban on *!*@*
[22:58] <Seveas> don't EVER do that
[22:59] <Jack_Sparrow> Didnt mean to...
[22:59] <Jack_Sparrow> fixing the button right now..
[22:59] <Seveas> seriously, this makes me want to remove your ops privileges if I could
[23:00] <Jack_Sparrow> Seveas: I know I screwed up as soon as I saw that, which is why I got you immediately
[23:00] <Seveas> you should have undone it
[23:00] <Jack_Sparrow> Seveas: Already fixed the button
[23:01] <Seveas> if you don't know how, read an IRC manual before unbanning yourself
[23:02] <Jack_Sparrow> I really should just go back to bed...
[23:04] <LjL> !staff | host-64-234-13-157.nctv.com
[23:04] <ubotu> host-64-234-13-157.nctv.com: Hey nalioth, jenda, rob, SportChick, seanw, Dave2, Christel or Gary,  I could use a bit of your time :)
[23:04] <LjL> still connected
[23:04] <LjL> several nicknames
[23:05] <Seveas> LjL, what's the history of that one?
[23:05] <LjL> Seveas: err, no history that i know of... but, like, he just joined several bots?
[23:05] <Seveas> k
[23:06] <LjL> Seveas: i just noticed because in -monitor, WARNING: Carlzenox, Ze1ssnoxCommande, Zenox7Comdmander, Ze3nox7Comma3nde, Ze4noxComm3ander, Ze4no3xCommander are all connected from host-64-234-13-157.nctv.com
[23:08] <nalioth> LjL: klined
[23:08] <nalioth> klined
[23:09] <LjL> Jack_Sparrow, on konversation, just use /ban -domain <nickname> and it'll do the right thing for you (obviously you can make a shorter alias for that)
[23:10] <Jack_Sparrow> LjL: Thanks.. I got the script this am for xchat but had not got xchat installed..
[23:10] <Jack_Sparrow> I am very sorry for the huge huge mistake...
[23:11] <PriceChild> meh, stuff happens
[23:11] <ompaul> Jack_Sparrow, dont beat yourself up over it
[23:11] <ompaul> we won't either
[23:11] <PriceChild> next time try and undo something like that asap, especially because it was stopping anyone talking, and make sure to test funky buttons and alias's in random channels first :)
[23:11] <LjL> Jack_Sparrow: xchat, i don't know. but please be very careful, seveas is rightly upset, since a ban on *!*@* means locking everyone out - they don't even get forwarded to #ubuntu-unregged, they just get "you are banned", which is not nice. you don't need to pick up every irc command by heart immediately, but do remember that if you set a /mode #ubuntu +anything (like a /mode #ubuntu +b hostmask, which is a ban), you can always reverse what you did with /
[23:11] <LjL> mode #ubuntu -whatever, like /mode #ubuntu -b *!*@*
[23:12] <Seveas> LjL, for xchat, use chanserv.py
[23:12] <ompaul> Seveas, I was pointing him at that
[23:12] <Seveas> s/LjL/Jack_Sparrow/
[23:12] <Jack_Sparrow> Thanks guys.. seriously back to bed...  will work on xchat and the script tomorrow when less tired.
[23:12]  * Seveas needs sleep
[23:13] <ompaul> wow my brain did s/ by itself
[23:13] <Jack_Sparrow> take care, see you tomorrow.
[23:16] <ompaul> Seveas, sleep 28800 well
[23:58] <PriceChild> Hmmm.. isp's website is down :/