[03:41] <philipballew_> Just sent out the announcement for the Ubuntu San Diego hour.
[16:01] <DWonderly> Morning everyone.
[16:01] <akk> morning!
[16:02] <raevol> DWonderly: mownin'
[16:02] <DWonderly> :)
[16:02] <DWonderly> Sorry I have not been around much guys... :/
[16:22] <DWonderly> When Canonical drops... people believe in the Kubuntu Project. :D http://www.kubuntu.org/news/kubuntu-to-be-sponsored-by-blue-systems
[16:30] <pleia2> Canonical still hosts the kubuntu site and hosts the whole development infrastructure, doesn't it?
[16:31] <pleia2> I thought they just stopped paying a kubuntu dev
[17:07] <philipballew> I think they gave the individual new stuff to work on?
[17:10] <pleia2> yeah
[17:11] <pleia2> and they don't ship kubuntu CDs anymore
[17:11] <DWonderly> Nope not anymore.
[17:12] <DWonderly> Blue systems have hired Riddell. They will be providing servers, webserver, swag, and sponsorship monies.
[17:12]  * philipballew sees a new market for bootleg Kubuntu cd's
[17:12] <DWonderly> Plus, they will continue the commercial support for companies.
[17:12] <pleia2> will kubuntu no longer be a recognised derivitive if it's not using the release infrastructure anymore?
[17:12] <DWonderly> That's up to Canonical...
[17:13] <DWonderly> They also have to release the use of Kubuntu trademark.
[17:13] <DWonderly> But, we have over 250 commercial support contracts that Canonical walked away from.
[17:13] <DWonderly> and it is the #1 used distro in Brazil including the government...
[17:13] <pleia2> wow
[17:14] <DWonderly> So, Riddell who was the Kubuntu Dev for canonical is quitting so he can continue to work with Kubuntu.
[17:14]  * pleia2 nods
[17:14] <DWonderly> http://www.muktware.com/news/3516/kubuntu-be-sponsored-blue-systems
[17:15] <DWonderly> That is a good writeup on it.
[17:16] <DWonderly> I'll finally get some Kubuntu swag :D
[17:24] <philipballew> its interesting pleia2 how "fella" is a word that is said without a thought to its meaning.
[17:25] <pleia2> philipballew: maybe for some people
[17:26] <pleia2> it's pretty obvious and odd to me when people address a mixed gender room with gendered words ;)
[17:26] <DWonderly> I notice the same.
[17:26] <DWonderly> and I refuse to use what my wife tried to teach me with y'all
[17:26] <DWonderly> GAHHH!
[17:27] <DWonderly> I forgot how flipping annoying creating a build environment was.
[17:27] <pleia2> chroot++
[17:27] <akk> I hear "guy" and "dude" used as mixed-gender, but I'm not sure I've ever heard "fella" that way.
[17:27] <akk> I'd assume fella=male if I heard it.
[17:28] <pleia2> same
[17:28] <DWonderly> Yeah, new hard drive and install.
[17:28] <DWonderly> therefor it takes a while for the first setup... I wonder how much space is required...
[17:29] <philipballew> Yeah, I agree. I wonder if they are used without a thought to the gender they are implying or if they just think its not a mixed gender room.
[17:29] <DWonderly> hmmz, I think it's time to put the old HD back in and try and sell my smaller SDD.
[17:29] <pleia2> I wrote a script that installs everything on a debian system I need and builds the initital sid chroot
[17:29] <pleia2> life is better now :)
[17:29] <DWonderly> :D
[17:29] <philipballew> nice!
[17:29] <pleia2> except for the part where I hardly do any debian dev anymore
[17:29] <DWonderly> Once I get my new home server or we got our build server from blue systems this will be simplier.
[17:30] <pleia2> at some point in my career I needed to choose sysadmin or debian developer, I took the sysadmin path
[17:30] <pleia2> I still make packages for work, but am only co-maintainer on one package in debian itself these days
[17:30] <philipballew> what package?
[17:31] <DWonderly> I only play with one package a release at this moment... that will change but, right now it's just my docs package.
[17:31] <pleia2> php-xml-rpc
[17:35] <philipballew> Would anyone here like to lead a open week session?
[17:35] <philipballew> Im getting people together this week
[18:43] <philipballew_> one less person in the president race
[18:43] <philipballew_> http://www.cbsnews.com/8301-503544_162-57411949-503544/rick-santorum-ends-bid-for-gop-nomination/


[00:21] <serhii> yo
[00:58] <user|76> Hi i have a framework laptop does kubuntu allow biometric authentication like fingerprint
[00:59] <user|76> i believe my device is capable for it yet i can't detect when going to the settings and users profile
 Hi, are there already any backports of 5.27.5 for 23.04? Will it be a backport even or a regular update
[07:37] <weedmic> what do you mean by "backport"?
[08:27] <yossarianuk> I have to say 23.04 has the least amount of updates I've seen in a release - normally the first few weeks there are many updates, but 23.04 seems to only had a few   (no major issues either..)
[09:06] <dan_> hi
[09:07] <dan_> Does anyone know how to fix python dependency errors?
 hi all
 xm94
 m94
 m5wc
