[00:02] <bluesabre> https://bugs.launchpad.net/xfwm4/+bug/1457242
[00:06] <micahg> bluesabre: want me to upload?
[00:07] <bluesabre> micahg: go ahead, wouldn't want to waste your time :)
[00:08] <bluesabre> well, I have the merge ready to upload to wily...
[00:08] <bluesabre> ^ your quote
[00:08] <bluesabre> without quotes
[00:08]  * bluesabre fails
[00:08] <micahg> haha
[00:08] <micahg> yes
[00:13] <micahg> bluesabre: done
[00:14] <bluesabre> micahg: thanks!
[03:00] <bluesabre> long night
[03:00] <bluesabre> https://smdavis.us/2015/05/20/lightdm-gtk-greeter-2-0-1-and-settings-1-2-0-releases/
[05:29] <Unit193> Debian 785926
[10:08] <ochosi> sweet, nice work bluesabre and micahg :)
[11:08] <elfy> bluesabre: is there a wily reason for xub-dev ppa stopping at vivid - or just nothing for it yet
[11:10] <ochosi> i think so far they've uploaded everything directly to wily
[11:10] <ochosi> and it's too early to really have experimental stuff to test i guess
[11:10] <elfy> makes sense this early I guess :)
[11:11] <elfy> just wanted to double check I'm not missing something
[11:11] <elfy> and backlog is often just lots of words :D
[11:12] <ochosi> hehe, yeah that sounds realistic :)
[12:31] <ochosi> bluesabre: fwiw, i guess we gotta do something about that huge indicator-power icon. not pwetty.
[12:32] <ochosi> bluesabre: in the greeter, that is.
[17:42] <Unit193> elfy: Looks like you mean the daily ppa, I kicked off some builds so it won't 404 on you now.
[17:42] <elfy> https://launchpad.net/~xubuntu-dev/+archive/ubuntu/ppa/
[17:42] <Unit193> Yep.
[17:43] <elfy> I've not actually got it here as it was empty for wily
[17:43] <Unit193> Won't be soon.
[17:44] <elfy> :)
[17:44] <elfy> thanks Unit193
[17:44] <Unit193> Sure.
[21:08] <Noskcaj> I'm finishing my midyear exams off today, So I should have some time to do xubuntu stuff again now. Is there anything in particular that needs doing?
[21:20] <knome> at this point, i don't think too much; we're off to the slow start phase of a cycle :)
[21:21] <micahg> Noskcaj: any merges where you were TIL I think would be good
[21:35] <Logan> Noskcaj: all of the things
[21:35]  * Unit193 uploads alllll sorts of crap through Logan!
[21:35] <Noskcaj> Logan, I'll do my best
[21:35] <Unit193> New packages all over!
[21:35] <Logan> I AM NOT AN OPEN PROXY
[21:35] <Unit193> Dang.
[21:36] <Logan> I'm hungry
[21:36]  * Logan eyes Unit193
[21:36] <Unit193> Too much bone, not enough meat.
[21:37] <knome> Logan, maybe not open, but apparently Unit193 has the credentials..
[21:37] <Logan> he knows the key to open me
[21:37] <Logan> okay that sounds wrong
[21:37] <Logan> Unit193: do you need anything uploaded?
[21:38] <knome> Logan, you're totally right, it sounds so wrong..
[21:39] <Unit193> Logan: Only one you won't tell me to Debianize is pending on barry.
[21:41] <Unit193> lightdm-gtk-greeter 2.0.1-1 uploaded by Yves-Alexis Perez (corsac) (Closes: Debian #785055)
[22:07] <Noskcaj> http://pastebin.com/PdsqVzf6 is mousepad ubuntu-->new
[22:07] <Noskcaj> we can also sync xfce4 now, i think
[22:07] <Noskcaj> I'll file bugs for both when i get home


[18:39] <jmss> Hi, what is oracle-java9-installer? From http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html is seems JDK is the latest.


[17:13] <schnitz> hey need a little help with ubuntu in general, have troubles getting my graphic card(s) to run
[17:14] <schnitz> right place?
[17:16] <schnitz> updated to 15.04 and am not so deeply involved with Linux, but everything worked well for many months. Now suddenly, I have only 60Hz whatever I do
[17:16] <schnitz> (yes I'm running an old school monitor)
[17:17] <schnitz> Problem is, I have a onboard APU with an additional graphics card. Both AMD / ATI ... under Windows, with ATI drivers, they work together well, do multi-GPU load balancing
[17:18] <schnitz> under Ubuntu, they seem to collide now
[17:18] <schnitz> Since I'm not doing anything graphics intense, I was wondering whether I could *disable* and additional grafics cards hardware-wise under Linux
[17:19] <schnitz> aticonfig is not working properly under Linux, tried lots of configs, it mostly crashes and doesn't help at alll
[17:25] <holstein> schnitz: you mean, both intel and ati?
[17:26] <holstein> anyways, i had an nvidia version of that.. dual GPU.. i was able to disable the nvidia part, and only use the intel part
[17:26] <holstein> anyways, you are in the right general area.. i would experiement with the GPU drivers
[17:27] <holstein> if its me, i would download the live 15.04 iso. or, 14.04, if i dont want to mess with this often.. i would see how to simply implment what i want, which would just be a desktop that works well for my needs, not both ati and intel at the same time
[17:28] <holstein> if you want to "fiddle" about with your install, you can simply remove/purge any/all proprietary drivers you have installed, *backup*, but then remove or rename your xorg.conf, and try stock ubuntu with the open ati drivers
[17:34] <schnitz> ok
[17:35] <schnitz> no its both ati
[17:35] <schnitz> first of all
[17:35] <schnitz> they're both using fglrx_pci
[17:35] <holstein> schnitz: i really dont think so, friend
[17:35] <holstein> maybe you have an onboard with a dual head kind of thing
[17:35] <holstein> but, what do i know
[17:36] <holstein> anyways, if whoever made the hardware wants to, they can support linux for you.. but, if they dont, then, you'll have to do it yourself,which can be challenging
[17:36] <schnitz> hey thanks for helping, just a slight misunderstanding... yeah, I have a APU with an onboard GPU
[17:36] <schnitz> from AMD
[17:36] <holstein> i'll pull one, and work with *just* one at a time
[17:36] <schnitz> right
[17:36] <schnitz> but I'm still looking for a way w/o physically removing
[17:36] <schnitz> ie. pulling
[17:37] <schnitz> since I have 2 OS, and under Windows it works fine
[17:37] <holstein> sure, and again, if the creators of those graphics chips want, they can provide you a nice and easy way for that to work, as you are seeing that they are capable of doing for windows
[17:37] <schnitz> I was wondering whether I could make ubuntu believe the additional graphics card (also ATI) 'doesn't exist'
[17:37] <holstein> if not, you may find it is the easiest to reinstall, or to pull the hardware and deal with them indeividually
[17:38] <holstein> schnitz: if you have installed the proprietary drivers, and a custom xorg.conf is in place, still, which, i suggest trying to bypass, that could have blacklisted a module, or create a conf file that doesnt "see" is
[17:38] <holstein> it*
[17:40] <schnitz> ok i see what you're trying to get at... thanks
[17:40] <holstein> on my production machine, i just disabled the internal GPU.. i have a dual head nvidia card.. when i tried to do both, it didnt work well
[17:41] <holstein> so, i decided to go with what i thought would be more stable
[17:41] <schnitz> that makes a lodda sense, maybe I should do the same and disable the internal GPU
[17:41] <schnitz> instead of the other way round
[17:42] <schnitz> but not quite sure how I can do that if both use the same driver
[17:42] <schnitz> also, aticonfig is a mess
[17:42] <schnitz> in the sense thats its crashing when I do changes
[17:42] <schnitz> there is an option for doing this under aticonfig, however, it does not persist, ie. take effect
[17:43] <schnitz> which is why I'm here too :-)
[17:43] <schnitz> after start-up those changes from aticonfig either don't take effect or the system crashed on aticonfig at booting
[17:44] <holstein> sure.. try not using aticonfig
[17:44] <holstein> try removing the proprietary driver, and using just the open, included driver
[17:44] <holstein> if you want to know if that will work, try the live iso.. you can do that without changing your system at all
[17:45] <schnitz> sure, I will remove the proprietary driver now.
[17:45] <holstein> you'll likely simply make them persistent by saving the xorg.conf it creates
[17:46] <holstein> you can also try 14.04, and see if it just works "better", and install and use it.. since, it will be supported longer
[17:46] <schnitz> I had the same problem under 14.04, tbh
[17:47] <schnitz> ok removed the proprietary driver
[17:48] <schnitz> yup aticonfig has been removed
[17:48] <holstein> sure. im not suggesting 14.04 as a "fix".. just that, *when* you get this resolved in someway, you can have it working for 5 years
[17:48] <holstein> instead of a few more months..
[17:49] <schnitz> A few months is eternity in my world... :-)
[17:49] <holstein> anyways, what i would be doing is, removing variables.. testing with the live iso, and seeing if the open driver works.. if you are skipping that, fine.. then, i would deal with them one at a time and see that the open driver works with them..
[17:49] <holstein> i would look and make sure i have no xorg.conf in place..
[17:49] <holstein> i would back it up, and rename, or remove it..
[17:50] <schnitz> interesting. OK I will reboot then, I now the Live ISO works.
[17:50] <schnitz> know
[17:51] <holstein> sure. but with what?
[17:51] <holstein> with the open driver?
[17:51] <schnitz> yep
[17:51] <holstein> anyways, as i said, you want to skip that, skip it
[17:51] <schnitz> at least pretty sure
[17:51] <schnitz> sure enough
[17:51] <holstein> its just, *I* dont know that. and now you are "pretty sure"
[17:51] <schnitz> oh well :-) This is fun, I like you :-)
[17:51] <holstein> and we are implementing that driver, and i dont have your hardware.. no one from ATI is here, and we dont know that its going to do anything
[17:52] <schnitz> well sorry for that. I'm the kinda quick and dirty guy
[17:52] <schnitz> I'm happy to explain everything in more details .-) ... answer *do* exist
[17:54] <schnitz> OK so the pretty sure thing... I've been trying many Live ISO Linux distributions before I chose UbuntuStudio on this same hardware setup 6 months ago. They ALL managed to bring up a decent resolution and rate.
[17:54] <schnitz> Can't imagine they all had some proprietary ATI driver on board
[17:55] <holstein> sure. so, you can skip that..
[17:55] <schnitz> thats the pretty sure / common sense thing I was getting at...
[17:55] <schnitz> but hunting and deleting xorg.confs seems like a great idea
[17:55] <schnitz> for now, I'll reboot and be back in 1min... thanks so far, you've been great, cu soon :-)
[17:55] <holstein> !xorg
[17:56] <holstein> !xorgconf
[17:56] <holstein> schnitz: *if* you reboot, with a "broken" xorg.conf in place, you can actually not be able to get to the desktop
[17:56] <schnitz> ah
[17:56] <schnitz> good point
[17:56] <schnitz> so better delete them now?
[17:57] <holstein> if there is one..
[17:57] <schnitz> I'll have a look
[17:57] <holstein> and , i'll look at my sources, and make sure i dont have any PPA's that will "break" anything.. and do a quick update
[17:57] <holstein> sudo apt-get update && sudo apt-get dist-upgrade
[17:57] <holstein> i want to make sure i have the latest kernel.. ill make sure i understand where xorg.conf is, and how to edit it from a live iso, or recovery prompt
[17:58] <holstein> i'll know how to get to grub.. i may even go and unhide it, so i know i can see my older kernels, if the new one doesnt work
[17:59] <schnitz> I understand
[17:59] <schnitz> found it
[17:59] <schnitz> it still exists
[17:59] <schnitz> and opened it
[17:59] <holstein> so, again, i would back it up, and rename, or remove it
[17:59] <schnitz> its still trying to reference aticonfig
[17:59] <schnitz> thanks, will do, of course
[17:59] <schnitz> about the update
[18:00] <schnitz> I've updated to Ustudio 15.04 yesterday
[18:01] <holstein> cool
[18:01] <holstein> i would have removed the proprietary driver *before* that, anyway
[18:03] <schnitz> good point
[18:04] <schnitz> so xorg.conf is removed. Now I shall reboot
[18:04] <schnitz> cu soon
[18:07] <schnitz> oh well :-)
[18:07] <schnitz> now running solid 640&480 at 73Hz yeah:-)
[18:08] <holstein> so, i would just use the open driver, if its meeting your needs
[18:09] <holstein> if not, you can try reinstalling the proprietary one
[18:09] <holstein> cheers..
[18:10] <schnitz> !xorg
[18:10] <schnitz> hmmm....
[18:14] <schnitz> !xorg
[18:41] <Samul`> hi guys
[18:42] <Samul`> I need a piece of software which allows me to play live the input from a usb mic (so a mixer), but with support for plugins and effects
[18:42] <Samul`> is there any?
[18:42] <Samul`> I've tried a couple but they were either unstable or I didn't like them
[19:16] <holstein> Samul`: yes
[19:16] <holstein> Samul`: there is simply a jack mixer
[19:16] <holstein> !info jack-mixer
[19:17] <holstein> you can set it up, and then route that to a plugin host, or route to standalone jack plugins..
[19:17] <holstein> you can always just route live through something like ardour, or qtractor, as well.. but ,that will likely be overkill
[19:17] <holstein> use #opensourcemusicians when its slow here
[19:18] <Samul`> okay thank you very much man
[19:18] <holstein> !info zynjacku
[19:19] <holstein> for example ^
[19:20] <Samul`> sounds good
[19:21] <Samul`> I'll take a look, thank you again :)
[19:23] <Samul`> ubottu: I installed jack-mixer, but it isn't clear to me how to use LV2 plugins on output
[19:23] <Samul`> oops
[19:23] <Samul`> I failed to tab you, holstein
[19:23] <Samul`> ^^"
[19:23] <holstein> Samul`: should have a manual
[19:24] <holstein> but, i would expect to launch and start jack, have is table
[19:24] <holstein> stable*
[19:24] <Samul`> yeah, did it
[19:24] <holstein> then, i would launch and setup a simple plug with the mixer.. jack-mixer
[19:24] <holstein> then, i would route that to a plugin host
[19:24] <Samul`> and I properly set it up so that input mic results in speaker output
[19:24] <holstein> sure
[19:24] <Samul`> but I cannot figure out how to use plugins
[19:24] <holstein> none of that matters
[19:24] <holstein> remove that from the equation
[19:25] <Samul`> oh, I was expecting it to have a built-in plugin manager
[19:25] <holstein> play a simple audio file, in an audio player.. route that through the mixer, and try implemting plugins til it works
[19:25] <holstein> Samul`: there are many
[19:25] <Samul`> no I mean
[19:25] <holstein> Samul`: you can try that one i suggested for lv2's.. or, you can try using ardour/qractor
[19:25] <Samul`> I have to use plugins on the mic
[19:25] <holstein> or you can try one of the other hosts
[19:25] <Samul`> live
[19:25] <holstein> Samul`: sure, friend.. i understand what you want in the end
[19:26] <holstein> but, you *dont* have to do that right now
[19:26] <holstein> you can simply do that with a simple audio file playing in an audio player
[19:26] <holstein> but, do what you like
[19:26] <Samul`> okay so, I have ardour installed on my computer
[19:26] <holstein> im saying, get the plugin host working
[19:26] <holstein> it doenst have to be with the mic input
[19:26] <Samul`> I don't know how, this is the first time I've had to do something like this
[19:26] <holstein> Samul`:  cool. simply spend some time, then, learning to route signal in jack
[19:26] <Samul`> how can I do this through ardour?
[19:27] <holstein> under "connect" in "qjackctl" or one of the other connection managers
[19:27] <Samul`> I know how to route, actually, but I have never had to use plugins with it
[19:27] <holstein> Samul`: using ardour as the plugin host
[19:27] <Samul`> I've always had my track in ardour, and the plugins were applied to it
[19:27] <holstein> Samul`: route through a plugin host..
[19:28] <Samul`> but if I connect the mic in to ardour track, won't it just record it?
[19:28] <holstein> no need to use the mic, right now
[19:28] <holstein> you can simply import an audio track there.. and test with it
[19:28] <holstein> i understand the final goal is "mic to effect to speaker"
[19:28] <holstein> but, there is no need to do that right now
[19:28] <holstein> you can just test  "effect to speaker" with something easier
[19:28] <Samul`> I already know which plugins to use and how to use them, so what is the purpose of using plugins on an audio track?
[19:28] <holstein> Samul`: do what yo like, friend
[19:28] <Samul`> no I mean
[19:29] <Samul`> does it even have a purpose?
[19:29] <holstein> i would route my mic to a plugin host.. select my plugin, and test my route
[19:29] <holstein> Samul`: yes.. simplifying the route, for testing
[19:29] <Samul`> but what on the earth is a plugin host?
[19:29] <Samul`> isn't ardour a daw?
[19:29] <holstein> Samul`: inn this case, you are using ardour to host
[19:29] <holstein> Samul`: you can use zynjacku
[19:29] <Samul`> in which way? what does the mic in have to be connected to?
[19:30] <holstein> Samul`: to the plugin you want it to me using
[19:30] <holstein> Samul`: you are asking how to route the mic to an effect then to the speaker
[19:30] <Samul`> but if I use jack to route things, I only have the tracks in my ardour session
[19:30] <holstein> so, you route the mic to a plugin host, and load the effect you want
[19:30] <Samul`> don't know how to route it to "a plugin"
[19:31] <holstein> Samul`: you route to a track, apply effects/plugin, and they will come out of ardour
[19:31] <holstein> no need to record, in this case.. since, you are not trying to record the signal..
[19:31] <Samul`> then I connect the track to system playback?
[19:31] <holstein> the track or ardour's out.. whatever is carrying the signal you want to hear in the speaker
[19:32] <holstein> should be fine with just that track out.. using ardour as a host for the plugin you are applying
[19:32] <Samul`> ooh now I freaking understand it!!
[19:32] <Samul`> thank you so much
[19:32] <Samul`> lemme try so
[19:32] <holstein> though, its overkill to use ardour for that.. so you can swap something else lighter in for ardour
[19:34] <Samul`> sure, but the big deal was to understand the concept—how it works
[19:34] <holstein> !info jack-rack
[19:34] <holstein> thats the other one i havfe used in the pase ^
[19:34] <holstein> past*
[19:34] <Samul`> sure enough I'll take a look soon
[20:17] <kris27mc> I'm attempting to install Spotify but I need libgcrypt.so.11
[20:17] <Unit193> !find libgcrypt.so.11
[20:18] <kris27mc> It's not in the Canonical repo. So I need a safe source
[20:18] <kris27mc> There's a newer version called "libgcrypt.so.20"
[20:18] <kris27mc> But it's incompatible with Spotify
[20:18] <Unit193> libgcrypt20 is the up to date package, yes.
[20:19] <kris27mc> Would it be safe to add an old Canonical repo? Like from Trusty?
[20:39] <holstein> kris27mc: adding any source, really isnt "safe"
[20:39] <holstein> if anything, i would cherry-pick a deb, and know how to remove it..
[20:39] <holstein> you cant just stream spotify? maybe run the andoid version in a browser?
[20:40] <Unit193> Or get a newer version.
[21:58] <guest-A2QGz1> sudo dmidecode --type memory
[22:28] <schnitz> rehi
[23:03]  * LikeVinyl is away: "no hay wifi, hablen entre uds."


