[12:04] <Milos_SD> Hello
[12:04] <Milos_SD> is there any news about fglrx in xorg-edgers ppa? :)
[12:21] <ricotz> tseliot, ^ ;)
[12:22] <tseliot> ricotz: I know...
[12:23] <ricotz> tseliot, sorry for bugging you again
[12:24] <tseliot> ricotz: I need to deal with broadcom first, as users with 3.2 are left with broken wireless...
[12:24] <tseliot> but I'll try to do everthing today
[12:27] <ricotz> tseliot, ok :)
[12:29] <Milos_SD> I have one more question :)
[12:30] <Milos_SD> on that laptop with Sandy Bridge graphics and ATI (disabled right now from BIOS), there is some bug that just restarts Xserver (trow me back to log in screen) when using xorg-edgers (and there is no way to get back to ubuntu's default because ppa-purge is not working with multiarch...
[12:31] <Milos_SD> is there some workaround for this bug?
[12:32] <Milos_SD> I noticed that almost every laptop with intel graphics, old or new does this with xorg-edgers... and there is no problems with ATI OSS and nvidia binary using xorg-edgers.
[12:48] <Milos_SD> doesn anyone else has this problem?
[14:47] <bjsnider> ricotz, http://www.nvnews.net/vbulletin/showthread.php?t=168940
[14:48] <ricotz> bjsnider, i know ;)
[15:19] <ricotz> bjsnider, should be available soon in edgers
[15:19] <bjsnider> yeah, i just wanted to update you because i was putting it into x-updates
[15:20] <ricotz> bjsnider, alright
[15:21] <ricotz> bjsnider, please make it so that the edgers version is higher
[16:30] <bjsnider> ricotz, i think edgers should be higher because they're both tagged ~distro~ppa, and i use ~xup, where you probably use ~edgers, although there's no excude for using both ppas at the same time. that's nuts
[16:37] <Sarvatt> ricotz: ~zedgers it is? :P
[16:39] <Sarvatt> Milos_SD: remove the :i386 packages first
[16:39] <Sarvatt> its a pain in the butt because you'll have to reinstall things but thats the only way at the moment
[16:44] <Sarvatt> Milos_SD: dpkg -l | grep sarvatt | grep :i386 ; dpkg -l | grep ricotz | grep :i386
[16:44] <Sarvatt> purge all those, keep track of whats uninstalled (most likely ia32-libs-multiarch and wine), then you can ppa-purge and reinstall those
[16:46] <ricotz> bjsnider, right, the xorg-server dep should manage this two perhaps
[16:47] <ricotz> Sarvatt, hmm, purging "| grep ricotz |", hopefully it doesnt use a ppa of mine!
[16:47] <ricotz> better "dpkg -l | grep 0sarvatt | grep :i386 ; dpkg -l | grep 0ricotz | grep :i386"
[19:17] <bjsnider> cool, we now have a "cancel build" option for ppas
[19:17] <bjsnider> first i've noticed it anyway
[19:46] <bryceh> bjsnider, yep they added it a week or two ago
[20:19] <ricotz> bjsnider, could you update nvidia-settings in x-updates too? for 290.x there are some needed changes
[20:20] <bjsnider> yeah, i was going to, but there's such a huge build queue right now that i wasn't worried about it
[20:20] <bjsnider> good thing there are 20 idle armel builders though
[20:20] <bjsnider> we've on top of the armel issue for sure
[20:21] <ricotz> bjsnider, yeah, but they will takes long time too
[20:25] <dzan> hi, I added the repo ( linux mint 11 ) and did an update, then tried: apt-get install nvidia-graphics-drivers but that came up empty, ideas?
[20:30] <ricotz> dzan, as i wrote "apt-get install nvidia-current" ;)
[20:31] <Sarvatt> don't know what ppa you added or what ubuntu release linux mint maps to (hope you added the right one..) but its nvidia-current
[20:32] <dzan> Sarvatt, thx I got it, ricotz helped me :)
[20:43] <bryceh> i've run into that bug where you upgrade oneiric -> precise with nvidia installed and then X doesn't start due to nvidia failing
[20:47] <ricotz> bryceh, a dkms problem?
[20:47] <bryceh> ricotz, yeah nvidia kernel module missing (apparently didn't build?)
[20:47] <ricotz> Sarvatt, you probably noticed <IP_ADDRESS> ;)
[20:47] <ricotz> bryceh, i read about it, but havent ran into myself
[20:47] <bryceh> oh wait, I said this was an upgraded machine, actually it was a fresh install
[20:48] <bryceh> I wasn't expecting nvidia to get installed; I guess it did due to having 'third party sources' checkmarked or some such
[20:48] <bryceh> aha, bug #876499
[20:49] <ubot4> Launchpad bug 876499 in ubiquity (Ubuntu) (and 1 other project) "Incorrect Nvidia driver installed by checking 3rd party box (affects: 4) (heat: 18)" [Undecided,Confirmed] https://launchpad.net/bugs/876499
[20:49] <Sarvatt> bryceh: file bug fast against nvidia-graphics-drivers, move to ubiquity?
[20:49] <Sarvatt> oh
[20:49] <bryceh> wait, no not that bug
[20:49] <Sarvatt> was saying fast because logs might get overwritten, not sure :) ubiquity would probably have good logs from the start
[20:49] <Sarvatt> you already know the kernel module didnt get built
[20:50] <Sarvatt> ricotz: you upload it to edgers or something?
[20:50] <bryceh> good idea; filing bug
[20:50] <bryceh> ooh, my apport hook prompts are kinda fun from the console
[20:50] <ricotz> Sarvatt, no, just saying there is finally a first 1.12 pre-release
[20:53] <Sarvatt> bryceh: /var/lib/dkms/whatever have a build recorded for your current kernel?
[20:54] <Sarvatt> modinfo nvidia (or is it nvidia-current) say anything?
[20:55] <ricotz> "modinfo nvidia_current" ;)
[20:56] <Sarvatt> can tell i haven't used the blob in almost a year :)
[20:57] <bryceh> sorry had to type the ridiculously long bug filing url into firefox on another computer
[20:57] <bryceh> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/893760
[20:57] <ubot4> Launchpad bug 893760 in nvidia-graphics-drivers (Ubuntu) "Could not start graphical session by checking 3rd party box; nvidia kernel driver failed to build (affects: 1) (heat: 6)" [Undecided,New]
[20:57] <bryceh> *** Unable to determine the target kernel version. ***
[20:57] <bryceh> hunh
[20:58] <bryceh> modinfo nvidia_current just says can't find it
[20:58] <Sarvatt> yeah it never got built
[20:59] <bryceh> what else would be worth testing?
[20:59] <Sarvatt> it did install nvidia-173 too
[20:59] <Sarvatt> 2011-11-21 19:42:40 configure nvidia-173 173.14.30-0ubuntu8 <none>
[21:00] <bryceh> lsmod is showing no nv*
[21:00] <bryceh> but you're right, -173 is installed
[21:01] <bryceh> so, guess it is a dupe of 876499 after all
[21:01] <Sarvatt> yuck this is a problem in 11.10 too??
[21:02] <bryceh> hmm, possibly although I don't recall seeing it myself or running across bug reports other than this one
[21:03] <bryceh> although I was only looking at nvidia bug reports superficially last release
[21:03] <bryceh> Sarvatt, you thinking it's ubiquity rather than dkms?
[21:04] <Sarvatt> i'm looking at https://launchpadlibrarian.net/83010560/UbiquitySyslog.txt from the other bug now, all kinds of weird
[21:04] <Sarvatt> can you get that same log from your system?
[21:04] <Sarvatt> ubiquity is loading the nvidia driver right after the build for some strange reason, of course that doesnt work
[21:07] <bryceh> where can I find this UbiquitySyslog?  no 'ubiquity' in syslog, and no *ubiquity* in /var/log either
[21:07] <bryceh> ah /var/log/installer/syslog maybe?
[21:07] <Sarvatt> darn, i have absolutely no idea
[21:07] <Sarvatt> oh that sounds right
[21:08] <bryceh> wow it's humongous
[21:09] <Sarvatt> i'd just save all those logs for later and fix it up yourself, purge nvidia-173 see if nvidia-current is offered in jockey (might be a missing pci id from -current?)
[21:11] <bryceh> well, the entire purpose of setting up this system is to find bugs, so given that it's at 'mission accomplished' at the moment, no need to work around the problem ;-)
[21:11] <Sarvatt> that was freaking fast :)
[21:12] <bryceh> I know, I'm pleased in fact
[21:12] <bryceh> this is one of the three bugs we have open right now against precise - http://www.bryceharrington.org/Arsenal/Reports/ubuntu-x-swat/totals-precise-workqueue.svg
[21:12] <Sarvatt> wonder if nvidia-current nvidia-current-updates being the same thing is throwing off ubiquity, no nvidia-173-updates
[21:12] <Sarvatt> then again why isn't this more common..
[21:13] <Sarvatt> wow
[21:13]  * Sarvatt has been living off in kernel land, 3 more oneiric SRUs today :(
[21:15] <Sarvatt> yeah not seeing any other related bugs so far
[21:16] <bryceh> The bug report says '11-10' in the description but the apport spew says 12.04, so maybe the bug was described incorrectly.  At this point evidence only supports this being a precise-only bug.


[15:37] <johnc4510> morning all
[15:37] <kennymc0> morning
[15:37] <johnc4510> :)
[15:39] <kennymc0> the last itb link is from the middle of december
[15:39] <johnc4510> looking
[15:39] <tyche> Oh, is it morning?
[15:39] <johnc4510> yep
[15:39] <kennymc0> that's just what johnc4510 is telling me so i'm going with it
[15:40] <johnc4510> ok kennymc0 delete it and...
[15:40] <johnc4510> nick mentioned making the titles for ITP and ITB [15:40] <kennymc0> i can do that
[15:40] <johnc4510> so that folks can use the table of contents to go right to an article
[15:41] <johnc4510> k thx
[15:41] <kennymc0> not a bad idea
[15:41] <johnc4510> what's everyone working on?
[15:41] <tyche> trying to peal my eyes open.
[15:41] <johnc4510> lol
[15:41] <johnc4510> events are hard on old men hee hee
[15:42] <johnc4510> anyone working on GCN??
[15:42] <tyche> Yep.  You can say that again.
[15:42] <kennymc0> i'm working on the itb articles
[15:42] <kennymc0> that's why i mentioned the last link
[15:42] <tyche> Well, I was thinking about it.  I haven't reached the "working" stage yet.
[15:42] <johnc4510> kennymc0: k
[15:43] <johnc4510> ok i'll start on the GCN then and let tyche wake up. you can pick something else
[15:43] <tyche> johnc4510: I sent you that writeup
[15:43] <johnc4510> is dave around
[15:43] <johnc4510> tyche: thx
[15:43]  * kennymc0 hands tyche a cup of the thickest darkest coffee imaginable
[15:43] <johnc4510> where's myrtlebeach at??
[15:43]  * tyche downs it without noticing.
[15:43] <kennymc0> no idea
[15:44]  * kennymc0 hands tyche another one hoping that this one will help wake him up enough to work
[15:44] <johnc4510> well if he's not around, tyche better work on the ITP section maybe ??
[15:45] <kennymc0> i can help if i finish my work soon enough
[15:47] <kennymc0> oh johnc4510 about that last link that you said to delete it's probably a good thing that we arent including it because the title was "Ubuntu sucks. I hate Linux"
[15:47] <johnc4510> yeah i saw that
[15:48] <johnc4510> however, the article was very complimentary of Ubuntu
[15:48] <johnc4510> it was an odd thing
[15:48] <kennymc0> ah
[15:48] <kennymc0> must have been a love hate sort of thing
[15:48] <johnc4510> i initially read it because of the title and was surprised
[15:48] <johnc4510> yeah
[15:58] <kennymc0> first ITB is up
[16:01] <johnc4510> k
[16:02] <kennymc0> second one is going to take a while
[16:02] <kennymc0> long article
[16:02] <johnc4510> k
[16:02] <johnc4510> tyche: kennymc0 were any pictures taken at the installfest?
[16:02] <kennymc0> yeah
[16:02] <tyche> kennymc0 has some excellent ones.
[16:03] <tyche> I think mine were pretty much a duplication of his.
[16:03] <kennymc0> http://s263.photobucket.com/albums/ii134/kennymc0/phoenix%20intrepid%20install%20fest/
[16:03] <johnc4510> looking
[16:04] <johnc4510> ok, i'll work on integrating those into the summary
[16:04] <johnc4510> thx they look good
[16:05]  * kennymc0 is mr photographer
[16:05] <johnc4510> lol
[16:05] <kennymc0> i think the team should buy me a nice camera so i can take even better pictures :P
[16:05]  * kennymc0 is dreaming
[16:05] <johnc4510> lol
[16:05] <johnc4510> you are dreaming son
[16:05] <johnc4510> :)
[16:05] <tyche> Definitely dreaming.
[16:06] <kennymc0> but i could take such better pictures with a better camera
[16:06] <johnc4510> tyche:  and i get raises before that happens  hee hee
[16:06] <tyche> Do you really want better pictures of me wearing a kilt?  Hee hee
[16:06] <tyche> You took some pretty good ones as it was.
[16:06] <kennymc0> notice tyche most of the pictures of you were from the waist up
[16:07] <johnc4510> smart thinking   rofl
[16:07] <kennymc0> that was on purpose
[16:07] <johnc4510> :)
[16:07] <tyche> At least 2 of them weren't
[16:07] <kennymc0> well i had to show others what torchure we were subjected to by you
[16:08] <tyche> I'm thinking of sending one of them to Utilikilts for their gallery.
[16:08] <tyche> I'm a light?
[16:08] <johnc4510> did anyone get a pic of the banner?
[16:08] <johnc4510> i hope
[16:08] <tyche> torchure = standing light with high intensity bulb.  Torture = Gitmo
[16:08] <johnc4510> :)
[16:09] <kennymc0> ................
[16:09] <johnc4510> tyche: you happen to get a banner pic?
[16:09] <tyche> I don't think so, other than one of it being unrolled to be mounted.
[16:09] <johnc4510> k
[16:09] <kennymc0> yeah i didnt get one either
[16:09] <johnc4510> k
[16:09] <kennymc0> other than it being rolled up
[16:10] <kennymc0> i even got a picture of tyche talking to you on skype :)
[16:10] <johnc4510> ah
[16:10] <tyche> Yea, that was a good one.
[16:13] <kennymc0> i even got a couple of pictures of tyche taking pictures like i normally do
[16:14] <kennymc0> :)
[16:17] <tyche> First ITP is up.
[16:18] <johnc4510> k
[16:35] <johnc4510> ok, i just uploaded the summary of the installfest with a link to the wiki page i set up
[16:36]  * kennymc0 claps
[16:36] <johnc4510> :)
[16:36] <kennymc0> :)
[16:38] <johnc4510> myrtlebeachbums1: hey
[16:38] <myrtlebeachbums1> *YAWN* Hi
[16:38] <myrtlebeachbums1> Man I had being primary on-call.
[16:39] <johnc4510> ah
[16:39] <johnc4510> check with tyche on where he's at on ITP
[16:39]  * kennymc0 waits for johnc4510 to get the whip and tell myrtlebeachbums1 to "get to work"
[16:39] <kennymc0> rofl
[16:39] <johnc4510> please
[16:39] <johnc4510> lol
[16:40] <myrtlebeachbums1> Rules on on-call: 1. Never watch a movie. It draws calls like a bug zapper draws flies, 2. Work has a sensor to determine the moment you hit the deepest REM sleep so that they can call then.
[16:40] <tyche> myrtlebeachbums1: You can take the last ITP if you want
[16:40] <myrtlebeachbums1> Will do.
[16:42] <kennymc0> it looks like i have to drive out to tempe to pick up my brother from asu real soon so i might not be able to finish the itb articles
[16:42] <kennymc0> i'm almost finished reading the second article so if someone could take the last one that would be very much appreciated
[16:42] <tyche> johnc4510: your summarization looks good.
[16:42] <johnc4510> thanks
[16:42] <johnc4510> you did most of it
[16:42] <johnc4510> lol
[16:43] <tyche> Hey, what can I say.  I tried.
[16:43] <tyche> Second ITP is in.
[16:43] <johnc4510> myrtlebeachbums1: you can move down to ION after that last ITP link please
[16:43] <johnc4510> there are 3 of those
[16:43] <myrtlebeachbums1> Okay. Going to paste in that ITP link as soon as I get logged in.
[16:44] <johnc4510> tyche: can you summarize the technical board meeting please
[16:44] <johnc4510> tyche: just copy and paste it in please
[16:44] <tyche> OK, I'll see what I can do with it.
[16:45] <johnc4510> you may have to clean it up some
[16:45] <tyche> Looks like I need to clean it up a lot.  also condense some of it.
[16:45] <johnc4510> k
[16:46] <johnc4510> it doesn't matter how long it is i don't think
[16:46] <johnc4510> we're a little short on fodder this wk
[16:46] <johnc4510> :)
[16:47] <tyche> kk
[16:48] <myrtlebeachbums1> I see we changed the article title format for ITB.
[16:49] <johnc4510> yeah
[16:49] <johnc4510> nick wants to try it out
[16:49] <kennymc0> it's supposed to be the same for ITP too right?
[16:50] <johnc4510> the should look the same
[16:50] <myrtlebeachbums1> There they go raising the bar and causing us more work kennymc0 ;)
[16:50] <tyche> Yep.  About now kennymc0 is READY for a bar.  Hee hee
[16:51] <myrtlebeachbums1> LOL
[16:51] <johnc4510> ok guys the ITB needs to be [16:51] <johnc4510> so they look alike
[16:51] <johnc4510> :)
[16:55] <kennymc0> picky picky picky
[16:55] <johnc4510> yep
[16:55] <johnc4510> :)
[16:55] <kennymc0> cant exactly fix it since someone is in the editor right now
[16:55] <johnc4510> i'm out
[16:56] <kennymc0> second itb up
[16:56] <johnc4510> k
[16:57] <kennymc0> i think i can do the last itb real quick before i have to leave to pick up my brother
[16:57] <kennymc0> and i fixed it so that it was the way you wanted
[16:57] <johnc4510> k
[16:57] <johnc4510> thx
[17:01] <tyche> myrtlebeachbums1: let me know when you're out, please
[17:01] <myrtlebeachbums1> I'm out. ION and the ITP that I did are done and ready for review.
[17:01] <johnc4510> hee hee
[17:02] <johnc4510> k
[17:02] <myrtlebeachbums1> ...and I got another &(*(&*&$#Q call from work about a problem. GGGGrrrrrr.....
[17:02] <johnc4510> k
[17:02]  * myrtlebeachbums1 is not a happy camper.
[17:02] <johnc4510> tyche: i've got the server team summary done
[17:02] <johnc4510> just need to add it
[17:04] <tyche> OK, I'm out
[17:04] <johnc4510> k thx
[17:05] <kennymc0> i need to add my last ITB real quick so i can leave soon
[17:06] <johnc4510> k
[17:06] <johnc4510> i'll wait
[17:06] <tyche> johnc4510: How'd I do?
[17:06] <johnc4510> looking
[17:07] <kennymc0> i still have the upcoming events to do but if no one minds i can do that after i get back
[17:07] <kennymc0> should be about an hourish or so
[17:07] <johnc4510> tyche: that looks fine
[17:07] <johnc4510> thx
[17:07] <kennymc0> well gotta go bbiab
[17:07] <johnc4510> kennymc0: ok
[17:09] <tyche> Hmmm.  I see a small correction (formatting) I need to address.
[17:11] <johnc4510> k
[17:13] <tyche> OK, that looks better
[17:14] <johnc4510> :)
[17:15] <tyche> Who's covering Upcoming Meetings this week?
[17:15] <johnc4510> kenny
[17:15] <johnc4510> he'll be back shortly i think
[17:15] <johnc4510> had to pick up his brother
[17:15] <tyche> Ah.  OK.  Splitting my time between things I missed that entry in the channel.  Sorry.
[17:16] <johnc4510> np
[17:22] <johnc4510> tyche: did nick take out his credit this wk. i thought i added it at the start
[17:23] <tyche> I think someone else may have taken it out.  I added yours and mine, but his wasn't in at that time.
[17:24] <johnc4510> ah ok
[17:24] <johnc4510> thx
[17:26] <tyche> johnc4510: would SoC be System-on-a-Chip?
[17:27] <johnc4510> what article?
[17:27] <tyche> Reference:  Canonical joins ARM community
[17:27] <johnc4510> looking
[17:28] <johnc4510> yeah i guess it would, that's the only thing wikipedia gives as an explanation
[17:28] <johnc4510> use it
[17:29] <tyche> Yep.  that's the same reference I saw.  Hee hee
[17:29] <johnc4510> k
[17:29] <tyche> Great minds, and all that.  To bad we don't have any.  LOL
[17:29] <johnc4510> lol
[17:31] <tyche> You know? It's great having the Glossary page.  It's faster, and more consistent when all I have to do is copy and paste.
[17:32] <johnc4510> cool
[17:32] <johnc4510> glad it helps you
[17:32] <johnc4510> :)
[17:43] <johnc4510> tyche: i'm out if you need to add any glossary terms
[17:43] <johnc4510> :)
[17:44] <tyche> Going in.
[17:44] <johnc4510> ok, i'm saving
[17:44] <johnc4510> out
[17:44] <tyche> OK.
[17:45] <tyche> And out.
[17:46] <johnc4510> ok, tyche the second bullet point on  5 things mark s. is odd
[17:46] <johnc4510> ?
[17:47] <johnc4510> once one has the individual has the inspiration?
[17:47] <tyche> Where?
[17:47] <johnc4510> ist in ITP
[17:47] <johnc4510> 2nd bullet poiiint
[17:47] <johnc4510> point
[17:48] <tyche> got it.  My fault, I was following two trains of thought at the same time.  I'll fix.
[17:48] <johnc4510> np
[17:49] <tyche> Fixed
[17:49] <johnc4510> thx
[17:49] <johnc4510> much better :)
[17:50]  * tyche is brain dead.  Only the body is still moving
[17:50] <tyche> Hee hee
[17:50] <johnc4510> lol
[17:50] <johnc4510> np
[17:52] <tyche> "Igor, fetch the electrodes"
[17:52] <tyche> "Clear" >>>ZZZZZZZZAAAAAAAAPPP!!!<<<
[17:52] <johnc4510> hee hee
[17:53] <tyche> "Igor, where did you get this brain?  Whose is it?"
[17:53] <johnc4510> careful there we still need you for some things  lol
[17:53] <tyche> "Abby something.  Abby Normal . . ."
[17:54] <tyche> Hee hee
[17:55] <johnc4510> :->
[17:58] <johnc4510> hmm, they've got the ITB articles bullet pointed and they shouldn't be with headers
[17:59] <johnc4510> fixed
[19:37] <tyche> johnc4510-laptop: I haven't heard from kennymc0.  Want me to put up the Upcoming Events?
[19:37] <johnc4510-laptop> yes please
[19:37] <tyche> kk.  Going in.
[19:37] <johnc4510-laptop> i'm doing my final run thru now
[19:40] <tyche> Proofing them.
[19:40] <tyche> Saved and out.
[19:40] <kennymc0> i'm back
[19:41] <kennymc0> sorry it took so long
[19:41] <johnc4510-laptop> k thx
[19:41] <johnc4510-laptop> np
[19:41] <johnc4510-laptop> tyche took up _your_ slack
[19:41] <johnc4510-laptop> lol
[19:41] <johnc4510-laptop> jk
[19:41] <kennymc0> well he needed to do something for letting me do that one week of upcoming events all on my own
[19:41] <johnc4510-laptop> however he did say something about you owing him
[19:41] <kennymc0> 36 EVENTS!!!!!
[19:43] <kennymc0> at least i was able to finish all of the ITB stuff before i had to leave
[19:43] <tyche> And you think you're the only one who's had difficult weeks?
[19:43] <tyche> Yep.  and that was good
[19:43] <johnc4510-laptop> :)
[19:43] <kennymc0> what was it that you wanted to point out to me tyche
[19:43] <johnc4510-laptop> it's been a good job by all   thx
[19:43] <kennymc0> i see that you said something about a format thing that you wanted to talk to me about
[19:44] <kennymc0> or was that just a general comment?
[19:44] <tyche> johnc4510-laptop: I don't remember anything.
[19:44] <johnc4510-laptop> ah
[19:44] <johnc4510-laptop> yes
[19:44] <johnc4510-laptop> the ITB summaries had bullet points in addition to the new headers
[19:45] <johnc4510-laptop> they don't need both
[19:45] <johnc4510-laptop> so i took the bullet points out
[19:45] <johnc4510-laptop> :)
[19:47] <kennymc0> ah ok
[19:47] <johnc4510-laptop> so it's either one or the other
[19:47] <kennymc0> ok
[19:47] <kennymc0> wasnt sure so i just put both in
[19:47] <johnc4510-laptop> since this is a test run of the new formatting we'll see
[19:47] <johnc4510-laptop> np
[19:48] <johnc4510-laptop> i should have explained it better
[20:19] <johnc4510-laptop> beuno: hey bud
[20:19] <johnc4510-laptop> ok, issue #127 is published
[20:19] <johnc4510-laptop> thx to all the team for another great issue
[20:19] <johnc4510-laptop> and they're hard work
[20:20] <johnc4510-laptop> you folks rock
[20:20] <johnc4510-laptop> !!
[20:28] <johnc4510-laptop> new issue of the UWN #127 is out: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue127
[21:45] <LirazSiri> hey guys
[21:45] <tyche> What's up?
[21:46] <LirazSiri> great, I wanted to ask why we weren't also doing jaunty bug statistics?
[21:46] <tyche> It'll probably come.  Just as Jaunty updates will probably come when it goes Beta
[21:47] <tyche> That's when we usually start that.
[21:47] <LirazSiri> It makes more sense I think to focus on pre-release statistics than post-release statistics
[21:47] <LirazSiri> Thats what Debian do
[21:48] <LirazSiri> in fact, thats their criteria for release. When the RC bugs go down to 0
[21:48] <tyche> Not really.  Pre-release is all very well, but it's POST-release that lets people know what's been done.  And if we waited for bugs to go to zero, we'd never get it out.
[21:48] <tyche> Plus, some of the bugs don't show up until AFTER the release.
[21:49] <tyche> Remember, we may USE Debian, but we are NOT Debian.  Our ways are different.
[21:49] <LirazSiri> ah so you think people hold back until they see what experience others are getting with the new release. Interesting.
[21:50] <LirazSiri> yes, I remember reading Shuttleworth's rational for starting a new project rather than contributing to Debian
[21:50] <LirazSiri> contributing directly I mean. I think Ubuntu contributes plenty...
[21:51] <tyche> I know some of that takes place.  Just as I know that there are people already running the Alpha release.  Ubuntu people cover a wide range of experience and ability.  Oh, and BTW, Ubuntu DOES contribute to Debian.  Remember, Mark was a Debian developer, and there are STILL major contacts with it.
[21:52] <tyche> In fact, there are Debian developers that are Ubuntu developers.
[21:52] <tyche> At least from what I've heard.
[21:53] <LirazSiri> of course. Most of Ubuntu's strongest developers are also Debian Developers. If I'm not mistaken Mark took Debian's mailing list archives with him on a trip to the Artic to figure out whom to approach for a job developing Ubuntu
[21:53] <LirazSiri> it's a nice story actually
[21:53] <LirazSiri> last time I checked (I was doing a little research) - most Ubuntu developers lead "double" lives
[21:54] <LirazSiri> Ubuntu developers by day, Debian developers by night. Or something to that effect anyway
[21:55] <tyche> The point is that there's a wide open superhighway, not just a path, between Ubuntu and Debian.
[21:55] <LirazSiri> yep. ok I have to run off now, just wanted to say hello but I guess I missed most of the guys.
[21:55] <LirazSiri> take care tyche
[21:55] <tyche> What Debian does is very good.  What Ubuntu does is very good.  The two are not in competition, but in cooperation.
[21:56] <tyche> It's superbowl sunday.  Most of them are watching the pre-game, and then the game.


