[04:30] <Bashing-om> To all a good night o/
[06:00] <ducasse> good morning
[06:24] <lordievader> Good morning
[06:25] <ducasse> hi lordievader, all well?
[06:27] <lordievader> Yes, doing good here. How are you?
[06:29] <jink> BRILLIANT, THANKS FOR ASKING.
[06:29] <jink> Morning, kids. :)
[06:29] <ducasse> all good here as well.
[06:29] <ducasse> \o jink
[06:37] <lordievader> Hey jink
[06:37] <lordievader> Good to hear :)
[11:39] <BluesKaj> Hey folks
[18:14] <Bashing-om> We do Monday support :)
[18:30] <oerheks> Yes. the more experienced trolls :-D
[18:33] <Bashing-om> Always that 10% - upper and lower .. we take the bad with the good and move on along :)
[19:35] <brunch> just installed gnome-session-flashback
[19:35] <brunch> pretty good
[19:36] <brunch> but I wonder if the update broke gnome-accounts or if it was the session
[19:38] <daftykins> i think a friend who is trying to hold onto the past uses that :>
[19:38] <brunch> it's quite alright, there's shortcuts for snapping windows
[19:38] <leftyfb> I've been using flashback for years
[19:39] <brunch> what I miss is super-a applicationname
[19:39] <nacc> too many ridiculous users today
[19:40] <daftykins> nacc: oh?
[19:40] <nacc> one got quite pissed off at leftyfb :)
[19:40] <brunch> alt-f2 is a good application launcher though
[19:41] <nacc> for havinng installed eclipse from source because someone in #ubuntu told them to and leftyfb telling them that was unsupported
[19:41] <brunch> if you know the executable name
[19:41] <leftyfb> ;)
[19:41] <leftyfb> brunch: I use gnome-do
[19:41] <brunch> gnome-do?
[19:41] <brunch> wotsdat
[19:43] <leftyfb> brunch: it's a launcher I use
[19:43] <daftykins> all the cool kids clearly stick to packages
[19:44] <brunch> does that require me to click?
[19:44]  * brunch grimaces in disgust
[19:46] <leftyfb> brunch: negative
[19:47] <leftyfb> super+space -> type: firefox -> hit enter
[19:47] <brunch> but that's equal to alt-f2 firefox
[19:47] <brunch> or fir\t
[19:48] <leftyfb> brunch: only if you know the binary name
[19:48] <brunch> I actually like gnome3 quite much
[19:48] <brunch> I just despise mutter
[19:49] <leftyfb> brunch: yes, but we were talking about gnome-session-flashback
[19:49] <brunch> ah yes, the multi-desktop is well done
[19:49] <brunch> just the way I like it
[19:50] <brunch> alt-tabbing among applications works immediatly
[19:50] <brunch> metacity gives fantastic performance
[19:50] <brunch> isn't mate the continuation of this DE?
[19:51] <oerheks> that firefox 52 story ..
[19:51] <oerheks> just walked by
[19:52] <leftyfb> oerheks: you missed the eclipse one. That one was better.
[19:52] <oerheks> i caused the eclips issue with ubuntu-make ..
[19:53] <oerheks> yeah, i ruined many servers and desktops..
[20:01] <leftyfb> jeezus, I thought the eclipse was last month
[20:02] <oerheks> 5 more days .. https://www.youtube.com/watch?v=iC_W273I2CU
[20:03] <leftyfb> wtf
[20:05] <daftykins> leftyfb: can you ease up on the language in here, please?
[20:05] <oerheks> It is just a constellation
[20:05] <daftykins> obfuscated or not
[20:07] <leftyfb> oh right
[20:07] <leftyfb> :/
[20:09] <daftykins> i myself enjoy replacing all religious names with 'Tux' :)
[22:05] <_Anna_> What's the difference between Oracle's VirtualBox and its ubuntu version?
[22:06] <nacc> _Anna_: dunno, read the changelog?
[22:07] <nacc> _Anna_: i assume oracle's is not free
[22:07] <daftykins> didn't they use some kind of proprietary driver for USB too?
[22:08] <_Anna_> So it's not completly open source? is that why ubuntu guys made their own version?
[22:08] <oerheks> take a read https://help.ubuntu.com/community/VirtualBox/Installation
[22:08] <nacc> _Anna_: it's not their own version
[22:08] <oerheks> licensing
[22:08] <nacc> _Anna_: please do some basic research :)
[22:11] <daftykins> like even a google
[22:11] <nacc> _Anna_: and i don't mean that rudely, but it feels like you didn't look at what is in both optionns
[22:12] <oerheks> i would go for KVM, when your guest is linux
[22:12] <oerheks> much more reliable
[22:12] <nacc> yep, it's pretty easy to use
[22:12] <Bashing-om> \o EriC^^  .
[22:12] <_Anna_> Well, you're wrong. I have searched and I even asked on oracle's chat, but they refused to say.
[22:12] <nacc> and if you dont need VMs but containers, LXD is really handy
[22:12] <nacc> _Anna_: oracle refused to tell you what is in their software?
[22:13] <nacc> _Anna_: so how are we supposed to know?
[22:13] <oerheks> _Anna_, wrong? ... you claim they don't answer, so you are trolling
[22:13] <oerheks> :-D
[22:13] <oerheks>  /ignore
[22:14] <_Anna_> They refused to accept it as theirs. They say it's a fork.
[22:14] <_Anna_> I'm talking about the one someone can get from Software Center vs the one from their site.
[22:14] <nacc> _Anna_: do you understand the Debian Free Software Guidelines?
[22:15] <nacc> _Anna_: or what a distribution is/does?
[22:16] <_Anna_> Yes nacc. Do you always treat others like they are stupid?
[22:16] <nacc> _Anna_: if you understand the above, then I don't understand what you're asking at all
[22:16] <daftykins> it was definitely accurate in this instance
[22:17] <nacc> _Anna_: a) Debian repackages the upstream tarball because the raw orig tarball violates DFSG. b) a distribution's published version is by definition a fork, as it's from some point in time in the past.
[22:18] <nacc> _Anna_: you can see what is in a given srcpkg by `pull-lp-source <pkgname> <version>` if you want
[22:19] <oerheks> sudo lxc-create -t download -n u1 -- -d ubuntu -r artful -a amd64
[22:19] <nacc> oerheks: that's old :)
[22:19] <nacc> oerheks: lxc launch ubuntu-daily:artful
[22:20] <nacc> oerheks: lxc vs. lxd
[22:20] <nacc> lxc- are lxc; `lxc ` are lxd
[22:20] <nacc> oerheks: don't bother learning lxc1 if you don't need to :)
[22:20] <oerheks> thanks, that is where i got flabbergasted.
[22:20] <nacc> and you don't need sudo that way :)
[22:21] <nacc> there are three remotes by defaults (ubuntu: for released versions; ubuntu-daily: for daily builds; and images: for the rest (e.g., debian, fedora)
[22:21] <oerheks> lxc-destroy -n u1
[22:21] <nacc> oerheks: :)
[22:21] <oerheks> Done, sir.
[22:21] <nacc> oerheks: and you can of course give your containers names (just after the image)
[22:22] <nacc> oerheks: and there are shortcuts/aliases (e.g., ubuntu:x is the same as ubuntu:xenial)
[22:22] <oerheks> Yeah, best thing is to do it with stable xenial.
[22:22] <nacc> oerheks:  we just add lxd building support to `git ubuntu`
[22:23] <nacc> oerheks: and i use it multiples times a day -- feel free to ask if you get stuck :)
[22:23] <oerheks> I need a course ... can i somehowe invite you to do that? i will find 10 users or so..
[22:23] <nacc> heh
[22:23] <nacc> i think stefan has done talks online
[22:23] <nacc> (the lxd maintainer)
[22:24] <nacc> i don't use it heavily enough to justify explainning it -- but i can explain the basics of using it and then it's just ... use it :)
[22:25] <_Anna_> I don't care if it is considered a fork or not. And I can't read the code. I'm not a developer or something. I'm a user trying to decide which one to install and why! Someone from the ubuntu team took VirtualBox from Oracle, changed something (oracle guys say they don't know what is changed by ubuntu guys) and then put it on Software Center. Take a look. It says "by ubuntu", not "by Oracle". So the question is: What is changed?
[22:26] <nacc> _Anna_: read the changelog
[22:26] <nacc> _Anna_: as i said?
[22:26] <_Anna_> There is no changelog?
[22:26] <nacc> ...
[22:27] <nacc> _Anna_: `apt changelog virtualbox`
[22:27] <nacc> _Anna_: also, none of this is really for this channel
[22:27] <nacc> _Anna_: i think you wanted #ubuntu
[22:28] <nacc> _Anna_: and again, I feel like you don't undestand what a distribution is? no one "from the ubuntu team" took virtualbox from oracle. 1) debian is the upstream for ubuntu's packages, not oracle. 2) all distributions (except rolling ones) freeze the versions when they do a release. That's what a distribution *is*.
[22:29] <oerheks> the difference is clear...
[22:29] <_Anna_> That command would give me the changes from an older version of the original program to a newer version or the original program. It wouldn't give the changes from the original program to the fork.
[22:29] <nacc> _Anna_: if you want ubuntu support, use the ubuntu package, if you want oracle's support, use the oracle support
[22:29] <nacc> _Anna_: *what* original program?
[22:29] <nacc> _Anna_: if you want to see the differences between the upstream base tarball and the srcpkg, you'll have to read the code.
[22:31] <_Anna_> original = the one from Oracle's site. oracle's guys insist the one on Software Center is a fork. [for which they know nothing(!) about]. Sorry if I'm not using the correct terminology. I'm saying what I've been told.
[22:33] <_Anna_> I was only wondering if there are more or less features and of what kind.
[22:39] <daftykins> sounds a lot like a support query to me
[22:43] <_Anna_> sounds like a fork that it doesn't have to exist?
[22:44] <nacc> _Anna_: ENOPARSE, that question doesn't make sense to me
[22:50] <_Anna_> I don't know what enoparse means.
[22:51] <nacc> _Anna_: i didn't parse your question.
[22:55] <daftykins> how is this query not wrapped up already...
[22:57] <oerheks>  "Error: Not Parsed" (or "Sorry, I didn't understand that.")
[23:00] <_Anna_> let's wrap it up then, daftykins Is support (and where you get it) the only difference? And if yes, then why the ubuntu version still exists if offers practically zero?
[23:01] <daftykins> let's rewind a bit, are you asking this because you tried to get help in its' official channel and they denied it citing "it's ubuntu flavoured! ask them!"
[23:02] <nacc> _Anna_: did you read /topic? this isn't the support channel.
[23:03] <oerheks> Do you need usb2.0 support/pci pass-through? no, use the open source one..
[23:05] <_Anna_> No, I'm asking for support! I've tried both, saw no difference, kept the official and it's working fine now. I just don't understand what is the use of the ubuntu version. The default package manager of ubuntu-mate, Software Boutique, offers the official version straight from oracle's site. I think there is no point in Software Center not doing the same.
[23:06] <nacc> _Anna_: you're asking for support in the non-support channel?
[23:06] <_Anna_> I'm not* asking for support
[23:06] <oerheks> LoLz
[23:06] <oerheks> are you drunk ?
[23:06] <_Anna_> NOT
[23:06] <nacc> _Anna_: ok, you claimed to understand the DFSG earlier
[23:07] <nacc> _Anna_: that is the answer as to why there is an Ubuntu version that is not identical to Oracle's.
[23:08] <_Anna_> You don't even understand what I'm saying and you call me drunk? wtf!  Why are you not reading answers given?
[23:09] <nacc> _Anna_: is your question really why is there an ubuntu version of anything?
[23:09] <nacc> _Anna_: because that's how it reads right now
[23:10] <daftykins> _Anna_: 10 minutes without a response, instead you're fighting :( what a shame
[23:13] <oerheks> let's discuss this :-D
[23:17] <nacc> they have resorted to PM insntead
[23:17]  * oerheks waits for the ban
[23:17] <daftykins> wowzer
[23:47] <daftykins> i'd just like to highlight my favourite bit: "I've tried both, saw no difference, kept the official and it's working fine now"
[23:47] <daftykins> 'no difference' ... 'working fine now'
[23:48] <kenrin> If there is no difference there wouldn't be two versions
[23:50] <nacc> fwiw, this might end up being a policy violation by mate :)
[23:50] <nacc> turns out there is a special welcome app in mate that may enable 3rd party repos by default
[23:50] <nacc> i'm d/l'ing the iso to see
[23:51] <daftykins> kenrin: you have too much faith in FOSS
[23:51] <daftykins> nacc: :O scandal
[23:51] <kenrin> Nah.


