[00:00]  * rbelem pokes apachelogger 
[06:42] <nigelb> shadeslayer: ping
[08:07] <bulldog98_> apachelogger: ok
[08:08] <bulldog98_> apachelogger: would it be ok to put series as first argument to kgetsource, since you can do better completion than?
[08:09] <apachelogger> bulldog98_: quite honestly, if you do completion, just drop the stable/unstable altogether
[08:09] <apachelogger> simply query stable/ and unstable/ build a superset of results that match ^\d\.\d\.\d$ and complete with those
[08:10] <apachelogger> since you know out of which set a complete version comes you can auto decide what path to use
[08:10] <apachelogger> incidentially enough that also makes the command more accessible, even without completion
[08:12] <bulldog98_> apachelogger: the problem is completion is an other process than kgetsource, so we can’t notify kgetsource which set to use
[08:12] <apachelogger> sure, write a helper script that can be used by both kgetsource and the autocompleter
[08:13] <bulldog98_> apachelogger: the helper script should give out something like version series and in the completion you can prase out series
[08:13] <apachelogger> autocompleter asks that thing for set of valid versions and autocompletes -> kgetsource kdelibs 4.5.0 -> kgetsource in turn uses the helper script to get a full path for kdelibs version 4.5.0
[08:13] <apachelogger> (that said helper script might be a bit of a bogus word ... a file with shell functions ... might be better)
[08:14] <apachelogger> that way you simply need to source it and it will work like a library
[08:14] <bulldog98_> It would be better to have version first, since we than can complete also the names, if there should be new names
[08:15] <bulldog98_> so kgetsource 4.5.0 kdelibs would be used
[08:15] <apachelogger> bulldog98_: no, two functions get_versions() which returns a list of versions in both stable and unstable, get_full_path(name, version) which returns the ftpmaster url for that version (be it stable or unstable)
[08:15] <apachelogger> bulldog98_: no goody
[08:15] <apachelogger> that makes it less usable when not using autocompletion
[08:16] <apachelogger> and 90000% of the time one will not autocomplete a name one knows anyway and can type faster than the helper could get the information from ftpmaster
[08:16] <bulldog98_> apachelogger: you can cache that information
[08:17] <apachelogger> even so
[08:17] <apachelogger> .
[08:17] <bulldog98_> that’s what I’m doing with kbzr
[08:17] <apachelogger> app thing version is the most logical thing
[08:17] <apachelogger> then you can also at some point drop the version altogether and app thing will fetch thing with the latest versio available
[08:18] <bulldog98_> apachelogger: that would be best I think
[08:18] <apachelogger> still explicit versioning must be support
[08:19] <apachelogger> plus mind you, doing a comparision on 3-component strings in bash is likely a bit of a pain in the behind
[08:19] <apachelogger> like the only save way to do it that comes to mind would be regexing the string and then comparing the 3 components individually
[08:21] <bulldog98_> apachelogger: grep ^\d\.\d\.\d$ works, doesn’t it?
[08:21] <apachelogger> grep?
[08:21] <apachelogger> wtf
[08:22] <apachelogger> bulldog98_: shell surely has builtin regex support
[08:22] <apachelogger> I know bash has
[08:22] <Riddell> so, Oneiric Beta, all good to upgrade to?
[08:23] <apachelogger> Riddell: mostly
[08:23] <apachelogger> depends on your graphics card, as always ^^
[08:23] <apachelogger> from the KDE POV it should be good though
[08:23]  * apachelogger wonders how to get to the airport
[08:35]  * bulldog98_ found a way to get the version
[08:38] <bulldog98> apachelogger: how do I make an array out of an command output in bash?
[08:41] <apachelogger> it is by default
[08:41] <apachelogger> you can iter on a space or tab or newline separated list without doing anything
[08:45] <bulldog98> apachelogger: so stable_version=$(command) gives you an array with that?
[08:47] <apachelogger> yup
[08:47] <bulldog98> apachelogger: the array is already sorted, because ls -c sorts
[08:49] <bulldog98> can I use versions+=$unstable_versions in bash?
[08:50] <apachelogger> well
[08:50] <apachelogger> you need to program shell I recon
[08:50] <apachelogger> so that no issues between zsh and bash arise
[08:50] <DarkwingDuck> hey guys
[08:50] <apachelogger> so a string concat certainly would be savest
[08:50] <Riddell> whenever I tend to find myself going "can I do X in bash" I usually decide it's time to switch to a real programming language
[08:50] <apachelogger> version = "${stable_versions} ${unstable_versions}"
[08:51] <apachelogger> Riddell: bash is a real programming language :P
[08:51] <Riddell> Oneiric Beta is looking good
[08:51] <bulldog98> apachelogger: I also could write that stuff in ruby
[08:51] <apachelogger> Riddell: it even can do pointers :P
[08:51] <apachelogger> even if the eval expression is like a line long or so ^^
[08:51] <DarkwingDuck> It's running well, I've been using it since A2 and I like where it's going.
[08:51] <Riddell> apachelogger: so is sed, but I don't write anything over 1 line in it
[08:51] <apachelogger> bulldog98: whatever you deem most sensible
[08:52]  * bulldog98 is now learning ruby :)
[08:52]  * apachelogger likes to keep simple things bash
[08:52] <apachelogger> actually I like to keep most scripts bash
[08:52] <apachelogger> like kde-l10n-common's build ^^
[08:52] <DarkwingDuck> apachelogger, why bash when you can perl?
[08:52] <apachelogger> Riddell: well, sed is vastly more cumbersome than sh though IMHO :)
[08:52] <apachelogger> DarkwingDuck: cause perl aint on the cd no moar :P
[08:53] <DarkwingDuck> About time! :P
[08:53] <Riddell> it is
[08:53] <apachelogger> woohooo, I have a way to get to the train station
[08:53] <DarkwingDuck> I've actually given up on it.
[08:54] <apachelogger> on perlz?
[08:54] <DarkwingDuck> Aye
[08:54] <apachelogger> because you failed to hack the kdesrc-build? :P
[08:54] <Riddell> perl seems to be mostly around due to KDE bits
[08:54] <apachelogger> perl is most universal
[08:54] <DarkwingDuck> Well, every time I tried to hack it, it failed out. 
[08:55] <apachelogger> the meta-repository management script for Qt5 is also perl IIRC
[08:55] <DarkwingDuck> Python seems to be a good replacement. 
[08:55] <apachelogger> nono
[08:55] <apachelogger> php
[08:55] <apachelogger> we should write some php scripts for kubuntu-dev-tools really
[08:55] <DarkwingDuck> Yeah, learning that.
[08:55] <Riddell> amarok-common and kde-runtime both depend on perl
[08:55]  * apachelogger hasn't done php in ages anyway
[08:55] <apachelogger> Riddell: amarok-common? :O
[08:56] <apachelogger> oh, perhaps because of kconfig_update
[08:56] <apachelogger> those scripts are mostly perl
[08:56] <DarkwingDuck> What do we need to write/re-write for kubuntu-dev-tools and what is it currently in?
[08:56] <apachelogger> then again I could not remember amarok ever transiting configs properly so that dep might be bogus
[08:56] <apachelogger> DarkwingDuck: bzr branch lp:kubuntu-dev-tools :P
[08:57] <apachelogger> I'd like to have a script that playz 8bit music encoded in plaintext inline in php 
[08:57] <apachelogger> for in-development entertainment
[08:57] <DarkwingDuck> Why not write it in HTML5? Simplier.
[08:58] <DarkwingDuck> s/Simplier/Simpler/
[08:58] <kubotu> DarkwingDuck meant: "Why not write it in HTML5? Simpler."
[08:58] <apachelogger> cauz html5 is a markup language
[08:58] <apachelogger> that aint suitable for scripts
[08:58] <DarkwingDuck> True...
[08:58] <Riddell> hmm, search doesn't work in Muon
[08:59]  * apachelogger looks for a bag to throw stuff in for paris
[08:59]  * DarkwingDuck raises an eyebrow
[08:59] <apachelogger> Riddell: which muon?
[08:59] <DarkwingDuck> Riddell, worked for me yesterday...
[08:59] <Riddell> software centre
[08:59] <apachelogger> WFM
[08:59] <Riddell> fresh install, can't find anything when doing a search, although it lists everything
[08:59] <apachelogger> oh, it might be waiting for xapian update
[08:59] <DarkwingDuck> Riddell, worked for me...
[08:59] <bulldog98> apachelogger: http://paste.ubuntu.com/680387/
[09:00] <bulldog98> apachelogger: better idea
[09:00] <apachelogger> Riddell: better report a bug so that jon the taco can look at it
[09:00] <apachelogger> but I am reasonable certain it might simply be that the xapian index is not yet built
[09:00] <apachelogger> which should probably be reflected in the UI somehow
[09:00]  * apachelogger points out that silly ubuntu software center also fails to display waiting for xapian
[09:01] <DarkwingDuck> lol
[09:02]  * apachelogger considers software that cant play prn a failure anyway
[09:02] <apachelogger> blimey
[09:02] <apachelogger> the mooing also does not work
[09:02] <apachelogger> that is weird
[09:07] <bambee> morning
[09:08] <Riddell> guten morgen bambee
[09:08] <Riddell> bambee: tu est francais oui?
[09:10] <bambee> Riddell: yes I am
[09:11] <Riddell> bambee: si je loue un cololocation qu'est-ce que c'est un "F3"?
[09:15] <Riddell> pour example http://www.leboncoin.fr/colocations/230081894.htm?ca=23_s
[09:23] <bambee> Riddell: F3 veut dire , 3 pièces (ou 3 salles) dont 2 chambres 
[09:23] <bambee> F3 = usually means, 3 rooms and 2 bedrooms
[09:24] <bambee> this one :   area => 61 m²
[09:26] <Riddell> bambee: is there a key to that?  I see other terms like T3 too
[09:26] <rbelem> morning
[09:27]  * rbelem pokes Quintasan_ 
[09:31] <bambee> Riddell: T3 and F3 means the same thing => 3 rooms, in these 3 rooms you can have 2 bedrooms and 1 sitting room for example
[09:31] <bambee> or 1 bedrooms and two other rooms
[09:32] <bambee> TN = N means the number of rooms , usually everything is explained in the description , for this one it's a F3/T3 with 2 bedrooms and 1 sitting room  (the sitting room, the kitchen are in the same room) 
[09:33] <bambee> warning: no internet
[09:39] <bambee> Riddell: http://paste.ubuntu.com/680421/
[09:39] <bambee> (I translated it for you)
[09:45] <Riddell> bambee: so what's the difference between F3 and T3?
[09:47] <bambee> Riddell: it's the same thing
[09:47] <Riddell> très déroutant :)
[09:48]  * bambee wonders if his translation is understandable :\\
[09:48] <bambee> Riddell: do you learn french ? :)
[09:49] <Riddell> bambee: I hope to move to guadeloupe to learn it
[09:49] <bambee> woo!
[11:05] <shadeslayer> nigelb: pong
[11:05] <shadeslayer> i be packaging :D
[11:08] <ScottK> !ninjas
[11:08] <ScottK> 4.7.1 tarballs wanting packaging ....
[11:11] <shadeslayer> yus
[11:19]  * bulldog98 will push my new helper script and then I’m till round 9 UTC
[11:21]  * bulldog98 will do some packaging this evening, tomorrow I won’t have time the garden needs some love and my parents kill me if I don’t help them
[11:51] <shadeslayer> huh weird
[11:51] <shadeslayer> my system doesn't start swapping after it runs out of memory on tempfs
[11:55] <James147> shadeslayer: if i remember right by default tmpfs mounts with a size of half your max ram ^^
[11:56] <shadeslayer> ah ..
[11:56] <shadeslayer> James147: can i override it with a max size in fstab?
[11:56] <shadeslayer> ssh 
[11:56] <James147> shadeslayer: with size=xG option i think
[11:56] <shadeslayer> whoops
[11:56] <shadeslayer> right
[11:57] <James147> shadeslayer: you can also use size=x%  :)
[11:58] <shadeslayer> what does that do?
[11:58] <shadeslayer> ah
[11:58] <James147> % of physical ram
[11:58] <shadeslayer> James147: percentage of my RAM?
[11:58] <shadeslayer> yeah
[11:58] <shadeslayer> i gave it 2.5 gigs now
[11:58] <shadeslayer> should be enough
[11:59] <ScottK> steveire: Could you have a look at Bug #707878, it seems to be piling up duplicates, so something must be up ...
[12:00] <shadeslayer> tmpfs + icecc = build output flying off the screen
[12:01] <steveire_> ScottK: Ok
[12:03] <shadeslayer> James147: it should start swapping once it reaches a critical limit right?
[12:03]  * James147 dosnt know... he has never tested it to its limit
[12:04] <James147> ^^ but I dont see why not
[12:04] <shadeslayer> well : tmpfs                 2.6G  1.8G  793M  70% /var/cache/pbuilder/build
[12:32] <Quintasan_> first day in school == three tests next week
[12:32] <Quintasan_> wtf
[12:34] <shadeslayer> Quintasan: i hear ya
[12:34] <bambee> Quintasan: seriously? teachers suck... o.O
[12:35] <shadeslayer> school sucks :P
[12:35] <bambee> +1
[12:35] <ryanakca> ScottK: Sorry, never checked IRC yesterday. Thanks to whoever took care of the Beta1 announcement though
[12:36] <shadeslayer> bambee: i can haz meta kde?
[12:36] <steveire_> How do I link https://bugs.launchpad.net/ubuntu/+source/akonadi/+bug/707878 to its upstream bug?
[12:37] <Quintasan> steveire_: https://bugs.launchpad.net/ubuntu/+source/akonadi/+bug/707878/+choose-affected-product
[12:37] <bambee> shadeslayer: already pushed to ninjas
[12:37] <shadeslayer> alright
[12:37] <bambee> building
[12:39] <bambee> does anyone have random mouse freezes ?
[12:40] <steveire_> Quintasan: 'Launchpad does not recognize the bug tracker at this URL.'
[12:40] <steveire_> http://bugs.kde.org/261788
[12:41] <shadeslayer> hmm
[12:41] <Quintasan> wtf
[12:41] <shadeslayer> any ideas if i can install ubuntu core on a system
[12:41] <shadeslayer> like .. is there a ISO somewhere?
[12:43] <shadeslayer> all i need is a installer and a base system for a offline install
[12:43] <ScottK> ryanakca: No problem (it was me - I've got the passwords stored more than one place now, so I can find them.)
[12:44] <ryanakca> Hehe :)
[12:44] <Quintasan> ScottK: Can you enlighten me and steveire_ how to link to bug reports in foreign bug trackers in LP?
[12:45]  * ScottK looks
[12:45] <shadeslayer> !find xine.pm
[12:47] <ScottK> Quintasan: Open the > by Akonadi (not akonadi(Ubuntu)) and paste the b.k.o URL into the URL box under remote watch.
[12:47] <ScottK> steveire: ^^^
[12:47] <Quintasan> There is 1 error in the data you entered. Please fix it and try again.
[12:47] <Quintasan> ^_^
[12:47]  * ScottK tries.
[12:47] <shadeslayer> lunchpad does not want to hold hands with b.k.o :P
[12:48] <Quintasan> It's the other way around
[12:49] <ScottK> No.  Apparently apachelogger needs to configure something.
[12:49] <ScottK> Quintasan: Ask in #launchpad.  I'm not sure why that doesn't work.
[12:59] <shadeslayer> Quintasan: steveire_ ScottK fixed
[12:59] <shadeslayer> you need the XML link to the bug
[12:59] <ScottK> ?
[12:59] <ScottK> XML
[12:59] <shadeslayer> http://bugs.kde.org/show_bug.cgi?ctype=xml&id=261788 << this one
[12:59] <shadeslayer> the one that displays XML info
[12:59] <ScottK> I see.
[12:59] <shadeslayer> thats what LP parses iirc
[12:59] <ScottK> LP should know how to get that from the regular URL.  
[13:00] <ScottK> shadeslayer: Would you file a bug against LP about that?
[13:00] <shadeslayer> yes, quite weird that it didn't know how to do that
[13:00] <shadeslayer> ScottK: sure
[13:00] <ScottK> Thanks.
[13:01] <Quintasan> bbl
[13:02] <shadeslayer> i'll just try and fix it as well
[13:04] <didrocks> ScottK: ok, I'm pushing the new Qt to a ppa, I'll open the FFe and assign it to you rather than the release team? (also a question on bug #602913), it's the new appmenu which fixes it, isn't it? (that's what the plasma is using?)
[13:05] <ScottK> didrocks: Go ahead and subscribe the release team, but I'll look at it.
[13:05] <didrocks> ScottK: ok, will do
[13:05] <ScottK> The issue you pointed me to yesterday sounded like the same issue p-w-menubar was having in that bug.  I'd have to ask agateau which package the fix would actually be in.
[13:06] <ScottK> didrocks: Will you also take care of the FFe for the new appmenu-qt?
[13:06] <shadeslayer> bug 839543
[13:06] <didrocks> ScottK: ok, I won't upload before Monday anyway, so I'll chat with him.
[13:07] <didrocks> ScottK: is a FFe needed for appmenu-qt? It's only bug fixing
[13:07] <didrocks> ah, the alt
[13:07] <didrocks> yeah, indeed, will take care of that
[13:14] <ScottK> didrocks: I was thinking of libdbusmenu-qt.  0.9.0 is out and in Debian and we only have 0.8.3.
[13:15] <ScottK> I guess ask agateau if we want that too or it that's intended for KDE 4.8?
[13:15] <didrocks> ScottK: I pushed it already, he asked me to push it yesterday
[13:16] <didrocks> it's needed for the new appmenu anyway (2 additional symbols)
[13:16] <ScottK> Oh.
[13:16] <ScottK> Where was the FFe for this?
[13:17] <ScottK> Also, why not take from Debian?  Is their package different?
[13:17] <didrocks> ScottK: there was no changelog, I didn't see the feature scanning it (anyway, the symbol isn't called until the appmenu lands)
[13:17] <ScottK> OK.
[13:17] <didrocks> ScottK: the package is different, seems that debian didn't take Riddell's work
[13:18] <didrocks> (it has never been merged)
[13:18] <ScottK> Seems like he wouldn't have done 0.8.3 -> 0.9.0 without adding features ...
[13:18] <ScottK> OK.  Then we should look at merging next cycle.  Thanks for checking.
[13:18] <didrocks> ScottK: well, the 0.1.2 -> 0.2 bump for appmenu was licence fix only, so I didn't rely on it, sorry for the oversight
[13:19] <didrocks> yeah, merging would be nice
[13:19] <didrocks> (was just a little bit too late on the cycle to start with that, changing packaging and such)
[13:20] <ScottK> Agreed.
[13:20] <shadeslayer> huh wat
[13:20]  * shadeslayer sees new symbols
[13:23] <ScottK> didrocks: A good clue for it needed an FFe would have been (from the 0.8.3 -> 0.9.0 diff):
[13:23] <ScottK> -set(dbusmenu_qt_lib_API_VERSION 5)
[13:23] <ScottK> +set(dbusmenu_qt_lib_API_VERSION 6)
[13:25] <didrocks> ScottK: yeah, but I'm so used to the API addition for unity/nux (and some GNOME components) to fix actual bugs that I didn't stopped on that, sorry about it, will take more care next time (the new API isn't used until the appmenu release go in anyway)
[13:25] <didrocks> will try to take more care for Qt thing which are more logical, seems with the time, my habits are twisted :)
[13:30] <ScottK> didrocks: Qt FFe is approved.
[13:30] <didrocks> ScottK: oh great, thanks! if you want to take a look at the appmenu one: bug #737419
[13:31] <didrocks> ScottK: I still prefer waiting on Monday for Qt (buildling on the ubuntu-desktop ppa right now), as I won't be online this week-end, I prefer to avoid breaking the world before leaving :)
[13:31] <ScottK> didrocks: I figured Monday would be the P in ASAP.
[13:32] <didrocks> ScottK: heh, ok :-)
[13:32] <ScottK> didrocks: There's no Ubuntu bug there.  Those are all upstream tasks.
[13:33] <didrocks> ScottK: argh, seemed launchpad timeouted :/ fixed now
[13:37] <ScottK> didrocks: Done.
[13:37] <didrocks> ScottK: great, thanks
[13:42] <shadeslayer> uh
[13:42] <shadeslayer> what do i do with these new symbols in kdelibs
[13:42] <Riddell> shadeslayer: check if they are ABI breaks
[13:42] <Riddell> is rekonq not working with forms known?
[13:43] <shadeslayer> Riddell: but its a bug fix release, so shouldn't that be bad?
[13:43] <shadeslayer> Riddell: try out newer webkit from my ppa
[13:43] <shadeslayer> https://launchpad.net/~rohangarg/+archive/experimental << this one
[13:43] <Riddell> shadeslayer: yes if they are ABI breaks that's a release critical bug which you should report to KDE.  if not it's all good
[13:44] <shadeslayer> Riddell: and how does one check that if its a ABI break
[13:44] <Riddell> ah, that's fiddly
[13:44] <Riddell> you have to look at the source code that made the symbols and work it out based on the (often weird) c++ binary compatibility rules
[13:45] <Riddell> usually adding symbols is ok, but not always
[13:45] <Riddell> usually removing symbols is bad, but not always
[13:47] <Sput> or just ask Thiago :)
[13:48] <shadeslayer> haha :D
[13:59] <bambee> why the hell doesn't pbuilder use /etc/pbuilderrc ? o.O
[14:04] <Riddell> shadeslayer: yay, your qtwebkit sorts it
[14:04] <shadeslayer> \o/
[14:04] <shadeslayer> we need to get that into the archive after the freeze is over
[14:10] <ScottK> shadeslayer: Freeze is over.
[14:10] <shadeslayer> oh
[14:10] <ScottK> Read /topic.
[14:10] <shadeslayer> right, didn't read that
[14:11] <shadeslayer> Quintasan: yofel can either of you upload qtwebkit?
[14:11] <shadeslayer> i'm heading out for a couple of minutes, bbl
[14:45] <Quintasan> ScottK: Do you have any problems with rbelem's new branches?
[14:49] <rbelem> heya Quintasan 
[14:49] <Quintasan> rbelem: \o
[14:49] <rbelem> Quintasan, did you see my latest dent?
[14:50] <Quintasan> rbelem: not really, I didn't have time to look at dents today
[14:51] <rbelem> Quintasan, i made really nice command in vim to fix the -data-active.install :-)
[14:52] <Quintasan> Oh, my, really? That's interesting
[14:52] <rbelem> Quintasan, s:\(debian/tmp-kde-runtime-active/\)\(.*/\)\(.*\)$:\1\2\3 \2:
[14:52] <rbelem> :-D
[14:53] <Quintasan> ohshi-
[14:54] <Quintasan> rbelem: Actually, did you testbuild those packages before commiting?
[14:56] <Quintasan> ScottK: https://code.launchpad.net/~rbelem/kubuntu-packaging/kde-runtime-active-4.7/+merge/73738
[14:56] <Quintasan> rbelem: https://code.launchpad.net/~rbelem/kubuntu-packaging/kde4libs-active-4.7/+merge/73739
[14:56] <Quintasan> I'm not entirely sure what you did there
[14:56] <shadeslayer> ooh
[14:56] <shadeslayer> there's this thing called c++filt
[14:56] <shadeslayer> it de mangles all these symbols
[14:59] <Quintasan> rbelem: Please recheckout kdelibs branch and commit those changes you wanted since something strange happened there
[15:00] <bambee> parallel build with pbuilder is totally borked o.O
[15:03] <shadeslayer> ok ... new symbols look alright
[15:05] <shadeslayer> oh oh
[15:05] <shadeslayer> maco: belated happy birthday :)
[15:06] <maco> thanks :)
[15:13] <rbelem> Quintasan, i tested build kde-runtime. i did manage to finish the test build for kdelibs, power failure
[15:14] <rbelem> *did not
[15:17] <shadeslayer> uh
[15:17] <shadeslayer> question
[15:17] <shadeslayer> why do have kde-runtime as one binary package but kdebase-runtime-dbg as the debug package?
[15:18] <shadeslayer> ah nvm
[15:18] <shadeslayer> btw kdebase-runtime-dbg does not depend on kdebase-runtime for some reason
[15:18] <shadeslayer> is that intentional?
[15:19] <shadeslayer> aha ..transitional package
[15:27] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/kde-runtime] Rohan Garg * 228 * debian/control Bump kde-sc-dev-latest to 4:4.7.1
[15:36] <bambee> Quintasan: around ? could you check and confirm something for me ?
[15:38] <bambee> build a package with "debuild -j$(getconf _NPROCESSORS_ONLN 2>/dev/null || echo 1)" and looks how many jobs it uses, even debuild is borked here
[15:38] <bambee> it's just impossible to build kde-workspace o.O
[15:40] <shadeslayer> bambee: push the packaging, i'll build it for you
[15:41] <shadeslayer> right after runtime
[15:44] <shadeslayer> s/runtime/baseapps
[15:45] <bambee> actually nothing has really changed... I cannot even know if symbols have changed :'(
[15:46] <transitlogger> jussi: btw it appears you sent a test sms to moi ealier today
[15:47] <transitlogger> also I have an algorithm for you spell checking bug
[15:47] <transitlogger> in case you moved that report to kde yet :P
[15:49] <shadeslayer> transitlogger: the one where krunner crashes when you press the backspace key?
[15:49] <transitlogger> no
[15:49] <transitlogger> a feature reuqest
[15:49] <shadeslayer> ah ok
[15:49] <Quintasan> bambee: looking at it
[15:49]  * transitlogger aint caring about plasmaware
[15:49] <shadeslayer> new file : -./usr/share/doc/kde/HTML/en/dolphin/toolbar.png
[15:51] <Quintasan> bambee: Check buildlog for "jobserver"
[15:51] <transitlogger> shadeslayer: did you card also get locked?
[15:51] <shadeslayer> lol
[15:51] <transitlogger> shadeslayer: did you ask for a replacement card?
[15:52] <transitlogger> I hear you need a replacement card if your card was locked
[15:52] <shadeslayer> xD
[15:52] <transitlogger> but beware, it takes up to half a year to get the new card
[15:52] <Quintasan> What the hell is transitlogger talking about?
[15:52] <transitlogger> by that time someone will have hacked your account
[15:52] <shadeslayer> transitlogger: i did lock my card at DS
[15:52] <shadeslayer> Quintasan: questions on the GSoC Mailing List
[15:52] <transitlogger> shadeslayer: did you request a replacement card then?
[15:53] <shadeslayer> about locked cards and allegations that unicorns don't exsist
[15:53] <shadeslayer> transitlogger: nope, i was sane enough to call them and have the issue fixed
[15:53] <ScottK> Quintasan: I didn't look yet.  Looking now.
[15:53] <transitlogger> shadeslayer: what? no! s'impossible!!!!
[15:53] <shadeslayer> haha :P
[15:54] <Quintasan> ScottK: The libs merge is somehow broken, I presume rbelem will fix it today
[15:54] <transitlogger> I did not read that on the list
[15:54] <transitlogger> shadeslayer: others deserve to know that you can call numbas to have locking fixed, my oh my
[15:54] <transitlogger> had I know, I would not have sued google for withholding monies :S
[15:54] <ScottK> Quintasan: The runtime one seems odd too.  Like it starts from an older version of our packages.
[15:55] <shadeslayer> ^_^
[15:55] <Quintasan> rbelem: PING
[15:55] <rbelem> Quintasan, pong
[15:56] <shadeslayer> aw ffffffuuuuuu
[15:56] <transitlogger> so, there is this really stylish person, silver headphones with an orange cord, birght green tshirt and super light blue jeans sort of pants
[15:57] <ScottK> transitlogger: Would you have a look at Bug #832864 - It seems likely there is some confusion between phonon headers and the cmake checks in pyside that make the configure test find phonon in Debian and not in Ubuntu.
[15:57] <transitlogger> to complete the picture the orange cord of course builds the nicest color combo with the green shirt
[15:57] <transitlogger> looks like a unicorn barfed all over him
[15:57] <rbelem> ScottK, should i bump the pkg version in -runtime?
[15:57]  * transitlogger likes aiports :D
[15:58] <bambee> Quintasan: I don't see "jobserver"
[15:58] <ScottK> rbelem: Start with the version that we already uploaded and diff from that with a new version.
[15:58] <bambee> :\
[15:58] <transitlogger> ScottK: I am about to board, so it better be quick
[15:58] <bambee> Quintasan: I am talking about a local parallel job, not through icecc
[15:58] <ScottK> transitlogger: I think the relevant infos are in the bug.
[15:58] <Quintasan> bambee: >implying I am using icecc
[15:59] <rbelem> ScottK, i thought that the version that i appended was not uploaded, thats why i just append
[15:59] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/kde-baseapps] Rohan Garg * 187 * debian/ (6 files) New upstream release
[15:59] <transitlogger> ScottK: supposedly the cmake part is broken
[16:00] <Quintasan> rbelem: You need to base on kde-runtime branch for example
[16:00] <transitlogger> people always write bogus cmake stuff
[16:00] <transitlogger> it is like qmake really
[16:00] <Quintasan> kbzr branch kde-runtime
[16:00] <Quintasan> make changes
[16:00] <ScottK> Or something changed in phonon that shouldn't have.
[16:00] <Quintasan> commit and push somewhere
[16:00] <rbelem> oki
[16:01] <shadeslayer> transitlogger: btw lunchpad does not want to talk to b.k.o it seems
[16:01] <shadeslayer> transitlogger: how does one fix that in lunchpad
[16:01] <transitlogger> ScottK: nope
[16:01] <transitlogger> unless you lot patched my software
[16:01] <Quintasan> shadeslayer++
[16:01] <transitlogger> which you have
[16:01] <transitlogger> and you did not send patches upstream
[16:01] <transitlogger> I should give you all a spanking for that at some point
[16:02] <transitlogger> shadeslayer: it better not
[16:02] <transitlogger> shadeslayer: why would it?
[16:02] <shadeslayer> transitlogger: remote bug tracking in ad
[16:02] <transitlogger> shadeslayer: lunchpad would only break bko
[16:02] <shadeslayer> s/ad/lunchpad/
[16:02] <Quintasan> transitlogger: Why don't you send them upstream yourself?
[16:02] <kubotu> shadeslayer meant: "transitlogger: remote bug tracking in lunchpad"
[16:02] <transitlogger> shadeslayer: we do nto do remote bug tracking for 99% of all bugz
[16:02] <transitlogger> thy shalt not send bugs upstream
[16:02] <transitlogger> the reporter should
[16:02] <shadeslayer> transitlogger: still .. for the remaining 1% we need that feature
[16:02] <transitlogger> it has no sense whatsoever to upstream stuff
[16:03] <transitlogger> you are not the person who has a problem
[16:03] <transitlogger> hence you are not the person to talk to
[16:03] <transitlogger> hence you reporting a bug that is not your bug is rather pointless
[16:03] <shadeslayer> transitlogger: ScottK Quintasan and steveire_ had that problem :P
[16:03] <transitlogger> + if a person does not care enough to report the bug to the right party then clearly the bug is not important enough
[16:04] <transitlogger> shadeslayer: so bug reportery
[16:04] <transitlogger> to the lunchpad
[16:04] <shadeslayer> transitlogger: already did
[16:04] <transitlogger> dear madam or sir, I wish to complain in the storngest possible terms about you eating my time :P
[16:04] <shadeslayer> heh
[16:04]  * Quintasan blames transitlogger for all madness here
[16:04] <ScottK> transitlogger: The only phonon patch we have that touches includes is from Debian, so I think that's not it.
[16:04] <ScottK> Quintasan: That's a given.
[16:04] <transitlogger> ScottK: perhaps it was dropped then
[16:05] <shadeslayer> hmm
[16:05]  * transitlogger throws netbook after staff so they start boarding already
[16:06] <transitlogger> oh
[16:06] <transitlogger> it worked
[16:06] <transitlogger> wohooo
[16:06]  * transitlogger shall report tomorrow from the paris
[16:07] <shadeslayer> transitlogger: going to wave the phonon and kubuntu flags from the Eifel tower?
[16:25] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/okular] Rohan Garg * 10 * debian/ (changelog control) New upstream release
[16:26] <shadeslayer> alright, last package for tonight
[16:26] <bambee> Quintasan: you was right
[16:26] <bambee> "warning: jobserver unavailable: using -j1.  Add `+' to parent make rule."
[16:26] <bambee> it does make sense now
[16:27]  * bambee asks google
[16:29] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/okular] Rohan Garg * 11 * debian/changelog Fix release pocket and version
[16:33] <rbelem> Quintasan, i'm gettings this error on kdelibs /usr/bin/xmllint: error while loading shared libraries: /usr/lib/libncurses.so.5: file too short
[16:33] <rbelem> o.O
[16:34] <Quintasan> bambee: were right* and I googled for it too but nothing comes up
[16:34] <bambee> the message comes from make itself
[16:39] <rbelem> Quintasan, aham! apt-get dist-upgrade Get:1 http://localhost/ubuntu/ oneiric/main libncursesw5 i386 5.9-1ubuntu3 [170 kB]
[16:39] <Quintasan> der
[16:39] <Quintasan> p
[16:46] <yofel> evening
[16:49] <yofel> bambee: if you find out what's broken you get cookies from me. For me this only happens with oneiric + kde-workspace
[16:50] <bambee> http://stackoverflow.com/questions/2942465/cmake-and-parallel-building-with-make-jn
[16:50] <bambee> interesting
[16:50] <bambee> it *might* a cmake problem
[16:50] <bambee> might be *
[16:51] <bambee> (not sure yet)
[16:52] <yofel> Quintasan: got time to look at opencv?
[16:54] <Quintasan> yofel: well, I'm playing Harvest Moon but I can take a look :P
[16:55] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/kdepimlibs] Rohan Garg * 140 * debian/ (changelog control) New upstream release
[17:00] <yofel> Quintasan: someone needs to fix up bug 324523 or demote digikam and kipi-plugins to universe if we want 2.0.0
[17:03] <Quintasan> yofel: I can't fix it. We probably will have to demote it
[17:04] <Quintasan> It's not like we include it in default install, do we?
[17:04] <yofel> don't think so, although I'm not sure re kipi and dvd
[17:04] <Quintasan> Well, I'm not able to fix that one
[17:16] <mgraesslin> why does Kubuntu 11.10 not follow the upstream default of one desktop?
[17:17] <ScottK> Did the default change in 4.7?
[17:17] <mgraesslin> yes
[17:17] <mgraesslin> the default is one desktop and the pager hides automatically if there is only one
[17:17] <ScottK> Why?
[17:17] <ScottK> People seem to like multiple desktops.
[17:17] <mgraesslin> because desktops are an advanced feature
[17:18] <mgraesslin> so the people who need or want desktops can easily change the number
[17:18] <ScottK> OK, but the default panel picked up a default activity chooser too.
[17:18] <mgraesslin> yes that's true
[17:18] <ScottK> That's an even more advanced feature.
[17:18] <ScottK> So I think it's an inconsistent view.
[17:19] <mgraesslin> no, I think activities are easier to understand by inexperienced users
[17:19] <ScottK> OK.  Maybe I'm too experienced then.  I couldn't figure out a use for them in my normal workflow.
[17:19]  * mgraesslin neither
[17:19] <ScottK> I like multiple activities in situations like the plasma-netbook layout, but I don't see them as an end user feature.
[17:20] <ScottK> We've had multiple desktops ~forever, so I don't know why we'd want to change it.
[17:21] <mgraesslin> ask the plasma devs - I didn't do the change ;-)
[17:21] <ScottK> OK.
[17:21] <mgraesslin> but I understand that new users might find virtual desktops extremely confusing
[17:22] <ScottK> BTW, I am reminded I had a question for you ...
[17:23] <ScottK> In 4.7 if I run Kubuntu in a live session on my Dell mini10v there's no effects by default, but after install they are on by default.  Any idea why that might be?
[17:23] <mgraesslin> no, but I just noticed that in the livecd (in virtualbox), too
[17:45] <eMyller> hi all
[17:47] <eMyller> task manager widget doesn't work properly here
[17:48] <eMyller> kde sc 4.7.00 on natty
[17:48] <eMyller> anyone experiencing issues?
[17:57] <yofel> define doesn't work properly
[18:21] <bambee> yofel: it's definitively a problem with cmake, I think
[18:21] <bambee> see http://www.gnu.org/s/hello/manual/make/Error-Messages.html
[18:21] <bambee> the last warning
[18:21] <yofel> I know that page, and since it's cmake that generates the code I would agree
[18:22] <yofel> I'm clueless how to fix it though
[18:22] <bambee> I have discussed with david faure (a rocking french guy) and it's not a problem in kde-workspace
[18:22] <ScottK> mgraesslin: Would http://paste.debian.net/128209/ be useful in a bug report for you?
[18:22] <bambee> yofel: I have also asked on #cmake
[18:22] <bambee> no answers :\
[18:22] <bambee> (also it's friday...)
[18:23] <yofel> true
[18:23] <bambee> (they're probably drunk... who knows :P)
[18:23] <yofel> heh
[18:23]  * bambee is totally drunk
[18:23] <mgraesslin> ScottK: crashes in the driver
[18:23] <bambee> whisky <3
[18:29] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/kde-wallpapers] Philip Muškovac * 12 * debian/ (changelog control) New upstream release
[18:30] <ScottK> mgraesslin: Thanks.
[18:32] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/oxygen-icons] Philip Muškovac * 84 * debian/changelog New upstream release
[18:45] <eMyller> yofel: weird behaviors
[18:45] <eMyller> empty spaces (ghost tasks?), unresponsive clicks (it doesn't freeze, certain tasks just don't respond)
[18:46] <eMyller> i noticed that the smooth tasks widget also suffer the same issues, so i think it might come from "above"
[18:46] <eMyller> below, whatever. lol
[18:47] <rbelem> ScottK, lp:~rbelem/kubuntu-packaging/kde4libs-active-4.7 is ready :-)
[18:47] <ScottK> OK.  It'd probably be best to integrate it with the 4.7.1 upload.
[18:47] <ScottK> Who's doing that?
[18:48] <yofel> eMyller: I think the empty spaces should be fixed in 4.7.1, as for the unresponsive tasks I noticed that only once here
[18:48] <eMyller> yofel: is it about libtaskmanager?
[18:49] <yofel> well, the default one, yes
[18:49] <eMyller> also, the tasks widget (the default only) wraps the tasks into two lines even i don't allow it to
[18:50] <eMyller> it's really annoying :\
[18:50] <eMyller> * even if
[18:50] <bulldog98> is meta-kde finished?
[18:50] <eMyller> if i restart plasma, the problem is solved. temporarily.
[18:51] <yofel> bulldog98: it is, see wiki page
[18:51] <bulldog98> yofel: ok I took kate
[18:53] <yofel> eMyller: can't find anything in the git log about the taks lines, make sure there's a bug for it
[18:53] <yofel> *task
[18:54] <yofel> bulldog98: k, when you're done, please file a merge request for the bzr changes and mark the package as ppa/merge
[18:54] <eMyller> will check after work
[18:54] <bulldog98> yofel: ok
[18:54]  * eMyller is afraid of bugs.kde.org
[18:55] <yofel> eMyller: 4.7.1 is scheduled for release on tuesday if you want to wait for it first
[18:55] <yofel> er, thursday
[18:55] <eMyller> yofel: would there be a chance for the fix to be included in 4.7.1?
[18:56] <bulldog98> eMyller: 4.7.1 is already taged so no
[18:56] <eMyller> meh. :\
[18:56] <yofel> only if it's already fixed in git. There's a bunch for task manager fixes for 4.7.1, so maybe I just overlooked it
[18:56] <yofel> *bunch of
[18:56] <yofel> typoday--
[18:56] <eMyller> woot
[18:57] <eMyller> task manager the widget or the lib?
[18:57] <yofel> one of them, I didn't look at the commits that closely
[18:59] <bulldog98> yofel: btw what’s the workflow kgetsource, build source, test build binary?
[19:00] <yofel> my workflow: get source, build source package, pbuild it, upload, commit to bzr
[19:00] <yofel> bulldog98: the rest of the workflow is on the wiki
[19:01] <yofel> don't forget to bump kde-sc-dev-latest
[19:06] <bulldog98> yofel: do you mean that? https://wiki.kubuntu.org/Kubuntu/Ninjas/ReleasePackaging
[19:07] <yofel> ah, not that, that's junk, need to rewrite that someday
[19:07] <yofel> bulldog98: I meant the plan on the packaging page
[19:07] <yofel> we don't really have a detailed workflow doc right now
[19:07] <bulldog98> ok
[19:17] <bulldog98> shadeslayer: what have you done, so that icecc works for you?
[19:33] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/smokegen] Philip Muškovac * 10 * debian/ (4 files in 2 dirs) (log message trimmed)
[19:33] <CIA-89> * New upstream release - fix smokegen_load_system_defines.diff - add simplified
[19:33] <CIA-89> version of string.h to smoke-dev-tools.install [ Pino Toscano ] * Make
[19:34] <Quintasan> yofel: More like "We don't even have a working script for a workflow
[19:36] <yofel> Quintasan: rather that everyone has a different workflow so there's hard to make one..
[19:36] <yofel> *it's
[19:36]  * yofel is tired...
[19:42] <bulldog98> yofel: should I place UNRELEASED into the changelog I want to merge?
[19:42] <yofel> yep
[20:02] <bulldog98> yofel: https://code.launchpad.net/~bulldog98/kubuntu-packaging/kate/+merge/73881
[20:08] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/smokeqt] Philip Muškovac * 7 * debian/ (5 files) (log message trimmed)
[20:08] <CIA-89> * New upstream release - drop reduced-linking.diff, applied upstream - require
[20:08] <CIA-89> smoke-dev-tools >= 4.7.0, and make libsmokeqt4-dev depend on it * Add patch
[20:08] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/smokeqt] Philip Muškovac * 8 * debian/changelog fix changelog
[20:15] <yofel> bulldog98: see comment
[20:16] <bulldog98> yofel: worked in i386
[20:17] <yofel> bulldog98: well, it won't make the build fail, or did you get no diff at all?
[20:19] <bulldog98> yofel: no changes at all
[20:19]  * yofel scratches head...
[20:19] <bulldog98> yofel: where should the diff be located?
[20:19] <yofel> buildlog
[20:20] <yofel> bulldog98: see http://paste.kde.org/117481
[20:20] <yofel> er, that's junk
[20:20] <yofel> sec
[20:21] <bulldog98> yofel: sorry got one
[20:21] <bulldog98> we need a hook or something to autodetect that
[20:23] <yofel> it's easy to find once you know where in the build log you need to look
[20:25] <bulldog98> yofel: fixed
[20:31] <yofel> bulldog98: can you just rename 'KateDocument::setDocName(QString)' into 'KateDocument::setDocName(QString const&)' whithout causing any breakage?
[20:31] <yofel> s/rename/change
[20:31] <bulldog98> yofel: where?
[20:31] <yofel> bulldog98: that's the missing symbol
[20:32] <yofel> and the one that's added below it
[20:32] <bulldog98> yofel: so I need to rename that in the source code?
[20:32] <yofel> bulldog98: no, it was renamed and now the library ABI has changed, read pkg-kde.alioth.debian.org/symbolfiles.html
[20:33] <yofel> http://pkg-kde.alioth.debian.org/symbolfiles.html
[20:35] <bulldog98> yofel: so I should delete the missing?
[20:35] <yofel> bulldog98: is it *safe* to just remove it? i.e. won't removing it break any application that uses the library without rebuilding the app?
[20:36] <yofel> please find that out first
[20:36] <bulldog98> yofel: so I need to rebuild it without the missing line and install it and test some app with libkdeedu?
[20:37] <yofel> bulldog98: wait, we're still talking about kate
[20:37] <bulldog98> s/libkdeedu/kate/
[20:37] <kubotu> bulldog98 meant: "yofel: so I need to rebuild it without the missing line and install it and test some app with kate?"
[20:37] <bulldog98> yofel: yes
[20:37] <bulldog98> yofel: https://code.launchpad.net/~bulldog98/kubuntu-packaging/libkdeedu/+merge/73883
[20:38] <bulldog98> yofel: so I rebuild it without the #MISSING stuff and install libkatepart on my sys?
[20:38] <yofel> bulldog98: wait, do you know what happens when you break the library ABI?
[20:38] <bulldog98> yofel: no
[20:39] <yofel> bulldog98: if a symbol goes missing, and you try to run an application that expects the symbol to be there you'll see it fail with 'missing symbol in ...'
[20:40] <bulldog98> yofel: so I need to test kate and kwriter?
[20:44] <yofel> bulldog98: well, since katepart seems to be the only thing that uses libkatepartinterfaces4 this isn't that much of an issue right now
[20:44] <bulldog98> yofel: so I can simply remove that missing stuff?
[20:44] <yofel> bulldog98: probably
[20:45] <yofel> bulldog98: how did you update the file btw.?
[20:45] <bulldog98> yofel: manually
[20:45] <yofel> bulldog98: wrong, read the debian page again
[20:45] <bulldog98> yofel: but I saw I can patch it with the build log
[20:46] <yofel> bulldog98: yes you can, by using pkgkde-symbolshelper
[20:46] <rbelem> Quintasan, ScottK, lp:~rbelem/kubuntu-packaging/kde-runtime-active-4.7 is ready, but i'm not sure if debian/changelog is ok
[20:55] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/libkdcraw] Philip Muškovac * 16 * debian/ (changelog control) New upstream release
[20:56] <bulldog98> yofel: https://code.launchpad.net/~bulldog98/kubuntu-packaging/konsole/+merge/73885
[20:59] <yofel> bulldog98: about https://code.launchpad.net/~bulldog98/kubuntu-packaging/kate/+merge/73881, how *exactly* did you update the symbols file?
[21:00] <yofel> it's still wrong, should look like this: http://paste.kde.org/117511
[21:00] <bulldog98> yofel: I’ll make it right now (at least I hope so)
[21:01] <yofel> bulldog98: read the debian page again, it's a bit tricky at first
[21:01] <yofel> bulldog98: tip, I used:
[21:01] <yofel> pkgkde-symbolshelper batchpatch -v 4:4.7.1 /var/cache/pbuilder/oneiric-ninja-amd64/result/kate_4.7.1-0ubuntu1~ppa1_amd64.build
[21:01] <yofel> inside kate-4.7.1/
[21:01] <bulldog98> yofel: yes ok
[21:06] <bulldog98> yofel: now it should be the right way
[21:10] <bulldog98> yofel: somehow pbuilder is doing something wrong if I build i386 on amd64 the build log gets _amd64.build is that normal? 
[21:10] <yofel> bulldog98: line 59/60 in the launchpad diff look wrong...
[21:10] <yofel> bulldog98: uh yeah, that's normal, I'm not sure where that gets set
[21:11] <bulldog98> yofel: kate diff?
[21:11] <yofel> bulldog98: yep
[21:11] <bulldog98> yofel: have a look at the other merges
[21:12] <yofel> later, need to finish something else first.
[21:12] <bulldog98> ok
[21:18] <bulldog98> yofel: http://paste.ubuntu.com/680864/
[21:19] <yofel> are you trying to patch the file you already patched? I don't think that's possible
[21:19] <yofel> I usually only update on amd64
[21:25] <bulldog98> yofel: so this is now down with your tip and a fresh symbols file
[21:41] <CIA-89> [lp:~kubuntu-packagers/kubuntu-packaging/kate] Philip Muškovac * 41 * debian/ (4 files) * New upstream release - update libkatepartinterfaces4.symbols