[00:04] <mup> Bug #1595753 opened: [beta8] HMC power driver regression -- Not able to connect via SSH. <MAAS:In Progress by newell-jensen> <https://launchpad.net/bugs/1595753>
[00:11] <valeech> mpontillo: bug opened: https://bugs.launchpad.net/maas/+bug/1595755
[00:19] <mup> Bug #1595755 opened: MTU does not get set on bonded interfaces <MAAS:New> <https://launchpad.net/bugs/1595755>
[00:22] <mpontillo> valeech: thanks.
[00:31] <mup> Bug #1595755 changed: [2.0b8] MTU does not get set on bonded interfaces <MAAS:New> <https://launchpad.net/bugs/1595755>
[00:34] <mup> Bug #1595755 opened: [2.0b8] MTU does not get set on bonded interfaces <MAAS:New> <https://launchpad.net/bugs/1595755>
[15:48] <mup> Bug #1595996 opened: Create bond interface in the official documentation <MAAS:New> <https://launchpad.net/bugs/1595996>
[15:54] <mup> Bug #1595996 changed: Create bond interface in the official documentation <MAAS:New> <https://launchpad.net/bugs/1595996>
[15:57] <mup> Bug #1595996 opened: Create bond interface in the official documentation <MAAS:New> <https://launchpad.net/bugs/1595996>
[16:18] <mup> Bug #1596018 opened: (doc) missing instructions on how to enable SSL support <MAAS:New> <https://launchpad.net/bugs/1596018>
[17:37] <newell_> blakeh: ping
[17:54] <mup> Bug #1596046 opened: maas 2.0 pxeboot fails on power 8 <MAAS:New> <https://launchpad.net/bugs/1596046>
[18:08] <newell_> blakeh: you around?
[18:09] <blakeh> here
[18:09] <newell_> Have you downloaded images for your MAAS 2.0 server?
[18:09] <blakeh> yes
[18:10] <blakeh> ppc and amd
[18:10] <newell_> blakeh: and you have DHCP configured for this MAAS server?
[18:10] <newell_> blakeh: from the bug report it seems like you are deploying a 2nd MAAS server on one of the MAAS 1.9 nodes that you deployed?
[18:10] <blakeh> newell - yes
[18:10] <blakeh> newell - i have the first one shut donw
[18:11] <newell_> Or is this an isolated MAAS 2.0 installation (from MAAS 1.9)
[18:11] <newell_> ?
[18:11] <blakeh> newell  -- i have a 14.04  with maas 1.9 that is currently powered off on same subnet-
[18:12] <blakeh> newell - to prevent dhcp problems
[18:12] <newell_> blakeh: okay, just wanted to make sure
[18:12] <blakeh> newell -- deploying an x86 node works fine
[18:12] <newell_> when you try and boot your power nodes with MAAS 1.9 is it serving pxelinux.0 as well?
[18:13] <blakeh> newell - yes- no issue
[18:13] <newell_> blakeh: okay power should be getting served something other than pxelinux.0
[18:13] <newell_> so that is concerning
[18:15] <blakeh> newell - i think pxelinux.0 is correct for ppc64el--- ppc64 is served by boot ppc64.bin
[18:15] <blakeh> newell -- lookin in /var/lib/maas/dhcpd.conf seems to indicate this is correct - on both 1.9 and 2.0
[18:16] <newell_> blakeh: ah maybe I am thinking powerVM
[18:16] <newell_> what type of power is this?
[18:16] <newell_> powerNM
[18:16] <newell_> NV*
[18:16] <blakeh> yes nv
[18:16] <newell_> okay that is why
[18:16] <newell_> thanks for verifying
[18:17] <blakeh> power 822L
[18:17] <newell_> are you using trusty images or xenial?
[18:17] <newell_> or something else?
[18:17] <blakeh> did put in a bug
[18:17] <blakeh> xenial
[18:17] <newell_> let me ping the powerNV guy and see if he has tried this with MAAS 2.0
[18:18] <blakeh> sure -- Bug #1596046 has some logs attached
[18:18]  * newell_ looking now
[18:22] <newell_> blakeh: so this is simply manually turning the power on for the machine correct?
[18:22] <newell_> blakeh: have you tried entering the power parameters and trying to commission the node directly?
[18:22] <blakeh> yes -- power on and do a pxe boot
[18:22] <blakeh> have not tried entering manually yet
[18:23] <newell_> blakeh: try that for now
[18:24] <blakeh> ok - will take a few minutes
[18:46] <wililupy> crazy question here...Is there a way to get MAAS's DNS server to sync with a regular bind9 DNS server?
[18:48] <blakeh> newell:  so at this point when i select commission for the power 8 node it does power it on an bring it up to petitboot, but does not load a new os on sda - hangs on commissioning- i expect it to time out and error.
[18:51] <newell_> blakeh: so it was able to find the pxelinux.cfg unlike before?
[18:52] <blakeh> no -- it was unable to install an os -- no pxe boot  ---
[18:52] <newell_> blakeh: no OS is installed during commissioning
[18:53] <blakeh> perhaps i picked the wrong action >  i selected commission- should it be acquire?
[18:53] <newell_> commissioning is what you want
[18:53] <newell_> do you have console log?
[18:53] <blakeh> correct-- i am trying again-- net info was not correct last time
[18:53] <newell_> ack
[18:54] <newell_> wililupy: not sure.  mpontillo any idea if we can get MAAS DNS server to sync with regular bind9 DNS server?
[18:55] <mpontillo> wililupy: newell_: not sure what is meant by "sync", but I understand that a common configuration is to delegate a subdomain to MAAS
[18:56] <wililupy> Reason for asking is that I don't want to have to continue to have to manually add the servers provisioned by maas manually in my DNS server.
[18:56] <mpontillo> MAAS only partially takes control of the bind9 configuration. it's likely that you could configure bind9 however you like, and MAAS will mostly stay out of your way
[18:57] <mpontillo> wililupy: what I do for the MAAS I test with is I tell my local dnsmasq that my MAAS DNS server is authoritative for the .maas (or whatever) domain
[18:57] <mpontillo> wililupy: in short, yes, it should be possible. alternatively you could just rsync the zone files MAAS generates to your other bind9 server
[18:57] <mpontillo> wililupy: there are any number of ways you could tackle this problem
[18:58] <wililupy> mpontillo: Gotcha. That makes sense. I could add a subdomain in my DNS server such as maas.domain.net and have it be the authority for that.
[18:58] <wililupy> it being MAAS
[18:58] <mpontillo> wililupy: yeah, just update the domain in MAAS to be whatever your chosen subdomain is
[18:59] <blakeh> newell -- so it loaded the os on the hard drive- ub 14.04 instead of installing the commissioning os - u 16.04
[19:01] <bdx> hey whats up all? Is there a reason why a space can't be assigned to a fabric with no subnets defined?
[20:42] <sjl> how does one log into a failed centos deploy?  the iDRAC console shows login with 'localhost login' and my normal ssh key doesn't apply since the node instance apparently did not successfully get on the network
[21:15] <pacavaca_> 3
[21:15] <pacavaca_> oops, accidentally pressed enter
[21:18] <pacavaca_> Is there anybody around to answer some questions?
[21:45] <mpontillo> sjl: did the machine boot into CentOS? IIRC, since MAAS don't do advanced network configuration on the CentOS images, you must use DHCP. not sure if that helps.
[21:46] <mpontillo> sjl: normally I would say that you may able to modify the cloud-init user data (see /etc/maas) to configure a password, but it sounds like your deployed nodes aren't able to reach the MAAS metadata server anyway
[21:47] <mpontillo> sjl: did you try an Ubuntu deployment? if so, any issues?
[21:47] <mpontillo> pacavaca_: just ask your question; if someone knows the answer they will jump in
[21:47] <sjl> mpontillo: the problem is intermittent with about 20% failure rate with centos,  I haven't seen any errors with ubuntu but haven't tried that much to be sure
[21:48] <mpontillo> sjl: so it works one out of every ~5 times -- on the same machine, or different machines? it would be good to isolate why it fails, when it does...
[21:48] <sjl> mponntillo: yes the machine did boot to centos, so it was able to communicate to maas at some stage
[21:49] <mpontillo> sjl: if you are using MAAS 2.0 you might check /var/log/maas/rsyslog/<node> to see if there are any clues. cloud-init should configure the MAAS server as an rsyslog endpoint
[21:49] <sjl> mpontillo: same machine
[21:49] <mpontillo> sjl: though I don't think that rsyslog feature persists after deployment is done
[21:51] <sjl> i'm using the standard centos66 from http://images.maas.io/ephemeral-v2/daily/  Is there a preseed user account ('root' or 'centos') with a static password to get me in?
[21:52] <mpontillo> sjl: no, there are no static passwords. if cloud-init is failing to get the machine's configuration, I doubt that an additional cloud-init preseed with a static password would help you
[21:53] <pacavaca_> maas2: on the controller machine I've changed some network configuration. Basically I broke a bridge and gave the IP back to the physical NIC. Now how can I tell maas to re-detect the network configuration on controller? And actually, why can't I run DHCP on a bridge?
[21:54] <mpontillo> pacavaca_: if you are on MAAS 2.0 it should auto-detect within ~30 seconds
[21:54] <mpontillo> pacavaca_: DHCP on a bridge should work fine. which version of MAAS 2.0 are you running? if you didn't use the PPA, you probably have beta 3. if that is the case, you want to get the latest beta from ppa:maas/next
[21:55] <sjl> how about a backdoor method into centos66?  I've tried without success: https://maas.ubuntu.com/docs/troubleshooting.html?highlight=backdoor#debugging-ephemeral-image
[21:55] <pacavaca_> mpontillo: hmm. it doesn't seem to happen http://d.pr/i/17W8y I'm on beta8 (from ppa). Should I look into some logs? I haven't found a way to enable DHCP on a bridge through UI..
[21:55] <mpontillo> pacavaca_: though I am not sure what you mean by "broke a bridge and gave the IP back to the physical NIC"; if you have a bridge configured, the IP does need to be on the bridge.
[21:56] <pacavaca_> mpontillo: it was. but now I removed that bridge
[21:58] <pacavaca_> Uh oh. Seems it has resolved. I did not remove a bridge but just brought it down and brought the NIC back up and it didn't work. But now I did 'brctl delbr br0' and MAAS detected the new config right away.
[21:58] <pacavaca_> So, false alarm. Thank you for the attention mpontillo!
[21:59] <mpontillo> pacavaca_: no problem, glad it's working ;-)
[22:00] <mpontillo> pacavaca_: DHCP is enabled per-VLAN in MAAS 2.0, not per interface. this change was made so that we can support HA. you'll find the DHCP on/off options on the VLAN details page under Networks. (a but buried, I admit.)
[22:04] <pacavaca_> mpontillo: yeah, just found it.. seems my bridge got destroyed for nothing :)
[22:53] <bdx> general note: when enlisting virsh instances, ensure you don't configure them to '--autostart' :-)
[22:57] <pacavaca_> mpontillo: how does MAAS figure out when node is deployed? I just tried using my custom image and the machine got re-imaged correctly, I can log in and use it. However, MAAS still shows it as deploying. Should there be some maas agent running on machine or what's the mechanism?
[23:01] <mpontillo> pacavaca_: we consider MAAS to be agentless. but cloud-init acts as our agent, and I *think* (but would have to verify) that we can tell the machine is deployed due to the notification from cloud-init
[23:06] <pacavaca_> mpontillo: ok, thanks. Is there any way I can verify cloud-init is functionalble? Because this is a custom image I've created in some hacky way and things may be broken.
[23:07] <mpontillo> pacavaca_: well, I confirmed that the cloud-init request for user-data is what hands the node off to deployed state. does your custom image include cloud-init?
[23:08] <pacavaca_> It should, but how do I verify that?
[23:09] <bdx> :-)
[23:09] <bdx> pacavaca_: why/how should it?
[23:10] <mpontillo> pacavaca_: well, besides the obvious, I might do a packet capture from the rack controller during deployment and compare what happens for a supported image to yours.
[23:10] <pacavaca_> I initially created the image using curtinator and I assume it installed cloud-init. But then I did some modifications to the contents of tarball, so It might broke something
[23:10] <pacavaca_> that's to bdx :)
[23:14] <mpontillo> pacavaca_: okay. well, I would suggest testing with the official Ubuntu image to see if you can isolate the problem. I can't dig too deeply into custom images since that's something Canonical sells support for, as it can be a bit involved to get it right, as you see =)
[23:16] <pacavaca_> mpontillo: sure, I understand that. Just looking for some hints to simplify debugging. Ok, I will try using the official image just to see if it actually works.
[23:34] <f1gjam> hey guys, I am trying to install openstack via autopilot, but juju fails to boot strap a node - here is the log file http://paste.ubuntu.com/17779796/
[23:35] <f1gjam> any ideas?
[23:43] <bdx> flgjam: ask in #ubuntu-solutions
[23:49] <bdx> things are looking sweet you guys!
[23:49] <bdx> just gave the experimental3 a go
[23:49] <bdx> beautiful
[23:49] <bdx> http://imghub.org/image/nKE0
[23:50] <bdx> http://imghub.org/image/nccF
[23:50] <bdx> http://imghub.org/image/n9ZB
[23:51] <bdx> http://imghub.org/image/nuMw
[23:52] <bdx> that is a beautiful thing
[23:52] <bdx> thanks!
[23:52] <bdx> you guys are killlling it!


