[00:08] <ScottK> KNE exists: http://cdimage.ubuntu.com/kubuntu-netbook/daily-live/current/
[00:08] <ScottK> \o/
[00:09] <a|wen> cool :)
[00:09] <ScottK> Tonio_: ^^^
[00:21] <DreadKnight> is rc2 being packaged for karmic or something?
[00:21] <ScottK> DreadKnight: Yes.  We've just started uploading.
[00:21] <DreadKnight> yey ^^ cheers
[00:21] <ScottK> We usually get several days before a release to work on packages.
[00:21] <ScottK> For RC2 we got less than one.
[00:21] <DreadKnight> i wonder if wireless will be working now..
[00:21] <ScottK> So we weren't ready for it to magically appear at release.
[00:21] <ScottK> DreadKnight: No.
[00:22] <DreadKnight> >_<
[00:22] <ScottK> That needs a plasma-widget-networkmanager update (not part of a KDE release).  They are working on it, but it's in a bit a flux at the moment.
[00:22] <DreadKnight> i understand
[00:23] <DreadKnight> some people switched to wicd.. but that would remove some current stuff
[00:24] <ScottK> I just configured it to work with ifup
[00:24] <DreadKnight> never heard of it
[00:24] <ScottK> That's the thing everyone used before there were GUI's to manage networking
[00:24] <DreadKnight> xD
[00:25] <DreadKnight> hope the good networkmanager plasmoid will be pushed into repositories asap
[00:25] <ScottK> It will, but remember what that means.
[00:26] <DreadKnight> mhm
[00:27] <DreadKnight> that sabayon distro has a neat step for live cd installation where you can customize your packages..
[00:28] <DreadKnight> (the kde one at least)..
[00:28] <DreadKnight> hope kubuntu will have that as well at some point
[00:28] <DreadKnight> i don't care that much about it actually, nvm
[00:28] <ScottK> DreadKnight: shtylman is doing our installer work this cycle.  You might chat with him about it if you're interested in it.
[00:28] <ScottK> OK.  nvm.
[00:29] <DreadKnight> :D
[00:29] <DreadKnight> thanks, i'll keep that in mind ScottK
[00:37] <ScottK> pimlibs and libs-experimental are reviewed and ready for upload after libs gets published.
[00:37]  * ScottK considers reorganizing the Kubuntu sees while he waits.
[00:47] <lex79> ScottK: take packages from bzr, now ppa and bzr are synced
[00:48] <lex79> ;)
[00:48] <ScottK> lex79: That's where I've been taking from.  Were any of your not synced before?
[00:50] <lex79> not mine, neversfelde's packages weren't
[00:50] <lex79> now they are
[00:51] <ScottK> lex79: Excellent.  You are a saint.  That will be a big help.  Thanks.
[00:52] <lex79> don't worry, I hadn't much kubuntu time in this release
[00:57] <ScottK> So if I want to test the webcam on this mini 10v, what's the easiest way to do that?
[00:58] <lex79> you can install cheese for example
[00:58]  * ScottK tries
[00:59]  * ScottK never had a webcam before
[00:59] <lex79> :)
[01:00] <DreadKnight> linux sucks with webcams
[01:00] <DreadKnight> but soon.. empathy ftw... and google's video/audio cross platform stuff into gmail and wave
[01:21] <ScottK> Well cheese no works.
[01:21] <ScottK> crashes or freezes
[01:24] <ScottK> Webcam works in Kopete
[02:20]  * shtylman has crappy webcam experience...but that could just be my microsuck cam :)
[02:22] <DreadKnight> shtylman: nah, it's linux :P
[02:22] <shtylman> heh
[02:45] <shtylman> I cannot boot any of the .31 kernels...I get an error: "device-mapper: table: 252:0 sda too small for target"
[02:47] <ScottK> Need a bigger /boot?
[02:47] <ScottK> How much RAM in the system?
[02:47] <shtylman> 6 GB
[02:48] <shtylman> 64GB on / with 37GB free
[02:48] <shtylman> this only happens on the .31 kernels not the .30
[02:48] <shtylman> (two disks in raid0 each 32GB)
[02:49] <ScottK> How big is /boot?  Maybe .31 needs more
[02:50] <shtylman> it is on the same part as /
[02:53] <shtylman> in my mind it is a pretty serious regression...
[02:54] <ScottK> Agreed.
[02:54] <ScottK> OTOH, I installed the system I'm typing in from yesterday's dailies and there hasn't been a new kernel since.
[03:34] <freeflying> ScottK: I think it will better to generate raw img, but not iso
[03:36] <ScottK> freeflying: Why is that?  USB creator works with iso.
[03:37] <ScottK> freeflying: My understanding (which may well be incorrect) is that UNR started with img for reasons that are not currently relevant (and that I don't remember what they were).
[03:38] <freeflying> ScottK: usually netbook won't have a cdrom driver
[03:39] <freeflying> ScottK: and you can't expect everyone would have exist ubuntu(or linux) installed machine
[03:39] <ScottK> freeflying: Yes and people can use USB creator to make a USB installer image from iso.  There will be a windows version of USB creator too.
[03:40] <ScottK> So I think it's OK.
[03:40] <freeflying> ScottK: at least a raw img shall be alternative option
[03:40] <ScottK> freeflying: OK.  Let me look into how hard that would be to do.
[03:41] <freeflying> ScottK: ok, thanks
[04:23] <ScottK> shtylman: What architecture are you running?  I just rebooted my i386 Karmic machine and it went fine.
[05:48] <jwelsh> I have some questions about building KDE from SVN (on gentoo), #kde-devel is silent... would that be ontopic here?
[05:58] <ScottK> Not really.
[12:20] <apachelogger> hello, my beloved kubuntu friends
[12:22] <Nightrose> hello beloved apachelogger :)
[12:22]  * Nightrose bribes apachelogger into making neon work again
[12:22] <Nightrose> Riddell said he packaged liblastfm
[12:23] <apachelogger> where?
[12:23] <apachelogger> btw
[12:23] <apachelogger> I need someone to monitor a SRU
[12:23] <Nightrose> i have no idea
[12:23] <Nightrose> Riddell: where did you package liblastfm
[12:33] <apachelogger> Nightrose: you know, at the akademy group photo it seems as if fregl and ruphy were about to hold hands
[12:34] <apachelogger> you better watch out :P
[12:34] <Nightrose> apachelogger: i know...
[12:34]  * Nightrose is slightly worried
[12:35] <Nightrose> ;-)
[12:36] <apachelogger> you know, those oxygen dudes are about the only ones who might eventually be more attractive than kubuntu developers...
[12:36] <Nightrose> i have to say they already are i fear
[12:36] <apachelogger> which of course ensures that even if I would get kicked out of kubuntu for the package change I am working on right now, I still would be pretty hot :P
[12:36] <Nightrose> no offense to anyone here ;-)
[12:37] <Nightrose> haha
[12:37] <apachelogger> in that case I am hotter than any other kubuntu dev
[12:37] <apachelogger> that is an advantage I suppose
[12:37] <Nightrose> *g*
[12:43] <shtylman_> ScottK: 64bit, are you also on a dmraid setup wtih raid 0?
[12:46] <ScottK> shtylman_: No.
[12:46] <ScottK> So the experiences probably aren't very comparable
[12:46] <shtylman_> well, that is my setup... so reproducing my bug would probly require that :)
[12:48] <ScottK> Yep
[12:48] <apachelogger> whre are our minions? -.-
[12:49] <ScottK> They seem to have packaged up rc2 just fine and then run off and left me to upload it.
[12:49] <apachelogger> hehe :)
[12:50] <apachelogger> still I need one to oversee a SRU
[12:51] <ScottK> You can't have shtylman_.  He's got actual software to write.
[12:51] <shtylman_> :)
[12:53] <apachelogger> we should SRU shtylman_ at some point :P
[12:54] <shtylman_> apachelogger: is that painful?
[12:54] <apachelogger> well, if you don't qualify for SRU, then it probably will be painful :P
[12:54] <ScottK> Depends on what you're in to, I guess.
[12:55] <apachelogger> I have seen soyuz process uploads faster than today -.-
[12:57]  * ScottK just uploaded bindings, so that won't help
[13:03] <ScottK> neversfelde: Where did /usr/lib/libmbox.so and friends go?
[13:06] <neversfelde> ScottK: seems that I forgot to mention that in the changelog
[13:06] <ScottK> Well you mentioned updating the install file, but nothing about why or where it went.
[13:08] <ScottK> apachelogger: Could I trouble you to form an opinion about the correctness of the disappearance of libmbox from kdepim-runtime between RC1 and RC2?
[13:10] <neversfelde> ScottK: I tried to grep libmbox and it is gone
[13:10] <ScottK> neversfelde: I agree it's gone.  The question is where did it go?
[13:11] <ScottK> If it's just been moved somewhere else, then we need to make sure we have appropriate replaces.
[13:11] <ScottK> If it's been deleted, I suspect that's not intentiona.
[13:11] <ScottK> ./l.
[13:13] <apachelogger> where is it coming from anyway?
[13:13] <neversfelde> http://websvn.kde.org/trunk/KDE/kdepim/akonadi/resources/mbox/libmbox/
[13:13] <apachelogger> ah
[13:13] <neversfelde> probably it is part og akonadi
[13:13] <apachelogger> akonadi == runtime?
[13:14] <neversfelde> s/og/of
[13:14] <neversfelde> apachelogger: it was in kdebindings for rc1
[13:14] <apachelogger> kdepim/akonadi was supposed to be part of runtime
[13:14] <apachelogger> so I would suppose runtime == akonadi
[13:15] <ScottK> neversfelde meant part of kdepim-runtime
[13:15] <apachelogger> svn 989200
[13:15] <apachelogger> gold \o/
[13:16] <apachelogger> ScottK: svn 989201
[13:16] <apachelogger> remove the mbox source code since it isn't ready and makes things easier for the translators.
[13:16] <ScottK> Weird.
[13:16]  * neversfelde is a little bit confused at the moment
[13:16] <neversfelde> sorry, I should not be at the phone and in irc at the same time^^
[13:17] <apachelogger> anyway
[13:17] <apachelogger> since you are here
[13:17] <apachelogger> neversfelde: bug 221531 needs SRU
[13:18] <ScottK> apachelogger: So you think OK then?
[13:18] <apachelogger> just backport my patch and fire off the SRU process
[13:18] <apachelogger> ScottK: yep
[13:18] <ScottK> OK.
[13:18]  * ScottK moved on to -workspace.
[13:18] <ScottK> will come back to it in a bit.
[13:21] <neversfelde> apachelogger: k, I have never done a SRU before, so I will need some time to get in touch with it
[13:21] <apachelogger> I am sure some other minion can help with that
[13:21] <ScottK> It's all documented in incredibly painful detail at w.u.c/SRU
[13:22] <apachelogger> neversfelde: first just get latest _jaunty_ package, backport the fix and create a debdiff
[13:22] <apachelogger> attach that to the bug report and triage the jaunty ask
[13:22] <apachelogger> s/ask/task
[13:29] <apachelogger> @ary[parts[0]] += [{parts[1]=>[parts[2],parts[3]]}]
[13:29] <apachelogger> that is so incredibly horrible it makes me shiver
[13:34] <ScottK> apachelogger: When you fixed -workspace in bzr a week ago, how much did you test the revised patch?
[13:34] <apachelogger> not at all
[13:34] <apachelogger> what did I fix anyway?
[13:35] <apachelogger> ScottK: does it fail to apply for .96?
[13:36] <ScottK> kubuntu_11_fix_root_only_kcms.diff
[13:36]  * apachelogger notes that for the better part the patch just became more lightweight codewise
[13:36] <apachelogger> nothing really changed in the inner workings
[13:36] <ScottK> apachelogger: I don't know yet, but you helpfully failed to provide a debian/changelog entry, so I'm trying to understand.
[13:37] <ScottK> Actually even better it looks like vorian clobbered it.
[13:37] <ScottK> And your change for that matter.
[13:38] <apachelogger> way to go vorian :P
[13:38]  * apachelogger notes that somehow is data array is weird
[13:39]  * ScottK goes back to pim-runtime for a while
[13:39] <apachelogger> ah, unnecessary grouping
[13:39]  * apachelogger drops additional subarray
[13:41] <ScottK> Managed to type my gpg passphrase in only two tries.
[13:42] <apachelogger> ah
[13:42] <apachelogger> perfect
[13:43] <apachelogger> <= uberleet haxx0r
[13:43] <apachelogger> that even spit something out
[13:43] <ScottK> Modest too
[13:44] <apachelogger> that is actually pretty nifty, now that I have sorted the array structure I really just need to make the template-list-processor-script to take rosetta-name and last-upload-date into account and then arne should be all happy :D
[13:47] <ScottK> apachelogger: Any idea why your bzr commit also has changes to kubuntu_10_turn_on_kwin_compositing?
[13:47] <apachelogger> ScottK: quilt refresh I suppose?
[13:48]  * ScottK sighs
[13:48] <ScottK> Yeah.  Looks like
[13:58] <ScottK> OK.  I think I restored your changes.
[14:21] <ScottK> OK.  That's an hour of my life I'll never get back.
[14:32] <Ke> otherwise your backups are flawless!
[14:33] <ScottK> apachelogger: Your kubuntu_11 'improvements' appear to have caused FTBFS.  Would you please have a look at it.
[14:44] <ScottK> apachelogger: If my test build with it disabled builds, I'm going to upload that and you can sort it out later.
[15:16] <neversfelde> changelog from kdelibs says that /usr/bin preparetips is in not-installed, but it isn't and it is listed as missing file. Should that be changed?
[15:21] <ScottK> neversfelde: Yes.  Just change it in bzr (add it to not-installed) and we'll get it on the next upload.
[15:31] <neversfelde> done
[16:06] <dajomu> hello folks. anyway to correct kpackagekit when I get the errer "the backend took too much time to process the synchronous request - you need to fork!"
[16:08] <Riddell> Nightrose: liblastfm is in karmic and jaunty-backports
[16:08] <ScottK> dajomu: What did they tell you in #kde?
[16:08] <Nightrose> apachelogger: ^
[16:08] <Nightrose> Riddell: thx
[16:09] <ScottK> Riddell: Getting close on RC2.
[16:09] <Riddell> ooh
[16:09] <Riddell> who keeps opping me?
[16:09] <Nightrose> chanserv
[16:09] <Nightrose> [09:07:14] *** Mode #kubuntu-devel +o Riddell by ChanServ
[16:10] <Nightrose> that was 8h ago
[16:10] <Riddell> but why?
[16:10] <ScottK> Had a little problem with -workspace, but we're about to get back on track.
[16:10] <Nightrose> no idea
[16:10] <ScottK> Riddell: I'd ask vorian.  He seems to know about such things.
[16:13] <dajomu> ScottK: they told me to talk to the kubuntu guys :)
[16:13] <ScottK> dajomu: What version of Kubuntu are you running?
[16:14] <dajomu> I was experiencing this with Kubuntu 9.04, but now I have the same problem running linuxmint kde 4.3
[16:14] <ScottK> dajomu: So you were upgrading to KDE 4.3 from our PPA when you got this error?
[16:14] <dajomu> In kubuntu 9.04 i had the problem with kde 4.2.x
[16:15] <dajomu> scottK: yes
[16:15] <ScottK> dajomu: So kpackagekit is 'not very good'.  I suspect there is just too much going on for it's tiny little mind to comprehend.
[16:15] <ScottK> dajomu: My recommendation is just do it in konsole with sudo apt-get dist-upgrade.
[16:16] <dajomu> seems there are several experiencing the same problem since there is filed a bug 272410
[16:16] <dajomu> Scottk: I have don that
[16:17] <ScottK> We released a 'fix' that improved the situation significantly.
[16:17] <ScottK> Yours in is the first complaint I've heard of it since then.
[16:17] <ScottK> If your system is fully up to date, just use apt-get and file a new bug.
[16:17] <dajomu> Somebody wrote as a comment to that bug that this will be fixed in karmic, but not in jaunty since it is to big a problem. could that really be?
[16:18] <ScottK> apachelogger: I just uploaded -workspace with your patch turned off, so over to you to clean it up when you can.
[16:18] <dajomu> ScottK. I wont file a bug right now since I am using a kubuntu/mint hybrid. I just wanted to ask since a pure kubuntu install gave me problems as well
[16:18] <ScottK> dajomu: My recollection is there was an update for Jaunty too
[16:19] <dajomu> scottK: OK, I'm gonna test a bit more. thanks for your attention
[16:21] <james_w> the jaunty update just increased the timeout
[16:21] <james_w> so some will still hit it
[16:21] <ScottK> james_w: Thanks.
[16:21] <james_w> it's fixed in Karmic, but that's due to port from being a DBus backend to being a spawned backend, which is too intrusive a change for an update to Jaunty
[16:21] <dajomu> anyone in charge of the kubuntu web-site here?
[16:22] <james_w> perhaps the timeout could be increased further, I've not seen the code
[16:22] <ScottK> dajomu: Talk to ryanakca about web site stuff.
[16:22] <james_w> I imagine it's to prevent the GUI from freezing, and so the warning could just be disabled
[16:23] <james_w> it's not useful to users, and if we can't fix the code then the GUI would freeze anyway, so warning about it too seems silly
[16:25] <ScottK> Riddell: Dunno if you noticed, but we also have an image for Kubuntu Netbook now.
[16:27] <ScottK> NCommander: If you're around it would be handy if you'd move kdebase-workspace to the front of the queue.
[16:32] <dajomu> I have a question I have been wondering about for some time. Why is Kubuntu such a vanilla-distribution? Seems to me that it is just ubuntu with KDE. What about creating some identity and add some customizations to it. At least change the kickoff button
[16:33] <Ke> vanilla is good, customiations are bad
[16:33] <Ke> +z
[16:33] <dajomu> ?
[16:33] <ScottK> dajomu: It's being discussed (and I believe worked on) for Karmic, but being close to a 'pure' KDE is something we aim for.
[16:33] <ScottK> It's actually a bit of a feature that if you want a binary distro, but a very upstream like KDE experience, Kubuntu is the best one for that
[16:35]  * ScottK waves at sebas.
[16:37] <ScottK> Did anyone do RC2 for Jaunty?
[16:37] <dajomu> ScottK: hmm... so it is not a neglected area... ok. so now when ubuntu is going to enhance its visual and going away from a default gnome install/visual kubuntu will still keep going as before
[16:37] <ScottK> If not, I think it's safe to get started.
[16:37] <ScottK> dajomu: Not at all.  We just do it differently.
[16:37] <neversfelde> ScottK: I started with kdelibs for jaunty
[16:38] <ScottK> dajomu: The user experience team that is working on Ubuntu will also do stuff for Kubuntu this cycle, but it will arrive differently.
[16:38] <dajomu> ScottK: So whats the difference between kubuntu and debian kde?
[16:38] <dajomu> I see
[16:38] <ScottK> dajomu: Between Deban and Kubuntu about two years.
[16:38] <dajomu> hehehe
[16:39] <dajomu> alrighty then
[16:39] <ScottK> dajomu: While the ux work is default in Ubuntu and done as an alternative to upstream stuff, for Kubuntu the ux stuff will generally be optional and we are working with KDE to get things upstream.
[16:40] <ScottK> So Kubuntu will stil be a pretty upstream KDE, but KDE will take this work and all will benifit.
[16:40] <dajomu> ScottK: ok. good deal
[16:41] <Riddell> ScottK: yes, excellent news
[16:41] <ScottK> dajomu: If you look at the Akademy group photo you'll find the head of Canonical's user experience project in it.
[16:41] <Riddell> ScottK: do you know what makes it larger than the CDs?
[16:41] <ScottK> Riddell: I tossed all the language packs back in since we aren't limited to 700MB.
[16:42] <Riddell> good plan
[16:42] <ScottK> Riddell: kubuntu-netbook has a 1gig limit just like UNR.
[16:42] <ScottK> And that's totally artificial ...
[16:43] <dajomu> Now one last thing which is a paperKut. In firefox, konqueror, kate, etc. you use the shortcuts ctrl+c/v for copy/paste, but in konsole you have to use shift+ctrl+c/v for the same. that is inconsistency
[16:43] <dajomu> same goes for gnoe
[16:43] <dajomu> gnome
[16:43] <Ke> dajomu: ctrl+c is for sigint
[16:44] <ScottK> dajomu: I always just use shift-insert anyway.
[16:44] <Ke> I guess there would be riots if someone gave alternative function to ctrl+c on konsole
[16:44] <dajomu> ScottK: even in konqueror?
[16:44] <ScottK> dajomu: No.  Whenever I'm working in a shell.
[16:45] <ScottK> Doesn't matter which one, that seems to work.
[16:47] <dajomu> ScottK: forgot that ctrl+c is for sigint.
[16:48] <Ke> iirc copy paste is inconsistent also on windows command line
[16:49] <dajomu> it is? how so?
[16:49] <Ke> no idea
[16:50] <a|wen> copy-paste is not inconsistent, it's hell on windows command line
[16:50] <dajomu> meaning?
[16:51] <a|wen> it involves multiple clicks, and there is no real shortcuts for it
[16:51] <dajomu> ajwen: I believe you can change the default to accept ctrl+c/v or do I remember wrong?
[16:52] <a|wen> copy: right-click; choose mark; mark it; enter ... paste: right-click; paste
[16:52] <dajomu> anyway. this is not the place to discuss windows
[16:52] <a|wen> no shortcuts what-so-ever :/
[16:53]  * a|wen has to work with it multiple times a week ... so i know that is a real pain
[16:53] <a|wen> though ctrl+c is break in a windows terminal as well ... so that is at least consistent :)
[16:54] <ScottK> That goes back to at least CP/M on pc's.
[16:55] <ScottK> IBM 360 too, IIRC.
[16:55] <a|wen> goes back all my life... though i joined the wagon with MSDOS 5.0 so probably later than many of the rest
[16:56] <dajomu> ScottK: I have asked this before but nobody could answer me, maybe you can. I tried to install kubuntu karmic but I got an error "Buffer I/O error on device sr0, logical block" and som more too. is karmic installable?
[16:57] <ScottK> dajomu: I've heard of that.
[16:57] <ScottK> dajomu: Are you doing 64 bit or 32 bit?
[16:57] <dajomu> 32
[16:58] <ScottK> I installed from a daily ISO on Thursday with no problems.
[16:58] <dajomu> I have an old computer though
[16:58] <a|wen> dajomu: it's an "error reading from CD" ... so might be a bad CD or optical drive that needs cleaning
[16:59] <dajomu> hmm... but I was able to run the live-cd on my slightly newer laptop
[17:00] <dajomu> had an error involving udevd as well
[17:00] <ScottK> That's less suprising since there was a major upstart upgrade on Friday.
[17:01] <dajomu> ScottK: so I should try todays build then
[17:01] <ScottK> dajomu: Your odds are better.
[17:01] <ScottK> Thursdays would be even better if it's still on cdimages.u.c.
[17:02] <dajomu> ScottK: why is that better. Friday got the latest fixes right?
[17:03] <ScottK> Thursday has the old upstart, so no transitional breakage.
[17:04] <dajomu> ok. I am going to download right away if I can find it. I'm downloading both versions. thanks guys.
[17:04]  * dajomu is leaving for a while
[17:10] <ScottK> OK.  Done uploading 4.3 RC2 until after -workspace gets built.
[17:54] <apachelogger> ScottK: well, maybe it became incompatible again
[17:54] <apachelogger> should have worked just fine since fedora uses it as well
[17:54] <apachelogger> ScottK: got a build log of the fail?
[18:05] <ScottK> apachelogger: https://launchpad.net/ubuntu/+source/kdebase-workspace/4:4.2.96-0ubuntu1/+build/1114227/+files/buildlog_ubuntu-karmic-i386.kdebase-workspace_4:4.2.96-0ubuntu1_FAILEDTOBUILD.txt.gz
[18:05] <apachelogger> thx
[18:08] <apachelogger> ScottK: -D  debian/patches/kubuntu_55_add_dontzap_option.diff
[18:08] <apachelogger> ?
[18:08] <ScottK> apachelogger: We don't need it anymore as the regular keyboard controls have the option.
[18:09] <apachelogger> cool
[18:09] <ScottK> Didn't work with the current xserver either, so as an added bonus the upstream way also works.
[18:09] <apachelogger> ohhhh
[18:09]  * apachelogger used the wrong revision of the patch :D
[18:09] <apachelogger> easy fix
[18:10] <ScottK> apachelogger: How about if we hold off on uploading until after I get done with RC2.
[18:10] <ScottK> I can upload the last 4 packages starting in ~30 minutes.
[18:10] <apachelogger> fine with me
[18:11] <apachelogger> maybe I can testbuild :D
[18:11] <ScottK> Even better.
[18:12] <ScottK> Someone ought to look at ubuntu-devel and write MAX a nice reply.
[18:12] <apachelogger> listy?
[18:13] <CIA-76> kubuntu: apachelogger * r119 kdebase-workspace/debian/ (changelog patches/kubuntu_11_fix_root_only_kcms.diff):
[18:13] <CIA-76> kubuntu: Fix kubuntu_11_fix_root_only_kcms.diff (missed a mItem => menuItem
[18:13] <CIA-76> kubuntu: conversion)
[18:13] <ScottK> apachelogger: Yes.  ubuntu-devel ML.
[18:13] <apachelogger> incredibly long mail
[18:14] <ScottK> Yes.
[18:14] <ScottK> Terribly misinformed, but the terribly misinformed feedback of brand new users is a gold mine for ideas.
[18:16] <apachelogger>  I even had the case to delete the Main Start Menu Kick Off. Which right click had to be found, to get it back without a fresh installation?
[18:16] <apachelogger> very valid IMHO
[18:17] <apachelogger> plasma should at least warn the user when removing important stuff
[18:17] <apachelogger> ultimately it would allow distros to prevent the removal at all, unless there is a second widget of that type active
[18:20] <smarter> A warning box("Are you sur you want to remove applet "X"?\n [ ] STFU") could work
[18:22] <ScottK> smarter: I think that's a good idea.
[18:23]  * apachelogger thinks smarter is going to implement that :P
[18:23] <smarter> heh, why not
[18:24] <apachelogger> neversfelde: is the thinklight SRU on a roll yet?
[18:24] <neversfelde> apachelogger: yes, backported the fix, but can't testbuild at the moment because of kdelibs for jaunty
[18:24] <apachelogger> what is up with kdelibs for jaunty?
[18:24] <neversfelde> rc2 backport
[18:26] <apachelogger> neversfelde: pbuilder
[18:26] <neversfelde> yes?
[18:26] <apachelogger> you need to testbuild against clean jaunty
[18:27] <neversfelde> sure. My machine is testbuilding kdelibs 4.2.96 and it is too slow for a second build
[18:27] <apachelogger> ah
[18:27] <apachelogger> now I get it :D
[18:27]  * apachelogger is slow today
[18:27] <neversfelde> :)
[18:27] <neversfelde> and icecc is borked again
[18:27] <apachelogger> my icecc never breaks
[18:27] <neversfelde> mine never worked :)
[18:27] <apachelogger> lol
[18:28] <apachelogger> you just need to follow my pbuilder guide :P
[18:28] <apachelogger> anyhow
[18:28] <apachelogger> ScottK: no libgps for workspace?
[18:28] <ScottK> apachelogger: Aparrently not.  Someone should look into that.
[18:29] <apachelogger> gpsd needs MIR
[18:29] <ScottK> It seems particularly to go with the social networking and the small form factor stuff we're doing.
[18:29] <neversfelde> I do, but atleast icemon shows only the scheduler and the other client not the pbuilder icecc instance. It did last week...
[18:29] <ScottK> apachelogger: Find a minion to wrtie it.
[18:29] <apachelogger> where are the other 2 minions?
[18:30] <apachelogger> neversfelde is already scheduled for learning how to do a SRU
[18:30] <neversfelde> apachelogger: do I have to edit the existing bug or create a new one for the SRU?
[18:30] <apachelogger> hm
[18:31] <apachelogger> ScottK: ftbfs on soprano here
[18:31] <apachelogger> my pbuilder might be out-of-date :|
[18:31] <ScottK> apachelogger: I suspect it is.  It built on the buildd's without your patch.
[18:31] <ScottK> neversfelde: Edit the existing bug.
[18:31] <neversfelde> k
[18:32] <apachelogger> neversfelde: existing bug, you'll see a jaunty task in the heading bug status bar
[18:32] <apachelogger> that can be used to track the status of the jaunty fix
[18:32] <apachelogger> hm
[18:32] <apachelogger> maybe the patch is still borked
[18:35]  * apachelogger takes Nightrose for a dance
[18:36] <Nightrose> weeee
[18:36] <Nightrose> dancing :)
[18:37] <CIA-76> kubuntu: apachelogger * r120 kdebase-workspace/debian/patches/ (kubuntu_11_fix_root_only_kcms.diff series): "This time I really fixed the root_only_kcm patch"-commit...
[18:37] <apachelogger> ScottK: all good and builds now
[18:37] <ScottK> Great.
[18:37] <apachelogger> Nightrose: how is it going?
[18:38] <Nightrose> so so
[18:38] <ScottK> 8 minutes until I flood the buildd's again.  Then it's your turn.
[18:38] <apachelogger> ScottK: IMHO that patch can wait for final as well
[18:38] <ScottK> OK
[18:38] <apachelogger> Nightrose: tune in some bob marley... makes all better :)
[18:38] <apachelogger> good ol' bob
[18:39] <Nightrose> apachelogger: hmm nope - another men would make everything better :D
[18:39] <apachelogger> clearly you must miss me a lot :|
[18:40] <Nightrose> hehe
[18:40] <Nightrose> *hug*
[18:41]  * apachelogger rehugs Nightrose
[18:45] <neversfelde> mhh, W: kde4libs source: patch-system-but-direct-changes-in-diff kdeui/widgets/:wq
[18:45] <neversfelde> that is not normal, isn't it?
[18:45] <apachelogger> ewww
[18:45] <apachelogger> no it is not
[18:45] <apachelogger> even if it was, it should be fixed :P
[18:46] <neversfelde> the diff between my jaunty package in the karmic version does not show any changes there, so I suppose it is a problem with the karmic package
[18:47] <apachelogger> hm, blame someone else, always a good thing :D
[18:47] <neversfelde> :)
[18:49] <apachelogger> ScottK: opinion request: I enhanced the parser for Arne's template lists so that it first checks if a template is in the expected place in KDE SVN, otherwise it will check if it was moved, if that doesn't apply either and the last template import was > 180 ago it will suggest to kill it, if the script can't find the file in KDE SVN, but there was an import within the last 180 days it will suggest killing
[18:50] <apachelogger> e.g. http://paste.ubuntu.com:80/215612/
[18:50] <ScottK> Last of RC2 is uploaded.
[18:50] <apachelogger> hey Ramblurr
[18:51] <ScottK> apachelogger: Have they really moved a lot of stuff around lately or is this mostly KDE3 -> 4 cruft we're still sorting.
[18:51] <Ramblurr> apachelogger: heya
[18:51] <Ramblurr> apachelogger: hows things goin?
[18:51] <apachelogger> ScottK: latter
[18:52] <apachelogger> ScottK: ultimately the main script (based on KDE's orphans list) will ensure ongoing sync
[18:52] <ScottK> apachelogger: OK.  If it's KDE3/4 stuff mostly I might go with a longer age.
[18:53] <apachelogger> ScottK: well, we should catch everything this time
[18:53] <apachelogger> every result seems to be valid, because really, if the script can't find the pot file it either was renamed or removed
[18:53] <ScottK> apachelogger: Mostly what I  think about translations is they are really important, but I don't want to know anything about it.
[18:53] <ScottK> Sounds reasonable.
[18:53] <apachelogger> hehe
[18:54] <ScottK> neversfelde: You still working on backports?
[18:54] <neversfelde> ScottK: yes, just uploaded kdelibs to the staging ppa
[18:54] <ScottK> neversfelde: Karmic is uploaded so there shouldn't be any more changes for you.
[19:00] <apachelogger> hey glatzor__
[19:06] <ScottK> apachelogger: Where are we on switching to graphicssystem raster?
[19:08] <apachelogger> *shrug*
[19:08] <apachelogger> no clue about that stuff
[19:08] <apachelogger> and since no one cares to write mails it probably will stay that way until next year :P
[19:10]  * ScottK writes a mail ....
[19:30] <smarter> hmm, that's the sort of thing which would require extensive QA
[19:32] <ScottK> Agreed.  So sooner rather than later.
[19:33] <smarter> extensive and constant too, as even a small bugfix change could introduce a problem, and we would be the only ones to hit it
[19:33]  * ScottK has other plans for breaking the system later in the cycle.
[19:33] <smarter> :)
[19:33] <ScottK> Not kidding, BTW.
[19:34]  * apachelogger schedules trip to graz for tuesday and sushi afternoon for wednesday
[19:34] <apachelogger> there goes my kubuntu time :P
[19:36] <smarter> I think if we really switch to raster, it should at least be announced on some KDE mailing-list
[19:37] <ScottK> smarter: I think that is sensible.
[19:39] <ScottK> ryanakca: Are you around to put an RC2 announcment on the web site?
[19:40] <ScottK> neversfelde: How goes backports?
[19:40] <neversfelde> ScottK: kdelibs and kdelibs-experimental ready, currently doing kdepimlibs
[19:40] <ScottK> For i386 at least we are fully built in Karmic.  In an hour after the next publisher run finishes, I'll do an upgrade test and if it goes well, declare victory.
[19:41] <neversfelde> :)
[19:44] <glatzor__> hello apachelogger
[19:44] <apachelogger> glatzor__: how is it going?
[20:00] <smarter> okay, I haz a patch for applet remove confirmation :)
[20:00] <smarter> just need to test it :p
[20:01] <ScottK> smarter: All applets or just key ones?
[20:01] <smarter> All, nobody said it should be restricted to some applets (:
[20:01] <smarter> but I can extend it
[20:01] <smarter> how would you know which applet is a "key one"? :)
[20:02] <smarter> config option?
[20:02] <smarter> hidden config option then I guess, because it'd be a bit confusing for the user
[20:02] <ScottK> Well the idea was driven by someone removing their application launcher and couldn't get it back.
[20:03] <ScottK> I think that's sensible.
[20:03] <smarter> hidden config option(to be set by the distributor) then?
[20:04] <ScottK> smarter: Sure.  How about application launcher and panel by default?
[20:05] <smarter> we'll just have to add something like "askBeforeRemoval=true" in kubuntu-default-settings on the relevant applets
[20:05] <ScottK> smarter: OK.
[20:06] <smarter> There's already a confirmation dialog when you try to remove a panel
[20:06] <smarter> in fact, there's one when you try to remove any type of containment(which isn't an applet), panel included
[20:16] <ScottK> Ah
[20:16] <ScottK> Makes sense.
[20:24] <neversfelde> my pbuilder is broken "umount: /var/cache/pbuilder/build/18761/proc: device is busy.
[20:25] <neversfelde> anyone who know a solution for that?
[20:26] <smarter> you have a pbuilder dir opened in a shell/dolphin?
[20:29] <neversfelde> mhh no, I killed all pbuilder and umount /proc manually, hope that works
[20:31] <neversfelde> no, did not help
[20:38] <kb9vqf> neversfelde: You might be able to do a "lazy" unmount...pass the -l flag to umount
[20:38] <kb9vqf> Failing that you have to reboot :-(
[20:39] <neversfelde> kb9vqf: mhh, I rebooted twice and reinstalled pbuilder
[20:39] <neversfelde> strange
[20:40]  * kb9vqf finds that very odd
[20:41] <vorian> Riddell: you need to set yourself as -O /msg chanserv fflags #kubuntu-devel Riddell -O
[20:42] <vorian> you are set to auto-op upon entering this channel
[20:42] <Riddell> 20:42 -ChanServ(ChanServ@services.)- You are not authorized to perform this operation.
[20:42] <vorian> now do it
[20:43] <Riddell> flags, not fflags
[20:43] <vorian> ah, my bad
[20:43] <Riddell> sorted, thanks.  I do wonder why it changed though
[20:43] <vorian> someone prolly set up Riddell +*
[20:45] <vorian> apachelogger: your patch caused build failures, so i removed it since it was never released
[20:45] <apachelogger> instead of doing a name conversion? :P
[20:47] <apachelogger> vorian: anyway, the way to go there would be to just take it out of the series rather than reverting the change, since the old version wouldn't have worked at all, while the new one was almost successfully ported
[20:47] <vorian> ok, i'll just leave it up to the new guys
[20:48] <apachelogger> minions you mean :)
[20:49] <apachelogger> vorian: in general it makes sense to delegate work to minions, it always leaves you with the option of blaming the minion ;-)
[20:49] <vorian> sorry for nuking your patch
[20:52] <apachelogger> vorian: no problema, that is what we have version control for, right? :)
[20:57] <neversfelde> apachelogger: I can nominate the bug #221531 for release for Dapper and Intrepid but not for Jaunty, why?
[20:57] <apachelogger> neversfelde: becasue it already is nominated
[20:58] <apachelogger> that is what where the task is coming from
[20:58] <apachelogger> workflow: someone nominates for release => developer either accepts or declines nomination => if accepted a task for that version gets created
[20:58] <vorian> raster
[20:59] <vorian> raster == faster
[20:59] <apachelogger> neversfelde: so just go ahead, I suppose the next step is to get clearance from motu-sru and then find a motu to sponsor the upload
[20:59] <apachelogger> vorian: lol
[20:59] <apachelogger> anyway
[20:59] <apachelogger> => bed
[20:59] <apachelogger> cya
[20:59] <vorian> nn
[20:59] <neversfelde> apachelogger: ah ok, I updated the descrition and uploaded a debdiff. Next step is uploading to proposed?
[21:00] <vorian> 07/11/09|16:01 [!] apachelogger [n=quassel@amarok/rokymotion/apachelogger] has quit
[21:08] <ScottK> vorian: Also it would have been nice to mention you reverted it on purpose in your bzr commit message.
[21:08]  * ScottK takes the plunge and updates.
[21:09] <ScottK> BTW, if I don't come back, NM widget seems to work fine with unencrypted wireless.
[21:18] <ScottK> Actually, I'm not going anywhere for a while (sorry to disappoint you).  ~30 minutes of package downloading on public wifi.
[21:53] <ScottK> X killing upgrade bug is still present.
[21:58] <ScottK> no other upgrade issues.
[21:58] <ScottK> Riddell: I think we can announce we have RC2 packages for karmic.
[21:59] <vorian> yay
[22:00] <ScottK> ryanakca: ^^^
[22:01] <ScottK> Whoever else has web access ....
[22:34] <ScottK> neversfelde: How's Jaunty going?
[22:35] <neversfelde> ScottK: making progress, but still needs some time
[22:36] <ScottK> neversfelde: OK.  Somewhere here I have the password for the web site.  If I find it, I'll put out an annonement about Karmic, but says Jaunty isn't ready.
[22:36] <ScottK> Let me know when it is ....
[22:36] <neversfelde> ScottK: ok
[22:45] <ScottK> Found it.
[22:48] <ScottK> OK.  4.3 RC2 announced.
[22:52] <neversfelde> meeh, I need a faster machine
[22:52] <ELITE_x> me too
[22:53] <ScottK> shtylman_: New kernel today, so maybe your booting problem will be better with tomorrow's iso.
[23:23] <ScottK> NCommander: Any chance you could make sure gcc snapshot builds after the KDE stuff on powerpc and ia64?
[23:58] <ScottK> neversfelde: I have some kdegames changes coming soon.  We failed to package one of the games ....
[23:59] <neversfelde> ScottK: ha, was my last upload :)
[23:59] <neversfelde> ScottK: why is there no kdebindings package for jaunty?