[04:08] <lotuspsychje> good morning
[07:08] <guiverc> lotuspsychje, re: list on #ubuntu-bugs-announce, stealing from another discussion in another room; details there are going to be posted on the wiki so all can edit.. that would require people be wiki-editors,  UWN uses a gdoc file owned by an original editor (no longer involved with uwn;  open to all was not an issue for about 3 years since I was involved before it was locked down..)
[07:09] <lotuspsychje> guiverc: wich wiki would that be
[07:11] <guiverc> wiki.ubuntu.com
[07:12] <lotuspsychje> oh ok
[07:37] <ducasse> good morning
[10:19] <marcoagpinto> Morning!
[10:20]  * daftykins hides
[10:20] <marcoagpinto> I am drinking some cola
[10:20] <marcoagpinto> :)
[10:24] <marcoagpinto> damn... maybe it was the Windows updated 20H2, when I enter a channel the past log appears a lot quicker
[10:27] <daftykins> doubt it
[10:27] <daftykins> 20H2 was just a feature unlock
[10:29] <marcoagpinto> daftykins: how come the log text appears in half a second?
[10:29] <marcoagpinto> :)
[10:30] <daftykins> sorry, not a Windows support channel
[10:30] <daftykins> nor a support channel at all, in fact
[10:33] <marcoagpinto> :)
[10:35] <marcoagpinto> I have the vision! :)
[10:36] <marcoagpinto> if one day I win 100 000 000 EUR in the Euromillions I will change the world
[10:36] <marcoagpinto> :)
[10:51] <daftykins> please don't
[10:53] <marcoagpinto> why not?
[10:53] <marcoagpinto> I have written down many ideas for software + hardware improvements
[10:53] <marcoagpinto> :)
[10:53] <marcoagpinto> I just lack the money to fund them
[10:54] <daftykins> yes i am sure only money is the barrier
[12:21] <lotuspsychje> welcome joumetal
[12:24] <lotuspsychje> lusrx: discuss here
[12:24] <lotuspsychje> joumetal: tell us more about your bug triage?
[12:24] <lusrx> im having doubts about what i can and cannot ask in #ubuntu. can you give me some examples?
[12:25] <lotuspsychje> lusrx: you can ask an ubuntu question, and then wait until a volunteers asks you to try steps to do
[12:25] <lotuspsychje> lusrx: right now all you did was keep on talking with nobody in a monologue
[12:25] <joumetal> lotuspsychje: i just logged to ubuntu-bugs-announce to see new reported bugs.
[12:26] <lotuspsychje> cool joumetal how did you find the channel?
[12:27] <lusrx> lotuspsychje: right. and true. so what if these steps don't lead to a solution? can i provide update on the ongoing troubleshooting?
[12:27] <joumetal> lotuspsychje: from topic of ubuntu-bugs
[12:28] <lusrx> not in support... if understood correctly.
[12:28] <lotuspsychje> lusrx: you can provide updates/pastes/info to the volunteers that are helping you sure
[12:29] <lusrx> ah ok. so don't tell them all the steps you did. just a one liner update where you arrived after doing x and y.
[12:31] <lusrx> i think i understand... and i understood your remark about moving this discussion over here.
[12:31] <lusrx> this is obviously not a good fit for a support channel.
[12:31] <lotuspsychje> lusrx: replying when volunteers ask you something, all in one line is very handy yes, much better then using the enter button
[12:32] <lusrx> agreed. not only for them but for me too
[12:38] <lotuspsychje> lusrx: check here for all the topics; http://www.sabi.co.uk/Notes/linuxHelpAsk.html
[12:59] <lusrx> thanks. i needed this.
[12:59] <lotuspsychje> welcome lusrx
[13:20] <akem> That raspberry PI 400 integrated keyboard is pretty cool.
[13:21] <akem> And cheap.
[13:22] <lotuspsychje> akem: https://ubuntu.com//blog/raspberry-pi-400-with-ubuntu-support
[13:28] <akem> lotuspsychje, That's even better! :P
[21:04] <Bashing-om> UWN: Issue 655 on the streets: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue655 :D
[22:22] <jeremy31> tomreyn: rtl8812au-dkms has a broken dkms.conf file that causes the issue bumblefuzz had with the vermagic being wrong
[22:33] <jeremy31> https://bugs.launchpad.net/ubuntu/+source/rtl8812au/+bug/1743849