[12:18] <Markus> Hi, is it possible to install Kubuntu 22.04 unattended?
[12:19] <oerheks> preseeding is the old way, now we use autoinstall, https://ubuntu.com/server/docs/install/autoinstall
[12:20] <MrSassyPants> I'm trying to use the plasma thing to create an access point but it doesn't seem to be working unless I'm creating a 2.4 ghz unsecured one. Is there a guide or something somewhere how to actually set up an AP with the applet?
[12:22] <Markus> oerheks should autoinstall also working with Kubuntu 22.04 iso? https://github.com/canonical/autoinstall-desktop
[12:30] <Markus> the preseeding file from Kubuntu 18.04 isn't working with Kubuntu 22.04
[12:31] <oerheks> preseed was the old way, no longer valid
[12:32] <oerheks> autoinstall it is, that github can be a help
[12:32] <Markus> is there a working example for autoinstall under Kubuntu 22.04 somewhere available?
[12:33] <oerheks> Not that i know of ..
[12:34] <BluesKaj> Hi all
[12:35] <weedmic> cheers!  How can I either make "widgets" pull their icon from "system settings>appearance>icons" OR how can I change a widget icon manually like I can pick alternative desktop icons.  The first option would be best as I have the set I really like found.
[12:50] <Markus> oerheks it seems autoinstall isn't working with Kubuntu 22.04 iso file. I could only get it to work with Ubuntu Server 2204 iso file
[13:41] <Markus> oerheks is Ubiquity Automation at Kubuntu 22.04 Iso also removed? https://wiki.ubuntu.com/UbiquityAutomation
[23:25]  * toast[m] uploaded an image: (292KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/FEkiAinvfEgHaZEjGpxFXgBk/image.png >
[23:25] <toast[m]> im in love with oxygen theme


[04:21] <losha> Hello ops. Can something be done about user Toto23? He is (still) sending unsolicited PMs to #ubuntu members containing soft-core porn links
[04:23] <losha> Ah, apparently Toto23 has been k-lined. Thank you...
[04:27] <gord> losha: hi, if you have nothing else to talk about we ask you to leave as per the topic :)
[04:28] <losha> gord: of course. Bye...
[07:13] <Tm_T> hi kids
[09:55] <elky> hrm... didn't we have silenceisdefeat proxied to -proxy-users from everywhere?
[10:11] <elky> heh, that worked surprisingly well
[10:13] <elky> topyli, i must be ill. i'm enjoying this way too much
[10:13]  * elky bops MenZa over the head
[10:13]  * MenZa wobbles.
[10:13] <elky> hi sinsun, is there something we can help you with?
[10:24] <tsimpson> what happened to the ban list in #k?
[10:26] <ardchoille> Can someone do something about meff? He/she keeps changing nicks back and forth, some of us have sent him msgs to either register or stop chaning nicks but he/she seems to not be responding
[10:27] <Flannel> meh, I'm slacking.  Should've seen that
[10:36] <MenZa> tsimpson: Someone nuked it accidentally :P
[10:37]  * MenZa pokes sinsun awake
[10:37] <MenZa> Anything we can do for you today?
[10:40] <Tm_T> tsimpson: me happened
[10:41] <tsimpson> Tm_T: I had a slight shock when I types '/mode #kubuntu b' and there were only 7
[10:42] <tsimpson> I've put back the proxy forwards and re-banned fujisan
[10:42] <tsimpson> those are the only ones I care about anyway :)
[10:44] <MenZa> Someone should *accidentally* nuke #ubuntu.
[10:44] <Flannel> MenZa: That'd spam out half the users
[10:45] <MenZa> Speaking of bans, could anyone grab my list of bans from the bt so I can sort them out?
[10:45] <MenZa> (in -ot)
[11:03] <ikonia> elky: I forwarded sinsun here
[11:03] <MenZa> Ah.
[11:04] <ikonia> sinsun: are you awake ?
[11:18] <MenZa> !intrude is <reply> Please bear in mind that users can often be confused if several people attempt to troubleshoot the same issue similtaneously. If you have suggestions, you can always pass them to person currently helping out.
[11:20] <MenZa> 'FedoRules' in #ubuntu
[11:33] <Tm_T> tsimpson: nice addition (:
[11:33] <tsimpson> thanks
[11:33] <Tm_T> shame it doesn't yet use kwallet
[11:33] <Tm_T> nor others
[11:34] <tsimpson> it still says it's for "testing", not that people actually read package descriptions past the first few lines
[11:35] <tsimpson> but I've been asked how to get webkit enabled in konqueror a few times recently
[11:35] <tsimpson> someone must have blogged about it or something
[11:36] <Tm_T> heh
[11:37] <Tm_T> and it will be in much better condition in 4.4
[11:38] <ardchoille> Someone needs to keep an eye on mikey2 in #ubuntu please
[11:38] <tsimpson> ever thought about calling ops? guess not...
[12:29] <ikonia> bazhang: he was warned yesterday
[12:29] <bazhang> ikonia, so I saw from the kick message
[12:38]  * elky raises an eyebrow at smwn
[12:39] <ikonia> elky: his language is a a delight in ##windows
[12:39] <ikonia> 12:33 < smwn> <ikonia> Fuck up cunt.
[12:39] <elky> charming
[12:40] <ikonia> enchanting conversation, I'm sure
[12:42] <wgrant> Awesome.
[12:42] <elky> awesome with awesome sauce.
[12:43] <elky> he's going to get bored of waiting for me to respond soon...
[12:44] <bazhang> he's trolling everywhere
[12:45] <elky> where's the conductor then?
[12:45] <bazhang> hehe
[13:06] <elky> ljl's right... services are awol
[13:06] <tsimpson> were
[13:06] <bazhang> back now
[13:06] <elky> phew
[13:10] <tsimpson> and gone again
[13:21] <ikonia> ?
[13:21] <ikonia> did I miss something
[13:21] <bazhang> back once again
[13:21] <ikonia> who ?
[13:21] <bazhang> ikonia, chanserv has been in and out
[13:21] <tsimpson> services are apparently crashing
[13:21] <ikonia> ooh
[13:22] <tsimpson> you may want to have a couple of people op up now
[13:22] <tsimpson> just in case services go again
[13:22] <ikonia> I've just done in #ubuntu and #kubuntu
[13:22] <tsimpson> someone should on -ot (god help them though(
[13:22] <bazhang> good idea tsimpson
[13:22] <tsimpson> *)
[13:23] <ikonia> I can do it but I'd rather someone else did so I'm not opp'ed everywhere
[13:23] <tsimpson> I can't, thankfully :)
[13:24] <bazhang> heh me neither :)
[13:24] <ikonia> I'll do it then
[13:24]  * tsimpson hands ikonia the paintbrush and a template called "target"
[13:25] <ikonia> well, I guess I could op you in there so it's not just me
[13:25] <ikonia> and de-op myself
[13:26] <tsimpson> but then I'd bazhang and de-op myself :)
[13:26] <tsimpson> add "op" after "I'd"
[13:28] <ikonia> tsimpson: ahh you're active in #k I can deop in there then
[13:28] <tsimpson> if you want, but it's best to have at least 2 op-ed imo
[13:29] <ikonia> ok then
[13:29] <ikonia> you talked me into it
[13:30] <tsimpson> just in case one is away, more chance of someone being there
[13:32]  * tsimpson thinks the FloodBots should have an "opme" command
[13:55] <bazhang> sinsun, hi
[13:55] <sinsun> hi
[13:55] <bazhang> how may we help you
[13:56] <sinsun> Mr. Zhang, I am quite ok now, thank you.
[13:56] <bazhang> sinsun, my question was more along the lines of why did you join this channel
[13:56] <tsimpson> probably the forward from #u
[13:56] <bazhang> ah right
[13:56]  * tsimpson pokes ikonia
[13:57] <bazhang> bots iirc
[13:57] <ikonia> you poked
[13:57] <ikonia> ahhh yes
[13:57] <ikonia> sinsun: hello
[13:57] <sinsun> oh, just curious. I'll leave. :)
[13:57] <sinsun> I am leaving
[13:57] <ikonia> it was a forwad I put on
[13:57] <tsimpson> hmm
[13:57] <bazhang> so he was the botmaster
[13:57] <ikonia> I've just messaged him to rejoin
[13:57] <ikonia> no
[13:58] <ikonia> sinsun: hi, thanks for rejoining
[13:58] <sinsun> ikonia: hi
[13:58] <ikonia> sinsun: I forwarded you to this channel and banned you from #ubuntu because of your persistant advertising of your translation channel/services
[13:59] <ikonia> sinsun: do you know what I'm talking about ?
[13:59] <sinsun> I'm sorry, how long is my guilty?
[13:59] <ikonia> until I have confidence you will stop
[13:59] <ikonia> 1.) I asked you to stop yesterday - you did not
[14:00] <ikonia> 2.) I kicked you and asked you to stop
[14:00] <sinsun> I'm stop now.
[14:00] <ikonia> 3.) flannel kicked you and asked you to stop
[14:00] <ikonia> on all 3 occasions you said you "will stop" - yet you did not
[14:00] <ikonia> how do I know you will stop ?
[14:00] <sinsun> sorry, I use Quassel. So, I don't really on-line.
[14:00] <ikonia> you knew that you where asked to stop and on all 3 occasions said "sorry - I will stop" - yet did not
[14:00] <sinsun> I will stop Quassel. And no promotion again.
[14:00] <ikonia> so you DID understand
[14:01] <ikonia> quassel has nothing to do with this
[14:01] <ikonia> what you type is the problem
[14:01] <sinsun> quassel"d" can hang on-line without my consions
[14:01] <sinsun> s/sion/cions
[14:01] <tsimpson> but you replied and said you would stop, then continued
[14:02] <tsimpson> so you were connected and understood
[14:02] <sinsun> Ok, I'm soory to promot my classrom. Sorry, and I will stop.
[14:03] <ikonia> you've said that 3 times, how can you be believed
[14:03] <sinsun> so....can I leave now?
[14:03] <ikonia> sure
[14:04] <sinsun> ikonia: thank you. quassel"d" is not good idea. :)
[14:04] <ikonia> quassel has nothing to do with it
[14:04] <ikonia> you where at thekeyboard and responded
[14:05] <ikonia> sorry "you where at the keyboard and responded"
[14:05] <sinsun> I'm sorry again
[14:05] <ikonia> no problem
[14:05] <sinsun> :)
[14:06] <ikonia> sinsun: so if I remove the ban on #ubuntu you promise you will NOT promote your channel or translations services again
[14:06] <ikonia> just to be %100 clear
[14:06] <ikonia> ughh
[14:06] <bazhang> heh
[14:06] <tsimpson> that's a new one, "I didn't stop spamming because I use quassel"
[14:06] <bazhang> I would not trust him
[14:06] <elky> we'll see soon enough
[14:06] <ikonia> I'll remove the ban - just be aware of his histeory
[14:06] <ikonia> history
[14:07] <bazhang> sorry native bias
[14:07] <ikonia> @mark #ubuntu sinsun promoting his channel and translation services, now on a final warning after ban forward to -ops
[14:12] <Tm_T> he is some kind of gentoo-guy?
[14:12] <ikonia> n
[14:12] <ikonia> no
[14:12] <ikonia> just spams channels
[14:12] <Tm_T> ok, makes it simpler I guess
[14:12] <ikonia> was ubuntu and gentoo - got banned from #ubuntu so just gentoo
[14:13] <ikonia> how's services looking ?
[14:14] <ikonia> safe to deop ?
[14:14] <Tm_T> no idea
[14:16] <tsimpson> I haven't seen christel say she's stopped messing with services yet
[14:19] <ikonia> ok
[14:26] <tsimpson> I think it's probably safe to de-op, no service issues for a while now
[14:32]  * elky looks at the -irc list.
[14:32] <elky> oh look, an email.
[14:32] <Tm_T> wasn't me!
[14:32]  * Tm_T hides
[14:33] <elky> wasn't anyone in particular. it's been happening a bit lately though
[14:35]  * tsimpson starts to get a little nervous
[14:37] <elky> it isn't anyone in particular. i tend to warn people privately normally, but i dont have the energy at the moment to chase people
[14:38] <Pici> I think its a good reminder for everyone.
[14:39] <bazhang> yep
[14:39] <bazhang> including op on op interaction
[14:45] <tsimpson> why does chanserv die the day I need it most
[14:45] <elky> because the world haets you.
[14:46] <tsimpson> I have "udsbotu" changing topics in the -uds-* channels via /msg ChanServ TOPIC ....
[14:46] <tsimpson> I may need to just op it and change back to plain /topic messages
[14:53] <ikonia> I can't deop
[14:54] <tsimpson> services are about to die again
[14:54] <ikonia> ah
[14:54] <ikonia> good job we didn't then
[14:54] <tsimpson> now I just need to frantically recode a plugin
[14:54] <tsimpson> while it's in use
[15:36] <bazhang> de-opping now as going to be away (in #ubuntu )
[15:36] <ikonia> are services ok again ?
[15:37] <bazhang> cristel said the suspect module was being checked and should be aok except for perhaps freenode staff
[15:37] <bazhang> err a-ok
[15:38] <ikonia> deoping it is then
[15:38] <Pici> woo, tsimpson got his name on the special thanks screen
[15:39] <ikonia> where ?
[15:39] <Pici> UDS
[15:39] <ikonia> ooh
[15:43] <tsimpson> I did?
[15:44] <Pici> You did.
[15:44] <ikonia> Pici: are you there?
[15:44] <tsimpson> nice :)
[15:44] <Pici> ikonia: I am indeed.
[15:44] <ikonia> wow, 2 years on the run
[15:45] <Pici> ikonia: jussi is supposed to be here too, but he had plane issues.
[15:45] <ikonia> I knew jussi01 was going, what happened with his plane ?
[15:45] <Pici> I'm not sure, he got stuck in La Gaurdia
[15:46] <ikonia> ooh wow
[15:47] <Tm_T> ikonia: Pilots are on strike in Finnair (the finnish airlines)
[15:47] <ikonia> oh no
[15:48] <Tm_T> so he had to find another flight
[15:48] <Tm_T> so schedule++
[15:51] <topyli> finnair also announced that the strike is a "force majeure" that the company has nothing to do with, so travellers are not eligible to any damages
[16:00] <tsimpson> how is a strike nothing to do with the company?
[16:00] <Tm_T> no idea, it's only in this particular company
[16:01] <tsimpson> that's like saying "We lost your bags, it was fate so you can't get any compensation"
[16:02] <Pici> tsimpson: looks like theres something iffy about the times and channel topics
[16:02] <tsimpson> yeah, but it's really not my fault this time :)
[16:03] <tsimpson> I'll get my hammer out
[16:03] <Pici> tsimpson: Anything we can do about it?
[16:03] <Pici> Dallas is CST, not EST
[16:03] <tsimpson> Pici: the source data I'm working from says its times are UTC, but they are UTC+1 in reality
[16:03] <Pici> tsimpson: oo
[16:07] <Pici> tsimpson: topics looks better, thanks :)
[16:07] <tsimpson> hackerdy-hack
[16:14] <tsimpson> lots of nicks connecting from <IP_ADDRESS>
[16:14] <Tm_T> it's an attack, block'em'all!
[16:14]  * Tm_T hides
[16:15] <tsimpson> well, FloodBot1 says there are 10 connections from that IP
[16:15] <tsimpson> now 11
 -WARNING: marjo, yzhao, shang, ara, jbebel, ericm, imlad, mdeslaur, awe, bfiller, hughhalf are all connected from <IP_ADDRESS>
