[00:00] <rsalveti> read it wrong here
[00:01] <infinity> NCommander: Pokity poke.
[00:01] <jhobbs> i think i know what is wrong - in older versions, when it looked for a default and didn't find it, it would go ahead and attempt to boot labels it hadn't tried to boot yet
[00:02] <rsalveti> jhobbs: yup, makes sense
[00:03] <infinity> NCommander: I need someone with ~ubuntu-installer commit access who happens to be in my timezone.  Wake up! ;)
[00:04] <jhobbs> rsalveti: i have a patch that fixes that now, i just need to run through a few tests
[00:04] <jhobbs> rsalveti: should i email it to you?
[00:04] <rsalveti> jhobbs: please<EMAIL_ADDRESS>[00:04] <jhobbs> ok
[00:20] <jhobbs> ok it's sent
[00:22] <jhobbs> rsalveti: let me know if you have troubles with it. the fdt_addr issue isn't as straightforward - i'm not sure check for an fdt there is the right answer either, it may be that the pxe command should look for explicit instruction to use fdt, like bootm does
[00:23] <rsalveti> jhobbs: yeah, probably
[00:23] <rsalveti> let me check your patch
[00:23] <infinity> GrueMaster: So, I can't make oem-config crash here at all.  Which makes it pretty painful to figure out what's going on for you.  But every other issue raised today (partition label, flash-kernel race, ac100 not removing oem-config) should be fixed in tonight's dailies, the only remaining one is the slideshow, which should be fixed by a pending merge I have to ubiquity.
[00:23] <infinity> GrueMaster: (You can kick your roommate to merge my ubiquity fix, since he's in ~ubuntu-installer) :P
[00:24] <jhobbs> rsalveti: i'm going offline and might not check irc until tomorrow, email me if there are issues, thanks for your help
[00:25] <rsalveti> jhobbs: sure, thank you :-)
[00:27] <rsalveti> jhobbs: worked fine now
[00:34] <rsalveti> GrueMaster: http://people.linaro.org/~rsalveti/u-boot/
[00:34] <rsalveti> GrueMaster: the fixed u-boot for pxe
[00:36] <rsalveti> jcrigby: with the patches available at http://people.linaro.org/~rsalveti/u-boot/ pxe works fine again
[00:41] <rsalveti> infinity: http://s3.amazonaws.com/imgly_production/2114800/large.jpg
[00:41] <rsalveti> libjpeg-turbo and libjpeg
[00:41] <rsalveti> running on imx53
[00:42] <rsalveti> tgall_foo should have the details
[00:43] <infinity> rsalveti: Very cool.
[01:03] <GrueMaster> rsalveti: u-boot appears to work correctly again.  Let me know when it is in the pool for more official testing.
[01:03] <rsalveti> GrueMaster: great, thanks for testing it
[01:06] <GrueMaster> infinity: Daily build just failed.  May be a while before I will be able to test your changes.
[01:08] <infinity> GrueMaster: Neat trick, since the daily builds don't happen for another 43 minutes...
[01:09] <infinity> cdimage@antimony:~$ crontab -l | grep ' ubuntu daily-preinstalled' && date
[01:09] <infinity> 55 1 * * *	buildlive ubuntu daily-preinstalled && for-project ubuntu cron.daily-preinstalled
[01:09] <infinity> Thu Sep 29 01:09:12 UTC 2011
[01:14] <jcrigby> rsalveti, /me the slacker has finally returned
[01:17] <rsalveti> jcrigby: hey :-)
[01:18] <jcrigby> rsalveti, thanks for filling in for me, I owe you as always
[01:19] <rsalveti> jcrigby: just need to check if the removal of fdt is the right thing to do
[01:19] <rsalveti> not yet sure why it was added
[01:25] <jcrigby> the old patch set used different names for kernel and ramdisk addresses, when converting to the new patchset the names had changed to ones used elsewhere in u-boot and documented in README.  So while adding this names to the panda config I added the other standard name/address for fdt
[01:26] <jcrigby> had not idea that it broke anything
[01:32] <jcrigby> rsalveti, so since I added it just for completeness sake he are probably ok deleting it at least for this ubuntu release
[01:32] <jcrigby> s/he/we
[01:38] <rsalveti> jcrigby: I think so
[01:38] <rsalveti> as this will just affect the default behavior
[01:38] <jcrigby> yes
[01:38] <rsalveti> if the user wants to use fdt, he can set that at boot.src
[01:38] <jcrigby> yes
[02:28] <jcrigby> rsalveti, two recipe driven builds are going right now.  Also I have a source package ready for putting.  Do I need to wait for something.  Last time I did this I thought I learned that someone was supposed to set status to confirmed to indicate approval for the ffe.
[02:41] <rsalveti> jcrigby: let's wait the new builds to be available, then request GrueMaster to give some testing and then we request the release team to accept the FFe
[02:42] <jcrigby> rsalveti, ok sounds good
[02:42] <rsalveti> jcrigby: only thing is that the final freeze is tomorrow
[02:42] <jcrigby> I understand
[02:42] <rsalveti> so I guess I'll add a comment there now...
[02:44] <rsalveti> jcrigby: did you set CONFIG_SYS_EMIF_PRECALCULATED_TIMING_REGS ?
[02:44] <jcrigby> no, I guess I get to do one more release
[02:44] <rsalveti> jcrigby: bug 837235
[02:44] <ubot2> Launchpad bug 837235 in u-boot-linaro "Broken ES2.0 support at U-boot-linaro 11.08" [Medium,Confirmed] https://launchpad.net/bugs/837235
[02:44] <jcrigby> ok
[02:45] <rsalveti> jcrigby: sorry for giving you more work
[02:45] <jcrigby> its not a problem
[02:45] <rsalveti> but getting a FFe and not fixing es2.0 will upset some people for sure
[02:45] <jcrigby> right
[02:48] <jcrigby> It has the added plus of reducing spl size
[02:48] <jcrigby> a patch hit u-boot ml today setting this as default and setting spl limit back to 32K
[03:13] <rsalveti> jcrigby: cool
[03:24] <rsalveti> jcrigby: did you fire up another build already?
[03:25] <rsalveti> at the package recipe
[03:25] <jcrigby> yes
[03:25] <rsalveti> jcrigby: great
[03:25] <jcrigby> https://code.launchpad.net/~linaro-maintainers/+archive/staging-overlay/+build/2813063
[03:30] <infinity> GrueMaster: Nevermind, no new images because ubiquity was FTBFS on i386.  Yay for skew the other direction for once. :P
[03:31] <infinity> GrueMaster: If I'm up late, I might re-spin some armel images for testing.
[07:47] <sniperjo_> Hi guys, I'm trying to boot my board but it stops at uncompressing kernel … I've checked my serial line is setup properly in uboot and there is no boot.src
[07:47] <twb> sniperjo_: it might be working but just not printing anything
[07:48] <twb> That line comes from the bootloader; you then need to tell the kernel where console= to put it
[07:48] <sniperjo_> twb: where can i do that ?
[07:48] <twb> It's args passed to the kernel
[07:48] <twb> e.g. qemu-system-arm -nographic -M versatilepb -kernel vmlinuz-3.0.0-1-versatile -initrd initrd.gz -append 'console=ttyS0 console=tty0 console=ttyAMA0,38400n8'
[07:49] <sniperjo_> in uboot i have setenv linux_args setenv bootargs console=${console} nfsroot=${serverip}:/dev/mmcblk0p2 ip=${ipaddr}:${serverip}:<IP_ADDRESS>:<IP_ADDRESS>::eth0:off; tftpboot 84000000 uImage; run linux_args; bootm 84000000;
[07:51] <infinity> sniperjo_: And what is console set to?
[07:51] <sniperjo_> console=ttyS2,115200n8
[07:51] <infinity> Your board actually has a device called ttyS2?
[07:52] <sniperjo_> yes, its the console thats used when i boot in angstrom
[07:53] <infinity> Potentially renamed in later kernels.
[07:53] <infinity> Though just a shot in the dark.  It could just as easily be the kernel just not booting too. :P
[07:54] <sniperjo_> infinity: by the way in still o n2.6.32, do i need to update my host computer
[07:54] <infinity> Update your "host"?
[07:55] <sniperjo_> The annoying thing is/.. somewhere, one of the things i have done, I've got to " Uncompressing kernel…. done" and I've just read somewhere that sometimes thats because its set up or a guy enviroment
[07:55] <sniperjo_> as in, what i used to compile the kernel
[07:57] <infinity> If you're using Angstrom sources, I'd recommend using whatever toolchain they recommend (ie: I don't know).
[07:57] <infinity> For something closer to upstream or Linaro sources, the latest and shiniest oneiric would be saner.
[07:57] <sniperjo_> i really don't want to use angstrom
[07:57] <sniperjo_> so in that case i do need to update?
[07:58] <infinity> I'm not even sure what device you're using...
[07:58] <infinity> But if there are newer kernels out there that support it, that would be a good place to start.
[07:59] <sniperjo_> infinity: an atom netbook
[07:59] <infinity> ...
[07:59] <infinity> I mean your ARM device.
[07:59] <sniperjo_> ah, technexion tsunami, omap4540, 25mb ram
[08:00] <infinity> ...
[08:00] <sniperjo_> whoops… 3530
[08:00] <infinity> You're trying to run Ubuntu on a pseudo-embedded system?
[08:00] <sniperjo_> 256mb ram… unless I've got some crazy prototype
[08:00] <infinity> Oh, 256 sounds less painful. :P
[08:01] <infinity> I'm going to guess that our "omap" kernel is too Beagle-specific to work on it, eh? :/
[08:01] <infinity> But, our omap sources, with the Angstrom .config shoved at it, might Just Work.
[08:01] <sniperjo_> yeah, it dies straight away, not the same vendor id
[08:02] <infinity> And for that, I'd definitely recommend compiling from an oneiric system, yes.
[08:02] <infinity> Kernel shouldn't be checking vendor id at all.  You mean our images do that (as in, our uBoot)?
[08:02] <infinity> I'm saying you could try our kernel with their uBoot.
[08:02] <infinity> But it's probably still missing some device support, since it's fairly Beagle-ish.
[08:03] <sniperjo_> infinity: I've defiantly tried it, and it definitely didn't work
[08:03] <infinity> Either way, it's 2am, I should probably not be trying to be helpful, and go to bed.
[08:04] <infinity> But some shiny newish linaro omap sources with the .config from your Angstrom kernel, built with an oneiric toolchain, may well work.
[08:05] <sniperjo_> ok, so i need to update my "host to one irc" and try and compile again
[08:44]  * ogra_ hugs infinity, thanks for the installer quietening
[10:01] <infinity> ogra_: NP.  It was annoying me in testing.  Sadly, no new images today with all my fixes yesterday, since ubiquity's FTBFS on x86. :/
[10:01] <infinity> ogra_: Yay for archive skew in the other direction for once?
[10:05] <ogra_> infinity, well, skew is skew :)
[13:02] <Guest18959> hi!
[13:03] <ogra_> hey zumbi
[13:03] <zumbi> hi
[13:03] <zumbi> ogra_: could you pull dietlibc from debian/experimental for oneiric?
[13:03]  * ogra_ can try ... we have final freeze today :)
[13:04] <zumbi> ogra_: it currently ftbfs on *buntu
[13:04] <zumbi> but experimental should have the fixes
[13:04] <zumbi> to have a working version, at least it works on debian armel/armhf
[13:04] <ogra_> infinity, can you sync that ? or do i need a bug etc etc
[13:04] <zumbi> I told doko but he seem to have missed it
[13:05] <ogra_> very likely, i think he is really overworked
[13:05] <zumbi> sure
[13:05] <zumbi> ogra_: thanks
[13:11] <ppisati> GrueMaster: yesterday, weren't you suggesting that the problem with the verbose audio messages on console were due to a driver rename? s/SDP4430/Panda/?
[13:59] <rsalveti> ppisati: it is, because then the current ucm files are useless after this change
[14:01] <ogra_> ppisati, i hope that fix got in in todays build ?
[14:01] <ogra_> else we will have lost sound again
[14:03] <ppisati> which fix?
[14:03] <ogra_> s/SDP4430/Panda/
[14:03] <ppisati> well, i did the rename
[14:03] <ogra_> good
[14:03] <ppisati> no wait
[14:03] <ppisati> i'm using the jack on the back of my panda board
[14:03] <ogra_> as long as alsactl finds the right name all is fine
[14:03] <ppisati> and i always had audio
[14:04] <ogra_> the renaming only happened recently in andys branch i think
[14:04] <ppisati> the rename was just to silence the messages on console
[14:04] <ogra_> no
[14:04] <ogra_> all alsa settings fully depend on the name
[14:04] <ppisati> so i shouldn't have audio, right?
[14:05] <ppisati> but i have it
[14:05] <ppisati> not hdmi, using the lower audio jack
[14:06] <ogra_> with the recent images and the new kernel ?
[14:06] <ogra_> i.e. on a fresh install where alsactl didnt create the defaults yet
[14:07] <ppisati> yes
[14:07] <ppisati> ah
[14:08] <ppisati> where does it store the config? i mean alsa
[14:08] <ogra_> its tricky to get rid of it
[14:08] <ppisati> doh
[14:09] <ogra_> best is to take the SD in your PC and remove /var/lib/alsa/asound.state
[14:09] <ogra_> *best
[14:09] <ppisati> ok
[14:09] <ppisati> i'll try
[14:10] <ogra_> (it gets recreated on every shutdown, so its not easy to do it on a running system without hacking around in upstart jobs and udev rules)
[14:10] <ppisati> single user and i axe it
[14:10] <ppisati> btw
[14:10] <ppisati> to check the renaming: /proc/asound/cards should be equal to 2.6.38.xx, right?
[14:10] <ogra_> yep
[14:11] <ppisati> ok
[14:11] <ppisati> btw, i thgought fix could go in even after final freeze
[14:11] <ppisati> or maybe not?
[14:11] <ogra_> sure
[14:11] <ppisati> ah ok
[14:11] <ogra_> but we still havent had much testing for the sound stuff
[14:11] <ogra_> so the earlier the better
[14:11] <ppisati> ok ok
[14:12] <ppisati> axe alsa state
[14:12] <ppisati> test again
[14:12] <ppisati> if not working, apply the rename and retest
[14:12] <ogra_> would be our first release where sound works on release day
[14:12] <ppisati> :)
[14:20] <ndec> ogra_: i don't want to be pessimistic... but i don't have audio... granted that I am not using your kernel, but I am using the kernel which was used by ppisati to make the ubuntu kernel...
[14:20] <ogra_> hmm
[14:21] <ogra_> well, lets see what paolos test turns out now
[14:21] <ogra_> testing with an existing state file is indeed kind of moot
[14:27]  * diwic has not understood why we need this UCM thing in the first place, whereas one could write a PulseAudio profile instead to do the same thing.
[14:28] <ndec> UCM was supposed to help ;-)
[14:28] <ogra_> diwic, i think the idea was to use both
[14:28] <ndec> ogra_: on one panda that I have dist-upgraded since alpha2, audio works fine ;-)
[14:29] <ogra_> hmm
[14:29] <diwic> ogra_, no, PulseAudio profiles/paths, and UCM, are overlapping concepts.
[14:29] <ogra_> so should we roll back to the kernel we had at A2 ?
[14:29] <ogra_> :)
[14:29] <ndec> if we use our images from yesterday evening + our kernel --> no audio
[14:29] <ndec> ;-)
[14:29] <ogra_> ndec, iirc that was the natty kernel still
[14:30] <ndec> here we go...
[14:30] <ndec> it's even easier to find in the archive!
[14:31] <ndec> for UCM to work, we need to have /usr/share/alsa/ucm/Panda/Panda.conf, is that correct?
[14:32] <ogra_> i think so
[14:33] <jcrigby> ogra_, I'm ready to push the final u-boot source once someone approves
[14:33] <ogra_> oh, go ahead
[14:33] <jcrigby> oh, ok
[14:34] <ogra_> i'll do the paperwork in a minute on the bug
[14:35] <ndec> ogra_: did you submit the change (s/SDP4430/Panda/) to alsa?
[14:38] <ogra_> ndec, i think diwic added it in an SRU
[14:39] <ndec> ogra_: can you send me (again) the link with the queue of packages waiting for entering in the archive?
[14:46]  * diwic does not remember changing "SDP4430" to "Panda".
[14:48] <ndec> rsalveti: ogra_: ^^ if we change the device name in the kernel and not in alsa, we might be in troubles..
[14:51] <ppisati> ok, after deleting the
[14:51] <rsalveti> yup
[14:51] <GrueMaster> ndec: I have the latest alsa source..  I find no reference to "Panda" there.  It is all ADP4430.
[14:51] <ppisati> /var/lib/alsa/asound.state file and rebooting
[14:52] <ppisati> we have the unfamous "pulseaudio go nuts and swamp the console with lo messages" and 100% cpu usage for this
[14:52] <ppisati> renaming the driver s/Panda/SDP4430/ we get back to a "normal" logging on console
[14:52] <ppisati> nut no audio :(
[14:52] <ppisati> but
[14:53] <GrueMaster> ppisati: Hence why I filed it as a kernel bug originally.  While the messages are directly from Pulseaudio, it is because of a kernel change.
[14:53] <ppisati> GrueMaster: ok, so i can shove the driver name change in, but still there's some alsa tweaking to do
[14:54] <ppisati> else we won't have audio after a fresh install
[14:54] <ppisati> alt!!!
[14:54] <ppisati> the volume was low
[14:54] <ppisati> @#$#@$
[14:54] <ppisati> we have audio! :)
[14:54] <GrueMaster> A fresh install should just work.  In my earlier test, renaming SDP4430 in all of the ucm files and rebooting worked fine.
[14:54] <ppisati> yes, we haz it
[14:55] <GrueMaster> Cool.
[14:55] <ppisati> ok, let me commit it then
[14:55] <ndec> GrueMaster: ? there is already SDP4430 in all UCM files.
[14:55] <GrueMaster> The change to Panda is not in the upstream alsa git tree, so I don't know where it came from.
[14:55] <GrueMaster> ndec, right.  Not sure where the rename to Panda came from.
[14:56] <GrueMaster> I only did that as a quick experiment to see why it wasn't working.
[14:56] <GrueMaster> UCM shouldn't have changed since Natty.
[14:59] <ppisati> didn't we have an omap4 audio lp bug?
[14:59] <ppisati> crap, can't find it...
[14:59] <sniperjo_> I've followed a tutorial for getting ubuntu on my board ,I've set ups tftp server and such so it downloads the kernel and rootfs , it stop at  "uncompressing…booting kernel ".. from google lots of people have that because their console isn't set right, but my bootargs use ${console} which works when the prebuilt sdcard is in there
[15:00] <GrueMaster> ppisati: bug 820466
[15:00] <ubot2> Launchpad bug 820466 in linux-ti-omap4 "No sound on omap4 pandaboard" [High,Fix released] https://launchpad.net/bugs/820466
[15:19] <ndec> ogra_: ppisati: diwic: if i rename all the SDP4430 to Panda in /usr/share/alsa/ucm, sound is working with a kernel that calls the sound card Panda
[15:19] <GrueMaster> ndec: Upstream alsa still names it SDP4430.
[15:20] <ndec> this is for the Blaze board
[15:20] <GrueMaster> And changing the kernel name is easier (one line if I read the driver correctly).
[15:21] <ndec> are you sure it's upstream btw?
[15:21] <ndec> but wrong...
[15:21] <doko> diwic, I'll upload your openjdk/pulseaudio arm fix, just with a cast to jlong instead
[15:21] <ndec> i meant easier but wrong. the real name in the kernel should be Panda
[15:21] <GrueMaster> ndec: I have the alsa-project git tree here and up-to-date.
[15:22] <GrueMaster> Why?  Is it different from platform to platform?
[15:22] <ndec> yes
[15:23] <ndec> GrueMaster: where in alsa upstream did they put the conf files?
[15:24] <GrueMaster> I haven't seen any alsaucm files upstream yet, but they may be in a git tree I don't have yet.
[15:24] <GrueMaster> Will check after the meeting.  #ubuntu-meeting.
[15:25]  * ppisati refrains from commiting anything then...
[15:33] <GrueMaster> ndec: Since we have freeze today, it makes more sense to fixe the one line in the kernel than the multiple ucm files.  If TI wants it renamed to Panda, we can do it next cycle, but we will need to know way before freeze.
[15:47] <infinity> GrueMaster: I'd rather build alsa than another kernel.
[15:47] <infinity> To be fair...
[15:48] <GrueMaster> Really?  Alsa is a bit more intrusive.  Kernel is a separate tree affecting only omap4.
[15:49] <infinity> There's nothing intrusive about s/SDP4430/Panda/ unless you have a sound card called SDP4430 on your amd64 machine.
[15:49] <GrueMaster> No, but the packages are arch all.
[15:50] <infinity> That doesn't make the fix any scarier.
[15:51] <GrueMaster> On the kernel, it is a single line.
[15:53] <infinity> It's one line in alsa if I do it with sed in debian/rules instead of a patch.  (which I wouldn't do, but my point is that, conceptually, this isn't a large or unreviewable change).
[15:54] <infinity> And alsa is much faster to build/test.  And the fix belongs in userspace anyway, we'll have to do this all over again in 2 weeks if we don't do it now.
[15:54] <infinity> (Or forget for 3/4 of the cycle and whine at the end that sound doesn't work, and argue again)
[15:56] <GrueMaster> infinity: I don't trust it.  Remember, ext4 is a simple change too.  Right now I want the quick fix.  Since we have to rebuild the kernel anyways.
[15:58] <GrueMaster> The "correct" thing to do is fix it upstream.  Since alsa doesn't know about "Panda", this has not been done.  Alsa does know about the SDP4430 though.
[15:58] <ndec> GrueMaster: can you point me to where SDP4430 is reference in upstream alsa?
[15:59] <infinity> GrueMaster: ext4 was a simple change.  It landed at the same time as a bunch of mx5 stuff that make people blame ext4 for other breakages though. :P
[16:00] <GrueMaster> infinity: It wasn't a simple change as it required a bunch of jasper changes before we had working images.
[16:00] <infinity> See above.
[16:00] <infinity> And, for the record, SDP4430 isn't upstream in alsa at all.
[16:01] <infinity> It's a local patch.
[16:01] <ogra_> there were mx5 changes *and* a completely new image type (ac100) *and* ext4 at the same time
[16:01] <infinity> We fix it in our packages, we're done.
[16:01] <GrueMaster> ndec: I would, but the alsa-project gitweb interface seems to be broken.  The tree is git://git.alsa-project.org/alsa-kernel.git and the file is soc/omap/sdp4430.c
[16:01] <ogra_> if you want to blame anything, blame ac100, that caused the most intrusive changes
[16:02] <infinity> Oh, you're talking driver filenames?  That's meaningless.
[16:02] <infinity> It's only the UCM stuff that needs fixing.
[16:02] <ogra_> yeah, the filename doesnt matter, only whats in /proc/asound/cards
[16:02] <ndec> GrueMaster: in this file you will find this:
[16:02] <ndec>    if (machine_is_omap_4430sdp())
[16:02] <ndec>         snd_soc_sdp4430.name = "SDP4430";
[16:02] <ndec>     else if (machine_is_omap4_panda())
[16:02] <ndec>         snd_soc_sdp4430.name = "Panda";
[16:02] <ndec> ;-)
[16:03] <ogra_> yes, SDP4430 used to be for the blaze
[16:03] <ogra_> (and probably still is, i havent seen a recent blaze)
[16:03] <ndec> what I copy/pasted is where we are doing the device name, e.g. what ends up in /proc/sounds/cards, and what is used by alsaucm config file
[16:03] <GrueMaster> ndec: I just ran a git pull and didn't see it when grepping for Panda.
[16:03] <ogra_> right
[16:04] <ndec> GrueMaster: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-oneiric.git;a=blob;f=sound/soc/omap/sdp4430.c;h=424ca3d512f6b15c3f2318bbcd6644a77fd052ac;hb=ti-omap4
[16:05] <GrueMaster> But just to err on the side of caution, I am recloning my tree.
[16:05] <GrueMaster> ndec: That is our tree.  Not upstream.
[16:05] <ndec> that will be upstream at some point.
[16:06] <GrueMaster> And when did the addition of Panda get there?
[16:06] <ndec> if we were using upstream stuff only, that wouldn't too nice...
[16:06] <infinity> If we revert our omap4 kernel to vanilla, we may as well drop the subarch.
[16:07]  * GrueMaster is getting tired of this argument.
[16:07] <Neko> you can't drop the subarch it will break flash-kernel
[16:07] <GrueMaster> I really don't care what you guys do.  Just fix the thing.
[16:07] <infinity> Yes.  In the time it's been happening, libasound could have been fixed, uploaded, and built.
[16:08] <GrueMaster> Same with the kernel.  Bad argument.
[16:08] <ndec> infinity: by the way, don't rename the files from SDP4430 to Panda, duplicate them. so that you get support for Panda and SDP4430 board
[16:08] <GrueMaster> Bug was filed a while ago.  If I had been doing daily testing instead of server testing, I would have been all over this weeks ago.
[16:08] <infinity> ndec: That was the plan.
[16:09]  * ndec remembers you talked about sed ;-)
[16:09] <infinity> ndec: Was an example. :)
[16:09] <ppisati> so you are going to fix in user space, right?
[16:09] <ppisati> *fix it
[16:10] <infinity> GrueMaster: 26 minutes versus 9 hours seems to support what I said.  But whatever.
[16:10] <infinity> ppisati: That's where the fix belongs.  I see no point kludging it.
[16:10] <ndec> GrueMaster: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-oneiric.git;a=commit;h=14a8827efa05606e7d8776d11ad2e030c12d427c
[16:10] <ppisati> ok
[16:10] <ndec> it's signed-off by liam. a good sign that it might end up upstream
[16:11] <festhead> hi! Question: is it able yet to set the screen resolution on latest ubuntu?
[16:11] <festhead> on pandaboard
[16:11] <festhead> :)
[16:12] <Neko> I second that question :D
[16:12] <ndec> festhead: yes. at least on all the screens i have seen...
[16:12] <ndec> it picked the largest one at boot.
[16:13] <festhead> and where do you get the options?
[16:13] <ndec> now if you want to change the resolution, you need support for XRandR in the driver, so you need to install our DDK driver from the TI PPA
[16:13] <ndec> and it works too.
[16:14] <ndec> it just pick the bigger resolution supported by the screen. no option.
[16:15] <ogra_> well, you can force a resolution on kernel cmdline, no ?
[16:15] <ogra_> was that dropped ?
[16:15] <ndec> can you?
[16:15] <Neko> ogra_, seems so, nothing I tried worked there.. it just keeled back over to 640x480
[16:15] <ogra_> ndec, you could in the past, yeah, hdmimode= and friends
[16:16] <ndec> ogra_: if you use the TI DDK driver yes you can using drm
[16:16] <ogra_> indeed
[16:16]  * ndec thinks that hdmimode has been removed
[16:16]  * ogra_ isnt up to date with hacks :)
[16:16] <ogra_> and then i also have a proper monitor
[16:17] <ndec> the good news is that the hack was removed in this case... in general we only add more hacks ;-)
[16:17] <ogra_> so i wouldnt need such hacks
[16:17] <ogra_> heh
[16:17] <infinity> Yeah, I kind of get a giggle out of my Panda having the nicest monitor in the house.
[16:19] <ndec> ogra_: infinity: i have to go... but i confirm that adding ucm/Panda fixed the audio issues on at least 2 different boards here...
[16:19] <ndec> byw
[16:19] <ndec> bye
[16:20] <ogra_> infinity, upload away i'd say
[16:20] <infinity> ndec: Yeah.  I'm testing and uploading within the hour.
[16:20] <infinity> After I find coffee and a snack.
[16:21] <GrueMaster> Don't forget udev will also need to be changed.
[16:21] <GrueMaster> Possibly.
[16:23] <infinity> GrueMaster: I should hope not.
[16:24] <infinity> GrueMaster: This isn't about kernel driver names, it's about alsa device names.
[16:26] <GrueMaster> infinity: There is a udev rule to load the alsaucm files.  I'll doublecheck to see how it is set up.
[16:30] <GrueMaster> It is currently set to "ATTRS{id} =="SDP4430", RUN+="/usr/bin/alsaucm set _verb HiFi" and "ATTRS{id} =="SDP4430", RUN+="/usr/bin/alsaucm set _verb Record"
[16:30] <GrueMaster> Not sure where ATTRS is set from, but I'm just saying heads up.
[17:04] <infinity> So, entirely unrelated, but noticed in testing this.  "alsaucm set _verb Hifi" works great.  "alsaucm set _verb Record" fails.
[17:05] <diwic> doko, xranby, ok, did both patches (pulseaudiodataline.patch and contextgetstate.patch) make it into openjdk-6 - 6b23~pre10-0ubuntu4 and did anybody actually test contextgetstate.patch ?
[17:06] <ogra_> infinity, did you test with an mp3 player or the like ? mics dont work
[17:07] <ogra_> infinity, its a real "line in"
[17:08] <infinity> ogra_: No, I mean the command fails.
[17:08] <ogra_> UH !
[17:08] <ogra_> that should definitely not happen
[17:08] <ogra_> bug it :)
[17:09] <ogra_> playback is definitely more important and if that works i'm already happy
[17:10] <GrueMaster> It would appear the PDM switch for AMIC no longer exists.  Looking to see if there is an alternative (renamed) control.
[17:11] <ogra_> well, the HW doesnt support mics ... it probably just reflects the reality now
[17:11] <GrueMaster> For now, commenting out the two lines makes alsaucm work.
[17:11] <ogra_> (or does AMIC not mean analog microphone ?)
[17:11] <GrueMaster> It supports audio in and that PDM enabled input.
[17:11] <festhead> is it correct that is ubuntu 11.06 the ablility to change the resolution on a pandaboard is supported?
[17:12] <GrueMaster> Like a mute button.
[17:12] <ogra_> right, but only high level sources
[17:12] <ogra_> festhead, there is no ubuntu 11.06
[17:12] <festhead> great :P
[17:12] <ogra_> there will be ubuntu 11.10 and there is 11.04
[17:13] <festhead> and is it supported in 10.10?
[17:13] <ogra_> well, it is supported by the closed driver in all releases afaik
[17:14] <doko> diwic, contextgetstate.patch: did change the cast to jlong. no, the build would have taken too long. but imo it can't get worse
[17:14] <ogra_> but not by the free framebuffer driver we ship by default
[17:14] <diwic> doko, ok, just wanted to make sure you saw there were two patches. Let's hope it works then :-)
[17:15] <festhead> ogra_, so no support?
[17:15] <ogra_> ??
[17:15] <ogra_> sure, but you need the pvr driver from the TI PPA
[17:15] <festhead> ok
[17:15] <ogra_> as ndec stated a while ago already
[17:16] <festhead> thanks
[17:16] <ogra_> welcome :=
[17:16] <ogra_> :)
[17:18] <ogra_> hmm, the log in the banshee bug looks suspiciously like an ubuntu-one issue
[17:19] <ogra_> it seems to die in a function called U1RequestChrome
[17:21]  * ogra_ removes banshee-extension-ubuntuonemusicstore for a test
[17:22] <ogra_> hmm, sadly no
[17:27] <GrueMaster> Hmm. No record device according to pulseaudio.  This may take a bit to figure out.
[17:28] <ogra_> might even be the kernel
[17:29] <diwic> GrueMaster, does the device show up in "arecord -l"
[17:30] <GrueMaster> There are a lot of devices that the SOC can handle.  Question is figuring out the right one for alsaucm so that pulseaudio works.
[17:31] <diwic> right.
[17:37] <festhead> ogra_, still no succes, i allready had those drivers. i'm using a pico projector and my resolution is only 848x480. no succes with xrandr
[17:38] <ogra_> how is that attached ? HDMI ?
[17:38] <festhead> yes
[17:39] <ogra_> well, try to catch robclark, he knows about graphics drivers and might have more ideas, i'm running out of them now
[17:40] <festhead> robclark, any ideas? :)
[17:40] <ogra_> its likely that your projector doesnt provide an EDID table the driver can handle
[17:44] <festhead> thanks for the help anyway
[17:51] <robclark> festhead, ogra_, no EDID for pico..
[17:51] <ogra_> aha !
[17:51] <robclark> it and LCD panels would only support current resolution
[17:52] <festhead> no ability to force resolution?
[17:55] <ogra_> boot with a monitor that has a supported resolution for the pico ... then plug over ?
[17:57] <festhead> haha! thought of that, but i have no hdmi-monitors. i tried the standard resolution (by plugging nothing in) but that was even smaller
[17:58] <ogra_> yeah, thats 640x480
[17:59] <GrueMaster> festhead: Do you have a DVI monitor?  You can use a DVI<>HDMI cable.
[18:00] <festhead> no only big vga monitors
[18:00] <GrueMaster> ouch
[18:00] <ogra_> hmm, oem-config-remove is just running here for whom it intrests ...
[18:00] <ogra_> on the most recent image
[18:00] <GrueMaster> robclark: Does the kernel module still accept parameters for video resolution?
[18:01] <GrueMaster> ogra_: Which image?
[18:01] <ogra_> desktop panda
[18:01] <robclark> GrueMaster, yes, although it is different from the omapfb bootargs of old
[18:01] <ogra_> initramfs-tools is running atm
[18:01] <robclark> other caveat: for displays that don't support EDID, there is only one valid resolution to choose from
[18:01] <robclark> ie, you can't set arbitrary resolution on the LCD panels on blaze, for example
[18:02] <robclark> or pico projector
[18:02]  * robclark is referring to projector built in on blaze, not one connected over hdmi/dvi..
[18:03] <robclark> for something connected over hdmi/dvi, it all depends on what the EDID says
[18:03] <GrueMaster> ok.  Is there a way to fix festhead with a kernel cmdline parameter?  Is it documented somewhere?
[18:04] <robclark> well, *if* he is using the drm driver, and connecting over hdmi/dvi, and still just gets one choice of resolutions, that probably means that it is all that the display supports
[18:04] <robclark> no amount of bootargs would change that
[18:04] <robclark> if he is using older omapfb stuff instead.. then there are some bootargs that would help
[18:05] <ogra_> GrueMaster, and finished, i'm at lightDM proper
[18:06] <GrueMaster> ogra_: What image?  What platform?
[18:06] <ogra_> again pnada desktop latest image
[18:07] <ogra_> sandisk class4 4G card though ... vers slow (one of the blue ones)
[18:07] <ogra_> hehe, and the boot partition is automounted
[18:07] <GrueMaster> Hmm.  Will have to test on other cards.  My 16G Class 6 Micro Center SD fails consistently.
[18:08] <ogra_> and apport pops in my face
[18:09] <GrueMaster> Nice.  I just got a segfault probing for recording devices on my panda.
[18:09] <GrueMaster> kernel oops.
[18:10] <infinity> ogra_: The boot partition rename thing hasn't landed in current images yet.
[18:10] <infinity> ogra_: But the fix is in. :P
[18:11] <ogra_> yep, thats why i laughed
[18:12] <ogra_> but still no TI icon
[18:12] <ogra_> grmbl
[18:13] <infinity> Where's the TI icon meant to be coming from?
[18:14] <ogra_> jasper
[18:14] <ogra_> well, its *meant* to be coming from a ti-ppa package but that always slipped
[18:14] <ogra_> that jasper does it is one of these eternal interim solutions
[18:15] <ogra_> its there and all, the prob is that it dopesnt show up in the launcher
[18:16] <ogra_> the prob here is that we need to append to the gsettings value for the launcher favorites
[18:16] <ogra_> without trashing them
[18:21] <ogra_> ah, the favorites are defined in /usr/share/glib-2.0/schemas/com.canonical.Unity.gschema.xml
[18:21] <ndec|home> ogra_: if it's too much troubles i don't care getting rid of the icon... it would be a little less user friendly, but we can live with that.
[18:22] <GrueMaster> of course they are. o_O
[18:22] <ogra_> ndec|home, well, i still have until 23:00
[18:22] <ogra_> GrueMaster, in natty they were somewhere completely else :)
[18:22] <ndec|home> i don't want you to feel bad if you don't make it ;-)
[18:22] <GrueMaster> And in P, they will change yet again.
[18:23] <ogra_> ndec|home, k, but i'll try my best at least ... its one hack less if i dont make it though
[18:23] <ndec|home> what is 'they'?
[18:23] <ogra_> ndec|home, the gnome desktop defaults
[18:23] <ndec|home> ah ...
[18:23] <ogra_> in gconf mangling the defaults was easy
[18:24] <ogra_> gsettings/dconf requires the config files to be compiled after changing them ... thats a bit more tricky
[18:24] <ogra_> apparently thats an improvement
[18:25] <ogra_> i havent found out for whom yet, but it surely is for someone
[18:26]  * ogra_ wonders why favorite entires all need to have the .desktop suffix in the name ...
[18:26] <ogra_> its not that there would be any other file format it accepts
[18:29] <ogra_> sniff ... just adding it doesnt help apparently
[18:29]  * ogra_ wonders if unity-2d has its own favorites
[18:30] <GrueMaster> Probably.
[18:30] <GrueMaster> Add something to the bar, then find/grep for it.
[18:31] <GrueMaster> (usually much faster than figuring out where, if any, updated documentation may be)
[18:32] <ogra_> GrueMaster, i want to change the defaults, drag/drop adding it will place it somewhere totally different
[18:32] <ogra_> (in the config)
[18:33] <GrueMaster> Will it?
[18:33] <ogra_> yes
[18:33] <ogra_> it just dumps the .desktop file in a certain place in your user config
[18:34] <ogra_> while i need to set a configuration key
[18:34] <GrueMaster> Should be somewhere in either /etc or /usr/share then (if standards are being followed).
[18:34] <ogra_> right
[18:34] <ogra_> in /usr/share/glib-2.0/schemas/com.canonical.Unity.gschema.xml
[18:35] <GrueMaster> But that is unity.  Not unity-2d.  Or do they share the same files (like they should).
[18:35] <ogra_> yes
[18:35] <ogra_> they use the same backend for the dash
[18:35] <ogra_> and lanucher
[18:53]  * ogra_ finds it irritating that gnome-power-manager turns the battery icon red here and shows 2:12 next to it
[18:55] <GrueMaster> ogra_: On your panda install, did you notice the background behavior during oem-config?
[18:55] <ogra_> bah, clicking the ti icon does nothing, i guess the gnome-open apt: protocol changed too
[18:55] <ogra_> GrueMaster, you mean wallpapers ?
[18:56] <ogra_> yes, its ugly but i doubt we can do much abouot it now
[18:56] <GrueMaster> Well, the black screen that reveals the wallpaper when you move the mouse.
[18:56] <ogra_> ARGH !!!!!!!!!!!!!
[18:57] <ogra_> GrueMaster, yeah, thats an old xfbdev bug, we had it on beagles and babbages too
[18:57] <ogra_> great, so the TI icon doesnt work because gnome-open doesnt exist anymore
[19:00] <ogra_> ah, its xdg-open nowadays
[19:01] <GrueMaster> yea, gnome-open is so last cycle.  :P
[19:01] <ogra_> its libgnome2 !
[19:02] <ogra_> well, igot it working if you navigate to /usr/share/applications and click it now
[19:03] <ogra_> but still not in the launcher
[19:03] <GrueMaster> sigh.  20110928 daily fails oem-config on another SD card of mine.  yea.
[19:08] <Neko> oh, btw.. is there any reason when you install an optimized driver for Xorg, it's still loading fbdev in the background?
[19:08] <GrueMaster> Ah, second run seems to be removing oem-config now.
[19:08] <Neko> we got some really odd performance problems down to that on the Efika
[19:09]  * ogra_ points Neko to #ubuntu-x
[19:09] <Neko> yeah I thought as much....
[19:09] <ogra_> YAY !
[19:09] <Neko> happens on Panda too, oddly...
[19:09]  * ogra_ got it
[19:09] <infinity> ogra_: \o/
[19:09] <ogra_> i see the TI icon in the guest session
[19:10] <ogra_> seems dconf is really really evil and writes the full defaults as a binary blob into the user dir
[19:10] <GrueMaster> ogra_: But does it blend?
[19:10] <ogra_> so later system default changes dont get noticed
[19:11] <infinity> Given that no one needs that icon except on fresh installs (well, in theory), that seems reasonable. :P
[19:11] <ogra_> GrueMaster, well, its a bit brownish
[19:16] <ogra_> infinity, its still a bug bjut seems its a unity one
[19:16]  * ogra_ thought the new system was that bad, but seems it only applies to the launcher defaults
[19:20] <GrueMaster> wow, doing a netinstall to an SD takes a loooong time.  Started it at ~11:30.  Still running.  Just asked for task selection.
[19:20] <GrueMaster> And this is from a local mirror.
[19:20] <infinity> ogra_: I'm not sure I'd call that a bug.  If it is, it's a bug in pretty much every X application.
[19:21] <infinity> ogra_: System defaults are applied on first-run and/or user creation, they don't get re-applied.
[19:23] <ogra_> infinity, gconf worked differently
[19:57] <festhead> hi! where can i find a free compiler for the dsp (TMS320DMC64X+)  on the omap4430 chip?
[20:07] <ogra_> infinity, could you take a cross check on commits 172 and 173 in the jasper-initramfs tree ?
[20:07] <ogra_> s/take/do/
[20:14] <infinity> ogra_: sed on an XML file, really?  There's no prescribed sane way to do this?
[20:15] <ogra_> infinity, well, i stole from casper
[20:15] <ogra_> so i assumed its a blessed way
[20:15] <ogra_> the xml file is the input i dont think there is a saner wayx
[20:15] <ogra_> (teh actual config gets generated from it as a binary blob)
[20:16]  * infinity sees no such code in casper...
[20:16] <ogra_> http://paste.ubuntu.com/699291/
[20:17] <ogra_> i could instead put an com.canonical.Unity.gschema.override in place but i still need to pull the key out of the xml file and generate a new value
[20:18] <ogra_> oh, and .override files are .ini format :P
[20:18] <ogra_> (for consistency i guess :P )
[20:19] <infinity> Anyhow, it does the same thing as what you just pastebinned.  So, yay for that?
[20:19] <infinity> But I still can't find that in the casper source. :P
[20:19] <ogra_> might be in some edubuntu package that adds to casper
[20:19] <infinity> Possibly.
[20:19] <ogra_> its all edubuntu bits and stgraber actualyl gave it to me in -desktop
[20:20] <infinity> I'm going to assume you've tested that shell on your system in an isolated script?
[20:20] <infinity> But, if the edubuntu bits work, this should too.
[20:20] <ogra_> so ok to upload ? (i might have it written differently, but i know the casper code has been tested already)
[20:20] <infinity> Yeah, I'm all for cargo-culting tested code.
[20:20] <ogra_> hehe
[20:20]  * ogra_ rolls the package
[20:21] <stgraber> ogra_: it's from edubuntu-live
[20:21] <ogra_> ah
[20:21] <infinity> Oh.
[20:21] <infinity> ogra_: Quoting.
[20:21]  * ogra_ looks
[20:21] <infinity> ogra_: [ -e $FOO ] and [ -e "$FOO" ] behave very differently.
[20:21] <ogra_> yeah, seeing it
[20:22] <infinity> (Shouldn't be an issue, since you explicitely set it to a string, but I'm paranoid.
[20:22] <ogra_> fixed
[20:22] <infinity> )
[20:22] <ogra_> and you shoudl be
[20:22] <ogra_> especially on my code past 8pm local time
[20:22] <ogra_> :)
[20:22] <stgraber> ogra_: I actually learned about the override stuff later on but haven't had a chance to test them yet and IIRC you still need to update the binary db, so it's just cleaner (but I usually don't care much about cleanliness in a casper hack as long as it works ;))
[20:23] <ogra_> yeah
[20:23] <ogra_> i dont actually think the .override file gains you much
[20:23] <infinity> Well, the obvious problem with the hack is that it fails to work if the entry that you're anchoring your regex on goes away. :P
[20:23] <ogra_> yeah
[20:23] <ogra_> thats easier in casper indeed
[20:23] <stgraber> right, but the override would need to hardcode the whole list, not much better :)
[20:23] <ogra_> since yuo can tie to ubiquity
[20:24] <ogra_> exactly
[20:24] <ogra_> thats waht i didn in gconf though
[20:24] <stgraber> it's fairly safe to assume that something using casper will have ubiquity installed (at least it's for Edubuntu) :)
[20:24] <ogra_> right, we dont use casper
[20:25] <ogra_> and dont have an ubiquity item in the launcher
[20:25] <infinity> ogra_: we do at the time that jasper-setup runs. :)
[20:25] <ogra_> i would actuallyx have preferred to pull the whole value out of the file, but grepping in xml is just moot
[20:26] <ogra_> infinity, we do what ? use casper or have an ubiquity item ?
[20:26] <infinity> ogra_: The latter.
[20:26] <ogra_> i think the latter is put in place by casper
[20:26] <infinity> ogra_: The launcher only goes away after oem-config runs.
[20:27] <ogra_> oh, really ?
[20:27] <ndec|home> festhead: http://linux-c6x.org/wiki/index.php/Downloading/Installing_Software
[20:27]  * ogra_ has never checked
[20:27] <ogra_> i always thought casper handles it
[20:27] <infinity> ogra_: It's why we've had an open bug until 3 days ago about an "install icon on the launcher".
[20:27] <ndec|home> festhead: http://omappedia.org/wiki/Syslink_Project#Ducati.2FTesla_IPC_Source_Code
[20:27] <ogra_> oh, indeed
[20:27] <ogra_> heh, i think i even commented on it
[20:28] <festhead> ndec: thanks!
[20:28] <ndec|home> jussi: saw that you got the answer on #pandaboard ;-)
[20:29] <infinity> ogra_: Anyhow, whatever.  If that works, it's good enough for me for now.  It's an ugly hack regardless.
[20:29] <ogra_> yep
[20:29] <ogra_> well, all that PPA stuff should be in a package proper
[20:30] <ogra_> we should do that when implementing the "jasper needs to die in fire" spec
[20:34] <ogra_> aaand ... uploaded
[20:34] <ndec|home> GrueMaster: ogra_: infinity: you knew that alsa-lib changes was done in linaro ubuntu overlay PPA? https://launchpad.net/~linaro-maintainers/+archive/overlay/+packages
[20:34] <ogra_> ndec|home, no :(
[20:35] <ndec|home> rsalveti: why would such a change be done in the overlay PPA before it gets done in ubuntu?
[20:35] <ogra_> why wasnt it just fixed in the archive
[20:35] <ndec|home> ;-)
[20:35] <ogra_> ndec|home, i suspect because they use natty
[20:35] <ndec|home> true, they use alsa-lib from oneiric..
[20:36] <ogra_> though we have a policy in ubuntu that fixes happening in an SRU (which such a PPA effectively is) have to happen in the dev release as well
[20:36] <ogra_> we should probably discuss how to fix that for teh future at UDS
[20:37] <ndec|home> well, at least we have it in the archive too ;-)
[20:37] <ogra_> now, yes
[20:38] <ogra_> and with wasting at least 1h of three devs for discussing it
[20:38] <ogra_> i think we can do better ;)
[20:39] <ogra_> 22min to freeze ...
[20:39] <ogra_> i think i'll call it a feierabend :)
[20:39] <ndec|home> your first release with audio?
[20:39] <ogra_> ndec|home, so we will need an oneiric metapackage in the ppa ... do you want to do that ?
[20:40] <ogra_> yeah, that too :)
[20:40] <ndec|home> i will do that.
[20:40] <ndec|home> we have the gfx packages already in the ppa.
[20:40] <ogra_> thx, essentially i think its just copying the existing one and adjusting the deps
[20:40] <ogra_> for whats there atm
[20:40] <ndec|home> we will upload the meta pkg
[20:40] <ogra_> great, thx
[20:40] <ogra_> icon is back too :)
[20:40] <ndec|home> ;-)
[21:01] <rsalveti> ndec|home: ogra_: first, we're now using the same kernel
[21:02] <rsalveti> second, I said already that I had the changes needed for the tilt before the tilt was merged at ubuntu
[21:02] <rsalveti> third, I fixed this *yesterday* :-)
[21:02] <rsalveti> for the release, then before pushing to ubuntu I first need to check and validate with the current ubuntu kernel
[21:02] <rsalveti> and due lack of time, this wasn't done already
[21:03] <rsalveti> and ubuntu is going to final freeze
[21:03] <rsalveti> I don't want to push changes that might fix the issues :-)
[21:03] <rsalveti> only want to push things that I sure it'd be a solution for the problem
[21:05] <rsalveti> and the latest ucm configs were all posted at the no sound support for omap4 bug, just that nobody saw it
[21:14] <rsalveti> https://bugs.launchpad.net/ubuntu/+source/alsa-lib/+bug/746023/comments/50
[21:14] <ubot2> Ubuntu bug 746023 in alsa-utils "No sound on omap4" [High,In progress]
[21:14] <rsalveti> when I commented about the issue :-)
[21:17] <ndec|home> rsalveti: are the panda config files different from the SDP4430 ones?
[21:17] <ndec|home> in your pkg
[21:18] <rsalveti> ndec|home: currently, no, but we're using the configs provided by the multimedia wg
[21:18] <rsalveti> I guess it's not the same one ubuntu is using
[21:19] <ndec|home> i will check tomorrow. sound is working with our config, at least on headset.
[21:19] <rsalveti> only issue is that hdmi out doesn't seems to be working anymore
[21:19] <rsalveti> just jack
[21:20] <rsalveti> but didn't have time to investigate the issue yet
[21:49] <dash> just got an mx53 board, it's pretty sweet. i'm installing natty on it
[21:49] <dash> anybody know about getting the nfs kernel server going? do the natty kernel images not support that
[21:52] <GrueMaster> dash: Instead of trying to get natty on it (which we don't support on that platform), why not try oneiric?  The latest daily image works, although you may need to create a swap file.
[21:52] <GrueMaster> The natty images are TI only.
[21:53] <dash> GrueMaster: ach! oneiric sounds fine to me, but the wiki said "works like a charm" for mx53 and natty :)
[21:53] <dash> i've already got a swapfile anyway, no big deal :)
[21:54] <GrueMaster> Erm, which wiki?
[21:54] <infinity> GrueMaster: They ship with natty on an SD.
[21:54] <infinity> (And a freescale kernel)
[21:55] <GrueMaster> Ah.  Yea, they are making their own image.  Ours has the latest kernel and other Ubuntu bits.
[21:58] <dash> The board came with lucid.
[21:59] <dash> GrueMaster: I was looking at this: https://wiki.ubuntu.com/ARM/DeviceSupport
[21:59] <dash> It doesn't say "natty", I imagined that part, I guess. :)
[22:00] <GrueMaster> dash: Type "cat /etc/lsb-release".
[22:00] <dash> GrueMaster: well it says natty /now/
[22:01] <dash> 'cause I upgraded
[22:01] <dash> but sources.list was all lucid
[22:01] <GrueMaster> Yea, that's what I thought.  It shipped with Lucid, not Natty.  At any rate, oneiric has an image for that platform now.
[22:02] <dash> awesome.
[22:41] <brandini> evening dudes
[22:47] <sniperjo_> in /boot/tools there is a file called update_boot_files.sh, how do i run it ? nothing happens when i chmod +x it
[22:49] <GrueMaster> /boot/tools?  Not one of our directories that I am aware of.
[22:50] <sniperjo_> I'm praying its the answer to all my problems, i want to update boot.scr
[22:53] <brandini> I just did a dist-upgrade to the daily from the 28th


