[10:42] <lyhana8> hi, is it ok to blacklist intel_rng ? to solve the boot slowing ?
[11:27] <BenC> Good morning people
[11:58] <alex_joni> hi BenC
[14:12] <animefan> Hi
[14:12] <animefan> where can I get older ubuntu development kernels?
[14:12] <animefan> the mirrors I checked have only the most recent one
[14:14] <alex_joni> source or package?
[14:14] <animefan> source
[14:14] <BenC> animefan: About the only way is to access the git repo
[14:14] <alex_joni> look around launchpad
[14:14] <alex_joni> or in git
[14:14] <BenC> or launchpad, true
[14:14] <BenC> git repo is tagged per upload
[14:15] <animefan> the reason is kernel 2.6.24-12 breaks a lot on my notebook and i want to debug it further before reporting
[14:16] <alex_joni> https://launchpad.net/ubuntu/hardy/+source/linux/+builds
[14:17] <alex_joni> sorry.. without the +builds
[14:17] <alex_joni> animefan: looking for a certain version?
[14:17] <alex_joni> https://launchpad.net/ubuntu/hardy/+source/linux/2.6.24-7.12 <- one I needed at some point, not sure how to find other versions without entering the exact numbers
[14:20] <animefan> last working version was 2.6.24-11.17, then I updated to 2.6.24-12.22, which breaks readeonfb/suspend/xorg
[14:20] <alex_joni> https://launchpad.net/ubuntu/hardy/+source/linux/2.6.24-11.17
[14:21] <mjg59> radeonfb should be fixed in the next upload
[14:21] <animefan> I'm looking through changelog to find a suspected breakage
[14:22] <animefan> ah, is radeon known to be broken?
[14:22] <mjg59> Yes
[14:22] <mjg59> I've no idea what's up with your suspend/xorg issues
[14:24] <animefan> radeonfb is absolutely needed for resuming, so without it I can't resume. Besides that starting xorg with radeonfb lets my notebook reboot
[14:24] <cradek> I'm currently building the fb fix
[14:25] <cradek> will let you know soon
[14:25] <animefan> Is there a bug I can look up and read about the known issues?
[14:25] <cradek> bug 201591
[14:26] <ubotu> Launchpad bug 201591 in linux "atyfb regression - screen blank except for blinking cursor after fbcon vtswitch " [Undecided,Confirmed] https://launchpad.net/bugs/201591
[14:27] <animefan> thanks, I will check it
[14:28] <animefan> I'll come back in few minutes .... must go and pick up my girl friend ...
[14:28] <cradek> mjg59: your patch fixes the bug for me
[14:29] <cradek> mjg59: thank you
[14:29] <mjg59> cradek: Excellent
[15:35] <butt3rz> anyone around
[15:46] <bullgard4> me.
[16:12] <smb> BenC: Ben, would it be ok if I now add the patches required to deal with bug 198619?
[16:12] <ubotu> Launchpad bug 198619 in linux "USB stress test failure on AMD SB600" [Medium,In progress] https://launchpad.net/bugs/198619
[16:12] <BenC> smb: Yes
[16:13] <smb> BenC: Ok, good. Then I go ahead.
[16:18] <amitk> smb: Canada isn't off today?
[16:19] <smb> amitk: Partially. Only one day is granted. The other only optional. I took mine on Friday
[16:21] <amitk> aah
[16:21] <amitk> same with the US?
[16:23] <smb> Might be different. I am even unsure whether it is the same in all Canada or whether Quebec is special there
[20:07] <majost> So I am stuck using Dapper for a turnkey product.... and I have been forced to backport some ALSA stuff. I am wondering if anyone here could assist me with the abichecker or point me to some information on how to do ABI bumps for the 2.6.15 dapper kernel.
[20:11] <majost> I suppose my question should be... is the information at https://wiki.ubuntu.com/KernelMaintenance   relevent to dapper. =P heh


[03:23] <jackyu> happyaron, ping
[03:27] <happyaron> jackyu: pong
[07:02] <jzheng> jackyu, happyaron: bridge is opened, and I am in the call
[07:14] <happyaron> jzheng: dropped?
[07:15] <jzheng> happyaron, skype is down
[07:15] <happyaron> ok
[07:18] <jzheng> happyaron: I cannot bridge does not accept me, hmmm....
[07:19] <jzheng> happyaron, changed to use my mobile, same result
[07:19] <jzheng> happyaron, wait for a while
[07:19] <happyaron> ok
[07:19] <happyaron> jzheng: if needed we can use my bridge


[08:31] <handsome_feng> RikMills: Hi,  would you mind syncing ukui-sidebar(1.1.2-1) from Debian and uploading the qt5-ukui-platformtheme(1.0.3-0ubuntu1) from my ppa: https://launchpad.net/~feng-kylin/+archive/ubuntu/ukui-debian for me when you have time?  There are all bugfix-only, :)
[08:37] <RikMills> sync done
[08:42] <handsome_feng> Thanks a lot! \o/
[08:43] <RikMills> handsome_feng: np. both done
[08:46] <handsome_feng> RikMills: ∠※


[07:30] <davidcalle> morning dholbach, what's up? o/
[07:30] <dholbach> salut mon ami
[07:30] <dholbach> still working on the versioning bits
[07:30] <dholbach> and getting closer
[07:30] <davidcalle> <3
[07:31] <dholbach> I figured out the logic to use and added the "this is version X" bit already
[07:31] <dholbach> now I'll add the "here are links to other versions of the doc" bits
[07:31] <dholbach> then add it to the template
[07:35] <davidcalle> dholbach: I don't know if you remember but the first iteration had this in a box, top left of the content. I'm wondering if it shouldn't be moved directly as a small row above the content. Eg. a dropdown selector, with some js that takes you to the new location when the version is changed. *thinking out loud*
[07:36] <dholbach> I'm happy with whatever presentation works best :)
[07:36] <davidcalle> Yeah
[07:36] <dholbach> dropdown could work well, yes
[07:36] <dholbach> as long as it's obvious and clear
[07:57] <davidcalle> dholbach: pretty! -> https://developer.staging.ubuntu.com/admin/
[07:57] <davidcalle> dholbach: thanks for finding how to enable this ^
[07:59] <dholbach> much better
[09:06] <dholbach> davidcalle, I pushed the version extension bits to https://code.launchpad.net/~dholbach/developer-ubuntu-com/importer-versioning/+merge/294202 now, what's still missing is: a test or two and making use of the data in the template - both shouldn't be too hard
[09:06] <dholbach> but I'll be out now for lunch and an appointment
[09:06] <dholbach> just wanted to keep you posted on the progress :)
[12:16] <tsimonq2> is it just me or does https://insights.ubuntu.com/2016/05/11/another-ubuntu-hackathon-with-a-blend-of-convergence/ have broken CSS on the "BQ M10 Ubuntu Edition" link?
[12:16] <tsimonq2> and the rest of the links in the article too
[12:16] <tsimonq2> (except for the "Tuner app" link)
[12:17] <davidcalle> tsimonq2: like an orange arrow too big and hiding part of the word?
[12:18] <tsimonq2> davidcalle: yes
[12:18] <tsimonq2> like a wavy thing
[12:18] <davidcalle> tsimonq2: if that's the case, I've seen it in the past, but not anymore
[12:18] <davidcalle> tsimonq2: browser?
[12:18] <tsimonq2> Chromium 49.0.2623.108
[12:19] <tsimonq2> oh now it's fixed...?
[12:19] <tsimonq2> huh
[12:19] <tsimonq2> weird
[12:19] <davidcalle> tsimonq2: well, I've seen it on other articles
[12:19] <davidcalle> tsimonq2: so yeah, some css having a hard time loading, I'd guess
[12:19] <tsimonq2> davidcalle: I have to head off to school, thanks for your time :)
[12:20] <davidcalle> tsimonq2: enjoy! ;)
[12:43] <dholbach> davidcalle, can you help me find the gadget-snaps page in the pages list and help me move it back to snappy/start/gadget-snaps?
[12:43] <dholbach> I'm a bit confused
[12:43] <davidcalle> wat o_O
[12:44] <dholbach> it's apparently at /en/start/gadget-snaps/ right now
[12:44] <davidcalle> https://developer.ubuntu.com/en/snappy/start/gadget-snaps/
[12:44] <dholbach> but I can't find that path in the pages list
[12:45] <davidcalle> dholbach: I do
[12:45] <dholbach> maybe it's some unpublished changes?
[12:46] <davidcalle> https://developer.ubuntu.com/admin/cms/page/ IoT > Get started > Gadget snaps
[12:46] <dholbach> click on the view button
[12:46] <dholbach> and it'll take you to https://developer.ubuntu.com/en/start/gadget-snaps/?edit&language=en
[12:46] <dholbach> (I found it now too)
[12:47] <davidcalle> Oh, fun
[12:47]  * davidcalle tries something
[12:47] <dholbach> trying "revert to live"
[12:47] <dholbach> cool, that fixed it
[12:47] <dholbach> thanks for helping out
[12:49] <davidcalle> dholbach: lol, I published the changes at the same time
[12:50] <davidcalle> dholbach: I'm trying to put it back at the end of the subpages list, but it's a pain
[13:03]  * dholbach hugs davidcalle
[13:03] <dholbach> we should bring back the docs days and clean up the CMS a bit
[13:03] <dholbach> there's a ton of useless articles or test entries
[13:06] <davidcalle> dholbach: worth a look, yeah, I've done some of it when the tree bug was fixed, but only on the top level, I haven't looked deeper
[13:06] <dholbach> some zen gardening for the entire team :-)
[13:10] <davidcalle> dholbach: idea: we kill all redirects pages and instead, on the 404 page, we use the failing path on the serach engine to look for matching results. eg. "You are trying to access foo, this page does not exist anymore or has been moved, here are pages with similar names: ..."
[13:12] <dholbach> that'd be wonderful
[15:39] <dholbach> davidcalle, I'm getting a bit closer, the logic to add the version extension is working, but it looks like it loses the data when publishing the page
[15:39] <dholbach> I'm trying to figure out http://docs.django-cms.org/en/latest/how_to/extending_page_title.html#handling-relations right now
[15:39] <davidcalle> dholbach: what do you mean "loses the data" ?
[15:40] <davidcalle> Oh, I see, page extension data
[15:40] <dholbach> davidcalle, so basically you have a page and decide you want to add the data, so you create a versionextension, set the values, add it to the page
[15:40] <dholbach> yep
[15:40] <dholbach> and during publishing (or somewhere else) it goes AWOL
[15:41] <dholbach> just wanted to give you an update :)
[15:41] <dholbach> once that's done, we can play around with: http://docs.django-cms.org/en/latest/how_to/extending_page_title.html#in-templates
[15:41] <davidcalle> Thanks <3
[15:42] <davidcalle> dholbach: yeah, that could be a new template RawHTMLVersioned or something
[15:43] <dholbach> let's figure that out tomorrow :)
[15:44] <davidcalle> +1
[16:02] <dholbach> all right... I give up for today
[16:02] <dholbach> see you all tomorrow :)