[16:16] <Tm_T> tsimpson: see dhol bach
[16:16] <tsimpson> oh, /me was blind
[16:16] <tsimpson> shouldn't they have a nat host?
[16:17] <Pici> tsimpson: I'm working on it
[16:17] <tsimpson> hokey cokey
[17:42] <Amaranth> So... can we open #ubuntu+1 now?
[17:42] <tsimpson> jussi did say when uds starts, and it has started
[17:57] <Pici> Indeed it has.
[17:58] <Pici> Opened
[18:07] <tsimpson> incoming
[18:07] <Pici> from?
[18:08] <tsimpson> yamokidzu-it in #k
[18:08] <tsimpson> if he decides to stop moaning in -meeting first
[18:09] <tsimpson> (randomly highlighting nicks when no one replies)
[18:09] <Pici> Yeah, I read the backscroll.
[18:10] <tsimpson> asking me if I've seen the simpsons cartoon in /msg now :p
[18:13] <Pici> jussi finally got here, but hes having computer problems.
[18:47] <mobi-sheep> Hello U_Ops, I'm curious if prolonged alias renaming do apply since I repeatedly see "meff" in the #ubuntu chatroom.
[18:48] <Tm_T> hmmm, what you mean?
[18:52] <tsimpson> ahh, you mean the constant "meff is now known as GuestXXXXXX" stuff
[18:53] <tsimpson> someone should probably do something about that...
[19:00] <tsimpson> someone should forward<EMAIL_ADDRESS>to ##fix_your_connection
[19:00] <nalioth> fixed
[19:00] <nalioth> er
[19:02] <tsimpson> now he needs a remove
[19:02]  * nalioth hates that services can override a +q
[19:03] <tsimpson> I guess it wouldn't help if someone stole your nick and joined a +m channel
[19:50] <JediMaster> hey guys, can someone kick samon on #ubuntu please?
[19:50] <JediMaster> he's already been told the !fr channel, and he's flooding rubbish (not French)
[19:51] <JediMaster> and has been blocked twice already by the bot for flooding
[19:52] <JediMaster> thanks in advance =)


