[00:00] <apachelogger> jtechidna: hehe, we were fiddeling with his wlan @ FOSDEM IIRC ;-)
[00:00] <jtechidna> it's nice to see Kubuntu get good press right on planet kde :)
[00:01] <apachelogger> yes, there is too few of that
[00:46]  * JontheEchidna got networking back
[00:46]  * JontheEchidna uninstalls network manager now that he doesn't need it
[03:00] <DaSkreech> Whoot!
[03:00] <DaSkreech> Grat apachelogger
[03:00] <DaSkreech> I just wanted to confirm that there is no migration plan for those on KDE4 now to Ibex?
[03:02] <ScottK-laptop> I think that puts it too strongly.
[03:02] <ScottK-laptop> But I don't know the details.
[03:04]  * DaSkreech speaks specifically of those users with apps in /usr/lib/kde4/ and settings in ~/.kde4
[03:05] <ScottK-laptop> The data doesn't get migrated.  That's true, but I'd imagine that could be done manually after upgrade.
[03:06]  * DaSkreech is pretty sure that cp ~/.kde4 ~/.kde will screw up a lot of crap
[03:06] <ScottK-laptop> I had some KDE4 stuff installed when I upgraded and the packages got replaced OK.
[03:06] <ScottK-laptop> Why?
[03:07] <DaSkreech> Well wouldn't it over write the data in ~/.kde ?
[03:07] <ScottK-laptop> I don't actually know, but the KDE3/KDE4 .kde dirs are generally forward compatible, so I doubt replacing KDE4 data with other KDE4 data would be problematic.
[03:08] <DaSkreech> It wouldn't have kde4 data in there
[03:08] <DaSkreech> it would be kde3 data from way back when that's all existed
[03:08] <JontheEchidna> if it's overwritten it's gone
[03:08] <DaSkreech> I know
[03:09] <DaSkreech> Which is why I was asking if there is no migration path?
[03:10] <ScottK-laptop> I see.
[03:10] <ScottK-laptop> I was thinking you wanted to migrate Hardy -> Intrepid and have KDE4 data come forward instead.
[03:11] <ScottK-laptop> Not sure how you would merge .kde and .kde4.
[03:11] <DaSkreech> Yeah
[03:13] <ScottK-laptop> So it looks like moving to bluez 4 changed the whole package structure.  kdebluetooth now depends on a transitional package.
[03:13] <ScottK-laptop> Someone ought to look into that.
[04:17] <NCommander> ScottK, I'm involved in the bluez change, whats the issue
[04:40] <ScottK-laptop> First, kdebluetooth now depends on a transitional pacakge.  That's not a good plan for the future.
[04:40] <ScottK-laptop> So what should it dependon instead?
[04:40] <ScottK-laptop> NCommander: ^^
[04:41] <ScottK-laptop> As was a bit suprised to find the bluez-gstreamer package in my default Kubuntu install, but I
[04:42] <ScottK-laptop> I've got libgstreamer installed anyway for other reasons, so it's not as far out as I initially thought.
[04:42] <ScottK-laptop> NCommander: Do you know if any KDE people tested it?
[04:44] <NCommander> Hrm
[04:45] <NCommander> I didn't test it in KDE ...
[04:45] <NCommander> I don't know if anyone did
[04:45] <ScottK-laptop> superm1 asked me to, but I didn't get to it.
[04:47] <NCommander> Whats the transitional package kdebluetooth is depending on?
[04:49] <ScottK-laptop> bluez-utils
[04:49] <NCommander> ScottK, I think you need to depend on package Bluetooth now
[04:49] <NCommander> Checking
[04:50] <ScottK-laptop> Back in a few.
[04:57] <ScottK-laptop> NCommander: Back.
[04:57] <NCommander> wb
[05:03] <ScottK-laptop> NCommander: Did you see my ping about openexr on sparc a coupld of days ago?
[05:03] <NCommander> oh yeah, that slipped my mind
[05:03] <NCommander> Crap
[05:04] <NCommander> The only machine I can build for sparc is spooky (REVU), so I'm not so sure I can work on that one
[05:04] <ScottK-laptop> Err or was it hppa?
[05:04] <NCommander> sparc
[05:08] <ScottK-laptop> NCommander: That one was hppa: https://launchpad.net/ubuntu/intrepid/+source/openexr/1.6.1-3
[05:08] <ScottK-laptop> I did ping you about a sparc one.
[05:09]  * NCommander notes something about you hating me
[05:10] <ScottK-laptop> Yeah, but I hate everybody.  At least you're useful.
[05:10] <ScottK-laptop> OK, not hate, but I am in a really foul mood at the moment.
[05:12]  * Hobbsee echoes hate back at ScottK-laptop just to make him feel better
[05:15] <ScottK-laptop> NCommander: I give you Bug #279983
[05:16]  * NCommander dunks his bluetooth dongle in soda
[05:16] <NCommander> Sorry, I don't have the necessary hardware
[05:17] <rgreening> :P
[05:18] <rgreening> ~order for NCommander blueberry pie
[05:18] <rgreening> dang... no pie
[05:18] <NCommander> I love blueberries!
[05:18] <NCommander> ;.;
[05:18] <NCommander> ARGH
[05:18] <rgreening> and blue teeth
[05:18] <rgreening> tooth
[05:18] <rgreening> :)
[05:30] <ScottK-laptop> NCommander: rebuilding doesn't seem to help.
[05:32] <DaSkreech> If I'm remastering a Cd and want a personal script installed as a command I'll have to make a Deb?
[05:35] <ScottK-laptop> Any kdebluetooth ninjas in the audience ...
[05:57] <yuriy> anybody using fglrx on intrepid?
[06:33] <DaSkreech> I might be
[06:37] <ScottK-laptop> Riddell: Bug #279983 looks to be a strong sign (according to superm1) that kdebluetooth needs updating to work with the new bluetooth stack uploaded today.
[07:33] <dbglt> is anyone working on fixing up update-notifier-kde?
[07:41] <DaSkreech> mornfall: ping
[07:41] <DaSkreech> Drat
[08:16] <jussi01> Morning all!
[08:16] <Arby> morning
[08:17] <jussi01> An I just noticed /topic, so Congrats apachelogger!
[08:35] <dbglt> hrmm, maybe this channel is better: odd. any reason why python-kde4-doc doesn't include the binary pykdedocs anymore?
[08:39] <dbglt> apparently not part of the latest build
[08:39] <dbglt> weird
[09:00] <stdin> kde4bindings-4.1.2$ find . -type f -name "pykdedocs*"
[09:00] <stdin> ./python/pykde4/docs/html/pykdedocs.html
[09:00] <stdin> dbglt: doesn't look like it even in the source package
[09:01] <dbglt> stdin: yeah, just checked svn as well
[09:01] <dbglt> stdin: odd, and kind of annoying
[09:01] <dbglt> but oh well! :)
[09:40] <thekorn> hi, short question, what's the right target for bug reports about konqueror, kdebase?
[11:57] <Hobbsee> thekorn: yes, iirc.
[11:58] <apachelogger> jussi01: thx :)
[12:17] <smarter> yeah https://bugs.launchpad.net/bugs/267705 :)
[12:22] <Riddell> smarter: what's that needed for?
[12:22] <smarter> Kalzium equation solver
[12:22] <smarter> I'm creating a debdiff right now
[12:28] <smarter> Riddell: if you could please upload that :) http://smarter.free.fr/pkg/kdeedu_4.1.2-0ubuntu1_to_ubuntu2.debdiff
[12:31] <Riddell> smarter: that it?  no new files needing adding to the packaging?
[12:31] <smarter> nop, cmake does the magic stuff
[12:31] <smarter> and everything is in the kalzium binary afaik
[12:31] <smarter> I could check
[12:31]  * smarter debuilds and debian/rules list-missing
[12:32] <smarter> I already did when I hacked my own package because I wanted to use the equation solver, but rechecking can't be bad :)
[12:41] <apachelogger> Riddell: should I poke pitti about bug 267599
[12:42] <Riddell> apachelogger: yes please
[12:50] <Riddell> ScottK-laptop: so superm1 uploaded a new bluetooth stack after beta and then says its the fault of kdebluetooth for not being new enough?
[12:50] <Riddell> Tonio_: able to look at bluetooth?  I know nothing about it
[12:50] <Riddell> https://launchpad.net/bugs/279983
[13:07] <smarter> Riddell: I just checked again, adding the build-dep is enough to make the eqsuation solver works :)
[13:07] <smarter> *equation
[13:07] <Riddell> thanks smarter
[13:08] <rgreening> Riddell: could this be a dbus issue? I've seen a lot of bug reports coming in from Python with "DBusException in call_blocking()"?
[13:09] <rgreening> coincidence?
[13:09] <smarter> Riddell: also, could you upload bespin -0ubuntu3? bzr branch lp:~kubuntu-members/bespin/ubuntu && bzr diff -r20..21 > bespin.debdiff
[13:10]  * smarter bbl
[13:10] <smarter> see you later guys
[13:10] <rgreening> Riddell: Did you upload the qtjambi I sent? If not, hold off, I want to add a quick fix (bug 250002)
[13:16] <Riddell> rgreening: I did
[13:16] <rgreening> Riddell: Ok, I'
[13:17] <rgreening> I'll send a new rev. to fix the afore meantioned bug. closes last qtjambi bug
[13:20] <JontheEchidna> apachelogger: bug 279996
[13:20] <JontheEchidna> The package desc still has a tiny bit of wa left in there :P
[13:21]  * apachelogger doesn't think that is uploadworthy
[13:21] <apachelogger> Riddell: did you upload 4.1.2 l10n yet?
[13:22] <rgreening> Riddell: the Dbus Call_Blocking all are either dbus or python related. I wouldn't blame this (necessarily) on bluetooth. I just got an exception and it's for kbluetoothd (which is python based) and calls the dbus error
[13:23] <JontheEchidna> Jockey and guidance-power-manager have been getting similar DBus problems
[13:24] <rgreening> yep. either we have a dbus or pythnon prob (IMHO)
[13:24] <rgreening> s/pythnon /python
[13:24] <JontheEchidna> apachelogger: latest l10n is 4.1.2
[13:24] <apachelogger> well
[13:25] <apachelogger> if I get round to upload before intrepid... otherwise we are going to fix that for 4.1.3
[13:25] <Riddell> apachelogger: yes
[13:27] <Riddell> JontheEchidna: I can upload a fix if you have a debdiff for that
[13:28] <JontheEchidna> Riddell: I don't have one yet, currently mucking around with -workspace
[13:28] <Riddell> JontheEchidna: what are you doing to -workspace?
[13:28] <Riddell> I hvae rendering errors today
[13:28] <JontheEchidna> Riddell: fixing libtaskmanager includes
[13:31] <JontheEchidna> which I sorta messed up with my tooltips patch
[13:33] <rgreening> Riddell: see bug 139154. I'll test out the patch comment and see if it fixes the dbus exception.
[13:34] <rgreening> Riddell: it'
[13:34] <rgreening> is an old bug it seems...
[13:34] <seele> hmm.. ntpd isn't running by default?
[13:34] <seele> anyone running a beta install instead of upgrade?
[13:36] <seele> hmm.. was kdesudo supposed to be fixed?
[13:45] <jussi01> seele: I am (running a beta install)
[13:46] <seele> jussi01: is Set date and time automatically turned on for you in System Settings > Date & Time?
[13:47]  * jussi01 looks
[13:47] <jussi01> seele: no.
[14:13] <seele> hmm.. do you think ntp should be turned on by default? most computers have a network connection, and even if it drops (such as with a laptop), it won't throw an error, it just waits until the connection comes back
[14:14] <Riddell> I'm sure we (used to) have ntp running by default, as a daemon not at the kde level
[14:15] <rgreening> ntpd is a good thing
[14:29] <Riddell> seele: yep, ntp should run when a network connection is made
[14:34] <seele> Riddell: we can do it for Ibex?
[14:35] <Riddell> seele: we do, and always have
[14:37] <seele> ntp but not the kde daemon?
[14:38] <Riddell> right
[14:38] <Riddell> kde is the wrong level to have you time sync being done
[14:39] <seele> ok.. so how do we fix the problem of the option not being turned on in system settings?
[14:40] <seele> is it looking at the kde daemon instead of elsewhere?  it's misleading if it is turned off but ntpd still updates time
[14:41] <Riddell> probably we should just remove that from the UI
[14:46] <seele> hum
[14:47] <nixternal> are we install pidgin by default?
[14:48] <nixternal> wow I can spoke this morning :)
[14:48] <seele> why would we have pidgin?
[14:48] <Riddell> nixternal: no
[14:48] <nixternal> ahh, it is probably left over from my gnome install
[14:48] <seele> is kopete borked?
[14:48] <nixternal> forgot i did that
[14:48] <nixternal> seele: it is for me
[14:48] <nixternal> I send people messages and it is in HTML markup
[14:56] <Riddell> nixternal: can we test that?
[14:56] <Riddell> apachelogger: I just added --dist-upgrade to update-manager-kde you'll be pleased to know
[15:12] <smarter> Riddell: I just noticed update-notifier-kde was not running, I started it and a systray popup said that I had "Apt Authentification Issue", it asked me to click on "Run this action now"(strange name for a button), but nothing happened when I clicked on it
[15:13] <smarter> and according to the command line, it's trying to run gksu
[15:13] <smarter> /bin/sh: gksu: not found
[15:13] <smarter> this line appears everytime I click on the button
[15:14] <Riddell> smarter: what's in /var/lib/update-notifier/user.d/ ?
[15:15] <smarter> apt-auth-failure.note  firefox-3.0-restart-required  fuse-utils-needs-users-added-to-fuse-group  user-must-execute-asoundconf-set-default-card
[15:15] <smarter> in apt-auth-failure.not there is:
[15:15] <smarter> Command: gksu -- synaptic --non-interactive --update-at-startup --hide-main-window
[15:30] <Riddell> smarter: I'm poking mvo on #ubuntu-devel
[15:30]  * smarter looks :)
[15:41]  * jussi01 sighs that flash is so horrible in intrepid. :(
[15:42] <apachelogger> Riddell: I don't have update-manager-kde
[15:42] <Riddell> apachelogger: you're missing ouy
[15:42] <Riddell> apachelogger: you're missing out
[15:43] <Riddell> update-notifier-kde I mean
[15:43] <apachelogger> Riddell: update-notifier-kde: Unknown option 'dist-upgrade'.
[15:44] <Riddell> you'll need the version that probably isn't in the archives yet
[15:44] <apachelogger> *nod*
[15:45]  * apachelogger prepares workspace for upload
[15:45] <Riddell> apachelogger: workspace?  I think JontheEchidna is doing stuff to that
[15:45] <JontheEchidna> apachelogger: ye got my patch?
[15:45] <apachelogger> yus
[15:45] <apachelogger> JontheEchidna: I hope you didn't forget to unbreak something :P
[15:45] <JontheEchidna> kool
[15:46] <Riddell> toscalix!
[15:49] <JontheEchidna> Oh, crap
[15:49] <JontheEchidna> Lancelot uses the Taskmanager lib
[15:50] <JontheEchidna> meaning the toolitps patch broke it
[15:51] <apachelogger> that explains a lot
[15:51] <apachelogger> JontheEchidna: time to remind you of apachelogger's primary rule of packaging
[15:51] <JontheEchidna> yeah yeah...
[15:51] <JontheEchidna> patches are evil (tm)
[15:54] <JontheEchidna> just means more work for me, lol
[15:54] <smarter> JontheEchidna: ooh, that's why lancelot was not working anymore
[15:54] <apachelogger> IMHO you should grab all the plasma related stuff and grep for other stuff that links against tasmanager
[15:55]  * smarter was sure this patch was going to causes some problems :P
[15:55] <apachelogger> well, it's a patch :P
[15:58] <apachelogger> JontheEchidna: first line of the debdiff exceeds 80 chars
[15:59] <apachelogger> JontheEchidna: did you take the changes for a testdrive?
[16:03] <JontheEchidna> apachelogger: tooltips still work
[16:03] <apachelogger> k
[16:07] <ScottK> Riddell: Apparently asking for testing with KDE is enough.  It's not an issue if it's not actually done (bluetooth).
[16:11] <JontheEchidna> Crap, Lancelot's taskmanager code is the same in trunk as it is in 4.1....
[16:14] <smarter> JontheEchidna: maybe it needs a rebuild?
[16:14] <JontheEchidna> maybe
[16:15] <kde4> #digikam
[16:15] <JontheEchidna> That would cause binary incompatibility, come to think of it
[16:23] <apachelogger> kde4: eh?
[16:24] <apachelogger> is bug 280099 actually a bug?
[16:27] <JontheEchidna> apachelogger: I didn't fix it all the way
[16:27] <JontheEchidna> Lancelot fails to build here \o/
[16:27]  * Riddell adds libqca2-plugin-ossl to seeds
[16:28] <apachelogger> Riddell: please add xterm as well
[16:28] <Riddell> why?
[16:28] <apachelogger> needed for KDM's failsafe
[16:28] <apachelogger> I actually think we should just add it as dep for kubuntu-desktop as all the other -desktop's depend on it as well
[16:29] <Riddell> it was removed from the seeds because we have good terminal applications this millenium
[16:29] <Riddell> if kdm needs it, then kdm should depend on it
[16:29] <apachelogger> kdm recommends it
[16:29] <Riddell> sorted
[16:29] <apachelogger> hm
[16:29] <apachelogger> ok
[16:29]  * apachelogger won't fixes the bug report
[16:29] <Riddell> is it really in the ubuntu.desktop seed?
[16:30] <JontheEchidna> apachelogger: oh, or maybe not. I think it's fixed all the way
[16:30] <apachelogger> Riddell: apt-cache show ubuntu-desktop | grep xterm
[16:30] <Riddell> hmm, so it is, I'm sure that was removed some releases ago
[16:31] <apachelogger> Riddell: maybe we should patch kdm to use konsole, I guess if kdelibs is broken KDM won't start anyway
[16:32] <Riddell> it should use konsole if xterm isn't around at least
[16:33]  * apachelogger looks for some existing alternatives
[16:34] <apachelogger> or maybe write a shell script
[16:45] <JontheEchidna> Yay, lancelot works after a rebuild
[16:48] <JontheEchidna> apachelogger: http://paste.ubuntu.com/55316/
[16:48] <JontheEchidna> can haz sponsor?
[16:53] <apachelogger> uploaded
[16:53] <apachelogger> workspace also uploaded
[16:53] <JontheEchidna> thinking about it
[16:53] <JontheEchidna> it does need workspace 0ubuntu6 to work
[16:54] <JontheEchidna> or else it'll ftbfs
[16:56] <apachelogger> I guess it will ftbfs then :P
[16:56] <apachelogger> JontheEchidna: next time bump the build-dep
[16:59] <apachelogger> I think my desktop containment just exploded
[17:05] <apachelogger> JontheEchidna: can you reproduce bug 280134
[17:08] <JontheEchidna> apachelogger: yes
[17:08] <apachelogger> weird, does work here
[17:08] <apachelogger> JontheEchidna: what happens if you don't minimize the window?
[17:09] <JontheEchidna> still new window
[17:10] <apachelogger> JontheEchidna: please make a snapshot of your konqueror config dialog
[17:10] <apachelogger> JontheEchidna: you try launching it from kmail?
[17:11] <JontheEchidna> yes
[17:11] <JontheEchidna> oh
[17:11] <JontheEchidna> hmm, maybe that's why
[17:11]  * JontheEchidna missed a setting
[17:13] <JontheEchidna> nope, still no good
[17:13] <apachelogger> screenshot
[17:14] <JontheEchidna> actually
[17:14] <JontheEchidna> it works, just not with the initial window
[17:14] <apachelogger> well
[17:14] <apachelogger> it doesn't claim so, does it? :P
[17:14] <JontheEchidna> I opened konq via kmenu
[17:15] <JontheEchidna> clicked a clickly link in kmail -> new window pops us
[17:15] <JontheEchidna> *up
[17:15] <JontheEchidna> clicked another link in kmail, new tab in new window shows up
[17:15] <apachelogger> m
[17:15] <apachelogger> hm
[17:15] <apachelogger> maybe mention that and forward the report to kde
[17:56] <apachelogger> JontheEchidna: plz join #oxygen
[18:04]  * Riddell uploads adept to hardy-proposed with skip_intrepid patch
[18:38] <Riddell> rgreening: uploaded update-notifier hanks
[18:38] <Riddell> thanks
[18:39] <rgreening> Riddell: np. one less to cause headaches :) and dup bugs and no update notifications... :)
[18:39] <rgreening> plus, it annoyed me. it was always crashed. hehe
[18:40] <rgreening> Riddell: I have an update for qtjambi coming too.
[19:11] <Riddell> rgreening: qtjambi up
[19:12] <rgreening> Riddell: qtjambi fix is in progress. A couple of things to correct. ie. bug 250002. Also, there's a problem with the designer-qtjambi CLASSPATH. Working on that now.
[19:14] <rgreening> Riddell: in qtjambi-examples-wrapper, we have java -cp /usr/share/java/qtjambi.jar:/usr/share/java/qtjambi-linux32-gcc.jar:/usr/share/java/qtjambi-examples.jar com.trolltech.launcher.Launcher. the linux32 would be a problem on 64 bit. So that needs to be corrected.
[19:14] <rgreening> how woudl I do that for the wrapper (allow 32 or 64)?
[19:16] <Riddell> it's a shell script, just check which file exists
[19:16] <Riddell> if [ -e /path/tolinux32 ]; ...
[19:16] <Riddell> something like that
[19:16] <rgreening> ah... good idea
[19:17] <rgreening> I was thinking on editing it preinstall via the packaging.
[19:17] <rgreening> but a global check would work just as well.
[19:18] <rgreening> ok, a new rev will be necessary to fix these extra problem I found... oh well...
[19:41] <rgreening> On 64 bit Linux, will uname -m show x86_64 always?
[19:42] <Riddell> no
[19:43] <rgreening> ok, wondering the "right" way to determine if the system is 64 or 32
[19:45] <rgreening> think I found a good ex in jcontrol
[20:30] <rgreening> Riddell: sent off final qtjambi fix. ver ubuntu3 should be built. ubuntu2 can die.
[20:32] <rgreening> Riddell: http://www.kdedevelopers.org/node/3713 - SuSE k.n.m native for KDE4... close
[20:36] <yuriy> has kdebluetooth been tested with the new bluetooth stack?
[20:53] <ScottK> yuriy: Yes.  Doesn't work.
[20:55] <yuriy> same here
[20:55] <yuriy> i just installed bluetooth-gnome, and I have to say this works nicer than kdebluetooth even when the latter does work
[20:56] <apachelogger> hm
[20:56] <apachelogger> revert bluetooth stack change?
[20:56] <apachelogger> JontheEchidna: what to do with bug 220474
[20:56] <yuriy> apachelogger: hmm?
[20:57] <yuriy> libbluetooth has been upgraded to version 4
[20:57] <apachelogger> when?
[20:57] <JontheEchidna> apachelogger: we don't use kdesu anymore, right?
[20:57] <JontheEchidna> it shouldn't be causing problems in Intrepid
[20:57] <apachelogger> JontheEchidna: well, I think one can still install kde without kdesudo
[20:58] <yuriy> apachelogger: a couple days ago. mario limonciello sent mail to (among others) kubuntu-devel
[20:58] <apachelogger> even if it's not in $PATH
[20:58] <apachelogger> yuriy: well, it breaks compatibility with kbluetooth obviously
[20:58] <ScottK> yuriy: Bug #279983
[20:58] <ScottK> apachelogger: Yesterday.
[20:59] <apachelogger> I suggest testing kbluetooth svn, if that exists.
[20:59] <apachelogger> otherwise I reverting the lib change would probably make a lot of sense
[21:00] <apachelogger> s/I/
[21:02] <ScottK> apachelogger: Tonio_ has done most of the bluetooth stuff.  Hopefully he'll make an appearance and have some magic fix.
[21:02] <ScottK> Part of the rationale for going forward was the the old lib was pretty broken with the current kernel.
[21:03] <ScottK> I think reversion isn't going to happen.
[21:03] <apachelogger> hm
[21:03] <ScottK> Just add this one to your list when next Jono claims that Kubuntu is treated equally and there are only two devs working on Gnome.
[21:03] <apachelogger> why did no one test kbluetooth before the version bump?
[21:03] <ScottK> I didn't have time.
[21:04] <ScottK> The real question is why did they go ahead with no kbluetooth testing.
[21:04] <ScottK> I'd suggest maybe Riddell should take that up with slangasek.
[21:04] <apachelogger> yeah, Riddell should do that ;-)
[21:05] <apachelogger> We should make a list of screw ups and throw it at Jono, so he can do something to prevent them in the future.
[21:06] <apachelogger> jjesse: Please make sure to mark bugs as incomplete when you request information.
[21:06] <JontheEchidna> Man, we have a ton of incomplete bugs in workspace
[21:11] <apachelogger> I am so looking forward to close them :P
[21:12] <ScottK> Personally I think if it's a real problem it's better to leave it open and maybe someone else has the problem and adds the info later.
[21:13] <ScottK> If it's incomplete because it's not clear there is a real problem, then I think closing is fine.
[21:13] <apachelogger> ScottK: in general most of the KDE bugs are actually missing information
[21:14] <apachelogger> JontheEchidna: there aren't many incompletes without response really
[21:15] <apachelogger> 13 results
[21:16] <ScottK> OK. I just think that generally in Ubuntu bug closing is too agressive.
[21:18] <apachelogger> I agree.
[21:18] <apachelogger> But especially for the big KDE meta packages it is difficult, if we don't keep them clean it's pretty easy to get lost.
[21:32] <apachelogger> bug 176152 is awesome
[21:32] <apachelogger> "1. Create a large file hierarchy (by "large", I mean one that contains hundreds of thousands of directories and a million or more files)."
[21:32] <apachelogger> Won't fix => reproducing fails at step 1
[21:32] <apachelogger> :P
[21:43] <ScottK> apachelogger: Massive file transfer is one of the places where switching from fish to sftp will help.  Last time I tried it with fish, if you wanted to transfer 50,000 files it would try to open 50,000 connections with the remote.  I forkbombed myself once that way.
[21:44]  * apachelogger didn't use fish in years
[21:45]  * apachelogger can't reproduce that bug with 4k folders and 16k files
[21:45] <ScottK> Come on, he said lots ....
[21:46] <ScottK> ;-)
[21:46] <JontheEchidna> you should cp the folder that has that and place it in the lowest subdirectory
[21:48] <apachelogger> hm
[21:49]  * ScottK recalls once accidentally being recursive in a file copy script.
[21:49] <apachelogger> 10,000 loops creating 9 directories (each one a sub dir of the previous one) and storing 4 empty files in each dir
[21:49] <ScottK> That was the day I learned about command line length limitations for rm.
[21:49] <apachelogger> :)
[21:50] <apachelogger> I once looped a gpg exec in a wrapper script
[21:50] <apachelogger> took down the system in no time
[21:50] <apachelogger> almost 2k loops finished
[21:50] <ScottK> The fish fork bomb is my favorite though.  It was to a shared server account and their system worked perfectly.  My account was totally dead and everone else's was fine.
[21:51] <apachelogger> hehe
[22:17] <ryanakca> apachelogger: *points to the reply to bug 278634 *... beyond my abilities now :)
[22:18] <apachelogger> Riddell: ^
[22:18] <apachelogger> I have no idea how this was taken care of in KDE 3
[22:20] <Riddell> apachelogger: dunno, that's my priority item for tomorrow
[22:20] <apachelogger> ok
[22:20] <Riddell> has anyone asked superm what he was thinking when he uploaded an untested bluez?
[22:20] <apachelogger> not yet
[22:24] <ScottK> Riddell: The reply I got was along the lines of "I asked for people to test it."
[22:25] <Riddell> he never asked me
[22:25] <ScottK> Riddell: slangasek made a comment about viewing the old version as sufficiently broken on the current kernel that the risk of it getting worse was low.
[22:25] <ScottK> Riddell: He did send mail to kubuntu-devel
[22:26] <ScottK> Of course I had file transfer before and I don't now, so it's a regression for me.
[22:26] <Riddell> humph
[22:27] <reisi> should i be able to compile (as i did with kubuntu 8.04 w/ kde4) kde4 apps from cmake sources with the latest beta? (kde-devel installed)
[22:27] <reisi> or should i start firing package bugreports; cmake reports that it cannot find KDE4InternalConfig.cmake
[22:28] <Riddell> yes you can compile, we wouldn't get very far if you couldn't
[22:29] <reisi> Riddell: of course :) but i mean should i now install some other meta-package than kde-devel (with previous version kde4-devel was enough)?
[22:30] <Riddell> kde-devel should suffice
[22:35] <reisi> ok FindKDE4Internal is where it should be but for some reason cmake still pukes
[22:51] <reisi> now that kde4 has moved to /usr it seems that cmake-2.6 scripts have a hard time actually finding anything
[23:06] <reisi> FindKDE4.cmake expects kde4-config to be /usr/lib/kde4/bin/kde4-config, as it nowdays is /usr/bin/kde4-config
[23:07] <reisi> should i file a bugreport on cmake package on this one?