[00:00] <apachelogger> http://paste.kde.org/492536/
[00:00] <apachelogger> !
[00:00] <apachelogger> phew
[00:00] <apachelogger> copying from konsoel is not bugged at all
[00:01] <apachelogger> fglrx--
[00:31] <micahg> JontheEchidna: -v or ../merge-buildpackage for merges please :)
[00:31] <JontheEchidna> oops
[01:10] <apachelogger> JontheEchidna: thoughts on what should be autocompleted in a script for simple kde packaging?
[01:10] <apachelogger> taking a template and stuffing it in the source
[01:10] <JontheEchidna> hm
[01:11] <JontheEchidna> dh $@ --with kde --parallel --dbg-package=$pkg-dbg
[01:35] <apachelogger> JontheEchidna: I do disapprove that last argument
[01:35] <apachelogger> as I have said countless times ... dbg packages should be injected automagically
[01:35] <apachelogger> our current approach does not scale
[01:36] <yofel> enjoy scripting that - or wait until I'm done doing that for neon
[01:36] <yofel> which is on place ~100 in my todo list
[01:36] <sreich> 100 being the best?
[01:37] <micahg> hrm, dbgsym support is available in PPAs (don't know how to use it though)
[01:37] <apachelogger> refactor your todo :P
[01:37] <yofel> no, 1 :P
[01:37] <apachelogger> if dragon were a todo and it had 100 entries I would rewrite it :P
[01:37] <apachelogger> oh hold on, I should rewrite dragon
[01:37] <apachelogger> oh, nvm, I did that already
[01:37] <apachelogger> see, I do things before they even get on my todo :P
[01:37] <yofel> using dbgsyms wouldn't make much sense, as we would mostly duplicate our symbols then
[01:37] <apachelogger> micahg: oh is it?
[01:38] <apachelogger> yofel: we can throw away our packages
[01:38] <apachelogger> in fact that is simpler scripting :)
[01:38] <micahg> apachelogger: I don't know that it's enabled (maybe ask the launchpad folk)
[01:38]  * apachelogger points out that only using dbgsyms would make kubuntu-debug-installer perfect
[01:38] <yofel> find out how to use it then. I know it's available for OEM archives
[01:39] <apachelogger> they might not want ot give us dbgsyms because we like to eat the disk space ^^
[01:39] <yofel> I've once tried to make pkg-create-dbgsym and pkgbinarymangler produce dbgsyms in PPA's but failed
[01:39] <yofel> apachelogger: it would be perfect once you do that, AND make it auto-add the dbsym archive for official packages
[01:40] <micahg> yofel: yes, pitti added that support a while back
[01:41] <apachelogger> yofel: you do not want the ddeb archive on all the time :P
[01:41] <yofel> yeah, I was subscribed to the bug report for that. I stopped following after it was clear that it won't be enabled for the wide audience
[01:41] <apachelogger> but yeah, the idea would be to only ever use dbgsym
[01:41] <yofel> apachelogger: sure, still requires auto-add, install, auto-remove then
[01:41] <apachelogger> the reason it does not do that right now is because you'll run into incompatibility clashes
[01:41] <apachelogger> leading ot overall crappier backtraces
[01:42] <apachelogger> also it goes whooop when you add our PPAs and suddenly foo has a higher version than the dbgsym
[01:42] <yofel> seriously though, what's so hard about just adding a dbg package in control?
[01:42] <yofel> the rules part can be scripted fine
[01:42] <apachelogger> it does not scale
[01:42] <yofel> it takes less than a minute, and requires pretty much no changes later...
[01:43] <apachelogger> pretty much != nil
[01:44] <yofel> I'll agree with that, I'm just saying that it scales RIGHT NOW. I did say I want to add that for neon
[01:44] <yofel> our packaging isn't flexible enough there
[01:52] <apachelogger> yes, but it is the wrong way to look at it... I can spend more time doing it proper right now completely removing the need to ever think about it again
[01:52] <apachelogger> vs. doing it latter and perhaps having to remove the dbg packages from all 30000 packages created in the mean time
[01:54] <yofel> ack then
[01:55] <yofel> were you planning to add that to your simple packaging script, or did you mean that pkg-kde-tools should take care of that at build-time?
[01:58] <apachelogger> talk to lunchpad people -> no dbgsyms for us -> hack pkg-kde-tools -> fail to do that -> keep manually adding dbg packages add appropriate functionality to skeletor
[01:59] <yofel> ok
[02:08] <apachelogger> omg, it's getting light again
[02:08] <apachelogger> meh
[02:09] <sreich> that's the sun
[02:09] <sreich> it provides warmth for plants and such
[02:17] <apachelogger> what a silly invention
[02:19] <sreich> you only say that because you're not a plant
[02:34] <yofel> hm, here some bird is starting to get annoying outside
[02:35]  * yofel is off to bed
[02:36] <sreich> gosh i've got the same problem. the birds won't stop tonight
[02:41] <JontheEchidna> you people and your European time zones
[02:51] <apachelogger>   const QString summary = i18n( "Resource %1 is broken. This resource is now %2",  instance.name(), instance.isOnline() ? i18n( "online" ) : i18n( "offline" ) );
[02:51] <apachelogger> this is too funny
[02:51] <apachelogger> how broken can it be and still be online
[02:54] <JontheEchidna> lol, no way that will translate
[02:56] <apachelogger> http://www.youtube.com/watch?v=qB1_DDv7iF0
[02:56] <apachelogger> all I gotta say
[03:02] <apachelogger> Oo -.- :O :(
[03:05] <apachelogger> akonadi is a big fat spooky monster
[03:25] <ScottK> yofel: It appears that the password has been changed as I can't get in anymore either.
[03:25] <ScottK> ryanakca: Are you still webmastering for us?  Any idea about the password change?
[03:42]  * apachelogger sighs
[05:40] <apachelogger> BUG
[05:40] <apachelogger> pfft, no one around
[05:40] <apachelogger> how boring
[07:25] <jussi> good morning apachelogger
[07:26] <apachelogger> yo jussi
[07:26] <jussi> apachelogger: not so boring then :D (unless you consider me boring)
[07:27] <apachelogger> look at the time stamps :P
[07:27] <jussi> I just got pissed at unity and moved back to kde 
[07:27] <apachelogger> lol
[07:27] <apachelogger> you were using unity?
[07:27] <apachelogger> spooky
[07:28] <jussi> apachelogger: yeah, but no one said anything, I just assumed you were sitting there twiddling your thumbs :P 
[07:28] <jussi> I had to try it out
[07:29]  * apachelogger spent his time better and tried win8 :P
[07:29] <jussi> lol
[07:30] <jussi> Ive got cookies for anyone who recreates my quassel darktheme for irssi... 
[07:33] <Riddell> morning friends
[07:39] <jussi> Riddell: youre back!! :D
[07:39] <Riddell> jussi: oh I couldn't leave for long :)
[07:41] <jussi> Riddell: so you getting decent speed internet made me all jealous and so I moved to helsinki and got propper internet...
[07:41] <Riddell> erk, really?
[07:42] <Riddell> I wouldn't want you to relocate your family and job just because you're jealous of me!
[07:42] <jussi> yeah, had to move for work sadly
[07:42] <jussi> but at least the internet is good
[07:42] <jussi> (I pay €8.90 for 100mbit) :D
[07:43] <Riddell> now I'm jealous
[07:43] <Riddell> is that government subsidised somehow?
[07:43] <jussi> no
[07:44] <jussi> its just we have fibre to the building, and the rental cost includes 10/10
[07:44] <jussi> so the upgrade to 100/10 is only a minimal cost
[07:45] <Riddell> mm, interesting
[07:45] <Riddell> well you're only a short ferry ride away from akademy now
[07:48] <jussi> yeah, Im going to try get there for at least a day or so - dont think I can get time off work for it
[08:13] <Riddell> didrocks: do gnome packagers get the tars a few days before release?
[08:13] <Riddell> I seem to remember that was changed a couple of years ago
[08:14] <didrocks> Riddell: no, it's all public, the announce for the release is on Wednesday, but most of tarballs are posted to the GNOME ftp (there is a ML to subscribe) started Monday
[08:28] <apachelogger> Riddell: it doesn't make sense to keep it embargoed if half the people having access don't play by the rules anyway
[08:32] <Riddell> apachelogger: it's always been a contentious issue for KDE
[08:32] <Riddell> but generally it works well
[08:49] <Riddell> didrocks: doesn't that lead to lots of comments on news sites and user forums "gnome 3.2 is released, why don't I have packages yet?"
[08:50] <didrocks> Riddell: no, never saw that for the past 6 years (when this process was built upon)
[08:51] <didrocks> tarballs are coming one after another in the ftp, we are pushing at the same speed. Finally, the announce is done on wednesday by the GNOME release manager and we mostly have the stack up to date in ubuntu
[08:53]  * apachelogger blinks
[08:53] <Riddell> didrocks: so the packages are in Ubuntu before they are announced as released?
[08:53] <didrocks> Riddell: yeah
[08:54] <apachelogger> afiestas: check out t3 and 1: http://paste.kde.org/492614/
[08:54] <didrocks> same for other distros
[08:54] <apachelogger> compleltely wicked
[08:54] <Riddell> didrocks: doesn't that lead to issues with users reporting bugs to upstream before they're announced as released?
[08:54] <apachelogger> Riddell: doesn't matter as they are the final tars already
[08:55] <didrocks> Riddell: from Monday to Wednesday, the timing is short and the tarball is here
[08:55] <didrocks> sometimes, that enables to spot something really bad
[08:55] <didrocks> and so the module maintainer can release a .1
[08:56] <Riddell> didrocks: what about bugs found by packagers?  kde has about 5 days for packagers to go "err this app needs an unreleased libfoo" or "it doesn't compile with gcc 10.1"
[08:57] <didrocks> Riddell: that's another case where we told GNOME what went wrong (the release manager is doing the same at the same time as well and talk to the maintainers), this lead to release a .1 when a real error occurs. If the new nautilus needs the new glib, we just want for the glib tarball even if nautilus tarball is already posted
[08:57] <didrocks> s/want/wait/
[08:57] <kubotu> didrocks meant: "Riddell: that's another case where we told GNOME what went wrong (the release manager is doing the same at the same time as well and talk to the maintainers), this lead to release a .1 when a real error occurs. If the new nautilus needs the new glib, we just wait for the glib tarball even if nautilus tarball is already posted"
[08:57] <didrocks> fun, didn't know about the kubotu ;)
[08:58] <Riddell> didrocks: can I paste bits of this conversation to kde-release-team?  there's a discussion happening about these issues
[08:58] <didrocks> Riddell: of course, no worry :)
[08:58] <Riddell> thanks
[08:58] <didrocks> yw
[09:32]  * jussi notes his post to the ml :D
[09:42] <Riddell> jussi: which post?
[09:42] <Riddell> ooh a new councillor
[09:45] <jussi> :)
[10:26] <debfx> I'll test a script that mass uploads point release to the ninjas ppa so please don't upload any KDE 4.8.4 packages
[10:32] <Riddell> debfx: nice!
[11:17] <eagles0513875_> hey agateau bug 998630 the fix you released for the plasma widget menu bar doesnt fix the crash, i got another back trace which i submitted in the bug, but now i have no menu bar what so ever and for some reason the menu bar is taking the focus of my chromium tabs. what other information can i provide you with to help narrow this issue down even further
[11:19] <Riddell> JontheEchidna: has the jockey replacement discussion reached any conclusion in your mind?
[11:20] <JontheEchidna> Riddell: yes, I believe I can write a KDE frontend that utilizes the UbuntuDriver python bits that Albert Malone/Pitti wrote.
[11:21] <JontheEchidna> and once the dependency situation is worked out for ubuntu-drivers-common, it should be all good
[11:24] <Riddell> JontheEchidna: nice, a frontend integrating with muon or standalone?
[11:25] <JontheEchidna> Riddell: I was thinking about making a "Drivers" KCM Module for the Display and Monitor KCM in Sytem Settings, though we (Kubuntu Dev) should definitely discuss the best venue for presenting a GUI for restricted drivers.
[11:26] <Riddell> yep, thanks for taking it on
[11:28] <JontheEchidna> no problem. :)
[11:29] <JontheEchidna> off to start my morning commute, so bbiab
[12:19] <agateau> eagles0513875: answered on report
[12:27] <eagles0513875> thanks agateau  :) 
[12:30] <eagles0513875> agateau: should i remove my .kde folder as well or just restart for now?
[12:41] <agateau> eagles0513875: restart should do
[12:41] <eagles0513875> ok :) give me a few moments
[12:45] <BluesKaj> Hiyas all
[12:45] <eagles0513875> hey BluesKaj  :) 
[12:46] <BluesKaj> hi eagles0513875
[12:48] <eagles0513875> agateau: im eating a single line and nothing is starting QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave
[12:49] <agateau> eagles0513875: that line should be ignored, all kde apps produce it these days :/
[12:49] <eagles0513875> ok well its not outputting anything else agateau  and still no menu bar
[12:50] <agateau> eagles0513875: and do you get a menubar if you downgrade to 0.1.17,
[12:50] <agateau> ?
[12:50] <eagles0513875> agateau: stupid question here how can i downgrade it?
[12:51] <agateau> eagles0513875: how did you upgrade?
[12:51] <eagles0513875> apt-get update && apt-get dist-upgrade
[12:51] <eagles0513875> prior to you releasing the fix i was getting a menubar 
[12:51] <agateau> and which version of plasma-widget-menubar is installed?
[12:51] <eagles0513875> just the random crash with the trace in the report
[12:52] <eagles0513875> 0.1.17
[12:52] <agateau> so you did not get the new version: I marked it as fix-released on the upstream project, meaning I released a new tarball. It has not been packaged yet.
[12:53] <eagles0513875> ahh ok :) where can i get the tar ball so i can package it?
[12:53] <agateau> https://launchpad.net/plasma-widget-menubar
[12:54] <eagles0513875> agateau: curious question why is there a 2nd package that is affected but its new on the report?
[12:54] <agateau> eagles0513875: the first line is the upstream project
[12:54] <agateau> the 2nd line is the package for the project in ubuntu
[12:54] <eagles0513875> ahh ok :) 
[12:55] <eagles0513875> thanks agateau  :) 
[12:57] <eagles0513875> agateau: will keep you posted if 18 resolves the problem :) 
[12:57] <agateau> eagles0513875: thanks
[12:58] <eagles0513875> agateau: I'm guessing there are compiling instructions in the tarball?
[12:58] <agateau> eagles0513875: should be
[12:58] <eagles0513875> :) ok 
[12:59] <agateau> eagles0513875: I must confess I am not tracking this project very closely
[12:59] <eagles0513875> agateau: no problem bro :) I'm just trying to get my hands dirty with contributing and helping out with kubuntu
[13:00] <ikonia> eagles0513875: why not let someone who knows how to package it actually package it so you can test it
[13:00] <ikonia> eagles0513875: that way it's a sane test
[13:01] <eagles0513875> ikonia: taking this to offtopic
[13:01] <ikonia> err why ?
[13:01] <ikonia> it's relevent
[13:02] <ikonia> eagles0513875: be aware that if you don't use a package then the test could be void as how you build it blindly maybe different from how the package is put together
[13:03] <eagles0513875> ikonia: i need it rather urgently packaged though cuz as we speak i have no menu bar what so ever
[13:03] <ikonia> eagles0513875: ok, so find someone who can package it for you
[13:03] <eagles0513875> ok
[13:03] <ikonia> rather than a blind test
[13:03]  * eagles0513875 hops into the packaging channel
[13:03] <ikonia> no no no
[13:03] <ikonia> that means not hitting random people on irc
[13:03] <eagles0513875> ok
[13:04] <ikonia> please stop expecting everything to be fixed "now" on "irc"
[13:04] <ikonia> you've got a fix released upstream, so who is responsible for building the KDE packages ?
[13:04] <eagles0513875> the kubuntu kde team
[13:05] <yofel_> depends what you mean by poking. But as a note, for kde related stuff better poke me here than in -packaging. And I don't have time right now
[13:05] <ikonia> yofel: ah, so you would be one of the members responsible for packaging it
[13:05] <ikonia> perfect, 
[13:06] <eagles0513875> yofel: ok :) would you like the bug number as to what needs to be packaged for when you get a moment?
[13:06] <ikonia> eagles0513875: can you not assign it to the KDE team
[13:06] <ikonia> so that a free member can pick it up for the next stage of testing ?
[13:06] <ikonia> rather than again just poking people constantly on IRC
[13:06] <ikonia> update the bug with the information and assign it to the right team
[13:06] <eagles0513875> ikonia: from the looks of the bug report the fix was released upstream and it is new for downstream so i don't know if that still would go to the kde team
[13:07] <eagles0513875> https://bugs.launchpad.net/ubuntu/+source/plasma-widget-menubar/+bug/998630
[13:07] <ikonia> eagles0513875: the fix has been released as you where shown above
[13:07] <ikonia> so that fix now needs packaing into the kde package with the right build options/process
[13:07] <eagles0513875> ok
[13:07] <ikonia> so the team that would do that would be.....$X ?
[13:07] <eagles0513875> ikonia: the kde team but obviously set the down stream ubuntu package to needs packaging?
[13:08] <ikonia> eagles0513875: right so which is the kubuntu team that builds the packages
[13:08] <eagles0513875> got it :) 
[13:08] <ikonia> stop depending on just asking people on IRC
[13:08] <ikonia> the bug process is there so it's tracked and managed
[13:08] <ikonia> and "I'll poke on irc"
[13:08] <ikonia> you can't expect everything "now"
[13:08] <ikonia> no point until you've managed the bug
[13:09] <eagles0513875> ok
[13:09] <ikonia> getting a bit tedious to have to keep asking you to work the bug through rather than just asking people on irc to fix it for you
[13:09] <eagles0513875> ikonia: there are two teams kubuntu testers or users
[13:09] <ikonia> remember, this is one of the reasons you where banned in the past from all the development channels for just hassling people 
[13:09] <ikonia> please don't get into that again, work the process/bug through
[13:10] <yofel> kubuntu-dev would be the relevant theam, but I don't know if the assignment would actually do something - try it
[13:10] <yofel> *team
[13:10] <eagles0513875> ok yofel 
[13:10] <eagles0513875> no match 
[13:10] <eagles0513875> only two kubuntu teams I'm seeing are testers and users
[13:10] <ikonia> eagles0513875: make sure you update it with good info explaining that you are ready/willing to test the package and the upstream source is updated
[13:11] <yofel> searching for kubuntu-dev gives me "Kubuntu Developers (kubuntu-dev)"
[13:11] <eagles0513875> ikonia: will do
[13:11] <eagles0513875> y
[13:11] <eagles0513875> o	
[13:11] <eagles0513875> yofel: odd not for me O_o
[13:11] <yofel> o.
[13:11] <jtechidna> if you have a 64-bit install you can try this package I whipped together: http://www.2shared.com/file/f_PReX8q/plasma-widget-menubar_0118-0ub.html
[13:11] <ikonia> eagles0513875: also look in the team list see who is a member, you can then prod them appropiratly if "needed" not as a first resort
[13:11] <eagles0513875> ok 
[13:11] <eagles0513875> jtechidna: 32bit sadly 
[13:12] <jtechidna> meh, oh well
[13:12] <jtechidna> I don't have access to my private signing key handy so I can't upload to the PPA or the archive
[13:13] <jtechidna> for now you can just remove the widget from plasma, and restart any applications without menus. You'll at least have a menu that way
[13:14] <jussi> eagles0513875: was is only for some applications?
[13:14] <eagles0513875> jussi: the crash was occurring quite often when listening to music on my external hard drive then at one point it randomly happened at shut down 
[13:15] <jussi> agateau: Im curious, what happens with the ctrl+m menu hiding thing in kde? does it hide the menu in the menu bar?
[13:15] <eagles0513875> yofel: where are you clicking to assign a team to the bug?
[13:16] <agateau> jussi: if the application supports it, it show/hides the menubar
[13:16] <yofel> eagles0513875: the yellow button where it says "unassigned" for the package task
[13:16] <eagles0513875> jussi: whats happening now after running todays updates is that the menu bar seems to take the focus from chromium tabs and i end up with chromium tabs where the menubar should be
[13:17] <eagles0513875> yofel: could it be i don't have sufficient rights or something to add the kubuntu-dev team to the bug
[13:18] <jtechidna> apol: yeah, we should just filter out the multiarch-dupes in app backend init
[13:18] <yofel> could actually be... I'm in too many teams to confirm that
[13:18] <apol> jtechidna: good :)
[13:19] <jtechidna> that was just me being a bit short-sighted when I originally did that filter :P
[13:19] <apol> jtechidna: are you ok if I just change this on my branch?
[13:19] <apol> or you prefer to put it in master already?
[13:19] <jtechidna> eh, it's not super important to put in to master right away
[13:20] <jtechidna> so go ahead and just keep it in the resources branch.
[13:20]  * apachelogger waves fist
[13:20] <apachelogger> akonadi is so implicit if you start writing explicit code it will go kaput, that is how implicit it is
[13:20] <yofel> oh fun, launchpad gained status/importance desriptions in the UI.
[13:20] <yofel> *descriptions
[13:21] <jtechidna> apol: the good thing is that ~ 40% of the packages on an amd64 system are actually the i386 versions of packages that are also available natively, so this should help with init times + memory usage
[13:21] <apol> :)
[13:21] <apol> yep
[13:22] <eagles0513875> apachelogger: i wish it wasn't so closely integrated with a number of kde apps such as kopete and conversation.
[13:23] <apachelogger> that does not even make sense
[13:24] <apachelogger> afiestas: ping
[13:26] <apachelogger> is anyone able to reproduce bug 966913 with a new user?
[13:26] <apachelogger> that is 3 distinct errors: a) contacts dir not there b) invalid maildir c) boken resource
[13:30] <yofel> I've usually had things ~work~ with a new user. akonadi just reliably barfs on upgrades from kdepim << 4.6
[13:30] <jtechidna> brb
[13:31] <apachelogger> yofel: that doesn't help me fixing the bug tho? :P
[13:31] <apachelogger> or rather validate my fix
[13:31] <yofel> true :P
[13:31]  * apachelogger fails to produce error b now
[13:32] <apachelogger> yofel: also FWIW, not every random contributor becomes MOTU
[13:32] <ryanakca> ScottK: I haven't done any webmaster work since the wiki theme. I was unaware of the password change. Is there something that needs doing? I'm still interested in posting announcements and whatnot
[13:33] <yofel> apachelogger: well, leaving single package PPU's aside, someone will still have to sponsor the upload
[13:33] <yofel> and I'm not particulary interested in switching to UDD to resolve this
[13:34]  * apachelogger fails to compute
[13:34] <apachelogger> yofel: what's the conern ... that MOTUS can generally upload or that they would have to follow our workflow?
[13:34]  * Peace- -.- 27 degree
[13:35] <yofel> apachelogger: that if they upload, our branches get out of sync because they don't have commit permissions. That's currently only for ~kubuntu-members and ~ubuntu-core-dev
[13:35]  * apachelogger should blog about bluray in dragon
[13:36] <apachelogger> yofel: well, I don't see the problem in adding motu to the packagers team
[13:36] <apachelogger> that is to say, core-dev or motu they'd actively have to use our branches to prevent the sync problem
[13:36] <yofel> uhm, I'm not particulary against it, I just wanted to bring it up so it's not forgotten
[13:36] <apachelogger> which is not even a given with full UDD
[13:36] <apachelogger> yofel: kk
[13:37] <yofel> UDD is another thing I'm concerned about. I don't like it, but most other people seem to use it
[13:38]  * apachelogger wonders what to get for lunch
[13:38]  * yofel catches up on the kde-release discussion
[13:38] <apachelogger> yofel: that is their problem
[13:39] <apachelogger> if they want to use a flawed workflow,that is very much their decision ;)
[13:41] <apol> JontheEchidna: I didn't go through this yet and just realized
[13:41] <apol> I'll have to remove the QApt:: signals from the ApplicationBackend
[13:42] <debfx> do we need to upload bindings packages even though they didn't change?
[13:42] <afiestas> apol: just install kubuntu, and execute Kontact with the new installation
[13:42] <afiestas> reproduced it just right now
[13:42] <afiestas> and iirc happens with new users too
[13:43] <apol> afiestas: wrong ping (I hope :D)
[13:43] <yofel> debfx: no point in doing that IMO
[13:43] <afiestas> apachelogger: ping redirection :p
[13:44] <yofel> the less we update the better
[13:44] <apachelogger> afiestas: if you get a minute, please build kdepim-runtime from master and see whether it fixes all 3 akonadi setup issues
[13:44] <debfx> yofel: I ask because kdelibs gained new methods so maybe they need to be updated
[13:45] <yofel> hm, good point
[13:45] <afiestas> apachelogger: I won't be able, maybe with a package and test it in the kubuntu I have on the virtual machine
[13:45] <debfx> and if so, which ones need to be updated
[13:45] <apachelogger> pff
[13:45] <apachelogger> which reminds me
[13:45] <apachelogger> we also need a SRU script
[13:46] <Riddell> anyone remember where the kubuntu council voting rules are written?
[13:47] <apachelogger> Riddell: did we formalize them?
[13:49] <jussi> argh, I still dont have oxygen widget style anymore
[13:49] <apachelogger> Riddell: ah you mean quorum and whatnot?
[13:50] <yofel> apachelogger: I've a half working sru script done
[13:50] <yofel> question is whether we really need one but per package affected...
[13:50] <yofel> s/but/bug/
[13:50] <kubotu> yofel meant: "question is whether we really need one bug per package affected..."
[13:51] <debfx> yofel: isn't a bug against meta-kde enough for SRU tracking?
[13:51] <yofel> that's what I'm asking. I tried to do one bug with all packages affected, but launchpad errors out if you have that may nominations
[13:52] <yofel> so that leaves either one simple bug, or one bug per package
[13:52] <yofel> one bug would be a lot easier, and the only sane way to script stuff
[13:52] <apachelogger> yofel: seek approval from ubuntu-sru team I guess
[13:52] <apachelogger> also I was thinking about individual SRUs outside the scope of a KDE release
[13:52] <yofel> unless you make the package update and upload script also file the sru bug to get the bug #
[13:53] <ScottK> ryanakca: I don't know why yofel was trying to do something with the web site, but if the password is changed without people knowing, I think it's concerning.  Maybe Riddell knows.
[13:53] <yofel> apachelogger: individual SRU's need an amount of information in the description that makes writing a script for it unpractical IMO
[13:53] <debfx> I'd say we use one bug unless ~ubuntu-sru strongly disagrees
[13:54] <yofel> ScottK: the link to the release announcement on the download page is broken
[13:54] <ScottK> We've always used one bug.
[13:54] <yofel> +1 for that then
[13:55] <Riddell> apachelogger: yes
[13:55] <yofel> I'll leave my script somewhere as proof-of-concept if it's needed in the future
[13:55] <ScottK> Riddell: Can you get access to the web site?  Several of us with (what we think is) the password can't.
[13:55] <Riddell> ScottK: trying
[13:55] <ScottK> Thanks.
[13:55] <apachelogger> Riddell: might have gotten lost
[13:55] <yofel> I think the password is actually right, but 'admin' has no admin permissions anymore
[13:56] <apachelogger> though I only have a blurry recollection of us having that stuff written down ... so it might well be that I am thinking of other voting rules (from another council) ^^
[13:56] <Riddell> ScottK: no :(
[13:56] <Riddell> yofel: I can't log in as admin
[13:57]  * apachelogger wonders what to have for lunch
[13:57] <apachelogger> afiestas: x64 or x86?
[13:57] <afiestas> 64
[13:57] <yofel> apachelogger: kaiserschmarr'n
[13:57] <apachelogger> hmmmmm
[13:57] <apachelogger> that idea is not half bad
[13:58] <ScottK> Riddell: So who can do a password reset?
[13:58] <Riddell> ScottK: canonical sysadmin I guess
[13:59] <Riddell> ScottK, yofel, ryanakca: shall I file an RT request to work out what is going on?
[13:59] <ScottK> Riddell: Yes.   Please.
[14:00] <apachelogger> oh boy oh boy, nowadays you even need to turn on -updates to build stuff -.-
[14:01] <ScottK> Regarding voting rules, I ran the last election and all I did was set up the ballot on civs with the names of qualified nominees, feed it a list of email addresses, and hit send.
[14:01] <ScottK> It's pretty much automatic after that.
[14:03] <apachelogger> yofel: how does one pbuilder with -updates?
[14:03] <Riddell> ScottK: it's for writing this constitution https://wiki.kubuntu.org/Kubuntu/Council
[14:03] <Riddell> ScottK, yofel, ryanakca: rt sent
[14:03] <yofel> login to pbuilder with --save-after-login, edit sources.list, save
[14:03] <ScottK> Thanks.
[14:03] <apachelogger> dafuq
[14:03] <Riddell> but england is on holiday until wednesday so don't expect a fast reply
[14:04] <yofel> that's what I do
[14:04] <yofel> using OTHERMIRROR might do what you want too
[14:04] <yofel> I've only tried that for neon so far, where it adds the ppa on creation fine
[14:05] <yofel> Riddell: thanks
[14:05] <apachelogger> yofel: good point
[14:09] <debfx> yofel: have you bumped any build-depends other than kde-sc-dev-latest in the past for KDE point releases?
[14:10] <yofel> usually not. If we script the updating, we could bump the depends for anything kde-sc-dev-latest breaks. Then the packages would be in dep-wait on launchpad and we wouldn't have to constantly retry manually
[14:10] <apachelogger> for point releases nothing should break?
[14:11] <apachelogger> and if it does I'd say there is a policy violation to be looked into
[14:11] <yofel> I meant the versioned breaks in kde-sc-dev-latest, as that's the point of the package
[14:11] <apachelogger> yofel: yes, but it makes no difference to the point release if you build against kdelibs .1 or .2
[14:12] <yofel> kde-runtime-4.8.4/CMakeLists.txt:
[14:12] <yofel> find_package(KDE4 4.8.4 REQUIRED)
[14:12] <yofel> yes, ti does
[14:12] <apachelogger> pfft
[14:13] <yofel> *it
[14:13] <apachelogger> complaint to kde-release plz
[14:13] <apachelogger> that does not make any sense
[14:13] <apachelogger> or maybe I am not thinking of a rationale
[14:14] <debfx> for example smokdekde build-depends on smoke-dev-tools (>= 4:4.8.1)
[14:14] <debfx> I'm not sure if it always needs to be the latest version
[14:14] <ScottK> Riddell: Re the consitution and elections: I'd say something like: "One of the Kubuntu Council members not up for re-election in the current year will run the election for new Kubuntu Council members.  All Kubuntu members are eligible to vote.  Elections will be conducted using the Condorcet method (currently using the CIVS system) after a period of open nominations.  The top ranked nominees win.  In the event of a tie for the last seat 
[14:14] <ScottK> available, a runoff election will be held with just those two candiates."
[14:15] <yofel> probably not, and I might even have changed that once without need to be done in time
[14:16] <debfx> yofel: shouldn't we add those to kde-sc-dev-latest then?
[14:16] <apachelogger> Riddell: https://wiki.ubuntu.com/KubuntuMaverickCouncil
[14:16] <apachelogger> all I can find
[14:16] <yofel> the debian team hasn't done so, so I'm not sure if we need to
[14:19] <ryanakca> Riddell: Thanks :)
[14:19] <debfx> well we can also hardcode a list of packages that need to be bumped in build-depends
[14:25] <apachelogger> Riddell: I can only find quorum definition on kubuntu-dev memberships
[14:26] <apachelogger> perhaps that is the one you think of?
[14:26] <ScottK> apachelogger: I just wrote the same thing to the ML.
[14:27] <apachelogger> though I think we at least once referred to some other council's rules stating a quorum of 3
[14:27] <apachelogger> that is because the councils of 6 had a quorum of 3
[14:29]  * apachelogger needs to consult with the kitchen about the possibility of kaiserschmarrn for lunch
[14:30] <apachelogger> afiestas: http://people.ubuntu.com/~apachelogger/src/ uppng kdepim-runtime*deb ... should be done in about 15 minutes
[14:43] <debfx> right now my script generates this report: http://felix.fobos.de/kubuntu/sru/
[14:44] <Riddell> debfx: cor that's awfae clever, how did you do that?
[14:45] <debfx> Riddell: I'll push the script to a branch soon
[14:45] <debfx> it still has a lot of false positives with the cmake output
[14:47] <debfx> I think we need a list of missing dependencies that we want to ignore
[14:47] <Riddell> yes that would be a good idea inside the packaging anyway
[14:48] <Riddell> so test builders can look at it and go "oh that's fine I don't need to investigate that"
[14:55] <debfx> hm we should also fail builds when list-missing is not empty
[14:56] <jtechidna|work> ^does that take in to account false-positives that are in not-installed?
[15:43] <debfx> jtechidna|work: yes
[15:44] <Riddell> debfx: this is most awesomeness
[15:48] <debfx> on the other hand list-missing probably only works on i386 so we can't make the build fail on other architectures
[15:49] <Riddell> yeah
[15:55] <shadeslayer> Riddell: did you get my email about Amazon S3?
[15:56] <Riddell> shadeslayer: nope
[15:56] <shadeslayer> that's weird
[15:56] <shadeslayer> I sent it to you a long long time ago
[15:56] <shadeslayer> Riddell: I sent it to jriddell@ubuntu.com
[15:56] <shadeslayer> that is you right?
[15:56] <Riddell> yes it is
[15:57] <Riddell> nothing about S3 from rohan16garg@ gmail.com
[15:57] <shadeslayer> Riddell: I sent it from my @kubuntu address
[15:58] <Riddell> nothing recent from rohangarg@ kubuntu.org
[15:58] <Riddell> anyway can you resend?
[15:58] <shadeslayer> sure will do
[16:01] <shadeslayer> Riddell: done
[16:23]  * apachelogger scratches head
[16:31]  * apachelogger is too stupid to use launchpadlib
[16:32] <Riddell> apachelogger: I had troubles with launchpadlib too
[16:32] <Riddell> it claimed user ssh key access which wasn't there
[16:33] <shadeslayer> wut
[16:33] <apachelogger> Oo
[16:33] <apachelogger> yofel: ping
[16:33] <shadeslayer> apachelogger: use this as a ref : https://gist.github.com/2243256 ?
[16:33] <yofel> ?
[16:34] <apachelogger> shadeslayer: not useful
[16:34] <shadeslayer> okie
[16:34] <yofel> 2hq5 q43 aou eoint?
[16:34] <yofel> ...
[16:34] <apachelogger> yofel: https://launchpad.net/+apidoc/1.0.html#person
[16:34] <yofel> what are you doing?
[16:34] <apachelogger> members_collection_link
[16:34] <apachelogger> should return a dict, no?
[16:35] <apachelogger> cuz I am getting u'https://api.launchpad.net/1.0/~kubuntu-members/members'
[16:35] <apachelogger> and I have no clue what to do with that url now
[16:35] <apachelogger> though I seem to remember having encounted something like this before
[16:35] <apachelogger> just not sure what I did back then
[16:36] <shadeslayer> apachelogger: did you try foo[1]
[16:36] <yofel> er, the REST api is a bit weird
[16:36] <apachelogger> what for 
[16:36] <apachelogger> it isa string
[16:36] <apachelogger> foo[1] of a strig is the second char of the string: P
[16:36] <shadeslayer> I thought it returned a list?
.members should give the collection
[16:36] <apachelogger> shadeslayer: that's what the u' is for ^^
[16:37] <apachelogger> u = unicode byte array
[16:37]  * debfx adds pull-ninjas-source tool to kubuntu-dev-tools
[16:37] <shadeslayer> okay
[16:38] <apachelogger> yofel: u my hero
[16:38] <apachelogger> also I don't see the members attr in the documentation
[16:38] <yofel> I sure would be happy if the launchpad api documentation would actually document how to USE something
[16:38]  * apachelogger blind
[16:38] <yofel> apachelogger: no, you need to strip _collection_link, that's only for REST
[16:38] <apachelogger> actually this would be much nicer to use in qml
[16:38] <apachelogger> yofel: -.-
[16:38] <shadeslayer> hah :D
[16:38] <yofel> jelmer once explained that to me...
[16:38] <apachelogger> some useful documentation that is
[16:39]  * apachelogger waves fist a bit
[16:39] <yofel> +1
[16:40]  * apachelogger writes script
[16:43] <debfx> hm still no kdemultimedia 4.8.4 tarball
[16:47] <debfx> yofel: thanks to #launchpad I now know how to fetch files from private PPAs:
[16:47] <debfx> lp._browser.get( url.replace("https://launchpad.net/", "https://api.launchpad.net/devel/") )
[16:47] <yofel> most... interesting
[16:48] <apachelogger> >>> wc -l members.txt
[16:48] <apachelogger> 47 members.txt
[16:48] <apachelogger> hm
[16:49] <debfx> but I'm sure _browser will disappear in the next launchpadlib release ;)
[16:49] <apachelogger> oh well, of 53 active members
[16:49] <apachelogger> bulldog98_: btw, your email is accessible :P
[16:49] <debfx> what are inactive members?
[16:50] <apachelogger> those that deactivated their membership? :P
[16:51] <CIA-44> [kubuntu-dev-tools] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20120604165110-8xark19ce74mjr4y * bin/kubuntu-members-email-list add kubuntu-members-email-list script to buid a list of all member's emails for election purposes
[16:52] <apachelogger> yofel: is that newpackage script shadeslayer pasted useable?
[16:55] <apachelogger> kubotu: help eval
[16:55] <kubotu> no help for topic eval
[16:55] <apachelogger> good thing I turned that ooff
[16:55] <apachelogger> boring tho
[17:04] <apachelogger> no one talks to me :(
[17:20] <yofel> apachelogger: I think "yes", except for the one TODO. It's set to staging, so feel free to try it
[17:21] <apachelogger> yofel: staging is down
[17:21] <yofel> 2 TODO's
[17:21] <yofel> great...
[17:21] <apachelogger> has been for the better part of today
[17:21] <apachelogger> and they won't tell me how long that is gonna last :P
[17:21] <apachelogger> anyhow
[17:21] <apachelogger> kubotu: newpackage phonon 5
[17:21] <kubotu> ENOTIMPEMENTED
[17:21] <apachelogger> Riddell: ^
[17:21] <apachelogger> once staging comes back up I can finish that
[17:21] <apachelogger> or I am super daring and try yofel's script ^^
[17:30] <apachelogger> yofel: I wonder how to do auth tho
[17:32] <yofel> apachelogger: credentials file from someone with access (i.e. yours)
[17:32] <yofel> refresh the gist, line 57
[17:32] <apachelogger> ah, le groovy
[17:34] <apachelogger> only valid for one week -.-
[17:35] <yofel> hm? Can't you use "until I diable it" ?
[17:35] <yofel> *disable
[17:35] <apachelogger> nope
[17:35] <yofel> oO
[17:35] <apachelogger> ah
[17:35] <apachelogger> that is systemwide
[17:35] <apachelogger> wtf
[17:37] <yofel> they someone changed the authentication model to per-system
[17:38] <yofel> which doesn't work though as I still need to authenticate every script seperately if I use the keyring...
[17:39] <soee> hi, guys can you recommend some git gui maybe with github support ?
[17:51] <apachelogger> lp = Launchpad.login_with(consumer_name='newpackage', service_root='production', credentials_file="./credfile.txt")
[17:51] <apachelogger> ValueError: You must provide either application_name or consumer_name.
[17:57] <apachelogger> it is kaput
[17:57] <apachelogger> ('https://api.launchpad.net/', None, 'newpackage', None)
[17:57] <yofel> fun error
[17:58] <apachelogger> what the factory uses as args
[17:58] <apachelogger> https://api.launchpad.net/
[17:58] <apachelogger> None
[17:58] <apachelogger> newpackage
[17:58] <apachelogger> None
[17:58] <apachelogger> None
[17:58] <apachelogger> None
[17:58] <apachelogger> what arrives in the authorizer ctor
[17:59] <apachelogger> actually
[17:59] <apachelogger> nvm
[18:01] <apachelogger> ah yes, the base class constructor gets no consumer
[18:01] <apachelogger>         super(AuthorizeRequestTokenWithBrowser, self).__init__(service_root, application_name, None,credential_save_failed)
[18:01] <apachelogger>                   def __init__(self, service_root, application_name=None, consumer_name=None, allow_access_levels=None):
[18:01] <apachelogger> hardcoded to None -.-
[18:02] <apachelogger> and suddenly it works
[18:10] <apachelogger> mhhh
[18:10] <apachelogger> yofel: there is a bug I think
[18:10] <apachelogger> source = ubuntu.getSourcePackage(name=package)
[18:10] <apachelogger> what if package is invalid?
[18:12] <yofel> I think that's what triggers the HTTPError which tells me the package doesn't exist
[18:12] <yofel> that ofc doesn't account for mistyped package names
[18:12] <apachelogger> doesn't here
[18:13] <yofel> *blink*
[18:13] <yofel> okay...
[18:13] <apachelogger> no clue why
[18:13] <yofel> drat, why does staging need to be down :(
[18:14]  * apachelogger might be filing crap reports right now ^^
[18:14] <yofel> #ubuntu-bugs-announce doesn't yet show any, so doesn't seem so
[18:14] <apachelogger> ^^
[18:16] <apachelogger> ah
[18:16] <apachelogger> me stupid
[18:16] <apachelogger> sys.exit(0) ^^
[18:16] <apachelogger> from fixing the auth crap ^^
[18:16] <apachelogger> anyhow
[18:16] <apachelogger> yofel: I do not think that httperror stuff should be automagic
[18:16] <yofel> HTTPError: target: Required input is missing.
[18:16] <apachelogger> as you said, doesn't account for typos
[18:17] <yofel> trag
[18:17] <yofel> *drat
[18:17] <apachelogger> yofel: with empty source?
[18:17] <yofel> with invalid package, so I guess source is None, lemme check
[18:17] <apachelogger> yah
[18:17] <apachelogger> makes sense
[18:17] <apachelogger> also I do not see why you would want to catch that via httperror
[18:18] <yofel> yup, source is None
[18:18] <apachelogger> given that you can easily check it by the presence of source
[18:18] <apachelogger> anyhow
[18:18] <apachelogger> yofel: I suggest getting rid of the httperror and make new package opt-in
[18:18] <yofel> I'm not sure why I did it like this. Either I had to rewrite that midway, or they changed the behaviour
[18:18] <apachelogger> i.e. print an error and add a new commandline arg --new or so
[18:20] <apachelogger> right now I can an already see Riddell going "newpackage 5 phonon --- oh noes" ^^
[18:20] <yofel> lol
[18:20] <yofel> you're right though
[18:23] <apachelogger> kubotu: newpackage 1 2
[18:23] <kubotu> Package 1 not in the archive.
[18:23] <apachelogger> kubotu: cpt obvious, eh?
[18:24] <apachelogger> kubotu: newpackage amarok 2.5.90
[18:24] <kubotu> https://bugs.launchpad.net/bugs/1008645
[18:25] <apachelogger> Riddell: ^
[18:25]  * apachelogger needs to create a bot user
[18:30] <Riddell> apachelogger: awesomeness!
[18:31] <Riddell> apachelogger: I think the right tag is needs-packaging and a [needs-packaging] in the subject
[18:31] <yofel> Riddell: not for package updates
[18:31] <yofel> that's for not-yet-in-archive packages
[18:32] <yofel> apachelogger: like this? https://gist.github.com/2243256
[18:33] <Riddell> yofel: oh good point
[18:33] <apachelogger> so
[18:34] <apachelogger> I am thinking
[18:34] <micahg> upgrade-software-version is the tag for updates in general
[18:34] <apachelogger> two versions
[18:34] <apachelogger> newversion package version
[18:34] <apachelogger> and
[18:34] <apachelogger> newpackage package version
[18:34] <apachelogger> so you can file both types
[18:35] <yofel> not a bad idea, you can just make one a symlink and check with sys.args[0] what the intention is
[18:35] <apachelogger> no, I mean botwise
[18:35] <apachelogger> coudl still be the same script
[18:35] <yofel> ah, true
[18:36] <apachelogger> newpackge.py package version vs. newpackage.py --new package version
[18:36] <apachelogger> (new before params to allow descriptions ;))
[18:43] <Riddell> kubotu: newpackage owncloud 4.0.0
[18:43] <Riddell> apachelogger: I broke it!
[18:44] <apachelogger> Riddell: no, working on it right now
[18:44] <apachelogger> Riddell: making newversion and newpackage and adding description support
[18:44] <Riddell> lovelyness
[18:44] <yofel> apachelogger: anything else you need scriptwise?
[18:45] <apachelogger> yofel: don't think so
[18:45] <yofel> k
[18:47] <apachelogger> yofel: oh, wen using new you probably should autofallback to update iff the package is already present
[18:47] <yofel> right...
[18:47] <apachelogger> or not
[18:47] <apachelogger> yofel: promote proper usage
[18:47] <yofel> apachelogger: wait, if the package exists, --new is ignored
[18:47] <apachelogger> throw an error
[18:48] <apachelogger> yofel: well, I'd throw an error
[18:48] <apachelogger> if one uses --new on an existing package that is bogus usage and promotes sloppy command invocation :)
[18:52] <yofel> apachelogger: better? That simply covers all cases
[18:53] <yofel> rather now
[18:53] <yofel> first try was ambigous
[18:54] <apachelogger> eh
[18:54] <apachelogger> yofel: use stdout plz
[18:54]  * apachelogger keeps forgetting how to read stderr in ruby
[18:55] <yofel> oh, fine
[18:55] <debfx> apachelogger: I have pushed the cmake rpath stuff to the kdelibs repository. could you update the copy in phonon now?
[18:55] <apachelogger> bleh, actually stderr reading requires a special module
[18:56] <yofel> fixed
[18:57] <apachelogger> kubotu: newversion 1 2
[18:57] <kubotu> [Continue]
[18:57] <kubotu> The authorization page:
[18:57] <kubotu>    (https://launchpad.net/+authorize-token?oauth_token=gq2GZWxH7jvZJcrTRTVB)
[18:57] <kubotu> should be opening in your browser. After you have authorized
[18:57] <kubotu> this program to access Launchpad on your behalf you should come...
[18:57] <apachelogger> ohoh
[18:57] <yofel> oops
[18:57] <apachelogger> ah
[18:57] <apachelogger> nvm
[18:57] <yofel> I changed the credfile path, sorry ^^
[18:58] <apachelogger> yah
[18:58] <apachelogger> kubotu: newversion 1 2
[18:58] <kubotu> Package 1 doesn't exist yet!
[18:59] <apachelogger> kubotu: newpackage dragon3 3.0
[18:59] <apachelogger> oh, right
[18:59] <apachelogger> not implemented ^^
[19:00] <apachelogger> Riddell: now you can do your owncloud thing ^^
[19:00] <yofel> https://bugs.launchpad.net/ubuntu/+bugs?field.tag=kubuntu-packaging :D
[19:01] <apachelogger> kubotu: rescan
[19:01] <kubotu> saving ...
[19:01] <kubotu> rescanning ...
[19:01] <kubotu> done. 10 core modules loaded; 58 plugins loaded; 31 plugins ignored; 1 plugin failed to load
[19:01] <apachelogger> kubotu: newpackage dragon3 3.0
[19:01] <kubotu> https://bugs.launchpad.net/bugs/1008668
[19:01] <apachelogger> \o/
[19:01] <apachelogger> yofel++
[19:01] <Riddell> kubotu: newpackage owncloud 4.0.0
[19:01] <yofel> \o/
[19:01] <kubotu> Package owncloud already exists!
[19:02] <apachelogger> Riddell: newversion
[19:02] <yofel> apachelogger++
[19:02] <Riddell> kubotu: newversion owncloud 4.0.0
[19:02] <kubotu> https://bugs.launchpad.net/bugs/1008669
[19:02] <Riddell> yay!
[19:02]  * debfx notes that watch files already provide information about packages that have new upstream versions
[19:02] <yofel> debfx: do we have a working (!) page that lists those?
[19:02] <apachelogger> kubotu: help newpackage
[19:02] <kubotu> no help for topic newpackage
[19:02] <apachelogger> awww
[19:03] <debfx> yofel: http://felix.fobos.de/kubuntu/kubuntu-buildstatus.htm
[19:03] <Riddell> debfx: yes we should probably use those more too but they don't cover everything like devs pre-announcing tars
[19:03] <yofel> debfx: ah ok, good to have 
[19:05] <Riddell> "Thank you for using RT.  We believe we understand your request                                                                                                                      
[19:05] <Riddell> and the ticket has been moved into the queue of tickets to be completed.                                                                                                            "
[19:05] <Riddell> (kubuntu website access) nice to be understood
[19:06] <debfx> someone should ask the ubuntuwire guys to give us an kubuntu account so we can host our scripts in one location
[19:06] <debfx> KDE 4.8.4 is ready for testing
[19:06] <yofel> debfx++
[19:07] <apachelogger> debfx: is the code for buildstatus up somewhere yet?
[19:07] <debfx> yes, somewhere
[19:07] <ScottK> debfx: Did the missing (IIRC) kde-multimedia tarball show up?
[19:08] <debfx> ScottK: no sign of it
[19:08] <ScottK> KDE release team is probably too busy delaying releases for nonsense reasons.
[19:08] <debfx> apachelogger: https://code.launchpad.net/~debfx/+junk/kubuntu-web
[19:09] <apachelogger> Riddell: ^
[19:09] <apachelogger> Riddell: do we actually look for a new webserver?
[19:10] <Riddell> apachelogger: canonical won't let us move webserver unless blue systems signs the low use commercial agreement which I haven't been able to persuade him to do
[19:12] <Riddell> ScottK: don't critise the poor souls who take on the release task, it's not a task people were rushing to do (and some of us ran away)
[19:12] <ScottK> Riddell: the first try at 4.4.80 was very poorly done and it appears to me that there is zero recognition of the fact.
[19:13] <apachelogger> Riddell: the what agreement?
[19:13] <ScottK> Riddell: can we just get access back to the existing web server?
[19:13] <Riddell> apachelogger: the "do whatever you want with the trademark as long as you don't earn $10,000" agreement
[19:13] <ScottK> apachelogger: The trademark thing.
[19:14] <Riddell> ScottK: that's stuck in RT, who knows when it'll get through
[19:16]  * apachelogger scratches head
[19:16] <apachelogger> and that agreement makes sense?
[19:16] <ScottK> No.
[19:17] <apachelogger> thought so
[19:17]  * apachelogger waves fist
[19:17]  * apachelogger also pokes Darkwing
[19:50] <shadeslayer> Has anyone researched into how Canonical spins the CD's?
[19:50]  * apachelogger spun CDS himself
[19:50] <apachelogger> it is a big mess
[19:52] <shadeslayer> aw
[19:53] <jussi> :(
[19:54] <shadeslayer> kubotu: help newpackaage
[19:54] <kubotu> no help for topic newpackaage
[19:54] <shadeslayer> derp
[19:54]  * jussi hugs shadeslayer
[19:54] <shadeslayer> all these radio waves are making my head spin
[19:54] <yofel> newpackage <package> <version>
[19:55] <shadeslayer> righto
[19:55] <yofel> kubotu: help newpackage
[19:55] <kubotu> newpackage <packagename> <version> [description]; Adds needs-packaging bug for entirely new package.
[19:55] <kubotu> newversion <packagename> <version> [description]; Adds update bug for existing package.
[19:55] <yofel> ah :)
[19:55] <jussi> cool plugin
[19:56] <shadeslayer> indeed
[19:56] <shadeslayer> what auth does it use again?
[19:56] <yofel> haralds currently I think
[19:56] <shadeslayer> ah
[19:56] <shadeslayer> so all the karma goes to harald
[19:56] <yofel> apachelogger: are you making a bot user?
[19:56] <yofel> true lol
[19:56] <apachelogger> not today
[19:56] <apachelogger> yofel: why?
[19:56] <yofel> k
[19:56] <shadeslayer> now we all know what a karmawhore apachelogger is :P
[19:57] <apachelogger> yeah
[19:57] <yofel> well, I'm fine as long you don't mind having bugs filed in your name
[19:57] <apachelogger> I remember well the days when I had 200202865206002020 karma points from l10n uploads
[19:57] <shadeslayer> and recieving emails about them :P
[19:57] <apachelogger> ever since they changed that karma became utterly useless :P
[19:57]  * yofel has almost 50k soyuz karma from who knows what
[19:57] <shadeslayer> xD
[19:58] <apachelogger> yofel: ppa uploads
[19:58] <apachelogger> yofel: oh, actually.....
[19:58] <yofel> probably
[19:58] <yofel> ah, and neon
[19:58] <apachelogger> yofel: your scripty probably should at least subscribe kubuntu-bugs
[19:58] <apachelogger> for new packages in particular
[19:58] <shadeslayer> and maybe announce in #kubntu-bugs
[19:58] <shadeslayer> *kubuntu
[19:58] <shadeslayer> that , or you remove that channel since it's pretty much useless
[19:59] <apachelogger> actually yes
[19:59]  * yofel considers #kubuntu-bugs deprecated
[19:59] <apachelogger> jussi: please retire -bugs and forward to here
[19:59] <yofel> apachelogger has a point though
[19:59] <yofel> give me a few minutes
[19:59] <yofel> jussi: retire #kubuntu-testers too while you're at it please
[19:59] <apachelogger> also if someone feels motivated ... filing a bug against lunchpad ;)
[20:00] <apachelogger> we need a feed for packages a team is subscribed too
[20:00] <jussi> I have no access in -bugs
[20:00] <apachelogger> right now we cannot have nice bug announcing as kubuntu-bugs is only a subscriber to all our bugs, for which there is no atom feed
[20:00] <shadeslayer> txwikinger does
[20:00] <shadeslayer> iirc
[20:00] <apachelogger> jussi: some irc overlord  you are :P
[20:00] <jussi> ryanakca: is the man you want
[20:01] <jussi> apachelogger: Im not an irc overlord any more - I goy retired
[20:01] <jussi> got
[20:01] <yofel> apachelogger: talk to hggdh about EeeBotu from #ubuntu-bugs-announce? IIRC that parses mails
[20:01] <apachelogger> jussi: sacked you mean :P
[20:01] <jussi> apachelogger: no, I retired
[20:01] <apachelogger> yofel: not it doesn't
[20:01] <apachelogger> it uses the global project feed for ubuntu
[20:01] <yofel> ah, meh -.-
[20:01] <jussi> I had 1.5 years on my term still
[20:02] <apachelogger> mh
[20:02] <apachelogger> givin up power
[20:02]  * apachelogger should try that and get rid of upload rights :P
[20:02] <shadeslayer> again, I pitched Eeebotu for #kubuntu-bugs a long time ago iirc :P
[20:03] <apachelogger> shadeslayer: it still uses the global feed :P
[20:03] <jussi> apachelogger: sorry, we reject your resignation
[20:03] <apachelogger> what do I do with bugs about nyan cat videos make totem crash? :P
[20:03] <shadeslayer> heh
[20:03] <apachelogger> jussi: outragous
[20:04]  * apachelogger watchs precise install language packs in a en_us install
[20:04] <shadeslayer> apachelogger: send them to /dev/null
[20:04] <genii-around> Are there really bugs like that of nyan cat crashes?
[20:04] <apachelogger> genii-around: no, they usually are about porn but those users that report crashes coming from porn are smart enough to replace their file paths ;)
[20:05] <genii-around> Heh
[20:05] <apachelogger> of course then suddenly a webm file has a wma audio codec
[20:05] <apachelogger> which makes it suspicious
[20:07] <shadeslayer> genii-around: http://www.quickmeme.com/meme/3pkuxb/
[20:07] <yofel> apachelogger: done, I guess kubuntu-bug not being already subscribed to existing packages that affect us would be a bug anyway
[20:08] <apachelogger> aye
[20:09] <apachelogger> yofel: 
[20:09] <apachelogger>         # subscribe kubuntu-bugs so we have a place we can follow it
[20:09] <apachelogger>         bug.subscribe(person=lp.people['kubuntu-bugs'])
[20:09] <apachelogger> just that?
[20:09] <yofel> yeah
[20:10] <apachelogger> kubotu: newversion 1 2
[20:10] <kubotu> Package 1 doesn't exist yet!
[20:10] <apachelogger> ok
[20:10] <apachelogger> yofel: thx
[20:20] <apachelogger> shadeslayer: whens the next ktp release?
[20:21] <shadeslayer> 0.4 was supposed to be released on the 1st
[20:21] <shadeslayer> And I saw branches/tags
[20:21] <apachelogger> where be the tars? ^^
[20:21] <shadeslayer> but not sure if a proper release with proper tarballs was done
[20:21] <shadeslayer> lemme ask Release manager
[20:21] <apachelogger> we should get the QA bus get started soon
[20:23] <apachelogger> JontheEchidna: you did not cherry pick the color stuff into 1.3?
[20:29] <micahg> I assume kde-l10-fr was supposed to lose 4.6MB with the change from 4.8.2 -> 4.8.3?
[20:30]  * apachelogger pokes
[20:39] <apachelogger> micahg: better compression maybe ^^
[20:40] <apachelogger> definitely something build time though, nothing particular in the source diff
[20:41] <micahg> apachelogger: kstars stuff has been dropped
[20:41] <micahg> http://paste.ubuntu.com/1023915/
[20:42] <micahg> I see there was no 4.8.3 update for it either
[20:42] <apachelogger> Oo
[20:43] <apachelogger> ftp://ftp.kde.org/pub/kde/stable/4.8.3/src/kstars-4.8.3.tar.xz
[20:43] <apachelogger> yofel: what gives?
[20:44] <yofel> apachelogger: what's the difference between kstars 4.8.2 and 4.8.3?
[20:45] <apachelogger> micahg: kstars docs were removed because they broke building
[20:45] <apachelogger> kde rev 1292134
[20:45] <shadeslayer>  ouch
[20:45] <apachelogger> yofel: I dunno
[20:45] <shadeslayer> ahaha
[20:45] <yofel> apachelogger: if there's no diff, then we probably just skipped it
[20:46] <apachelogger> slow intartubes ftw
[20:46] <yofel> debfx: kdemultimedia up
[20:46] <yofel> (tar)
[20:47] <debfx> yofel: yes, but a broken one (doesn't install any docs)
[20:48] <yofel> ...
[20:48] <apachelogger> yofel: 6447338ebed2f822c4c852bcfe50264ccaba2acb  kstars-4.8.2.tar.xz
[20:48] <apachelogger> 3c06bfb4f1e84565ac4de8126cfe47111217c995  kstars-4.8.3.tar.xz
[20:48] <yofel> $ diff -ruN kstars-4.8.{2,3}
[20:48] <yofel> Binary files kstars-4.8.2/doc/index.cache.bz2 and kstars-4.8.3/doc/index.cache.bz2 differ
[20:48] <yofel> and that's some tag id change
[20:48] <yofel> no point in SRU-in that
[20:49] <apachelogger> some tag id change?
[20:49] <micahg> ok, the only reason I brought it up was the docs were missing for fr, since that's known, it doesn't matter (unless you want a bug to track the regression)
[20:50] <yofel> apachelogger: in "<a class="indexterm" name="id386744"></a>" and so on the id number changed
[20:50] <apachelogger> should be escalated to KDE IMHO
[20:50] <apachelogger> yofel: can you take care of that
[20:50] <apachelogger> the point release appraoch to broken docs is to revert, not to deactive them
[20:52] <yofel> can do
[20:53] <micahg> yofel: want a bug in LP to track it?
[20:53] <yofel> I'll file a bug upstream, so I don't think we need one on LP right now
[20:53] <micahg> well, it's a regression in an SRU
[20:54] <yofel> true, add one if you have the time then please
[20:55] <micahg> sure
[20:56] <micahg> yofel: I'll give it to you if that's ok?
[20:56] <yofel> sure
[20:58] <apachelogger> yofel: raise it on kde-release too
[20:58] <yofel> I'll send the mail once I've got the bug done
[20:58] <apachelogger> abert is on the release team, the team should be aware of these sorts of things
[20:58] <micahg> Bug #1008729 
[20:58] <apachelogger> so it does not happen again
[20:58] <JontheEchidna> apachelogger: I forgot :(
[20:58] <apachelogger> :(
[20:59] <yofel> apachelogger: uhm... it was albert himself that did the change...
[21:00] <yofel> if we're talking about aacid
[21:00] <apachelogger> yofel: that is why I  see the issue needs to be brought to the release teams attention
[21:00] <yofel> ah, ok
[21:00] <apachelogger> s/see/say/
[21:00] <kubotu> apachelogger meant: "yofel: that is why I  say the issue needs to be brought to the release teams attention"
[21:01] <apachelogger> so it does not happen in future releases
[21:01]  * apachelogger points out that this is quite admirable tho
[21:01] <apachelogger> prevoiusly we'd just get the broken tars and have to mess with them ourselfs
[21:02] <apachelogger> so while voilating point release policy it is an improvement IMHO :)
[21:20] <apachelogger> kubotu: karma
[21:20] <kubotu> karma for apachelogger: 16
[21:20] <apachelogger> pff
[21:20] <apachelogger> kubotu: help karma
[21:20] <kubotu> karma module: Listens to everyone's chat. <thing>++/<thing>-- => increase/decrease karma for <thing>, karma for <thing>? => show karma for <thing>, karmastats => show stats. Karma is a community rating system - only in-channel messages can affect karma and you cannot adjust your own.
[21:20] <apachelogger> kubotu: karmastats
[21:20] <kubotu> 951 items. Best: C (302); Worst: < (-172)
[21:20] <apachelogger> C!
[21:21] <JontheEchidna> ~karma <thing>
 has neutral karma
[21:22] <JontheEchidna> :P
[21:22] <micahg> apachelogger: ++
[21:22] <micahg> hrm.../me fail
[21:24] <apachelogger> ^^
[21:24] <apachelogger> micahg++
[21:24] <apachelogger> actually
[21:24] <apachelogger> JontheEchidna--
[21:24] <apachelogger> not picking important fix0rs
[21:24] <JontheEchidna> D:
[21:24] <apachelogger> bad JontheEchidna
[21:25] <micahg> ++apachelogger
[21:26] <apachelogger> ohoh, I need to show you nice ode
[21:27] <apachelogger> #define VLC_FOREACH(type, variable, getter, releaser) \
[21:27] <apachelogger>     for (libvlc_##type##_t *__libvlc_first_element = getter, *variable = __libvlc_first_element; \
[21:27] <apachelogger>         variable; \
[21:27] <apachelogger>         variable = variable->p_next, !variable ? releaser(__libvlc_first_element) : (void)0)
[21:27] <apachelogger> isn't it a beauty :P
[21:29] <JontheEchidna> lol
[21:30] <apachelogger> TBH I think the Q_FOREACH is pretty much the same
[21:30] <apachelogger> except it uses a struct to manage stuff
[21:31] <JontheEchidna> solution: use range-based for w/ c++11
[21:33] <apachelogger> I don't know what that is, sounds spooky
[21:35] <JontheEchidna> http://www.cprogramming.com/c++11/c++11-ranged-for-loop.html
[21:35] <JontheEchidna> you can also use it for arrays
[21:37] <apachelogger> how would that help the foreach at hand?
[21:37] <JontheEchidna> less messy behind the scenes
[21:37] <apachelogger> not really
[21:37] <apachelogger> it's not an array :P
[21:37] <apachelogger> JontheEchidna: u on amd64?
[21:37] <JontheEchidna> yup
[21:38] <apachelogger> got 5 minutes to test kdepim stuff?
[21:38] <JontheEchidna> sure
[21:38] <apachelogger> http://people.ubuntu.com/~apachelogger/src/kdepim-runtime_4.8.3-0ubuntu0.1+ppa1_amd64.deb
[21:38] <apachelogger> see if you get any notifications when starting kontact with that
[21:38] <JontheEchidna> w/a new user?
[21:38] <apachelogger> aye
[21:38] <JontheEchidna> k
[21:38] <apachelogger> you should be getting *one* though I utterly fail to produce it ^^
[21:39] <apachelogger> quite the timing bug monster akonadi is
[21:40]  * apachelogger further notes that opening the deb in rekonq will open it with ark
[21:40] <JontheEchidna> :s
[21:40] <apachelogger> and downloads go to documents
[21:40] <apachelogger> this is major fun
[21:40] <JontheEchidna> chromium does the correct thing and opens qapt-deb-installer :P
[21:41] <apachelogger> ....
[21:46] <JontheEchidna> apachelogger: no notifications from akonadi
[21:46] <JontheEchidna> just the regular "enter all your secret PIM infos"
[21:47] <apachelogger> kthx
[22:12] <apachelogger> Start in 6 hours
[22:12] <apachelogger> lunchpad needs more builders
[22:12] <apachelogger> or less daily plunder
[22:45] <utusan> what kde version is 12.10 A1 going to be? TIA