[00:25] <koolhead17> hi all
[00:29] <halvors1> I experiencing a issue here. When trying to setup IPv6 dhcp ("iface eth0 inet6 dhcp"). It doesn't work, and my mtu drops to 576.
[00:32] <halvors1> Anyone knows why?
[01:19] <halvors1> Anyone knows howto setup dhcp client to request IPv6 Prefix Delegation in /etc/network/interfaces?
[03:05] <Katronix> Hi all, can someone point me in the right direction as to how to do subdomains in bind? I can't seem to locate it
[03:12] <franklinux> hello my friens, i hava a problem!, my iptables dont functions, My browser says "connecting ..." and then get "the connection has been reset"
[03:14] <Katronix> franklinux I don't think anyone is actually here :(
[03:14] <franklinux> I have a squid server, the network has configured the proxy works, but when I create iptables rules to enable direct ips and open ports, the browser says "connecting ..." load and at the end says the connection has been reset
[03:15] <bitfury> hey guys, I just bought a 4 port PCI RS232 card for an ubuntu server but I'm not getting any connectivity using minicom
[03:16] <franklinux> Katronix, you can help me???
[03:16] <nibalizer> I'm here
[03:17] <Katronix> I might be able to, put your iptables on to pastbin
[03:17] <Katronix> nibalizer do you know anything about manually adding a subdomain to bind?
[03:17] <bitfury> pastebin: http://pastebin.com/nVH6Mh1Y
[03:17] <franklinux> ok
[03:17] <nibalizer> Katronix: I can go look at my bind config if you want
[03:17] <bitfury> I have an onboard serial port which works fine (ttyS0)
[03:17] <nibalizer> this should be absurdly well documented online
[03:18] <Katronix> nibalizer if you know where that would be fine, I find a ton of stuff about adding a domain, but not subdomains
[03:18] <nibalizer> are you trying to delegate to another server?
[03:18] <Katronix> nibalizer no same server
[03:18] <nibalizer> http://www.zytrax.com/books/dns/ch9/subdomain.html
[03:18] <nibalizer> does that help?
[03:19] <mardraum> yes, $ORIGIN is what you need
[03:19] <mardraum> also, probably #bind (and some google-fu as hinted)
[03:20] <franklinux> Katronix, http://pastebin.com/aVqaQW3t
[03:20] <Katronix> nibalizer so basically the name of the subdomain followed by IN A and the IP?
[03:20] <franklinux> there are my iptables
[03:21] <franklinux> Katronix, there are my iptables: http://pastebin.com/aVqaQW3t
[03:21] <Katronix> franklinux is this your result of using iptables -L ?
[03:22] <nibalizer> bitfury: is therer linux support for your pci card?
[03:22] <nibalizer> do you have whatever driver you need for it loaded?
[03:22] <franklinux> Katronix, there are the results with iptables -L
[03:22] <franklinux> Katronix,  http://pastebin.com/ACYmGDMG
[03:24] <franklinux> Katronix, For example, I try to open a site that is under https:// and not let me, I say connecting .... load and at the end says "the connection has been reset"
[03:24] <bitfury> nibalizer: I guess it's not compatible, bought this card: http://www.geeks.com/details.asp?invtid=1001-0168-000A
[03:24] <bitfury> :(
[03:25] <Katronix> franklinux does it have an SSL on it?
[03:25] <bitfury> I blindly bought it..
[03:28] <franklinux> Katronix,
[03:28] <franklinux> Katronix, no, that page is external, but I try to open or under enable iptables and I can not, I get in the browser is "connecting ..." for a while, and finally says "the connection has been reset"
[03:29] <Katronix> you might need to tell it what to do with traffic on the web ports
[03:32] <franklinux> Katronix, How can you to go it?
[03:33] <Katronix> franklinux honestly I don't worry about it much as I'm behind a hardware firewall
[03:34] <Katronix> nibalizer do you know of something I can use on the server to tell me how much bandwidth I've used? though I doubt I would ever come close to the 10 tb they give me, would be nice to keep track of it
[03:36] <nibalizer> ifconfig shows you
[03:36] <nibalizer> RX bytes:607371618079 (607.3 GB)  TX bytes:366623558692 (366.6 GB)
[03:37] <Katronix> nibalizer would it know when to reset?
[03:37] <nibalizer> i'm not sure how smart it is about that kind of stuff
[03:37] <Katronix> k
[03:37] <nibalizer> if you could reset it, a cron to run it montly would be cool
[03:37] <Katronix> yeah
[03:37] <nibalizer> or simply a cron to take the numbers and write to a file
[03:37] <nibalizer> maybe a little script to do some math
[03:38] <Katronix> true
[03:38] <nibalizer> or maybe this is the wrong tool for the job
[03:38] <Katronix> it would depend on if ifconfig is all time, or just since last boot lol
[03:41] <nibalizer> iptraf is cool too
[04:02] <Katronix> well I seemed to have solved the subdomain issue, now just need to figure out getting apache to work with it.. but for now sleep
[04:03] <Katronix> nibalizer thanks for the help
[04:58] <esuave> how come when i recompile apache with a newer version of openssl installed it keeps showing the old version is installed? can anyone help me out please?
[10:26] <RoyK> anyone here that knows if iscsiadm and friends support using an iscsi hba and actually offloading the iscsi parts to it, rather than just using it for transport
[10:26] <RoyK> ?
[10:26] <Pupeno_W> Is there some way to specify what to do on reload in upstart? I want to send HUP to a specific process.
[10:42] <atul_> ola zul
[12:23] <koolhead17> hola zul
[12:23] <zul> hi
[12:24] <koolhead17> how is your knee sir ?
[12:25] <zul> koolhead17: fine thanks for asking
[12:26] <koolhead17> adam_g, are you awake?
[12:38] <ironm> Hello. I am not sure if it is a bug in ubuntu-server or just wrong settings on my fresh ubuntu-server 12.04 box. I use encryption for the boot drive and also an additional encrypted volume due to the entries in /etc/crypttab and /etc/fstab (see. http://paste.debian.net/181178/ ). When I open the luks volume manually with "tcryptsetup luksOpen /dev/sdb secret" he passphrase input is "hidden". During the boot the passphrase input for th
[12:38] <ironm> e additional volume is "echoed" to the display what I don't want.
[12:39] <ironm> is it a know bug or do I need to modify the setting? Thank you in advance for any hints.
[13:37] <blizzkid> Hi all, does anyone have a (link to a) good description of how the mechanism works that mounts a USB-key in /media/[USB-key-ID]? I can't seem to find any *decent* documentation about it.
[13:39] <lordievader> blizzkid: Not entirely sure, but I think udev deals with those kind of things, perhaps that is a start.
[13:40] <blizzkid> lordievader: nope, that was my initial thought.
[13:41] <lordievader> blizzkid: It also does not give you a hint to something that udev calls to do it for him?
[13:42] <blizzkid> lordievader: nope. AFAIK it used to be that way, but seems things have changed. Nothing in udev points me even slightly in the right direction.
[13:53] <halvors> Seems like opendchub is no longer avaliable in the Ubuntu repositories. Is there an alternative DC Hub i can use?
[13:59] <glosoli> Is there any easy way of having mail server, some kind of all in one DEB Package from APT ?
[14:03] <ironm> glosoli, have you checked postfix?
[14:03] <_ruben> install "Mail server" using tasksel?
[14:04] <glosoli> ironm: too complated to configure
[14:04] <glosoli> _ruben: hmm will it configure everything ?
[14:04] <glosoli> most of the things I meant
[14:04] <_ruben> glosoli: define "everything"
[14:05] <glosoli> like configure needed parts, and I will be left of only setting domains and then creating addresses and emaisl
[14:05] <_ruben> glosoli: i'd expect so, never tried it myself tho
[14:06] <ironm> glosoli, the default mail server of ubuntu is postfix
[14:07] <glosoli> ironm: which requires a lot of configuring by hand
[14:07] <ironm> glosoli, most of configuration questions have to be answered during the installation
[14:08] <ironm> glosoli, you have to know how to use text editor however .. and understand what you are doing
[14:11] <glosoli> ironm: what about smth like cyrus ?
[14:11] <ironm> more complicated than postfix ... even it is not real smtp-server
[14:11] <ScottK> sudo apt-get install dovecot-postfix amavisd-new-postfix will get you 99% of the way there, however amavisd-new-postfix has a signficant bug, so if you're on 12.04, want the version from precise-proposed.
[14:12] <glosoli> ScottK:  well I had hard time with dovecot before...
[14:13] <ScottK> dovecot-postfix will do a lot of the configuring for you.
[14:13] <ironm> glosoli, that is true .. dovecot is a bit hard to configure (due to the understanding what is there going on ... )
[14:15] <ScottK> And ironm is right, you'll need to understand what's going on.  Those packages are just to get you started with a generally working configuration.
[14:15] <ironm> ScottK, I guess that amavisd is a antivirus filter software .. right?
[14:16] <ScottK> That pulls in, in addition to itself, clamav and spamassassin and together they do A/V and spam detection.
[14:16] <ironm> thank you ScottK
[14:17] <ironm> I don't use any (as I use linux everywhere on my desktops)
[14:17] <glosoli> ok thanks..
[14:20] <glosoli> ironm: in btw, what's wrong with Cyrus
[14:20] <glosoli>  ?
[14:20] <ironm> glosoli, it is not up to date anymore
[14:21] <ironm> in my opinion ...
[14:24] <ironm> glosoli, you have two main choices 1. postfix and 2. sendmail. all other stuff is nor really that what I want.
[14:24] <glosoli> ironm:  Dunno, I had so much time wasting tryting to configure either, documentations are not up to date
[14:24] <glosoli> tutorials too
[14:25] <ironm> and sendmail is more complicated to configure
[14:25] <ironm> glosoli, yes .. the documentation is a bottleneck
[14:26] <glosoli> ironm: Can you point me to any good resources for Postfix… ?
[14:27] <ironm> glosoli, http://www.postfix.org/documentation.html
[14:27] <ironm> http://www.postfix.org/docs.html
[14:28] <ScottK> The Ubuntu Server Guide has good step by step instructions.
[14:29] <glosoli> So basically to setup something like Roundcube for working and etc, I will need Postfix, RoundCube itself, and some web interface would be cool for creating emails
[14:29] <glosoli> what could you recommend
[14:29] <glosoli>  ?
[14:33] <ironm> glosoli, in my opinion web-interface for email-client is not recommended due to security reasons. I use icedove myself (with dovecot/postfix)
[14:33] <mardraum> roundcube is php software, so you'll need postfix, dovecot (or similar), apache (or similar) and some php provider
[14:33] <glosoli> mardraum:  I have seen it's possible to set up it iwth Cyrus hm
[14:34] <mardraum> why would you
[14:34] <glosoli> Things like dovecot drives me nuts.
[14:34] <mardraum> things like?
[14:34] <ironm> glosoli, you are not alone ;) ... <glosoli> Things like dovecot drives me nuts.
[14:35] <glosoli> mardraum: like being some kidn of package meant for linux hackers to configure, spending days by days for daily user tryed to get it working withou ability to find any proper tutorial or documentation
[14:36] <mardraum> you were probably trying to setup some dumb design with vhosts and mysql and some random library a dude with a blog told you that you totally needed
[14:37] <glosoli> mardraum:  might be, the official documentations are even more mess
[14:37] <mardraum> the dovecot config file is entirely readable
[14:37] <glosoli> readable for Linux hackers as I mentioned above
[14:37] <mardraum> linux hackers?
[14:38] <glosoli> the people who are a lot of into console
[14:38] <mardraum> if you find dovecot hard, you may be in ther wrong channel, just sayin.
[14:39] <mardraum> the*
[14:40] <glosoli> ah ok, I forgot that' sorry  if some documentation is too hard to follow, it's likely user who is stupid :)
[14:40] <glosoli> Anyway thanks for help :)
[14:42] <ironm> glosoli, you have two IRC channels: #dovecot and #postfix
[14:42] <glosoli> ironm: Tryed out they "awesome" support already
[14:42] <glosoli> :)
[15:08] <pmatulis> glosoli: i'm not sure what you meant by 'daily user' but setting up a mail infrastructure for the first time will require a fair amount of study and perseverance
[15:11] <glosoli> pmatulis:  yeah, I understand that  : >
[15:19] <pmatulis> glosoli: it's a strange paradox that the technology that an end-user first latches onto (easy from their pov) is a technology that is actually one of the most challenging from an admin's pov
[15:19] <pmatulis> (technology being 'email' in this case)
[15:42] <Kingsy> does anyone know of a working ppa that has the latest version of xdebug in it ?
[15:50] <Daviey> smoser: uho.. am i the new jamespage?
[15:50] <Daviey> daviey@smithers:~$ ssh-import-lp-id davewalker
[15:50] <Daviey> WARNING: Invalid keys at [https://launchpad.net/~davewalker/+sshkeys]
[15:51] <Daviey> (lucid)
[15:51] <jamespage> Daviey, lol
[15:51] <smoser> Daviey, you'll need to file a bug on windows 8, which i presume is your new OS.
[15:51] <smoser> or, lucid sucks. we released a new LTS. you should use it.
[15:51] <Daviey> smoser: No, it's the new OSX.
[15:52] <Daviey> smoser: I demand te full 5 year support.
[15:52] <Daviey> (only updated this box from hardy a few weeks ago :)
[15:52] <Daviey> smoser: it's one of the build boxes for mythbuntu... and smithers doesn't look happy.. http://smithers.mythbuntu.org/
[15:54] <smoser> Daviey, we can SRU that to lucid if you'd like.
[15:54] <smoser> and i will again state, that i found the checking of keys to be stupid and did not write it.
[15:57] <Daviey> smoser: but what is my issue?!!??!!?!
[15:57] <tgm4883> Daviey, you have invalid keys
[15:57] <tgm4883> ;)
[15:58] <smoser> Daviey, its either the blank lines or the ^M
[15:58] <Daviey> bah
[15:58] <smoser> or the fact that you have a public key whose private key is widely distributed in there.
[15:59] <smoser> yeah, i remember ...P4WX3f0bEmkkluw== well.
[15:59] <smoser> ok, i just wanted to see if i could see you jump. thats not the case (that i know of).
[15:59] <RoyK> Daviey: perl -pe 's/\r//g' -i somefile # :-þ
[16:02] <jdstrand> adam_g: hi! do have any idea why I might be seeing this in /var/log/keystone/keystone.log (set logging to DEBUG) when using euca-describe-instances:
[16:02] <jdstrand> (eventlet.wsgi.server): 2012-07-30 10:59:16,602 DEBUG <IP_ADDRESS> - - [30/Jul/2012 10:59:16] "POST /v2.0/ec2tokens HTTP/1.1" 404 274 0.008214
[16:02] <zul> jamespage: what do i need to do to the MIR to get it on your list?
[16:03] <jamespage> zul, if its on this list http://reports.qa.ubuntu.com/reports/ubuntu-server/release-bugs.html
[16:03] <jamespage> I have one eye on it
[16:03] <zul> jamespage: ok how do i get it on yruo list
[16:04] <jamespage> zul, do you want me to pickup the openvswitch MIR?
[16:04] <zul> jamespage:  sure if you want
[16:04] <jamespage> zul, well I'm not sure I 'want' but I 'can'
[16:04] <jamespage> :-)
[16:04] <zul> jamespage: sure you can :)
[16:04] <jamespage> lol
[16:05] <jamespage> zul, it looks like its be assigned to jdstrand anyway - what needs doing to it?
[16:05]  * jamespage looks
[16:05] <zul> jamespage: looks like security review
[16:05] <jamespage> zul, agreed
[16:05] <jdstrand> zul, jamespage: it's in progress. if I can get openstack working on quantal I might be able to get somewhere
[16:07] <jdstrand> adam_g: keystone service-list and keystone endpoint-list look ok
[16:08] <jdstrand> adam_g: ah! I think I found it. nm
[16:08] <Daviey> jdstrand: I really think openvswitch should be considered for MIR outside of openstack.
[16:08] <Daviey> It has real life use cases not directly associated with openstack.
[16:09] <ScottK> "Has real life uses" isn't a criteria for main.
[16:09] <jdstrand> Daviey: that's fine, but quantum wants it and that is presumably the main use case (at least as described to me)
[16:09] <jdstrand> (both openvswitch and quantum are in progress)
[16:13] <Daviey> ScottK: Please feel free to inspect each of my sentences, and misinterpret them as you see fit.
[16:13] <ScottK> Thanks.
[16:17] <jdstrand> ok, I think I finally have my openstack issues worked out
[16:17]  * jdstrand crosses fingers
[17:07] <glosoli> how can I get the date of package installation
[17:07] <glosoli>  ?
[17:14] <RoyK> glosoli: I don't think that's recorded, but if you haven't done an "apt-get clean", the packages should be in /var/spool/cache/apt/archives, and the file date there should say when the package was downloaded, which may be the same as when it was installed
[17:15] <glosoli> eh
[17:15] <glosoli> it's a pity then
[17:15] <RoyK> heh - running apt-get clean regularly?
[17:16] <glosoli> dunno I don't remember might have run some weeks ago
[17:16] <glosoli> :D
[17:19] <glosoli> RoyK: ah wrong dir it was /var/cache/apt/archives
[17:21] <RoyK> glosoli: ah - sorry
[17:34] <smoser> stgraber, around ?
[17:34] <stgraber> smoser: yep
[17:35] <smoser> i'm having an issue with reoslvconf wrt overlayroot
[17:35] <smoser> /etc/resolv.conf is not getting updated
[17:37] <smoser> stgraber, could you take a look at<EMAIL_ADDRESS>and see if anything sticks out to you as broken ?
[17:37] <smoser> (you should be able to get in with stgraber@castiana)
[17:38] <stgraber> smoser: so resolvconf is working properly but nothing has populated resolvconf... (/run/resolvconf/interface/ is empty)
[17:38] <stgraber> checking if I can figure out why
[17:39] <smoser> so without the overlayroot, it works fine.
[17:41] <stgraber> smoser: I think I see the problem, you're mounting the overlay after /run was mounted, it should be the other way around
[17:41] <smoser> well that is what i thought was the issue to, but i dont know why that would be.
[17:41] <smoser> the overlay is the root filesystem
[17:41] <smoser> (set up by initramfs)
[17:42] <stgraber> according to /proc/mounts, / was mounted after /run, so if the resolvconf/interface entry was added to /run before / was mounted over it, it'd be hidden, explaining the current behaviour
[17:43] <RoyK> sounds like insanity to me...
[17:44] <stgraber> smoser: how likely am I to loose access to the instance if I kill and respawn dhclient?
[17:44] <smoser> no. magically not. and you will get the update.
[17:44] <smoser> (i tried that)
[17:44] <smoser> i think you'r eright aobut /run.
[17:45] <smoser> i'll have to muck around in the initramfs
[17:45] <stgraber> smoser: what we do in casper is setup /root as overlayfs, then use "mount --move /run/ /root/run" before the pivot_root + init call
[17:46] <smoser> which is what the initramfs ususally does
[17:47] <smoser> stgraber, thanks for pointing me in the right direction. i can likely figure it out.
[17:48] <stgraber> smoser: np. let me know if I was wrong and it needs more investigation on resolvconf's side
[17:52] <zastaph> I installed xorg, and ran sudo xstart .. does that mean x server is running?
[17:53] <zastaph> because an app that depends on it says it isnt
[17:55]  * genii-around ponders why this app which needs X is running on a server
[17:57] <zastaph> http://cutycapt.sourceforge.net/
[17:57] <zastaph> "You cannot use CutyCapt without an X server"
[17:58] <zastaph> does it even make sense to use x server on ubuntu server ?
[18:03] <genii-around> zastaph: Not usually, since the idea is it is supposed to be a box dedicated to to doing something like feeding out pages or files or data...so the client is where the gui is. And then you ssh in and administer, or use web-based control like ebox
[18:03] <genii-around> In thin-client server scenario different of course
[18:04] <zastaph> will try from desktop then
[18:14] <smoser> stgraber, your argument was that /proc/mounts eclared that /run was mounted before /, right?
[18:15] <smoser> but that is "normal"
[18:17] <stgraber> smoser: hmm, indeed, I guess /proc/mounts won't change ordering after the --move call...
[18:17] <smoser> right.
[18:18] <smoser> so i dont think that that was the issue.
[18:18] <smoser> its possible (but hard to tell) that /run is not really a tmpfs, but it is surely writable
[18:20] <stgraber> smoser: can you pastebin /proc/<pid of dhclient>/mountinfo?
[18:20] <stgraber> that should make it possible to figure out the stacking of the various fs and know exactly what /run is supposed to be at that point
[18:21] <smoser> http://paste.ubuntu.com/1119965/
[18:24] <skrite> hey all.
[18:24] <stgraber> hmm, that looks good
[18:24] <moxie_man> I have a dd-wrt router and a linux mint server which has a heavy network load. I want to dynamically throttle back the linux mint server /only/ when other computers on the network experience low throughput.
[18:24] <stgraber> smoser: can you get me access to that instance again?
[18:25] <smoser> well, that one is dead :)
[18:25] <smoser> but to another, sure.
[18:25] <moxie_man> I am wondering if there is a direction you could point me in
[18:25] <skrite> is it possible, with one sql-server, to run cluster tables (ndb) and another type of database engine (innodb or myisam) in the same sql server? i only need to cluster often-used tables
[18:26] <smoser> stgraber<EMAIL_ADDRESS>[18:29] <stgraber> smoser: missing my ssh key apparently?
[18:30] <smoser> try again
[18:31] <moxie_man> the keyword I was looking for was "prioritize"
[18:31] <stgraber> smoser: ok, worked now
[18:32] <stgraber> smoser: hmm, what happened to /var/log/upstart in there? :)
[18:32] <smoser> what do you mean?
[18:32] <smoser> its a new instance.
[18:33] <stgraber> yeah, I guess I'm too used to systems producing some kind of job output, so finding a system with missing or empty /var/log/upstart just looks weird
[18:33] <jdstrand> aha!
[18:34] <jdstrand> Daviey, adam_g: so, if I do 'keystone ec2-credentials-create' and then 'keystone ec2-credentials-list', I can see my new credential. if I reboot then do 'keystone ec2-credentials-list', then it is gone
[18:37] <smoser> stgraber, what is it that actually /etc/resolv.conf . is it /etc/resolvconf/update.d/libc ?
[18:37]  * jdstrand files a bug
[18:38] <Daviey> jdstrand: we don't do any reboot testing really :/
[18:38] <zul> but we do test :)
[18:39] <stgraber> smoser: yeah, in theory you dhclient should trigger /etc/dhcp/dhclient-enter-hooks.d/resolvconf that creates a file in /run/resolvconf/interface and triggers resolvconf which will then call /etc/resolvconf/update.d/libc to generate /run/resolvconf/resolv.conf
[18:40] <jdstrand> well, at least I know what the problem is
[18:40] <stgraber> smoser: in a regular instance, do you usually get dhclient to log to syslog? (just noticed it didn't in the overlay one)
[18:40] <jdstrand> now I can work around it be creating them each time
[18:41] <adam_g> jdstrand: that may not be a bug, ec2-credentials may be meant to be epehemeral
[18:41] <adam_g> im not sure, tbh
[18:41] <jdstrand> adam_g: they persisted on precise
[18:41]  * jdstrand just verified that
[18:42] <smoser> stgraber, checking
[18:42] <jdstrand> but, I'll see if I can find a config option
[18:43] <smoser> stgraber, http://paste.ubuntu.com/1120012/
[18:44] <smoser> thats a fresh pure instance
[18:44] <smoser> /var/log/syslog
[18:44] <stgraber> ok, so dhclient always fails to log to syslog in the cloud instances, not specific to overlay
[18:44] <jdstrand> this kinda implies they are persistent as well: "Migration of users, projects (aka tenants), roles and EC2 credentials is supported for the Essex release of Nova. To migrate your auth data from Nova, use the following steps:..."
[18:46] <adam_g> jdstrand: what is your ec2 driver set to in keystone.conf?
[18:46] <jdstrand> keystone.contrib.ec2.backends.kvs.Ec2
[18:46] <jdstrand> (whatever the default is)
[18:46] <adam_g> jdstrand: set that to ...sql.Ec2
[18:46] <jdstrand> (this is not an upgrade-- I abandoned that idea and this is a fresh nistall with just 12.10 packages)
[18:47] <adam_g> jdstrand: kvs = in-memory key value store, totally lost on restart, not sure why it exists
[18:47] <jdstrand> adam_g: oh wow-- or that it is the default! :)
[18:48] <adam_g> jdstrand: yup
[18:48] <jdstrand> adam_g: that was it exactly. on reboot, they are still there
[18:49] <adam_g> jdstrand: i believe we carried a patch on precise to set all backends to sql by default. we'll do the same this time around, im sure
[18:49] <Daviey> adam_g: that was the only option until you added persistence, no?
[18:49] <adam_g> Daviey: for the service catalog, yea. well, the other option for persistence is a flat config file
[18:49] <jdstrand> adam_g: fyi, bug 1031012. I updated with your find
[18:50] <adam_g> jdstrand: thanks
[18:50] <jdstrand> adam_g: thank you! :)
[18:50] <stgraber> smoser: can you do a test boot with the file I put in /etc/dhcp/dhclient-enter-hooks.d/run? I used /tmp for the debug data but I'm not sure it's going to be writable whenever dhclient will get spawned but at the same time I don't quite trust /run at that point either ;)
[18:52] <smoser> stgraber, you can do whatever you want there.
[18:53] <smoser> if you want something to stick across boot, edit it in /media/root-ro, use 'sudo overlayroot-chroot vi /etc/dhcp/dhclient-enter-hooks.d/run'
[18:53] <jdstrand> adam_g: not sure what you think about this, but I set:
[18:53] <jdstrand> [logger_root]
[18:53] <jdstrand> level=DEBUG
[18:53] <jdstrand> in logging.conf
[18:53] <smoser> (i can do it if you'd like, but feel free to own that instance. i'm debugging on another)
[18:53] <jdstrand> adam_g: I found it hard to debug keystone with WARNING
[18:53] <jdstrand> adam_g: 2 cents
[18:53] <adam_g> jdstrand: agreed
[18:53] <stgraber> smoser: ok, will do that then
[18:56] <stgraber> smoser: abusing the kernel log buffer as a way of getting reliable storage ;)
[18:57] <smoser> stgraber, well, hmm..
[18:57] <smoser> maybe this is not unrelated.
[18:57] <smoser> but in the initramfs ii'm wiring to /dev/.initramfs/overlayroot.txt
[18:57] <smoser> or something
[18:57] <smoser> ie, using the devtmpfs mount for that.
[18:58] <stgraber> smoser: based on my debug, it looks like dhclient is ran in initramfs before anything is really mounted?
[18:58] <stgraber> smoser: http://paste.ubuntu.com/1120037/
[18:58] <smoser> lsinitramfs /boot/initrd.img-3.5.0-6-generic | grep dh
[18:58] <smoser> seems to imply otherwise
[19:04] <smoser> stgraber, ^
[19:06] <stgraber> yeah, not sure what's going on, but the /proc/mounts is definitely completely wrong at that point in the boot sequence
[19:08] <stgraber> adding some more debug in there, that kernel log is starting to get quite long ;)
[19:12] <smoser> stgraber, resolvconf.conf (from upstart) is expected to run before anything else, right?
[19:12] <smoser> i logged command and parameters for the files shown http://paste.ubuntu.com/1120065/
[19:13] <smoser> and thats the order they're getting called in.
[19:13] <stgraber> smoser: in most cases it'll be run before anything else, but it shouldn't be a requirement or that'd cause a race
[19:14] <stgraber> though it indeed looks like that's the reason of the failure...
[19:15] <stgraber> resolvconf: Error: /run/resolvconf/interface either does not exist or is not a directory
[19:15] <stgraber> smoser: ^
[19:18] <smoser> stgraber, so 'start on mounted MOUNTPOINT=/run' (/etc/init/resolvconf.conf) must not block
[19:19] <stgraber> smoser: yeah, that's it... adding "mkdir -p /run/resolvconf/interface" to /etc/dhcp/dhclient-enter-hooks.d/resolvconf fixes it. Not sure it's the right fix though
[19:19] <smoser> so that job doesn't block
[19:19] <smoser> and /etc/init/networking.conf is then running
[19:20] <smoser> before /etc/init/resolvconf.conf ever ran
[19:20] <r3dLunchb0x> how can I setup out put of someones home directory when they login or make it part of their prompt?
[19:21] <stgraber> smoser: only the start on *ing (starting, stopping, ...) are blocking and they're only blocking for something that depend on them, which isn't the case of networking.conf or network-interface.conf
[19:21] <smoser> um..
[19:21] <smoser> man mounted
[19:21] <smoser> that should block
[19:22] <smoser> so maybe mountall is confused by the overlayfs mounts.
[19:23] <stgraber> that or it's not networking.conf bringing the interface up
[19:23] <stgraber> "block" in upstart term means blocking the emission of the started event, so it's only blocking stuff that depends on it
[19:23] <stgraber> network-interface.conf only depends on the kernel
[19:26] <stgraber> hmm, that's a bit wrong actually, network-interface.conf can only be triggered once upstart-udev-bridge is started
[19:26] <stgraber> and upstart-udev-bridge is "start on starting udev" and udev is "start on virtual-filesystems"
[19:27] <smoser> stgraber, well, networking.conf is start on local-filesystems
[19:27] <smoser> which, per man page, cannot occur until after virtual filesystems
[19:27] <smoser> which shouldn't occur until after MOUNTED=/run
[19:27] <smoser> (or i thought that is what was guaranteeing this)
[19:28] <off_om> hi
[19:28]  * stgraber tests to know which of network-interface.conf or networking.conf is configuring eth0 (or if it makes any difference)
[19:29] <off_om> anyone  configured successfully with ddcliente joker.com? ubuntuserver 12.04
[19:29] <off_om> *
[19:34] <smoser> stgraber, i think you're right. its probably network-interface.conf that is bringing it up.
[19:35] <stgraber> smoser: apparently. I disabled /etc/init/networking.conf and I'm still getting the same behaviour
[19:36] <smoser> /sbin/resolvconf is just assuming that IFACE_DIR="${RUN_DIR}/interface" exists.
[19:36] <smoser> and the only thing thats going to make that is /etc/init/resolvconf.conf
[19:38] <stgraber> smoser: can you diff "mountall -v" between an overlay and standard instance?
[19:39] <esuave> so how can i create an image of a running ubuntu server VM? i wanna create a USB restore install
[19:39] <smoser> you mean just run ?
[19:39] <smoser> stgraber, you just want hte output of those ?
[19:39] <esuave> basically just wanna have a custom build of ubuntu to deploy to any server
[19:39] <smoser> or you want output of mountall --debug
[19:40] <stgraber> smoser: comparing the output of "mountall -v" should let you know what's considered local, virtual, ... by mountall
[19:47] <smoser> stgraber, normal: http://paste.ubuntu.com/1120127/  overlayroot: http://paste.ubuntu.com/1120128/
[20:08] <smoser> stgraber, i'm pretty sure its just a race condition.
[20:09] <smoser> here is mountall --debug output from overlay: http://paste.ubuntu.com/1120170/ , normal: /tmp/mountall-debug-normal.txt
[20:09] <smoser> the idfference is that in the overlayroot case, / is mounted readwrite (i wasn't the overlayfs mount read-only).
[20:10] <smoser> and that is causing a different path through different events, exposing the resolvconf race condition.
[20:17] <stgraber> hallyn: pushed a simple bugfix to ubuntu:lxc (wrong echo call in lxc-start-ephemeral). Won't upload for something that trivial though.
[20:22] <stgraber> smoser: sounds like a bug that we should be discussing with slangasek at least. One idea would be to change network-interface.conf to include "and mounted MOUNTPOINT=/run" and then change resolvconf to include "or starting network-interface"
[20:22] <smoser> bug 1031065
[20:22] <stgraber> which should ensure that resolvconf is always started before an interface is brought up and should also make sure we won't start resolvconf before /run is mounted
[20:25] <Daviey> jdstrand: 1031063.. what CPU do you have?
[20:25] <jdstrand> kvm_intel
[20:25] <jdstrand> I am trying with nested=0 now
[20:26] <Daviey> jdstrand: Well, we nest by default.. and that is what it is trying
[20:27] <jdstrand> yes, but I tried to override that
[20:27] <jdstrand> libvirt_type=qemu is what I thought that would do
[20:28] <Daviey> jdstrand: i /think/ qemu==kvm
[20:29] <Daviey> if you don't have kvm kernel support, then it should fallback to qemu.
[20:29] <jdstrand> well, I couldn't load kvm_intel in the guest at all, even if the host has nested=1. this might end up being a won't fix or a kernel bug
[20:30] <jdstrand> 'vmx' would show up in the virsh capabilities of my openstack guest
[20:30] <jdstrand> so it was probably fooled
[20:30] <jdstrand> even though I couldn't load kvm_intel in there
[20:30] <Daviey> jdstrand: what is the host CPU model?
[20:30] <jdstrand> i7
[20:30] <Daviey> jdstrand: ahhhh.. i bet you don't have the kernel extras?
[20:31] <jdstrand> kernel extras?
[20:31] <Daviey> jdstrand:  in the instance, are you runnig -virtual or -generic?
[20:31] <Daviey> precise or quantal? ;)
[20:32] <jdstrand> oh, probably generic
[20:32] <jdstrand> yes
[20:32] <jdstrand> -generic
[20:32] <Daviey> gah, dammit.. the virtual kernel didn't include the kvm kernel support, and needed the -virtual-extra's package
[20:33] <jdstrand> precise host (-generic), quantal openstack guest (-generic) trying to start an instance
[20:34] <jdstrand> Daviey: should my openstack server being running -virtual?
[20:34] <jdstrand> (ie, it is a guest)
[20:35] <Daviey> no
[20:36] <Daviey> well, if it is.. you need the extras package to modprobe kv,
[20:36] <Daviey> kvm*
[20:45] <jdstrand> Daviey: I'm confused-- my host is precise. it is running an openstack quantal server
[20:46] <jdstrand> Daviey: I installed in the openstack quantal server linux-virtual and linux-image-extra-virtual, but it doesn't seem to do anything
[20:47] <jdstrand> ie, I only have /lib/modules/3.5.0-6-generic, nothing else
[20:47] <jdstrand> if I try to remove -generic, it tries to remove everything
[20:47] <Daviey> jdstrand: no.. sorry, perhaps i wasn't clear
[20:47] <jdstrand> I cannot load the kvm_intel module in the openstack quantal server, even though my host used nested=1
[20:47] <Daviey> -virtual is a minimal kernel with less support.
[20:47] <Daviey> -generic is ideal
[20:48] <jdstrand> ok
[20:48] <Daviey> jdstrand: So, your host machine is precise, and you are running quantal in kvm, outside of openstack.
[20:48] <jdstrand> so reloading with nested=0 and then booting the openstack quantal server resulted in it not working either
[20:48] <Daviey> In that VM, you are running nova?
[20:49] <albert23> with generic you need -extra too? (linux-image-extra-3.5.0-6-generic: /lib/modules/3.5.0-6-generic/kernel/arch/x86/kvm/kvm-intel.ko)
[20:49] <jdstrand> Daviey: yes. virtualized openstack, as per https://wiki.ubuntu.com/SecurityTeam/TestingOpenStack
[20:49] <jdstrand> albert23: I have that file, I can't load it
[20:50] <jdstrand> FATAL: Error inserting kvm_intel (/lib/modules/3.5.0-6-generic/kernel/arch/x86/kvm/kvm-intel.ko): Input/output error
[20:50] <Daviey> no, -extra is JUST for virtual to give you a fuller kernel
[20:50] <jdstrand> I see
[20:51] <jdstrand> let me double chek my virtualized precise openstack could launch an instance
[20:52] <Daviey> jdstrand: in precise, $ grep -i ^KVM_NESTED /etc/default/qemu-kvm
[20:52] <Daviey> KVM_NESTED=" nested=1"
[20:52] <Daviey> right?
[20:53] <jdstrand> yes, my precise openstack launches it fine
[20:53]  * jdstrand checks
[20:54] <jdstrand> Daviey: yes (this is a default install)
[20:54] <Daviey> hmm
[20:54] <jdstrand> I think it might be a kernel issue
[20:54] <Daviey> So to clarify, precise host.. launching precise openstack, it works as expected... launching quantal openstack, it fails?
[20:54] <jdstrand> the precise openstack can load the kvm_intel module fine
[20:55] <jdstrand> Daviey: yes. <myhost> -> <precise openstack> -> instance = instance runs
[20:55] <jdstrand> Daviey: yes. <myhost> -> <quantal openstack> -> instance = instance fails
[20:55] <jdstrand> s/yes.//
[20:56] <jdstrand> <precise openstack> has kvm_intel loaded
[20:56] <jdstrand> <quantal openstack> does not
[20:56] <Daviey> jdstrand: suck.  This isn't something that is currently tested...
[20:56] <jdstrand> (and I can't)
[20:56] <jdstrand> this sounds like maybe hallyn's area-- I know he tests qemu quite a bit and thought it was with nested virtualization
[20:56] <Daviey> So this isn't really an openstack issue as such.. (although, ungracefully failing is).. but a direct kvm/kernel issue?
[20:57] <jdstrand> Daviey: that is what I am thinking now
[20:57] <jdstrand> I thought 'qemu' meant, you know qemu
[20:57] <jdstrand> :)
[20:58] <jdstrand> Daviey: but there is likely another bug there where openstack doesn't fallback to qemu when the cpu doesn't support it, but I understand that is not a priority
[20:58] <Daviey> jdstrand: Well, you can blame me for exposing it by default.. https://launchpad.net/ubuntu/+source/qemu-kvm/1.0+noroms-0ubuntu7 ;)
[20:59] <jdstrand> Daviey: it works beautifully on precise :)
[20:59] <Daviey> jdstrand: well, so.. lets look at this another way.. If i start a quantal kvm instance on precise, i should be able to modprobe kvm.. but currently failing?
[21:00] <aarcane> I'm trying to decide between ssmtp and nullmailer for my LAMP server, and I remember the primary difference is that one works in offline mode by storing messages to send later, and the other works only when the target SMTP server is readily available, but I don't remember which is which.  Does anyone know?
[21:00] <jdstrand> Daviey: kvm*_intel*. kvm loaded fine
[21:01] <Daviey> jdstrand: right
[21:03] <Daviey> jdstrand: amd64 all the way, right?
[21:04] <jdstrand> the host and guest are both amd64 installs, yes
[21:05] <Daviey> huh
[21:05] <Daviey> ubuntu@server-378:~$ sudo apt-get install qemu-kvm ; sudo modprobe kvm-intel
[21:05] <Daviey> FATAL: Module kvm_intel not found.
[21:05] <Daviey> confirmed.
[21:06] <jdstrand> Daviey: that is a different error than I get
[21:06] <jdstrand> here it finds the module
[21:06] <jdstrand> but can't load it
[21:06] <Daviey> jdstrand: Ah, IS pulled the rug out from under me..
[21:07] <Daviey> this is an AMD server.
[21:07] <jdstrand> Daviey: fyi, bug #1031090
[21:08] <Daviey> jdstrand: apt-get install linux-image , in guest.. doesn't give anything?
[21:09] <jdstrand> Daviey: I didn't have linux-image installed. I just installed it and it worked fine
[21:10] <jdstrand> (ie package install, not kvm_intel loading, which still fails)
[21:10] <jdstrand> dmesg is silent on the issue
[21:15] <r3dLunchb0x> trying to setup quotas for user home directories on 12.04, but not working.
[21:15] <Daviey> jdstrand: confimed, it's an intel only issue
[21:18] <jdstrand> Daviey: I guess it is good that it is confirmed, unfortunately for me, the combination of the openstack and the kernel bug means I can't launch instances :\
[21:18] <jdstrand> Daviey: how important is nested virtualization to you guys?
[21:19]  * jdstrand is trying to figure out if he is on his own here...
[21:19] <Daviey> jdstrand: well, it really makes life good.
[21:19] <Daviey> but not vital
[21:19] <Daviey> jdstrand: I've been using AMD as of late, so not noticed it.
[21:19]  * jdstrand nods
[21:19] <Daviey> canonistack region 2 seems to be AMD, region 1 Intel
[21:25] <jdstrand> Daviey: yeah, reloading kvm_intel nested=0 and booting my quantal openstack vm, I see no kvm module loaded, but <domain type="kvm">
[21:29] <Daviey> jdstrand: okay, well.. i'm not sure if it's an openstack bug, or a libvirt bug then.
[21:29] <Daviey> hmm
[21:29] <jdstrand> I agree (I don't know either)
[21:29] <Daviey> with nested on the host OFF.. it should fall back from kvm to qemu under the scenes.. does it not?
[21:30] <Daviey> ie, it should start an unaccelerated guest.
[21:30] <jdstrand> that is what I am testing and didn't think it did-- but I might have messed something up. hold on
[21:30] <Daviey> s/guest/instance
[21:31] <jdstrand> ok <domain type="kvm"> is confirmed
[21:31] <jdstrand> but no guest. let me see why
[21:32] <jdstrand> 2012-07-30 16:31:13 TRACE nova.compute.manager [instance: f90f97cc-3d75-48d0-9eab-b2aa2aae8ee2] libvirtError: internal error no supported architecture for os type 'hvm'
[21:32] <jdstrand> Daviey: it is not falling back
[21:32] <Daviey> *sigh*, the kernel team don't have a git bisect script.. :/
[21:33] <Daviey> jdstrand: Well, the libvirt xml generation was re-written for quantal.. seems this *could* be a regression.
[21:33] <Daviey> or.. still, a libvirt one.
[21:33] <Daviey> or even a qemu one
[21:33] <Daviey> Or i have NFI.
[21:34] <Daviey> :)
[21:34] <jdstrand> shoot, it could be qemu-kvm too-- depending on how it was invoked
[21:34] <jdstrand> heh
[21:34] <jdstrand> good times
[21:35] <Daviey> traditionally, we stopped the lbvirt xml generation not include the line.. allowing libvirt to fill it in, depending on what it felt best suited.
[21:36] <jdstrand> libvirtd.log is not super helpful. it clearly wants pm-utils
[21:36] <jdstrand> oh, wait
[21:37] <jdstrand> nm
 is all it has
