[00:00] <MountainX> jalcine, I was just in #ubuntu+1. No answers there. Also none in ubuntuforums or AskUbuntu.
[01:39] <bulldog98> Riddell: what am I doing wrong http://paste.kde.org/438710 it doesn’t give me the data I want
[01:40] <bulldog98> mom it’s broken
[01:40] <bulldog98> paste
[01:43] <bulldog98> http://paste.kde.org/438716
[01:46] <bulldog98> apachelogger: ^
[02:12] <tsimpson> bulldog98: execute() is static, so it's basically a wrapper for system()
[02:12] <tsimpson> start() is probably what you want
[02:13] <bulldog98> tsimpson: problem is I want the data that that call is writing to stdout, but if I do a readAll() it gives me ""
[02:13] <tsimpson> because execute() isn't operating on an object, it's static
[02:13] <bulldog98> tsimpson: hm I’ll try it
[02:13] <tsimpson> nothing is sent to the file, so nothing can be read
[02:14] <tsimpson> you probably want to call waitForFinished() after start() too, so everything is synchronous
[02:24] <bulldog98> tsimpson: I’ll get around that with signal’s and slots
[02:24] <tsimpson> that's fine then
[02:57] <bulldog98> Riddell: PyQt isn’t as bad in qml as I thought first, you can at least do Models and get them into the qml context
[03:05] <ronnoc> Thought you guys might appreciate this on programming, in case you missed it. Was reported on Slashdot. Thoughts? http://www.i-programmer.info/news/112-theory/3900-a-better-way-to-program.html
[03:08] <bulldog98> Riddell: havae a look at the git repro somehow the QProcess isn’t working as it should
[08:28] <Riddell> morning
[08:30] <jussi01> Riddell: morning
[08:42] <jussi01> Riddell: why does kubuntu mobile on the kubuntu.org get page still point to 11.04 ? did we not release it for 11.10?
[08:45] <Riddell> jussi01: dunno I wasn't around
[08:46] <Riddell> you can look on cdimage and see
[08:50] <jussi01> Riddell: yeah, I noticed there wasnt one, I was more interested in why
[08:53] <Riddell> jussi01: dunno I wasn't around but it has been abandoned upstream
[08:53] <Riddell> so there wouldn't be much point
[08:53] <jussi01> oh, well that makes sense then
[09:11] <bulldog98> Riddell: have youseen my comments from tonight?
[09:11] <Riddell> bulldog98: no what did you say and have you had enough sleep?
[09:12] <Riddell> PyQt isn't all bad for QML and QProcess isn't working?
[09:12] <bulldog98> Riddell: jep
[09:12] <bulldog98> Riddell: and yes I had enought sleep :)
[09:12] <Riddell> grep doesn't show anything for QProcess in ubiquity-mockup
[09:15] <bulldog98> Riddell: have you done a git pull?
[09:16] <Riddell> bulldog98: yes last log item is "Tue Mar 13 04:02:17 2012 +0100" Added a c++ plugin to do the fancy keyboard stuff
[09:16] <Riddell> ah subdirectories
[09:16] <Riddell> that'll be it
[09:17] <Riddell> hmm I don't think I've used QProcess in c++, I've used KProcess
[09:19] <Riddell> bulldog98: any output when running the command?
[09:19] <bulldog98> Riddell: yes 
[09:19] <Riddell> it's so easy to get signals and slots invalid and there's no type safety like you normally get in c++
[09:19] <bulldog98> Riddell: how do I tweak a .pro file to link against kdelibs?
[09:20] <Riddell> you don't, you use cmake :)
[09:21] <Riddell> there's not much love for qmake in kde-land
[09:22] <bulldog98> Riddell: I’ll do that
[09:22] <bulldog98> Riddell: btw is it possible to have an runtime dep for ubiquity against something in universe without breaking any rule?
[09:22] <bulldog98> of cause only our frontend
[09:23] <Riddell> bulldog98: it might be we can move the kde frontend binary to universe for 12.10 and then a runtime dep is probably fine
[09:23] <Riddell> does it work if s/QProcess::ExitStatus/ExitStatus/ on the connect() ?
[09:24] <bulldog98> Riddell: it builds fine
[09:24] <Riddell> bulldog98: also is it missing a final "this" for where the SLOT() should go?
[09:24] <Riddell> bulldog98: but signals/slots don't work like normal c++
[09:24] <Riddell> they are not type safe
[09:25] <Riddell> they can compile but not work at runtime
[09:25] <Riddell> I heard this might change in Qt 5
[09:25] <bulldog98> Riddell: no it does not work on runtime
[09:26] <Riddell> bulldog98: so what command line output does this slot give?
[09:26] <bulldog98> none
[09:26] <bulldog98> that’s what bugs me
[09:30] <bulldog98> Riddell: the var b has all the data in it, but later there goes something wrong
[09:30] <Riddell> so my suggestion is  connect(m_process, SIGNAL( finished(int,ExitStatus) ), this, SLOT(updateCodes()), this);
[09:30] <Riddell> oh no, that's nonsense
[09:31] <Riddell> so my suggestion is  connect(m_process, SIGNAL( finished(int,ExitStatus) ), this, SLOT(updateCodes()) );
[09:32] <bulldog98> Riddell: the slot is called
[09:32] <Riddell> bulldog98: so problem solved?
[09:33] <bulldog98> Riddell: seems so I’ve been doing something wrong in the foreach condition
[09:34] <Riddell> then I entirely misunderstood your problem?
[09:34] <Riddell> liberal use of KProcess is my usual debugging technique although I'm sure learning gdb inside out would be more fruitful
[09:35] <Riddell> I've never used a foreach, they were introduced after I got into python :)
[10:21] <grmls> hi
[10:30] <Riddell> hi
[10:31] <bulldog98_> Riddell: how can I convert "U+0044" to the proper utf-8 encoded string
[10:36] <Riddell> mm not sure
[10:36] <Riddell> use kcharselect?
[10:36] <Riddell> python will have some way I'm sure
[10:37] <bulldog98_> Riddell: I know the python way, but I need a C++ way
[10:37] <bulldog98_> whereby both are strings
[10:39] <Riddell> oh I'm not sure, ask in #kde-devel or #qt
[10:39]  * Riddell out for a bit
[10:48] <bulldog98_> Riddell: found a way
[12:02] <BluesKaj> Hey all
[12:12] <bulldog98_> Eureka the drawing works 
[12:12] <bulldog98_> now I only need to adapt it to resizing
[12:14] <bulldog98_> Riddell: fixed the keyboard drawing -> it works
[12:40] <Riddell> bulldog98_: awooga!
[12:41] <bulldog98> Riddell: only problem atm is that somehow my personal layout (neo) isn’t displayed correctly
[12:41] <bulldog98> but it was with your parser in python
[12:48] <bulldog98> Riddell: do you know how I tell a widget that it should repaint it self?
[12:49] <agateau> bulldog98: QWidget::update()
[12:49] <bulldog98> agateau: kthanks
[12:50] <Riddell> bulldog98: you have a personal keyboard layout?
[12:50] <bulldog98> Riddell: neo-layout.org
[12:51] <bulldog98> Riddell: with personal I meant that I’m using not the Standard one
[13:01] <Riddell> bulldog98: but current ubiquity doesn't know it does it?
[13:01] <bulldog98> Riddell: yes
[13:02] <bulldog98> also ru isn’t working -> I guess some utf-8 stuff is still wrong
[13:06] <bulldog98> now it worked after I added a few debug statements
[13:38] <Peace-> hola
[13:40] <shadeslayer> grrrr, stupid kontify, takes up all the CPU cycles
[14:17] <Peace-> Riddell: hihii http://kde-look.org/CONTENT/content-pre1/149527-1.jpeg
[14:19] <Riddell> Peace-: very nice but I have to say I'm not convinced by icon only task bars
[14:20] <Peace-> i am trying to use it everyday Riddell
[14:21] <Peace-> i use nowardev panel that is one panel with everything
[14:28] <bulldog98> Peace-: how is the dock made?
[14:29] <Peace-> bulldog98: http://wstaw.org/m/2012/03/13/plasma-desktopIc1818.png
[14:30] <bulldog98> Peace-: is it a plasma-shell script?
[14:31] <Peace-> bulldog98: i did plasma panels collections
[14:31] <Peace-> you find it on kde apps
[14:31] <Peace-> bulldog98: yes it's javascript of course
[14:33] <bulldog98> Peace-: is the KGetHotNew stuff for that?
[14:34] <Peace-> bulldog98:  nope because it's not a plasmoid 
[14:34] <Peace-> bulldog98: you just need to install it locally 
[14:34] <Peace-> bulldog98: copy and paste on the terminal 
[14:34] <Peace-> it does for you
[14:35] <Peace-> bulldog98: http://kde-apps.org/content/show.php/Plasma+Panels+Collection+?content=147589
[14:35] <Peace-> bulldog98: after this sentence OCAL INSTALLATION (you should use this for a safer installation...)
[14:35] <Peace-> you will find the stuff
[14:36] <bulldog98> Peace-: one time highlight is enougth
[14:38] <bulldog98> Peace-: script does not work with z-Shell
[14:38] <Peace-> bulldog98: i don't use z.shell
[14:38] <Peace-> i use bash
[14:43] <bulldog98> how do I add starters for calligra?
[14:43] <Peace-> bulldog98: run calligra
[14:45] <bulldog98> Peace-: how do I tweak it to also show a list of recent files?
[14:45] <bulldog98> and move the possition
[14:45] <Peace-> bulldog98: right click and http://wstaw.org/m/2012/03/13/plasma-desktopka6406.png
[14:46] <Peace-> bulldog98: i guess with shelf 
[14:46] <bulldog98> Peace-: done that all ready
[14:47] <bulldog98> Peace-: shelf?
[14:47] <Peace-> shelf can be configured to show only recent files
[14:47] <Peace-> bulldog98: install lancelot you will get shelf
[14:47] <Peace-> sudo apt-get install plasma-widget* = you will get all the stuff
[14:47] <bulldog98> Peace-: no I mean the starter to show recend docs
[14:47] <Peace-> youneeed
[14:47] <shadeslayer> ScottK: got a sec?
[14:47] <Peace-> ah you mean the kickoff?
[14:48] <bulldog98> Peace-: the icon in the chakra like bare
[14:48] <bulldog98> -e
[14:48] <Peace-> i can't undestand
[14:48] <Peace-> what are you trying to do ?
[14:49] <bulldog98> Peace-: the libreoffice icon shows you if you rightclick on it a menu option to open recent files. I want that for calligra
[14:50] <shadeslayer> ScottK: there are two ways to fix bug 947785, one is to patch Digikam CMakeLists and set a explicit link to libdc1394-22
[14:50] <Peace-> bulldog98: i guess you can't do that
[14:50] <shadeslayer> ScottK: the other ( and correct ) fix is to apply this patch : http://sourceforge.net/tracker/?func=detail&atid=308157&aid=3361405&group_id=8157 to libdc1394-22
[14:51] <Peace-> bulldog98: the only way i know it's with shelf 
[14:51] <bulldog98> Peace-: I guess I could also implement an indicator for calligar
[14:52] <shadeslayer> I'm not a expert on libdc1394-22 tho, so can't advise on whether or not the patch is good
[14:52] <Peace-> bulldog98: http://wstaw.org/m/2012/03/13/plasma-desktopZj6406.png
[14:52] <Peace-> bulldog98: i have seen something like indicator on kde look
[14:53] <shadeslayer> gah
[14:53] <Peace-> bulldog98: sometghing like this http://kde-look.org/content/show.php/Firefox+dockmanager+script?content=149391
[14:53] <shadeslayer> libdc1394-22 is *really* outdated
[14:55] <shadeslayer> ScottK: needs a FFe now, I'll file a sync request as well as a FFe
[14:55] <shadeslayer> ( current libdc1394-22 leaks private symbols )
[15:18] <bulldog98> Peace-: found a way to manage that
[15:18] <Peace-> bulldog98: good then talk with calligra team 
[15:19] <bulldog98> Peace-: you have to tweak the desktop files
[15:19] <Peace-> :S
[15:38] <Mamarok> so since a few days plasma-desktop doesn't start automatically anymore on KDE login, is this known?
[15:38] <Mamarok> actually since the upgrade to KDE 4.8.1 IIRC
[15:39] <Peace-> Mamarok: run it on konsole?
[15:40] <Mamarok> Peace-: that is not the problem, I know how to start it :)
[15:40] <Peace-> Mamarok: ah 
[15:40] <Peace-> you mean the upgrade
[15:40] <Mamarok> the problem is that it doesn't start as it should
[15:40] <Peace-> Mamarok: but after you have launched it once you need to run it manually again and again ?
[15:41] <Peace-> i mean at login time?
[15:42] <Mamarok> yes
[15:45] <shadeslayer> ScottK: https://bugs.launchpad.net/ubuntu/+bug/954154
[15:46] <Peace-> Mamarok: bug report :P
[15:47] <Mamarok> but where, upstream I don't think so
[16:02] <ScottK> shadeslayer: Commented.
[16:03] <Peace-> Mamarok: i would say launchpad
[16:17] <cmagina> just ran into a new issue, the package telepathy-mission-control-5 depends on some gnome packages, which results in kde-telepathy pulling in a good chunk of gnome (control center, session, keyring, and some more)
[16:18] <shadeslayer> uhh
[16:18] <Peace-> mm
[16:18] <shadeslayer> cmagina: weird, it shouldn't
[16:18] <Peace->  byzanz-record  ??
[16:19] <cmagina> shadeslayer: i think the deps were added recently, like today
[16:19] <cmagina> searching lp for anything on it
[16:19] <shadeslayer> cmagina: nope, I'm on the latest version
[16:19] <cmagina> hmmm
[16:19] <shadeslayer> cmagina: http://paste.ubuntu.com/882014/ << apt-cache depends telepathy-mission-control-5
[16:19] <cmagina> i installed this system with yesterdays precise daily
[16:21] <cmagina> hmmm....nm, something else pulled in all of the gnome-control, etc junk
[16:21] <cmagina> the muon package manager didn't so those deps, but they were installed
[16:21] <cmagina> s/so/show/
[16:21] <kubotu> cmagina meant: "the muon package manager didn't show those deps, but they were installed"
[16:22] <shadeslayer> :)
[16:22] <cmagina> excuse the noise
[16:23] <cmagina> i blaimed kde-telepathy because when i went through and purged the gnome bits, it was the only kde package that was removed
[16:24] <cmagina> seems the muon package manager caused some package to pull in recommends or something
[16:25] <shadeslayer> cmagina: check /var/log/apt/history.log ?
[16:25] <cmagina> shadeslayer: will do, thanks
[16:34] <ScottK> cmagina: Installing recommends by default has been the standard for Debian and Ubuntu for quite some time right now, so that's to be expected.
[16:37] <shadeslayer> ScottK: wheee, fixed
[16:37] <shadeslayer> no more crashes
[16:38] <ScottK> shadeslayer: With the patched one or the new version?
[16:38] <shadeslayer> ScottK: patched, the entire dir structure had changed, I had to write the new patch instead of taking the one from git
[16:38] <ScottK> OK.  Cool.  Please close out the FFe and get that sponsored instead.
[16:39] <shadeslayer> But! I can't get the picture imported
[16:43] <cmagina> ScottK: yes, i'll have to dig into it some more to see what caused all of those gnome packages to get installed as i was able to remove all of them without removing any of the packages i had installed
[16:44] <shadeslayer> hmm and now it works
[16:44] <shadeslayer> weird
[16:45] <shadeslayer> ScottK: can you test the binary?
[16:45] <ScottK> shadeslayer: No.  Talk  to bigjools.  He was the one having the problem.
[16:45] <shadeslayer> ok
[16:46] <shadeslayer> he's not online I think :)
[16:46] <shadeslayer> well, I can comment on the digikam bug and get them to test
[16:56] <yofel_> nick yofel
[16:56] <yofel_> -.-
[17:01] <shadeslayer> yofel: can you upgrade qemu-user-static on your server?
[17:01] <shadeslayer> pbuilder-satisfydepends segfaults when trying to build armel packages
[17:01] <shadeslayer> /usr/lib/pbuilder/pbuilder-satisfydepends: line 60:  1462 Segmentation fault      (core dumped) $CHROOTEXEC aptitude -y --without-recommends -o APT::Install-Recommends=false "${PBUILDER_APTITUDE_CHECK_OPTS[@]}" -o Aptitude::ProblemResolver::StepScore=100 -o "Aptitude::ProblemResolver::Hints::KeepDummy=reject pbuilder-satisfydepends-dummy :UNINST" -o Aptitude::ProblemResolver::Keep-All-Level=55000 -o Aptitude::ProblemResolver::Remove
[17:01] <shadeslayer> -Essential-Level=maximum install pbuilder-satisfydepends-dummy
[17:02] <shadeslayer> ( Upgrading  qemu-user-static supposedly solves the issue
[17:03] <shadeslayer> yofel: oh and if you have a digital camera to test, please see bug 947785 
[17:10] <bulldog98> Peace-: http://paste.kde.org/439202 see there for how they did in libreoffice
[17:11]  * bulldog98 won’t be on tomorrow
[17:15] <yofel> shadeslayer: q-u-s upgraded to version from precise
[17:15] <shadeslayer> lets see
[17:16]  * shadeslayer crosses his fingers
[17:18] <shadeslayer> argh, no luch
[17:18] <shadeslayer> *luck
[17:22] <Peace-> bulldog98: mm
[17:23] <Peace-> bulldog98: how does it look like ?
[17:30] <shadeslayer> yofel: can I have permissions to execute sbuild?
[17:38] <yofel> shadeslayer: sec
[17:38] <shadeslayer> cool
[17:40]  * shadeslayer goes about cleaning up digikam bugs
[17:40] <shadeslayer> there are like bugs which are 4 years old
[17:40] <Riddell> shadeslayer: did you get it to compile?
[17:40] <shadeslayer> Riddell: get what to compile?
[17:41] <Riddell> digikam, didn't you say it had a problem?
[17:41] <shadeslayer> digikam? I'm trying to setup a armel pbuilder
[17:41] <shadeslayer> Riddell: yes, still on it
[17:41] <Riddell> mm
[17:41] <shadeslayer> I've tried a bazillion things, and everything just explodes
[17:52] <yofel> shadeslayer: try
[17:52] <shadeslayer> Sorry, user shadeslayer is not allowed to execute '/usr/sbin/adduser shadeslayer sbuild' as root on yofel-thinkpad.
[17:52] <yofel> oh, yeah, no adduser
[17:53] <yofel> shadeslayer: added
[17:53] <shadeslayer> same thing
[17:53] <yofel> shadeslayer: I added you to the group
[17:53] <shadeslayer> should I logout and login?
[17:53] <yofel> yes
[17:53] <shadeslayer> ok
[17:54] <shadeslayer> Sorry, user shadeslayer is not allowed to execute '/bin/mkdir -p /var/lib/schroot/chroots' as root on yofel-thinkpad.
[17:54] <shadeslayer> @_@
[17:54] <yofel> what command are you running?
[17:54] <shadeslayer>  mk-sbuild --arch=armel precise
[17:55] <yofel> *sigh*
[17:55] <yofel> my fault
[17:56] <shadeslayer> hmm .. what do we do with bug 428335 ?
[17:56] <shadeslayer> seems upstream to me
[17:57] <yofel> shadeslayer: try again
[17:58] <shadeslayer> Sorry, user shadeslayer is not allowed to execute '/bin/mkdir -p /var/lib/schroot/chroots' as root on yofel-thinkpad.
[18:01] <yofel> ok
[18:01] <yofel> this is a bit of a problem
[18:02] <yofel> mk-sbuild expects you have sudo permissions for everything
[18:02] <shadeslayer> wth
[18:03] <shadeslayer> I'll make it on my system then
[18:03] <yofel> well, it runs *using* sudo: apt-get install, adduser, dmsetup, modprobe, tee, vgdisplay, mkdir, lvcreate, mkfs, ......
[18:03] <shadeslayer> hahahaha
[18:03]  * shadeslayer is thinking of switching to this awesome 12Mbps plan
[18:04] <shadeslayer> 12Mbps for the first 25 GB's and 1Mbps for anything above 25GB's
[18:06] <shadeslayer> brb, have to logout
[19:03] <yuriy> just updated to 4.8.1 on oneiric and now gtk apps are unstyled
[19:14] <shadeslayer> yuriy: what does ~/.gtkrc-2.0-kde4 say ?
[19:15] <shadeslayer> and make sure you have gtk2-engines-oxygen installed
[19:17] <yofel> yuriy: is xsettings-kde installed and running?
[19:18] <shadeslayer> yofel: oh btw I got pbuilder-dist working on a clean sid install
[19:19] <shadeslayer> ( for armel )
[19:19] <shadeslayer> building digikam right now
[19:19] <yofel> yay
[19:19] <shadeslayer> Needs to download 200 Megs of binaries though, that's going to take some time :P
[19:22] <MountainX> rekonq does not know how to handle this protocol: <blank>
[19:22] <MountainX> where should I look to find the cause of this issue?
[19:22] <yofel> what protocol is used?
[19:22] <yofel> or are you trying to use?
[19:22] <MountainX> here are my steps:
[19:22] <MountainX> Use Rekonq to download and save a file. I tested with some JPEGs and tar.bz2 files.
[19:22] <MountainX> After downloading, go to Downloads in Rekonq
[19:22] <MountainX> Choose "Open Directory" for a downloaded item.
[19:23] <MountainX> Or choose "Open file"
[19:23]  * shadeslayer checks
[19:23] <MountainX> either way, the message above is the result
[19:23] <MountainX> this is with Kubuntu 12.04, btw
[19:24] <shadeslayer> derp
[19:25] <shadeslayer> testing on master
[19:26] <shadeslayer> works on master
[19:26] <MountainX> ok, if it works for you, then I think I will reinstall...
[19:27] <shadeslayer> commit 16fbc38ebe20c6ee789918fb43540085c0a41dba says "Fix Download page"
[19:27] <MountainX> but, so I understand, what missing file(s) or plugins or libs would cause this issue? Any idea? I may attempt to fix it before I reinstall.
[19:28] <shadeslayer> well
[19:28] <shadeslayer> it's really stupid
[19:28] <shadeslayer> but a '/'
[19:28] <shadeslayer> +        QString file = dir + QL1C('/') + fName;
[19:28] <shadeslayer> the dir and the filename did not have a '/' in between them
[19:28] <MountainX> OK, interesting
[19:29] <shadeslayer> I'm trying to figure out if the final release has this fix
[19:29] <MountainX> ok
[19:30] <yofel> shadeslayer: I uploaded 0.9 to precise, so doesn't seem so
[19:31] <shadeslayer> well
[19:31] <shadeslayer> yofel: 16fbc38ebe20c6ee789918fb43540085c0a41dba was commited on Feb 17
[19:31] <yofel> hm
[19:31] <shadeslayer> 0.9.0 was released on 1st March
[19:31] <shadeslayer> recompilling the 0.9 branch
[19:32] <shadeslayer> wfm
[19:32] <shadeslayer> ( the package
[20:37] <yuriy> shadeslayer: include "/usr/share/themes/oxygen-gtk/gtk-2.0/gtkrc"
[20:37] <yuriy> shadeslayer: \ngtk-theme-name="oxygen-gtk"
[20:38] <yuriy> shadeslayer: yes there is "\n" at the beginning of that line
[21:02] <yofel> yuriy: is xsettings-kde running?
[21:17] <yuriy> yofel: yes
[21:27] <yofel> yuriy: can you go to the gtk settings in system settings, select oxygen-gtk again, apply and see if it works then?
[21:34] <yuriy> yofel: yeah that worked. wow didn't even have to restart apps!
[21:35] <yuriy> ~/.gtkrc-2.0-kde4 is differen now. includes font settings and no weird \n
[21:36] <yofel> yuriy: that line has to be added for gtk3, but without \n. I need to change the transition there
[21:40] <BluesKaj> dinner...BBL