[00:45] <Cytotoxic> !OPS
[00:45] <Cytotoxic> !ops
[00:50] <Cytotoxic> !ops
[00:51] <Cytotoxic> !ops
[00:53] <Meow234> !ops
[00:53] <Meow234> !help
[00:53] <Meow234> !ops
[00:53] <dtchen> seriously, your hostmask gives you away entirely.
[00:54] <Meow234> i was adapting
[00:54] <Meow234> magic of lymphocytes
[03:29] <yodgo> i adapted
[03:30] <yodgo> !ops
[03:31] <dtchen> RAOF: FWIW, I'd favour a linux-backport-modules-nouveau approach
[03:31] <dtchen> backports*
[03:41] <RAOF> dtchen: What benefits does that have?
[03:41] <dtchen> RAOF: you leave the existing stack alone
[03:41] <dtchen> people opt in for any possible regressions
[03:42] <maco> just like l-b-m-alsa
[03:42] <RAOF> Is this the benefits over "nouveau-kernel-source" or over trying to backport nouveau to our existing drm?
[03:42] <dtchen> the latter
[03:43] <RAOF> Right.  I don't think that backporting nouveau to our drm is a great idea, either, although I haven't looked closely at precisely what it would require.
[03:43] <StevenK> RAOF: Nouveau also requires it's own DRM stack?
[03:44] <maco> StevenK: i think its more to do with the backporting part...
[03:44] <RAOF> StevenK: No, but it requires a _newer_ drm stack than we've got.
[03:44] <maco> old drm + new nouveau
[03:45] <RAOF> drm-next is regularly merged into the nouveau tree; that's not going to be in Lucid's kernel.
[03:45] <RAOF> (Or, rather, it's not going to be in 2.6.32, and we're not going to have 2.6.33)
[03:47] <dtchen> yeah, that makes some of my powerdown work rather interesting
[03:48] <StevenK> RAOF: Right, a newer DRM stack is okay, but it does mean some interesting integration work
[03:49] <RAOF> The actual drm-next patch against our kernel is 2.9MB; that's been thrown out as a non-option.
[03:50] <yodgo> How sexy is my ride?
[03:50] <yodgo> http://www.youtube.com/watch?v=uEO2eRw4y5Y
[03:51] <RAOF> That includes all the work in the intel driver and ati driver, and apparently the ati driver will want _some_ of it for Lucid, too, so it might be possible to have a substantially smaller patch.
[04:16] <yodgo> How sexy is my F40PH?
[04:16] <yodgo> http://www.youtube.com/watch?v=uEO2eRw4y5Y
[04:59] <MBCR> !ops
[05:00] <RAOF> Again?
[05:01] <MBCR> fuck ubuntu
[13:03] <apw> Keybuk, what was the magic to get the initcalls stuff into a piccy?
[13:47] <apw> smb, rtg, Keybuk, http://people.canonical.com/~apw/boot-speed/
[13:47] <apw> comparisons with the initial initramfs parallel thingy
[13:48] <apw> csurbhi1, ^^
[13:48] <csurbhi1> populate_rootfs is not parallel here
[13:48] <smb> look below
[13:49] <apw> those are _two_ graphs without and with your patch
[13:49] <apw> saves about .4s by the looks of it
[13:50] <smb> looks so for me as well
[13:51] <rtg> apw, makes my neck hurt
[13:51] <smb> or rather .40s ?
[13:51] <apw> heh :)
[13:51] <smb> which is the same
[13:51] <apw> heh yea
[13:51] <smb> but looks more impressive
[13:51] <rtg> smb, how about .40000s ?
[13:52] <apw> wow thats a lot
[13:52] <smb> even more impressive :-D
[13:53] <smb> apw, your second graph seems to start later without any action...
[13:54] <smb> Oh, they probably both start at .18 but the second graph's axis starts at .15...
[13:54] <apw> smb, i don't see that, they are labedlled in differnt things
[13:56] <smb> apw, funny, now that I made the window longer I see the 0.08 starting points...
[13:57] <apw> they are very big images
[13:57] <smb> apw, definitely. /me is jojoing up and down
[13:58] <apw> its acutally looks more like .3 of a second actually
[13:59] <smb> might be. hard to say without a number at the end (after)
[13:59] <apw> still not to be sneezed at
[13:59] <apw> 2% of the total to be found for the whole boot to go from 25->10s
[14:01] <smb> Surely agreed.
[14:03] <smb> Not too much left to be optimized by parallelizing. piix_init might give a fract but might be required to be where it is. Can't read the scribbely small things before
[14:03] <smb> Though it might depend on isapnp in some cases...
[14:28] <apw> csurbhi, rtg, smb, ok updated charts with a third graph ...
[14:29] <apw> http://people.canonical.com/~apw/boot-speed/
[14:29] <apw> the third one is just parallelising the initramfs start
[14:29] <apw> about identicle to the second one in overall time
[14:30] <apw> we may save .3 of a second turning of ISA ... its a lot of cost considering almost noone has it!
[14:30] <smb> apw, Thats good. So even with the more minimal change the same gain is done
[14:30] <rtg> apw, are you booting this on a quad-core ?
[14:31] <apw> rtg nope this is on the reference dell 10v with SSD
[14:31] <csurbhi> basically moving the rootfs call before does not gain so much
[14:31] <csurbhi> ?
[14:31] <csurbhi> right
[14:31] <apw> ie a challenged machine
[14:31] <smb> apw, I recently read somewhere that they start to have sort of ISA buses for certain internal functions...
[14:31] <apw> csurbhi, knowing we can move it earlier for the same cost is good to know
[14:32] <apw> right now its not helping any bug if isa pnp was quicker it might be useful... now we know
[14:32] <apw> and we know its not _slower_ overlapping the earlier boot too which we didn't before
[14:32] <apw> DOH
[14:32] <apw> ^^ to smb's comment
[14:34] <smb> apw, Heh, yeah. More guessing at that part but it might be an alternative compared to i2c things...
[14:35] <mjg59> You need ISA
[14:35] <apw> mjg59, for?
[14:35] <mjg59> What the kernel calls CONFIG_ISA is actually support for non-PCI onboard devices
[14:35] <mjg59> And also PCMCIA
[14:35] <mjg59> You might be able to lose ISAPNP, which is what would probably take time
[14:36] <mjg59> PCMCIA has its own enumeration, and onboard devices will be in PNPBIOS or ACPIPNP tables
[14:36] <mjg59> So you'd lose support for autoloading modules for ISAPNP network cards and sound cards, but I don't think that works anyway
[14:37] <apw> i was just wondering about changing the default for enable noisapnp
[14:38] <apw> if its going to cost me .4s during boot!
[14:39] <smb> apw, question would be if anything later really depends on that
[14:39] <apw> yeah well my dell boots without :)
[14:39] <mjg59> You'd want to check with Scott, but I don't think isapnp modaliases work with udev module loading
[14:43] <apw> yeah i doubt its a viable option, but booting with it turned off saves .3s
[14:43] <apw> just as a kernel option off
[14:44] <apw> its very expensive
[14:45] <dandel> hmm further testing on bug 484943 reveals that it's  fixed in latest git, at least on kernel 2.6.32-rc8.
[14:45] <smb> apw, Though if that could be done async and nothing really waits on it early you still could safe
[14:45] <apw> yep ... testing the effects of asyncing that thing now
[14:45] <apw> moblin never needed to fix it cause they turn it off i suspect
[14:46] <apw> Keybuk, i think i foudn the rest of the time moblin saves... no isa and no initramfs -> .8 of a second total start time
[18:47] <akheron> smb, apw: I was finally able to test the upstream patch in http://bugzilla.kernel.org/show_bug.cgi?id=14700 and it seems to work
[18:48] <akheron> my wife gave birth to my second son yesterday morning, so I got delayed a bit :)
[18:50] <smb> akheron, heh, congrats. Thanks for the testing. I would think this now will go upstream+stable and then back. But it probably takes a bit
[18:50] <jjohansen> akheron: congrats
[18:50] <akheron> thanks
[18:51] <akheron> it doesn't matter for me if it takes a bit
[18:52] <akheron> at least I have a bootable system now, using my own patched 2.6.31-15
[18:52] <akheron> as long as lucid works when I eventually upgrade :)
[18:54] <smb> Yeah, there should be enough time for that :)
[20:33] <apw> Keybuk, about ?
[21:15] <ukev> hi
[21:15] <ukev> how can I check if this patch is integrated into ubuntu? http://patchwork.kernel.org/patch/60322/