[05:48] <InHisName> I here too
[05:49] <InHisName> 12 hours and 25 seconds later
[09:25] <JonathanD> Morning.
[10:26] <rmg51> Morning JonathanD
[11:01] <JonathanD> hi rmg51
[11:05] <rmg51> o/
[13:11] <teddy-dbear> Morning peoples, dogs, turkeys, hamsters and everything else
[13:21] <InHisName> Morning
[13:23] <lazyPower> o/
[15:29] <ChinnoDog> morning
[20:48] <InHisName> afternoon


[04:28] <pLp> Hey guys
[04:28] <pLp> I have an Idea
[04:35] <pLp> Bilal?
[04:47] <pLp> Going to sleep
[04:47] <pLp> Bye
[21:08] <jbicha> I'm having trouble figuring out how to get pbuilder-dist to use a PPA as an additional source
[21:09] <jbicha> I ran 'pbuilder-dist oneiric login --save-after-login' and did apt-key add to add the PPA key
[21:09] <jbicha> pbuilder-dist oneiric update -udcar --othermirror 'deb http://ppa.launchpad.net/jbicha/dev/ubuntu oneiric main'
[21:10] <jbicha> pbuilder-dist oneiric build gnome-documents_0.2.0-0~ppa3.dsc --othermirror 'deb http://ppa.launchpad.net/jbicha/dev/ubuntu oneiric main'
[21:10] <jbicha> adding the PPA seemed to work but it won't satisfy the build-depends from the PPA
[21:19] <ScottK> Just add the PPA to sources.list while you're logged in.
[21:20] <Laney> I think pbuilder-dist overrides the sources.list inside the chroot
[21:22] <jbicha> yeah, I don't think pbuilder-dist respects the sources.list :(
[21:24] <Laney> I'm not sure of the machinations you need to fix that :( /me uses sbuild which does nothing so nasty
[21:24]  * jbicha tries again with --override-config
[21:26] <jbicha> nope, that didn't work either
[21:28] <cjwatson> I think I brutally hacked pbuilder-dist here to stop overriding stuff
[21:29] <cjwatson> ah yes, http://paste.ubuntu.com/700744/
[21:29] <cjwatson> it's a bodge, I want to switch to sbuild at some point when I have time
[21:29] <cjwatson> seeing as I'm already using schroot anyway
[21:30] <stlsaint> sbuild better than pbuilder?
[21:30] <Laney> the main annoyance with sbuild is needing to set up your own caching
[21:30] <cjwatson> my general impression is that sbuild is more powerful but harder to set up
[21:31] <stlsaint> aye ok
[21:36] <lifeless> ScottK: I can barely parse the subject for bug 335913
[21:38] <lifeless> ScottK: is a valid rephrasing 'virtual packages do not trigger retry of depwait builds' ?
[21:38] <lifeless> or hmm
[21:38] <lifeless> 'builds that provide a virtual package do not trigger retry of depwait builds depending on the virtual packakge'
[21:54] <pLpB> Good Afternoon
[22:08] <ScottK> lifeless: I think that either of those is ~correct.  I filed it a long time ago.
[22:38] <Amigordinho> Hello
[22:46] <lifeless> ScottK: thanks
[22:55] <lifeless> ScottK: I used a third formulation as it happens, but should be within ||
[23:04] <jbicha> Laney: ok, got it to work with sbuild, thanks
[23:05] <Laney> no worries
[23:06] <jbicha> now I just need to figure out why I hit this error "checking for gobject-introspection... configure: error: gobject-introspection-1.0 is not installed"
[23:07] <Laney> missing libgirepository1.0-dev?
[23:13] <jbicha> Laney: thank you!


