[16:00] <matsubara> #startmeeting
[16:00] <MootBot> Meeting started at 10:00. The chair is matsubara.
[16:00] <matsubara> Welcome to this week's Launchpad Production Meeting. For the next 45 minutes or so, we'll be coordinating the resolution of specific Launchpad bugs and issues.
[16:00] <matsubara> [TOPIC] Roll Call
[16:00] <MootBot> New Topic:  Roll Call
[16:00] <sinzui> me
[16:00] <matsubara> Not on the Launchpad Dev team? Welcome! Come "me" with the rest of us!
[16:00] <Ursinha> me
[16:01] <herb> me
[16:01] <intellectronica> me
[16:02] <matsubara> rockstar, hi
[16:02] <matsubara> al-maisan, hi
[16:02] <matsubara> flacoste, hi
[16:02] <danilos> me (so-so)
[16:03] <matsubara> ok, foundations, code and soyuz missing. they can join in later
[16:03] <matsubara> [TOPIC] Agenda
[16:03] <MootBot> New Topic:  Agenda
[16:03] <matsubara>  * Actions from last meeting
[16:03] <matsubara>  * Oops report & Critical Bugs
[16:03] <matsubara>  * Operations report (mthaddon/herb/spm)
[16:03] <matsubara>  * DBA report (stub)
[16:03] <matsubara> [TOPIC] * Actions from last meeting
[16:03] <MootBot> New Topic:  * Actions from last meeting
[16:03] <rockstar> me
[16:04] <cprov> me
[16:04] <matsubara>     * matsubara to file a bug about the missing select permissions that delayed the rollout
[16:04] <matsubara>         * https://bugs.edge.launchpad.net/launchpad-foundations/+bug/353926
[16:04] <matsubara>     * cprov to look up soyuz bugs 353568
[16:04] <matsubara>     * matsubara to include francis suggestion to bug 353530 and ursinha to summarize what spm told her
[16:04] <matsubara>         * matsubara commented on the bug.
[16:04] <matsubara>     * salgado to debug and fix bug 353863
[16:04] <matsubara>     * sinzui to email the list how we should address critical bugs on unmaintained apps (e.g. blueprint)
[16:04] <matsubara>     * matsubara to talk to mrevell to announce a maintenance in the DB for about 10 min outage in the next 2 weeks. ask mrevell to talk to stub about it
[16:04] <matsubara>         * matsubara emailed mrevell about this.
[16:04] <sinzui> matsubara: not done
[16:04] <Ursinha> the info I had was useless to the bug report
[16:04] <Ursinha> very superficial and not helpful, so I didn't add
[16:05] <flacoste> me
[16:05] <matsubara> cprov and salgado bugs are fix released. so that's done
[16:06] <matsubara> sinzui, do you want me to add another action for your item?
[16:06] <matsubara> for next week
[16:06] <sinzui> matsubara: please do
[16:06] <matsubara> [action] sinzui to email the list how we should address critical bugs on unmaintained apps (e.g. blueprint)
[16:06] <MootBot> ACTION received:  sinzui to email the list how we should address critical bugs on unmaintained apps (e.g. blueprint)
[16:07] <matsubara> [TOPIC] * Oops report & Critical Bugs
[16:07] <MootBot> New Topic:  * Oops report & Critical Bugs
[16:07] <matsubara> go ahead Ursinha
[16:07] <Ursinha> all right!
[16:07] <Ursinha> one puzzle for losas/stub, three bugs for foundations, three bugs for registry
[16:07] <Ursinha> flacoste, bug 354593, bug 353926, openid resetting password, bug 358498
[16:07] <Ursinha> sinzui: bug 357307, bug 358486, bug 358492
[16:07] <Ursinha> herb/stub: we're having *lots* of oopses like
[16:07] <Ursinha> https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1194D1005. I've sent one email to lp list and spoken with jtv about that, something is killing the db connections, so when a request tries to re-use a connection that died it oopses like that. So herb/stub: do you know what can be possibly happening to the db?
[16:07] <sinzui> Ursinha: Account and LoginToken are Foundations issues
[16:07] <herb> Ursinha: looking at the oops now...
[16:08] <Ursinha> sinzui, looking..
[16:08] <Ursinha> sinzui, thanks for changing that
[16:08] <stub> Ursinha: The OOPS is showing that the database reconnection isn't working as it should. Why that connection died isn't on that OOPS - it would have happened on the previous request handled by that thread.
[16:08] <Ursinha> so that's flacoste's too
[16:08]  * sinzui did it a few minutes ago
[16:09] <flacoste> sinzui, for AuthToken: +resetpassword, do you think salgado could look into this one?
[16:10] <sinzui> flacoste: Not this week, He is gone. I can take the  +resetpassword in a few hours
[16:10] <flacoste> Ursinha: for the branding bug, how often does it happen?
[16:10] <flacoste> Ursinha: reworking these templates is going to happen, but it's not easy to fix now
[16:10] <stub> Ursinha: We have watchdogs that kill bad connections. I don't recall seeing any reaped connections from the appservers recently.
[16:11] <Ursinha> flacoste, about 6,7 a day
[16:11] <Ursinha> stub, we had 2 thousand oopses like this one I showed
[16:11] <flacoste> Ursinha: actually, i think these are related to the DisallowedStore error i'm seeing
[16:12] <flacoste> Ursinha: because these links don't appear on normal SSO pages
[16:12] <flacoste> stub: what the permission bug in 358492?
[16:13] <flacoste> nm, i know what this is about
[16:14] <Ursinha> stub, jtv said he saw a lot of "administrator terminated connection" errors on lp-errors-report list
[16:14] <stub> When?
[16:15] <Ursinha> yesterday
[16:15] <Ursinha> I couldn't find them
[16:16] <stub> Anyway - the reason the OOPS count is so high is the appserver isn't recovering like it should.
[16:16] <flacoste> stub: could you look at this bug tomorrow?
[16:17] <stub> I can look at the oops - I don't know if there is a bug yet (I think there is - not sure though)
[16:17] <Ursinha> for the db killing spree no, there isn't
[16:17] <stub> What db killing spree?
[16:17] <Ursinha> at least I didn't open one, I'll do now
[16:17] <Ursinha> ah
[16:18] <Ursinha> I mean, the oopses
[16:18] <Ursinha> the lots of oopses because of the appserver isn't recovering like it should
[16:19] <stub> ok
[16:19] <Ursinha> anyway, it's that bug you're talking about flacoste?
[16:20] <flacoste> yes
[16:20] <Ursinha> I'll open one and let you know
[16:20] <Ursinha> that's all for me
[16:20] <Ursinha> we have one critical bug, in progress
[16:21] <Ursinha> so, if matsubara has nothing else to say, oops section is closed
[16:21] <matsubara> [action] ursinha to file a bug about "appserver isn't recovering like it should causing too many oopses"
[16:21] <MootBot> ACTION received:  ursinha to file a bug about "appserver isn't recovering like it should causing too many oopses"
[16:21] <Ursinha> thanks sinzui, flacoste, stub and herb
[16:21] <Ursinha> and matsubara, of course
[16:21] <matsubara> intellectronica, can you move bug 269538 from fix committed to fix released?
[16:22] <matsubara> or at least chase why it's not fix released yet?
[16:22] <matsubara> that bug been in fix committed for ages
[16:22] <intellectronica> matsubara: i have no idea what's going on with that. i'll talk to gmb about it
[16:22] <matsubara> thanks intellectronica
[16:22] <matsubara> thanks everyone
[16:22] <matsubara> let's move on
[16:23] <matsubara> [action] intellectronica to talk to gmb about bug 269538
[16:23] <MootBot> ACTION received:  intellectronica to talk to gmb about bug 269538
[16:23] <matsubara> [TOPIC] * Operations report (mthaddon/herb/spm)
[16:23] <MootBot> New Topic:  * Operations report (mthaddon/herb/spm)
[16:23] <herb> 2009-04-04 - Launchpad experienced an outage most likely due to hitting some connection limits on the DB. Some users may have experienced issues for up to 90 minutes.
[16:23] <herb> 2009-04-08 - Deployed r7947 to soyuz and xmlrpc servers.
[16:23] <herb> Bug 156453 and bug 118625 continue to be problematic for us. Just want to make sure I'm keeping it on your radar.
[16:23] <herb> That's all for this week, unless there are questions.
[16:24] <rockstar> herb, I have something to report here again!
[16:24] <herb> woohoo!
[16:24] <rockstar> herb, so we've identified the real memory pig.  Unfortunately, it won't be trivial to change.
[16:24] <matsubara> cool!
[16:24] <rockstar> herb, so we know where the issue is, and now we just need to schedule about two weeks and re-write loggerhead.
[16:24] <herb> haha
[16:24] <matsubara> hehe
[16:25] <flacoste> the problem is that he is serious :-/
[16:26] <herb> mine was a laugh of despair
[16:27] <matsubara> rockstar, so are you tackling that for 2.2.4 and maybe 2.2.5?
[16:27] <sinzui> flacoste: I believe the problem with +resetpassword is that it sends logintokens to users who have not setup a person yet.
[16:27] <rockstar> matsubara, well, I doubt it'll be 2.2.4, because mwhudson is on leave for so much of it.
[16:27] <rockstar> matsubara, what really needs to happen is that we need to be sequestered again for a week to do nothing but fix it.
[16:28] <flacoste> sinzui: sounds about right, that shouldn't happen :-)
[16:28] <sinzui> flacoste: I'll get this fix today
[16:28] <matsubara> by we, you mean you and mwhudson or the whole code team?
[16:28] <flacoste> sinzui: thanks a lot
[16:29] <rockstar> matsubara, mwhudson and I.
[16:29] <rockstar> matsubara, we got some really good work done at the Pycon sprints last week.
[16:29] <matsubara> there's all hands and uds coming, maybe during that?
[16:31] <matsubara> anyway, that's beyond the scope of this meeting.
[16:31] <matsubara> I think that's all. anything else for herb?
[16:31] <matsubara> [TOPIC] * DBA report (stub)
[16:31] <MootBot> New Topic:  * DBA report (stub)
[16:31] <matsubara> thanks herb
[16:31] <stub> Can you describe the memory leak?
[16:32] <herb> thanks matsubara
[16:32] <stub> During the last rollout, one of the database patches turned out to be relying on database row ordering for some data migration, with the end result being some newly created rows on the slaves had different primary key values to the master and each other.
[16:32] <stub> This caused replication to block later when changes to the data on the master could not be duplicated on the slaves due to constraint violations, alerting us to the problem. We rebuild the slave databases to correct the problem (the safest way of recovering the situation).
[16:32] <stub> The corruption was not noticable to end users and did not infect the master, as only the internal database ids where affected.
[16:32] <stub> I was hoping to switch our master to the 16 core box, but public holidays and illness have put a hold on that this week.
[16:32] <stub> On the 6th and 7th, some batch jobs erroneously had their database connections terminated. Sorry about that. It is unlikely this was end user visible.
[16:35] <stub> echo... echo...
[16:35] <sinzui> oi oi
[16:35] <matsubara> stub, you're coordinating the downtime annoucement with mrevell, right?
[16:35] <stub> I will
[16:36] <matsubara> stub, ok. thanks.
[16:36] <matsubara> anything else for stub?
[16:36] <matsubara> thanks stub.
[16:36] <matsubara> I think that's all for today.
[16:36] <matsubara> Thank you all for attending this week's Launchpad Production Meeting.
[16:37] <matsubara> #endmeeting
[16:37] <MootBot> Meeting finished at 10:37.
[16:37] <Ursinha> thanks all


