[06:03] <ovidiu-florin> do any of you use encription (OpenPGP) in Kmail? How do I set it up?
[06:09] <yofel> ovidiu-florin: you go to your identity settings and set your gpg key in the cryptography tab
[06:09] <ovidiu-florin> yofel: on which field?
[06:10] <yofel> uh, top 2 where it says openPGP?
[06:25] <ovidiu-florin> yofel: I cannot add the same key in both
[06:25] <ovidiu-florin> no 
[06:25] <ovidiu-florin> wait.... something's not wright
[06:25] <ovidiu-florin> the key is valid for the first field but not the second
[06:35] <yofel> huh
[06:35] <yofel> my key works in both o.O
[06:35] <soee> hiho, i see 4.13.3 released for trusty :)
[06:41] <ovidiu-florin> yofel: how do you manage your key? do you have it imported in Kleopatra
[06:42] <yofel> it is in there, but I never imported it. I think it simply took what I had in .gnupg
[07:33] <tsdgeos> Riddell: isn't this number a bit high? (utopic)
[07:33] <tsdgeos> $ dpkg -l | grep 4\\.13\\. | grep -v 95 | wc -l
[07:33] <tsdgeos> 135
[07:35] <apachelogger> tsdgeos: you pung earlier in kde-devel, was it anything important?
[07:35] <tsdgeos> nah, i'll ping you again this afternoon when on non-work time
[07:35] <apachelogger> fine by me :)
[07:35] <tsdgeos> s/afternoon/evening
[07:37] <apachelogger> tsdgeos: as for the version .... I think yofel got held up with uploading, so utopic isn't complete right now
[07:38] <yofel> Riddell was uploading, no idea how far he got
[07:38] <apachelogger> ah
[07:39] <apachelogger> one would not know for it is not documented anywhere :S
[07:54] <Riddell> tsdgeos: some bits didn't get uploaded, some bits of nepomuk are being removed, some bits will need poked through to compile
[07:57] <Riddell> tsdgeos: no 4.14 RC?
[07:58] <tsdgeos> not yet
[07:58] <tsdgeos> wait for afterwork time for that too
[08:00]  * apachelogger doesn't see that much failing in the ppa tbh
[08:00] <apachelogger> on that note
[08:00] <Riddell> vale vale
[08:00] <apachelogger> yofel: do we have any automation that makes sure everything we had in the ppa also ends up in wherever it is supposed to go?
[08:01] <yofel> well, launchpad tells you whether the version in the ppa is older than the version in the archive. I just rely on that
[08:02] <apachelogger> I am not just thinking archive, and I think the launchpad check won't be sufficient with the massively blown up amount of packages we'll have to coordinate
[08:03] <apachelogger> (i.e. you have to browse a lot of pages to check xD)
[08:04] <Riddell> tsdgeos: oh and kdepim is stuck in New for the all new libfollowupreminder
[08:08] <yofel> apachelogger: I don't think we have anything then really. For ppa copies I use --sync in kopypackages which is deprecated API but tells you immediately whether there was an error
[08:09] <yofel> so I don't have to go to the ppa page an hour later to check whether the copy actually happened
[08:18] <apachelogger> yofel: maybe something to put on a card somewhere
[08:19] <apachelogger> in particular if sync is deprecated xD
[08:20] <yofel> In the past I had a script that polled all our bzr repos to see what was UNRELEASED, but running 'bzr up' is too much for launchpad it seems (or so one of the sysadmins told me after he figured out that I was causing all the requests)
[08:20]  * apachelogger still can't migrate qapt to next -.-
[08:21] <apachelogger> yofel: :O
[08:21] <apachelogger> we should just move to git.kde.org ;)
[08:21] <yofel> well, I was polling once an hour, maybe once a day would be ok
[08:23] <apachelogger> yofel: if that's so hard for launchpad I guess it still would make it sigh for some 15 minutes or so
[08:24] <apachelogger> the issue is made substantially more complicated by the fact that our branches only reflect the archive landing chain 
[08:25] <apachelogger> like SRUs and branches have no origin branches at all
[08:25] <apachelogger> makes integrity checks on a package set way too complicated outside an archive context really
[08:28] <yofel> yeah, I tried the SRU branch stuff for saucy, but I think that's not realistic to have unless we make a launchpad project for every package, which I don't really want to do
[08:28] <yofel> that's only something for git really
[08:31] <apachelogger> I know
[08:31] <apachelogger> bzr makes this way too hard
[08:31]  * apachelogger has broken qapt-batch icon :'<
[08:40] <Riddell> !testers | more 14.10 alpha 2 candidate testing! http://iso.qa.ubuntu.com/qatracker/milestones/319/builds
[08:40] <Riddell> ...
[08:41] <Riddell> oh bot, why hath thou forsaken me bot
[08:41] <Riddell> Tm_T: ubottu broken?
[08:41] <tsimpson> it doesn't like URLs, it thinks you're a spammer :)
[08:42] <Riddell> bah
[08:42] <Riddell> !testers | more 14.10 alpha 2 candidate testing!
[08:42] <Riddell> finding the URL is left as an exercise to the reader
[08:45] <ovidiu-florin> at what time will you guys be arriving in Munich?
[08:45] <ovidiu-florin> I want to book my plane
[08:45] <yofel> oh right, I still need to arrange my stay in Munich...
[08:45] <ovidiu-florin> I see that the event starts at 18:00
[08:46] <ovidiu-florin> so If I arrive at 14:50 that would be great
[08:46] <ovidiu-florin> right?
[08:49] <apachelogger> I guess
[08:49] <Riddell> ovidiu-florin: yep
[08:49] <ovidiu-florin> thanks
[09:00] <apachelogger> about-distro and whoopsie moving from staging to next \o/
[09:01] <shadeslayer> we're getting ISO's from cdimages soon \o/
[09:03] <Riddell> awooga
[09:10] <apachelogger> mhmhmhh
[09:10] <apachelogger> Riddell: you remember the kapptemplate thing you didn't get an icon from?
[09:10] <santa_> apachelogger: morning, yesterday I found that replacing some conflicts with breaks would actually make the dist-upgrade work... with apt-get (but not aptitude). so if I do some merge requests with that are you willing to merge them?
[09:10] <shadeslayer> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/utopic/kubuntu-plasma5
[09:11] <apachelogger> santa_: if they make sense, yeah :P
[09:11] <apachelogger> Riddell: https://community.kde.org/Frameworks/Porting_Notes#KAboutData not the very first point here
[09:12] <apachelogger> *note
[09:12] <apachelogger> I don't think the app you gave me had that
[09:13] <Riddell> apachelogger: oh?
[09:14] <santa_> apachelogger: ok, what about the changelog entries? because I'm planning to put something in the line of "this is needed to make the dist-upgrades from debian's metapackages easier for apt-get" as justification
[09:15] <Riddell> apachelogger: no difference :(
[09:17] <apachelogger> santa_: needs an explanation why IMO
[09:18] <apachelogger> Riddell: yeah, I think kaboutdata also has a bug
[09:18] <apachelogger> app->setProperty("applicationIconName", s_registry->m_appData->programIconName());
[09:18] <apachelogger> that's what the version I am looking at does
[09:18] <apachelogger> however
[09:18] <apachelogger> the property is called windowIcon, not applicationIconName
[09:18] <apachelogger> http://qt-project.org/doc/qt-5/qapplication.html#windowIcon-prop
[09:19] <apachelogger> (unless of course qapp has internal logic from one to the other)
[09:19] <santa_> apachelogger: because otherwise apt-get algorithm is unable to find a proper upgrade path, that's why
[09:21] <apachelogger> santa_: apt not finding a suitable path is the result of incorrect package relationships
[09:21] <apachelogger> the resolver is not dumb, it is just rather strict
[09:23] <santa_> sigh
[09:25] <apachelogger> Riddell: qtbase knows nothing of applicationIconName
[09:25] <apachelogger> or at least grep can't find it
[09:25] <santa_> apachelogger: so the changelog entry for this http://paste.kde.org/padeotopr according to you would be ...
[09:26] <tsimpson> that is a property of QCoreApplication
[09:26] <apachelogger> tsimpson: it is?
[09:26] <tsimpson> http://qt-project.org/doc/qt-5/qcoreapplication.html#applicationName-prop
[09:26] <apachelogger> tsimpson: application*Icon*Name
[09:26] <apachelogger> :)
[09:26] <tsimpson> ok, well that's foobar
[09:27] <apachelogger> maybe a review to introduce that property didn't land
[09:27] <apachelogger> this all appears a bit tricky
[09:28] <apachelogger> kcoreaddons only depends on qtcore I think, so it couldn't possibly set applicationIcon from qapplication as that requiers a QIcon which is in qtgui
[09:30] <santa_> apachelogger: according to me would be "Use Breaks instead of conflicts against kde-window-manager, kde-workspace, kde-workspace-data, klipper. This is needed to ease the upgrades from debian's kde metapackages such as kde-standard or kde-full."
[09:31] <shadeslayer> afk for a bit
[09:31] <santa_> which is, by the way more accurate than some debian's changelog entries such as "Update build deps." (which makes me think "nice dude, which ones?")
[09:36] <apachelogger> actually the which ones is also not interesting as that is in version control and/or the upload diff
[09:36] <apachelogger> what matters is primarily the why
[09:36] <apachelogger> and the why for your case is described here https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts
[09:36] <apachelogger> in a nutshell: "Normally, Breaks should be used instead of Conflicts since Conflicts imposes a stronger restriction on the ordering of package installation or upgrade and can make it more difficult for the package manager to find a correct solution to an upgrade or installation problem. "
[09:37] <apachelogger> that's why ultimately apt's problem resolver doesn't manage to find an upgrade path
[09:37] <apachelogger> this problem is however only fallout from the incorrect package relationship as it should have been Breaks rather than Conflicts 
[09:38] <BluesKaj> 'Morning folks
[09:38] <santa_> Normally, Breaks should be used instead of Conflicts since Conflicts imposes a stronger restriction on the ordering of package installation or upgrade and can make it more difficult for the package manager to find a correct solution to an upgrade or installation problem.
[09:39] <santa_> ... as explained in my proposed changelog entry
[09:41] <apachelogger> Riddell: https://bugs.kde.org/show_bug.cgi?id=337938 you may want to throw in a comment if you've got one
[09:43] <Riddell> apachelogger: but but how does it work for you and apol?
[09:44] <apachelogger> Riddell: no idea
[09:45] <Riddell> spooky
[09:45] <apachelogger> maybe some runtime loaded component actually does qapp->setWindowIcon(about->programIcon)
[09:45] <apachelogger> Riddell: it is not working for me anymore either btw, though I think I tested with neon earlier
[09:45] <apachelogger> i.e. qapt-batch suffers from the same problem on my present install
[09:46] <Riddell> spooky
[09:53] <apachelogger> Riddell: btw the other night I looked into xx translations and I think it's very possible to create one at package build time, not sure we'd want to hurl it into the regular package though, so that's a bit of an unknown
[10:00] <apachelogger> kubotu: ping
[10:00] <kubotu> pong
[10:01] <apachelogger> kubotu: u broken or something?
[10:02] <shadeslayer> I'm hungry
[10:03] <apachelogger> trello plugin isn't working
[10:03] <apachelogger> oh my oh my
[10:03] <apachelogger> good thing I removed almost all debug output :@
[10:04] <apachelogger> kubotu: quit
[10:19] <shadeslayer> fyi http://qa.kubuntu.co.uk/buildstatus/kubuntu-buildstatus.html also shows frameworks now
[10:33] <shadeslayer> arf
[10:33] <shadeslayer> I hate kjsembed
[10:33] <shadeslayer> all those shitty symbols
[10:41] <shadeslayer> yofel: didn't we have a symbols updater script
[10:41] <shadeslayer> I hate updating symbols
[10:41] <shadeslayer> needs automating I'd say
[10:41] <yofel> we have kubuntu-update-symbols for the archive IIRC
[10:41] <yofel> not sure how it actually works
[10:42] <shadeslayer> doesn't actually seem to work
[10:43]  * shadeslayer fixes
[10:43] <shadeslayer> magical regexes in there
[11:01] <sgclark> morning
[11:04] <yofel> hm, we never updated all our merge break/replaces
[11:04] <yofel>  Versuch, »/usr/share/kde4/services/nepomukffmpegextractor.desktop« zu überschreiben, welches auch in Paket nepomuk-core-ffmpegextractor 4:4.13.1-0ubuntu0.1~ubuntu14.04~ppa2 ist
[11:06] <yofel> shadeslayer: didn't you want to document which packages had some added? ^^
[11:06] <shadeslayer> yofel: I don't follow
[11:06] <shadeslayer> also, give me 15 minutes
[11:06] <shadeslayer> trying unbreak kubuntu-update-symbols
[11:07] <yofel> well, for the merges we added a bunch of breaks/replaces << 4:4.13.1-0ubuntu1~ or so
[11:07] <yofel> since .90 all of those are invalid
[11:07] <yofel> well, since >= .2 really
[11:07] <Riddell> yofel: I think I committed a breaks for that from sgclark yesterday
[11:07] <Riddell> of course nepomuk-core is about to go away
[11:08] <shadeslayer> yofel: any ideas how to make argparse use bool for options?
[11:08] <yofel> yeah, but we should really update all of them... (nepomuk-core you're right, I'll just leave that)
[11:08] <shadeslayer> type=bool in the add_argument call?
[11:08] <yofel> shadeslayer: action=store_true I think?
[11:08] <yofel> something like that
[11:08] <sgclark> I seem to have some spare time, anything I can help with.. ?
[11:09] <shadeslayer> aha cool
[11:09] <yofel> see kubuntu-inital-upload, that has booleans
[11:14] <shadeslayer> yofel: http://paste.ubuntu.com/7913695/
[11:14] <shadeslayer> I hate argparse
[11:14] <shadeslayer> it's the most shit thing ever
[11:15] <yofel> please just use store_true and remove that is True junk...
[11:15] <shadeslayer> actually
[11:15] <shadeslayer> do you reckon I should make that --release
[11:16] <shadeslayer> because 99% of the time we will want to fetch from proposed
[11:16] <yofel> IMO you would want to fetch from proposed, if that fails fetch from release
[11:16] <shadeslayer> right
[11:16] <shadeslayer> that was the second thing I was going to propose
[11:21] <shadeslayer> \o/
[11:21] <shadeslayer> http://paste.ubuntu.com/7913755/
[11:22] <shadeslayer> yofel: review plz http://paste.ubuntu.com/7913761/
[11:23] <shadeslayer> need to drop line 24
[11:25] <shadeslayer> yofel: http://paste.ubuntu.com/7913778/
[11:26] <shadeslayer> ISO's delayed till early next week as Colin is going on vacation
[11:26] <yofel> shipit
[11:27] <shadeslayer> cool
[11:40] <apachelogger> Riddell: what's the plan for kdesudo?
[11:44] <apachelogger> shadeslayer: u want to port your driver manager/
[11:44] <apachelogger> ?
[11:44] <shadeslayer> yes
[11:44] <shadeslayer> I shall do it on the 'morrow
[11:44] <apachelogger> I might have done it already
[11:44] <apachelogger> or I ticked the wrong box 
[11:44] <shadeslayer> :O
[11:45] <apachelogger> why I am quite fast
[11:45] <apachelogger> shadeslayer: frameworks branch :P
[11:45] <apachelogger> Committer: Harald Sitter <sitter@kde.org>  2014-07-17 10:21:08
[11:45] <apachelogger> I have no recollection of that xD
[11:47] <apachelogger> oh oh oh
[11:47] <shadeslayer> apachelogger: looks good to me
[11:47] <apachelogger> python helper is not ported
[11:48] <apachelogger> :'<
[11:48] <shadeslayer> apachelogger: I can do that
[11:50] <shadeslayer> apachelogger: packaging needs porting as well
[11:53] <apachelogger> mhh
[11:53] <apachelogger> many warnings
[11:53] <apachelogger> shadeslayer: yeah
[11:54] <apachelogger> port seems busted though
[11:54] <apachelogger> doesn't display no nothing
[11:54] <apachelogger> now it works
[11:54] <apachelogger> peculiar
[11:54] <apachelogger> I think the dbus bugger doesn't start
[11:55] <Riddell> apachelogger: I'm unsure on kdesudo, it is nicer than kdesu in that it outputs stdout, it passes the right variables and it remembers passwords
[11:55] <Riddell> so my thinking is that it's worth saving
[11:55] <apachelogger> oh nice, the dbus bugger actually vaporizes on exit
[11:55] <apachelogger> shadeslayer: http://paste.ubuntu.com/7913995/ didn't fix that in the past somehow?
[11:56] <apachelogger> Riddell: except for password remembering isn't everything doable with kdesu?
[11:56] <shadeslayer> apachelogger: helper ported
[11:56] <shadeslayer> apachelogger: hm
[11:56] <apachelogger> I don't even get why remembering wouldn't work TBH
[11:56] <apachelogger> shadeslayer: I also ported it
[11:56] <apachelogger> go away :P
[11:56] <shadeslayer> lol
[11:56] <shadeslayer> apachelogger: I pushed mine
[11:56] <shadeslayer> you lose
[11:56] <shadeslayer> it works here
[11:56] <apachelogger> bastardo
[11:56] <apachelogger> the explosion is weird
[11:56] <shadeslayer> I saw that once
[11:57] <shadeslayer> while porting
[11:57] <shadeslayer> but then the porting wasn't complete
[11:57] <shadeslayer> so didn't care
[11:57] <apachelogger> now it doesn't explode
[11:57] <apachelogger> god how I hate python
[11:58] <apachelogger> now it crashes again
[11:58] <apachelogger> totally random
[11:58] <apachelogger> maybe we shouldn't sys.exit
[11:59] <apachelogger> ah, I see the problem I think
[11:59] <apachelogger> helper is not found by dbus I guess
[11:59] <apachelogger> so it doesn't start at all
[12:02] <apachelogger> shadeslayer: apparently that sys.exit was bad 
[12:02] <apachelogger> if you simply let it return everything's good
[12:02] <apachelogger> weird crap
[12:05] <santa_> apachelogger: latesn and best offer: Use Breaks instead of conflicts against kde-window-manager, kde-workspace, kde-workspace-data, klipper. According to debian's policy 7.4 "Normally, Breaks should be used instead of Conflicts since Conflicts imposes a stronger restriction on the ordering of package installation or upgrade and can make it more difficult for the package manager to find a correct solution to an upgrade or installation 
[12:05] <santa_> problem, Breaks should be used". This is the case when upgrading from debian's kde metapackages such as kde-standard or kde-full, so this change is needed to make the upgrades from such metapackages work better.
[12:06] <apachelogger> sound good
[12:07] <santa_> ok
[12:14] <apachelogger> shadeslayer: http://paste.ubuntu.com/7914073/
[12:14] <apachelogger> when started through dbus the helper craps out xD
[12:15] <apachelogger> in correct dep management
[12:15] <apachelogger> no that makes no sense isn't modinfo not really low level
[12:19] <apachelogger> mh
[12:19] <apachelogger> PATH being tiny probably doesn't help
[12:19] <apachelogger> shadeslayer: this might be a general utopic bug
[12:19] <apachelogger> shadeslayer: can you check with kde4 manager
[12:19] <apachelogger> it should not show anything because it gets an error
[12:31] <apachelogger> shadeslayer: master has a PATH fix that probably needs to go into utopic kde4, otherwise the manager likely won't work due to popen errors from unresolvable binaries
[12:49] <apachelogger> driver manger in next staging soon
[12:52] <apachelogger> ovidiu-florin: https://trello.com/c/drLw4KPj what's this?
[13:02] <soee> in the end it seems it wasn't bug https://bugs.kde.org/show_bug.cgi?id=337887 :)
[13:02] <shadeslayer> Riddell: dupe of https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1182784
[13:03] <shadeslayer> Riddell: see comment 25
[13:07] <shadeslayer> Riddell: http://paste.ubuntu.com/7914454/
[13:11] <shadeslayer> xnox: plz look at bug 1182784
[13:11] <shadeslayer> xnox: I've debugged it a bit in comment 25
[13:11] <shadeslayer> I'll assign it to you
[13:12] <shadeslayer> xnox: apart from updating kbdnames.gz , I am unsure how to fix the bug
[13:24] <shadeslayer> apachelogger: what's ubuntu-dist-upgrade
[13:24] <shadeslayer> or did you mean kubuntu-devel-do-release-upgrade
[13:25] <shadeslayer> where does kdesudo come from ? 0.o
[13:25] <apachelogger> conteeeeeeeeeeeext
[13:25] <shadeslayer> apachelogger: https://trello.com/c/9dsZHUUC
[13:25]  * apachelogger needs to write title parser
[13:25] <yofel> kdesudo is kdesudo, or what do you mean?
[13:25] <apachelogger> shadeslayer: already doing upgrade
[13:26] <apachelogger> shadeslayer: kubuntu-devel thing is only a convience wrapper around ubuntu-dist-upgrade
[13:26] <shadeslayer> yofel: right, so it's a native package?
[13:26] <yofel> shadeslayer: well, it has a source, but we're upstream
[13:26] <apachelogger> no
[13:26] <shadeslayer> apachelogger: I don't have anything called ubuntu-dist-upgrade
[13:26] <apachelogger> we are also technically not upstream
[13:26] <apachelogger> upstream is kdesudo-developers which has some overlap, but is not us :P
[13:26] <yofel> well, upstream is http://launchpad.net/kdesudo
[13:27] <yofel> well, yeah
[13:27] <apachelogger> shadeslayer: you wouldn't because it's not a proper package
[13:27] <apachelogger> it's a tarball on the server
[13:27] <shadeslayer> ahhh
[13:27] <shadeslayer> that thing
[13:28]  * apachelogger thinks shadeslayer needs to read up on how the upgrade process exactly works :P
[13:28] <shadeslayer> I thought all of the stuff listed was a command line tool or app
[13:28] <shadeslayer> that was pre installed
[13:28] <shadeslayer> which is why I was confused
[13:29]  * shadeslayer starts on kdesudi
[13:29] <shadeslayer> *kdesudo
[13:29] <apachelogger> shadeslayer: Riddell is doing that
[13:29] <shadeslayer> ohm
[13:30] <apachelogger> also I am still not convinced it is worth moving it forward
[13:30] <apachelogger> seems like mostly pointless duplication from kdesu
[13:37] <yofel> hm, not sure what kdesudo does else, but kdesu seems to work fine for me. Remember password works too
[13:39] <yofel> which btw. doesn't work in kdesudo
[13:47] <soee> what is the status of 4.14beta ?
[13:48] <soee> ah see it now, fre reds
[13:58] <Riddell> yofel: how do you get that? kdesu with sudo does not remember a password for me, kdesudo does so fine
[13:59] <yofel> kdesudo never ever remembered passwords for me, kdesu works fine (like, the real kdesu that you get after uninstalling kdesudo)
[14:00] <Riddell> I just have a freshly installed utopic alpha 2 candidate
[14:00] <Riddell> kdesudo ls  asks for password
[14:00] <Riddell> second time it does not ask
[14:01] <yofel> hm, I guess then that broke somewhere along the way
[14:01] <Riddell> /usr/lib/kde4/libexec/kdesu-distrib/kdesu ls  asks for password every time
[14:01] <yofel> well, that has a "Remember password" checkbox...
[14:02] <yofel> works fine if I check that
[14:02] <Riddell> hmm, you're right
[14:02] <Riddell> so remaining differences are terminal output and some variables that get set
[14:03] <Riddell> /usr/lib/kde4/libexec/kdesu-distrib/kdesu  gdebi-kde
[14:03] <Riddell> that was something that was broken
[14:04] <Riddell> some hardcoding of kdesudo in muon and kubuntu-devel-release-upgrade
[14:05] <Riddell> hmm I'm wrong I just didn't have gdebi installed
[14:23] <Riddell> shadeslayer: you also reported bug 1334199 which is the same, marking as duplicate
[14:25] <shadeslayer> apachelogger: poke
[14:36] <apachelogger> shadeslayer: hm?
[14:37] <shadeslayer> apachelogger: halp, I'm using the mail gem from ruby
[14:37] <shadeslayer> but I don't know how to list all the attributes it has parsed
[14:38] <shadeslayer> apachelogger: https://github.com/mikel/mail
[14:38] <apachelogger> shadeslayer: what class are you on?
[14:39] <apachelogger> oh
[14:39] <shadeslayer> mail = Mail.read('/path/to/message.eml')
[14:39] <shadeslayer> I was trying to read dsc files
[14:39] <apachelogger> good lord thats an architecture clusterfuck
[14:40] <apachelogger> shadeslayer: read doesn't parse
[14:40] <apachelogger> shadeslayer: not the one I am looking at anyway
[14:40] <shadeslayer> "Many more methods available."
[14:40] <apachelogger> shadeslayer: generally speaking though ... run 'p' on the return value
[14:40] <shadeslayer> Thanks API author
[14:40] <apachelogger> that will print it as best it can
[14:40] <apachelogger> e.g. p Mail.read()
[14:41] <apachelogger> ah wait
[14:41] <shadeslayer> apachelogger: http://paste.ubuntu.com/7915089/
[14:41] <apachelogger> shadeslayer: I think I understand the class now ^^
[14:42] <shadeslayer> hurray
[14:42] <apachelogger> well
[14:42] <apachelogger> module
[14:42] <apachelogger> not even a class it is :P
[14:43] <apachelogger> shadeslayer: try .header(key) I guess
[14:43] <shadeslayer> nope
[14:44] <shadeslayer> irb(main):004:0> puts(mail.header('Format'))
[14:44] <shadeslayer> Format
[14:44] <shadeslayer> => nil
[14:44] <apachelogger> no wait
[14:44] <apachelogger> god that thing has shitty api
[14:44] <apachelogger>     def headers(hash = {})
[14:44] <apachelogger> that's a setter
[14:44] <apachelogger> to read this you have to take your brain and flip it inside out
[14:45] <shadeslayer> hah
[14:46] <apachelogger> shadeslayer: what does .header_fields give you
[14:46] <shadeslayer> :O
[14:46] <shadeslayer> SHA1
[14:46] <shadeslayer> that's it
[14:47] <apachelogger> funsies
[14:47] <apachelogger> https://trello.com/c/Rv34jgaq
[14:47] <kubotu> [14.10 :: Review :: package sddm ++ SK, MZ, HS, SC, RG]
[14:47] <apachelogger> ^ new feature
[14:48] <shadeslayer> sweet
[14:49] <apachelogger> shadeslayer: doesn't parse
[14:49] <apachelogger> all the foo ends up in the body
[14:49] <apachelogger> god konws why
[14:50] <apachelogger> shadeslayer: didn't I already write you a simple parser :P
[14:50] <shadeslayer> yeah
[14:50]  * apachelogger needs to find something to eat
[14:55] <shadeslayer> apachelogger: found a lib that does it
[14:55] <shadeslayer> it's called smail
[14:57] <shadeslayer> apachelogger: http://paste.ubuntu.com/7915140/
[14:58] <shadeslayer> puts(mail.header("Architecture"))
[14:58] <shadeslayer> any
[14:58] <shadeslayer> winning
[14:58] <shadeslayer> ruby is awesme
[14:58] <shadeslayer> *awesome
[15:05] <apachelogger> pft, you could have just used my code :'<
[15:06] <shadeslayer> apachelogger: so, we could use ruby on rails and shizzle to make it all pretty
[15:06] <apachelogger> ehm
[15:07] <apachelogger> shadeslayer: rails is terrible :P
[15:07] <apachelogger> but knock yourself out
[15:07] <shadeslayer> ok 
[15:12] <shadeslayer> apachelogger: what would you recommend ?: P
[15:27] <apachelogger> shadeslayer: the code I wrote a while ago :P
[15:27] <shadeslayer> pft
[15:28] <shadeslayer> I shall just write my own html
[15:28] <shadeslayer> someone can prettify with some CSS
[15:31] <apachelogger> yah
[15:35] <apachelogger> driver manager moving to next
[15:35] <apachelogger> oh wait
[15:35] <apachelogger> it can't
[15:35] <apachelogger> needs qapt
[15:35] <apachelogger> such a drag the broken polkit stuff -.-
[15:42] <shadeslayer> yofel: kai tells me he's getting  kwalletd: symbol lookup error: /usr/lib/kde4/libkdeinit/libkdeinit4_kwalletd.so: undefined symbol: _ZN7KWallet7Backend13setCipherTypeENS_17BackendCipherType
[15:42] <shadeslayer> yofel: possibly kwalletd needs rebuilding
[15:42] <shadeslayer> well, kde-runtime
[15:42] <yofel> version? release?
[15:42] <shadeslayer> 4.13.2, trusty
[15:42] <shadeslayer> yofel: http://paste.ubuntu.com/7915488/
[15:43] <shadeslayer> getting kde-runtime version now
[15:43] <shadeslayer> kde-runtime at 4.13.2 as well
[15:44] <yofel> how does that even happen, kwalletd and libkdeinit4_kwallet are both from kde-runtime
[15:44] <shadeslayer> not entirely sure, he says he's running Linux Mint though
[15:44] <shadeslayer> but the kde bits look like they're from the regular archive
[15:45] <Riddell> isn't that what linux mint does?
[15:45] <Riddell> they even have a licence to allow them to copy our free software
[15:45] <yofel> shadeslayer: what exactly did he open?
[15:46] <shadeslayer> "whenever I do something wallet-related (opening a wallet, creatng, whatever) it crashes with <error pasted above"
[15:55] <yofel> I don't get it
[15:55] <yofel> nm -D /usr/lib/kde4/libkdeinit/libkdeinit4_kwalletd.so | grep _ZN7KWallet7Backend13setCipherTypeENS_17BackendCipherType
[15:55] <yofel>                  U _ZN7KWallet7Backend13setCipherTypeENS_17BackendCipherTypeE
[15:55] <yofel> that hasn't changed between 0 and .2 and even .95
[15:56] <yofel> I'll have to try and reproduce that in a VM
[15:57] <Riddell> ** proofreaders https://wiki.ubuntu.com/UtopicUnicorn/Alpha2/Kubuntu
[15:58] <yofel> shadeslayer: could you maybe get 'dpkg -l' from him? So we don't ask for various versions all the time
[16:05]  * yofel makes his way home
[16:05] <yofel> will look at it later
[16:06] <tsdgeos> Riddell: RC is out
[16:06]  * tsdgeos gets some rest
[16:07] <Riddell> ooh 
[16:07] <Riddell> sgclark: ↑
[16:08] <Riddell> to the ninja cave scarlett!
[16:09] <shadeslayer> apachelogger: ping
[16:09] <shadeslayer> apachelogger: patches = Dir["./" + PACKAGE_NAME_HERE + "/debian/patches/*"]  < how do I substitute a var instead of PACKAGE_NAME_HERE
[16:10] <shadeslayer> ahh
[16:10] <shadeslayer> nvm
[16:10] <shadeslayer> using "" instead  of '' 
[16:13]  * Riddell out
[16:17] <shadeslayer> yofel: http://paste.kde.org/pey4xgwvk
[16:41] <shadeslayer> apachelogger: http://paste.ubuntu.com/7915872/ \o/
[16:41] <shadeslayer> someone want to prettify that with some CSS ?
[16:44] <shadeslayer> apachelogger: http://paste.ubuntu.com/7915951/
[16:44] <shadeslayer> somehwat better
[16:45] <shadeslayer> yofel: debfx could you prettify the output of http://paste.kde.org/prmy55hak with some CSS ? as a test, run it against kserver
[16:45] <shadeslayer> erm, kservice
[16:54] <santa_> apachelogger: https://code.launchpad.net/~panfaust/kubuntu-packaging-next/plasma-desktop-work2/+merge/229082
[16:57] <shadeslayer> yofel: use this one http://paste.kde.org/plcba8rcx
[16:59] <shadeslayer> now a branch lp:~rohangarg/+junk/ubuntu-patch-parser
[16:59] <shadeslayer> and with that I'm out
[16:59] <shadeslayer> cya tomorrow
[17:18] <mcstr_> hmmm question to you guys... let's say i wanna build a custom kubuntu distribution via remastersys would it be legal to not only integrate the latest firefox but also some plugins/addons per default?
[17:23] <mcstr_> anyone knows?
[17:32] <Quintasan> mcstr_: Depends on the license of the things you want to integrate
[17:33] <Quintasan> and I'm pretty sure you couldn't call it Kubuntu without ... consent
[17:33] <mcstr_> @quintasan hm i thought of an adblocker and maybe 2 or 3 other addons i get via the firefox marketplace
[17:33] <mcstr_> no worry about the name
[17:33] <Quintasan> insert the name of the company who has our trademark now
[17:33] <mcstr_> it should be just kubuntu based
[17:33] <mcstr_> thats all
[17:34] <mcstr_> i will give it another name ofc
[17:34] <Quintasan> mcstr_: Read the license there, I guess it should be fine
[17:34] <mcstr_> thx
[18:42] <kubotu> feed branches had 25 updates, showing the latest 6
[19:12] <soee> wee some 4.3.95 pacgates in utopic :)
[19:14]  * yofel wonders why again the driver manager isn't executed on first run
[19:17] <apachelogger> yofel: it's on a timer
[19:17] <shadeslayer> it is
[19:17] <shadeslayer> what apachelogger said
[19:17] <shadeslayer> lazy loading
[19:18] <yofel> how many minutes? If I install kubuntu in virtualbox and want the proper resolution I don't really expect to have to wait half an hour until the vbox driver is suggested
[19:19] <apachelogger> 5 I think
[19:19] <yofel> I had a to give user support to a co-worker who spent several minutes trying to figure out how to do that in trusty a few days ago even
[19:19] <apachelogger> or 3
[19:19] <soee> is there already 4.14 RC build status ?
[19:19] <yofel> *had to
[19:19] <apachelogger> we probably could reduce it a bit
[19:20] <apachelogger> I don't much fancy bombarding the user with notifications right after login though
[19:20] <yofel> If I have a 640x480 window I would actually appreciate that...
[19:20] <yofel> ofc. that's very subjective
[19:22] <soee> should i care http://paste.ubuntu.com/7917022/ ?
[19:22] <yofel> no, it has some dkms modules that it probably restarted
[19:24] <apachelogger> I don't think designing the user experience after shitty virtualbox is a good design methodology :P
[19:25] <yofel> dunno
[19:25] <yofel> I should try how ubuntu behaves actually
[19:27] <yofel> shadeslayer: so, the kwallet bug is herby "rejected, unreproducable"
[19:28] <yofel> *hereby
[19:30] <yofel> reading and storing passwords works, creating/closing/opening/deleting wallets works
[19:33] <shadeslayer> yofel: hm, maybe mint is weird, I'll try upgrading in VBox tomorrow
[19:33] <shadeslayer> maybe only happens on mint
[19:34] <yofel> from the package list anything related is from us though, so I'm clueless
[19:34] <yofel> unless they rebuilt something
[19:35] <yofel> .3 is done
[19:38] <soee> why About System shows Ubuntu 14.10 not Kubuntu ?
[19:40] <sgclark> hmm mine says Kubuntu, which version?
[19:41] <yofel> where is that even?
[19:41] <sgclark> KInfocenter - about system is where I am looking
[19:41] <soee> plasma5, kubuntu 14.04
[19:41] <soee> System Settings -> About System
[19:42] <sgclark> hmm I don't even have that in my plasma5
[19:42] <soee> ;o
[19:42] <kubotu> feed branches had 25 updates, showing the latest 6
[19:43] <yofel> me neither
[19:43] <yofel> though I can't find it in kde4 too
[19:43] <sgclark> my kde4 is 4.13.95 and I am using the iso build for my plasma5
[19:44] <soee> http://wstaw.org/m/2014/07/31/aboutsystem.png
[19:44] <sgclark> interesting
[19:44] <yofel> yeah, for some reason I don't have that
[19:45] <sgclark> me either
[19:45] <soee> oO
[19:45] <yofel> There's Help>About Systemsettings and Help>About KDE
[19:46] <yofel> no about system
[19:47] <soee> About System http://wstaw.org/m/2014/07/31/aboutsystem2.png
[19:47] <sgclark> yeah with cute pile of dragons :) but yeah only thing I have as well
[19:48] <sgclark> nope that is definately not there on my system lol, hmm
[19:48] <soee> sgclark: do you have latest updates etc ?
[19:48] <yofel> I know we added that, but I don't know what it's part of :S
[19:49] <sgclark> oh hmm, a pile of kept back... this is a new install.
[19:50] <yofel> ah, it's in 'about-distro'
[19:50] <yofel> I wonder why it doesn't show up
[19:51] <yofel> it even shows up in krunner o.O
[19:51] <yofel> yeah, says ubuntu
[19:51] <soee> also there should be link to kubuntu page not ubuntu :D
[19:53] <yofel> hm, I didn't have that installed on my kde4 system. fun
[19:54] <soee> magic :)
[19:57] <sgclark> ok so it looks like I packaged that, but it is replica of previous version. Where does it pull the info from?
[19:59] <apachelogger> ...
[19:59] <yofel> well, seems like it changed a lot from the kde4 version, and it reads the information from /etc/os-release correct
[19:59] <apachelogger> the reason it says ubuntu is because it is ubuntu :P
[19:59] <yofel> but the author showed up, so let him explain ^^
[20:00] <apachelogger> and because we have no kubuntu-settings-desktop for kf5 apparently
[20:00] <apachelogger> the reason not every one has it is because I suppose the present seed does not pull it in as it was only promoted to next yesterday
[20:00] <soee> :)
[20:01] <apachelogger> and to clearify: kubuntu-settings-desktop would define an override which changes to branding to Kubuntu
[20:03] <sgclark> ok thanks for clearing that up, thought maybe I messed up in packaging
[20:07] <yofel> hm, I just upgraded by utopic system from .2 to .95 and now kickoff>Leave>Restart does nothing :S
[20:07] <yofel> *my
[20:09] <soee> im using homerun kicker and reboot, quit buttons trigers this plasma horizontal panel 
[20:09] <soee> *triger
[20:09] <yofel> yeah, that's plasma5 though
[20:09] <yofel> and it'll probably work after a restart
[20:09] <yofel> but I first need to restart
[20:09] <soee> ;]
[20:09] <yofel> and 'sudo shutdown -r' is not really a user friendly solution
[20:10] <soee> sudo reboot ? :)
[20:10] <yofel> that's pretty much the damn same thing :D
[20:10] <sgclark> hmm I am on .95 and  Leave - reboot works
[20:10] <soee> haha i know only sudo shutdown 0 :D
[20:11] <yofel> sgclark: point is, I'm still *running* .2
[20:11] <sgclark> yofel: ahh right, sorry
[20:12] <yofel> oh well, we can figure that out when we test backports or upgrades
[20:12]  * yofel does qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.Reboot
[20:14] <yofel> well, at least that worked
[20:27] <BadBIOS> heey, Kubuntu developers, just joined IRC today and I wanna tell you that you do such an awesome job at making such a good OS
[20:36] <sgclark> yofel: any idea what may cause this? http://paste.ubuntu.com/7917555/
[20:38] <soee> libre office looks just ugly http://wstaw.org/m/2014/07/31/libreoffice.png
[20:38] <yofel> erm... I think that's when the archive changelog head is different from the bzr changelog head
[20:38] <yofel> so different changes in bzr and in the archive
[20:38] <yofel> needs to be fixed by hand
[20:38] <sgclark> ok thanks
[20:42] <kubotu> feed branches had 25 updates, showing the latest 6
[20:43] <sgclark> yofel: I am trying to update the cronjob and the instructions say sudo -u kubuntu bash but it is asking for a password I don't know
[20:43] <yofel> oh, maybe you never had one set, give me a sec
[20:43] <sgclark> ok thanks
[20:45] <yofel> sgclark: you have a password file in your homefolder
[20:45] <yofel> and please change it
[20:45] <sgclark> thanks!
[20:46] <yofel> sgclark: and normally, the changelog for RC's is "New upstream release candidate", but nvm now
[20:46] <yofel> rc's are not a beta
[20:46] <sgclark> ahh ok
[20:47] <sgclark> how many RC's are there typically?
[20:47] <yofel> depends on what the release team decides, historically it was 2 betas, 2 RC's, recently we had 2-3 betas and 1-2 RC
[20:48] <yofel> they're reworking schedules, so it changes all the time
[20:48] <sgclark> oh ok
[20:53] <yofel> sgclark: can you please also update the status link and version in the topic? (please also use a short url)
[20:54] <sgclark> yofel: I am sorry, not following
[20:54] <sgclark> I updated to 97
[20:54] <yofel> yeah, but the /topic still says 4.13.95 U <link>
[20:55] <sgclark> wherre do I find that?
[20:56] <yofel> uh.. what's your IRC client? ( the /topic command should work everywhere though)
[20:56] <sgclark> oh irc, I am looking for a file in qa... sure lol
[20:57] <yofel> oh heh
[20:57] <yofel> sorry for being misleading
[20:59] <sgclark> woot, learned something new lol
[21:07]  * yofel wonders when exactly apachelogger started an octopii fan club o.O
[22:08] <valorie> shadeslayer: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/utopic/kubuntu-plasma5 shows only failed and cancelled builds
[23:16] <valorie> oh my, this page: www.kubuntu.org/getkubuntu/download has 13.10!
[23:18] <sgclark> heh that is pretty old
[23:20] <valorie> should be axed, but it was the top match in google "kubuntu torrent"
[23:22] <sgclark> oh the joys of SEO. Should probably just put a link to the latest at the top then perhaps maybe
[23:27] <valorie> zo
[23:27] <valorie> oope
[23:27] <valorie> I'll write a card so it's not forgotten
[23:28] <valorie> done