[00:06] <GrueMaster> mpoirier: ping - I updated bug 591941 with my own test results.  Summary:  fail.
[00:06] <ubot2> Launchpad bug 591941 in linux (Ubuntu Maverick) (and 1 other project) "SDHC card not recognized (affects: 2) (dups: 1) (heat: 20)" [High,In progress] https://launchpad.net/bugs/591941
[00:07] <mpoirier> GrueMaster: how many partition do you have on your SD card ?
[00:07] <GrueMaster> 2.  Same as our pre-installed images.
[00:08] <mpoirier> weird - 'cause that error is not caused by the misbehaving card.
[00:10] <GrueMaster> One thing I noticed is that the card I have been running Lucid on (same card I have used for this test in the past) indicates that the partitions are not on cylinder boundaries.  I am backing up the card and will reformat/recopy the data back & retest.
[07:55] <lag> Morning Ogra
[08:04] <lag> Does anyone still see bug 605488 on the Panda?
[08:04] <ubot2> Launchpad bug 605488 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "BUG: scheduling while atomic: mmcqd/46/0x00000002 (affects: 1) (heat: 177)" [High,In progress] https://launchpad.net/bugs/605488
[08:14] <zyga> hello
[08:14]  * zyga starts to hate django :P
[08:15] <zyga> _why_ oh _why_ didn't the authors provide a _standard_ and _supported_ RPC system :-(
[08:25] <hrw> mogning
[08:42] <kblin> too easy?
[10:24] <lag> ogra: ping
[10:33] <ogra> lag, i havent seen bug 605488 recently, but iirc it never showed up immediately
[10:33] <ubot2> Launchpad bug 605488 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "BUG: scheduling while atomic: mmcqd/46/0x00000002 (affects: 1) (heat: 177)" [High,In progress] https://launchpad.net/bugs/605488
[10:34] <cooloney> ogra, lag, me either
[10:34] <lag> ogra: You ever seen this? http://paste.ubuntu.com/473947/
[10:35] <lag> --^ On XM
[10:35] <ogra> lag, yeah, could be
[10:35] <cooloney> lag: i never saw that. could you try the latest upload.
[10:35] <cooloney> oh, XM
[10:35] <ogra> lag, that might be the memory bug in the XM
[10:36] <ogra> lag, iirc rcn-ee has workaround patches for u-boot and the kernel somewhere
[10:36] <ogra> until the final HW comes out
[10:37] <ogra> i planned to pull the u-boot side of them into the next upload
[10:38] <ogra> i dont exactly know how the memory bug manifests so i'm only guessing
[10:39] <lag> cooloney: Do you have XM?
[10:39] <lag> ogra: Do you know when the new HW comes out?
[10:39] <ogra> lag, once all bugs are fixed :) no idea
[10:40] <ogra> lag, #beagle might be of help
[10:46] <cooloney> lag: no
[10:46] <cooloney> lag: i just have beagle C3 and panda
[12:42] <rcn-ee> hey lag, yeap those are on my list. ;)
[12:42] <dcordes_> hi
[12:54] <lag> rcn-ee: List?
[12:57] <rcn-ee> basicly every error on xm's boot.. say does your XM have Micron 512?
[12:59] <rcn-ee> Numonyx is the other possibility (working)..
[13:05] <rcn-ee> lag, if your's is a 512 model, make sure your x-load has this patch http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=b4c5ef7e0e06890b1369bfbd5c767820024adb21  (r15 from rcn-ee.net)
[13:10] <lag> rcn-ee: What's the easiest way to find out?
[13:11] <rcn-ee> there really isn't a good way.. no 'version' bumps, only way I know is the "rX" value angstrom auto addes to the file name..
[13:12] <lag> And what's the easiest way to find out if I have a Micron or Numonyx?
[13:12] <rcn-ee> considering Koen did the tweak 9 days ago... it might have been too quick specially with alpha 3..
[13:13] <ogra_cmpc> right, our x-loader doesnt have it yet
[13:13] <rcn-ee> I'm hoping Numonyx sticks their logo on the memory module.. Micron should have a weird "M", i know Elpida sticks their name on it..
[13:14] <lag> Yeah, I have an M with a circle round it
[13:14] <rcn-ee> is it 512?
[13:14] <rcn-ee> looks back at pastbin..
[13:14] <ogra_cmpc> are there non-512 ones ?
[13:14] <lag> Hang on
[13:14] <ogra_cmpc> it is
[13:14] <ogra_cmpc> all the ones we have are 512
[13:15] <ogra_cmpc> no need to check
[13:15] <ogra_cmpc> though i'm surprised there are others
[13:15] <rcn-ee> yeap yours is like mine...  the Micron memory has been dropped till Micron figures why they dont' work properly, some boards work fine, some fail weirdly..
[13:16] <lag> So will that patch help me?
[13:16] <ogra_cmpc> nope
[13:17] <rcn-ee> it'll only help the production Numonyx ones coming out in a week or two..
[13:17] <ogra_cmpc> i might have one (not near it atm)
[13:17] <ogra_cmpc> lag, you still got the same board you always had ?
[13:18] <ogra_cmpc> or was yours replaced too ?
[13:18] <lag> Not yet
[13:18] <rcn-ee> they were weird, according to gerald, some of the micron ones were fine (passed testing) but others had to be de-soldered and replaced, half yields..
[13:18] <lag> I think I'm just going to have to leave it until I get new HW
[13:19] <ogra_cmpc> well, the mmc error isnt memory induced, is it ?
[13:20] <rcn-ee> myself, i'm just taking care of bugs i can.. cause as soon as i do an "aptitude update" or "update-initframs" my memory corrupts and takes the board down..
[13:21] <rcn-ee> nope it isn't.. it seems config related, my 2.6.35+lots of patches custom config doesn't do it.. but my 2.6.35+xm does hit the error.. so more config testing this morning..
[13:21] <ogra_cmpc> yeah, i saw the lots of bugmail :)
[13:21] <rcn-ee> i'm kinda supprised about the Bx/Cx hitting it too now.. that one should be solid..
[13:22] <ogra_cmpc> probably its two different bugs
[13:22]  * cwillu_at_work perks up
[13:23] <ogra_cmpc> i at least have seen two issues i think, one is the -110 error, with the other one the card is found but readonly
[13:23] <rcn-ee> specially from atleast cwillu_at_work ;).. he's tested every card known to man..
[13:23] <cwillu_at_work> well, I've tested c3 and c4 :p
[13:23] <cwillu_at_work> a dozen or so
[13:23] <ogra_cmpc> using mainline kernels ?
[13:23] <cwillu_at_work> no, rcn
[13:24] <ogra_cmpc> right
[13:24] <cwillu_at_work> close enough :p
[13:25] <rcn-ee> yeah the 'ro' is to parts, the xm the wp bit.. the bx/cx is a weird regression over possibly a broken implementation.. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ed8303fc111e58530e22bd29b0d7e08dced75999 (bisected..)
[13:26] <rcn-ee> if you revert that commit.. the 'ro' issue doesn't happen with bx/cx... But if you play with the wp slot on any SD card it's not even detected, which leads to the gpio mux on the wp line doesn't work..
[13:30] <rcn-ee> ogra_cmpc, here's my 'ro' bx testing 2.6.34/2.6.35 SD card wp handle testing: http://pastebin.com/Hx08KR5G
[14:15] <lag> ogra: What's meant to be in boot.scr in the new daily image?
[14:30] <ogra_cmpc> lag, the file is in cleartext stored in /boot/boot.script
[14:30] <ogra_cmpc> in the rootfs
[14:32] <lag> What's the one in boot all about?
[14:33] <lag> I mean before first boot
[14:54] <ogra> the one in /boot is the one the user uses to make changes
[14:54] <ogra> like /boot/grub/menu.lst
[15:00] <hrw> user usually tweak /etc/default/grub
[15:00] <hrw> lcuk: hi here
[15:01] <lcuk> heya :)
[15:03] <lag> ogra: The one in boot is full of 0x150 zeros!
[15:04] <ogra> lag, i'll take a look after the call
[15:04] <lag> ogra: Can't you multitask ;)
[15:05] <ogra> no, i'm no girl :P
[15:05] <lag> Really? My mistake
[15:05] <lag> Must be the hair :)
[15:06] <ogra> i might slowly grow big enough to wear a bra though ... working from home changes you ;)
[15:06] <lag> :)
[15:10] <ogra> fun :)
[15:10] <ogra> https://lists.ubuntu.com/archives/ubuntu-devel/2010-August/031073.html
[15:10] <hrw> ogra: buy nice one ;d
[15:10] <ogra> hrw, i'D never buy ugly underwear :)
[15:29] <ogra> lag, my boot.scr looks proper (if i ignore the uboot header)
[15:30] <lag> Okay
[15:30] <lag> I'll re-dd
[15:30] <lag> Probably a dd error
[15:30] <ogra> http://paste.ubuntu.com/474071/
[15:30] <lag> np
[15:30] <ogra> (thats omap3)
[15:30] <ogra> panda looks a bit different
[15:32] <lag> cat your boot.scr from the new Panda image
[15:32] <ogra> i need to dd that first
[15:40] <ogra> lag, http://paste.ubuntu.com/474075/
[15:40] <ogra> ndec, http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/alpha-3/
[15:42] <ogra> asac, !
[15:42] <asac> ogra: !
[15:42] <asac> what can i do?
[15:43] <ogra> see #arm
[19:39] <rcn-ee_lpt> mpoirier, ping.. ;)
[19:42] <mpoirier> rcn-ee_lpt: hello !
[19:43] <rcn-ee_lpt> how's it going mpoirier any news in the deep depths of CONFIG_SOUND.. ;)
[19:43] <mpoirier> I also get the same result: CONFIG_SND_OMAP_SOC seems to be the culprit !
[19:44] <mpoirier> how it related to sdhc card is a mystery.
[19:44] <mpoirier> I am currently rebuilding, just to make sure all the hours spend looking at config files havent' damaged my brain.
[19:44] <zumbi> hrw|gone: do you mind to point me to your source packages?
[19:44] <rcn-ee_lpt> no idea either, other then the possible SPI based sound card? or maybe we are getting hte same clocks?
[19:45] <mpoirier> remember that CONFIG_CPU_IDLE|FREQ are also curing the issue/
[19:45] <mpoirier> clock is definitively an option.
[19:45] <mpoirier> sound is going to sleep, the clock is killed...
[19:46] <mpoirier> and the sdhc card dies.
[19:46] <rcn-ee_lpt> which if it just happens to be the same 'clock' on the xm.. (we get more clock sources with the dm37xx, some are still not being taken care off..)
[19:46] <lool> zumbi: It's probably late for hrw
[19:47] <mpoirier> do you know for sure that sdhc and sound are on the same clock ?
[19:47] <zumbi> lool: where are their sources? :)
[19:47] <zumbi> s,their,his
[19:48] <rcn-ee_lpt> no, i'm actually assuming... based on what seems like a direct link..
[19:48] <mpoirier> indeed - I was looking for a quick break.
[19:49] <rcn-ee_lpt> do you guys have better contacts at ti? maybe the dm37xx clock tree would give some hints.. (i'm thinking they inserted a new clock between to existing ones?)
[19:49] <mpoirier> now that the problem seem to have been cornered, looking at code is the next step
[19:49] <mpoirier> yes, we have an open door to TI.
[19:50] <mpoirier> in a couple of sentence, what is hte dm37xx you're referring to ?
[19:50] <rcn-ee_lpt> oh, that's what the xm's chip will be called...
[19:50] <rcn-ee_lpt> dm replaces omap... (for this model)
[19:51] <mpoirier> you mean the XM has a dm rather than omap ?
[19:52] <rcn-ee_lpt> blaim it on marketing... the omap is now 'dm'....
[19:52] <mpoirier> ok, but on your XM, do you have an omap3530 ?
[19:53] <rcn-ee_lpt> the omap3530 is only on the Bx/Cx.. the xm gets the improved omap3630 which then got tweaked/tuned and renamed into dm37xx
[19:53] <mpoirier> ha. I get it thanks for the clarification.
[19:54] <mpoirier> seems like the clocks are the same though since the problem occur on both.
[19:54] <rcn-ee_lpt> no problem.. it's a crazy nightmare... ;)
[19:54] <mpoirier> ok, next I'll poke my TI contact and put them on the case.
[19:55] <rcn-ee_lpt> cool, we had another user ask today, and they keep pointing to use the am3715 doc's.. so hopefully you guys have more push. ;)
[19:55] <mpoirier> I also have access to the original people who wrote the driver.
[19:55] <mpoirier> they are in india.
[19:55] <mpoirier> I'll send them an email with our little findings.
[19:58] <rcn-ee_lpt> it'll be interesting... do you think there's much point to retrying on 2.6.34 to see if maybe we can maybe bisect? i wouldn't go lower then that for the xm..
[19:59] <mpoirier> as far as I can tell, the problem started with 2.6.34, nope, no point going lower
[19:59] <mpoirier> bisect is also something to consider.
[19:59] <mpoirier> but we still don't know that to look for.
[20:00] <mpoirier> we have a better idea but...
[20:00] <mpoirier> there would be a lot of bisects.
[20:01] <rcn-ee_lpt> 4 minutes per build, 30 seconds to copy, 30 to boot..  i've done worse bisecting on a beagle (6hrs between..)
[20:01] <rcn-ee_lpt> ;)
[20:03] <lag_> rcn-ee: mpoirier: Good work! Keep it up
[20:03] <lag_> ;
[20:03] <lag_> ;)
[20:04] <mpoirier> lag: you're supposed to be in a bar by this time
[20:04] <lag_> mpoirier: Meh!
[20:04] <lool> zumbi: I don't know
[20:04] <lag_> I'm working on something for myself (Bluetooth)
[20:05] <rcn-ee_lpt> what, you guys don't drink and code?
[20:05] <mpoirier> lag: do you at least have a beer next to you ?
[20:05] <lag_> I'm 3/4 bottle of wine down ;)
[20:06] <mpoirier> fabulous !
[20:06] <mpoirier> rcn-ee_lpt: i'll checkout 2.6.34-rc1 to rc7 and try to isolate where the problem was introduced.
[20:07] <mpoirier> from there I'
[20:07] <mpoirier> I'll start a bisect.
[20:07] <rcn-ee_lpt> i got my machine going too.. just gota tweak the one patch for 2.6.34..
[20:10] <rsavoye> rcn-ee: hey, did you see that error log I pasted last night ?
[20:11] <rcn-ee_lpt> yeah rsavoye although it was on my other machine..
[20:11] <rsavoye> ok. hope it was useful
[20:14] <rcn-ee> yeah... http://paste.ubuntu.com/473807/  i've been fighting that one too on my normal beagles..  plenty of ram, and swap.. but it starts oom'ing..
[20:14] <rsavoye> I tried using -O0 tp reduce stress, but no such luck
[20:15] <rsavoye> after a few dozen of those stack dumps, my XM often hangs completely
[20:16] <rcn-ee_lpt> yeap after the first one it's just a matter of time...  i'm kinda hoping either the ramz or ram-defrag stuff takes care of it in 2.6.35.. i know cwillu_at_work was fighting it too..
[20:26] <rsalveti> rcn-ee_lpt: have you ever tested ramz on beagle? don't know how stable or unstable it is
[20:26] <rsalveti> I heard from ogra that was quite unstable, with bugs
[20:26] <rsalveti> but no more than that
[20:27] <rcn-ee_lpt> sorry, been to busy with the xm, so other then enabling it, haven't really tested it..
[20:27] <rcn-ee_lpt> it's based of the compcache ubuntu's been shipping for awhile right?
[20:29] <rcn-ee_lpt> nope.. pre 2.6.34: [    4.296813] mmc0: error -110 whilst initialising SD card
[20:32] <rsalveti> yep, but it's disabled for omap, I believe
[20:34] <prpplague> someone refresh my memory, where is the location in ubuntu (x86 desktop) to tweak the removable media settings?
[20:35] <XorA> prpplague: I think they ate it
[20:35] <XorA> prpplague: I dont have the gnome removable media tool in my menus by default
[20:35] <prpplague> XorA: seems like there is a command line you cna issue
[20:36] <rcn-ee_lpt> yeah it's gone..  right a script for and pray the device id never changes. ;)
[20:36] <XorA> or run KDE :_)
[20:37] <XorA> not that I would wish that hell on anyone
[20:37] <prpplague> rcn-ee_lpt: i just don't want it to pop up a window every time it mounts
[20:38] <rcn-ee_lpt> yeah, it's annoying.. not sure how to take care of that, i know my 'setup_sd.sh' flashes the pop up 4-5 times..
[20:43]  * prpplague has done it before
[20:47] <prpplague> ahh found it
[20:47] <rcn-ee_lpt> prpplague, give https://answers.launchpad.net/ubuntu/+question/30501 a try.. gconf-editor has a media_automount_open..
[20:48] <prpplague> rcn-ee_lpt: if you open a window browsing the contents, you can go edit preferences and there are some options there
[20:50] <rcn-ee_lpt> cool. i see it too.. disabled..
[21:43] <GrueMaster> NCommander: Should we enable netboot images for omap4?
[21:54] <mpoirier> rcn-ee_lpt: did you try 2.6.35-rc1 to rc5 ?
[21:54] <mpoirier> rcn-ee_lpt: meant 2.6.34-rc1 to rc5
[21:56] <GrueMaster> mpoirier: Not sure how difficult it would be, but have you taken the omap kernel config and tried it on the Working Lucid kernel?
[21:56] <GrueMaster> Or is there no significant changes in the config?
[21:57] <NCommander> GrueMaster: that can be done with a little fiddling to DI, assign me a bug
[21:57] <GrueMaster> NCommander: Not sure if it is already part of the preinstalled image blueprint.  Need to check there first.
[21:58] <rcn-ee_lpt> mpoirier, i went as low as 2.6.34-rc7 anything else won't post on the Xm..
[21:58] <mpoirier> 2.6.34-rc1 to rc5 don't output anything on the console
[21:59] <mpoirier> here's the kicker: 2.6.33.rc8 works fine.
[21:59] <rcn-ee_lpt> that's funny...
[21:59] <mpoirier> and the next booting tag, 2.6.34-rc6 is broken.
[21:59] <rcn-ee_lpt> so it's somewhere between 2.6.33-rc8 - 2.6.34-rc7
[22:00] <rcn-ee_lpt> this is on the Bx right?
[22:00] <mpoirier> 2.6.33-rc8 and 2.6.34-rc6
[22:00] <mpoirier> Cx
[22:00] <rcn-ee_lpt> c4.. i mean.. i'm the only one with old stuff
[22:00] <mpoirier> somewhere in there...
[22:01] <mpoirier> but it is impossible to find since the kernel won't boot.
[22:01] <mpoirier> hence you can't bisect that.
[22:02] <mpoirier> I just asked about the r1 to rc5 in #beagle but nobody replied.
[22:04] <rcn-ee_lpt> mpoirier, yeah #beagle doesn't really care unless it's angstrom's kernel.. ;) ..
[22:04] <rcn-ee_lpt> one small problem... http://pastebin.com/APevgWD6
[22:04] <rcn-ee_lpt> i need to dig thru my sdhc cards...
[22:06] <hrw|gone> zumbi: https://edge.launchpad.net/~hrw/+archive/arm-cross-compiler/
[22:07] <mpoirier> rcn-ee_lpt: what is this link you just sent ?
[22:08] <rcn-ee_lpt> that is the same micro sd card.. that fails on my Xm... but not on my Bx... (Bx needs a Micro to BIG convertor)
[22:14] <rcn-ee_lpt> yeah, i was asleep during 2.6.34 develment, i can't find any notes about the console in my old trees..
[22:23] <rcn-ee_lpt> guys kridner just posted the xm schematics: http://beagleboard.org/hardware/design
[22:25] <rsalveti> nice
[22:36] <rcn-ee_lpt> okay back in businness, found a pny sdhc card that fails on my bx "mmc0: error -110"
[22:38] <GrueMaster> Who do I ping with spelling errors in the XM manual? (And if they used OpenOffice it would have already found these.)
[22:38] <GrueMaster> :P
[22:38] <rcn-ee_lpt> gerald on beagleboard.org..
[22:39] <GrueMaster> Grumble.  4 years of college and all I really know is how to proofread.
[22:41] <lool> Oh there's an A2 now
[22:43] <hrw|gone> lool: xm a2?
[22:45] <rcn-ee_lpt> mpoirier, 2.6.34-rc5 is bad.. this patch will take care of most of 2.6.34-rc's.. http://rcn-ee.homeip.net:81/testing/patch-2.6.34-rc.diff
[22:45] <rcn-ee_lpt> yeap the xm A2 is the first production one..
[22:45] <mpoirier> are you tacking our little mmc problem or the console not coming out ?
[22:46] <rcn-ee_lpt> the patch is a console patch... earlyprintk (serial boot) was converted in that rc cycle..
[22:46] <rcn-ee_lpt> omap specific to generic conversion...
[22:47] <mpoirier> fantastic - I was actually bisecting between 2.6.33-rc8 and 2.6.34-rc1 to find what broke the console output.
[22:55] <lool> hrw|gone: Yeah
[22:57] <rcn-ee_lpt> crap, for 2.6.34-rc2, remove the omap_vram/dss2 stuff.. it breaks..
[23:03] <rcn-ee_lpt> mpoirier, for 2.6.34-rc2 you'll need: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=5c1f96f4
[23:03] <mpoirier> console again ?
[23:03] <rcn-ee_lpt> vram.c failes to compile.. so 2.6.34-rc2 won't build..  (2.6.34-rc3 fails mmc -110)
[23:07] <rcn-ee_lpt> 2.6.34-rc2 fails.. i really hope it isn't the rc1 merge...
[23:11] <rcn-ee_lpt> for 2.6.34-rc1 we need: (for serial) http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=21b9034
[23:17] <rcn-ee_lpt> crap 2.6.34-rc1 fails...  so that leaves 2.6.33-rc8 -> 2.6.34-rc1...
[23:28] <rcn-ee_lpt> mpoirier, are you guys sure 2.6.33 failed?  there was a large omap conversion from 2.6.33->34-rc1
[23:28] <mpoirier> 2.6.33-rc8 works.
[23:29] <mpoirier> rc2 fails,
[23:29] <mpoirier> therefore it is between 2.6.33-rc8 and 34-rc1
[23:32] <rcn-ee_lpt> yay.. ;) crabs another beer... there's lots of config changes..
[23:34] <mpoirier> you're always one step ahead of me.
[23:35] <mpoirier> i'm currently compiling 34-rc1 after cherry-picking 21b9034
[23:35] <rcn-ee_lpt> ;) it's just easier when you have all the patches from the last time i had to build it for real..
[23:36] <mpoirier> and a lot of experience doing it.
[23:36] <mpoirier> do you know how many patches between 33-rc8 and 34-rc1 ?
[23:37] <rcn-ee_lpt> well, i'm just trying to get 2.6.33 built right now.. (and praying to rule out rc1) but alot of the config names changed...
[23:43] <mpoirier> rcn-ee_lpt: still no console output on 34-rc1, even after cherry picking 21b9034.
[23:43] <mpoirier> did i miss something ?
[23:44] <rcn-ee_lpt> for rc1 you need 21b9034 (merge rc2) and then the previous one too...
[23:45] <rcn-ee_lpt> this is the 'pervious' one mimized as much as possible http://rcn-ee.homeip.net:81/testing/patch-2.6.34-rc-take2.diff
[23:46] <mpoirier> ok, let me try
[23:47] <rcn-ee_lpt> sure.. well 2.6.33 works...  i'll post my config in second just incase i ended up remving too much..  but itlooks like 2.6.33 -> 2.6.34-rc..
[23:48] <mpoirier> you mean 33-rc8 -> 34-rc1 ?
[23:48] <rcn-ee_lpt> http://rcn-ee.homeip.net:81/testing/2.6.33-config
[23:48] <rcn-ee_lpt> well i got 2.6.33 to boot (no problems with mmc card...) but i'm going to double check the config.. incase oldconfig removed too much
[23:49] <mpoirier> you can go all the way to 33-rc8 if you want.
[23:51] <mpoirier> ok, got console output on 34-rc1.
[23:51] <rcn-ee_lpt> cool