[19:34] <MarkDude> jono its rather not cool to do a public shaming post- and NOT highlight my name. Btw, I only apologized for *type* of video
[19:34] <MarkDude> Nothing more.
[19:34] <MarkDude>  The bug also affects *85 people*
[19:35] <MarkDude> Similar to how Ubuntu did a public shaming a while ago- listed 3 names that should have maybe been there, and a fourth name that was nothing less than bs to put on
[19:36] <MarkDude> You are a great CM, but man, you gotta work on the Open thing
[19:38] <MarkDude> Respectful is not using a scarlet letter. This is nothing less.
[19:39] <MarkDude> Most important tho, you did not ping me on G+. The moment I saw it, I said something in a logged channel, and was nice enough to highlight/notify you :)
[19:41] <raevol> what's going on?
[19:43] <jono> MarkDude, eh?
[19:43] <jono> MarkDude, which post?
[19:44] <MarkDude> https://plus.google.com/114419073019603780828/posts/689WZkpZqeF
[19:44] <darthrobot`> Title: [Jono Bacon - Google+ - In my mind everything boils down to two factors, Trust and…]
[19:45]  * MarkDude thought a water under the bridge stance was taken, apparently not. I will follow up comment later. But I need to clarify I apologized for type of video- and also point out MORE than 2 were upset
[19:46] <MarkDude> Public shaming is a rather horrible methodology, imho :(
[19:46] <jono> MarkDude, two things:
[19:46] <MarkDude> But par for the course from Ubuntu perspective apparently
[19:47] <jono> 1. your name was not highlighted because it was a response on Valorie's blog, and I didn't know this was backended to G+, hence no +Mark Terranova
[19:47] <jono> 2. this was not a "public shaming" - it was a response to a blog entry, and yes I highlighted you and Ben, but I believe the paragraph that I wrote was supportive and respective of you
[19:48] <jono> I didn't just randomly post that on G+
[19:48] <jono> it was a response to a blog post that specifically referenced this incident
[19:49] <jono> s/respective/respectful
[19:50] <Torikun> Hey jono!
[19:50] <jono> also, this is not " par for the course from Ubuntu perspective"
[19:51] <jono> I find it ironic that you could be so disrespectful throughout this link incident yet you come down on me for posting something that is no where near as firey as your own postsa
[19:51] <jono> Torikun, hi
[20:10] <MarkDude> Firey no.
[20:10] <MarkDude> Naming names like Ubuntu does -? Yes.
[20:10] <MarkDude> http://lmgtfy.com/?q=%22nathan+haines%22+%22neal+busset%22+ubuntu&l=1
[20:10] <darthrobot`> Title: [Let me google that for you]
[20:10] <MarkDude> Internet is permanent
[20:10] <MarkDude> And my name is fine- as I said in call. Other folks names? Not so much, imho
[20:11] <MarkDude> But my name was mentioned
[20:11] <MarkDude> No need to notify me? But its cool to drop other names?
[20:12] <MarkDude> Respond to post, sure, dropping names tho is #poorform, as I posted on my G+ its a habit here
[20:12] <jono> MarkDude, Mark, all I did was say that I felt you and Ben felt bad about what happened, that I consider you friends, and that I am confident things will change
[20:12] <MarkDude> You care - I *know* that- you just dont get it
[20:12] <MarkDude> Well of course :D
[20:12] <jono> I don't get what?
[20:12] <MarkDude> Thats never been in doubt :)
[20:12] <MarkDude> WHY folks are mad
[20:12] <MarkDude> Its more than a link
[20:13] <jono> hang on
[20:13] <MarkDude> Val was mad BEFORE i posted
[20:13] <MarkDude> BEFORE
[20:13] <jono> so are you angry at me now because of the post or because of the link issue?
[20:13] <jono> lets keep focused on one issue at a time
[20:13] <MarkDude> So I have NOTHING to do with her being mad- thats revisionist
[20:13] <MarkDude> The OTHER name #1
[20:13]  * jono is confused
[20:14] <MarkDude> 2 is not letting me know my name was used- thats poor form
[20:14]  * MarkDude shared the video
[20:14] <MarkDude> Not ben
[20:14] <MarkDude> He had a provate joke
[20:14] <jono> this wasn't just about the video
[20:14]  * MarkDude SHARED it
[20:14] <jono> I personally don't care about the video
[20:14] <jono> people make private jokes, so what
[20:14] <MarkDude> Ok - and you still say its 2 names
[20:14] <jono> this was about conduct
[20:14] <MarkDude> The video WAS funny
[20:14] <jono> I referenced you and Ben in relation to the issues over the link
[20:14] <jono> and you were part of that
[20:15] <MarkDude> Yes, and if I was an Ubuntu Member- you could have held that over my head
[20:15] <jono> no
[20:15]  * MarkDude is member of Ubuntu Community
[20:15] <jono> Ben is an Ubuntu member, I don't hold it over his head
[20:15] <MarkDude> Its been doen
[20:15] <jono> if someone wants to question Ben's membership to the CC, I will be the first to defend him
[20:15] <MarkDude> But yet- you post his name on public post?
[20:16] <MarkDude> One or the other
[20:16] <jono> I did, because he still participated in this incident
[20:16] <jono> that doesn't go away
[20:16] <jono> and I was responding to this topic on the blog
[20:16] <jono> so I see referencing the name as reasonable
[20:16] <jono> this is the nature of consequences ;-)
[20:16] <jono> if you do something, people call you on it
[20:16] <jono> it happens to me *every single day*
[20:16] <MarkDude> Yes, other projects like to do things in the background.
[20:16] <MarkDude> Sure
[20:16] <MarkDude> you are Jono
[20:17] <MarkDude> You  make money here
[20:17] <MarkDude> Not fair to compare to hobby people
[20:17] <jono> why does me pulling a salary make a difference?
[20:17] <MarkDude> You make money to do that
[20:17] <jono> Ubuntu is my hobby too
[20:17] <jono> people call me in posts on my hobbies too
[20:17] <jono> that is how the Internet works
[20:17] <MarkDude> Pay me and you can say whatever you want
[20:17] <MarkDude> Sure
[20:17] <jono> I don't get angry when people call me on things, I respond where I can
[20:18] <jono> I could understand your anger if I deliberately went out to highlight you in this issue, but I didn't, I responded inline to a blog post
[20:18] <MarkDude> Folks that post about FOSS projects on kid related posts are still asses, it should be 2 separate ares - I agree
[20:18] <MarkDude> Lets go back a few years
[20:18] <MarkDude> Naming names like in the Google link
[20:18] <MarkDude> No heres the deal, I was ready to let this be water under the bridge, not so much now
[20:18] <MarkDude> no/now
[20:19] <jono> that is your decision
[20:19] <MarkDude> Yes
[20:19] <jono> I think you are overreacting
[20:19] <jono> but as I said on the phone last week, this is the problem
[20:19] <MarkDude> Possibly
[20:19] <jono> as I said, the ubuntu.com link was a perfectly reasonable topic to raise, but the way it was communicated and engaged around was not
[20:19] <MarkDude> Have you ever heard of my hassles in another project? NOPE. they do things in a way that values input
[20:20] <jono> "Canonical piss on people and claim it is rain" is not thoughtful engagement
[20:20] <MarkDude> More than a few years there- no hassles
[20:20] <jono> I don't track your contributions in other projects
[20:20] <MarkDude> Dude, that is my quote
[20:20] <MarkDude> YEP
[20:20] <MarkDude> And you cant google to see when folks get in trouble- they are grownups
[20:20] <jono> Google knows everything
[20:20] <jono> again, this is the nature of consquences
[20:21] <MarkDude> piss comes from Canonical - its not rain
[20:21] <raevol> o_o wow
[20:21] <MarkDude> Again the nature of Ubuntu actions will help it be looked at in sunlight
[20:21] <jono> I agree
[20:21] <MarkDude> raevol: this post was OPPOSITE of pohonecall
[20:21] <MarkDude> Anyway, will respond later
[20:22] <raevol> MarkDude: did you make some video?
[20:22] <jono> MarkDude, no worries, but just remember the context of all of this
[20:23] <MarkDude> raevol: nope- I shared it
[20:23] <MarkDude> Clarification; no names were used- UNTIL AFTER val posted
[20:23] <jono> MarkDude, also, to be honest, if you are concerned about your name being associated with this topic, you probably shouldn't have been a part of the datamation article
[20:23] <MarkDude> THAT is shaming
[20:24] <MarkDude> Telling her and other\
[20:24] <jono> MarkDude, it is not shaming; I didn't seek to shame you
[20:24] <jono> you know me well
[20:24] <jono> do you really think I would do that to you?
[20:24] <MarkDude> If you speak out- others you care about will be shamed
[20:24] <MarkDude> Your words up there ^^^^ said it was a response
[20:24] <jono> yes, it was a response to a post
[20:24] <MarkDude> So in other words, had val not posted
[20:24] <jono> that is different to shaming
[20:25] <MarkDude> You would have not named the names
[20:25] <MarkDude> Nope
[20:25] <jono> if Val had not posted I would never have written that
[20:25] <MarkDude> Actions and reactions
[20:25] <MarkDude> Yep
[20:25] <jono> this is accountability
[20:25] <jono> this is not shaming
[20:25] <MarkDude> Clear message - dont speak out
[20:25] <jono> there is a very definitive difference
[20:25] <MarkDude> Or others will be come after
[20:25] <MarkDude> Not you intent
[20:25] <jono> MarkDude, not at all, you are not listening to me
[20:25] <MarkDude> Thats the message
[20:25] <MarkDude> Dude- this is logged
[20:25]  * MarkDude <<<<< walk
[20:25] <jono> I have made it *very clear* all criticism is welcome, but it has to be on a platform of respectful discourse
[20:26] <jono> yes, all our official channels are logged
[20:26] <MarkDude> Yep- and FOSS can deciding if naming names in RESPONSE to a critique is fair
[20:26] <jono> as I said on the phone, I thought the topic of the ubuntu.com link was a valuable topic
[20:26] <MarkDude> Not all
[20:26] <jono> look this is the way it works as I see it:
[20:27] <raevol> so you want to be able to be disrespectful, and get away with it?
[20:27] <jono> actions have consequences
[20:27] <jono> professionally communicated concerns are seen as a professional engagement
[20:27] <jono> emotive ranting is seen as emotive ranting
[20:27] <jono> people bring their own conclusions from the conduct
[20:28] <jono> what I am hearing now is that you were sorry for how you engaged in the ubuntu.com issue but you don't want to be held accountable
[20:28] <jono> and I get that
[20:28] <jono> but it is not like I am trying to make you an example
[20:28] <jono> I am not raising this with the CC, the TB, blogging about what you specifically did or anything like that
[20:29] <jono> I simply responded to a blog post and mentioned that I had spoken to you, you expressed regret for your actions, that I consider you a friend, and I am confident changes will be made
[20:29] <jono> I was defending you here, not attacking you
[20:29] <jono> I have a call I have to take
[20:29] <jono> I will be back soon
[20:30] <jono> too many meetings :-)
[20:32] <raevol> the kdub
[20:32] <raevol> kdubdubdub
[20:32] <raevol> -_-
[20:32] <kdub> haha :P
[20:32] <raevol> how's life man
[20:33] <kdub> can't complain, how about you?
[20:33] <raevol> same
[20:36] <kdub> havent had a sd uh in a while... been busy
[20:38] <raevol> yea :( and philililillip has been a world traveller
[20:38] <raevol> well, for some value of world
[20:38] <raevol> i went back to my salsa team so my availability is back to zero :(
[20:43] <kdub> maybe we'll just switch to v-uh to go with v-uds ;-)
[20:44] <raevol> hahahaha
[20:44] <raevol> "we all live in the same city but are going to do a google hangout because we're too busy to meet up"
[20:56] <jono> hey MarkDude
[20:56] <jono> back


[02:13] <zooko> Folks: can I buy a laptop or netbook or smartbook or whateveryacallem with ARM CPU and comes with Ubuntu on?
[02:16] <mouse> zooko i would try the cheap Plug computers @ https://globalscaletechnologies.com/default.aspx
[02:16] <zooko> Ah, I like those. Got some already! I meant an actual portable thing with a battery, keyboard, wifi, and display.
[02:17] <zooko> Thanks, though.
[02:17] <mouse> no but i imagine one can be built problem is, $$$$$$
[02:20] <mouse> i have the DreamPlug and i like it but so far can only use the gtkterm on my laptop to access it
[02:22]  * zooko nods
[02:23] <zooko> Efika Smartbook exists
[02:23] <zooko> And Always Innovating Touchbook
[02:23] <zooko> Or maybe Always Innovating Smartbook. I think they have two models.
[02:24] <mouse> the minicom tutorial is a bit too much when the system is already setup and tried to access it through minicom and may have messed up some settings:   i check that out
[02:31] <mouse> the efika looks really nice
[02:33] <mouse> that's sick i love it
[02:36] <mouse> now i want one :P
[02:48] <Neko> and just like that it seems we got an order... :)
[07:39] <siji> persia, you there
[07:47] <kapinter> Hi! I had to leave yesterday, but I still have a problem to boot ubuntu-arm on pandaboard, after showing ubuntu logo the monitor switches to powersave mode. Do you have any ideas what can be the problem and how to solve it?
[07:48] <siji> kapinter, ya i was searching for you yesterday
[07:48] <siji> inbetween i also got busy with something
[07:48] <kapinter> siji: thanks alot! :-)
[07:49] <siji> I had a look into ur bootarg , seems like it's ok
[07:49] <siji> from where you got the RootFS ?
[07:49] <siji> have you build it your own by using rootstock?
[07:50] <siji> persia,completed XBMC build successfully
[07:50] <siji> it's working fine now on beagleboard with ubntu natty
[07:53] <kapinter> siji: I just downloaded it and used the sudo sh -c 'zcat ./ubuntu-netbook-10.10-preinstalled-netbook-armel+<omap image>.img.gz >/dev/<device name>' script
[07:53] <kapinter> siji: from http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/
[07:53] <siji> ok
[07:54] <siji> kapinter, may be cose the resolution is not supported by ur monitor
[07:55] <kapinter> siji: maybe, but when I switch to tty with CTRL+ALT+F2 it also disappears. What resolution should my monitor support?
[07:58] <siji> kapinter, I suggest you to add kernel debug trace in your bootarg
[07:58] <siji> which wil tell u wht exaclty the error is
[07:58] <kapinter> ok, and how can I do it?
[07:58] <siji> In your rootfs there will be a file named as boot.script
[07:59] <siji> @/boot
[07:59] <siji> add  console=ttyO2,115200n8 there
[07:59] <siji> then create new boot.scr from this script
[07:59] <kapinter> ok
[08:03] <siji> http://www.omappedia.org/wiki/Ubuntu_on_OMAP_FAQ
[08:04] <siji> kapinter, it may help you
[08:18] <nicofs> When trying to install libc6 i get "dpkg: error processing libc6 (--install): subprocess installed post-installation script killed by signal (Illegal instruction)" - What can I do?
[08:19] <suihkulokki> what CPU
[08:20] <suihkulokki> chances are your cpu is not ARMv7 compatible, which is what ubuntu requires
[08:21] <nicofs> "ARM Cortex A8"
[08:31] <nicofs> How can I build a chroot environment image of 2GB size with ubuntu-minimal in it?
[08:33] <nicofs> I assume i somehow create a 2GB image, mount it somewhere and then chroot into it... has someone got some sort of guide for that?
[08:35] <siji> nicofs, so your image is ready ?
[08:36] <siji> if not create a image as per this doc
[08:36] <siji> https://wiki.ubuntu.com/ARM/RootfsFromScratch
[08:36] <siji> then mount this image into a folder
[08:36] <siji> after that chroot to this folder
[08:37] <nicofs> siji, so rootstock is some sort of debootstrap for arm...?
[08:37] <siji> right
[08:38] <siji> for generating image dnt forget to give the argument  --notarball
[08:45] <nicofs> siji, if i use this --notarball option, what filesystem will be inside the image?
[08:47] <nicofs> or does that just mean, rootstock won't compress it and that i need to create the image first and then rootstock into that image?
[08:48] <siji> nicofs, no it will generate file system too
[08:48] <siji> And I think it's ext4 (not sure)
[08:48] <nicofs> siji, i think i need ext2...
[08:49] <siji> nicofs, the method which you mentioned hasnt worked for me
[08:49] <siji> I failed to chroot to it
[08:49] <nicofs> i'll just give it a go as it is and then use the long way round if it doesn't work...
[08:50] <siji> ok
[09:04] <nicofs_> siji, rootstock aborted with errors... permission denied to change ownership of files... i'll run again and see when this occurs...
[09:04] <siji> nicofs, ok
[09:42] <nicofs> siji, rootstock segfaults... but before i deal with any of that, i'll have lunch...
[09:43] <siji> nicofs, i suggest to start the rootstock process, then move for lunch :)
[09:43] <siji> :)
[09:48] <nicofs> siji, that just segfaulted... if i run it again, it will do that again iguess... but anyway, why not...
[09:48] <siji> nicofs, srry
[09:49] <siji> i hasnt noticed ,"rootstock segfaults.."
[10:01] <kapinter> siji: I just noticed I have this in dmesg
[10:01] <kapinter> [   28.173492] hdmi: Enter HDMI_W1_StopVideoFrame()
[10:01] <kapinter> [   28.173522] hdmi: *** Set PHY power mode to 0
[10:01] <kapinter> [   28.202758] hdmi: 4000000 hdmi_wp_irqstatus
[10:01] <kapinter> [   28.231964] hdmi: 81 hdmi_core_sys_sys_stat
[10:01] <kapinter> [   28.290405] hdmi: disconnect,
[10:01] <kapinter> [   28.290405] hdmi: Irqenable 66000001
[10:01] <kapinter> [   28.290405] hdmi: 0 hpd
[10:01] <kapinter> [   28.290405] hdmi: intr=00000000
[10:01] <kapinter> [   28.320434] hdmi: 40000000 hdmi_wp_irqstatus
[10:01] <kapinter> [   28.349670] hdmi: 81 hdmi_core_sys_sys_stat
[10:01] <kapinter> [   28.408081] hdmi: Irqenable 66000001
[10:01] <kapinter> [   28.408081] hdmi: 0 hpd
[10:01] <kapinter> but otherwise nothing suspicious
[10:03] <hell> how can i set more resolutionthan 640x480 on panda with DELL 3008 attached with hdmi?
[10:06] <siji> kapinter, pls pastebin xorg.log
[10:10] <kapinter> siji: http://pastebin.ubuntu.com/652321/
[10:17] <siji> kapinter, doubt about "Virtual size is 1680x1050 (pitch 1680)
[10:17] <siji> "
[10:19] <kapinter> siji: good point! :-) I will check it!
[10:21] <siji> kapinter, may you have to set the resolution manually
[10:22] <siji> may maverick is predefined by some specific resolution which is not matching here
[10:33] <nicofs> siji, depending on whether i choose xubuntu or ubuntu-minimal i get segfault or operation not permitted...
[10:33] <siji> nicofs, what are the parameters in ur rootstock ?
[10:34] <siji> nicofs, if you want minimal OS , then add lxde
[10:34] <nicofs> siji, the ones from that guide you gave me...
[10:34] <siji> ok
[10:34] <nicofs> siji, i'd already be happy with cli only and do the rest from within the system...
[10:35] <siji> cool
[10:35] <nicofs> siji, that's why i used ubuntu-minimal... but if even that doesn't work... but maybe it's my host system - i'll try my other pc...
[10:36] <siji> rootstock -f "name"  -l "loginname" -p "password" -i "imagesize" -d "ubuntu_distroname" --seed lxde,openssh,wget
[10:37] <siji> You can add more in seed with coma for adding more packages
[10:37] <nicofs> siji, yes - did that...
[10:37] <siji> ok
[10:38] <nicofs> i always add wget and aptitude...
[10:38] <siji> ok
[10:39] <siji> if you are targeting omap board then  add  linux-omap
[10:40] <nicofs> where do i add linux-omap?
[10:50] <persia> siji: nice work!
[10:59] <kapinter> siji: where can I edit monitor settings? can't find xorg.conf
[11:00] <siji> kapinter, it wont be there
[11:00] <siji> xorg is doing by it's own
[11:00] <siji> so either you have to create xorg.conf file
[11:00] <siji> or add this parameters in bootarg
[11:05] <nicofs> siji, i successfully created an image... let's see if it works on the target device...
[11:05] <siji> great
[11:06] <siji> If qemu-arm-static binary is not there in ur host , it may give some errors
[11:41] <kunguz> How to start X by using rs232 connection of beagleboard?
[12:03] <dmart> kunguz: What filesystem are you using?  If the filesystem contains X and a desktop environment, it will usually start by itself
[12:17] <kunguz> dmart: when I type sudo lxdm it starts but what should I type when I am using rs232
[12:18] <siji> kunguz, sudo /etc/init.d/lxdm start
[12:39] <dmart> siji, kunguz: Sounds plausible to me.  If lxdm uses upstart though, you might neet to type  "sudo start lxdm" instead
[12:45] <siji> dmart, right
[12:46] <CaelThunderwing> ok im new to linux much less Android or ARM devices but is it possible if to at any time use a pure Ubuntu distro for arm on an ARM based tablet ? (ARM9 w/ v5l instruction set)
[13:06] <dmart> CaelThunderwing: The most recent build of Ubuntu that will run on ARMv5 is jaonty (9.04).  If you want something more up-to-date then Debian's armel port might be a better bet.
[13:07] <persia> CaelThunderwing: Yes, for some tablets, but that particular one is ARMv5.  You want to use Debian there.
[13:09] <dmart> CaelThunderwing: either way, you will need to do some manual setup -- I suggest you search the web to see if there are other people tying to achieve similar things with the same hardware.  Someone may already have come up with a recipe for doing it.
[13:10] <CaelThunderwing> how would i go installing it?  for these tablets thers just the wmt_script and FirmwareInstall foldre you copy to SD.
[13:10] <persia> CaelThunderwing: It really depends on the specific hardware and the content of the firmware for the device.
[13:11] <CaelThunderwing> WM8650
[13:11] <CaelThunderwing> device: http://www.ekengroup.com/m009s/
[13:11] <persia> *if* you have a means to update the firmware, you may be able to install crafted firmware that loads linux, which then connects to some filesystem that matches your install.
[13:12] <persia> The other option, that works for some devices, is that the firmware might have some facility for loading the operating system in a well-described way, which instructions you may be able to follow.
[13:13] <persia> We usually advse folk to look for device-specific communities as leaders in finding out *how* to install some linux.  From that, we may be able to help install Ubuntu, but for your device, you will want to run Debian once you can run linux.
[13:19] <CaelThunderwing> atleast when it begins the Flashing process for Android it does load a Form of linux.
[13:20] <persia> Lots of Android devices seem to use fastboot, and expect images that would be generated with abootimg.
[13:20] <lilstevie> android itself is a form of linux :)
[13:20] <persia> Dunno if that would work for your device, or the state of fastboot/abootimg in Debian today.
[13:21] <lilstevie> pretty much all android devices use the fastboot loader fot loading the kernel image at least
[13:21] <lilstevie> the only exception I have seen to that is the non tegra galaxy devices
[13:21] <persia> Indeed.  Android and Ubuntu are just different userspaces for the same class of kernels (although each has some requirements of the kernel that the other doesn't have)
[13:21] <persia> So, it's all "linux" in a very real sense.
[13:22] <lilstevie> :) my flashable image package works :D
[13:23] <persia> Hurrah!
[13:23] <lilstevie> nvflash repartitioning :p
[13:23] <CaelThunderwing> http://img847.imageshack.us/img847/4145/unledpyi.png that sthe content inside the FirmarwInstall Folder.
[13:24] <lilstevie> hmm uboot
[13:35] <CaelThunderwing> any idea lilstevie?