[01:47] <GrueMaster> Finally managed to recover my nand on my beagleboard.  Everytime I ran flash-kernel in Lucid, it would spew i/o errors writing the uInitrd.  Erased it from uboot and reflashed from mmc.  Works.
[01:47] <GrueMaster> Now testing Lucid->Maverick upgrade.  Only 11 hours remaining.  Whee.
[01:48] <rsalveti> ouch :-)
[01:48] <rsalveti> sd card is tooo slow :-(
[01:50] <rsalveti> every task you have that include removing/updating/installing packages takes hours
[01:52] <GrueMaster> Luckily I have other platforms to do work on.  But today has been platform hell day.
[09:15] <lag> Morning sebjan
[09:18] <lag> Morning ndec
[09:19] <lag> Morning anyone else at TI :)
[09:19] <berco> good morning lag
[09:20] <sebjan> morning lag :)
[09:20] <berco> persia: looking at https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/637947
[09:20] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 1) (heat: 10)" [High,Confirmed]
[09:20] <lag> Has a meeting just finished?
[09:20] <lag> :)
[09:20] <lag> sebjan: http://launchpadlibrarian.net/55654467/dmesg.txt :(
[09:21] <berco> persia: I don't get how to translate our daemon.conf settings into this /usr/share/alsa/alsa.conf file. It doesn't sound to me we can even change this alsa.conf file either...
[09:21] <sebjan> cooloney: the last patches submitted into the ti-omap4 ubuntu tree are not in a package yet. There has been a start new release, but no new package version commit. Can we expect to have this commited before the freeze?
[09:24] <sebjan> lag: high-res timers flag appears to be deactivated into our kernel config, though I can't'understand why... this might be the problem?
[09:24] <lag> So, what do we need to do to change it?
[09:25] <sebjan> well, fdr editconfigs ;)
[09:25] <lag> On it's just a config option?
[09:25] <persia> berco, At a broad level, we don't want to change the configuration files unless we're absolutely sure that we're changing them in a way that is the best set of defaults for every potential platform on which Ubuntu is installed, which makes it tricky.  I'm looking through your attachments to see if I can come up with any translation guidance.
[09:25] <lag> Cool
[09:26] <lag> What's the difference between ti-ubuntu-<blar> and for-buntu-<blar>
[09:26] <sebjan> for-ubuntu-<> is the patches I propose to go into the official ubuntu tree
[09:26] <sebjan> ti-ubuntu-<> is th tree I use to generate images for our internal use
[09:27] <cooloney> sebjan: it is just a start new release commit, its not realy about kernel freeze
[09:28] <sebjan> both branches are almost aligned (except for the changlog that I hack in the ti-ubuntu-<> branch)
[09:28] <cooloney> sebjan: today is Sep 15, tomorrow will be kernel freez
[09:28] <berco> persia: thanks
[09:28] <sebjan> cooloney: I was just wondering when we would get these patches into a daily image :)
[09:29] <sebjan> lag: what did run to get the error your sent me (with the high-res timers message)?
[09:29] <lag> Totem
[09:30] <cooloney> sebjan: aha, i need to ping tim, who will try to bump it to 903.12 and upload it
[09:30] <cooloney> sebjan: then we got them in daily image
[09:30] <persia> cooloney, Just be careful with the metas: we had a fail-to-upload recently on linux.
[09:32] <cooloney> persia: oh, what's issue of fail-to-upload?
[09:32] <persia> I'll let you know as soon as I have free RAM :)
[09:35] <sebjan> cooloney: it seems that we miss the high-res timers in our defconfig. lag reported an error indicating they are deactivated, and indeed they are deactivated from our defconfig.
[09:36] <cooloney> sebjan: OK, got it, thx lag
[09:36] <lag> k
[09:36] <berco> sebjan: are you going to enable it?
[09:37] <lag> Do you want me to test and submit to the Kernel Team Mailing List?
[09:37] <sebjan> berco: yes
[09:37] <berco> sebjan: 10.10 or 24.9?
[09:37] <sebjan> berco: both
[09:38] <berco> sebjan: cool, thx
[09:38] <cooloney> lag: yeah, please
[09:38] <cooloney> lag: so if you enabled that in kernel, the alsa oops will be gone, right?
[09:39]  * lag shrugs
[09:39] <lag> I'll know when I test
[09:40] <cooloney> lag and sebjan, i think we need to enable that
[09:40] <cooloney> $ grep -r CONFIG_HIGH_RES_TIMERS debian.master/config/
[09:40] <cooloney> debian.master/config/i386/config.common.i386:CONFIG_HIGH_RES_TIMERS=y
[09:40] <cooloney> debian.master/config/config.common.ports:CONFIG_HIGH_RES_TIMERS=y
[09:40] <cooloney> debian.master/config/armel/config.flavour.omap:CONFIG_HIGH_RES_TIMERS=y
[09:40] <cooloney> debian.master/config/armel/config.flavour.versatile:# CONFIG_HIGH_RES_TIMERS is not set
[09:40] <cooloney> debian.master/config/amd64/config.common.amd64:CONFIG_HIGH_RES_TIMERS=y
[09:40] <cooloney> to align with other configs.
[09:41] <sebjan> cooloney, lag, yes I think so, and I checked it was also active in our dev team's tree
[09:41] <cooloney> sebjan: ok, great.
[09:41]  * cooloney is trying to enable dynamic ftrace on omap4 to debug the highmem issue.
[09:42] <cooloney> i got some patches from Mathieu
[09:43] <sebjan> cooloney: cool if this works! (dynamic ftrace)
[09:44] <persia> cooloney, I can't find it offhand: had something to do with differing ABI numbers
[09:46] <lag> I tried to use ftrace on one of the Arm boards before and it murdered the system
[09:48] <cooloney> persia: is this one: https://lists.ubuntu.com/archives/kernel-team/2010-September/012754.html
[09:48] <sebjan> lag: yes, me too, this was not supported upstream for arm. I don't know if it changed in the last months?
[09:48] <cooloney> lag: don't scare me. man
[09:48] <persia> berco, I believe that the translation of the shellscript is fairly easy: "amixer cset name='Earphone Driver Switch' 1" would become "CTL{name}='Earphone Driver Switch', CTL{value}=1".  I'd recommend going for the "all mixer config", so that the user has everything when they want to start playing.  You'd put the configuration in a separate file in /usr/share/alsa/init and then reference it from /usr/share/alsa/init/00main conditionally based on CA
[09:48] <persia> RDINFO
[09:48] <persia> cooloney, Precisely :)
[09:50] <persia> berco, For the default.pa static loading: what issues have you had with module-udev-detect?
[09:51] <persia> berco, Also, why do you want to disable module-console-kit in default.pa?  We rely on this to support user switching (among other features).
[09:52] <persia> berco, lastly, the changes to daemon.conf are documented as bug #623242
[09:52] <ubot2> Launchpad bug 623242 in pulseaudio (Ubuntu) "speex-float-1 provides poor performance on armel (affects: 1) (heat: 173)" [Low,Triaged] https://launchpad.net/bugs/623242
[09:54] <persia> lag, Did you ever get anywhere with a board-specific driver for 637947?
[09:57]  * persia continues to think that fiddling with configuration isn't the best way to address 637947
[09:58] <lag> persia: I'm in mid swing
[09:58] <persia> Excellent!
[09:58] <lag> persia: Apparently sound works on the 8 layer board
[09:58] <ogra> \o/
[09:58] <lag> persia: Other people have stated that it works on the 6 layer too
[09:58] <ogra> who cares about the rest :P
[09:58] <persia> sound "working" isn't the issue: it's whether the drivers are correctly reporting the wiremap to userspace.
[09:58] <lag> Did you see my latest post?
[09:59] <persia> the dmesg one?
[09:59] <lag> persia: I don't know anything about a kernel->user-space wiremap
[10:00] <ogra> lag, well, it doesnt expose the HW to userspace at all ... (in the HW tab of the settings window) so something is still wrong
[10:00] <persia> lag, Hrm.  Typically all this happens inside the kernel, and userspace just works.  Let me find the right bit in the linux source docs.
[10:00] <lag> k
[10:01] <persia> Documentation/sound/alsa/soc/jack.txt has a description of how the jack description works for ASoC
[10:02]  * ogra tests the netbook-launcher fixes ...
[10:02] <persia> But I think the stuff in machine.txt is the missing bit, from what I've heard (I'd be glad to be wrong)
[10:03] <persia> My understanding is that we have a platform driver for omap4, but no panda-specific driver.
[10:03] <persia> (all this is based on hearsay: I've not dug into the kernel code)
[10:04] <lag> sebjan: What's your knowledge on this? --^
[10:04] <persia> lag, Anyway, for your dmesg, were you using the mangled config fragments berco posted?
[10:04] <lag> sebjan: Who do I need to speak to for more information?
[10:05] <lag> persia: I'm using TI's for-ubuntu kernel 'as is'
[10:06] <persia> I'm talking about userspace config
[10:06] <persia> There are ways to work around buggy kernels and buggy drivers in userspace, and we have a static solution for that, although it needs work to be available if we really can't fix it in the kernel.
[10:08] <berco> persia: thanks. For the default.pa I will check with our internal audio team as this is their recommandation I just followed. Also trying to understand if all that is needed
[10:08] <lag> I am using robclark's method - I'll send you the email
[10:08] <sebjan> lag: not much knowledge... I would say Liam (lrg) is the one. Though I am not sure if he is available this week?
[10:09] <XorA> lrg is on holiday this week
[10:09]  * XorA has the slimlogic panda on my desk anyway
[10:10] <persia> berco, OK.  If the kernel drivers are clean, udev should be reporting the right stuff to pulseaudio through module-udev-detect, so we would set any values we need to workaround module loading defaults with udev rules (although it makes sense to me to just set the correct defaults in the kernel modules themselves, as long as we're at it).  For module-console-kit, I've already spoken to folks more knowledgeable about audio in Ubuntu than I, and we
[10:10] <persia> really, really, really, really don't want to disable it.
[10:11] <lag> berco: Are you a TI bod?
[10:11] <XorA> making a panda/fixing panda audio conf should take about 2 hours for a kernel hacker with schematic, its really not hard
[10:12] <persia> XorA, Does my understanding that we need a machine-specific driver match that estimate?
[10:12] <XorA> cp omap4430sdp.c panda.c edit
[10:12] <XorA> Id be surprised if you needed to change more than about 20 lines of code
[10:12] <lag> XorA: Where can we get said schematic?
[10:12] <XorA> should just be the wiring map
[10:13] <XorA> lag: bug prpplague or any of the other TI dudes
[10:13] <persia> berco, Would you be able to hunt down a wiring map, and attach it to 637947?
[10:13] <XorA> in fact you would probably spend more time in wasted discussion here than actually coding :-)
[10:14] <berco> lag: yes, work with ndec and sebjan. same team
[10:15] <berco> persia: not sure if I can publish this info yet. Let me check on that.
[10:16] <persia> berco, OK.  I'm fairly certain we can't upload a driver without the information (doesn't have to be a formal diagram, just knowing what codec pins attach to what ports, etc.) :)
[10:16] <lag> XorA: Do you mean: sound/soc/omap/sdp4430.c
[10:16] <lag> ?
[10:16] <XorA> lag: yeah, I guessed at name without source in front of me
[10:16] <lag> Who is: Misael Lopez Cruz
[10:16] <persia> I think the other name is the Xloader driver for the same thing
[10:17] <berco> persia: understood. I will see what we can share. Agree it can be useful.
[10:17] <XorA> lag: he is a TI contracter somewhere in the world
[10:18] <cooloney> sebjan: for the bus error, did you see my updates?
[10:18] <lag> It seems a bit of a waste to duplicate an 800 line file to amend just 20 lines
[10:19] <persia> lag, The alternative is making it somehow support both sorts of HW and export that sensibly to userspace.  if you want an example of how painful that can get, look at the Intel HDA driver :)
[10:19] <XorA> lag: no reason they cant be combined with the right if(machine_is) stuff
[10:19] <XorA> lag: I was just going for quickest coding route
[10:20] <lag> np
[10:20] <lag> Well I'm happy to take it on
[10:20] <lag> I just need the correct documentation
[10:21]  * persia updates the bug with bits from the conversation
[10:28] <sebjan> cooloney: no, which updates?
[10:31] <cooloney> sebjan: oh, not big change, just reproduce it on my es2.0 board
[10:31] <cooloney> but it is not bus error
[10:31] <cooloney> its Unhandled fault: imprecise external abort
[10:37] <berco> persia: any idea for the problem of H/W not listed in the Volume Applet? If I do a cat /proc/asound/cards I see the SDP4430
[10:40] <persia> berco, Could you please paste 1) the output of `amixer` and 2) the  additional entries in syslog.conf from `kill -HUP $(pidof pulseaudio)` ?
[10:41] <persia> I have a suspicion it's a continuation of the lack of a machine driver, but that's a guess.
[10:42] <berco> persia: for #1 see here: http://pastebin.ubuntu.com/494079/
[10:55] <berco> persia: on my board I don't have syslog.conf. How is it supported to be generated? I see a syslog file in /var/log but nothing related to pulse when kill -HUP is done on PA
[10:55] <persia> My apologies.  It's the extra stuff in /var/log/syslog I want to see.
[10:56] <persia> Please, if you ever have trouble following my directions, ask me if that's what I really meant :)
[10:56] <berco> persia: np :)
[10:56] <persia> Do you get anything on STDOUT from kill -HUP on pulse?
[10:57] <berco> persia: nothing on stdout or syslog
[10:57] <persia> because the pulseaudio manpage says it's supposed to dump the status report to STDOUT or syslog on receipt of SIGHUP :(
[10:57] <persia> Did you do anything special to the system to start pulse?
[10:59] <berco> persia: nothing special. it just starts at boot time
[10:59] <berco> session I believe rather than boot
[11:00] <persia> So just default.  Is this with or without module-console-kit?
[11:01] <berco> just verified, I'm w/o module-console-kit
[11:02] <berco> while i'm waiting for the audio team to respond to me as of why to commented it I can try to re-enable it
[11:02] <persia> Would you?  I'm not quite sure how all that works together, but I wonder if there's some race condition on login without that enabled that makes things different than expected.
[11:03] <persia> That said, it's a complete mystery to me why pulse isn't dumping a status report, and I wonder if it's even running properly.
[11:03] <berco> persia: pulse is difficult...
[11:04] <persia> Take care: it can get a bit more confusing when you start looking for sample-accurate mixing and routing :)  pulse is a nice compromise.
[11:20] <berco> persia: uncommented the console-kit line in default.pas and got the following in syslog after kill command: http://pastebin.ubuntu.com/494097/
[11:21] <persia> heh.  I knew we wanted that for something :)
[11:21] <berco> :)
[11:22] <berco> Sorry, it took me some time to do the test. I had problems to make the test but I think it was b'cos of wifi which I removed for now.
[11:23] <persia> OK.  Pulse is definitely seeing useful syncs.  Do you still have the cardcoded default output to "mm" in your configuration?
[11:23] <persia> Err, sinks
[11:23]  * ogra writes a bug "Lennart Poettering is spamming my logs" :P
[11:24] <persia> ogra, Why?  that syslog stuff only appears on request (SIGHUP)
[11:24] <berco> persia: yes
[11:24] <ogra> persia, yeah, i'm not serious :)
[11:24] <persia> Excellent!  That means the problem is with indicator-sound, about which I know nothing :)
[11:24] <ogra> ronoc does :)
[11:24] <berco> so do I
[11:25] <ogra> catch him and corner him
[11:25] <ogra> he wrote it
[11:25] <berco> what is indicator-sound supposed to do exactly?
[11:26] <persia> It's the name of the package that provides what is perceived as a volume applet.
[11:26] <ogra> its the new UI tool, though it doesnt provide the sound dialog
[11:27] <ogra> only the panel item
[11:27] <persia> Oh.  Anyway, looking at the code, it seems to all be wildly autodetecting anyway, which ought just work, since there are sinks.
[11:27] <berco> ok, got it
[11:29]  * persia hugs `lsw` from suckless-tools
[11:29] <ogra> the app that pops up if you click the sound preferences item in the menu is still gnome-volume-control i think
[11:31] <persia> That's confusing.  gnome-volume-control is clearly just querying pulse for sinks and sources, and we know pulse has them.
[11:32] <persia> berco, Could you try installing pavucontrol and seeing if you see more there?
[11:32] <berco> persia: yes, I can certainly do that. Maybe after lunach ;) getting hungry...
[11:33] <berco> persia: for the amixer settings, can't they be in a omap4430.conf file in /usr/share/alsa/cards folder?
[11:35] <ogra> ndec, around ?
[11:36] <persia> berco, It would be better to have them in the kernel, in sound/soc/omap/panda.c or similar, but in the worst case, yes.  Note that both files contain essentially the same information (although I don't know that anyone here knows how to convert the one to the other)
[11:37] <persia> Also, be careful about naming: the wiremap (and therefore which bits you want to set as defaults, etc.) is board-specific, not SoC-specific.
[11:37] <berco> persia: I agree with the kernel change but meanwhile I need to find a solution
[11:39] <persia> berco, Well, you can certainly look at dropping stuff in /usr/share/alsa to help indicate how to configure stuff.  Depending on what bit you want to configure, drop it in a different place.  As long as it's correctly autodetecting based on the hardware, it ought work.
[11:39] <persia> That said, I expect that regardless of what ends up being created kernel-side, anything you do now will have to change yet again once there is something kernelside.
[11:41] <persia> I'm also not convinced that the fails-to-show-up-in-the-volume-applet issue is at all related to the configuration.  I could be wrong, but I'd like confirmation from another tool (pavucontrol) to ensure it's not a UI issue alone.
[13:17] <ogra> hmpf
[13:17] <ogra> why does the Favorites category not work anymore
[13:25] <lag> berco: Any luck on those documents?
[13:27] <berco> lag: sorry, no answer yet. Waiting for the Us to wake up
[13:51] <persia> lag, You might try to guess based on what data is being reported by the platform driver, and what configuration amixer needs (in the shell script attached to the bug).  I suspect at least 50% of the data you need (and perhaps all of it) is encoded there somehow.
[14:00]  * ogra goes mad trying to make favorites appear
[14:00]  * persia looks at the build log for liblauncher, seeing absolutely no reason they shouldn't be there
[14:01] <ogra> well, we dont have any .desktop file for them yet
[14:01] <ogra> i just added one 2h ago
[14:01] <ogra> and try to find out since then why it doesnt show up
[14:02] <ogra> i dont really care about the normal favorites ... what i try to do is to add a .desktop file that contains an apturl entry for all the TI PPA packages
[14:02] <ogra> so that if you click on it, it fires up software center, shows the EULA and installs them
[14:03] <ogra> seems we have that feature now
[14:03] <persia> It's not driven by .desktop files directly: they come from the gconf key, and then do a lookup on the desktop DB to show them.
[14:03] <ogra> the gconf key ?
[14:04] <ogra> how would a gconf key affect .menu files
[14:04] <ogra> or .desktop files
[14:04] <ogra> persia, which gconf key would that be ?
[14:06] <persia> Unless I just read the code wrong after you commented on it again 40 minutes ago, liblauncher populates Favorites based on the /apps/netbook-launcher/favorites key
[14:06] <persia> And the default list is set in /var/lib/gconf/une.default/%gconf-tree.xml
[14:07] <ogra> bah, sigh
[14:07] <persia> What have you been trying to do?
[14:07] <ogra> which points to unity only
[14:07] <ogra> i was using a very old netbook-launcher source
[14:08] <persia> Ugh, missed that.  Good catch.
[14:08] <ogra> which used a .menu and a .directry file to add a Favorites category
[14:08] <ogra> seems thats in the older sessings package then
[14:08]  * ogra goes digging
[14:08] <persia> That was all sorts of standards incompliant, and the interface I complained about enough to learn how it was done and get it sorted sensibly :)
[14:08] <ogra> i want to get that apturl stuff in befpore freeze
[14:09] <persia> So, I think there's some latent bug somewhere, because liblauncher still hardcodes /apps/netbook-launcher/favorites in the source.
[14:09] <persia> Try sticking something there, and see if it works :)
[14:11] <rsalveti> morning
[14:12] <persia> looking at http://launchpadlibrarian.net/55622759/add-favorites.diff (which was included in the last netbook-launcher-efl upload), I believe that the liblauncher location ought be compatible with the --add-favorite option.
[14:13] <ogra> thats using ~/.local
[14:13] <ogra> i need something i can add to our system defaults
[14:13] <persia> It's using local gconf, isn't it?
[14:13] <persia> Set a couple, then ship them as gconf-defaults.
[14:14] <ogra> i'll try
[14:16] <persia> Good luck.  Stick your findings in 613612, and I'll see if I can do anything based on that in case you don't make it by EOD.
[14:28] <ogra> no go :/
[14:35] <ogra> persia, where exactly do you see the /apps/netbook-launcher/favorites stuff ?
[14:35] <ogra> jayabharath, what were your probs with the image ? (you pinged yesterday)
[14:37] <jayabharath> ogra: They were related to long boot times at first boot... rsalveti & ubot2 pointed me to the jasper fs issue on OMAP4... I guess its a known active problem ..
[14:37] <ogra> no. its not
[14:37] <rsalveti> it should just work
[14:37] <ogra> resizing takes 2:30 for me
[14:37] <rsalveti> jayabharath: I tested with yesterday's image and it worked fine, and very fast
[14:37] <ogra> then another 20sec for setting the defaults, then it reboots into the config tool
[14:38] <rsalveti> it's weird that from time to time someone complains about broken fs while resizing the image...
[14:38] <jayabharath> ok. will try the latest daily and see if that makes a difference.
[14:38] <rlameiro> hi there
[14:38] <ogra> the overall install should be done within 10-12 min until it starts a usable enduser desktop
[14:38] <rlameiro> are the arm kernels compiled for each devices, or that is not possible?
[14:38]  * jayabharath think 10-12 mins is like eternity in the embedded world :)
[14:39] <rsalveti> maybe a problem while giving dd and flushing the writes to the disk, don't know...
[14:39] <ogra> oem-config actually takes the longest time here
[14:39] <ogra> jayabharath, whats an embedded world ?
[14:39] <ogra> :P
[14:39] <jayabharath> :D
[14:39] <ogra> we dont do embedded :)
[14:39] <ogra> 12min are incredibly fast for the ubuntu world :)
[14:40] <rsalveti> that's for sure
[14:40] <ogra> even 15-20 would be :)
[14:41] <jayabharath> oh yeah.. we get annoyed if our board doesent booth within 30 sec :)... we had <30 sec boottimes with OMAP2... :P (ofcourse not under ubuntu)
[14:41] <ogra> rlameiro, for each subarchitecture (we have omap3 kernels that should work with many omap3 based boards ... omap4 kernels etc etc)
[14:41] <rlameiro> ogra: yes i know that, but there are some especifics that dont work
[14:42] <ogra> jayabharath, heh, 30sec ... u-boot takes that long to only load the kernel from SD
[14:42] <rlameiro> for instance there is a setup for the beagle board, but not for the IGEPv2
[14:42] <rlameiro> ogra, well, video and audio doesnt work Out the box on the Igepv2
[14:42] <jayabharath> orga - thats true.. we did some hacks in uboot & we had NAND flash on those boards.. now its all SD...
[14:43] <ogra> rlameiro, might be that there is a bug open for that already, if not, open one
[14:43] <ogra> jayabharath, yeah, SD is the painful part ... the panda would really fly if we had faster disk IO
[14:43] <ogra> but SD somewhat restricts that
[14:44] <rsalveti> I'm using one with an usb disk and it's a lot faster :-)
[14:44] <rlameiro> where do i open it? on the ubuntu -arm kernel team launchpad?
[14:44] <rsalveti> seems like a normal desktop
[14:44] <ogra> yeah
[14:44] <ogra> rlameiro, just on launchpad against the linux package, but i'm pretty suzre there are already bugs for it, so search first
[14:45] <rlameiro> ok
[14:45] <rlameiro> ogra: thanks
[15:07] <lag> robclark: Morning
[15:08] <robclark> gm lag
[15:08] <lag> robclark: Do you know who wrote the userspace hacks to make sound work on the Panda?
[15:09] <robclark> ahh, you mean the default.pa and that stuff..
[15:09] <robclark> I guess someone on audio team, but I'm not sure..
[15:10] <lag> Who are this mysterious 'audio team'?
[15:10] <ogra> you can probably only reach them by phone :)
[15:11] <robclark> well, lgr might be best to ping.. although I think he is out of office this week..
[15:11] <robclark> I'm not sure if rest of them are on IRC much.. but I can harass them to get on IRC
[15:11] <lag> He is on holiday this week
[15:11] <lag> That would be good :)
[15:12] <lag> I don't really want to waste hours learning things that can be imparted in minutes
[15:13] <lag> Even email is better than nothing/phone
[15:13] <lag> But IRC would be best, as other people can interject
[15:13] <robclark> yeah, agreed
[15:13] <lag> Cheers buddy - let me know how you get on
[15:14]  * robclark just tries to find email thread where we were discussion audio/pulse issues..
[15:18] <ndec> lag: sadly I don't think anyone really knows (TI) what we need to do with the audio config... and we just have this dirty workaround for now.
[15:19] <ndec> lag: persia, ogra and berco have started some discussion on 637947
[15:19] <lag> ndec: If I know what the dirty workaround/hack is, I can transcribe it into the kernel
[15:19] <ogra> wohoo, finally !
[15:19]  * ogra sees favorites on the launcher
[15:20] <ndec> ogra: sorry man! i was stuck in meethings so far and my irc had crashed... so no clue what was discussed so far... someone told me you were looking for me.
[15:20] <lag> 637947 is assigned to me :)
[15:20] <ndec> lag: cool... so I will just wait for the fix ;-)
[15:20] <ogra> ndec, i mailed you instead ... with the apport instructions
[15:20] <ndec> lag did you receive the default.pa and alsa conf file?
[15:20] <lag> I have seen/read that, but most of that discussion is guesses :)
[15:20] <ogra> ndec, seems apport has all you need
[15:21] <lag> ndec: I did, but I don't know what's changed
[15:21] <ndec> lag: with our custom default.pa and alsa conf, we are able to have audio at boot (include the boot welcome sound). we are able to switch dynamically from HMDI and speakers while totem is playing...
[15:21] <ogra> i think persia added some proper info how the amixer stuff needs to be handled
[15:21]  * ogra wouldnt call that guesses
[15:22] <ndec> ogra: lag: I think the *real* fix is to fix the driver. a nice workaround is to create a hard coded config in /usr/share/also/.../SDP4430, a dirty workaround is our .sh script that runs amixer config
[15:22] <ogra> ndec, no
[15:22] <ndec> ogra: thanks for apport stuf.. i will check this. how about the PPA armel for tiomap-dev?
[15:23] <ogra> ndec, there are better ways in alsa to achieve what you need
[15:23] <ogra> thats what persia elaborated on in the bug
[15:23] <lag> I'm happy to fix the driver
[15:23] <ogra> heh
[15:23] <ndec> ogra: but there are pulse config problems too.
[15:23] <ogra> ndec, the two changes to default.pa are in now
[15:23] <ogra> and it seems the support for the config dir doesnt work
[15:23] <ndec> ogra: default.pa should figure out what the output/input audio are from /proc/asound, right? today we need to hard code the streams in default.pa
[15:24] <ogra> well, there were two lines that needed changing in default.pa iirc
[15:24] <ogra> these went in
[15:24] <ndec> ogra: i think you are talking about daemon.conf changes. we also have changes in default.pa to create/list the output and input streams
[15:24] <ogra> with todays upload
[15:24] <ogra> no, i think i talk about default.pa
[15:24]  * ogra checks
[15:25] <ogra> bug 623242
[15:25] <ubot2> Launchpad bug 623242 in pulseaudio (Ubuntu) "speex-float-1 provides poor performance on armel (affects: 1) (heat: 173)" [Low,Triaged] https://launchpad.net/bugs/623242
[15:25]  * ndec checks too
[15:25] <ogra> gah, you are right
[15:26] <ogra> +default-fragments = 8
[15:26] <ogra> +default-fragment-size-msec = 10
[15:26] <ogra> and +resample-method = speex-float-1
[15:26] <ogra> three lines actually
[15:26] <ndec> ogra: yes, in daemon.conf.in
[15:26] <ogra> yup
[15:26] <ogra> sorry, my bad
[15:26] <ndec> ogra: np
[15:33] <lag> Right, let's start from the beginning
[15:33] <lag> What is the SDP4430?
[15:34] <hrw> other name of blaze?
[15:34] <lag> Thanks
[15:35] <lag> What AudioIC/CODECs are on the Panda/Blaze?
[15:36] <berco> lag: hrw: SDP4430 is actually another board OMAP4430 based (Software Development Platform)
[15:37] <lag> Okay s/Blaze/SDP4430
[15:37] <ndec> lag: SD4430 is the name of the audio chip in our audio driver. cat /proc/asound/cards
[15:38] <lag> Now that makes more sense
[15:38] <lag> So why am I porting sdp4430.c if the board I'm porting to has an sdp4430?
[15:40] <ogra> ndec, btw, i found a very elegant way for the ppa package install ... including to show a general EULA for the PPA itself
[15:42] <ndec> ogra: interesting. but I think we will have different EULA for different packages...
[15:43] <ogra> well
[15:43] <lag> Do the SDP4430 and the Panda have different CODECS? I know the SDP4430 has a TWL6040 - what about the Panda?
[15:44] <ndec> ogra: i have reused the sun-java source package to make my EULA/clickwrap package based on debconf
[15:44] <ndec> lag: same CODECS. only the name is confusing...
[15:45] <lag> ndec: So they have the same audio IC and the same CODEC?
[15:45] <lag> So what needs porting?
[15:45] <ndec> ogra: we can potentially present a message to mention that user is about to user a PPA that comes with restrictions... I can get an official text. anyway you can demo that to me?
[15:45] <ndec> lag: yes
[15:46] <ndec> lag: well it does not work on both ;-) if you boot a ubuntu image, you have no audio until you run our customer amixer.sh script and until you hack default.pa
[15:46] <ogra> ndec, not yet ... but the plan is to have an icon in the favorites category that will trigger software-center using apturl its very elegant and can show a text as html
[15:46] <ogra> ndec, https://wiki.ubuntu.com/SoftwareCenter#apturl
[15:47] <lag> ndec: :)
[15:47] <ogra> i need to get your public PPA working first, and one package in there, then we can test it
[15:47]  * ogra still waits for reply for the PPA
[15:47] <lag> I'm aware it doesn't work on both - I'm trying to find out why i.e. what's different
[15:48] <ndec> ogra: once the public PPA is armel ;-) I can push a package there.
[15:48] <ogra> yeah
[15:48] <ogra> i'm waiting for IS
[15:48] <ndec> ogra: that would be a GPL package (e.g. no debconf mess) but that should be fine for you, right?
[15:48] <ogra> i suddenly have to use a new process ... that sadly takes longer :(
[15:49] <ogra> anything is fine :)
[15:49] <ogra> as long as a .deb comes out of it ;)
[15:49] <ndec> ogra: is that really important ;-)
[15:50] <ndec> ogra: the apturl is indeed really cool.. you are a lucky guy, the work is done already!
[15:50] <robclark> lag, AFAIK audio is same on panda and sdp/blaze.. both have TWL6040, tho panda might be a newer revision (not 100% sure about that)
[15:50] <ogra> ndec, yeah :)
[15:51] <ogra> ndec, about bug 631362 ... we should try to join forces to get it fixed, seem luke would accept a patch if he could get one that doesnt crash pulse
[15:51] <ubot2> Launchpad bug 631362 in pulseaudio (Ubuntu Maverick) (and 1 other project) "Include several configuration files (affects: 1) (heat: 14)" [Medium,Triaged] https://launchpad.net/bugs/631362
[15:52] <ndec> ogra: welll. maybe.. that would give us an elegant solution to implement a dirty workaround and move our customization from default.pa into omap4.pa...
[15:52] <ogra> right
[15:52] <ogra> i dont see any other way here
[15:52] <ogra> you cant modify default.pa
[15:53] <ndec> ogra: from the log the commit I am interested in, is breaking pulse... that looks weird..
[15:53] <ogra> unless you ship your own copy of pulse
[15:53] <ndec> ogra: well, I can modify it.. it's just uggly...
[15:53] <ogra> not in a distro way
[15:53] <ogra> the only possible solution would be to ship your own pulse
[15:53] <ndec> ogra: how about divert?
[15:53] <ogra> or to put up a HOWTO
[15:54] <ogra> if you divert you will have nedless problems for people that upgrade
[15:54] <ogra> diversion is never a solution
[15:54] <ogra> *endless
[15:54] <ndec> ogra: don't scream but right now, we have a meta package that makes a backup and override the file in preinst and restore in prerm ;-)
[15:54]  * ogra screams
[15:54] <ogra> :P
[15:54] <rsalveti> lol
[15:54] <ogra> lets try to get pulse fixed
[15:55] <ndec> ogra: i am claiming we do everything right ;-)... no even claiming we do many things right!
[15:55]  * ndec knew it would be a good motivation for ogra
[15:55] <ogra> heh
[15:55] <ogra> if i have solved the PPA stuff i'll take pulse and see what i can do
[15:55] <ogra> iirc default.pa is actually a perl script
[15:56] <ogra> it might even be possible to do the include from within default.pa
[15:57] <ogra> and to just override the exiusting values from parsed files
[16:00] <ndec> ogra: by the way, we might need stuff from universe in order to enable all omap4 features (such as obexftp). can you activate somehow unicers?
[16:00] <ndec> s/unicers/universe/
[16:01] <ogra> hmm
[16:01] <ogra> i can try to hack something into jasper
[16:02] <ogra> jasper turns  more and more into "hack around that prob" anyway
[16:02] <ogra> oh, no, wait
[16:02] <ogra> ndec, thats only for ppa stuff, right ?
[16:02] <ndec> ogra: yes. this is for using bluetotth
[16:02] <ogra> apturl ;)
[16:03] <ogra> it will be able to take care
[16:03] <ndec> ogra: too easy..
[16:03] <ogra> the best thing since sliced bread
[16:03] <ogra> (and butter)
[16:04] <ogra> ndec, do you have any TI logo i could just use for the desktop icon (else i'll make something up or find a panda picture or some such)
[16:07]  * ogra takes a (really needed) break
[16:17] <sebjan> rsalveti: it seems that we are missing a patch into the x-loader embedded into the daily images. Where can I find the tree for this x-loader, to check all the patches are integrated into it?
[16:18] <ogra_ac> sebjan, the copyright file in /usr/share/docs/<packagename> usually has it
[16:18] <ogra_ac> (at least for packages i rolled)
[16:19] <ogra_ac> copyright has the upstream tree, package version usually has a timestamp of teh git checkout
[16:20] <rsalveti> let me check
[16:21] <rsalveti> http://gitorious.org/x-load-omap3/mainline/commits/master
[16:21] <rsalveti> git20100713
[16:23] <rsalveti> this is for omap 3
[16:23] <rsalveti> sebjan: do you want to know for omap 4, am I right?
[16:24] <ogra_ac> thats omap3 though
[16:24] <rsalveti> http://gitorious.org/pandaboard/x-loader/commits/omap4_panda_L24.9
[16:24] <rsalveti> for omap 4
[16:24] <ogra_ac> i bet sebjan meant omap4
[16:25] <rsalveti> with 2 additional patches from robclark
[16:25] <rsalveti> 02-panda-fix-ddr-timings.patch and 03-panda-x-loader-emif-1gb-support.patch
[16:25] <rsalveti> yep, I need coffee, didn't get any today yet
[16:27] <ogra_cmpc> wow, the lag on the ac100 is unbearable
[16:27]  * ogra_cmpc just noticed how different that conversaiton looks here
[16:28] <lag> ogra_cmpc: Your lag is unbearable
[16:28] <ogra_cmpc> no, the cmpc is fine :)
[16:29] <lag> I wish people would stop using my name in vain
[16:29] <ogra_cmpc> well, pick a better name
[16:29] <lag> How about: lksjopfjljfslijgblsflshfjpoglpjfdlwnegiljksjllmsw?
[16:30] <ogra_cmpc> ask lool, i think he has experience with bad highlights *g*
[16:30] <GrueMaster> heh
[16:30] <lksjopfjljfslijg> Now I won't have any issues
[16:30] <rsalveti> sebjan: let me know if there is any other needed patch around
[16:30] <robclark> hi lksjopfjljfslijg
[16:31]  * lksjopfjljfslijg thinks 16 letters isn't enough
[16:31] <ogra_cmpc> lksjopfjljfslijg, finally a nick you can easily pronounce !
[16:31] <GrueMaster> It's that Aussie spelling that is tricky.
[16:32] <jigijigijigjijig> :)
[16:32] <ogra_cmpc> nahm a lot of chewing gum helps
[16:34] <sebjan> rsalveti: I was suspecting a mux for BT missing, but I see it into the pandaboard tree...
[16:35] <sebjan> rsalveti: I'll compare the x-loader source package with my tree
[16:39] <ndec> lag: you should use a SHA1 ;-)
[16:40] <lag> Won't fit :(
[16:40] <ndec> lag: 474bbd2a7fd32e7d0823082f313395bfc8d15319
[16:40] <ndec> ogra: let me check for the logo
[16:40] <lag> 474bbd2a7fd32e7d :Erroneous Nickname
[16:41] <rsalveti> sebjan: hm, ok
[16:41] <ogra_cmpc> lag, are you done ? so i can move the ruler on my client back to the left ?
[16:42] <lag> I promise nothing
[16:42] <ogra_cmpc> heh
[16:44] <ndec> ogra: so i need to give you the logo and a welcome message, right? I like the idea of the welcome message... more than the license one!
[16:44] <GrueMaster> I think lag should be known by his md5sum:  7604c463c8318ff229ca042b7bdf5d18
[16:44] <ogra_cmpc> ndec, yup, that would be good
[16:45]  * GrueMaster sips more coffee and works on waking up.
[16:45] <lag> GrueMaster: It won't allow it
[16:46] <rsalveti> ogra_cmpc: just added another fix for bug 627201
[16:46] <ubot2> Launchpad bug 627201 in jasper-initramfs (Ubuntu) "Reactivate swap file generation by Jasper (affects: 1) (heat: 8)" [Undecided,In progress] https://launchpad.net/bugs/627201
[16:46] <rsalveti> to avoid using sparse files for swap
[16:46]  * ogra_cmpc checks
[16:47] <rsalveti> branch uploaded and ready to merge :-)
[16:47] <rsalveti> ogra_cmpc: you made the same mistake I did when adding the code back to jasper
[16:47] <rsalveti> when you commented the code, you also changed the dd line to create a sparse file
[16:47] <ogra_cmpc> oh, yeah, files with holes, i remember
[16:47] <rsalveti> then for the latest commit you just removed the comments
[16:48] <ogra_cmpc> right
[16:48] <rsalveti> so it needs to change back to the very old dd line :-)
[16:48] <ogra_cmpc> yup, i missed that
[16:49] <rsalveti> just tested at my c4 and it's working fine with my branch
[16:50] <rsalveti> swap is back in the game
[16:50] <ogra_cmpc> how long does creation take ?
[16:50] <rsalveti> around 3 minutes :-(
[16:50] <ogra_cmpc> grmpf
[16:50] <rsalveti> at least on my c4
[16:50] <ogra_cmpc> well, IO ....
[16:50] <ogra_cmpc> wont be better on other SDs
[16:51] <rsalveti> I sent one patch that was applied for normal beagle
[16:51] <rsalveti> that improves the sd performance
[16:51] <ogra_cmpc> right but it will still suck
[16:51] <rsalveti> and it's already applied for omap4, so it should be a little faster :-)
[16:51] <rsalveti> yep :-(
[16:51] <ogra_cmpc> i wonder ...
[16:52] <ogra_cmpc> if we could create it in a tmpfs and then mv it
[16:52] <rsalveti> one way is to add the swap file while creating the image, then you move the creating to image build time, not installation
[16:52] <GrueMaster> Would it be faster to create the file during image creation?
[16:52] <ogra_cmpc> (doing the mv backgrounded)
[16:53] <ogra_cmpc> GrueMaster, it would not happen during first boot then
[16:53] <rsalveti> ogra_cmpc: but during the first boot?
[16:53] <GrueMaster> Would it need to be created at first boot if it already existed?
[16:53] <ogra_cmpc> GrueMaster, no, only mkswap'ed
[16:53] <GrueMaster> right.
[16:54] <ogra_cmpc> but thats a really weird hack to livecd-rootfs
[16:54] <GrueMaster> That should be relatively quicker.
[16:54] <rsalveti> yep
[16:54] <rsalveti> we would only improve the installation time
[16:54] <GrueMaster> Could it be added to a package install script?  Those run during image creation.
[16:55] <rsalveti> but not the user's time, as he would also waste more time doing dd
[16:55] <ogra_cmpc> ??
[16:55] <ogra_cmpc> why would the user do a dd ?
[16:55] <ogra_cmpc> if the file pre-exists
[16:55] <GrueMaster> during first boot.
[16:55] <rsalveti> when "flashing" his sd card
[16:55] <rsalveti> as the image would be bigger
[16:55] <ogra_cmpc> ah, yeah
[16:56] <GrueMaster> That would only increase by a small amount.
[16:57] <GrueMaster> sigh.  Lucid->Maverick upgrade isn't booting into gdm or netbook-launcher-efl for some reason.  Checking.
[16:58] <ogra_cmpc> GrueMaster, but flash-kernel works ?
[16:58] <GrueMaster> Not sure.  It appears to not have loaded the new kernel to nand.
[16:59] <GrueMaster> Currently running 2.6.33-502-omap which was what it ran prior to upgrade.
[16:59] <ogra_cmpc> gar
[17:00] <GrueMaster> Give me a sec to look into it.  Could have missed the kernel upgrade or something.
[17:00] <GrueMaster> No 2.6.35 kernel.
[17:01] <ogra_cmpc> aha
[17:01] <ogra_cmpc> i guess thats another job for apw :(
[17:01] <GrueMaster> I'm looking to see what happened.  Might have been an overlap on my mirror.
[17:01] <ogra_cmpc> missing comflicts/replaces/provides in the maverick metapackage
[17:02] <GrueMaster> Right.  Since the images failed to build for similar reasons yesterday, I'm thinking it was all just timing.
[17:02] <apw> GrueMaster, are you saying you don't have a .35 kernel installed at all?
[17:02] <GrueMaster> right.
[17:02] <ogra_cmpc> GrueMaster, no, we have a differently named meta in maverick
[17:02] <apw> what linux-image-<flavour> meta package is installed and at what version
[17:03] <apw> ogra_cmpc, do we ?  crap, thats no good
[17:03] <GrueMaster> apt-get dist-upgrade is saying that the linux-image & linux headers will be held back.
[17:03] <ogra_cmpc> so it wouldnt pull in the kernel upgrade
[17:03] <ogra_cmpc> GrueMaster, oh, thats good then
[17:03] <GrueMaster> n
[17:03] <GrueMaster> wrong window.
[17:03] <apw> GrueMaster, can you get me the output from that in paste bin or something
[17:04] <GrueMaster> Switching back to ports.ubuntu.com and updating the package lists to make sure the problem isn't pon my mirror.
[17:05] <GrueMaster> My mirror updates every 4 hours, so it "should" be good.
[17:05] <GrueMaster> but just in case, I want to rule it out.
[17:05] <apw> GrueMaster, ogra_cmpc is this -omap ?
[17:05] <GrueMaster> yes
[17:06] <GrueMaster> (that's the only TI image for Lucid to test upgrading.)
[17:06] <rsalveti> and the gnome-power-manager is really leaking :-)
[17:06] <GrueMaster> apw: what do you want to see in pastebin?
[17:07] <apw> ok we are about to upload the last kernel before release (barinng emergencies)
[17:07] <apw> so we need to be on this like a rash if you want it fixed
[17:07] <apw> i'd like to see the dist-upgrade output with the 'held back' inforamtion in
[17:07] <ogra_cmpc> GrueMaster, dpkg -l|grep linux
[17:07] <GrueMaster> It is not on my mirror.
[17:07] <GrueMaster> Ok
[17:07] <apw> and could i get a get what ogra_cmpc said too
[17:07] <ogra_cmpc> so we see how the meta is named
[17:08]  * ogra_cmpc thinks it was a bad idea to pull omap into the main branch
[17:08] <GrueMaster> http://paste.ubuntu.com/494257/
[17:09] <GrueMaster> I meant to say that my mirror is good.  Same issue on p.u.c
[17:09] <ogra_cmpc> linux-omap and linux-image-omap then
[17:11] <GrueMaster> ogra_cmpc: The reason that I am not getting a launcher is that /usr/lib/gdm/gdm-set-default-session une-efl is run by jasper.  Need some way to run it on upgrade.
[17:12] <rsalveti> hm
[17:12] <ogra_cmpc> ogra@panda:~$ apt-cache search linux-omap|grep "^linux-omap "
[17:12] <ogra_cmpc> linux-omap - Complete Linux kernel for the Versatile architecture.
[17:13] <ogra_cmpc> so meta seems fine
[17:13] <ogra_cmpc> (apart from the description)
[17:14] <ogra_cmpc> apw ^^^
[17:14] <lag> ndec: Is the datasheet for the twl6040 and sdp4430? publicly available?
[17:14] <apw> GrueMaster, did we have the output of the dist-upgrade and it saying "held back"
[17:14] <GrueMaster> I can post it.  One sec.
[17:14] <apw> ogra_cmpc, the linux-omap hasn't upgraded as its at 33.5xx ...
[17:15] <ndec> lag: http://focus.ti.com/pdfs/wtbu/OMAP4430_ES2.0_Public_TRM_vJ.pdf
[17:15] <rsalveti> for the wrong package description: bug 623297
[17:15] <ubot2> Launchpad bug 623297 in linux-meta (Ubuntu) "omap meta packages have Versatile in their description (affects: 1) (heat: 169)" [Low,Triaged] https://launchpad.net/bugs/623297
[17:15] <ogra_cmpc> apw, right, my biggest sorrow was that the name changed
[17:15] <apw> ogra_cmpc, how has the name changed
[17:15] <ogra_cmpc> it hasnt
[17:16] <ogra_cmpc> thats what i said above
[17:16] <ogra_cmpc> apw, the description is broken though
[17:16] <ogra_cmpc> but that doesnt do harm
[17:16] <apw> ok
[17:16] <lag> ndec: Thanks
[17:17] <GrueMaster> apw: http://paste.ubuntu.com/494263/
[17:17] <GrueMaster> The bottom has the output from apt-cache show linux-omap.
[17:19] <ogra_cmpc> apw, seems its sitting in NEW
[17:20] <apw> ogra_cmpc, whats sitting in new?
[17:20] <ogra_cmpc> https://edge.launchpad.net/ubuntu/maverick/+queue
[17:20] <ogra_cmpc> the actual bianries
[17:20] <apw> ogra_cmpc, ahh that would do it!
[17:20] <ogra_cmpc> (linux)
[17:21] <ogra_cmpc> i dont get why only armel always ends up there
[17:21] <ogra_cmpc> all other arches (i386/amd64) seem to get just through
[17:31] <furibondox> hi... someone knows how to enable verbose output during the bootstrap in Ubuntu Lucid 10.04?
[17:32] <furibondox> I read some posts on the web... but all suggests to edit the grub config file. As far as I use u-boot how can I enabling the verbose output with ubuntu lucid?
[17:33] <sebjan> ogra_cmpc: I checked the x-loader-omap4 source package, and it contains the right patches. Are we guaranteed that the binary from this source package is used into the daily images?
[17:33] <ogra_cmpc> sebjan, yes
[17:35] <sebjan> ogra_cmpc: then I don't understand: we have an issue that could be explained with a x-laoder patch missing. When we replace the daily image x-loader with the one I build frm my tree (source aligned with the package), the issue disappears...
[17:35] <rsalveti> hm
[17:35] <rsalveti> different compiler?
[17:35] <ogra_cmpc> possibly
[17:35] <sebjan> rsalveti: yes, probably: I use gcc 2010q1
[17:36] <sebjan> rsalveti: (CodeSourcery)
[17:36] <rsalveti> sebjan: try building our x-loader with your compiler
[17:36] <rsalveti> and then test it
[17:37] <rsalveti> hm, quite a new compiler
[17:37] <sebjan> rsalveti: right, I'll do that
[17:39] <ogra_cmpc> furibondox, i guess you mean booting, not bootstrapping
[17:39] <ogra_cmpc> furibondox, what HW is that ?
[17:41] <furibondox> it's an omap 3530
[17:41] <ogra_cmpc> a beagleboard ?
[17:41] <furibondox> a proprietary hw similar to beagleboard
[17:42] <ogra_cmpc> well, you need to change it in the u-boot config then ... on the serial console
[17:42] <GrueMaster> ogra_cmpc: apw:  We are also seeing an issue with linux-headers-2.6.35-21-omap not being available for linux-headers-omap.  This is holding up image builds.
[17:42] <apw> GrueMaster, yep, that'll be in new as well i am sure
[17:42] <ogra_cmpc> GrueMaster, yeah, that will be fixed if the binaries are out of NEW
[17:42] <GrueMaster> ok
[17:43] <furibondox> ogra_cmpc: what I have to change in the u-boot config (and then in the serial console)?
[17:43] <ogra_cmpc> furibondox, you usually get the boot noisier if you drop splash and quiet from the commandline
[17:43] <furibondox> ok
[17:44] <ogra_cmpc> should be in the bootparams variable iirc
[17:44] <furibondox> but I have no splash and quiet in my commandline
[17:44] <ogra_cmpc> in ubuntu maverick thats all a lot easier, we use a config file there
[17:45] <ogra_cmpc> then you should already get all the output that is there
[17:45] <furibondox> i had also to drop plymouth because it crashed during startup
[17:45] <GrueMaster> furibondox: lucid "may" not support your hardware as well as maverick.  You might also want to try it.
[17:46] <furibondox> my company want to remain with lucid because the LTS
[17:46]  * rsalveti lunch
[17:47] <ogra_cmpc> well, mavericks kernel is surely improved
[17:47] <ogra_cmpc> as well as the image design, bootloader etc
[17:47] <furibondox> well... we a have a custom kernel compiled by hand
[17:48] <furibondox> and the distribution should be transparent to the kernel changes, isn't it?
[17:48] <ogra_cmpc> well
[17:48] <GrueMaster> Yes, for the most part.
[17:48] <ogra_cmpc> if you have the same version the distro uses and all the same options enabled
[17:49] <ogra_cmpc> we often have userspace bits depending on new kernel features
[17:49] <furibondox> I understand...
[17:50] <suto> anyone here
[17:50] <suto> what is root passwd
[17:50] <furibondox> our current kernel version is 2.6.29
[17:50] <suto> of ubuntu-arm
[17:50] <suto> i have only access with ubuntu/temppwd
[17:50] <ogra_cmpc> furibondox, that might cause probs for lucid
[17:50] <suto> furibondox, ogra_cmpc :(
[17:50] <suto> please help
[17:50] <GrueMaster> suto: root is sudo access only.
[17:51] <furibondox> do you know if the nospalsh kernel parameter should be used with my kernel in order to enable the verbose output?
[17:51] <ogra_cmpc> root is locked ... in ubuntu you usually use sudo
[17:51] <furibondox> (during the boot process)
[17:51] <ogra_cmpc> nosplash wont do a thing
[17:51] <devilhorns> ogra_cmpc, sent patches for the netbook-efl --add-favorite stuff yesterday ... but was wondering, what do I need to do wrt getting commit access for that bzr branch ? Would be easier to just commit the fixes
[17:51] <suto> GrueMaster, ogra_cmpc i use sudo but it require password
[17:51] <suto> ah
[17:51] <suto> ok
[17:51] <suto> sorry
[17:51] <GrueMaster> furibondox: If you remove "quiet splash" from the boot cmdline, you should get lots of kernel noise.
[17:52] <suto> i see
[17:52] <ogra_cmpc> devilhorns, we need to talk to the upstream guy, i havent seen him around yet
[17:52] <devilhorns> ogra_cmpc, ahh ok :)
[17:52] <furibondox> GrueMaster: i've not that parameter set in my command line
[17:52] <ogra_cmpc> devilhorns, both patches applied and uploaded btw, thanks a lot, that was really fast !
[17:52] <GrueMaster> furibondox: what is your bootargs set to?
[17:52] <devilhorns> ogra_cmpc, anytime :) that's why I am here :)
[17:52] <ogra_cmpc> :)
[17:53] <furibondox> rw console=ttyS2,115200e8 vram=5M omapfb.vram=2560K,2560K
[17:53] <ogra_cmpc> furibondox, can you pastebin a log from a boot ?
[17:53] <furibondox> yes
[17:53] <furibondox> just a moment
[17:54] <ogra_cmpc> so we actually see what you see
[17:54] <GrueMaster> devilhorns: While you have your hands in the mixer, there is an annoying random bug that when launching terminal, it sometimes defaults to the "/usr/share/icons..." directory.  Don't have a bug number offhand.
[17:54] <devilhorns> ogra_cmpc, there is a few other things I'd like to cleanup in that code too (it's currently pretty messy)...dunno who wrote it originally, but it's pretty ugly and would benefit from a good "cleaning up" :)
[17:54] <devilhorns> GrueMaster, any specific terminal ? or just all terminals
[17:54] <furibondox> http://paste.ubuntu.com/494288/
[17:55] <GrueMaster> When netbook-launcher-efl runs gnome terminal.
[17:55] <devilhorns> GrueMaster, gnome terminal ... ok I'll have a look today then
[17:55] <GrueMaster> It is very odd and only happens 1/3 of the time.
[17:56] <GrueMaster> furibondox: This is the output I would expect from the serial port.  What was the problem again?
[17:56] <devilhorns> GrueMaster, ok, I'll poke around w/ it today then ... BUT I already suspect that the problem may be in gnome-terminal (just from knowing how efl handles launching stuff). We've had a similar problem in the past w/ gnome-terminal
[17:57] <GrueMaster> ah.
[17:57] <devilhorns> GrueMaster, but I will look into it regardless, just to be sure
[17:57] <ogra_cmpc> devilhorns, the code comes from a brazilian company ....
[17:57] <apw> ogra, GrueMaster, those binaries have been tickled through ... i guess we need to wait for the publisher now
[17:57] <furibondox> GrueMaster: I expected to see something like "sshd [DONE] etc..."
[17:57] <devilhorns> ogra_cmpc, ahhhhh, k-s and ProFusion ... that explains the general mess of it :)
[17:57] <ogra_cmpc> apw, fine with me, i'm personally not in a hurry with them
[17:57] <GrueMaster> Ah, init output.
[17:58] <furibondox> yes
[17:58] <ogra_cmpc> devilhorns, hehe, yeah :)
[17:58] <furibondox> the init output
[17:58] <ogra_cmpc> furibondox, yeah, looks a bit like its not running upstart at all
[17:59] <devilhorns> don't get me wrong, they generally write good code that functions well ... just that they don't ever give much thought to others having to "maintain" it
[17:59] <ogra_cmpc> furibondox, what is that stuff after line 297 ?
[17:59] <ogra_cmpc> furibondox, looks a bit like you are booting a wrong filesystem
[17:59] <apw> ogra_cmpc, i'd like to know if the upgrade is fixed by it
[17:59] <ogra_cmpc> definitely not ubuntu
[18:00] <ogra_cmpc> apw, right, and NCommander wants to build images
[18:00] <ogra_cmpc> thats why i said "personally" :)
[18:00] <furibondox> from 297 till 331 there is a custom initrd
[18:00] <ogra_cmpc> furibondox, well, it doesnt boot ubuntu at all
[18:00] <furibondox> yes...
[18:00] <furibondox> after 331 starts ubuntu
[18:00] <GrueMaster> apw, I'll start another upgrade tonight.  It takes 11+ hours, even from a local mirror.
[18:01] <ogra_cmpc> furibondox, no, it doesnt
[18:01] <apw> GrueMaster, yeah but that misses the windowfor getting the fix in the pre-freeze kernel if there is one
[18:01] <furibondox> yes... with all daemons
[18:01] <ogra_cmpc> furibondox, it just goes into the rootfs
[18:02] <ogra_cmpc> i dont see upstart running
[18:02] <ogra_cmpc> how did you create that initrd ?
[18:02] <GrueMaster> apw: I don't know how to tweek my system to install faster.  11 hours is best I have seen.
[18:02] <furibondox> goes into rootfs and starts all daemons (sshd, udevd, getty, crond, etc...)
[18:02] <ogra_cmpc> you *need* to use update-initramfs from initramfs-tools to make it work proper
[18:02] <apw> GrueMaster, yeah, i meant in an hour we can try that dist-upgrade again and see if ti then works
[18:02] <ogra_cmpc> or not use any initrd
[18:02] <apw> if it does then its likely just that that was the issue
[18:02] <GrueMaster> apw: Oh, yea.  definitely.
[18:03] <ogra_cmpc> either will work
[18:03] <GrueMaster> But I was referring to the full upgrade process.
[18:03] <ogra_cmpc> i assume your custom initrd is at fault here
[18:03] <apw> yeah for sure
[18:03] <ogra_cmpc> it will be missing all the ubuntu scripts
[18:04] <furibondox> ogra_cmpc: this is the last line of our linuxrc into initrd:
[18:04] <furibondox> exec run-init -c /dev/console ${ROOTFS} /sbin/init;
[18:04] <ogra_cmpc> linuxrc ?!?
[18:04] <furibondox> so it starts the /sbin/init into the ubuntu rootfs
[18:04] <ogra_cmpc> ubuntu doesnt work that way
[18:05] <ogra_cmpc> either drop the initrd or create a proper one
[18:05] <ogra_cmpc> or live with the situation as is
[18:05] <furibondox> is there a guide to create a correct initrd?
[18:05] <ogra_cmpc> you will definitely miss configuration with the current one
[18:06] <ogra_cmpc> create it from the running system by running update-initramfs
[18:06] <ogra_cmpc> and make sure your modules are in the right place in the fs
[18:07] <furibondox> we don't use loadable modules... so I have only to run update-initrams?
[18:08] <ogra_cmpc> try it, not sure it will work if you dont have a /lib/modules/... dir
[18:08] <ogra_cmpc> if you need to make modifications, it pulls its scripts from /usr/share/initramfs-tools/
[18:10] <furibondox> update-initramfs -k all -c -v -b /root Nothing to do, exiting.
[18:10] <furibondox> may be I have to pull the sources...
[18:11] <furibondox> anyway, is there somewhere an example of a correct initrd?
[18:11] <furibondox> just to see what's wrong with mine?
[18:13] <GrueMaster> furibondox: You can check the one on our daily images.  http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/
[18:13] <furibondox> it seems that it does the same thing as our custom initrd:
[18:13] <furibondox> exec run-init ${rootmnt} ${init} "$@" <${rootmnt}/dev/console >${rootmnt}/dev/co nsole 2>&1
[18:13] <ogra_cmpc> it does a ton more
[18:14] <ogra_cmpc> but yes, the init script in there uses run-init
[18:14] <furibondox> yes, sorry I mean that ;-)
[18:14] <furibondox> by the way, tomorrow I will look at that deeply
[18:15] <furibondox> now I have to came back home
[18:15] <furibondox> see you tomorrow
[18:15] <ogra_cmpc> bye
[18:15] <furibondox> and thanks
[18:15] <GrueMaster> furibondox: Much welcome.
[18:15] <furibondox> ogra_cmpc: I've also modified the rootstock script with two little improvements
[18:16] <ogra_cmpc> furibondox, cool, file a bug and attach them :)
[18:16] <furibondox> tomorrow if you want I can send the patch to you
[18:16] <furibondox> ok
[18:16] <GrueMaster> And we'd be interested in the results if you were to test Maverick if you have time.
[18:16] <furibondox> ;)
[18:16] <furibondox> see you tomorrow
[18:16] <furibondox> bye
[18:19] <devilhorns> GrueMaster, Has to be in gnome-terminal ... reading through the netbook-efl code, and it turns out that it's using launcher_application_launch(app) to start the applications ... so it's not using the ecore_exe stuff (as I had previously thought), which basically means that efl is not launching the apps, thus not the cause
[18:19] <GrueMaster> Hmmm.  Figures.
[18:19] <ogra_cmpc> well, gnome-terminal uses $PWD
[18:20] <devilhorns> ogra_cmpc, yea
[18:20] <devilhorns> that was just my thought ... perhaps something is changing pwd somewhere/somehow
[18:20] <devilhorns> so going to look into that now
[18:20] <ogra_cmpc> and given the issue is not happening every time i'd say we have a race
[18:20] <rsalveti> sebjan: any news with your x-loader test?
[18:20] <devilhorns> ogra_cmpc, indeed ...   Lots of crashes, fire, etc.
[18:21]  * ogra_cmpc likes tham ... but only on the autobahn
[18:21] <devilhorns> hahaha
[18:21] <rsalveti> lol
[18:21] <devilhorns> anyway, gonna add some debugs for pwd, spew them out and see if I can get this to trigger
[18:22] <ogra_cmpc> cool, i think we have that bug open since two releases
[18:22] <devilhorns> wow ... it's an old one huh ? :)
[18:23] <ogra_cmpc> yeah
[18:23] <ogra_cmpc> the efl stuff has a bunch of them
[18:23] <devilhorns> :/
[18:23] <ogra_cmpc> btw, at some point it would be cool to have the font size pulled from gconf
[18:24] <devilhorns> ogra_cmpc, to be used for the icons ?
[18:24] <devilhorns> and sidebar ? or just icons ?
[18:24] <ogra_cmpc> but thats in the area of future improvements
[18:24] <ogra_cmpc> all fonts
[18:24] <devilhorns> ok
[18:24] <ogra_cmpc> we use the gnome theme management for the rest of the apps
[18:24] <devilhorns> I'll add it to my todo under the "get to @ some point" section :)
[18:24] <ogra_cmpc> and efl has alwys been inconsistent here
[18:25] <devilhorns> yea, it's generally desktop/environment agnostic in that it doesn't use any gnome/kde settings
[18:25] <GrueMaster> Are we sticking with une-efl next cycle or trying something different, like a non-clutter based unity?
[18:26] <ogra_cmpc> right, but thats a prob if you integrate it with other apps
[18:26] <ogra_cmpc> GrueMaster, hopefully we'll have GLES drivers and a fixed clutter
[18:26] <ogra_cmpc> but i wouldnt bet on it yet
[18:26] <devilhorns> ogra_cmpc, sure, but there is a relatively simple solution ... one that I use here personally (tho a bit of a pain to keep consistent)
[18:27] <ogra_cmpc> i'm sure nobody will implement a no-clutter unity
[18:27] <GrueMaster> So, keep une-efl as a decent fall back.
[18:27] <ogra_cmpc> yep
[18:28] <ogra_cmpc> we still want something for the lowend HW
[18:28] <ogra_cmpc> the question is if we will use it as default
[18:28] <ogra_cmpc> that really depends on the hardware we will support by then
[18:29] <GrueMaster> We should have a better detection in place.  Maybe in gdm?
[18:29] <ogra_cmpc> no, needs to happen after gdm
[18:29] <ogra_cmpc> the question is if we will use gdm at all :)
[18:30] <sebjan> rsalveti: no, did not have time to look into more details. I have other more important issues in the pipe :( I'll look at that later.
[18:31] <devilhorns> ick clutter :/
[18:31] <ogra_cmpc> GrueMaster, https://edge.launchpad.net/lightdm
[18:31] <GrueMaster> devilhorns: But without clutter, Meego would suck.    Oh, wait...
[18:36] <devilhorns> lol
[18:36] <GrueMaster> doesn't use it.
[18:36] <devilhorns> GrueMaster, but anyway, I'm not here for politics, voicing my own opinions, or even any design decisions ... choice of desktop/backend/libs, etc, etc is up to your development team(s) :)
[18:36] <ogra_cmpc> sadly
[18:36] <devilhorns> lol
[18:37] <GrueMaster> I just test it & file lots of bugs.
[18:37] <ogra_cmpc> we're just poor integrators here :)
[18:37] <devilhorns> GrueMaster, yup :)
[18:37] <devilhorns> ogra_cmpc, lol, I wouldn't say that
[18:39] <devilhorns> ok, debugs in place ... now to see if I can get this pwd issue to trigger :)
[18:40] <ogra_cmpc> i guess thats a matter of luck
[18:40] <ogra_cmpc> or system slowness
[18:40] <devilhorns> ogra_cmpc, yea :( ... core i5 isn't exactly slow tho :)
[18:40] <ogra_cmpc> since you use x86, try to run from SD and compile 5 kernels at the same time
[18:40] <devilhorns> ouch
[18:41] <ogra_cmpc> that should get you begaleboard speed :)
[18:41] <devilhorns> ogra_cmpc, lol :) suppose I could easily change the cpufreq and slow it down a little
[18:41] <devilhorns> we'll see
[18:46] <devilhorns> any clue what package provides the sounds used in une ?
[18:49] <apw> ogra_cmpc, i think that -21 is in the pool, do you concur?
[18:49] <apw> GrueMaster, i think that kernel should be there, does dist-upgrade work now?
[18:50] <GrueMaster> Don't know.  Just finished pulling the rest of the package updates and am rebooting.  Will check as soon as it is up.
[18:51] <apw> GrueMaster, thanks
[18:57]  * apw waits nurvously
[18:57] <GrueMaster> apw: Pulling new kernel & headers now.  Thanks.
[18:57] <ogra_cmpc> apw, looks ok to me
[18:57] <apw> GrueMaster, excellent, i'll let leann know
[18:57] <apw> ogra_cmpc, ta
[18:57] <GrueMaster> After rebooting, I will retest to make sure flashing nand works.
[18:57] <apw> cool
[18:58] <GrueMaster> Then restart the lucid->maverick upgrade test again.
[18:58] <devilhorns> ahhh I love having source code :) ... found the package for the sound theme w/ a little digging :)
[18:59] <devilhorns> was trying to get it installed so I could see less "cannot play sound" messages in my output terminal :)
[19:00] <GrueMaster> heh
[19:02]  * devilhorns begs Terminal to change to bad dir ... please !!
[19:03] <devilhorns> of course, it's probably going to be like a "watched pot" and not boil :(
[19:06] <Neko> sigh anyone know what pulls in apt-xapian-index ?
[19:06] <Neko> it's making my rootstocks take forever
[19:07] <ogra_cmpc> Neko, all package tools use it
[19:07] <Neko> is there any way to make it not build the index like right this very second after install?
[19:08] <ogra_cmpc> not really i think
[19:10] <rsalveti> Neko: if it's taking a long long time than it could be that your qemu got stuck
[19:10] <rsalveti> another known issue
[19:11] <ogra_cmpc> well, apt-xapian-index indexes all package descriptions ... that definitely takes long
[19:11] <devilhorns> GrueMaster, 50+ consecutive launches and still cannot get it to change the pwd :(
[19:12] <ogra_cmpc> devilhorns, i guess you need to wait for your beagle for that one
[19:12] <GrueMaster> Hmmm.  Might have already been fixed.  I might just be seeing it on Lucid.
[19:12] <ogra_cmpc> i havent even seen it on a panda ever
[19:13] <GrueMaster> I have 6 monitors staring at me, so it does get chaotic at times.
[19:13] <ogra_cmpc> but i think i saw it once on a beagle
[19:13] <ogra_cmpc> in maverick
[19:14] <Neko> rsalveti, it isn't stuck, it actually finishes but for karmic or so it would take no time at all once the packages are cached, for maverick roots it sits on apt-xapian-index task for like 45 minutes...
[19:14] <devilhorns> well, I will leave my printfs (for debugging) in the code so if it does happen again, at least we'll have a bit more info to go on
[19:14] <Neko> it's inside a vm and it's not the best cpu in the world.. why oh why can't qemu be multithreaded :(
[19:14] <ogra_cmpc> Neko, cortex-a9 will save the world :)
[19:15] <ogra_cmpc> why are you not rolling images natively on your board btw ?
[19:15] <Neko> markos patched up rootstock to build native on the arm
[19:15] <ogra_cmpc> will surely be a lot faster than qemu
[19:15] <Neko> but it's actually slower than in qemu for the most part.. at the very least, it isn't much faster
[19:15] <ogra_cmpc> you got the wrong HW then :)
[19:15] <Neko> my laptop has a muuuuch better disk than the mx51 can provide
[19:16] <rsalveti> Neko: upstream rootstock already supports native builds
[19:16] <devilhorns> will move on to the fonts
[19:16] <Neko> I'd use the server but the damn thing is running an ancient debian
[19:16] <Neko> and 8 cores and 32GB of ram don't make a shit of difference to qemu
[19:17] <Neko> does qemu do smp on arm?
[19:17]  * ogra_cmpc stopped touching qemu when rsalveti took over rootstock
[19:17] <Neko> rsalveti, is that going to hit maverick? :)
[19:17] <ogra_cmpc> its already in
[19:17] <Neko> <IP_ADDRESS>?
[19:18] <rsalveti> Neko: yep, it's in already :-)
[19:18] <Neko> awesomesauce
[19:18] <Neko> well maybe I'll set up a system with a nice big disk in the office
[19:19] <Neko> having trouble with oem-config right now, it just doesn't run on first boot.. so I get an xfce prompt and there are no users
[19:19] <GrueMaster> apw: Everything looks good here.  Updating nand from 2.6.35-21-omap works w/o error as well.
[19:20] <ogra_cmpc> GrueMaster, close the bug then please :)
[19:20] <GrueMaster> Will do.
[19:20] <ogra_cmpc> one down :)
[19:20] <Neko> hey if we got you guys a 2.6.35 kernel would you bring back mx51 in maverick? sad thing is it can only happen after 10.10.10
[19:20] <ogra_cmpc> Neko, unlikley unless someone pays for it ... but linaro might be for you
[19:21] <Neko> linaro is being too mainliney
[19:21] <Neko> our users can't really do much with just a serial port
[19:21] <ogra_cmpc> oh, and indeed you can always become a MOTU and maintain it in universe
[19:21] <ogra_cmpc> i guess
[19:21] <Neko> that's an acceptable plan
[19:22] <ogra_cmpc> (i dont think we have policy that forbids users to maintain kernels in universe)
[19:22] <Neko> I still have to sit down and work out how we'd build an installer sd
[19:22]  * armin76 laughs at Neko
[19:22] <Neko> once you got a kernel and all the udebs getting from there to a filesystem seems to be magical
[19:22]  * ogra_cmpc hides his magic wand
[19:22] <Neko> what do you guys use to build the .img?
[19:23] <ogra_cmpc> debian-cd
[19:23] <Neko> but with some custom internal you-should-pay-for-it scripts and configs or.. just what comes in the package?
[19:23] <ogra_cmpc> which is only a set of scripts
[19:23] <ogra_cmpc> in fact its a lot of parted, dd and so on
[19:26] <Neko> wow debian-cd really is *debian*-cd
[19:27] <Neko> there's not a single ubuntu task or release info in there
[19:27] <GrueMaster> ogra_cmpc: updated bug 608266 with my test results.  The other issue I was seeing with the updated kernel was mainly due to corrupted nand.  Clearing it from uboot and reflashing uInitrd fixed it.
[19:27] <ubot2> Launchpad bug 608266 in linux (Ubuntu Maverick) (and 1 other project) "[regression] no more /dev/mtdblock devices on omap3 in maverick (affects: 1) (heat: 69)" [Medium,Fix released] https://launchpad.net/bugs/608266
[19:27] <devilhorns> GrueMaster, (or ogra_cmpc ) in a typical unr environment, does the user have the ability to change the font ? or is this something that the designers hardcode ?
[19:28] <ogra_cmpc> devilhorns, the user has all gnome control center tools
[19:28] <devilhorns> ogra_cmpc, ok, thanks :)
[19:29] <GrueMaster> devilhorns: You can run close to the same image in x86 by running the x86.iso in kvm or virtualbox.
[19:29] <ogra_cmpc> fontsize goes somewhere into gconf ancd can change at any time (even at runtime)
[19:29] <ogra_cmpc> GrueMaster, not in maverick
[19:30] <GrueMaster> No?  I do.
[19:30] <ogra_cmpc> une-efl isnt installed in the x86 iso
[19:30] <devilhorns> ogra_cmpc, yea, I'm familiar w/ the gconf stuff and where it's at, etc, etc :) just needed to know if they have access to the control center or not :) (I'm not running a complete unr image that's why I asked) :)
[19:30] <ogra_cmpc> if it is, thats a bug
[19:32] <GrueMaster> I must have added it to my VM.
[19:32] <ogra_cmpc> ah, k
[19:32]  * ogra_cmpc was worried for a second
[19:33] <GrueMaster> Well, time for some lunch.
[19:34] <devilhorns> yea ... suppose I would really benefit from setting up a VM todo this stuff ...
[19:35] <GrueMaster> I find it useful to see if a bug is arch dependent.
[19:42] <devilhorns> indeed
[20:00] <ogra> GrueMaster, i'm adding some completely untested code (that wont work yet) to jasper to enable the TI ppa, please test tomorrows image deeply if jasper didnt regress through that (i will test myself once i got up but four eyes might see more)
[20:00] <GrueMaster> Ok.  Will do.
[20:01] <devilhorns> OMG
[20:01] <devilhorns> think I am in love
[20:01] <GrueMaster> Today I am just focusing on package updates & lucid->maverick testing on beagle.
[20:01] <devilhorns> just found testdrive ... this is what I was looking for weeks ago
[20:01]  * GrueMaster breaks for lunch.
[20:02] <ogra> GrueMaster, yeah, i'm just adding it so it gets easier to inject the PPA stuff later it might have to change etc
[20:02] <ogra> i just want the basic functions in
[20:04] <Neko> oem-config-gtk I hate you :((
[20:21] <ogra_cmpc> rsalveti, swap fix uploaded btw
[20:24] <rsalveti> ogra_cmpc: cool, thanks
[21:10] <ndec> lag: ogra: I just came to know about Ubuntu hw summit, scheduled next week. there is a presentation titled as 'What does PulseAudio expect from a sound driver? – David Henningsson'. that looks like something I would love to see. are there any slides or video for this summit?
[21:24] <rsalveti> GrueMaster: do you have any news regarding the omap 3 image?
[21:25] <rsalveti> missing new images since sep 11
[21:48] <GrueMaster> rsalveti: Nope.  I don't build them.
[21:48] <GrueMaster> And I have mentioned it before.
[21:49] <rsalveti> GrueMaster: yep, I know, but wanted to know if you saw any news regarding the failing build
[21:49] <GrueMaster> Just blank emails.
[21:49] <rsalveti> haha, same as me
[21:55] <ogra_cmpc> GrueMaster, as i said in the meeting (and several times before too i think) if the mails are empty that usually means the buildd died
[21:55] <ogra_cmpc> rsalveti, ^^^
[21:56] <rsalveti> ogra_cmpc: and any news about it being dead?
[21:56] <ogra_cmpc> someone needs to ping lamont so he asks someone from IS to go over to the datacenter and does a manual reboot
[21:56] <rsalveti> ouch
[21:57] <ogra_cmpc> rsalveti, i told lamont but i was expecting NCommander to care more, since the dove builds happen on the same machine as omap3
[21:57] <rsalveti> hm, could be because NCommander is out today
[21:57] <GrueMaster> Well, we have a dove build now.
[21:58] <ogra_cmpc> then the buildd is back up
[21:58] <GrueMaster> NCommander reached out and kicked something.
[21:58] <ogra_cmpc> so omap3 should happen too tonight
[21:58] <ogra_cmpc> (unless it dies before agan)
[21:58] <ogra_cmpc> i'm pretty sure we have a HW issue
[21:59] <rsalveti> argh, at least this is going to be fixed when panda is out
[22:00] <ogra_cmpc> yeah
[22:12] <lag-mobile> Would someone mind scrolling up and re-linking me to the PDF ndec did earlier please?
[22:13] <lag-mobile> If you need to conduct a search, do so for "datasheet"
[22:15] <lag-mobile> You all sleeping already?
[22:17] <GrueMaster> lag-mobile: http://focus.ti.com/pdfs/wtbu/OMAP4430_ES2.0_Public_TRM_vJ.pdf
[22:17] <GrueMaster> Now let us sleep.  :P
[22:17] <lag-mobile> Cheers Tobin
[22:18] <GrueMaster> heh.  Actually still working.  It's only 14:18 here.
[22:19] <lag-mobile> Where are you?
[22:19] <GrueMaster> Oregon, USA
[22:19] <lag-mobile> Ah k
[22:20] <lag-mobile> It's 22:19 here
[22:40] <persia> Bah, just missed lag: Anyway, the bit that needs porting is the wiremap.  The same chips, codec, etc. are exceedingly likely to be wired up slightly differently on different boards, and this is the bit that needs adding in the driver.
[23:09] <devilhorns> ogra_cmpc, well, I've got bad news, good news, and "small" bad news...which you want first ? :)
[23:14] <persia> devilhorns, On general principles, that order sounds least bad: otherwise it's too depressing to hear the good news, or the good news is wiped out by the rest.
[23:15] <devilhorns> persia, hehehe :) na, it's nothing real drastic
[23:15] <devilhorns> just that changing the font stuff in the efl launcher is going to take me a little more time than I had originally thought
[23:17] <GrueMaster> As long as it is done by Friday, we're ok.  :P
[23:17] <persia> Well, by the announcement of the freeze: the precise timing depends on when the release managers decide to send email.
[23:17] <devilhorns> whoever the brain-dead genious was that wrote it originally, wrote it so that it only listens for .gtkrc changes wrt font, dpi, theme, etc, etc ... and of course, the Appearance stuff doesn't change those, it changes the values in gconf ... so all the existing code in there wrt settings changes is worth nada
[23:17] <persia> How truly good.
[23:18] <devilhorns> GrueMaster, shouldn't be a problem
[23:18] <persia> (although it's quite possible to identify the author from the code, so "whoever" may be listening)
[23:18]  * GrueMaster was actually joking.
[23:18] <devilhorns> persia, hope so ... they need a good spanking :)
[23:18] <devilhorns> GrueMaster, ahh, hehehe
[23:19] <persia> devilhorns, Well, if you're planning a trip south... :)
[23:19] <devilhorns> so anyway, my plan is to rip all the existing conf stuff out of there (useless anyway), and make it work w/ gconf stuff
[23:20] <rsalveti> well, I'm quite near them, just ask what you'd like to do
[23:20] <rsalveti> :P
[23:24] <devilhorns> rsalveti, lol
[23:25] <devilhorns> GrueMaster, iirc, ogra said it wasn't an emergency right ? thought he said it was a "future todo" (or something to that effect) ... so hopefully it's not a "time sensitive" issue
[23:26] <GrueMaster> which?  The font thing or the terminal PWD issue?
[23:26] <devilhorns> font
[23:27] <GrueMaster> The font thing would be a higher priority afaik, but I don't know what deadlines are in place.  I think kernel freeze is tomorrow, with pool freeze soonish.
[23:28] <GrueMaster> According to my schedule, final freeze is also tomorrow.
[23:28] <devilhorns> GrueMaster, I see ... ok, well I will see if I can get it finished tonight :/
[23:29] <GrueMaster> I wouldn't stress it too much.  Still need to get it tested, etc.
[23:30] <devilhorns> GrueMaster, well, I test as I code :) but I understand :)
[23:30] <GrueMaster> but I'm not the driver here.  I'm closer to the deer strapped to the hood.
[23:30] <devilhorns> lmao
[23:30] <devilhorns> well, if you are the deer, then I must be the squirrel trying to cross the road
[23:34] <devilhorns> now the question is ... which font to listen to ... App font, Document font, Desktop font ...
[23:35] <devilhorns> I'm thinking Desktop font ... as the launcher mimics a "desktop" in the users eye
[23:35] <GrueMaster> I would assume the same one that netbook-launcher from lucid looked at.
[23:36] <GrueMaster> (the 3D non-efl version).
[23:36] <devilhorns> GrueMaster, somehow I knew you would make me thumb through that code :P
[23:36] <GrueMaster> Well, that is where my skills are.
[23:36] <devilhorns> hehehe
[23:37] <GrueMaster> I sort through source sometimes to see why it is broken.  And to learn.
[23:37] <devilhorns> learning is good :)
[23:37] <GrueMaster> While I can write programs, I am not a programmer.  I am more of a debugger.
[23:38] <devilhorns> imo python doesn't count as a real language, so "programs" written there don't count :P
[23:38] <GrueMaster> Never said they did.
[23:38] <devilhorns> hehe
[23:39] <GrueMaster> I actually learned in Atari Basic & Atari Assembly.
[23:39] <devilhorns> oh wow
[23:39] <devilhorns> you go way back :)
[23:39] <GrueMaster> Yea, I know.  I'm old.
[23:39] <devilhorns> same here :/
[23:39] <GrueMaster> Most of my knowledge is self taught/inflicted.
[23:40] <GrueMaster> devilhorns: where are you located?
[23:40] <devilhorns> New Jersey
[23:41] <GrueMaster> Ah.  Opposite side of the great divide.
[23:41] <devilhorns> yea
[23:44] <devilhorns> hmm, this is interesting
[23:44] <devilhorns> GrueMaster, wrt the default netbook-launcher (non-efl) ... font changing works w/ control-center ??
[23:45] <GrueMaster> Not sure.
[23:45] <GrueMaster> let me look on my babbage
[23:45] <devilhorns> thanks
[23:47] <GrueMaster> The actual app that sets it on babbage is gnome-appearance-properties, but that is also running une-efl.
[23:47] <GrueMaster> But it should be the same app as x86 une
[23:48] <devilhorns> ok, but when you change the font via gnome-appearance-properties, it does change the font used in the regular netbook-launcher ?
[23:48] <GrueMaster> I'll have to boot lucid-i386 to find out.
[23:49] <devilhorns> ok
[23:49] <devilhorns> I'd be surprised if it actually did
[23:50] <devilhorns> cause apparently, according to the code, the netbook-launcher app is using the gtkrc method also
[23:50] <GrueMaster> Give me five minutes.  Have to create a usb boot.
[23:50] <devilhorns> no rush, thanks ;)
[23:55] <GrueMaster> I'm also trying unity on my netbook.  Need to install more fonts.  On this small display the subtle differences in the base fonts are not noticable.
[23:55] <devilhorns> ahhh
[23:55] <devilhorns> I use the Droid fonts personally
[23:56] <GrueMaster> not part of the default install.
[23:56] <devilhorns> true
[23:57] <GrueMaster> and software-center/fonts is empty.  Grrr.