[16:02] <blackboxsw> ok cloud-init fans, time to kick off the meeting
[16:02] <powersj> \o/
[16:03] <blackboxsw> #startmeeting cloud-init bi-weekly status
[16:03] <meetingology> Meeting started Mon Oct 30 16:03:09 2017 UTC.  The chair is blackboxsw. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:03] <meetingology> Available commands: action commands idea info link nick
[16:04] <blackboxsw> #meetingtopic In Progress Development
[16:04] <blackboxsw> So, the last couple weeks have been fairly busy with Ubuntu an SRU  processs for Xenial, Zesty and the new Artful release
[16:05] <blackboxsw> our SRU process bug captures most of that work
[16:05] <blackboxsw> #LINK https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1721847
[16:07] <blackboxsw> our teams uncovered at least one bug  during verification testing
[16:07] <blackboxsw> LINK https://bugs.launchpad.net/cloud-init/+bug/1725067
[16:08] <blackboxsw> The former bug we have now resolved. This SRU will not be published until we resolve one other bug for EC2-specfic environments to ensure we retain behavior to always bring up dhcp4 on the primary nic
[16:09] <blackboxsw> I don't think we have created a bug for the ec2 issue yet (it affects artful only) instances with only private ipv4 addresses allocated will not have dhcp4 config'd for that instance
[16:10] <blackboxsw> We'll link a bug for the above today
[16:10] <blackboxsw> other work on cloud-init... paste coming
[16:11] <blackboxsw> * Fix systemd mount target due to busy device or already mounted (LP: #1718287)
[16:11] <blackboxsw> * Fix simpleteable object as output string (LP: #1722566)
[16:11] <blackboxsw> * Fix netplan bridge stp boolean (LP: #1721157)
[16:11] <blackboxsw> * Fix cc_ntp to allow empty configuration "ntp:". Fix ntp integration test to provide valid empty ntp config (LP: 1724951)
[16:11] <blackboxsw> * Fixed cc_lxd to allow for missing bridge definitions in lxd cloud-config
[16:11] <blackboxsw> * Dropped fastestmirror plugin for CentOS tests
[16:11] <blackboxsw> * Numerous test and CI stability improvements
[16:13] <blackboxsw> Also we got a couple of gentoo commits from ckonstanski  to Use "rc-service" rather than "service".  Thanks again
[16:13] <rharper> \o/
[16:14] <ckonstanski> You're welcome, though those were just tiny toy commits to get me indocrinated into the launchpad process. Getting NTP tests to work in gentoo will be more significant.
[16:15] <blackboxsw> ckonstanski: testing always is time-consuming, but totally worth it.  We are still trying build our unit test coverage up so we don't get suprises on different platforms/clouds when sparsely tested modules run. Thanks again
[16:16] <blackboxsw> oops sorry about the meetingtopic for the above ... that should have been the following
[16:16] <blackboxsw> #meetingtopic Recent Changes
[16:16] <blackboxsw> anything else for recent changes that have landed rharper powersj or others?
[16:17] <powersj> nope
[16:17] <rharper> blackboxsw: not yet
[16:17] <blackboxsw> ok then let's move to next topic
[16:17] <blackboxsw> #meetingstatus In Progress Development
[16:17] <blackboxsw> for real.
[16:18] <blackboxsw> ok so we are wrapping up that one Ec2 bug that was raised by Sargun on friday (which affects Artful)
[16:18] <blackboxsw> When we have that branch in place, we can kick our final validation of the cloud-init 17.1 updates to Xenial Zesty and Artful.
[16:19] <blackboxsw> I know smoser just uploaded cloud-init to the newly opened Bionic release as well
[16:19] <blackboxsw> We will be hitting the review queue a bit this week to wrap up content that we want landed once master is open for more dyna
[16:20] <blackboxsw> We will be hitting the review queue a bit this week to wrap up content that we want landed once master is open for more significant changesets
[16:21] <blackboxsw> we've been a little risk averse during the SRU release process
[16:21] <blackboxsw> As always please watch our trello board for progress on anything we are working
[16:21] <blackboxsw> LINK https://trello.com/b/hFtWKUn3/daily-cloud-init-curtin
[16:22] <powersj> need that #
[16:22] <blackboxsw> #LINK https://trello.com/b/hFtWKUn3/daily-cloud-init-curtin
[16:22] <blackboxsw> ahh thanks oops
[16:23] <robjo> speaking of reviews thanks for the help so far blackboxsw , now that my schedule should be a bit less crazy I'd like to get back to https://code.launchpad.net/~rjschwei/cloud-init/+git/cloud-init/+ref/addZyppRepos
[16:23] <blackboxsw> Our focus as well for the upcoming work in cloud-init is to increase continuous integration coverage and tooling around cloud-init to make sure we can keep delivering stability across releases
[16:24] <robjo> since I cannotreproduce the issue the bot has locally and I don't really understand the problem some more help is needed
[16:24] <blackboxsw> ahh hiya robjo
[16:24] <powersj> that looks merged
[16:24] <blackboxsw> robjo: good to hear, we'll watch for updates.
[16:25] <powersj> smoser went and fixed the flake8 issues
[16:25] <blackboxsw> robjo: do you mean another branch?
[16:25] <robjo> blackboxsw: no, that branch, but bot  thinks " Needs Fixing ", I just don't get why
[16:26] <blackboxsw> yeah per robjo's work cloud-init folks can also configure zypper repos . We landed it Sept 21st. (So it's in cloud-init 17.1)
[16:26] <blackboxsw> commit cc1475d07b9d0727012634ee9c7a914d67b051f5
[16:26] <blackboxsw> Author: Robert Schweikert<EMAIL_ADDRESS>[16:26] <blackboxsw> Date:   Thu Sep 21 11:58:28 2017 -0400
[16:27] <robjo> Oh, so it did get merged, missed that, never mind
[16:27] <blackboxsw> as powersj mentioned, I think it was a flake8 CI test issue, so we just fixed the minor issue and landed it as it wasn't a significant content change
[16:28] <powersj> cloudinit/config/cc_zypper_add_repo.py:15:1: H306: imports not in alphabetical order (cloudinit.util, cloudinit.config.schema.get_schema_doc)
[16:28] <robjo> much appreciated, still a bit concerning that the flake8 issue did not show up locally :(
[16:28] <blackboxsw> thx powersj
[16:29] <powersj> is correct way https://paste.ubuntu.com/25852643/
[16:29] <robjo> SO flake8 has serious issue with the definition of alpha order :(
[16:30] <blackboxsw> ;)
[16:30] <blackboxsw> ok anything else for "In Progress Development"  if not we'll transition to the next topic
[16:30] <blackboxsw> #meetingtopic Open Discussion / Office Hours (30 mins)
[16:31] <blackboxsw> ok we'll hang out in channel  if anyone has topics, bugs or features they want to discuss or need some feedback on
[16:35] <blackboxsw> and as always thanks for contributions folks. It's really great to work on a project where there is so much interest and investment
[16:42] <smoser> blackboxsw: hey. i'm back now. did you open a bug?
[16:42] <smoser> i can do so now if you have not.
[16:43] <blackboxsw> smoser: I haven't done that yet, was just working out the fix
[16:43] <blackboxsw> please do, then we can link it here
[16:43] <smoser> ok. i'll do so. and i realized a comment you were making about artful.
[16:43] <smoser> that we could go leave artful configuring all nics it saw.
[16:43] <blackboxsw> right, because we allow change of behavior in artful right?
[16:44] <smoser> as that isn't necessarily "broken" behavior.
[16:44] <smoser> yeah. i didnt understand that when you said it.
[16:44] <blackboxsw> ahh, I get you. Right, just that the new behavior of configuring all nics is acceptable as new behavior, but not for Xenial. It's just that artful is slightly busted for local-only ipv4
[16:45] <smoser> i think it might be easiest both in terms of fixing and in terms of keeping things in our head if we just keep the same behavior everywhere for now.
[16:46] <smoser> that is... make artful act like xenial in only configuring one nic
[16:48] <smoser> blackboxsw: actually i dont think there is any reason why we shoudlnt just use bug 1728152
[16:48] <smoser> unless you disagree
[16:51] <blackboxsw> +1 smoser
[16:52] <blackboxsw> lets use that bug
[16:59] <blackboxsw> #LINK https://launchpad.net/bugs/1728152
[16:59] <blackboxsw> ok looks like we are good for the status meeting
[17:00] <blackboxsw> thanks for joining all. see you in two weeks
[17:00] <blackboxsw> #endmeeting
[17:00] <meetingology> Meeting ended Mon Oct 30 17:00:30 2017 UTC.
[17:00] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/cloud-init/2017/cloud-init.2017-10-30-16.03.moin.txt
[17:00] <powersj> blackboxsw: thx
[17:08] <smoser> blackboxsw: i'm writing sru template there.
[17:10] <smoser> pushed . blackboxsw https://github.com/cloud-init/ubuntu-sru/blob/master/bugs/lp-1728152.txt
[17:14] <blackboxsw> thx smoser
[17:42] <powersj> smoser: https://code.launchpad.net/~powersj/cloud-init/+git/cloud-init/+merge/331736
[17:42] <powersj> blackboxsw: ^
[17:42] <powersj> think that is now ready... now with new and improved sudo ;)
[17:43] <smoser> is the diff up to date ?
[17:43] <smoser> yeah, it is. ok. i'm reviewing / looking at that now
[18:45] <blackboxsw> ok just pushed up a WIP diff for ec2 b6e0d54c171ad3a801ef0aab2e8f30bd5a8f0daf  @ https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/332954
[18:45] <blackboxsw> I'm adding a couple of extra unit tests
[19:22] <smoser> powersj: ok.. http://paste.ubuntu.com/25853561/
[19:22] <smoser> that really should work to execute stuff as root.
[19:22] <smoser> but it doesnt. and i'm not sure why. i get wierd failures when i change.
[19:22] <powersj> smoser: right that is what I did on Friday
[19:23] <powersj> I didn't dig into what was the issue though
[20:07] <blackboxsw> b2064bf6eeb2a96d50051ed4e0203e3c7dcb5a44  is the winner for https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/332954. I'm done w/ updates for the SRU ec2 issue.
[20:15] <blackboxsw> smoser: rharper comments welcome when you have cycles https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/332954  description updated too
[20:15]  * blackboxsw heads to launch-ec2 tool
[20:16] <blackboxsw> need to put that up for quick review/test
[20:16] <rharper> k
[20:25] <blackboxsw> powersj: rharper smoser  just pushed sample launch-ec2 script I'm running locally https://github.com/cloud-init/qa-scripts/blob/master/scripts/launch-ec2
[20:25] <blackboxsw> I'll keep posting updates to it as I refine it
[20:48] <smoser> powersj: ok. i understand why the obvious fix was not working.
[20:51] <smoser> http://paste.ubuntu.com/25854027/
[20:51] <smoser> is one solution, powersj
[20:52] <smoser> the IOError was in run_script trying to push to a file that was root owned (as a result of the mktemp)
[20:52] <smoser> the push was still not happening as root
[20:53] <smoser> this works, but could be better.
[20:54] <smoser> http://paste.ubuntu.com/25854037/ <-- is better in that it drops the 'sudo' form the 'run-script' path as its not needed because execute has it.
[21:27] <powersj> smoser: thx will take a look


[14:04] <dana9> Escriba el texto aquí....hola
[19:07] <davmor2> How's UDS so far guys and gals?
[19:47] <davmor2> Meh the qa UDS Icecast feed seems to of disappeared
[20:15] <jpds> davmor2: Works here.
[20:15] <davmor2> jpds: Yes it's back up now :)
[20:16] <jpds> davmor2: Problems should be reported to #ubuntu-devel-summit so one of the SA team notices it.
[20:16] <davmor2> jpds: Okay cool :)
[23:25] <davmor2> ara: could you not use the ldtp project pages to store the tests?
[23:28] <ara> davmor2: yes, that is what we do right now
[23:48] <davmor2> ara: the tag idea could also be dropped onto the oem qa managers shoulders for importance too.  IE if all the dell machines display an issue with an app they can tag it to be tested etc
[23:49] <ara> davmor2: yes, good idea


[03:00] <Guest39449> Hi. I just came in to see what discussion was going on around the laptop version of Ubuntu.


[22:14] <iBattaglin> hi
[22:14] <iBattaglin> why the change in budgie 17 release? One cant change chanell in terminal / irssi anymoere
[22:14] <iBattaglin> anymore*


[04:25] <debdeb> hi! newbie here trying to figure out how to but the blackbird theme on buntu studio having a hard time. thanks in advance to whoever has time
[05:26] <debdeb> lol
[05:29] <OvenWerks> debdeb: prolly get more feedback on #xubuntu
[05:29] <OvenWerks> debdeb: and I think most of them are sleeping right now being utc-ish or before
[05:29] <debdeb> thanks ill give that a try
[05:30] <debdeb> yeah i figured :)