[13:07] <ahasenack> vorlon: hi, didn't you encounter this openldap smbk5pwd DEP8 failure when you merged heimdal recently? https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/2004560
[13:07] -ubottu:#ubuntu-devel- Launchpad bug 2004560 in openldap (Ubuntu) "smbk5pwd test fails due to perms (FS and AppArmor)" [Undecided, New]
[13:07] <ahasenack> https://autopkgtest.ubuntu.com/packages/o/openldap/lunar/amd64 is all red
[13:42] <vorlon> ahasenack: it doesn't sound familiar to me
[13:44] <ahasenack> I was wondering how it migrated even, given all the reds
[13:45] <ahasenack> publishing was on 26th
[13:45] <ahasenack> test failed on the 25th
[13:45] <ahasenack> (it == heimdal)
[13:47] <ahasenack> ah, it's marked as superficial, maybe that was it
[13:48] <vorlon> superficial tests should still block if they fail
[13:49] <vorlon> I didn't do anything to force migration
[13:50] <ahasenack> we should see at least one non-failed run here then, recent: https://autopkgtest.ubuntu.com/packages/o/openldap/lunar/amd64
[13:51] <ahasenack> let me check hints
[13:52] <ahasenack> no current hints
[13:52] <ahasenack> ¯\_(ツ)_/¯
[13:52] <ahasenack> I'll fix the bug in openldap anyway in my next upload
[13:52] <ahasenack> s/bug/test/
[13:54] <vorlon> ahasenack: *heimdal* migrated because it didn't regress the openldap test, which was already failing since openldap updated to 2.6.3+dfsg-1~exp1ubuntu1 in December
[13:55] <vorlon> I see no historical hints for openldap
[13:56] <ahasenack> I see, so the question becomes how did openldap migrate back then
[13:56] <ahasenack> but that's historical now
[13:57] <vorlon> hmm no, the first test for this version of openldap passed on 2022-11-26, it only started failing on 2022-11-29; so maybe something else got hinted
[13:57] <vorlon> right
[13:59] <vorlon> ahasenack: it could've been the perl skiptest hint on Dec 9, if it was perl that broke it...
[13:59] <vorlon> but anyway yes, is historical
[16:00] <jawn-smi1> #startmeeting Weekly Ubuntu Foundations team
[16:01] <jawn-smith> oops, wrong channel
[18:42] <jawn-smith> jbicha: icu needs a merge rather than a sync. I'll work on that
[18:43] <jbicha> thanks, I was just curious :)
[18:59] <dbungert> cpaelzer: dpdk passed on retrigger, so when we sort out the big_packages MP I think this will be done
[19:26] <cpaelzer> dbungert: thanks for the info
[19:45] <bdmurray> dbungert: what arch does it need adding for? I can just do it
[19:46] <dbungert> bdmurray: the proposal was dpdk/{amd64,ppc64el,s390x} to big_packages
[19:48] <bdmurray> done
[19:48] <dbungert> Thanks!
[19:54] <cpaelzer> bdmurray: there was an mp up, did you merge or just change?
[19:54] <cpaelzer> bdmurray: in the latter case I'll remove the MP
[19:55] <bdmurray> cpaelzer: I only saw the first one which had a bad target branch
[19:55] <cpaelzer> ok, I just filed it in between meetings
[19:55] <bdmurray> To answer your question I did not merge
[19:55] <cpaelzer> I can rmeove if you have just chanded
[19:55] <cpaelzer> thanks


