[01:38] <DarkwingDuck> jjesse-netbook: You about?
[01:42] <jjesse-netbook> yup
[01:42] <DarkwingDuck> jjesse-netbook: Oh good. I had an idea...
[01:43] <DarkwingDuck> Are you busy Sunday Sept 4th?
[01:43] <jjesse-netbook> ummm not that i am aware of
[01:43] <DarkwingDuck> I was thinking of hosting an online Global Jam for Kubuntu Docs.
[01:44] <jjesse-netbook> ok
[01:45] <DarkwingDuck> I'm porting the todo list to blueprints (Finally) right now.
[01:45] <jjesse-netbook> ok
[01:46] <DarkwingDuck> Didn't know if you wanted to help run it.
[01:46] <jjesse-netbook> sure 
[01:47] <DarkwingDuck> Okay cool. I'll draft and send the email today/tomorrow.
[01:50] <jjesse-netbook> awesome
[01:53] <valorie> I would be up for that, DarkwingDuck
[01:53] <DarkwingDuck> Sweet!
[01:53] <valorie> might finally get moving on that stuff
[01:53] <DarkwingDuck> I'll be spamming kubuntu-users and Kubuntu-devel
[01:54] <valorie> kewl
[01:55] <jjesse-netbook> maybe valorie can join :)
[01:55] <jjesse-netbook> and can commit
[01:56] <DarkwingDuck> I'm working on a quick "how-to" for the docs.
[01:56] <valorie> awesome -- I started, but then didn't know what to do next
[01:57] <valorie> having someone hold my hand through the first edits and commits would help
[02:00] <DarkwingDuck> That will be the first half. Then we will go through and start doing the actual updating :D
[02:00] <jjesse-netbook> yay
[02:00] <DarkwingDuck> apachelogger: ping
[02:00] <jjesse-netbook> there is now a todo-oneric file in the root that i am making notes on
[02:00] <jjesse-netbook> all of my files are committed
[02:01] <DarkwingDuck> Okay
[07:30] <micahg> how do I regenerate a .supp file for something using CMake or is that even possible?
[07:46] <bambee> morning
[09:38] <Quintasan_> good day :)
[10:00] <Quintasan> ScottK: kde-workspace uploaded
[10:00]  * Quintasan forgot to do libs
[10:00] <Quintasan> running pbuilder right now
[10:21] <nigelb> JontheEchidna: Happy Birthday!
[10:26] <Quintasan> ScottK: libs uploaded
[10:26] <Quintasan> nigelb: It's JT's bday today?
[10:26] <nigelb> Quintasan: Yes!
[10:26] <Quintasan> kubotu: order cookies for JontheEchidna
[10:26]  * kubotu slides a whole bunch of world's finest cookies down the bar to JontheEchidna.
[10:27] <Quintasan> kubotu: order party hat for JontheEchidna
[10:27]  * kubotu slides party hat down the bar to JontheEchidna
[10:27] <nigelb> kubotu: order cake for JontheEchidna 
[10:27]  * kubotu slides cake down the bar to JontheEchidna
[10:27] <Quintasan> hmmm
[10:27] <Quintasan> kubotu: order party for JontheEchidna
[10:27]  * kubotu gives everyone a party hat and a hand full of conffeti.
[10:27]  * kubotu turns on tha most funky party music as well as the all shiny disco ball.
[10:27] <kubotu> JontheEchidna: wanna dance with me? :-)
[10:27]  * kubotu starts shaking her tight ass
[10:27] <Quintasan> \o/
[10:27] <Quintasan> Party hard!
[10:27] <nigelb> lol
[10:30] <Quintasan> ScottK: https://bugs.launchpad.net/ubuntu/+source/kde4libs/+bug/827286
[10:31] <Quintasan> Could you ack FFe there?
[10:31] <Quintasan> Also I need FFe for https://bugs.launchpad.net/ubuntu/+bug/828111
[10:31] <Quintasan> and https://bugs.launchpad.net/ubuntu/+source/plasma-mobile/+bug/828093
[10:31] <Quintasan> rbelem: Once again, should you have any problems with runtime, do tell.
[10:32] <Quintasan> ScottK: For libs, I testbuilt and installed them, waiting for ack in bug
[10:50] <bambee> http://ftp.romainperier.org/phononthumbs1.png   (a working video thumbnailer using Phonon)
[10:50] <bambee> :D
[11:45] <rbelem> Quintasan, oki
[11:53] <apachelogger> JontheEchidna: you should throw the mousecursor at Jens Bache-Wiig so he can include it in the qt quick desktop components :P
[11:54] <apachelogger> yofel, shadeslayer: I'd say there is if the driver is in order. However. Since we use pulseaudio, that is the component that likely fell on the head in the breaking upgrade (or perhaps it even was a shitty alsa driver regression again).
[11:54] <apachelogger> bambee: lovely
[11:55] <bambee> :D
[12:54] <mfraz74> Any ideas on bug https://bugs.kde.org/show_bug.cgi?id=280518
[12:58] <mfraz74> Managed to crash X by playing Extreme Tux Racer!
[13:03] <mfraz74> Any chance of a newer version of Choqok to fix this bug https://bugs.kde.org/show_bug.cgi?id=275185?
[13:30] <Quintasan> mfraz74: I guess I could try ask ScottK to get FFe for only that patch
[13:30] <Quintasan> bambee: CODE NAO
[13:31]  * Quintasan uploads kdelibs
[13:31] <Quintasan> rbelem: I will upload s-l-c today if we get FFe approved
[13:31] <bambee> Quintasan: what what? :P
[13:32]  * bambee is on fire
[13:32] <Quintasan> bambee: Code for Phonon thumbnailer
[13:32] <bambee> ah :)
[13:34] <mfraz74> Quintasan: i've been using 1.1.5 from Adilson's snapshots PPA in 11.04 for a while now
[13:35] <Quintasan> !package choqok oneiric
[13:35] <Quintasan> !info choqok oneiric
[13:35] <Quintasan> mfraz74: 1.1 is in oneiric, was there a new release or someone is compiling code from git?
[13:36] <mfraz74> Quintasan: I think it has been compiled from git
[13:36] <Quintasan> I see, then I'm particulary against putting git packages in archive
[13:36] <mfraz74> https://launchpad.net/~adilson/+archive/snapshots
[13:37] <Quintasan> However I can include patch from bug https://bugs.kde.org/show_bug.cgi?id=275185
[13:37] <mfraz74> thanks
[13:38] <Quintasan> mfraz74: I'll need you to test the fix
[13:40] <mfraz74> Quintasan: ok
[13:41] <Quintasan> mfraz74: Oneiric or natty?
[13:42] <mfraz74> oneiric
[13:42]  * Quintasan is still at natty :S
[13:43] <mfraz74> i thought i'd try it out
[13:43] <Quintasan> mfraz74: https://launchpad.net/~quintasan/+archive/ppa <-- look when it's done building
[13:43] <Quintasan> PURGE (it will delete settings too) the one you are using now
[13:44] <Quintasan> Well, you don't really have to purge that that will show that the fix works for sure
[13:44] <Quintasan> but that will show*
[13:44] <mfraz74> ok will let you know
[14:18] <JontheEchidna> nigelb, Quintasan, thanks :)
[14:19] <JontheEchidna> I'm 20 now
[14:30] <rbelem> JontheEchidna, happy birthday :-D
[14:30] <JontheEchidna> :D
[14:30]  * rbelem hugs JontheEchidna 
[14:30]  * JontheEchidna pulled a rodrigo until 10:15 to celebrate :P
[14:31] <rbelem> :-D
[14:36] <Quintasan> JontheEchidna: Still underage in USA :P
[14:36] <JontheEchidna> yeah D:
[14:38]  * nigelb hugs JontheEchidna 
[14:39] <JontheEchidna> As my birthday present to kubuntu land, here's a sneak peak of the pre-pre-alpha version of the new Muon Updater: http://i.imgur.com/aCSS5.png
[14:41] <Quintasan> Oh
[14:41]  * Quintasan hugs JontheEchidna
[14:59]  * rbelem pokes Quintasan 
[14:59] <mfraz74> Quintasan: that has fixed that bug in choqok. thanks
[14:59] <Quintasan> cool
[15:00] <Quintasan> rbelem: Kinda busy now
[15:00] <Quintasan> Ask and I will try to answer
[15:01] <rbelem> Quintasan, i'm not sure if another build will solve the problem
[15:02] <Quintasan> Why?
[15:02] <rbelem> Quintasan, because the new stuff needs the libs with the changes
[15:03] <rbelem> Quintasan, unless we build that staticaly
[15:03] <Quintasan> Uhm, I dont see a problem with that
[15:03] <rbelem> Quintasan, but how to do that? build them staticaly?
[15:04] <Quintasan> I dont get what do you mean
[15:04] <Quintasan> you do a second build of runtime in a separate directory
[15:04] <Quintasan> and install files to package from that separate directory
[15:05] <Quintasan> then if user wants to use active then he installs the active packe
[15:05] <Quintasan> package
[15:05] <rbelem> Quintasan, so we will genetare a kde-runtime-active and kde-runtime?
[15:05] <Quintasan> Yes
[15:05] <Quintasan> and they have to conflict
[15:05] <rbelem> Quintasan, hum.. nice :-D
[15:05] <Quintasan> because they will provide same files
[15:06] <rbelem> Quintasan, now i got it
[15:06] <rbelem> Quintasan, i will do that
[15:06] <Quintasan> rbelem: Look at workspace
[15:06] <Quintasan> at rules and control
[15:06] <Quintasan> especially kde-window-manager-gles
[15:06] <Quintasan> and libkwineffects
[15:06] <shadeslayer> JontheEchidna: Happy birthday! :)
[15:06] <rbelem> Quintasan, nice :-)
[15:07] <rbelem> Quintasan, oki
[15:10] <Mamarok> JontheEchidna: Happy Birthday :)
[15:11] <mfraz74> JontheEchidna: happy birthday
[15:11] <JontheEchidna> thanks :)
[15:12] <mfraz74> JontheEchidna: are we going to be able to use Muon to buy software like Ubuntu users can?
[15:14] <JontheEchidna> That's the plan.I wasn't able to get it done for 1.2 since there wasn't a (working, up-to-date) Qt way to interact with the Ubuntu Single Sign-on API
[15:14] <JontheEchidna> which is also the reason why reviews are read-only
[15:14] <JontheEchidna> It's a priority for 1.3
[15:14] <mfraz74> JontheEchidna: thanks
[15:14] <mfraz74> think i'm going to have to really start looking at how to build stuff for my PPA
[15:20] <ScottK> Quintasan: I thought we needed libs and -runtime to get updated together.
[15:20] <ScottK> Where's -runtime?
[15:24] <ScottK> Quintasan and mfraz74: Check and see if the choqok releases are bugfix update or have new features.  If they are just bug fix updates, no FFe needed.
[15:26] <mfraz74> ScottK: I think they are new features
[15:27] <mfraz74> you can now use open collaboration services such as opendesktop.org
[15:27] <ScottK> Then it needs an FFe, but it sounds like it's worth looking into.
[15:29] <mfraz74> ScottK: do I just need to follow https://wiki.ubuntu.com/FreezeExceptionProcess ?
[15:30] <ScottK> Yes.
[15:31] <Quintasan> There is no newer release mfraz74
[15:31] <Quintasan> We have 1.1 and that's in oneiric
[15:32] <Quintasan> ScottK: bugfixing patch is FFe material too?
[15:32] <mfraz74> Quintasan: OK, we'll just have to stick with that.
[15:32] <shadeslayer> Quintasan: don't think so
[15:32] <ScottK> Quintasan: No.
[15:32] <ScottK> Quintasan: Debian has 1.1.5.
[15:32] <ScottK> Where'd that come from?
[15:33] <mfraz74> http://packages.debian.org/sid/kde/choqok
[15:35] <ScottK> So question one would be can we just sync from Debian and get this fix?
[15:36] <ScottK> (I didn't look to see what the Ubuntu diff is)
[15:36] <shadeslayer> i know a choqok specific patch we have
[15:36] <shadeslayer> we use our own app keys for twitter
[15:50] <mfraz74> in muon, what is meant be experimental?
[16:17] <rbelem> Quintasan, i'm hitting my head against the wall
[16:18] <rbelem> Quintasan, i did not find where to use quil_series
[16:18] <rbelem> Quintasan, is there an override for quilt?
[16:28] <Quintasan> rbelem: May I see what you did so far?
[16:36] <rbelem> Quintasan, i thi nk i found the way
[16:36] <Quintasan> Hm?
[16:36] <rbelem> Quintasan, override_dh_quilt_patch:
[16:36] <Quintasan> There is such a thing?
[16:36] <Quintasan> I thought of doing
[16:36] <Quintasan> quilt pop -a
[16:37] <rbelem> Quintasan, but i'm not sure how to check if it is building the active-stuff
[16:37] <Quintasan> QUILT_SERIES=debian/series-active quilt push -a
[16:38] <Quintasan> rbelem: man dh_quilt_patch
[16:39] <Quintasan> You can use another directory instead of debian/patches by setting (and exporting) the environment variable  QUILT_PATCH_DIR.
[16:39] <Quintasan> how about you export the QUILT_SERIES variable instead?
[16:39] <Quintasan> we dont want to duplicate the patches in debian/ do we?
[16:40] <Quintasan> rbelem: Can I see your debian/rules?
[16:42] <rbelem> Quintasan, yup
[16:44] <rbelem> Quintasan, 
[16:44] <rbelem> http://paste.kde.org/112741/
[16:45] <Quintasan> Hihi
[16:45] <Quintasan> rbelem: remove line 3
[16:45] <Quintasan> We don't want to do that there
[16:45] <Quintasan> Now
[16:45] <Quintasan> override_dh_quilt_patch:
[16:45] <Quintasan>         export QUILT_SERIES=debian/patches/series-active
[16:45] <Quintasan>         dh_quilt_patch
[16:45] <Quintasan> It is almost good
[16:45] <rbelem> oops
[16:45] <Quintasan> before that
[16:45] <shadeslayer> wait, won't that override all the patches?
[16:46] <Quintasan> it will
[16:46] <Quintasan> :D
[16:46] <shadeslayer> like, only active patches are applied?
[16:46] <Quintasan> That's why I'm trying to explain that
[16:46] <shadeslayer> yeah :P
[16:46] <rbelem> shadeslayer, i want override all patches before build kde-runtime-active
[16:46] <rbelem> Quintasan, 
[16:47] <Quintasan> rbelem: You see, if you override that dh_quilt_patch it's going to override the default routine of patching the source tree
[16:47] <shadeslayer> rbelem: yes, but then your patches for stable build are not applied
[16:47] <rbelem> yup
[16:47] <Quintasan> rbelem: We want to patch the normal tree with normal patches and active tree with normal+active patches
[16:47] <rbelem> Quintasan, yus
[16:47] <Quintasan> lines 11-13 actually patch the source tree with normal+active patches
[16:47] <shadeslayer> aha
[16:47] <shadeslayer> Quintasan: idea
[16:47] <rbelem> Quintasan, how do i check that i'm building normal or active?
[16:47] <Quintasan> ?
[16:48] <shadeslayer> Quintasan: is there a way to keep the normal patches? and just apply the active patches ontop of it?
[16:48] <Quintasan> shadeslayer: I do not think so, that's why we are using separate SERIES list
[16:48] <shadeslayer> so in the active patch series file, just have plasma active related patches
[16:48] <Quintasan> >export QUILT_SERIES=debian/patches/series-active
[16:48] <shadeslayer> right, but all the patches are popped before the 2nd build?
[16:49] <Quintasan> WRONG :S
[16:49] <shadeslayer> huh?
[16:49] <Quintasan> look at override of build and install shadeslayer
[16:49] <Quintasan> it's done in a separate directory
[16:50] <Quintasan> rbelem: 
[16:50] <Quintasan> http://paste.kde.org/112753
[16:50] <Quintasan> I would try that first
[16:50] <Quintasan> $(overriden_command) requires no comment
[16:50] <Quintasan> then we export QUILT_SERIES=debian/patches/series-active
[16:51] <Quintasan> and then tell quilt to apply patches
[16:51] <Quintasan> dh_quilt_patch -Bdebian/build-kde-runtime-active
[16:51] <shadeslayer> Quintasan: whats -B ?
[16:51] <Quintasan> I'm not sure -B work with quilt_patch
[16:51] <Quintasan> shadeslayer: Try guessing? :P
[16:51] <Quintasan> shadeslayer: look at other overrides
[16:51] <shadeslayer> http://manpages.ubuntu.com/manpages/karmic/man1/dh_quilt_patch.1.html has nothing about -B :P
[16:51] <Quintasan> nor does dh_auto_build
[16:52] <Quintasan> shadeslayer, rbelem: man debhelper
[16:52] <Quintasan> BUILD SYSTEMS OPTIONS paragraph
[16:52] <rbelem> Quintasan, how that code distinct between building normal or active?
[16:52] <shadeslayer> already looking at there
[16:52] <Quintasan> rbelem: it doesnt
[16:53] <rbelem> o.O
[16:53] <Quintasan> rbelem: It does what you told it to do
[16:53] <Quintasan> rbelem: look
[16:53] <Quintasan> first it patches with the default debian/series file
[16:53] <Quintasan> then
[16:53] <Quintasan> we TELL it to patch other build directory using debian/series-active as reference
[16:53] <Quintasan> then it builds it
[16:54] <Quintasan> and then we tell it to build source which is under debian/build-kde-runtime-active with dh_auto_build -Bdebian/build-kde-runtime-active
[16:55] <rbelem> Quintasan, but how do you know that it will build normal series without the active patches?
[16:55] <Quintasan> rbelem: Double-building is just duplication of existing build procedure but in other directory
[16:55] <Quintasan> rbelem: Uhh
[16:55] <Quintasan> look
[16:55] <Quintasan> dh_quilt_patch uses debian/series by default
[16:56] <Quintasan> debian/series SHOULD NOT contain names of active patches
[16:56] <Quintasan> but only names of the "normal" patches
[16:56] <Quintasan> then
[16:56] <Quintasan> debian/series SHOULD contain names of normal patches AND active patches
[16:56] <Quintasan> Do you get it?
[16:57] <Quintasan> rbelem: Look at http://paste.kde.org/112753/
[16:57] <Quintasan> First we call $(overriden_command) which is dh_quilt_patch without any other arguments
[16:57] <Quintasan> it will use debian/series to patch the source code
[16:57] <rbelem> Quintasan, ok, but how do they know when to apply each series in their respective dirs?
[16:57] <Quintasan> dh_quilt_patch -Bdebian/build-kde-runtime-active
[16:58] <Quintasan> this
[16:58] <Quintasan> BUILD SYSTEMS OPTIONS paragraph in debhelper manual
[16:58] <Quintasan> -B - > Enable out of source building and use the specified directory as the build directory.
[16:58] <rbelem> ah! ok
[16:58] <rbelem> Quintasan, i think i got now
[16:59] <Quintasan> However I am not sure wheter -B works with dh_quilt_patch
[16:59]  * rbelem hits his head against the wall
[17:00] <rbelem> Quintasan, i will try that now
[17:00] <rbelem> Quintasan, thx :-D
[17:00] <Quintasan> Please do, if that doesn't work then it means we will have to try something else
[17:01] <shadeslayer> thats some fun stuff right there
[17:01] <Quintasan> If $alternative do not work then I'm afraid we will have to have make ScottK upload it as it is and do EXTENSIVE testing for breakage
[17:02] <Quintasan> if there is any then we will have to revert that
[17:03] <Quintasan> double build of workspace looks funny compared to this
[17:04] <Quintasan> Well, ScottK can also refuse acking FFe for runtime then
[17:05] <rbelem> Quintasan, this link is not working http://paste.kde.org/112753/
[17:05] <Quintasan> the link isnt working or the stuff there is not?
[17:05] <rbelem> Quintasan, the link
[17:06] <Quintasan> override_dh_quilt_patch:
[17:06] <Quintasan>         $(overriden_command)
[17:06] <Quintasan>         QUILT_SERIES=debian/patches/series-active dh_quilt_patch -Bdebian/build-kde-runtime-active
[17:06] <rbelem> Quintasan, thx :-)
[17:06] <Quintasan> Make sure it works before thanking me
[17:06] <Quintasan> :P
[17:09] <rbelem> Quintasan, build started
[17:09]  * rbelem have to wait for a long
[17:09] <rbelem> time
[17:09] <Quintasan> failure is imminent
[17:10] <rbelem> i'm getting lots of failures in kfileplacesview
[17:10] <rbelem> :-(
[17:13] <Quintasan> failures or warnings?
[17:14] <Quintasan> Warnings are good, we can ignore them
[17:14] <Quintasan> failures are not :P
[17:14] <rbelem> Quintasan, failures :'(
[17:15] <Quintasan> mgraesslin: Do you have any device which could possibly test our kwin-gles package?
[17:15] <Quintasan> rbelem: :/
[17:15] <Quintasan> rbelem: buildlog please
[17:15] <Quintasan> rbelem: Do active patches touch kfileplacesview?
[17:15] <jussi> Quintasan: would a efika mx smarttop be helpful? 
[17:16] <Quintasan> jussi: If it can do OpenGL ES then yes :)
[17:16] <rbelem> Quintasan, nope
[17:16] <Quintasan> And one needs one-eye-rick on it
[17:16] <rbelem> Quintasan, im doing other stuff in parallel
[17:17] <Quintasan> Oh
[17:17] <rbelem> :-D
[17:17] <mgraesslin> Quintasan: any mesa powered GPU will do
[17:17]  * Quintasan though rbelem got failures in runtime
[17:18] <Quintasan> mgraesslin: TBH I'm totally green in graphics department, I just know what kind of drivers there are :S
[17:18] <rbelem> Quintasan, do you why it is building with -j1?
[17:18] <Quintasan> Nope
[17:18] <rbelem> Quintasan, i passed -j2
[17:18] <Quintasan> It's a bug
[17:19] <apachelogger> kde rev 992904	
[17:19] <Quintasan> I pass -j12 and it builds with -j1
[17:19] <Quintasan> yofel: rbelem got the same shit with -j's as I do
[17:19] <rbelem> :-/
[17:19] <Quintasan> apachelogger: lol
[17:20]  * Quintasan awaits astyle-- commit when build failure
[17:20] <apachelogger> you better not have to ever trace a line of code in phonon vlc
[17:20] <mgraesslin> Quintasan: if you use radeon, intel or nouveau you can use GLES
[17:20] <apachelogger> it takes approx one hour to find its origin
[17:21] <apachelogger> ~4 VCS used, ~6 code style changes, ~3 path changes
[17:21] <Quintasan> apachelogger: I blame poor maintainership
[17:21] <apachelogger> more like none
[17:21] <Quintasan> mgraesslin: Oh really? Let me try
[17:21] <apachelogger> every half a year another gobshite wanted to take it on
[17:21] <apachelogger> kde rev 907270
[17:22] <apachelogger> oh great
[17:22]  * apachelogger waves fist
[17:22] <Quintasan> Why won't Supreme President and Multimedia Overlord kill it with fire
[17:22] <Quintasan> ?
[17:23] <apachelogger> just becuase a rewrite is easiest, does not mean it is the best solution
[17:23] <apachelogger> errerrr
[17:23] <Quintasan> In this case?
[17:23] <jussi> Quintasan: because "Supreme President"  is the wrong title, the title is "princess butterfly" :D
[17:23] <apachelogger> ~4VCS used && >2 code copies in foreign repos
[17:25] <Quintasan> apachelogger: Any idea how to force nouveau usage?
[17:26] <apachelogger> Quintasan: xorg.conf
[17:26] <Quintasan> >implying it exists in any Ubuntu > Karmic
[17:59] <rbelem> Quintasan, i duplicated all .install files, ok?
[18:00] <apachelogger> Quintasan: what?
[18:00] <apachelogger> Quintasan: you are talking rubbish my friend
[18:00] <apachelogger> Quintasan: just create one
[18:06]  * rbelem pokes Quintasan 
[18:11] <rbelem> Quintasan, i think it worked
[19:35] <Quintasan> rbelem: \o/
[19:35]  * Quintasan wonders how to check what drive is X using
[19:45] <Quintasan> hmm
[19:46] <Quintasan> nouveau doesnt seem to like my gfx vcard
[20:59] <eMyller> hm
[20:59] <eMyller> got some kde updates @ natty, but i see no announcements
[20:59] <eMyller> what's with it?
[21:16] <Quintasan_> eMyller: Bug fixes most likely
[21:16] <Quintasan_> eMyller: I have been backporting some patches to fix annoying bugs
[21:17] <eMyller> specific for the distro, right?
[21:17] <eMyller> thought i was missing something due to cache.
[21:18] <Quintasan_> eMyller: not distro specific, it was reported on 4.7 release
[21:18] <Quintasan_> they are supposed to be fixed in 4.7.1 so I backported them to oneiric now
[21:18] <Quintasan_> bah
[21:18] <Quintasan_> natty
[21:19] <eMyller> before 4.7.1?
[21:19] <eMyller> [official]
[21:19] <Quintasan_> Yes.
[21:20] <Quintasan_> Oneiric will most likely have 4.7.1
[21:20] <Quintasan_> in archives or in ppa
[21:20] <Quintasan_> natty will have it too but well, it's like two weeks till release
[21:20] <Quintasan_> and broken activators are annoying
[21:20]  * Quintasan_ reverts back to nvidia-glx
[21:20] <eMyller> oh
[21:24] <Quintasan_> Phew
[21:24] <Quintasan_> Much better
[23:42] <JontheEchidna> note: suggested alternative:
[23:42] <JontheEchidna> an... an actually helpful gcc error message?!
[23:55] <claydoh_> was there a synaptiks plasma widget before? and if so where did it go?
[23:56] <claydoh_> the widget iirc allowed for  disabling touchpad when typing