[00:05] <infinity> ogasawara: The linux FTBFS on arm is, I assume because someone kept the abi/modules check on during an ABI change? ;)
[00:05] <infinity> (Which seems accidentally intentional, from the changelog)
[05:36] <infinity> ... and bison.
[06:30] <orated> Hello! Are there packages right to try lxde on BeagleBoard B4 - apt-get install lxdm lxde lxlauncher lubuntu-desktop - ? I know the board is ancient, but would like to try
[07:51] <ppisati> moin
[07:55] <smb> morning ppisati
[07:59] <infinity> ppisati: You may want to take over Tim's attempts to fix the ti-omap4 tools build with a test build in a clean chroot. ;)
[08:00] <infinity> ppisati: He added a flex build-dep, and now it fails cause it needs bison.
[08:00] <ppisati> infinity: did he push it?
[08:00] <infinity> ppisati: He uploaded it, so I assume it's in git too.
[08:01] <infinity> ppisati: And if you're bored, sorting out the linux build failure on armel would be snazzy too. ;)
[08:02] <infinity> (Unsure if it's FTBFS because the modules check shouldn't be on, or if the missing/changed modules it reports are actually a bug)
[08:02] <ppisati> infinity: i'll give it a shot
[08:03] <infinity> ppisati: <3
[08:03] <infinity> ogasawara: Despite the armel build failure (which I hope you guys sort), I suspect it's time for a new linux-meta.
[08:04] <infinity> ogasawara: I'd upload one, but I get smacked for doing so without comitting to git, and I've never bothered to whine about zinc access. ;)
[08:04] <ppisati> q/omap4 you mean?
[08:05] <infinity> ppisati: q/linux-ti-omap4 for the tools build issue (missing build-deps), q/linux for the armel failure (module checker sadness)
[08:05] <ppisati> ok
[08:05] <infinity> ppisati: The former is the only real concern for me right now, armel can be fixed later.
[08:05] <ppisati> but you wanted a new meta for...
[08:05] <infinity> But if you're bored, by all means, fix both. ;)
[08:06] <infinity> ppisati: Oh, new meta for linux.  ti-omap4 didn't have an ABI bump.
[08:06] <ppisati> nack
[08:06] <infinity> (Though, it would if you rebased, I suppose, which you probably should) :P
[08:06] <ppisati> q/master wrt arm is broken ATM
[08:06] <ppisati> i've a patch that restore usb*
[08:06] <ppisati> and i'm trying to get the video back
[08:06] <infinity> Oh, fun.
[08:08] <ppisati> ah, and btw, don't know if we care so much about armel...
[08:08] <infinity> No, but the breakage there looks obvious. :P
[08:12]  * infinity decides it's time for a nap.
[09:19] <orated> Hey ogra_
[09:20] <ppisati> infinity: can't reproduce your build q/master build failure (cross compiling i got both armel and armhf 3.4.0-4.10)
[09:23] <infinity> ppisati: Weird.
[09:47] <jibel> I get bug 1008905 with Quantal A1 on a Mac Mini. Do you need more info than what's been automatically attached ?
[09:47] <ubot2`> Launchpad bug 1008905 in linux "Quantal Desktop AMD64+Mac on MacMini: BUG: unable to handle kernel NULL pointer dereference at<PHONE_NUMBER>0000a0" [Undecided,Confirmed] https://launchpad.net/bugs/1008905
[09:49] <smb> jibel, I think this should be good enough
[09:54] <jibel> smb, k, thanks
[10:16] <cooloney> morning guys,
[10:17] <cooloney> smb and apw, did we discuss to use CFQ to replace deadline scheduler in our -server kernel before?
[10:17] <cooloney> as we merge -server kernel with -generic together
[10:17] <cooloney> actually i'm looking at this bug 1008400
[10:17] <ubot2`> Launchpad bug 1008400 in linux "Ubuntu server uses CFQ scheduler instead of deadline" [Medium,Confirmed] https://launchpad.net/bugs/1008400
[10:18] <ohsix> instead huh
[10:19] <smb> cooloney, I am just on the run, but I think something about schedulers was discussed though I am not remembering the outcome. Would be a matter of command line to the kernel...
[10:20] <cooloney> yeah, i also think about that. we can easily change that via sysfs.
[10:20] <cooloney> but no sure about whether we change that to deadline in our server image
[10:30] <ohsix> he seems to imply that was what it was in the -server images
[11:20] <ericm|ubuntu> apw, just spotted two issues with devel-config-tag, sent you two patches
[11:20] <ericm|ubuntu> cooloney, think we are already using deadline for server flavour
[11:21] <ericm|ubuntu> cooloney, ok - that was CONFIG_DEFAULT_IOSCHED
[11:23] <smb> No we do not. At least not in Precise and Quantal. It would be a way to change the default to modify the kernel arguments
[11:24] <smb> It is some sort of decision you have to make anyway when setting up a server. Beside of other things that one needs to adapt
[11:30] <ppisati> infinity: actually tools/perf is the same for x86 (i386 and amd64) and ti-omap4
[11:30] <ppisati> infinity: but in *86 chroot flex is installed, while it's not for omap4
[11:31] <ppisati> infinity: i think it's your problem now since we require it
[11:33] <ogra_> ppisati, what about flex ? it built and is in the archive
[11:34] <ogra_> if you actually require it for a package it needs to be a build-dep
[11:34] <ppisati> ogra_: and it is
[11:34] <ppisati> ogra_: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-quantal.git;a=blobdiff;f=debian.ti-omap4/control.stub.in;h=4eedc6957c482c1b1c1a8e2739980b92ae349dd5;hp=f30e1962d3a382976949b9ec63362c047aaa84e0;hb=8debe7fa58d36bd9d1eb5b2fa90e5735c90239ef;hpb=20db486d4e826c21143ff2e875eb5209ba3216f8
[11:35] <ppisati> ogra_: isn't it enough?
[11:36] <ogra_> are you sure that doesnt need to be libfl-dev ?
[11:36] <ogra_> (what doe the other kernels have there as a b-dep ?)
[11:36] <ogra_> *do
[11:37] <ppisati> ogra_: hold on
[11:38] <ppisati> ogra_: master has flex and bison
[11:38] <ppisati> ogra_: but in our case, it chokes on fle
[11:38] <ppisati> x
[11:39] <ppisati>     FLEX util/pmu-flex.c
[11:39] <ppisati> /bin/sh: 1: flex: not found
[11:39] <ogra_> https://launchpad.net/ubuntu/+source/flex/2.5.35-10ubuntu3 at least indicates that it is available for all arches so if it is a dep it should end up in the chroot
[11:40] <ppisati> ogra_: yep, but infinity pointed the compilation failure to me like it was a kernel compilation problem
[11:40] <ppisati> ogra_: while our side looks sane to me
[11:41] <ppisati> infinity: ^^
[11:41] <ppisati> ouch
[11:41] <ppisati> actually it needs bison too
[11:41] <ppisati> so we have two problems
[11:41] <ppisati> 1) chroots need flex
[11:41] <ppisati> 2) we need to add bison to b-dep
[11:45] <ogra_> i'm pretty sure chroots dont have flex and are not supposed to
[11:45] <ogra_> this needs to come in through the deps
[11:46] <ppisati> i just built two fresh Q chroot (amd64 and armhf)
[11:46] <ppisati> and i confitm they don't have flex nor bison
[11:46] <ogra_> right
[11:46] <ppisati> but we need both of them for perf/tools
[11:46] <ogra_> why would they
[11:47] <ppisati> because upstream want it :)
[11:47] <ogra_> hmm ?
[11:47] <ppisati> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-quantal.git;a=blob;f=tools/perf/Makefile;h=92271d32bc30b2056c472f273b1af6bed9847b31;hb=8debe7fa58d36bd9d1eb5b2fa90e5735c90239ef
[11:47] <ppisati> look for perf and bison
[11:47] <ppisati> sorry
[11:47] <ppisati> flex and bison
[11:47] <ogra_> we should break deboostrap for an upstream that doesnt want build deps in packages ?
[11:48] <ppisati> i'm not a package expert, so i don't understand what you said here
[11:49] <ppisati> let's take master kernels as an exam,ple
[11:49] <ppisati> they have flex and bison listed as dependencies
[11:49] <ppisati> isn;t it enough?
[11:49] <ogra_> well, if xorg would say we need blah, would you hack debootstrap to have blah by default or would you fix xorgs build dependencies ?
[11:50] <ppisati> i see what you mean, but we already do that
[11:50] <ogra_> (note that if you would do that for every package a default chroot would become several gigabyte big)
[11:50] <ppisati> i see what you mean
[11:50] <ogra_> ok
[11:50] <ppisati> but the linux kernel started to relies on them so, i don't think there's much we can do
[11:50] <ogra_> what i mean is that it cant be a chroot problem but that something is wrong in your deps
[11:50] <ppisati> and, btw, master already enforce them
[11:51] <ppisati> i don't understand why we didn't hit this in *86 world
[11:51] <ogra_> no idea
[11:52] <ogra_> but its definitely a package side prob, not a chroot side one
[11:53] <ogra_> probably a dep of flex is broken or missing and thus the package isnt installable, but then your linux build should forcefully fail
[11:53] <ppisati> ogra_: imo flex and bison should be added to build-essential
[11:53] <ogra_> ugh, why ?
[11:54] <ppisati> ogra_: uhm, right
[11:54] <ogra_> build-essential should only carry the most common denominator *all* packages need
[11:54] <ogra_> (compiler, toolchain etc)
[11:54] <ppisati> ogra_: should come as part of build-dep $linux
[11:54] <ogra_> right
[11:55] <ppisati> uhm no
[11:55] <ppisati> apt-get build-dep linux doesn't list flex nor bison
[11:56] <ogra_> weird, there is your prob then
[11:56] <ppisati> right
[11:56] <ppisati> but we clearly had these two packages in some chroots
[11:56] <ppisati> since perf didn't break there
[11:56] <ogra_> thats even more weird
[11:57] <ogra_> but surely not caused by the chroots ...
[11:57] <ogra_> the buildd chroots are empty by default and get freshly unpackaged on every build
[11:58] <ogra_> from a tarball that only contains the minimal bits debootstrap puts in place
[11:58] <ppisati> right, that was my question
[11:58] <ogra_> iirc debootstrap has a cmdline option to create such a chroot ... and afaik it should be possible to actually download the actually used buildd chroots from LP somewhere
[11:59] <ogra_> (dont ask me where though)
[11:59] <ogra_> so you could inspect them
[11:59] <ppisati> i'm using a fresh chroot, let's see if generic breaks here
[12:00]  * ogra_ wonders whom he saw talking about that recently, might have been Laney or tumbleweed
[12:01] <ppisati> ok, while it builds i'm out to get some food
[12:01] <ppisati> rtg should be here soon, i guess he'll find the culprit quicker than me
[12:01] <ppisati> in the mean time, /me -> lunch
[12:01] <ogra_> yeah, btw, there was a question from TI in #ubuntu-arm :)
[12:01] <ogra_> (for after lunch indeed)
[12:01] <ppisati> ogra_: ah, when?
[12:41] <ogasawara> infinity: meta uploaded, and I fixed the armel FTBS in the 3.4.0-4.10 upload
[12:46] <ogra_> armel ? i thought you stopped building el
[13:00] <Laney> ogra_: wasn't me, but you can get it using the LP API
[13:00] <Laney> e.g. In [4]: lp.distributions['ubuntu'].current_series.getDistroArchSeries(archtag='armhf').chroot_url
[13:00] <Laney> Out[4]: u'http://launchpadlibrarian.net/106153668/chroot-ubuntu-quantal-armhf.tar.bz2'
[13:00] <Laney> (there may be an easier way)
[13:01] <ogra_> ah, cute, good to know
[13:02] <ppisati> ogasawara: when you are awake, can you explain me why 'apt-get build-dep linux' doesn't list flex and bison?
[13:03] <ogra_> looking at the quantal-changes ML it seems like tim just did an upload with bison added
[13:04] <ppisati> ti-omap4 or master?
[13:04] <ogra_> linux-ti-omap4 (3.4.0-201.6) quantal; urgency=low
[13:04] <ogra_> ...
[13:04] <ogra_>  * [Config] Added bison as a build dependency
[13:04] <ogra_> ...
[13:05] <ppisati> sneaky
[13:16] <ogasawara> ppisati: I assume you're referring to ti-omap4?  and I thought tim added both flex and bison as build dependencies just recently
[13:20] <ppisati> ogasawara: yes, he did, but i built two fresh chroot this morning and compilation of master/generic and ti-omap4 choked on perf/tools because "apt-get build-dep linux" doesn't listen flex nor bison as b-dep
[13:22] <ppisati> ogasawara: so my question is more like "who is responsible for installing flex and bison? shouldn't apt-get build-dep linux do that?"
[13:23] <ogasawara> ppisati: assuming they're not already installed, yes I would assume that should do it.  And assuming that the package actually lists them as build deps in the the control file (which I believe is also true at least with tim's latest changes).
[13:24] <ppisati> ogasawara: yep, are listed in debian*/control, aren't present in chroot, but build-dep doesn't list them
[13:25] <ppisati> ogasawara: btw isn't it a bit too early for you? :)
[13:26] <ogasawara> ppisati: nah, I usually start about 5:30am local time.
[13:27] <ppisati> ok
[13:29] <skaet> ogasawara, any likelyhood we'll be able to get a fix for bug 1008905 today?  or no amd64+mac images for A1?
[13:29] <ubot2`> Launchpad bug 1008905 in linux "Quantal Desktop AMD64+Mac on MacMini: BUG: unable to handle kernel NULL pointer dereference at<PHONE_NUMBER>0000a0" [High,Confirmed] https://launchpad.net/bugs/1008905
[13:29] <ogasawara> ppisati: and you're sure you're checking the build deps for the latest 3.4.0-201.6 kernel?
[13:31] <ogasawara> skaet: hrm, not aware of a fix at the moment.  so won't be able to promise a fix by EOD.
[13:31] <ogasawara> skaet: but will try
[13:32] <skaet> thanks ogasawara,  ok,   will not block on waiting for next set of spins unless you flag a fix is imminent.
[13:32] <ogasawara> skaet: ack
[13:33] <ppisati> ogasawara: http://paste.ubuntu.com/1025030/
[13:34] <ppisati> ogasawara: fresh q/amd64 chroot + apt-get install fakeroot build-essential crash kexec-tools makedumpfile kernel-wedge git libncurses5 libncurses5-dev libnewt-dev
[13:34] <ppisati> ogasawara: but i've the same for master
[13:36] <ppisati> ogasawara: builders don't complain about master's flex and bison dependencies so i'm probably doing something wrong with build-dep  i guess
[13:37] <ogasawara> ppisati: what's the uname -a output?  and I assume you need to do apt-get build-dep linux-image-3.4.0-4-generic
[13:37] <ogasawara> ppisati: or the omap4 equivalent
[13:38] <ppisati> ogasawara: indeed, linux-image-$ver is the right invocation, thanks
[13:39] <ogasawara> ppisati: I assume you've seen though that tim's uploaded the latest 3.4.0-201.6 ti-omap4 kernel.  it's currently building...
[13:39] <ppisati> ogasawara: yep, few minutes ago
[14:12] <ogasawara> sforshee: does one of the macbooks or enablement machines you have in your possession have broadcom?  was curious if you are able to reproduce 1008905?  I looks to originate from an issue of missing firmware because the firmware it wants is in linux-firmware-nonfree which isn't on the install media
[14:13] <smb> man bzr
[14:14] <smb> -EFOCUS
[14:14] <sforshee> ogasawara, I was just about to take a look at that one
[14:14] <sforshee> I've got a couple of machines that are likely to be affected
[14:14] <sforshee> but I fixed a missing firmware issue in b43 recently, so it may already be fixed
[14:16] <ogasawara> sforshee: I also saw the following patch<EMAIL_ADDRESS>when digging around
[14:18] <ericm|ubuntu> apw, just curious how the symbols in CONFIGS-dump are generated, checking the source they are generated by zconfdump(), yet the invocation to that function is commented out
[14:19] <ogasawara> ericm|ubuntu: just fyi, apw is away on holiday today
[14:19] <ericm|ubuntu> ogasawara, ah
[14:19] <sforshee> ogasawara, that definitely looks related. The fix I did was in the probe, not remove, so it is a different issue.
[14:22] <ogasawara> sforshee: could you let me know if you are able to reproduce with hw you have on hand?  if so, could you see if that patch helps at least prevent the panic?
[14:23] <sforshee> ogasawara, ack
[14:29] <ppisati> ogasawara: is today last day to get something in for alpha1?
[14:30] <ogasawara> ppisati: it would be, and would likely need an ack by the release team at this point
[14:30] <ppisati> ogasawara: ack
[14:35] <ppisati> ogasawara: because a couple of days ago i sent a patch for q/master, and andy said he was going to handle it (since he was messing with config regen)
[14:35] <ppisati> ogasawara: now, i saw all the config changes for highbank, but not my stuff for omap3
[14:35] <ppisati> ogasawara: shall i wait for him tomorrow or what?
[14:36] <ogasawara> ppisati: hrm :(  I do remember seeing that email.  if you have a patch, send it to me now and I'll get it applied.
[14:36] <ogasawara> ppisati: ah you've already sent it
[14:37] <ppisati> ogasawara: that's a second one, the first one is missing too (the LPAE config change)
[14:38] <ogasawara> ppisati: ah, so both are necessary for Alpha1
[14:38] <ppisati> ogasawara: yep
[14:38]  * ogasawara nods
[14:39] <ppisati> video is still broken (fb modules aren't loaded at boot time), but at least with them board boot up, and everything else should work
[14:39] <ogasawara> skaet: ^^ kernel config changes necessary for omap to even boot, when's the latest we can squeeze in an upload?
[14:41] <orated_> Hello! What is "display 0" in "Server is already active for display 0". I get that line on < sudo startx > on Ubuntu 11.10 Beagleboard B4 when attempting to start lxde
[14:42] <ogra_> ppisati, erm, could we disable the penguins on boot please ?
[14:42] <ogra_> (on omap4 that is)
[14:42] <ppisati> ogra_: omap3 are off
[14:42] <ppisati> ogra_: omap4 maybe? sorry, too late :)
[14:42] <ogra_> right, i see them on the panda
[14:42] <ogra_> yeah, not urgent
[14:43] <ogra_> it seems to break plymouth
[14:43] <ogra_> (at least i dont see a splash)
[14:43] <orated_> ??
[14:44] <ppisati> ogra_: i've splash off my boot args
[14:44] <ppisati> ogra_: btw i don't even remeber the penguins...
[14:44] <ogra_> well, you should at least occasionally switch it on
[14:44] <ogra_> to see if it breaks the userspace :)
[14:46] <skaet> ogasawara,  prep it up.   Give me a bug number and we'll add it to the list of possible respin triggers.   Just need to respin for arm?  or all?
[14:46] <ogra_> skaet, not important for A1, we can let that slip
[14:46] <ogasawara> skaet: ideally if we can confirm a fix for 1008905 I'd want to squeeze that in too which would then result in a respin for all
[14:47] <ogasawara> ppisati: can you get a bug filed for the config changes
[14:47] <ogra_> oh, sorry, though leann stole my ping ;)
[14:47] <ppisati> ogasawara: i'll do
[14:48] <skaet> ogasawara,  ack.
[14:48] <ogasawara> skaet: but wanted to know the latest we'd be able to upload, 2100UTC today?
[14:50]  * ogasawara back in 10min
[14:50] <skaet> ogasawara,  we'll block the next respin on your upload,  sooner the better.
[14:50] <ogasawara> skaet: ack
[14:52] <ogra_> ppisati, is there any reason to not build fb into the kernel ?
[14:52] <ppisati> ogra_: nope, and did try that
[14:53] <ppisati> ogra_: but we get a WARN() on boot and display doesn't work at all
[14:53] <ogra_> ouch, k
[14:53] <ppisati> ogra_: instead, being =m, if we load it later and restart lightdm, it works
[14:53] <ogra_> oh, intresting
[14:54] <ogra_> ppisati, ignore my penguin comment, seems my dd didnt work at all, i booted a TI experimental kernel apparently
[14:54] <ogra_> (old cruft that was on the SD)
[14:59] <jwendell> hi, folks. why does the precise kernel have the 3.2.0 numbering instead of follow upstream 3.2.x schema?
[15:04] <smb> jwendell, I don't remember which exactly, but there were user-space programs and also some external module package expecting a three digit version number and the risk to not find them all compared to add an artificial 0 was too high (iirc)
[15:05] <orated_> ppisati: Which adapter are you using to get 5V 3.8A for BB B4? or its custom PSU?
[15:05] <ppisati> orated_: a commont power adapter, nothing special
[15:05] <ogra_> ppisati, hmpf, can we please put the leds back into the kernel on omap4 ? if i have a crashed screen by whatever reason i cant see that the board is alive at all until the module is loaded
[15:06] <orated_> ppisati: I mean the make of it ...
[15:06] <orated_> ppisati: Usually 5V adapters are never above 1A rating as they are commonly outputted for USB
[15:07] <ppisati> orated_: any power adapter with 5v 1.5a+ output is good
[15:07] <orated_> Yes,
[15:08] <ppisati> ogra_: iirc i had blinking leds
[15:08] <ogra_> ppisati, cant be if the module isnt loaded
[15:09] <ogra_> to elaborate, the resizing of the image before the gui installer starts happens from initrd ... usually there is plymouth output, apparently thats currently not working so you dont see that the board does anything at all
[15:10] <sforshee> ogasawara, I've reproduced 1008905 on my mac mini
[15:10] <ogra_> ppisati, oh, and is there a bug number for the omap3 config stuff ? release team would like to have it in the docs
[15:11] <ogasawara> sforshee: cool, keep me posted if the patch helps
[15:15] <ppisati> ogra_: i'm opening it
[15:16] <ppisati> ogra_: but i wanted to write down the exact message at boot time
[15:17] <ogra_> k
[15:18] <ppisati> ogra_: did you use a daily image?
[15:19] <ogra_> ppisati, yes
[15:19] <ogra_> the latest, testing for A1
[15:36] <ogra_> ppisati, i dont seem to be able to get any graphical output from the current quantal omap4 kernel here
[15:36] <ppisati> ogra_: uhm?
[15:37] <ogra_> neither on HDMI nor on DVI
[15:37] <ppisati> i've the beagkexn attached now
[15:37] <ppisati> can't switch board
[15:37] <ogra_> k
[15:38] <ogra_> it seems to hang in some loop or so, my monitor shows me alternating the "no signal" sign and then it behaves like something is connected for a second
[15:39] <ppisati> ogra_: did you boot up with the monitor attached and turned on?
[15:39] <ogra_> indeed i did :)
[15:39] <ppisati> wait
[15:42] <ogra_> aha, enabling tehj serial console gives more info
[15:43] <ogra_> DISPC: error SYNC_LOST on channel tv
[15:43] <ogra_> HDP irc request failed
[15:43] <ogra_> err, IRQ
[15:44] <ogra_> (thats whith HDMI attached, trying DVI now)
[15:44] <ogra_> same error over and over
[15:46] <ogra_> aha !
[15:47] <ogra_> booting without monitor attched gets me at least a 1024x786 screen when i attach the DVI port to HDMI later
[15:47] <ogra_> weird, i never had any probs ever with this monitor (and its my default test screen for the panda since day one)
[15:48] <ppisati> ogra_: monitor detection in P is from upstream
[15:49] <ppisati> ogra_: they use a gpio and detect when you attach/detach a monitor
[15:49] <ogra_> ppisati, eeek
[15:49] <ppisati> ogra_: works very well
[15:49] <ogra_> did you talk to andy about that ?
[15:49] <ppisati> ogra_: in Q i used what i got from TI
[15:49] <ogra_> oh, ok
[15:49] <ppisati> ogra_: and it _seems_ to me
[15:49] <ppisati> ogra_: they do a kind of...
[15:49] <ppisati> ogra_: busy loop
[15:49] <ogra_> yeah, apparently
[15:49] <ppisati> ogra_: if they don't detect anything attached
[15:50] <ogra_> it works fine if i attach the screen later
[15:50] <ppisati> so it's not working really well
[15:50] <ogra_> so at least there seems to be a fallback
[15:50] <ogra_> good enough for A1 i guess if we release-note it
[15:51] <ppisati> ogra_: wait wait
[15:51] <ppisati> my panda is still booting
[15:51] <ppisati> ...
[15:51] <ogra_> todays image ?
[15:51] <ppisati> nope
[15:51] <ogra_> i havent tried my older panda yet
[15:51] <ppisati> i wanted to see what i've on my disk
[15:51] <ogra_> i still have a pre-ES around here
[15:51] <ppisati> panda es here
[15:52] <ppisati> fsck...
[15:52]  * ogra_ wonders why he has ugly scrollbars around the slideshow
[15:53] <ppisati> video works ok here
[15:53] <ppisati> but i've an older kernel... uhm...
[15:53] <ppisati> let me try the last one
[15:53] <ogra_> yeah
[15:54] <ppisati> 3.4.0-201-omap4 #2~sndy
[15:54] <ppisati> ~3.4.0-201-3
[15:54] <ogra_> i cant check atm, i'm in the middle of the install
[15:55] <ppisati> btw
[15:55] <ppisati> bug 1009061
[15:55] <ubot2`> Launchpad bug 1009061 in linux "Beagleboard doesn't boot" [High,Confirmed] https://launchpad.net/bugs/1009061
[15:55] <ppisati> is for omap3
[15:55] <ogra_> ah, thx
[15:55] <ppisati> ogasawara: ^^
[15:56] <ogasawara> ppisati: ack thanks.  am building now on gomeisa, would you be able to test boot when it's finished?
[15:56] <ppisati> ogasawara: yep
[15:58] <ogasawara> ppisati: just fyi, for the second patch to restore usb, I did an fdr updateconfigs after applying and it cleaned it up to a smaller patch, eg:
[15:58] <ogasawara> diff --git a/debian.master/config/config.common.ubuntu b/debian.master/config/config.common.ubuntu
[15:58] <ogasawara> index 1da26ae..ea1b5f9 100644
[15:58] <ogasawara> --- a/debian.master/config/config.common.ubuntu
[15:58] <ogasawara> +++ b/debian.master/config/config.common.ubuntu
[15:58] <ogasawara> @@ -3152,7 +3152,7 @@ CONFIG_MFD_INTEL_MSIC=y
[15:58] <ogasawara>  CONFIG_MFD_JANZ_CMODIO=m
[15:58] <ogasawara>  CONFIG_MFD_MC13783=m
[15:58] <ogasawara>  CONFIG_MFD_MC13XXX=m
[15:58] <ogasawara> -# CONFIG_MFD_OMAP_USB_HOST is not set
[15:58] <ogasawara> +CONFIG_MFD_OMAP_USB_HOST=y
[15:58] <ogasawara>  CONFIG_MFD_PCF50633=m
[15:58] <ogasawara>  CONFIG_MFD_RC5T583=y
[15:58] <ogasawara>  CONFIG_MFD_RDC321X=m
[15:58] <ppisati> ogasawara: ouch
[15:58] <ppisati> ah ok
[15:58] <ppisati> uhm
[15:59] <ppisati> it shouldn't harm
[15:59] <ppisati> since MFD_OMAP_USB_HOST it's a #ifdef ... inside arch/arm/mach-omap2/usb-host.c
[16:00] <ogasawara> ppisati: I did a fdr genconfigs and checked it's only on for arm
[16:00] <ogasawara> :~/ubuntu-quantal/CONFIGS$ grep -rn "MFD_OMAP_USB_HOST" *
[16:00] <ogasawara> armel-config.flavour.omap:2789:CONFIG_MFD_OMAP_USB_HOST=y
[16:00] <ogasawara> armhf-config.flavour.omap:2789:CONFIG_MFD_OMAP_USB_HOST=y
[16:02] <ppisati> good for me then
[16:04] <jsalisbury> **
[16:04] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:04] <jsalisbury> **
[16:18] <ppisati> flag@flag-desktop:~$ uname -a
[16:18] <ppisati> Linux flag-desktop 3.4.0-5-omap #11 Tue Jun 5 15:52:24 UTC 2012 armv7l armv7l armv7l GNU/Linux
[16:19] <ppisati> ogasawara: good on my beagle
[16:19] <ogasawara> ppisati: cool, thanks
[16:20] <infinity> ogasawara: Thanks for tidying up linux/linux-meta.
[16:20] <ogasawara> ppisati: will try to get this uploaded shortly.  just want to wait on feedback on the other issue 1008905
[16:21] <ogasawara> infinity: no worries, it's my own stupid fault.  sorry for the extra work it caused on your end.
[16:21] <infinity> ogasawara: Meh, pestering people isn't work.
[16:21] <infinity> *poke*
[16:21] <infinity> *poke*
[16:21] <ogasawara> heh
[16:25] <ogra_> ppisati, ndec asked in #pandaboard which commit our current omap4 tree is based on
[16:25] <ogra_> do you know that from the top of your head ?
[16:28] <ogasawara> sforshee: cool, seems from your bug comment the patch has helped.  I can get it applied, care if I add your Ack?
[16:29] <sforshee> ogasawara, feel free to add my ack
[16:29] <ogasawara> sforshee: will do, thanks for the testing
[16:30] <ppisati> ogasawara: it's noted in the changelog
[16:30] <ppisati> ops
[16:30] <ppisati> ogra_: ^^
[16:30] <ppisati> wait
[16:31] <ogasawara> skaet: we have fixes for bugs 1008905 and 1009061, am getting them applied and will bupload.
[16:31] <ubot2`> Launchpad bug 1008905 in linux "Quantal Desktop AMD64+Mac on MacMini: BUG: unable to handle kernel NULL pointer dereference at<PHONE_NUMBER>0000a0" [High,In progress] https://launchpad.net/bugs/1008905
[16:31] <ubot2`> Launchpad bug 1009061 in linux "Beagleboard doesn't boot" [High,Confirmed] https://launchpad.net/bugs/1009061
[16:31] <ppisati> ogra_: TI BSP @ 95a4fb91c8880200462e61662e55ed6f9011e74d
[16:31] <skaet> ogasawara,  thanks.  :)
[16:31] <ogra_> thx
[16:32] <ogasawara> skaet: just fyi, it is an ABI bump so I'll follow up with a linux-meta upload
[16:33] <skaet> ogasawara, understood. thanks for flagging it.
[16:34] <ogra_> ppisati, hmm, nicolas says thats pretty old
[16:34] <ppisati> ogra_: a couple of weeks old
[16:36] <infinity> ogasawara: You could just slam both the kernel and meta at -proposed, and we can sort it out when it's all built.
[16:37] <ogasawara> infinity: cool, I'll do that
[16:37]  * infinity isn't fond of the -meta delay loop. ;)
[16:38]  * ogasawara neither, although it does save my ass sometimes
[16:39] <infinity> Heh.
[16:44] <ppisati> flag@panda:~$ uname -a
[16:44] <ppisati> Linux panda 3.4.0-201-omap4 #6 SMP PREEMPT Tue Jun 5 16:24:21 UTC 2012 armv7l armv7l armv7l GNU/Linux
[16:44] <ppisati> ogra_: video works fine here
[16:44] <ppisati> ogra_: my lcd picks it up every time i reboot the board
[16:45] <ppisati> ogra_: can you try with a P kernel?
[16:45] <ogra_> will do
[16:48] <infinity> ogra_: Could your issue be commandline related or something subtle like that?  (assuming ppisati isn't using the new flash-kernel...)
[16:49] <ogra_> infinity, the image still uses the hardcoded cmdline debian-cd sets ...
[16:49] <ppisati> this is my cmdline
[16:49] <ogra_> its definitely omapdss related
[16:49] <ppisati> ro rootwait elevator=noop vram=32M root=UUID=2a29c98b-32b9-45e7-a484-e1aa17b754ef fixrtc console=ttyO2,115200n8 earlyprintk=ttyO2,115200n8 debug
[16:49] <ppisati> ogra_: try P kernel first
[16:49] <ppisati> ogra_: if would be in you, i won't rule out an hw issue
[16:50] <ogra_> you should bump to vram=40M i was told for xorg
[16:50] <ppisati> ogra_: or a dying hdmi port
[16:50] <ogra_> ppisati, i seriously dont want you in me !
[16:50] <ppisati> :)
[16:50] <ogra_> the ports work fine with the older image that ran until i started testing A1
[16:51] <ogra_> (which was precise)
[17:06] <ogra_> ppisati, 3.2.0-1414 works fine but has the penguins
[17:07] <ogra_> i.e. my monitor is fully up and running with it
[17:07] <ogra_> so its a 3.4 issue
[17:07] <ogra_> herton, you uploaded 3.2.0-1414 ... can you please disable the bootlogo (i see two penguins here)
[17:08] <ogra_> (omap4 precise proposed that is)
[17:08] <herton> ogra_, I pushed what ppisati gave me
[17:08] <ppisati> ogra_: i'll have to look how TI does monitor detection
[17:08] <ogra_> ah, k, i only saw your name on the upload
[17:08] <ogra_> ppisati, well, lets just wait for their next dump, ndec said that would be soon
[17:09] <ogra_> for A1 that kernel is good enough with a release note
[17:09] <ppisati> ogra_: alpha2 is in 3 weeks
[17:09] <ogra_> yeah yeah, even for A2 its ok i would say, as long as it boots at all and we can offer a workaround
[17:10] <ogra_> but i would expect the new code dump from TI to be available within that timeframe anyway ... at least ndec sounded like that
[17:11] <ppisati> aren't the penguins CONFIG_LOGO_*?
[17:11] <ogra_> yeah, i think so
[17:11] <ppisati> if yes, we had that options on since the beginning of P
[17:12] <ppisati> why do we notice it just now?
[17:12] <ogra_> cant be, i am 100% sure i havent seen them there
[17:12] <ppisati> it was turned on in b1ac4ec9cc3eb5e67546824c10baf00587bda8de
[17:12] <ppisati> Fri Nov 18 12:27:53 2011
[17:12] <ppisati> and that's something we inherithed from O/omap4
[17:12] <ppisati> so it's probably something even older
[17:13] <ogra_> well, i have never seen logos until i upgraded my panda this morning
[17:13] <ogra_> even the released kernel didnt show them
[17:14] <ppisati> it predates P, so we have it on since O
[17:14] <ogra_> (i did a dist-upgrade from proposed of my precise install this morning before i started testig)
[17:14] <ogra_> why dont they show then ?
[17:14] <ppisati> /proc/cmdline?
[17:15] <ogra_> i'm 100% positive they werent there before todays upgrade
[17:15] <ogra_> ah, could it be that they are hidden when quiet is set ?
[17:15] <ppisati> ogra_: i don't use quiet or splash cause i want to see kernel msgs when it boots
[17:15] <ppisati> ogra_: and i've never seen them
[17:15] <ogra_> quantal only has "ro", precise had "ro quiet splash root="
[17:16] <ppisati> i'm always running without "quiet splash"
[17:16] <ogra_> right, but the server install i have upgraded today also has them pff
[17:16] <ogra_> *off
[17:16] <ogra_> so i should have seen it before
[17:17] <ogra_> and i definitely havent
[17:17] <ogra_> (i would have complained loudly, i hate them ... )
[17:17] <ppisati> 3.2.0-1414-omap4, right?
[17:17] <ogra_> yep
[17:18] <ogra_> and before whatever was current at release time
[17:18] <ppisati> booting and i've no penguins here
[17:18] <ppisati> what's your cmdline?
[17:18] <ogra_> how weird is that !
[17:18] <ogra_> ro
[17:18] <ogra_> nothing else
[17:18] <ogra_> and the updated precise "ro root="
[17:19] <ppisati> mine is a precise install
[17:19] <ogra_> mine too
[17:19] <ogra_> well, the upgraded one
[17:19] <ppisati> still booting, wait...
[17:23] <ppisati> ogra_: my cmdline is
[17:23] <ppisati> ogra_: ro rootwait elevator=noop vram=32M root=UUID=2a29c98b-32b9-45e7-a484-e1aa17b754ef fixrtc console=ttyO2,115200n8 earlyprintk=ttyO2,115200n8 debug
[17:23] <ppisati> ogra_: your is "ro root=UUID=..", right?
[17:23] <ogra_> right
[17:23] <ppisati> let me try with that
[17:24] <ogra_> probably the earlyprintk supresses them
[17:24] <ogra_> or the debug
[17:24] <ppisati> don't think so, earlyprintk let the kernel use printk when serial is not configured yet, doesn't do anything on the video
[17:25] <ppisati> let's see
[17:25] <ogra_> ah, i thought it prints to the default console as soon as thats available
[17:26] <ppisati> nope
[17:26] <ogra_> weird
[17:26] <ppisati> it substitutes printk in the early boot phase with hardcoded instruction for the serial to print stuff out
[17:26] <ogra_> ah, k
[17:26] <ogra_> you dont have console= set now, right ?
[17:27] <ppisati> yes i have
[17:27] <ppisati> ro rootwait elevator=noop vram=32M root=UUID=2a29c98b-32b9-45e7-a484-e1aa17b754ef fixrtc console=ttyO2,115200n8 earlyprintk=ttyO2,115200n8 debug
[17:27] <ogra_> i thought You tried with my cmdline
[17:27] <ppisati> not yet
[17:27] <ppisati> is updating some packages
[17:27] <ogra_> ah, k
[17:37] <ppisati> flag@panda:~$ cat /proc/cmdline
[17:37] <ppisati> ro root=UUID=2a29c98b-32b9-45e7-a484-e1aa17b754ef
[17:37] <ppisati> flag@panda:~$ uname -a
[17:37] <ppisati> Linux panda 3.4.0-201-omap4 #6 SMP PREEMPT Tue Jun 5 16:24:21 UTC 2012 armv7l armv7l armv7l GNU/Linux
[17:37] <ppisati> i see booting messages on my lcd screen, but no penguins
[17:38] <ppisati> ogra_: ^^
[17:38] <ogra_> weird
[17:38] <ogra_> oh, wait 3.4.0-201-omap4
[17:38] <ogra_> i thought you used 3.2.0-1414
[17:38] <ppisati> so it's a Q issue
[17:38] <ppisati> wait
[17:39] <ogra_> i cant tell if they are there on 3.4 since my monitor wont work if i have it plugged in at that point of the boot :)
[17:39] <ppisati> so your lcd *never* works with 3.4?
[17:40] <ogra_> it does if i plug it in a minute after boot
[17:40] <ppisati> weird
[17:40] <ogra_> i.e. once omapdss has initialized its fallback mode
[17:41] <ppisati> anyway, no penguis even on 3.4
[17:41] <ppisati> i'm using the 1080p hdmi plug
[17:41] <ogra_> me too
[17:42] <ogra_> though attched to DVI on the monitor side (i only use plain hdmi for testing, my GF gets angry if i steal the TV cable for to long ;) )
[17:42] <ppisati> same here
[17:43] <ogra_> well, all i can say is that they started showing up with 3.2.0-1414 ... cant say anything about 3.4
[17:44] <ppisati> you dist-upgraded to Q, right?
[17:44] <ogra_> no
[17:44] <ppisati> then we are in the same situation...
[17:44] <ogra_> i dist-upgraded precise with -proposed enabled
[17:44] <ppisati> i don't hjave proposed
[17:44] <ogra_> well, thats where -1414 lives atm
[17:45] <ppisati> manually installed it
[17:45] <ogra_> shuldnt make a difference for penguins though :)
[17:51] <infinity> ogra_: What's this about penguins?  I've always had them on my Panda...
[17:54] <ogra_> infinity, really ?!?
[17:54] <infinity> AFAIK.
[17:54] <ogra_> they arent supposed to be there and i'm sure i didnt have them until i upgraded today
[17:55] <infinity> They might not show on desktop images, but they do on server ones.
[17:55] <infinity> Which is the same kernel.
[17:55] <infinity> Just console=elsewhere.
[17:56] <infinity> So, they're not "disabled".
[17:56] <ogra_> well, i upgarded a server image today
[17:56] <ogra_> (my build setup)
[17:56] <ogra_> and i didnt have them before
[17:57] <ogra_> in any case... no ubuntu kernel has them on, and we should disable them
[17:57] <ogra_> regardless of the past :)
[18:38] <Daviey> does someone want to answer, http://askubuntu.com/questions/122493/why-is-12-04-removing-the-server-kernel-flavour please :)
[18:38] <Daviey> added bounty for those that give a damn about that :)
[18:38]  * ogra_ gives a damn, do i wint the bounty now ?
[18:39] <ogra_> *win
[18:40] <Daviey> ogra_: if you answer wins!
[18:40] <Daviey> you know what points mean?
[18:40] <Daviey> prizes !!
[18:40] <ogra_> ah, i thought the bounty was just for giving a damn about it
[18:40]  * ogra_ doesnt have an askubuntu account ... i'm a mailing list type of guy
[18:43] <Daviey> ogra_: askubuntu points are like enriched LP karma.
[18:44] <ogra_> lol ... LP karma .... LOL ...
[18:44] <Daviey> hence the give a damn ;)
[18:50]  * ppisati -> off
[19:13] <orated1> Are these packages correct to try lxde - apt-get install lxdm lxde lxlauncher lubuntu-desktop - ?
[22:41] <\sh> moins
[22:43] <\sh> I was wondering if it's somehow possible for the HP smartarray kernel drivers in 3.x to fallback to old 2.6 behaviour having old /dev/cciss/ namespace?
[23:14] <infinity> \sh: You could write a udev rule to symlink the old namespace to the new?
[23:22] <\sh> infinity: that's possible, but not nice...I thought there is something like a legacy switch for the kernel commandline