[00:02]  * yofel does one last attempt in rebuilding kde-runtime
[00:06] <cyphermox> yofel, I want to help but am a bit stuck with low bandwidth and low battery now, which I can fix in a few minutes hopefully
[00:07] <yofel> ah, well, we have kded4 stuck with 100% CPU in oneiric after login, and trying to start it after killing it gives:
[00:07] <yofel> kded4: symbol lookup error: /usr/lib/ntrack/modules/ntrack-libnl3.so: undefined symbol: ntrack_list_insert_sorted
[00:07] <cyphermox> ok
[00:08] <cyphermox> I have kubuntu installed on this system so it should be fairly easy to reproduce
[00:28] <cyphermox> d'oh, I had dbus not want to start...
[00:30] <cyphermox> yofel: so, where are you at with debugging this, and where can I help?
[00:32] <yofel> about what I said, kded4 is stuck with 100% CPU at login. Attaching gdb to it yields http://paste.kde.org/111499. Trying to restart it so I can debug it fails with the mentioned symbol error
[00:32] <yofel> and 'nm -DC /usr/lib/ntrack/modules/ntrack-libnl3.so' gives                  U ntrack_list_insert_sorted
[00:32] <yofel> for that symbol
[00:35] <cyphermox> ah
[00:36] <cyphermox> well, the fact that the symbol is undefined there may be normal, given that this is a module to ntrack, the symbol would be in /usr/lib/libntrack.so.0
[00:37] <cyphermox> checking your paste now
[00:38] <dantti> hey guys :P I have just run mkfs.ext4 instead of fsck.ext :P now, on reiserfs when I did this (no it's not that common), I ran a reiser tool --rebuild-tree, with ext4 I have no idea what's best.. someone has an advice?
[00:39] <dantti> btw mkfs should ask me if I really want to do that...
[00:44]  * yofel is off to bed, good night
[01:37] <ScottK> cyphermox: If your dbus won't start in KDE, make sure you have the latest qt4-x11 and qdbus is installed.
[01:38] <ScottK> dantti: My first advice is if you're on ReiserFS, get off of it.  It's unmaintained for a really long time.
[01:38] <dantti> ScottK: I wish I was on it... last time I did that it restored everything very easily...
[01:39] <ScottK> I'm not saying the design is bad, but bit rotting file systems are not a good thing.
[01:39] <dantti> reiserfs something --rebuild-tree :P
[01:39] <dantti> but now I'm on ext4..
[01:40] <dantti> there is the TestDisk tool I'm looking at..
[01:40] <dantti> but the problem is that I can't dd my file system (2TB), I have a small 250gb which could receive the files..
[01:48] <ScottK> Dunno about that then.
[01:50] <dantti> ... I changed the ext superblock.. let's hope I won't loose more stuff :P
[03:55] <darkwingduck> weeeeee thsi is fun
[03:56] <JontheEchidna> name in lower caps!
[03:57] <JontheEchidna> shocking
[03:57] <darkwingduck> okay, running dist-upgrade on oneiric alpha 1 takes me places. It will go to the login but once I start a profile. It tells me "Could not start D-Bus. Can you call qdbus?"
 That should be the fix and it has worked for people. :(
[03:59] <DarkwingDuck> Yeah, trust my lappy to be the only one out there. LOL
[03:59] <DarkwingDuck> JontheEchidna: You going to be in Orlando in Oct?
[03:59] <JontheEchidna> nah, got skool then
[04:00] <DarkwingDuck> dang
[04:00] <JontheEchidna> I can only ever make it to the ones in may because of that
[04:00] <DarkwingDuck> ahhhh
[04:00] <DarkwingDuck> I'll try to make it in may
[04:00] <DarkwingDuck> I don't want to have to do the remote thing again.
[04:00] <JontheEchidna> it's not so bad remoting on the non-overseas ones
[04:01] <DarkwingDuck> Yeah, for me it started at midnight
[04:01] <DarkwingDuck> That was one LOOOOOOONG week
[04:02] <DarkwingDuck> hmmm, dist-upgraded again...
[04:02] <JontheEchidna> I find that I don't get jetlagged, if I just don't sleep on the first day until it's bedtime locally
[04:02] <DarkwingDuck> There was 41 packages that it didn't upgrade the first time.
[04:02]  * DarkwingDuck ponders
[04:02] <JontheEchidna> prolly needed to refresh the sources list again or something
[04:02] <DarkwingDuck> Who knwos.
[04:02] <DarkwingDuck> It's my laptop so, it's bound to have stange issues
[04:10] <valorie> this lappy upgraded to KDE 4.7 with no problem
[04:10] <valorie> but my little netbook - plasma has to be started by hand
[04:10] <valorie> every time
[04:10] <valorie> very strange
[04:10] <DarkwingDuck> yay back
[04:11] <DarkwingDuck> and it works now
[04:11] <DarkwingDuck> my netbook is so on it's last legs...
[04:11] <DarkwingDuck> And I'm not looking forward to lugging this thinkpad around UDS
[04:35] <DarkwingDuck> ScottK: you still up by any off chance?
[04:40] <DarkwingDuck> I have an interesting issue
[04:40] <DarkwingDuck> With my server.
[04:41] <DarkwingDuck> It wont get past GRUB, black screen then my moniter goes to sleep. However, if I boot into recovery then resume normal boot then it works.
[04:48] <valorie> DarkwingDuck: have you done a repair of grub or grub2?
[04:48]  * valorie had grub problems once too
[06:04] <Quintasan_> Good morning
[06:47] <Quintasan> ScottK: https://code.launchpad.net/~quintasan/kubuntu-packaging/kde-workspace/+merge/72141
[06:48] <Quintasan> That should do the trick
[06:48] <Quintasan> I removed my previous branch and added everthing in one commit
[08:08] <bulldog98_> ulmlogger: it made plasma-desktop start
[08:44] <ulmlogger> bulldog98_: then you are using it wrong :P
[08:45] <ulmlogger> >>> grep Hidden *
[08:45] <ulmlogger> krunner.desktop:Hidden=true
[08:45] <ulmlogger> plasma-desktop.desktop:Hidden=true
[08:45] <ulmlogger> plasma-netbook.desktop:Hidden=true
[08:45] <ulmlogger> plasma-tablet.desktop:Hidden=false
[08:45] <ulmlogger> of course if your .kde overrides this there wont be much goodness coming out of it
[08:55] <bambee> morning
[09:35] <Quintasan> bambee: type "ericm"
[09:35]  * Quintasan wants to test highlight
[09:35] <bambee> ericm
[09:35] <bambee> ?
[09:35] <Quintasan> doesnt work
[09:35] <Quintasan> ffs
[09:51] <Quintasan> https://lh5.googleusercontent.com/-2Dsb0_7CNrM/TXjR7Uw3deI/AAAAAAAAAB4/H1_5yc-J0ZI/s400/somemuppetcallskubuntu.jpg
[09:52] <Quintasan> I can't stop laughing at this
[11:34] <mfraz74> Any ideas why plasma-widget-quickaccess is now in Universe?
[11:36] <mfraz74> reference bug 805960
[11:42] <debfx> mfraz74: we don't install it anymore by default
[11:43] <mfraz74> debfx: but there is a big red/white x icon where it used to be
[11:44] <debfx> mfraz74: yes, ulmlogger was just too lazy to upload the fix
[11:45] <mfraz74> what is the progress on digikam2?
[11:48] <debfx> it looks like 90% of the kubuntu developers have discovered their love for tablets and thus spend their time on getting plasma active to work on kubuntu
[11:48] <yofel> mfraz74: fails to build for me, and _Groo_ still hasn't published what he has
[11:48] <debfx> which obviously leave not much time for anything else
[11:49] <mfraz74> yep
[11:51] <debfx> yay, I have a fix for the "kded4 eats your cpu" issue
[11:51]  * yofel hugs debfx
[11:53] <mfraz74> any idea why Firefox doesn't have the kde look?
[11:54] <yofel> ah, then I'm not the only one at least that oxygen-gtk doesn't work for anymore since like yesterday
[11:55] <mfraz74> thought it might be something like that
[11:55] <mfraz74> another thing, amarok keeps asking me to install the same extra packages
[11:57] <rbelem> Quintasan, morning :-)
[12:01] <debfx> kde-workspace has a bad way to detect if gtk2-engines-oxygen is installed that breaks for multiarched packages
[12:02] <debfx> I'm working on a fix for that
[12:04] <Quintasan> rbelem: You call that morning? I'm up since 7 in the morning :D
[12:05] <Quintasan> debfx: You're serious?!
[12:05] <Quintasan> What's the cause? ntrack?
[12:05] <debfx> yes
[12:05] <rbelem> Quintasan, :-D
[12:05] <debfx> bug #750554
[12:05] <Quintasan> Ehh, curses
[12:06] <rbelem> Quintasan, i almost did not sleep
[12:06] <rbelem> Quintasan, my son got a flu
[12:06] <Quintasan> Oh :<
[12:06] <rbelem> Quintasan, but he is ok now :-)
[12:07] <Quintasan> rbelem: Did you try curing him with Kubuntu Active? ;)
[12:07] <Quintasan> 9 out of 10 patients have recovered after playing with Kubuntu Active
[12:07] <Quintasan> :D
[12:08] <rbelem> Quintasan, :-D i put an ubuntu tshirt on him and he started to feel better
[12:08] <Quintasan> rbelem: About plasma magic, I think ScottK approved  FFe's and we should have them uploaded soon
[12:08] <rbelem> Quintasan, probably the kubuntu active will heal him completely
[12:08] <rbelem> Quintasan, awesome!
[12:08]  * rbelem hugs Quintasan
[12:09] <Quintasan> ScottK: Who is the most appropriate person to upload?
[12:09]  * Quintasan need to get a long labcoat
[12:10]  * rbelem starts to dance waltz with Quintasan
[12:10] <rbelem> :-D
[12:10] <Quintasan> You'd better stop, I'm not sure when we get it uploaded :P
[12:11] <rbelem> kk :-D
[12:11] <Quintasan> s-l-c and plasma-mobile have to be uploaded, right?
[12:11] <rbelem> Quintasan, yup
[12:11] <Quintasan> also ulmlogger is supposed to fix some patch in workspace so we can upload it with my KWin GLES branch
[12:12] <rbelem> awesome
[12:12] <rbelem> then i will test that on aRRRRRRRM
[12:14] <Quintasan> Do you have enough rum to handle ARM?
[12:15] <rbelem> Quintasan, not currently, but i will run for a rum :-D
[12:17] <rbelem> Quintasan, brrrrin' me some rum
[12:18] <Quintasan> >implying I have enough money to buy rum for myself
[12:18] <rbelem> Quintasan, :-D
[12:18] <rbelem> Quintasan, i just installed the filters pkg
[12:19] <Quintasan> What's that?
[12:19] <rbelem> Quintasan, it has the pirate filter
[12:20] <ScottK> Quintasan: !me since I need to do the New review.  I think it's fine, however.
[12:20] <ScottK> Quintasan: I'm still waiting for some convincing or a separate binary approach for -runtime as it's scaring me.
[12:26] <Quintasan> ScottK: ulmlogger did not convince you?
[12:27] <ScottK> I think he convinced me we needed separate binaries although that may not have been his intent.
[12:27] <Quintasan> Curses.
[12:27] <ScottK> That was about the time we noticed you were expert at coaxing double builds out of KDE packages.
[12:27] <Quintasan> Yeah, I just remembered that myself.
[12:28] <Quintasan> Unfortunately for him I'm a bit busy since we're moving stuff around the house
[12:29] <Quintasan> >aseigo: in Hong Konq
[12:29] <Quintasan> >Konq
[12:29] <Quintasan> Well played sir, well played.
[12:29]  * ScottK has been busy with NBS and fixing stuff.
[12:29] <ScottK> KDE NBS is ~half what it was before yesterday.
[12:30] <ScottK> (as an added bonus, kdelibs is gone finally)
[12:30] <Quintasan> NBS?
[12:30] <ScottK> Not Built from Source
[12:30] <ScottK> http://people.canonical.com/~ubuntu-archive/nbs.html
[12:30] <ScottK> All that stuff needs to be updated or removed before release.
[12:31] <Quintasan> Ah
[12:31] <Quintasan> I see
[12:36]  * Quintasan goes out to look for labcoats
[12:36] <Quintasan> bbl
[12:49] <debfx> ScottK: could you sponsor an ntrack upload: http://pastebin.com/raw.php?i=Qs6J3znB
[13:12] <ScottK> debfx: I can.
[13:13] <ScottK> debfx: Does this same problem exist in natty?
[13:14] <debfx> ScottK: nope, it has only been broken since the last upload
[13:15] <ScottK> OK.  I have an intermittent process going to 100% CPU and staying there problem on natty that I want to blame on ntrack.
[13:15] <ScottK> (on natty)
[13:22] <debfx> which process?
[13:27] <ScottK> It varies.
[13:27] <ScottK> It seems to only be ones that use the network though.
[13:28] <ScottK> debfx: I'm a bit confused about ntrack only being broken since the last upload.  The bug you're fixing in debian/changelog was filed well before the current package?
[13:31] <debfx> ScottK: the bug was filed against the upstream project
[13:31] <ScottK> Ah.
[13:31] <ScottK> debfx: OK.  I just uploaded it.  Thanks for fixing.
[14:22] <_Groo_> hi/2 all
[14:22] <_Groo_> guys when i get a dh_auto_build: error: unable to chdir to obj-x86_64-linux-gnu in debuild, what should i do? cant figure this one out
[14:27] <yofel> _Groo_: a) where's digikam b) does digikam build in oneiric for you c) can you give the full build log for your failure?
[14:27] <_Groo_> anyone?
[14:28] <_Groo_> yofel: a) i have been very busy this week, i have the package, if you want i can send you the debian.tar.gz b) didnt tested in oneiric but should work c) wheres does debuild puts the build log?
[14:29] <_Groo_> yofel: more about a) since today is friday ill be able to upload to my ppa tonight.. i couldnt all week :( have come home very late and tired
[14:29] <yofel> _Groo_: a) I do need it rather fast though b) digikam builds in natty but NOT in oneiric for me c) nowhere unless you redirect stdout and stderr to a logfile yourself
[14:30] <_Groo_> yofel: i know about feature freeze, ill be on tonight, what time is it over there?
[14:30] <_Groo_> yofel: c) i recloned the git dir and it worked now.. something in old git poluted debui;d.. i need to find out what it was.. it happens ocasionally wiht git...
[14:30] <_Groo_> yofel: still have the old git
[14:31] <yofel> well, feature freeze is already past, so a few hours don't matter, but I need a package for oneiric
[14:33] <_Groo_> yofel: i asked the time to see if youll be on when im at home
[14:33] <_Groo_> yofel: can i see the buildlog of the failed oneiric?
[14:34] <yofel> this is still a local build - http://paste.kde.org/111787
[14:34] <_Groo_> did you build kipi-plugins too? or just digikam2?
[14:34] <yofel> that's digikam as it's shipped in the tar
[14:35] <yofel> so with kipi
[14:35] <_Groo_> the bin file might call itself digikam, but its really digikam2 :D
[14:35] <yofel> odd is that it already links with '-L/usr/lib -lgphoto2_port -L/usr/lib -lgphoto2 -lgphoto2_port -lm' so I have no idea what's wrong
[14:36] <yofel> well, the name doesn't really matter
[14:37] <_Groo_> yofel: did you see this? http://sourceforge.net/mailarchive/forum.php?set=custom&viewmonth=200902&viewday=&forum_name=gphoto-devel&style=nested&max_rows=75&submit=Change+View
[14:37] <_Groo_> what gcc is oneiric?
[14:37] <_Groo_> yofel: you used new kipi-plugins right?
[14:38] <_Groo_> yofel: kipi-plugins2                                                        2.0.0-2~padoka1
[14:38] <yofel> _Groo_: no, I used the kipi plugins that are inside the digikam tarball since I couldn't find a kipi-plugins 2 tar
[14:38] <_Groo_> yofel: hmm
[14:38] <_Groo_> yofel: its in their site too
[14:38] <_Groo_> yofel: sec
[14:39] <yofel> gphoto isn't part of kipi-plugins anyway
[14:39] <yofel> and it's not the kipi plugins that fail, it's digikam itself
[14:39] <yofel> kipi-plugins build fine
[14:40] <yofel> _Groo_: no it's not, http://sourceforge.net/projects/kipi/files/ only shows 1.9.0
[14:40] <_Groo_> yofel: i know
[14:41] <_Groo_> yofel: the problem is, and you can checlk google, wrong kipi makes strange compilation errors in digikam, sometimes in unrelated dependencies, like gphoto, you can find a bunch of those in google
[14:41] <_Groo_> yofel: anyway
[14:41] <_Groo_> yofel: its a very strange compile error indeed
[14:41] <_Groo_> yofel: what version is gcc in oneiric?
[14:42] <_Groo_> yofel: it might be a matter of chaning float* to float or vice-versa
[14:42] <yofel> gcc 4.6 with the restrictive linking setting we had during natty devel
[14:42] <_Groo_> yofel: did you bugged the digikam guys? :D
[14:42] <Quintasan> DSO MAGIC
[14:42] <yofel> _Groo_: not yet
[14:43] <_Groo_> yofel: i know this is stupid.. but.. dit you tried to recompile again?  This is 'mkdir build, cd build, cmake .., make -j9'
[15:01] <_Groo_> yofel: ah
[15:01] <_Groo_> yofel: what are you passing to cmake?
[15:02] <yofel> nothing
[15:02] <_Groo_> yofel: can you try -DKFACE_EXTERNAL_FINDOPENCV=ON -DQT_QTSCRIPT_LIBRARY=/usr/lib/libQtScript.so
[15:03] <_Groo_> opencv is not obligatory
[15:03] <_Groo_> but wont hurt
[15:03] <yofel> sure, although /usr/lib/libQtScript.so doesn't exist in oneiric (multiarch)
[15:03] <_Groo_> yofel: oO
[15:03] <_Groo_> yofel: is there an equivalent?
[15:03] <yofel> _Groo_: /usr/lib/x86_64-linux-gnu/libQtScript.so
[15:03] <yofel> as I said, multiarch
[15:03] <_Groo_> yofel: try that one
[15:04] <yofel> I don't see what qtscript has to do with it though
[15:04] <_Groo_> yofel: same.. but stranger bugs needs strange solutions :D
[15:04] <_Groo_> yofel: should be fun to try ;)
[15:05] <yofel> CMake Warning:
[15:05] <yofel>   Manually-specified variables were not used by the project:
[15:05] <yofel>     KFACE_EXTERNAL_FINDOPENCV
[15:05] <_Groo_> yofel: impossible im using it here
[15:05] <yofel> _Groo_: what version are you trying to build?
[15:07] <_Groo_> yofel: 2.0.0 final
[15:07] <_Groo_> we have GHOTO2CONFIG_EXECUTABLE         */usr/bin/gphoto2-config                                                                                GHOTO2PORTCONFIG_EXECUTABLE     */usr/bin/gphoto2-port-config
[15:07] <_Groo_> and you can always try WITH_Gphoto2=off to see if at leasts it compiles fine
[15:08] <_Groo_> one step at a time
[15:17] <shadeslayer> so when does debfx's fix get into the archives?
[15:17] <_Groo_> yofel: did it work?
[15:18] <yofel> shadeslayer: ask the archive scripts https://launchpad.net/ubuntu/+source/ntrack/014+bzr312-0ubuntu2
[15:18] <shadeslayer> @_@
[15:18] <shadeslayer> i'll just download the lib
[15:19] <_Groo_> to get tomahawk into oneiric i need to separate the beast into several files (lib, dev, etc) and package jreen and the likes?
[15:20] <shadeslayer> yes
[15:20] <_Groo_> or i can just go by with one package? :D
[15:20] <_Groo_> like in my ppa :D
[15:20] <_Groo_> shadeslayer: argh
[15:20] <shadeslayer> nope, that won't work
[15:20] <yofel> _Groo_: I'm working on tomahawk for oneiric
[15:20] <_Groo_> shadeslayer: ok this weekend ill do it
[15:20] <shadeslayer> ^^ :P
[15:20] <_Groo_> yofel: ah ok.. be my guest
[15:20] <Quintasan> _Groo_,yofel: Cut it please, do we really have to get tomahawk into ARCHIVE?
[15:20] <_Groo_> yofel: i rather prefer a oficial minion
[15:20] <shadeslayer> any work for me btw?
[15:20] <yofel> Quintasan: ask ulmlogger
[15:21] <yofel> _Groo_: well, that did build as expected...
[15:21] <_Groo_> shadeslayer: you are the muon developer arent you?
[15:21] <shadeslayer> lolno
[15:21] <shadeslayer> thats JontheEchidna
[15:21] <_Groo_> i always confuse everyone in here :P
[15:21] <_Groo_> shadeslayer: ah yeah ... like i said :P
[15:22] <_Groo_> potatoes tomatoes
[15:22] <_Groo_> JontheEchidna: PING a BIG ONE
[15:22] <shadeslayer> i'm just the guy who's very lazy and does nothing :P
[15:22] <yofel> _Groo_: I would appreciate it though if you want to do the copyright file for tomahawk if you really want to do something :PP
[15:23] <_Groo_> yofel: whats missing?
[15:23] <yofel> _Groo_: uh... your packaging had no copyright file?
[15:24] <ulmlogger> shadeslayer: see topic
[15:24] <shadeslayer> well, thats there
[15:24] <_Groo_> yofel: yeah i forgot
[15:24] <_Groo_> yofel: they are doing a 0.2.2 this weekend, ill update it then
[15:25] <yofel> _Groo_: I'll try to fix the rest of the packaging then until then
[15:25] <_Groo_> yofel: sure... did you decided how you gonna treat the third party libs?
[15:26] <mfraz74> Is anyone else seeing Amarok constantly asking to install packages?
[15:26] <yofel> not yet
[15:27] <Quintasan> ulmlogger: What yofel said, do we have to put tomahawk in archive?
[15:28] <ulmlogger> no we do not have to
[15:28] <ulmlogger> we could
[15:29] <ulmlogger> certainly not much of gain right nwo
[15:29] <ulmlogger> providing a PPA seems more important considering the age of the project
[15:29] <shadeslayer> "* Dialogues within dialogues not ideal."
[15:29] <shadeslayer> lul :P
[15:30] <Quintasan> ulmlogger: That's what I was going to suggest taking "I'm strongly opposed to putting that into archive" stance
[15:32] <Quintasan> yofel, _Groo_: Well, as you see, ulmlogger thinks we can put it into PPA for now and I was going to suggest the same
[15:33] <mfraz74> Noticed my netbook was running sluggishly this morning, turns out kded4  was using 100% of the CPU.
[15:33] <Quintasan> It's 0.2, nowhere near being feature-complete and stable
[15:33] <Quintasan> mfraz74: Oh this, should be fixed soon
[15:33] <Quintasan> kudos to debfx
[15:33] <mfraz74> Quintasan: Thanks, I was going to raise a bug report
[15:34] <_Groo_> it already has a oficial ppa, my own
[15:34] <Quintasan> bug #750554
[15:34] <Quintasan> mfraz74: ^
[15:34] <_Groo_> and this weekend im gonna upload the oneiric build
[15:34] <Quintasan> ulmlogger: Can you convince ScottK to upload kde-runtime?
[15:37] <Quintasan> if not then we could possibly make shadeslayer do the required changes
[15:38] <Quintasan> ScottK: Did you look at my merge request?
[15:39] <ulmlogger> Quintasan: didnt you make a multibuild?
[15:39] <Quintasan> ulmlogger: multibuild of what?
[15:39] <ulmlogger> _Groo_: your ppa != official ppa
[15:39] <ulmlogger> Quintasan: runtime
[15:40] <ulmlogger> one activitymanager with patches and one without
[15:40] <_Groo_> ulmlogger: yes it is... look at gettomahawk.com
[15:40] <ulmlogger> yeah
[15:40] <_Groo_> ulmlogger: if you mean, to make a new oficial tomahawk ppa, sure...
[15:40] <ulmlogger> whatever
[15:40] <Quintasan> ulmlogger: No I did not since I'm busy with moving furniture and tons of books around the house ATM
[15:40] <_Groo_> ulmlogger: i dont mind :D
[15:40] <ulmlogger> Quintasan: well, I also do not feel comfortable uploading runtime as it is
[15:40] <ulmlogger> I mean, breakage if discovered is easily reverted
[15:41] <ulmlogger> but that of course requires a considerable amount of testing
[15:42] <Quintasan> shadeslayer: http://paste.kde.org/111829
[15:42] <_Groo_> ulmlogger: why did you say my ppa is not oficial? do you know anything i dont? oO
[15:42] <Quintasan> shadeslayer: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-runtime
[15:42] <Quintasan> shadeslayer: Now you have something to do :P
[15:43] <shadeslayer> no, now i have too much stuff to do :P
[15:43] <_Groo_> shadeslayer: lol
[15:43] <Quintasan> shadeslayer: Well, we are past feature freeze and we need it like NOW
[15:43] <shadeslayer> right
[15:44] <Quintasan> shadeslayer: And I'm forced to go AFK by superior forces
[15:44] <_Groo_> shadeslayer: tell him, show me the money! speed = $$$
[15:44] <shadeslayer> ffffffuuuuuuu ets
[15:45] <Quintasan> shadeslayer: If you are looking for examples of double building see kde-workspace (bzr) or quassel
[15:46]  * Quintasan is back to moving stuff
[15:46] <shadeslayer> k
[16:12] <ScottK> Quintasan: I looked at the workspace one.  Seems fine.
[16:22] <cyphermox> yofel, ScottK: I spent a few hours last night tracking down why kded4 is running at 100% cpu but not really succeeding at making much sense of it; IIRC it's just trying to poll file descriptors and something answers EAGAIN
[16:22] <ScottK> cyphermox: I just uploaded an ntrack fix for debfx that relateds.
[16:23] <ScottK> You'd need to ask him if that's a complete solution though.
[16:23] <cyphermox> ok
[16:24] <cyphermox> aye, seems reasonable, I guess
[16:56]  * bambee has nothing to do... :P
[16:58] <shadeslayer> bambee: /topic xD
[16:58] <_Groo_> JontheEchidna: ping
[17:12] <shadeslayer> rbelem: i'd like to discuss https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-kubuntu-filesharing
[17:12] <shadeslayer> when you're free
[17:13] <rbelem> shadeslayer, i think that we will postpone in favor of places view work
[17:13] <shadeslayer> places view work?
[17:13] <shadeslayer> bbiab
[17:14] <rbelem> shadeslayer, kdelibs/kfile/kfileplacesview.cpp
[17:15] <rbelem> shadeslayer, afiestas asked me to focus on this now. he thinks it has a higher priority
[17:17] <shadeslayer> ah
[17:17]  * shadeslayer looks
[17:23] <afiestas> rbelem: hey I'm not your boss or anything...
[17:23] <afiestas> do as you please man xD
[17:23] <afiestas> but yes, placesview is more important imho
[17:23] <rbelem> afiestas, but you are my master
[17:24]  * rbelem waves at afiestas
[17:24] <rbelem> :-D
[17:24] <rbelem> agateau didn't want to be my master
[17:25] <rbelem> afiestas, now you are :-D
[17:26]  * rbelem pokes afiestas
[17:27]  * rbelem pokes afiestas again
[17:28]  * rbelem pokes afiestas one more time
[17:30]  * bambee gives some help to rbelem and pokes afiestas again :P
[17:31]  * shadeslayer gives rbelem the fluffy poking stick
[17:31] <shadeslayer> just keep it away from ulmlogger
[17:31] <rbelem> thanks bambee, shadeslayer
[17:31] <shadeslayer> it does funny things around him :P
[17:32] <rbelem> you are so kind
[17:32] <rbelem> :-D
[17:34] <shadeslayer> ^_^
[17:38] <afiestas> rbelem: xD...
[17:39] <rbelem> afiestas, i thought that you didn't want to be my master
[17:39] <rbelem> :-D
[17:48] <afiestas> rbelem: shut up and keep hacking on placesview
[17:48] <afiestas> I want results by the end of the next week
[17:48] <afiestas> and btw, you promess me a screenshot, where is it?
[17:48] <afiestas> I want it NOW !
[17:48] <afiestas> rbelem: I can be a very very bad master :D
[17:50] <rbelem> afiestas, yes sir!
[17:50] <rbelem> afiestas, i could not send because my son got a flu yesterday
[17:51] <rbelem> afiestas, today i will send it, sir :-D
[17:52] <shadeslayer> lol
[17:55] <afiestas> rbelem: that's not an excuse
[17:55] <afiestas> sleep less, work harder, take drugs I don't care
[17:55] <afiestas> but I want my screenshot today
[17:56] <afiestas> bleh, is not even funny say those things
[17:56] <afiestas> so I'm going to stop :p
[17:56] <rbelem> hahahaha
[17:56] <rbelem> :-D
[19:27] <debfx> ScottK: would you grant a FFe for converting plasma-widget-message-indicator from cdbs to dh(1)?
[19:27] <ScottK> debfx: Yes.
[19:27] <ScottK> Just put the debdiff and a build log in the bug and it's no problem.
[19:28] <jjesse> DarkwingDuck you around?  manage-applications needs a complete re-write for muon i think
[19:28] <debfx> ok, thanks. I hope it's one of the last packages that use cdbs with pkg-kde-tools
[19:28] <jjesse> DarkwingDuck i committed a copule of changes but more need to be done
[19:45] <bulldog98_> ulmlogger: what do you think about an updated ninja pbuilder site?
[19:52] <Quintasan> bulldog98_: ulmlogger probably likes the idea
[19:52] <bulldog98> Quintasan: I’ll test my pbuilder config and then I may edit the site
[20:04] <bulldog98> ulmlogger: your settings look fine
[20:08] <bulldog98> is it possible to source an other pbuilderrc within an pbuilderrc?
[20:08] <Quintasan> Not really
[20:09] <Quintasan> Just copy paste the contents?
[20:09] <bulldog98> Quintasan: I would like to ship an pbuilderrc and just have the user to configure some simple things
[20:13] <Quintasan> bulldog98: Use comments inside the config then
[20:13] <bulldog98> Quintasan: still it would be cool if the dev wouldn’t have to change the file, if we invent better stuff
[21:02] <debfx> ScottK: FFe waiting for your approval: bug #829768
[21:08] <yofel> does anyone have any news on that printer applet crash btw.?
[21:12] <debfx> yofel: does it still crash?
[21:12] <debfx> I thought the python-qt4 and/or sip4 updates fixed those
[21:12] <yofel> I got a crash today at login, and someone else just said in +1 that it crashed
[21:13] <debfx> do you have the latest versions of those installed?
[21:15] <yofel> hm, not the latest upload of sip, let's see if it helps
[21:18] <debfx> maybe python-qt4 needs to be rebuilt with the latest sip4
[21:19] <yofel> scott uploaded a pyqt build a while ago
[21:23] <yofel> crash, let's see if the pyqt rebuild helps once it arrives here
[21:23] <debfx> does this look sane? http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/revision/551
[21:23] <debfx> I'm open to suggestions for a better check
[21:27] <yofel> hm, should work
[21:29] <debfx> a dpkg-query --is-package-installed switch would be nice ...
[21:30] <yofel> I didn't even know you could use dpkg-query for that, I would've used something crazy like 'dpkg -l gtk2-engines-oxygen | tail -n 1 | grep -q ^ii'
[21:30] <yofel> not even sure if that has a potential to break
[21:31] <bulldog98_> yofel: +1 crash
[21:31]  * sheytan wonders where apachelogger is
[21:31] <yofel> sheytan: you're looking for ulmlogger
[21:32] <bulldog98> yofel: you where faster
[21:32] <bulldog98> :)
[21:32] <sheytan> yofel yep :D
[21:32] <sheytan> thanks
[21:32] <sheytan> ulmlogger: ping ping pong
[21:32] <yofel> ah, looking at dpkg-query manpage my command would fail as soon as you hold the package -.-
[21:37] <debfx> oh great, the manpage says that Status is an internal field
[21:52] <JontheEchidna> Groo still here?
[21:52] <JontheEchidna> guess not
[21:52] <JontheEchidna> !seen _Groo_
[21:52] <JontheEchidna> ~seen _Groo_
[21:52] <kubotu> _Groo_ was last seen 2 hours, 57 minutes and 42 seconds ago, quitting IRC (Quit: Page closed)
[22:07] <sheytanDroid> ulmlogger: Google for safari top sites. i. want recently played in dragon3 that way. what ya think?
[22:10] <ulmlogger> I do not think it makes sense
[22:10] <sheytanDroid> ulmlogger i only mean the layout of previews
[22:11] <ulmlogger> you mean the curving?
[22:11] <sheytanDroid> yep
[22:11] <ulmlogger> definitely not with live playbacks
[22:11] <sheytanDroid> :(
[22:11] <ulmlogger> also I think it rather makes no sense because we have text next to it
[22:11] <sheytanDroid> tech. issue?
[22:11] <ulmlogger> which puts off the enitre visual balance
[22:12] <JontheEchidna> The last vestiges of KDE3 were removed from the archive today.
[22:12] <sheytanDroid> atleast reflection for what weve got now?
[22:12] <ulmlogger> no
[22:12] <ulmlogger> because you can scroll
[22:12] <sheytanDroid> y
[22:13] <ulmlogger> plus reflection with blur and transparency of multiple videos is unbarable of hardware right now
[22:13] <ulmlogger> you'd kill a top notch system with that
[22:13] <sheytanDroid> damn
[22:14] <sheytanDroid> anyway
[22:14] <sheytanDroid> i redid the artwork mostly
[22:14] <ulmlogger> please send
[22:14] <sheytanDroid> cant today. will finish it tomorrw then sent :)
[22:15] <sheytanDroid> plus im working on the whole UI still.
[22:16] <sheytanDroid> ok. talk to ya tomorrow.  bye :)
[22:17] <bambee> Could someone update kde-l10n in main, please ?
[22:18] <skreech_> Ubuntu is going Systemd ?
[22:18] <skreech_> JontheEchidna: \o/
[22:18] <skreech_> JontheEchidna: Notify the Trinity?
[22:18] <JontheEchidna> they probably already provide the whole kde3 stack separately now
[22:24]  * bulldog98 got contour running on the ExoPc with Kubuntu
[22:31] <bulldog98> ulmlogger: have you uploaded the settings to archive?
[22:35] <JontheEchidna> I'm thinking of skipping Muon Suite's codename down to 'O' and go with Omniscient Ood
[22:35] <Quintasan> :O
[22:36] <JontheEchidna> Quintasan: btw, if a Russian says that Muon "is suitable thing", is that as the best compliment I could expect to get? :P
[22:38] <Quintasan> JontheEchidna: Did he say that in Russian?
[22:38] <JontheEchidna> yeah
[22:39] <JontheEchidna> or that's what the Google tells me
[22:39] <Quintasan> copypasta that
[22:39] <yofel> skreech_: systemd was postponed till after LTS at least, we'll know for UDS-Q
[22:39] <Sput> ulmlogger: still in Ulm?
[22:39]  * Quintasan wonders why we didn't backport the Activators fix
[22:40] <yofel> what activators fix?
[22:40] <JontheEchidna> годная вещь
[22:40] <Quintasan> http://www.santyago.pl/files/kde-workspace-4.7.0-launcher.patch
[22:41] <Quintasan> This
[22:41] <JontheEchidna> They should have named systemd InitKit
[22:41] <Quintasan> JontheEchidna: That's not really the best you could possibly get but it's quite near
[22:41] <JontheEchidna> :P
[22:41] <JontheEchidna> from a Russian anyway
[22:42] <JontheEchidna> what does that patch do?
[22:42] <Quintasan> yofel JontheEchidna http://santyago.pl/media/zoom/publish/2011/08/kde47-bugaktywator.png
[22:42] <Quintasan> See this
[22:42] <yofel> Quintasan: feel free to do so - it is annyoing if it fixes the issue I'm thinking of
[22:43] <Quintasan> try selecting that option on your installation
[22:43] <yofel> Quintasan: I'm using that since 4.6
[22:43] <Quintasan> It does work?
[22:43] <yofel> in 4.6 sure, in 4.7...
[22:43]  * Quintasan backports
[22:44] <yofel> a) breaks horribly when switching activities b) if you close an app it doesn't necessarily create a launcher
[22:44] <Quintasan> I noticed b)
[22:45] <yofel> they are shown on login, and the launcher vanishes when you start an app, but it doesn't come back when you close it
[22:49] <yofel> fun, firefox 7 beta1 in oneiric
[22:50] <yofel> kde bug 262487
[22:51] <yofel> Quintasan: 75a87c1f1d15b25b42f9a7ba8333bc7ab036e58e should fix b) if I understand the bug right
[22:52] <Quintasan> Hmm, the patch I got is a little bit longer
[22:52] <Quintasan> IT possibly unbreaks activities too
[22:52] <Quintasan> Let me test
[22:53] <yofel> ebfd002f5481c744a9078dd0baf591b3ad1ebf43 and b1ba1ec59b98971ab9bc8078cc5c31684335ce32 seem to be the activities fixes
[22:54] <yofel> e3851ca9dbc417139a9107a6f18fcacd7f0fec0d too
[22:54] <yofel> kde bug 264914
[22:57] <yofel> Quintasan: yep, your patch has all 4 commits
[22:57]  * Quintasan thanks Korneliusz for putting that together
[22:59] <Quintasan> yofel: Was it workspace that can break NM in natty?
[23:00] <yofel> yes - rather than backporting take the natty packge and add the patch. Easier
[23:00] <JontheEchidna> Is this multiarch breakage? (local build)
[23:00] <JontheEchidna> make[2]: *** No rule to make target `/usr/lib/libQtTest.so', needed by `installer/muon-installer'.  Stop.
[23:00] <yofel> JontheEchidna: something has libQtTest hardcoded I guess
[23:00] <yofel> qzeitgeist was the last one I can think of
[23:01] <JontheEchidna> I do link against that
[23:01] <yofel> debfx: did you fix qzeitgeist?
[23:01] <yofel> if yes: how?
[23:02] <debfx> yofel: no, why would it need fixing?
[23:03] <debfx> JontheEchidna: you probably need to run make distclean so cmake picks up the new libQtTest path
[23:03] <yofel> debfx: the qt lib locations in the cmake config file?
[23:03] <yofel> or do they really have to be in there?
[23:04] <debfx> I don't think cmake hardcodes the qt lib path
[23:05] <yofel> debfx: /usr/share/qzeitgeist/cmake/QZeitgeistExport-noconfig.cmake has them hardcoded
[23:05] <debfx> oh right, forgot about that
[23:06] <yofel> so either we figure out how to remove that or qzeitgeist needs a rebuild at least
[23:08] <Quintasan> yofel: Turns out, I did add fix_launcher_not_appearing.diff but that doesnt work for some reason
[23:08] <yofel> hm... give me a few minutes and I'll try it
[23:09] <Quintasan> Screw it, I'm removing it and adding that one
[23:09] <Quintasan> Fixes more things at once
[23:12] <Daskreech> yofel: but they are moving to it?
[23:13] <yofel> Daskreech: systemd? I know there was some talk on it, but there's no intention to move until the next LTS is out, so nothing new for now
[23:13] <yofel> if they're moving
[23:14]  * Quintasan doesn't care as long as it boots
[23:14] <Daskreech> Quintasan: GNOME OS? :0
[23:14]  * yofel would like for mountall to become unbroken at some point...
[23:14] <Daskreech> :-)
[23:14] <Quintasan> WTF
[23:14] <Quintasan> yofel: KDE-WORKSPACE BUILDS WITH -J12 IN NATTY PBUILDER
[23:14] <Quintasan> FFFFFFFFFFUUUUUUUUUUU-
[23:14] <yofel> BWAHAHAHA
[23:15] <Quintasan> dh_auto_build '--buildsystem=kde' --parallel
[23:15] <Quintasan>         cd obj-x86_64-linux-gnu
[23:15] <Quintasan>         make -j12
[23:15] <Quintasan> :/
[23:17] <Quintasan> How many -j's should I actually use?
[23:18]  * Quintasan heard it's 1,5x cores
[23:18] <Quintasan> or 2x cores
[23:20] <yofel> well, not really, usually there's no point in using more than cores+1 jobs
[23:20] <yofel> if you using icecc it only distributes CORES jobs to every system in the grid
[23:20] <yofel> *you're
[23:22]  * Quintasan has a one-core 64bit box next to him
[23:22] <Quintasan> I wonder if I should bother
[23:23] <yofel> probably not worth it, unless you're really rebuilding stuff a lot.
[23:23] <yofel> actually, then ccache would save more time
[23:23] <Quintasan> uhhh
[23:24] <Quintasan> yofel: http://paste.kde.org/112057
[23:24] <Quintasan> WTF
[23:26] <yofel> hm, most of that is toochain stuff, but that added symbol and the taskmanager stuff at the bottom are odd...
[23:26] <yofel> *toolchain
[23:26] <yofel> or that's toolchain too...
[23:28]  * Quintasan installs and relogs
[23:31] <Quintasan> IT'S ALIVE
[23:32] <Quintasan> yofel: The activity switching is working too
[23:32] <Quintasan> uploading to backports
[23:32] <yofel>  \o/
[23:33] <Quintasan> 4.7.1 is supposed to fix it
[23:33] <Quintasan> We will get rejects then :P
[23:33] <yofel> it is, the commits are in the 4.7 branch
[23:33] <Quintasan> uploaded
[23:33]  * Quintasan goes to bed
[23:33] <Quintasan> Good night
[23:34] <yofel> Quintasan: did you put that into natty only?
[23:34] <Quintasan> For now, yes
[23:34] <yofel> k
[23:34] <Quintasan> oneyerick need that too?
[23:34] <yofel> well yes, although with 4.7.1 like 2 weeks away I'm not sure if it's worth it
[23:34] <Quintasan> Same here
[23:35] <Quintasan> If for some reason it won't fix that we will put it ASAP
[23:35] <Quintasan> :P
[23:35]  * Quintasan jots down to test it
[23:35] <yofel> uh, if it doesn't Dirk has broken scripts again ^^
[23:36] <Quintasan> ulmlogger: IIRC you were to fix some kcm related patch, let me know when you are done
[23:36]  * Quintasan goes to bed for sure
[23:36] <Quintasan> Good night :P
[23:36] <yofel> gn
[23:48] <Daskreech> gn
[23:56] <Riddell> weird e-mail du jour http://paste.kde.org/112063/