[01:38] <smoser> powersj, blackboxsw yeah, that kind of stinks. basically i think we *have* to detach package build dependencies form tox requirements.txt
[01:38] <smoser> which i think might in-advertantly have been why it was the way it was when blackboxsw found it and thought WTH
[01:39] <smoser> the package build on xenial didn't magically start depending on python3-pycodestyle just because trunk moved some versions in its tox.
[02:09] <smoser> as an example, see that https://code.launchpad.net/~cloud-init-dev/+recipe/cloud-init-daily-xenial did not break because of this change.
[02:33] <askb> can anyone assist with this https://bugs.launchpad.net/cloud-init/+bug/1692424
[02:34] <askb> Is there are doc for building the latest verion on centos7 ?
[13:34] <smoser> askb, can you get a cloud-init.log from the system ?
[13:34] <smoser> /var/log/cloud-init.log
[13:35] <askb> smoser, yup
[13:35] <askb> do you want me to upload the logs ?
[13:38] <askb> smoser, http://paste.openstack.org/show/610552/
[13:44] <askb> smoser, forgive my ignorance, but are there any docs for building the rpm/srpm for centos7
[13:44] <askb> I noticed that there is a spec.in
[13:45] <askb> "make rpm" does not work
[13:55] <smoser> powersj, blackboxsw https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/324541
[13:55] <smoser> askb, hm...
[13:55] <smoser> let me find
[13:55] <smoser> I had https://gist.github.com/smoser/19e65095b342e98fd4d6466e4d4fa1ac
[13:56] <smoser> we're workign on getting rpm build into daily c-i, and i'm not sure what is being used for that.
[13:57] <smoser> hmm.. i see ./packages/brpm is busted. odd
[14:01] <smoser> askb, i thik that gist will work. brpm is failing for me here, but because i dont have cheetah installed and the spec file needs it.
[14:01] <powersj> smoser: yeah the build test that I pointed out is what uses packages/brpm
[14:01] <powersj> I expect that to work :)
[14:02] <smoser> powersj, we need to move the spec.in to be jinja2 rather than cheetah
[14:02] <powersj> and we had a centos 6 test case fail last night
[14:02] <smoser> :(
[14:02] <powersj> https://jenkins.ubuntu.com/server/job/cloud-init-centos-6/10/consoleText
[14:02] <powersj> I'm going to go eat/wake-up and then I'll file bugs and we can chat about it after standup as far as what you want to see for fixes
[14:03] <askb> are these the same errors you are getting http://paste.openstack.org/show/610557
[14:03] <askb> smoser, ^^
[14:03] <smoser> askb, i suspect that whatever you're seeing is fixed in a newer release. 0.7.5 is quite old.
[14:03] <smoser> askb, yes.
[14:03] <smoser> you'll need python-cheetah installed
[14:03] <smoser> which that gist will install for you.
[14:04] <smoser> ie, if you grab that 'centos-setup' and run ./centos-setup build
[14:05] <askb> I am not building it with lxc ... instead straight on centos7 virt env ?
[14:05] <askb> should I be using the lxc instead
[14:05] <smoser> well, the script will install the deps for you
[14:05] <smoser> i jsut showed how to do it all with lxc
[14:05] <smoser> but all it amounts to is runing that script inside the container
[14:06] <smoser> which should be not really any different than inside a centos7
[14:06] <askb> you mean from the gist above correct?
[14:06] <smoser> "virt env" == "kvm guest" or python virtual env
[14:06] <smoser> https://gist.github.com/smoser/19e65095b342e98fd4d6466e4d4fa1ac
[14:07] <askb> python virtual environment
[14:07] <smoser> well, package build is going to use system ddependencies...
[14:13] <smoser> powersj, i'im not sure what is changed there.
[14:13] <smoser> but tests/cloud_tests is python3 only. and that syntax is not python2.6 compatible
[14:16] <askb> smoser, Is the script to be run the - centos-setup - on debian/ubuntu ?
[14:16] <smoser> to build an rpm you really need to be in a centos (or rhel) environment
[14:17] <smoser> ./centos-setup build
[14:17] <smoser> will install the necessary packages to build
[14:17] <smoser> then you can run
[14:17] <smoser> ./packages/brpm
[14:17] <askb> oh this says "lxc: containers not found" on centos7
[14:17] <smoser> and build a package
[14:17] <smoser> sure. skip the lxc portion, just use centos-setup
[14:17] <smoser> wget that and chmod and execute it.
[14:38] <askb> smoser, I was able to build an rpm - thanks!
[14:38] <askb> smoser, will update a bit later how it goes with the testing since its getting 1am here
[14:39] <smoser> askb, good luck
[14:39] <smoser> and sleep tight
[14:39] <askb> smoser, quick question: how do I build the latest stable version/release ?
[14:39] <smoser> you can git checkout 0.7.8
[14:39] <smoser> and do the same ./packages/bdrpm
[14:40] <askb> 0.7.9 is the head ... of the branch now ?
[14:41] <smoser> sorry
[14:41] <smoser> 0.7.9 is newest release
[14:41] <smoser> 'master' branch is trunk
[14:42] <askb> awesome! :)
[14:44] <smoser> askb, i updated that gist README hoepfully to be more clear
[14:44] <smoser> and to down-play the lxd thing so as to not confuse people that.
[16:30] <smoser> blackboxsw, updated https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/324450
[16:33] <blackboxsw> thanks+1 let's land I've added https://trello.com/c/iJdLSnh4/91-add-root-dir-lookup-for-unittests
[16:33] <smoser> k.
[16:34] <blackboxsw> heh, I'll steer you later or tomorrow to the real meat: https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/324499 :)
[16:35] <blackboxsw> it's up for review. I'm working on the old git review queue for cloud-init at the moment
[16:42] <blackboxsw> minor comment and approve of https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/324274
[16:42] <smoser> looking
[16:42] <smoser> yeah, got to add that.
[17:51] <smoser> powersj, are you looking for fix centos6 ?
[17:52] <powersj> smoser: I wasn't planning on looking at it today, but if you have something let me know and I can ack or test or merge or whatever :P
[17:55] <smoser> ok
[17:55] <smoser> blackboxsw, https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/324557
[17:55] <smoser> can you ack that quick ? its just part of
[17:56] <smoser>  https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/324274
[17:56] <smoser> but the part that *has* unit test
[17:57] <harlowja> smoser and others http://lists.openstack.org/pipermail/openstack-dev/2017-May/117401.html
[17:57] <harlowja> i responded a little bit, but feel free to :-P
[18:02] <smoser> harlowja, thanks. i dont have mch to add there.
[18:02] <harlowja> np
[18:38] <blackboxsw> approved the branch smoser
[18:57] <smoser> thanks.
[19:15] <blackboxsw> smoser: I'm reviewing https://code.launchpad.net/~akaris/cloud-init/+git/cloud-init/+merge/322992 and forgot what your thoughts were on us using python's netaddr instead of trying to carry our own burden of mask2cidr cidr2mask calculations
[19:15] <blackboxsw> I was debating about cobbling up a quick suggestion branch w/ unit tests for the review if you netaddr is a  likely candidate for replacing this somewhat fragile code
[19:16] <blackboxsw> if you *think* netaddr is a likely candidate....
[19:17] <blackboxsw> but again, maybe cloud init wants to reduce requirements on external packages for the sake of speed, dunno.
[19:19] <blackboxsw> it's nice to have simple validation functions like valid_ipv4, valid_ipv6 IPNetwork.netmask builtins
[19:21] <smoser> blackboxsw, python2.6 ENO_NET_ADDR
[19:22] <smoser> and even the rhel 6 version of python2.7
[19:25] <smoser> blackboxsw, i was looking at that too and trying to clean it up abit
[19:26] <blackboxsw> won't touch it since you are playing in that space, but ping me for a review on it when you are done. I don't want to miss what approach you are looking for.
[19:26] <blackboxsw> s/review/review please/ :)
[19:33] <smoser> blackboxsw, http://paste.ubuntu.com/24646853/
[19:33] <smoser> that is what is in my buffer right now
[19:33] <smoser> i was looking at xnox's cidr branch
[19:33] <smoser> (which had the same change as akaris)
[19:36] <blackboxsw> smoser: why not mask = str(mask) in line 162 of your paste, that was you are properly converting to the expected type for both ipv4 & ipv6 handling.
[19:37] <smoser> you just ean
[19:37] <smoser>  mask = str(mask)
[19:37] <smoser> if : in mask:
[19:37] <smoser> well, with proper quotes
[19:37] <smoser> right ?
[19:37] <blackboxsw> yeah.
[19:37] <blackboxsw> then you don't have to perform str(mask) twice
[19:38] <blackboxsw> also that function doesn't have a return or error if a string w/out . or : is presented
[19:40] <blackboxsw> does   subnet['prefix'] = mask_to_net_prefix(subnet.get('netmask'))   # Where None is returned  cause any problems? (line 52 of your paste)
[19:41] <blackboxsw> heh and I have no idea what's happening on line 85
[19:41] <blackboxsw> 87 rather
[19:42] <blackboxsw> WIP paste I bet
[19:47] <blackboxsw> +1 I like the general approach in either case. given netaddr DNE on some of our support matrix
[19:56] <jbrowne> Hello, I'm running into a race condition between cloud-init and apt-daily.service on Xenial.  This was mentioned in passing in https://bugs.launchpad.net/cloud-init/+bug/1594576, but I don't see a cloud-init issue open specifically about it.  Warning: small wall of text to follow.
[19:57] <jbrowne> cloud-init when installing packages is encountering a lock on APT due to the apt-daily service running simultaneously.
[19:57] <jbrowne> Running a dead simple user data, I see that the stock AWS Ubuntu Xenial AMI does not encounter the race condition as the timer state is:
[19:57] <jbrowne> Thu 2017-05-25 15:34:01 UTC  20h left      n/a  n/a    apt-daily.timer              apt-daily.service
[19:57] <jbrowne> While the timer state of my packer-built AMI (based on the stock AMI) is:
[19:57] <jbrowne> Fri 2017-05-19 08:40:01 UTC  5 days ago    Wed 2017-05-24 19:19:21 UTC  4s ago apt-daily.timer              apt-daily.service
[19:57] <jbrowne> Searching extensively (including IRC logs) I haven't found any discussion in the cloud-init project about this issue and am happy to open an LP bug.
[19:57] <jbrowne> There's a lot of discussion about when unattended upgrades should run, etc. and if it is a systemd issue, but regardless it seems like cloud-init should be defensive about this.
[19:58] <jbrowne> I would naively argue that cloud-init should retry on apt issues, but I see that was deemed unneded in another case (https://bugs.launchpad.net/cloud-init/+bug/1594967)
[19:58] <jbrowne> One are in which I am ignorant is how the actual AMIs are built; I'm trying to determine if something specifically clears systemd's timer states when making an image, etc.
[19:58] <jbrowne> Was digging into cloud-image-utils and then decided to just post here since that area also appears to be s-mosers.
[19:59] <blackboxsw> jbrowne: peeking for context.  Without context of cloud-init's intended behavior, I would prefer apt to retry upon failure, or checksum mismatch which has hit me multiple times in other projects. Let me see if I can get more context on this specific issue. Thanks for "the deets".
[20:00] <jbrowne> Basically if one uses cloud-init for:
[20:00] <jbrowne> packages:
[20:00] <jbrowne>   - awscli
[20:00] <jbrowne> and systemd has launched some other apt related process concurrently there can be a lock contention
[20:01] <jbrowne> I have a slew of kinda related bugs I've found in other projects that build their own AMIs (chef, vagrant, etc.) and have hit this lock contention with cloud-init, but I didn't want to dump an entire thesis into the channel. :)
[20:02] <blackboxsw> I'd naively like to see at least a simple retry fallback mechanism (maybe 3 retries on a backoff algo) before failing. Yes dpkg lock contention has hit a myriad of other projects I've been on. I'd think we could build in a simple retry/log effort before failing.
[20:03] <blackboxsw> but, I'm just reading through the cloud-init code now (and your references) to see what the existing state of affairs is.
[20:08] <blackboxsw> we've recently talked side-channel about the potential of adding a decorator to retry certain functions that are known to get a benefit from retries on expected failure. This might be a case where something like that could come in handy.
[20:16] <blackboxsw> it *looks* like we could potentially build in a retry mechanism just in Runners.run of cloudinit/helpers.py.  I'll peek at whether that's viable.
[20:42] <smoser> blackboxsw, http://paste.ubuntu.com/24647424/
[20:42] <smoser> thats where i am now.
[20:42] <smoser> jbrowne, why would systemd launch some other apt related process ?
[20:42] <blackboxsw> yowsa smoser
[20:43] <smoser> fudge.
[20:43] <jbrowne> apt-daily is no longer in /etc/cron.daily.  Now on a timer
[20:43] <jbrowne> If your machine is down during the trigger time (or a custom built AMI) systemd will trigger that timer during boot -> apt-get update in another process
[20:43] <smoser>  http://paste.ubuntu.com/24647437/
[20:44] <smoser> jbrowne, ack on that. that is a mess. cloud-init should probably disable that thing and then re-enable it.
[20:44] <jbrowne> There's a lot of chatter about how this has changed when unattended updates run and conflict between not running during boot and machines that are up for short periods of time (laptops), etc.
[20:44] <smoser> that is generally garbage really.
[20:44] <smoser> no user can sanely run 'apt-get update' or 'apt-get install' because some system thing might be doing something.
[20:44] <smoser> shoudl really be fixed at the apt level
[20:45] <jbrowne> I can see the argument for using systemd timer instead of cron.daily due to it blocking other cron jobs, but changing fundamental behavior like this bugs me.
[20:45] <smoser> blackboxsw, second paste. i pasted the file not diff.
[20:45] <jbrowne> Also unattended upgrades is on by default now in Xenial, but that's a whole 'nother story. :)
[20:45] <blackboxsw> yeah I'm on 2nd paste now. it looks a lot simpler
[20:46] <blackboxsw> smoser: not sure, might have to default to string for the get on line 25 +                if (subnet.get('type', '').endswith('6') or
[20:46] <jbrowne> The reason I brought this up in channel rather than just opening an LP bug was to get a sense of how the cloud-init team feels about it.  My current work around is to have packer disable the apt-daily.service in systemd and I re-enable it on launch.
[20:46] <blackboxsw> if type isn't present, subnet.get would return None and you can't call endswith on that
[20:47] <smoser> jbrowne, yeah. you want to file a bug ? you can file against cloud-init.
[20:48] <smoser> but it seems honestly silly / broken that 'sudo apt-get update' fails 30 seconds of every day by default.
[20:48] <smoser> or whatever that ends up being.
[20:48] <smoser> blackboxsw, well, i think its busted if the subnet doesnt have a type
[20:49] <smoser> blackboxsw, so thats my attempt at noramlizing the fields in subnets. then have to adjust callers to expect more sanity.
[20:50] <blackboxsw> smoser: "no user can sanely run 'apt-get update' or 'apt-get install' because some system thing might be doing something."  yep. it is insane, but it's reality at the moment, the other issue is checksum mismatches in apt repositories to all apt users who happen to call apt update while the distro is being updated. Something about the packages.list files not
[20:50] <blackboxsw> being fully written during that update causes spurious failures on any remote caller to apt update.
[20:50] <smoser> well hash sum mismatches are fixed now.
[20:50] <smoser> in xenial+
[20:50] <smoser> everything is by hash
[20:50] <blackboxsw> ahh good. I hadn't followed that fix. (because I had a workaround for it ;) )
[20:51] <blackboxsw> but I agree that generally cloud-init shouldn't put workarounds in for other things that really should be fixed.
[20:51] <blackboxsw> s/other things/external dependencies/
[20:51] <smoser> http://www.chiark.greenend.org.uk/~cjwatson/blog/no-more-hash-sum-mismatch-errors.html
[20:51] <smoser> he doesn't point to the launchpad bugs
[20:51] <smoser>  https://bugs.launchpad.net/ubuntu/+source/apt/+bug/972077
[20:52] <smoser> but then andreas hit that today on xenial... as he was using a br.archive.ubuntu.com mirror
[20:52] <smoser> that i guess doesn't have the server side fixes needed
[21:01] <jbrowne> I'll file an LP bug, thanks.
[21:02] <smoser> please paste bug url here jbrowne
[21:02] <jbrowne> will do
[21:10] <jbrowne> https://bugs.launchpad.net/cloud-init/+bug/1693361
[21:17] <smoser> gracias
[21:18] <smoser> blackboxsw, i'm interested in your thoguths on that pastebin .. even though its not in any real nice stae. tox fails at the moment.
[21:25] <blackboxsw> smoser: yes definitely. will test it out now. could add a couple of unit tests and post you a diff if you want
[21:42] <blackboxsw> smoser did you want to delete all empty/None keys from the dict?
[21:42] <blackboxsw> +    for k in ('address', 'gateway', 'netmask'):
[21:42] <blackboxsw> +        if k in subnet and not subnet[k]:
[21:42] <blackboxsw> +            del subnet[k]
[21:42] <blackboxsw> could be done w/  subnet = dict((k, v) for k, v in subnet.iteritems() if v)
[21:46] <blackboxsw> also s/if 'netmask' in subnet: del subnet['netmask'] can be consolidated to    subnet.pop('netmask', None)
[22:21] <blackboxsw> smoser: some minor changes to normalize_subnet http://paste.ubuntu.com/24648411/
[22:29] <blackboxsw> smoser: also it seems like logic is duplicated a lot between _normalize_subnet and normalize_route with the exception that the key we are normalizing in routes is 'network|destination'  and in subnet is 'address' it could be small private helper function that takes the address_keys  and could be called inside normalize_subnet():
[22:29] <blackboxsw> _normalize_net(addr_keys=['address'])     and in normalize_route as _normalize_net(addr_keys=['network', 'destination'])
[22:29] <blackboxsw> that wasn't proper english at all, but hopefully you got the gist
[23:28] <blackboxsw> ok last pass on this for today http://paste.ubuntu.com/24648847/
[23:29] <blackboxsw> common _normalize_net_keys() called from both normalize_subnet and normalize_route


[02:58] <Unit193> r|ww will nick to TARDIS
[03:00] <rww> or will I
[03:01] <Unit193> Well Ttech did, so you must!
[06:08] <vibhav> Why am I banned from #ubuntu-ops?
[06:09] <Tm_T> vibhav: one moment
[06:10] <Tm_T> vibhav: as you keep joining the channel and asking to be muted, when it has been said that you will be notified when it'll happen
[06:11] <vibhav> but is not it getting tooo long?
[06:11] <Tm_T> no
[06:11] <vibhav> why?
[06:12] <vibhav> I just said him to reconfigure xserver
[06:12] <Tm_T> I am not going to discuss it now, sorry
[16:35] <Mkaysi> h00k: I changed my nick only once and that was because my ZNC was offline for some hours. I think that nick flood is more than three nick changes in five minutes, not one nick change in hour.
[16:36] <h00k> Mkaysi: :) I hadn't payed attention, I just saw that it had changed
[16:38] <Mkaysi> Ok
[16:39] <h00k> Mkaysi: no prob, I wasn't yelling or anything ;)
[16:57] <Tm_T> I am!
[17:33] <Mkaysi> .!shout | Tm_T