[14:16] <cnd> good morning
[14:16] <cnd> bregma, dandrader: standups :)
[14:16] <cnd> I'm in the middle of investigations, not much new
[14:16] <bregma> just finishing off the code reviews
[14:16] <bregma> uh, merge proposal reviews
[14:18] <dandrader> back to work on the gestures delivery logic. Noticed that there's a situation that's not being considered there. i.e. gestures with the very same set of touches are not in conflict with each other as they just present complementary info on the same physical gesture (e.g. a touch and a drag gesture)
[16:30] <dandrader> cnd, ping
[16:38] <cnd> dandrader, pong
[16:38] <dandrader> I'm cornered here. geis_v1 implementation of unity gestures is as follows:
[16:39] <dandrader>  - touch gestures used to show and hide the grab handles
[16:39] <dandrader>  - drag gestures to move the window
[16:39] <dandrader>  - pinch gestures to maximize and restore the window
[16:39] <dandrader> and those gestures can come in parallel
[16:39] <dandrader> so you can get both touch and drag
[16:40] <cnd> yeah
[16:40] <dandrader> in geis_v2 implementation I made one subscription for each of those gesture classes
[16:41] <dandrader> so, when I start moving 3 fingers
[16:41] <cnd> ahh, what you need to do is make one subscription with multiple filters
[16:41] <cnd> IIRC
[16:41] <dandrader> problem is that it seems I cannot make an OR for gesture classes
[16:41] <dandrader> in a filter
[16:41] <cnd> hmm
[16:42] <cnd> bregma^^?
[16:42] <cnd> I thought that was possible
[16:42] <cnd> you can have multiple filters on one subscription
[16:42] <cnd> so one filter for three touch drag
[16:42] <cnd> one filter for three touch pinch
[16:44] <dandrader> but the filters on a subscription will be "ANDed" together
[16:44] <cnd> dandrader, I believe filters are ORed, terms are ANDed
[16:45]  * dandrader checks
[16:46] <dandrader>  * Thye effect of filters are ANDed together so that, for example, a
[16:46] <dandrader>  * subscription that has a filter for 3-finger gestures and drag gestures will
[16:46] <dandrader>  * produce events only for 3-finger drag gestures.
[16:46] <dandrader> cnd,  at least that's what the documentation says
[16:47] <cnd> hmm... what is it that is ORed...
[16:47] <dandrader> subscriptions :)
[16:47] <cnd> I'm pretty sure there was something below that though
[16:49] <cnd> dandrader, I'm suspicious that that comment is incorrect
[16:49] <dandrader> I'm checking the implementation to see if that's the case...
[16:58] <bregma> sorry guys, meetigs are eating my soul
[16:58] <bregma> terms on a filter should be ANDed, filters on a subscription should be ORed
[16:59] <bregma> if it's not doing that, I messed up, and I know I confused myself at some point
[17:02] <dandrader> bregma,  ahhh, cool. so there's a bug in the documentation after all
[17:02] <bregma> hopefully
[18:43] <dandrader> bregma, do you want a merge proposal for the patch that fixes geis_subscription_add_filter documentation?
[18:44] <bregma> I personally would consider such a change "as obvious", so I don;t think a merge request is necessary
[18:44] <dandrader> bregma, ok
[18:45] <dandrader> pushed
[18:45] <dandrader> cnd, one subscription with multiple filters behaves exactly the same as one subscription per filter
[18:46] <dandrader> which is what I'm doing
[18:46] <dandrader> so that doesn't help
[18:46] <cnd> hmm... really?
[18:46] <cnd> dandrader, oh, maybe we're thinking two different things
[18:46] <dandrader> probably
[18:46] <dandrader> the problem is
[18:46] <cnd> with multiple filters you'll still just get one set of events
[18:46] <cnd> but the events will be recognized as one or more of the subscription types
[18:46] <dandrader> (again with the window manipulation example in unity)
[18:47] <cnd> and will fire when any of the filters matches
[18:47] <dandrader> as soon as you accept one gesture, the others vanish
[18:47] <dandrader> so if I accept the touch, drag vanishes
[18:47] <dandrader> and vice-versa
[18:47] <dandrader> and then a pinch will never come as well
[18:47] <dandrader> if I have a touch or a drag accepted
[18:49] <cnd> dandrader, if you use multiple filters, are you getting multiple event streams for each filter?
[18:49] <cnd> or just one event stream
[18:50] <dandrader> cnd, let me send you a typical output of sliding 3 fingers: http://paste.ubuntu.com/1039514/
[18:50] <dandrader> notice the ACCEPT part
[18:50] <cnd> hmm... that's not what I expect to happen
[18:50] <cnd> I expect there to be one gesture, that has multiple classes
[18:51] <cnd> first it starts as just a touch class
[18:51] <cnd> and then it becomes a drag class too
[18:53] <cnd> I'm not exactly sure what the best way to handle this is, if geis is broken, or if it just doesn't cater to this use case...
[18:53] <cnd> bregma, what are your thoughts ^^?
[18:53] <dandrader> subscription ( filter (3 drag) filter (3 touch) ) ==  subscription ( filter (3 drag)  subscription ( filter (3 touch) )
[18:53] <dandrader> correcting:
[18:53] <dandrader> subscription ( filter (3 drag) filter (3 touch) ) ==  subscription ( filter (3 drag) )  subscription ( filter (3 touch) )
[18:53] <cnd> yeah
[18:53] <cnd> which is not how it should be, imo
[18:54] <cnd> otherwise, there's no point in having filters vs subscriptions
[18:54] <dandrader> well, you could see subscriptions just as a container to group filters together
[18:55] <cnd> yeah, but then it's just an added layer of abstraction
[18:55] <dandrader> sure, not that this is all that useful indeed :)
[18:56] <cnd> let's wait to get some feedback from bregma
[18:56] <cnd> then we can try to figure out what to do about it
[19:00] <bregma> sorry guys, OTP, reading the backscroll....
[19:01] <cnd> bregma, np :)
[19:04] <bregma> dandrader, are you saying you get the same output when you have a single subscription with a single filter with terms (touch EQ 3) and (class EQ DRAG) as you do with two separate subscriptions, one for each filter term?
[19:06] <bregma> one subscrption with two filters, each with one term, will definitely behave like two subscriptions each with one filter each with one term
[19:07] <bregma> because filters are ORed
[19:07] <bregma> but one subscription with one filter with two terms should behave differently form that
[19:07] <cnd> bregma, I thought one geis subscription == one grail subscription
[19:08] <bregma> no
[19:08] <cnd> if there are multiple filters on a geis subscription, then they are composited for the grail subscription
[19:08] <bregma> it's more like one filter == one grail sibscription
[19:08] <cnd> hmm
[19:08] <dandrader> bregma, no. I mean sub(filter(class=drag, touches=3)) + sub(filter(class=touch, touches=3)) behaves the same as sub((filter(class=drag, touches=3),filter(class=touch, touches=3))
[19:09] <bregma> yes
[19:10] <dandrader> bregma, so what do I do in geis API to get gesture events with classes (touch OR drag)
[19:10] <dandrader> ?
[19:11] <bregma> that what those subscriptions should be giving you
[19:11] <bregma> hmm, I think I see the problem
[19:11] <cnd> what we have now is touch XOR drag
[19:11] <cnd> we don't seem to have touch OR drag
[19:12] <bregma> the problem lies in the interaction between subscriptions and accept/reject
[19:12] <cnd> yeah
[19:14] <bregma> grail subscription don;t really let you do ORing, as I recall
[19:14] <cnd> they do
[19:15] <cnd> you can subscribe to a list of types
[19:15] <cnd> and then you can set the thresholds for each type
[19:16] <bregma> right, grail uses a bitmap for subscriptions
[19:17] <cnd> bregma, so are we talking a large change to geis to make this functionality possible?
[19:19] <bregma> um, looking at the code it looks like repreated class terms are ORed
[19:19] <dandrader> the solution is see for the moment if to not specify any class in the filters
[19:19] <dandrader> s/if to/is to
[19:20] <cnd> bregma, I think the bigger issue is that geis splits grail events into separate gesture streams for each gesture class
[19:20] <cnd> rather than having one stream with multiple classes
[19:21] <bregma> geis doesn't split gestures
[19:22] <bregma> it looks like of you add two class terms to a filter it will OR them and do exactlt what you;re asking
[19:23] <dandrader> just like magic
[19:24]  * dandrader tries out
[19:26] <dandrader> bregma, yes, you're right!
[19:27] <bregma> what a fortunate bug
[19:27] <dandrader> lol
[19:27] <bregma> er, feature
[19:27] <dandrader> man, that's a complex API
[19:28] <bregma> ANDing two classes makes no sense, because then you will have no results
[19:28] <bregma> but logically it makes sense because it's symmetric
[19:29] <bregma> perhaps the best solution for this is to document it well
[19:29] <cnd> heh
[19:29] <cnd> yay
[19:29] <cnd> disaster averted
[19:35] <dandrader> so in the end  having the filter concept is superfluous as you can achieve the same results with just adding terms directly to a subscription
[19:35] <dandrader> s/can/could
[19:41] <cnd> sounds right
[21:54] <Jonii_> Hi, how much of a work it would be to implement one touch gesture?
[21:55] <Jonii_> I mean, say I' running ubuntu 12.04, and I just want to see this gesture to happen on my own computer?
[22:16] <cnd> Jonii_, for a touchscreen?
[22:27] <Jonii_> touchpad
[22:38] <cnd> Jonii_, you can't listen to one-touch gestures from a touchpad
[22:39] <cnd> because one-touch motion controls the cursor
[23:37] <Jonii_> cnd: i was thinking about multi-finger swipes and such
[23:38] <Jonii_> one touch gesture = one gesture that uses touchpad