[12:30] <dade`> az
[03:42] <owh> Has anyone got any suggestions on where I go to learn more about how iocharsets work? Specifically, I'm trying to learn how it relates to file system mounting.
[03:44] <owh> I have a bug that I'm trying to determine if it's related to the kernel or dosfstools and I don't want to map it to the kernel until I know for sure that it belongs there.
[04:13] <zul__> BenC: ping...fancy pants
[04:13] <BenC> zul__: yo
[04:14] <zul__> just looking at the debian/ directory for gutsy
[04:14] <BenC> it's pretty much 100% now
[04:14] <zul__> cool
[04:14] <zul__> im just trying to wrap my head around it
[04:16] <BenC> feel free to ask questions
[04:16] <zul__> oh I will ;)
[04:17] <BenC> zul__: basically you can do things like "fakeroot debian/rules binary-generic", "debian/rules build-generic", etc.
[04:17] <zul__> I was just trying to figure out how the cp debian/vannilla debian/xen idea would work
[04:18] <zul__> er debian/build/xen
[04:18] <zul__> then patch debian/build/xen
[04:18] <zul__> but anyways
[04:27] <zul> I thought we didnt have 386 as a flavour anymore?
[04:29] <lbci_irc> after updating to feisty im missing tda9887.ko for tv tuner/fm radio... has it been moved/obsoleted/replaced/forgotten?
[05:10] <BenC> wow, I had a gig of space taken up by all the extra kernels I had on this one machine from the entire feisty devel cycle
[05:11] <BenC> apt-get --purge remove linux-image-2.6.20-{2,4,5,6,7,9,10,11,12,13,14}-powerpc64-smp
[05:11] <BenC> gotta love it
[07:14] <dade`> how can i exclude a module from initrd ?
[10:51] <simira> BenC: do you know if the laptop/hibernate/acpi problem were solved before release?
[07:37] <dade`> BenC: ?
[07:37] <BenC> dade`: ?
[07:38] <dade`> i tried to add piix to initrd as you suggested but changes nothing
[07:38] <BenC> I thought you said piix was being used already?
[07:38] <dade`> older kernels
[07:38] <dade`> not in the newer
[07:40] <BenC> you could try break=top in older kernel cmdline, at the prompt "modprobe piix" then exit and let it continue
[07:40] <BenC> not sure if that will work
[07:41] <dade`> i don't have older kernel anymore, i only have feisty one.
[07:41] <dade`> see query
[07:41] <dade`> brb
[07:48] <dade`> re
[08:03] <simira> BenC: do you know if the laptop/hibernate/acpi problem were solved before release?
[08:04] <BenC> simira: that's a very generic question
[08:04] <BenC> suspend/hibernate works for most cases
[08:05] <simira> BenC: a bunch of hp laptops had a problem with fan not starting after hibernate
[08:05] <BenC> there are some issues, but they range from acpi to driver problems
[08:05] <simira> BenC: I am ego enough to think that's the most important one ;)
[08:05] <BenC> simira: that's a little more specific
[08:05] <BenC> simira: well, I'm certain I applied all the patches I was asked to for that bug
[08:06] <BenC> simira: but, some of the patches wouldn't apply, and I asked someone to get me better changesets to pull, and I believe that never happened
[08:06] <BenC> since I don't have the hw to test, I had to rely on someone having the bug to do the grunt work
[08:06] <simira> BenC: great, I'll test on final, at least. I don't know enough to fix it but Tollef might.
[08:12] <dade`> BenC: did you see the query ? does it make sense if i try -386 kernel ?
[08:13] <BenC> dade`: sure, give it a go, but I'm pretty sure it's a piix issue, and it's unlikely to be resolved unless you can do some kernel builds and testing in (like with git-bisect to find where the problem came from)
[08:15] <dade`> [    2.437697]  ICH7: not 100% native mode: will probe irqs later
[08:15] <dade`> is this a ata_piix module message ?
[08:16] <BenC> no, that's piix
[08:16] <BenC> if the drive shows as hda, it's piix, if it shows as sda, it's ata_piix
[08:16] <BenC> same with cdrom, hdc, scd0
[08:17] <dade`> ok but, if i don't insert piix in initrd, it's not loaded, and cdrom works, isn't it ?
[08:17] <BenC> I've no idea, you should be able to tell this since you are the one with the system in question :)
[08:18] <dade`> i'll be able next boot
[08:24] <dade`> piix.ko is not loaded
[08:24] <dade`> and cdrom works
[08:24] <dade`> piix.ko is not useful anymore
[08:33] <dade_> even -386
[08:33] <dade_> does not sleep