[12:09] <ikn> Hello everyone. My mouse always disappeared on the screen. How can I solve it?
[12:27] <flux242> with a mouse trap?
[16:49] <mifritscher> moin
[16:49] <mifritscher> I switched from gnome flashback (compizz) to xfce4
[16:50] <mifritscher> on a nearly fresh ubuntu 16.04
[16:50] <mifritscher> generally it worked well, but following issues:
[16:50] <mifritscher> the touchscreen isn't working
[16:51] <mifritscher> the interesting thing is that xinput disable 10; xinput enable 10 helps
[16:51] <mifritscher> but only for about 10 seconds
[16:52] <mifritscher> how can I debug this?
[17:33] <xubuntu227> hi there
[17:34] <xubuntu227> I'm sébastien from french new caledonia
[17:34] <xubuntu227> I'm installing xubuntu 14.04 LTS and the wifi doesn't work
[17:35] <xubuntu227> the computer is a msi CR61
[17:35] <Spass> hello Sébastien, why 14.04 and not 16.04?
[17:36] <xubuntu227> because I had the same issue on my older computer on 16.04 but the wifi works with 14.04 wich is very surprising
[17:37] <xubuntu227> on this laptop none of the 2 versions make the wifi reliable
[17:37] <mrkramps> it is not surprising depeinding on wifi chipset
[17:38] <xubuntu227> you understood very fast I do not understand a lot of things about all that ;o)
[17:38] <mrkramps> xubuntu227, pls show output of command 'lspci -nnk | grep -i net -A2' in a paste service
[17:39] <xubuntu227> wich is very surprising is that my wifi doesn't work any longer on my older computer since I tried a live usb of 16.04 on it
[17:40] <xubuntu227> 01:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8723AE PCIe Wireless Network Adapter [10ec:8723] 	Subsystem: AzureWave Device [1a3b:2114] 	Kernel driver in use: rtl8723ae 02:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8161 Gigabit Ethernet [1969:1091] (rev 10) 	Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:10f7] 	Kernel driver in use: alx
[17:40] <mrkramps> paste service
[17:41] <mrkramps> and yeah, there's nothing suprising about bad driver support for realtek chipsets
[17:41] <xubuntu227> sorry I can't understand what you mean. Perhaps because of my english
[17:41] <xubuntu227> what else should I past
[17:41] <mrkramps> xubuntu227, https://en.wikipedia.org/wiki/Pastebin
[17:42] <mrkramps> for example: https://paste.ubuntu.com/
[17:45] <xubuntu227> Thanks. I tried it. I did past into . What should I do then ? Copy ? and paste there ?
[17:46] <mrkramps> press "paste!" and copy the URL to irc
[17:47] <xubuntu227> https://paste.ubuntu.com/23538691/
[17:47] <xubuntu227> that's it ?
[17:47] <mrkramps> yay, the first basic step \o/
[17:47] <mrkramps> =D
[17:48] <xubuntu227> learning still learning... ;o)
[17:49] <mrkramps> ok, so your wifi is currently working on 14.04?
[17:50] <xubuntu227> not on this laptop. On the other computer  but only on a live session since I tried 16.04. But I only want to make this laptop reliable for the moment. On 14.04 unless you are sure it would be better to install 16.04.
[17:51] <xubuntu227> If this is it I must stop and start another installation later on
[17:52] <mrkramps> well, the simple point of all this is the very unstable support of realtek wifi chipsets and there is absolutely no guarantee how long such a device is working reliable
[17:52] <mrkramps> it might happen it is not working on 16.04 NOW, but will change with the next kernel update
[17:53] <mrkramps> or things get even worse :)
[17:53] <mrkramps> i would still recommend installing 16.04
[17:53] <xubuntu227> you mean there no way to make it reliable at the moment ?
[17:54] <mrkramps> actually ,there is no way of making realtek chipsets working reliable since … ever?
[17:55] <xubuntu227> so I didn't choose the good laptop ...
[17:56] <mrkramps> no, this is rather a common issue and realtek chipsets are used in many many laptop models
[17:56] <xubuntu227> ok. Just pray then, isn't it ?
[17:57] <mrkramps> install linux-firmware-nonfree after installation
[17:57] <mrkramps> this might help
[17:58] <xubuntu227> It will be asked or I need to do it by my own ?
[17:58] <mrkramps> if i recall correctly a manual installation of nonfree formware is required
[17:59] <xubuntu227> Thanks very much. Perhaps I will need your help later to make my older pc wich was working so well to wifi again !
[18:00] <mrkramps> xubuntu227, and another option to work around such wifi issues if - from my experience - to buy a usb wifi dongle with ralink chipset
[18:00] <xubuntu227> ok I will have a look
[18:02] <xubuntu227> before closing how will I easily find this chat ? I've found it during installation
[18:04] <mrkramps> phew, hexchat comes preinstalled and this chat should be pre configured there
[18:04] <mrkramps> but i am not sure to tell the truth
[18:04] <mrkramps> xubuntu227, or https://xubuntu.org/irc/
[18:04] <mrkramps> ;)
[18:04] <xubuntu227> it's ok. thanks for all. I found it on google using webchat xubuntu
[18:05] <xubuntu227> thanks for all. See U
[18:05] <mrkramps> you are welcome
[23:43] <seb_> Hi there. I'm coming back with my wifi issue. I have just installed xubuntu 16 lts. The wifi doesn't work. I have been told sooner to install the nonfree firmware but it doesn't exist for xubuntu 16...


