[00:08] <kenny> hello
[00:08] <kenny> anyone here?
[00:09] <stdin> intermittently
[00:09] <kenny> i have a quick question
[00:09] <kenny> i saw that there will be a tutorial day on next Thursday, will it be recorded in case someone can't attend?
[00:10] <stdin> ubuntulog logs the channel, so there will be logs
[00:10] <stdin> !logs
[00:10] <ubotu> Channel logs can be found at http://irclogs.ubuntu.com/ - Logs for LoCo channels are at http://logs.ubuntu-eu.org/freenode/
[00:10] <stdin> 1st link
[00:10] <kenny> cool, thanks for the tip
[00:11] <kenny> i'm particulary interested in PyKDE 4, any tutorials that could be recommended?
[00:11] <stdin> really I'm not the guy to ask, I have no clue how to actually use PyKDE4
[00:12] <txwikinger> kenny: the tutorials will be recorded
[00:12] <kenny> ok, i'll try to be here but if not i'll refer to those logs
[00:13] <txwikinger> I would think the links will be published on the kubuntu wiki
[00:14] <stdin> now, why is this failing http://launchpadlibrarian.net/10735932/buildlog_ubuntu-hardy-i386.python-kde4_3.92.0%7Esvn20071201-0ubuntu1%7Eppa1_FAILEDTOBUILD.txt.gz
[00:16] <kenny> made myself a reminder, thanks again!
[00:22] <Riddell> stdin: meh, that's my fault
[00:22] <Riddell> kde4libs packaging broken
[00:23] <stdin> well, that's a problem then :p
[00:25] <stdin> let's see if I can get the gutsy version to start building
[00:25] <nixternal> Riddell: story posted on the fridge
[00:29] <Riddell> nixternal: thanks
[00:29] <Riddell> nixternal: might be better to link to http://wiki.kubuntu.org/KubuntuTutorialsDay rather than my blog, it contains margionally more information
[00:30] <imbrandon> Riddell: on the kubuntu day are we gonna talk/mention etc useing pkg-kde and such from debian too ( the reason i ask is i can blog about it and tag it planet-debian to show up their too but i dont wanna post non-debian stuff as they get a bit testy )
[00:32] <Riddell> imbrandon: I don't expect we will other than through correct attribution
[00:32] <imbrandon> k
[00:33] <txwikinger> Riddell: we did a translation into German and will post it tomorrow on kubuntu-de.org
[00:36] <Riddell> txwikinger: excellent
[01:21] <Tonio_> fdoving: when you read this tomorrow, everything's done, including the "nice" support, with values going from 0 to 100 for kdesu compatibility
[01:22] <Tonio_> fdoving: would be nice if you can test along opened bugs on launchpad
[01:22] <Tonio_> fdoving: 172749, 173319, 132456, 162823, 148255 and 157043 should be fixed
[01:22] <Tonio_> fdoving: if everything's okay, then we can release 1.5 version and focus on -t support, as this should be the only missing feature for perfect kdesu compatibility (I hope)
[01:23] <Tonio_> fdoving: I may not be online, so if you perform tests, please email me :)
[01:23] <Tonio_> good night everyone
[01:23] <Tonio_> Riddell: I hope you'll like new kdesudo :)
[01:24] <Tonio_> OMG...... waking up in 3h30.......
[01:24]  * Tonio_ jumps to bed !
[01:28] <coreymon77> Tonio_: i had a seizure when i stayed up like that for 3 nights in a row
[01:29]  * ScottK only had hallucinations.
[01:32] <Tonio_> coreymon77: I do that everytime, sometimes 9 or 10 days in a row :)
[01:32] <Tonio_> already the 4th night this time
[01:33] <Tonio_> coreymon77: the big problem is that when I then start having a real sleep, it can be VEEEEEEEEEEEEEEry long :)
[01:33]  * Tonio_ out this time, and for real !
[02:24] <jjesse> argh stupid tcp window scaling problem
[02:24] <jjesse> grumble
[02:24] <jjesse> stupid hotel router
[02:36] <jjesse> anyone around tonight?
[02:38] <Hobbsee> no
[02:38] <jjesse> hello sarah :)
[02:38] <Hobbsee> :)
[02:53] <yuriy> looks like i'm gonna have to get up a little earlier on thursday
[02:54] <Hobbsee> heh, why?
[02:54] <yuriy> oh that's next thursday.. wait i think that's worse :-\
[02:54] <yuriy> tutorials day
[07:09] <jessy_james> ciao
[07:27] <apache|mobile> Riddell: question is, where is our captury/capseo from anyway?
[07:27] <apache|mobile> as in who made it
[08:35] <apache|mobile> jeez
[08:35] <apache|mobile> that are mine
[08:41] <Riddell> apache|mobile: I was about to say
[08:41] <HamishTPB> hiya
[08:41] <HamishTPB> just read about the event next week in your blog Riddell
[08:41] <HamishTPB> that is my birthday though and I will be out but I will log it all :)
[08:42] <Jucato> Riddell: there was a question from the forums whether logs of the sessions would be posted and where.
[08:42] <apache|mobile> Riddell: interessting how packages get in without me working on it :P
[08:42]  * apache|mobile notes that his english professor is having a very strange ideas about how the big share holders think
[08:42] <buz> is krandrtray known to be broken?
[08:42] <apache|mobile> it is?
[08:43] <buz> well it doesnt seem to deal with dual head with xrandr 1.2 very well
[08:43] <buz> i'm running 2*1920x1200 in xinerama and it tells me i have 1920x1200
[08:43] <buz> ideas like what?
[08:45] <apache|mobile> Riddell: last commit to captury source was 4 months ago
[08:45] <apache|mobile> so I doubt it makes a lot of difference whether debian is much nuer
[08:47] <apache|mobile> buz: you should report this upstream, sounds like a krandr compability issue to me
[08:51] <buz> yeah sounds like it
[08:51] <buz> anyone got dual head and can confirm?
[09:04] <Riddell> apache|mobile: does that go for libcapseo and libcaptury too?
[09:05] <Riddell> Jucato: yes, logs will be available
[09:05] <Riddell> Jucato: where's that on the forums?
[09:06] <Jucato> http://kubuntuforums.net/forums/index.php?topic=3089348
[09:06] <Jucato> I also made an announcement there: http://kubuntuforums.net/forums/index.php?topic=3089349
[09:08] <Riddell> Jucato: excellent, thanks
[09:10] <apache|mobile> Riddell: yep
[09:13] <Riddell> apache|mobile: ok, guess we can just leave them as is for now, thanks for looking into it
[09:13] <apache|mobile> no problem
[09:47] <mhb> good morning
[09:47] <Jucato> moin mhb
[09:48] <mhb> Jucato: moin, wie gehts?
[09:49] <Jucato> not fair. I only know "moin" :D
[09:50] <mhb> Jucato:  heh, I assumed you didnt move into Germany during the night :o)
[09:51] <Jucato> hahah nah... although that wouldn't be a bad idea :)
[09:51]  * Jucato would be closer to the heart of KDE
[09:51] <mhb> Jucato: I see there is a new trademark blog post of yours
[09:51] <Jucato> :D
[09:52] <mhb> Jucato: IMVSO, you forgot a lot of aspects, like pride, bad software design, elitism, license reasons...
[09:52]  * Jucato wonders what 'S' there means
[09:53] <mhb> why do you think there is as many Control Centers as the distros?
[09:53] <Jucato> well yeah, I coughed up that post in less than 10 minutes... not my most well-thought out post :)
[09:53] <mhb> because almost each one of them was designed to be unique to that distro, hard to port, etc.
[09:53] <mhb> so that they can claim its their own, revolutionary control center
[09:54] <mhb> Jucato: sarcastic
[09:54] <Jucato> NIH :)
[09:55] <mhb> Jucato: and of course, errors of the past
[09:55] <mhb> they still plague us
[09:55] <mhb> GTK/GNOME is based on some C mutation, Qt/KDE on a C++ mutation
[09:56]  * Jucato is still amused/baffled that no distro has ever used kcontroledit to customize the groupings of modules...
[09:56] <mhb> kcontroledit? Hmm, never seen it.
[09:57] <Jucato> it solves half of what system settings was made for, w/o the new shell
[09:57] <mhb> Jucato: we do have GTK and Qt because both toolkits are evil in some ways, and incompatible with one another
[09:58] <mhb> for example, once you use a silly QString in your code, it starts to be all Qt-dependent, even though you just used a silly string.
[09:58] <fdoving> then don't make it a QString :)
[09:58] <fdoving> hi btw.
[09:59] <mhb> fdoving: right, I am just angry about why does Qt have to create classes for everything.
[09:59] <fdoving> because they rock.
[09:59] <Jucato> because string didn't have support for unicode back then afaik
[10:01] <mhb> fdoving: it is not really me who writes all the applications in the world, sadly
[10:02] <mhb> fdoving: but if you infest your backend with QClasses, you would have a hard time porting it to a different toolkit - GTK fellas would create a new app instead - two stubs, happiness for all!
[10:02] <fdoving> qt4-mhb - mhbs own qt fork.
[10:02]  * Jucato scratches his head...
[10:03] <fdoving> mhb: qt4 is a little bit better in that way, you can choose to not use the GUI part, only the console-things, for a console-app/daemon etc.
[10:03] <fdoving> you still need qt though.
[10:03] <Jucato> I guess the best solution to that would be ncurses :)
[10:04] <fdoving> the best solution would be to separate the gui from the real program.
[10:05] <fdoving> something the gtk guys often do.
[10:05] <fdoving> .. i think.
[10:05] <fdoving> gdebi is a nice example, so is software-properties-kde
[10:06] <fdoving> so one needs to make libraries to do the work, then make an app to tie it all together. we should be programming C only of course.
[10:06] <fdoving> but QT is so nice and easy to deal with compared to plain C.
[10:07] <Riddell> mhb: Qt has to do that because c++ std lib is so bad
[10:07] <Riddell> it's one reason why python is all round nicer
[10:08] <fdoving> and once trolltech makes c++ so nice with QT, they can sell their product to companies and make $$. brilliant idea.
[10:09] <Jucato> and use the $$$ to make Qt better, thereby making KDE better :)
[10:09] <Jucato> it's brilliant! brilliant! brilliant! :D
[10:14] <apache|mobile> fdoving: QT = QuickTime ;-)
[10:15] <fdoving> quicktime?.. oh, the annoying apple thing. right.. :)
[10:16] <mhb> Riddell: that may be true, but with the MOC and their own ton o classes, they very much block a sensible application design with just the frontend being Qt-dependent.
[10:17] <mhb> it reminds me of Microsoft, somehow ... I guess that is the same rationale for the IE breaking HTML and CSS so much
[10:17] <fdoving> mhb: no, it's easy, you can't use QT for the program in your case. only for the frontend.
[10:17] <fdoving> if you don't want to depend on it for your program, you can't use it.
[10:17] <Riddell> Qt does still work fine with c++ std lib, or plain C
[10:19] <mhb> it does, but then I would have to work around phonon and solid and all the "backend" libraries in KDE because their implementation is so Qt-dependent it hurts
[10:20] <fdoving> if qt is already there, why not use it?
[10:20] <mhb> when KDE4 comes out, all the young programmers are going to port their apps to it, thus making their backends use solid and phonon, thus ending all hopes of portable backends
[10:20] <Riddell> that's not a fault of Qt, it's a fault of C/C++ being so basic
[10:20] <fdoving> can't a gtk app talk to a qt backend app somehow?
[10:21] <apache|mobile> fdoving: again QT = QuickTime :P
[10:21] <apache|mobile> the toolkit thingy is Qt
[10:21] <apache|mobile> lowercase t
[10:21] <apache|mobile> by intention I think ;-)
[10:21] <fdoving> ,.,/ignore apache*
[10:21] <fdoving> :)
[10:21] <Riddell> phonon and solid are already backend abstractions anyway
[10:22] <mhb> Riddell: suppose you do a media player
[10:23] <mhb> Riddell: and you would like the player part to be portable, the UI part not to be
[10:23] <mhb> where do you put phonon then?
[10:23] <Riddell> like xinelib?
[10:23] <mhb> if you put it in the code that plays music, you could not port it to GTK without having it Qt-dependent.
[10:23] <mhb> Riddell: no, like amarok.
[10:24] <mhb> or maybe kaffeine.
[10:24] <Riddell> well xinelib is the player part, amarok is just a frontend to it
[10:24] <mhb> Riddell: right, but you can share more code than just xinelib?
[10:24] <mhb> I mean all players are going to have a play method, stop method, collection in some way...
[10:24] <Riddell> not really, all that's left is the frontend
[10:25] <Riddell> the play and stop methods are in xinelib
[10:25] <mhb> configuration
[10:26] <mhb> Riddell: if you shared just the xinelib, and there would be bug in your collection, you would have two bugs in two apps with no sense
[10:26] <mhb> Riddell: still, I dont see where phonon fits in ... where can I use it?
[10:27] <mhb> I mean I have to share xinelib and I would like to share code above it, such as play "wrapper" method, collection, configuration, etc.
[10:27] <Jucato> on KDE
[10:27] <Riddell> so you don't have to have the hassle of xinelib :)
[10:27] <mhb> Riddell: but then all that code above it would be Qt dependent, including the middle layer such as configuration or collection, or the "play" wrapper method
[10:28] <Riddell> well that's what you get for using a language with no decent library
[10:28] <Riddell> use java or python etc and that issue goes away
[10:29] <mhb> everything is related, it seems
[10:29] <mhb> Qt subclassing everything possible and inventing MOC reminds me of the distributions that create their own Control Centers just for the sake that they wont be portable and customers stick with them
[10:30] <mhb> instead of improving KControl and creating modules for that
[10:30] <mhb> or engines, if you want to have somethin UI-independent
[10:30]  * mhb shuts up
[10:31] <fdoving> don't use qt if you want something that doesn't depend on it. :)
[10:32] <buz> :(
[10:32] <Jucato> gtk ftw!
[10:32] <buz> i will be on a conference on the 13th :(
[10:32] <mhb> buz: there will be logs availale
[10:32] <buz> good
[10:32] <buz> still, not the same
[10:32] <Riddell> buz: find some internet access!
[10:32] <Jucato> wait, that might still be toolkit-lockin... ncurses would be better... wasn't there a toolkit being built around aptitude...
[10:32] <buz> conference is the wrong name, its more of a job fair
[10:33] <buz> tho i would expect to be done with it by noon
[10:33] <buz> but i dont want to lug around a 3kg notebook all day
[10:33] <mhb> fdoving: right, it is good that it is just me who creates all code in the world, because otherwise some lazy programmer would use it and we could have like two apps doing the same without sharing a line on GTK and on Qt.
[10:34] <_StefanS_> uhm did anyone notice the last firefox update (2.0.11) can
[10:34] <_StefanS_> 't connect to the internet ?
[10:34] <_StefanS_> mine sure cant..
[10:34]  * fdoving chekcs firefox.
[10:35] <_StefanS_> maybe just a local problem..
[10:35] <buz> works for me
[10:35] <fdoving> works for me too.
[10:35] <buz> even feels pretty fast for firefox
[10:35] <_StefanS_> well I see my ubuntu works though..
[10:35] <buz> that sure is quicker than 2.0
[10:35] <_StefanS_> thats wierd
[10:35] <buz> no more gui lag it seems
[10:35] <_StefanS_> buz: isn't it 2.0.11 you're using?
[10:35] <buz> it's 2.0.11
[10:35] <buz> maybe they fixed a few very bad offenders in the performance area
[10:36] <buz> or maybe i just havent used firefox all that much since i upgraded to a new notebook :O
[10:36] <_StefanS_> buz: probably the last thing, because I havent noticed any difference ;)
[10:36] <buz> except for the missing content-editable and some weird bugs with some pages, i like konqui much more
[10:36] <buz> _StefanS_: stuff occasionally does get faster
[10:36] <buz> some poppler update gave a giant boost to kpdf lately
[10:37] <_StefanS_> not firefox.
[10:37] <_StefanS_> in the 2-series..
[10:37] <_StefanS_> freaking wierd.. even safemode doesn't work
[10:41] <_StefanS_> maybe it has something to do with me being on 64bit
[10:41] <_StefanS_> (unlikely..)
[10:58] <buz> sounds like suspect
[10:58] <buz> i'm on 32bit
[10:59] <pgquiles> Riddell: the "Kubuntu Tutorials Day" is an awesome idea
[11:02] <Riddell> pgquiles: I'm just hoping someone turns up :)
[11:04] <Tonio_> hi there
[11:04] <Tonio_> fdoving: I just commited latest changes
[11:04] <Tonio_> fdoving: support for -n and -r (realtime)
[11:04] <Tonio_> fdoving: next step is adding the last 2 missing options : -t and -f
[11:04] <Tonio_> -t seems pretty easy, using konsole, but -f is a bit more complicated
[11:04] <Tonio_> fdoving: once that done and the program tested widelly I'll release a version 2.0, probably
[11:06] <pgquiles> Riddell: I've already got some packages I want to include in debian and ubuntu
[11:06] <pgquiles> so count on me at least :-)
[11:07] <Riddell> yay
[11:10] <fdoving> Tonio_: 157043 can still be reproduced.
[11:10] <fdoving> Tonio_: the problem is the quoting.
[11:10] <fdoving> Tonio_: kdesu kate "one two", will open a file named "one two" for editing in kate.
[11:11] <fdoving> with kdesudo it will open two files, 'one' and 'two'
[11:11] <fdoving> because of the broken quoting.
[11:11] <fdoving> the problem is that kdesudo quotes every argyment.
[11:11] <fdoving> kdesu quotes the arguments in one.
[11:11] <fdoving> 'one two' vs. 'one' 'two'
[11:12] <Tonio_> fdoving: depends if you say "one two" or one two in the command line
[11:12] <Tonio_> fdoving: I do the way gksu does
[11:13] <Tonio_> fdoving: I can have a look on that point
[11:13] <Tonio_> fdoving: what about the other bugs ?
[11:14] <Tonio_> fdoving: I'll try to get that one fix (and hopefully with no regression) in an hour
[11:14] <Tonio_> so the idea would be to quote every single argument and not parse them for ' ' qchar..... got it I guess
[11:21] <Tonio_> fdoving: the problem is that I have to take care of sudo too
[11:22] <Tonio_> fdoving: kdesu "kate toto" works for example
[11:22] <Tonio_> sudo "kate toto" gives a command not found
[11:23] <Tonio_> fdoving: it looks like kdesu considers a specific case when there is one arg only
[11:31] <Tonio_> fdoving: done
[11:31] <Tonio_> fdoving: kdesu kate "one two" opens the file as expected
[11:32] <Tonio_> fdoving: kdesu "kate 'one two'" works too
[11:32] <Tonio_> fdoving: kdesu 'kate "one two"' works too
[11:32] <Tonio_> fdoving: and of course kdesu "kate toto" also works
[11:32] <Tonio_> fdoving: afaics that exactly like with kdesu
[11:32] <fdoving> pushed?
[11:36] <Serega> hi all
[11:37] <Riddell> hi Serega
[11:37] <fdoving> Tonio_: push push :)
[11:37] <Tonio_> fdoving: still fixing the last specific case...
[11:38] <Tonio_> fdoving: kdesu -c "kate 'one two'" -> works
[11:38] <Tonio_> but not with kdesudo
[11:38] <fdoving> right.
[11:38] <fdoving> then i'll push some debian/ fixes.
[11:38] <fdoving> manpage etc.
[11:38] <Tonio_> fdoving: oki ;)
[11:38] <Tonio_> fdoving: I pushed the manpage a moment ago, are you fixing using this base ?
[11:39] <fdoving> Tonio_: did you fix debian/postinst etc.
[11:39] <Tonio_> fdoving: no not yet
[11:39] <fdoving> preinst and postrm?
[11:39] <Tonio_> fdoving: one little question
[11:39] <fdoving> i've done those.
[11:39] <fdoving> shoot.
[11:39] <Tonio_> fdoving: is there a better way to split a string like "kate 'one two'" than splitting against ' '
[11:39] <Tonio_> my problem is there
[11:40] <Tonio_> I'd like to have the same "split" that what args does, means every 'bla bla' group stays one element
[11:40] <fdoving> you can cut the command from the arguments.
[11:40] <Serega> Riddell: Jon, one question. How can I download e.g. libdvdcss2_1.2.9-2medibuntu2_i386.deb? What will happed if package upgrades to 1.2.10?
[11:40] <fdoving> so you can have like: command 'all the arguments'
[11:40] <Tonio_> yeah, cutting the first ans then the second....
[11:40] <Serega> Riddell: exactly THIS link will be inaccessible
[11:40] <Tonio_> fdoving: which tool would you use ?
[11:40] <Tonio_> cut ?
[11:40] <fdoving> Tonio_: qstring.pos
[11:40] <Tonio_> oups ;)
[11:41] <Tonio_> oki ;)
[11:42] <fdoving> Tonio_: use qstring::find to find the first space, then qstring::find returns the position of the first space. say: /usr/bin/command [THIS] arg arg arg
[11:43] <Tonio_> fdoving: hum well, it looks like kdesu doesn't do any quoting with the -c option
[11:43]  * Hobbsee waves
[11:43] <Tonio_> fdoving: then what I have to to is just split to get the executable for it's name and icon and that's it
[11:43] <Tonio_> hi Hobbsee
[11:44] <Tonio_> fdoving: -c is just consider one option and one block, and that's it, let's do like kdesu then, since that also is sudo compatible
[11:44] <Riddell> hi Shely
[11:44] <Shely> hi, Riddell
[11:48] <fdoving> Tonio_: kdesu with or without -c behaves the same way here.
[11:49] <ben_> hi all !!
[11:50]  * Hobbsee waves
[11:50] <Tonio_> fdoving: as long as there is one arg, yes, I agree
[11:50] <Tonio_> kdesu -c "bla toto" is equivalent to kdesu "bla toto"
[11:50] <Riddell> hi ben_
[11:50] <fdoving> the difference is in handling already set quotes, if i give kdesu a quoted input, it doesn't mess with it, kdesudo does. the best example is: kdesu.distrib kate 'bah bah' vs. kdesudo kate 'bah bah'
[11:50] <Tonio_> fdoving: but not to kdesu bla toto
[11:51] <fdoving> Tonio_: exactly, without already set quotes they behave the same way.
[11:51] <Tonio_> yep
[11:51] <fdoving> if we give kdesudo quoted input, it ignores it and quotes its own way.
[11:51] <Tonio_> fdoving: just fixed, testing
[11:54] <Tonio_> fdoving: commited
[11:58] <fdoving> Tonio_: works.
[11:59] <Tonio_> fdoving: works ?????????
[11:59] <Tonio_> fdoving: looks like I didn't commit the good thing lol
[11:59] <fdoving> kdesudo kate 'one two'
[11:59] <fdoving> does what it should.
[12:00] <fdoving> :)
[12:00] <fdoving> so does kdesudo kate one two
[12:01] <Tonio_> ho yes that does
[12:01] <Tonio_> I'm testing the -c fix right now
[12:02] <Tonio_> fdoving: commited
[12:02] <Tonio_> fdoving: -c should behave like kdesu now
[12:02] <fdoving> nice.
[12:02] <Tonio_> fdoving: kdesu "kate \"one two\"" is a good test for example
[12:03] <Tonio_> fdoving: I'll work on implemting the last 2 missing command line options but this time, I think we have something that can be considered "correct"
[12:03] <Tonio_> fdoving: don't you ?
[12:03] <fdoving> yep.
[12:03] <fdoving> I have not looked much into the code yet, though.
[12:03] <Tonio_> of course
[12:03] <fdoving> but it works as I want it to.
[12:03] <Tonio_> fdoving: the point was just to parse args correctly and the pty thing
[12:03] <Tonio_> parsing needs 3 tests, due to sudo and kdesu different behavior
[12:03] <fdoving> How do you auto-close bugs with commit messages?
[12:03] <Tonio_> -c is a case
[12:04] <Tonio_> one args only the second
[12:04] <Tonio_> and several args the third
[12:04] <Tonio_> fdoving: add this :
[12:04] <Tonio_> Fixes LP: #123456
[12:04] <Tonio_> in the changelog
[12:04] <Tonio_> fdoving: I was waiting for your tests to add bug ids, but feel free to do so !
[12:05] <Tonio_> separate bug ids by space then
[12:05] <Tonio_> Fixes LP: #123456, #135790, ....
[12:05] <fdoving> i fixed #162823
[12:05] <Tonio_> oki, the man divertion right ?
[12:05] <fdoving> yep.
[12:05] <fdoving> small enough to be compatible with watching the kid.
[12:05] <Tonio_> fdoving: also if you could fix my poor english in the malfile, that would be nice
[12:05] <fdoving> the task that is. :)
[12:06] <Tonio_> fdoving: haha
[12:08] <fdoving> Tonio_: hmm.. try a wrong password.
[12:13] <fdoving> commited a small wrong-pass count fix.
[12:13] <fdoving> Tonio_: i can't confirm the hardy related bugs, i'm on gutsy.
[12:17] <Tonio_> fdoving: what problem with wrong password ?
[12:17] <Tonio_> fdoving: arg there is a regression on that point
[12:17] <Tonio_> wtf ?
[12:17] <Tonio_> I momitted yesterday
[12:17] <mhb> you womited yesterday?
[12:17] <mhb> :o)
[12:17] <mhb> or vomited?
[12:17] <mhb> :o)
[12:17] <fdoving> if (!badpass<3) or something like that.
[12:17] <fdoving> didn't make sense.
[12:18]  * mhb shuts up again
[12:18] <fdoving> i changed it to if (badpass>2)
[12:18] <fdoving> #132456 is tricky.
[12:19] <fdoving> now that we connect to a pty the password-remembering-for-15-minutes does not work anymore.
[12:19] <fdoving> well, that is not entirely true.
[12:19] <fdoving> but from the run command dialog, one is asked the password every time.
[12:20] <fdoving> might be a nice feature, from konsoles it's remembered.
[12:22] <mhb> what do you think about my proposal on how to fix bug 160067
[12:22] <ubotu> Launchpad bug 160067 in dolphin "Raw HTML tags show in Dolphin status bar" [Low,Confirmed] https://launchpad.net/bugs/160067
[12:23] <fdoving> mhb: i agree, remove the tags.
[12:26] <mhb> so! I've heard we've got plenty of MOTU packagers around!
[12:26] <mhb> would anyone care to do a bit of janitor service for me?
[12:27] <fdoving> Tonio_: might consider including https://bugs.edge.launchpad.net/ubuntu/+source/kdesudo/+bug/144970
[12:27] <ubotu> Launchpad bug 144970 in kdesudo "Kdesudo does not work with libpam-poldi" [Undecided,New]
[12:27] <mhb> d3lphin has servicemenus implemented as desktop files, so it might make sense to move the .desktop files to the correct packages
[12:27] <fdoving> Tonio_: nevermind, i'll just add it, as it's so simple.
[12:27] <mhb> so when you remove k3b, you won't see a "Burn with K3B" desktop file.
[12:27] <mhb> or, more importantly, fix bug 149130
[12:27] <ubotu> Launchpad bug 149130 in dolphin "[7.10 beta] kubuntu dolphin lists "encrypt file" as an action item despite the required application (kgpg) not being installed" [Low,Confirmed] https://launchpad.net/bugs/149130
[12:28] <mhb> so anyone who'd like to practice his packaging skills a little and get eternal gratefulness from me please apply!
[12:29] <fdoving> mhb: can't one make some magic link to the konqueror servicemenus or something?
[12:29] <fdoving> as the .desktop files are already installed for konq.
[12:30] <mhb> hmm, that makes sense
[12:30] <mhb> I thought konq did it some other way or something
[12:30]  * mhb checks
[12:30] <fdoving> the path is the only difference.
[12:36] <stdin> Riddell: looks like python-kde4 needs python-qt4 >= 4.3.1 and gutsy has 4.3-2ubuntu7 (4.3-2ubuntu7.1 in -proposed)
[12:36] <mhb> fdoving: of course
[12:36] <Riddell> stdin: meh, another target for your PPA?
[12:36] <mhb> fdoving saves the day again
[12:37] <stdin> Riddell: sure I have it ready for upload :)
[12:37] <Riddell> awooga
[12:37] <mhb> Riddell: I assigned the missing dolphin translations to you, could you please it solve it somehow soon?
[12:38] <Riddell> mhb: bug number?
[12:38] <mhb> Riddell: I would like not to get bashed for that
[12:38] <mhb> bug 132141
[12:38] <ubotu> Launchpad bug 132141 in dolphin "desktop_dolphin translations missing in the source package" [Medium,Confirmed] https://launchpad.net/bugs/132141
[12:38] <Riddell> mhb: ok
[12:38] <mhb> thank you
[12:40] <fdoving> yay, i saved the day :)
[12:40] <fdoving> (what did i do?)
[12:40] <Tonio_> fdoving: I don't understand why the !badpass<3 test fails.....; doesn't make sense to me, although I agree >2 is better
[12:41] <Tonio_> fdoving: looking for the libpam thing
[12:42] <fdoving> Tonio_: i commited that one-line change, it's trival and doesn't break anything. http://codebrowse.launchpad.net/~kubuntu-kdesudo/kdesudo/trunk/revision/45
[12:42] <mhb> fdoving: pointed at the fact that symlinking Dolphin's servicemenus to Konqueror's fixes a couple of bugs
[12:42] <fdoving> mhb: ah :)
[12:43] <mhb> fdoving: perhaps there should be a central place for those, so that removing Konqueror doesn't erase them
[12:44] <mhb> on the other hand, there are many apps that ship them directly to /usr/share/apps/konqueror/servicemenus and I would not like to break them
[12:44] <fdoving> it doesn't, as long as other apps put things there too.
[12:44] <fdoving> dpkg will not remove non-empty dirs.
[12:44] <fdoving> yep.
[12:45] <mhb> besides, moving them to /usr/share/servicemenus is a task for a packager, not for me
[12:45] <mhb> :o)
[12:47] <fdoving> you could maybe add a new checkbox in the config, 'Include Konqueror servicemenus' - that would be neat :)
[12:48] <mhb> too much bloat.
[12:48] <fdoving> but it would be neat :)
[12:48] <mhb> I don't think users will recognize that there was a change in the servicemenus
[12:48] <fdoving> probably not.
[12:49] <fdoving> will you remove the d3lphin servicemenus and only use konqueror ones?
[12:49] <mhb> I guess so.
[12:50] <mhb> d3lphin ones are a subset of konqueror ones, it seems.
[12:50] <Tonio_> fdoving: just commited a couple of fixes, little issue with split
[12:50] <Tonio_> fdoving: you should update, this time I'm done
[12:51] <fdoving> Tonio_: then i guess uploading is the next task on your list? :)
[12:53] <fdoving> .. a package that is.
[12:55] <mhb> really, I need a packager :o)
[12:55]  * Hobbsee hides
[12:56] <mhb> could someone help me not learn this makefile.am.in.in.in hell and guide me on how to install a symlink using it?
[12:57] <mhb> I just need the symlink from $(kde_datadir)/konqueror/servicemenus to $(kde_datadir)/d3lphin/servicemenus
[12:57]  * Hobbsee wonders why not do it in debian/rules?
[12:58] <fdoving> or debian/links
[12:58] <mhb> because I want the source to be installable on non-debian systems, too
[12:58] <mhb> that means it should be done at make install time
[13:00] <fdoving> mhb: maybe you can just modify the path in src/servicemenus/Makefile.am
[13:00] <fdoving> servicemenusdir = $(kde_datadir)/d3lphin/servicemenus
[13:01] <fdoving> if you set that to konq the servicemenus will be installed there.. if you want that at all?
[13:01] <mhb> no
[13:02] <mhb> I'd like d3lphin to check konqueror's servicemenus
[13:02] <mhb> that's all, there's no need to put anything in there
[13:03] <mhb> hmm
[13:03] <mhb> then again, I might hardcode it into d3lphin
[13:15] <Tonio_> fdoving: about the dolphin "open as root" problem, I just noticed it also happens with kdesu with a file named "konqueror;dolphin"
[13:16] <Tonio_> fdoving: that looks more like a servicemenus issue than kdesudo
[13:16] <Tonio_> fdoving: can you confirm ?
[13:16] <fdoving> Tonio_: yes, it is.
[13:16] <Tonio_> fdoving: imho the command should be kdesu -c "d3lphin ''"
[13:16] <Tonio_> fdoving: agree on that point ?
[13:17] <Tonio_> argh.....
[13:17] <Tonio_> kdesu -c "d3lphin '\'"
[13:17] <Tonio_> argh, how to print "percent"U ? :)
[13:17] <fdoving> Exec=kdesu -c 'd3lphin %U'
[13:17] <fdoving> is what i have now.
[13:17] <ScottK> Tonio_: I'm recalling our discussion about the challenge of large scale deployments in Linux.  Do you think something like this http://aruiz.typepad.com/siliconisland/2007/12/apoc-goes-open.html would be a significant help?
[13:18] <Tonio_> fdoving: should quote
[13:18] <fdoving> Tonio_: yep, 'd3lphin "%U"'
[13:18] <Tonio_> fdoving: how to dou print "percent" ? doesn't work here ;)
[13:18] <fdoving> "%" ?
[13:18] <Tonio_> ScottK: no time for reading now, but I'll have a look soon :), added to favorites
[13:18] <fdoving> shift+5
[13:18] <Tonio_> oki
[13:19] <ScottK> Tonio_: Great.  I'm curious what you think.
[13:19] <Tonio_> mhb: all service menus dolphin uses should be patched on that point
[13:19] <Tonio_> ScottK: that's nice, but like puppet, that's hackish
[13:20] <Tonio_> ScottK: they do compatibility layers for every config system
[13:20] <Tonio_> ScottK: afaik, I already heard about that
[13:20] <ScottK> OK.
[13:20] <Tonio_> ScottK: that's workarroundish imho
[13:20] <mhb> Tonio_: s/dolphin/konqueror
[13:20] <Tonio_> ScottK: but if they can be AD feature parity, that would kickass, really :)
[13:20] <fdoving> cfengine :)
[13:21] <Tonio_> fdoving: puppet is way better than cfengine
[13:21] <Tonio_> mhb: konqueror ? no, dolphin :)
[13:21] <ScottK> Tonio_: I'm sure that whatever starts on this front will be hackish to begin with and would have to evolve.
[13:21] <fdoving> Tonio_: might well be, i've only tried cfengine once.
[13:21] <Tonio_> mhb: all dolphin servicemenus calling for kdesu should be patch to quote
[13:22] <mhb> Tonio_: unless "run as root" servicemenu is hardcoded, Dolphin will use the same .desktop file Konqueror does
[13:22] <fdoving> mhb: then it'll open as root with konq :)
[13:22] <Tonio_> fdoving: shift + f5 doesn't ork here
[13:22] <mhb> does it?
[13:22] <mhb> hmm
[13:23] <Tonio_> mhb:
[13:23] <Tonio_> ./edit_as_root.desktop:Exec=kdesu "kwrite" ""
[13:23] <Tonio_> ./d3lphin_su.desktop:Exec=kdesu -c 'd3lphin '
[13:23] <Tonio_> ./run_as_root.desktop:Exec=kdesu -c
[13:24] <Tonio_> run as root should simply use X-KDE-SubstituteUID=true
[13:24] <mhb> Konqueror doesn't have a Open as root servicemenu?
[13:24] <mhb> I cannot find it
[13:24] <Tonio_> mhb: that's in dolphin !
[13:25] <Tonio_> ahhhhhhh you mean you fixed dolphin to use konqi servicemenus ?
[13:25] <mhb> yes
[13:25] <mhb> they're shared now
[13:25] <Tonio_> there is no open or run as root with konqueror afaik
[13:25] <mhb> no
[13:25] <buz> and there should not be, imho
[13:26] <Tonio_> mhb: where can I test your dolphin ?
[13:27] <mhb> https://code.edge.launchpad.net/~kubuntu-members/dolphin/hardy-fork
[13:28] <mhb> Tonio_: truth is I remove all the old servicemenus Dolphin had... I guess Dolphin should install a separate "d3lphin_su.desktop" into Konqueror's servicemenus/ directory.
[13:28] <mhb> I am working on something else now, though.
[13:35] <mhb> hmm
[13:35] <mhb> Konqueror and D3lphin don't understand each other when it comes to CTRL-X CTRL-V
[13:35] <mhb> I am not sure what to do with this bug
[13:36] <mhb> truth is, no two file management apps understand each other when it comes to this
[13:36] <mhb> Nautilus doesn't understand Konqueror either, you have to drag and drop the file
[13:45] <seele> mhb: just Konqueror, you can't copy/paste out of anything else?
[13:45] <seele> doesn't klipper take care of that kind of thing?  not the application?
[13:46] <mhb> not sure
[13:46] <mhb> copy paste works between KDE apps
[13:46] <mhb> but cut/paste works only D3lphin/D3lphin or Konqueror/Konqueror
[14:09] <mhb> mail of the day: [translate-pootle] Adding Klingon and Ainu to Pootle
[14:16] <Riddell> Ainu?
[14:16] <Riddell> I hope that's real Klingon and not the cheating Romanised nonsense
[14:17] <Riddell> questions from Linux Format, anyone fancy answering? http://paste.ubuntu-nl.org/46964/
[14:29] <fdoving> Riddell: i vote for nixternal on that one. he's good at those things :)
[14:37] <Hobbsee> yeah, nixternal can do them
[14:42]  * stdin gave it a shot while waiting for pykde4 http://paste.ubuntu-nl.org/46965/
[14:43] <nosrednaekim> are the packages built yet?
[14:43] <nosrednaekim> last night they was only the source debs up there
[14:44] <mhb> Jucato: you've got my reblontal there :o)
[14:44] <stdin> nosrednaekim: I had to get python-qt4 up too, so they only started building ~40mins ago
[14:45] <mhb> just 40 mins, hey?
[14:45] <nosrednaekim> ah..... but python qt4 is already in the repositories.... is it a newer version?
[14:45] <mhb> I think python-kde4 wins the prize of being the most complex piece of software we have
[14:45] <stdin> it needs 4.3.1 and gutsy had 4.3... :p
[14:45] <mhb> and takes the most to compile
[14:45] <nosrednaekim> stdin: heh
[14:46] <stdin> same with sip4, needs 4.7.1 and gutsy had 4.7
[14:46] <stdin> and that .1 makes all the difference
[14:47]  * nosrednaekim shakes his head.
[14:48] <mhb> I started blackbox the other day and got surprised how fast the wm can load :o)
[14:48] <nosrednaekim> enlightment surprised me like that :D
[14:50] <mhb> nice xkcd out today.
[14:53]  * Riddell flies
[14:54] <stdin> looks like it built...
[14:54] <Riddell> stdin: yay
[14:54] <stdin> only took 5 days :p
[14:57] <mhb> Riddell: do you have any sources of information I can read about what can be done with Qt base classes that's badly needed in C++?
[14:58] <mhb> Riddell: you said the reason behind MOC and Qt subclassing everything was bad libs, and I'd like to know more.
[14:58] <mhb> please?
[15:00] <Riddell> mhb: well here's the library that comes with c++ http://gcc.gnu.org/onlinedocs/libstdc++/documentation.html
[15:00] <Riddell> can't say I've ever been able to use it
[15:03] <bddebian> Heya
[15:08] <Jucato> mhb: http://www.informit.com/content/images/0131240722/downloads/blanchette_book.pdf page 20
[15:10] <Jucato> page 254 about QString and QVariant
[15:12] <Jucato> (page 20 is a side note about moc)
[15:13] <mhb> okay
[15:14] <Jucato> (although that's for Qt 3, but I doubt their reasons changed in between releases. and don't worry, that book is officially and legally free to download)
[15:17] <mhb> Jucato:                      Qt’s QString class is more powerful
[15:17] <mhb> than either of them.
[15:28] <mhb> Jucato: also, for example libsigc++ offers similar callback functionality
[15:28] <mhb> AFAIK
[15:30] <Jucato> it does afaik.... but then you'll be using libsigc++ for callbacks, then Qt for widgets... wouldn't that be adding to the complexity? versus Qt having its own? (and afaik, libsigc++ and boost callbacks only came after Qt had its moc)
[15:31]  * Jucato shrugs... not a Qt expert, just basing it on what he's read so far
[15:46] <stdin> nosrednaekim: debs are in the repo now :)
[15:46] <nosrednaekim> stdin: muchas gracias
[15:52] <nosrednaekim> stdin: grabbing it :D
[15:52] <nosrednaekim> you rock..
[15:52] <Riddell> libsigc++ is pretty well inspired by Qt
[15:53] <stdin> nosrednaekim: you'll probably be the 1st to test it ;)
[15:53] <nosrednaekim> stdin: I most certainly will. I'll try to have something by tomorrow.
[15:55] <mhb> Jucato: no, you *have* to have some kind of a signaller
[15:55] <mhb> Jucato: if you do it light enough, it won't add much
[15:56] <mhb> Jucato: like I said, having a separate signaller everyone would strive to make the fastest makes sense to me
[15:57] <mhb> but would a commercial company like that? No, sir.
[15:58] <mhb> better have it all inside Qt so that all would buy it.
[16:03] <fdoving> mhb: great idea, isn't it? and users doesn't have to bother about installing libsigc++ on all qt supported platforms. in addition to qt.
[16:04] <fdoving> make it simple stupid. :)
[16:04] <Jucato> MISS?
[16:04]  * Jucato thought that was KISS
[16:04] <Jucato> :P
[16:05] <fdoving> what KISS?
[16:05] <Jucato> Keep It Simple, Stupid :D
[16:05] <fdoving> ah, i guess both works :)
[16:05] <Jucato> it's the ISS that counts :)
[16:06] <mhb> fdoving: yeah, they can't ship it with it or anything
[16:07] <fdoving> that would be complicated :)
[16:07]  * txwikinger wonders what to do with bug #161843
[16:07] <ubotu> Launchpad bug 161843 in hplip "HPLIP Toolbox looks ugly" [Wishlist,New] https://launchpad.net/bugs/161843
[16:07] <fdoving> heh, it looks ugly.
[16:07] <txwikinger> yeah :)
[16:08] <txwikinger> want to do a KDE integrated frontend?D
[16:10] <fdoving> isn't it already QT?
[16:10] <fdoving> tweaking the qt view properties should help, shouldn't it?
[16:10] <fdoving> bbl. tv.
[16:12] <txwikinger> No idea
[16:16] <mhb> fdoving: I can't see how separating an indepednent library from a toolkit makes it any more complex
[16:16] <mhb> you *have* to have that functionality in there
[16:18] <txwikinger> it is pyqt3
[16:20] <mhb> how do you launch that HPLIP?
[16:22] <Jucato> hp-toolbox
[16:22] <mhb> looks normal
[16:22] <mhb> I mean - open-source quality normal :o)
[16:23] <txwikinger> :)
[16:25] <mhb> fdoving: it is stuff like QStrings that are a conflict with the KISS principle
[16:25] <mhb> and Qt-specific macros
[16:30] <mhb> fdoving: besides, I wonder why you complain about KISS
[16:30] <mhb> fdoving: isn't all of KDE violating it?
[16:31] <mhb> why having stuff like KPushButton, KProgressBar, KWhatever when there's a mighty bloated equivalent in Qt?
[16:31] <Riddell> mhb: what's the alternative to QString?  the c++ string class doesn't do unicode
[16:32] <Riddell> mhb: all those K classes inherit from Qt
[16:32] <Jucato> ...
[16:34]  * mhb goes to find some unicode strings
[16:35] <mhb> martin@blackbook:~/Documents/mff/programovani$ ./test
[16:35] <mhb> それぞれの集合から一つずつ元を選び出して新しい集合を作ることができるというものである。1904年にツェルメロによ
[16:35] <Riddell> 16:35 < mhb> ???????????????????????????????????????????1904?????????
[16:35] <Riddell> :)
[16:36] <Riddell> one of these days I really should upgrade my ancient debian box
[16:36] <mhb> Riddell: sorry about that, my ubuntu feisty server & irssi does UTF-8 :o)
[16:36] <mhb> I'll pastebin
[16:38] <mhb> what?
[16:38] <mhb> I tried ubuntu.nl.org pastebin but I get ????s as well
[16:40] <mhb> http://pastebin.com/d7fa47f63
[16:40] <mhb> something like this, except I have the chars rendered
[16:41] <mhb> I thought kanji are in the higher level part of UTF-8, so, provided they are, it shows that C++ can do UTF-8.
[16:42] <mhb> Riddell: sure, but I have never understood why we subclass so much.
[16:42] <mhb> Riddell: it's because they wouldn't let us add stuff into Qt?
[16:42] <Riddell> mhb: to add extra features, the API docs usually explain which
[16:43] <Jucato> because the Qt Classes don't always have the features KDE needs?or doesn't give the level of integration for an integrated desktop?
[16:43] <Riddell> mhb: lots of KDE bits have been put into Qt during the 3->4 transition
[16:43] <mhb> it's really a bad example of open-source development ... it's not really open-source, we "practically" fork Qt by subclassing it all.
[16:44] <Riddell> Qt isn't open source in the bazaar development method
[16:44] <mhb> although I agree subclassing adds little overhead, it breaks the KISS principle.
[16:44] <mhb> at least the way we do it with Qt/KDE.
[16:46] <mhb> Riddell: I apologize for the bad example, according to the Internet C++'s string doesn't really support UTF-8.
[16:51] <mhb> more and more it seems to me that the world is full of simple problems that nobody can/will fix because of the bureaucracy
[16:53] <mhb> GPL and BSD folks duplicating efforts just because of some silly licenses, KDE subclassing everything because they build on a toolkit that won't let them incorporate the changes, Qt violating C++ language because the bureaucracy process is too slow...
[16:53] <Riddell> voilate is the wrong word there
[16:56] <mhb> okay, they've put in crutches for their own folks, but those crutches do not allow for good software design
[16:57] <mhb> those clutches lead to mammoth applications depending on both Qt and KDE
[16:57] <mhb> err, crutches
[16:57] <mhb> that's what I call keeping it simple.
[17:00] <mhb> I should move myself to #kubuntu-offtopic.
[17:08] <Riddell> then the cool kids here wouldn't see it
[17:09] <mhb> I shouldn't be infecting everyone with my bloatware-negative ideas.
[17:10] <mhb> the cool kids are still young, they shouldn't be affected to it :o)
[17:13] <mhb> erm, bad word again, they shouldn't be exposed to it.
[17:17] <stdin> Riddell: erm, python-kde4-dev didn't come out quite as planned http://stdin.pastebin.com/d343d4121
[17:18] <Riddell> that's not right
[17:18] <stdin> nope, it's not
[17:20] <stdin> ahh, I know what I did :/
[17:20] <stdin> ran debuild -S from the wrong source dir...
[17:20]  * stdin feels quite stupid now
[17:21]  * mhb too
[17:27] <Riddell> hey, at least you havn't been wresting with cdbs all afternoon
[17:28] <stdin> that makes me feel a bit better :)
[17:50] <mhb> I seem to like FLTK more and more.
[18:06] <nixternal> mendred: get control of your connection :)
[18:06] <mendred> nixternal: sorry the cable has been chewed on
[18:06] <mendred> a mouse around
[18:06] <nixternal> is there KDE support now, or planned in the future, for Pulseaudio?
[18:06] <mendred> so was fixing it
[18:06] <nixternal> lol
[18:07] <nixternal> my dog is the guilty one for chewing on my net cables
[18:07] <mendred> k lol
[18:07] <Jucato> hm... cats...
[18:07] <nixternal> haha
[18:07] <nixternal> environmentally safe traps please
[18:08] <nixternal> I have a friend who goes out and buys environmentally safe traps, they are fairly expensive
[18:08] <Jucato> :D
[18:08] <coreymon77> lolcats?
[18:08] <nixternal> but he uses the catch to feed his snakes
[18:08] <coreymon77> whats that go to do with anything
[18:08] <nixternal> it would actually be cheaper to go buy feeder mice at $1 a piece
[18:08] <nixternal> but I guess in the end, it will all add up :)
[18:08] <mhb> mm, food, nature's way of recyclation
[18:09] <coreymon77> mhb: not really,
[18:09] <coreymon77> mhb: its what comes back out later thats natures way of recylcation
[18:09] <mhb> coreymon77: food is great, both me and Dr. John Zoidberg agree on that
[18:10] <coreymon77> mhb: oh i dont disagree
[18:10] <coreymon77> mhb: i love foo
[18:10] <coreymon77> d
[18:10] <mendred> yah! the cable is stable
[18:10] <coreymon77> mhb: its the byproduct of the recycling that gets a little nasty
[18:10] <coreymon77> if you know what i mean
[18:10] <coreymon77> :P
[18:10] <fdoving> mhb: when it comes to the various components of qt, they are really only very good when you use them to work with qt. for example QString is very nice because all text-oriented functions in qt can deal with it. that is one example.
[18:12] <coreymon77> anyways
[18:12] <nosrednaekim> stdin: in this python-kde4 package i'm not seeing some things..
[18:13] <stdin> nosrednaekim: yes, I know. I'm fixing it
[18:13] <coreymon77> so, when kde4 comes out stable
[18:13]  * stdin didn't upload the right thing :/
[18:13] <coreymon77> iis this stuff gonna be fixed?
[18:13] <nosrednaekim> stdin: pykdedocs and pykdeuic4?
[18:13] <stdin> pykdeuic4 is in the -dev package, or it _will_ be in the -dev package
[18:14] <nosrednaekim> stdin: ok, great :D
[18:14] <stdin> I kinda uploaded the wrong .diff.gz
[18:14] <stdin> several times :p
[18:15] <nosrednaekim> I already have an idea for an app, those KDEfx modules are so cool :D
[18:15] <nosrednaekim> *classes
[18:19] <coreymon77> huh
[18:19] <coreymon77> whats this thing going on on dec 15th?
[18:19] <stdin> the talks?
[18:19] <coreymon77> huh?
 hi, there is a free translation to spanish of J. Riddell announcement about Kubuntu session on december 15th here: http://agustin.ejerciciosresueltos.com/ , if somebody knows any spanish developer that wants to attend
