[00:03] directhex and FireRabbit: You can't add kdebase-workspace-dev as a build-dep for kde4bindings because that would cause a circular build depenedency. [00:04] Without the mono packages enabled what's in bzr builds. [00:05] ScottK-laptop, then something is broken - qyoto is searching for nepomuk headers found in that package only [00:06] directhex: I agree. [00:07] directhex: I think I found the switch for it. Let me see if I can find it. [00:07] ... again [00:09] directhex: Try grep -i nepomuk csharp/CMakeLists.txt in the source tarball. I think that'll show you how to patch it off. [00:11] ScottK-laptop, so the suggestion is "balls to nepomuk, just build the rest"? [00:11] directhex: Yes. [00:11] One step at a time. [00:12] Salty balls? [00:12] DaSkreech: This is a family friendly channel ... [00:13] ;-) [00:13] I'm not allowed to say salt? [00:13] no. salt is bad for you [00:13] It doesn't hurt the sea :-( [00:14] TO the movies!! [00:25] directhex: I'll be glad to sponsor kde4bindings once you're done. Just push your changes in bzr. [00:25] I am going to wait until the current kde4libs build is done on armel before I do anything though. [00:25] i'm going to wait for this test build to finish, then get some sleep before learning bzr [00:26] directhex: And to your earlier point: While many members of the anti-mono crowd are somewhat over the top (I'm told I have a gift for understatement), not all of them are crazy. [00:27] directhex: Why don't we deal with that now. [00:27] While you're waiting ... [00:27] ScottK-laptop, of course not, and i support anyone's freedom to chose their frameworks - but i have a real dislike for the demagogy and fascism displayed by some of the more... outspoken... opponents. [00:27] directhex: Do you have an SSH key in your Launchpad account. [00:28] yeah, dunno how up to date it is though. i should check [00:28] directhex: Right, but OTOH you can't know for sure about submarine patents and for those of us residing in jurisdictions where software patents are legal, I think it's a fair concern. [00:28] directhex: OK. Need that first. [00:28] directhex: Have you used svn much? [00:29] yeah [00:29] aha, only my office machines are in there [00:29] directhex: This won't be too hard then. [00:29] directhex: If you want to just pastebin me the change, I can stuff it in bzr or just toss a new key in there. [00:30] right, added [00:31] directhex: I'm pretty much a bzr neophyte myself, so we'll see how this goes. [00:31] o_o [00:31] directhex: https://code.launchpad.net/~kubuntu-members/kdebindings/ubuntu has instructions on how to pull a branch. [00:33] okay, i spy a patchsys. good. [00:33] directhex: Here's the official Kubuntu bzr howto: http://aplg.kollide.net/kubuntu/docs/BZR-HOWTO.txt [00:33] directhex: Yes, quilt. [00:33] All KDE core packages have it built into the standard KDE package structure. [00:35] cmake says it's 21% done on a test build. ho hum. [00:36] I've built kde4bindings a few times, so I knew we had time to work on bzr.... [00:37] ScottK-laptop, in reply to earlier, i take shuttleworth's view on patents. he's smarter than me, so i defer to him. [00:39] In general, I agree, but Microsoft has a specific history of bad acts that makes me particularly leary. [00:40] I may just feel strongly about it because I've had stuff I helped develop show up in Microsoft patent claims. [00:40] mmm, i reckon they have more to gain from sabre rattling than from specific action. they still haven't revealed their hundreds of "violated" patents in the kernel [00:41] Agreed. [00:41] For now ... [00:41] everything in life is only for now [00:41] even patent violation. you can ask the freetype guys about that one [00:42] Well I think there is a risk associated with letting ourselves get too dependent on this particular technology. [00:42] Now the degree of risk is unknown, so it's not suprising reasonable people disagree on how high it is. [00:44] and a valid question is how do you define "too dependent" === Riddelll is now known as Riddell [00:44] an app framework... honestly, i wouldn't lose any sleep. more than that? don't reckon it'll ever happen really [00:45] directhex: Well I think KDE is not at all dependent. We could rip it out tomorrow and not miss a beat. [00:45] I like it that way. [00:45] but there are escape tunnels and get-out routes built into every stage. worst case scenario, we lose ms.net interop, but keep "something" which is a nice framework for *nix [00:46] i think it's a positive for people with a windows background to be able to knock up some kde4 plasma in a language they already know, in a few minutes. but if that goes, well, c'est la vie [00:47] directhex: I think that is potentially an optimistic assessment. Recall that in the patent game independent invention doesn't help. [00:47] Sure. I agree. [00:47] ScottK-laptop, in the yank patent system, prior art doesn't help either! :p [00:47] I'm glad to provide the bindings, but wouldn't want it in our core anywhere. [00:47] directhex: Yes. The system is broken, but it's the one we got. [00:48] Although there was a recent court case that seems likely to significantly narrow what's patentable in software. [00:48] it's not in gnome's core either. one or two apps... the apps can be swapped out. they might be inferior replacements (that's an argument i'm NOT getting into, one the desktop team can have far away from me) [00:49] i just want ubuntu to be absolutely the most attractive platform for anyone for anything. with best of breed apps everywhere. and i don't want to have some mandate on what free software devs may and may not use as a language [00:49] Yeah, I'm good with that. [00:50] fr'example, dropping beagle for tracker... good! i want the best, not the monoest. but equally, i want the best, not the least monoey, when comparing f-spot to the competition [00:51] Right. I really have no opinion on those since I don't run Gnome. [00:52] tracker instead of beagle was an obvious choice. other questions... not my call, and i don't use notetaking or photo org apps. but the desktop team made that call, and i want to help support that [00:54] Well kde4libs on armel is at 65% and it started 4 hours ago, so we have a while yet. How's your test build going? [00:55] 68% [00:55] i need a new pc really. one of those nice new i7 chips... [00:55] My desktop is still running Dapper and compiling big packages on a laptop with a 4200rpm micro hard drive is not fun. [00:56] I really need to upgrade the desktop. [00:56] dapper, wow :) [00:56] It's still working nicely for me and I really don't need any of the fancy new stuff for doing $WORK. [00:56] ScottK-laptop, i compiled OOo on my laptop for testing mono transition patches. fast cpu, but still a laptop... [00:57] Well kde4bindings doesn't take that long. [00:57] What's fun is suspending in the middle of a build, resuming, and having it work. [00:57] That always suprises me. [00:57] :o [00:58] if i knew that worked, i wouldn't have had the laptop open & eating the battery on the drive home from work [00:58] I won't swear it always works, but it's worked for me. [01:00] well... it's a rather new laptop, not everything works right yet [01:00] impressive given some of the hardware only had git patch based support about a month before intrepid release, but not 100% [01:00] i wasn't expecting it to even boot pre-jaunty though [01:03] So kde4libs took 8 hours on armel last time, so we've got 4+ hours before I could upload anything. [01:04] [ 88%] Building lib/qt-dotnet.dll [01:04] Gotta run (ballet lesson is over). See you in about an hour. [01:09] Description: [01:09] what is that all about? that is the mozilla-plugin-plasma package description [01:10] even though it isn't an official repo, could we at least make sure we at least follow the standards [01:10] especially when you have Ubuntu MOTU Developers set as the maintainer of the package [01:13] apachelogger: will you please add me to ~kubuntu-experimental so I can upload? [01:13] Riddell: ^^ or you I guess :) [01:17] dpkg-deb: building package `libsoprano2.0-cil' in `../libsoprano2.0-cil_4.1.80-0ubuntu1_amd64.deb'. [01:24] nixternal: approved [01:27] thank you sir [01:37] hm. okay, how do i do something with my local bzr changes? [01:39] bzr ci -m 'these are my changes' && bzr push [01:46] i'm lost. i just about managed to get it onto the internest. someone do something useful with https://code.launchpad.net/~directhex/+junk/monotransition [01:47] it's nearly 2am, i need some sleep. tell ScottK i said hi [01:58] Back. How's it going? [02:01] cold [02:02] jjesse: @ UDS/fosscamp? [02:10] directhex: Did it finish yet? [02:12] ScottK-laptop: nope i get there on sunday night [02:12] jjesse: Ah. Well good luck with it. [02:12] is there a #uds or #fosscamp [02:12] Dunno. I'm sure there is/will be. [02:12] #fosscamp for now [02:12] ah [02:13] and #uds soon [02:13] ? [02:15] jjesse: dunno, check if it's registered I guess [02:18] jjesse: It'll likely be #uds-jaunty or some such. [02:31] * ScottK-laptop moves on to the next stop for the evening. [06:18] * ScottK-laptop is looking into kde4bindings now. === glade88|ZzZ is now known as glade88 [06:23] directhex: Diff looks good. Test building now. I'd have given bonus points for a lintian over-ride for E: kde4bindings source: missing-build-dependency-for-dh_-command dh_clifixperms=cli-common-dev [06:25] directhex: Also I looked at irclogs.ubuntu.com and saw where you put your stuff. That worked great. It was easy to merge with what I had already. [07:45] Argh!!! http://paste.ubuntu.com/81250/ [07:45] I think this happened before and it built OK on the buildd, so I just uploaded it to my PPA to see ... [07:50] strange? [07:51] did /usr/lib/python2.5/site-packages/PyKDE4/ exist at the time? [07:56] Yes. [07:56] Other files got copied into it. [07:56] I think something is weird in my chroot. [07:57] If it builds on my ppa, then I'm going to dump the chroot and make a new one. [07:57] * ScottK-laptop heads to bed. I'll upload it if it built tomorrow. [08:00] very weird [08:01] Yeah. [08:01] I pushed the changes so far into the bzr repo and I'm heading to bed. === hunger__ is now known as hunger === _neversfelde is now known as neversfelde [09:48] morning apachelogger and ScottK [09:51] I have a request, can someone please look into uploading kde4bindings from the PPA (it builds; test built in my PPA) [11:02] i've got this error: KDEInit could not launch «/usr/bin/kate» (i've posted here because i've got no answer in #kubuntu) [11:04] do you have kate installed? [11:05] Hobbsee: that error happens for a lot of programs for me,but they start still [11:05] yes, is instellaed and run, but i've got the error when i open a second text file [11:05] strange [11:07] this appen only with the -u switch in the kate.desktop file (kate -u %U) [11:20] is not possible fix it? [11:33] i've no idea [12:44] ScottK-laptop, can you *please* ensure the debian kde team gets its hands on the mono 2.0 transition stuff - or do i need to bug them myself? [13:28] directhex: I can send it to them. [13:29] directhex: Not quite out of the woods yet though: http://launchpadlibrarian.net/20254100/buildlog_ubuntu-jaunty-lpia.kde4bindings_4:4.1.80-0ubuntu2~ppa1_FAILEDTOBUILD.txt.gz [13:30] If NCommander shows up,maybe someone can point him at that ... [13:37] the default volume change shortcut in kmix @ kde 4.2 beta1 is the PCM slider.. and it changes sound for VLC etc, but it doesnt affect Amarok one bit [13:37] why is that? [13:47] [ 88%] Building lib/qt-dotnet.dll [13:47] cd /build/buildd/kde4bindings-4.1.80/obj-i686-linux-gnulp/csharp/qyoto && /usr/bin/csc -debug -define:DEBUG -unsafe -warn:0 -keyfile:/build/buildd/kde4bindings-4.1.80/csharp/key.snk -out:/build/buildd/kde4bindings-4.1.80/obj-i686-linux-gnulp/lib/qt-dotnet.dll -target:library /build/buildd/kde4bindings-4.1.80/csharp/qyoto/src/SmokeInvocation.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/src/SmokeMarshallers.cs /build/buildd/kd [13:47] e4bindings-4.1.80/csharp/qyoto/src/Qyoto.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/src/QyotoMetaData.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/src/AssemblyInfo.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/core/*.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/gui/*.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/network/*.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/sql/*.cs /build/buildd/kde4binding [13:47] s-4.1.80/csharp/qyoto/xml/*.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/svg/*.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/opengl/*.cs /build/buildd/kde4bindings-4.1.80/csharp/qyoto/qdbus/*.cs [13:47] hm, that was longer than expected [13:48] "[ 89%] Built target qt-dotnet" is the important bit tho. it certainly *seems* to be built [13:49] -- Installing: /build/buildd/kde4bindings-4.1.80/debian/tmp/usr/lib/mono/gac/qt-dotnet/4.4.0.0__194a23ba31c08164/qt-dotnet.dll [15:23] directhex: interesting approach to length really [15:43] apachelogger, the key point is "it's building that dll fine" [16:06] directhex: but not in the path we try to copy it from [16:07] directhex: I think the whole copying in debian/rules can be dumped ... my guess is that in 4.1.73 qyoto didn't install the files, which appears to be working now [16:09] Anyone having issues with present windows in the beta? [16:22] apachelogger: we have anythign close to amarok 2 packages yet? [16:23] nixternal: amarok-kde4 [16:23] if you're speaking of 2.0.0, it's packaged and waiting for official release [16:23] nixternal: not in jaunty [16:23] * nixternal is using intrepid [16:23] we need a working mysql5.1 first [16:23] nixternal: kubuntu-members-kde4 [16:23] yay, krunner crashed [16:24] roger that, thanks apachelogger [16:24] or you join the ninjas, in which case you would get access to 2.0+apacheloggerfix :P [16:24] hm [16:24] actually apacheloggerfix is not uploaded yet ;-) [16:25] somone broke my oxygen icons btw [16:26] oh, I have serious version conflicts [16:27] how do I join these ninjas? [16:33] With stealth [16:39] apachelogger, right, sure. i'm also a little curious about the nepomuk problem, but i don't think it's a priority# [16:39] hello [16:40] I'd like to know if there is a digikam 0.10package planned in the near future [16:40] because otherwise I'll try to compile it from sources [16:41] thanks [16:43] directhex: the nepomuk problem isn't a problem, that is an upstramish issue of source distribution [16:43] paracetamolo1: sure [16:44] when it will be available? [16:44] a week or two month? [16:44] in the near future [16:44] just to have an idea [16:45] ok [16:45] thank you guys for your work [16:45] I know you're keeping busy :) [16:45] we certainly do ;-) [16:47] Riddell: 2 questions: 1) shall I dump debian/cdbs from kde-l10n and use kde4.mk instead 2) can the debian/scripts stuff be dropped from kdesdk in favor of pkg-tools-kde? [16:49] apachelogger: yes and yes [16:49] the second one already should be [16:49] oh well, kdesdk needs changed still I guess [16:50] yes [16:50] Riddell: having fun at fosscamp? [17:24] debian bug 498868 [17:24] Debian bug 498868 in cli-common-dev "cli-common-dev: misparses monodis output or doesn't set MONO_PATH properly" [Important,Open] http://bugs.debian.org/498868 [17:42] I think I figured it out. [17:46] where does Plasma stores the gethotnewstuff-downloaded themes? [17:49] apachelogger: yeah, pleasant enough http://www.kubuntu.org/~jriddell/tmp/2008-06-12-uds-hot-tub.jpg [17:50] Riddell: hehe :D [17:51] Uploaded another try on kde4bindings to my PPA. We'll see if it survives on LPIA or not ... [17:59] hye all [17:59] *hey [18:00] ScottK, monring/afternoon [18:01] NCommander: Hey. [18:01] ScottK, did you get a chance to look at kde4bindings again [18:02] Yeah. We almost got the mono stuff building. [18:02] Your stuff is good. [18:02] I just tossed another try at my PPA. The last one built on amd64/i386, but not lpia. [18:02] ScottK-laptop, yay for good stuff. [18:02] I think I got it though. We'll see. [18:03] ScottK-laptop, is it just the mono binding thats broken? (I'm only being somewhat insistant on this because this should fix bindings on ARM) [18:03] NCommander: Yes. I'll upload something today either way. Either your stuff if I don't get mono sorted or all of it if I do. [18:05] NCommander: Should know in about 32 minutes: https://launchpad.net/~kitterman/+archive/+build/807003 [18:05] Thanks ScottK, sorry to nag [18:06] NCommander: No problem. I understand why you're anxious. [18:06] I wasn't going to do a new bindings upload until after your latest kde4libs was done on armel anyway, so you've only lost ~15 hours. [18:06] ScottK-laptop, I probably should apply the standard disclaimer; I have yet to be able build kde4bindings on armel (yay for slow shitty HW) [18:07] NCommander: Well if we're fixing other stuff, if that one doesn't go so well it's not a wasted upload. [18:08] yeah [18:08] I don't want to send any patches upstream until I'm sure everything going to work sanely [18:08] as far as I can tell, we're the first people to try compiling the KDE4 series on ARM hardware [18:08] or 4.1-4.2 [18:09] NCommander: I've seen KDE4 on seele's N810, so I know that's not true. [18:09] It was 4.1 she had. [18:09] Its strange, I'd like to know how they got it to compile [18:09] The Debian ARM guys have been scratching on how to get it working it seems [18:10] * ScottK-laptop looks at seele, becuase he doesn't remember where she got it. [18:13] http://www.kdedevelopers.org/node/3546 maybe? [18:22] * ScottK-laptop needs to run $MIDDLE_CHILD to school, so I'll be back in ~45 minutes to see how kde4bindings worked out. [18:29] ah [18:30] http://techbase.kde.org/Projects/Maemo/KDE4_on_n810 [18:44] for problems relative to kde4.2 beta, may I ask here? [18:44] depends [18:44] ask, we'll see [18:45] packaging issue i guess [18:45] I keep getting 'broken pipe' [18:45] during kubuntu upgrades [18:45] "broken pipe" is not the error, just a consequence of the error [18:45] this time kde-window-manager and systemsettings [18:46] please paste the full log so that we can see what really is the error(thought I already have an idea) [18:46] won't install, because they will overwrite some files from kdebase-workspace-bin [18:47] one sec, I tell you the precise files [18:47] yup, that's it, we've some overwrite problems [18:47] systemsetting --> /usr/lib/kde4/kcm_fonts.so [18:48] kde-window-maanger --> /usr/lib/kconf_update_bin/plasma-add-shortcut-to-menu [18:48] theese are the file each package is trying to overwrite [18:49] both files also belong to kde-workspace-bin [18:50] i tryed with $ dpkg --force-overwrite -i kde-window-manager [18:51] ooops: tryed -> tried [18:54] when i launch kwin it prints: [18:54] kwin: error while loading shared libraries: libkephal.so.4: cannot open shared object file: No such file or directory [18:57] NCommander: It built, so after I fiddle debian/changelog for the archive, I'll upload it. [18:57] * NCommander nods [19:06] NCommander: Uploaded. Did you see R!dell's Maemo link? [19:06] no [19:07] ScottK-laptop: sebas is the one who started the n810 howto and i added some logic gap stuff [19:08] unfortunately the person who is maintaining the packages doesnt have time to do it anymore.. and so i think only 4.1.1 is available [19:08] and it's buggy as all hell [19:08] NCommander: ^^^^ [19:09] NCommander: also.. don't replace the hilden desktop default or else your device will crash and reboot [19:09] seele, oh, I see, well, we'll be working to change that, once everything is compiled [19:26] sweet === glade88 is now known as glade88|AFK === glade88|AFK is now known as glade88 [20:07] brr.. can't wait to get to cali for a week === glade88 is now known as glade88|ZzZ [20:26] seele: What's the occasion? [21:04] almost forgot to do my pre-boarding crap for tomorrow's flight...luckily I got in Boarding Group "A" [21:28] nixternal, seele: do you know when you're getting in? [21:36] Riddell: I'd appreciate it if you'd go ahead and bin New kde4bindings when you have a moment. It's built on most archs now. [21:53] ScottK-laptop: best say binary instead of bin, I might mistake it for a verb :) [21:53] Riddell: OK. binary then ... [21:54] who's the hero that fixed it? [21:54] wait, what? [21:54] hey Riddell and ScottK [21:55] kde4bindings is in new [21:55] NCommander did the armel stuff (that's still going, so keep your fingers crossed), directhex did the mono stuff, and I did a bit a cleaned so mono would build on lpia [21:55] a cleaned/of cleanup [21:55] Riddell, yay [21:55] I think it should build on armel [21:56] I don't know if KDE proper is actually going to work (I had to write a good chunk of code in kde4libs to get it to handle floats) [21:56] ScottK, i'm curious about what was needed for the lpia breakage [21:57] ScottK: accepted [21:57] directhex: In debian/rules change cp obj-*-linux-gnu/lib/qt-dotnet.dll rules to cp obj-*-linux-gnu*/lib/qt-dotnet.dll because lpia uses obj-i686-linux-gnulp [21:57] Riddell: Thanks. [21:57] ScottK, aha! explains why it built fine in my amd64 pbuilder [21:57] ScottK, thanks for the info [21:58] wooo [21:58] * NCommander hugs directhex [21:59] directhex: I had to diff the relevant bits of the i386 and lpia build logs to figure it out. [22:01] ScottK, w.r.t. to kde4bindings, I'm happy to report its past its previous FTBFS point [22:01] ScottK, well investigated, though. i know how frustrating seemingly inexplicable problems can be, when there's no rational reason why it isn't working [22:01] directhex, the reverse is true, when something is working yet logic says it shouldn't :-/ [22:02] NCommander, i spent all of friday with funny problems at work, caused by the lack of /etc/ldap.secret [22:02] yay for LDAP's lack of quality documentation -_-; [22:03] NCommander: Kewl. [22:03] * NCommander needs to figure out how to get from the airport to the hotel [22:03] directhex: I'm just glad I actually found and fixed an FTBFS like that myself instead of just getting NCommander to do it for me like I usually do. [22:03] * NCommander sighs [22:04] ScottK, which FTBFS was this? Mono? [22:04] NCommander: Yeah on lpia. [22:04] The mono bindings part of kde4bindings specifically. [22:04] yuck [22:04] Oh yay [22:04] that means KDE on lpia might actually build [22:04] Yeah. [22:05] * NCommander finds it kinda pathetic that KDE needs actual porting to ARM [22:05] Granted, its nothing major, but isn't the point of Qt this isn't necessary :-/ [22:05] NCommander: Well it's a beta. This is a great time to be finding these problems. [22:05] ScottK, yeah ... [22:05] * NCommander looks at the build backlog [22:06] This is excatly why we jump to the next release as soons as we can ... [22:06] NCommander: check when people are grabbing taxis. or take the shuttle. [22:06] What shuttle? [22:06] * NCommander perfers mass transit if possible [22:06] and why i wanted the mono transition early! although the actual mono changes to kde4bindings are tiny... it's unrelated kde suckage that caused further issues ;) [22:06] Hobbsee, you state side? [22:07] directhex, KDE has a lot of suckage w.r.t. to compiling the damn thing from source [22:07] NCommander: huh? [22:07] Hobbsee, are you in the United States [22:07] super shuttle. didn't you get jorge's mail [22:07] NCommander: no, i leave in ~6 hours [22:07] or still in Australia [22:07] ah [22:07] directhex: It would have been convenient to not deal with the mono transition at the same time we were in the middle of KDE 4.1 -> 4.2, but as you say, better early. [22:07] Yeah, I did [22:07] when's UDS coming back to oxford, then? i could actually go if it was in oxford ;) [22:07] NCommander: i still have 1 car, 1 bus, 2 trains, 1 plane, and 1 taxi in front of me... [22:07] But I *hate* taking private transportation if avoidable [22:07] Hobbsee, O_o; [22:08] yay for trackwork. [22:08] NCommander: there might be trains / buses etc - i've no idea. [22:08] I've been to SF before [22:08] I just need to see if the hotel is close to a BART or MUNI station [22:08] * NCommander did get his jacket pressed [22:08] I don't know how things just get wrinkled hanging in my closet [22:09] NCommander: Apparently Google maps is all you need: http://luisbg.blogalia.com//historias/60930 [22:09] Yeah, I saw that [22:09] I'll never visit the pier again [22:09] I got divebombed by pidegons [22:09] * DaSkreech throws flowers on Hobbsee [22:10] Riddell: "it's important to sample the local culture, even if it is raw meat" is priceless. [22:10] DaSkreech: thanks! [22:10] * Hobbsee plays in the flower petals [22:10] * NCommander pulls out the snowblower and dumps snow on Hobbsee [22:11] ScottK: I'm amazed I didn't have any problems after eating it [22:11] *sigh* [22:11] Its been fun [22:11] But I got to get on the road again [22:11] I'll drop in later [22:13] * ScottK will be back in a couple of hours ... [23:13] * NCommander grumbles [23:13] hi [23:14] Miserable [23:14] Absolutely ****ing miserable [23:17] Riddell: I get in a little after 17:00 Sunday [23:18] NCommander: why? [23:18] hi siekacz [23:18] kde4bindings and sip can burn [23:18] Every time I plug one FTBFS, two more crop up somewhere else [23:18] kde4 doesn't respect resolution settings [23:37] who was working on printing? [23:40] seele: which part of it? [23:42] Riddell was doing printing stuff as I recall [23:42] Riddell: the wizard [23:43] Riddell: no error message when you put a space in the printer name.. it just sits there when you click OK to complete the printer installation [23:43] seele: Arby seems to have volunteered, it's still on my to do as well [23:43] it should allow a space surely [23:43] Don't call her surly [23:44] Riddell: i thought there are two names. what is labelled as the "printer name" is the system name and i dont think cups allows you to have a space [23:44] the logical name is the "description" and can be whatever you want [23:44] unless that isnt the problem and it is a different bug [23:45] bugs.kde.org is the best place for bugs [23:46] yep [23:50] although poking here is useful too so I actually know to look at it :) [23:50] Anyone one something newer than the KDE 4.2 beta right now? [23:55] Where is the upstream bug database for X.org ? [23:55] Free desktop? [23:58] think so [23:59] ok