[12:48] <coz_>  good day to all
[14:16] <coz_>     guys I have to break here  ,, I will try to be back in a while


[01:34] <duflu> robert_ancell: The new Xmir seems technically correct but we've found it uncovers serious mouse wheel bugs in Unity8. Might need to hold Xmir till we can fix the whole stack at once
[01:35] <duflu> Or just land it to motivate the fixes :)
[02:07] <robert_ancell> duflu, it is landed into yakkety right?
[02:08] <duflu> robert_ancell: It's proposed still. I don't mind which way it goes but it will motivate us to fix Unity8 pretty quickly when released
[02:09] <robert_ancell> duflu, is there a bug tracking this?
[02:09]  * duflu swears lots at Launchpad timeouts
[02:09] <duflu> robert_ancell: Yeah I've got at least one open and emailed unitymirteam
[02:09] <robert_ancell> duflu, do you know how to block it in -proposed?
[02:10] <duflu> Nope
[02:10] <duflu> I can do a Unity8 fix myself probably today. But have no idea what project the remaining code for Qt apps lives in
[02:11] <duflu> They are interpreting vscroll as a number of pixels instead of a number of mouse wheel ticks. So scroll too slow
[02:12] <bregma> that'd be somewhere deep in the SDK I imagine
[02:12] <duflu> Yeah I need to search for dependents of libmirclient
[02:16] <duflu> Interesting it seems both touch events and scroll events get slightly crippled by Qt as they pass through Unity8. Clients don't get accurate data if they're under Unity8 and we can't easily fix it without upstream Qt changes
[06:19] <OhNoes_> hi all, so i just upgraded to firefox 48 and it's unusable with Xmir
[06:19] <OhNoes_> :'(
[06:20] <OhNoes_> firefox 48 is already in 16.10
[06:22] <duflu> Fixes are coming. Surprisingly this also allowed me to fix high-resolution touchpad scrolling precision
[06:22] <duflu> Which we thought would not be fixable for Unity8
[06:25] <OhNoes_> yay! :D
[09:13] <duflu> anpok: Hopefully your fixes are ahead of me already? :) ... https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bugs?field.tag=gtk-mir
[09:37] <anpok> duflu: I dont know what you mean.. but I spent this week on mir again, because I triggered to many bugs there when fixing the gdk backend.
[09:38] <duflu> anpok: I mean I assume you already fixed some of those GTK bugs upstream,,,?
[09:38] <anpok> in the process of doing so... I will have to reshuffle the patches and sort out those which are still blocked..
[13:28] <alan_g> anpok: IIRC you mentioned something about cut&paste support in gtk-mir recently?