[01:23] <wxl> we need to get the other channels on matrix
[01:51] <wxl> we also need a better graphics editing application sheesh
[01:51] <wxl> libreoffice draw sucks for editing a png XD
[06:07] <tsimonq2> wxl: Arguably, the user just chooses which applications they want installed via Calamares XD
[06:07] <tsimonq2> I was kind of thinking minimal install might make it this cycle, but who knows at this point.
[06:08] <tsimonq2> We
[06:08] <tsimonq2> *We're close to it. It's a simple module.
[06:08] <tsimonq2> OEM would be another nice thing. It's all in the pipeline, hopefully in time for the LTS>
[06:11] <tsimonq2> Also, when someone boots the live ISO in a VM, the power management status comes up, even if it's in a VM. Would be nice to either disable entirely or add some sense to it (display message if system.battery = True else "")
[06:19] <tsimonq2> https://git.launchpad.net/~lubuntu-dev/ubuntu-seeds/+git/lubuntu/commit/?id=51995929051f98f28cd95607e449b38bac9674f2
[06:19] -ubottu:#lubuntu-devel- Commit 5199592 in ~lubuntu-dev/ubuntu-seeds/+git/lubuntu "Add inxi. HEAD mantic"
[16:50] <wxl> tsimonq2: true enough, but it seems like a graphics app that doesn't suck would be nice. got any ideas? krita?
[16:59] <kc2bez> Krita might be overwhelming for new folks. Gimp isn't too bad but obviously not Qt.
[17:00] <kc2bez> LO Draw is pretty great for pdf editing.
[17:29] <wxl> i guess what i'm looking for is a good lightweight solution that doesn't have a lot of extra dependencies. i don't think anything half as overwhelming as trying to edit an image in libreoffice draw. i mean it can be done but it sucks bad
[17:38] <wxl> yeah i'd avoid gtk depends


