=== robbiew is now known as robbiew-afk === robbiew-afk is now known as robbiew_ [00:00] was a very nice experience (first time) .. not too much people but well.. [00:00] kamusin: what's the status of HUUF , is that working at all? [00:01] yep, huuf is under an active development .. recently I added a ppa repo [00:01] so all these ubunteros in this room are invited to test it : [00:02] huuf is an application to provide usefull information to new ubuntu users [00:02] when need support at forums [00:02] interesting [00:03] https://edge.launchpad.net/huuf [00:04] Others tasks that I have done are related to help organizing Bugdays and BugJams, making lot of bug triage and giving talks in some events around Chile, these topics were about how to triage bugs, how to participate in the ubuntu community [00:04] I support kamusin! he's very helpfull in our team he is always helping in our irc channel and working in bugs. he has a lot of initiative to help all [00:04] kamusin is an active participant in the comunity, he's always teaching us and participating actively in the events...go kamusin go :) [00:04] hehe thank you :) [00:04] kamusin is an important part of Ubuntu-cl . His contributions to the BugSquad positioned him as a very good actor of the Ubuntu scene. Talking about our LoCo team, I have to say that Victor always is ready to participate in events, helping users, etc. He is a good fellow too. A big +1 from me. [00:05] i also support kamusin he is very kind and is alway helping everybody [00:05] great work kamusin! :) [00:05] +1 [00:06] +1 [00:06] +1 [00:07] +1 from me [00:07] +1 [00:07] * kamusin yai! [00:07] congrats and welcome, kamusin! [00:07] welcome aboard kamusin! [00:08] :D thank you so much , gracias por su apoyo! [00:08] yay [00:08] cristianvirtual: you're up, please introduce yourself and provide a link to your wiki page :) [00:08] congrats and welcome! [00:08] Hi!, I'm Cristian Barahona of Ubuntu-cl's team [00:08] you can see my wiki page: https://wiki.ubuntu.com/CristianBarahona [00:09] and my launchpad: https://launchpad.net/~cristianvirtual [00:09] Write english is not one of my strengths, so excuseme if I write slowly or not very well. [00:09] I'm Software Engineer, I have my own company (we are 5 peoples). We develop software for callcenters with Asterisk and Python, and of course, Ubuntu server. [00:09] I'm a Ubuntu user since 2005 and I have been participating with the Chilean LoCo Team since 2008 [00:10] Now I'm part of the Chilean LoCo Council and its LocoContact [00:10] You can find me every day on #ubuntu-cl and taking part of the discussions and plans in our mailing list. [00:11] I'm working in Ubuntu-cl like administrator of the Ubuntu-cl Planet, administrating the web site wich is hosted by myself, I also participate giving talks in some events in diferents cities of Chile. [00:12] and ofcourse, always help in the marketing team [00:12] Cristian represents in a good way the Ubuntu philosophy. He has been an important part of our community, always facing new challenges and responsibilities within our LoCo Team. [00:12] and participating in stands in diferents events [00:12] cristianvirtual is always working in the community with a big smile, helping the new ones and giving talks in many places, as i said before, always with a big smile [00:12] As Ubuntu Member, I think that Cristian would be a good example to follow in our country. He can help us to spread the word about Ubuntu, Linux, Free Software and Open Source. Also as a former LoCo contact, I have to say that Cristian is doing a very good job. [00:13] * IngForigua suport cristianvirtual [00:13] i support 100% cristianvirtual he is very helpfull in the comunity always giving great ideas and working to making true:) [00:13] wow thanks all [00:14] I know and fully support cristianvirtual , he is very pro active and so entusiast. I stole his idea to made an application to help new users (huuf), but I improved his initial idea and internationalized a litle bit [00:14] fefa, Are you a Ubuntu member yourself? [00:15] actually im not, i participate in ubuntu-cl in marketing === KatieOffline is now known as KatieKitty [00:18] great work (and great intro and wiki page!) [00:18] +1 from me [00:18] +1 here, too. [00:18] +1 [00:18] +1 [00:18] +1 from here too [00:19] :) [00:19] congrats! [00:19] congrats cristianvirtual! [00:19] Congrats and welcome, cristianvirtual! [00:19] Very good work cristianvirtual ! Congratulations [00:19] congrats cristianvirtual ! arggggggggg [00:19] hey, now I really have a big smile! :D [00:19] Bienvenido cristianvirtual que vivan los hispanohablantes :D [00:19] \0/ \0/ \0/ \0/ \0/ [00:19] gracias IngForigua [00:19] 2 chilean ubuntu members ! [00:20] seh! [00:20] Wow, esta reunión debió ser en español [00:20] claro [00:20] alucardi: lol [00:20] jajajajajajaja [00:20] cristianvirtual, wellcome [00:20] Wellcome, cristianvirtual! [00:20] jamalta_: you're up, please introduce yourself and provide a link to your wiki page [00:20] Si toca que sea en español :D [00:20] thanks :D [00:21] My name is Jamal Fanaian. I'm from Florida. I am a web developer working for an entertainment company. I started using Linux to manage my servers a few years ago, and started using Ubuntu full-time around the 7.10 release. I am a member of the Ubuntu Florida LoCo where I try to attend and help out with events in the Florida area. On top of that, I try to contribute by offering my skills to open source projects. I have be [00:21] http://wiki.ubuntu.com/jamalta [00:21] ...geist project and will be working with them to help integrate their engine with the web. I am also starting an open source project called Pandamon to do live video streaming. I am also an instructor for Ubuntu User Days coming up in just a few days. I am also hoping to become more active with the Ubuntu Learning project to help the Ubuntu user base grow. [00:23] Want to pitch my 2 ¢ for jamalta [00:23] woohoo learning project :) [00:23] Jamal is a great member of the Florida Team. He has done some really good development work, and has always been willing to give a hand whenever asked. He is a quick study, and has been very dedicated to Ubuntu and our LoCo. He is the epitome of what helps to make the Florida Team a success. [00:24] itnet7: thank you :) [00:24] jamalta_: you deserve it [00:26] We have had meetups where he has mentored beginners to triaging and Launchpad use [00:26] cool [00:26] good deal, I'm always partial to bug work :) [00:27] jamalta_: after user days think you'll be able to contribute writing some courses for the learning team? [00:28] That's a great idea, actually, that's something I'd love to do [00:29] glad to hear it :) [00:29] +1 from me [00:29] +1 here [00:29] +1 great work jamalta! [00:29] +1 from me, great work and great testimonials [00:29] +1 [00:29] :) [00:29] haha [00:29] haha [00:29] nice timing nixternal :P [00:29] thank you so much [00:30] lol [00:30] Congratulations jamalta_ !! [00:30] :D [00:30] thank you so much everyone [00:30] +1 :) [00:30] congrats and welcome, jamalta_! [00:30] Well... sorry should have waited for cody-somerville [00:30] greg_g thanks! :) [00:30] congrats and welcome jamalta_ \o/ [00:30] congrats and welcome jamalta_! [00:31] thanks to everyone who voted, and thank you to everyone who cared to write about me [00:31] ok, that wraps things up for the evening [00:31] :) [00:31] thanks everyone, congrats to the new members :) [00:31] pleia2: thanks [00:31] thanks for coming out, everyone. Another great selection of contributors, welcome aboard new members! [00:31] thanks all for attending :-) [00:32] Congrats for all the new members! :) [00:32] Thanks for hanging in there everyone! Good job to all the new members!!! Congrats [00:32] thanks and congrats to all!! [00:32] thanks :) [00:32] Thanks for the opportunity! [00:33] 8 new members! crazy! [00:34] 7 ;) [00:34] La mayoria hispanohablantes [00:34] :D [00:35] 5 hispanohablantes :D [00:35] yeah yeah, 7 :) [00:35] hehe [00:36] hey, yo ablo español tambien ;) [00:36] pero vivo en EU [00:37] the Ubuntu planet will be very latinamerican the next days jejeje [00:38] alucardi: indeed, deservedly. [00:47] Kinda hate to leave, but guess it's time to get back to work... [00:55] okay people [00:55] i seeyou later [00:55] see you! === ArneGoet1e is now known as ArneGoetje === KatieKitty is now known as KatieOffline === jamalta is now known as jamalta-afk === jamalta-afk is now known as jamalta === jamalta is now known as jamalta-afk === asac_ is now known as asac === Guest90451 is now known as Zic === njpatel_ is now known as njpatel === mc44 is now known as mc44_ === mc44_ is now known as mc44 === njpatel_ is now known as njpatel === dholbach_ is now known as dholbach === KatieOffline is now known as KatieKitty === marjo_ is now known as marjo === fader|away is now known as fader_ === fader_ is now known as fader|away === fader|away is now known as fader_ === dholbach_ is now known as dholbach === highvolt1ge is now known as highvoltage === KatieKitty is now known as KatieOffline === YUKI is now known as wet === yofel_ is now known as yofel === KatieOffline is now known as KatieKitty === KatieKitty is now known as KatieOffline === KatieOffline is now known as KatieKitty [19:16] good night [19:25] hi ulysses === gnomefreak76 is now known as gnomefreak === mrpouit is now known as mr_pouit [19:57] o/ [19:57] * Quintasan waves to jussi01 [19:57] heya Quintasan [19:57] meeting in 3 mins, no? [19:58] yeah [20:00] o/ [20:00] Exiting guys, my first Kubunt meeting ;). Losing the Kubuntu-Meeting-Virginity istheshit ;) [20:00] good evening friends [20:00] tomplast: its not that cool :) [20:01] Someone have the agenda? [20:01] heya folks :) [20:01] seele, apachelogger, JontheEchidna council ping [20:01] good evening [20:01] * Nightrose gets some tea [20:01] https://wiki.kubuntu.org/Kubuntu/Meetings [20:02] ahoy! [20:02] pong [20:02] ooh, council quota [20:02] hi there [20:02] hi all :) [20:02] o/ again [20:02] anyone here for membership? [20:02] \o [20:02] me, oh wait, that was last time :P [20:03] then apachelogger has an agenda item [20:03] right === alsroot__ is now known as alsroot [20:04] recently it was suggested that the council gets a mailing list people can write to when they need to communicate with the whole council (privately) [20:04] any thoughts on that? [20:04] are you going to use mootbot? === ajmitch_ is now known as ajmitch [20:04] do we have such cases? [20:05] * ScottK thinks all the council members have public email addresses. [20:05] apachelogger: +1 [20:05] In the unlikely need, they can be reached. [20:05] ScottK: no, the issue is we need a mailing list so it is easier to contact everyone rather than put 5 people in an email [20:05] Well, if I may comment, I had ones such case recently, and it doesnt have any real overhead, but creates an official point of contact for the council [20:06] ScottK: then you need to aggregate addies of all members [20:06] as per other councils within k/ubuntu [20:06] is there a kubuntu-council team in LP and does the contact this team go to all members? [20:06] or just one person [20:06] becaue if it went to all members problem would be solved [20:06] jjesse: should go to all members [20:06] but replies will need manual adding of addresses again [20:07] apachelogger: If something is so critical it really needs private attention of the whole KC, then I think googling for some email addresses is not a significant barrier. [20:07] +1 from me, it will make easier to contact the whole council [20:07] * Nightrose has to agree with ScottK [20:07] * neversfelde too [20:07] -1 from me. Stinks of bureacracy. [20:07] but then again I don't really care of we have one [20:07] I would say why not? there no real overhead, and it makes things easier? [20:07] it's just hopefully not needed enough to actually be useful [20:07] jussi01: I would not say that [20:08] either it is a moderated list, which creates moderation overhead [20:08] or it is not moderated and creates spam overhead [20:09] I personally do not feel that it is necessary at this point, so both overheads would not be worth it [20:09] apachelogger: If I may say, won't moderation create more work, now that people can easily access the entire council there would be more email that are unnecessary and maybe spam too [20:09] * jussi01 would like a unified way to contact the council if needed. [20:09] there is a Contact this Team link on the team page which I think should be enough [20:10] +1 to Riddell [20:10] jussi01: what Riddell wrote ;) [20:10] Riddell: how does "reply to all" work for that? [20:10] +1 for "contact this team" [20:10] maco: does not [20:10] apachelogger: thats what i thought [20:10] so the council members will have to take care of that [20:10] ah, then it's not much of a listr [20:10] *list [20:11] shouldn't be too hard to CC all council members in your responses [20:11] well [20:11] all the council members are able to edit a CC list no? [20:11] ;-) [20:11] yeah [20:11] council members could setup lists in kaddressbook for simplifcation :P [20:11] seele: happy with that? [20:11] can we go on with more useful stuff? [20:11] sure [20:11] JontheEchidna has an item [20:11] also, if a topic is not really private it might just as well be replied to with CC to kubuntu-devel [20:12] yeah, speedcrunch vs kcalc [20:12] Currently we're in a bit of a crunch for livecd space [20:12] kcalc has no use history, this is a major problem for me [20:12] use history? [20:12] most physical calculators don't [20:12] JontheEchidna: stuff you entered shown [20:12] oh [20:13] so you can see what your previous use was [20:13] kcalc has better translations though, that's important [20:13] also [20:13] kcalc goes through rosetta :P [20:13] hola [20:13] JontheEchidna: would it save a lot of space to switch? [20:13] yo nixternal [20:13] nixternal: \o [20:14] It would save ~300 kb on livecd space [20:14] also, kcalc's translations are part of the langpacks anyway [20:14] so we have the kcalc translations on board + speedcrunch's own translations [20:14] not too much on its own, but if we take several 100 kb's here and there we're on our way to having everythign fit [20:14] yea [20:14] anything else that is meh in kcalc besides history? [20:14] I looked in to packaging the math books that speedcrunch includes separately, but that only saved somewhere between 60-80 kb [20:15] no, and I again want to mention that most calcs do not have a history :P [20:15] I agree speedcrunch is fancier, but for a basic calculator, kcalc seems fine. [20:15] * txwikinger says sorry for being late [20:15] apachelogger: heh yea agreed [20:15] * ulysses uses a Casio fx-220 calculator:\ [20:15] i just don't use either of them enough to make a good decision so asking [20:15] * ScottK throws out the idea of neither [20:15] i mostly use krunner [20:15] krunner works for a basic calculator [20:15] We have a calculator widget + krunner already [20:15] how discoverable is krunner? [20:16] good point [20:16] Aren't they enough? [20:16] maco: alt+f2 [20:16] ;p [20:16] if krunner is undiscoverable, then the calculator plasmoid is more discoverable [20:16] nixternal: yes yes, but who knows to hit alt+f2 to find the calculator? [20:16] krunner is no good for an argument [20:16] nixternal: and don't forget the '=' :/ [20:16] pull the calculators, for the next 2 or 3 releases, and see how many complaints you get [20:16] krunner does sums? o.O [20:16] JontheEchidna: still would you be looking for it there [20:16] jussi01: :D [20:16] * ScottK thinks kcalc is definitely enough for the default, but would be fine with just the widget. [20:16] jussi01: yes, that too. i had no idea it could [20:16] esp since the most visible search (the one in kickoff) does not include plasmoids [20:16] * maco uses google for math [20:16] ScottK: +1 [20:16] add a menu entry for "plasmoidviewer calculator"? :P [20:16] +1 [20:17] ScottK: +1 [20:17] * agateau finds krunner more reliable for math than for starting apps :/ [20:17] I like calculator plasmoid [20:17] JontheEchidna: :P [20:17] +1 for ScottK's proposal [20:17] agateau: O_o [20:17] * jjesse uses the calculator on my phone [20:17] agateau: I think the krunner implementation still got some weird float bug :P [20:17] float + division that is [20:17] apachelogger: good enough for me, I'm an engineer, not a scientist :) [20:17] poor qtscript, being abused by the calculator runner ;_; [20:18] agateau: dividing integers can trigger this bug :/ [20:18] * apachelogger only calculates via irb :P [20:18] krunner got sin(), awesome [20:18] * ScottK just polled the two teenage Kubuntu users in the house. [20:18] result? [20:18] One doesnt' use a calculator and the other finds the history annoying. [20:18] JontheEchidna: oh [20:18] haha [20:18] :D [20:18] I suppose we don't need a vote then :P [20:18] :D [20:18] :D [20:19] apachelogger: well we still need one on none or kcalc [20:19] Having a non-plasma calculator app should be considered, since this is an LTS [20:19] *nod* [20:20] (less of a radical change from the status quo) [20:20] http://www.gimmees.com/detail~pnum~7291~pcategory~12~psubcategory~2.asp <- there is my calculator :) [20:20] less of a need for new users to go find out what the heck plasma is and how to add widgets...and with the possibility of closing the calculator app when you're done with it [20:20] so vote on switching to kcalc please [20:21] who's in favor of shipping kcalc for 10.04? (with possible option of dropping it later in favor of the plasmoid) [20:21] +1 kcalc, 1 feature doesn't seem to be a showstopper on this [20:21] +1 shipping kcalc [20:21] +1 [20:21] for people who know of and really want speedcrunch, they can just install it [20:21] +1 [20:21] +1 [20:21] +1 [20:21] go with kcalc, we don't need to ship anymore plasmoids by default...let the users pick the plasmoids they want [20:21] +1 [20:21] +1 [20:21] a decision! [20:21] \o/ [20:21] JontheEchidna: please do the switching :) [20:21] apachelogger: I can't push to the seed branch :( [20:21] omg [20:22] * apachelogger is going to do the switching then [20:22] thx [20:22] "Ubuntu IRC Council for channel domination?" [20:22] whatwhat? [20:22] the Ubuntu IRC Council want some permissions on #kubuntu-devel [20:22] Right then... [20:22] like, to be on the access list? [20:22] * apachelogger thinks that apachelogger also needs permissions :P [20:22] reasons for that? [20:22] just as a heads up, in 10 minutes I may have to leave. [20:23] is there no one from ubuntu irc channel who is already a kbuntu-devel member? [20:23] just give it to them and be done with it [20:23] yeah, no reason why they shouldn't have access that I can see [20:23] Are we solving an actual problem here? [20:23] ScottK: no [20:23] * Nightrose isn't so sure she likes it [20:23] the history is that I registered as channel contact for the #kubuntu namespace [20:23] Yeah, as the main devel chans are part of our LP import, and we are the group contacts for k/xUbuntu we need a +f for that. [20:23] that's why I said, just give it to them and be done with it...I would keep Riddell though as the #1 power on the channel [20:24] and apparantly ubuntu irc channel usurped me whenever they got setup without me knowing [20:24] yeah, dont hand it over completely ;) [20:24] it isnt that we are going to come in and make changes to the channel. [20:24] * jjesse never understood the need for ubuntu-irc-council but whatever [20:24] the ubuntu irc channel is however quite kubuntu happy [20:24] I think there are better agenda items to cover :) [20:24] +1 [20:25] i dont understand why the ubuntu irc council needs to own our channel, but whatever [20:25] i still don't get the actual reason [20:25] it sounds like something we dont have a choice on [20:25] seele: Then don't vote. Let them just do it. [20:26] I believe I'll abstain, I don't feel that my opinion is strong enough to be useful in any way [20:26] it will happen anyways, as if it doesn't, it will more than likely escalate to the CC...they need to have +f like jussi01 said for their new way of doing things [20:26] aye +0 from me [20:26] the IRCC is solid, no worries [20:26] because the ubuntu irc council likes to own all IRC channels so when there's an IRC problem anywhere everyone knows who can solve it [20:26] that sounds like a community issue, not irc issue [20:26] if we have technical problems or problems with lurkers/spammers, dont we usually contact a freenode op? [20:27] * Nightrose is -1 on this one without a good explanation sorry [20:27] i won't be a pita about it but... [20:27] well, there is a point to that [20:27] maybe we should just defer this item? [20:27] Nightrose: it will just go to the CC eventually and it will happen anyways, I say keep Riddell in power, give them what they need for their LP and bot stuff [20:27] and indeed that is more social than technical [20:28] jussi01: got a good explanation for Nightrose? [20:28] other councils going around establishing policies and specs and whatnot that affect us, without talking to us beforehand is no good [20:28] right [20:28] 1 moment [20:28] and then coming to us saying "uhm, but we need that" is not what I call good inter-council communication [20:29] I think we could benefit from having this discussed on the mailing list, so that we have time to absorb/think about it. This is the first I've heard of this, and I don't think I can make a good decision on the quick 2-minute explanation given while the meeting is going on. [20:29] apachelogger: I agree, but it is something that is going on with every #*ubuntu-* namespace... tsimpson and jussi01 could explain it better though [20:30] The ircc are the group contacts for the KXUbuntu-* channels. We are currently re-organising how the main channels are administered, - you can see more from tsimpsons blog about how it works: http://tsimpson.ubottu.com/blog/archives/3 [20:30] I don't really get the idea of another irc channel but I agree with JontheEchidna [20:30] Everone in favor of postponing and discussing this on the mailing list +1 now [20:30] +1 [20:30] +1 [20:30] it's an IRC channel, it isn't like we are giving them access to ~kubuntu-devel so they can upload packages [20:30] +1 [20:30] +1 postpone [20:31] We do have the power to just go and add ourselves to the access list if we feel necessary, but we dont do that except in case of emergencies. we prefer to go to the channel contact and ask. [20:31] +1 [20:31] +1 [20:31] postponed then [20:31] ok [20:31] agateau wants to talk about "DBusMenu and applications getting creative with tray menus" [20:31] jussi01: don't get me wrong i am not mistrusting you personally ;-) [20:31] ok [20:31] jussi01: please start a thread on the ml with some information === cjohnston is now known as notcjohnston [20:31] sure [20:31] thx [20:32] is everyone familiar with dbusmenu, or should I do a quick summary? [20:32] summary pls [20:32] ok [20:32] * Nightrose would like a quick summary [20:32] so you heard about the new systemtray [20:32] which landed in KDE 4.3 [20:32] it let applications expose their tray icons over dbus [20:33] and then the systemtray applet is in charge of drawing them [20:33] this is a change from the old method, where the app would draw directly inside the applet [20:33] dbusmenu is the next step [20:33] right now when a user right click on a systemtray icon, [20:33] plasma tells the app: please show a menu over this icon [20:34] this means a kde app will show a kde menu [20:34] a gnome app would show a gnome menu [20:34] the idea behind dbusmenu is to change this part [20:34] let the app expose over dbus its menu [20:34] so that the systemtray can show it [20:34] this way gnome and kde apps are shown in a consistent way [20:35] meaning? [20:35] clicking on gnomey tray icons will have a kde-ish context menu [20:35] it doesn't look like crap? [20:35] a gnome app running on a kde desktop would get a kde menu [20:35] and vice versa [20:35] ok === notcjohnston is now known as cjohnston [20:36] this work has been started by Canonical but as also been discussed and agreed with Aaron Seigo and Marco Martin [20:36] problem arise when apps start to embed widgets in their menu [20:36] because we can't pass widgets in dbus [20:36] most outstanding example: [20:36] kopete [20:36] http://imagebin.ca/view/WUneYGbp.html [20:37] knetworkmanager does this too [20:37] JontheEchidna: true [20:37] but for knetworkmanager we may go back to the applet at some point? [20:37] agateau: what happens if you use the new method then? [20:37] for now: you get a blank menu item :/ [20:37] yeah, once the applet shapes up we plan on turning back [20:38] I haven't seen any signs of the networkmanager plasmoid re-appearing [20:38] * Nightrose neither [20:38] oh [20:38] and currently right click on knetworkmanager is not in good shape [20:38] I thought Sebas was on this [20:38] mmm I guess so [20:38] asking on #k-d [20:38] so we can either: distro-patch apps to use standard items [20:39] Do we need to change all softwares which embeds widgets in their context menu? Sorry if asking stupid question? [20:39] it seems there are problems with kmix too [20:39] or add a mechanism for weird menu apps to not use dbusmenu [20:39] tomplast: I only found Kopete to be a problem [20:39] this should be implemented upstream? [20:39] should be fixed upstream [20:39] ? [20:39] this sounds like a non-good idea to me for an LTS tbh [20:40] work worked around usptream for that matter [20:40] +1 Nightrose [20:40] apachelogger: work is going on upstream right now: I work on a branch of kdesvn [20:40] no no, I mean that maintaining this as any kind of patch is a bad idea IMHO [20:40] but we agreed at UDS to include dbusmenu in Kubuntu Lucid [20:41] apachelogger: what do you mean with "this": dbusmenu or apps patches? [20:41] * Lure is a bit late [20:41] both really [20:41] agateau: how hard is it just to turn off dbus menu for knetworkmanager and kopete? [20:41] well, I do not know what the dbusmenu patch looks like ;) [20:41] agateau: I notice klipper doesn't use it, why is that? [20:41] Riddell: currently in lucid it has no adverse effects for knetworkmanager [20:42] Riddell: it has not yet been ported to KStatusNotifierItem [20:42] JontheEchidna: right click -> top menu item doesn't work [20:42] agateau: ah right [20:42] Is there a timeline for the port? [20:42] Riddell: we could add a minimal api to avoid dbusmenu in specific cases [20:42] knetworkmanager still has the normal tray menu for me [20:42] oh, that's left click [20:43] but the top level item not working is a problem with all dbusmenu items [20:43] All dbusmenu rendered menu right now uses some kind of Plasma theming [20:43] which I believe I will revert because it causes more inconsistency [20:43] agateau: if that API would have to be in kdelibs then we would have to continue patching until KDE 5 [20:43] JontheEchidna: yes, support for titles didn't make it in alpha2 [20:43] otherwise we violate all sorts of packaging policies [20:44] apachelogger: the API is going upstream for 4.5 [20:44] apachelogger: indeed, unless we get it to be accepted upstream [20:44] right now upstream is quite supportive of this [20:44] one thing I learned about that: get it accepted and applied upstream before adding new API [20:44] better save than sorry :) [20:44] apachelogger: I would never suggest extending kdelibs API without upstream authorisation [20:44] kk [20:45] yeah we had a meeting with plasma guys, it's long since been agreed on [20:45] If it's In KDE 4.5 we get it for free in 10.10 ? [20:45] daskreech: yup [20:45] * JontheEchidna notes that now trunk is open there is still a lot of time to get the new API in before lucid's release [20:45] What's the benefit of having Kubuntu Ship it now then ? [20:45] which is why I think that patching is a bad idea alltogehter since we need to support the patches for LTS time frame [20:46] daskreech: GNOME apps are being ported to this for LTS [20:46] Ship It I made a pun :) [20:46] as long as agateau is getting paid to do so and I don't have to do anything, I don't see a problem :P [20:46] agateau: Ah ok is there a list of those apps? [20:46] daskreech: I can try to dig it, but I don't have it at end right now [20:46] * apachelogger thinks that should be discussed on the list [20:46] (irt maintaining the patches) [20:47] daskreech: but if you follow jono blog you can find he is all excited about something called application indicators [20:47] Right. I saw [20:47] which are GNOME version of our new system tray [20:47] so all apps using libappindicator will need dbusmenu support [20:47] ah, there is no fallback? [20:48] [off topic] libappindicator is a terrible name [20:48] :D [20:48] I think we need to make it clear what was done at UDS and already approved and what new changes agateau is asking for. [20:48] Lemme think of a proper gnomey name for it... [20:48] apachelogger: it falls back to the old method (x-embed) if there is no StatusNotifier tray [20:48] it is... [20:48] We should not go back and revist what was already agreed. [20:48] * apachelogger is wondering how that dep on dbusmenu support works out on tray implementations other than KDE 4.4/Ubuntu GNOME [20:49] lib.... gorantino..... :D [20:49] agateau: ah, ok [20:49] JontheEchidna!!! [20:49] :D [20:49] apachelogger: it just do not handle the case where you have StatusNotifier but no dbusmenu [20:49] so do we agree on discussing with upstream to add a way for apps to turn off dbusmenu? [20:49] anyway [20:49] Which, modulo bugs, should not happen. [20:50] +1 on API enhancement discussion [20:50] +1 [20:50] * agateau would have to convince his colleagues to add support for this to GNOME as well :) [20:50] if that turns out to be a dead end we can always discuss again [20:50] ok [20:50] +1 discussing [20:50] agateau: promise them cookies, that always does the trick ;) [20:50] really, there's no reason not to talk to them [20:51] * agateau adds the cookies idea to his trick list [20:51] i like cookies [20:51] agateau: why is knetworkmanager different on left click and right click anyway? [20:51] chocalate chip please [20:51] Riddell: need to investigate this [20:51] as in: starting a machine running knetworkmanager [20:52] * daskreech looks up from his plate of Choccy Kookies [20:52] Riddell: for the sillies [20:52] next item? [20:52] * tomplast wonder why he hasn't bought any cookies [20:52] tomplast has an item [20:52] tomplast wants to discuss mobile broadband [20:53] tomplast: go ahead [20:53] Yeah, I am myself a mobile broadband user and right now it's a pain in cookie jar to get it working. [20:53] we're at the mercy of upstream with that [20:53] Realistically, I think the best/only thing we can do is throw ourselves at the mercy of the KDE NetworkMangement team to fix the bugs [20:53] In Ubuntu I only need to use usb_modeswitch and then use the guide which helps me configuring my connection. In Kubuntu there's no such guide. [20:54] by guide are you talking about document? [20:54] sorry [20:54] wizard [20:54] I meant [20:54] yeah gnome network manager is quite nice for this [20:54] knetworkmanager is lacking it [20:54] it needs someone to code it [20:55] volunteers welcome I'm sure [20:55] Hehe, I have though on start coding again for a while now ;). [20:55] tought [20:55] thought [20:55] otherwise we can document ways to get it working but I think the top one would be "install gnome network manager" [20:55] thats a sucky top suggestion [20:55] I don't think there's any way we can "meeting" this problem to a satisfiable resolution, personally [20:55] it is but the best one we have atm [20:55] i mean, from the perspective of "kde should work" [20:56] what would be required to get it working by LTS ship date? [20:56] usb_modeswitch isn't included on the cd right? [20:56] tomplast: if you want to code talk to sebas and see what you can do [20:56] maco: right, but it's an upstream issue [20:56] Okay, I'll. [20:56] cool [20:56] usb-modeswitch is in universe, it's not on any CD [20:57] what does it do? [20:57] flip flops apparantly [20:57] flip flops what? [20:57] tomplast: do you know what it does? [20:57] Yeah sorta. I think it someone switches on and off the modem functionality. [20:57] somehow [20:58] Because it's not activate from the beginning. So each time you connect the modem to the computer you need to flipflop it to activate the modem functionality. [20:58] Sorry for the bad explaination :p [20:58] apt-cache show usb-modeswitch that's quite interesting actually [20:59] devices by default are storage, they include the windows drivers which windows installs then tells it to switch to a serial device [20:59] hmm dirty hack but under windoze it does it's job [20:59] however the main issue is upstream knetworkmanager, I'll ask Bille what the status is [20:59] next item? [21:00] SIze 29732. I'd say we should have it in any case [21:00] ScottK: without a UI? [21:01] Riddell: Yes on the theory that I'd like to ship all the bits needed to get online, even if it's a bit tricky to do so. [21:01] ScottK: fancy doing the MIR? [21:01] * ScottK was thinking he'd supervies tomplast doing a MIR [21:02] tomplast: ok with you? [21:02] Yeah if i knew what a MIR was *embarrased*. I'm very new to all this stuff. [21:02] ScottK will tech you all [21:02] tomplast: It requires lotion [21:02] do join us in #kubuntu-devel [21:02] Just saying [21:02] tomplast: Main Inclusion Request. its what gets the package from universe to main [21:02] tomplast: only stuff in Main gets on CDs [21:03] tomplast: Ping me later. It's not too bad. [21:03] next item is "IRC client deathmatch?" [21:03] ship irssi and be done with it :p [21:03] at UDS we said we'd decide IRC client at around this time [21:03] * maco puts quassel's gloves on [21:03] :P [21:03] I'm not sure things have changed much since last release [21:04] Konversation has notifieritem support and is planning a release to coincide with KDE 4.4 [21:04] which is the best right now? [21:04] h [21:04] are we really going to make our users learn a new client every release? [21:04] that's pretty much the biggest parts about what has changed in konversationland [21:04] never heard of h Lure :) [21:04] I still prefer Konversation because of its a kent name [21:04] jjesse: sounds like it :p [21:04] Quassel has this annoying bug where it doesnt get's a systray icon and you accidently close it all the time *grrr*. I prefer Konversation. [21:04] do we really consider to change an important default application when preparing for a LTS release? :( [21:04] jjesse: compared to the last LTS and every release until 9.04, konversation was default [21:04] as long as they do it early enough this time to get documented [21:04] jjesse: quassel was the default for two releases iirc [21:04] Konversation also uses normal translations [21:04] +1 nixternal [21:05] it just seems we have this debate every release [21:05] tomplast: I have never, ever seen that. [21:05] and i do mean every [21:05] Having used both: +1 for Konv. [21:05] Konversation also has more translations (26 at the time of 1.2.0) [21:05] 26 languages, that is [21:05] Quassel is moving to gettext in this cycle. [21:05] yay for 26 translations :) [21:05] It already has more than it did for Karmic. [21:05] +1 quassel [21:05] dpm has been helping them out with the transition. [21:06] +1 konversation. [21:06] +1 to stick w/ what we are using [21:06] +1 konversation [21:06] +1 quassel [21:06] +1 quassel [21:06] i havent used the new konversation so i abstain [21:06] oh lord, this seems a bit split, though I think quassel just took the lead [21:06] +1 xchat [21:06] * daskreech flees [21:06] +1 konversation [21:06] :p [21:06] technically i think only the council votes matter, although we take in to consideration other members' opinions [21:06] I think it's too early in the cycle to decide [21:06] konversation making a comeback [21:07] * Quintasan gets his rifle and shoots daskreech in the back [21:07] ScottK: it can't be too late in the cycle to make sure we document the switch if any [21:07] True [21:07] I think today we should decide when we are going to decide. [21:07] * JontheEchidna notes that last cycle, beta was too late to document any switch [21:07] you have until Feb 16, and definitely have it in by Mar. 4 [21:08] if it isn't in by Mar 4. Quassel will be the documented client [21:08] I would go as far as Mar 11 though [21:08] +1 quassel ... sho did not bribe me into voting for konvi even though I told him so! [21:08] Riddell: deathmatch shootout is a mexican standoff [21:08] * Daviey wonders if Quassel will get a console based client. [21:08] that's what irssi is for [21:08] Someone is working on it. [21:09] if I'm +1 for konversation that makes the council evenly matched and seele has the deciding vote [21:09] gosh [21:09] well like i said, i havent seen konversation in about a year [21:09] Go for the kent name :) [21:09] so i abstain for the time being [21:09] how about an "IRC Installer" like the firefox one...have it provide marketing type info on each client and let the user choose? [21:10] oh noes [21:10] Revisit at the next meeting aftter people have had a chance to look. [21:10] kent name? is this something scottish? [21:10] there is no need for the user to choose an irc client [21:10] Can we get a communal list of pros and cons while seele test konvi out in it's new clothes ? [21:10] daskreech: nope [21:10] pros and cons are always biased :P === tomplast is now known as looking [21:10] daskreech: i'm not looking at it this second if that's wha tyou mean === looking is now known as tomplast [21:10] Last time we tried that it was pretty slanted. [21:10] Quassel only has 8 substantial translations. Konversation has over 20. If we're at all committed to having translated apps by default we should choose Konversation [21:10] apachelogger: I do't see how that's any different from +1 from a person [21:10] same biases just laid out on paper [21:10] here, I don't use either client, I can do a review and give pros/cons [21:10] JontheEchidna: Did you check upstream or what's in Lucid right now? [21:11] * ScottK didn't upload a git snapshot yet. [21:11] I use neither, but I say Konversation just because of translations [21:11] ScottK: that's based off of what's in karmic [21:11] for konversation [21:11] I based quassel's off of what's in lucid [21:11] but konversation still wins :P [21:11] daskreech: comparing software with pros and cons does almost never match what matters for the target audience and ends in a who-can-pull-out-more-stuff-out-their-nose [21:11] For Quassel it's gone up with what's upstream. [21:11] I think that both meet the need of a basic IRC client for user support. [21:12] apachelogger: I lol'd +1 [21:12] That's why we ship an IRC client. [21:12] After that it's a matter of taste. [21:12] apachelogger: Ok fine :) I would have hoped it would be with a view as to what's best for users/maintainers but if it's that heated then fine :) [21:12] Btw, how many of the new users uses irc? [21:12] which is why I come down to the superficial issue of using a name that more people know [21:12] daskreech: that implies that we first spend a couple of hours outlining what the user needs and wants :P [21:12] That many to justify including an irc client on the cd? [21:13] daskreech: voting and pros cons are not the same [21:13] tomplast: Surprisingly how easy it's possible to get into the #kubuntu room for help matters. [21:13] and in the end we are mistaken, aren't we apachelogger? :D [21:13] * Lure think we should decide on the space - as we need some more ;-) [21:13] Quintasan: of course we are [21:13] * ScottK thought at UDS we said not to change without good reason. [21:13] tomplast: The number of people who login and say what is this for is pretty high considering and it is very useful [21:13] ScottK: +1 [21:13] well let's postpone and see if there's pressing reasons next meeting [21:13] seele: I see that [21:13] quassel > konversation on popcon by a decent majority...though those stats aren't all that precise [21:13] well of course quassel is higher. It's the default client :P [21:14] JontheEchidna: not looking at installs, looking at votes [21:14] we should have good reason - for me better kde intergation and transaltions are good reasons for considerations [21:14] Quintasan: has an item [21:14] Quassel's translations are moving to gettext, so that makes a smaller binary (translation in language packs) and more translations [21:14] two actually but, well [21:15] So it was mentioned few hours ago that kimpanel widget will have ibus backend [21:16] Now if (I'm running Konv) you click right on the text field and go to Select input method you will see probably XIM being selected. [21:16] I can see that [21:16] I couldn't get XIM to work with japanese or korean input. But if you install ibus and anthy then it works [21:16] but you need to select Ibus manually then [21:16] is there a compelling reason to change - we have now had quassel for a few releases and I personally havent seen any major complaints. [21:17] bug 475530 is interesting concerning kimpanel [21:17] Launchpad bug 475530 in kdeplasma-addons "KIMPanel is unusable in Kubuntu 9.10" [Low,Confirmed] https://launchpad.net/bugs/475530 [21:17] and according to comments, it is still unusable in Lucid [21:17] nixternal: upstream is not installing the ibus backend, it turns out [21:17] I tried asking Qt guys where the default IM settings are stored but I got no response ( I swear I will go there and poke their eyes out) [21:17] the author figures that since it's a python script it can go anywhere, and that he doesn't need to worry about installing it [21:18] Quintasan: I tried asking too, also no answer from my usual Qt contacts [21:18] (brb) [21:18] IMO there are two solutions to this [21:19] freeflying proposed patching language selector to install ibus and anthy-ibus (for japanese) [21:20] ^the issue of kimpanel not installing its ibus backend would still have to be solved? [21:20] yeah [21:20] kk [21:20] OR we could find a way to set IBus as a default IM for Qt [21:20] But I do not know where to begin [21:20] would either issue hinge on a working kimpanel widget? [21:21] s/either issue/both solutions [21:21] ibus should get installed by language-support-xx I thought [21:21] hmm, sounds better [21:22] I think if we get a working KIMPanel it doesn't matter what input method is used by default [21:22] if you run IBus, it doesnt change your layout, you need to press alt+space to change to second input method [21:23] my impression is that ibus is used by ubuntu so we should use that too to ensure gnome and kde compatibility [21:23] (back) [21:23] ibus works well in kde [21:23] we just need to find out where the magic switch is in qt [21:23] * ScottK has to go. [21:23] or um...well, for me it *did* until last week when it mysteriously stopped working on karmic for me, but... [21:24] Riddell: I thought that too, but how do we solve the input thingy, now I use ibus + anthy-ibus and I need to select IBus manually because the default one is XIM [21:24] which is not working :/ [21:24] Quintasan: which is the same as how scim/skim worked [21:24] ああああ [21:24] Quintasan: er, referring to earlier with that alt+space thing [21:24] Quintasan: it's just Qt which is the problem right? [21:24] maco: exacly :) [21:25] Quintasan: I was told to ask in #qt-labs so lets you and me play good cop and bad cop with everyone in there until we get an answer [21:25] Riddell: I belive it is, because each time I restart Konversation or Kopete and I need to type in japanese I have to select IBus from the list once again [21:26] we're losing people and I also need to go soon [21:26] Riddell: don't shake them too roughly, we might need them later [21:26] Quintasan: you have another item? [21:26] yeah just quick one [21:26] gotta bail, be back later [21:26] i have this in my .bashrc and everything works lovely [21:26] nothing against you komputes :D [21:26] export GTK_IM_MODULE=ibus [21:26] export XMODIFIERS=@im=ibus [21:26] export QT_IM_MODULE=ibus [21:26] maco: I've tired this [21:26] Did not work :/ [21:27] hrmph. boo! [21:27] hehe [21:27] Quintasan: tell us about mplayerthumbs vs kffmpegthumbnailer [21:27] okay fastly second item, dunno if you read ML about ffmpegthumbnailer but it is said it is faster than mplayerthumbs and takes 262kb of space so I quickly created a package for testing [21:29] does mplayerthumbs need mplayer? [21:29] yeah [21:29] hmm, that's not much use [21:29] So far it overtakes mplayerthumbs by ~10 seconds in terms of speed and takes only 262kb of space so I think if cd allows us we could put it on CD to enable thumbnails by default [21:30] ffmpegthumbnailer needs to be updated to 2.0.0 but Ubuntu maintainer said he submitted it to Debian and it will sync shortly [21:30] and I have uploaded kffmpeg to REVU [21:32] ..trying to confirm the size [21:33] 262kB or 262kb? [21:33] kB rather :P [21:33] yeah, that's still a quarter meg we don't have [21:33] kffmpeg depends on ffmpegthumbnailer ? do we need 2 MIR for put on cd? [21:33] sorry, kffmpeg itself is 7KB [21:33] yes, but MIRs are fairly easy to write these days [21:33] strange :) [21:34] and ffmpegthumbnailer is ... [21:34] 42 KB [21:34] Quintasan: well want to do the MIRs and we can put it on the DVD and consider CD if space becomes available? [21:34] yeah [21:34] any other business? [21:35] nope [21:35] I guess. [21:35] I think everyone else has left already :) [21:35] hah [21:35] :) [21:35] reconvene in #kubuntu-devel then [21:35] oh well, I need to write thing earlier and do copy paste [21:35] Need to get 42.1kB of archives. [21:35] for Need to get 42.1kB of archives. [21:35] for ffmpegthumbnailer [21:36] which isn't bad indeed [21:36] and 7 for kffmpeg [21:36] * Lure thinks we should drop OOo and get lot's of space ;-) [21:36] +1 [21:36] :D [21:36] thanks for coming all [21:36] Quintasan: can kffmpeg create thumbnails for .mkv files? [21:36] at least for lucid+1 this should be doable [21:36] I'll post notes to the mailing list [21:36] Lex79: yes [21:36] Lex79: tested on my anime colletion :P [21:36] oh great ! [21:37] I guess we need kde-thumbnailer-openoffice in main then, too :) [21:37] Lex79: http://pastebin.com/f21473b11 test results if you are interested [21:37] although I have no idea what it's for === fader_ is now known as fader|away === KatieKitty is now known as KatieOffline === robbiew is now known as robbiew_