[03:44] <crunchyfroggie> hi, is this the right place to ask for an "ubuntu cloak"?
[03:44] <no0tic> are you an ubuntu member?
[03:44] <crunchyfroggie> yes
[03:44] <crunchyfroggie> not with this nick
[03:45] <crunchyfroggie> (a member of the forums, is that enough?)
[03:45] <no0tic> no, are you inside ubuntu members in launchpad?
[03:46] <crunchyfroggie> oops, no.
[03:46] <crunchyfroggie> thanks for the help
[03:46] <no0tic> you're welcome
[03:46] <nalioth> ubotu: tell crunchyfroggie about member
[03:47] <crunchyfroggie> thanks guys
[03:47] <crunchyfroggie> :)
[19:43] <nalioth> Infernuz: what's up?
[19:43] <Infernuz>  i mute in #ubuntu-es
[19:44] <nalioth> hmm
[19:45] <Infernuz> te acordas de la info de ayer que mande
[19:46] <Infernuz> my info the LINUX TOUR 2008 in Nicaragua
[19:49] <Infernuz> They thought it was spam and I ban
[19:50] <Infernuz>
[19:50] <Infernuz> I did not know that Ubuntu had another salon to give that kind of news
[19:50] <Infernuz> sorry my writed ingles it bad, i used google traslate
[19:52] <Infernuz> Besides, it was not the only salon to report to / amsn command all salons that I am none baneo only ubuntu -es
[19:54] <nalioth>     /amsn es malo  :(
[19:55] <Infernuz> i agree with the ban if I had known he had a living for the news important as the Linux Tour, Mr jpatrick I remove the ban but I can not write in the channel, according to your list that I remove leaves, but my computer can not write with anyone ubuntu -
[19:55] <Infernuz> ok nalioth
[19:55] <Infernuz> but i don now
[19:55] <nalioth> jpatrick: you around?
[19:56] <jpatrick> Infernuz: I've unmuted you twice now, you should be able to write
[19:56] <Infernuz> hablame en español por favor
[19:57] <Infernuz> es que no entendi unas palabras
[19:57] <jpatrick> Infernuz: que te he quitado el mute dos veces
[19:57] <Infernuz> tratare de nuevo te avisare si se pudo o no
[19:58] <Infernuz> si thx jpatric
[19:58] <Infernuz> nalioth thx
[19:58] <jpatrick> :)
[20:11] <jpatrick> hmm


[10:23] <RealRave1> Good morning.
[10:23] <RealRave1> ping
[10:23] <RealRave1> where can I ask some quesitons about Ubuntu 12?
[10:24] <MooDoo> RealRave1: if it's support try #ubuntu ?
[10:26] <RealRave1> MooDoo, thanks!
[10:26] <MooDoo> yw!
[10:26] <RealRave1> MooDoo: that channel doesn't exist on this server?
[10:27] <MooDoo> RealRave1: are you on the irc.freenode.net network?  if so then you should be able to join it with /join #ubuntu
[10:28] <RealRave1> MooDoo: I am on chat.freenode.net and also irc.freenode.net  I am using the built in IRC client of Thunderbird
[10:29] <MooDoo> then I'm not sure sorry, #ubuntu is the correct channel for ubuntu help/questions.
[10:29] <RealRave1> must have made a mistake, the join command worked
[10:30] <MooDoo> :)
[10:53] <Hassen> meeting of what?ubuntu's developpers?
[10:54] <MooDoo> have a look at this Hassen http://fridge.ubuntu.com/calendars/
[10:54] <Hassen> MooDoo, understood.
[10:54] <MooDoo> nothing scheduled to today that I can see :D