[04:18] <CIA-39> [muon] jmthomas * 1208223 * trunk/extragear/sysadmin/muon/installer/ (Transaction.cpp Transaction.h) svn add. This has broken the build for quite a while without me noticing it...
[09:23] <jussi> o/
[10:19] <sourcemaker> is there a known packaging problem related to kde 4.6 BETA2? kmail has been removed (4:4.4.8-0ubuntu2~maverick1~ppa3 <> 4:4.4.8-0ubuntu1~maverick1~ppa2) ?
[10:25] <yofel> shadeslayer: there?
[10:56] <yofel> shadeslayer: anyway, can you backport kdepim to beta ppa too? (with ~ppa4 so it's higher than in updates)
[11:01] <Riddell> yofel: why does kdepim need to go into beta again?
[11:02] <Riddell> oh I see, version number is smaller than updates PPA so people upgrading have problems
[11:24] <Mamarok> could somebody with more bugtracker foo remove Amarok from this entry? It links to Amarok 1.4 which is not shipped anymore and unmaintained
[11:30] <Riddell> Mamarok: which?
[11:33] <Mamarok> oops, forgot that one :) -> https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/62842
[11:43] <Riddell> closed
[11:43] <Riddell> it's a shame daap doesn't work, it was good fun to be able to browse other people's collections at conferences when it did briefly work
[11:44] <Riddell> just another evil point to apple
[12:15] <droidslayer> Bug 692651 ...  any ideas?
[12:16] <Mamarok> Riddell: Daap does work in Amarok, it just depends on the version
[12:17] <Mamarok> of Daap I mean
[12:23] <maco> Riddell: it works fine to view the daap shares of other free software users
[12:23] <maco> Riddell: its *only* apple itunes shares that don't work, because they're encrypted
[12:25] <maco> you can still get the diddly dee music off my lappy at UDSes :)
[12:25] <maco> or could, assuming i go to more udses....
[12:42] <droidslayer> So Skype says that apachelogger_ is a female....  hmmmm
[12:50] <jussi01> droidslayer: he is! :D
[12:56]  * apachelogger_ thought that the nice skype test call lady might became a man if the caller is female
[12:56] <apachelogger_> it did not
[12:56] <apachelogger_> which I find sad
[12:56] <apachelogger_> markey: why did you call me at 6?
[12:56] <apachelogger_> in the morning :D
[12:56] <apachelogger_> that is the odd thing about it ^^
[12:57] <markey> apachelogger_: the idea was to get you out of bed, and overall just annoy you
[12:57] <markey> apachelogger_: it wasn't really me
[12:57] <markey> apachelogger_: was a cron job
[12:57] <markey> :p
[12:57] <apachelogger_> ah, I see
[12:57] <apachelogger_> well
[12:57] <markey> like that guy who called me the other day: "Yes, hello?" "Hahahahaha!"
[12:58] <markey> that is fun
[12:58] <apachelogger_> hm
[12:58] <apachelogger_> BTW: I really like the ECMA scripting for configuration management of desktops.
[12:58] <apachelogger_> Keep up the good work.
[12:58] <apachelogger_> now see
[12:59] <apachelogger_> that is one reason I would not want to work in the linux mint team
[12:59] <droidslayer> jussi01_: haha
[13:02] <apachelogger_> http://aplg.kollide.net/images/avatar/snapshot123.png
[13:02] <apachelogger_> I do love jimbo :D
[13:03] <apachelogger_> JontheEchidna: so, what to do about quickaccessy?
[13:03] <apachelogger_> can we boot it?
[13:03]  * apachelogger_ probably asks  the 5th time or so
[13:04] <JontheEchidna> I guess. I'm not really maintaining it anymore
[13:04]  * Riddell grabs the new akonadi for packaging
[13:05] <apachelogger_> JontheEchidna: lets do it away then
[13:05] <apachelogger_> on that note
[13:05] <apachelogger_> did we not want to add something else?
[13:05] <apachelogger_> oh
[13:05] <apachelogger_> trash applet?
[13:05]  * apachelogger_ seems to remember a bug report about that
[13:13] <ScottK> Anyone have any ideas about why kdevelop-php would FTBFS only on armel and powerpc?
[13:13] <ScottK> https://launchpad.net/ubuntu/+source/kdevelop-php/1.1.80-0ubuntu1
[13:13] <apachelogger_> it doesnt like them
[13:13] <ScottK> I can replicate the failure on our arm boxes.
[13:14] <apachelogger_> /usr/bin/kdev-pg-qt falls over
[13:14] <apachelogger_> maybe a datatype thing?
[13:14] <apachelogger_> seems a bit random TBH
[13:15] <apachelogger_> ScottK: can you paste kdevelop-php-1.1.80/parser/php.g line 1095
[13:15] <apachelogger_> or maybe 1090 to 2000
[13:15] <ScottK> apachelogger_: That's the end of the file.
[13:16] <apachelogger_> what do lines 1090 to 1095 look like?
[13:16] <ScottK> Getting
[13:17] <ScottK> } // end of namespace Php
[13:17] <ScottK> :]
[13:17] <ScottK> -- kate: space-indent on; indent-width 4; tab-width 4; replace-tabs on; auto-insert-doxygen on; mode KDevelop-PG[-Qt]
[13:17] <apachelogger_> hmmmmm
[13:17] <apachelogger_> interesting
[13:17] <ScottK> Whith a couple of blank lines thrown in that quassel helpfully omitted
[13:17] <apachelogger_> is that kdevelop-pg-qt the latest version?
[13:17] <ScottK> It is.
[13:17] <ScottK> I also tried to build against git head and it failed there too on arm
[13:18] <ScottK> Same error.
[13:18] <apachelogger_> maybe talk to people in #kdevelop
[13:18] <apachelogger_> surely they will have some idea what could be going wrong
[13:18] <ScottK> Perhaps.
[13:18] <ScottK> I need to be offline most of today.
[13:19] <ScottK> Is there someone who you might suggest for this while I'm away?
[13:19] <apachelogger_> uh swweet, synaptiks actually manages to turn off my touchpad when typing
[13:19] <apachelogger_> <3
[13:19] <apachelogger_> ScottK: shadeslayer ;)
[13:20] <apachelogger_> otherwise I could try harass someone later on
[13:32] <droidslayer> Sorry cant do a lot of stuff...  trying to be of some use by handling bug reports but other than that ill be available after 1st Jan
[13:32] <apachelogger> Riddell: what do we do for the xmas party?
[13:33] <apachelogger> Nightrose: did your upgrade problem resolve yet?
[13:33] <droidslayer> apachelogger: can we haz ponies for Xmas
[13:33] <droidslayer> Or unicorns
[13:34] <Riddell> apachelogger: game of Doom?
[13:34] <apachelogger> we can, if you tell me how to implement
[13:34] <apachelogger> Riddell: what is that?
[13:34] <apachelogger> oh
[13:34] <apachelogger> brb
[13:34] <droidslayer> Doom
[13:34] <droidslayer> The game
[13:34] <Riddell> you know, the pre-Quake game from ID
[13:35] <droidslayer> Riddell: s/doom/call of duty
[13:35] <Riddell> that sounds new and fangled
[13:35] <droidslayer> It is...
[13:36] <droidslayer> I wish we had steam for Linux
[13:36] <Riddell> game of kpat then?
[13:37] <apachelogger> kpat is not networkable is it ^^
[13:38] <apachelogger> http://qt-apps.org/news/?id=340
[13:38] <apachelogger> nice
[13:38] <ScottK> apachelogger: Sounds like a decent GSoC project for someone.
[13:38] <apachelogger> ScottK: kpat for network?
[13:38] <ScottK> yes
[13:38] <apachelogger> *nod*
[13:38] <droidslayer> apachelogger: old
[13:38] <apachelogger> also someone could make systemsettings not suck
[13:38]  * ScottK notices the new digikam and wonders who's on it.
[13:39]  * apachelogger thinks we should start collecting ideas for GSoC
[13:39] <droidslayer> Hmmm...  I plan on participating in gsoc 2011
[13:39] <apachelogger> ScottK: that makes me wonder where lure got lost to
[13:39] <droidslayer> apachelogger: yeah
[13:39] <ScottK> apachelogger: Yes.  I've wondered the same.
[13:40] <ScottK> On a similar note I emailed awen to let him know his 4.4.5 packages were finally in lucid-proposed.  Got a nice reply.  He's currently very busy with having an actual job, but does expect to return.
[13:41] <apachelogger> sweet
[13:42] <apachelogger> droidslayer: https://wiki.ubuntu.com/Kubuntu/GSoC2011Ideas
[13:42] <droidslayer> apachelogger: onice
[13:43] <droidslayer> Well...  me and aakshay will work on language selector after exams
[13:44] <apachelogger> sweet
[13:44] <ScottK> droidslayer: In what century does "after exams" arrive?
[13:44] <droidslayer> ScottK: 1 Jan 2011
[13:44] <ScottK> OK.
[13:44] <apachelogger> ^^
[13:45] <droidslayer> I got my exams postponed to attend uds and after that all I've had are exams
[13:45] <Riddell> droidslayer: oh?  what do you expect to do on language selector?
[13:45] <droidslayer> Riddell: un python it
[13:46] <droidslayer> Effectively make it not break....
[13:46] <Riddell> do talk to jlayt about it too, he's doing work upstream on the language bits
[13:46] <droidslayer> UI update as well
[13:46] <droidslayer> Riddell: ok
[13:47] <Riddell> ideally it would all be upstream, it would use packagekit or the like to install language packs
[13:47] <Riddell> I don't know how cross-distro the im-selector stuff is though, that needs investigation
[13:47] <droidslayer> Hmm ....  like use a dbus call to install stuff?
[13:48] <ScottK> Riddell: Would you have time to email lure and inquire about his well being and let him know we miss him?
[13:48] <Riddell> packagekit is dbus yes
[13:48] <apachelogger> Riddell: the thing is that every distro has their tools anyway, and a lot of the stuff actually depends on how the specific distro actually does l10n
[13:48] <Riddell> apachelogger: which is a bug :)
[13:49] <apachelogger> e.g. suse would be difficult to adress at all
[13:49] <Riddell> distro tools are a bug :)
[13:49] <apachelogger> yes they are
[13:49] <Riddell> suse is a large bug in that respect!
[13:49] <maco> hahaha
[13:49] <maco> yast...
[13:49] <droidslayer> Lol
[13:49]  * apachelogger would love yast if it had any sort of good structure
[13:49] <ScottK> Generically I agree, but until the cross-distro tools support all the use cases of the distro tools, switching is problemative.
[13:50] <Riddell> droidslayer: anyway, the setting the system language stuff is currently done by language-selector and it would be best to have that in the KDE language UI and jlayt may have plans for that
[13:50] <droidslayer> So webkit versioning mess might coming our way with a qt 4.8 release
[13:50] <apachelogger> my kmail i the broken :(
[13:51] <droidslayer> Riddell: wait...  your talking about language selector qt right?
[13:51] <apachelogger> anyhow, to do language magic upstream one would first need to find out what exactly distros need to do, how they do it right now and how to transition to a new global approach
[13:51] <droidslayer> Or the whole language selector?
[13:52] <apachelogger> that is 2 years of work, approx 5 million EUR
[13:52] <droidslayer> :-P
[13:52] <apachelogger> so I would go and look for some governmental funding
[13:52] <ScottK> Well we'd also need distros to stop doing silly things like stripping out per language language packs to make their own per language language packs.
[13:52] <apachelogger> I hear the european union loves giving money to projects ;) ;) ;)
[13:52] <ScottK> As long as we're using Rosetta, the discussion of upstreaming stuff is pointless.
[13:52] <Riddell> droidslayer: what's the difference?
[13:53] <droidslayer> Riddell: language selector qt is just one 70 line python file
[13:53] <Riddell> apachelogger: that's all stuff jlayt is looking into
[13:54] <droidslayer> Language selector....  is....  a whole project
[13:54] <Riddell> ScottK: Lure hasn't done much for some time, but I can indeed send him a christmas e-mail
[13:54] <ScottK> Riddell: Thanks.
[13:54] <apachelogger> Riddell: I do not envy him then
[13:55] <ScottK> I spot three Kubuntu packages in http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi - If someone wants to do fixes, I'll gladly sponsor them later today or tomorrow.
[13:56] <droidslayer> So like ill start on 3 projects in Jan
[13:56] <droidslayer> Whee
[13:57] <Riddell> does gtk-oxygen make emacs die for other people?
[13:58] <droidslayer> Riddell: use vim..  http://xkcd.com/378/
[13:58] <droidslayer> Wait no
[13:59] <droidslayer> Emacs >>> vim
[13:59] <maco> hahaha
[13:59] <apachelogger> thats better
[14:00] <maco> does the "configure sharing" in folder properties in dolphin do squat diddly for anyone else?
[14:00] <droidslayer> maco: its broken
[14:00] <apachelogger> well
[14:00] <maco> oh good not just me
[14:00] <apachelogger> rbelem is fixing it
[14:00] <apachelogger> or fixed it
[14:00] <apachelogger> WIP or something
[14:01]  * droidslayer waves fist at apachelogger
[14:01] <maco> just as long as it isnt a sign of disk corruption :)
[14:01] <apachelogger> droidslayer: want another ride? :P
[14:01] <droidslayer> apachelogger: heh :-P
[14:01] <apachelogger> oh oh oh oh oh oh oh oh oh oh
[14:01] <apachelogger> so
[14:01] <apachelogger> I am using windows
[14:02] <droidslayer> :-\
[14:02] <apachelogger> and Dell has this very nice help center thingy
[14:02] <droidslayer> Yep....
[14:02] <apachelogger> and that thingy incorporates a system check thingy
[14:02] <apachelogger> which is super nice
[14:02] <apachelogger> checks disk smart stuff and cpu extension working and whatnot
[14:02] <droidslayer> apachelogger: the one that tests graphics etc?
[14:02] <apachelogger> dunno, I aborted it while CPU testing
[14:02] <apachelogger> supposedly it does graphics to
[14:03] <droidslayer> It does...
[14:03] <apachelogger> anyhow, having such a thing for Linux would be super awesom
[14:03] <apachelogger> e
[14:03] <droidslayer> And i agree its super awesome
[14:03] <droidslayer> There is
[14:03] <apachelogger> quite the large project
[14:03] <apachelogger> but generally
[14:03] <droidslayer> Phronix test suite
[14:03] <apachelogger> ehm
[14:03] <apachelogger> no
[14:03] <droidslayer> Phronix test suite
[14:03] <apachelogger> phronix test suite is made so that silly people can make silly benchmarks
[14:03] <droidslayer> I think it does the same thing
[14:04] <apachelogger> yeah
[14:04] <apachelogger> eat your hardware
[14:04] <apachelogger> but the use is different
[14:04] <apachelogger> also that test suite is not accessible for the user
[14:04] <apachelogger> plus it does siilly things IIRC
[14:04] <droidslayer> Never tried it
[14:04] <apachelogger> so what I would want is an integrated solution that ensures relability of the system
[14:04] <apachelogger> integration is key there
[14:04] <ScottK> Riddell: If you have time for binary New in the course of your archive-admin duties, there's a backports New in maverick that needs attending to (since it's my upload technically, I feel I shoulnd't do it).
[14:04] <droidslayer> Hmm
[14:05] <droidslayer> Anyways... Gtg and study... :-(
[14:05] <Riddell> ScottK: yes I'll do that today
[14:06] <Riddell> steveire: what's the purpose of this file usr/lib/qt4/plugins/sqldrivers/libqsqlite3.so in akonadi?
[14:06] <ScottK> Riddell: Thanks.
[14:06] <apachelogger> well, my kmail cannot send mails
[14:06] <apachelogger> awesome
[14:06] <apachelogger> oh
[14:06] <apachelogger> steveire: ping
[14:06] <apachelogger> Riddell: sqlite support
[14:06] <apachelogger> Riddell: needs to be split
[14:06] <apachelogger> sqlite for mobile, mysql for desktop
[14:06] <apachelogger> so ultimately we would have both in packages that go like akonadi-dbdriver-$db or somthing like that
[14:08] <steveire> Riddell: I think the qt sqlite driver was not good enough, so that's one that works. I don't know the details
[14:08] <Riddell> how does akonadi chose which database to use?
[14:09] <ScottK> santa_ on #debian-qt-kde was discussing improving Akonadi packaging yesterday (they are prepping 4.6 packages for an unofficial repository) and so whoever takes this one might want to coordinat on naming if nothing else.
[14:12] <steveire> There's a cmake switch for the default, and I think a configu file to change it
[14:13] <Riddell> I think I'll leave that file unpackaged for now and there should be a todo item to investigate getting kubuntu mobile to use akonadi with sqlite
[14:13] <apachelogger> steveire: grantlee on windows is the broken
[14:13] <apachelogger> building I mean
[14:14] <steveire> Really? 0.1.7?
[14:14] <apachelogger> yes
[14:14] <apachelogger> well
[14:14] <apachelogger> with Qt SDK
[14:14] <apachelogger> also I know why :P
[14:14]  * Riddell wonders why apachelogger is building grantlee on windows
[14:14] <apachelogger> also I know how to fix it :P
[14:15] <steveire> How's that?
[14:15] <apachelogger> sec
[14:15] <apachelogger> steveire: http://gitorious.org/grantlee/grantlee/blobs/master/CMakeLists.txt#line29
[14:15] <apachelogger> this line messes things up
[14:16] <apachelogger> as pointed out by the comment above plugin loading will fail if plugins were built with nodbg but Qt with and vice versa
[14:16] <apachelogger> now since you cannot know whether Qt was built with or without you cannot use that line
[14:16] <steveire> And that fails at build time?
[14:16] <apachelogger> no
[14:16] <apachelogger> runtime
[14:16] <apachelogger> it just fails to load the plugins
[14:16] <apachelogger> that is the horrible thing about it
[14:16] <steveire> Oh. You said building above
[14:16]  * apachelogger spent a whole afternoon hunting this down
[14:17] <apachelogger> oh, yeah, my bad :)
[14:17] <apachelogger> anyhow
[14:17] <steveire> Well, presumably the plugins are built at the same time as the rest, so you do know.
[14:17] <apachelogger> what you should be doing is use add_definitions(${QT_DEFINITIONS})
[14:17] <apachelogger> steveire: yeah, but the current defintion does not take the knowing into account
[14:18] <apachelogger> if you use QT_DEFINTIONS (which comes from FindQt4) you are always in line with Qt
[14:19] <apachelogger> so I would remove the whole if MINGW part and instead add the Qt definitions below
[14:20] <apachelogger> Riddell: I am now using a working operating system :P
[14:20] <steveire> Ok, I'll try that out later
[14:21] <apachelogger> http://paste.ubuntu.com/546270/
[14:22] <apachelogger> steveire: yeah, just get the Qt SDK with unpatched 0.1.7 it will fail to load plugins :)
[14:22]  * apachelogger needs to wipe his akonadi/kdepim setup since it is hopelessly broken :(
[14:23] <steveire> You shouldn't need the add_definitions either if QT_USE_FILE is used (which it is)
[14:25] <skamster> hello all
[14:26] <Riddell> hi skamster
[14:27] <skamster> i've got a plasmoid which is written in python.. my problem is, that i've got some plugins in subfolders, when i create the plasmoid out of it, the path isn't alright anymore (as it seems), so it didn't find any plugins
[14:27] <skamster> how is the structure of subfolders in plasmoids to access them as well?
[14:28] <Riddell> you can use locate() to find where things are installed to in KDE
[14:29] <apachelogger> oh
[14:29] <Riddell> skamster: http://api.kde.org/4.x-api/kdelibs-apidocs/kdecore/html/classKStandardDirs.html
[14:29] <apachelogger> skamster: you mean plugins inside your plasmoid folder?
[14:30] <ScottK> Currently I'm (as a test) tethered to my Droid and accessing the Internet that way.
[14:30] <ScottK> The amazingly complex procedure to make this work on Kubuntu Maverick was:
[14:30] <ScottK> 1.  Connect the phone to the computer via USB.
[14:30] <ScottK> 2.  Enable tethering in the Droid's system settings.
[14:30] <ScottK> 3.  There is no 3.  The rest just happened automagically.
[14:30] <highvoltage> ScottK: nice :)
[14:31] <skamster> apachelog: yes, not default-plugins (if they exists) but written in own code, in the projects in subfolders :)
[14:31] <apachelogger> Sput: when do we get mobile quassel?
[14:31] <skamster> i've also a standaloneversion, which works :)
[14:31] <apachelogger> skamster: you should be able to access them thru plasma
[14:31] <ScottK> Now I just realized (after I switched) I need to print something, which means I need to be on my network ....
[14:31] <apachelogger> at least in the ecma engine you can
[14:31] <apachelogger> sec
[14:32] <skamster> mh, isn't there just a path-change possible?
[14:32] <skamster> or is it also zippet when installed?
[14:33] <Riddell> skamster: line 232 might be something like what you want http://websvn.kde.org/trunk/KDE/kdeutils/printer-applet/printer-applet.py?revision=1178278&view=markup
[14:36] <apachelogger> skamster: http://api.kde.org/4.x-api/kdelibs-apidocs/plasma/html/classPlasma_1_1Package.html#aa59691ae2afda105112147eb9779f259
[14:36] <Riddell> steveire: these tickboxes to turn on and off addressbooks and calendars in kontact 4.6 are tricksy, they're off by default and it just seems like the apps aren't working
[14:36] <apachelogger> not sure if that is what you want to do ^^
[14:37] <steveire> Riddell: I also have problems with that. Tokoe is willing to listen to better solutions
[14:39] <skamster> thanks to all, Riddel: the second one could be a nice thing, i have to try.. this is my pluginmanager, maybe then it's easier to see the problem.. :) http://pastebin.com/c5weaY52
[14:40] <Riddell> steveire: well turn them on by default surely?
[14:41]  * maco agrees with Riddell
[14:43] <Riddell> steveire: otherwise kontact 4.6 seems to be working well here, congratulations :)
[14:43] <Riddell> steveire: do you know if akonadi 1.4.90 is sensible to use with kontact 4.4?
[14:43] <al> apachelogger, there are n900 quassel builds iirc ;)
[14:44] <apachelogger> yeah
[14:44] <apachelogger> but
[14:44] <apachelogger> I find the interface barely suiteable for desktop use :P
[14:44] <apachelogger> ... imagine what would happen if I started quassel on a phone
[15:17] <Riddell> akonadi 1.4.90 seems to crash kaddressbook 4.4.8
[16:07] <jjesse> ok updated my vm to natty today
[16:08] <Riddell> gosh another new digikam release out
[16:09] <jjesse> only issue is i need to recompile my virtualbox tools
[16:49] <ScottK> Riddell: I asked about Akonadi 1.4.90 and PIM 4.4.8/9 on the packager's list.  No response yet that I've seen.
[16:52] <Riddell> we already had 1.4.80 which had the same crash so I uploaded to natty
[17:04] <apachelogger> json is so much better than xml -.-
[17:08] <Riddell> why's that?
[17:09] <apachelogger> xml is so incredibly fat
[17:10] <apachelogger> also json takes less headtwisting to de/serialize
[17:10]  * apachelogger can crash kwin by alt-tabbing
[17:10] <apachelogger> also after crash I get groupped windows all over the place
[17:10] <apachelogger> rather silly
[17:10] <apachelogger> shadeslayer: ping
[17:24] <Mamarok> apachelogger: I jut checked the various launchpad bugs all related to the failure to play audio CD and I wonder if those are not all related:
[17:24] <Mamarok> https://bugs.launchpad.net/kdemultimedia/+bug/606709
[17:24] <Mamarok> https://bugs.launchpad.net/phonon/+bug/464656
[17:24] <Mamarok> https://bugs.launchpad.net/ubuntu/+source/taglib-sharp/+bug/597933
[17:26] <apachelogger> Mamarok: bug 464656 is not related to the first one
[17:27] <apachelogger> though it should be closed because we have it in kde too
[17:27] <apachelogger> Mamarok: the first and the last could indeed be related
[17:27] <apachelogger> though probably not
[17:27] <apachelogger> because
[17:28] <apachelogger> IIRC amarok gets the track listing from the audiocd kio slave
[17:28] <apachelogger> taglib most likely does not
[17:29] <apachelogger> Mamarok: can you please send me all the above in a mail?
[17:29]  * apachelogger is currently walking through phonon bugs and has a broken kmail ^^
[17:29] <Mamarok> apachelogger: OK, will do :)
[17:38] <Quintasan> ScottK: I've posted positive feedback on SRU bug on -proposed
[17:39] <ScottK> Quintasan: Thanks.
[17:40] <apachelogger> Mamarok: thx
[17:42] <dantti> apachelogger: is this your miracle script? bzr branch lp:~apachelogger/+junk/release-script-refactor
[17:42] <ScottK> Would someone who has the powah please add libasyncns to kubuntu-bugs?
[17:43] <ScottK> Riddell: Bug 689766 <-- Please promote libasyncns (if someone didn't get to it already).
[17:49] <apachelogger> dantti: yes
[17:53] <ScottK> kvkbd failed to build in lucas' most recent rebuild test.  I have it fixed locally and will upload later today (need to run out again).
[18:15] <dantti> apachelogger: I saw that there is a kpackagekit there already does it know about git ?
[18:15] <apachelogger> not sure if the version there does, probably not
[18:16]  * apachelogger supposedly created it for a kubuntu svn snapshot
[18:16] <apachelogger> dantti: is kpk still in playground?
[18:17] <dantti> apachelogger: but it is in git now
[18:17] <apachelogger> so?
[18:18] <dantti> apachelogger: so does the path matter?
[18:18] <dantti> since projects.kde.org paths are just virtual..
[18:19] <apachelogger> yes
[18:19] <apachelogger> translations are not in git :P
[18:19] <apachelogger> dantti: https://projects.kde.org/projects/playground/sysadmin
[18:19] <dantti> ah yes
[18:19] <apachelogger> I do not even find kpk
[18:19] <dantti> apachelogger: yes, it's there as apper already
[18:19] <apachelogger> ahhhh
[18:19] <apachelogger> uhhhh
[18:19]  * apachelogger did not know it is called apper now :P
[18:20] <dantti> apachelogger: i'm releasing the last kpk version now...
[18:20] <apachelogger> oh
[18:20] <apachelogger> eh
[18:20]  * apachelogger blinks
[18:20] <apachelogger> dantti: is the translation still running as kpackageki?
[18:21] <apachelogger> t
[18:21] <dantti> apachelogger: well I think yes
[18:21] <dantti> because I didn't change the sources to apper yet
[18:21] <apachelogger> oh
[18:21]  * apachelogger calls this a mess :P
[18:22] <dantti> yes renaming is a mess
[18:22] <dantti> at least fedora now has a decent version..
[18:24] <apachelogger> Pushed up to revision 115.
[18:26] <apachelogger> dantti: I'll move everything to apper for r116
[18:26] <apachelogger> so you'll only be able to use r115 for the last kpk release ;)
[18:26] <dantti> apachelogger: k, that's ok for me :D
[18:27] <dantti> apachelogger: to use I run ./kpackagekit?
[18:27] <apachelogger> first use --help
[18:28] <apachelogger> --git-branch master  -b trunk -v 1000000 -p ssh -u sitter
[18:28] <apachelogger> something like that
[18:28] <apachelogger> jsut with your login and proper version ;)
[18:28] <dantti> k
[18:31] <apachelogger> !find
[18:31] <apachelogger> !find bzr-fast-export.py
[18:31] <apachelogger> hm
[18:47] <trichard> Hey, i'm trying to create a deb package of some library/plugin i made. However, when i call dpkg-buildpackage -rfakeroot i get this error in cmake: "Qt compiled without support for -fvisibility=hidden." from the FindKDE4Internal macro
[18:54] <dantti> apachelogger: ./lib/l10nstat.rb:139:in `sort': comparison of Array with Array failed (ArgumentError)
[18:54] <dantti> bug for u :P
[18:54] <apachelogger> install msgfmt
[18:55] <apachelogger> !find msgfmt
[18:55] <apachelogger> wah
[18:55]  * apachelogger kicks the bot
[18:55] <apachelogger> dantti: that is in gettext it would seem
[18:56] <apachelogger> --no-stat should also work around it
[19:09] <trichard> install(FILES dolphin-box-plugin.desktop DESTINATION ${SERVICES_INSTALL_DIR}) <-- this also seems to give an error. It wants to install the desktop file in my local /usr
[19:11] <Nightrose> apachelogger: didn't check again - sorry - and now at him until new year
[19:34] <trichard> damn, why is it so hard to package something? I now get this error: missing files (usr/include/*), aborting
[19:37] <apachelogger> Nightrose: still around?
[19:37] <Nightrose> apachelogger: yes
[19:37] <apachelogger> trichard: what sort of package is that?
[19:38]  * apachelogger thinks that it is overengineered ^^
[19:38] <apachelogger> Nightrose: recommendations for release script name
[19:38] <apachelogger> sho is not too happy with calling it release-script
[19:38] <apachelogger> since it is just one of many
[19:38] <apachelogger> so we should give it some unique name of its own
[19:38] <trichard> apachelogger: it's a package that contains a lib and a desktop file
[19:39] <apachelogger> that indeed makes things more complicated
[19:39] <apachelogger> then again that IMHO makes things more complicated in every aspect, not just packaging
[19:39] <apachelogger> trichard: does it actually install foo to usr/include/*
[19:39] <apachelogger> ?
[19:39] <Nightrose> apachelogger: hmmm no idea sorry
[19:39] <trichard> apachelogger: no
[19:39] <apachelogger> Nightrose: apachelogger certified release script - acrs
[19:40] <Nightrose> i'll think about it some mroe
[19:40] <Nightrose> *more
[19:40] <Nightrose> hehe
[19:40] <trichard> apachelogger: in my rules file i just call include /usr/share/pkg-kde-tools/qt-kde-team/1/debian-qt-kde.mk, to build i call dpkg-buildpackage -rfakeroot
[19:40] <trichard> (fyi i have no packaging experience :))
[19:41] <apachelogger> oh
[19:41] <apachelogger> h
[19:41] <apachelogger> eh
[19:41] <apachelogger> trichard: so are you using cdbs for a reason? ^^
[19:42] <efactusa> Hey everyone I just want to thank you all for the wonderful OS on behalf of me and the people of france and the crew at http://www.myefact.com we wouldnt have been able to do half of what we do if it wasn't for Ubuntu so THANKS UBUNTU DEVS!!
[19:42] <trichard> apachelogger: because i thought that was supposed to be easy
[19:43] <apachelogger> nah
[19:43] <apachelogger> that is a lie
[19:43] <apachelogger> thought up by the mad people behind cdbs ;)
[19:43] <apachelogger> trichard: http://paste.ubuntu.com/546371/
[19:44] <trichard> apachelogger: that's good to know, thanks :)
[19:44] <trichard> apachelogger: that seems to do exactly the same btw
[19:44] <apachelogger> not exactly, no
[19:45] <apachelogger> dh is more flexible
[19:45] <apachelogger> trichard: so can you paste a build log?
[19:46] <apachelogger> Nightrose:  buttonit
[19:46] <trichard> apachelogger: http://paste.ubuntu.com/546373/
[19:47] <apachelogger> -- Install configuration: "Debian"
[19:47] <apachelogger> -- Installing: /home/thomas/Programming/Packaging/dolphin-box-plugin/dolphin-box-plugin-0.1/debian/tmp/usr/share/kde4/services/dolphin-box-plugin.desktop
[19:47] <apachelogger> -- Installing: /home/thomas/Programming/Packaging/dolphin-box-plugin/dolphin-box-plugin-0.1/debian/tmp/usr/lib/kde4/dolphin-box-plugin.so
[19:47] <apachelogger> trichard: it doesnt actually install anything to /usr/include
[19:47] <apachelogger> so one of your .install files is bogus
[19:47] <trichard> apachelogger: is it required to install anything to /usr/include?
[19:48] <apachelogger> no
[19:48] <apachelogger> trichard: but one of your debian/*install files lists the pattern usr/include/*
[19:48] <apachelogger> and so dh_install is trying to add those files to the package
[19:48] <apachelogger> and falls over because there is no file that matches the pattern
[19:50] <trichard> apachelogger: ok, i didn't change anything in those. I'll take a look. Thanks
[19:53] <_Groo_> yofel: ping
[19:53] <_Groo_> hi/2 all
[19:53] <trichard> apachelogger: ok now i see. I need to alter that file myself too :)
[19:53] <apachelogger> yeah
[19:53] <apachelogger> oh
[19:53] <apachelogger> hold on
[19:53] <apachelogger> ah
[19:53] <apachelogger> uh
[19:53] <apachelogger> hahsdhfj
[19:54] <apachelogger> trichard: you are making things more complicate than necessary
[19:54] <apachelogger> you only need one package
[19:54] <apachelogger> and loose the install file completely
[19:54] <_Groo_> yofel: are you there?
[19:54] <apachelogger> that way it will just install all files to that one package
[19:54] <apachelogger> which is what you want to do
[19:54] <apachelogger> because your libary is not a regular library but a plugin
[19:54] <apachelogger> and as such you would just package the desktop file and the so file in one package
[19:54] <apachelogger> since one only works with the other anyway
[19:55] <trichard> apachelogger: that makes sense. So i actually made the mistake when typing l when doing dh_make?
[19:56] <apachelogger> yep
[19:56] <apachelogger> it asks you what type of package, and if you say single it will make things a lot easier
[20:00] <trichard> apachelogger: That worked. Thanks again, i'm finally starting to get it :)
[20:08] <apachelogger> dantti: around?
[20:08] <dantti> apachelogger: almost leaving for home but yup :P
[20:08] <dantti> apachelogger: btw thanks for your script :D
[20:09] <apachelogger> dantti: looking for a name for the script
[20:09] <apachelogger> any suggestions?
[20:09] <dantti> releaser :P
[20:09] <dantti> like apper
[20:09] <apachelogger> ^^
[20:09] <apachelogger> not sure if the sysadmins like that
[20:10] <dantti> garbage-releaser lol
[20:10] <dantti> bunny-releaser
[20:11] <apachelogger> uhh, bunny-releaser sounds nice :D :D :D
[20:12] <dantti> lolz
[20:13] <dantti> apachelogger: ok release done going home.. hope I don't get much trafic jam :/
[20:13] <apachelogger> dantti: you should use a helicopter
[20:13] <dantti> sure
[20:18] <apachelogger> dantti, Nightrose: sho had an awesome idea "release-me"
[20:18] <apachelogger> thoughts?
[20:18] <apachelogger> JontheEchidna: ping
[20:18] <JontheEchidna> apachelogger: pong
[20:18] <apachelogger> JontheEchidna: ^ looking for a name for the release script
[20:18] <apachelogger> any ideas?
[20:18] <apachelogger> how do you like "release-me"
[20:19] <JontheEchidna> sounds good
[20:19] <JontheEchidna> I don't have anything better :)
[20:19] <apachelogger> k :)
[20:20] <ScottK> Call it elvis (Didn't he do a version of Please Release Me?)
[20:21] <apachelogger> tom jones too
[20:21] <ScottK> Engleburt Humperdink.
[20:21] <ScottK> Less chance of namespace collision I think with humperdink.
[20:21] <apachelogger> ^^
[20:36] <claydoh> Mamarok: ping
[20:41] <claydoh> Mamarok: I'll just email you, I may be away soon
[23:02] <amorphous1> apachelogger, do you still have somewhere that ppa for ubuntuone-kde?
[23:48] <apachelogger> amorphous1: probably still where it used to be, but is not to be used anymore
[23:51] <amorphous1> apachelogger, :(    are there any plans to be used?


[12:11] <BluesKaj> Hi all
[12:12] <tertitten> Hello BluesKaj
[12:13] <BluesKaj> hi tertitten
[18:33] <valorie> @ahoneybun - thank you for all your work on the website!
[18:33] <valorie> it's good to see all the bugs filed against errors -- people are looking, and care!
[18:33] <valorie> main image still needs a new screenshot tho - we no longer use the mountain
[18:34] <valorie> don't see him here but that niggle still needs fixing
[22:35] <valorie> grrrr, I have a problem with kwallet for the first time in .... 20 years
[22:36] <valorie> it will not let me set a new passw
[22:36] <valorie> or use the same one I've been using for yonks, which is the same as my sudo
[22:36] <valorie> ubuntu-bug says it isn't installed
[22:37] <valorie> if so, why does it keep popping up and asking for my passw?
[22:38] <valorie> when I try to apt install, "Unable to locate package kdewallet"
[23:06] <arraybolt3> valorie: apt-cache search wallet | grep kde -> shows kwalletmanager
[23:06] <arraybolt3> there's also libkf5wallet5
[23:08] <valorie> looks like it's kwalletmanager5
[23:08] <valorie> but how in heck do I configure it?
[23:08] <valorie> no way to do it in systemsettings
[23:09] <valorie> I set it up so long ago and it always Just Worked
[23:09] <valorie> and still does on my travel lappy
[23:09] <valorie> but this was a fresh install
[23:10] <valorie> Sysinfo for 'valorie-oryxpro': Running inside KDE Plasma 5.27.11 on Ubuntu 24.04 LTS (Noble Numbat) powered by Linux 6.8.0-31-generic, CPU: Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz at 3401-3597/3800 MHz, RAM: 10874/32045 MB, Storage: 908/1060 GB, 318 procs, 0.86h up
[23:11] <valorie> just restarted after updating chrome which wanted kwallet.....
[23:11] <valorie> I can make it go away by hitting escape a few times but that seems unwise
[23:12] <arraybolt3> kwallet is my nemesis sometimes.
[23:24] <valorie> I'll ask sgmoore when she's online for ideas
[23:24] <valorie> it's not important; just occasionally annoying


[01:44] <valorie> has anyone heard from maco, jriddell, uds-logger, or jussi in the last 4 or so hours?
[01:45] <valorie> they never showed up here, and haven 't responded to texts
[01:41] <CIA-41> [libqapt] jmthomas * 1191410 * trunk/extragear/sysadmin/libqapt/src/worker/worker.cpp Remove an unnecessary include, and add a few comments
[15:03]  * udslogger gets to spend like half a day at MCO \\o/
[15:05] <udslogger> ScottK: we have java bindings :O
[15:05] <udslogger> shadeslayer: no wires nor stuff
[15:07] <JontheEchidna> o/
[15:12] <udslogger> yo JontheEchidna
[15:12] <JontheEchidna> so you're just getting back from UDS?
[15:14] <udslogger> sorta, currently I am waiting at MCO for my flight (which departs at something 21ish)
[15:15] <udslogger> and I am alrady bored out of my head ^^
[15:15] <JontheEchidna> MCO == Orlando International Airport?
[15:19] <udslogger> aye
[15:29] <markey> is UDS like 3 years long?
[15:29] <markey> it seems to me like that
[15:29] <markey> didn't it start ages ago?
[15:30] <markey> and all that comes out of it is Unity :)
[15:30] <markey> well done.
[15:40] <transitlogger> markey: there is more, i just need to get home so I can get things moving
[15:44] <transitlogger> my battery has reached warning level... o/
[15:45] <markey> transitlogger: use a 9-cell
[15:45] <markey> they rock
[15:45] <markey> I get 9 hours out of it
[15:47] <CIA-41> [muon] jmthomas * 1191598 * trunk/extragear/sysadmin/muon/libmuon/PackageModel/PackageProxyModel.cpp These don't need to be in the class initializer list, as QStrings a QLists already are initialized as empty when declared in the header.
[16:17] <CIA-41> [muon] jmthomas * 1191607 * trunk/extragear/sysadmin/muon/libmuon/MuonMainWindow.h SVN_SILENT: Whitespace
[18:35] <ScottK> nixternal: Can haz powerpc?
[20:22] <transitlogger> markey: I have a 9 cell battery, thing is, I did not charge it
[20:22] <DarkwingDuck> Hey transitlogger
[20:22] <transitlogger> also I would not get 9 hours out of it because I love having fast food/processing - hence I only get 4 or so
[20:22] <transitlogger> yo DarkwingDuck
[20:23] <DarkwingDuck> transitlogger: where you at in your transit?
[20:23] <transitlogger> MCO
[20:23] <transitlogger> (still)
[20:23] <DarkwingDuck> ahh
[20:24] <transitlogger> spaceship leaves at 21:40
[20:24] <ulysses> :)
[20:24] <DarkwingDuck> hehe
[20:24] <DarkwingDuck> There is LOADS of talk in my LoCo about Unity
[20:24] <ulysses> transitlogger: you need a TARDIS
[20:25] <transitlogger> ohm
[20:25] <transitlogger> DST is on?
[20:26] <ulysses> what's DST?
[20:26] <transitlogger> DarkwingDuck: lovely, if plasma-netbook did not get the same attention I personally would feel neglected
[20:26] <transitlogger> ulysses: daylight saving time thing
[20:26] <ulysses> transitlogger: yeah, it's began today
[20:26] <DarkwingDuck> transitlogger: there is a lot of people making the connection to KDE :D
[20:26]  * transitlogger notes that for some rason his laptop clock was off 1 hour
[20:26] <transitlogger> DarkwingDuck: ah, fair enought then :D
[20:27] <DarkwingDuck> transitlogger: :D Where can I get Fluffy?
[20:27] <transitlogger> at the website jussi ate
[20:27]  * transitlogger prolly doesnt have the torrent here
[20:27]  * DarkwingDuck just spewed his Mt Dew
[20:27] <transitlogger> lolz
[20:28] <transitlogger> mt dew is awesomest, one can get to ballmers peek very easily
[20:29] <transitlogger> anyhow
[20:29] <transitlogger> DarkwingDuck: just look for the fluffy ppa
[20:29] <DarkwingDuck> My wife wanted to see it for our daughter :D
[20:30] <transitlogger> https://launchpad.net/~fluffy-dev/+archive/archive/
[20:30] <transitlogger> just get the fluffy-unicorn
[20:30] <transitlogger> uhh
[20:30] <transitlogger> name confict
[20:30] <DarkwingDuck> ?
[20:30] <transitlogger> fregl: we need to rename our unicorn, I have got a new project on my todo that *needs to* go by this name
[20:31] <transitlogger> DarkwingDuck: https://launchpad.net/~fluffy-dev/+archive/archive/+packages?field.name_filter=unicorn&field.status_filter=published&field.series_filter=
[20:31] <transitlogger> install that bugger and the system should default to a fluffy setup by default
[20:31] <transitlogger> (that is if the user did not have a custom setting)
[20:31] <DarkwingDuck> ahh sweet. thanks transitlogger
[20:34] <transitlogger> hm
[20:34] <transitlogger> 15k unread mails
[20:34] <transitlogger> at some point I probably need to start reading them again
[20:35] <DarkwingDuck> hehehe
[21:57] <CIA-41> [muon] jmthomas * 1191657 * trunk/extragear/sysadmin/muon/libmuon/ (3 files in 2 dirs) A better name for this function
[22:02] <nixternal> ScottK: firing up ppc
[22:03] <CIA-41> [muon] jmthomas * 1191658 * trunk/extragear/sysadmin/muon/libmuon/DetailsTabs/ (ChangelogTab.cpp DependsTab.cpp) Less code duplication in DependsTab, along with some initializer list cleanups
[22:13] <CIA-41> [muon] jmthomas * 1191659 * trunk/extragear/sysadmin/muon/libmuon/ (3 files in 2 dirs) Style fixes + initializer list cleanup + another comment
[22:17] <CIA-41> [libqapt] jmthomas * 1191692 * trunk/extragear/sysadmin/libqapt/src/ (backend.cpp worker/worker.cpp) These two if statements both result in doing the same thing, so use an || to evaluate both with less code.
[22:43] <transitlogger> shadeslayer: http://aplg.kollide.net/images/avatar/snapshot87.png your software is teh broken :P
[22:44] <vorian> nice nick :P
[22:48] <transitlogger> vorian: thanks, I got it for 5024.13 USD @ disney
[22:48] <transitlogger> that is like 2.30 euros
[22:54] <transitlogger> markey: btw, since I am not exactly willing to read through all the discussion foo on mering kdelibs into qt ... from a businessish deployment perspective this could very well take away the integration barrier between kdeapps and qtapps making for an overall better user experience - also from an external perspective it makes considerably less sense to have those 2 seperated (as has been pointed out to me that last week some times)
[22:54] <transitlogger> (in case you want to add that to the discussion ;))
[22:54] <markey> ugh
[22:54] <markey> that was long
[22:55]  * markey tries to read
[22:55] <transitlogger> ^^
[22:55] <markey> transitlogger: well yes, that's one of the goals
[22:56] <vorian> hehe


[00:48] <hamiltont> cjwatson: FYI I'm going to move my kickseed changed from launchpad into the mailing list as you requested. Please disregard my launchpad code merge request - I'll close it down shortly
[10:39] <hyperair> did i declare the build-deps wrong, or is apt bugged?
[10:39] <hyperair> in banshee, that is
[10:39] <hyperair> libgpod-cil-dev (>= 0.8.2-7~), libgpod-cil-dev (<< 0.8.3-2) | libgpod-cil-dev (>= 0.8.3-4ubuntu3~)
[10:40] <hyperair> but when doing apt-get build-deps banshee, apt complains that libgpod-cil-dev is too new.
[10:44] <juliank> Wow that's a strange dependency.
[10:45] <juliank> hyperair: build-dep only chooses the first alternative IIRC
[10:46] <juliank> But really not entirely sure
[12:19] <hyperair> juliank: that seems like the wrong thing to do
[12:21] <juliank> hyperair: You might want to try with -o Debug::BuildDeps=true
[12:21] <juliank> and check what that says.
[12:22] <juliank> hyperair: build-dep does not use standard dependency solving algorithms. In any case, swapping the OR seems more coorrect.
[12:23] <juliank> or do you really want to prefer the older version?
[12:24] <hyperair> juliank: well, i just need to exclude a certain version.
[12:24] <juliank> in any case, tools should prefer the first alternative by definition, so putting the newer one there makes sense.
[12:24] <juliank> hyperair: or you just build-conflict with the broken version
[12:24] <hyperair> the problem was that i did a half-assed port of libgpod to gtk3 which i reverted.
[12:25] <hyperair> oh yeah, i forgot about that
[12:25] <juliank> A build-conflict is easier to handle here than an ORed build-dependency from APT's perspective
[12:27] <hyperair> alright
[12:28]  * ari-tczew notices Mom is broken again :-/
[12:28] <juliank> hyperair: If you want more detailed information about this, you need to ask DonKult in #debian-apt on OFTC, or wait for mvo to turn up tomorrow
[12:29] <juliank> They know more than me about APT itself.
[12:29] <hyperair> alright, thanks
[12:30] <hyperair> for the time being i've filed a bug: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1335614
[12:30] <hyperair> i'll just workaround it with build-conflicts
[12:33] <juliank> Some build servers (I believe the  Debian buildds) only consider the first alternative too, AFAIK
[12:34] <juliank> But it's been some time since I looked at this.
[12:34] <juliank> It creates more predictable builds to ignore alternatives.
[12:42] <juliank> Does anyone have contacts at Lenovo I could ask about documentation about the charging control ACPI interface, possibly under NDA?
[12:46] <hyperair> oh ffs, build-conflicts doesn't work unless i articulate it into = dependencies
[12:47] <hyperair> so i need one libgpod-cil-dev (= ...) for every version i need to conflict on
[12:47] <hyperair> goddamnit, why not just use the same dependency resolution engine when it so clearly works?
[12:52] <juliank> hyperair: Ah, I thought you only had one broken version.
[12:52] <juliank> Sorry about that.
[12:53] <juliank> hyperair: Just try swapping the OR then and it should work fine for build-dep and automatic builds. People can still manually build if they have the old version installed
[12:54] <juliank> In fact, Ubuntu build servers do consider alternatives too IIRC.
[13:06] <hyperair> juliank: automatic builds seem to have worked fine though.
[13:06] <hyperair> it's just that apt-get build-dep fails
[13:06] <juliank> Yes, as said, launchpad considers alternatives. Debian infrastructure doesn't.
[13:07] <wgrant> Launchpad doesn't exactly consider alternatives.
[13:07] <wgrant> It always takes the package named in the first alternative, but then applies versioned constraints afterwards.
[13:07] <hyperair> i see
[13:08] <wgrant> So in this case it will work, as the two constraints refer to the same package. But in the general alternative case, the first one wins.
[13:10] <cjwatson> ari-tczew: Should be fixed shortly, thanks.  usbredir was busted.
[13:11] <cjwatson> wgrant: Well, it falls back to other alternatives if the package named in the first alternative doesn't exist, which isn't true in Debian.  (i.e. what's now sbuild --resolve-alternatives)
[13:13] <wgrant> Ah yes, true.
[13:13] <wgrant> But it has to not exist, not just be a bad version.
[13:13] <cjwatson> Right.
[17:38] <LocutusOfBorg1> Hi cjwatson, I'm not sure if I waited enough
[17:38] <LocutusOfBorg1> but will vtk automatically be sync'd or not?
[17:38] <LocutusOfBorg1> because your changes are in debian now, but the changelog is different...
[17:39] <LocutusOfBorg1> I wonder how the sync/merge works exactly
[17:50] <infinity> LocutusOfBorg1: Packages with 'ubuntu' in the version aren't automatically synced.
[17:51] <infinity> LocutusOfBorg1: Did a manual sync now, after verifying the diff.
[17:53]  * jtaylor wonders if his tcl patches still work
[17:54] <jtaylor> didn't verify the debian package :/
[17:54] <jtaylor> (in vtk)
[18:04] <jtaylor> neat they still seem to work
[19:12] <michagogo> !sru
[19:20] <michagogo> 19:12:12 <stgr aber (spaced to avoid possibly-unwanted ping)> that's something which needs discussion with the sru team
[19:21] <michagogo> How is such a discussion initiated?
[19:21]  * michagogo is trying to figure out how to move bug 1314615 forward...
[19:21] <michagogo> erm, I mean bug 1314616


[17:03] <charlie-tca> What is the default theme name in 11.04?
[18:34] <highvoltage> it's collectively called light-themes (for the gtk themes, window decorators, etc)
[18:34] <highvoltage> charlie-tca: care to be more specific? :)
[18:36] <charlie-tca> I thought it would have a name, like we use " greybird"
[18:39] <highvoltage> yep it's just light-themes then
[18:41] <charlie-tca> Thanks