[11:43] <debfx> ScottK: I've uploaded a new kde-l10n-da version as it FTBFS
[13:15] <BluesKaj> Hey folks
[13:15] <smartboyhw> Yo BluesKaj
[13:19] <BluesKaj> yoyo smartboyhw :)
[13:20] <smartboyhw> yoyo
[13:23] <ScottK> debfx: I'll have a look.
[13:37] <ScottK> debfx: Accepted.
[15:46] <ScottK> Up on 4.8.5 from proposed and it all seems good.
[17:18] <ScottK> JontheEchidna: We're several releases behind on apt-listchanges, so having a look at it would be good even if it's just to update to Sid/Wheezy.
[17:18]  * JontheEchidna nods
[18:49] <yofel> apachelogger: what's the rationale behind a version like ~quantal0~ppa3~1 ?
[20:16] <txwikinger> Is everybody jamming?
[20:17] <JontheEchidna> taking a youtube break :P
[20:19] <txwikinger> Haha
[20:19]  * yofel tries to finish shadeslayer's package work
[20:19] <yofel> fell asleep on the couch yesterday -.-
[20:19] <yofel> long week
[20:19]  * txwikinger hosting the Waterloo Global Jam
[20:20]  * txwikinger woke up 4am this morning.. long day
[20:40]  * yofel wonders how kdepimlibs built in the PPA with "4.9.0" in the lib install files
[20:41] <yofel> something went seriously wrong with the 4.9.1 uploads
[20:41] <yofel> kdelibs5-dev (>= 4:4.9.0a) would explain how it built
[20:43] <yofel> do we have a general location for the automation scripts or are we still using the repos owned by debfx ?
[20:43] <yofel> apachelogger: ^
[20:54] <yofel> apachelogger: can you please move your TODO out of the topic? At least put it on the packaging pad if nowhere else
[21:03] <txwikinger> Is do-release-upgrade -d not working yet?
[21:04] <yofel> txwikinger: check what your upgrade policy is set to, it seems like update-manager auto-set that to LTS for everyone in precise
[21:05] <yofel> then -d won't do anything until 14.04
[21:12] <yofel> apachelogger: actually, wouldn't it make sense to use .so.4.*[.abiX] wildcards in install files? the abi version is 4 anyway, not 4.9
[21:18] <txwikinger> Hmm.. maybe it is my proxy setting that is not valid here :-)
[21:19] <yofel> checked your upgrade policy?
[21:21] <txwikinger> can I do that commandline somewhere?
[21:21] <yofel> /etc/update-manager/release-upgrades
[21:21] <yofel> make sure Prompt= is not set to LTS, but Normal
[21:21] <yofel> *normal
[21:23] <txwikinger> thanks yofel.. that did it
[21:24] <txwikinger> that is certainly a stupid default
[21:29] <apachelogger> yofel: rationale: not having crafted magic to translate series name to version
[21:29] <apachelogger> yofel: automation: kubuntu-dev-tools
[21:29] <apachelogger> yofel: todo: no
[21:29] <yofel> why not?
[21:29] <apachelogger> yofel: abi: yes/no
[21:30] <apachelogger> cause the point is that I don't forget about it :P
[21:30] <yofel> uh... 
[21:30] <yofel> nvm
[21:31] <yofel> as for kubuntu-dev-tools: do you mean 'put it there' ? because I don't see the stuff there
[21:31] <apachelogger> put proper stuff there
[21:31] <yofel> good
[21:31] <yofel> then I'll fix the kde-sc-dev replacement handling and move things over
[21:31] <apachelogger> the present main script is not proper
[21:32] <yofel> didn't take a too long look at it yet, all I noticed is that it's buggy
[21:32] <apachelogger> very buggy
[21:32] <apachelogger> anywho
[21:32] <apachelogger> if you feel like it, throw it in, but I'll be redoing half of it :P
[21:33] <yofel> sure
[21:33] <apachelogger> which reminds me that we should have  metting
[21:33] <apachelogger> meeting even
[21:33] <yofel> I just don't want us to end up modifying the same file in different places and having to merge stuff again later
[21:34] <apachelogger> well
[21:34] <yofel> for now I'll just try to patch the worst things and somehow get a proper 4.9.1 build
[21:34] <apachelogger> that already happened, didn't it
[21:34] <apachelogger> i.e. kgetsource does half the stuff initial-upload does
[21:34] <yofel> dunno, ask debfx about that
[21:34] <yofel> we should probably stick to 1 language when writing scripts
[21:35] <yofel> kgetsource is ruby
[21:35] <apachelogger> yofel: I do recommend you write a quick script for 4.9.1
[21:35] <apachelogger> to get proper we only need bzr co && get  source && build source
[21:35] <apachelogger> yofel: no we shouldn't
[21:36] <apachelogger> yofel: what we should have is a whole bunch of scripts in whatever language makes sense and glue them together using le bash magic
[21:36] <yofel> fine with me
[21:38] <apachelogger> the keyword really is modularity, by keeping multiple scripts for multiple tasks they can easily be glued together differently, used manually etc. etc.
[21:39] <apachelogger> also it allows multi-threading on process style modularity... i.e. if the host script is bash we can easily fork 5 times to run e.g. kgetsource 5 times at the same time
[21:40] <apachelogger> which in turn makes concurrency a no-brainer
[21:40] <yofel> good point
[21:40] <apachelogger> on a related note: dinosaurs on a spaceship! :O
[21:42] <yofel> that would be the proof that intelligent life exists outside earth + someone thought of the ark before Noah
[21:44] <yofel> btw. what was the 'no' part about the ABI? There's not really a point in being stricter about it than dpkg
[21:45] <yofel> except if you want to catch upstream brain failures using that...
[21:45] <apachelogger> exactly that being the point
[21:46] <apachelogger> in fact strictly speaking them adding symbols and only bumping the last digit would already count as such
[21:46] <JontheEchidna> Any Qt D-Bus ninjas around that can tell me why this works: http://paste.kde.org/546074/ and this fails? http://paste.kde.org/546062/
[21:46] <apachelogger> for that kind of thing you'd usually bump the middel digit
[21:46] <apachelogger> JontheEchidna: dinosaurs!!@#@!#%
[21:47] <yofel> strictly speaking, keeping 4 and breaking the ABI would already be a failure, but we have our symbol files for that
[21:47] <yofel> so not sure what 4.9 adds to that
[21:47] <apachelogger> they did not break the ABI
[21:47] <JontheEchidna> apachelogger: downloading now !@#E$!#@
[21:48] <apachelogger> basically it goes like ... YOUREMOVECRAP.YOUADDCRAP.YOUFEELFUNNY
[21:48] <yofel> uh yeah... in theory
[21:48] <apachelogger> yah
[21:48] <apachelogger> so I believe only wildcarding the last digit is the most resaonble way of doing it
[21:49] <yofel> I'm not sure why some folks understand that (libkdcraw is at .so.21) and some not
[21:49] <apachelogger> some simply don't care :P
[21:50] <apachelogger> "uh this is a library only we use, yeah we install it publicly and also install it's headers, but really, no one would ever use it..."
[21:50] <yofel> now where did I hear that last...
[21:50] <yofel> oh yeah, nepomuk
[21:51]  * apachelogger ponders showering JontheEchidna in spoilers :P
[21:51] <apachelogger> or is it with
[21:51] <apachelogger> my my
[21:51] <apachelogger> I had too much coke
[21:51] <apachelogger> hooray
[21:51] <yofel> which reminds me that I need to package that nepomukwidgets thingy to unbreak neon
[21:52] <apachelogger> oh noes
[21:52] <apachelogger> JontheEchidna: wb
[21:52] <JontheEchidna> thx
[21:52] <apachelogger> JontheEchidna: what's not working about the dbus magic?
[21:52] <apachelogger> do you get the signal?
[21:52] <JontheEchidna> apachelogger: finished slot for my async never gets called
[21:53] <JontheEchidna> but calling waitForFinished to force it to be synchronous gets the error reply I want
[21:53] <apachelogger> hm
[21:53] <apachelogger> why the code looks alright
[21:54] <apachelogger> JontheEchidna: d->dbus is an interface I suppose?
[21:54] <JontheEchidna> yup
[21:55] <jtechidna> bleh, my connection is crap
[21:56] <apachelogger> very nice :P
[21:56] <JontheEchidna> apachelogger: yes, it's a dbus interface
[21:56] <apachelogger> you sure the connect() is correct?
[21:56] <apachelogger> I fail to parse signals that long ^^
[21:56] <JontheEchidna> apachelogger: yeah, Qt Creator tab completed it for me, plus it's the same as in the Qt docs
[21:57] <JontheEchidna> plus there's no runtime error saying "no such signal"
[21:59]  * apachelogger looks at documentation
[22:00] <apachelogger> JontheEchidna: what type is the transaction?
[22:00] <apachelogger> JontheEchidna: it doesn't get deleted before the finished signal gets emitted, does it?
[22:00] <apachelogger> that would explain why it does not work ;)
 JontheEchidna: it doesn't get deleted before the finished signal gets emitted, does it?
 that would explain why it does not work ;)