[16:24] <jrwren> so... at work... we run osqueryd. it complains about symlink loops. we also install java, not headless, which installs x11-common, which symlinks /usr/bin/X11 to ., which is a symlink loop on purpose and so ever run osquery logs it. useless log messages.
[16:24] <jrwren> no one cares.
[16:24] <jrwren> it is the no one caring which bothers me the most.
[16:26] <cmaloney> One would think that java mucking with X11 would be a bad idea
[16:26] <cmaloney> erm, that's x11-common doing that
[16:28] <cmaloney> Any way to silence osqueryd on that particular loop?
[16:29] <jrwren> i dunno. maybe? I'd rather rm /usr/bin/X11 cuz I'm crazy.
[16:29] <jrwren> remember java swing? all that stuff is still there, so java deps X11
[16:29] <cmaloney> I can _sorta_ see why X11 points to cwd
[16:30] <cmaloney> But yeah, it's historical cruft
[16:30] <jrwren> yeah, legacy X11 progs were in /usr/bin/X11, but ubuntu moved them all to /usr/bin and then just symlinked. legacy always gets us.


[00:09] <belkinsa> Hey all, I heard that work got done today on the wiki.
[00:09] <knome> oops :)
[00:10] <knome> hey belkinsa; slowly but steadily...
[00:10] <slickymaster> well, speaking for myself I'm ashamed to say that it wasn't that much
[00:10] <slickymaster> knome, good, you're here
[00:11] <belkinsa> That's good to hear.  Slow and steady is what we need.
[00:11] <belkinsa> Even with a Jam.
[00:11] <knome> slickymaster, when am i not?
[00:12] <slickymaster> that's the million dollar question ;)
[00:12] <belkinsa> slickymaster: Does NewDocs have a IRC channel or is not needed?
[00:12] <slickymaster> regarding the links merge and particularly the categories issue
[00:13] <slickymaster> were you thinking just main categories or were you thinking on diving deep within those main categories
[00:13] <knome> whatever seems natural
[00:14] <slickymaster> no it doesn't belkinsa, mainly because the rest of the team isn't used, or ever has tried, irc
[00:15] <slickymaster> knome, ok, the way I see it, I'll have to force a little structure downwards in some of them
[00:15] <knome> that's fine
[00:15] <slickymaster> like in hardware for instance
[00:15] <slickymaster> ok
[00:16] <belkinsa> Would be a bad suggestion to suggest it?  Or would the UF/mailing-list (of the team) be still fine?
[00:16] <knome> fortunately we're not working with printing presses and hard and close deadlines
[00:16] <knome> (i hate that)
[00:17] <slickymaster> Yes, today I had a major failure on a Oracle database and waste pretty much my day trying to solve it just to admit that I had to put into production the last available update
[00:17] <knome> heh. :)
[00:17] <knome> that's reversible
[00:18] <knome> "we need a new ad... the deadline was 24 hours ago, can you make it in the next 15 minutes?"
[00:18] <knome> that's not.
[00:18] <slickymaster> yeah, but there's always a terrible headache associated with
[00:19] <slickymaster> belkinsa, I think it would be a fabulous suggestion. The UF/mailing list drives me crazy, believe me :P
[00:20] <belkinsa> On it.
[00:20] <slickymaster> :)
[00:20] <slickymaster> you see why you are regarded as too valuable asset?
[00:20] <slickymaster> ;)
[00:20] <belkinsa> Yes, I do.
[00:25] <belkinsa> Sent and i hope that made sense
[00:26] <slickymaster> give a sec,
[00:26] <slickymaster> ah just in
[00:26] <slickymaster> replying
[00:27] <belkinsa> Thank you for your support on this suggestion.
[00:36] <slickymaster> belkinsa, thank you for that brilliant idea
[00:51] <belkinsa> Not a problem.
[01:08] <slickymaster> cy tomorrow guys and gals
[01:17] <belkinsa> See ya.
[02:07] <cprofitt> hello all
[02:10] <belkinsa> Evening to you.
[02:11] <cprofitt> how are you doing belkinsa ?
[02:12] <belkinsa> I'm tried and busy...working on a online final that is do at midnight today.  Looking for SNPs in a gene.
[02:14] <cprofitt> sounds complicated, but interesting
[02:16] <belkinsa> Yeah, without the proper software, it's not fun.  And the BLAST datebase program that's online doesn't have the freature that I need.  It seems to only work on Windows.
[02:16] <cprofitt> that would make it difficult
[02:17] <belkinsa> Yeah, I had to get the SNPs that are present in our "class" population from a class mate.
[02:17] <belkinsa> But I know my winter break project will be.  Learn how to use UGENE.
[02:17] <cprofitt> would have thought that such applications would not require WIndows
[02:18] <belkinsa> Yeah...I bet BLAST runs on Linux.
[02:18] <cprofitt> http://blast.ncbi.nlm.nih.gov/Blast.cgi
[02:18] <belkinsa> yeah, I know.
[02:19] <belkinsa> It seems to be missing the  Query sequence part
[02:19] <belkinsa> http://blast.ncbi.nlm.nih.gov/Blast.cgi?PAGE_TYPE=BlastSearch&BLAST_SPEC=OGP__9606__9558
[02:19] <cprofitt> http://toolbar.netcraft.com/site_report?url=http://blast.ncbi.nlm.nih.gov
[02:19] <cprofitt> it is running Linux
[02:20] <belkinsa> Ha, was right but then again everything runs on Linux
[02:20] <belkinsa> ;)
[02:21] <cprofitt> ftp://ftp.ncbi.nlm.nih.gov/blast/executables/blast+/LATEST/
[02:21] <cprofitt> looks like you could run it in Linux, Windows, or OS X
[02:21] <cprofitt> no .deb but there is an RPM
[02:21] <belkinsa> Interesting.
[02:21] <belkinsa> And usefull
[02:22] <cprofitt> the tar.gz might work too
[02:22] <belkinsa> It could but that's something that I will do in the next few days.  I need to finish this final. Thanks for your help.
[02:22] <cprofitt> http://www.ncbi.nlm.nih.gov/books/NBK52640/
[02:23] <cprofitt> yeah... best of luck
[02:23] <belkinsa> Thanks.
[02:23] <belkinsa> And sorry for having this in this channel, if it matters.
[02:23] <cprofitt> yeah, it was off-topic
[02:23] <cprofitt> my apology too
[02:24] <cprofitt> very interesting stuff though
[02:24] <belkinsa> Yeah.
[02:24] <cprofitt> back to looking at the wiki
[02:24] <belkinsa> Have fun.  ;)
[03:07] <cprofitt> hey knome
[03:52] <cprofitt> hey philipballew
[03:52] <philipballew> cprofitt, hey cprofitt . How is life these days?
[03:52] <cprofitt> good, good... you?
[03:53] <philipballew> cprofitt, No complaints. just enjoying life in San Diego. How's New York treating you?
[04:09] <cprofitt> cold
[04:15] <philipballew> cprofitt, yeah, it hit 50 here today so I had to put a jacket on...
[04:15] <philipballew> coldest it has been in a while!
[04:16] <philipballew> How is the Linux world treating you. Up to anything fun?
[04:36] <cprofitt> the world is treating me ok... including the Linux world
[04:40] <cprofitt> night all
[08:39] <knome> cprofitt, hey :) that was a bit late for me, and this is a bit late for you :)
[11:29] <slickymaster> knome: ping
[11:30] <slickymaster> knome: do you mind terribly if I make a change in the wording on the middle box of https://help.ubuntu.com/community/
[11:30] <knome> slickymaster, not at all
[11:31] <slickymaster> knome: thing is that presently the Most popular post boxes refers to posts rather than pages
[11:31] <slickymaster> I think the proper term should be "pages"(!) Posts are what we do in forums and on blogs. Pages are what we have in wikis
[11:32] <slickymaster> I just wnat to change from Most popular post to most popular pages in the box tittle
[11:32] <slickymaster> do I have your ok?
[11:33] <slickymaster> knome: ^^
[11:38] <slickymaster> knome: went ahead and proceeded with the change in the wording
[12:07] <slickymaster> knome: about the merging of the links in those four pages. In the the cases that two sub-pages are presented don't you think I can go ahead and just insert the main page in https://wiki.ubuntu.com/slickymaster/LinksMergeSandbox to later we work on?
[12:08] <slickymaster> knome:  here's an example, we have http://www.ibm.com/developerworks/linux/library/l-lpic1-v3-103-1/index.html and http://www.ibm.com/developerworks/linux/library/l-lpic1-v3-103-3/index.html
[12:09] <slickymaster> knome: I was thinking of just adding http://www.ibm.com/developerworks/linux/library/ to the collection of links I'm building. what do you think?
[12:12] <slickymaster> knome: and there's even a third sub-page http://www.ibm.com/developerworks/linux/library/l-bash/index.html
[12:38] <cprofitt> knome: hello
[12:38] <cprofitt> hey slickymaster
[12:39] <slickymaster> morning cprofitt
[16:59] <knome> slickymaster, yes yes ;)
[17:00] <knome> slickymaster, yes, sounds fair to consider linking only the "top" page
[17:00] <slickymaster> knome: it's a hell of a task I have to tell you :)
[17:01] <knome> yep.
[17:01] <slickymaster> my eyes are going ballistic
[17:02] <knome> :)
[17:05] <knome> i guess we could pick one or two of the CLI companions/cheat sheets
[17:12] <slickymaster> knome: I think you should do the picking after I've finished (there's only two pages left for me to do, one of them being the signpost, which I consider not so complicated)
[17:13] <slickymaster> knome: then we'll be in a better position to make any kind of judgment calls on what to leave, based on redundancy acuracy of content, etc
[17:13] <slickymaster> knome: what do you think?
[17:20] <knome> have you done working with LinksMergeSandbox for now?
[17:27] <slickymaster> knome: what do you mean exactly?
[17:27] <knome> can i poke around or do you want to keep the edit locks yourself? ;)
[17:28] <slickymaster> knome: of course you can the edit might be locked because I'm currently working on it
[17:28] <knome> so you haven't done working ;)
[17:28] <knome> i'll let you continue then, i'll do other things meanwhile
[17:29] <knome> bbl
[17:29] <slickymaster> knome: ok
[17:29] <slickymaster> we'll talk later
[18:16] <slickymaster> knome: https://help.ubuntu.com/community/CommandLineResources and https://help.ubuntu.com/community/ExternalGuides are done with, only remaining https://help.ubuntu.com/community/Links and https://help.ubuntu.com/community/Signpost to be worked
[18:16] <slickymaster> so feel free to poke around
[18:22] <knome> aahh, you did it like that.
[18:22] <knome> clever.
[18:23] <cprofitt> thanks slickymaster
[18:23] <cprofitt> knome: I thik I deleted about 15 pages yesterday
[18:23] <slickymaster> cprofitt: np
[18:23] <knome> cprofitt, i saw :)
[18:23] <slickymaster> knome: like how?
[18:24] <knome> slickymaster, you separated them in the categories straight
[18:24] <knome> that's cool, np
[18:24] <slickymaster> knome: yeah, we had agree on that, haven't we?
[18:24] <slickymaster> agreed
[18:25] <knome> i wouuld have done that in a different way, but that's cool as well
[18:25] <knome> whatever suits you :)
[18:25] <slickymaster> knome: I'm all hears to suggestions
[18:25] <slickymaster> ;)
[18:26] <knome> slickymaster, well you did it already
[18:26] <knome> i would have simply:
[18:26] <knome> copy all pages and make a LOOOONG page with all the links
[18:26] <knome> then categorise
[18:26] <knome> you did it page by page, directly separating them
[18:26] <knome> which le(a)d(s) to the same outcome
[18:27] <slickymaster> knome: yes, pretty much
[18:27] <slickymaster> knome: one thing though, I've just checked a few of the target links
[18:28] <knome> that's fine
[18:28] <knome> i'm actually just checking them
[18:28] <slickymaster> so I'm not sure if same of them still live or even if they still to the intended page
[18:28] <knome> and seeing how new they are
[18:28] <knome> etc
[18:28] <slickymaster> knome: what I spoke about this morning
[18:28] <cprofitt> you can always undelete a deleted page
[18:28] <slickymaster> yeah
[18:29] <cprofitt> using the AbandonedPages helps too -- you can see if a page is not linked before merging / editing
[18:29] <cprofitt> I have not found a way to report on linkes going to a particular page though
[18:31] <belkinsa> Wait, you can undelete a page?
[18:31] <cprofitt> yes
[18:31] <belkinsa> Is there a time limit to how long you have?
[18:31] <cprofitt> not that I am aware of
[18:32] <belkinsa> Okay.
[18:32] <cprofitt> it works the same way reverting does
[18:32] <belkinsa> I see.
[18:32] <slickymaster> belkinsa, they're on a server so it's assumable they are nor really deleted
[18:32] <knome> cprofitt, click the page title
[18:33] <belkinsa> Gotcha.  And that's a good thing.  Undeletable pages.
[18:33] <belkinsa> I mean, you know what a meant there.
[18:33] <cprofitt> knome: ?
[18:34] <knome> cprofitt, go to https://help.ubuntu.com/community/NewDocs
[18:34] <knome> cprofitt, click the title "NewDocs"
[18:34] <cprofitt> belkinsa: you just click on info an dyou see the previous versions
[18:34] <knome> cprofitt, be shown a list with pages that link to NewDocs
[18:34] <cprofitt> knome: cool.
[18:34] <cprofitt> that is good to know
[18:34] <knome> yep
[18:34] <belkinsa> Yeah, I know about the info page.
[18:34] <cprofitt> that makes this much easier.
[18:34] <knome> and now check the url
[18:35] <belkinsa> Had to do it yesterday
[18:35] <cprofitt> belkinsa: when you delete a page it still has the information... the lates version shows a size of 0
[18:35] <knome> cprofitt, i guess you can check any pagename, even if the page didn't exist
[18:35] <cprofitt> knome: see the url... full search action
[18:35] <knome> just replace the value GET parameter
[18:35] <cprofitt> yep, I would guess
[18:35] <slickymaster> wow knome, didn't knew about that one. That's pretty cool
[18:36] <belkinsa> Thank you.   I click on the title on the wiki.ubuntu.com and I do not get the search
[18:40] <knome> cprofitt, it's not enabled there
[18:40] <knome> at least in the same way...
[18:40]  * cprofitt nods
[18:40] <cprofitt> suspected as much
[18:47] <cprofitt> with all this wiki activity I took the time to update my personal wiki
[18:47] <knome> :)
[18:47] <cprofitt> didn't want people to find it and see that it was out of date.
[18:48] <slickymaster> you could risk it to be deleted by knome
[18:48] <knome> ;)
[18:48] <knome> not if it's in wiki.ubuntu.com
[18:48] <knome> slickymaster, i updated the page
[18:48] <slickymaster> yeah just kidding
[18:49] <slickymaster> https://wiki.ubuntu.com/slickymaster/LinksMergeSandbox?
[18:49] <knome> i'm not kidding... it might get deleted if it's a peronal page in help.ubuntu.com
[18:49] <knome> slickymaster, yep
[18:50] <slickymaster> TBO, I'm not being able to see your changes. What were they?
[18:50] <knome> ctrl+shift+R
[18:50] <knome> i added comments after the links
[18:50] <knome> comments that should be visible in the page
[18:50] <cprofitt> I deleted several personal pages on help.ubuntu.com/community
[18:50] <knome> cprofitt, i deleted quite a lot...
[18:50] <slickymaster> Yeah, see them now
[18:51] <knome> hoping that will help us decide what to keep
[18:52] <slickymaster> knome: how did you get that info? from where?
[18:52] <knome> i went to the page and... looked
[18:52] <slickymaster> damn, you do work fast ;)
[18:53] <knome> ;)
[18:53] <knome> i'm thinking if we really need man-like stuff?
[18:53] <knome> i mean, why not just link to man?
[18:53] <knome> or create a page that tells one how to use man
[18:53] <knome> we could keep one of the two wallpapers/cheat sheets
[18:53] <knome> preferably the first one, that looks better
[18:54] <slickymaster> agree, and there are several similar situations
[18:54] <knome> yep
[18:54] <knome> i mean... bleh, man-like stuff never was really helpdul
[18:54] <knome> helpful
[18:54] <slickymaster> there are a lot of links to CLI usage, and they basically end up with the same type of content
[18:55] <knome> yep
[18:55] <knome> there was one that looked nice
[18:55] <knome> but i forgot which it was
[18:55] <knome> i'll remember by the url though
[18:55] <knome> i'll continue with my digging, bbiab
[18:55] <slickymaster> either that or we'll have to check one by one
[18:55] <slickymaster> :P
[18:56] <slickymaster> knome, cprofitt, well, gotta run for now.  Will return after dinner
[21:38] <slickymaster> night all
[21:38] <belkinsa> See ya
[21:39] <slickymaster> hi, belkinsa
[21:39] <belkinsa> Hey there.
[21:40] <slickymaster> belkinsa, what do you meant by  setting up the OP stuff in the newdocs mailing?
[21:41] <belkinsa> OP =operators.  But was referring to when the main one is gone in case the channel picks up spam or something.
[21:42] <slickymaster> yeah, I know what OP stands for
[21:42] <slickymaster> but that's a good question and one I don't have answer for
[21:43] <belkinsa> But if you look at this channel, there is no ChanSev or an OP around
[21:43] <belkinsa> ChanServ*
[21:43] <slickymaster> !ChanServ
[21:43] <ubot2> Factoid 'ChanServ' not found
[21:44] <slickymaster> yeah, apparently not
[21:45] <belkinsa> Anyways...I created the room #newdocs if you don't mind.
[21:45] <slickymaster> I'll discuss it with Unit123 or lderan in #xubunto-off
[21:45] <slickymaster> of course not
[21:45] <slickymaster> do you know how to set up the public logs for it?
[21:45] <belkinsa> Unit123 (if he is Unit192) would know for sure
[21:45] <belkinsa> I don't
[21:46] <belkinsa> 193*
[21:46] <slickymaster> it's Unit193
[21:46] <slickymaster> yeah, that one
[21:46] <belkinsa> Yeah, he should know.  And I think he lives near me.
[21:47] <slickymaster> I'll solve it with him
[21:47] <slickymaster> Ohio?
[21:47] <belkinsa> Yup.
[21:47] <belkinsa> I think he lives north west of me.
[21:47] <slickymaster> I image it's a big state
[21:47] <belkinsa> It's medium and we are scattered around it
[21:48] <belkinsa> As the LoCo.
[21:48] <belkinsa> Er, off-topic again.
[21:48] <slickymaster> :)
[21:48] <belkinsa> I won't mind if we talk in #newdocs
[22:19] <slickymaster> belkinsa, did you saw I said about the logs in #newdocs?
[22:19] <belkinsa> Yes
[22:19] <slickymaster> did you locked the channel?
[22:19] <belkinsa> Yeah
[22:20] <slickymaster> LOL
[22:21] <slickymaster> we'll get the hang of it
[22:21] <belkinsa> Yeah
[22:21] <belkinsa> I will