[05:02] <nevermam> Thanks arosales and tvansteenburgh..I will go though the charm store best practies, and look forward for the new addition to the review docs by arosales
[07:31] <stub> jamespage, Tribaal : I don't want it to be opt in, as I'm also hoping that juju-log, leader-set and everything else will grow --file for similar reasons.
[07:33] <stub> jamespage, Tribaal : Maybe that requires bug fixes in juju-core. Maybe the haproxy charm is relying on weird quoting behavior it can no longer rely on. It would be nice to know.
[07:33] <stub> c/haproxy/hacluster/
[07:52] <Tribaal> stub: jamespage: I'd like it to be default as well, it just makes more sense to me.
[07:52] <Tribaal> (design the problem away)
[07:57] <stub> Tribaal, jamespage : I've set the bug to incomplete and added a comment. Without an actual example of the problem, it is just going to get broken again.
[13:16] <arosales> nevermam, thanks for the ping here. Feel free to ping if you have any other questions
[13:35] <arosales> lazyPower, aisrael   upper-- found some interesting bits with vagrant workflow (https://jujucharms.com/docs/devel/howto-vagrant-workflow)
[13:35] <arosales> lazyPower, aisrael https://gist.github.com/anonymous/508af728f342ecc7da56
[13:37] <lazyPower> ah, the genghis workflow. Probably needs some attention, the last time I'm aware that was touched was early 2014. I'm not surprised there's some bitrot there.
[13:37] <arosales> lazyPower, if those comments looks ok perhaps upper-- would be interested in a merge request (ref https://jujucharms.com/docs/devel/contributing)
[13:37]  * arosales grabs some coffee
[13:40] <lazyPower> arosales: seems to be in order. If they get a PR issued against the docs to update those bits, aisreal or myself can run through them for validation and get it merged.
[13:40] <lazyPower> upper--: ^ if you've got the time for a PR against the docs, it would be much appreciated.
[13:40] <beisner> coffee indeed...
[13:41] <upper--> lazyPower: sure, ill have a look when i get a minute :)
[13:43] <pmatulis> tried to deploy n=4 nova-compute but 2 got stuck in 'allocating'. tried to remove machines but same 2 machines associated with stuck services now stuck 'pending / dying'. what to do? - http://paste.ubuntu.com/11412201/
[13:52] <mbruzek> pmatulis: I haven't had much experience on maas
[13:52] <mbruzek> pmatulis: But if that were local provider I would think your vm image is corrupted.
[13:53] <mbruzek> pmatulis: Can you `juju destroy-environment maas --force` and start over?
[13:53] <pmatulis> mbruzek: i'll keep that as a last resort. but thanks
[13:55] <mbruzek> pmatulis: OK.  Again it reminds me of a local issue where the lxc images were only half downloaded.   A destroy-environment --force and deleting the cloud images off my machine usually clear up a problem like that.  Since this is maas it may not work.
[13:59] <lazyPower> pmatulis: do your nodes provision properly through MAAS without juju spinning them up?
[13:59] <lazyPower> pmatulis: also, which version of maas/juju?
[14:06] <pmatulis> lazyPower: i haven't tried installing a pure 'buntu with this maas setup yet
[14:07] <pmatulis> lazyPower: maas 1.7.4+bzr3366-0 + juju 1.23.3-0ubuntu1
[14:08] <pmatulis> going to try 'juju remove-machine <#> --force 1'
[14:09] <lazyPower> pmatulis: that should drop it from the juju env and force power it off, you dont need to pass 1 to force though
[14:09] <lazyPower> juju destroy-machine # --force should do what you want
[14:09] <pmatulis> ah ok
[14:09] <lazyPower> pmatulis: however, i would ensure that booting the machine w/ maas works before you go the juju integration route, that will help you flush out any problems w/ the underlying maas provider
[14:09] <pmatulis> lazyPower: yep, good idea
[14:10] <lazyPower> and if the machines boot properly through maas, we can start looking at the cloud-init logs emitted from the machine to identify the issue juju may be causing. typically this is due to networking config
[14:10] <lazyPower> at least in my experience
[14:10] <lazyPower> but i've also got a weird vmaas setup that is hinky because I like to do things without reading instructions first :)
[14:11] <pmatulis> thing is, 2 of my nova-compute services came up. just 2 got borked
[14:11] <pmatulis> i didn't test anything though, just according to 'juju status'
[14:11] <lazyPower> hmm
[14:12] <lazyPower> that may or may not be symptomatic of the machines being bum in maas
[14:12] <lazyPower> i would still give the broken machines a cold boot directly from teh maas ui and see what happens
[14:14] <pmatulis> fyi, entire environment is housed in a single openstack instance (acting as kvm hypervisor)
[14:15] <pmatulis> the load went over 9 on it when i deployed these 4 nova-compute. may be part of the problem. dunno
[15:37] <lazyPower> thats possible pmatulis
[15:37] <lazyPower> if it couldn't get the requested resources the VM boots may have gotten hung up, i know that happens to me occasionally in our over-subscribed openstack instance
[15:38] <lazyPower> typically killing the machine and requesting again seems to have some merit as it works in 90% of the cases that happens, but its not ideal :)
[15:49] <pmatulis> lazyPower: ok, --force worked on those 2 machines; they're gone and the maas GUI shows them as 'Ready' instead of 'Failed something or other'
[15:50] <pmatulis> will try to deploy one at a time
[15:50] <lazyPower> pmatulis: ok good, so it seems like it might have just been intermittant
[15:50] <lazyPower> exactly my suggestion
[15:50] <lazyPower> take it one at a time and see if they come online as they should
[16:04] <evilnickveitch> just FYI, as there is now content for 1.23 in docs (GCE got added earlier) the new default version for stable docs is 1.23
[16:04] <evilnickveitch> Anybody wanting to check out the combination of Juju and Google Compute Engine should take a look at: https://jujucharms.com/docs/stable/config-gce
[16:05] <jcastro> Nice work dude!
[16:08] <evilnickveitch> jcastro, thx
[16:25] <hatch> I have a service that appears to be stuck 'dying' with two units - is there a way I can force it to destroy?
[16:29] <jcastro> without just killing the machine out from underneath it?
[16:30] <hatch> jcastro: trying that right now...doesn't appear to be destroying the machine either
[16:32] <jcastro> I assume you tried to destroy the service first of course?
[16:33] <hatch> jcastro: yeah - it doesn't appear to be doing anything
[16:33] <hatch> no errors
[16:38] <jcastro> anything in the machine logs?
[16:39] <hatch> jcastro: when I try to destroy the unit I get this error
[16:39] <hatch> ERROR no units were destroyed: state changing too quickly; try again soon
[16:39] <hatch> it's been in pending for a long time
[16:39] <jcastro> state changing too quickly sounds odd to me
[16:41] <hatch> yeah... especially since it's not :
[16:41] <hatch> :)
[16:45] <hatch> jcastro: on the machine there is this error in the juju logs
[16:45] <hatch> FATAL: Could not load /lib/modules/3.13.0-53-generic/modules.dep: No such file or directory
[16:45] <jcastro> no clue on that one, pastebin then to the list?
[16:46] <hatch> yeah I can do that
[16:46] <hatch> thanks for the help
[17:25] <lazyPower> hatch: is there a subordinate service on the unit?
[17:25] <hatch> lazyPower: there wasn't
[17:26] <hatch> it was just mysql
[17:26] <lazyPower> weird
[17:26] <lazyPower> is this 1.24?
[17:26] <hatch> 1.24-beta5-trusty-amd64
[17:26] <lazyPower> hmm ok, im' on beta4 atm
[17:26] <lazyPower> i haven't run into that bu ti'll keep my eyes peeled
[17:26] <lazyPower> link to bug if you file one plz, i'd like to track that
[17:27] <hatch> well I'm not sure how to reproduce it
[17:27] <hatch> so the bug report is going to suck :)
[17:27] <hatch> but I guess maybe someone can trace it back
[17:32] <firl> anyone able to help me verify if what I am seeing might be a bug or not with my juju / openstack set up?
[17:46] <hatch> lazyPower: https://bugs.launchpad.net/juju-core/+bug/1459761 it's not much but maybe it'll help :)
[17:46] <mup> Bug #1459761: Unable to destroy service/machine/unit <juju-core:New> <https://launchpad.net/bugs/1459761>
[17:47] <marcoceppi> firl: we can try, what are you seeing?
[17:48] <firl> Used juju to deploy juju gui
[17:48] <firl> worked fine, then used juju gui to deploy owncloud. The box came up fine and everything
[17:48] <firl> the security group wasn’t configured to expose the ports though, had to manually configure it
[17:48] <marcoceppi> firl: did you tell juju to expose owncloud?
[17:49] <firl> that would probably do it
[17:49] <firl> nope I didn’t,
[17:49] <marcoceppi> firl: in the GUI if you click on OwnCloud you'll see at the bottom left of the inspector the Expose option. In the command line its just "juju expose owncloud"
[17:49] <firl> yeah; completely user error
[17:50] <marcoceppi> no worries
[17:50] <upper--> lazyPower: i submitted a pull request for the docs, not sure if i have to tell you or you or someone else will just notice
[17:51] <firl> yep that did it, thanks for letting me waste your time marcoceppi
[17:51] <marcoceppi> firl: it's never a waste! Glad it was something simple
[17:51] <firl> haha
[17:51] <lazyPower> upper--: we'll take a look shortly, thanks for the contribution!
[17:51] <lazyPower> hatch: awesome, cheers
[17:51] <marcoceppi> upper--: #431?
[17:52] <upper--> uhhh..
[17:53] <arosales_> aisrael, have you tried quickstart in vagrant?
[17:53] <upper--> marcoceppi: yes
[17:53] <marcoceppi> upper--: thanks for the contribution, one of us will take a look soon for sure
[17:54] <arosales> if you are having issues with quickstart in vagrant perhaps give deployer a try
[17:55] <arosales> specifically deployer -c <./path/to/bundle.yaml>
[17:55] <arosales> upper--, chcking with aisrael or tvansteenburgh to see if they have had any issues with quickstart in vagrant
[17:55] <upper--> ill try deployer
[17:57] <arosales> upper--, hmm but your manual deploy should have worked if your mirrored the bundle yaml
[17:59] <arosales> upper--, checking with asanjar on the timing
[18:01] <jose> jcastro: want me to host office hours under ubuntuonair?
[18:06] <jcastro> that sounds awesome to me
[18:06] <jcastro> marcoceppi: you in for office hours?
[18:06] <marcoceppi> sure
[18:07] <jcastro> jose: dang, forgot to post a reminder to the list, on it now.
[18:07] <jose> :P
[18:07] <jose> cool, will be ready by then
[18:13] <aisrael> arosales: upper-- I've used quickstart under vagrant, but not with bundles (successfully)
[18:13] <arosales> aisrael, interesting something we should put a card out for to test
[18:14] <arosales> ie testing vagrant/quickstart/bundles
[18:14] <upper--> ok..
[18:14] <upper--> ill see if i can get maas working properly
[18:14] <arosales> upper--, suggest to stick with deployer -c <bundle-file>
[18:14] <arosales> for now
[18:14] <aisrael> arosales: definitely. I'm finding the documentation re launching from a bundle to be lacking
[18:14] <arosales> upper--, also may be worth comparing to AWS
[18:15] <upper--> arosales: okay.. yeah or aws
[18:15] <arosales> and isolate if it is the charm or environment
[18:15] <upper--> im about done for the day though
[18:15] <arosales> upper--, understood
[18:15] <arosales> been a good whack today
[18:15] <arosales> aisrael, thanks
[18:27] <jcastro> jose: can you make the IRC channel for the webapp go here instead of #u-o-a?
[18:27] <jose> jcastro: definitely, just a matter of changing a line of html
[18:31] <jcastro> jose: thanks for hosting, I was dreading getting made fun of by marco for not doing the onair properly.
[18:32] <jose> what? what did you do to the page?
[18:32] <jose> did you break it again?
[18:32]  * jose scratches head
[19:52] <jose> so, who's gonna join me today?
[19:54] <jose> I know everyone wants to be on air, but don't get too excited
[19:58] <jose> for anyone that wants to join, here's the link: https://plus.google.com/hangouts/_/hoaevent/AP36tYezWWMOvDIBerQVTv3ZjW4XO3xnVhVshfCm-HXeQlkdqnVBtg
[20:00] <jcastro> ok everyone, office hours starts in 30 seconds or so
[20:00] <jcastro> https://plus.google.com/hangouts/_/hoaevent/AP36tYezWWMOvDIBerQVTv3ZjW4XO3xnVhVshfCm-HXeQlkdqnVBtg
[20:00] <jcastro> if you want to participate
[20:00] <jcastro> http://ubuntuonair.com if you want to just listen in
[20:07] <aisrael> ^^ that link isn't working for me. The video says "An error occurred. Please try again later."
[20:07] <jcastro> I'll take questions in here if you have any
[20:08] <jcastro> aisrael: try a hard refresh
[20:08] <aisrael> nada
[20:08] <jcastro> jose: ^^
[20:09] <aisrael> jcastro: it just started working
[20:09] <jose> aisrael: try again, youtube when we didn't start (a bit of lag)
[20:09] <aisrael> http://imgur.com/gallery/q9njg40
[20:09] <jose> refresh and try again
[20:09] <hazmat> jcastro: question: are there any good presentations on juju for a business type audience / ie. high level benefits / whose using it /  etc
[20:14] <hazmat> lazyPower: nice recovery (re kubes)
[20:15] <hazmat> lazyPower: re kube is there a way (document?) to run kube e2e on the charms?
[20:16] <hazmat> lazyPower: flannel does nesc. do overlays, in some cases its directly modifying the iaas substrate networking
[20:16] <hazmat> er. doesn't
[20:17] <lazyPower> hazmat: thats fair
[20:17] <lazyPower> hazmat: i wasn't ready at all to give that update, so i shot from the hip
[20:17] <hazmat> lazyPower: kube is targetting 1.0 end of june.. their already in feature freeze
[20:18] <lazyPower> hazmat: also regarding kube e2e, thats coming in an action. we just landed the ptestore validation, so e2e is expecting (come pass or fail) by the end of the cycle. I'm guessing in 2 to 3 weeks time.
[20:18] <lazyPower> *petstore
[20:18] <kwmonroe> the core apache bits we're working on for big data: https://jujucharms.com/u/bigdata-dev/apache-core-batch-processing
[20:20] <jcastro> hazmat: after kevin finishes we'll move on to your questions
[20:20] <jcastro> sorry I missed them the first time
[20:22] <hazmat> jcastro: no worries, lazyPower got to them already.. and re presentations .. email to the list would be great.
[20:24] <hazmat> jcastro: new question.. where is kafka in the big data landscape?
[20:24] <hazmat> i just see mine and samuel's old charms.
[20:24] <hazmat> its an integral part of many data flow pipelines
[20:25] <hazmat> jcastro: what's the state of monitoring services in the charm ecosystem?
[20:25] <jcastro> keep the questions coming, this is awesome!
[20:27] <hazmat> re monitoring what about grafana / statsd / heka / collectd / prometheus?
[20:27] <hazmat> ;-)
[20:27] <hazmat> pls let's all leave nagios in the 90s where it belongs ;-)
[20:27] <jcastro> heh
[20:29] <hazmat> marcoceppi: is the monitors interface blogged about or documented?
[20:29] <hazmat> sounds like its trying to be a generic that different tools could plug into?
[20:29] <hazmat> irc lag kills
[20:34] <hazmat> marcoceppi: what's the state of networking?
[20:35] <hazmat> leader elections.. yipee!
[20:35] <hazmat> everyone rewrite your charms ;-)
[20:36] <hazmat> or even a db upgrade from a common webapp.
[20:37] <hazmat> the container networking in aws is kinda of bogus, only works with default vpc
[20:40] <hazmat> marcoceppi: the aws tagging thing is pretty big as well
[20:40] <hazmat> that's how you get chargeback / measure the cost of an environment in aws.
[20:42] <jrwren> are there docs for how to update charms to use those new states?
[20:44] <hazmat> 'need to know basis' lol
[20:45]  * hazmat translates i could tell you how to status output on your env, but i'd have to terminate your environment after
[20:45] <lazyPower> soudns about right
[20:46] <hazmat> sweet!
[20:46] <hazmat> re dockercon, link?
[20:46]  * hazmat already signed up
[20:47] <hazmat> jcastro: link? i don't see anything on insights.canonical.com
[20:48] <jrwren> what was that charm with the status examples?
[20:48] <kev_> What is best way to bridge  the private interface to make it accessible to to the public network
[20:48] <hazmat> er.. i mean nothing on insights.ubuntu.com that i see
[20:48] <jcastro> https://insights.ubuntu.com/event/conducting-systems-and-services-an-evening-about-orchestration/
[20:48] <hazmat> jcastro: thanks
[20:50] <jcastro> we haven't pushed it hard yet due to openstack news
[20:50] <jcastro> but we'll be pushing/tweeting it way more over the next few weeks
[20:53] <hazmat> jcastro: tweeted already https://twitter.com/kapilvt/status/604027510624501760
[20:56] <jcastro> <3
[22:13] <marcoceppi> jcastro: you still around?