[09:45] <teddy-dbear> Morning peoples, critters and everything else
[13:23] <MutantTurkey> mornin
[13:23] <MutantTurkey> crazy rain
[13:28] <pleia2> awesome rain \o/
[13:47] <rmg51> I had to cut my walk short because of the rain
[13:54] <waltman> It was like the end times there for a while
[17:44] <ChinnoDog> I didn't know it would be raining during the end times.
[17:44] <ChinnoDog> Or maybe just raining frogs.
[17:45] <jthan> ChinnoDog: didn't you watch Noah?
[17:45] <jthan> oh wait
[17:45] <jthan> that wasn't the end times, ultimately
[17:45] <jthan> seemed like that's where it was going though!
[17:45] <MutantTurkey> i walked out of the hous this morning
[17:45] <MutantTurkey> it was really comin down
[17:45] <ChinnoDog> Not for Noah. He had all those delicious animals.
[17:45] <MutantTurkey> ofc my rain jacket was in the car ;)
[18:03] <ChinnoDog> Noah was probably enjoying unicorn jerky that entire trip.
[18:05] <ChinnoDog> jthan: And yes, I did watch Noah.
[18:29] <jthan> ChinnoDog: did you enjoy it?
[18:30] <jthan> and do you like Darren Aronofsky as a general rule?
[18:42] <ChinnoDog> jthan: Movie was just ok. I don't really know anything about Darren Aronofsky.
[18:44] <pleia2> I started watching Noah on a plane once but it got really strange
[18:44] <pleia2> I thought maybe I was hallucinating due to exhaustion so I stopped
[18:57] <waltman> If they're going to show that on a flight, they should really let you smoke the same stuff the filmmakers were smoking when they made it.
[18:57] <pleia2> ++
[19:02] <ChinnoDog> The stewardesses would probably appreciate that. Keep those passengers calm.
[19:15] <teddy-dbear> let's here it for second hand smoke :-D
[20:26] <Pennth> I've got a paradoxically unmellow reaction to pot smoke. It gives me migraines and the pain makes me want to lash out.
[21:33] <waltman> It's not quite that bad for me, but I don't like the smell either.


