[00:04] Riddell: Whats up? [00:04] Riddell: I just got home, what you need me to test? [00:11] *holds breath* [00:16] nixternal: Adept, kontact and okular each use their own sidebar. I wish there was a ksidebar too [00:16] Hello! [00:16] Riddell: It installed just fine. Lemme reboot really quick and make sure everything seems to run okay... [00:19] To whom would I talk to offer my services for Project Timelord? [00:20] JontheEchidna: adept, kontact, okular, kate, and konqueror :) [00:20] meh :( soprano_2.3.70+dfsg.1-0ubuntu1_source.changes rejected [00:22] Timq: you don't really have to talk to anybody. contributing to kubuntu is contributing to project timelord [00:22] I guess the question is: What do you want to do? [00:22] Oh, I see. Is the link in the channel header the list of current WIPs? [00:23] Well, I have experience with web development (PHP, MySQL) and all that, as well as experience on Java and C++ applications [00:23] I also have worked some with C in a Linux environment, if that could help on anything [00:24] Yes, that is the Todo list for the next release [00:26] If web development is your thing, you may want to get in touch with ryanacka (who appears to not be here at the moment) [00:26] ScottK, Riddell: Any idea what set of packages I can upload to is? soprano got rejected for being in main. :( [00:26] Hmmmm, really? What sort of stuff is he working on currently? [00:27] the kubuntu logo on the shield on kubuntu.org is Hot! kudos to whomever did that. [00:27] geekles_: thank nookie^ if you can catch him online sometime. he's responsible for that [00:27] Timq: oh, he's pretty much the one-man army for web development for kubuntu [00:27] i will, that's just fantastic looking. good work on getting 4.3.4 out so quickly too guys. [00:27] I'm quite positive he'd like to not be a one-man army ;-) [00:28] Hahaha, interesting. Well, I [00:28] '...*I'll keep my eyes open for him, and let him know. Thanks! [00:28] i'll have to check the contribute wiki for web stuff then [00:28] Timq: I believe there's a section on the Todo pertaining to web dev stuff [00:28] "Community, Website, Marketing and Branding" [00:28] Ok, I'll check it out === geekles_ is now known as geekles [00:36] so the Todo has a section on web dev stuff, but it's rather ahh, vague? and the wiki page on gettinginvolved/design is empty. where would one find out more if interested? [00:37] geekles: I agree. It all looks nice, but is there anything more oriented towards software development rather than marketing? [00:37] ^ (Generalized question for anyone) [00:38] In addition to web development, I'm willing to work on anything in C++ (which I saw mentioned on the Project Timelord homepage) [00:40] About the only C++ project we have going on now is Kubuntu Notification Helper: https://edge.launchpad.net/kubuntu-notification-helper [00:44] Ah, based on that link, I take it that you are the current maintainer, Jon? [00:44] yep [00:45] and the ubuntu-one KDE client [00:45] oh, yeah. forgot about that one [00:45] apachelogger is heading up that [00:46] What is that, tsimpson? I'm sorry, I'm just not familiar with all the various projects going on. :) [00:46] there's probably quite a bit more to do there than with kubuntu-notification-helper [00:47] Timq: it's a client for one.ubuntu.com [00:48] http://gitorious.org/ubuntuone-client-kde [00:55] Hmm, I'll have to think about all this some more before I can choose anything. Thank you! [00:55] JontheEchidna: ./edit_acl.py -P kubuntu -S lucid query [00:55] it help if you know Qt and KDE [00:55] Yes, I can imagine. Looks like I'll have to learn :/ [00:55] JontheEchidna: edit_acl.py can be found on Launchpad [00:56] I think in archive-admin-tools or something like that [00:57] is that a team or a project? [00:59] Goodnight (or Good day?), everyone! [00:59] https://code.launchpad.net/~ubuntu-archive/ubuntu-archive-tools/trunk [00:59] Is there a contact for contributing with the web design stuff, or should I just post to the kubuntu-devel mailing list? [01:00] https://launchpad.net/kubuntu-website [01:00] you can file bugs against the website there [01:01] JontheEchidna: That looks right [01:01] JontheEchidna: konq_sidebar is a kpart :) [01:02] * nixternal goes and watches president failbama [01:02] ScottK: To whom would I speak about adding akonadi and soprano to the list? [01:03] JontheEchidna: We should talk to cjwatson. [01:03] Riddell: Seems to be working [01:03] nixternal: Can you upload JontheEchidna's stuff while you're watching TV? [01:03] * ScottK has several hours before he can sit still long enough to do it. [01:05] it's actually lex's stuff, which I was sponsoring for him [01:05] ScottK: should we keep boost 1.38 for now? [01:05] Lex79: Have to. 1.40 is still in Universe [01:05] oh, ok [01:06] nixternal: Oh, konq's is totally different that kontact, adept and okular's [01:06] kate and konq's are similar [01:07] soprano package I was trying to upload is here: http://jmthomas.toniox.org/soprano_2.3.70%2bdfsg.1-0ubuntu1.dsc [01:10] qt4-x11 is another notable package missing from the list of things kubuntu-devs can upload [01:10] maybe I should start a list [01:21] nixternal: why watching? isn't hearing already depressing enough? [01:36] hmmm, after that @$$ F***ing I need a cigarette... [01:39] * kb9vqf agrees, but doesn't smoke... [01:39] more, wonders what he was smoking [01:40] well hokka of course [01:41] or is it khooka [01:42] *sigh* [01:42] why did I even have a dream that we were getting out of there? [01:43] I really don't want to go back... Oh well. [02:33] DarkwingDuck: You are going back to Afghanistan? [02:33] possibly... [02:34] But, I don't think they will medically clear me. [02:34] Are you active or reserve? [02:34] Active. [02:34] almost 7 years [02:35] I had several students in the British military who were over there while I was their lecturer [02:35] ahhh, I'm US Navy [02:36] ah.. now your nick make sense :) [02:37] My Nick was based upon a childhood hero and... it was my handle on the ship LOL [02:41] * txwikinger wonders who they get ships to Afghanistan :D [02:41] s/who/how/ [02:42] txwikinger: Not all of the Navy is afloat. [02:43] ScottK: I know.. it is still fun to ask this question [02:43] My last reserve command we wore Army BDUs and ran in formation to be in shape in case something 'came up'. [02:44] I did a tour with the Army as a firefighter at one of the mobile air fields [02:45] * ScottK was in a mobile communications unit. [02:45] Long, long ago. [02:45] I friend of mine was in those electronic surveilance planes while he was in the navy [02:45] but he is retired for long time now [02:47] ahhhh [02:48] I'm an aircraft firefighter [02:48] and an aircraft director [02:48] Both jobs in one :D [02:48] Fun job actually [02:57] Riddell: You around? [03:00] Koffice isn't used in kubuntu just OpenOffice for office application correct? [03:03] OpenOffice is the default app [03:03] but koffice can be downloaded from the repo [03:04] aircraft director.... sounds like a lot of stress ... at least on a carrier [03:11] Yup [03:11] 18 hours a day 7 days a week out to sea [03:23] DarkwingDuck: hey, did you get a version of netbook.xml you want me to push into bzr? === m4v is now known as mkv [03:39] uhhh, yeah, let me email it to you nixternal [03:39] give me 5 [03:42] nixternal: Email sent [03:43] I could have pushed it... maybe :P [03:44] :p [03:45] I gotta see how good it is, and it if will break or not...and then I shall quiz you and see if you are worthy :p [03:45] DarkwingDuck: here we go....let me know when you are here...quick quiz [03:45] whats up? [03:46] without looking at the wiki, tell me: [03:46] :P [03:46] how do you check out our current docs? [03:46] bzr branch lp:kubuntu-docs [03:46] groovy [03:46] how do you commit a change? [03:46] in bzr? [03:46] "bzr commit" [03:46] bzr commit -m "commit comment" [03:46] shh [03:47] FAIL!!! [03:47] bzr ci :p [03:47] oh shush you [03:47] DarkwingDuck: does that commit it to the repo? [03:47] * DarkwingDuck rasis an eyebrow [03:47] DarkwingDuck: he's using abbreviations [03:47] bzr ci == bzr commit [03:47] eww. debcommit, please. [03:47] :D Got ya [03:47] i assume ci is taken from svn's checkin [03:47] DarkwingDuck: how do you push your change to the branch? [03:48] maco: ci from cvs [03:48] actually before cvs, can't remember the app though [03:48] bzr push lp:kubuntu-docs [03:48] ok fine. be old! [03:48] ooh, you even added the last part [03:48] DarkwingDuck: validate a doc [03:48] I should break a doc, and have you validate and fix it...but you already know xml, so that won't be any fun :) [03:48] using our validator or w3.org validation? [03:49] never mind smarty pants :p [03:49] :P [03:50] Ive used w3.org validation for so long... Unless you would rather us use ours [03:50] DocBook DTD doesn't add too much other then some euro additions... [03:51] DarkwingDuck: do me a favor -> bzr push lp:~darkwingduck/kubuntu-docs [03:51] this way you have a branch registered [03:51] https://code.launchpad.net/~darkwingduck/+junk/kubuntu-docs-dw [03:52] I did that so I could share the docs I am working on between my netbook and desktop [03:52] get it out of junk so it registers with lp:kubuntu-doc [03:53] ~darkwingduck/kubuntu-docs [03:53] BAH [03:54] there is an error. [03:54] Says invalid URL [03:55] hrmm [03:56] invalid url supplied to transport: "lp:~darkwingduck/kubuntu-docs": ~darkwingduck/kubuntu-docs is too short to be a branch name. [03:56] oh well, don't worry about it...I just asked mdke to add you to the committers list anyways [03:57] Yeah, I just got the email. [04:06] does the picture frame widget actually work for anyone in slideshow mode? [04:08] Have not tried it [04:39] hello all, I was wondering if you all would be willing and able to give a testimonial on my wiki page for my run for the IRC council [04:39] https://wiki.ubuntu.com/StephenStalcup [04:42] DarkwingDuck: Riddell is on vacation, kayaking in the Scottish Highlands, this week, so his internet connection is a bit spotty. I saw you ping'ed him earlier. [04:43] Yeah, he pinged me about 30 min before I pinged him LOL [04:44] ScottK: were there any other issues with the libattica package? (I believe I've resolved all of the ones you raised with the latest upload) [04:44] they have Internet in the Scottish Highlands? [04:44] JontheEchidna: That was it. [04:45] txwikinger: Apparently a wee bit. [04:45] k, cool. I believe I'll upload it then [04:45] well.. it would be almost 5am there now... the spottiness is probably due to time of day :D [04:48] txwikinger: That too, but even when he was trying to be online it wasn't going well. He missed JontheEchidna's kubuntu-dev application. [04:48] JontheEchidna: Give me the REVU link again so I can stamp advocated on it. [04:48] indeed...I noticed that [04:48] ScottK: http://revu.ubuntuwire.com/p/libattica [04:49] ScottK: I need to package something... the live assistant python app... its platform independent.. and I don't have any .orig files or anything... its brand new [04:49] what is the best way to do that so that it can go into my PPA [04:49] my experience with packaging things...is...well basically 0 [04:49] shtylman: Where is upstream going to live? [04:49] launchpad [04:50] https://launchpad.net/ubuntu-assistant/trunk [04:50] JontheEchidna: Advocated. Don't forget to archive it after you upload. [04:51] shtylman: There is some LP process for releasing a tarball. I don't know what it is. In the meantime, you can make a tarball from a bzr snapshot. [04:52] and that will act as orig? [04:52] shtylman: I believe that vorian wants me to say nice things about him for IRC Council and so my desire to see you succeed may cause him to help you. [04:52] shtylman: Yes. [04:52] hahaha [04:53] :) [04:53] I like the sound of that [04:53] :) [05:05] Lex79 and JontheEchidna: Soprano uploaded. [05:05] Thank you for your contribution to Kubuntu. [05:30] shtylman: on your ubuntu-assistant, change your port from 6667 to 8001 please :) [05:30] nixternal: is that more correct? [05:31] it is a safer port, that way there the client won't disconnect when someone attempts the DCC exploit [05:31] gotcha [05:31] does that port still allow for file transfers? [05:31] Is there going to be a KDE "Software Store" or, a Gnomeish looking add/remove to find programs vice packages that you have to search by in KPackageKit [05:32] shtylman: shtylman yes it does [05:32] cool [05:32] changed [05:32] DarkwingDuck: not that I know of [05:32] Any reason why? [05:32] none other than I don't think anyone is working on it [05:32] Just no devs for it or... [05:32] exactly [05:32] *nods* Okayt [05:33] BRB, switing computers [05:33] it would be a lot of work since the Ubuntu Software Center is so GNOME it isn't even funny....when they decide to split out the GNOME bits and make a common backend, then maybe :) [05:33] I was trying to look at shaman today, but for some reason, Karmic and Lucid have outdated packagekit packages [05:34] and on that note, I am going to bed :) [05:34] g'nite all...oh DarkwingDuck I uploaded your netbook doc...good start [05:34] nixternal, because of missinf plicykit 1 support [05:34] missing [05:35] glatzor_: ahh, I knew there had to be a reason [05:53] nixternal: Any reason on the root element there are two attributes instead of making those atributes into elements in the elements? [05:59] dangit... nixternal must have gone to bed. [06:07] Okay, I'm off to bed === Quintasan1 is now known as Quintasan [07:51] why oh why is KDE 4.3.4 yet in another PPA? Can't we just use the backports one for new versions? This is ridiculous [07:53] it was in the backports previously, and IIRC didn't we decide not to have that old PPA mess anymore? [07:53] * Mamarok shakes head at so much confusion [07:55] with the left hand not knowing what the right hand does, we will never end up with a sane Kubuntu community, really [07:55] /rant [07:55] Mamarok: wait a sec, you say some of these people are sane to start with? o.O [07:55] * markey upgrades to KDE SC 4.3.4 [07:56] jussi01: it is a damn mess, that's what it is [07:56] I've met some of them... definately not sane :P [07:56] it is a backport of a new version, so it has to be in backports, period [07:56] how difficult is that to understand? [07:57] clear policy where things below is really badly needed [07:57] * Mamarok goes to update that topic of the #kubuntu channel [07:58] oh well, done already, still doesn't change the fact that you folks are messing up thing again, I bet we will have a bazillion PPAs again by then end of the Lucid cycle [08:01] Mamarok: true, and sorry to interupt your little rant with my jokes [08:06] sup? [08:27] upgrade went smoothly :) [08:27] thanks for the packaging [09:06] * Sput sticks with his trusted 4.3.80+ [09:06] Sput: oooooold [09:06] * Tm_T hides [09:06] Tm_T: mmmh, .81 tagged already? [09:07] my KDE is 22 hours old, but still says .80 :) [09:07] Sput: no tags [09:07] Tm_T: see, then it's still 4.3.80+! [09:08] Sput: true, but when you get running binaries done, it's already old in svn (: [09:08] Tm_T: well, building takes a few hours, so nothing I can do about that :) [09:08] * Sput rebuilds about daily [09:08] though I don't restart KDE daily [09:09] which means I waste tons of cycles [09:09] :) [09:09] Sput: I know, joys of opensource, there's always something new (: [09:10] Tm_T: of course :) [09:10] and people wonder why I don't like binary distros :) [09:10] Sput: I like binary distros, let you free to use your CPU time building and testing something you're interested === yofel_ is now known as yofel === debfx_ is now known as debfx [10:40] I'm looking at jocket for some crash bugs, and have some questions [10:41] like why the code used by kde is running a gtk event loop [10:41] who knows jockey/dbus well? [10:45] it's using the glib loop [10:45] which Qt uses too, btw [10:45] also the QtDBus stuff is not ported to python, so it needs to use the "native" python dbus bindings [10:48] tsimpson: Qt uses actual glib code, or are the loop somehow standardized? [10:49] amichair: Qt has the option to use glib if it's available [10:49] the dbus-python docs show how to use a Qt main loop, wouldn't it be better to use that? [10:50] if it works, possibly [10:50] tsimpson: do u have a few moments to discuss other things in jockey? [10:51] I haven't really messed with the jockey code in a while, but I'll help if I can [10:53] in the same place where the loop is used (dbus_sync_call_signal_wrapper), it uses global variables to hold call results - couldn't that cause a race condition? [10:54] e.g. if the event loop catches a signal, whose processing calls another dbus method [10:55] oops ;) [10:55] if you mean the "DBUS_BUS_NAME" var, then it's never changed anyway, right? [10:55] oh, wait. I see what you mean [10:55] no, 'global _h_reply_result' and '_h_exception_result' [10:56] well I'm looking for a crash with no idea what causes it which I can't recreate, so I'm just poking at anything that looks suspicious, I don't know if it actually occurrs in practice [10:57] I don't think so, as those actually seem to be function local [10:57] they're explicitly declared 'global', doesn't that make them really global? [10:58] well there are sub-functions in there, so global is just non-local to those [10:58] plus the _h_reply_result variable only appears in that one function and in that one file [10:58] so 'global' goes one level up in scope? [10:59] well that "global _h_reply_result, _h_exception_exc" seems to do nothing as far as I can see [10:59] yeah but nothing stops that method from being called concurrently, especially since it goes through the trouble of processing signals while waiting for results [10:59] those are used nowhere else in the code [11:00] each function will be called with a closure [11:00] which means that each should have its own instance of those [11:00] ie: not shared [11:00] they only seem to be used for the _h_reply and _h_error sub-functions [11:02] which in turn change the global variables... AIUI those globals will thus be accessed concurrently, overwriting each other's results [11:03] unless 'global' is not really global... trying to read up on that [11:04] amichair: the global there seems to insert the variables into the global scope, but nothing else uses them [11:05] nothing else except that method, which may be called concurrently? [11:06] I'm not sure if it is called concurrently, but that's part of the jockey backend [11:07] ie: we didn't write it [11:07] what I'm trying to say is there's one method, with two internal callbacks, which change a global variable. if the method (specifically its callbacks) are called twice concurrently, there's a race condition in setting the globals [11:07] I see that [11:08] maybe the gobject main loop thing locks it? [11:10] dunno [11:11] also, there's a _package_operation_in_progress flag, which isn't properly locked too [11:13] (but used as if it were) [11:21] I guess you should file a bug against jockie and see what they say [11:23] the bugs which brought me here are already filed... so I guess either I just leave it alone and let them do it, or I find someone involved which I can discuss it with [11:23] well, I mean about the possible race condition [11:24] there are a bunch of similar things, not sure it will help to open a bug for each, especially since I'm not sure :-) [11:24] do u know who wrote it? [11:24] hi humans [11:25] amichair: several people at canonical, other than that, nope :( [11:29] I'm putting myself forward for the IRC Council, comments welcome on https://wiki.ubuntu.com/TerenceSimpson :) [12:03] guys, I'm trying to build a tool that's using autoconf (automake and all this old stuff). anyway, autoconf is giving me this error: [12:03] configure.ac:6: error: possibly undefined macro: AM_INIT_AUTOMAKE [12:03] anyone got an idea where that comes from? [12:05] Mamarok: We are waiting to get tech board approval to put it into -proposed/updates (4.3.4). Currently it has at least one serious regression (no spell checking reported by multiple people) that needs to get resolved. [12:09] ScottK: nah, I was talking about the Kubuntu backports PPA, why isn't it there? Makes not much sense to me, yet another PPA [12:10] since it is a backport, so I don't see why it is in a kubuntu PPA which is less than self explaining [12:10] Mamarok: Part of the problem there is that we really can't put Qt 4.6 in regular Ubuntu backports. It affects too many packages, so backport of a major version like 4.4, really has to be in a PPA. [12:11] I didn't talk about regular backports, but the backports PPA [12:11] where KDE 4.3.3 and Amarok 2.2.1 are already [12:11] Ah, I see. [12:11] 4.3.3 should not have gone in that PPA. [12:11] The backports PPA should be for the major version updates like a backport of 4.4. [12:12] so if we backport KDE stuff, it really should go into backports PPA, else ewe are going to have again a bazillion of PPAs during the next months [12:12] It should be at most 4. [12:12] keep in mind that it should at least be consistent, now it is very far from that [12:12] 4.3.3 in backports PPA was a mistake. [12:12] how many PPAs are there in use now? 4? which is too many already [12:13] One of them should never concern users. [12:13] well, then sort that out, but one PPA for all things backported should be consistent, it is confusing and just wrong the way it is now [12:13] we have been using backports PPA for all KDE backports so far, why not now? [12:13] We use the staging PPA so we can give an entire KDE SC update at once. [12:14] The idea is to have three for potential users: [12:14] yeah, staging shouldnt really be added at all [12:14] 1. For updates of the existing KDE version (like 4.3.4) [12:14] the mess in Intrepid and Jaunty with 6 PPAs where nobody knew what should go where was already a hassle, let's not start that confudion again [12:14] 2. For upgrades to the next major KDE SC (4.4) [12:14] 3. One for experimental stuff you really need to be careful about. [12:14] That should be it. [12:15] Mamarok: I agree it got out of hand before. [12:15] yes, but now we are already in a mess again since we have two KDE 4.3.x updates in different PPAs for Karmic [12:15] I do think we need these three tough [12:15] I'll remove 4.3.3 from backports. [12:15] I agree we need staging, but we should be consistent, and rename PPAs if needed and then definitely stick to the paln [12:16] plan* [12:16] I thought it had been moved. [12:16] currently it's all a mess again, not as bad as before, but still a mess [12:17] I really thought it was sorted once and for all, so maybe a mail to the kubuntu-devel list with a clear proposition and everybody stick to that is needed [12:20] I'm currently removing the stuff from backports that should never have been there. [12:20] ScottK: be careful to have the website entries updated accordingly, too, we point people there usually [12:21] * Mamarok is not an editor and can't change that [12:21] ScottK: thanks for changing :) [12:22] ScottK: so where will Amarok 2.2.1 be? still in backports or the kubuntu PPA? [12:22] Mamarok: I was just looking at that one. [12:23] Mamarok: It looks to me like that should be in updates. [12:23] yes, I think so, too [12:23] ok, I just can't this this to build [12:24] another approach: I have a i386 .deb for this tool [12:24] can I somehow install it on 64bit? [12:24] markey: what are you talking about? [12:24] this stupid git-home-history tool [12:24] http://jean-francois.richard.name/ghh/ [12:24] ah, build it from source? [12:25] (for making backups with Git) [12:25] well, it's not packaged in kubuntu [12:25] yep, so build it from source is probably the easiest wy to go for you, or learn packaging for Kubuntu :) [12:25] so, I guess I have to "build" it (it's not really a build, because it's written in Bash + Python + Something) [12:26] getting this: [12:26] ughs [12:26] configure.ac:6: error: possibly undefined macro: AM_INIT_AUTOMAKE [12:26] could some one with kmail from 434 please check if on a message with multiple to/cc fields when selecting reply to all (pressing a) it actually does for you? [12:26] if anyone knows how to package it, that would be grand [12:26] apparently the tool is very good [12:26] it could become popular [12:30] rofl, it gets better and better [12:30] apparently another guy has no written a tool based on git-home-history, called Git-Home [12:30] http://git-home.chezwam.org/tutorial.html [12:30] Oo [12:30] Mamarok: I just copied amarok to updates. I won't delete it out of backports until after I fix the web site (later today). [12:31] ScottK: thanks a lot! [12:31] tsimpson: can u pls take a quick look at Bug #448753? from the trace in the middle, seems like it might have to do with the gtk loop being used in qt - what do u think? [12:32] Launchpad bug 448753 in linux "System hangs when I use jockey for first time to enable "wl" module" [Undecided,New] https://launchpad.net/bugs/448753 [12:33] (there might be a mix of 3 different bugs in that report though...) [12:37] amichair: erm, what trace? [12:37] tsimpson: gtk assertions [12:38] amichair: that may have nothing to do with the bug [12:38] it's just the contents of .xsession-errors [12:38] which is normally stderr for any app started from the desktop [12:39] hmmm.... ok then, never mind :-) [12:41] Riddell: https://wiki.kubuntu.org/FoundationsTeam/Specs/LucidSoftwareCenterRepositoryBasedIndexfiles are you aware of this topic? [12:55] dantti: Riddell is on vacation this week. [12:56] ScottK: ah.. :P thanks.. maybe you know something about that page? [12:56] dantti: You might also be interested in https://wiki.ubuntu.com/FoundationsTeam/Specs/BackportsNotAutomatic - I think the U/I implications of this are useful for Debian for backports.org, volatile, and experimental. [12:56] * ScottK looks [12:57] dantti: I think I heard some discussion of this, but I'm not familiar with the details. I'm sure mvo is the person to ask about it. [13:00] ScottK: k, cause there is some stuff like package description and localization that we already have today... don't get why we would need that again.. [13:40] ScottK: have libs finished building yet? [13:41] * ScottK didn't look. [13:49] * Quintasan|Szel got his burgers and is heading home now [13:50] Quintasan|Szel: I believe so... [13:52] Too bad my ssh setup isnt working. Problems with my router I belive [14:13] Lex79: I think Qt 4.6.0 is in Debian experimental. Would you have a look and see if they have anything we'd want before upload to the archive? [14:16] yes, but be back in ~two hours :) [14:18] Great. Thanks. [14:29] kde svn 1057466 [14:29] http://websvn.kde.org/trunk/?rev=1057466&view=rev | svn://anonsvn.kde.org/home/kde/trunk -r 1057466 | ARM compile++ qreal is float on ARM. [14:30] though I suppose kdelibs currently isn't blocking the stack on arm [15:08] let NCommander know.. he works on this... and has commit rights to KDE to fix. [15:08] :) [15:26] rgreening: have you seen my comment on the filesharingspecs? [15:33] what did you change? [15:34] the part about the sambashare group [15:34] we have to check that the user is member of this group to use net usershare [15:35]