[06:59] <rsalveti> apw: let me know once the meta packages are available in the ppa, so we can try to land them today in the archive
[09:19] <apw> rsalveti, sorry been having fallout from any upgrade this morning, will be soon
[09:44] <apw> rsalveti, ok they are all building or pending publication now
[11:41] <snadge> whats the easiest way to try out the latest kernel/radeon driver in saucy? .. oibaf? edgers?
[11:49] <apw> snadge, i would guess edgers, but #ubuntu-x might have better info
[13:26] <jdstrand> so, I've noticed for a little while that if I have VMs running and then I suspend my machine, when I come out of suspend, sometimes they are unresponsive and qemu is pegging the cpu
[13:26] <jdstrand> so I decided to look in kern.log this morning, and see: http://paste.ubuntu.com/7010323/
[13:27] <jdstrand> what's interesting to me is that I suspending at Feb 27 21:36:08 and resumed at Feb 28 07:16:05
[13:28] <jdstrand> I don't know how the ordering is supposed to all go, but it seems like all the 'kvm: disabling virtualization on CPU1' is happening way too late (as in, after I resume)
[13:28] <jdstrand> maybe that is just when it hits syslog
[13:29] <apw> the date on the left is a lie, that is "stopped" when syslog is frozed in the freezeing ling
[13:29]  * jdstrand tries to remember the format of the kernel timestamp
[13:29] <apw> seconds and microseconds since boot
[13:29] <apw> or nanoseconds or something
[13:30] <apw> Feb 28 07:16:05 localhost kernel: [260761.679027] ACPI: Low-level resume complete
[13:30] <apw> i think that is the first thing it says on the way up, everything before that is before it went down, but cking is more is an expert on those msgs
[13:31] <apw> jdstrand, are these 64 or 32 bit guests ?
[13:31] <jdstrand> it was a 64 bit bit guest last night
[13:31] <apw> not smb's bug then.  well, i think its time to file a bug, and we'll get smb et al too poke at it
[13:32] <cking> apw, yep the timestamp is a lie at that poinmt
[13:32] <jdstrand> I've seen it with more than this guest, but I'm not sure if I've only ever seen it with 64 bit
[13:32] <jdstrand> ok, that makes sense then
[13:34] <jdstrand> I don't see anything particularly wrong from a kernel perspective looking at the kern.log if I consider 'ACPI: Low-level resume complete' as the place to split
[13:36] <jdstrand> except perhaps the CPU0 is never actually listed as having kvm disabled or enabled
[13:36] <jdstrand> but I'm not convinced that is wrong
[13:37] <jdstrand> ok thanks. I'll be testing hallyn's new qemu at some point soon, so I'll just put this on the backburner
[14:04] <rsalveti> apw: thanks!
[14:05] <apw> jdstrand, ok if its there, bug us up please
[14:05] <apw> rsalveti, let me know if they are any good
[14:05] <rsalveti> sure
[14:06] <_bjf> arges, bug 1270237
[14:06] <ubot2`> Launchpad bug 1270237 in linux (Ubuntu Quantal) "prevent the conntrack table from filling up in the kernel" [Medium,Fix committed] https://launchpad.net/bugs/1270237
[14:06] <bjf> arges, you think we can set this to verified?
[14:07] <arges> bjf: so far the user that's tested it hasn't hit the problem, but its one of those 'run for a long time and try not to hit it' problems
[14:08] <bjf> arges, right. but we have to decide if we are going to revert or not at some point and now would be a good point :-)
[14:09] <lamont> why does trusty's grub-probe say: grub-probe: error: unknown filesystem.
[14:10] <apw> lamont, any idea which one it is whining about ?
[14:12] <lamont> there are several options
[14:12] <lamont> which is to say, no.
[14:12] <lamont> trusty upgrade threw a fit when memtest86+ and the kernel postinsts failed as a result.
[14:13] <lamont> and then the reboot led to a kernel panic (no root fs, iirc - didn't look much), so I'm running trust on a 3.11 kernel atm
[14:13] <lamont> apw: I don't mind the unknown filesystem as much as I mind the exit(1)
[14:20]  * lamont gives the reboot the ol' college try
[14:21] <lamont> apw: hints on where I might add a --verbose to have grub-probe be more forthright?
[14:26]  * lamont throws strace -ff at the problem
[14:28] <lamont> apw: it's complaining about /dev/mapper/sda5_crypt ...
[14:28] <lamont> which, yes, it shouldn't like so much
[14:30] <lamont> because it's an lvm pv
[14:52] <apw> hurumph, i suppose this is related to the grub2 update
[14:53] <apw> cjwatson, ^^ have yu seen any reports of grub getting whiney about encrypted drives ?
[14:54]  * lamont really tries the reboot thing.  brb hopefully
[15:01] <lamont> apw: after manually moving grub.cfg.new -> grub.cfg, life is happier and I'm running a trusty kernel
[15:23] <apw> lamont, well that is something at least
[15:27]  * lamont generates a strace -ff update-grub stream
[15:33] <lamont> apw: who should I be pestering to look at chinstrap:~lamont/update.strace?  (is grub2 kernel, or foundation?)
[15:35] <ogra> apw, bug 1286184
[15:35] <ubot2`> Launchpad bug 1286184 in linux-flo (Ubuntu) "udev ACLs for sound devices can not be set" [Undecided,New] https://launchpad.net/bugs/1286184
[15:35] <ogra> apw, seems it doesnt happen on mako
[15:35] <ogra> checking manta now
[15:35] <ogra> but it smells like this is flo specific
[15:38] <ogra> yup it is ... verified on manta
[15:55] <apw> ogra, ack
[15:55] <apw> rsalveti, do you want to copy out the current flo before i upload, or shall i replace it
[15:56] <rsalveti> apw: just replace it, I'm publishing the other packages in a CI silo (as we need to rebuild the android package as well)
[15:56] <rsalveti> so don't worry, I'll get  them in the archive via a CI silo
[16:00] <apw> rsalveti, so yo have taken them "elsewhere" ok
[16:00] <rsalveti> apw: yeah
[16:01] <ogra> yeah, so we are able to fish them out of the conatiner at least
[16:01] <ogra> still better than having to download the package
[16:04] <rsalveti> yeah
[16:04] <rsalveti> apw: just ping me once the new flo kernel is available in the ppa
[16:06] <apw> rsalveti, ack
[16:16] <hallyn> hi - i keep getting lockups which i was blaming on unity, but now am wondering whether it's kernel.
[16:16] <hallyn> http://paste.ubuntu.com/7011147/  does this mean anything to anyone?
[16:25] <apw> hallyn, not sure i know of them specifally, but it sounds like bad commands in the gpu pipeline, of course that could be mesa
[16:26] <hallyn> ok - yeah i couldn't tell if nouvou was misbehaving, or was getting a bad command.
[16:26] <hallyn> was wondering whether it is the same as https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1282342, or a kernel cause for it
[16:26] <ubot2`> Launchpad bug 1284536 in compiz (Ubuntu) "duplicate for #1282342 compiz crashed with SIGSEGV in two_way_long_needle()" [High,Confirmed]
[16:27] <hallyn> but no i guess it is unrelated.  sigh.
[16:27] <apw> i would bring this up on #ubuntu-x someone might recognise it
[16:28] <hallyn> heh, i try to avoid that chan, but ok will do :)  thanks
[16:30] <sforshee> ogasawara, apw, bjf: do we have anyone going through these fedora kernel patch report emails and seeing if there's anything we should consider picking up?
[16:31] <sforshee> e.g. https://lkml.org/lkml/2014/2/28/302
[16:32] <bjf> sforshee, i'm sure kamal will be happy to look at those :-)
[16:34] <sforshee> bjf: I noticed that the most recent one is patches on 3.13, which seems it would definitely be of interest
[16:36] <bjf> sforshee, yeah, so someone from the dev kernel team should be looking at those. your on that team aren't you? :_)
[16:36] <apw> sforshee, yeah that looks interestnig indeed, if you arn't looking :)  then i can on monday or s
[16:36] <apw> so
[16:36] <sforshee> bjf: I am, I just didn't want to duplicate effort if someone else is already doing it
[16:37] <henrix> sforshee: i usually look at those in my usual review of stable patches, but this one may be of particular interest for T
[16:38] <apw> sforshee, then ... we have a plan :)  thanks
[16:38] <henrix> most of the time these are patches that hit the stable trees anyway, so... :)
[16:38] <kamal> bjf, sforshee, henrix: I'm not convinced that all of those (or perhaps any of those) are suitable for stable
[16:38] <henrix> kamal: well, yeah... i just saw there was an email, i didn't look at the patches
[16:38] <bjf> kamal, and i'm ok with that evaluation
[16:40] <kamal> bjf, sforshee, apw:  ok,henrix and I will look through them and compare notes
[17:05] <ppisati> hey
[18:27] <arges> hallyn: hey i'm looking at bug 1278531. there is a patch that fixes 3.13, but are you still seeing issues with a 3.11 kernel?
[18:27] <ubot2`> Launchpad bug 1278531 in linux (Ubuntu) "nested kvm fails with trusty and upstream kernels" [Medium,Confirmed] https://launchpad.net/bugs/1278531
[18:28] <hallyn> arges: 3.11 has a idfferent bug,
[18:31] <hallyn> at least for me.  for some ppl it works fine
[18:31] <hallyn> for me, kvm jsut hangs with 100% cpu
[18:40] <arges> hallyn: ok is that tracked in a different bug or same one?
[18:40] <hallyn> arges: iirc that bug originally was for that failure
[18:41] <hallyn> we re-used it as i assumed at first it was the same.  but smb found that the 3.11 bug was probably fixed somewhere between 3.11 and 3.13
[18:44] <arges> hallyn: ahh here's the other bug 1208455 to track it
[18:44] <ubot2`> Launchpad bug 1208455 in linux (Ubuntu Saucy) "general protection fault running apt-get inside double nested kvm VM" [High,In progress] https://launchpad.net/bugs/1208455
[18:45] <hallyn> that one gets more convoluted :)
[18:46] <hallyn> arges: what exactliy are you trying to nail down?
[18:46] <hallyn> you're having a failure on saucy?
[18:46] <arges> hallyn: just want to make sure 3.11 work as well
[18:46] <hallyn> ok.  yeah, i'm kinda letting 3.11 suffer until trusty is golden
[18:50] <sconklin> #rake
[19:54] <apw> rsalveti, ok uploaded flo, should be about an hour all things being equal
[19:54] <rsalveti> apw: awesome, thanks!
[23:59] <cetex> ACPI. Is it polling-based or event based? or a combination?


[02:43] <DreamPhysix> Should I install Lubuntu 12.04 or 12.10 on my production laptop for computer engineering projects?
[02:45] <Unit193> Production laptop? Do 12.04.
[02:45] <DreamPhysix> The ISO is downloading at < 100 KB/sec :(
[02:45] <Unit193> Tried a torrent?
[02:46] <DreamPhysix> My ISP throttles torrents
[02:46] <DreamPhysix> or i think they do
[02:46] <Unit193> Ah, that's a darn shame.
[02:46] <DreamPhysix> and my institution doesn't host for lubuntu, just ubuntu
[02:46] <DreamPhysix> hmm..
[02:47] <Unit193> What arch are you getting?
[02:47] <DreamPhysix> i was told to try lubuntu because ubuntu killed my battery life apparently because of unity
[02:47] <DreamPhysix> amd64
[02:48] <DreamPhysix> i want to test it in a VM first so i suppose x86 is fine
[02:48] <Unit193> http://<IP_ADDRESS>/iso/lubuntu-12.04-desktop-amd64.iso Try that, and you can check MD5sum.
[02:48] <DreamPhysix> the ping to that server is 110 ms, probably not gonna be fast
[02:50] <Unit193> Bah, http://thesii.org/iso/lubuntu-12.04-desktop-amd64.iso is the correct link, and I was just getting 1MB/s +
[02:53] <DreamPhysix> meh
[02:53] <DreamPhysix> there is something wrong with my network but i can't complain to my ISP because I am getting 10 times the speed I'm paying for
[02:53] <DreamPhysix> but i know that's not a discussion for this channel
[02:54] <DreamPhysix> can you tell me though if lubuntu would be a good choice for a i5-2410m 8gb ram laptop?
[02:54] <DreamPhysix> I'm a computer engineering student and I want to spend more time in the Linux environment since I plan on doing a good bit of programming.  I have been running CentOS and Debian servers for years, headless of course
[02:55] <Unit193> It'd run on it just fine, if that's what you would like to know.  Mine isn't half that powerful.
[02:55] <DreamPhysix> I know that Lubuntu is lightweight but will it still take advantage of the power of my system?
[02:56] <DreamPhysix> Like can it still handle higher itnensive things or is it only itnended for low ends ystem?
[02:56] <DreamPhysix> low end systems*...
[02:56] <Unit193> It's generally made for lower end stuff, but it'll take what ever you have. (Unless you're using a non-pae kernel on a 4+GB system)
[02:57] <DreamPhysix> Hmm... is there something else more designed for my system?  I'm mainly concerned about battery life
[02:57] <DreamPhysix> Ubuntu killed my laptop in 1.5 hours even though it lasts for 4+ on win7
[02:58] <DreamPhysix> I'm really nervous about messing up my MBR or Windows stuff though, since awhile ago i installed linux as dual boot and removed it later, and my windows wouldnt boot
[02:58] <Unit193> Wow, that's bad.  I'd say it's worth a shot at least.
[02:58] <DreamPhysix> I heard Unity was a power hog
[02:58] <Unit193> It does have compositing, and that will take more.
[02:59] <Unit193> Windows 7? You should be able to boot the recovery console and fix startup from that.
[02:59] <DreamPhysix> Ah ok.
[02:59] <DreamPhysix> I think I'll try to wget Lubuntu to my server and if it gets higher speed ill just download it from my server afterwardzs
[03:00] <DreamPhysix> actually it's really slow on my server which is plugged directly into a major internet hub
[03:00] <DreamPhysix> so i need to try your mirror again
[03:00] <DreamPhysix> it's also slow
[03:02] <Unit193>  7% [[03:02] <DreamPhysix> where are you located?
[03:02] <DreamPhysix> i go 60 KB/sec
[03:02] <Unit193> Ohio, that server is in France.
[03:02] <DreamPhysix> I'm in Atlanta.  Maybe there's a network problem at our internet exchange
[03:02] <DreamPhysix> sec
[03:03] <Unit193> That's really not cool, I've hit 20KB/s with dialup a couple times. :/
[03:04] <DreamPhysix> I'm getting 5 MB/s from a local ubuntu mirror
[03:04] <DreamPhysix> but "We are happy to provide hosting for the following projects via the cdimage server. While they are not commercially supported by Canonical, they receive full support from their communities. The cdimage server also hosts other Ubuntu images not found on this server."
[03:05] <DreamPhysix> so its the normal cdimage.ubuntu.com mirror
[03:05] <Unit193> Well, if it works, it works.
[03:09] <DreamPhysix> downloading it at 12.8 MB/sec from another server, lol
[03:11] <DreamPhysix> Thanks for the help.  Managed to get it to go faster.
[03:17] <Unit193> Sweet.
[05:13] <wxl> hey this might be a non-lubuntu question but i just got this free eeepc 1005ha netbook and i have the same problem i had when i had xp on it-- i can't connect to [hostname].local addresses. anyone know what's up with that or anything i could do?
[05:16] <bioterror> can you connect to ip address?
[05:18] <wxl> yep, no problem there
[05:18] <bioterror> what if you say
[05:18] <bioterror> nslookup [hostname]?
[05:18] <bioterror> % nslookup boge
[05:18] <bioterror> Name:   boge.sapporo
[05:18] <bioterror> Address: <IP_ADDRESS>
[05:19] <wxl> server is localhost
[05:19] <wxl> (<IP_ADDRESS>)
[05:19] <wxl> address is localhost#53
[05:19] <wxl> server can't find hostname: "NXDOMAIN"
[05:20] <wxl> those first two lines are the same for an external hostname
[05:20] <wxl> then i get a reasonable non-authoritative answer
[05:20] <bioterror> fix your network then
[05:20] <wxl> hah
[05:20] <wxl> well
[05:20] <wxl> this is the strange thing
[05:21] <wxl> this is the only machine on the whole network i have problems with
[05:21] <bioterror> it should not matter, as it gets the same configurations from the DHCP?
[05:21] <wxl> it should, right?
[05:21] <bioterror> yes it should.
[05:21] <bioterror> my mobile phone doesnt understand hosts neither
[05:21] <wxl> this is a totally new lubuntu install, too-- it shouldn't be some weird configuration
[05:21] <bioterror> stupid  MeeGo
[05:22] <wxl> yeah mine doesn't either, (stupid WebOS) but i don't have high hopes there
[05:22] <bioterror> hmmm
[05:22] <bioterror> what if you use something else than WebOS, like lubuntu?-)
[05:22] <bioterror> if they have somehow messed up things
[05:22] <wxl> well never tried on the phone
[05:23] <wxl> but like i said i don't care about it
[05:23] <wxl> my other lubuntu machines work great
[05:23] <wxl> our imac has no problem at all
[05:23] <wxl> shoot, virtual machines have no problem
[10:33] <koleoptero> hi all
[10:34] <koleoptero> I have a bit of a silly problem, how do I put a bash script to run on startup/login?
[10:38] <half-duplex> rc.local ?
[11:39] <akls> most of the time new windows look like maximized, but really they just have the size of the screen
[11:39] <akls> is this a known bug?
[11:39] <akls> or should I report it?
[12:07]  * mi3 is away: NONE OF YOUR BUSINESS, PHRICK!
[12:07]  * mi3 is back (gone 00:00:10)
[12:20] <Mkaysi> !away | mi3
[12:20] <mi3> too late, I am online, but thanks :D
[17:47] <blackcatgatonegr> weird, sometimes reboot helps!
[18:38] <blackcatgatonegr> so, what file seracher program should I use in lubuntu?
[18:38] <blackcatgatonegr> *searcher
[18:41] <Unit193> I use locate, but some may think catfish is good.
[18:43] <blackcatgatonegr> catfish is lightweight enough
[18:51] <blackcatgatonegr> Sometimes I get this error on lubuntu when trying to play sound files "snd_pcm_open failed: No such file or directory." any idea how to fix it?
[18:55] <blackcatgatonegr> How I set the default  audio device in lubuntu?
[18:59] <Unit193> General volume control is in alsamixer.
[19:00] <kanliot> good question
[19:01] <blackcatgatonegr> Eroors so far "snd_pcm_open failed: No such file or directory" "snd_pcm_open failed: No such file or directory.", sometimes reboot fixes it, others it doesnt
[19:02] <blackcatgatonegr> *errors
[19:02] <blackcatgatonegr> ok, gonna try reboot now
[19:47] <leszek> hi
[20:52] <Guest4945> hi, I have installed Lubuntu on my old computer, it works perfectly 'till i go on internet... chromium, firefox and Updates are just really slow...
[21:32] <cscho0415> im trying to install lubuntu and after it asks me my language then i click install the scree starts flashing between black(off) and the 5 blue and white dots with the lubuntu logo. i hit esc so i can see the verbose and i see no major issue but after about 2 minutes when its done it goes to a wierd looking screen. I dont think this is supposed to happen and idk what is causing it
[21:33] <cscho0415> by weird looking screen i mean that there is no graphics which i can explain really, it is grey and not something i have ever seen
[21:33] <cscho0415> any help?


[00:53] <tjaalton> yawn
[01:17] <tjaalton> ooh, gallium-0.2 will be merged to mesa master and that'll become mesa 7.3 before newyear
[01:25] <tjaalton> lool: could debian ship it?
[01:39] <tjaalton> lool: I mean license-wise, or is it completely free?
[11:04] <JSeann> moin
[14:30] <lool> tjaalton: License wise it's free
[14:31] <lool> tjaalton: The kernel driver (the free part) can do KMS, it used ot rely on bleeding edge drm though
[15:19] <tjaalton> lool: ok, sounds fine. i guess that if you would maintain it for debian as well, having it on alioth is not a problem (just like the openchrome driver is maintained)


[09:32] <knome> zequence, requested the main branch to be reviewed and pushed to your WP installation, so you should have it when IS has done their thing
[13:18] <krytarik> Since we are apparently touching the seeds/meta still anyway, we should consider replicating this as well: http://bazaar.launchpad.net/~xubuntu-dev/ubuntu-seeds/xubuntu.xenial/revision/997
[14:37] <snapfractalpop> Will the vanilla switch to mir affect ubuntu studio 16.04 in any way?
[14:48] <OvenWerks> snapfractalpop: Studio is still using x
[14:50] <OvenWerks> my wife has been running xubuntu 16.04 for a few months now without trouble.
[14:50] <snapfractalpop> that's good to hear
[14:50] <snapfractalpop> thanks for the response
[15:23] <sakrecoer> is it -default-settings that is responsible for setting whoch programs open what file types by default?
[15:23] <sakrecoer> s/whoch/which
[15:23] <krytarik> Yep.
[15:24] <sakrecoer> we might have to have a look at them, it seems firefox wants to show files in kid3 instead of thunar. audio files also open in kid3 from desktop
[15:24] <sakrecoer> instead of parole
[15:26] <krytarik> Well, look at my last commit there.
[15:28] <sakrecoer> krytarik: have i told you  i love you lately? :)
[15:34] <sakrecoer> i was looking at how to put the dekstop settings in the config files yesterday, and noticed the settings for lightdm are put in /etc/lightdm/lightdm-gtk-greeter.conf, that file is not in -default-settings branch in launchpad, does that mean it has to be added there? or is it set somewhere else?
[15:34] <krytarik> Yep.
[15:35] <sakrecoer> thanks krytarik ! i'll wait for zequence aproval before i do anything tho :)
[15:38] <krytarik> sakrecoer: Like here: http://bazaar.launchpad.net/~xubuntu-dev/xubuntu-default-settings/trunk/files/head:/usr/share/lightdm/lightdm-gtk-greeter.conf.d/
[15:38] <krytarik> And I'd certainly +1 doing so.
[15:40] <sakrecoer> should it also be named like that, with a priority number?
[15:40] <sakrecoer> and yeah, even if the color theme is not approved by zequence, we should at least set Noto in there...
[16:07] <krytarik> sakrecoer: Btw, regarding the NOX theme, this still seems to be true, i.e. no GTK+ 3 support: http://crunchbang.org/forums/viewtopic.php?id=26192 - Numix looks like a viable alternative though, and might indeed both fit the Studio style better, and distinguish it more from Xubuntu.
[16:09] <sakrecoer> krytarik: right, that would explain why NOX isn't affecting pavu controls...
[16:10] <sakrecoer> new version of fontforge today also! its release party everywhere! :D
[16:12] <sakrecoer> i wonder why debian is still developping that old 2012 version.. i got absolutely no response when i adressed the fonts guys mailing list
[16:14] <sakrecoer> and that list was so full of spambots and automated emails that i unsubed after a month..
[16:16] <OvenWerks> sakrecoer: that would be a general indication that there are no fonts guys left.
[16:17] <sakrecoer> OvenWerks: well, from to time, they would discuss things, so it wasn't a dead list
[16:17] <OvenWerks> ah.
[16:17] <sakrecoer> and i would see fixes being pushed for fontforge, but that old version.
[16:17] <sakrecoer> and the fontforge guys have made such a beautyfull doc, but of course, it is made for later version
[16:28] <sakrecoer> the numix available is a bright theme...
[16:29] <sakrecoer> sort of abright and dark...
[16:32] <sakrecoer> just a few elements are dark in numix.
[16:36] <sakrecoer> well... seems like there goes darkness
[18:16] <krytarik> sakrecoer: Since you mention availability, I forgot to mention that NOX isn't even in the repos, but figured it doesn't matter anyway.
[19:35] <sakrecoer> krytarik: "NOX isn't even in the repos" what does that mean? i used what i found after a fresh install of the latest US xenial build...
[21:28] <zequence> sakrecoer: Right, we should look at the lightdm stuff as well
[21:30] <zequence> Also the plymoth theme
[21:32] <zequence> sakrecoer: To find out which package a file belongs to, do: dpkg -S /path/to/file
[21:32] <zequence> Only works on system wide files, of course - not stuff in home
[21:32] <zequence> Also, if you ever want to see the list of packages we have, I put together a nice comprehensive list here https://wiki.ubuntu.com/UbuntuStudio/UbuntuStudioPackages
[21:32] <zequence> The link is at the bottom part of the sidebar
[21:48] <krytarik> And I have linked to the manifest before: http://cdimage.ubuntu.com/ubuntustudio/dvd/current/xenial-dvd-amd64.manifest
[21:49] <zequence> krytarik: my list only shows our own original source, to be clear
[21:50] <krytarik> Yep, I see.
[21:50] <knome> apt-cache search ubuntustudio
[21:50]  * knome hides
[21:53] <sakrecoer> ok, thanks guys! krytarik, can you please clarify for me that nox and repo thing?
[21:54] <sakrecoer> knome: probably because atm i am on 14.04 but "E: Invalid operation ubuntustudio"
[21:55] <sakrecoer> first time i see that manifest, must have past me by, or been posted in offtopic :D however, i see NOX isnät there but numix is... so where did i get nox from?
[21:58] <knome> sakrecoer, with apt-cache?
[21:59] <krytarik> sakrecoer: No, wasn't in -offtopic.  And I simply meant it as I said it - didn't find it in the repos on a quick search.
[22:08] <sakrecoer> knome: yes, with apt-cache and also sudo ..
[22:09] <knome> sakrecoer, are you sure?
[22:09] <knome> krytarik, tell him he's lunatic
[22:09] <zequence> Is that someone who loves the moon?
[22:09] <knome> could be
[22:10] <sakrecoer> ok, i'm a lunatic moron who forgot to type "search"
[22:10] <knome> indeed :P
[22:11] <sakrecoer> zequence: no, it is someone who follows the cycles of the mon
[22:11] <sakrecoer> moon
[22:11] <sakrecoer> =not always in its full mind


[08:11] <jbailey> doko_: Is it correct that the gcc build doesn't seem to honour DEB_BUILD_OPTIONS="nocheck" ?
[08:22] <doko_> jbailey: yes, I think it's fixed for 4.2. WITHOUT_CHECK=yes works however
[08:23] <jbailey> Ah well, it' shalfway through the gcc tests now.
[08:23] <jbailey> Hopefully this won't take all night.
[08:27] <jbailey> doko_: Before work this morning I started a new gcc build with what is hopefully a fixed glibc on hppa.
[08:27] <jbailey> Checked it after a I got back from lunch. =)


[01:46] <pwnguin> http://www.tansu-style.com/robert-j-lang/robert-j-lang-web-gallery/pages/20-P2010150.html
[01:49] <pwnguin> http://www.langorigami.com/art/gallery/gallery.php4?name=sentinel
[11:40] <thorwil> kwwii: have nice holidays!
[12:08] <kwwii> thorwil: thanks, I'll try
[12:08] <kwwii> btw, they mentioned to me that living in london is a pretty big issue for that job
[12:23] <thorwil> hm, ok
[14:04] <nand> thorwil: hey! planning to work for canonical? :)
[14:11] <darkmatter> work for Apple! at least it has a design direction! *hides*
[14:12]  * nand smiles
[14:39] <thorwil> nand: well, yes
[14:39] <nand> eh, that's cool!
[14:39]  * thorwil -> bicycle
[14:40]  * nand is confident thorwil will be able to do great stuff for Ubuntu artwork
[23:50] <DanaG> vwhoa, the thing about Origami:
[23:50] <DanaG> http://www.ted.com/index.php/talks/robert_lang_folds_way_new_origami.html
[23:57] <pwnguin> heh
[23:57] <pwnguin> im glad someone found it
[23:58] <pwnguin> DanaG: theres another talk and a ibix
[23:58] <pwnguin> ibex?