[23:21] <xivulon> evand, I was expecting the patch to 230716 on the ISO but it is not there. Is it because of 230703?
[23:21] <xivulon> In case can we split the patches and or explicitly skip ext3 in 230703?


[11:34] <jaksi07c8> hi
[11:34] <jaksi07c8> I'm looking for a way to create a customized Ubuntu ISO
[11:35] <jaksi07c8> there is a help page, but it doesn't mention USB bootable ISOs or UEFI
[11:36] <jaksi07c8> is the way official ubuntu ISOs are generated public?


[04:08] <jtv> Hi bigjools — I have some documentation updates ready for the multiple networks per cluster, but what I'm still missing is a clear designing-your-network document.
[04:08] <bigjools> jtv: g'day
[04:08] <bigjools> jtv: I think some examples would be good but we don't want to be prescriptive do we?
[04:09] <bigjools> it's not like serious users will take notice anyway :)
[04:10] <jtv> I'm thinking not so much of an if-all-else-fails-rtfm thing, or a "how to unpack your ipod: 1. do not unpack under water or near impending nuclear explosions"
[04:11] <jtv> More "the things you'll want to know before you start with this"
[04:11] <bigjools> jtv: sounds good
[04:11] <jtv> Something that sets the expectations for what you can do with maas, and what you're going to need.
[04:12] <jtv> If you think it's useful for me to write up a first stab at such a document, I can put my current branch up for review first.
[04:14] <jtv> Ah.  Last night I put up a small branch to remove NodeGroup.get_any_interface(), which thank Kibo we no longer needed.  Raphaël not only approved it (his review notes being just "Scary!") but landed it before I changed my mind.  :-)
[04:22] <bradm> has anyone found any useful docs on getting maas to talk ipmi to hp proliant kit?  its not obvious to me after a reasonable search, and if someone could shortcut figuring it out, it'd be great :)
[04:23] <jtv> I think that's the same ilo as the microservers, right bigjools?
[04:24] <bradm> I've mostly got ilo3 and ilo4, the kit is hp proliant dl380 g6/7/8s, or there abouts
[04:24] <jtv> Some of us have that — g7 I think.  So it shouldn't be hard to get that documented.
[04:25] <jtv> With luck it's merely one of those situations where "yay it works" gives people the signal that they're done, and it's just a matter of getting them to write it down.
[04:26] <jtv> I do recall that there were some IPMI things it just won't do — such as a serial console.
[04:26] <bradm> yeah, thats fine, I think all I care about is the ability to power on / off the servers
[04:26] <bradm> the ilos work well for just about everything else
[04:26] <jtv> Hmm that ought to be standard fare...
[04:26] <bradm> well, they can power on and off the servers too, but I want MaaS to do it for me
[04:26] <bradm> its entirely possible there's something wrong with my ipmi setup, too
[04:27] <jtv> Yes, and that should work, right?
[04:27] <bradm> doesn't seem to
[04:27] <bradm> I've been having to manually power cycle things, over the ilo
[04:27] <jtv> :/
[04:27] <jtv> Have you tried it from the command line using ipmitool?
[04:27] <bradm> I've got 25 nodes in this maas cluster, it'll be more soon
[04:27] <jtv> Because the MAAS configuration should be very similar to that.
[04:27] <bradm> hm, no, I haven't
[04:28] <bradm> I wasn't even sure if that should work without config on the ilo side of things
[04:28] <jtv> MAAS needs to know the ilo's address, and IPMI login credentials.
[04:28] <bigjools> bradm: how do you have it set up right now?
[04:28] <bigjools> is it configured in maas and just doesn't work?
[04:28] <bigjools> or something else?
[04:29] <bradm> bigjools: in maas I have a power type of ipmi, driver auto detect, with the user and password
[04:29] <bigjools> bradm: can you see the power_on task appearing in the celery log?
[04:30] <bradm> bigjools: yes
[04:30] <bigjools> bradm: and it just fails then?
[04:30] <bigjools> as in doesn't turn it on?
[04:30] <bradm> bigjools: yeah
[04:31] <bigjools> bradm: did you try changing the driver type?
[04:32] <bigjools> bradm: you need 2.0 for proliant
[04:32] <bigjools> https://bugs.launchpad.net/maas/+bug/1086162
[04:32] <bradm> bigjools: not yet, I had a quick search and really didn't find much to explain how it should be done
[04:32] <bigjools> bradm: just edit the node
[04:32] <bradm> bigjools: yeah, but more as in what the next steps are, I can see how to change the driver :)
[04:32] <bradm> bigjools: is there some way to change the default for the maas server?
[04:32] <bigjools> well just try that
[04:33] <bigjools> not really
[04:33] <bigjools> the idea is that when the hardware enlists, its power type is set
[04:33] <bigjools> there is no sane default
[04:33] <bigjools> did you manually enlist these nodes or do a boot-enlist?
[04:33] <bradm> right, I thought there just might be a config setting
[04:33] <bradm> so that you could override what the default was
[04:33] <bigjools> there used to be a config but I ripped it out :)
[04:33] <bradm> it was a boot-enlist
[04:34] <bigjools> makes no sense in non-heterogeneous environs
[04:34] <bradm> so us heterogeneous folk have to suffer for it? :)
[04:34] <bigjools> ok so the bug is that the power type is not detected in the enlistment code
[04:35] <bigjools> bradm: does this help https://bugs.launchpad.net/maas/+bug/1086162/comments/6
[04:36] <bradm> bigjools: it, uh, could?  although I'm not exactly sure why you need something installed on the server if I'm talking ipmi to the ilo
[04:37] <bigjools> that's just a quick hack to make it use 2.0 on the cluster controller
[04:37] <bradm> oh, so it should be on the maas server?  I don't even have that directory
[04:37] <bigjools> you can also use maas shell to mass-edit the Node rows in the DB
[04:38] <bigjools> bradm: oh ignore me
[04:38] <bigjools> we don't use freeipmi any more
[04:39] <bradm> whew :)
[04:39] <bradm> ok, so I'll try setting the IPMI version to 2.0 for my next install, shouldn't be too long
[04:39] <bigjools> bradm: just edit one node to use LAN_2_0 and see if it works
[04:40] <bradm> a default setting for the ipmi type would be mighty useful
[04:40] <bradm> any time you have to set something manually is an opportunity for error
[04:43] <bradm> oh, bah, the only free node I have doesn't have network for whatever reason, but it does have ilo
[04:54] <bigjools> bradm: well the point is that the enlistment should work in the first place.  Defaults are workarounds.
[04:54] <bigjools> jtv: hahaha.  The iLO web interface for the N40L has a "use this tagged vlan" setting
[04:55] <bradm> bigjools: right, thats true.  but bugs do exist in software, and its nice to be able to tweak things to work around them.
[04:55] <bigjools> bradm: there's nothing stopping you from tweaking the setting
[04:55] <bradm> bigjools: and having to do it to every single server, and then remembering to do it every time I add a new one..
[04:58] <bradm> any sysadmin who's told they have to tweak a setting for every single server will say "Why isn't the default configurable?"
[04:59]  * jtv flashes bigjools an angry look
[04:59]  * bigjools bats eyelids at jtv
[05:00] <bigjools> bradm: even if you had a default power type, you still need to set the credentials
[05:00] <bigjools> it makes no sense for this at all
[05:32] <bradm> bigjools: hmm, I'm not sure I agree - its another thing that whoever sets it up will have to remember to reset - its obvious you have to do IP, username and password, but I could easily see the fact that it needs to be overridden overlooked by someone.
[05:32] <bradm> bigjools: but its not a huge deal
[05:32] <bigjools> bradm: you have to remember to set the credentials anyway
[05:32] <bigjools> if you['re doing it manually
[05:33] <bigjools> you're just asking for a workaround for a weird bug here, I'd rather fix the bug!
[05:33] <bigjools> if we set defaults for power types then it makes it harder to flag to the user that the power was not configured yet
[05:36] <bradm> bigjools: mmm, yeah, I guess.  I just find it frustrating when software makes me have to set values on things that could have a default.  I'm not sure how often someone would need to change this
[05:37] <bigjools> bradm: exactly, it needs setting once, correctly, when enlisting.   you're having to set it because of a bug, not because it has no default
[05:39] <bradm> bigjools: I have to wait for someone in the UK to wake up and start work before I can really test this, I've got openstack deployed to this maas server right now
[05:39] <bigjools> bradm: ok let me know when you can
[05:39] <bigjools> bradm: I think roaksoax will be interested in this, I though ipmi detection worked better on proliant
[05:40] <bigjools> thought*
[05:43] <bradm> bigjools: I wouldn't rule out some kind of misconfiguration here, I don't really know what I'm doing and am randomly clicking buttons. Plus I was handed over an existing setup :)
[05:43] <bigjools> bradm: heh ok
[05:43] <bradm> this ipmi type stuff isn't really documented anywhere obvious that I've seen
[05:49] <bradm> I'd kind of expected at least a mention of it in http://maas.ubuntu.com/docs/nodes.html, maybe
[05:57] <bigjools> bradm: ok
[10:17] <melmoth> hola. I have been asked how to tell maas to use a specific preseed file for a given node
[10:17] <melmoth> according to https://maas.ubuntu.com/docs/development/preseeds.html#user-provided-preseeds  it s possible
[10:17] <melmoth> but i dont undertsand how to get a list of valid value for all the "macro" defined {prefix}_{node_architecture}_{node_subarchitecture}_{release}_{node_name}
[11:09] <gmb> rvba, allenap, jtv: If you have a second, https://code.launchpad.net/~gmb/maas/bug-1274871/+merge/204195 is up for review.
[11:21] <rvba> gmb: lgtm
[11:22] <gmb> Ta
[11:32] <allenap> melmoth: I’m looking into that...
[11:39] <allenap> melmoth: So, if you look in /etc/maas/preseeds there are several files. To override curtin_userdata for an amd64 node named fred on which you want to run precises, for example, you’d create a file called curtin_userdata_amd64_generic_precise_fred.
[11:39] <allenap> melmoth: It’s a bit clumsy, I grant you, but perhaps you could explain what you need to do and I can see if there’s another way to do it?
[11:56] <melmoth> allenap, a customer (i m doing support) wants to generate per host preseed file, and i need to tell him how to do that
[11:57] <melmoth> so i have been given the url with the user-provider preseed, and i m just wondering what he should put in place of the {settings} to get a preseed that match a given node
[11:58] <allenap> melmoth: Okay. Generally, our advice would be: if the machine boots without customising the preseed, wait until it’s up then use, say, Juju or another tool to customise it at that point.
[11:59] <melmoth> what he wants is to install stuff on a given disk , so it needs to change that in the preseed
[11:59] <allenap> melmoth: Also, the templates are Tempita templates, so you can use any construct that they support, including embedding arbitrary Python. http://pythonpaste.org/tempita/
[12:02] <allenap> melmoth: In other words, you could customise an existing preseed and get it to lookup rules in a separate file according to node name. The node object is passed into the template, so you can use node.name, iirc.
[13:39] <gmb> allenap, rvba, jtv: Another wee branch for you to give some love to: https://code.launchpad.net/~gmb/maas/bug-1274912/+merge/204234
[13:40] <jtv> gmb: I'll take it.
[13:40] <gmb> Thankee
[13:41] <jtv> gmb: kindly COMMENT this kind of magic!  In fact I would say this kind of magic is far too vague.  Future generations will scratch their heads and be afraid to change the logic.
[13:42] <jtv> Can't get_effective_power_type() just return None for "none" or something?
[13:42] <gmb> jtv: Sure; I just did the same thing as start_power_nodes does because I was being lazy.
[13:42] <jtv> !?
[13:42] <gmb> I'll go fix it the *right way* :)
[13:43] <gmb> jtv: Seriously, go look :)
[13:43] <jtv> Suppressing a wildly generic error from a function somewhere else that might, now or in the future, raise it for unrelated reasons... <shudder>
[13:43]  * jtv goes look
[13:43] <jtv> start_power_nodes..?
[13:43] <gmb> er
[13:43] <jtv> Who is start_power_nodes?
[13:43] <gmb> start_nodes()
[13:43] <gmb> Sorry.
[13:44] <gmb> power mad.
[13:44] <jtv> Let's try to keep the golden middle between power mad and power hungry.
[13:45] <jtv> Argh.  So... repeating the same nonobvious try/except around the same function in multiple places...  If only we had a mechanism for writing code just once and then invoking it from multiple places!
[13:46] <gmb> jtv: So, I'm guessing this raising of a ValueError (which is, as you say, weirdlybollocks) is to do with this:
[13:46] <gmb> 458     # For strings, Django insists on abusing the empty string ("blank")
[13:46] <gmb> 459     # to mean "none."
[13:46] <gmb> 460     power_type = CharField(
[13:46] <gmb> 461         max_length=10, choices=POWER_TYPE_CHOICES, null=False, blank=True,
[13:46] <gmb> 462         default='')
[13:46] <gmb> So basically you're not allowed to have no power type
[13:47] <jtv> Might be, yes.  Django hasn't really embraced the null.
[13:47] <jtv> IIRC null=False means "do not go to the extreme measure of representing a null value as a null in the database."
[13:47] <rvba> Yes, that's what it means.
[13:48] <gmb> Yes.
[13:48] <jtv> Whereas blank=True means "this field may be left null, but we may store it as an empty string."
[13:48]  * jtv giggles insanely
[13:48] <gmb> You're not allowed a power type, unless we actually want to use the power type you don't have, in which case we don't worry about the fact that you don't have one.
[13:48] <jtv> So we may have an "if power_type is None" somewhere that should be an "if power_type == ''"
[13:48] <gmb> s/not allowed a/not allowed not to have a/
[13:49] <jtv> For a moment you sounded like my government.
[13:49] <gmb> jtv: No, I don't think so, but I'll check.
[13:50] <gmb> jtv: However, we treat '' as the node saying "I don't know what power type I have"
[13:52] <jtv> Ahhhh, get_effective_power_type deliberately raises that ValueError, but documents it as "an error."
[13:53] <jtv> One approach that's easy in Python and works well for these situations is to create an ad-hoc exception class, and document the function as raising that.
[13:58] <gmb> jtv: Right, I'll do that. Makes sense.
[14:58] <allenap> $Obligatory_rant_about_Django