[21:39] <jdstrand> let's see if I can force it
[21:53] <jdstrand> Daviey: I think it might be a libvirt thing
[21:54] <jdstrand> Daviey: if I copy/paste the cml from nova-compute.log I can shove it into precise's libvirt no problem
[21:54] <jdstrand> Daviey: xml
[21:55] <jdstrand> Daviey: however, if I take the same xml, I get an error on quantal's libvirt
[21:55] <jdstrand> Daviey: if I change this line:

[21:55] <jdstrand> to be:
[21:55] <jdstrand> <type arch='x86_64'>hvm</type>
[21:55] <jdstrand> Daviey: then it works on quantal
[22:19] <Daviey> jdstrand: good find!
[23:18] <JonEdney> Anyone familiar with a way to uninstall sendmail?  I installed dovecot and postfix, and sendmail is causing a problem, but apt-get remove isn't working, says no sendmail package.
[23:23] <lamont> postfix delivers a binary called "sendmail", as required by policy.  It also forces the removal of sendmail (via Conflicts: sendmail)
[23:24] <JonEdney> I see, I kinda figured it was something attached somewhere; I had to stop the service 'sendmail' to continue troubleshooting.
[23:26] <ScottK> JonEdney: sudo apt-get remove postfix will actually remove it.
[23:29] <JonEdney> ScottK - I think I need postfix; I'm learning working on my VPS.
[23:30] <ScottK> So if you think you don't need sendmail, you're probably not looking at the problem correctly.
[23:30] <ScottK> I'd suggest "sendmail causing problems" was a symptom, not a cause.
[23:31] <JonEdney> Thats what Im trying to get to the bottom of the problem; I installed ISPConfig on my VPS the other day, and the mail server is giving me access errors when trying to send mail, someone said sendmail needed to be removed after I showed my logs, and thats where I'm at.
[23:33] <ScottK> No, your problems started at "I installed ISPConfig".
[23:33] <JonEdney> I'm hearing that also tbh - of course it was after the fact.
[23:33] <PatrickDK> you should ask the ispconfig people how to fix your issues
[23:34] <PatrickDK> as help in here, while *will fix* the issues, will probably break ispconfig
[23:34] <ScottK> These huge mega-control systems don't work well and AFAIK, most any of them that have been packaged for Debian/Ubuntu have been removed as irredeemably buggy.
[23:34] <JonEdney> Yeah thats what I'm doing also PatrickDK - this is a learning curve for me, I'm considering getting rid and starting fresh.
[23:34] <ScottK> Zentayl (or something similar) is AFAIK, the only exception.
[23:35] <PatrickDK> the biggest issue is, if something goes wrong, you have no place to go
[23:35] <ScottK> JonEdney: You'll learn a lot more and have a more secure/stable system if you do it without such a package.
[23:35] <PatrickDK> you need to learn it all anyways
[23:36] <JonEdney> Yeah, and thats my goal is to learn and continue to do so.  ISPConfig just seemed like a neat installer.
[23:36] <JonEdney> Thanks for the tid-bits guys.
[23:36] <PatrickDK> there is the joined dovecot-postfix package


