[00:14] <yofel> worth a try indeed, lets see what happens
[00:31] <yofel> kde4libs - 4:4.10.90+git20130709-0~519~saucy1
[00:31] <yofel> yay
[00:32] <yofel> apachelogger: I'll leave designing a sane version number to you https://code.launchpad.net/~kubuntu-members/+recipe/kubuntu-kdelibs-stable
[00:40] <ScottK> yofel: What's the -0~519?
[00:41] <yofel> -0~{revno:packaging}
[00:42] <ScottK> For the stable builds, can we do release number instead of name?
[00:42] <yofel> no, ~<release>1 is appende by launchpad
[00:43] <yofel> I filed a bug for that like half a year ago
[00:43] <yofel> it's 'Low'
[00:43] <ScottK> OK.
[00:43] <ScottK> Low means send patches or wait for the heat death of the Universe.
[00:43] <yofel> well, in this case patches or until we actually reach u-series
[00:44] <yofel> not too far away
[01:16]  * yofel is off to bed - good night
[01:19] <smartboyhw> Good night yofel 
[02:10] <ScottK> Quintasan: Re the firefox-en thing, installing kubuntu-desktop in a clean chroot doesn't pull it in, so likely the language thing.
[02:59] <ahoneybun> hey manchicken
[02:59] <manchicken> ahoneybun: Hiya
[02:59] <ahoneybun> did you get to test moindump?
[03:00] <manchicken> ahoneybun: Sorry, for some silly reason I thought you were doing that :)
[03:00] <manchicken> I'll try now
[03:01] <ahoneybun> reason I don't is I was confused with the thing
[03:01] <ahoneybun> sorry :)
[03:02] <manchicken> No worries :)
[03:04] <ahoneybun> yea I was just wondering
[03:05] <ahoneybun> if Ubuntu is moving to qml and Qt what does that mean for all the GtK/GNOME apps?
[03:06] <manchicken> I can't do this, I think it has to be done from the machine on which MoinMoin is installed.
[03:06] <manchicken> ahoneybun: I've heard a lot of people ask that question.
[03:07] <ahoneybun> I think that it will just be like how qt covers over gtk apps in KDE
[03:07] <manchicken> Yeah
[03:07] <manchicken> It'll finally be a reciprocal arrangement.
[03:07] <manchicken> Could result in *shock!* standards.
[03:08] <manchicken> Or at least conventions.
[03:11] <ahoneybun> that is one of the reasons I did not like Ubuntu Unity, no standards mix of GTK, Qt, and Nix?
[05:20] <shrini> hello all
[05:53] <ScottK> Riddell: Released the qt4-x11 revert to raring-updates.
[06:10] <soee> good morning
[06:11] <smartboyhw> soee, hey. Again, how's 4.10.5 in raring?
[06:11] <smartboyhw> ScottK, ^
[06:11] <soee> smartboyhw, smooth :)
[06:11] <ScottK> Quintasan or yofel have been working on that.
[06:11] <smartboyhw> ScottK, ooh
[06:12] <soee> smartboyhw, do you have expirience with multiple distros on one PC ?
[06:12] <ScottK> I'll approve it once it's uploaded.
[06:12] <smartboyhw> soee, no.
[07:16] <apachelogger> yofel, ScottK: 4:$UPSTREAM+git$DATE+bzr$REV~$SERIES$PACKAGINGREV I'd say
[08:24] <yofel> apachelogger: ~$SERIES$PACKAGINGREV isn't doable though (even if I very much like the idea)
[08:26] <yofel> apachelogger: +pkg{rev} or +kubuntu{rev} ?
[08:26] <apachelogger> why is it not doable?
[08:27] <yofel> there is no template for SERIES
[08:27] <yofel> the ~foo1 part isn't editable
[08:27] <apachelogger> oh
[08:27] <apachelogger> so it is always 1?
[08:27] <yofel> yes
[08:27] <apachelogger> quite the letdown
[08:28] <apachelogger> yofel: ~pkg{rev}+series1 then
[08:28] <apachelogger> or is that always ~series1?
[08:28] <yofel> ~series1
[08:28]  * apachelogger should get more coffee before talking about weird launchpad stuff
[08:28] <yofel> or +r{revno}+bzr{pkgrev} ?
[08:29] <apachelogger> IMO using bzr for the bzr import identifier of the source makes more sense
[08:29] <apachelogger> wellll
[08:29] <yofel> er, really o.O?
[08:30] <yofel> well, ok
[08:30] <yofel> from a certain POV, yes it does
[08:30] <apachelogger> if you tell me that version as upstream I will at least be able to deduce that bzr was involved :P
[08:31] <apachelogger> 4:$UPSTREAM+git$DATE+bzr$REV+pkg$PKGREV~SERIES
[08:31] <yofel> ack
[08:31] <apachelogger> new upstream will trigger upgrade, new day will trigger upgrade, new import will trigger upgrade, new packaging will trigger update
[08:32] <apachelogger> should be all fine
[08:32] <apachelogger> exceedingling long but sufficient layers of version sizing ^^
[08:34] <yofel> # bzr-builder format 0.3 deb-version 4:{debupstream}+git{date}+bzr{revno}+pkg{revno:packaging}
[08:34] <apachelogger>   Could NOT find JPEG (missing: JPEG_LIBRARY JPEG_INCLUDE_DIR)
[08:34] <apachelogger> awww
[08:34] <apachelogger> yofel: looks good
[08:34] <yofel> neeext
[08:35] <yofel> where to put the imports? (here I could actually be convinced that projects would be the sensible way  to go)
[08:36] <apachelogger> same as with neon, roll a dice :P
[08:36] <apachelogger> either many projects ~kubuntu-packager/kde-workspace/master (allowing for more than one branch to be imported)
[08:37] <apachelogger> or one project with many branches ~kubuntu-packager/kde-git-imports/kde-workspace (forcing other branches of the same repo to have some suffix or something e.g. kde-workspace.master and kde-workspace.framework-scratch)
[08:38] <yofel> then I would rather do the projects thing. And maybe me and shadeslayer_ can clean up neon next week if there's spare time
[08:38] <apachelogger> right
[08:38] <apachelogger> oh
[08:39] <apachelogger> there is one case that could be made for a single project
[08:39] <apachelogger> you can easily iterate everything
[08:39] <apachelogger> iff all imports are there
[08:39] <apachelogger> which is probably hard to get done seeing as a lot of stuff is imported all over the place on lunchpad
[08:39] <yofel> right
[08:39] <yofel> (latter I mean)
[08:40] <smartboyhw> yofel, how's 4.10.5 -> raring-proposed? ScottK said you or Quintasan are doing the work:)
[08:41] <apachelogger> -- The following REQUIRED packages have not been found:
[08:41] <apachelogger> -.-
[08:41] <apachelogger> and of course it's a qt library :@
[08:41] <yofel> smartboyhw: not done, somtime today
[08:41] <smartboyhw> :@@@@@@@@@@@@@@@@@@@@@@@
[08:41] <markey> apachelogger: should I check for OpenGL or QtOpenGL? 
[08:42] <apachelogger> markey: that depends on whether you do native paintaing using opengl ... at the very least you'll need qtopengl though
[08:42] <markey> apachelogger: well I reckon QtOpenGL depends on OpenGL
[08:42] <markey> so that should suffice?
[08:42] <apachelogger> markey: qtopengl can also use GLES
[08:43] <markey> I think we're compatible with ES
[08:43] <apachelogger> markey: do you have beginNativePainting in your code somewhere?
[08:43] <markey> nope
[08:43] <apachelogger> then it doesn't matter anyway most likely
[08:43] <apachelogger> simply check for qtopengl
[08:43] <markey> ok
[08:43] <apachelogger> (either that or you are not telling Qt that you are about to do native gl painting :P)
[08:46] <apachelogger> hm
[08:46] <apachelogger> yofel: you don't have qimageblitz in neon?
[08:46] <yofel> we do, that's *still* in kdesupport
[08:47] <yofel> you need that for the oxygen-icons anyway
[08:47] <apachelogger> aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaah
[08:47] <apachelogger> dunno why cmake talks about sourceforge then -.-
[08:48] <apachelogger> 844.1 MiB (41.22%) of 2.0 GiB
[08:48] <apachelogger> I am reasonable certain oxygen will eat all of that :O
[08:49] <yofel> no, that's like 250M source + some 30M binary
[08:50] <apachelogger> we'll see :P
[08:52]  * apachelogger is in a very vim mood
[08:52] <yofel> considering we've got the namespacing worked out you can just move it to the main ppa if you run out of space
[08:55] <apachelogger> we'll see
[08:56] <apachelogger> or just request a size bump :O
[09:48] <smartboyhw> ScottK, any time to approve an SRU for me?
[09:49] <ScottK> Not now.  Need to get ready to leave for a $work meeting.
[09:49] <smartboyhw> ScottK, :(
[10:14] <afiestas_> ScottK: thanks for your email with some "let's do it" feedback
[10:14] <afiestas_> made my morning :)
[10:29] <ScottK> I think it was a bit less enthusiastic than that.
[10:29] <ScottK> I think it was more of "we could live with it".
[10:31] <smartboyhw> ScottK, finished $work meeting already? That quick?
[10:31] <markey> this QtScript crash bug was fixed in Qt 4.8.3, IIRC?
[10:31] <ScottK> No, still getting ready to go.
[10:31] <smartboyhw> ScottK, that's long:P
[10:32] <smartboyhw> ScottK, just to tell you: The bugs are Bug 1189083 and Bug 1189085. The patch (same) is attached to the two bugs
[10:34] <smartboyhw> It's rather simple to review actually:P
[10:43] <yofel> TBH, some of the dependency update information for a new KDE SC release could be extracted from project-neon, as that was already updated there before beta1 is even tagged
[10:43] <yofel> except stuff that has daily builds there as well. E.g. SDO or akonadi
[11:31] <yofel>  kde4libs - 4:4.10.90+git20130709+bzr92221+pkg519~saucy1
[11:31] <yofel> looks reasonable
[11:35] <shadeslayer_> whats that
[11:36] <yofel> shadeslayer_: https://code.launchpad.net/~kubuntu-members/+recipe/kubuntu-kdelibs-stable
[11:37] <shadeslayer_> and that's being done why?
[11:37] <shadeslayer_> did anyone test 4.10.90 for quantal apart from me? should I move it?
 I'm thinking if we did that, maybe we could send a point release straight to proposed since we'd have tested it already.
 So it would ~replace the updates PPA.