[16:19] <fwereade> anyone know anything about ensemble.state.sshclient.SSHClient?
[16:20] <fwereade> can't figure out why we would make it raise txzookeeper ConnectionTimeoutExceptions instead of ensemble NoConnection ones
[16:20] <fwereade> (or ensemble ConnectionTimeout ones, or whatever)
[21:39] <fwereade> niemeyer: ping
[21:58] <fwereade> hazmat, niemeyer: will lose internets in a few minutes; I hope one of you will see this.please rereview lp:~fwereade/ensemble/hide-instances
[21:58] <niemeyer> fwereade: Yo
[21:58] <fwereade> niemeyer: heyhey
[21:58] <niemeyer> fwereade: Will check it out tomorrow for sure, thanks!
[21:59] <fwereade> niemeyer: np
[21:59] <fwereade> niemeyer: got stuck in chicago
[21:59] <niemeyer> fwereade: I've heard the trip back was a bit bumpy
[21:59] <niemeyer> fwereade: :(
[21:59] <fwereade> niemeyer: not to worry, but I am still there
[21:59] <fwereade> niemeyer: I'll be on for a bit your-morning on monday
[21:59] <fwereade> but rather jetlagged and probably not v prouctive
[22:00] <niemeyer> fwereade: Don't worry about it.. get some good rest!
[22:00] <fwereade> niemeyer: I will :)
[22:01] <fwereade> niemeyer: I'm a bit unsure about the changes I made on that branch... I *think* they're good but I felt a bit lacking in context so I may have gone off the rails a little
[22:01] <niemeyer> fwereade: Hmm
[22:01] <fwereade> niemeyer: and in hindsight I definitely should have kept them in a different branch
[22:01] <niemeyer> fwereade: Yeah.. it might be a bit hard to review
[22:02] <niemeyer> fwereade: But will see what I can do about it fiddling with logs
[22:02] <fwereade> niemeyer: all that had actually changed at the macro level was the precise shape of the error spam during bootstrap
[22:02] <niemeyer> fwereade: My recommendation would be to try this logic for real
[22:02] <fwereade> niemeyer: you have already reviewed 80% of it
[22:02] <niemeyer> fwereade: Attempting to connect to the instances repeatedly right after bootstrap
[22:02] <niemeyer> fwereade: This will yield all kinds of edge cases
[22:02] <fwereade> niemeyer: I have, and it seems to me that it's a bit nicer
[22:02] <niemeyer> fwereade: That must be handled
[22:03] <niemeyer> fwereade: We already had a few things we needed to improve on this camp.. as long as we're not going back in terms of user interface, it's fine
[22:03] <niemeyer> fwereade: if you manage to improve on that, though, many bonus points ;-)
[22:03] <fwereade> niemeyer: well, it was rubbish before, and my changes made it slightly more rubbish, so I tried to fix that
[22:04] <fwereade> niemeyer: not the best move in hindsight
[22:04] <fwereade> niemeyer: anyway, I'm boarding in a few minutes
[22:05] <niemeyer> fwereade: Well, sounds like a good goal.. just good to do in a separate branch to make it easier for people to review
[22:05] <niemeyer> fwereade: After it's been reviewed once, at least
[22:05] <fwereade> niemeyer: I hope it's a bearable review... the only unseen bits are providers.common.connect, and state.sshclient
[22:05] <niemeyer> fwereade: But thanks for the changes in either case.. it'll be awesome to have that improved
[22:05] <fwereade> niemeyer: there's churn elsewhere but I'mm 99% sure that's all related to the previous review points
[22:06] <niemeyer> fwereade: Cool
[22:06] <fwereade> niemeyer: if the sshclient stuff has any problems, would you have any issue with me backing that out and merging the originally-approved stuff?
[22:07] <fwereade> I wanted to do that originally, but was convinced otherwise :0
[22:07] <fwereade> ...sorry, time-pressure IRC is a bad time to discuss this
[22:07] <niemeyer> fwereade: I would..
[22:07] <niemeyer> fwereade: The change introduced UI problems
[22:07] <niemeyer> fwereade: It might be split in a separate branch and both merged together
[22:08] <niemeyer> fwereade: But merging without the UI problem being fixed would be bad
[22:08] <fwereade> niemeyer: heh, yeah that would have been a better answer
[22:08] <fwereade> niemeyer: I'd say it mutated UI problems (:p) but point taken
[22:08] <fwereade> niemeyer,
[22:08] <fwereade> niemeyer: cheers; really must go now
[22:08] <fwereade> niemeyer: happy sunday
[22:08] <niemeyer> fwereade: Cheers! Have a good flight back
[22:17] <fwereade> niemeyer: sorry, it looks like I've screwed something up; please don't worry about that branch
[22:18] <niemeyer> fwereade: Ok, don't worry, we can sort that out
[22:18] <fwereade> niemeyer: I think we're better off if you take a look at the other branches in the queue: I can revert that one to a focused state, and make a separate descendant that's cleanly reviewable
[22:18] <fwereade> niemeyer: I'll WIP it for now
[22:19] <fwereade> niemeyer: later :)
[22:58] <hazmat> that sucks re getting stuck in chicago, looks there's been weather delays for most of the day