[18:39] <sixwheeledbeast> am i being daft? <IP_ADDRESS>/8 would include 114.15.*.* right?
[22:37] <sixwheeledbeast> nevermind I think it was ordering.


[00:03] <bluesabre> Unit193: oh goodie :D
[00:19] <bluesabre> saw this output, not sure if its an issue
[00:20] <bluesabre>  /usr/bin/ld: warning: libxfconf-0.so.2, needed by /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libxfce4kbd-private-3.so, may conflict with libxfconf-0.so.3
[04:55] <Unit193> bluesabre: ...You're long gone, aye?
[05:14] <Unit193> bluesabre: I seem to not have permissions to re-activate xfce4-gtk3, if you'll kindly do that ASAP, that'd be great!  (I have permissions to deactivate, but not activate...This makes sense.)
[09:38] <bluesabre> Unit193: I think it has to be a LP admin, I can't see it now
[20:01] <Unit193> bluesabre: Should be just https://launchpad.net/~xubuntu-dev/+activate-ppa
[20:08] <ochosi> Unit193: maybe i can help? what do you need exactly?
[20:09] <ochosi> https://launchpad.net/~xubuntu-dev/+archive/ubuntu/xfce-gtk3 ?
[20:10] <Unit193> ochosi: yes you can, and xfce4-gtk3, yeah.
[20:12] <ochosi> oh
[20:12] <ochosi> humm, xfce4-gtk3
[20:13] <ochosi> better? https://launchpad.net/~xubuntu-dev/+archive/ubuntu/xfce4-gtk3
[20:14] <Unit193> Thanks muchly!
[20:15] <Unit193> Also, I thought xfconf broke xfce4-settings?  floc said they worked fine, and I tried them a bit without xfsettingsd crashing too. :3
[20:23] <ochosi> no, xfconf crashes the panel
[20:23] <ochosi> and i think something else
[20:23] <ochosi> didn't think it was settings
[20:24] <Unit193> https://mail.xfce.org/pipermail/xfce4-dev/2017-June/031959.html
[20:27] <ochosi> ah
[20:27] <ochosi> right
[20:28] <Unit193> I presume we wanted xfconf and all the new toys in there though.
[20:28] <ochosi> yeah, absolutely
[20:28] <ochosi> havoc and breakage!
[20:30] <Unit193> \o/
[20:31]  * knome imagines that in the same tone as "strength and honor" in the movie gladiator
[20:32] <ochosi> :D
[20:33] <Unit193> xfwm4 is less broken too.
[20:58] <Unit193> Right, time to spam myself again with builds.
[21:03] <ochosi> :)
[21:33] <Unit193> flocculant: OK, everything is back to normal.
[21:40] <bluesabre> Unit193: definitely not able to access the PPA
[21:41] <Unit193> bluesabre: ochosi fixed it.  Also, I re-did your -settings package a bit, hope you don't mind (enabled libinput too)
[21:41] <bluesabre> Unit193: link?
[21:41] <bluesabre> and np
[21:41] <bluesabre> and thanks
[21:41] <bluesabre> :D
[21:42] <Unit193> https://launchpad.net/~xubuntu-dev/+archive/ubuntu/xfce4-gtk3/+sourcepub/7893459/+listing-archive-extra
[21:42] <Unit193> xfsettingsd seems to somehow work with xfconf.
[21:43] <bluesabre> Unit193: yeah, I tried patching it or fixing it, but it seems the only issue is with touchpad-specific settings
[21:43] <bluesabre> for some reason G_TYPE_PTR_ARRAY != G_TYPE_PTR_ARRAY :\
[21:43] <Unit193> Oooooh, I see.
[21:44] <ochosi> https://github.com/shimmerproject/Greybird/releases/tag/v3.22.4
[21:44] <bluesabre> ochosi: nice
[21:45] <ochosi> enough nice things there to warrant a release
[21:45] <bluesabre> :)
[21:47] <ochosi> if only i had the time to properly maintain the elementary-xfce icon theme and pull in updates from upstream... :/
[21:47] <bluesabre> any interesting updates there?
[21:52] <ochosi> improvements for the gtk3 panel
[21:52] <ochosi> and basic gnome shell support
[21:52] <ochosi> and a bugfix that will hopefully be enjoyable to flocculant
[21:53] <bluesabre> oh, I meant with elementary upstream icons
[21:53] <bluesabre> your changelog was nice and concise :)
[21:55] <bluesabre> chromium is gtk3 now, no changes needed, looks fine with greybird
[21:55] <ochosi> nice
[21:55] <ochosi> ah right, well they push tons of updates all the time
[21:56] <ochosi> hard to filter out the "great ones"
[21:56] <bluesabre> :)
[21:56] <ochosi> i guess i would find a lot if i were to start looking
[21:56] <ochosi> and they became a bit better with providing all the sizes
[21:57] <ochosi> but we still carry a lot more sizes than them
[21:57] <ochosi> so there is very often much more work involved than just pulling in
[21:57] <bluesabre> yeah
[22:34] <Unit193> Speaking of, considered the split out, bluesabre?
[22:46] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r513 Make xfce4-panel's Gtk3 tasklist style resemble Gtk2... (by Simon Steinbeiß)
[22:46] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r514 Also update the non-flat look of xfce4-panel's tasklist... (by Simon Steinbeiß)
[22:46] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r515 Fix notebook 2px border (Issue #184)... (by Guillaume Castagnino)
[22:47] <bluesabre> Unit193: definitely


 Good morning and congratulations on your Ubuntu membership
[10:38] <DanChapman> slickymaster, thanks :-)
[10:38] <slickymaster> DanChapman: np, it was trully deserved
[10:58] <davmor2> Morning all
[11:35] <slickymaster> davmor2: good morning
[11:39] <DanChapman> jibel, hey it looks like the custom install tests are catching bug 1066152 nicely :-). I pushed a fix for the tests failing on the Encoding error but I don't get the ones like ubiquity_ap-ubuntu_devel_daily-test_english_lvm that are failing when ap checks the app snapshot. Do you have any idea why?
[14:13] <elopio> good morning!
[14:28] <pitti> hey elopio, good morning! how are you?
[14:29] <elopio> I'm great pitti. How about you?
[14:29] <pitti> elopio: quite fine, thanks!
[15:20] <hggdh> plars: good morning, sir. Re the change to the tests adding saucy & trusty to the sudoers: I am surprised it worked before, and the only way I can see it working is the test was being run as root
[15:21] <hggdh> plars: which would not have been a good idea ;-)
[15:21] <plars> hi hggdh, good to see you :)
[15:21] <hggdh> plars: the hell of it is... I miss the whole shebang :-)
[15:22] <plars> hggdh: :)
[15:22] <plars> hggdh: psivaa and I are in a meeting right now, but I think he has it sorted. Systems are in the middle of a big physical move right now, so a lot of changes are coming after that's complete too
[15:23] <hggdh> plars: yes, I could see this change happening by the hostname changes
[15:23] <hggdh> and sorry for distracting you from the meeting
[15:41] <psivaa> hggdh: hey, nice hearing from you :)
[15:41] <psivaa> and thanks for the review on that MP
[15:44] <hggdh> psivaa: hi, good to see you around & kicking :-)
[15:45] <psivaa> heh :)
[15:46] <psivaa> hggdh: i dont think the tests are being run as root, but somewhere NOPASSWD gets set for sudo for saucy in the setup, i still failed to see where
[15:58] <hggdh> psivaa: on a standard install this should never happen... somebody is setting it somewhere
[15:58] <psivaa> hggdh: yep, that i was able to validate that it does not happen soon after the install step
[15:59] <hggdh> psivaa: I will have a go at the test setup code, and see if I can stop anything
[16:09] <hggdh> s/stop/spot/ # sigh
[16:34] <senan> DanChapman, Good Evening
[16:41] <senan> DanChapman, I've done some changes to code
[16:42] <senan> DanChapman, Can you please review that
[16:49] <DanChapman> senan, hey there :-) i will go take a look now.
[16:50] <senan> DanChapman, thank you very much :)
[17:00] <DanChapman> senan it looks like you have deleted all the other tests from your branch??
[17:05] <senan> DanChapman, No
[17:06] <elfy> evening peeps
[17:06] <DanChapman> evening elfy :-)
[17:07] <senan> DanChapan, I can see all the tests http://bazaar.launchpad.net/~senan/ubuntu-autopilot-tests/DiskUsageAnalyser/view/head:/test_diskUsageAnalyzer.py
[17:08] <senan> DanChapman, All the other test means
[17:09] <DanChapman> senan wheres the ubuntu_autopilot_tests directory with all the other application tests gone? and the debian directory is missing aswell if you look at the diff for you branch it says Diff: 2429 lines (+118/-2130) 28 files modified. So you have lost the directories at some point :-)
[17:10] <senan> DanChapman, I've reinstalled OS and copied the test to that directory
[17:12] <DanChapman> senan, you need to get a new branch and add your test to that then push it back up with all the other tests
[17:13] <senan> DanChapman, what the correct way of doing that
[17:14] <senan> DanChapman, this is my directory structure ~/ubuntu-autopilot-tests/ubuntu_autopilot_tests
[17:14] <senan> all the tests are there inside that
[17:18] <DanChapman> senan what does bzr status say?
[17:19] <senan> DanChapman, unknown: ubuntu_autopilot_tests/DiskUsageAnalyser/
[17:21] <DanChapman> senan run bzr add just so we know everything is added to the branch.
[17:22] <DanChapman> senan, so in your ubuntu_autopilot_tests/ directory you have gedit, shotwell, eog etc??
[17:22] <senan> yes
[17:22] <senan> DanChapman, I copied the DiskUsageAnalyser directory to ubuntu_autopilot_tests
[17:24] <DanChapman> try committing and pushing again if their not there after that then it's probably quicker to get a new branch and start a fresh adding your test again etc
[17:25] <senan> DanChapman,bzr: ERROR: No changes to commit. Please 'bzr add' the files you want to commit, or use --unchanged to force an empty commit.
[17:26] <DanChapman> do bzr commit --unchanged
[17:28] <senan> DanChapman, now I should run lp:~senan/ubuntu-autopilot-tests/DiskUsageAnalyser this right
[17:29] <DanChapman> yes bzr push lp:~senan/ubuntu-autopilot-tests/DiskUsageAnalyser
[17:29] <elfy> I hated bzr for ages ... DanChapman will remember :)
[17:30] <DanChapman> elfy it's not so bad now though is it??
[17:30] <senan> DanChapman, bzr: ERROR: These branches have diverged.  See "bzr help diverged-branches" for more information.
[17:31] <elfy> DanChapman: I've not used it for ages :D
[17:32] <elfy> nothing to merge/write needing it for me
[17:32] <DanChapman> senan I thought that might happen. :-) WHat i would do now is copy your test to another directory just so you have a safe copy, then we will revert to the last known good revision let me find which one
[17:32]  * DanChapman scuttles off to launchpad
[17:33] <DanChapman> senan once you have copied your test run bzr revert -r 60
[17:33] <senan> DanChapman, Done
[17:34] <DanChapman> now put the replace the test in the branch with your copy
[17:34] <DanChapman> then do
[17:34] <DanChapman> bzr add
[17:34] <DanChapman> bzr commit
[17:34] <senan> DanChapman, but it didnt changed anything
[17:35] <DanChapman> it hasn't reverted the your test to the one i originally reviewed?
[17:36] <senan> No
[17:36] <senan> I've the latest version in my local machine
[17:38] <DanChapman> I just reverted fine from your current branch.
[17:39] <senan> DanChapman, when I ran that from DiskUsageAnalyzer dir it worked
[17:42] <DanChapman> ahhh i think i know whats wrong, you have a your DiskUsageAnalyzer dir as a seperate branch. Instead of trying to unpickle everything just pull a clean branch and add your test to it
[17:42]  * DanChapman finds that much quicker
[17:43] <DanChapman> senan make sure you pull your branch though
[17:43] <DanChapman> bzr branch lp:~senan/ubuntu-autopilot-tests/DiskUsageAnalyser
[17:44] <DanChapman> then bzr revert -r 60
[17:44] <senan> DanChapman, the entire directory structure changed
[17:45] <DanChapman> senan yep thats correct so you should now have DiskUsageAnalyser/ubuntu_autopilot_tests/*all the test directories*
[17:45] <DanChapman> and DiskUsageAnalyser/debian/*
[17:45] <senan> Yes
[17:46] <senan> it looks weired
[17:46] <DanChapman> perfect so now just replace the current test with your latest and push it back up and it should be sorted
[17:52] <senan> DanChapman, Done
[17:54] <DanChapman> senan yep all sorted. :-)
[17:57] <senan> DanChapman, can I change the dir  now >
[18:00] <DanChapman> senan change which dir?
[18:01] <senan> DanChapman, copy the DiskUsageAnalyzer to some other directory
[18:05] <DanChapman> senan is this your latest test version http://bazaar.launchpad.net/~senan/ubuntu-autopilot-tests/DiskUsageAnalyser/view/head:/ubuntu_autopilot_tests/DiskUsageAnalyser/test_diskUsageAnalyser.py
[18:08] <SergioMeneses> DanChapman, senan greetings!
[18:09] <DanChapman> good day SergioMeneses :-)
[18:09] <SergioMeneses> do you know when ubuntu-t prealphas comes out?
[18:09] <senan> DanChapman, Yes it is
[18:09] <DanChapman> senan thats the branch fixed then :-)
[18:09] <elfy> SergioMeneses: I'm using the xubuntu daily all the time now - fingers crossed ...
[18:10] <senan> SergioMeneses, Good Day :)
[18:10] <senan> DanChapman, this is my current directory structure http://paste.ubuntu.com/6401007/
[18:10] <SergioMeneses> elfy, nice! I will work more with Lubuntu for this cycle
[18:10] <elfy> SergioMeneses: or rather I installed this with one the other day and have been using it since
[18:11] <elfy> but the dailies are there and so are Lubuntu's :)
[18:12] <SergioMeneses> elfy, perfect! thanks a lot
[18:15] <DanChapman> senan maybe its not so fixed lol but your branch on launchpad is correct so just delete all of your local branch and just branch your branch on lp as that is correct
[18:16] <DanChapman> elfy it seems there are only 3 xubuntu ubiquity tests running at current but they are running nicely, one is failing but it should be until a bug is fixed.
[18:17] <senan> DanChapman, OK
[18:19] <elfy> DanChapman: I can't make head nor tail of the jenkins results tbh
[18:20] <DanChapman> elfy all you need to care about is 'has it got a blue dot' :-D if its blue its passing, yellow means something is up and red means 'poggered' :-D
[18:21] <elfy> yep - I can get that bit - but there's nothign that says xubuntu to me :)
[18:21] <elfy> not what's up with yellow ones
[18:22] <elfy> though perhaps I'm not even looking in the right place
[18:25] <DanChapman> elfy here's quick list of the current links http://paste.ubuntu.com/6401107/
[18:26] <senan> DanChapman, please review and update me what all things I need to change now.. I'm going to sleep..almost midnight here :)
[18:26] <DanChapman> elfy, the custom install test is failing because of bug 1066152
[19:19] <elfy> thanks davmor2
[19:19] <elfy> oops
[19:20] <elfy> dan's gone then :p
[19:20] <davmor2> elfy: :)
[19:21] <elfy> but thanks anyway - you must have done something :)
[19:51] <melodie> hi
[19:51] <melodie> does someone know if in Precise the kernels of the series 3.8.x are with or without PAE?
[19:51] <melodie> and if there is a dedicated chan for Ubuntu kernel team?
[19:52] <knome> #ubuntu-kernel
[19:52] <knome> i believe
[19:52] <melodie> thanks knome, I try


[18:44] <efm> hi all is there going to be something going on for the global-jam in colorado?
[18:45] <FunnyLookinHat> efm, I haven't heard of anything - but you should post to the mailing list to see if there is any other buy-in
[18:45] <FunnyLookinHat> Something might just come about at the last minute  :)
[18:45] <efm> I'm not on the mailing list FunnyLookinHat
[18:45] <FunnyLookinHat> Well you should be!
[18:46] <efm> yeah, I know
[18:46] <FunnyLookinHat> That's where a majority of our communication takes place - the IRC channel is basically just a placeholder
[22:11] <ToyKeeper> Funny, that's how the LCDproc project works too...  its IRC channel generally has nothing to do with the project, and only the mailing list is really useful.
[22:11] <ToyKeeper> It's weird when people ask me about it though, since I haven't been involved in that project for like a decade.
[22:11] <FunnyLookinHat> heh]
[22:17] <Cheri703> FunnyLookinHat: that is pretty much the opposite of u-ohio :) we're active on IRC and not the mailing list.
[22:17] <Cheri703> ToyKeeper: are you the same person who comes in to U-Women on occasion? If not, very similar name
[22:18] <ToyKeeper> Yup, that's me.
[22:18] <ToyKeeper> I just ... er, haven't been on freenode much lately.
[22:18] <Cheri703> I met you in Budapest :) I played SET in the hallway with you
[22:18] <ToyKeeper> Oh, hi!  :)
[22:19] <Cheri703> I am going to be moving to Denver in June :)
[22:19] <ToyKeeper> I have a hard time keeping up with ~10 chat networks, each with several channels.
[22:19] <Cheri703> makes sense :)
[22:22] <ToyKeeper> I remembered to come back here because Steam launched yesterday for Linux and I needed a public network where I could talk to Valve to help them publish it.
[22:23] <FunnyLookinHat> heh
[22:23] <ToyKeeper> Kinda weird...  the person handling that is a guy I used to run into a lot back in the 90s when I was doing a lot of graphics algorithms.    Like, I was rather surprised when I bought a PS2 Game Shark and saw my own water simulation running behind the menus.
[23:49] <efm> Cheri703: are you coming to Colorado for a job?
[23:49] <efm> that's cool Toykeeper, some parts of the net are a really small tow
[23:49] <efm> n
[23:55] <Cheri703> efm: I have a job that lets me work from anywhere, so I'm taking advantage of that and moving somewhere new and more interesting :) Right now I live in a small town in ohio and I hate it. I moved here from Columbus, and I'm ready to a. get out of ohio, b. get back to civilization, and c. be done with humid summers
[23:55] <efm> Cheri703: then colorado would fit. Why did you pick Denver, rather than Boulder or Fort Collins?
[23:56]  * efm thinks Fort Collins is rather nice
[23:56] <Cheri703> boulder is more expensive cost of living (from what I understand) and Denver had a few things I was interested in. :) Also very bike friendly. I'm car-free, so public transit and bike trails and such are nice
[23:57] <Cheri703> I'm already having sticker shock, new place will be >2x as much as current place, going from smallish 2 bedroom house with a garage and yard to a 1 bd apartment >_<
[23:57] <efm> it's getting a lot easier to live without a car.
[23:57] <efm> that amount of space change will be a good reason to get rid of things.
[23:57] <Cheri703> oh, for sure
[23:58]  * efm has had good success with dropping possessions this year
[23:58] <Cheri703> I'm only taking like 2-3 furniture items, and those all collapse to pretty small amounts of space. I'm driving my stuff out in a uhaul, and goal is to get the smallest truck possible. no point in moving stuff that I don't really like or doesn't really meet my needs anyway :)


[22:32] <mwhudson> morning
[22:52] <olly> Morning
[22:53] <ibeardslee> morning, we have been quiet haven't we?


[01:02] <Stericson> hello, I tried installing some video drivers for a second graphics card ihave and now all i have is a black screen upon bootup, does anyone know how to make linux go back to the default video drivers, as they were when i installed the system?
[01:04] <RAOF> Stericson: This depends on how you installed the new drivers.
[01:04] <Stericson> I used ubuntu hardware gui
[01:05] <RAOF> Then, from a terminal, ‘jockey-text’ will allow you to uninstall them in the same way.
[01:06] <Stericson> I cannot even get to a terminal, when it boots up the screens go black.
[01:06] <Stericson> right now I am in Windows, I can get to the linux file system
[01:07] <RAOF> You *should* be able to boot into “recovery mode” and run ‘jockey-text’ from there.  That'll be easiest.
[01:08] <Stericson> I will try again however I did try to go into recovery mode and it seemed to do the same thing.
[01:10] <RAOF> Hm.  That shouldn't happen :(
[01:11] <Stericson> well, I will tell you what I was doing, I have two  graphic cards in my machine. One is a Nvidia, the other one is an ATI card
[01:12] <RAOF> Oh, man.
[01:12] <Stericson> so I tried to switch to the ATI card
[01:12] <Stericson> installed the listed ATI drivers
[01:12] <RAOF> So, at least one problem here is that the nvidia and ati drivers cannot coexist.
[01:12] <Stericson> and then I get nothing after a reboot
[01:12] <Stericson> not one Linux anyways
[01:12] <Stericson> on*
[01:12] <Stericson> lol
[01:12] <bjsnider> most of us tend to pick one card and leave the other out of the mix
[01:13] <bjsnider> otherwise it's like a traffic accident
[01:13] <RAOF> (Well, actually, the *open source* nvidia and ati drivers coexist just fine; just not the binary drivers)
[01:14] <Stericson> I have a four monitor setup right now on Windows, in the future I may get matching cards, but not at the moment.
[01:14] <Stericson> I was hoping they would work as well as they do in Windows
[01:14] <RAOF> That's something that's poorly supported right now, unfortunately.
[01:14] <Stericson> which?
[01:15] <Stericson> 4 monitors or two cards
[01:15] <RAOF> Multi-card multi-monitor.
[01:15] <Stericson> oh
[01:15] <Stericson> both
[01:15] <Stericson> lol
[01:15] <RAOF> No; just the multi-card bit.
[01:15] <Stericson> I see
[01:15] <RAOF> X is happy to drive 6 displays from a single EyeInfinity card.  Just not drive two cards at once (at least, not without a bunch of setup and bugs that don't normally get tested).
[01:15] <bjsnider> RAOF, if you had two cards in there at once, for instance two pci cards, which one would be picked as the primary display adapter?
[01:15] <Stericson> well ideally i would like to have just the two on the ATI card but it is the secondary card is that a problem?
[01:16] <Stericson> seemingly so because I get no display when I activated the ATI drivers
[01:18] <RAOF> You should get *at least* a text mode boot when you select recovery mode.
[01:18] <RAOF> But that will go through whatever card your BIOS thinks is primary, though.
[01:19] <Stericson> yea I see the initial bootup, I even get to select recovery mode and watch it do some stuff, but then it goes awau
[01:19] <Stericson> away*
[01:23] <RAOF> So you don't get to a blue-background text menu?  Oh, urgh.
[01:23]  * RAOF wonders what's happening there.
[01:24] <Stericson> not sure, give me a few moments, I need to boot my laptop up which has Linux on it, then I can open xchat and get this computer back into linux to see what I can do.
[01:25] <Amaranth> ooh, new mesa bits in edgers
[01:25] <Amaranth> hmm, I have to restart X before I can test those, right?
[01:25] <bryceh> yes
[01:25] <Amaranth> Thought so, even though libEGL dynamically loads them
[01:26] <RAOF> Actually, no.
[01:26] <RAOF> Direct rendered clients will pick that up immediately.
[01:27] <Amaranth> in which case no luck for me, I should probably file a bug about this :)
[01:27] <Amaranth> but now I have new bits I can point to when filing it
[01:27] <RAOF> (Because the server doesn't actually do very much with GL rendering at all; just provides the DRI2 interface, which is stable)
[01:27] <RAOF> Heh.
[01:28] <RAOF> Your problem with getting GL and GLES to actually work? :)
[01:28] <Amaranth> Can someone with intel hardware (pre-sandybridge) see if any EGL/GLES apps actually work?
[01:28] <Amaranth> RAOF: For some odd reason even the demo that was working doesn't after a rebuild
[01:29] <RAOF> You want that tested against edgers, or natty?
[01:29] <Amaranth> And now I seem to have to #define SUPPORT_X11 to get the right defines in eglplatform.h for things to build
[01:29] <Amaranth> RAOF: edgers
[01:29] <RAOF> Bah.
[01:29] <Amaranth> RAOF: Well, see if it works in natty
[01:29] <Amaranth> It didn't with sandy bridge
[01:30] <Amaranth> I pulled mesa/demos from git and the EGL/GL demos work but the EGL/GLES and EGL/GLES2 demos all fail in pretty much the same way everything I've tried fails
[01:30] <Amaranth> Except for compiz which seems to fail in its own special way
[01:30] <RAOF> lol
[01:31] <Amaranth> in natty it gives a symbol error, with edgers I seem to get a loaded but not loaded opengl plugin (which probably means I got the same error as the demos but failed to check for it)
[01:35] <RAOF> Both gears_x11 and es2gears work for me.
[01:36] <Amaranth> so it's apparently either sandy bridge specific or lolapple
[01:37] <RAOF> How do they fail in natty?
[01:37] <Amaranth> glcompbench does this: Error: eglGetConfigAttrib() failed with error: 12293      Error: eglCreateContext() failed with error: 12288
[01:37] <Amaranth> the mesa demos all do: es2_info: es2_info.c:153: make_x_window: Assertion `num_configs > 0' failed.
[01:38] <RAOF> Freakydeaky.
[01:39] <Amaranth> What's really weird is that means eglChooseConfig isn't failing
[01:40] <stericson__> hmm yea so upon choosing recovery it does some scrolling of text and then it just dies, all of my displays go black
[01:40] <RAOF> URGH.
[01:41] <RAOF> That's really obnoxious; we shouldn't let that happen.
[01:42] <RAOF> stericson__: What version of Ubuntu are you using?
[01:42] <stericson__> wow I cannot even get into my bios, interesting
[01:42] <stericson__> 10.04
[01:43] <RAOF> Can't get into your bios?  Oooh.  That might be caused by the same thing that stops recovery mode from working.
[01:43] <stericson__> ah nvm
[01:43] <stericson__> I got into it
[01:43] <stericson__> weird :)
[01:46] <RAOF> Could you edit the menu item for recovery mode (to do this press ‘e’) and add ‘vesafb.sucks=1’ to the end of the kernel line?  It'll be the one with “root=/dev/sdaX” or simialr in it.
[01:47] <RAOF> That should (hopefully!) stop the transition to the blank screen.
[01:48] <stericson__> ok, one moment
[01:49] <stericson__> so I have set root='(hd1, 7)' you want it to say set root='(hd1, 7)vesafb.sucks=1'?
[01:50] <bryceh> RAOF, do you know if there is a python library wrapper thingee for editing kernel command lines in grub?
[01:50] <RAOF> No; there should be a line a couple below that with “2.6.35-??-…” in it with root=/something or other.
[01:51] <bryceh> like, in the apport hooks if i wanted to give the user a pushbutton to do something like disabling vesafb or whatnot
[01:51] <stericson__> ah I see it
[01:51] <RAOF> bryceh: Not that I know of, no.  It'd be quite easy to do, though; you'd mess with /etc/default/grub instead.
[01:52] <stericson__> hmmm that did not work, in fact, i saw less go across the screen this time.
[01:53] <RAOF> :(\
[01:53] <RAOF> Do you have a monitor plugged in to each video card?
[01:53] <stericson__> yea, two in each
[01:53] <stericson__> maybe I should swap the slots the cards are in
[01:53] <stericson__> *shrug*
[01:56] <stericson__> hahaha
[01:57] <RAOF> ?
[01:57] <stericson__> I pulled my extra video card out
[01:57] <stericson__> got the blue screen
[01:57] <stericson__> which makes me think it was trying to output to the extra video card
[01:57] <stericson__> that it strange
[01:57] <stericson__> is*
[01:58] <RAOF> *shrug*
[01:58] <RAOF> That is strange.
[01:58] <stericson__> yep indeed indeed
[01:59] <stericson__> and I have graphics again
[01:59] <stericson__> yea
[02:00] <stericson__> so is there no way at all to get the two cards working together?
[02:01] <RAOF> It should be possible; there's no GUI tool to do the configuration, though.
[02:02] <RAOF> You'll have to remove the driver installed by the Hardware manager; that's the ATI proprietary driver which breaks your other driver ;)
[02:03] <RAOF> Then faffing around with xorg.conf is what you'll need to do.
[02:03] <RAOF> It'll look *something* like http://ubuntuforums.org/showthread.php?t=1489377
[02:04] <RAOF> You might be able to get away with just two “Device” sections; one with Driver “radeon”, one with Driver “nouveau”.
[02:05] <RAOF> That example is for two ati cards, but (apart from the binary drivers breaking stuff) ati and nvidia should work similarly.
[02:07] <stericson__> ok, cool, thanks for your help, I really appreciate it
[02:09] <stericson__> also, one of my monitors is not being detected correctly, do you know how to manually add in the proper resolution for it?
[02:09] <RAOF> Yup.
[02:10] <RAOF> A combination of “cvt” and “xrandr” can do it at runtime, or…
[02:10] <RAOF> wiki.debian.org/XStrikeForce/HowToRandR12
[02:10] <stericson__> thanks again :)
[04:06] <ScottK> OK, so I ordered the sandybridge laptop today.  It ought to arrive just about exactly too late to be any good for testing before Natty's released.
[15:22] <Sarvatt> Amaranth: will see if I can figure out whats going on now, it's quite possible I've fudged up the gles packaging in edgers since things have changed so much
[15:23] <Amaranth> Sarvatt: it didn't work with stock natty either, except for some reason the application I compiled on a different machine some time back did still work
[15:24] <Sarvatt> hrm
[15:24] <Sarvatt> good point, I'm actually on stock natty atm on this machine, thought it was edgers
[15:42] <Sarvatt> Amaranth: hrm well EGL_SOFTWARE=1 works if you just need a quick test
[15:42] <Amaranth> Sarvatt: True, but that's not useful for running compiz :)
[15:42] <Amaranth> 0.5fps is no fun when it's controlling your entire screen
[15:48] <Sarvatt> the dri driver is only reporting opengl (0x8) here when I run it under EGL_LOG_LEVEL=verbose
[15:50] <Amaranth> Yeah, that's the root issue but it's rather weird how it fails, it seems perhaps this case was overlooked
[15:51] <Amaranth> None of the egl functions seem to ever return EGL_FALSE, they just don't do what they say they will so unless you do extra checks like the demos do you end up with fun crashes later
[16:00] <Sarvatt> gles is only enabled for gallium drivers?
[16:01] <Sarvatt> EGL_DRIVER=egl_gallium eglinfo is showing OpenGL_ES and OpenGL_ES2 client APIs, egl_dri only has OpenGL
[16:02] <Sarvatt> yeah es2_info works under EGL_DRIVER=egl_gallium, hrm
[16:02] <Sarvatt> might just need to configure mesa differently to have gles under egl_dri2
[16:03] <Sarvatt> checking on a non sandybridge intel..
[16:04] <Sarvatt> wonder why eglinfo isn't shipped in mesa-utils-extra
[16:06] <Sarvatt> odd, 945 defaults to egl_gallium, sandybridge egl_dri2
[17:38] <Sarvatt> bryceh: YokoZar is updating ia32-libs now \o/
[17:40] <BlackZ> Sarvatt: hello, do you mind if I pm you? :)
[17:40] <Sarvatt> Heyo! whats up BlackZ?
[17:40] <Sarvatt> sure thing
[17:41] <BlackZ> Sarvatt: thanks :)
[17:43] <bryceh> Sarvatt, excellent
[17:43] <bryceh> Sarvatt, I hear vorlon has been making scads of progress on multiarch as well
[17:46] <Sarvatt> yeah I see tons of stuff for mesa in git, haven't had a chance to look at it yet though
[18:20] <bjsnider> Sarvatt, wouldn't it be quicker to build mesa in pbuilder to see if it will build before sending it into the ppa?
[18:21] <Sarvatt> is that a joke? :P
[18:21] <bjsnider> no
[18:22] <bjsnider> it builds quicker locally than it does in the ppa system
[18:34] <Sarvatt> i do the packaging on an atom server, the uploads are automated and the failed to build logs are useful for passing along upstream. if you use gmail you can just filter out messages containing "Archive: xorg-edgers PPA" and "State: Failed to build" if the mails bug you
[18:35] <Sarvatt> mesa takes about 2 hours to build on that thing, i'm not adding a build step before uploading on it
[18:35] <bjsnider> oh, i wasn't aware of any of that
[18:36] <bjsnider> mesa takes 2 hours to build?
[18:36] <Sarvatt> yup
[18:36] <Sarvatt> on an atom, still about 40 minutes on this i7 laptop if i did move it over, all my sandybridge machines get reimaged too often to use one of those
[18:37] <bjsnider> 40 minutes on a system that fast is a lot
[18:37] <bjsnider> i wonder how much of that code is just old junk
[19:30] <dany> hi. how can I force the use of the gallium driver instead of the classic mesa one?
[20:10] <cnd> bryceh, I've got a fix for bug 736523
[20:10] <ubot4`> Launchpad bug 736523 in xserver-xorg-input-synaptics (Ubuntu) "cannot left click and drag with touchpad (regression) (affects: 4) (dups: 1) (heat: 24)" [High,In progress] https://launchpad.net/bugs/736523
[20:10] <cnd> but it's a larger than normal change for this late in the cycle
[20:10] <cnd> I've put it in our ppa:utouch-team/unstable
[20:11] <cnd> but I'd like you (and/or others) to review it too before adding it to the packaging rep
[20:11] <cnd> repo
[20:11] <cnd> (when lp finishes making the debdiff I'll paste a link)
[20:13] <cnd> bryceh, https://launchpadlibrarian.net/67613705/xserver-xorg-input-synaptics_1.3.99%2Bgit20110116.0e27ce3a-0ubuntu8~utouch1_1.3.99%2Bgit20110116.0e27ce3a-0ubuntu9~utouch1.diff.gz
[23:58] <bryceh> cnd, sorry just now getting around to looking at your patches
[23:58] <bryceh> cnd, you might include a mention of the upstream status for them in the changelog entry