[04:20] <mup> Bug #1767226 changed: Commission sees interface that isn't there on Deployment <MAAS:Expired> <https://launchpad.net/bugs/1767226>
[11:03] <mup> Bug #1778704 opened: redeployment of node with bcache fails <MAAS:New> <https://launchpad.net/bugs/1778704>
[11:12] <mup> Bug #1778704 changed: redeployment of node with bcache fails <MAAS:New> <https://launchpad.net/bugs/1778704>
[11:15] <mup> Bug #1778704 opened: redeployment of node with bcache fails <MAAS:New> <https://launchpad.net/bugs/1778704>
[12:15] <mup> Bug #1778710 opened: [2.3] MAAS does not respect local NO_PROXY nor does it have a NO_PROXY setting to configure <cpe-onsite> <MAAS:New> <https://launchpad.net/bugs/1778710>
[12:15] <jaypipes> jamespage: hola! hey, wondering if you might be able to point me to an appropriate person to discuss https://bugs.launchpad.net/maas/+bug/1778047 with?
[12:16] <jaypipes> jamespage: also, hope all is well in your neck of the woods! :) been ages since I last saw you...
[12:39] <mup> Bug #1778704 changed: redeployment of node with bcache fails <curtin:New> <MAAS:Invalid> <curtin (Ubuntu):New> <https://launchpad.net/bugs/1778704>
[13:13] <jamespage> hey jaypipes
[13:14] <jamespage> roaksoax ^^ any chance you could take a look?
[13:16] <jamespage> I should look at bugs first...
[15:12] <mup> Bug #1778744 opened: Default images should be downloaded for running architecture <MAAS:Triaged> <MAAS 2.5:Triaged> <MAAS trunk:Triaged> <https://launchpad.net/bugs/1778744>