[00:16] <sugardrunk> öä
[00:22] <don_andrez> how do I install linux-virtual meta package
[00:43] <cookiemonster077> can somebody tell  me how to get stage 6 playback in xubuntu
[01:08] <cookiemonster077> how do I use .dmg files. I am told they are just a .iso but when I try to mount it it tells me wrong filesystem
[01:11] <Proto> hi all
[01:11] <zoredache> cookiemonster077: did you find this page? http://baghira.sourceforge.net/dmg.htm
[01:11] <Proto> how can i run a program as root, so it pops up the dialog asking for the root password
[01:12] <zoredache> Proto: you want to run something with a gui prompt?
[01:12] <Proto> some kind of sudo dialog?
[01:12] <Proto> yes
[01:12] <zoredache> use 'gksu application'
[01:12] <Proto> ok
[01:12] <Proto> thx
[01:32] <leche> why is the keyring manager asking me everytime to type password, altough i clicked that checkbox for remembering
[01:48] <zoredache> leche: what do you mean by everytime?  Do you mean you are asked every time at logon?
[01:48] <leche> after logon...
[01:48] <leche> zoredache, i got some apps like gajim that require that keyring thingy
[01:49] <zoredache> right, but once you have opened it during a session you don't have to answer it twice right?
[01:49] <leche> right
[01:49] <leche> but it doesnt remember for startup
[01:49] <zoredache> it isn't supposed to
[01:49] <leche> do i need this libpam thing?
[01:49] <zoredache> yes, the libpam thing is probably what you want.  It is buggy for me though
[01:49] <zoredache> give it a shot
[01:49] <zoredache> http://ubuntu-tutorials.com/2007/07/12/automatically-unlocking-the-default-gnome-keyring-pam-keyring/
[01:50] <leche> thx
[01:50] <leche> i just found a tutorial that works for gnome, but not for xfce
[01:51] <leche> thx in advance zoredache :-)
[01:52] <zoredache> well if you do find a working tutorial tell me
[01:54] <leche> i will for sure
[01:55] <leche> this is the one that didnt work
[01:57] <speedcore> seems fast this xfce
[02:16] <cookiemonster077> i solved the divx problem
[02:28] <leche> zoredache, yepp as i said.. this doesnt work
[03:38] <bassinboy> anyone experiencing WM problems? mine is never there, i think it's emerald (i think) that is crashing
[03:38] <bassinboy> is there anyway i can not use emerald
[03:46] <bassinboy> how do you disable compiz ?
[03:48] <Breakage> bassinboy: If your using Xfce, try "xfwm4 --replace"
[03:54] <Breakage> bassinboy: I'm not having prob's with compiz & emerald on xfce on fluxbox atm though. erm check out #compiz-fusion i'm sure someone on there could help you with it.
[04:01] <Breetai> Hi all, does anyone know what options to feed configure to compile your own xfce goodie plugins??
[04:06] <bassinboy> Breakage: thanks i just want to go with xfce4 wm
[04:07] <Breakage> bassinboy: no problem :)
[04:08] <bassinboy> Breakage: i either get another wm is running
[04:08] <bassinboy> or when i killed x, cannot open display
[04:08] <bassinboy> lol
[04:08] <Breakage> :P
[04:09] <bassinboy> dang compiz is still there
[04:10] <Breakage> did you enable to startup in autostart applications? i think thats what its called.
[04:10] <bassinboy> what does the expo plugin do?
[04:10] <Breakage> zoom's out and displays all the desktops in like a tile mode
[04:11] <Breakage> then you can move windows around or zoom in to a workspace
[04:14] <bassinboy> is there a modules autoload conf file?
[04:14] <bassinboy> i've noticed ubuntu likes to be rebooted to make wireless work after i modprobe
[04:18] <Breakage> erm not sure but i know you can autoload modules if you put them in /etc/modules
[04:57] <benjgvps> I need to format a vFat partition into a hfs partition
[04:58] <benjgvps> Any Ideas?
[06:31] <duncanm> hello
[06:32] <duncanm> anyone awake, i'd like to find someone running xubuntu to test out a package
[06:32] <duncanm> it's a normal ubuntu package, afaik, in gutsy (running GNOME), there are no problems
[06:32] <duncanm> but on my laptop running eeexubuntu, it doesn't work
[06:33] <nikolam> i am on amd64
[06:33] <ere4si> did you install it from synaptic?
[06:33] <Wyrmul> I have added a new sound card to my system and I cannot get xubuntu to notice
[06:33] <duncanm> hmm
[06:33] <duncanm> nikolam: can you install mit-scheme and try someone for me?
[06:35] <nikolam> I am strugling to make my stable system operational at all costs. Maybe on some VM but i dont have one installed now.
[06:35] <nikolam> Ok, I will, but as I say, I use amd64
[06:35] <ere4si> Wyrmul, does it show when you type - lspci - in a terminal?
[06:36] <nikolam> I have oly mit-scheme-doc package in synaptic
[06:36] <duncanm> oh
[06:36] <duncanm> nikolam: i guess it's not available on 64bit
[06:36] <duncanm> sigh
[06:36] <Wyrmul> how can I show you without spamming the room?
[06:36] <ere4si> maybe it has dependencies - is there a readme file?
[06:37] <ere4si> !paste | Wyrmul
[06:37] <ubotu> Wyrmul: pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[06:37] <nikolam> maybe we can make some package, i am just in a mood :)
[06:37] <duncanm> nikolam: i don't think it's available for 64 bit
[06:38] <Wyrmul> http://paste.ubuntu-nl.org/53521/
[06:38] <duncanm> anyone else available for a quick test? it'll only take a few minutes
[06:38] <nikolam> duncanm Maybe I can make it from source for amd64? :)
[06:38] <duncanm> nikolam: it's an intepreter, it doesn't generate 64bit code
[06:39] <duncanm> nikolam: so even if you have source, it wouldn't build
[06:39] <ere4si> Wyrmul, an audigy sound card?
[06:39] <nikolam> no i ment to make a package for it for my synaptic :)
[06:39] <Wyrmul> I have a creative Sound Blaster X-fi
[06:39] <duncanm> i don't understand
[06:40] <ere4si> Wyrmul, line four in your paste - creative sb
[06:40] <duncanm> ere4si: do you have a second?
[06:41] <ere4si> Wyrmul, can you right click the sound icon and choose preferences?
[06:41] <ere4si> duncanm,  k
[06:42] <duncanm> ere4si: are you running xubuntu on x86 hardware?
[06:44] <Wyrmul> K, I have "Device #0: VIA 8235"  Amt the Wannabe Master is "Line in, 0"
[06:44] <ere4si> duncanm, I use it on a pent3 for a file sever atm
[06:44] <duncanm> oh
[06:44] <duncanm> i need someone with an X desktop to test it
[06:44] <ere4si> duncanm, is it from source or synaptic?
[06:44] <duncanm> synaptic
[06:45] <duncanm> it's all packages
[06:45] <duncanm> in fact, it's just one package
[06:45] <duncanm> ere4si: if you could apt-get install mit-scheme
[06:45] <ere4si> duncanm, then it's not doing what? pls
[06:45] <duncanm> and once it's installed, run scheme
[06:46] <duncanm> and then, type (edit)
[06:46] <duncanm> if a new window pops up, it means it works, if not, then it proves my point (i guess_
[06:46] <duncanm> ere4si: does that make sense?
[06:47] <ere4si> duncanm, check your permissions would be my first guess
[06:47] <duncanm> it has nothing to do with that
[06:47] <Wyrmul> Well. It looks like there isn't a solution for getting this card working.  Alsa doesn't support it,  And the only driver available seems to be available for 64bit
[06:47] <Wyrmul> thanks anyway
[06:48] <ere4si> Wyrmul, there should be an option to select the audio device rom the right click - preferences
[07:12] <ere4si> !paste
[07:12] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[07:31] <ochosi> hi, can i change totems config in a file somewhere? cause i was using compiz-fusion with xgl a while ago and there totem worked, now it just stopped working
[11:28] <Euan17> hey
[11:29] <Euan17> i just installed xubuntu on my laptop
[11:29] <Euan17> where can i find the power management settings?
[11:40] <cbc1014> i
[11:54] <Euan17> how do i mount network drives in xubuntu?
[11:54] <totalwormface> Euan17: try fusesmb
[11:55] <totalwormface> http://ubuntuforums.org/showthread.php?t=304131
[11:55] <Euan17> thanks
[11:55] <totalwormface> :]
[11:56] <totalwormface> !factoids
[11:56] <ubotu> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[12:01] <totalwormface> !fusesmb is fusesmb allows easy access to networkshares https://help.ubuntu.com/community/FuseSmb
[17:38] <needcoffee> hi, does someone know if it's possible to browse a directory via obex? maybe in a way like with nautilus (nautilus obex://foo)
[17:39] <TheSheep> needcoffee: thunar only supports local browsing
[17:40] <needcoffee> to bad :(
[17:40] <TheSheep> needcoffee: mayb there is a fuse filesystem for that though
[17:40] <needcoffee> the problem is, i need to mount/unmount it on the fly
[17:42] <needcoffee> ahh, i see...thank you TheSheep, i'll try this
[17:55] <Wyrmul> somehow my grub settings were cleared.  I have lost the option to dual boot to my windows xp drive.  I have tried recreating the entry but I haven't had much success.
[17:56] <Wyrmul> http://paste.ubuntu-nl.org/53591/
[18:05] <gorilla3d> Anyone know how to fix my tiny tiny tiny fonts?
[18:05] <gorilla3d> I ran gorilla3d@gorilla3d-desktop:~$ xdpyinfo | grep resolution and got
[18:05] <gorilla3d>  resolution:    10x7 dots per inch
[18:08] <TheSheep> gorilla3d: you can set dpi in your xorg.conf
[18:10] <gorilla3d> TheSheep: http://paste2.org/p/12456 thats what I have :\
[18:10] <TheSheep> gorilla3d: that's font paths
[18:10] <TheSheep> gorilla3d: you want to add a line in the screen section
[18:11] <TheSheep> gorilla3d: with 'option "dpi" "96x96"' for example
[18:11] <gorilla3d> oh..
[18:13] <gorilla3d> TheSheep: whats the function for it?
[18:17] <gorilla3d> nvm I found it Display size
[18:17] <gorilla3d> :)
[18:17] <gorilla3d> thanks
[18:55] <RandyboY> Ive bought myself a new (PCI) screen/graphics card and have installed it in a brand new server. (New as in not used, but probably some years old.) The integrated screencard stops functioning when the new is installed. (Understandably enough..) Ive put the vga in a good old crt screen and plugged s-video in my flat-tv. Both works up to a certain point. That point is the exact moment i press ctrl+d. (Must start up in recovery mode) I can do
[19:20] <cogeno> Ok, I'm not running Xubuntu, but the #linux channel kicks me out for some BS reason regarding a proxy
[19:20] <cogeno> Anyway, I'm trying to remove the bottom panel in kiosk mode on XFCE. Once I put the kiosk mode on, it comes back. Does anyone know how to fix thsi?
[19:21] <TheSheep> cogeno: maybe try #xfce
[19:21] <cogeno> Ah, thank you
[19:41] <furiousphil> well ... i googled a lot but it didn't help:
[19:41] <furiousphil> I want to change the resolution of my login screen. Therefore, I deleted all the low resolutions in the xorg.conf file and just left the 1650x1050 which is the resolution of my tft. The xorg-passage looks like that now:
[19:41] <furiousphil> Section "Monitor"
[19:41] <furiousphil> 	Identifier	"Standardbildschirm"
[19:41] <furiousphil> 	Vendorname	"Samsung"
[21:05] <redwyrm> hi
[21:05] <redwyrm> what's a good GUI for the iptables firewall system in xubuntu?
[21:07] <LetsGo67> I am not getting the "Screen and Graphics Configuration" that was promised in Xubuntu, how can I install it please?
[21:11] <TheSheep> !firewall | redwyrm
[21:11] <ubotu> redwyrm: Ubuntu, like any other linux distribution, has firewall capabilities built-in. The firewall is managed using the 'iptables' command (see https://help.ubuntu.com/community/IptablesHowTo), or GUI applications such as Firestarter (Gnome) or Guarddog (KDE).
[21:12] <RandyboY> Ive bought myself a new (PCI) screen/graphics card and have installed it in a brand new server. (New as in not used, but probably some years old.) The integrated screencard stops functioning when the new is installed. (Understandably enough..) Ive put the vga in a good old crt screen and plugged s-video in my flat-tv. Both works up to a certain point. That point is the exact moment i press ctrl+d. (Must start up in recovery mode) I can do
[21:16] <RandyboY> Maybe remove all installed drivers for the integrated graphics card(if there is a way to find that out)? And install new drivers for that specific card? There is only one problem and that is that i think both uses ati-drivers
[21:48] <philipp__> hello, still got the problem with my login screen resolution ...
[21:48] <philipp__> i cannot change it, even not by editing my xorg.conf file
[21:52] <redwyrm> TheSheep, thanks
[22:26] <RandyboY> Isnt xubuntu suppsed to contain /et/inittab?
[22:27] <RandyboY> /etc/
[22:32] <martyn> Rand - mine doesn't.
[23:09] <bad_cables> hi
[23:11] <bad_cables> i need to get a wireless card for my xubuntu box, i also run DSL
[23:11] <bad_cables> what brand should i get?
[23:27] <march> gn8


[03:16] <linuxdude> hello
[03:17] <smspillaz> argh, looks like I'll just have to rebase those compiz proposals, the bzr state is just totally screwed
[07:17] <mmrazik> didrocks: uh oh.. .Can't believe that launchpad diff and bzr diff are two different things
[07:17] <mmrazik> thats a bummer
[07:18] <didrocks> mmrazik: I was surprised as well, *really* surprised
[09:38] <davidcalle> mhr3, ping
[09:38] <davidcalle> mhr3, any idea what could be the cause of https://bugs.launchpad.net/ubuntu/+source/unity-lens-photos/+bug/1135029
[09:39] <davidcalle> mhr3, "Couldn't find GType of implementor of interface UnityMergeStrategy."
[09:39] <davidcalle> Dependencies are up to date (Quantal).
[09:41] <mhr3> will take a look in an hour, gtg afk now
[10:56] <mhr3> davidcalle, i guess the problem didn't disappear by itself in the last hour? :)
[10:57] <davidcalle> mhr3, maybe it did, let's ask the reporter :)
[10:58] <davidcalle> mhr3, I've not been able to reproduce it
[10:58] <mhr3> davidcalle, it's weird though, the report says it's for 12.10, but if that were the case with standard 12.10 we'd see many more such reports
[10:59] <mhr3> i wouldn't be that much surprised if this happened with 13.04, pygi and glib like to change things :P
[11:00] <davidcalle> mhr3, https://bugzilla.gnome.org/show_bug.cgi?id=688978
[11:00] <davidcalle> mhr3, just found this
[11:01] <davidcalle> let's check the gobject version, because of http://blogs.gnome.org/desrt/2012/11/05/a-warning-about-glib/ (pitti's comment)
[11:02] <mhr3> so it seems the reported has new glib
[11:02] <mhr3> but old pygobject
[11:03] <davidcalle> mhr3, that was my guess, but I wanted your input in cas it was a merge strategy related thing
[11:03] <davidcalle> case*
[11:07] <davidcalle> mhr3, thanks :)
[12:24] <MCR_> andyrock, I found an inconsistency regarding window focus handling - do you know if focus should be allowed if inputHint AND protocols & CompWindowProtocolTakeFocusMask are true, or if  inputHint OR protocols & CompWindowProtocolTakeFocusMask are true ?
[12:25] <MCR_> andyrock, because we have both versions in the code
[12:25] <MCR_> andyrock, see PrivateWindow::allowWindowFocus and CompWindow::isFocussable () const
[12:25]  * MCR_ is scratching his head...
[12:27] <MCR_> smspillaz, if you're here ^^
[12:27] <andyrock> one moment
[12:27] <MCR_> andyrock, thanks
[12:33] <andyrock> MCR_, IMHO it should be &&
[12:33] <andyrock> so allowWindowFocus should be correct
[12:33] <andyrock> let's check with bzr annotate
[12:33] <MCR_> andyrock, so both need to be true to allow focus and return true, yes ?
[12:33] <andyrock> yep
[12:34] <MCR_> ok
[12:34] <andyrock> MCR_, but i could be wrong ;)
[12:34] <MCR_> My first thought was the other way 'round TBH ;)
[12:37] <andyrock> MCR_, well bzr annotate will help trust me...
[12:37] <andyrock> doing it right now
[12:38] <MCR_> andyrock, thanks
[12:38] <MCR_> one thing is clear -> it cannot be both ways ;)
[12:38]  * MCR_ wonders which bugs this could potentially fix...
[12:39] <MCR_> here sometimes windows do not focus on click...
[12:42] <andyrock> MCR_, i found this commit http://cgit.compiz.org/compiz/core/commit/?id=5e0264e2ceed6a44b1de50d6acc36684f6ccbf67
[12:44] <andyrock> so yes maybe it's ||
[12:45] <andyrock> btw there is no inconsistency
[12:46] <andyrock>     if (!priv->inputHint &&
[12:46] <andyrock> 	!(priv->protocols & CompWindowProtocolTakeFocusMask))
[12:46] <andyrock>     {
[12:46] <andyrock> 	return false;
[12:46] <andyrock>     }
[12:46] <andyrock> equals to
[12:46] <andyrock> (!(priv->input... || priv->pto...))
[12:46] <andyrock> MCR_, ^^^
[12:48] <andyrock> makes sense?
[12:50] <MCR_> andyrock, yes. thanks. I will rethink the boolean logic.
[12:50] <andyrock> MCR_, it's for De Morgan law
[12:50] <MCR_> yes, maybe I was too fast...
[12:51] <andyrock> (not A) and (not B) = not (A or B)
[12:51] <andyrock> ;)
[15:17] <mterry> cyphermox, didrocks: I'm inclined to manually publish the unity stack, despite the indicator stack failing due to ido (the indicator stack does pass tests though).  Any objections?
[15:23] <cyphermox> mterry: not from me
[15:24] <cyphermox> mterry: what about hud daily tests?
[15:24] <mterry> cyphermox, did they fail?
[15:25] <cyphermox> err, I mean ted's comment on your optional-bustle branch
[15:25] <mterry> cyphermox, I replied in the merge, but tedg hasn't re-replied
[15:26] <mterry> cyphermox, I don't *think* it's a problem, we can work around it jenkins-side by manually having jenkins add the packages hud needs
[15:26] <cyphermox> yeah
[15:27]  * tedg replies
[15:29] <didrocks> mterry: no objection from me :)
[15:29] <didrocks> (yeah, I left late for exercising)
[15:29]  * mterry publishes
[15:30] <cyphermox> oops
[15:30] <mterry> ?
[15:30]  * mterry pauses over the button
[15:30] <cyphermox> can't run valgrind on armhf virtualized :/
[15:30] <cyphermox> mterry: unrelated
[15:30] <mterry> cyphermox, don't scare me like that  :)
[15:30] <cyphermox> please go ahead with the publish ;)
[16:21] <tedg> mterry, I heard that you might be working some more on the greeter.
[16:22] <tedg> mterry, Has anyone talked to you about the visualization stuff?
[16:22] <mterry> tedg, no?
[16:22] <tedg> mterry, I guess, that's perhaps a question, are you dealing with that part?  :-)
[16:22] <mterry> tedg, I mean yes, I'm looking at making the phablet greeter look more like the desktop, but no about visualization
[16:23] <tedg> mterry, Like the little wheel thing with tweets on it.
[16:23] <mterry> tedg, ah, the "infographic" -- I wasn't planning on doing anything with that
[16:24] <tedg> mterry, hmm, okay.  I'm not sure who is... we need to figure that out as well.
[16:40] <didrocks> mmrazik: fginther: cu2d-update-stack is broken
[16:40] <didrocks> ImportError: No module named c2dconfigutils.c2dconfigutils
[16:40] <didrocks> as the module is in the parent dir
[16:40] <mmrazik> didrocks: already mentioned this to fginther in the latest MP
[16:41] <mmrazik> fginther: I guess lets just fix this now in separate MP...
[16:42] <mmrazik> didrocks: the workaround is to call the command from the parent dir
[16:42] <didrocks> mmrazik: not sure it will work, for the template and so on
[16:42] <mmrazik> daily-release/cu2d-update-stack
[16:42] <didrocks> mmrazik: I PYTHONPATH=..
[16:42] <mmrazik> right
[16:42] <didrocks> this works :)
[16:42] <mmrazik> yeah... pythonpath is better
[16:43] <didrocks> mmrazik: well, ideally, I should try running it in another dir and support that
[16:47] <jibel> I ran autopilot against the latest gtk stack from the desktop-ppa
[16:47] <jibel> https://jenkins.qa.ubuntu.com/job/desktop-ppa-autopilot-release-testing/2/label=autopilot-intel/artifact/results/artifacts/
[16:47] <jibel> and calls to proc = Gio.DesktopAppInfo.new(desktop_file) fails with TypeError: constructor returned NULL
[16:48] <jibel> any idea what it is ?
[16:48] <fginther> didrocks, so you're ok with the pythonpath workaround. I'll have the fix in my current MP
[16:48] <didrocks> mmrazik: do you mind switch compiz upstream merger from lp:compiz to lp:compiz/raring?
[16:48] <didrocks> fginther: ^
[16:48] <didrocks> fginther: thanks :)
[16:48] <jibel> sil2100, ^?
[16:50] <fginther> didrocks, sure, Are we waiting for confirmation from sil2100 ?
[16:51] <didrocks> fginther: for switching the branch? it's not related :)
[16:52] <yarinse> hi, where konversation keeps the configurations? in which folder
[16:52] <didrocks> yarinse: I think it's a question for #kubuntu :)
[16:52] <yarinse> didrocks: ok
[16:52] <sil2100> Back, been at my car, reading up
[16:54] <fginther> didrocks, something strange perhaps. jenkins is currently building https://code.launchpad.net/~ps-jenkins/compiz/latestsnapshot/+merge/151036
[16:54] <fginther> didrocks, but launchpad shows an empty diff for that MP
[16:54] <didrocks> fginther: oh? isn't that one merged?
[16:54] <didrocks> fginther: yeah, I saw 2 MP
[16:54] <didrocks> fginther: and TBH, I don't know why
[16:55] <didrocks> fginther: safe to kill and reject that one
[16:55] <seb128> jibel, any way you can run the tests without the new gtk and see if they still run?
[16:55] <fginther> didrocks, will do
[16:56] <didrocks> thx!
[16:59] <jibel> seb128, can do
[16:59] <seb128> didrocks, who can help on those unity tests?
[16:59] <seb128> mterry, ^
[16:59] <seb128> https://jenkins.qa.ubuntu.com/job/desktop-ppa-autopilot-release-testing/2/testReport/
[16:59] <seb128> 253 failing test
[17:00] <seb128> (that's a run with gtk 3.7)
[17:00] <seb128> they seem to boil down mostly to
[17:00] <seb128>  File "/usr/lib/python2.7/dist-packages/autopilot/emulators/bamf.py", line 187, in launch_application
[17:00] <seb128>     proc = Gio.DesktopAppInfo.new(desktop_file)
[17:00] <seb128>   File "/usr/lib/python2.7/dist-packages/gi/types.py", line 137, in constructor
[17:00] <seb128>     return info.invoke(cls, *args, **kwargs)
[17:00] <seb128> TypeError: constructor returned NULL
[17:00] <seb128>
[17:00] <seb128> which from local testing happens when the Gio.DesktopAppInfo.new() argument is an invalid .desktop
[17:00] <seb128> but the behaviour is not new, gtk 3.6 behaves the same
[17:01] <didrocks> seb128: I think sil2100 is looking at that
[17:01] <seb128> sil2100, hey
[17:02] <sil2100> seb128: yes, I'm looking on it now, had a GPU lockup just now though
[17:03] <jibel> seb128, I'll re-enable the daily ppa of unity instead just in case there is something missing in the distro for autopilot
[17:03] <seb128> jibel, ok
[17:03] <sil2100> hmm
[17:11] <sil2100> Ok, so not sure what's wrong, but it seems it cannot start the Calculator application - as if its .desktop file was invalid
[17:11] <sil2100> It's using the gcalctool.desktop file which Gio.DesktopAppInfo.new sees as invalid
[17:11] <sil2100> The terminal application is fine though
[17:12] <jibel> sil2100, because it's simply not there
[17:12] <jibel> there is a gnome-calculator.desktop
[17:12] <sil2100> jibel: but I saw gcalctool in dpkg-list.log
[17:12] <sil2100> Oh
[17:13] <sil2100> Ok, so that solves it - gnome-calculator.desktop is the correct one? Since I think we always used gcalctool.desktop before and it worked
[17:13] <sil2100> My current gcalctool package installs /usr/share/applications/gcalctool.desktop
[17:14] <sil2100> ii  gcalctool                                 1:3.7.90-0ubuntu1 <- and it seemed installed on the build system?
[17:14] <sil2100> Oh, wait, I have a completely different version number of gcalctool on my local system
[17:15] <sil2100> I have 6.6.2-0ubuntu1 installed here
[17:15] <sil2100> rmadison says:
[17:15] <sil2100>  gcalctool | 6.6.2-0ubuntu1 |        raring | source
[17:15] <sil2100>  gcalctool | 1:3.7.90-0ubuntu1 |        raring | all
[17:20] <sil2100> jibel: so, not sure what gcalctool 1:3.7.90-0ubuntu1 is really, since 6.6.2-0ubuntu1 seems like the right package
[17:20] <jibel> sil2100, that's what I'm checking
[17:21] <jibel> sil2100, oh, it's probably from the desktop team ppa
[17:21] <jibel> which is what we were testing
[17:21] <sil2100> jibel: so, hm, is gnome-calculator.desktop the new default that we should use?
[17:23] <sil2100> Since I don't even have gnome-calculator installed here, so it's not by default installed on the desktop? I have raring here
[17:23] <seb128> sil2100, yes, that program got renamed
[17:23] <sil2100> seb128: ok, so I'll prepare a merge request switching to gnome-calculator
[17:24] <sil2100> Since gcalctool won't be correct anymore, yes?
[17:24] <jibel> sil2100, simulation of an upgrade with the PPA http://paste.ubuntu.com/5573958/
[17:24] <seb128> right
[17:24] <jibel> it installs gnome-calculator and gcalctool becomes a dummy package
[17:25] <sil2100> jibel: ok, so I'll quickly patch up autopilot to use gnome-calculator
[17:25] <sil2100> Give me amoment
[17:25] <jibel> sil2100, great, thanks
[17:26] <jibel> sil2100, note that the new gnome-calculator is not is the release yet but will land soon-ish
[17:27] <sil2100> hm
[17:27] <sil2100> jibel: how soon is the soonish you mean?
[17:27] <seb128> jibel, sil2100: it has been promoted, it will be on the iso tomorrow
[17:27] <jibel> seb128, ^
[17:28] <sil2100> seb128: ok, so that's good, since we don't want to break unity releases in the meantime
[17:28] <seb128> sil2100, well, it's already in the archive so it should be already fine
[17:28] <sil2100> \o/
[17:28] <seb128> but the first iso with gnome-calculator with be the one tomorrow
[17:30] <sil2100> https://code.launchpad.net/~sil2100/autopilot/gcalctool_rename/+merge/151059
[17:31] <sil2100> seb128, jibel: I'll have to prepare a small merge request for lp:unity as well, since 2 tests are also using the desktop file directly there
[17:31] <sil2100> But those would result in only 2 additional failures I guess
[17:36] <naee> I'm writing a Qt app with a systray and I want it to play well with Unity
[17:37] <eean> should I just disable the systray when it's on Unity? I could check for $DESKTOP_SESSION
[17:37] <eean> but I wonder if there's a preferred way
[17:40] <sil2100> https://code.launchpad.net/~sil2100/unity/autopilot_gcalctool_rename/+merge/151063 <- fix for the unity part
[17:40] <sil2100> fginther: ^
[17:40] <sil2100> fginther: could you take a look at those merges?
[17:41] <sil2100> fginther: also, if you have time, could you also take a look at https://code.launchpad.net/~sil2100/unity/autopilot_more_ibus_tweaks/+merge/151021 ?
[17:42] <sil2100> thomi, veebers: ^
[17:42] <sil2100> Since IBus error messages are spamming the error logs right now ;/
[17:43] <fginther> sil2100, Yes, i can get to that after lunch
[17:44] <bschaefer> sil2100, hey, i've seen you doing a bunch of fixes to the autopilot ibus tests
[17:45] <bschaefer> sil2100, what were all the ibus problems?
[17:46] <sil2100> bschaefer: hi Brandon, they're nothing serious - I've been working around the need to hard-code unicode 'result' characters for the ibus autopilot tests
[17:46] <sil2100> bschaefer: as results from most engines depend on the ibus usage history, we were getting failures most of the time in pinyin
[17:46] <bschaefer> sil2100, (also hello!). Awesome! That would be nice to get better coverage!
[17:46] <sil2100> bschaefer: so I made 'polling' ibus for the correct results
[17:47] <sil2100> bschaefer: so now, before the test we poll ibus with the input string, get the result and then compare this with what has been written in the search field
[17:47] <bschaefer> sil2100, sweet, yeah, a problem is different ibus engines use different methods :(, like ibus-anthy stores it in ~/.anthy...
[17:47] <sil2100> bschaefer: yea... we tried clearing history already, but well ;/
[17:48] <sil2100> bschaefer: this and also the problem of restarting ibus after clearing the history is needed
[17:48] <bschaefer> sil2100, but if you can poll thats a better way around it :), I was at one point thinking of cleaning up the history but could find a nice pattern :(
[17:48]  * bschaefer finds ibus to be annoying to talk with...
[17:48] <sil2100> bschaefer: same here, been trying this approach, but then decided to rage-quit and move on ;)
[17:48] <bschaefer> haha :)
[17:48] <sil2100> Yes, REALLY annoying
[17:48] <bschaefer> sil2100, ibus will slowly make you go insane :)
[17:48] <sil2100> hehe, hope not!
[17:49] <bschaefer> sil2100, just wanted to double check, as I kept seeing ibus pop up in the MPs and was like noooo another ibus problem
[17:49] <bschaefer> sil2100, thanks for looking into that though!
[17:49] <sil2100> bschaefer: well, the nux ibus support works really well, so no problems in the main unity code you made ;) The AP tests should be fine now as well
[17:50] <sil2100> If the latest merge gets in we won't even have annoying ibus error messages even (I hope)
[17:50] <bschaefer> sil2100, awesome :), yeah I think ibus has been one of the hardest AP tests to constantly pass 100% of the time...
[18:07] <cyphermox> bregma: hey
[18:07] <cyphermox> bregma: so I did more testing and nothing was really working
[18:07] <cyphermox> but this (http://paste.ubuntu.com/5574060/) seems to be good; looks fine to you?
[18:10] <bregma> cyphermox, could you try the xorg-gtest package from http://mentors.debian.net/debian/pool/main/x/xorg-gtest/xorg-gtest_0.7.1-1.dsc and see if it solves the problem (sorry, it's a source package, PPA builds are being tardy again)
[18:11] <cyphermox> sure
[18:12] <cyphermox> ahahah
[18:12] <cyphermox> yeah, I guess that would work :)
[18:12] <cyphermox> I thought of it, but I wasn't sure if there were other real intended external uses of Start () with a va_list parameter
[18:13] <cyphermox> so instead I convinced it hard to work
[18:14] <cyphermox> I still don't understand why it seems like it's consistently that one function signature that gets chosen when you pass only a command name and NULL as parameters
[18:18] <bregma> "..." has lower resolution priority over a "natural" type conversion, but that can be vague when the types are not strictly defined
[18:37] <fginther> didrocks, do you want to re-review https://code.launchpad.net/~fginther/cupstream2distro-config/cu2d-update-ci-take3/+merge/150954? it can wait till tommorrow
[18:37] <didrocks> fginther: I'm opening it on a tab :)
[18:50] <cyphermox> bregma: but that's not the one we're catching
[18:50] <cyphermox> if you pass NULL to Start() as a second parameter, it goes straight to the va_list parameter :)
[18:50] <cyphermox> bregma: regardless, should I sponsor your xorg-gtest 0.7.1-1 to Ubuntu?
[18:50] <cyphermox> if you jsut make it -0ubuntu1 instead...
[18:51] <cyphermox> you think upstream wants to drop that Start() from the public API?
[19:07] <bregma> cyphermox, I imagnie upstream doesn;t really care about the va_list overload, but it's worth discussing with them since I think it was an error to have it there in the first place
[19:07] <cyphermox> ok
[19:08] <bregma> I'll follow up on that
[19:11] <bregma> I'd just wait for merging that packagage into Ubuntu, there's at least 1 more change coming
[19:15] <cyphermox> ok then I'll upload my patch on the current package now, so as to at least fix ido for tomorrow
[19:15] <cyphermox> and we can push either patch upstream, depending on the original intent with that Start() va_list function


