[00:04] <ecinx3> i can't find the power adapter to my switch :( 
[01:36] <jjesse> evening
[02:59] <ScottK> Anyone packaging bluedevel 1.0.2?
[03:04] <ScottK> Oh, nevermind.
[04:45] <rbelem> clear
[04:45] <rbelem> oops
[04:47] <afiestas> rbelem_: ping
[04:48] <rbelem_> afiestas, pong
[04:48] <afiestas> rbelem_: http://paste.ubuntu.com/569918/
[04:48] <afiestas> I'm using Kubuntu Natty
[04:49] <rbelem_> hum...
[04:50] <rbelem_> afiestas, do you have samba installed?
[04:50] <afiestas> samba-common and samba-common-bin
[04:50] <rbelem_> afiestas, should i replace the kWarning by kDebug
[04:51] <afiestas> is that a question?
[04:51] <rbelem_> afiestas, if you open dolphin
[04:51] <rbelem_> afiestas, yup
[04:51] <afiestas> well it depends if it is critical or not, if networkmanagement/filesharing is installed and samba is missing... then it should be a warning imho
[04:52] <afiestas> also, you may want to check if samba is installed at build time, even if it is not needed to build the package (runtime-dependency)
[04:52] <afiestas> also, kdenetwork/filesharing/simple is an empty folder (did you forget to remove it?)
[04:52] <rbelem_> afiestas, are you using the kdelibs and kdenetwork packages or git?
[04:53] <rbelem_> afiestas, i made a git rm simple
[04:53] <afiestas> the packages
[04:53] <rbelem_> afiestas, then git svn dcommit
[04:54] <rbelem_> afiestas, i thought that cmd would remove the dirs too
[04:54] <afiestas> well, git-svn afaik is not a supported way of doing things :p be careful when using it
[04:54] <afiestas> commited (the file deletion) 
[04:54] <rbelem_> afiestas, :-)
[04:55] <rbelem_> afiestas, the dolphin samba fileshare plugin only works with samba installed
[04:58] <afiestas> rbelem_: so, kdenetwork/filesharing can be build without samba but (atm) can't work without it?
[04:58] <afiestas> I said atm since samba is the only supported protocol right now
[04:58] <afiestas> rbelem_: shoudl advanced folder be removed too?
[04:59] <rbelem_> afiestas, yup
[04:59] <rbelem_> afiestas, it displays a message if samba is not installed
[05:02] <rbelem_> afiestas, i just forwarded to you a mail i sent to dfaure
[05:02] <rbelem_> afiestas, some files that are deprecated
[05:04] <afiestas> rbelem_: so, svn rm advanced; svn commit ? (just to be totally sure D)
[05:04] <rbelem_> yup
[05:05] <rbelem_> :-)
[05:10] <afiestas> rbelem_: so apart from samba-common and samba-common-bin what do I need?
[05:10] <afiestas> also, would the kdenetwork/filesharing changes be backported to Natty?
[05:10] <rbelem_> afiestas, the samba pkg
[05:11] <rbelem_> afiestas, yup
[05:12] <rbelem_> afiestas, i will ask Riddell if he will do the packport else i ll do
[05:13] <afiestas> nice :p
[05:13] <afiestas> can't wait
[05:14] <rbelem_> :-D
[05:15] <rbelem_> afiestas, i will work these days to make the kcm
[05:15] <afiestas> I just implemented the sharing stuff in bluedeivl kdm
[05:15] <afiestas> *kcm
[05:16] <rbelem_> afiestas, nice :-)
[05:16] <afiestas> and I'm adding a KPropertiesPlugin right now (we should unified them somehow in the future)
[05:18] <rbelem_> afiestas, when is 4.7 freeze?
[05:18] <afiestas> April iirc 
[05:19] <afiestas> http://techbase.kde.org/Schedules/KDE4/4.7_Release_Schedule
[05:19] <afiestas> May 12 is the hard freeze 
[05:19] <rbelem_> afiestas, hum... we have time to unify :-)
[05:20] <afiestas> yes, we need to have that meeting to write down what we're missing (stuff like KFIleItem overlay) and start to work on it
[05:22] <rbelem_> afiestas, will we have different icons for each fileshare method?
[05:22] <rbelem_> or just one?
[05:22] <afiestas> mm, dunno
[08:14] <afiestas> agateau: ping
[08:14] <agateau> afiestas: pong
[08:14] <afiestas> *non agateau question:
[08:15] <afiestas> is there any PPA to get kdepim  master or at least last 4.6 beta?
[08:15] <afiestas> agateau: I'm testing the globalmenu integration in firefox/thunderbird
[08:15] <afiestas> and it seems to do not work under KDE :/
[08:15] <afiestas> dunno if it is because of our implementation or because the firefox plugin sucks :p
[08:15] <ulysses> https://launchpad.net/~kubuntu-ppa/+archive/experimental maybe
[08:18] <agateau> afiestas: I haven't tried it yet. What's the name of the package?
[08:19] <afiestas> agateau: http://askubuntu.com/questions/21373/how-can-i-get-firefox-to-work-with-the-global-application-menu
[08:20]  * agateau installs
[08:23] <afiestas> agateau: during this week I will start to think how to integrate the "Action Search" into kdelibs properly, once pushed I'd like to apply the same concept to the globalmenu plasmoid
[08:23] <afiestas> if you like the idea
[08:24] <afiestas> http://www.afiestas.org/improving-kde-applications-help-menu-actions-lookup/ <-- that thing I mean
[08:24] <agateau> afiestas: mmm the necessary work in dbusmenu-qt to support this as not been done :(
[08:25] <afiestas> agateau: well, we're not exporting all actions, but at least we're exporting the menubar
[08:25] <agateau> afiestas: I mean the line edit won't work with dbusmenu
[08:25] <afiestas> so in theory I should be able to apply almost the same code
[08:25] <agateau> afiestas: appmenu firefox extension works fine here btw
[08:26] <agateau> afiestas: but there is a pending dbusmenu update which could break it, I may be lagging
[08:26] <afiestas> my idea was to implement it directly into globalmenu-plasmoid (not by exporing the lineedit)
[08:26] <agateau> afiestas: not sure I like that
[08:28] <afiestas> agateau: oks
[08:29] <afiestas> I'm installing *dbusmenu* maybe I was missing some dep
[08:30] <afiestas> nope, still not working :/
[08:32] <agateau> afiestas: it is highly possible latest dbusmenu-glib broke it, ted told me he would push a new version on friday, which features a new signal I need to add to dbusmenu-qt
[08:34] <afiestas> agateau: okz, I will uninstall the thunderbird/firefox extension atm
[08:36] <afiestas> agateau: another small issue I have, when plasma is launched and there are some applications already, the menubar of that apps is not correctly exported (or painted)
[08:37] <afiestas> the toplevel items are showed, but the menus are empty
[08:37] <afiestas> gedit is not even trying to export the menu... maybe I'm missing some dep :/
[08:38] <afiestas> dpkg -l | grep dbusmenu : http://paste.ubuntu.com/569963/
[08:41] <agateau> afiestas: for gtk apps you need the appmenu-gtk package
[08:46] <afiestas> agateau: still gedit is not exporting anything
[08:46] <afiestas> maybe I need some env variable?
[08:47] <agateau> "afiestas: it is highly possible latest dbusmenu-glib broke it, ted told me he would push a new version on friday, which features a new signal I need to add to dbusmenu-qt"
[08:47] <agateau> same problem I guess
[08:47] <afiestas> ooks, won't say anything more until you have time to test it with the latest dbusmenu-glib :p
[09:40] <bambee> morning
[13:42] <Riddell> hi rbelem, how confusing to have a share dialogue also in kdelibs!
[13:42] <rbelem> Riddell, crazy stuff
[13:43] <rbelem> Riddell, looked everywhere before going to kdelibs
[13:44] <Riddell> rbelem: will you remove it from git?
[13:44]  * rbelem is checking if dfaure answered his mail
[13:45] <rbelem> Riddell, i'm not sure, maybe remove the entire file :-D
[13:45] <rbelem> Riddell, we do not need that anymore, as far as i tested
[14:05] <rbelem> Riddell: all those ui stuff in kio does make libkio bigger than it should be?
[14:07] <Riddell> I only see two, I doubt they add significantly to it
[14:11] <rbelem> Riddell: do you know dfaure irc nick?
[14:11] <Riddell> "dfaure" :)
[14:11] <Riddell> not online today it seems
[14:11] <rbelem> :-(
[14:12] <Riddell> I don't think kfilesharedialog.cpp can be removed, it's part of the kdelibs API :(
[14:12] <Riddell> I think this will do in the packaging for now, just to hide it http://paste.kde.org/5520/
[14:13] <Riddell> but I don't know what the best answer is for kdelibs upstream, maybe the same and a big "deprecated" at the top
[14:15] <rbelem> Riddell: let's return in the top of the constructor :-D
[14:15] <rbelem> Riddell: oh... the API...
[14:16] <rbelem> Riddell: how could we deprecate that?
[14:17] <rbelem> Riddell: adding a method show and move the line properties->setFileSharingPage(d->m_vBox); to there?
[14:18] <Riddell> using KDE_DEPRECATED I think
[14:18] <Riddell> we don't want it to show ever, it's useless code now
[14:18] <rbelem> Riddell: hum... and fix who is calling it
[14:19] <Riddell> I think the only thing using it would be code you've removed from kdenetwork
[14:20] <rbelem> but someone else is calling it too
[14:20] <Riddell> something else is using kfilesharedialog.cpp ?
[14:21]  * rbelem is grepping the code for KFileSharePropsPlugin
[14:22] <Riddell> I doubt it, I can't see why that class would be in kdelibs at all
[14:22] <rbelem> found it! kdelibs/kio/kfile/kpropertiesdialog.cpp
[14:23] <rbelem> Riddell: i think that it should live somewhere than kio
[14:23] <rbelem> the files that i opened date 2001
[14:24] <rbelem> lot's of old code
[14:28] <Riddell> bambee: a couple more issues with language-selector there
[14:28] <rbelem> Riddell: http://paste.kde.org/5523/
[14:28] <bambee> Riddell: I saw that on launchpad
[14:28] <rbelem> Riddell: that is the piece of code to be removed
[14:28] <bambee> I'll fix issues this evening
[14:29] <Riddell> bambee: thanks :)
[14:29] <bambee> Riddell: btw when language-selector-kde will be merged probably we could change it in kubuntu-desktop dependencies ?
[14:30] <bambee> Riddell: thanks for your time ;)
[14:30] <bambee> (kubuntu-desktop depends on language-selector-qt actually)
[14:30] <Riddell> bambee: yes we'll need to change that, it's not hard
[14:30] <bambee> ;)
[14:33] <rbelem> Riddell: should i use KDE_DEPRECATED for each method?
[14:33] <rbelem> Riddell: can i use that for the entire class?
[14:33] <bambee> btw, I did not found it but... does "kdebug" exist in python ?
[14:34] <Riddell> rbelem: I'm not too sure about the syntax, it's the whole class which should be deprecated but you'd probably need to ask or search for the exact syntax
[14:34] <bambee> (nothing in doc nor in python console using completion)
[14:34] <Riddell> rbelem: it'll need those ifndif KDE_NO_DEPRECATED too I guess
[14:34] <bambee> probably I'm wrong...
[14:34] <Riddell> bambee: seems kdebug isn't in pykde indeed, which is strange, it's useful to have debugging you can turn on/off at runtime
[14:34] <rbelem> oki
[14:35] <bambee> Riddell: exactly... it's strange
[14:35] <bambee> ok
[14:45] <rbelem> Riddell: just commited the fix
[15:07] <rbelem> Riddell: did you notice that device notifier applet does not eject the device just umount?
[15:09] <Riddell> rbelem: I did not, but I don't tend to use CDs much except for distro installs
[15:18] <Riddell> rbelem: packages are working!
[15:19] <Riddell> rbelem: I think the properties dialogue should close when it calls packagekit install, else it just stays there offering to install samba
[15:19] <markey> http://www.linuxuser.co.uk/opinion/banshee-canonical-and-how-to-earn-an-honest-living-in-open-source/
[15:19] <markey> article by Jos Poortvliet
[15:19] <Riddell> clearly an unbiased source :)
[15:19] <markey> on the Amazon music store debacle
[15:19] <markey> well, come on
[15:19] <markey> what Canonical is doing there is ridiculous
[15:20] <markey> if they try that with Amarok, I will get very very angry
[15:20] <markey> you don't want that
[15:21] <Riddell> I'd be against doing it in Amarok of course
[15:21] <Riddell> but Canonical does have to make a living, it's unfortunate when that conficts with upstream
[15:22] <rbelem> Riddell: that's true... I will fix that
[15:22] <Riddell> rbelem: also i think I'll e-mail the packagers list to tell them they may need to change that if they don't use KPackagekit
[15:24] <rbelem> groovy :-)
[15:27] <rbelem> Riddell: i updated the ksambashare patch. Do you think should i add the latest commit to it?
[15:29] <Riddell> rbelem: updated where?
[15:30] <rbelem> Riddell: in my machine only
[15:30] <rbelem> :-D
[15:31] <Riddell> rbelem: I'm not clear what you're doing, updating the kubuntu packaging or git or what?
[15:32] <rbelem> sorry
[15:32] <rbelem> Riddell: updating the package ksambashare patch
[15:33] <Riddell> rbelem: I already updated it in bzr
[15:34] <rbelem> Riddell: some stuff were missing
[15:34] <Riddell> oh?  like what?
[15:34] <rbelem> Riddell: the includes/KSambaShareData
[15:35] <Riddell> oh aye
[15:36] <Riddell> well go ahead and add anything missing and a changelog and commit
[15:36] <Riddell> I've updated kdenetwork too
[15:38] <rbelem> cool :-)
[15:38] <rbelem> Riddell: do I have access to the bzr repo?
[15:38] <rbelem> checking...
[15:40] <Riddell> rbelem: should do, I think you're in ~kubuntu-members
[15:41] <rbelem> Riddell: and the latest change to remove the duplicated share tab? Should i add to ksambashare patch?
[15:41] <rbelem> i mean the debian/patches/kubuntu_77_ksambashare.diff
[15:42] <Riddell> it's in debian/patches/kubuntu_78_hide_old_file_share.diff
[15:42] <Riddell> let me commit
[15:42] <Riddell> comitted
[15:42] <rbelem> cool :-)
[15:42] <rbelem> Riddell: i'm in kubuntu-ninjas only
[15:43] <Riddell> tsk, you'll have to apply for kubuntu membership then :)
[15:44] <Riddell> I can merge any changes you have
[15:44] <rbelem> :-D
[15:45] <rbelem> oki
[15:49] <rbelem> Riddell: is this the right repos lp:ubuntu/kde4libs?
[15:50] <Riddell> rbelem: lp:~kubuntu-members/kdelibs/ubuntu
[15:51] <Riddell> although the one you mentioned should be much the same thing, that's the magic archive made out of what we upload
[15:52] <rbelem> Riddell: thx
[15:57] <rbelem> Riddell: usr/include/KDE/KSambaShareData and usr/include/ksambasharedata.h are missing in debian/kdelibs5-dev.install
[16:00] <Riddell> hmm, that might be a problem for compiling
[16:00] <Riddell> rbelem: want to add and I'll merge?
[16:03] <rbelem> Riddell: the patch of patch :-D http://paste.kde.org/5534/
[16:04] <rbelem> Riddell: could you add? :-D
[16:07] <rbelem> Riddell: includes/CMakeLists.txt is missing KSambaShareData
[16:07] <Riddell> rbelem: yep
[16:08] <rbelem> Riddell: and the KSambaShareData file is not there too
[16:09] <rbelem> the contents is just #include "../ksambasharedata.h"
[16:45] <Riddell> rbelem: uploaded!
[17:18] <ochozero9> anyone knows a program that can simulate a desing made in quartus? and output a waveform?
[17:24] <Riddell> ochozero9: we package KDE here, I don't know what a desing is
[17:24] <ochozero9> design*
[17:25] <ochozero9> it's okay,, you never know if someone knows
[17:42] <rbelem> thx Riddell :-)
[19:08] <bambee> Riddell: I'm not sure but... your crash was originally caused by a missing argument (silly mistake which is fixed)... and then there is another crash exactly in the same method (commit) which is apparently caused by python itself
[19:08] <bambee> "Fatal Python error: PyEval_AcquireThread: non-NULL old thread state"
[19:09] <Quintasan> >Python
[19:09] <bambee> my question is : does pyKDE4 is really thread safe using libpython ?
[19:10] <Quintasan> apachelogger: ^
[19:10]  * Quintasan hides
[19:10] <Quintasan> Grrr, where the hell is sheytan
[19:10] <bambee> actually commit() does the following:  allocate a new lock, acquire it, then start a new thread
[19:10] <bambee> (it did not touch commit() )
[19:10] <bambee> s/it/I/
[19:10] <kubotu> bambee meant: "(I did not touch commit() )"
[19:20] <apachelogger> *shrug*
[19:20] <apachelogger> I do not see the point of the question
[19:21] <apachelogger> as sip only wraps the C++ objects in a pyth0rn layer there is little to no threat from threads
[19:22] <apachelogger> that is, whenver the c++ function is thread-safe the pyth0rn one ought to be too as the pyth0rn one just calls the c++ one and that lives in a Qt thread context altogether
[19:25] <bambee> apachelogger: you forgot this module kpythonpluginfactory/kpythonpluginfactory.cpp
[19:26] <apachelogger> well
[19:26] <bambee> kpythonpluginfactory uses the GIL and libpython directly
[19:26] <apachelogger> that one does supposedly not wrap a c++ object
[19:26] <apachelogger> thus if the thing is not threadsafe it is not threadsafe :P
[19:27] <bambee> mhhh... very interesting answer :P
[19:27] <apachelogger> rule of thumb: unless the documentation says somethign is thread-safe it is not thread-safe
[19:27] <apachelogger> same goes reentraness