=== santiago-pgsql is now known as santiago-ve [00:18] Riddell: I have changed over to KIcon [00:30] neversfelde: uploaded, thanks for your contribution to Kubuntu [00:30] vorian: thanks and I love kubuntu :) [00:30] :) [00:34] shtylman: lovely [00:44] nhandler: so you consider to do a build in ppa for new upstream releases and mention it in the bug report? [00:44] Does anybody know who the sysadmins in charge of the wiki are? [00:44] ryanakca: Ng? I'm not sure [00:44] isn't it newz2000? [00:45] he's not a sysadmin [00:45] hm [00:45] vorian: Don't think so, he had to bug the sysadmins for a... period of time... to get a small HTML fix (get rid of the obsolete tabs in the current wiki theme) in... [00:46] Riddell: thanks, I'll try poking him [00:46] neversfelde: I asked for the PPA build simply because I don't have a pbuilder chroot available right now. But it never hurts to mention in the bug report that it builds in a PPA and provide a link [00:54] <_neversfelde> ahh [00:54] <_neversfelde> my isp, re === _neversfelde is now known as neversfelde [00:56] whats the best way to test a new plasma widget without a system wide install of the widget? can I run the plasmoid viewer locally or specify a search path? [00:58] nhandler: thanks, I will incroporate your info in the future, thanks a lot [00:59] Riddell: GTK fronend parity? would that be the next best step? [00:59] shtylman: possibly plugins can be installed to any directory in kde4-config --path lib [00:59] shtylman: load up the gtk frontend and see what's different [01:01] Riddell: are we trying to look the same or just provide the same features? [01:02] shtylman: same features [01:03] well, look much the same too, within the normal gnome/kde style differences [01:03] shtylman: I believe the timezone map has changed in the gnome one, that's probably quite hard to do though [01:03] shtylman: the language selection page might have changed too [01:05] Riddell: ok, I will take a look at the differences and compare/contrast then we can look at what we wanna and can realistically pull I suppose [01:06] shtylman: excellent :) [01:07] shtylman: self.userinterface.setWindowIcon(KIcon("ubiquity.png")) no final .png needed? [01:07] shtylman: you kept the #os.setegid(1000) commented out? [01:10] Good morning Riddell... still up? [01:13] txwikinger: briefly [01:13] :D [01:23] Riddell: thanks for the .png catch and I took out the os.setegid and changed it to drop_privileges from the ubiquity library, hopefully that fix won't mess with the rest of the installer [01:38] who do I talk to about the default keyboard shortcuts for kwin? is that a kubuntu thing or a kde thing? [01:38] kde [01:38] we dont change the defaults [01:38] k, thanks [02:15] ScottK: art thou about? [02:15] Just returned. [02:16] care to look at a small rebuild? (of a large package) [02:16] vorian: Which and why? [02:17] we have a new soprano, kdebase-runtime should be rebuilt [02:18] https://bugs.launchpad.net/ubuntu/+source/redland/+bug/317271 [02:18] Ubuntu bug 317271 in redland "nepomukservicestub causes crash in Soprano::Redland backend" [High,Triaged] [02:18] Did the ABI change? [02:18] Is the rebuilding the bug fix or was the soprano upload the bug fix? [02:18] nevermind, the soprano did [02:18] sorry for the ping [02:19] No problem. [02:22] Anyone fixing the kdeedu FTBFS? [02:22] i can looks at it [02:22] OK. Looks easy enough to deal with. [02:23] * ScottK is feeling poorly tonight. [02:23] :/ [02:24] ScottK: yeah, should be easy enough [03:48] Python: KDE Python support [03:48] Needed for Python bindings to the marble widget. [03:48] would this be anything other thank python-kde-dev? [04:36] That's the KDE3 one, isn't it? [05:50] Riddell: FYI, kdeedu failed to build with the marble changes you introduced, dh_install can't find debian/tmp//usr/lib/python2.5/site-packages/PyKDE4/marble.so [05:50] a|wen: vorian was looking at a fix. [05:50] perfect :) [05:50] I didn't hear from him if he got done. [05:51] a man on the job, is a good start though [05:55] a|wen: So it looks like we'll have a complete KDE stack on Power PC soon too. [05:55] it starts looking really good with the ports [05:56] The sparc and ia64 kernels got fixed today, so they're next. [05:56] maybe I should considers installing jaunty/lpia on my eee (intel atom) soon [05:57] a|wen: What do you have on there now? [05:58] rgreening was saying the same about his acer. Perhaps you two could collaborate on some how-to. [05:58] it's my stock-intrepid, with 4.1.4 though ... so i'll at least wait till 4.1.4 is out of proposed [05:58] OK. [05:58] Did we already discuss do you have a USB printer? [06:01] Any idea what mips64 is in? I saw a reference to bootstrapping mips64 on #ubuntu-devel earlier today. [06:02] Riddell: It looks like plasma-widget-quickaccess ended up in Universe on amd64, but not on i386 .... [06:06] ScottK: no printer closer than 3,5K miles :/ ... but yeah, we need to find a tester [06:07] I just remembered I have a broken usb printer. It won't print, but I wonder if it would still get reconized .... [06:09] And I could even find it .... [06:09] * ScottK tests. [06:12] :) [06:27] I think it's a no test. It found the printer, but didn't pop-up, which is bad, but it appears to be a obscure model we don't have a ppd for, so I suspect the lack of pop-up is appropriate. [06:31] it needs some kind of ppd to auto-detect afaik [06:35] I deleted it and tried to add it manually and there was no ppd for the model in question when I looked. [06:44] vorian: The build-dep you were looking for was python-kde4-dev. You might want to look into indi too. It didn't seem to find that. [06:48] Hrm, getting an Error on boot in jaunty, still loads, but is this a bug? "ata6: SRST failed: err no 16" [06:50] Does Mr. Google have anything to say about it? [06:51] a little, trying to make sense of it, so asking also ;) - most of the stuff here is ancient though [06:52] I suspect it is a bug, but I've no idea if it's enough of one to care. [06:53] looks like it might be just a module blacklist needed [06:54] yeah, this seems to be the same issue: http://forums.fedoraforum.org/printthread.php?t=169283 [07:14] Riddell: I did some more work on the ubiquity installer (took screencaps of the gtk one and the kde one to compare...will post those at some point) I pushed to launchpad although it is still a work in progress I changed the timezone map to the one the gtk guys use and you can click timezone, also changed the advance dialog field for the grub location to a combo box again as the gnome guys have it [07:16] jussi01: Yeah, if you've got that controller it sounds like. [07:16] Personally I think if you have to manually blacklist something there is a bug, but I'm not sure on exactly what. [08:21] Riddell: ever tried the latest quassel package witih qt 4.5? [08:24] speaking of which, do we have a qt 4.5 package somewhere? [08:24] * jussi01 waves at Sput [08:38] jussi01: rgreening had some in his PPA, but not sure about the quality [08:39] Lure: ahh, thanks, Ill ask him about it when he is around :) [08:40] jussi01: I tried it the same day he created it, but there was this kdm regression, so I switched back and did not try afterwards [08:46] Lure: if you put your nickserv pass as the server password in quassel, itll identify before you hit the channels ;) [08:48] jussi01: under ServerInfo? will try that... [08:48] Lure: yep [08:52] jussi01: seems to work! so then I do not need Auto Identify at all? [08:53] ;) [08:53] jussi01: thanks [08:53] * Lure does another try w/o auto identify... [09:23] * Sput waves at jussi01 [09:24] heya Sput [09:35] Sput: no I've not tried qt 4.5 recently [09:37] Riddell: ah ok... if you have a chance, please let me know. we have changed something that we believe could make it work, but I have no way to test currently [09:59] do we have a recent quassel? [10:02] 0.4.0~git090211 seems recent [10:02] yeah, that should have the 4.5 fix [10:03] the *supposed* fix [10:08] kdeedu is getting far too big [10:08] Riddell: MoDaX was already complaining to tackat about that [10:09] afair he promised to split some stuff [10:09] but no idea if and when he'll do that === quassel19 is now known as Riddell-quassel [10:17] Sput: seems to be working [10:17] \o/ [10:17] that's very good news [10:17] thank god EgS remembered that TTlabs blog entry [10:18] ooh, it's got a toolbar [10:18] thanks for testing that out :) [10:53] * EgS feels highlighted [10:54] oh that's great news! [10:54] Riddell-quassel: is that rgreening 4.5 package ok? reasonably usable? [11:03] jussi01: seems to be [11:04] might give it a go then :) [11:34] jussi01: and tell me if that quassel package works for you too then! [12:06] hi there :) [12:07] hi [13:22] Sput: ping [13:24] ScottK-desktop: is 0211 the latest quassel in your ppa? [13:34] seele: pong [13:37] Sput: i'm wondering if i have an older quassel so it might not matter [13:37] seele: well, what's the issue? [13:38] Sput: were you guys still working on getting a channel selected in the list by default? [13:38] (2/11 should be the latest PPA build afaik) [13:38] seele: yes [13:38] that is still on the list [13:38] also, i saw people talking about grabbing the username too instead of just quassel [13:38] ok [13:38] that is already done [13:38] but does not work on some kubuntu systems, bugfix pending :) [13:38] also, what about opening the network dialog on first start so the user can configure/connect immediately? [13:38] hah figures [13:39] well, I am thinking about this - there already is a network configured by default, so I don't see that making sense too much [13:39] and for connecting there now is a shiny toolbar button saying "Connect" [13:40] or would it make sense to pop up the dialog in any case, so users have an urge to double-check the defaults work for them? [13:41] Sput: i'm just thinking about the first time connecting ever, not subsequent use.. [13:41] yes [13:41] seele: so you'd think even with a default network and channel pre-defined, it'd make sense to open the network dialog on first run? [13:42] * Sput is not opposed, just undecided :) [13:42] Sput: it will only make connecting easier i think [13:42] true that [13:42] after the user has connected once, it might not be necessary [13:42] if something pops into the user's face [13:42] after that, quassel will auto-reconnect anyway :) [13:42] especially since the user might not be a keen on irc, remember we use irc as a support mechanism [13:43] actually we could make quassel automatically connect on first run too, but I think that would be too drastic [13:43] users might not like going online without clicking, especially if they don't know the program [13:43] yes, i think regular irc users wouldnt appreciate that [13:44] so maybe still use the Configure Networks dialog, but instead of Ok and Cancel, we have Connect and Close [13:44] (or Close and Connect.. hmm) [13:45] hmm, I think OK and Cancel are important for HIG though [13:45] but we can add a nice shiny extra button somewhere [13:45] we used to have that "Connect Now" button, the code is still there even [13:47] OK Cancel are for the configuration dialog, but if you use it as a connect now dialog, the buttons will be different [13:48] it doesnt make sense that OK would connect. you would want a button that says Connect. at the same time, you wouldnt need an OK button in that case, because what does OK do? [13:48] so it's almost the same dialog, but not. specifically it is a connection dialog instead of a config dialol [13:48] that is, if you want to do it that way [13:48] hmmmm... within the settings dialog, a connect now button would keep the dialog open and connect in the background [13:49] why would it keep it open? maybe i dont understand how the dialog works [13:49] (which leads to another host of problems, such as that the settings first need to be applied before connecting, so we disabled that functionality for now) [13:49] i just thought you could use the same dialog design so you dont have to replicate too much code [13:49] if used stand-alone, it could be quite elegant to do it like this [13:49] yes [13:49] I like that idea [13:49] take the UI, put it in a standalone container, use a Connect button rather than OK, apply + connect automatically [13:50] plus a neat little checkbox "[ ] Don't show again" [13:50] sounds like you got it :) [13:50] k [13:50] * Sput updates tracking bug [13:52] seele: thx for that inspiration, I kept thinking about how to do that elegantly for a while now :) [13:52] i'm here to help :) [14:39] Riddell: one MIR looks ok (bug 325858), not sure what In progress means (and who does something now) [14:39] Launchpad bug 325858 in lensfun "Main inclusion request for lensfun" [Medium,In progress] https://launchpad.net/bugs/325858 [14:39] opencv one need more work (I need to backport some warning fixes from SVN) [14:45] Riddell: our arts-removal is almost done: https://wiki.kubuntu.org/RemoveArts ... but we have some binary package removals left; is that something you can handle [14:47] a|wen: can do if there's a list [14:47] Lure: I can promote to main if you need me to [14:48] Riddell: not sure if this is what "In progress status [14:48] means [14:49] Lure: I think asac is just waiting for a final ack from kees [14:49] Riddell: all the packages on that wiki-page marked with "needs binary package removal" ... or in short all on that page ending in -arts [14:49] Riddell: ok [14:50] * Lure has added digikam to Todo list to make status transparent [14:51] is there any progress on k3b front? do we have it in some ppa to play with? [14:51] * Lure notices that k3b is not on the Todo list [14:52] tonio has a version in his PPA, it didn't burn DVDs for me [14:53] * Lure checks if something new was committed in SVN === thunderstruck is now known as gnomefreak [15:04] It's in rgreening's PPA. [15:04] * ScottK no notices that was 6 hours ago. [15:04] no/now. [15:20] Riddell: I am working on the timezone map of the installer. Besides looking at the JauntyUbiquityUsabiliy page, are there other things I should think about? [15:24] shtylman_: ask evand, he's the guy doing the gtk side [15:25] Riddell: k, thanks [17:59] Nightrose: i'm using neon but i dont know how to start amarok2, the menu item is linked to 1. any ideas? [18:00] seele: it should have its own menu entry [18:01] it should be called amarok nightly [18:01] ah hah i see now [18:01] duh [18:34] http://www.osattack.com/windows-7/kubuntu-could-make-it-big-if-they-spin-it-right/ "KDE is simple and just needs that media attention to bring it into customers hands." goodness [18:35] Nightrose: how come amarok doesn't use nepomuk for its rankings? [18:36] Riddell: iirc nepomuk wasn't ready yet to be used as a collection [18:39] * Riddell fixes plasma-widget-quickaccess override to main [18:50] Tonio_: ping [19:00] hi [19:03] Riddell: you got the python bindings in kde-edu compiled? [19:10] Riddell: I got sbeatie assigned an action to try and verify the 4.1.4 printer fix at the release team meeting. [19:18] colomar: rgreening has been working on kpackage kit. i believe he added an extra tab to search by applications instead of packages [19:18] not sure what he's working on next though [19:18] hopefully the search ui :) [19:19] seele: that patch is still in dev [19:19] I have the basics worked out. the part I am stuck on is how to use the app-install-data desktop files to generate the list instead of listing all packages. [19:20] that's my current priority seele [19:20] rgreening: Thanks for working on that. Do you think it may be possible to get kpackagekit ready for users in time for jaunty? [19:20] We kind of have to. [19:21] If someone can assist me I can provide the current patch to look at [19:21] what I need is help in the app-install-data bit [19:22] Does gnome have this bit working in their packagekit yet? [19:24] I believe that Adept scans the app-install-data directory for the .desktop files, and sorts them by the categories inside them [19:25] I haven't looked at the code, but based on having tried Adept, I'm sure however it's done there is the slowest way possible. [19:26] Yeah, the UI does hang for a bit in Adept [19:28] mm, but Adept uses xapian extensively to do its thing... [19:28] oh, it uses it for updating the model while searching [19:44] Sime: yes, they're in jaunty [19:44] Sime: I can put an intrepid package in my PPA if that's useful [19:44] Riddell: cool, no ppa for intrepid? [19:45] oh, I mean, yes please. [19:49] do we want a new upstream release of kde4-style-qtcurve packed for jaunty? [19:50] I think somebody has a package prepared, but we want the soure package to be changed to kde-style [19:51] and the old kde-style-qtcurve shuffled out, i suppose... that makes sense [19:52] bug 323848 [19:52] Launchpad bug 323848 in kde4-style-qtcurve "Please update kde4-style-qtcurve to the latest version 0.60.0" [Wishlist,Incomplete] https://launchpad.net/bugs/323848 [19:53] Anyway, it definitely should be kde-style [19:53] vorian: have you pinged the qtcurve updater back yet? [19:53] JontheEchidna: i can [19:54] There's a draft Debian document on naming we ought to follow. [19:54] I don't remember exactly what it says on these. [19:55] Riddell: packages for intrepid will be useful when I blog sometime about marble/python. [20:07] Sime: I uploaded to my ~jr PPA (which also needs people to use ~kubuntu-experimental), should appear in an hour or so all being well [20:27] rgreening: were you going to push the flash prompt patch to kdelibs or should I? [20:28] I'm thinking the full-blown wizard will have to wait for jaunty+1 [21:01] Riddell: So looks like 4.1.4 is fully verified now. Now we just need someone to copy it over .... [21:05] ScottK: I think we both know one guy that could do that, right? ;-) [21:06] Well he has the power. Dunno if he has the authority. [21:06] It can wait until Monday for pitti to do it. [21:07] can packages only be pushed if ubuntu people confirm this ? [21:07] only for info :) [21:08] For released versions like Intrepid there is a strict verification process. [21:08] ah ok :) [21:08] The process and the people who do it are the same regardless of which *buntu we are discussing. [21:09] aha so only a QA team [21:09] Basically. [21:09] ok :) thx [21:17] JontheEchidna: if you have time, push it [21:18] Riddell: kees approved bug 325858 [21:18] Launchpad bug 325858 in lensfun "Main inclusion request for lensfun" [Medium,Fix committed] https://launchpad.net/bugs/325858 [21:18] JontheEchidna: do you have the latest? [21:18] Lure: So it just needs to be seeded? [21:19] rgreening: I think so, but it'd probably be best for you to send me the latest just in case [21:19] ScottK: yep - digikam rc2 (due on Sunday) will depend on it [21:19] ScottK: I will prepare the package on Sunday [21:19] OK. Let me look.... [21:20] JontheEchidna: you got the one I emailed with the .kdesu extransion correct? [21:20] * JontheEchidna checks for kdesu [21:20] ScottK: if you want, you can add liblensfun-dev Build-Depends now and it will get built in [21:20] rgreening: my copy doesn't have kdesu [21:20] Lure: Currently we have digikam seeded on the DVD, but not the CD. [21:21] Ok, I have to send oyu the latest [21:21] Lure: I'll add liblensfun-dev to supported then. [21:21] actually, let me file a bug and submit the stuff to the bug [21:21] ScottK: yep, space issue (as it pulls in 25MB of marble) [21:21] Ahhh, all that is depends or some is build-dep? [21:22] ScottK: will not just adding it to digikam's build-dep pull it in? [21:22] Because if it's depends it'll have to fit on the dvd. [21:22] Lure: It would. [21:22] Actually we can just wait. [21:22] Good point. [21:22] ScottK: yep, no urgency - I just wanted to get lensfun/opencv pass MIR before FF === smarter_ is now known as smarter [21:24] ScottK: so if I add build-dep, will this auto-pull it in or does somebody (archive-admin?) need to still approve it? [21:24] * Lure does not recall anymore how seeds work... [21:24] It still needs to get moved. Riddell can do that. [21:24] ScottK: ok, I will need Riddell (or core-dev) for upload anyhow ;-) [21:25] rgreening: oh btw, the patch probably can't close that one bug [21:25] JontheEchidna: this was bug 203967 [21:25] Launchpad bug 203967 in kde4libs "[hardy] not prompted to install flash plugin" [Low,In progress] https://launchpad.net/bugs/203967 [21:25] because it mentioned youtube and cnn [21:25] ah [21:25] * Lure goes back to hacking kipi-plugins i18n strings before tommorows rc2/i18n freeze ;-) [21:25] but is that a problem with cnn and youtube and how they detect or an issue with kdelibs? [21:26] JontheEchidna: I can open a new bug [21:26] rgreening: you should probably just commit to bzr yourself :P [21:27] do I haz rites d00d [21:27] as long as you are a member of kubuntu-members [21:27] JontheEchidna: ok, I'll have a look at that too then [21:28] JontheEchidna: but I should still open a bug rite [21:28] as long as you commit it to bzr you won't need to put up a debdiff in a bug [21:28] ah [21:28] nah [21:28] a core-dev will check out bzr and upload it from there [21:28] so, how do I get someone to pop out a new rev then [21:29] ping a core-dev such as Riddell or ScottK [21:29] ok. I'll make sure the patch applies/builds here and commit and ping. [21:29] We can haz dvcs because we're all modern and stuff. [21:29] lol [21:31] it also lowers the permissions barrier somewhat for contributing to the core kde packages. A core-dev will still have to approve your changes and upload them, but bzr makes it a lot easier to work with the packages without having to throw around diffs at doods [21:31] imo [21:32] tru dat, w3rd [21:32] And now that bzr doesn't compete with the total time until the heat death of the Universe for slowness, it's not too bad. [21:33] We tried similar in Gutsy and it was just undoable. [21:34] * ScottK notes it's less than two hours to 1234567890. See ##1234567890 for details. [21:34] unix must be ebil since it has reached 1234567890 on Friday the 13th [21:34] MS should totally use that [21:36] lol [21:38] linux is illegal and immoral! [21:38] linux has 5 letters, so does the devil [21:39] my son made a tetragram out of linux CD's!1!! [21:39] [/paranoid_mom] [21:41] hehe yeah the party is going on [21:41] lol 1234554321 time was lol [21:41] * NCommander is quite amazed that KDE on ARM has remained unbroken ;-) [21:42] boah anyone knows if th eintel hdadriver will get better [21:42] !ARM/x86 not quite so happy [21:42] Error: I am only a bot, please don't think I'm intelligent :) [21:42] i cant capture what i hear [21:42] O_______o; [21:44] Lure: I moved lensfun to main [21:45] Riddell: you just had to do it, right? [21:45] just to prevent me to do last upload in universe... ;-) [21:46] Riddell: just kidding, there are some patches pending for it, but have no time until we get digikam/kipi rc2 out [21:46] and I need to address opencv MIR feedback first [21:50] ScottK: so, I guess I could move 4.1.4 to -updates [21:50] I certainly think so. [21:51] if I don't we'll have to wait for pitti on monday, and monday is ages away [21:51] do we have a list of packages that need moved? [21:51] * JontheEchidna has 2 or so SRU-able fixes for kdesdk for after its moved [21:51] Riddell: Bugs tagged kde4.1.4 with an open intrepid task. [21:58] https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=kde4.1.4 only three [21:59] https://bugs.edge.launchpad.net/ubuntu/intrepid/+bugs?field.tag=kde4.1.4 ah better [21:59] ScottK: so xine-lib and the langs too? [22:00] err. [22:00] They need to go. I don't know the state of their verification. [22:00] * ScottK looks [22:01] Riddell: That one actually has a call for lool to retest. [22:01] urgh. [22:01] lool: You around? Any chance you could repeate your xinelibs test? [22:05] 5010 people [22:05] :D [22:05] we nee dmore guys [22:05] -0 [22:06] Riddell: I forgot about the xinelib thing, I think we need to reverify that first. Urgh. [22:06] sorry for the false alarm. [22:26] night guys [22:37] * Lure -> bed, good nite all! [22:41] JontheEchidna: ping [22:47] Riddell: How do I use the bzr for ~kubuntu-members now. I keep getting an error [22:47] rgreening: what's the error? [22:47] Riddell: bzr: ERROR: Connection closed: please check connectivity and permissions (and try -Dhpss if further diagnosis is required) [22:48] Riddell: ^ [22:48] that it? [22:48] probably launchpad is broken [22:48] after I identify with lanchpad-login I get that and nothing checks out [22:48] if I don't Identify I get a warning about identifying but I can branch [22:48] so, dont I need to identify? [22:49] branching may be using http [22:50] where are you trying to push? [22:50] havn't got that far yet [22:51] do I need to install some https module? [22:52] where are you trying to check out? [22:53] bzr branch lp:~kubuntu-members/kdelibs/ubuntu [22:53] do you have your ssh key in your account? [22:53] I assume that's the correct branch for me to update [22:53] hmm... [22:54] I had to build a new system. I may not have my local key anymore. [22:54] crud [22:56] Riddell: Is it as simple as generating a new set of keys for the new computer and attaching to LP? [22:57] rgreening: yes [22:57] Riddell: ty. now.. to get a new key cut [23:00] And does your new machine have the same ssh key? [23:00] nevermind [23:04] anyone else have issues with "highlight"/"paste" from konsole to konqueror? seems like konqueror doesn't like the middle-click paste buffer [23:04] Riddell: can you test ? [23:05] rgreening: can't open links in a new tab with middle-click here [23:06] so, konqueror isn't recognizing middle mouse button events? [23:06] rgreening: works for me [23:06] Riddell: did you highlight but not copy? [23:07] highlight it only and then use middle button to paste [23:07] highlight in konsole, middle click pasts in konqueror's location bar [23:08] Riddell: are you running latest updates? [23:08] in Jaunty [23:08] konqueror 4:4.2.0-0ubuntu2 [23:09] not working for me [23:10] me to. but Im not running my PPA on this new system... are you still running my rebuilds from my PPA [23:10] wouldn't the rebuilds have a ~ppa number? [23:11] JontheEchidna: Im more concerned the reason Riddell is working is qt 4.5 (potentially) [23:11] JontheEchidna: you on jaunty? [23:11] can you test? [23:12] sure [23:12] so, highlight in konsole, middle click in konq? [23:12] any particular area in konq? [23:12] in the address bar or in the tab area seem broken [23:13] address bar if not a real url you are pasting [23:13] just so you have text goingto a text box [23:13] worksforme(tm) [23:13] neversfelde: you 32 bit or 64? [23:13] rgreening: Did you get a chance to try quassel on 4.5 yet? [23:14] pure jaunty kde and qt [23:14] ScottK: nope. I got bogged down with my broken system [23:14] rgreening: 32 bit [23:14] OK. [23:15] well, JontheEchidna, neversfelde, Riddell: there's defiantely an issue. I did a stock install from latest alpha and upgraded before doing anything on it. [23:15] I have additional languages and keyboard layouts enabled. how about the rest of you. [23:16] standard english, though out of coincidence I am running a spanish konq [23:16] but I do have the default keyboard layout [23:16] rgreening: default keyboard layout and german language [23:17] hmmm... [23:18] http://forum.kde.org/solved-middle-mouse-button-not-working-konqueror-t-30042.html [23:20] ~twitter update 1234567231.48 nearly there [23:20] status updated [23:21] :) left and middle button opens a link in current tab and in a new one [23:23] neversfelde: not for me [23:23] :( [23:28] rgreening: disabling gestures fixes it for me. I can paste and open links in new tabs with the middle button. [23:28] neversfelde: where did you disable thatÉ [23:29] mom, must switch to english [23:30] rgreening: Systemsettings >> General >> Input Settings [23:31] Riddell: do you have gestures enabled? [23:31] Riddell: and is this something we want enabled? [23:32] not that I know of [23:32] I'd imagine not. [23:32] 1234567890 [23:32] :) [23:32] That seems like something you'd want people to opt in to. [23:33] I've never had or used gestures and middle click seems like so much more important [23:33] shtylman_: yay! [23:34] happy 1234567890 [23:34] hehe [23:34] the ## channel was too freaky [23:35] Doesn't seem much different than #ubuntu-release party on release day (except for the bad language) [23:35] OK, it's a little more over the top. [23:36] I feel like an episode of sesame street... 1-2-3-4..5..6-7-8-9..10..11.12! [23:36] I old [23:37] Bah. [23:37] :D [23:37] I remember before there WAS Sesame Street. [23:37] hmm iam old too guys :P [23:37] How old are you? [23:38] 30 [23:38] lol [23:38] Youngster. [23:38] hehe [23:39] its not how old you are its about how old you feel [23:39] :D [23:40] ghostcube < rgreening < ScottK where name = age [23:40] :) [23:40] Yep. [23:40] lol [23:41] JFTR, I am not the oldest Ubuntu dev. I know of one a decade older than me. [23:41] oh no u all seen google icon today ? [23:41] http://www.google.de/logos/unix1234567890.gif [23:44] Riddell: when I am ready to push my changes to bzr, do I do bzr push or bzr merge? [23:44] or... [23:44] rgreening: if you did a checkout then bzr commit [23:45] if you did a branch then bzr commit; bzr push [23:45] if you did a branch bzr merge will bring in changes from the branch [23:45] Riddell: ah. yeah, I had forgotten. I did a branch rather than checkout [23:45] oops [23:46] http://currentconfig.com/2005/02/22/essential-life-lesson-1-over-is-right-under-is-wrong/ [23:47] Riddell: updated kde4libs with flash installer patch [23:47] we'll need a new deb popped from tree :) [23:48] are there infos about that bzr thing somewhere? [23:48] the choqok branch should be updated, but I do not know how [23:52] ScottK, nice story [23:52] :d [23:53] neversfelde: bzr co https://code.launchpad.net/~kubuntu-members/choqok/ubuntu [23:53] edit files [23:53] bzr diff [23:53] bzr commit [23:53] hmm, that's not the right URL [23:53] bzr co lp:~kubuntu-members/choqok/ubuntu [23:53] thanks, will have a look at it