[19:18] <Guest85> hi the hp deskjet 2540 printer malfunctions
[19:18] <Guest85> with ubuntu 18.04 everything is fine
[19:18] <Guest85> with higher versions it doesn't work well
[19:19] <Guest85>   slow and sometimes does not finish printing


[05:15] <Kilos> morning all and sundry
[05:18] <Kilos> inetpro  ?
[06:16] <Kilos> hi ThatGraemeGuy
[06:16] <ThatGraemeGuy> hey
[07:31] <Kilos> ai! net split time again
[07:50] <inetpro> Kilos: yes it worked!
[07:51] <Kilos> good news my man you too clever
[07:51] <Kilos> if you dont help my im gonna cry
[07:51] <Kilos> i found 4 files thast do the text on our site
[07:52] <Kilos> well actually the new one but it was same till this morning
[07:52] <Kilos> ive edited them
[07:53] <Kilos> now need to use them propose merge or something stuffs
[07:53] <Kilos> and i dont want to do it wrong
[08:06] <inetpro> Kilos: just to clear up... my wifi is working now
[08:06]  * inetpro has had no chance to look at the africa project at all
[08:07] <Kilos> yes i know that is what you had to get going
[08:07] <Kilos> im happy for you
[08:07] <inetpro> ty
[08:07] <Kilos> well done too
[08:07]  * inetpro now happy that we're in sync again as well
[08:08] <Kilos> did you stay up and watch the upgrading too?
[08:08] <inetpro> no
[08:08] <Kilos> lol
[08:09] <Kilos> i cant sleep when thats happening
[08:11] <Kilos> now all i want please is the correct command to make bzr update itself here locally so i can see if my editing those files worked
[08:26] <captine> hi all
[08:29] <Kilos> hi captine
[09:21] <Kilos> w0000t
[09:29] <Kilos> inetpro  http://picpaste.com/site5-wCGrJ5Nf.png
[09:56] <mazal> Hi everyone
[10:00] <Kilos> hi mazal
[10:12] <Kilos> http://picpaste.com/site6-25KW7Y3u.png
[12:16] <Kilos> mazal  wat doen jy?
[12:16] <mazal> minetest oom
[12:17] <Kilos> lol
[12:17] <mazal> Loadshedding vanaand so ek moet alles deur die dag doen wat ek wil doen
[12:18] <Kilos> eish het jy die link vir loadshedding vir ons asb
[12:18] <Kilos> te moeg om the soek
[12:18] <mazal> loadshedding.eskom.co.za
[12:18] <Kilos> ander mense se honde het een ooi kom dooi toe moes ek en ian afslag
[12:18] <mazal> maaz tell bduk1 Happy Birthday !!!!
[12:18] <Maaz> mazal: Got it, I'll tell bduk1 on freenode
[12:18] <Kilos> nee man
[12:19] <Kilos> die tswane ene
[12:19] <mazal> Jy moet dit self gaan select
[12:19] <Kilos> o ok dankie
[12:19] <mazal> Slect tshwane en dan jou dorp
[12:19] <Kilos> dankie
[12:20] <mazal> En dan jou naaste sub station
[12:20] <Kilos> dankie seun
[13:22] <magespawn> good afternoon
[13:22] <Kilos> hi my magespawn
[13:23] <magespawn> how are things?
[13:24] <Kilos> alive ty and you
[13:24] <Kilos> go see
[13:24] <Kilos> http://picpaste.com/site6-25KW7Y3u.png
[13:25] <magespawn> good, struggling with a wireless link and it looks like we may get some rain this afternoon
[13:26] <Kilos> what is the link prob now
[13:27] <magespawn> different one from the other day
[13:28] <magespawn> i was thinking to that to have links to all the locos that are represented along the top or bottom, maybe using their flags
[13:30] <Kilos> sjoe you need to explain that slowly lad, head no too good today , been doing major manual stuffs
[13:30] <Kilos> you mean in irc? or on the site
[13:30] <Kilos> oh the site
[13:31] <Kilos> thats a good idea but will take more learning
[13:31] <Kilos> so learn quick, poor fly cant do everything
[13:31] <magespawn> have you been doing that all through nikola?
[13:31] <Kilos> bzr
[13:32] <Kilos> then nikola builds it
[13:32] <Kilos> but i stole everything from our site and just fiddled in the conf files to change what site it was
[13:34] <Kilos> so now i want to get to put it all at launchpad so peeps can go sort , them i can get each country to do their bit with the flags
[13:34] <magespawn> right have you created the bzr repo for it?
[13:34] <Kilos> yes at launchpad /ubuntu-africa
[13:34] <Kilos> lemme find link
[13:35] <magespawn> cool beans, is that what the pro was helping with the other night?
[13:35] <Kilos> um
[13:36] <Kilos> sjoe he gave so much reading i wanna hit him
[13:38] <Kilos> ive forgotten if its is the projects folder there but there is a direct link
[13:38] <Kilos> https://launchpad.net/projects/+all
[13:38] <Kilos> https://launchpad.net/ubuntu-africa
[13:39] <Kilos> something like that
[13:39] <magespawn> found it
[13:40] <magespawn> cool beans i will add that to my bzr as well and have a proper look at it tonight
[13:40] <Kilos> ty
[13:41] <Kilos> had to give fly control to fix my mess ups
[13:41] <Kilos> sigh
[13:41] <magespawn> power already messing around here
[13:41] <Kilos> eish
[13:41] <magespawn> that is how we learn Kilos
[13:48] <magespawn> been looking at linux+ apparently covers the same material as lpic 101 and 102, and is run by lpi through comptia
[13:49] <Kilos> aha\
[13:53] <magespawn> i want to get that done by the end of march or the latest 15th of April
[13:53] <magespawn> home time for me, will chat later
[13:53] <Kilos> sjoe no time to work then
[13:54] <Kilos> go well
[13:59] <superfly> power out in a few minutes. later
[13:59] <Kilos> toods fly
[16:00] <Kilos> hi Private_User
[16:02] <Kilos> have you got everything working yet?
[16:29] <Kilos> hi mazal
[16:30] <mazal> Stupid eksdom wat alweer nie volgens hulle skedules afsit nie
[16:30] <Kilos> ai!
[16:30] <mazal> Bleddie spul ape
[16:30] <Kilos> ek was nog nie af vandag nie
[16:30] <mazal> Ons moet 8 uur wees , toe is dit sommer 4 uur
[16:30] <Kilos> ai!
[16:30] <Kilos> ek hoop hulle vergeet om my af te sit
[16:31] <mazal> Wat se oom se skedule ?
[16:31] <Kilos> ek weet nie watter een is vir my nie
[16:31] <Kilos> weet nie waater tak van hulle hier werk nie
[16:32] <Kilos> watter
[16:32] <mazal> Cheetahs is viir teen die sharks , yay !!!
[16:32] <mazal> voor even
[16:32] <Kilos> ai! nou maak jy my huil
[16:32] <Kilos> arme haaie
[16:33] <Kilos> hulle gaan le nie maklik nie
[16:33] <mazal> 35 - 20 , 10 minute oor
[16:33] <Kilos> ja ek kyk ook
[16:39] <Kilos> yay
[16:49] <Kilos> ai!
[17:05] <mazal> hehehe , nou is diy my span se beurt
[17:08] <Kilos> lol
[17:08] <Kilos> go stormers
[17:13] <mazal> Sies !
[17:17] <Kilos> bulle lyk sterk vandag
[17:17] <mazal> Ja , maar 80min is nog ver
[17:21] <mazal> Sien wat ek bedoel
[17:21] <Kilos> ja
[17:26] <Kilos> go stormers
[17:26] <Kilos> hehe
[18:08] <Kilos> hi bduk
[19:07] <inetpro> superfly: Internal Server Error
[19:08] <Kilos> you supposed to greet first
[19:11] <Kilos> inetpro  what did you break now
[19:26] <inetpro> oh good evening Kilos
[19:27] <inetpro> http://bin.snyman.info/ is broken
[19:27] <Kilos> oh my
[19:27] <Kilos> he was supposed to be loadshedding at about 6 pm. maybe he is sleeping
[19:28] <Kilos> what are you doing inetpro  ?
[20:42] <captine> hi night owls
[20:43] <Kilos> lol
[20:43] <Kilos> pinkie
[20:43] <Kilos> had to wash hands first
[20:44] <Kilos> hi captine
[20:44] <captine> lol.
[20:44] <captine> whats been happening.  we had no power... not from loadshedding, but from a fault...
[20:44] <Kilos> eish
[20:45] <Kilos> been very quiet here that while im parking on my bed eating kentucky and watching idiot bow
[20:45] <captine> lol. we had kentucky for lunch due to no power... drove for ages to find an open one
[20:46] <Kilos> i love kentucky, when ian visits he buys me when cash allows
[20:46] <Kilos> i havent had any load shedding today
[20:50] <Kilos> ai! s/bow/box
[20:55] <captine> s/bow/box????
[20:56] <Kilos> and watching idiot bow=idiot box with a typo
[20:57] <Kilos> s/typo/correct word is the irc way i think
[20:57] <Kilos> like other do *box
[21:02] <captine> lol.  rebooting to get my lm-sensors working
[21:02] <captine> brb
[21:11] <Kilos> maybe i should go sleep as well. night all. sleep tight
[21:24] <magespawn> good evening
[21:31] <captine> power off, power on, power off, power on... hope it stays now...
[21:35] <magespawn> hi captine mine just came back on
[21:35] <magespawn> inetpro: you around?
[21:35] <captine> yip  crazy
[21:36] <magespawn> load shedding on a saturday? i sometimes wonder at that
[21:40] <superfly> inetpro: it's flippen MySQL
[21:40] <magespawn> i would have thought that electricity would not have been at a peak on saturday night
[21:41] <magespawn> hi superfly congratulations on the the conf
[21:41] <superfly> magespawn: thanks. now the fun really starts
[21:42] <magespawn> indeed, i am just reading the wiki entry
[21:43] <magespawn> i love that cheap beer is seen as one of the advantages
[21:47] <magespawn> superfly Kilos showed me a picture of the of ubuntu-africa site he has been working on, but i see there is no code for it on bzr yet, do you know anything about this?
[21:48] <superfly> magespawn: yes, some. he's cloned I don't know what to I don't know where, and I'm not even sure it's using bzr.
[21:48] <captine> ubuntu-africa?
[21:49] <captine> that different from ubuntu-za
[21:49] <magespawn> yes catine, Kilos came up with the idea to have a channel and site where all the africa loco's can get together
[21:49] <magespawn> captine ^ too
[21:50] <captine> sounds good
[21:51] <magespawn> superfly: right, he did show me the launchpad page as well but no code or anything there yet
[21:53] <captine> superfly, whats the mysql issue?
[21:57] <superfly> captine: mysql drops connections, and because mod_wsgi holds a bunch of threads in a pool, waiting for visitors to the site, when those threads eventually get served, the MySQL server has killed the connections with it
[21:58] <superfly> captine: in laymans terms, the website thinks that MySQL is there, but MySQL is ignoring it
[21:58] <captine> over my head
[21:58] <captine> lol
[21:58] <captine> i prefer the summary
[21:58] <captine> what site you working on?
[21:58] <captine> with mysql
[21:59] <superfly> captine: I wrote a very basic pastebin.com clone
[21:59] <captine> ah
[21:59] <superfly> captine: http://bin.snyman.info/
[22:00] <superfly> I have two options: either use a non-idiotic database (like PostgreSQL), or silently restart the webserver once an hour
[22:00] <superfly> you can guess which one is the better one
[22:01] <superfly> anyways, I'm going to bed, night all.
[22:03] <captine> night
[22:03] <captine> i find postgres confusing... mariadb for the future ;)
[23:50] <magespawn> apparently it people do actually sleep at soem point during the day