[08:47] <hrw> [ 7157.005242] kernel BUG at /build/buildd/linux-chromebook-3.4.0/drivers/net/wireless/mwifiex/sta_ioctl.c:83!
[08:47] <hrw> lovely ;)
[08:51] <drasko_> where is the stty conf file located? I want to set the nb of rows manually
[12:18] <infinity> hrw: *poke*
[12:19] <infinity> hrw: Would it be possible for you to verify #1085392 so we can get those SRUs out?
[12:24] <hrw> bug #1085392
[12:24] <ubot2> Launchpad bug 1085392 in Cross distro support for Samsung Chromebook (ARM based) "Merge Chromebook UCM profiles into ALSA packages" [Critical,Triaged] https://launchpad.net/bugs/1085392
[12:28] <hrw> ok, will try to take care of it tomorrow or monday
[12:28] <hrw> ~curse users
[18:22] <plars> ogra_: around? I can't remember if I've asked you about this before, but I have a nexus7 in the lab that is sometimes asking for an ip with a different mac address
[18:23] <ogra_> i dont think you asked that before ... at least i dont remember you did (but i'm getting old too)
[18:23] <ogra_> sounds weird
[18:24] <ogra_> more like a HW/firmware issue though ...
[18:24] <ogra_> especially if it is limted to one device
[18:25]  * ogra_ would guess a firmware bug