[18:20] <Jucato> it's on the 13th
[18:20] <coreymon77> whats this session?
[18:20] <Jucato> er different
[18:20] <Jucato> KubuntuTutorialsDay on Dec. 13
[18:20] <nixternal> http://fridge.ubuntu.com/node/1257
[18:20] <nixternal> coreymon77: ^^ by chance, do you live under a rock? how could you have missed all of the posts on the Planets and the Fridge :p
[18:20] <Jucato> nixternal: btw good luck w/ exams :)
[18:20] <toscalix> yes, sorry, 13th december at 15
[18:21] <nixternal> those will be easy
[18:21] <coreymon77> nixternal: that i do
[18:21] <nixternal> I will only have 2 exams, JavaScript and C++
[18:21] <Jucato> easy enough to ditch? :D
[18:21] <Jucato> j/k
[18:21] <nixternal> but it is the projects that are stacking up
[18:21] <coreymon77> and btw, 15:00 utc in eastern?
[18:21] <nosrednaekim> 10 EST I think
[18:21] <nixternal> my javascript project is pretty much complete, I have a c++ lab to complete, 2 big java projects to complete, and a final paper
[18:21] <Jucato> a paper? O.o
[18:21] <coreymon77> 10 am?
[18:22] <nixternal> 15:00 UTC == 10:00 EST
[18:22] <nosrednaekim> yes
[18:22] <coreymon77> okay, cant be there
[18:22]  * stdin hopes to have pykde4 packages working by 13th, or it'll be a short talk
[18:22] <coreymon77> well
[18:22] <coreymon77> gtg now
[18:22] <nosrednaekim> stdin: lol, you will >:)
[18:23] <mhb> stdin: we're counting on you
[18:23] <stdin> if it builds this time then I'll be happy
[18:23] <nosrednaekim> but will I ?
[18:23] <stdin> and I can stop dreaming about it...
[18:24] <Jucato> stdin: you will... or else Riddell will <insert verb here> you!
[18:24] <stdin> Jucato: if it doesn't, it'll be a good chance to introduce people to the art of downloading from svn ;)
[18:24] <Jucato> :D
[18:25] <nosrednaekim> kiss?
[18:26] <stdin> "svn co someUrl; cd someDir; mkdir build; cd build; cmake ../; make; sudo make install", what can be simpler ? :p
[18:26] <nosrednaekim> stdin: the build errors
[18:27] <stdin> "rm path/to/file/that/failed.cpp", fixed :p
[18:28] <stdin> this isn't going to start compiling in time, I've got a birthday booze-a-thon to go to in about 30mins...
[18:40] <jpatrick> Riddell: tomorrow I may not be around </bitterness>
[18:42] <Riddell> jpatrick: tomorrow?
[18:42] <Riddell> jpatrick: tutorial day is a week tomorrow
[18:42] <jpatrick> ah, the date's been changed?
[18:43] <Riddell> nope, it's always been 13th
[18:43] <jpatrick> arg, I need to slow down
[18:46] <Jucato> :D
[18:46] <Jucato> I thought it was the 13th tomorrow too
[18:47] <jpatrick> good things take time
[19:10] <Artemis_Fowl> so the meeting is on next thursday? what will it be like???
[19:11] <Jucato> not really a meeting. it's like a class. (and it's thursday next week)
[19:11] <fdoving> probably nice, like all kubuntu events. :)
[19:12] <mhb> meeting is the day before BTW.
[19:12] <Artemis_Fowl> so there will be someone talking and all the other listening?
[19:12] <mhb> Wednesday 12th Demember at 23:00 UTC.
[19:12] <Jucato> and asking questions
[19:13] <Jucato> mhb: if you could kindly put it in the topic. thanks
[19:15] <Artemis_Fowl> 23:00 UTC?
[19:15] <Artemis_Fowl> the above lik says 15:00 UTC...
[19:15] <Artemis_Fowl> link*
[19:16] <mhb> Artemis_Fowl: Developer Meeting != Tutorial Day
[19:16] <mhb> Artemis_Fowl: https://wiki.ubuntu.com/Kubuntu/Meetings
[19:16] <Artemis_Fowl> misunderstanding :)
[19:20] <Artemis_Fowl> and something last: it mentions in the page about the Tutorial Day that:
[19:21] <Artemis_Fowl> "Now you know how to make a .deb, get it into the archives for millions to use."
[19:21] <Artemis_Fowl> Kubuntu archives=Kubuntu repos
[19:21] <Artemis_Fowl> ???
[19:22] <mhb> yes.
[19:23] <Riddell> Artemis_Fowl: a week tomorrow
[19:23] <Riddell> at 15-19UTC
[19:24] <Artemis_Fowl> ah ok. because i have created an application and would like to make it available through the repos.
[19:25] <Riddell> Artemis_Fowl: great, sounds like just the sessions for you then
[19:28] <Artemis_Fowl> Currently I am creating a KDE4 port for my app (it is written in Qt4) and I don't know which dependencies its .deb package should have (KDE4 dependencies)\
[19:28] <Riddell> kdelibs5-dev I should think
[19:29] <Artemis_Fowl> alone?
[19:29] <Artemis_Fowl> doesnt it need kdebase-runtime too?
[19:29] <Riddell> depends on the app
[19:29]  * Riddell out
[19:30] <Artemis_Fowl> depends on what?
[19:30] <Riddell> Artemis_Fowl: sorry, I'm getting confused
[19:30] <Riddell> kdebase-runtime will be added magically as a dep for all kde 4 apps
[19:31] <Riddell> but the build dep is kdelibs5-dev
[19:31] <Artemis_Fowl> you said 'depends on the app'. how is it different from app to app?
[19:41] <mhb> anyone here tried FLTK?
[19:41] <mhb> I'm really impressed by the speed of it.
[21:56] <Shinha> Hi, i am new and i want to learn how to program (sorry if you can t understand me, i speak spanish)
[21:58] <mhb> we understand alright, it's that you have to wait for a minute, if you want to get an answer.
[21:59] <jpatrick> mhb: I think he left...
[22:01] <mhb> right, I'm saying this to myself.