[00:03] <DaSkreech> picatchu: What do you mean not working?
[00:09] <picatchu> ok... dselect upgraded by kde today to kde 4.2 - since then, hotkeys are no longer working. Error message: "Failed to contact the KDE global shortcuts daemonMessage: No such object path '/KdedGlobalAccel' Error: org.freedesktop.DBus.Error.UnknownObject" ... thought developers might be interested/also have seen this
[00:11] <ScottK> picatchu: We're in the middle of backporting KDE4.2.  Disable backports and downgrade your kde4libs
[00:11] <ScottK> Currently from backports you'll get a mix of 4.1 and 4.2 and that's not going to have a happy ending.
[00:12] <ScottK> Err, from backports you get a partial 4.2 and so you end up with a mixed system.
[00:14] <picatchu> I see, thanks! This might also explain the phonon-backend-xine bug (331779)...
[01:10] <Quintasan> :/
[01:11] <rgreening_> Quintasan:  hey
[01:13] <ryanakca> ScottK: When did you want be to post the story?
[01:14] <Quintasan> rgreening: hiho
[01:14] <JontheEchidna> rgreening: btw, thanks for your work on Qt 4.5... it rocks
[01:16] <rgreening> np. I actually like working on the qt package. I think I'll keep that one :)
[01:25] <rgreening> JontheEchidna: do you remember the commandline option for changing the qt rendering engine to opengl?
[01:32] <seele> quiet for a friday.
[01:34] <rgreening> ya. playing cards with friends here. Great game called wizard. pick it up :)
[01:44] <Riddell> hmm, did I miss anything?
[01:45] <shtylman> so Riddell: I have openened a very scary can of worms...
[01:45] <Riddell> slimey worms?
[01:45] <shtylman> tracking down the blurry icon clipping in ksplash :)
[01:45] <shtylman> oh very...
[01:46] <shtylman> I may loose a limb
[01:46] <Riddell> oh ksplashx is quite limited as an app since it's pure X with no KDE or Qt, so the artwork has to work around the technology quite a lot
[01:47] <shtylman> yea...but I don't get why it doesn't use qt
[01:47] <shtylman> like they have copies of the qt headers and source
[01:47] <shtylman> and use those
[01:47] <shtylman> and not the actual libraries
[01:47] <shtylman> from the system
[01:48] <Riddell> the whole point of a splash is to be shown while the rest of the desktop is loading up, if you have to load qt and kde just to show the splash that's half the time gone already
[01:48] <shtylman> I see
[01:48] <shtylman> but you don't have to load qt? ..
[01:49] <shtylman> you can just call the functions...which seems like what they are doing..maybe not
[01:49] <Riddell> ksplashx doesn't I believe
[01:49] <shtylman> it uses its own copies of them
[01:49] <shtylman> everything is compiled in...maybe that increases the time
[01:49] <Riddell> ldd /usr/bin/ksplashx  not much linked there
[01:49] <shtylman> *or decreases i mean
[01:49] <Riddell> right
[01:49] <shtylman> interesting...
[01:50] <Riddell> it only links against X libraries and those are already loaded by KDM
[01:50] <shtylman> gotcha
[01:50] <Riddell> so starting ksplashx doesn't need to load anything except itself
[01:50] <shtylman> thats good to know..now I know why it is like that
[01:54] <seele> oh my Riddell is up late
[01:54]  * seele if falling asleep 5 hours behind 
[01:59] <JontheEchidna> rgreening: --graphicssystem opengl?
[02:00] <Quintasan> rgreening: I'll just leave compiling for the night :S
[02:02] <Quintasan> There is also bug with resizing panels (the desktop goes black and restarting plasma is needed) but I will do that tomorrow
[02:03] <JontheEchidna> that'll be fixed in KDE 4.2.1
[02:03] <JontheEchidna> not caused by Qt 4.5 btw
[02:04] <Quintasan> JontheEchidna: hmm, so no need to do this?
[02:04] <JontheEchidna> well, no harm in having the fix a bit early I suppose
[02:05] <ScottK> ryanakca: I'm waiting for slangasek to say when.
[02:12] <ryanakca> ScottK: did you want the story to have a link to the wiki page, or will the contents of the wiki page be emailed out (link to the message on the list archives), or did you want all the contents of the wikipage in the news blurb?
[02:13] <ScottK> I was thinking New article link to that, either on the wiki or somewhere more permanent
[02:13] <ScottK> I'd also figured on mailing something out.
[02:13] <ScottK> Currently 33 mirrors have switched over to the new CD image.  We need to get to 40 to through the swtich officially, so we are waiting.
[02:15] <ryanakca> ScottK: If you want to mail it to Kubuntu-devel (and CC kubuntu-users / whoever ?), I'll stick in a ``Click <a href="http://lists.ubuntu.com/bleh">here</a> for the full announcement''
[02:16] <ScottK> I think it'd be better to link onto the web site, myself.
[02:16] <ryanakca> ScottK: OK, I'll copy over the announcement to www.kubuntu.org :)
[02:18] <ScottK> Is there anyone around who is a moderator on kubuntu-users?
[02:48] <claydoh> ScottK: I may be one , can't remember
[02:48]  * claydoh looks
[02:48] <ScottK> Thanks.
[02:52] <claydoh> ScottK: if I am , I don't know the admin password :) nightrose is one, iirc
[02:53] <ScottK> OK.  I'm not subscribed, so when I get to push the release announcement I'll need someone to let it through.
[03:13] <vorian> evening
[03:14] <nixternal> hola
[03:14] <vorian> its a nixternal!
[03:14] <nixternal> I have hip-hop and classical going at the same time here at the bug jam
[03:14] <vorian> yikes!
[03:15] <vorian> what's up with that
[03:15] <vorian> I can't access the u-u-s queue
[03:17] <vorian> nevermind, got it
[04:53] <maco> on a *very* fresh kubuntu install (net install about 6 hours ago), on first boot, i cannot log in. i get an ugly window that says "kstartupconfig4 does not exist or fails. The error code is 3. Check your installation."
[05:03] <rgreening> maco, was this after adding plasma widgets to the panel? like quicklaunch?
[05:03] <shtylman> jesus
[05:03] <shtylman> it has taken me hours
[05:03] <shtylman> and some to my stupidity
[05:03] <shtylman> but I have finally (minus one very very small gitch) fixed the blurry icon bug
[05:03] <shtylman> on ksplash
[05:03] <rgreening> shtylman: awesome
[05:04] <maco> rgreening: first boot
[05:04] <maco> rgreening: didn't even reach the desktop
[05:05] <shtylman> :(
[05:07] <rgreening> maco: try loging in again. I had this a while back when I was first testing Qt4.5 (early snapshot). Logging in twice got me in. However, with qt4.5.0 rc1, that problem is resolved. not surte why you see it.
[05:07] <maco> rgreening: already rebooted and tried again. same thing.
[05:07] <maco> i can't log out and back in because well...it hasnt loaded far enough to get to a log out button
[05:08] <rgreening> maco. dont reboot. login, let it fail. try again. second time seemed to work (when I had it)
[05:09] <rgreening> CTRL-ALT-BS
[05:09] <rgreening> ?
[05:09] <maco> i havent enabled c-a-b on that machine yet
[05:09] <rgreening> oh, maco, is kdm greet whats crashing?
[05:09] <maco> does restarting kdm count?
[05:09] <maco> what do you mean?
[05:09] <rgreening> the login screen
[05:10] <maco> no kdm came up fine
[05:10] <rgreening> thats kdm greet
[05:10] <maco> and i logged in, and then....the desktop won't load and it gives that error
[05:10] <rgreening> check and see if you have kdebase-workspace-4.2.0-0ubuntu6
[05:10] <rgreening> or 5
[05:10] <rgreening> 5 is broken. 6 has a required fix
[05:11] <maco> 6
[05:12] <maco> (the install actually just finished an hour ago because it was sitting there waiting for me to come home and tell it that my bios is set for utc. i really wish the net disk asked everything first like ubiquity)
[05:16] <maco> rgreening: does logging out and in by restarting kdm count?
[05:18] <rgreening> sure
[05:19] <rgreening> did you check the version of kdebase-wrokspace?
[05:19] <maco> ubuntu6
[05:20] <rgreening> strange
[05:20] <maco> ok so after a /etc/init.d/kdm restart, now i get a spinner cursor on a black background, and no actual kdm
[05:20] <rgreening> kill kdm
[05:20] <rgreening> then start it
[05:23] <maco> what signal?
[05:23] <maco> or do you mean stop the service?
[05:23] <maco> oh er
[05:23] <maco> i cant vt switch with it doing this
[05:25] <maco> rgreening: ^
[05:26] <rgreening> hmm...
[05:26] <maco> i can't decide if "spare laptop can't login" or "main laptop's workspace switching shortcuts don't switch workspaces" is the more annoying/pressing bug i've got in kubuntu right now
[05:27] <rgreening> lol
[05:27] <maco> rgreening: is there any chance that choosing "encrypt my home directory" in the installer is why login is failing on that laptop?
[05:27] <rgreening> I'm running Jaunty on 5 different systems, all diff specs and no issues.
[05:27] <rgreening> maco: I believe there are several open bugs/issues with that
[05:28] <maco> i decided to test a more "adventurous" install this time. not quite as adventurous as my first forray into lvm, but....
[05:28] <rgreening> better check the release notes for current alpha
[05:28] <maco> ok
[05:28] <shtylman> the encript option should not be there
[05:28] <shtylman> as fas as i know
[05:28] <maco> er
[05:28] <maco> shtylman: i used the mini iso
[05:29] <maco> so it was a network install
[05:29] <maco> that laptop's cd drive is too broken for a live or alternate cd but working just enough for a net install since it can read the first couple hundred mb
[05:29] <shtylman> ahh ok
[05:29] <maco> and http://www.ubuntu.com/testing/jaunty/alpha5 doesn't exist
[05:29] <maco> so um, there aren't release notes for current alpha
[05:30] <maco> (today was alpha5 day, right?)
[05:31] <rgreening> look at 4
[05:32] <dtchen> we're in feature freeze, so not alpha 5 territory yet (next week)
[05:32] <maco> rgreening: i see "A bug in the udev package prevents the LVM encryption option from working correctly after reboot into the installed system. As a workaround, users wishing to test with this option can install with Alpha 3 or wait for Alpha 5." but i didnt use the lvm encryption option. i think it's ecryptfs that's involved
[05:34] <dtchen> and that udev (encrypted lvm) bug has already been resolved
[05:34] <dtchen> (also uploaded & built yesterday)
[05:34] <rgreening> try installing gdm, and setting gdm to be you display manager. reboot and see if ytou can get in
[05:34] <rgreening> maco: ^
[05:35] <maco> i dont expect it to work. i just switched to kdm on good-lappy today because gdm was broken
[05:35] <maco> but i'll try it
[05:37] <maco> oh, plasmoid-network-manager is *also* broken today
[05:37] <maco> i just learned to use wpasupplicant
[05:40] <rgreening> Riddell: Arora 0.5 is tagged.
[05:41] <maco> rgreening: no, i cannot login with gdm
[05:41] <rgreening> what error?
[05:41] <maco> same
[05:41] <rgreening> and is anything showing up in your .xsession-errors
[05:42] <maco> my .xsession-errors doesn't even exist
[05:42] <rgreening> ok, try killing kdm/gdm
[05:43] <rgreening> run startx from console
[05:43] <rgreening> see if that gets you in
[05:44] <maco> rgreening: the bugs listed in the release notes for home encryption only relate to cases where the windows migration thing is used and to names of files not being encrypted
[05:44] <maco> startx doesn't do anything
[05:44] <maco> just hangs with a blinking cursor
[05:44] <rgreening> what vid card do you have?
[05:44] <maco> oh wait and then "xauth: timeout in locking authority file /home/maco/.Xauthority"
[05:45] <maco> intel i945
[05:45] <rgreening> are you sure you killed kdm/gdm
[05:46] <maco> i used service gdm stop
[05:46] <maco> AH! ok wait after i ^C'd the timeouts it flickered and tried to start X
[05:46] <maco> i got the same error as before
[05:46] <maco> and i got some Xorg log type errors spitting into tty1
[05:46] <maco> (EE) intel(0): Failed to set tiling on front buffer: rejected by kernel
[05:46] <maco> (repeat for back buffer and depth buffer)
[05:47] <rgreening> thats ok..
[05:47] <rgreening> I think
[05:47] <maco> by the way, this laptop worked fine in terms of X as of christmas
[05:47] <maco> on jaunty
[05:48] <maco> (then i pulled out the hard drive)
[05:48] <maco> that's the install running on good-laptop right now
[05:51] <rgreening> maco: could be something in plasmarc pr plasma-appletsrc in your .kde dir. try removing/renaming those or editing them to remove the default plasmoids from loading. see if that works.
[05:52] <maco> i dont *have* a .kde yet
[05:52] <maco> it didnt log in far enough to create one
[05:53] <maco> rgreening: ^
[05:54] <rgreening> maco, oh. hmm... dunno then. perhaps this is not a kde issue then.
[05:54] <maco> its giving a kde error...
[05:54] <rgreening> is your home dir permission correct
[05:54] <maco> :-O
[05:54] <maco> well hey now
[05:54] <maco> 500?
[05:55] <maco> that sounds wrong
[05:55] <rgreening> AH-ha. not kde issue
[05:55] <rgreening> should be 700 at a minimum
[05:55] <maco> installer bug then
[05:55] <maco> yeah
[05:55] <rgreening> the ecrypt did that
[05:55] <rgreening> likely
[05:56] <maco> ok
[05:56] <rgreening> :)
[05:57] <maco> is that ecrypt-utils package?
[05:58] <rgreening> dunno
[05:59] <maco> dtchen just answered
[06:01] <shtylman> victory is mine!
[06:01] <maco> ?
[06:01] <shtylman> blurry icon bug is fixed!
[06:02] <shtylman> no more shall I login with clipped icons
[06:16] <shtylman> can I download the kde source from bazaar? or do I get it from kde svn? for jaunty?
[06:21] <rgreening> shtylman: what is it you seek?
[06:21] <shtylman> so in bazaar all I see are the debian folders under kde source
[06:21] <shtylman> which I understand
[06:21] <shtylman> thats for packaging
[06:21] <rgreening> shtylman: correct.
[06:21] <shtylman> and I know the kde source is in svn
[06:21] <rgreening> that's all we are using bzr for
[06:22] <rgreening> tare are tar files in LP we uploaded
[06:22] <shtylman> so what? I just use svn to get the kde source and pull the bzr into the same folder?
[06:22] <rgreening> no
[06:22] <shtylman> use the tar files?
[06:22] <rgreening> arer you trying to update an existing package?
[06:22] <rgreening> by adding a patch or something?
[06:22] <shtylman> yea
[06:23] <rgreening> ok...
[06:23] <shtylman> but I need to make the patch first
[06:23] <rgreening> 1) make a dir
[06:23] <shtylman> check
[06:23] <rgreening> 2 cd into it and apt-get source <package>
[06:23] <rgreening> this gets you the complete package and extracts it for you
[06:23] <maco> rgreening: turns out it was reported but with the wrong assumption for the cause bug 317895
[06:23] <shtylman> k
[06:23] <shtylman> done that before..
[06:24] <rgreening> shtylman: ok, now if yo uwant to patch the current source, you can mv the source dir to source.orig and apt-get source again.
[06:25] <rgreening> make your changes in the source dir. then diff -ruN sourcer source.orig to make the patch
[06:25] <shtylman> cool, thanks
[06:26] <rgreening> with patch in hand, you can have it uploaded to the bzr branch
[06:26] <shtylman> I see
[06:26] <shtylman> I can branch the bzr main branch and apply the patch to that?
[06:26] <rgreening> we use bzr to maintain the debian dirs
[06:27] <rgreening> so grabing a copy, and then running dch -i to edit the changelog and then copy the patch to debian patches and editing the series file should do it.
[06:27] <shtylman> I see
[06:28] <rgreening> if you had commit for the branch, you could upload the changes. for now, you can do a bzr diff and send that to me. I can upload that for you.
[06:28] <maco> there were a lot of "and then"s in that sentence, rgreening
[06:28] <rgreening> hehe
[06:29] <rgreening> I'm half asleeeeeeeeeeeeeeeeep
[06:29] <shtylman> k...lemme see if I can do that patch stuff
[06:29] <rgreening> shtylman: not a problem. ping if ya get stuck somewhere
[06:29] <shtylman> (I actually lost part of the file...something crashed) so I have to recreate the code
[06:29] <shtylman> k
[06:29] <maco> rgreening: just sayin' you approach it like "oh yeah it's really simple" and then give like 10 steps
[06:29] <rgreening> maco
[06:29] <rgreening> better get maco
[06:29] <rgreening> :P
[06:30] <rgreening> it's actually simple, after you do it 1,000 times
[06:30] <maco> though about that diff part...couldnt he push his own branch on lp and link it to the bug?
[06:31] <rgreening> packaging a big topic.
[06:31] <maco> all i know of packaging is whatever topics dholbach covered in the ubuntudevelopers podcast thing
[06:31] <rgreening> prob could. But if I get it I can do it right away
[06:32] <maco> apparently that's enough to get a package through REVU and get 2 advocations in 12 hours, if you pay attention to everything he says and everything the MOTU chunk of the wiki says the reviewers will test for
[06:33] <dtchen> "enough" doesn't imply a high bar
[06:33] <maco> ;)
[06:33] <maco> i didnt say it was a lot
[06:34] <maco> but he covers the basics fairly well
[06:34] <maco> he doesn't cover testing the packages, so that's why i mentioned teh wiki where it lists "here's what reviewers are looking for"
[06:34] <dtchen> except not all reviewers follow that
[06:35] <dtchen> and there's a very human element of significant differences in coverage
[06:35] <kuaera> Hrm. The new Qt4.5 packages seem to be working very well. Much faster.
[06:36] <rgreening> :)
[06:37] <maco> dtchen: yes, i know, you went over how stringently you test. gonna show me how to set up an env for doing the same tests on my own packages?
[06:38] <dtchen> if you use pbuilder, an example env is already there; see /usr/share/doc/pbuilder/examples/B9[12]*
[06:39] <dtchen> see also piuparts
[06:46] <maco> you mentioned double-building on xfs for the nanosecond timestamps
[06:46] <maco> dtchen: ^
[06:47] <dtchen> buildtwice
[06:47] <maco> isnt it called puiparts, not piuparts?
[06:47] <maco> oh
[06:47] <maco> nevermind
[07:16] <Quintasan> rgreening: sorry, I couldn't build it, I've got the random hang and I just rebooted it :/
[07:52] <shtylman> rgreening: you still alive over there?
[08:14] <shtylman> rgreening, riddell: take a look at lp:~shtylman/kdebase/ksplash_fix when yall get a chance, thanks
[09:20] <Quintasan> rgreening: could you give me your email/something where I can send the patch
[09:48] <hunger> Is there any ETA on kde 4.2 being build for intrepid/backports?
[09:49] <hunger> I just upgraded my intrepid install and now I got a nice mix of kde 4.1 and 4.2 which does not really work too well.
[09:50] <markey> hunger: uhm, http://www.kubuntu.org/news/kde-4.2
[09:50] <markey> works just fine here
[09:50] <markey> on 8.10
[09:51] <hunger> markey: Is that the one that is currently halfway into backports or the PPA?
[09:51] <Quintasan> hmm why jockey shows no non-free drivers? I'm pretty sure I'm using radeon driver and fglrx is not installed
[09:52] <hunger> markey: That is the news on kde 4.2 hitting PPA.
[09:52] <markey> hunger: no idea, but it works fine
[09:52] <Quintasan> aha. It doesn't work with Xorg 1.6
[09:52] <markey> got a fully working KDE 4.2 here
[09:52] <markey> was pretty easy to upgrade
[09:53] <markey> following their instructions
[09:53] <hunger> markey: Great QA effort to have a inoffical repo that works and offical ones that break the system of users.
[09:53] <markey> uhm, you're not bitching, are you?
[09:54] <markey> if you were, I might not like that
[09:54] <markey> also, I'm not a kubuntu developer
[09:54] <markey> just a happy user
[09:54] <hunger> I am afraid I am:-(
[09:54]  * hunger sighs.
[09:54] <hunger> Looks like I need to fix up my linux again:-|
[09:54] <markey> mayhaps
[09:56] <kwwii> Riddell: http://sinecera.de/jaunty-kusplash.png (the progress bars below show the different states)
[10:02] <hunger> markey: What is mayhaps by the way?
[10:02] <a|wen> hunger: it is still building; so hopefully soon
[10:02] <markey> hunger: mayhaps is a mix of perhaps and maybe
[10:03] <hunger> a|wen: only kdepim is still building for amd64:-(
[10:03] <a|wen> markey: if you are using the PPA, you are upgrading from kde4.2 to kde4.2 which hopefully shouldn't break to much...
[10:03] <hunger> markey: Oh, good. Thought it might be shorthand for mayham happens:-)
[10:03] <markey> I don't have any problems, it's hunger who's bitching ;)
[10:04] <Quintasan> hmm, fglrx causes segfaults in mesa-utils
[10:04] <a|wen> hunger: okay... you may also need to wait a bit more, depending on the mirror you are using
[10:05] <markey> ..which reminds me, I am getting a little hungry
[10:05] <markey> should fetch some food
[10:05] <hunger> a|wen: This really annoys me this time round since I tried to keep this box stable for work and did not upgrade it to jaunty. So far it automatically broke twice due to stuff that was put into backports, updates or security repository.
[10:06] <a|wen> hunger: sadly we can't build all the packages in backports at once ... they need to be build one by one in the right order
[10:07] <a|wen> hunger: but is it like broken in the sense, that it can't start, or is it only broken apps?
[10:07] <Quintasan> can anyone use ctrl+alt+backspace to restart X server? It doesn't work for me (jaunty)
[10:07] <hunger> a|wen: That obviously does not work as kdebase is not yet installable here while kdepim is building.
[10:07] <a|wen> Quintasan: have you set the option for it?
[10:07] <hunger> a|wen: Broken in the sense that I had to fix the boot process the first time round and in the sense that I need to use gnome this time.
[10:07] <Quintasan> a|wen: where do I set it?
[10:08] <hunger> Quintasan: That was turned off in jaunty.
[10:08] <Quintasan> ok, so how do I turn it on?
[10:08] <a|wen> hunger: kdebase just landed here at my mirror; but would be easier if we could build it all at once :/
[10:08] <hunger> a|wen: I only had to one issue that size in jaunty in the same time.
[10:09] <a|wen> Quintasan: i think it is under display properties (not on jaunty myself)
[10:09] <hunger> a|wen: You have a problem with your deployment process then.
[10:10] <hunger> a|wen: You do understand that this statement of yours implies that ubuntu is unusable for any enterprisy usecase?
[10:10] <Quintasan> a|wen: thanks
[10:10] <a|wen> hunger: i've not been involved in the moving to backports part; but i see, that there is a problem
[10:11] <hunger> Well, enterprises will actually maintain their own mirrors with stuff they have tested. The smaller shops are the loosers:-)
[10:11] <a|wen> hunger: it is very valid, what you say; and should definitely be improved
[10:12] <a|wen> hunger: but just to note; -backports is unsupported upgrades, and is very different from using -updates
[10:12] <Quintasan> oh, new ati driver, how nice
[10:12] <hunger> a|wen: You are right... a couple of new debs showed up... but aptitude still insists on downgrading kdebase from 4.1.4 to 4.1.2 while upgrading kde from 4.1.4 to 4.2.0.
[10:13] <a|wen> hunger: in -updates everything goes through -proposed; which gives the opportunity to move everything at once
[10:13] <hunger> a|wen: I do know that, but I doubt that updates has any better deployment process:-)
[10:14] <a|wen> hunger: it has better deployment, more testing and a far more conservative view on any type of regressions that could occur
[10:14] <hunger> a|wen: Nice! So it should be straight forward to have that implemented for backports, too:-)
[10:15] <hunger> Anyway: backports is pretty straight forward to activate, even to novices. They end up sitting on a timebomb if they do.
[10:16] <a|wen> hunger: there is some technical difficulties afaik ... the way the different pockets (-updates/-proposed/-backports) is organized, gives us very different possibilities
[10:18] <a|wen> ScottK and Riddell: please see the discussion with hunger ^^ ... this is kind of not good, to cause breakage in -backports in that way; is there any way we can improve on the deployment process there?
[10:24]  * hunger grumbles that those kde 4.2 debs do not even install cleanly without a force-overwrite.
[10:24] <a|wen> hunger: that is indeed not good; we definitely wan't to hear about that, so it can be fixed!
[10:26] <a|wen> hunger: please come with the error, so we can get it fixed
[10:27] <hunger> a|wen: kde-window-manager_4%3a4.2.0-0ubuntu1~intrepid1_amd64.deb is conflicting with kdebase-workspace-data on files.
[10:27] <hunger> a|wen: I guess that is due to kdebase-workspace-data still being kde 4.1.4.
[10:28] <hunger> It does conflict with kdebase-workspace-bin, too from the output of dpkg.
[10:28] <hunger> With the first being version 4.1.4 from backports.
[10:30] <a|wen> ScottK: are you master of kde4.2 backports? ... all the conflict/replaces on (<= 4.1.3) or (<= 4.1.2) should be changed to (<= 4.1.4)
[10:33] <a|wen> ScottK: if you still have all the packages there it is probably easiest if you go through all the debian/control ... if not, i can go through some of them
[12:09] <a|wen> ScottK: in kile the application-icon for kile was moved in error, causing no icon to be displayed in kickoff etc. ... fix: http://awen.dk/packages/kile/kile_2.1~svn20090217-0ubuntu2.debdiff
[12:41] <a|wen> Riddell: should we try to get arts removed? there is only NBS packages left depending on it, but don't know if we need to wait for those to be gone? if the removal causes any kind of unforseen problems with some apps, then rather have it removed as soon as possible...
[13:55] <ScottK> a|wen: I've been trying to coordinate getting them built, but Riddell uploaded them.
[13:57] <ScottK> Riddell: If we need to reupload stuff, we ought to do it sooner rather than later.  Unfortunately I'll be offline most of today.
[13:57] <cbr> does KDE have to be recompiled because of the new Qt 4.5?
[13:57] <cbr> or can i just update to the new Qt?
[14:04] <Tm_T> cbr: Qt is supposed to be backwards compatible (binary)
[14:05] <Tm_T> cbr: so all incompatibilities should be considered bugs somewhere I guess
[14:15] <cbr> i see
[14:15] <cbr> i'll try it out then
[14:16] <ScottK> a|wen: Any motu can upload to backports and I can approve them via my phone, so if you can find vorian or someone to upload fixes I can accept them.  I'm doing kde4libs right now.
[14:22] <ScottK> Fixed kde4libs uploaded
[14:24] <ScottK> kdepimlibs is fine
[14:26] <ScottK> kde4bindings is fine
[14:28] <ScottK> OK, apparently the LP U/I for me to accept stuff is broken.
[14:29] <ScottK> Actually it does.  It just doesn't update the page to show it did.
[14:29] <ScottK> Urgh.
[14:35] <cbr> seems to work
[14:35] <ScottK> kdebase-workspace uploaded.  And with that I have to run.
[14:35] <ScottK> a|wen: Thanks for noticing and please hunt down a MOTU or two to upload the rest.
[15:26] <ScottK> kdebase is good.
[15:30] <ScottK> kdegraphics is fine
[15:33] <ScottK> kdeaccessibility is fine
[15:46] <ScottK> kdebase-runtime is ok
[15:48] <ScottK> kdegames is OK
[15:50] <ScottK> webdev good
[15:53] <ScottK> sdk ok
[15:54] <jjesse> ScottK: what does ok mean?
[15:55] <ScottK> Doesn't need to be reuploaded for intrepid-backports because of conflicts/replaces that didn't take into account 4.1.4.
[15:55] <jjesse> oh ok, was seeing a lot of ok messages from you and i didnt 'understand what was going on
[15:57] <ScottK> It's in the backscroll.
[15:57] <ScottK> I sort of have this vague hope that some other dev will start checking some and so I shouldn't want them to redo what I've done.
[15:57] <ScottK> kdepim OK too.
[16:00] <ScottK> No problems in kdeutils <- Just for variety.
[16:01] <ScottK> a|wen: kile uploaded.  thanks for taking care of it.
[16:01] <ScottK> kdeadmin good
[16:14] <ScottK> artwork fine
[16:16] <ScottK> Riddell: The backport is currently blocked on kde4bindings depwait due to insufficient version of python-qt4.  Would you please look into that.  I'm about to vanish offline.
[16:18] <ScottK> toys, edu, and plasma-addons all checked fine.
[16:18] <ScottK> I think that's all of them....
[16:23] <ScottK> hunger: I think I got all the conflicts/replaces fixed for the KDE 4.2 backport.  Thanks for pointing out the problem.
[16:24] <ScottK> The fixed packages are building now.
[16:51] <rgreening> Quintasan: roderick.greening AT gmail.com
[17:10] <shtylman> rgreening: I did a branch of the kdebase-workspace debian stuff, and added my patch
[17:14] <rgreening> shtylman: cool.
[17:16] <rgreening> I wonder if you can bzr merge. I can see if there are pending merges to approve.. (assuming that works)
[17:19] <shtylman> do I just propose a merge ot teh main branch?
[17:19] <rgreening> yeah
[17:20] <rgreening> assuming you did it via lp. If you ust did local on your hd, then bzr merge.
[17:22] <shtylman> can I popose a merge to the main branch from bzr?
[17:24] <rgreening> shtylman: I think just doing a bzr merge will do it
[17:24] <shtylman> rgreening: I just porpsed through launchpad (bzr merge just pulls the changes from the main one into mine)
[17:24] <shtylman> *proposed
[17:25] <rgreening> oh
[17:25] <rgreening> looking
[17:25] <shtylman> k
[17:26] <rgreening> hmm... shtylman I dont see it...
[17:27] <shtylman> :/
[17:27] <shtylman> proposed for merge into: lp:~kubuntu-members/kdebase/ubuntu , was that right?
[17:27] <rgreening> shtylman: no
[17:27] <rgreening> kdebase-wrokspace
[17:28] <rgreening> workspace
[17:28] <rgreening> kdebase is different
[17:28] <shtylman> ahh...oops...copied the wrong path
[17:29] <rgreening> shtylman: was it kdebase or kdebase-wrokspace for certain
[17:29] <shtylman> I accedentally did it to kdebase...but kdebase-workspace is where ksplash is
[17:29] <shtylman> it needs to go there
[17:30] <rgreening> shtylman: ok, can you correct and I'll reject the other.
[17:30] <shtylman> I deleted the other
[17:30] <shtylman> and yea...I will correct it
[17:31] <rgreening> kk
[17:31] <shtylman> how should I name it?
[17:31] <rgreening> shtylman: are ya going ot apply to be a kubuntu-memeber? :)
[17:31] <shtylman> do you guys have a convention?
[17:32] <rgreening> shtylman: for what?
[17:32] <shtylman> for the patch naming
[17:32] <ScottK> OK, so I'm back and I'm fixing python-qt4 for backports.
[17:32] <shtylman> in the patches directory
[17:32] <shtylman> (yea...I will apply, once I do some more work)
[17:32] <rgreening> shtylman: kubuntu_XX_description.diff. Make XX that next available highest number.
[17:33] <shtylman> k
[17:38] <shtylman> rgreening: ok...I think I did it right this time...sorry about that...still kinda new to this
[17:38] <rgreening> np.
[17:45] <maco_> either of you having plasma troubles?
[17:46] <shtylman> not really "troubles"
[17:46] <shtylman> folder view drawing is a bit broken
[17:46] <shtylman> but nothing major
[17:46] <maco_>  so nothing along the lines of not starting?
[17:46] <shtylman> nope :/
[17:47] <maco_> rgreening: this is the "good lappy" not the one where i couldnt log in last night
[17:47] <rgreening> lol
[17:47] <rgreening> dunno. I haven't seen any issue
[17:48] <maco_> dtchen thinks it's xserver-xorg-video-intel's fault since he had trouble with an nvidia update once where plasma wouldnt start. i disabled compositing, but that just brought the wallpaper back (was solid black w/ compositing)
[17:49] <rgreening> strange. I am using intel with UXA
[17:49] <maco_> i tried disabling uxa too
[17:49] <maco_> plasma starts on the i945, but not on the i965
[17:52] <rgreening> shtylman: I apparantly screwed up lp.
[17:52] <shtylman> ?
[17:52] <shtylman> that doesn't sound good
[17:53] <rgreening> Riddell, scottk: Anyone can help with launchpad and merge branch proposals
[17:54] <ScottK> Don't look at me for understanding that stuff.
[17:54] <shtylman> heh
[17:54] <rgreening> scottk: yeah. I set to merged... and I think that wasn't correct.
[17:55]  * ScottK has no idea.
[17:58] <rgreening> shtylman: I'll download your branch and menually merge...
[17:58] <rgreening> namually even
[17:58] <shtylman> heh
[17:58] <rgreening> stupid lp
[17:59] <shtylman> hahha
[18:05] <rgreening> ok, merged manually
[18:05] <shtylman> cool
[18:05] <shtylman> thanks
[18:06] <rgreening> scottk: shtylman had a new patch for kdebase-workspace. Feel free to upload if you want. Otherwise, maybe Riddell can do it.
[18:06] <rgreening> I'me added to the bzr branch.
[18:06] <ScottK> rgreening: I'm trying to un-SNAFU the 4.2 backport on Intrepid right now, so probably not.
[18:09] <nixternal> does kubotu do bug queries like ubottu does?
[18:09] <nixternal> I need one of them in #ubuntu-chicago for this bug jam
[18:10] <ScottK> nixternal: You mean like bug 321211
[18:11] <ScottK> If so, yes.
[18:11] <nixternal> yup
[18:11] <nixternal> pricey is hooking me up right now i think
[18:13] <nixternal> ok, pricey couldn't do it
[18:17] <nixternal> ScottK: anything on the list of bugs that needs some loving right now? I have a group of chicago gangsters here ready to work :)
[18:18] <ScottK> nixternal: Dunno.  I've very focused on making the kde 4.2 backport in intrepid-backports build right now.  Generally JontheEchidna is the one with the best handle on where we are with bugs.
[18:19] <nixternal> JontheEchidna: speak up, and don't give me kdepim bugs please :)
[18:22] <ScottK> In the absence of specific direction, I'd just grab a KDE package and look for OBE KDE3 stuff that can be wontfixed and fresher stuff that needs to be upstreamed.
[18:38] <Quintasan> rgreening: sent :)
[18:38]  * Quintasan is back to writing
[18:42] <ScottK> In KDE 4.2 if you push the 'windows' button does it pop open the K menu similar to how Windows does with Start?
[18:42] <ScottK> If someone running 4.2 on Juanty would check ^^^
[18:44] <Quintasan> ScottK: nope
[18:45] <ScottK> Quintasan: Thanks.  I think one of my daughters is about to file her first bug.
[18:45] <Quintasan> :D
[18:46] <Quintasan> damn, I should go write that essay :S
[19:18] <ScottK> Which package is Kickoff in?
[19:22] <ScottK> I think everything needed to build kde4.2 is in backports now.
[19:22] <ScottK> Now just waiting.
[19:23]  * Nightrose grumbles @ adept
[19:23] <Nightrose> it is a pita to review more than 100 package updates
[19:24] <Nightrose> especially when you have ppa's enabled where you have to check if you want an update or not
[19:24] <Nightrose> does kpackagekit sort alphabetically?
[19:25] <Nightrose> i still havn't figured out what adept sorts by
[19:27]  * ScottK suggests sudo apt-get upgrade -V
[19:27]  * Nightrose is a sucker for a nice GUI ;-)
[19:28] <Nightrose> but yea i do that if i have one of those days again where the new adept is driving me crazy
[19:41] <a|wen> ScottK: thanks a lot for taking care of all the backports stuff ... and thx for uploading kile
[19:42] <ScottK> You're welcome.  Thanks for pointing out the problem.
[19:42] <a|wen> i think original thx goes to hunger; but no problem
[19:49] <a|wen> does ubuntu have something like http://patch-tracking.debian.net/package/kile/ ?
[19:51] <ScottK> Only http://patches.ubuntu.com/k/kile/
[19:52] <a|wen> thx, better than nothing
[19:52] <seele> Nightrose: adept sorts by the search weight, so it is impossible to know what order that is :)
[19:53] <Nightrose> ugh
[19:53] <Nightrose> great
[19:53]  * Nightrose wonders who thought that was a good idea
[19:56] <a|wen> how is our view on doing a re-snapshot of kile if upstream gets a lot of fixes in; should this be possible half way from now towards release? i'm trying to work with upstream to maybe get a stabilized svn
[19:56] <scott_ev>  /msg vorian got a minute?
[19:56] <scott_ev> oops
[19:58]  * ScottK hands JontheEchidna some "UNRELEASED" for the next time he goes putting stuff in bzr.
[19:58] <ScottK> a|wen: If it's bug fix only you don't even need permission.
[20:00] <a|wen> i don't think i can count on it being a bug fix-only, but should be almost only bug fixes
[20:13] <ScottK> If it's featureful then you'll need to ask for an FFe.  Should be easy enough.  For KDE stuff Riddell can grant them.
[20:14] <ScottK> a|wen and hunger: I also just pushed the same conflicts/replaces fixes for 4.1.4 into bzr for Jaunty too.
[20:17] <a|wen> okay; I'll keep an eye on the svn commits in kile, and work with upstream
[20:18] <a|wen> perfect... always good to fix an upgrade-bug even before it appear in LP
[20:29] <nixternal> jeesh, getting ready to work on kdepim bugs...so I setup my dIMAP...taking forever to sync/dl all of my email :)
[20:30] <kwwii> who gave Riddell the day off?
[20:30]  * Nightrose 
[20:31] <kwwii> oh, so you are in charge now? :p
[20:31] <Nightrose> :P
[20:31] <Nightrose> damn
[20:31] <Nightrose> does that mean work?
[20:31] <kwwii> I get the feeling that it might
[20:32]  * Nightrose hides then
[20:32] <Nightrose> ;-)
[20:55] <nixternal> is kmilo still in charge of volume keys?
[21:32] <hunger> ScottK: Great, thanks!
[21:33] <hunger> ScottK: I finally managed to get my box back up... for some reason I had to remove kdeedu before kdebase was upgradeable. Maybe because kdeedu was not yet available.
[22:09] <shtylman> do we package kde-look plasmoids?
[22:10] <Quintasan> shtylman: I've packaged some of them and uploaded to REVU
[22:11] <Quintasan> shtylman: but I would need Feature Freeze exception to get them included :P
[22:17] <shtylman> ahh I see
[22:17] <shtylman> Quintasan: in general, do we do that? or is that just for people to download on their own and stuff?
[22:21] <Quintasan> shtylman: I'd say we don't but I'm not sure
[22:47] <Quintasan> can anyone tell me how to chage numlock stat on kubuntu start? I've tried systemsettings, numlockx and both failed
[23:07] <kuaera> Is anyone else having problems with the new NetworkManager on Kubuntu Jaunty?
[23:10] <hunger> kuaera: It does work for me since a couple of days now. You should not meddle with the number of networks shown though.
[23:11] <kuaera> hunger: I have zero workability and have to boot into an Openbox session, then start plasma and knetworkmanager
[23:11] <kuaera> Even then, knetworkmanager does nothing for encrypted wireless networks
[23:11] <hunger> kuaera: Are you refering to knetworkmanager or that plasmoid thingy?
[23:12] <hunger> knetworkmanager never relyably worked for me either.
[23:12] <hunger> kuaera: If all else fails you can use the gnome applet (just type "nm-applet" into the krunner), it you do not mind your passwords ending up in a gnome-keyring.
[23:13] <hunger> You probably need to install it first.
[23:14] <kuaera> hunger: Let me try the plasmoid first, then nm-applet
[23:14] <hunger> kuaera: A tip for the plasmoid: Never change the number of networks displayed:-)
[23:15] <kuaera> hunger: Which plasmoid is it?
[23:16] <hunger> Let me check... plasma-widget-network-manager IIRC.
[23:19] <kuaera> Bah, it was foolish of me to upgrade to Qt4.5 so soon. X is consuming all available CPU continuously :(
[23:20] <shtylman> really?
[23:20] <shtylman> I am not seeing that
[23:20] <shtylman> is it X or some other program?
[23:20] <kuaera> Some programe may be causing it, but the consumption is being shown as X
[23:20] <shtylman> cause I had kded4 consume cpu for a while
[23:20] <shtylman> I see
[23:20] <kuaera> Same, actually, then I restarted
[23:20] <shtylman> turn off compositing?
[23:21] <kuaera> I'm using xcompmgr, so I just killed it to no effect
[23:22] <kuaera> It may be plasma.
[23:23] <kuaera> Or not...the consumption just disappeared
[23:23] <kuaera> When I killed xcompmgr, plasma disappeared, though was still running
[23:23]  * hunger is happy. He fixed his intrepid box after the kde 4.2 upgrade mayham and then finds his jaunty box has stopped working.
[23:24] <shtylman> hahaha
[23:24] <kuaera> Well, I killed amarok and openoffice, and it seems to be working proper now [with compositing off]
[23:24] <hunger> shtylman: This is really not funny any more:-(
[23:25]  * hunger is off to bed.
[23:25] <shtylman> hunger: well, I mean..I understand the frustration..
[23:25] <shtylman> we have all been there
[23:25] <kuaera> shtylman: Changing desktops is actually very, very slow. Shoots X consumption into the 90s for a few seconds
[23:26] <shtylman> interesting...what vid card?
[23:26] <kuaera> As well as alt-tabbing between programs
[23:27] <kuaera> ATi Radeon 9600 Mobility
[23:27] <kuaera> Running the ati driver
[23:27] <kuaera> These slowdowns were not present before Qt4.5 upgrade
[23:27] <shtylman> have you restarted since installing qt?
[23:27] <kuaera> Yes
[23:27] <shtylman> and did you update kde as well?
[23:27] <kuaera> There have been no other updates available
[23:28] <kuaera> I'll check now.
[23:28] <shtylman> there should have been a kde update as well as qt if I recal
[23:28] <shtylman> they had to patch kdm to fix a crash
[23:30] <kuaera> If there was one, I must have already gotten it, I guess
[23:30] <kuaera> All that's available right now are a few unrelated python updates
[23:32] <shtylman> I see
[23:34] <kuaera> I can deal with the slowness for a little while, but runaway cycles on a laptop are bad mojo
[23:34] <shtylman> yea...I bet
[23:34] <kuaera> Battery has gone from 3 hours to 1 >_>
[23:34] <slangasek> ryanakca: ping
[23:35] <kuaera> Oh well, that's what I get for getting overexcited about beta software. I'm pleased with Jaunty as a whole, and I'm used to bumps like this. Once Qt4.5 and NetworkManager are all ironed out, I'll be happy as a clam.
[23:36] <shtylman> yea...we have to suffer now for the benefits later.. :)
[23:36] <kuaera> I'm really liking the new Xorg, ironically enough - no xorg.conf file, and I have configured my touchpad to do both horizontal and vertical two-finger scrolling via XML for HAL
[23:54] <ryanakca> slangasek: pong
[23:55] <slangasek> ryanakca: hi - are you around for a couple of hours, to coordinate kubuntu 8.04.2 release?
[23:55] <slangasek> or alternatively, "in a couple of hours" - most of the next couple of hours will just be waiting for the publishing to finish :)
[23:55] <ryanakca> slangasek: Ummm... sure. I'll be right back, but, I can hit the story's ``publish'' button whenever you want :)
[23:55] <slangasek> ok
[23:55] <ryanakca> slangasek: *nod*, I should be around for the next three or so...