[00:10] <dsmythies> I see that I should have been doing this:
[00:10] <dsmythies> bzr builddeb -- -us -uc
[00:10] <dsmythies> Thanks anyway.


[09:30] <zmoylan-samj3> they start so young ::sniff:: :'-) https://www.wired.com/story/10-year-old-face-id-unlocks-mothers-iphone-x/
[10:34] <diplo> Morning all
[10:35] <brobostigon> morning boys and girls.
[13:48] <diddledan> awwh, no startrek today :-(
[13:48] <diddledan> gotta wait until January :-o
[13:49] <zmoylan-pixi> or break out your emergency usb drive with st;tos/lite/tng/ds9/voy/ent on it
[13:49] <zmoylan-pixi> plus a movie or two
[13:59] <brobostigon> only the TOS and TNG films, :)
[13:59] <brobostigon> and scrub ENT, :)
[14:08] <diddledan> ear nose and throat?
[14:08] <zmoylan-pixi> couldn't watch ent when it came out but while tge trek drought after it flopped happened i went back and liked it
[14:12] <diddledan> I can't cope with ruby-style languages - it just looks alien to me: https://crystal-lang.org/
[14:25] <diddledan> https://twitter.com/Turblog/status/932615816583045120
[15:39] <m0nkey_> You'll hate Grails then.
[15:40] <m0nkey_> https://grails.org/
[16:33] <foobarry> anyone know how to limit the number of threads java program might use?
[16:33] <foobarry> by default, it uses all on the machine
[16:43] <leecowdrey> 32bit JVM 6.5K threads
[16:44] <leecowdrey> not my text but...
[16:44] <leecowdrey> https://www.irccloud.com/pastebin/Im8HBHsL/
[21:47]  * Gargoyle gives a big cheer for everyone here. (ucaday)
[23:10] <daftykins> woo!
[23:10] <daftykins> (what's that?)
[23:21] <diddledan> uca day is ubuntu community appreciation day
[23:21] <daftykins> ah har
[23:22] <diddledan> the idea is to share a bit of love
[23:33] <zmoylan-pixi> well we kinda missed that one then...
[23:34] <daftykins> here i'll let you folks pet my cat!
[23:35] <zmoylan-pixi> i'll be home tomorrow... but morgan the main house kitty died while i've been in hospital. he was 17...
[23:36] <zmoylan-pixi> i'll just have to see if pebbles will be more approachable now...
[23:38] <daftykins> aww :(
[23:38] <daftykins> glad to hear you're heading home \o/
[23:46] <zmoylan-pixi> nearly 7 weeks... a new personal 'best'...
[23:56] <diddledan> 7 weeks?! :-o
[23:56] <diddledan> what did they remove?
[23:57] <daftykins> everything D:


[07:07] <bkerensa> ;) If anyone from the Ubuntu One team has a moment I have a question about support for integrating U1 into OpenPhoto
[09:07] <mandel> morning all!
[09:08] <mandel> bkerensa, ping!
[11:45] <alecu> hola hola hola!
[11:45] <alecu> good morning everyone!
[11:51] <mandel> alecu, hello!
[11:52] <mandel> alecu, I updated the branch which you comments and though of a perfect name : TidyServiceRunner :)
[11:52] <alecu> mandel, awesome!
[11:57] <alecu> mandel, can you run the script I added to the end of this bug? https://bugs.launchpad.net/ubuntu/+source/python-qt4/+bug/334757
[11:57] <mandel> alecu, sure, which OS?
[11:57] <alecu> mandel, ubuntu
[11:57] <mandel> alecu, ok, on it!
[11:58] <alecu> mandel, that script crashes aprox 4 out of 10 times with a SIGSEGV
[11:58] <alecu> mandel, I want to see if it happens elsewhere
[11:58] <mandel> alecu, http://paste.ubuntu.com/927810/
[11:59] <alecu> mandel, awesome.
[11:59] <mandel> alecu, I'll run ti several times for you
[11:59] <alecu> mandel, "Segmentation fault" is what I wanted to get :-)
[12:00] <mandel> alecu, http://paste.ubuntu.com/927812/
[12:00] <mandel> alecu, seems to fail more here, I'm an x64 for what ever is worth
[12:00]  * mandel reads the script
[12:01] <alecu> mandel, so, it segfaults 9 out of 12.
[12:01] <alecu> mandel, awesomer.
[12:02] <mandel> alecu, yes, seems very easy to reproduce here
[12:02] <alecu> mandel, the script is to show that a bug we see in ubuntu-sso-client is not really there, but it is in pyqt instead.
[12:02] <mandel> alecu, makes sense..
[12:04] <mandel> alecu, can I get the reviews asap so I can try to get jenkins working asap, I don't want to have windows in this state, the more we wait..
[12:04] <mandel> alecu, also, it should fix the issues with the sso tests on mac, so if you have the mini setup it would be great feed back to have
[12:07] <alecu> mandel, I'll do the re-review next
[12:07] <alecu> mandel, in the macmini I've got the dev env halfway thru
[12:08] <alecu> mandel, I may ask you for some help finishing the setup, in half an hour or so. Or after your lunch
[12:08] <mandel> alecu, ok, let me know :)
[12:09] <alecu> mandel, btw: I'm reproducing the pyqt segfault in Lucid!!!
[12:10] <mandel> alecu, WTF! so it has been broken for a looong time!
[12:10] <alecu> and on maverick too.
[12:10] <alecu> awesome.
[12:10] <mandel> alecu, I wonder if we use pyside.. let me try that :)
[12:10] <alecu> mandel, that would be great, because then we can see if the problem is with pyqt or qt itself.
[12:11] <mandel> alecu, yes, that is exactly what I though
[12:16] <alecu> mandel, so: where are you guys installing the windows instance of jenkins?
[12:16] <alecu> mandel, it's a jenkins "slave" or called something like that, right?
[12:16]  * alecu knows about buildbot's master and slaves.
[12:18] <mandel> alecu, yes, there is a windows ec2 image that jenkins connects to do work wit the tests on windows
[12:19] <alecu> mandel, on EC2 or on canonistack?
[12:19] <mandel> alecu, in the script, you are using a QApplication as in QtGui.QApplication, right?
[12:19] <mandel> alecu, AFAIK EC2
[12:20] <alecu> mandel, great. And I guess there's no way to do that with osx... so we'll have to use the macmini.
[12:21] <mandel> alecu, look at the script: http://paste.ubuntu.com/927834/ (look at the bus that is used, is the GLib one!!!) and the results: http://paste.ubuntu.com/927833/
[12:21] <mandel> alecu, can you reproduce it?
[12:24] <alecu> mandel, oh, pyside!
[12:24] <alecu> mandel, I don't have pyside installed, but I don't think we'll manage to get that change into precise :-)
[12:25] <mandel> alecu, no, but it reduces the tech to blame :)
[12:25] <alecu> mandel, perhaps we should try pyqt + the dbus glib mainloop.
[12:25] <alecu> mandel, but who knows what else it will break :P
[12:26] <ralsina> good morning!
[12:26] <mandel> alecu, well, as long as we don't put in trunk we are save..
[12:26] <mandel> ralsina, morning!
[12:27] <alecu> mandel, also: the awful thing is that pyqt has deprecated the pydbus integration, in favour of a different dbus module, so... :-(
[12:27] <alecu> ralsina, I think I found the problem with the "SIGSEGV in QSocketNotifier::setEnabled()" error in sso.
[12:27] <mandel> alecu, ouch!
[12:27] <ralsina> alecu: awesome, what was it?
[12:27] <mandel> you! => ralsina  hehehe
[12:28] <alecu> ralsina, pyqt being broken since -at least- lucid.
[12:28] <ralsina> alecu: we *may* be able to do smething similar  for a jenkins slave: http://www.macminicolo.net/jvmx_secure_signup.html
[12:28] <ralsina> After we get it all configured in our mini, of coure
[12:29] <ralsina> alecu: really?
[12:29] <ralsina> alecu: pyqt in general or pyqt-in-ubuntu?
[12:29] <alecu> ralsina, our sso bug is #943046. LP will probably timeout opening that page, since the bug has *way too many* duplicates.
[12:29] <ralsina> alecu: the bot is not able to open it. Whoa.
[12:30] <alecu> ralsina, so, I've debugged a bunch, and many times I got segfaults, so I traced it to this other bug: https://bugs.launchpad.net/ubuntu/+source/python-qt4/+bug/334757
[12:30] <alecu> ralsina, and I added a small script to that bug that shows the problem.
[12:31] <alecu> ralsina, the bug is that pyqt (or qt) segfaults when the connection to the dbus-daemon is broken.
[12:31] <ralsina> alecu: looking at the script now
[12:32] <ralsina> alecu: but why is dbus daemon dying?
[12:32] <alecu> ralsina, but it fails randomly. On some vms it fails immediately. (like my lucid vm). On some other vms, it never fails (like my precise vm). But on my precise computer, it fails very often.
[12:32] <ralsina> alecu: on real life, I mean :-)
[12:32] <alecu> always with a SEGFAULT.
[12:32] <ralsina> alecu: it's a race condition, obviously
[12:32] <alecu> ralsina, why? probably when it's going down.
[12:33] <ralsina> alecu: so, it has no real consequences, it's just a crash on session closing?
[12:33] <ralsina> alecu: because if it is, we could install a handler for sigsegv and hide it
[12:33] <alecu> ralsina, a few of the duplicates say that the bug didn't affect their normal operation at all.
[12:34] <ralsina> alecu: exctly. If dbus-daemon dies, none of our stuff works anyway
[12:34] <alecu> ralsina, and I remember reading one that the apport dialog showed up on first starting a just updated precise
[12:34] <ralsina> alecu: so it's not something we can recover from in any case
[12:34] <alecu> ralsina, right
[12:34] <ralsina> alecu: probably updated dbus daemon restarted itself?
[12:35] <alecu> ralsina, if I try to kill a dbus daemon all my session dies. To debug this I had to resort to twm and a few xterms :-)
[12:35] <ralsina> alecu: haha
[12:36] <ralsina> alecu: so, can you try installing a signal handler and see ifyour script dies silently?
[12:36] <alecu> I just forgot how much fun is having to find a place for each window as they are mapped.
[12:36] <ralsina> alecu: at least twm doesn't ask you to resize on mapping anymore (or does it?)
[12:37] <alecu> ralsina, is python able to handle sigsegvs? I'll give that a try.
[12:37] <ralsina> alecu: it should, IIRC
[12:37] <alecu> I mean, is any process able to handle sigsegvs?
[12:38] <alecu> awesome.
[12:38] <ralsina> "Because the C signal handler always returns, it makes little sense to catch synchronous errors like SIGFPE or SIGSEGV."
[12:38] <ralsina> alecu: so maybe not ^
[12:39] <alecu> hmm.... http://pypi.python.org/pypi/faulthandler/1.0
[12:39] <ralsina> alecu: looks like you *may* be able to do it from C, but that's painful right now
[12:40] <ralsina> alecu: another idea: make apport ignore that specific error / all segfaults?
[12:40] <alecu> I'm doing: apt-cache install python-faulthandler
[12:41] <ralsina> alecu: hey, if that works, cool.
[12:41] <alecu> ralsina, I believe when we are out of the beta period, apport gets a lot silenter
[12:42] <ralsina> alecu: we could do a bug pattern so apport keeps quiet about this bug and stops reporting it
[12:42] <alecu> ralsina, python-faulthandler is in universe, not in main.
[12:42] <ralsina> alecu: not sure if that means it doesn't show the "some app crashed" dialog
[12:44]  * alecu brbs
[12:48] <mandel> ok, I'm off to have lunch :)
[12:49] <dobey> buen provecho mandel
[12:50] <alecu> this is awesome. Faulthandler comes standard with py3.3.
[12:51] <dobey> ralsina, alecu: what are you guys trying to do?
[12:52] <alecu> dobey, we are trying to find a way to silence some segfaults in pyqt
[12:52] <ralsina> dobey: we get a segfault id dbus-daemon crashes
[12:53] <ralsina> dobey: or closes (as in end of session)
[12:53] <dobey> alecu: a bug pattern should do that
[12:53] <ralsina> dobey: and we got a bazillion dups for that
[12:53] <dobey> or well, it really shouldn't be necessary now. apport should say "This bug has already been reported."
[12:53] <alecu> dobey, awesome. Where should we put that pattern?
[12:53] <ralsina> dobey: patters make apport be silent? (the docs are not that clear)
[12:53] <dobey> alecu: i'm not sure exactly
[12:54] <dobey> rye: ^^^ can we have a bugpattern for this bug?
[12:54] <dobey> alecu: it's a launchpad side thing, though
[12:54] <dobey> not on the client
[12:54] <alecu> dobey, even better!
[12:54] <alecu> rye, the bug is https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/943046
[12:54] <ralsina> dobey: we can propose via https://code.launchpad.net/~ubuntu-bugcontrol/apport/ubuntu-bugpatterns maybe
[12:55] <alecu> rye, but LP keeps throwing a timeout, probably because of the many bugs marked as duplicated of that one.
[12:55] <dobey> perhaps, i have no idea. afaik, rye has done most of the ones for our stuff
[12:55] <ralsina> dobey: ack
[12:55] <dobey> alecu: yes, because of the dupes, it sometimes gives a timeout on the db query
[12:56] <dobey> ralsina: also, can we perhaps just fix the bug? :)
[12:56] <ralsina> dobey: it's a bug in Qt dbus mainloop
[12:56] <dobey> yes
[12:56] <ralsina> dobey: a biiiiit too deep in the stack. And in C++
[12:59] <dobey> alecu: btw, your test script is broken and can leave a bunch of dbus-daemon processes running :)
[12:59] <alecu> dobey, yes.... I didn't care about that much :-)
[13:02] <dobey> gah it's a 3.5 year old bug
[13:07] <ralsina> dobey: it's a race condition, happens only in some cases, and if you don't have apport noone wuld notice :-/
[13:08] <dobey> yes well
[13:11] <dobey> alecu: can you bug on http://www.riverbankcomputing.co.uk/mailman/listinfo/pyqt about it, and send your test script there?
[13:13] <alecu> dobey, sure.
[13:13] <alecu> dobey, and according to this, we should be using QtDBus instead: http://www.riverbankcomputing.co.uk/static/Docs/PyQt4/html/dbus.html
[13:16] <dobey> alecu: we *are* using that
[13:16] <dobey> alecu: or maybe not, that documentation is very uh, "incomplete" i guess
[13:17] <alecu> dobey, we are using dbus-python, we should be using QtDBus
[13:18] <alecu> ralsina, do you know where I can find a repository browser for pyqt? I'm unable to in the riverbank site.
[13:19] <mandel> alecu, sounds about right, we are using the deprecated one.. which is going to be interesting in sso since we need to support gtk and qt..
[13:19] <ralsina> alecu: not really
[13:20] <ralsina> alecu: interesting never heard of QtDBusbefore
[13:20] <dobey> alecu: https://code.launchpad.net/python-qt4 ?
[13:21] <dobey> alecu: or /ubuntu/+source/python-qt4/ if not?
[13:23] <alecu> dobey, nice. But my point is that riverbank only releases tarballs, like it was 1996.
[13:24] <dobey> oh, well. this is where i would normally insert some comment about how they're using qt. :)
[13:26] <ralsina> alecu: there is no public official repo
[13:26] <ralsina> alecu: AFAICS
[13:57] <thisfred> I took tuesday as review day, though I really do
[13:57] <thisfred> n't care which day I have
[13:58] <thisfred> so if anyone prefers tuesday, just switch me to a different unoccupied day, and tell me ;)
[14:03] <briancurtin> i took monday, but i'll do whatever day if someone needs that one
[14:03] <dobey> thisfred: I am appalled, neigh, disturbed deeply, by your insidious behavior.
[14:08]  * ralsina will review all branches proposed on saturdays
[14:09] <ralsina> and that, BTW is to be read "all branches (proposed on saturdays)" and not "(all branches proposed) on saturdays"
[14:09]  * thisfred writes a cron job
[14:10]  * mandel back
[14:11] <mandel> for me as long as it is not tuesday of thurs for me I'm ok
[14:11] <mandel> rugby is those days, I can move things around other days
[14:11] <rye> alecu: ok, looking to create a bugpattern
[14:12] <rye> OMG
[14:12] <rye> alecu: so, what should be the master bug?
[14:12] <alecu> rye, it's https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/943046
[14:13] <briancurtin> mandel: how about you take monday and i'll switch to thursday?
[14:13] <rye> alecu: hm, somebody already added that i guess
[14:14] <mandel> briancurtin, sure, that sounds perfect to me
[14:14] <briancurtin> mandel: oh, well i guess you could do whatever other day you want, i didn't look and thought other days had filled up
[14:15] <briancurtin> :)
[14:15] <mandel> dobey, I updated the branches following the comments from you and alecu please review when ever you can
[14:15] <rye> alecu: Robert Roth <robert.roth.off> @ 484.1.2 -    Added bugpatterns for two frequent ubuntu-sso-client bugs, #943046 and #940669
[14:15] <dobey> mandel: ok thanks
[14:16] <mandel> briancurtin, mondays sound good, I have to start later so that I overlap with others, so is good to wake up late on mondays hehe
[14:16] <mandel> ralsina, 1-1 in 5 min?
[14:16] <alecu> rye, awesome.
[14:16] <ralsina> mandel: sure
[14:17] <alecu> rye, But our bug in sso (bug 943046) is in fact caused by a bug in pyqt (bug #334757).
[14:17] <alecu> rye, should we mark our bug as a duplicate of that pyqt one?
[14:17] <rye> alecu: and kill that pyqt bug too? :)
[14:17] <alecu> rye, right :-)
[14:17] <dobey> mandel: should be able to review now. someone was wrong on the internet, so i had to correct them first :P
[14:19] <mandel> dobey, lol
[14:20] <mandel> ralsina, I'm ready when you are (mumble)
[14:20] <rye> alecu: bug #943046 should be marked as a dup of bug #940669 though
[14:20] <ralsina> mandel: going
[14:23] <alecu> rye, I'm marking it like that, and adding some comments regarding the root issue.
[14:24] <rye> alecu: okay, and then we will need LP people to fix their query :) so that it works for our enormous dbus missing bug
[14:25] <alecu> rye, it seems to be a bug in pyqt. I've reproduced it in Lucid all the way up to Precise.
[14:26] <dobey> alecu: yes, that report against pyqt was actually filed from Jaunty :)
[14:26] <alecu> awesome :-)
[14:27] <alecu> rye, I've added a script to bug #334757 that shows the segfault only using pyqt.
[14:27] <rye> alecu: fix is easy try: ... except SegmentationViolationError: pass
[14:27] <alecu> rye, nice! but now I get an Undefined error!
[14:28] <rye> for whatever generation reading my comment above - NO, you can't trap this error that way
[14:28]  * rye knows he will be searching for something like this in the future
[14:29] <rye> alecu: basically i think it is the same thing as with our python dbus bindings - when dbus disappears prior to our process
[14:29] <rye> oh
[14:29] <rye> no
[14:30] <rye> alecu: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
[14:30]  * alecu waves to all the Archaeologist aliens and/or cockroaches
[14:30] <rye> ^ is that an expected response ?
[14:31] <rye> aaah, you launch your own dbus
[14:31] <alecu> rye, that means that the process did not die with a segfault
[14:31] <mandel> ralsina, bug 907511
[14:31] <alecu> rye, the segfault does not happen every time, just often.
[14:32] <alecu> on the other hand, on my lucid vm it happens every time.
[14:32] <rye> alecu: ah, you are killing the daemon, right
[14:32] <rye> alecu: we had the same bug but with native python bindings. but at least they were not segfaulting, only raising an exception
[14:32] <rye> alecu: yay segfault
[14:33] <alecu> got it?
[14:34] <rye> alecu: yep
[14:39]  * rye wants a core file..
[14:39] <rye> ulimit -c unlimited, right
[14:40]  * rye stops debug output to IRC
[14:48] <briancurtin> ralsina: since i'm not sure of their usual conventions, what do i do with the latest message on https://rt.admin.canonical.com/Ticket/Display.html?id=51590 - i'm guessing i could scp that folder, or is that something else?
[14:48] <ralsina> briancurtin: looking
[14:49] <ralsina> briancurtin: get those files, put them in dist, do an installer, gpg-sign it, upload the installer and the signature, mention it on the RT, ask for it to be signed
[14:49] <ralsina> briancurtin: you should be able to scp from chinstrap, yes
[14:49] <dobey> mandel: do you have a lucid chroot/vm available?
[14:50] <mandel> dobey, I do, yes
[14:50] <mandel> dobey, tell me :)
[14:50] <dobey> getting a link for you :)
[14:51] <dobey> mandel: can you fix devtools to build on it again? it seems to fail to start squid
[14:51] <dobey> mandel: https://launchpadlibrarian.net/100003195/buildlog_ubuntu-lucid-i386.ubuntuone-dev-tools_3.1%2Br60-15~lucid1_FAILEDTOBUILD.txt.gz
[14:51] <dobey> mandel: so the nightlies for it aren't building on lucid :-/
[14:51] <mandel> dobey, uh! cute, on it!
[14:51] <dobey> thanks!
[14:52] <mandel> dobey, no problem, I might take a little time because I have to update th vm but besides that I'm ready to rumble :)
[14:54] <dobey> mandel: ok. i'm filing a bug for it
[14:55] <mandel> thx
[14:56] <mandel> dobey, I'll try to see if there is an issue with the way squid is started, and other problem is that it might be dependent on the machine used to build it
[14:59] <ralsina> dobey, mandel, thisfred, briancurtin, alecu, HARRY!: standup
[14:59] <ralsina> in 30"
[15:00] <ralsina> gatox and urbanape are off
[15:00] <ralsina> me
[15:00] <briancurtin> me
[15:00] <dobey> harry?
[15:00] <mandel> me
[15:01] <dobey> mandel: bug #980880 is all for you :)
[15:01] <ralsina> dobey: he's our imaginary friend
[15:01] <mandel> dobey, yes sir!
[15:01] <thisfred> mw
[15:01] <dobey> meh
[15:01] <thisfred> me
[15:02] <mandel> sorry my imaginary friend is i
[15:02] <mandel> hehehe
[15:02] <alecu> me
[15:02] <mandel> terrible joke
[15:02] <ralsina> mandel: it's j in python
[15:02] <ralsina> DONE: bureaucracy. Felt sick (allergic to bureaucracy?) Saw doc, team call, 1-1 with gatox and mandel. Got drugs. TODO: help around, lots of tiny stuff, too smal and numerous to describe BLOCKED: no
[15:02] <ralsina> NEXT: briancurtin
[15:02] <briancurtin> DONE: signing, testing my broken releases, fixing buildout, rebuilding and testing, actually got signed binaries
[15:02] <briancurtin> TODO: currently getting the signed bins, rebuilding the installer, sending that off to be signed. figuring out how to get buildout to work nicely with the installer automation
[15:02] <briancurtin> BLOCKED: none
[15:02] <briancurtin> NEXT: mandel
[15:02] <mandel> DONE: 1-1. Updated all ubuntuone-dev-tools branches and the affected branched by that (sso and control panel)
[15:02] <mandel> TODO: Beg fore reviews, find out what is going on in L with ubuntu one dev tools bug 980880
[15:02] <mandel> BLOCKED: no
[15:02] <mandel> dobey, please
[15:02] <thisfred> .DONE: test improvement, u1db reviewing TODO: <-- BLOCKED: no NEXT: dobey
[15:03] <dobey> λ DONE: reviews, u1db packaging investigation
[15:03] <dobey> λ TODO: bug #682954, bug #956407, reviews, SRUs, u1db packaging
[15:03] <dobey> λ BLCK: none.
[15:03] <dobey> alecu
[15:03] <ralsina> thisfred: you have NOTHING to do?
[15:03] <alecu> DONE: reviews, debugged the hell out of the pyqt dbus error
[15:03] <alecu> TODO: finish patches for the secur^W very secret bug, more reviews
[15:03] <alecu> BLOCKED: no
[15:03] <ralsina> thisfred: I can help you with that! :-)
[15:04] <thisfred> ralsina: that was meant to signify same as DONE, but I'm not overloaded, so if there's something urgent
[15:04] <ralsina> thisfred: oh, well, no nothing all that urgent
[15:04] <mandel> briancurtin, can you take a look to my MP
[15:04] <mandel> ??
[15:04] <ralsina> thisfred: you could do some of mandel's reviews, maybe
[15:04] <mandel> thisfred, oh, yes, please :)
[15:05] <thisfred> is it tuesday? I didn't think so!
[15:05] <thisfred> :P
[15:05] <briancurtin> mandel: yep, i have them open, am just tied up with getting the signed binaries out, repackaging, and sending the installer off to be signed. i'll be reviewing soon (ran all tests yesterday - all pass)
[15:05] <mandel> briancurtin, ok, thx
[15:05] <mandel> thisfred, no worried, brian got them!
[15:05] <thisfred> mandel: I'll get on it after I review the u1db oauth branch
[15:06] <thisfred> oh or not :)
[15:06] <mandel> thisfred, ok, I'll grab a coffee and I'll let you know which ones they are
[15:06]  * mandel coffee
[15:06] <thisfred> kcool
[15:07] <dobey> mandel: so, i see "save" is still used a bunch in the tests themselves, which test the testcase
[15:18] <dobey> ok, i need to get some lunch. will continue reviews after, and do sru work
[15:18] <dobey> bbiab
[15:20] <briancurtin> ralsina: so what i got back from them is, e.g., "python27.dll" and "python27.dll.signed". do i now take all of the *.signed files and rename them to the appropriate exe/dll inside /dist?
[15:20] <briancurtin> or is *.signed something to verify, and *.exe is the actual signed exe?
[15:20] <briancurtin> (seems obvious by name, but im new to GPG stuff)
[15:21] <ralsina> briancurtin: yes
[15:21] <ralsina> briancurtin: I think "yes the second" :-)
[15:22] <ralsina> briancurtin: depends on who did the signing ;-)
[15:22] <briancurtin> Matthias Arnason
[15:24] <ralsina> briancurtin: I meant, they sometimes zip everything and sign the zip, or provide a folder with the signed exes and gpg signatures. Don't recall who does which
[15:24] <ralsina> briancurtin: in any case, gpg sigs are a couple hundred bytes, so anything larger is the real binary
[15:25] <briancurtin> ah, i have a folder with file.exe and then file.exe.signed where *signed files are an extra 6-8k, so i'll take the *signed ones
[15:42] <mandel> dobey, really? I though I changed all of them, whihc revno?
[15:43] <mandel> dobey, ok, you mean the var names, let me change that
[15:44] <ralsina> briancurtin: if the .exe are the ones you sent, and the others are larger, yes, that's the thing
[15:45] <briancurtin> ralsina: that's what i figured, just wanted to be sure. when i renamed the foo.exe.signed to foo.exe, i can see in the "digital signature" tab of the file properties that it's signed, so that's it
[15:46] <mandel> dobey, sorted, new version ready with no save
[15:49] <ralsina> briancurtin: cool
[16:03] <mandel> dobey, I have run the tests several times in an L vm and it passes all the tests correctly
[16:04] <mandel> dobey, squid gets started with no problems
[16:15] <dobey> mandel: any idea why it would fail in nightlies then?
[16:18] <mandel> dobey, hm.. the way it works i by calling 'squid -k check -f config_file' to check the pid file of the process, what might be happening is that squid is taking too long to start and we run out of tries
[16:19] <mandel> dobey, we have 8 tried to start squid and we use the following waiting periods: 0.4, 0.1, 0.1, 0.2, 0.5, 1, 3, 5
[16:19] <mandel> dobey, and waiting for 5 and not starting is a very strange thing...
[16:22] <dobey> hrmm
[16:25] <dobey> and why does my liver feel funny
[16:27] <dobey> mandel: still 2 more save, in class names :)
[16:27] <mandel> dobey, where?
[16:27] <dobey> class names in the test file
[16:27] <mandel> dobey, and alcohol
[16:27] <mandel> dobey, let me fix that
[16:28] <dobey> also, a speclling error
[16:29] <dobey> hmm
[16:29] <mandel> dobey, where is the spelling error?
[16:30] <dobey> commented on the mp with it
[16:30] <dobey> +class MultipleSercicesTestCase(TestCase):
[16:30] <dobey> and also queried about the use of "service" as i thought we'd agreed to use "server" instead
[16:32] <mandel> dobey, you are right, I'll change everything to server and not service
[16:33] <dobey> ok, thanks
[16:33] <dobey> sorry this is being a bit extraneous of a review :)
[16:37] <mandel> dobey, no problem :)
[16:39] <mandel> dobey,  grep "[S|s]ervice" . -Rn returns no results, so it should be ok now
[16:41] <dobey> ok
[16:42] <dobey> i also commented on the lucid failure bug with another way you might be able to reproduce the problem
[16:45] <mandel> dobey, great, I'll move to that bug then
[16:46] <mandel> dobey, I pushed the new revno for the test cases, let me know so that I make all the changes in the other 4 branches that depend on this :)
[16:46] <dobey> ok. waiting for launchpad to catc hup :)
[16:47] <dobey> mandel: what revno is it, btw?
[16:48] <mandel> dobey, 75
[16:48] <dobey> ok
[16:55] <dobey> totally going to wear this new t-shirt to the yuri's night party tomorrow
[16:56] <dobey> mandel: i think you forgot to push. launchpad knows nothing about r75 and it's not waiting to rescan
[16:56] <mandel> dobey, really, let me do it again
[16:57] <dobey> ralsina: care to review https://code.launchpad.net/~dobey/ubuntuone-client/man-typo-2-0/+merge/101935 ? :)
[16:58] <ralsina> dobey: sure
[16:59] <ralsina> dobey: the u1sdtool help was sort of a big lie, last I checked :-)
[17:00] <mandel> dobey, ha, I'm stupid I pushed it to the wrong project
[17:00] <mandel> dobey, should be ok now
[17:00] <ralsina> OMFG, a grocer's apostrophe! Shameful!
[17:00] <dobey> ralsina: well, even if it's a big lie, it should be proper english :)
[17:01] <dobey> also this branch is already released in 3.0/trunk. just backporting it for a 2.0.x release for SRU :)
[17:01] <mandel> dobey, FYI I managed to reproduce the issue
[17:01] <ralsina> dobey: +1 and global approve
[17:02] <dobey> thanks
[17:02] <dobey> mandel: cool. now fix it ;)
[17:02] <mandel> dobey, I wonder what is wrong, from the apt-get source it does not work, when pulling from trunk it works
[17:03] <mandel> looks like I'm going to learn something..
[17:03] <dobey> mandel: no idea
[17:03] <alecu> ok, lunch time for me.
[17:04] <dobey> ralsina: also just proposed https://code.launchpad.net/~dobey/ubuntuone-client/apport-newonly-2-0/+merge/101936 if you would please :)
[17:05] <mandel> dobey, what uses is used to build the packages?
[17:05] <ralsina> dobey: gona take a bit longer on that one. I am hungry.
[17:06] <dobey> ralsina: buen provecho then :)
[17:06] <dobey> mandel: eh?
[17:06] <dobey> mandel: the packages are built with fakeroot
[17:07] <dobey> mandel: but that doesn't explain why it would only fail on lucid
[17:07] <rye> so, looks like QSocketNotifier gets somehow dereferenced, i.e. d_ptr becomes 0x0, and then d->threadData->eventDispatcher just blows off
[17:07] <mandel> dobey, the problem might be that the proxy cannot start because the folder most be accessible by the user 'proxy'
[17:08] <dobey> mandel: but that should fail on all versions then no?
[17:08] <mandel> dobey, would be nice to see if we can run  'squid -N -X -f _trial_temp/squid.conf'
[17:09] <dobey> mandel: and also would fail from trunk?
[17:09] <mandel> dobey, if we run that command form the folder we can see if squid does start
[17:09] <mandel> dobey, which probably is not the case
[17:10] <mandel> dobey, let me walk the dog and I'll keep digging
[17:22] <rye> ok, fun. Private object got dereferenced, but its parent object was not realy notified about that. Fuuun
[17:23] <dobey> rye: what are you debugging?
[17:25] <rye> dobey: the qt failure when dbus goes away and client gets mad about it
[17:25] <dobey> oh
[17:34]  * dobey makes a lucid pbuilder chrootball
[18:00] <ralsina>  dobey +1 on the apport branch
[18:02] <dobey> yay thanks
[18:11] <alecu> rye, I've tracked it to this file: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/python-qt4/precise/view/head:/dbus/dbus.cpp#L34
[18:12] <alecu> rye, my guess is that remove_watch should disconnect both "activated" signals that are connected on add_watch.
[18:13] <alecu> rye, since it's either readSocket or writeSocket the one that's failing.  (or perhaps it's both)
[18:19]  * mandel back
[18:23] <dobey> alecu: can you re-review https://code.launchpad.net/~mandel/ubuntuone-dev-tools/tcp-testcases/+merge/99759 now please?
[18:23] <dobey> mandel: can you remove nessita as a reviewer from that branch? or should we bug her to do a review? :)
[18:23] <mandel> dobey, certainly
[18:24] <mandel> dobey, I can reassign not remove, is that correct?
[18:24] <mandel> dobey, I could assign it to me :)
[18:24] <dobey> hmm
[18:25] <dobey> she is on swap today
[18:25] <alecu> mandel, it's ok if you assign it to yourself, then abstain
[18:25] <alecu> dobey, I'm on it
[18:25] <dobey> yeah, change it to you and abstain
[18:25] <mandel> alecu, did exactly that
[18:25] <dobey> alecu: thanks :)
[18:34] <alecu> mandel, why are this yields needed?
[18:34] <alecu>         yield calculator_c.testserver_on_connection_made
[18:34] <alecu>         yield echoer_c.testserver_on_connection_made
[18:35] <mandel> alecu, they are to ensure that the client protocol connectionMade was indeed called since there is no guarantee that it is otherwise
[18:39] <alecu> mandel, awesome.
[18:39] <alecu> mandel, I'm approving.
[18:39] <mandel> \o/
[18:39] <alecu> mandel, I'm reviewing the following one.
[18:40] <mandel> alecu, thx
[18:41] <dobey> i'll wait until that one lands
[18:41] <dobey> then i'll review the other one
[18:42] <mandel> dobey, I'm getting the following: http://paste.ubuntu.com/928331
[18:42] <mandel> dobey, but I did all the calls as root and therefore the dirs have the wrong rights
[18:43] <dobey> hmm
[18:45] <dobey> mandel: but i don't understand how that wouldn't also fail on other versions of ubuntu as well
[18:46] <mandel> dobey, well, maybe they changed the user used for the squid/squid3 process
[18:47] <dobey> i doubt it
[18:48] <dobey> and pbuilder apparently runs stuff as 'pbuilder' not root
[18:49] <mandel> dobey, hmm we could point squid to use the conf in /tmp but I'm not sure about that
[18:50] <mandel> dobey, we could try it by changing the location via de env variable used by u1trial
[18:51] <dobey> mandel: no we shouldn't put anything in /tmp
[18:51] <dobey> we have _trial_temp for a reason
[18:51] <mandel> dobey, is there a way to try and run the command in the machine too see the exact error?
[18:52] <dobey> mandel: why aren't we seeing "the exact error" ?
[18:53] <mandel> dobey, we should get store the result of the execution, then check several times that it start, if not, print the error + the output of the process, does it sound good?
[18:59] <alecu> dobey, the openssl exception applies to all of our public projects?
[18:59] <dobey> mandel: if squid itself fails to start and spews errors we should fail immediately and spew those errors
[18:59] <dobey> alecu: no
[19:00] <alecu> dobey, to which ones does it apply to?
[19:00] <dobey> alecu: only AGPL or GPL licensed ones that need to use openssl
[19:00] <alecu> great then.
[19:00] <mandel> dobey, then, we have a bug there, which will help to fix the L building issue
[19:04] <alecu> mandel, rugby is what makes you a dyslexic: "with all its childre."
 Did not know about the spelling of *that*. I just assumed you mistyped that word too :-)