[14:19] <amitk> rtg: will these changes that you threaten to push to master break a rebase?
[14:20] <rtg> amitk, rebase to a topic branch? not if you _completely_ remove the topic branch debian directory first.
[14:21]  * amitk will try it out once the change is made...
[14:21] <rtg> amitk, you're gonna have to change the rebase script in the fsl topic branch
[14:21] <amitk> I will
[14:22] <amitk> and then push it to master for the next poor soul who has to start a new branch
[14:22] <rtg> amitk, agreed
[14:22] <rtg> we'll get it figured out eventually
[14:30] <pgraner> anyone else seeing us.archive.u.c being awfully slow today?
[14:31] <apw> amitk, i recon the rebase script should by default pull in the contents of the scripts/misc directory from master by default
[14:31] <apw> pgraner, where are you timezone wise?  its always slow from here
[14:32] <pgraner> apw: back in EST (NC)
[14:32] <pgraner> apw: I'm getting a steady 41.8kB/s
[14:32] <apw> thats utterly shite :)
[14:33] <Ng> --help
[14:33] <pgraner> apw: yea now you see why I'm asking about the apt-cacher-ng thing
[14:33] <apw> does it belong to us?
[14:33] <ogra> rtg, for the upgrade issue from linux-imx51 you simply need to add: Conflicts: linux-imx51 and Replaces: linux-imx51 to the linux-babbage debian/control file
[14:33] <pgraner> apw: my rsync script stopped running while I was gone so I'm a week out of date :-(
[14:34] <apw> yeeks life is over
[14:34] <rtg> ogra, send a patch to the mailing list so I don't forget
[14:34] <pgraner> apw: so I'm reworking my setup ....
[14:34] <pgraner> apw: the only thing I'll need to rsync are the daily ISO bits
[14:35] <apw> yeah same here, iso's get syned apt-cacher for the rest
[14:36] <rtg> Ng, ? whats up with '--help' in all the channels?
[14:36] <ogra> us.archive.u.c has dailies ?
[14:36]  * ogra thought they would not be mirrored from cdimage.u.c
[14:36] <pgraner> ogra: no, just talking about how we do it
[14:36] <Ng> rtg: shockingly poor use of irssi's /foreach :(
[14:36] <rtg> Ng, ah, I have that problem some days too :)
[14:37] <ogra> pgraner, ah, i thought it was related to your question about us.a.u.c
[14:37] <pgraner> Ng: and here I thought you had so deep insight to the slow us.archive discussion :-(
[14:46] <pgraner> rtg: I got an email from someone complaining that we dropped the DSDT patch
[14:47] <rtg> pgraner, we didn't drop it, I just never forward ported it.
[14:47] <pgraner> rtg: ok, at this point its the same difference
[14:47] <pgraner> rtg: IIRC we decided at the sprint that we would not fwd port it, correct?
[14:48] <rtg> mjg59, do you think the DSDT patch is still worth it? I consider it a bit dangerous since you can brick your BIOS with it.
[14:49] <mjg59> rtg: I'd be surprised if you can brick the BIOS
[14:49] <mjg59> It's certainly possible to damage the hardware by breaking thermal control, though
[14:49]  * cking concurs with mjg59
[14:49] <mjg59> I don't think it's necessary any more
[14:49] <mjg59> We don't ship it in Fedora and there's a miniscule number of bugs from people wanting it
[14:49] <rtg> mjg59, I have not checked, but are you carrying it in Fedora?
[14:50] <rtg> mjg59, cool, thanks.
[14:50] <rtg> pgraner, I stand by our decision to _not_ carry it.
[14:50] <pgraner> rtg: ack, I'll respond, I'll document on the wiki on the Kernel FAQ
[15:08] <apw> amitk, what was the syncy thing you use called?
[15:09]  * rtg thinks apw speaks in pidgin english
[15:11] <apw> i have a way with words don't you think
[15:11] <amitk> apw: unison
[15:11] <apw> thx ... stupid name :)
[15:11] <amitk> apw: wait till you find out what its written in :)
[15:17] <cking> Ocaml?
[15:17] <apw> amitk, you used this thing with more than one replica?
[15:21] <amitk> cking: correct
[15:21] <cking> and there was much gnashing of teeth...
[15:21] <amitk> apw: simultaneously? no
[15:21] <apw> cking, one of your favourites then?
[15:22]  * cking notes it's another scripting language to learn and then forget about
[15:22] <amitk> apw: you can do several 1-to-1 syncs to achieve the effect
[15:22] <apw> amitk, any idea which end keeps state for the sync?  src/dst/both?
[15:23] <amitk> both keep their end of the state
[15:24] <apw> so doing a sync from A to B from either end is equivalent and interchangeable
[15:24] <amitk> absolutely
[15:24] <amitk> http://www.cis.upenn.edu/~bcpierce/unison/ , incase you haven't found it already
[15:27] <apw> amitk, is this thing interactive?  ie is it asking me a question when it says:
[15:28] <apw>          <---- file       bin/kpkg-check  [f]
[15:30] <amitk> apw: use -auto, it will then only bother you with the ones with conflicts
[15:30] <apw> handy thanks
[15:33] <amitk> apw: I use this script: http://pastebin.ubuntu.com/250854/ . I can then call it with unison-sync.sh <ip/hostname> <dir>
[15:34] <apw> yeah that looks handy
[15:35] <apw> i assume that makes the sync unit the whole account but then limits us to one subdir
[15:36] <amitk> if by whole account, you mean your home dir, then yes
[16:55] <rtg> jjohansen, will we achieve a uec (aka ec2) flavour for this A4 release?
[17:05] <jjohansen> rtg: I hope so
[17:06] <jjohansen> rtg: I have run into a few problems with the suse patches though
[17:06] <rtg> jjohansen, its pretty much gotta happen today. otherwise I won't have time to integrate the patch set. I may not have time anyway.
[17:07] <jjohansen> rtg: right now I am running a paravirt ops build while I work on the suse patches, to see if that will work
[17:07] <rtg> perhaps you just  oughta take your time and get it right. An A4 release isn't critical.
[17:55] <sumanc> hi, can someone help me with linux-image-debug-<version> package?
[17:56] <sumanc> i understand that its not available for all kernel versions. how can i make one myself?
[17:57] <rtg> sumanc, look in debian/rules.d/0-common-vars.mk for CurrentlyBuilding
[17:58] <rtg> ogra, re: fsl imax51 build times. what do you suggest?
[17:58] <ogra> rtg, faster buildds :)
[17:59] <ogra> we'll get them soon
[17:59] <rtg> ogra, I've been working to speed developer build times by skipping some packages.
[17:59] <ogra> rtg, that wasnt a serious comment in the other channel
[17:59] <rtg> ogra, couldn't tell if you were just grumbling
[18:00] <ogra> nah
[18:00] <ogra> i'll wait patiently
[18:00] <ogra> have my nightshifts for the week planned anyway so it doesnt matter when the buildd spits it out
[18:01] <ogra> it just feels longer if you watch it all the time
[18:01] <rtg> ogra, go have a beer and come back in awhile.
[18:02] <ogra> yeah, i probably should do that
[18:12] <sumanc> rtg, thanks. i read that file. can you please dumb it down for me a little.
[18:12]  * apw wonders if it is entirly reasonable to be checking floppies for partition tables?
[18:13] <sumanc> if i do AUTOBUILD=1 fakeroot debian/rules binary-debs, will it build that package?
[18:13] <apw> i assume they are supported in theory?
[18:13] <apw> sumanc, i would not have expected you to need AUTOBUILD=1, otherwise i would expect that to make you some binaries to install
[18:17] <rtg> sumanc, 'sudo mkdir /CurrentlyBuilding', then rerun your build. You can shortcut some of the build by running 'fakeroot debian/rules binary-debs flavours=generic'
[18:20] <sumanc> apw and rtg, thanks. command 'fakeroot debian/rules binary-debs flavours=generic' is running right now
[18:20] <ogra> you might want to make it skip abi and modules checking in the end of the build
[18:20] <ogra> if you made any config changes
[18:20] <sumanc> but CurrentlyBuilding is created under / right? what does this do? i am running fakeroot as non-root user. will it create any permission issues?
[18:20]  * ogra always runs into that
[18:21] <ogra> and sedly the check happens only at the very end of the build
[18:21] <ogra> *sadly
[18:21] <sumanc> i c.
[18:22] <rtg> sumanc, its a convention used by the buildd's. if '/CurrentlyBuilding' exists (which it will on a buildd), then the debug packages (and some other stuff) are created.
[18:22] <sumanc> i have not made any config changes, i want the linux-debug-<version> package for the systemtap to work.
[18:22] <rtg> sumanc, you should be fine. note the debug package is quite large
[18:23] <sumanc> rtg, thanks for the explanation. large is fine. i got a lot of space :)
[18:23] <rtg> sumanc, and hopefully a fast disk
[18:24] <sumanc> 5400 rpm
[18:24] <sumanc> build is crawling the laptop though :(
[18:26] <apw> you have an hour of grinding i'd say
[18:27] <sumanc> wow
[18:29] <sumanc> i am just getting into kernel hacking. is systemtap something you guys recommend? or are there other tools and practices? i want to be able to debug/look inside the hood as much as possible
[18:31] <sumanc> i am used to printk, but it gets in the way and not always appropriate, i think.
[18:33] <apw> cking, and every time it finds a floppy, it checks it for a partition table
[18:34] <apw> which leads it to read at least 2 blocks, leading to a 50s ish delay
[18:43] <ogra> apw, i doubt we would drop devicekit within the next two weeks to switch to udev only design
[18:43] <ogra> and after FF such a change is inappropriate
[18:43] <ogra> so fixing devkit is surely the way to go for floppies
[18:44] <apw> it'll be a udev config change i think, but yes
[18:44] <ogra> geez !
[18:44] <ogra> seems linux-fsl is in its finishing stages
[18:44] <apw> na you are hulucinating from holding your breath
[18:44] <ogra> lol
[18:46] <apw> sumanc, i tend to use printk myself for most of my debug
[18:47] <rtg> ogra, armel FTBS
[18:48] <ogra> bohooo
[18:48] <rtg> hmm, dpkg-gencontrol: error: package linux-image-debug-2.6.31-0-babbage not in control info
[18:49] <rtg> thought I fixed that
[18:50] <sumanc> glad to see: dpkg-deb: building package `linux-image-debug-2.6.28-14-generic'
[18:50] <ogra> rtg, well, your debian/rules seems to still have lines with -plinux-image-debug-2.6.31-0-babbage
[18:51] <rtg> ogra, indeed. Is there a requirement for a debug package?
[18:51] <ogra> not now, no
[18:51] <ogra> the kernel wont even work properly, we have no working USB and no NIC driver atm
[18:52] <ogra> its all about booting and making sure the image layout in karmic works right
[18:52] <ogra> drop debug
[18:53] <apw> gurgle, arm, ... pop
[19:12] <sumanc> thanks guys. i have the debug package installed now. i need to reboot to test it. thanks a lot for your help.
[23:36] <mattwj2002> hi everyone
[23:36] <mattwj2002> I need help
[23:37] <mattwj2002> anyone know if this would be supported by the kernel?
[23:37] <mattwj2002> http://www.ppa-usa.com/products/usb/usb_pci/1325.htm
[23:39] <Q-FUNK> mattwj2002: hard to tell without knowing what's the chipset used for each function.
[23:39] <mattwj2002> oh okay
[23:39] <mattwj2002> yeah I tried googling it
[23:39] <mattwj2002> no luck :(


[01:12] <mup> PR snapd#11384 closed: gadget: refactor StructureEncryption to have a concrete type instead of map <Simple 😃> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/11384>
[08:13] <pstolowski> morning
[08:19] <mardy> pstolowski: hi!
[11:30] <mup> PR snapd#11398 closed: o/devicestate: preseeding test cleanup <Preseeding 🍞> <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11398>
[15:10] <mup> PR snapd#11399 opened: tests: include new testing tools and utils <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/11399>
[17:21] <mup> PR snapd#11400 opened: tests/nested/snapd-removes-vulnerable-snap-confine-revs: use newer snaps <Simple 😃> <Test Robustness> <Run nested> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11400>
[17:26] <mup> PR snapd#11401 opened: snapstate: make "remove vulnerable version" message more friendly <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/11401>
[17:37] <hardwire> Having a hard time finding the model assertions for pi that are used to construct the pi core20 snaps.  Are those on launchpad somewhere branched away in a repo?
[17:37] <hardwire> I also see some new movement in core22 and this is super exciting for us.
[17:38] <hardwire> Looks like @waveform is making waves.. mwa ha.. ha.. ugh
[17:40] <waveform> hardwire, model assertions used to be under https://github.com/snapcore/models IIRC
[17:40] <hardwire> yeh I .. JUST... saw that in the docs and was running back here to say nm!
[17:41] <hardwire> Is core22 fairly severed from focal nowadays?  I see updated kernels all around.
[17:41] <hardwire> We are working on some signage systems and I am building custom core20 base images today and saw recent movement all over snapcore github.
[17:51] <mup> PR snapd#11402 opened: packaging: update changelog for 2.54.3 <Created by mvo5> <https://github.com/snapcore/snapd/pull/11402>
[17:56] <mup> PR snapd#11403 opened: o/devicestate/firstboot_preseed_test.go: remove deadcode <Simple 😃> <Test Robustness> <Skip spread> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11403>
[17:57] <mup> PR core#128 closed: Handle PPAs being served from ppa.launchpadcontent.net <Created by cjwatson> <Merged by mvo5> <https://github.com/snapcore/core/pull/128>
[18:40] <hardwire> Yeesh.. those models were released quite a while ago but I guess that doesn't matter too much.  The store id and channel are variable.. just depends on when you build the image I suppose (even with a signed machine file).
[20:42] <mup> PR snapd#11404 opened: interfaces/{cpu,power}-control: add more accesses for commercial device tuning <Simple 😃> <Needs security review> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11404>
[20:47] <mup> PR snapd#11403 closed: o/devicestate/firstboot_preseed_test.go: remove deadcode <Simple 😃> <Test Robustness> <Skip spread> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/11403>
[20:52] <mup> PR snapd#11405 opened: packaging/ubuntu-16.04/rules: don't run unit tests on riscv64 <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/11405>
[23:57] <mup> PR snapd#11401 closed: snapstate: make "remove vulnerable version" message more friendly <Squash-merge> <Simple 😃> <Skip spread> <Created by mvo5> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/11401>


[21:48]  * Linaporrras is listening to: "Desconocido - Desconocido"
[21:48]  * Linaporrras is listening to: "Desconocido - Desconocido"


[10:51] <ricotz> Laney, hi, will saucy get mond 3.0.x?
[10:51] <ricotz> *mono
[10:52] <ricotz> just curious while i haven't built docky with it yet
[15:31] <Laney> seems likely, yes
[15:31] <Laney> ricotz:
[15:45] <ricotz> Laney, ok, 2.2.0 should build though
[15:45] <ricotz> with 3.0 too
[15:48] <Laney> ricotz: you should use logind for suspend and hibernate too
[16:04]  * Laney writes a patch
[16:11] <Laney> ricotz: please to review and apply to the debian package?
[16:15] <ricotz> Laney, will do
[16:16] <Laney> wasn't entirely sure what the interface was about
[16:40] <ronald_dollar> anyone have a fix for the keyboard only working on reboots? please private message me with help!
[16:44] <ricotz> Laney, done
[16:44] <Laney> ta
[17:00] <ronald_dollar> anyone have a fix for the keyboard only working on reboots? please private message me with help!
[17:16] <dobey> ronald_dollar: this isn't a help channel. you want #ubuntu probably
[17:46] <desrt> kenvandine: qmlscene: could not find a Qt installation of ''
[17:46] <kenvandine> install those depends :)
[17:46] <desrt> i installed them all
[17:46] <kenvandine> humm
[17:46] <desrt> 'cept the hud one
[17:46] <desrt> because it doesn't exist
[17:47] <kenvandine> do you have qtchooser?
[17:47] <desrt> ya
[17:47] <desrt> it says the same thing
[17:47] <desrt> could not find ...
[17:47] <kenvandine> one sec
[17:48] <kenvandine> QT_SELECT=qt5 qmlscene samegame.qml
[17:48] <kenvandine> how about that?
[17:48] <desrt> now it says it can't find a qt installation of 'q5'
[17:48] <desrt> getting closer!
[17:48] <desrt> *qt5
[17:49] <kenvandine> do you have /usr/lib/x86_64-linux-gnu/qt5/bin/qmlscene
[17:49] <desrt> yes
[17:49] <kenvandine> run that
[17:49] <kenvandine> does that work?
[17:49] <desrt> yes
[17:49] <desrt> now it's bitching about the HUD
[17:49] <kenvandine> interesting
[17:49] <desrt> which makes sense :)
[17:49] <kenvandine> hehe
[17:49] <desrt> thanks
[17:49] <kenvandine> that must use alternatives or something
[17:50] <desrt> k.  working great now
[17:50] <desrt> with hud bits commented out
[17:50] <kenvandine> cool
[17:52]  * desrt copies the cpp bits of friends-app into samegame and starts having fun
[17:53] <mitya57> desrt: qtchooser not working is still a bug, do other commands (like qmake) work?
[17:53] <mitya57> and what is the output of `qtchooser -list-versions`?
[17:53] <desrt> qmake is broken too
[17:54] <desrt> and -list-versions does nothing at all
[17:54] <desrt> ie: empty list, i guess
[17:54] <desrt> how does one get the cflags/libs of qt?
[17:54] <desrt> seems to be missing a .pc file...
[17:56] <desrt> ah.   the dev packages are named oddly.
[17:56] <kenvandine> yeah
[17:56] <kenvandine> qtbase5-dev
[17:56] <kenvandine> etc
[17:56] <mitya57> that indicates that qtchooser is completely broken :(
[17:57]  * mitya57 looks at the qt-detection code
[18:11] <mitya57> desrt: are you using saucy?
[18:12] <seb128_> kenvandine, where can I get your game from the other night?
[18:15] <kenvandine> seb128, lp:samegame
[18:15] <kenvandine> or the core apps collections ppa
[18:16] <seb128> kenvandine, do I need anything special to install it on the tablet?
[18:16] <kenvandine> it'll get the depends for you
[18:16] <kenvandine> from the ppa
[18:16] <seb128> need to find the ppa
[18:16] <seb128> kenvandine, thanks
[18:17] <seb128> kenvandine, ppa:ubuntu-touch-coreapps-drivers/daily ?
[18:18] <seb128> https://launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/collection
[18:18] <seb128> ok, found it
[18:19] <seb128> hum, qtdeclarative5-hud1.0
[18:26] <kenvandine> seb128, yeah, sorry
[18:28] <seb128> kenvandine, hum, not happy
[18:28] <seb128> kenvandine, where can I find libhud-qt1 ?
[18:32] <kenvandine> the daily-build-next ppa...
[18:33] <kenvandine> it's in the daily images
[18:33] <kenvandine> seb128, or are you installing on your laptop?
[18:33] <Trevinho> rickspencer3: so it seems that the blur corruption bug is fixed now, it would be nice if you could just test nux from ppa:ubuntu-unity/daily-build
[18:35] <rickspencer3> hi Trevinho
[18:35] <rickspencer3> I'll test it later
[18:35] <rickspencer3> and nice :)
[18:35] <Trevinho> rickspencer3: hi, thanks...
[18:35] <rickspencer3> meh, I'll try it now
[18:36] <Trevinho> rickspencer3: when you want... Just adding the repo and apt-get install'ing nux should be fine
[18:37] <rickspencer3> Trevinho, what specific package name do you need me to install?
[18:38] <Trevinho> rickspencer3: libnux-4.0-0 should be enough
[18:41] <rickspencer3> Trevinho, it worked :)
[18:42] <Trevinho> rickspencer3: awesome! ;)
[18:42] <rickspencer3> Trevinho, is there a bug that I should comment on?
[18:42] <Trevinho> rickspencer3: https://bugs.launchpad.net/nux/+bug/1087534
[18:42] <ubot2> Launchpad bug 1087534 in nux (Ubuntu) "[regression] Corrupted blurred overlays" [Critical,Triaged]
[18:43] <seb128> kenvandine, I'm trying to put it on my nexus, but the image there is 10 days old
[18:43] <kenvandine> ah
[18:43] <seb128> kenvandine, I've added those
[18:43] <kenvandine> seb128, add the daily-build-next ppa
[18:43] <seb128> deb http://ppa.launchpad.net/ubuntu-unity/daily-build-next/ubuntu saucy main
[18:43] <seb128> deb http://ppa.launchpad.net/ubuntu-touch-coreapps-drivers/collection/ubuntu rar
[18:43] <seb128> ing main
[18:43] <seb128> but that's not enough
[18:43] <kenvandine> not saucy
[18:43] <kenvandine> raring
[18:43] <seb128> I tried that first I think
[18:43] <seb128> let me try again
[18:45] <rickspencer3> Trevinho, ok done
[18:45] <rickspencer3> thanks
[18:46] <Trevinho> rickspencer3: yw
[18:46] <seb128> kenvandine, got it installed
[18:47] <seb128> kenvandine, now to figure how to start it ;-)
[18:47] <Trevinho> rickspencer3: it was the typical 1-line issue, but finding it in about 80 new revisions and into a single merge request of about 6000 lines took some time ;)
[18:47] <kenvandine> seb128, that is tricky
[18:48] <kenvandine> seb128, you need to search in the app lens
[18:48] <Trevinho> also I had no hardware to test until this week
[18:48] <kenvandine> but... i had trouble with the keyboard not showing up... until i re-flashed yesterday
[18:48] <seb128> kenvandine, running \o/
[18:59] <acoleman1981> has anyone else had the issue of a usb keyboard and mouse working but when removing the usb devices and trying to use the installed touchpad and keyboard (laptop) it only works every other reboot?  Please private message me with any help available or links to instructions. Thanks!
[18:59] <sarnold> acoleman1981: that's better, some actual details :) but a few more thoughts: (a) #ubuntu is better for support (b) no one likes private messaging. it prevents other people from helping or learning.
[19:01] <seb128> kenvandine, weird, I could play one game and now it's stucked in a weird state, even after a reboot
[19:01] <kenvandine> the game is?
[19:01] <seb128> the toolbar at the bottom is showing the "new game" icon too much on the right (e.g a bit out of the screen)
[19:01] <acoleman1981> ok whatever do you have help or useless suggestions
[19:02] <kenvandine> seb128, that sounds like a deeper problem :/
[19:03] <kenvandine> seb128, i was having a bunch of odd issues until i flashed again
[19:03] <seb128> kenvandine, and I can't click on it (I can start a new through the hud but then the ui doesn't "update" as it should)
[19:03] <seb128> ok
[19:03] <seb128> I will try to put the current image on it
[19:03] <seb128> kenvandine, thanks ;-)
[19:03] <kenvandine> np
[19:03] <kenvandine> the keyboard was light years better after i flashed :)
[19:03] <kenvandine> and before i flashed i had some apps that didn't render at all
[19:03] <kenvandine> works great now
[19:04] <chrisccoulson> acoleman1981, for you, only useless suggestions
[19:05] <acoleman1981> i just need help not bullsh** please
[19:05] <seb128> kenvandine, cool, btw you are right, the toolbar issue happens on other apps as well
[19:09] <chrisccoulson> lol
[19:10] <seb128> chrisccoulson, yes my lord
[19:10]  * seb128 respects the channel op
[19:10] <chrisccoulson> hah
[19:10] <seb128> I'm sure you are no op on the security team channel
[19:10] <seb128> come back to desktop ;-)
[19:14] <mlankhorst> lure him with cookies
[19:17] <seb128> chrisccoulson, 'http://errors.ubuntu.com/user/'$(printf $(sudo cat /sys/class/dmi/id/product_uuid) | sha512sum)
[19:20] <mlankhorst> seb128: optimist, believing oems will fill in product_uuid as a true uuuid
[19:26] <happyaron> seb128: do you think fcitx's Qt5 IM Module can be added to the repository through SRU? it's not in the archive right now but things like friends-apps need that to get inputing from fcitx work.
[19:30] <seb128> happyaron, it's a call for the SRU team, you can file a request about it
[19:30] <happyaron> seb128: ok
[19:30] <seb128> it's not likely to break anything so why not
[22:59] <darkxst> pitti, should PK what-provides locale, still work?
[23:14] <pitti> darkxst: with aptdaemon, in principle yes
[23:15] <pitti> darkxst: but aptdaemon's autopkgtests currently fail, looks like something got broken there
[23:27] <darkxst> pitti, I see, guess that is why I can't get it too work


[02:46] <ianorlin> under 15 minutes until meeting
[02:58] <nhaines> pleia2: Photo requirement must have been a default setting.  Removed.
[02:59] <ianorlin> nhaines: thanks
[03:00] <caballero> Hello everyone and good evening!
[03:00] <nhaines> caballero: hello!
[03:00] <nhaines> Whew, got in and unpacked 5 minutes ago.  :)
[03:01] <nhaines> Now it's meeting time.
[03:01] <nhaines> #startmeeting
[03:01] <nhaines> #chair nhaines ianorlin pleia2
[03:01] <nhaines> Hello everyone, and welcome to the first Ubuntu California meeting of 2016!
[03:02] <nhaines> Tonight's agenda is available at https://wiki.ubuntu.com/CaliforniaTeam/Meetings/16January10
[03:02] <nhaines> #topic Upcoming Events
[03:02] <nhaines> Coming up in a week and a half is the world's first UbuCon Summit in Pasadena!
[03:03] <nhaines> The schedule and details are available here: http://ubucon.org/en/events/ubucon-summit-us/
[03:04] <nhaines> UbuCon Summit is a two-day celebration of Ubuntu and community, and is a great time to get together, have fun, and learn about all the crazy new things happening in the project.
[03:04] <nhaines> Thursday at 10am is especially exciting because Mark Shuttleworth is giving the opening keynote.
[03:05] <caballero> Nice! \o/
[03:05] <nhaines> And Thursday at lunch is almost as exciting because then I'm talking!
[03:05] <nhaines> Also I think pleia2 is going to talk or something.
[03:06] <nhaines> Friday has some panels before breaking out into unconference sessions, and I've heard a lot of exciting ideas for those, so you don't want to miss it.  :)
[03:06] <ianorlin> schedule is http://ubucon.org/en/events/ubucon-summit-us/schedule/
[03:06] <nhaines> Anyone who's in Pasadena for UbuCon on Wednesday night can join us for a meet-and-greet with other UbuCon attendees.
[03:07] <nhaines> And Thursday night after the first day of UbuCon, we'll all go out for dinner and pass out some drink tickets and have a proper party.  :)
[03:07] <nhaines> Friday night after UbuCon is the standard SCALE Friday night activities, and all of the organizers will be there, so no special parties then.  ;)
[03:08] <nhaines> So Ubucon will be January 21-22nd in Pasadena.
[03:08] <nhaines> The SCALE 14x expo floor opens at 2pm on January 22nd, and will be open on the 23rd and 24th as well.
[03:09] <nhaines> Ubuntu is going to be represented in a huge way there, too.  I'll be giving a talk Saturday night about book publishing using Ubuntu, and Mark Shuttleworth will give the Saturday morning keynote.
[03:09] <nhaines> Information about SCALE 14x is available at https://www.socallinuxexpo.org/scale/14x
[03:10] <nhaines> Use the coupon code "UBNTU" for 50% off a full-access pass.
[03:11] <nhaines> And be sure to stop by the booth because we'll have a lot of Ubuntu devices on hand to demonstrate.
[03:11] <nhaines> Final details on the UbuCon parties will be on our Meetup group and our mailing list as soon as I get them.
[03:12] <nhaines> Also, if you're going to UbuCon Summit, please RSVP on our Meetup group: http://www.meetup.com/Ubuntu-California/events/227070159/
[03:12] <nhaines> Are there any other upcoming events to announce?
[03:12] <MarkDude> Social media links for sharing for Ubucon? Or just share meetup?
[03:12] <ianorlin> Or should we do something about getting volunteers
[03:12] <DonkeyHotei-mob> MarkDude: are you going?
[03:13] <ianorlin> I am not sure I am the best volunteering at the booth because it is a bit loud for me
[03:13] <ianorlin> and I don't deal well with that noise
[03:13] <nhaines> MarkDude: Just share the Meetup right now.  Might be some links in a day or two.
[03:13] <MarkDude> Nope, but I have a great volunteer ready. A nice cousin lives in LA, just starting Linux
[03:13] <nhaines> ianorlin: volunteer stuff is later, not during event announcements.
[03:13] <MarkDude> Cool, ty nhaines :)
[03:13] <ianorlin> ah ok
[03:14] <nhaines> #topic Announcements
[03:14] <nhaines> Does anyone have any Ubuntu-related announcements to make before we move on to our agenda items?
[03:16] <ianorlin> no
[03:16] <ianorlin> or I shold say I don't
[03:17] <nhaines> #topic SCALE 14x Ubuntu booth volunteers needed
[03:17] <nhaines> We have a SCALE booth signup sheet available here: https://wiki.ubuntu.com/CaliforniaTeam/Projects/Scale14x
[03:18] <nhaines> So far we only have one volunteer other than myself and we need more than that.
[03:20] <nhaines> We have four shifts available throughout the weekend, and myself and Canonical employees will be around to train volunteers on the new Ubuntu news and devices so it's a great way to meet people and learn more about Ubuntu at the same time that you're teaching others about Ubuntu.
[03:21] <pleia2> apologies, here now
[03:21] <nhaines> And anyone who works one shift will have their full-access badge taken care of by me.  :)
[03:22] <nhaines> pleia2: welcome!
[03:22] <nhaines> pleia2: how do you feel about being stuck at booths?
[03:22] <pleia2> nhaines: no likey
[03:22] <ianorlin> I personally find the noise the hardest part for me
[03:22] <ianorlin> if you can talk to someone on a crowded convetion floor it would probably work
[03:22] <nhaines> pleia2: probably because you don't want to deprive other volunteers of the room to volunteer!
[03:23] <pleia2> but I might sign up for a shift, need to confirm other goings-on (my employer is sending me, so I have work things to do too)
[03:23] <pleia2> they haven't put me on their booth yet, so ;)
[03:24] <nhaines> SCALE's the friendliest show around and this is one of the biggest ways we like to train new members who want to do Ubuntu advocacy.  :)
[03:24] <pleia2> it's probably my favorite one
[03:24] <pleia2> and I go to a lot of conferences
[03:25] <ianorlin> welcome philipballew
[03:25] <nhaines> So please consider volunteering for the booth.  But I do need to know this week, because we're trying to get shirts for everyone to wear.
[03:25] <nhaines> https://wiki.ubuntu.com/CaliforniaTeam/Projects/Scale14x
[03:25] <nhaines> pleia2: I'm going to try to convince sabdfl to stand near the booth for a little while, although I get the impression he is going to be incredibly busy.
[03:26] <pleia2> nhaines: cool :)
[03:26] <ianorlin> when isn't sabdfl busy?
[03:27] <nhaines> Okay, any questions at all about SCALE before we warp this meeting up?
[03:27] <pleia2> warp up <3
[03:27] <philipballew> ianorlin, thanks!
[03:27] <philipballew> nhaines, I was gonna get handcuffs for him to make him stay
[03:27] <ianorlin> #topic any other business
[03:27] <ianorlin> when is our next meeting?
[03:28] <ianorlin> I think Sunday people travel back from scale probably won't work as pleia2 will be on a plane
[03:28]  * pleia2 nods
[03:28] <ianorlin> I might be just arriving back and getting dinner
[03:28] <ianorlin> and not sure if nhianes would be home yet
[03:28] <nhaines> The next meeting is scheduled on the wiki for February 7th.
[03:29] <pleia2> wfm
[03:29] <pleia2> I'm hosting an Ubuntu Hour on Wednesday in SF http://loco.ubuntu.com/events/ubuntu-california/3284-ubuntu-hour-san-francisco/
[03:29] <nhaines> We always skip meetings that fall on SCALE weekend.
[03:29] <pleia2> it's at a different starbucks than usual because our usual one changed their hours (for winter? I don't know!)
[03:30] <nhaines> In the early days we'd get together afterward for an in-person meeting, but everything's become so big that people fly or drive out Sundays sometimes and everyone's exhausted too.
[03:30] <pleia2> yeah, it's really chaotic
[03:30] <pleia2> oh, I forgot one scale thing
[03:31] <pleia2> do we have details for party/get togethers?
[03:31] <pleia2> wednesday and thursday nights
[03:31] <pleia2> Friday night is jono's bad voltage live show http://www.badvoltage.org/live/
[03:31] <nhaines> pleia2: no, and I'm trying really hard to get them.
[03:32] <pleia2> (not music, it's a podcast)
[03:32] <nhaines> But I'll get them on Meetup the moment I get the details.  (I think there are venues selected and there's just last minute details to be set in stone.)
[03:32] <caballero> nhaines: I will email you in the next 1 or 2 days...I plan on volunteering again this year...
[03:32] <pleia2> nhaines: great, thanks
[03:32] <nhaines> Also, Bad Voltage Live is awesome even if they did make me come on stage last year and then pull out my arm hair with tape.
[03:33] <pleia2> http://www.jonobacon.org/2016/01/06/bad-voltage-live-in-los-angeles-why-you-should-be-there/
[03:33] <nhaines> caballero: glad to hear it!  Be sure to sign up on the wiki as soon as you can, and I look forward to your email.  :)
[03:33] <pleia2> ^^ jono's post about it
[03:33] <pleia2> and he also has some questions that need answers for the show: http://www.jonobacon.org/2016/01/08/we-need-your-answers/
[03:33] <ianorlin> what payment methods work for parking?
[03:33] <pleia2> (they're mostly fun questions)
[03:34] <nhaines> Oh right, I need to fill that out.  :)
[03:34] <pleia2> :)
[03:35] <nhaines> ianorlin: no idea.  I'd bring cash and a credit card.
[03:35] <pleia2> I think that was all I had
[03:35] <nhaines> No bitcoin.  :)
[03:35] <ianorlin> I don't have credit card I only have debit
[03:35] <ianorlin> I could bring cash
[03:35] <nhaines> If your debit card has a credit card logo on it, it will suffice.
[03:36] <ianorlin> ok
[03:36] <nhaines> Okay, I think that's all for now.  In two weeks is UbuCon Summit and SCALE!  \o/
[03:36] <ianorlin> nightmare place for a card scimmer though
[03:36] <ianorlin> skimmer
[03:36] <ianorlin> #endmeeting
[03:37] <nhaines> Anything else before we move on?
[03:37] <caballero> ianorlin: you get a $10 off coupon for each day you attend scale for parking...when you go up to Scale customer service people
[03:37] <nhaines> caballero: is that the case this year?
[03:37] <caballero> I hope so...
[03:38] <ianorlin> new venue  I am not sure it is true
[03:38] <ianorlin> hence why I asked
[03:38] <caballero> Phil: you know anything about this?
[03:38] <nhaines> If you're parking at the hotel, there will be shuttles from the Westin.  From the Sheraton you can just lay down and roll over to the vene, so should be even easier.
[03:38] <pleia2> hehe
[03:38] <pleia2> sheraton \o/
[03:38] <pleia2> (though the Westin is a nicer hotel)
[03:39] <nhaines> Okay then, if anyone has questions, feel free to ask on the mailing list!
[03:39] <ianorlin> I think I am  not parking at hotel but driving each day
[03:39] <nhaines> But for this meeting, it's a wrap.  :)
[03:39] <pleia2> thanks nhaines
[03:39] <nhaines> Our next meeting will be on February 7th, 2016.  Til then!
[03:40] <nhaines> #endmeeting
[03:40] <caballero> Goodnight everyone...hope to see you all soon!
[03:40] <pleia2> https://www.socallinuxexpo.org/scale/14x/parking
[03:40] <pleia2> no words about discounts there
[03:40] <nhaines> pleia2: good night!
[03:40] <pleia2> o/
[03:40] <pleia2> back to book things (which is what made me late)
[03:41] <nhaines> Okay, now I can eat, and *then* I will do post-meeting things.
[03:41] <pleia2> enjoy
[03:41] <nhaines> pleia2: yay, book things!
[03:41] <pleia2> nhaines: jeklsjlesjfklsd
[03:41] <pleia2> /o\
[03:41] <pleia2> it'll be over some day :)
[03:41] <nhaines> I have a friend who's written 36k words of his 50k first draft in the last four days.  It's been pretty amazing.
[03:42] <nhaines> The only crazy thing is that he plans to do another book next week.
[03:42] <pleia2> can he come do mine next?
[03:42] <nhaines> Haha, I'll ask!
[03:42] <pleia2> pretty sure that's the rate I need to finish at to hit my really-I-shouldn't-miss-this-deadline deadline
[03:42] <nhaines> 10k a day isn't bad.
[03:43] <nhaines> Ooh, actually he was at 38k 30 minutes ago.  I guess he's going for 40k after all.
[03:43] <pleia2> hehe
[03:43]  * pleia2 back to salt mines
[03:43] <nhaines> _o/


[07:50] <kungr> anyone know a link for a tutorial on how to compile a kernel in ubuntu in a fakeroot?


[00:02] <Tv> actually to correct myself, IIRC runsv doesn't put a process in between, it just keeps the read side of the pipe alive in the parent, and starts a new log consumer if old one exits
[00:03] <Tv> which would be doable in upstart, i guess
[00:14] <mbiebl> Keybuk: hi
[00:14] <Keybuk> hey
[00:15] <mbiebl> About 0.5 and dbus:
[00:15] <mbiebl> If want to schedule reconnect attempts within upstart, where should I best do that
[00:16] <mbiebl> so it also works for systems, where dbus daemon is started *after* upstart