[00:04] <Quintasan> 4.12.3 works fine here on saucy
[00:07] <ahoneybun> if one were to remove ubuntu-desktop would that remove every gtk/gnome application?
[00:07] <Quintasan> ahoneybun: I do not think so.
[00:07] <apachelogger> Riddell: bug 1288469 I think the correct approach here is to have upstream do a release :P
[00:08] <ahoneybun> darfn
[00:08] <apachelogger> lazy upstreams not doing releases :@
[00:08] <ahoneybun> *darn
[00:08] <Quintasan> It will just remove the meta-package
[00:08] <Quintasan> + on what apachelogger said
[00:08]  * ahoneybun looks for packages to remove
[00:09] <shadeslayer> Quintasan: mmm ... maybe
[00:09] <shadeslayer> Quintasan: ask again on Friday xD
[00:10] <Quintasan> shadeslayer: I'll make a doodle later today since I want to ask you guys a few things.
[00:10]  * Quintasan goes to bed
[00:10] <Quintasan> Good night.
[00:13] <ahoneybun> this needs to get updated! https://help.ubuntu.com/community/PureKDE
[00:18] <ahoneybun> so I see muon software manager was removed?
[00:18] <ahoneybun> sorry I don't have it 
[00:24] <ScottK> ahoneybun: muon discover now.
[00:25] <ScottK> ahoneybun: That's a wiki, so you can fix it up.
[00:25] <ahoneybun> I see
[00:27] <ahoneybun> is muon discover going to replace muon update manager?
[00:29] <ScottK> No.
[00:30] <ScottK> It just replaces the software center, AIUI.
[00:41] <ahoneybun> aiui?
[00:55] <ahoneybun> sudo apt-get remove gnome-*
[00:55] <ahoneybun> removes a lot of ubuntu stuff
[00:57] <apachelogger> Quintasan, yofel: where do I get invited btw?
[00:58] <apachelogger> vgezer: out of scope
[00:58] <apachelogger> as I said, the desktop session is not localized as a whole, because there is no localization on the ISO other than english
[00:59] <apachelogger> so, if you go to the desktop it will just about always speak english with you, it does not matter whether the two items on the desktop are localized then
[01:00] <apachelogger> if you don't choose to go to the desktop but install directly you will get a fully localized experience (well, except for the ubiquity partitioning bug, but that is another story)
[01:00] <vgezer> apachelogger: yeah i see for the live version, but the installation? you said it also wont be localized, right?
[01:00] <apachelogger> vgezer: I said the items on the desktop won't be localized, the installer itself has localization bundled
[01:01] <apachelogger> when you start the ISO, you get to a screen with two buttons
[01:01] <apachelogger> one is 'try kubuntu' which drops you to the desktop, this will not be localized in aaaaany way
[01:01] <apachelogger> the other is 'install kubuntu' which continues through ubiquity and is localized as expected
[01:01] <vgezer> ah. i had no idea which localization packages gets also installed with the installation, so thought maybe kubuntu-l10-patched could also include the "Kubuntu Documentation".desktop
[01:02] <apachelogger> no localization packages get installed, that's the problem ^^
[01:02] <vgezer> yes you are right with the installation then... as it doesnt have any locale packages
[01:03] <vgezer> ops. :s. really :/. but i remember it was downloading some packages after installation related to l10n. isnt this step also the k'tu-l10n-patched is downloaded?
[01:04] <Mamarok> oh wow, I just upgrade to 14.04 beta1, and I am greeted with a perfectly black screen with absolutely no way to do anything in KDE, booting on a previous 3.11.x kernel solves the isuse. What did I miss?
[01:04] <Mamarok> looks as if everthing is black on black
[01:05] <Mamarok> only thing visible is the plasma panel, but all application windows remain black
[01:05] <Mamarok> I can see the title bar of the windows, that's it
[01:05] <vgezer> apachelogger:  ^, in other words, as we download a lang. package, doesn't it update the .desktop files? e.g. Rekonq only is available as [en]=Rekonq for example. will choosing turkish at installation, update the rekonq.desktop with the turkish description?
[01:06] <vgezer> and the name
[01:07] <apachelogger> vgezer: there is no download in the live session
[01:07] <apachelogger> the only reason ubiquity is localized is because it has the translationed in the package itself
[01:07] <apachelogger> s/translationed/translations
[01:07]  * apachelogger should go to bed
[01:08] <apachelogger> Mamarok: graphics driver problem maybe
[01:08] <apachelogger> anyway
[01:08] <apachelogger> I am off
[01:08] <apachelogger> nite
[01:08] <Mamarok> why? I have a very plain intel thing here, always worked before
[01:10] <Mamarok> let's see more about that tomorrow, I need sleep as well
[01:13] <vgezer> apachelogger: ok i understood the live session, now just talking about the installation. i am gonna come tomorrow again :p :). good nite.
[01:23] <ScottK> ahoneybun: AIUI = As I Understand It
[02:39] <ahoneybun> apachelogger, http://www.gobolinux.org/?page=at_a_glance
[08:02] <kubotu> ::workspace-bugs:: [1288598] wallpapers disappear @ https://bugs.launchpad.net/bugs/1288598 (by Afiefh)
[08:22] <Mamarok> oh wow, I just upgrade to 14.04 beta1, and I am greeted with a perfectly black screen with absolutely no way to do anything in KDE, booting on a previous 3.11.x kernel solves the isuse. What did I miss?
[08:23] <Mamarok> actually yesterday evening. Something is probably not loaded when starting that kernel, any hints?
[08:23] <Mamarok> I use a Lenovo X220 which only has Intel stuff inside
[08:37] <Mamarok> hm, new kernel just came in, let's see if it work this time... brb
[08:39] <Mamarok> apparently thr problem is solved now
[09:48] <soee_> :)
[09:48] <soee_> do you also have The following packages have been kept back: linux-generic linux-headers-generic linux-image-generic ?
[09:50] <lordievader> Good morning.
[10:02] <Riddell> Mamarok: phew :)
[10:08] <kubotu> ::workspace-bugs:: [1288598] wallpapers disappear @ https://bugs.launchpad.net/bugs/1288598 (by Afiefh)
[10:22] <Mamarok> soee_: dist-upgrade should get them
[10:34] <soee_> Mamarok: yes thank you
[10:35] <soee_> @this bug with wallpapers
[10:36] <soee_> ig you have several custom listed there and yuo download new one through Get new wallpapers, than you see only 2 items - default wallpaper and the downloaded one
[10:36] <soee_> if you close and open desktop settings again all is ok though
[10:37] <apachelogger> ahoneybun, ovidiu-florin: how's the wordpress testing/theming going?
[11:20] <manchicken> Morning
[11:24] <manchicken> apachelogger: You were saying before that these polkit issues might be resolved by simply installing my version of libqapt into prefix /usr?
[11:25] <apachelogger> yes
[11:27] <manchicken> I'm trying that now.
[11:29] <manchicken> Does Tonio ever come around anymore?
[11:29] <manchicken> I'm wondering if I just miss him due to time zones.
[11:32] <apachelogger> manchicken: hasn't been around for a month or so
[11:33] <apachelogger> well, rather, hasn't been on IRC, he's not been around for years :P
[11:33] <manchicken> Gotcha.
[11:37] <manchicken> Well, that didn't help the polkit issue.
[11:37] <manchicken> I'm wondering if I'm detecting the dbus write failures properly.
[11:38] <BluesKaj> 'Morning all
[11:39] <Riddell> morning BluesKaj 
[11:39] <BluesKaj> Hey Riddell
[11:43] <BluesKaj> still a few graphical artifacts here and there like blanking parts of the screen and flickering while scrolling in a browser, but less frequent than 2 days ago
[11:47] <BluesKaj> hard for me to guess whether it's a direct graphics driver problem or X server
[12:38] <sgclark> Riddell: kwindowsystem ready
[12:41] <shadeslayer> apachelogger: since we don't add the touchpad ksni thing to the systray area, do you mind if I create a todo to do that?
[12:50] <apachelogger> shadeslayer: go ahead
[12:50] <shadeslayer> apachelogger: should the KSNI be added even on non touchpad systems?
[12:50] <shadeslayer> aka desktops
[13:02] <ovidiu-florin> apachelogger: I haven't managed to take a look at it recently :(
[13:09] <apachelogger> shadeslayer: it should only be added if there is a touchpad i'd say
[13:09] <shadeslayer> apachelogger: right
[13:21] <shadeslayer> apachelogger: kde-runtime	i386 	logfile 	Dependency wait: libkubuntu-dev
[13:21] <shadeslayer> apachelogger: is it fine to backport libkubuntu to saucy
[13:21] <shadeslayer> or do I remove that build dep
[13:24] <apachelogger> shadeslayer: good to backport
[13:25] <shadeslayer> thx done
[13:37] <shadeslayer> whee
[13:37] <shadeslayer> staging is full
[14:04] <shadeslayer> we now have 16G's in staging :P
[14:16] <Riddell> 13:30 < avolkov> Riddell: kwindowsystem Build-Depends on libqt5x11extras-dev which is transitional to libqt5x11extras5-dev
[14:16] <Riddell> sgclark: further change needed ↑
[14:17] <sgclark> ok
[14:19] <shadeslayer> yofel: kubuntu-batch-backport seems a bit broken
[14:19] <shadeslayer> backporting from saucy to precise doesn't work
[14:20] <shadeslayer> however trusty to precise does
[14:20] <yofel> well, we have only one set of hooks, and they're meant for $dev->$stable
[14:21] <yofel> feel free to implement apply-as-needed detection for the hooks somehow if you're really bored ^^
[14:24] <Riddell> was there any conclusion to whether we should share a repository with debian for kf5 packaging?
[14:24] <Riddell> I think it's worth a try and I saw ScottK said the same
[14:25] <sgclark> Riddell: kdesignerplugin ready
[14:27] <Riddell> sgclark: up she goes!
[14:28] <sgclark> Riddell: E: Unable to locate package libqt5x11extras5-dev
[14:31] <Riddell> sgclark: oh so it's probably a change in qt 5.2 which isn't uploaded yet to ubuntu (but is in debian)
[14:31] <Riddell> I'll upload kwindowsystem as is
[14:31] <sgclark> ok
[14:33] <Riddell> sgclark: voila!
[14:37] <sgclark> Riddell: http://paste.ubuntu.com/7044391/
[14:39] <shadeslayer> apachelogger: where does hasBattery come from here http://paste.kde.org/psxvj5la0
[14:45] <Riddell> sgclark: yeah remove them, no ABI guarantee yet so that's fine for now
[14:46] <Riddell> but kwindowsystem just failed on i386
[14:50] <sgclark> ok
[14:56] <sgclark> Riddell: kwindowsystem patched for i386
[14:57] <apachelogger> shadeslayer: plasma api
[14:57] <apachelogger> plasma scripting api to be more precise
[14:58] <shadeslayer> apachelogger: and do you know how to connect to a dataengine using plasma scripting?
[14:58] <apachelogger> oh?
[14:58] <apachelogger> you cannot I think
[14:58] <apachelogger> shadeslayer: #plasma
[15:00] <Riddell> sgclark: uploaded!
[15:00] <shadeslayer> I believe you're right
[15:02] <shadeslayer> apachelogger: can you do dbus calls? via scripting? :OP
[15:03] <yofel> Riddell: wrt kf5 and debian, I talked a bit with maxy and apachelogger, and IMO it's worth a try, but we need to work out exactly how that's supposed to work before we start
[15:05] <sgclark> Riddell: kross is ready
[15:08] <Riddell> sgclark: uploaded!
[15:09] <Riddell> yofel: if it complex? surely it's just git repos in debian infrastructure with a debian branch and a kubuntu branch
[15:11] <yofel> suuuure, but I would prefer just one branch unless there's stuff that's really not supposed to be in debian..
[15:11] <yofel> otherwise I don't really see the advantage over them using git and git-bzr
[15:26] <shadeslayer> fooey
[15:26] <shadeslayer> yofel: apachelogger https://launchpadlibrarian.net/168520911/buildlog_ubuntu-precise-amd64.libkubuntu_14.04ubuntu3~ubuntu12.04.1~ppa1_FAILEDTOBUILD.txt.gz
[15:26] <shadeslayer> cc1plus: error: unrecognized command line option '-std=c++11'
[15:26] <apachelogger> well it's not good to be backported to 12.04 :P
[15:26] <shadeslayer> I can see that :D
[15:27] <apachelogger> can be patched
[15:27] <apachelogger> but meh
[15:27] <shadeslayer> clearly you don't support precise users
[15:27] <shadeslayer> why!
[15:27] <Riddell> yofel: I think we'll always have two branches as we'll want to upload at different times and there are some legit differences between bits debian wants and bits kubuntu wants
[15:27] <Riddell> yofel: but having them in the same repository makes merges so much easier
[15:28] <shadeslayer> git rebase ftw
[15:28] <Riddell> (or it will once I learn how to do git merges, reading the book now :)
[15:28] <sgclark> Riddell: frameworkintegration ready
[15:29] <yofel> well yeah, git is fun, I'm more worried about how debian will adjust to the workflow as they'll essentially have to merge our changes as we'll be ahead usually.
[15:29] <yofel> Nobody was really interested in that kind of thing for kde sc...
[15:30] <Riddell> sgclark: oh? onto tier 4?
[15:31] <apachelogger> "For all files that I have tested (extensions .mp4, .avi, .mpg) only sound is played. The dialog that offers to install additional codecs is only shown when I close dragon player. If I chose to search for new codecs, a new dialog from qapt is shown but no new codecs are ever found. "
[15:31] <sgclark> Riddell: yes :) we should finish today
[15:31] <apachelogger> phonon gstreamer seems broken
[15:31] <apachelogger> or maybe qapt-gstreamer
[15:32] <Riddell> no, too soon notice, I already have plans :(dput ppa:kubuntu-ppa/experimental frameworkintegration_4.97.0-0ubuntu1~ubuntu14.04~ppa4_source.changes
[15:32] <Riddell> hmm, curious mixed paste there
[15:32] <Riddell> anyway, uploaded :)
[15:33] <sgclark> Riddell: any idea on Dependency wait: libphonon5qt5-dev libphonon5qt5experimental-dev
[15:34] <shadeslayer> :P
[15:35] <Riddell> sgclark: libphonon5qt5-dev -> libphonon4qt5-dev  I think
[15:35] <sgclark> ok
[15:35] <Riddell> sane for experimental
[15:35] <Riddell> same for experimental
[15:36] <shadeslayer> uhmm
[15:36] <sgclark> Riddell: I cannot seem to locate optional * PkgConfig for knotifications
[15:37] <Riddell> sgclark: pkg-config  it should be
[15:37] <sgclark> ty
[15:43] <shadeslayer> Riddell: is there an issue with shipping things like libavbin0 which are in universe on the ISO?
[15:45] <Riddell> shadeslayer: no, most everything we ship is in universe
[15:45] <shadeslayer> Riddell: https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/1285729
[15:45] <apachelogger> SPACE
[15:45] <apachelogger> SPAAAAAAAACE
[15:45] <Riddell> shadeslayer: ah but is there some stuff with patent restrictions maybe
[15:45] <apachelogger> yeah
[15:46] <shadeslayer> wouldn't that be in multiverse?
[15:46] <shadeslayer> or restricted
[15:46] <apachelogger> libavbin itself is not doing anything it's a cli for libav, but libav has sort of patent stuff going on
[15:46] <apachelogger> also the things that actually make libavbin work are probably huge
[15:46] <apachelogger> it'd replicate gstreamer to some extent
[15:47] <shadeslayer> fooey
[15:47] <Riddell> shadeslayer: no that's only for copyright limited items
[15:47] <Riddell> if we put patent restricted items in multiverse everything would be in there
[15:47] <shadeslayer> :D
[15:47] <Riddell> shadeslayer: ask someone from the tech board to point towards the decision on libav bits
[15:48] <Riddell> but I guess if it's in kubuntu-restricted-extras then we can't ship it
[15:53] <shadeslayer> o_o
[15:53] <shadeslayer> W: tomahawk-dbg: debug-file-with-no-debug-symbols usr/lib/debug/usr/lib/x86_64-linux-gnu/libtomahawklib.so.0.7.0
[15:57] <shadeslayer> yofel: https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/921946
[15:57] <yofel> ?
[15:58] <kubotu> ::qt-bugs:: [1288800] help in upgrade @ https://bugs.launchpad.net/bugs/1288800 (by saddamzemmali)
[15:58] <yofel> ah hm
[15:58] <shadeslayer> ubottu: could you follow up? :)
[15:58] <shadeslayer> argh
[15:58] <yofel> apt-get is a black box to me
[15:59] <yofel> I'll look at it later though
[16:00] <shadeslayer> we have 4 year old bugs lingering in Launchpad @_@
[16:06] <sgclark> Riddell: knotifications ready
[16:09] <shadeslayer> !test
[16:09] <shadeslayer> hm
[16:09] <shadeslayer> 4.12.3 ready for saucy in staging
[16:09] <shadeslayer> plz test
[16:09] <shadeslayer> Riddell: ^^
[16:11] <Riddell> shadeslayer: version number should be 4.97.0a for knotifications, that's because upstream released a tar which we uploaded but then updated it before release so we have to find a different version number
[16:11] <Riddell> sgclark rather ↑
[16:12] <Riddell> shadeslayer: I'll fire up an ec2 to test
[16:12] <shadeslayer> cool
[16:14] <mfraz74> Just booted my computer running 14.04 all updated and Akonadi won't start.
[16:14] <mfraz74> ProcessControl: Application 'akonadiserver' returned with exit code 255 (Unknown error)
[16:14] <mfraz74> "akonadiserver" crashed too often and will not be restarted!
[16:15] <Riddell> hmm, I did upload an akonadi alpha yesterday
[16:15] <Riddell> mfraz74: done a complete dist-upgrade ?
[16:15] <mfraz74> Riddell: Yes
[16:18] <Riddell> so more testing of akonadi needed :(
[16:18] <mfraz74> Riddell: how do I get it working again?
[16:19] <sgclark> Riddell: umm so then we need to update all frameworks the depend on knotifications with the a?
[16:20] <vgezer> i wanted to try new muon and libqapt, but due to this bug i am unable to upgrade: https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1286415 . are there any other methods to upgrade?
[16:20] <Riddell> sgclark: nah, build-dep on >= 4.97.0 is good enough, all that matters is it's higher than 4.96.0
[16:20] <sgclark> ok
[16:20] <Riddell> vgezer: ug, do a new install would be one way
[16:21] <vgezer> Riddell: will the installer provide an option to upgrade or will it make a fresh installation?
[16:21] <Riddell> vgezer: a fresh install
[16:22] <Quintasan> sup
[16:22] <vgezer> Riddell: ops. thats what actually I wanted :/. thanks anyway :)
[16:23] <mfraz74> Riddell: Yes, I'm on 1.11.80-0ubuntu1
[16:24] <sgclark> Riddell: knotifications fixed, I am not entirely sure I did it right
[16:25] <Riddell> sgclark: yep all good thanks
[16:29] <shadeslayer> Riddell: mind reviewing http://people.ubuntu.com/~rohangarg/upload/tomahawk_0.7.0+dfsg1-0ubuntu4.dsc
[16:32] <vgezer> Riddell: its a bit out of topic but, some months ago there was a discussion regarding to kubuntu stickers. I also was thinking if Kubuntu 14.04 dvds (printed) could be distributed to some users or not.. I found some companies who do that and one dvd costs around 7 euros. maybe if we could order more, we could get a wholesale price?
[16:33] <shadeslayer> apachelogger: https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/274150
[16:33] <Riddell> shadeslayer: why the split?
[16:33] <shadeslayer> apachelogger: ^^ Maybe something like your kipi installation thing for gwenview could be done?
[16:33] <shadeslayer> Riddell: because apparently tomahawk provides public API that can be used by 3rd party developers
[16:33] <shadeslayer> to develop plugins
[16:43] <sgclark> Riddell: errr, I hoped to finish today, but major storm rolling through and my internet is wonky. trying though!
[16:45] <apachelogger> up the strea
[16:45] <apachelogger> m
[16:46] <sgclark> Riddell: kactivities-kf5 ready
[16:46] <shadeslayer> apachelogger: hm?
[16:46]  * shadeslayer cleans Quantal packages from staging
[16:47] <apachelogger> shadeslayer: needs solution upstream
[16:53] <Riddell> sgclark: uploaded
[16:55] <shadeslayer> ESOHUNGRY
[16:55] <Quintasan> Order a pizza?
[16:55] <shadeslayer> I've been having pizza for the last 2 days
[16:55] <Quintasan> Eat pizza for 3 days
[16:55] <Quintasan> :P
[16:55] <shadeslayer> hurray, kdepim is now down to 84 open bugs
[16:56] <Quintasan> Anything I can help with?
[16:56] <shadeslayer> triage bugs
[16:56] <shadeslayer> there be so many bugs
[16:56] <Quintasan> do we tag our bugs?
[16:56] <shadeslayer> Quintasan: actually, write a script to find all bug reports related to a package, fetch description, check if description contains an EOL release number, generate bug list
[16:57] <shadeslayer> that way you can probably mark a bunch of bugs as EOL easily
[16:57] <shadeslayer> you still have to manually check though
[16:57] <Riddell> Quintasan: ones we want to release note tag with kubuntu and milestone to 14.04, otherwise not really
[16:57] <shadeslayer> though maybe with some heuristics ( last comment date for example ) you might be able to automate it
[16:58] <shadeslayer> Riddell: got anything I can do>
[16:58] <Quintasan> Riddell closing LP #1008967
[16:58] <Riddell> shadeslayer: did agateau's reivew get reviewed?
[16:59] <Riddell> no it didn't https://code.launchpad.net/~agateau/ubiquity/kde-fix-cropped-greeter-buttons/+merge/208628
[17:01] <shadeslayer> apachelogger: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1282713
[17:01] <shadeslayer> be reproducible
[17:02] <shadeslayer> or well, it happens to me too
[17:04] <shadeslayer> apachelogger: throw some cards at me plz
[17:10] <Quintasan> shadeslayer: how do I lunchpad api?
[17:10] <Riddell> shadeslayer: 4.12.3 for saucy in staging working good after an upgrade and vnc login
[17:10] <Quintasan> yus
[17:10] <Quintasan> 4.12.3 be working here
[17:11] <shadeslayer> Quintasan: https://api.launchpad.net/
[17:11] <shadeslayer> cool copying over then
[17:14] <Quintasan> christ
[17:14] <Quintasan> Python?
[17:15] <Quintasan> See you in two hours
[17:16] <shadeslayer> heh
[17:16] <shadeslayer> apachelogger: sal script be broken I think
[17:17] <shadeslayer> apachelogger: http://i.imgur.com/Rz92oHB.png
[17:17] <shadeslayer> of all the things only systemsettings and dolphin are added
[17:18] <shadeslayer> yep quite broken
[17:20] <shadeslayer> as I suspected, netbook path not in kde4rc
[17:26]  * shadeslayer waves fist
[17:28] <Quintasan> hmm
[17:28] <Quintasan> I managed to log in 
[17:34] <shadeslayer> :D
[17:37] <Quintasan> How bad can this docs get?
[17:41] <shadeslayer> Quintasan: look at the Kubuntu scripts for inspiration
[17:46] <Quintasan> shadeslayer: Funny how there isn't a simple way to get all bugs assigned to a source package
[17:46] <shadeslayer> there is
[17:46] <shadeslayer> searchBugTasks 
[17:46] <shadeslayer> or something
[17:46] <Quintasan> lol
[17:46] <Quintasan> nope
[17:47] <Quintasan> OR
[17:47] <Quintasan> it's not in the docs
[17:48] <shadeslayer> it is
[17:48] <Quintasan> getBugData
[17:48] <Quintasan> >The only criteria currently supported is to search for a bugtask with the specified bug id.
[17:48] <Quintasan> lel
[17:50] <shadeslayer> Quintasan: https://api.launchpad.net/1.0.html#distribution_source_package
[17:50] <shadeslayer> Quintasan: searchTasks
[17:52] <Quintasan> weird.
[17:52] <Quintasan> shadeslayer: Doesn't allow you to search for source package
[17:52] <shadeslayer> you search for bugs from a source package item
[17:53] <shadeslayer> so you go archive -> get all sources subscribed to kubuntu bugs -> for each source find bug tasks
[18:04] <Quintasan> ubuntu.searchTasks(bug_subscriber=launchpad.people.getByEmail(email="kubuntu-bugs@lists.ubuntu.com"))
[18:04] <Quintasan> shadeslayer: Man, this is certainly not easy.
[18:04] <Quintasan> or maybe I should say
[18:04] <Quintasan> intuitive.
[18:04] <Quintasan> brb food
[18:05] <shadeslayer> that query looks weird
[18:05] <shadeslayer> what's ubuntu
[18:05] <shadeslayer> don't say food
[18:05] <shadeslayer> my stomach is growling
[18:05] <shadeslayer> and I'm out of pears
[18:06] <Quintasan> shadeslayer: well, it's gets all bugs subscribed by Kubuntu Bugs
[18:06] <Quintasan> strange thing
[18:06] <shadeslayer> but what's ubuntu
[18:07] <Quintasan> In [56]: ubuntu = launchpad.distributions["ubuntu"]
[18:07] <shadeslayer> Quintasan: also, when triaging, you probably only want to query bugs of one source
[18:08] <Quintasan> dude, and I'm telling you that source_package has no method allowing you to get the bugs assigned to it
[18:08] <Quintasan> or I'm retarded
[18:09] <shadeslayer> Quintasan: but https://api.launchpad.net/1.0.html#distribution_source_package lists searchTasks right there!
[18:10] <Quintasan> bloody hell this is so unintuitive
[18:10] <yofel> and source_package.searchTasks() is there too
[18:10] <sgclark> Riddell: kde4support is ready
[18:11] <shadeslayer> yofel: I thought that's what I was saying :P
[18:11] <yofel> shadeslayer: distribution_source_package != source_package
[18:11] <yofel> for whatever reason
[18:11] <shadeslayer> O_O
[18:12] <yofel> Quintasan: as I understand it, searchTasks() simply mimicks the launchpad search - and the default bug listing on he web UI is a search with predefined defaults
[18:13] <Quintasan> ARGH
[18:13] <Quintasan> w/e
[18:14]  * Quintasan tires the hit the damn thing until it works approach
[18:14] <yofel> I usually get timeout errors when I try that ^^
[18:19] <shadeslayer> apachelogger: ping
[18:20] <shadeslayer> apachelogger: how does pgst call qapt-gst-helper
[18:38] <Quintasan> shadeslayer, yofel: the thing about source_package.searchTasks() that bugs me is distroseries required argument
[18:39] <shadeslayer> leave it empty?
[18:40] <shadeslayer> wait what
[18:40] <yofel> Quintasan: now, either I'm not seeing it or you're doing something wrong
[18:40] <yofel> yes, a source_package has a distroseries associated to it
[18:40] <yofel> if you don't want that use a distribution_source_package
[18:40] <shadeslayer> yofel: 4.13 beta is directly released?
[18:41] <yofel> shadeslayer: been like that since 4.11 no?
[18:41] <yofel> betas and rc
[18:41] <shadeslayer> I thought you got a day or two
[18:41] <yofel> nope
[18:41] <shadeslayer> hm ok
[18:42] <Quintasan> yofel: okay, maybe I don't understand it
[18:43] <Quintasan> how the hell do I get from top-level collection to entry of the type source_package?
[18:43] <yofel> what type's the collection of?
[18:44] <Quintasan> uh
[18:44] <Quintasan> wat
[18:44] <Quintasan> https://api.launchpad.net/1.0.html
[18:44] <yofel> there is distribution.getSourcePackage()
[18:44] <yofel> which gives a distribution_source_package
[18:46] <shadeslayer> yofel: https://docs.google.com/forms/d/1iBkLBLug5zYF4GQYbO7mXijWTTFZ73dYpFibUbqrrQs/viewform
[18:46] <shadeslayer> thoughts on improvements?
[18:46]  * yofel doesn't want to run apport-kde...
[18:46] <shadeslayer> yofel: heh, just have a look, and see what can be improved wrt QA
[18:47] <yofel> sure ^^
[18:48] <shadeslayer> like more questions that can be added to the form
[18:48] <yofel> bluesplash o.O?
[18:48] <shadeslayer> yeah, that thing 
[18:48] <yofel> ok, need to try this after all
[18:49] <shadeslayer> :D
[18:49] <yofel> hm....
[18:49] <yofel> i SIGSEGV nano and nothing happens :S
[18:49] <yofel> so much for the test ^^
[18:49] <shadeslayer> wait a couple of seconds
[18:50] <shadeslayer> yofel: and do you have /usr/share/apport/apport-kde
[18:50] <yofel> it should still at least make a crash file
[18:50] <yofel> which it didn't
[18:50] <shadeslayer> it should yes
[18:50] <shadeslayer> o_O
[18:50] <shadeslayer> works fine here
[18:50] <yofel> hm, it's not disabled...
[18:52] <yofel> does +filebug still redirect people to the wiki?
[18:53] <yofel> the relevant section on the help page is still there, so you might want to append ?no-redirect to the launchpad url
[18:55] <yofel> shadeslayer: the first PPA test case is junk, that's the default behaviour, but some PPA's (like neon4) have apport config files for PPA package bug reporting
[18:55] <yofel> so if you want to test that, give an example ppa
[18:56] <shadeslayer> kubuntu-backports ! :D
[18:56] <yofel> nice, the cancel button was fixed
[18:57] <yofel> well, the first one
[18:57] <yofel> next one -> "We are sorry, Apport KDE closed unexpectedly." :D
[18:57] <shadeslayer> I can haz backtrace
[18:57] <shadeslayer> yofel: also, this means good test cases :P
[18:58] <yofel> well, I was just running 'apport-bug bash' which is what I always do if I just want to launch it
[18:58] <yofel> covers your 2nd advanced test though
[18:58] <shadeslayer> I see
[18:59] <shadeslayer> yofel: but then apport crashed right?
[18:59] <yofel> damnit, why does sip never have debug symbols
[18:59] <yofel> wait a se
[18:59] <yofel> c
[19:00] <yofel> shadeslayer: http://paste.ubuntu.com/7045733/
[19:00] <yofel> but let me reboot quickly
[19:00] <yofel> I installed updates earlier
[19:01] <shadeslayer> QWidgetPrivate::deleteTLSysExtra
[19:01] <shadeslayer> hurray
[19:03] <shadeslayer> yofel: http://pad.lv/1282713
[19:03] <yofel> back
[19:04] <yofel> shadeslayer: looks like it
[19:04] <yofel> and it's reproducable
[19:04] <shadeslayer> https://errors.ubuntu.com/problem/751e840dab47f7bf986db754c38aac49e09db4ba
[19:05] <yofel> ok, happens with the send button too, bad :/
[19:06] <yofel> apport works fine until the end though
[19:06] <yofel> just the UI crashes on close
[19:07] <shadeslayer>  :/
[19:07] <yofel> "Language support is incomplete"
[19:07] <yofel> someone fixed the locale installer? ^^
[19:08] <shadeslayer> notifications are fixed
[19:08] <shadeslayer> installer is still shit
[19:08] <yofel> and why the hell did I just get the xubuntu login screen, I probably have it installed, but it's not like I changed screens
[19:09] <shadeslayer> I changed from English to Catalan and back to English and dpkg is still in Catalan
[19:09] <yofel> ah, well that's something
[19:09] <yofel> ah yeah, happened with german on my other notebook too
[19:09] <yofel> freakin' annoying
[19:09] <shadeslayer> ^^
[19:09] <shadeslayer> yofel: try reverting http://launchpadlibrarian.net/166680672/apport_2.13.2-0ubuntu4_2.13.2-0ubuntu5.diff.gz
[19:10] <shadeslayer> and see if it still crashes
[19:11] <yofel> shadeslayer: maybe I make a bet that it will?
[19:11] <yofel> *may I
[19:11] <shadeslayer> heh, well, 0ubuntu4 has no crashes reported against it
[19:11] <shadeslayer> but 0ubuntu5 has 114
[19:11] <yofel> ah well, won't hurt
[19:13] <yofel> crashes, it's something other than apport
[19:13] <shadeslayer> yep
[19:13] <yofel> qt4 4.8.5 maybe?
[19:13] <shadeslayer> that's what I'm looking at
[19:15] <shadeslayer> yofel: try going back a few Qt versions?
[19:16] <yofel> lets see what I still have around
[19:17] <yofel> nothing, lets see if I can force it down to saucy
[19:17] <Quintasan> yofel, shadeslayer: http://wklej.org/id/1291744/?hl=python
[19:17] <Quintasan> over 9000 seconds in python
[19:17] <Quintasan> it only looks for the bugs for now
[19:18] <Quintasan> the question is how do I access the bug description now
[19:19] <yofel> bug.description?
[19:20] <yofel> https://api.launchpad.net/devel.html#bug
[19:20] <Quintasan> yofel: not accessible from that
[19:20] <yofel> meh, same for 1.0
[19:20] <yofel> o.O
[19:20] <Quintasan> AttributeError: https://api.launchpad.net/1.0/ubuntu/+source/partitionmanager/+bug/1045896 object has no attribute 'description'
[19:20] <yofel> ok, this is fun
[19:21] <Quintasan> I think you meant "not fun"
[19:21] <Quintasan> seriously
[19:21] <shadeslayer> fooey
[19:21] <shadeslayer> https://api.launchpad.net/1.0/ubuntu/+source/kdepim/+bug/921946
[19:21] <Quintasan> the best thing is that
[19:21] <Quintasan> bug.id
[19:21] <shadeslayer> no bug description?
[19:21] <Quintasan> does not exists which means I have to parse bug.title for number to use the bugs collection
[19:21] <Quintasan> xD
[19:22] <shadeslayer> Quintasan: poke wgrant
[19:22] <Quintasan> wgrant: poke
[19:22] <yofel> ah damn
[19:22] <Quintasan> this code is shit
[19:22] <yofel> writable
[19:23] <shadeslayer> yofel: and?
[19:23] <Quintasan> I could write a library for that
[19:23] <shadeslayer> Quintasan: a library ontop of a library ? :D
[19:23] <Quintasan> look how complex it is to search for a list of bugs
[19:23] <Quintasan> like it couldn't be
[19:23] <yofel> ok, maybe not
[19:23] <Quintasan> launchpad.bugs(source_package="namehere")
[19:24] <yofel> this is mental
[19:24] <yofel> bug.bug.description
[19:24] <shadeslayer> o_o
[19:24] <Quintasan> wat
[19:25] <yofel> aaah
[19:25] <Quintasan> WAT
[19:25] <yofel> searchTasks gives a bug_task collection, a bug_task has a bug, which has a description
[19:25] <yofel> so it's bug_task.bug.description
[19:26] <shadeslayer> Quintasan: btw you also might want to filter out fix commited/released/invalid/wont fix
[19:29] <Quintasan> yofel: best thing that bug_task is iterable and has things like title
[19:29] <Quintasan> This does not look sane to me at all.
[19:30] <yofel> well... you can have multiple bug tasks sharing the same bug
[19:30] <yofel> i.e. bug affecting different packages
[19:30] <yofel> not sure why the bug task has a title though o.O
[19:31] <Quintasan> and bug.bug does not have status for example
[19:31] <Quintasan> lol
[19:31] <yofel> well, status is part of the bug task
[19:31] <yofel> bug_task is the yellow line on the web UI at the top
[19:31] <yofel> bug is the rest
[19:31] <shadeslayer> Quintasan: yofel http://paste.kde.org/pg56hx5vx
[19:31] <shadeslayer> except print line seems to print everything xD
[19:32] <Quintasan> diff pls
[19:32] <Quintasan> wait
[19:32] <Quintasan> what's going on in there
[19:32] <shadeslayer> diff it yourself
[19:32] <shadeslayer> cuz I don't have the original anymore xD
[19:32] <yofel> fun ^^
[19:33] <Quintasan> if "Release" or "DistroRelease" in bug.bug.description :
[19:33] <yofel> please rename the first bug in bug_task or so or it's really confusing :D
[19:33] <Quintasan> ooh
[19:33] <shadeslayer> Quintasan: bug descriptions have Release/DistroRelease in them, primary aim of the script was to filter out EOL releases
[19:33] <Quintasan> yeah
[19:33] <Quintasan> I just remembered what was the orignal intent
[19:33] <Quintasan> xD
[19:34] <yofel> well, pure technically a bug is not invalid just because it was reported against an EOL release...
[19:34] <Quintasan> tell that to shadeslayer xD
[19:34] <shadeslayer> yofel: right, however, atleast one can try reproduce these on current dev and mark them as EOL
[19:35] <shadeslayer> if not reproducable 
[19:35] <yofel> then they're 'Incomplete' and will auto-expire
[19:35] <shadeslayer> yofel: tell that to Launchpad :P
[19:35] <shadeslayer> I think auto expiry was introduced recently
[19:35] <shadeslayer> so bugs marked before that are still around :(
[19:35] <shadeslayer> I closed one that was marked incomplete for 2 years today
[19:36] <yofel> no, it was there since pretty much the beginnings, it was just turned off because buggy until ~2 years ago or so
[19:36] <shadeslayer> ah I see
[19:36] <Quintasan> lel
[19:37] <yofel> I think 'Incomplete without response' is there as status for those bugs that won't expire
[19:37] <yofel> not quite sure
[19:38] <shadeslayer> ok, heading off to dinner
[19:38] <shadeslayer> cya
[19:38] <yofel> laters
[19:38] <Quintasan> aw shi...
[19:42] <yofel> hm, on the api that would be bug_task.staus == Incomplete and bug_task.bug.isExpirable() I guess
[19:42] <yofel> oh well
[19:42] <yofel> Quintasan: why are you writing this again? ^^
[19:42] <Quintasan> yofel: because shadeslayer is too lazy and we want to get rid of EOL bugs
[19:43] <Quintasan> and looking for them manually is...dull
[19:43] <yofel> true
[19:44] <Quintasan> this is retarded
[19:45] <Quintasan> for line in bug_task.bug.description.split("\n"):
[19:45] <Quintasan>                  if "Release" or "DistroRelease" in line:
[19:45] <Quintasan>                      print line.strip()
[19:45] <Quintasan> prints the whole description
[19:48] <Quintasan> If regexps do not work then there are not enough of them!
[19:50] <Quintasan> EHUEHEUHEUEHUE
[19:50] <Quintasan> 1031025 cannot label fat 32 partitions DistroRelease: Ubuntu 12.04
[19:51] <Quintasan> shadeslayer, yofel: http://wklej.org/id/1291792/
[19:51] <Quintasan> werks
[19:52] <Quintasan> Though
[19:52] <Quintasan> shadeslayer: you know it's useless?
[19:52] <Quintasan> because you have to provide the package name
[19:52] <Quintasan> which is dumb if you want to get rid of EOL bugs
[19:53] <Quintasan> since we generally don't want to look for the names
[19:54] <yofel> can't you search by subscriber like you initially intended?
[19:56] <yofel> distribution.searchTasks() has a structural_subscriber parameter
[20:04] <Quintasan> yes
[20:04] <Quintasan> yofel: I was wondering about that
[20:04] <Quintasan> well
[20:04] <Quintasan> too lazy now
[20:04] <Quintasan> gotta think if I should write a library on top of library or poke wgrant to see if something can be done
[20:05] <yofel> ubuntu.searchTasks(structural_subscriber=lp.people['kubuntu-bugs']) might work, not sure what else is required
[20:08] <Quintasan> yofel: I'm more interested in whether we can use this thing in more ways that this
[20:09] <yofel> well, you can edit most of the bug data over api, and other teams do have bots that do automated bug processing
[20:09] <yofel> depends on what you want to od
[21:07] <shadeslayer> yofel: https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/404895
[21:07] <shadeslayer> example of incomplete but not marked for expiry
[21:07] <shadeslayer> last comment is 2 years ago
[21:08] <shadeslayer> 2nd hit on the script output :P
[21:14] <shadeslayer> And I can't reproduce
[21:14] <shadeslayer> the bug
[21:42] <windows> ho ho 
[21:42] <windows> kubuntu legend 
[21:43] <windows> here one problem Im using 13.10 kubuntu 
[21:43] <windows> and I have wlan 0 and usb wlan 1 
[21:43] <windows> if signal in too low and I disconect my self few timees from wlan 1 
[21:44] <windows> after few times that signal disapear and I dont see it 
[21:44] <windows> but I can see tha same signal with wlan0 
[21:44] <windows> crazu but softw hide that sign 
[21:45] <windows> after reboot or after deleting wlan1 profile with pass I get again that ssid in list
[21:45] <windows> I HOPE I HELP ;)
[23:00] <wgrant> Quintasan: https://api.launchpad.net/1.0/ubuntu/+source/partitionmanager/+bug/1045896 is a bug_gtask, not a bug. You want to load that, then load its bug attribute, and there you will find description and id.
[23:00] <wgrant> s/gtask/task/
[23:00] <kubotu> wgrant meant: "Quintasan: https://api.launchpad.net/1.0/ubuntu/+source/partitionmanager/+bug/1045896 is a bug_task, not a bug. You want to load that, then load its bug attribute, and there you will find description and id."
[23:00] <Quintasan> I see
[23:02] <Quintasan> wgrant: Can I somehow get all bugs that Kubuntu Bugs is subscribed to?
[23:02] <Quintasan> I tried using searchTasks from distribution but I don't think that worked.
[23:02] <Quintasan> it didn't give me everything
[23:02] <wgrant> Quintasan: Subscribed how? Directly to the bug, or to the package?
[23:02] <wgrant> bug_subscriber and structural_subscriber are the relevant arguments to searchTasks
[23:03] <wgrant> Specific examples of what didn't work and what makes it look like it didn't work would be helpful.
[23:03] <Quintasan> wgrant: I don't think I can retrive that now but I'll give those two arguments a go and report back.