[22:01] <jtechidna> I don't think it would, the slot's the only place where it could be deleted
[22:01] <jtechidna> right?
[22:01] <apachelogger> I am talking about the Transaction object
[22:01] <apachelogger> not the watcher
[22:01] <JontheEchidna> oh, actually...
[22:01] <JontheEchidna> now that you mention it
[22:02]  * apachelogger saves the day
[22:02] <apachelogger> also dinosaurs
[22:02] <JontheEchidna> still downloading :(
[22:02] <JontheEchidna> in fact that may be what's causing my IRC issues
[22:02] <JontheEchidna> heh
[22:02] <apachelogger> the doctor munches all the bandwith
[22:03] <JontheEchidna> yus
[22:08] <Daskreech> JontheEchidna: I don't know if I should be woried but Muon hasn't worked for like amonth
[22:09]  * yofel has no issues with muon in quantal
[22:09] <yofel> what fails?
[22:27] <CIA-58> [lp:~kubuntu-packagers/kubuntu-packaging/kdepimlibs] Philip Muškovac * 189 * debian/ (30 files) * update install files * add new symbols to libakonadi-kde4.symbols
[22:28] <JontheEchidna> So I had brought an old router from home to uni.
[22:29] <JontheEchidna> But I forgot that it was the one that couldn't hold an IRC connection when you were running a torrent
[22:29] <JontheEchidna> apachelogger: thanks. I moved the dbus watcher to TransactionPrivate, which stays on the stack as long as there is a Transaction object with a QSharedPointer to it
[22:30] <JontheEchidna> *stays on the heap
[22:30] <JontheEchidna> now... dinosaurs!
[22:30] <apachelogger> hf
[22:30] <yofel> meh, apachelogger putting invalid mail addresses in changelog ^^
[22:31] <apachelogger> that happens
[22:31]  * apachelogger used like 5 shells to get things moving faster than the script would allow :P
[22:31] <JontheEchidna> QSharedPointer is awesome
[22:31] <yofel> heh
[22:32] <JontheEchidna> automatic garbage collection for your private class, so you don't have to throw pointers to instances of your public class around :D
[22:33] <yofel> everytime I hear garbage collection I think of java... and shudder
[22:34]  * apachelogger failed to compute that line about public classes
[22:36] <JontheEchidna> So, transactions are generated by the worker daemon and live on a D-Bus path until the daemon deletes them
[22:36] <JontheEchidna> the client transaction class uses a dbus adapter to keep its copy of the transaction's data up-to-date on the client side
[22:37] <JontheEchidna> when a transaction on d-bus goes away, LibQApt will let it's client-side transaction instances go out of scope
[22:37] <JontheEchidna> and if an application using libqapt still has client-side transaction instances pointing to the TransactionPrivate data, the TransactionPrivate data will stay until the application lets it's Transaction object go out of scope
[22:39] <apachelogger> so you have multiple transaction objects using the same private data object?
[22:42] <JontheEchidna> yep, their only data member is a QSharedPointer<TransactionPrivate>
[22:42] <JontheEchidna> the backend can keep a copy to do with what it likes, and the app using the backend can keep its own copy for displaying the data to the user
[22:43] <JontheEchidna> when the daemon deregisters the transaction object on D-Bus, the backend will remove its instance from its list
[22:43] <JontheEchidna> and when the application is done showing data from its transaction instance and it goes out of scope, the TransactionPrivate is deleted
[22:44] <apachelogger> common approach
[22:44] <apachelogger> suffice to say I prefer not having a performance penalty :P
[22:44] <apachelogger> though I see the usefulness ;)
[22:46] <apachelogger> yofel: http://paste.kde.org/546128/
[22:46] <JontheEchidna> ;)
[22:46] <apachelogger> isn't it beautiful
[22:46] <JontheEchidna> I just didn't want to give users of the library to delete stuff under my nose :P
[22:47] <JontheEchidna> and I'm sure fetching data over the D-Bus is the bottleneck. There shouldn't be more than a dozen transactions active at a time in the worker anyways
[22:47] <yofel> :D
[22:47] <JontheEchidna> apachelogger: nice :D
[23:25] <CIA-58> [lp:~kubuntu-packagers/kubuntu-packaging/kdelibs] Philip Muškovac * 431 * debian/ (37 files) * Change sonames from 4.9.0/5.9.0 to 4.9.*/5.9.* * Update kdelibs5-dev.install fix uploader email
[23:34] <JontheEchidna> I really liked that episode of Doctor Who
[23:49] <apachelogger> it had dinosaurs
[23:50]  * apachelogger recreeates initial-upload in bash
[23:52] <apachelogger> uhm
[23:52] <apachelogger> http://paste.kde.org/546134/
[23:52] <apachelogger> why that was irritatingly simple -.-
[23:52]  * apachelogger waves fist at stupid xargs for having features all implemented
[23:52] <yofel> dunno
[23:52] <highvoltage> heh
[23:52] <yofel> inital-upload does seem to have a few extra features though
[23:52] <apachelogger> it even works(tm)
[23:53] <apachelogger> what a drag
[23:53] <apachelogger> no fun for apachelogger :(
[23:53] <yofel> that is if they work
[23:53] <apachelogger> yofel: like?
[23:53] <yofel> checking if there's a point in uploading a package (0-diff)
[23:53] <yofel> also, build-dep bumping needs implementing, although I've that half-done here
[23:54] <yofel> *I'm half done with that here
[23:54] <apachelogger> why that's just additional magic
[23:54] <apachelogger> also isn't diff checking like expensive?
[23:54] <yofel> less expensive than forcing more updates to users - also less that can break
[23:55] <yofel> it's freakin's expensive indeed though
[23:55] <yofel> -s
[23:55] <apachelogger> well I just wonder
[23:55] <apachelogger> how often does that happen?
[23:55] <apachelogger> past ppa1 you only do selective uploads anyway
[23:55] <apachelogger> xah
[23:55] <apachelogger> ah
[23:55] <apachelogger> now I get it
[23:55] <yofel> with the number of packages we have here, I believe over a dozen per point release
[23:56] <apachelogger> diffing 4.9.1 vs 4.9.0
[23:56] <yofel> right
[23:57] <apachelogger> that is indeed slightly expensive, so I'd not put that in initial upload TBH
[23:57] <apachelogger> more like archive-upload
[23:57] <yofel> that won't help with the PPA stuff though - if we care
[23:57] <apachelogger> I am not sure we should care
[23:58] <apachelogger> I mean, if you opt for a PPA you probably have a not-too-crappy intartubes access
[23:58] <yofel> as long as it's at least in archive-upload I would be fine with it
[23:58] <apachelogger> stuff like that is why I think we should have a meeting :P
[23:58] <yofel> true
[23:58] <apachelogger> also it would be itneresting how many false negatives a 0-diff check yields
[23:59] <apachelogger> because at least with the large meta sources there were at least cmakelists changes that change a version or a whitespace