[02:26] <AceLan> if I got a git describe value, ex. v2.6.32-rc4-94-g80f5069 , how could I find that commit in the git tree?
[02:27] <kengyu> AceLan, git tags -v v2.6.32-rc4-94-g80f5069 ?
[02:28] <AceLan> kengyu: it's not a tag
[02:28] <JFo> wonder if you can pipe to grep within a git command
[02:29] <JFo> <-never tried it
[02:30] <kengyu> JFo, I think it should work.
[02:30] <kengyu> AceLan, or git log and "/" your keyword?
[02:30] <JFo> kengyu, good call, I haven't tried that yet either
[02:34] <AceLan> kengyu: got it, thx
[02:35] <JFo> AceLan, what worked?
[02:35] <JFo> the git log command?
[02:35] <AceLan> JFo: git log and use / to search
[02:35] <AceLan> JFo: yes
[02:37] <JFo> AceLan, cool :)
[11:53] <vishalrao> Hello, please see http://lkml.org/lkml/2010/1/22/3 about disabling libATA NCQ for some SSD drives to avoid hangs...
[11:53] <vishalrao> I'm trying to patch in my PPA at https://launchpad.net/~vishalrao/+archive/kernels
[11:57] <apw> vishalrao, if those drives are 'bust' then we should get a launchpad bug filed and the patch attached to that bug, also it should be small enough for -stable
[11:58] <vishalrao> i will attach a patch to already filed bug 502219 :)
[11:58] <ubot3> Malone bug 502219 in linux "Kernel errors triggered with SSD storage" [Medium,Triaged] https://launchpad.net/bugs/502219
[11:59] <vishalrao> amateur patch though, will require review/cleanup and apply
[12:07] <apw> vishalrao, is that device something you have swapped into the machine its in, or is it the default part for that machine
[12:08] <vishalrao> its my home desktop PC (self assembled) - got rid of my SATA HDD and placed in a retail model Crucial M225 128GB SSD
[12:09] <vishalrao> i changed BIOS from legacy IDE to AHCI (that enabled NCQ i believe)... works well for Win7 - but the ATA dmesg errors you might see in the bug dmesg
[12:09] <vishalrao> note that passing kernel boot param " libata.force=noncq " resolves the issue... hence the patch suggested...
[12:17] <vishalrao> apw: see above - i am off for a break.
[13:40] <apw> smb, i am about to pull in a 2.6.32 dove branch i am feeling i should reset the abi number back to the mvl range ... ie 200 ... as i am bumping the primary version
[13:42] <smb> apw, Yeah, sounds reasonable. Though, could it cause confusion with documentation about branches?
[13:43] <smb> iow, the only problems would be in our heads, I guess
[13:43] <apw> don't think so as -100 == fsl (native), -200 == mvl (native), -600 == fsl (older kernel), -700 == mvl (older kernel)
[13:43] <smb> true. wfm, then
[13:43] <apw> so we go from 2.6.31-702 -> 2.6.32-200
[13:43] <apw> i think that is logical and sensible
[13:45] <smb> yes, other packages also reset their abi back when the version goes up, so it sound reasonable
[13:56] <cking> hrm
[14:13] <apw> cking, ?
[14:13] <cking> just making sure I could write to the channel
[14:15] <apw> heh ahh
[14:30] <tgardner> apw, I've been reincarnated
[14:31] <apw> tgardner, oh dear
[14:31] <apw> thats going to take some getting used to
[14:32] <tgardner> well, I'll bug the ops duded to let me have my old nick back
[14:32] <tgardner> dudes*
[14:32] <apw> phew
[15:42] <bjf> test
[17:00] <bjf> ##
[17:00] <bjf> ## Meeting starting now
[17:00] <bjf> ##
[18:00] <DanaG> hmm, are the ubuntu mainline builds supposed to have Staging disabled?
[18:01] <DanaG> Most specifically, I need the samsung-laptop driver.
[20:33] <DanaG> hmm, my question about Staging in the mainline builds still stands.
[20:45] <DanaG> Specifically, I need the samsung-laptop module.
[22:14] <b0b_rox0r> hi, my ubuntu won't boot any longer, it stops beforce the rescue prompt, is this the right channel for getting help?
[22:16] <acicula> b0b_rox0r: best try ubuntu or ubuntu+1 for support
[22:17] <acicula> ones for current versions and +1 is the devel version
[22:17] <b0b_rox0r> k thanks