[11:38] <yofel> wrt. stable daily builds
[11:39] <shadeslayer_> I see
[11:50] <yofel> I just added https://trello.com/c/gj9wpF5W for that, still incomplete I think
[11:52] <apachelogger> yofel: do you have a neon policy on strict linking requirements?
[11:53] <apachelogger> e.g. linking against qtgui/qtcore requires libgl to be present, so anything builddeping qt needs to builddep libgl
[11:54] <apachelogger> I was thinking about a pseudo dev package... qt5-dev { depends: qt5, libgl1; files: null }
[11:54] <shadeslayer_> doubt it
[11:54] <shadeslayer_> Packaging for Neon 4 is very minimal
[11:54] <shadeslayer_> so unless shlibs:Depends or misc:Depends automagically add that, no
[11:55] <yofel> apachelogger: there is project-neon-kdelibs-dev for that
[11:55] <apachelogger> ah
[11:55] <yofel> not sure what that wasn't qt
[11:55] <BluesKaj> Hi all
[11:55] <yofel> *why
[11:55] <apachelogger> well, in qt5 we need that for qt as well
[11:56] <yofel> then just move it there and make project-neon5-kdelibs-dev depend on it (or junk it)
[11:56] <apachelogger> yah
[11:56] <yofel> apachelogger: and no, there's no strict linking policy in neon (we use the defaults mostly)
[11:57] <yofel> if anything there might be a place or two where rpath is forced
[11:59]  * apachelogger meows
[11:59] <apachelogger> shadeslayer_: did you actually look into the zic thing?
[11:59] <shadeslayer_> apachelogger: nope, I did not commit to doing that
[11:59] <apachelogger> good
[12:00] <apachelogger> because I removed it from my todo after asking you
[12:00]  * apachelogger sighs
[12:00] <shadeslayer_> -.-
[12:02] <apachelogger> taring the kdesupport takes forever
[12:02]  * apachelogger surely forgot a dep again 
[12:02] <apachelogger> :S
[12:03] <yofel> can't you just fork what we have in neon4?
[12:04] <apachelogger> that's what I did I think
[12:04] <apachelogger> ECM is new though
[12:04] <yofel> ah
[12:04] <yofel> true
[12:19] <apachelogger> Riddell: bug 500936 :P
[12:22] <Riddell> apachelogger: we like to keep our users on their toes :)
[12:22] <apachelogger> I see :P
[13:25] <apachelogger> support should be building now, going to attempt workspace again tomorrow
[13:37] <apachelogger> yofel, shadeslayer_: did anyone actually subscribe kubuntu-bugs to the new packages btw?
[13:41] <apachelogger> kubotu: hi
[13:41] <kubotu> 'afternoon apachelogger
[13:41] <apachelogger> yofel: kubotu's back
[13:41] <apachelogger> -> dinner
[14:16] <smartboyhw> kubotu: help
[14:16] <kubotu> help topics: 10 core modules: auth, basics, config, filters, httputil, irclog, remote, unicode, userdata, wordlist; 57 plugins: alias, autoop, autorejoin, bans, bar, botsnack, chanserv, debug, dns, eightball, excuse, factoids, googlefight, greed, greet, hangman, host, identica, insult, iplookup, karma, keywords, lart, map, markov, modes, newpackage, nickrecover, nickserv, note, poll, q, quote, reaction, remind, ri, roshambo,
[14:16] <kubotu> rot, rss, salut, script, search, sed, seen, shiritori, spotify, time, topic, translator, tumblr, twitter, uno, urban, usermodes, wheeloffortune, wserver, youtube; 32 plugins ignored: use help ignored plugins to see why; 1 plugin failed to load: use help failed plugins to see why (help <topic> for more info)
[14:16] <smartboyhw> Yes!
[14:16] <smartboyhw> :P
[14:39] <agateau> Riddell: I think I fixed the icon issue in Ubiquity. Can't find a bug report for it. Do you know if there is one?
[14:39] <Riddell> agateau: no I don't think there is
[14:40] <agateau> Riddell: ok. Committing and filing merge request then
[14:58] <smartboyhw> ScottK, can you try to approve my SRUs a.s.a.p so I can test it tmr morning?
[14:58] <smartboyhw> It's Bug 1189083 and Bug 1189085.
[14:58] <smartboyhw> I'm leaving for London soon
[14:58] <smartboyhw> So...
[15:44] <yofel> apachelogger: at least not me, will look in a bit
[17:12] <Peace-> mm http://paste.ubuntu.com/5858978
[17:14] <Peace-> that was a comment on my blog
[17:14] <Peace-> :S
[17:14] <yofel> :/
[17:14] <Peace-> ah seen the paste :D
[17:15] <Peace-> it's not readable
[17:15] <yofel> rekonq at its best -.-
[17:16] <Peace-> http://pastebin.com/hbZd15z1
[17:17] <Peace-> well i personally did not get the point of this   Installing a second browser as you say is no option in my case. I run a double boot and I am very concerned about using non native softwares on my Linux boot.
[17:17] <Peace-> i can't understand why he can not install the second browser 
[17:17] <Peace-> mah
[20:58] <Quintasan> Well, fuck this, I give up.
[21:46] <soee> KDE 4.11 RC1 tomorrow :)
[22:02] <kubotu> ::qt-bugs:: [1194501] [ 4.8 Linaro regression] ICE on gcc-4.8 building kde4libs @ https://bugs.launchpad.net/bugs/1194501 (by Scott Kitterman)