[11:29] <bil21al> can any body help me !?
[11:29] <bil21al> i have a problem with karma of unity
[11:29] <bil21al> ?
[20:23] <Daviey> Hi!  Since Friday morning, one of our pre-canned URL's for a bug set has been consistently OOP'sing.. https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#Bug_Triager  (Step #1) .. This will be blocking. :(
[23:20] <ephan> hey
[23:21] <ephan> Are my SSH Keys supposed to show up on google.com?
[23:21] <nigelb> Public keys?
[23:22] <ephan> https://launchpad.net/~davidgomes/+sshkeys All I know is that is showing up on Gogole
[23:22] <ephan> I don't know much about SSH Keys
[23:22] <ephan> But it has my email, and I don't like it to be on Google.
[23:22] <nigelb> Then remove the email bit and reupload, but the publi key being on google doesn't really matter anyway.
[23:23] <ephan> It doesn't? Ah good then
[23:23] <nigelb> Public key, as the name suggests is meant to be public. It can only encrypt.
[23:23] <nigelb> To decrypt, you need a private key.
[23:24] <ephan> Thanks. I didn't know I could remove the email bit


[00:00] <djsiegel> TheMuso: can you unpack that sentence for me please? :)
[00:03] <pitti> djsiegel: it's simple: just invert the polarisation of the quantum flux inverter
[00:04] <TheMuso> djsiegel: Casper is the package responsible for setting up various pieces for the live CD. It also sets up accessibility related stuff if the user chooses to choose an accessibility prfofile. When that gets uploaded, the empathy theme will be set to classic for those who use speech or braille.
[00:04] <TheMuso> djsiegel: I could upload it myself, but there is no great hurry, and other changes are likely to land in casper prior to alpha 3, so they will go in eventually.
[00:05] <djsiegel> pitti: silly me!
[00:05] <djsiegel> TheMuso: ok, I will tell the guy behind renkoo to prepare his final changes and kenvandine will get it ready for inclusion
[00:05] <TheMuso> Ok sounds good.
[00:16] <Laney> seb128: can you sponsor a notify-sharp merge without a bug? lp:~laney/+junk/notify-sharp
[00:17] <seb128> Laney, ok
[00:17] <Laney> thanks a lot
[00:18] <Laney> it will be depwait until new ndesk-dbus and ndesk-dbus-glib stuff appears
[00:18] <seb128> I just newed those a few minutes ago
[00:18] <seb128> so in the next publisher run
[00:19] <Laney> ok it's up to you if you want to wait or not
[00:19] <seb128> no need to
[00:29] <TheMuso> tedg: Ok, I can verify the same thing you found with compiz. I cannot tab between icons, like I can in metacity, which is a compiz issue.
[00:33] <tedg> TheMuso: So, I think in result, we need a key command to get directly to the menus.
[00:33] <tedg> TheMuso: Or, more correctly, two.
[00:35] <TheMuso> tedg: For the indicator only right?
[00:42] <tedg> TheMuso: There are two indicator applets.  indicator-applet and indicator-applet-session.  They are separate applets to gnome-panel.
[00:48] <TheMuso> tedg: ok
[00:56] <seb128> mvo, hello?
[00:57] <mvo> seb128: hi, sorry
[00:57] <seb128> mvo, sorry to bother you about that but I want to get those boot changes done today
[00:57] <seb128> mvo, we need to keep moving there
[00:58] <seb128> mvo, is that ok to upload the .desktop change only to lucid?
[00:59] <mvo> seb128: just commited, feel free to upload
[00:59] <seb128> mvo, thanks!
[00:59]  * seb128 hugs mvo
[01:03] <asac> mvo: is it just me? http://paste.ubuntu.com/367201/
[01:03] <seb128> mvo, you changed the default delay to 1 second, is that wanted?
[01:03] <seb128> in update-notifier.c
[01:03] <asac> hmm signal 11 is segfault, right?
[01:03] <seb128> asac, yes
[01:03] <asac> k nevermind then
[01:03] <asac> ;)
[01:13] <seb128> mvo, hey?
[01:14] <mvo> seb128: hm, I guess the default can be zero
[01:15] <seb128> mvo, doesn't make really a difference I was just checking if that's ok to upload with that change you did
[01:15] <seb128> or if that was an error
[01:15] <mvo> asac: hm, perl dying?
[01:15] <mvo> seb128: that should be ok
[01:15] <seb128> mvo, ok, uploading now
[01:16] <seb128> mvo, thanks
[01:17] <mvo> cheers
[01:33] <asac> mvo: why is Size a double in apt?
[01:33] <mvo> asac: historic reasons problably, why?
[01:34] <asac> nothing .... just wondered because we debug a function here that has Size a double
[01:34] <mvo> asac: if its crashing inside libapt, does moving away the stuff in /var/cache/apt/*.bin help?
[01:35] <asac> mvo: its not crashing ... it does this:
[01:35] <asac> 65% [4 Sources bzip2 1708032] [7 Release gpgv 57242] [Waiting for headers] [6 Sources 1774008/-3,104,415B 57%]
[01:35] <asac> e.g. 1774008/-3,104,415B
[01:36] <asac> nothing for you ... just was curious why Size is dou ble rather than long
[02:14]  * ccheney thinks he got OOo ready for Lucid today :)
[02:14] <ccheney> just need to double check the dictionary files
[02:15] <ccheney> there was a dictionary transition in Debian in the last release cycle
[04:09]  * ccheney tethered his iPhone so he can have wireless in his room
[04:10] <RAOF> Lucid's very nice like that.
[04:11] <ccheney> yea the last time i set it up around aug last year it was a big pita
[04:11] <ccheney> its really nice in lucid
[04:12] <RAOF> After you pair with the phone, it's as easy as hitting the “00:32:stupidly long device string:00 PANU” entry in NM applet.
[04:13] <RAOF> Now that I say that out loud... you know what'd be nice?  If that stupidly long device string said something meaningful, instead.  I'll file a bug :)
[04:13] <ccheney> yea i was looking for some hard complicated way to do it, then saw it just showed up in NM 8D
[04:13] <ccheney> it already tells you the name of the bluetooth device above it, so probably just expand the PANU acronym and drop the mac address
[04:14] <ccheney> hmm i see a ubuntu wifi in my room now, didn't earlier but it shows up as protected
[04:25] <ccheney> has anyone tried writing a driver for the usb mode?
[04:27] <RAOF> I think I saw one, yes.
[04:28] <RAOF> Possibly as an ITP.
[04:29] <ccheney> hmm, ITP on wnpp debian?
[04:31] <ccheney> i've seen reference about to do it with a jb iphone, but not the normal way using the apple ethernet interface
[04:38] <RAOF> ITP on wnpp debian, yes.  I think.
[04:43] <ccheney>  http://giagio.com/wiki/moin.cgi/iPhoneEthernetDriver
[04:44] <ccheney> wow that was just about a week ago
[04:44] <ccheney> debian bug 566313
[04:45] <ccheney> heh and mjg got it working for karmic / fedora 12
[04:58] <vish> pitti: hi... i noticed a mention regarding the network manager causing delays during boot "fix nm-applet to not burn 1 to 2 seconds of CPU while connecting (caused by animation?)"  ... Upstream is considering redoing the nm icons , so if you have any input/info regarding those  , it would be nice
[05:54] <RAOF> ccheney: Hah!  Memory FTW!
[09:16] <huats> morning
[09:17] <baptistemm> hey huats
[09:17] <huats> hello baptistemm
[09:43] <chrisccoulson> hey huats / baptistemm
[09:43] <tomeu> hi, the link on the topic only displays one ticket: https://launchpad.net/~desktop-bugs/+bugs?field.milestone%3Alist=21439
[09:44] <tomeu> is there a better list of tickets in need of attention?
[11:27] <tomeu> if there's any bug you would particularly want someone to look at, please tell me, have quite a bit of experience debugging in gnome
[11:44] <baptistemm> tomeu, usually one picks the bugs he want to take care of
[11:46] <tomeu> I'm looking, but I don't have a good sense yet of the urgency of things
[11:46] <tomeu> I'm looking at the alpha-3 milestone
[13:21] <vish> tomeu: you can also help fix small papercut bugs , they are very minor usability fixes :)
[13:21] <vish>  most of the desktop folks are away this week for a sprint.. hence less noise here..
[13:24] <vish> tomeu: these are milestoned for lucid  , but no one has fixed them yet >  https://launchpad.net/hundredpapercuts/lucid
[13:29] <tomeu> vish: have just taken this one: https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/443066
[13:29] <tomeu> seemed easy and non-critical enough
[13:33] <vish> tomeu: ah ,cool , just wanted to point other bugs which are open and milestoned  , which are getting lesser attention ;)
[13:44] <tomeu> vish: thanks, will give it a look next
[13:48] <Laney> oh whoops
[13:48] <Laney> I didn't need to get seb128 to sponsor notify-sharp
[13:48]  * Laney runs
[15:03] <pitti> vish: ah, thanks for mentioning; I'll relay that to seb128, he was looking into that yesterday
[15:05] <didrocks> pitti: no more slackering in the morning now? :)
[15:06] <pitti> didrocks: uh, what do you here at this hour :)
[15:06] <pitti> didrocks: I have my last DMB meeting
[15:07] <didrocks> pitti: oh ok. In fact nijaba always get up at 4am, so… short nights :)
[15:08] <pitti> ugh
[15:14] <chrisccoulson> pitti / didrocks - you're awake already? ;)
[15:18] <pitti> chrisccoulson: yes, for DMB meeting
[15:18] <pitti> chrisccoulson: good morning!
[15:18] <Nafai> You guys in Portland?
[15:41] <chrisccoulson> pitti - someone opened a bug against gnome-control-center about moving libslab to main, and building against the system libslab rather than it's own internal copy. i rejected it, because the new gnome-control-center shell rewrite will not use libslab and nothing else in main will ever need it either (and it is poorly maintained upstream). the reporter replied saying it is "better from a security point-of-view to have libslab in
[15:43] <pitti> chrisccoulson: if it's going to go away, then it seems easier to keep it as it is, though?
[15:43] <chrisccoulson> pitti - yeah, that's what i thought
[15:43] <chrisccoulson> and it's not very well maintained anyway (it doesn't have any regular releases)
[15:45] <chrisccoulson> pitti - in fact, these are it's only releases: http://ftp.acc.umu.se/pub/GNOME/sources/libslab/2.27/
[15:45] <chrisccoulson> it's only ever had 2 tarballs
[17:05] <hyperair> has anyone noticed networkmanger failing particularly grandly with multi-bssid WPA2 enterprise networks?
[17:06] <hyperair> like it'll connect, then 5 minutes later it'll roam from one BSSID to the next, and then the connection will hang, eventhough networkmanager says that it's still connected.
[17:06] <hyperair> i.e. transmit speed > 0, receive speed = 0.
[17:07] <hyperair> one workaround i've found is to create duplicate the network and force it to stay on one BSSID
[17:08] <hyperair> but it's rather annoying -- i have to duplicate the network for every problematic location i am likely to visit on the campus
[17:34]  * hyperair kicks updatedb
[18:04] <TheMuso> 1024D/8B1AE688/c
[18:30] <fagan> nautilus seems to be freezing a lot in lucid
[18:31]  * fagan investigates
[18:31] <fagan> Ah its ground controls fault my bad
[18:31] <Nafai> I can't get ground control to work :(
[18:32] <fagan> Nafai: you should ask doctormo but he isnt in this room
[18:33] <Nafai> thanks, I've been meaning to ping him
[18:33] <fagan> Nafai: it seems to work fine on lucid I havent tried karmic
[18:34] <Nafai> Yeah, I'm on lucid.  Unless I'm misunderstanding how it works, it doesn't do the full bzr checkout.  All I see is a .bzr directory
[18:43] <chrisccoulson> hello everyone
[18:44] <seb128> hey chrisccoulson, how are you
[18:44] <chrisccoulson> hey seb128, i'm good thanks
[18:44] <chrisccoulson> hows portland?
[18:44] <seb128> rainy
[18:44] <seb128> but good otherwise ;-)
[18:47] <TheMuso> Hey chrisccoulson.
[18:47] <chrisccoulson> hey TheMuso, how are you?
[18:47] <TheMuso> chrisccoulson: Very well thanks, and you rself?
[18:48] <chrisccoulson> TheMuso - yeah, not too bad thanks. i'm just winding down for the day :)
[18:57] <seb128> tseliot, could you look at bug #509724 again when you have a free slot?
[18:58] <seb128> tseliot, bug submitter says the middle click is still on by default in lucid...
[18:59] <tseliot> seb128: ouch, sure
[18:59] <seb128> thank you
[19:03] <pitti> hey chrisccoulson
[19:03] <chrisccoulson> hey pitti, how are you?
[19:04] <pitti> I'm great, thanks! How are you?
[19:04] <chrisccoulson> yeah, not bad thanks. a bit tired, but otherwise good
[19:35] <ccheney> new OOo processed by Riddell so lots to download soon :)
[19:36] <seb128> lool, I'm not sure why you let those nautilus and gvfs tasks open if the issue is a toolchain one?
[19:44] <seb128> chrisccoulson, +1 from me for your libslab reply btw
[20:15] <tomeu> mvo: hey, have submitted my first merge request in LP, to software-center. hope I did it alright
[20:21] <mvo> tomeu: cool, let me have a look!
[20:27] <mvo> tomeu: sweet, thank you very much, that looks good!
[20:27] <tomeu> great ;)
[20:28]  * tomeu is impressed at LP
[20:29] <mvo> tomeu: merged as r547, many thanks!
[20:30] <tomeu> thanks to you!
[20:30]  * tomeu goes grab a beer and celebrate his first merge
[20:30] <tomeu> cheers!
[20:41] <bryce_> rickspencer3, dutch is in the house (will meet us in about 10 min)
[20:42] <chrisccoulson> hey seb128 - yeah, i wasn't sure whether my reply to moving libslab to main was appropriate or not
[20:42] <chrisccoulson> it definately seems like a waste of time though
[20:42] <seb128> we had the discussion before
[20:42] <seb128> upstream is not active and doesn't care about abi stability
[20:42] <seb128> and nothing else uses it in main
[20:43] <chrisccoulson> i wasn't aware about not caring about abi stability. it definately sounds like it's better off remaining in universe then
[21:15] <lool> seb128: nautilus task: to revert the workaround, gvfs: didn't touch it, not sure what it's about
[21:17] <seb128> lool, ah ok, thanks
[21:17] <seb128> lool, thank you for landing that change and the gtk one too
[21:17] <seb128> lool, coming back to desktop team are you? ;-)
[21:18] <lool> ;-)
[21:18] <lool> seb128: It seems I need to revert the nautilus change and do that in gvfs instead according to plars
[21:18] <seb128> ok
[21:19] <baptistemm_> hello
[21:19] <seb128> that makes sense
[21:19] <seb128> since that's the gvfs upload which broke things
[21:19] <seb128> baptistemm: hey
[21:24] <chrisccoulson> yay, i've got a delivery of computer parts tomorrow :)
[22:04] <seb128> chrisccoulson, computer parts? didn't you order a laptop config?
[22:19] <crimsun> hyperair: that said (re: roaming), lucid doesn't carry the latest 0.6.10 upstream
[22:19] <hyperair> crimsun: 0.6.10?
[22:19] <crimsun> hyperair: probably want to ping siretart on that
[22:19] <hyperair> hmm
[22:19] <hyperair> okay
[22:19] <crimsun> hyperair: wpasupplicant
[22:20] <hyperair> crimsun: so it's wpasupplicant code eh? maybe i'll give it a poke sometime
[22:20] <chrisccoulson> seb128 - yeah, i ordered a laptop. but i've also got a docking station and 20" monitor being delivered too
[22:21] <Nafai> chrisccoulson: what laptop did you get?
[22:24] <chrisccoulson> Nafai - a latitude e5500. it's not quite as slick as some models, but i wanted something with a large-ish screen
[22:24] <Nafai> sounds nice
[22:28] <crimsun> should run fine with lucid
[22:28] <crimsun> older releases are missing kernel and/or userspace bits
[22:30] <crimsun> pitti: since pm-utils-powersave is a bit easier to work with for specific hardware, I propose enabling HDA controller powerdown for the one codec with full support for it in Lucid: Sigmatel/IDT
[22:31] <crimsun> pitti: this is much easier to check via sysfs
[22:31] <pitti> crimsun: sounds good; how can that be detected? something in sys?
[22:35] <crimsun> pitti: yes, the existence of /sys/module/snd_hda_codec_idt -> echo -n 10 > /sys/module/snd_hda_intel/parameters/power_save
[22:37] <crimsun> pitti: 10.10 will gain my fixes for the other HDA codecs, and at that point it will be worthwhile investigating whether to also do that for Realtek/Analog Devices/Conexant/C-Media/VIA
[22:37] <pitti> crimsun: want to commit/upload yourself?
[22:37] <crimsun> pitti: I'll work on it, but I wanted to run it past you first
[22:37] <pitti> crimsun: that seems fine; a mere test -e is cheap
[22:38] <pitti> (as opposed to some aplay -l | grep stuff)
[22:38] <pitti> crimsun: the packages is meant to be a collection of hardware specific quirks
[22:38] <pitti> i. e. doing stuff based on DMI querying is fine
[22:39] <crimsun> pitti: ah, good.  Also, have there been discussions of offlining cpus?
[22:40] <pitti> none that I know of
[22:46] <TheMuso> What package are we talking about re audio and pm?
[22:47] <crimsun> TheMuso: pm-utils-powersave-policy
[22:47] <TheMuso> crimsun: Right, pitti just told me.
[23:21] <asac_> mvo: so at 4pm we have a meeting ... so if you cant make it soonish 5 would be good