[19:08] <mandel> alecu, what diahorrea, no, that is AFAIK correct, let me double check :P
[19:09] <alecu> mandel, it is!
[19:09] <alecu> mandel, I checked :P
[19:09] <mandel> alecu, my brain is a scumbag!
[19:11] <alecu> mandel, you can always argue that your reviews use the English spelling from Lavapiés.
[19:12] <mandel> lol
[19:12] <mandel> alecu, the puertorican version
[19:12] <mandel> Ay du speek de inglis!
[19:13] <dobey> sigh
[19:13] <mandel> alecu, example: http://www.youtube.com/watch?v=p5edCB_4O78
[19:15] <mandel> alecu, best one 'un chinito pecando' jejeje
[19:19] <alecu> mandel, yes! there was a radio show around here that had a section with those kind of "embedded spanish"
[19:21] <dobey> hrmm
[19:22] <dobey> is anyone else using firefox on precise, and now no longer able to drag tabs around, or drag links out of the firefox window?
[19:23] <alecu> dobey, looking
[19:25] <alecu> dobey, on the precise updated yesterday, I can drag tabs and link around and out of the window.
[19:25] <dobey> weird
[19:27] <alecu> on the other hand, the radeon driver for my 2 week old board insists on displaying an annoying overlay saying "AMD: Unsupported hardware"
[19:28] <alecu> I guess I never learn about buying bleeding edge hardware :-(
[19:29] <dobey> nice
[19:30] <ralsina> alecu: did you get a shareware graphics board???
[19:35] <alecu> ralsina, lol
[19:35] <alecu> ralsina, it's a new model, released two months ago.
[19:36] <ralsina> "if you want to see green, please send $5 via US mail to Joe in Wichita"
[19:36] <alecu> ralsina, so, I guess I'm lucky to be using it at all :P
[19:36] <ralsina> "he needs the money so he can make more cool graphic boards!"
[19:36] <alecu> lol
[19:38] <alecu> anyway: you can buy ati, who releases docs for the open source drivers you'll be using in a few years, and get binary drivers, but not at board release time. Or buy nvidia, who will have binary drivers closer to release, but will never release any docs.
[19:38] <alecu> Or buy intel, and get 10 year old tech.
[19:39] <alecu> third world open source gamer dilemmas.
[19:40] <dobey> you can't buy intel
[19:41] <dobey> well, you can buy a laptop that has intel, or a motherboard that has intel (which probably means you also have to get an intel processor instead of amd)
[19:41]  * dobey really misses 3DFX
[19:42] <ralsina> dobey: or you can play canasta. Works without graphic cards!
[19:42] <alecu> dobey, if we get picky, I didn't buy ati either; I bought Sapphire.
[19:42] <ralsina> oops, that was for alecu
[19:43] <dobey> alecu: yes. but you can't buy any PCI card with an intel video chip on it. they only sell on-board cards to OEM/ODM
[19:47] <alecu> ralsina, canasta sounds like a good deal at this time of the week.
[19:47] <alecu> ralsina, or Munchkin
[19:48] <ralsina> alecu: I am up for munchkin
[19:48] <ralsina> alecu: problem is distance :-)
[19:49] <dobey> haha
[19:49] <dobey> "distance"
[20:04] <dobey> meh
[20:04] <dobey> my brain is fast approaching the state of mush
[20:47] <dobey> and wanting some Munkinks now
[20:48] <ralsina> EOW for me
[20:48] <ralsina> have fun people, see you all monday!
[20:49] <dobey> chao ralsina
[20:49] <briancurtin> bye ralsina
[20:49] <briancurtin> ralsina: i still havent heard back about the signed installer, FYI
[20:49] <ralsina> briancurtin: hope the final installer arrives before you EOD
[20:49] <briancurtin> me too
[20:50] <ralsina> briancurtin: if it does, say "ping l-sa: I need to put the installer from RT #blah in the web server in the usual places" (replace the - with a o
[20:50] <ralsina> briancurtin: and do it on the u1-internal channel
[20:50] <briancurtin> ralsina: ok, will do
[20:50] <ralsina> briancurtin: then you'd be done
[20:50] <briancurtin> and if it's not ready...?
[20:51] <briancurtin> is that l-sa (with an o) a bot, because i'm not seeing it
[20:52] <dobey> no
[20:52] <dobey> it's a magical phrase
[20:52] <alecu> briancurtin, it's a codename for every sysadmin
[20:52] <briancurtin> ah
[20:52] <dobey> it's like when you're in a theater, and you scream fire
[20:52] <alecu> briancurtin, at some point it meant "launchpad operating sys admin" or something like that.
[20:53] <dobey> web-ps is the new l-sa
[20:53] <alecu> but they've kept their call sign
[21:01] <dobey> both work, yes
[21:21] <dobey> alright, am off as well. later all!
[22:33] <briancurtin> welp, no update on the package signing so i'm out. i'll check it tomorrow in case anyone gets to it.


[01:03] <Burgwork> ajmitch: ping
[04:40] <nkassi> hello folks.
[04:42] <fernando> hi nkassi
[04:42] <nkassi> So what happened to the server ? IRC I mean ?
[08:42] <ajforgue> ajmitch, I got lost getting back too :D
[08:42] <ajforgue> wasabi, ^^
[08:45] <tepsipakki> ajmitch: way to go! :) (raised the priority on net-auth spec)
[08:45] <tepsipakki> s/on/of/
[08:46] <ajmitch> tepsipakki: well that's just so we can hope to get it scheduled
[08:46] <ajmitch> I'll check it with mdz before the scheduler is run tomorrow
[08:46] <tepsipakki> oh ok
[08:47] <tepsipakki> I got the impression that the spec isn't endorsed when mdz set it as low priority :=
[08:47] <tepsipakki> duh, :)
[08:48] <ajmitch> it's not
[08:48] <ajmitch> I'll ask him what to do with the others it depends on
[08:50] <tepsipakki> there are reviews where people complain about the lack of easy integration as a net-auth client.. and then they find that SuSE/RHEL do it
[08:50] <tepsipakki> but you knew that
[08:54] <ajmitch> yes, I'm well aware of that :)
[05:12] <tmh_> ajmitch: any ideas why canonical doesn't think integration to enterprise AD/Novell network isn't a focus? are ubuntus really supposed to be run just on stand-alone workstations?
[05:32] <nkinder> wasabi: you around?
[06:00] <ajmitch> tmh_: who knows?
[06:21] <cliebow> =+-
[06:24] <ajforgue> -+=
[06:31] <robertj> =-+
[06:37] <cliebow>  dang:gave out my pw again
[06:37] <ajforgue> heh
[06:38] <cliebow> any of you at mtv?
[06:38] <ajforgue> yeees
[06:39] <cliebow> if you come across my ltsp compadres say ello for me
[06:39] <ajforgue> sure
[06:40] <ajforgue> I see mcquillan now
[06:41] <cliebow> gotta give him grief..he inverted a couple letters in my first name and i had to fight to get thru security 8~)
[06:41] <cliebow> flying home
[06:46] <ajforgue> enjoy