[05:55] <jarkko_> guys
[05:55] <jarkko_> does ati 7870 install normally on ubuntu/kubuntu 13.10 ?
[05:56] <RAOF> jarkko_: Worked for me when I tried it, although no 3D accel because I didn't do the glamor fiddling (which you shouldn't need to do anymore)
[05:57] <jarkko_> can i post here or private?
[05:57] <jarkko_> i removed closed source driver and i have difficulty to use open source
[05:58] <jarkko_> i had problem getting kubuntu 13.10 working with ati 7870, i think i installed 13.04 1st and upgraded it and installed closed source driver
[06:02] <jarkko_> RAOF: why glamour is not needed anymore? since when?
[06:03] <RAOF> jarkko_: Oh, glamor is still needed, it's just enabled by default.
[06:04] <jarkko_> well how to enable it then?
[06:04] <jarkko_> there are 2 open source drivers for ati are they both in active developement?
[06:05] <jarkko_> RAOF: .
[06:06] <RAOF> There's only one open source driver for ati.
[06:06] <RAOF> For quite some time :)
[06:06] <jarkko_> so its radeonhd?
[06:07] <RAOF> No, it's radeon.
[06:07] <jarkko_> how to know if its in use?
[06:07] <RAOF> radeonhd's been abandoned for some time, and IIRC never had 3D support.
[06:07] <RAOF> Checking out /var/log/Xorg.0.log
[06:07] <jarkko_> http://pastebin.com/z8hyEpdi
[06:09] <jarkko_> what should i look there
[06:09] <RAOF> You need to turn off whatever has disable kernel modesetting.
[06:11] <jarkko_> i dont know what to do from now on
[06:11] <RAOF> You said you'd installed the proprietary driver?
[06:11] <jarkko_> i could reinstall the closed source and system would work and games would have good performance, but i would like to try the open source drivers
[06:16] <RAOF> How did you uninstall the closed source driver?
[06:16] <jarkko_> dont remember anymore the command, i googled
[06:16] <jarkko_> sudo dpkg remove something
[06:16] <jarkko_> i reinstalled some xorg packages too
[06:16] <jarkko_> i reconfigured xorg
[06:17] <jarkko_> but how to avoid that KMS is not disabled and how to enable glamour?
[06:20] <RAOF> Urgh.
[06:20] <RAOF> You've probably broken some things in that process.
[06:21] <jarkko_> possible
[06:21] <jarkko_> but i had weird problems when i tried to install manjaro and kubuntu distros
[06:22] <jarkko_> manjaro has option to boot with open source drivers (which end up blank screen), closed source option worked
[06:22] <jarkko_> i dont remember anymore how 13.10 install went,but i think it had blank screen too
[07:03] <jarkko> well it does load glamour
[07:03] <jarkko> but it tries to load the closed source driver too, which is nowhere to be found
[07:08] <tjaalton> dpkg --purge fglrx
[07:09] <tjaalton> or what it's called
[07:09] <tjaalton> the xserver tries to load the blob too, but that's irrelevant
[07:10] <jarkko> i upgraded the kernel to the latest
[07:10] <jarkko> system just dont boot into desktop
[07:10] <jarkko> but the display didnt go saving mode this time
[07:11] <jarkko> dpkg: warning: ignoring request to remove fglrx which isn't installed
[07:11] <jarkko> is there going to be soon mesa, xorg, ati updates for ubuntu/kubuntu?
[07:11] <tjaalton> check /etc/modprobe.d, there's probably a file that blacklists radeon.ko
[07:12] <tjaalton> what updates?
[07:12] <tjaalton> install trusty
[07:12] <jarkko> that file is blank
[07:12] <tjaalton> what file?
[07:12] <jarkko>  /etc/modprobe.d
[07:12] <tjaalton> it's a directory..
[07:12] <jarkko> lol
[07:13] <jarkko> which file should i open then?
[07:13] <tjaalton> look around
[07:13] <tjaalton> i don't know
[07:13] <tjaalton> cat /etc/modprobe.d/*|grep radeon ?
[07:15] <jarkko> i changed your command
[07:15] <jarkko> but it found one line of blacklist radeon
[07:15] <jarkko> dont know the file
[07:16] <jarkko> actually the name is radeonfb
[07:16] <jarkko> and i know the file now
[07:16] <tjaalton> that's not it
[07:17] <jarkko> then there is none
[07:17] <tjaalton> so pastebin xorg log
[07:17] <tjaalton> or, check '
[07:17] <tjaalton> 'dmesg |grep drm'
[07:19] <jarkko> http://pastebin.com/fqQZyhyH
[07:19] <jarkko> http://pastebin.com/qE94Y4En
[07:21] <tjaalton> [    19.057] (II) [KMS] drm report modesetting isn't supported.
[07:21] <tjaalton> upgrade your kernel
[07:21] <tjaalton> oh it's 3.13 already
[07:21] <tjaalton> weird
[07:21] <jarkko> i just updated
[07:21] <jarkko> from 3.12.7
[07:22] <jarkko> any ideas now?
[07:22] <tjaalton> then #radeon is probably your friend
[07:22] <jarkko> lol
[07:22] <jarkko> i will go there
[07:22] <tjaalton> what's the pci-id?
[07:23] <tjaalton> of the card
[07:24] <jarkko> how do i check?
[07:24] <tjaalton> lspci -nn
[07:24] <tjaalton> |grep VGA
[07:24] <tjaalton> 00:02.0 VGA compatible controller [0300]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller [8086:0162] (rev 09)
[07:25] <tjaalton> so 8086:0162 is mine
[07:25] <jarkko> found
[07:25] <jarkko> 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti LE [Radeon HD 7870 XT] [1002:679e]
[07:25] <jarkko> this is joker card, made by club3d
[07:25] <jarkko> more shaders than normal 7870
[07:28] <tjaalton> should be supported
[07:28] <tjaalton> so I'm out of idea
[07:28] <tjaalton> s
[07:29] <jarkko> what should i do?
[07:29] <tjaalton> #radeon
[07:29] <jarkko> already there, quiet
[07:29] <tjaalton> you didn't ask anything
[07:29] <jarkko> is the glamour automatically used nowadays or what's the situation?
[07:29] <tjaalton> that's irrelevant here
[07:30] <tjaalton> but yes
[07:30] <tjaalton> [    1.597073] [drm] VGACON disable radeon kernel modesetting.
[07:30] <tjaalton> that's the root of it
[07:31] <jarkko> what's actually KMS?
[07:31] <jarkko> setting video modes?
[07:31] <tjaalton> kernel mode setting
[07:31] <jarkko> what does it do?
[07:31] <tjaalton> #ifdef CONFIG_VGA_CONSOLE
[07:31] <tjaalton> did you mess with some console settings?
[07:31] <jarkko> no?
[07:31] <tjaalton> sets the video mode
[07:32] <tjaalton> dump 'lsmod' somewhere
[07:32] <tjaalton> and fulll dmesg
[07:33] <jarkko> http://pastebin.com/PFuKMQ56
[07:34] <jarkko> http://pastebin.com/sfszFp9i
[07:35] <tjaalton> meh, so why do you have nomodeset on the kernel cmdline?
[07:36] <jarkko> i dont know? i havent changed any kernel settings
[07:36] <tjaalton> is it in /etc/default/grub?
[07:36] <jarkko> i just installed the kernel from ubuntu kernel ppa
[07:36] <jarkko> hanvet changed grub either
[07:36] <tjaalton> just cat that file
[07:37] <jarkko> http://pastebin.com/Q6356x3A
[07:40] <tjaalton> oh you booted the recovery kernel
[07:40] <tjaalton> why?
[07:40] <jarkko> normal doesnt boot into desktop
[07:40] <tjaalton> well, that's your bug then
[07:40] <tjaalton> #radeon
[07:41] <tjaalton> or, what do you mean by desktop? the login screen loads?
[07:42] <jarkko> i have no login password, it just somhow hangs
[07:42] <tjaalton> ok
[07:42] <jarkko> failsafe resume goes to desktop
[07:43] <tjaalton> failsafe resume?
[07:43] <jarkko> yes
[07:45] <tjaalton> meaning?
[07:45] <jarkko> there is a menu you can choose what to do
[07:45] <jarkko> its the 1st:"resume"
[07:45] <tjaalton> how do you end up there?
[07:46] <jarkko> from grub
[07:46] <tjaalton> by using the recovery kernel?
[07:46] <jarkko> yes
[07:49] <tjaalton> anyway, if every kernel hangs like that then #radeon might help
[07:49] <tjaalton> do you have sshd running on it, or can you do a ctrl-alt-f1?
[07:50] <jarkko> while normal boot i cannot use another session
[07:50] <jarkko> sshd =?
[07:50] <tjaalton> openssh-server
[07:50] <tjaalton> log in remotely from another machine
[07:51] <jarkko> i have no use such thing
[07:51] <jarkko> dont know if its installed default
[07:51] <tjaalton> nope
[07:51] <jarkko> how to make sure its not installed?
[07:51] <tjaalton> apt-cache policy openssh-server
[07:51] <jarkko> i removed some ssh-agent sometime ago, dont remember the name anymore
[07:52] <jarkko> it says not installed, but it found a package
[07:53] <tjaalton> sure
[07:55] <tjaalton> btw, you have radeon.audio=1 on /etc/default/grub
[07:57] <jarkko> what about it
[07:57] <jarkko> i have hdmi...
[07:57] <tjaalton> it could break things
[07:57] <jarkko> okay
[07:57] <jarkko> i try to disable then
[07:57] <tjaalton> remove it, run update-grub and see if it changes anything
[07:58] <jarkko> done
[07:58] <jarkko> boot a bit later
[07:58] <jarkko> trying to complie newer mesa
[07:59] <tjaalton> are you on 13.10?
[07:59] <jarkko> yes
[08:00] <tjaalton> just upgrade to trusty then
[08:00] <tjaalton> it has 10.0.1
[08:00] <jarkko> well how do i do that?
[08:00] <tjaalton> and 3.13
[08:00] <tjaalton> ask the internets
[08:00] <tjaalton> do-release-upgrade -d
[08:00] <jarkko> kubuntu channel said that there are no ppa
[08:00] <tjaalton> ppa?
[08:00] <tjaalton> what ppa
[08:00] <jarkko> where to fetch updates
[08:01] <tjaalton> for what?
[08:01] <jarkko> wanted to try 14.04
[08:01] <tjaalton> aiui kubuntu stuff is in trusty
[08:01] <tjaalton> not a ppa
[08:01] <jarkko> your command works btw
[08:02] <jarkko> some errors on some repos
[08:02] <jarkko> HUGE UPDATE
[08:02] <jarkko> over 700 files changed
[08:02] <jarkko> no, it updated itself again, now over 1000 files
[08:03] <jarkko> this takes time
[08:04] <tjaalton> you could also just download a live-cd
[08:04] <tjaalton> daily image, to see if it boots
[08:05] <jarkko> would it be possible to change these huge updates that when it has downloaded something, it starts to install if it doesnt need some files that are downloaded later? it takes time to download and then it rapes your hdd when installing, the install would be faster if it could install and download sametime
[08:06] <tjaalton> not my problem
[08:07] <jarkko> but thats one thing that could be improved
[08:07] <jarkko> installs would take less time
[08:14] <jarkko_> removing the hdmi part didnt work
[08:21] <tjaalton> ok
[08:43] <jarkko_> got reply on radeon
[08:43] <jarkko_> https://bugs.freedesktop.org/show_bug.cgi?id=60879
[08:43] <mlankhorst> morning
[08:44] <jarkko_> that should be high priority bug if it effects 7870 (and what else cards)
[08:52] <tjaalton> hmm, I only saw the comment from mrcooper
[08:53] <tjaalton> what's up with my irssi..
[08:55] <jarkko_> but i think i have the same problem than in the link he posted
[08:55] <jarkko_> the card id matches with he last post someone made
[08:56] <tjaalton> sure
[08:56] <tjaalton> file a bug on launchpad against mesa
[09:01] <jarkko_> how do you know its mesa
[09:05] <tjaalton> because of the upstream bug..
[09:07] <jarkko_> i am installing the distro update
[09:08] <jarkko_> it says that i am missing firmware files...
[09:08] <jarkko_> they didnt come with the kernel?
[09:08] <tjaalton> linux-firmware
[09:08] <jarkko_> well it downloaded that file
[09:09] <jarkko_> it install now the files and this said that there are more than 1000 files to download
[09:09] <jarkko_> i already downloaded lot of files
[09:10] <tjaalton> just let it complete
[09:10] <tjaalton> it won't help anyway
[09:10] <tjaalton> since mesa in trusty is just as broken
[09:11] <jarkko_> well if i make the bug report how do i proof them that mesa is broken?
[09:11] <tjaalton> "them"?
[09:12] <jarkko_> who ever makes mesa
[09:12] <tjaalton> link to the upstream bug
[09:12] <tjaalton> it's us
[09:13] <jarkko_> do you have any clue what needs to be changed to get this work?
[09:13] <tjaalton> no
[09:13] <tjaalton> it's upstreams job
[09:16] <jarkko_> can you gimme link where to report?
[09:17] <tjaalton> run ubuntu-bug
[09:17] <tjaalton> but if you don't have an account on launchpad, then don't
[09:17] <jarkko_> i have
[09:17] <tjaalton> ok
[09:18] <jarkko_> should i report it as xorg problem or other?
[09:18] <tjaalton> mesa..
[09:18] <tjaalton> or xorg, doesn't matter
[09:18] <tjaalton> ubuntu-bug mesa
[09:19] <jarkko_> it just collects info and send them?
[09:19] <tjaalton> yes
[09:19] <jarkko_> and says nothing?
[09:19] <tjaalton> opens a browser tab
[09:19] <tjaalton> where you'll fill in the details
[09:20] <jarkko_> dont see any open tab
[09:21] <jarkko_> it didnt open
[09:22] <tjaalton> nevermind then
[09:22] <tjaalton> not worth it
[09:29] <jarkko_> well the update goes well so far
[09:37] <jarkko_> over 100 000 open bugs...crazy
[10:12] <jarkko_> i was able to boot after the upgrade, but still had to use the failsave
[10:12] <jarkko_> sometimes those upgrades are failures
[10:13] <tjaalton> i said it's not fixed yet
[10:15] <jarkko_> OpenGL version string: 2.1 Mesa 10.0.1
[10:15] <jarkko_> it got updated, but the mesa version is very low...
[10:16] <jarkko_> i mean opengl
[10:19] <tjaalton> irrelevant
[10:30] <jarkko_> back to closed driver
[10:33] <jarkko_> noticed weird problem on boot
[10:33] <jarkko_> when i press f8, it brings boot menu where to boot
[10:34] <jarkko_> i have kubuntu and ubuntu there (only kubuntu installed, never ubuntu), only 1 hard disk..only 1 distro
[10:34] <jarkko_> the 1 entry goes kubuntu and the another goes to grub


[00:00] <acheronuk> tsimonq2: that's half way there then
[00:01] <santa_> tsimonq2: I have the impression you just have to do quilt push && quilt refresh for each one of the patches with fuzz
[00:02] <acheronuk> sometimes.....
[00:03] <acheronuk> sometimes not so easy..
[00:04] <santa_> acheronuk: I know, in this case with my stuff here against git they refresh fine
[00:16] <acheronuk> I'll have a look what's happened with them in the morning
[00:16] <acheronuk> For now. goodnight :)
[00:17] <tsimonq2> AHHHHHHHH NOO WHYYYYY Project merger_kde-baseapps build #18: FAILURE
[00:21] <acheronuk> trying to checkout a revision that no longer exists
[00:21] <tsimonq2> yeah I'll fix it...
[00:23] <acheronuk> just make sure that the patchs after modification either (a) do what they were intended to or (b) are removed disabled if now defunct
[00:23] <tsimonq2> acheronuk: I'm keeping that in mind ;)
[00:24] <tsimonq2> acheronuk: thanks though
[00:24] <acheronuk> I know that's stating the obvious, but with forcing things and quilt refresh, it's easy to end up with empty patches
[00:25] <acheronuk> Ok. Goodnight
[00:25] <tsimonq2> :) o/
[00:27] <santa_> tsimonq2: I would like to know how you could reproduce it locally, apparently I can't tell here dpkg-source to fail on patches with fuzz
[00:27] <santa_> allegedly it does that by default
[00:28] <tsimonq2> santa_: I'm using sbuild
[00:41] <tsimonq2> YES I think I did it!
[00:41] <tsimonq2> come on
[00:41] <tsimonq2> go go go go GO!
[00:56] <tsimonq2> :(\
[01:17] <tsimonq2> ^ I'm working on fixing that now
[01:22] <santa_> regarding this commit: https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kde-baseapps/commit/?id=c6d67e5ff88332f34f11ef3d4ddaaa213b905166
[01:22] <santa_> tsimonq2: ↑ are you sure this is what you actually want to do?
[01:22] <tsimonq2> santa_: what about it?
[01:23] <santa_> because kubuntu_folderview_livecd_directory.diff is gone which seems refreshable here
[01:23] <santa_> also
[01:23] <tsimonq2> oh okay, really?
[01:23] <tsimonq2> after I fix the build errors I'll restore
[01:24] <santa_> kubuntu_folderwidget_drawing.diff and kubuntu_disable-failing-test.diff are also disabled in debian/patches/series
[01:25] <tsimonq2> ...no?
[01:25] <santa_> and kubuntu_ignore-tests.diff is now on top, it seems there is no need to do that
[01:25] <santa_> tsimonq2: just see the diff of the link I pasted
[01:25] <tsimonq2> ...you cloned from the Git source and are using a fresh Git clone?
[01:26] <santa_> I think so
[01:27] <santa_> and according to what I tested here to get the patches applied without fuzz it was enough to do "quilt push && quilt refresh" on each patch having fuzz
[01:28] <santa_> the orig.tar.xz I'm using is a tarball created with latest upstream code from Applications/16.08 from kde's git
[01:28] <tsimonq2> oh k
[01:28] <tsimonq2> let's see
[01:28] <santa_> the packaging I'm checking is the latest in the kubuntu_unstable branch
[01:28] <tsimonq2> pull some changes I just made please
[01:30] <tsimonq2> santa_: would you like to fix it? if you push it somewhere I can pull from your changes
[01:31] <santa_> tsimonq2: I see them, but the stuff with the patches I described is still there
[01:32] <tsimonq2> santa_: I know, my changes were just dep fixes
[01:32] <santa_> tsimonq2: what if I guide you towards fixing it? so you deal with quilt properly
[01:32] <tsimonq2> santa_: sure
[01:32] <tsimonq2> what do I need set up?
[01:33] <santa_> tsimonq2: ok, revert the commit where you touched the patches in your local clone and paste me the result of git show
[01:34] <santa_> tsimonq2: the hash of the commit in question is c6d67e5ff88332f34f11ef3d4ddaaa213b905166
[01:35] <tsimonq2> santa_: so literally git revert HASH ?
[01:35] <santa_> tsimonq2: git revert c6d67e5ff88332f34f11ef3d4ddaaa213b905166
[01:35] <santa_> if that's what you mean
[01:36] <tsimonq2> yeah
[01:36] <santa_> so we can re-do it easily
[01:36] <tsimonq2> $ git show | pastebinit
[01:36] <tsimonq2> http://paste.ubuntu.com/22113039/
[01:37] <santa_> allright. now let's do it properly
[01:38] <santa_> tsimonq2: now inside the git clone of the packaging "git clean -xdff" then "tar xvf ../kde-baseapps_16.04.3.orig.tar.gz --strip=1"
[01:39] <santa_> so we have the proper upstream source code
[01:39] <tsimonq2> yup
[01:39] <tsimonq2> done
[01:40] <santa_> tsimonq2: so now if you do a "quilt push -a" you must get something like this https://paste.kde.org/phkdrbmle
[01:40] <santa_> can you confirm this is correct?
[01:41] <tsimonq2> wrong
[01:41] <tsimonq2> http://paste.ubuntu.com/22113666/
[01:42] <tsimonq2> hmm
[01:42] <santa_> ohh
[01:42] <tsimonq2> santa_: where did your upstream tar come from?
[01:42] <santa_> so we have something different here
[01:42] <tsimonq2> yeah
[01:42] <santa_> from kde's git, branch Applications/16.08
[01:43] <tsimonq2> I don't think it pulls from that
[01:43] <tsimonq2> I'm pulling from master
[01:43] <santa_> and the kci pulls from master to create the tarballs?
[01:44] <tsimonq2> I believe so
[01:47] <santa_> tsimonq2: lets work on that asumption then, let me recreate my tarball to see what's up actually
[01:47] <tsimonq2> alright
[01:48] <tsimonq2> santa_: I'm really sorry but I have to go to bed
[01:48] <tsimonq2> I'm really tired
[01:49] <tsimonq2> santa_: if you leave me something for tomorrow, I'll be sure to take a look
[01:51] <santa_> tsimonq2: allrigh, I'm investigating the thing
[02:12] <santa_> ok, just for the record
[02:13] <santa_> this is the impression I have after a quick look (needs more proper investigation)
[02:13] <santa_> enable_debianabimanager.diff - must be refreshed
[02:13] <santa_> enable_dlrestrictions.diff - must be refreshed
[02:15] <santa_> kubuntu_folderview_livecd_directory.diff - this patch patches something which doesn't exist anymore in -baseapps, but may be needed to apply it in other package or other file
[02:15] <santa_> kubuntu_folderwidget_drawing.diff - same as the previous one
[02:17] <santa_> kubuntu_disable-failing-test.diff - I think this one should be dropped, because the test in question doesn't exist anyore, not even in the file lib/konq/autotests/CMakeLists.txt
[02:19] <santa_> kubuntu_ignore-tests.diff - I have the impression this one should be dropped too, because...
[02:19] <santa_> Description: ignore failing tests
[02:19] <santa_>  ignore tests failing due to switch to plasma 5
[02:19] <santa_> Author: Jonathan Riddell
[02:19] <santa_> Origin: me
[02:19] <santa_> Forwarded: nope
[02:19] <santa_> Last-Update: 2015-09-01
[02:20] <santa_> it says in the description the tests fail due to plasma 5, but apparently the test were ported to frameworks
[02:20] <santa_> * the tests
[02:21] <santa_> disclaimer: all what I wrote above is based on the assumption that KCI grabs the source code from kde's git master
[02:22] <santa_> whenever you wake up, yofel ↑
[02:23] <santa_> context: patches of kde-baseapps/kubuntu_unstable they don't apply well anymore, making the KCI fail
[07:12] <acheronuk> santa_ tsimonq2 yes, unstable is builds of master
[07:13] <acheronuk> think yofl said he is trying to work out how to reinstate stable branch builds on KCI
[07:37] <yofel> reminder: 14.04.5 needs testing http://iso.qa.ubuntu.com/qatracker/milestones/365/builds
[07:45] <acheronuk> DLing now to test install in VirtualBox
[07:51] <lordievader> Good morning.
[11:11] <BluesKaj> 'Morning folks
[11:18] <soee> hiho BluesKaj
[11:20] <BluesKaj> Hey soee
[11:38] <jimarvan> aaand hello :)
[11:39] <clivejo> hi jimbo!
 Morning!
[11:40] <acheronuk> afternoon :)
 Feels good to be back on a US time zone!
 :D
 \o/
 Hi there..
[11:41] <acheronuk> Hi Rick :)
 (sleep schedule, I didn't travel anywhere :P)
 Hey Rick!
 How are you?
[11:42] <yofel> PST or EST? ^^
 CDT
 So an hour before EDT
[11:43] <yofel> oh right, it's summer
[11:46] <acheronuk> clivejo: you said you are packaging kdiagram?
[11:46] <clivejo> acheronuk: nods
[11:46] <acheronuk> great :)
[11:46] <clivejo> I was attempting it
[11:46] <clivejo> I need a chroot
[11:46] <clivejo> https://launchpadlibrarian.net/276641695/buildlog_ubuntu-yakkety-amd64.kdiagram_2.6.0-1ubuntu1~ubuntu16.10~ppa1_BUILDING.txt.gz
[11:48] <clivejo> I cant remember what packages contain what
[11:49] <acheronuk> I git cloned the kde repo and built that, and it just built straight off with whatever -dev packages happened by chance to be on this machine, so looks nothing too complicated
[11:53] <acheronuk> Failed call: qmake-qt5 -query "QT_INSTALL_PLUGINS"
[11:53] <clivejo> same here
[11:53] <acheronuk> is that qtchooser? I can't recall just this sec?
[11:53] <clivejo> it built fine locally
[11:54] <clivejo> and I cant remember how to configure a new pbuild
[11:54] <clivejo> and of course the instructions are a great help
[11:55] <acheronuk> I had that same error in something a couple of weeks ago, and damned if I can recall what!
[11:55] <acheronuk> maybe one of the packages that ported to KF5?
[11:59] <acheronuk> the same? https://launchpadlibrarian.net/274921440/buildlog_ubuntu-yakkety-amd64.kolourpaint_4%3A16.04.3+p16.10+git20160725.0750-0_BUILDING.txt.gz
[11:59] <clivejo> yes
[12:00] <clivejo> its needs qtbase5-dev?
[12:00] <acheronuk> not quite "QT_INSTALL_PLUGINS" vs "QT_INSTALL_PREFIX"
[12:01] <acheronuk> but this sorted my one https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kolourpaint/commit/?h=kubuntu_unstable&id=e85e0616c75d20ecde7f2138100537e6af84160e
[12:02] <clivejo> Im "trying" to create a chroot locally
[12:02] <clivejo> its not going well
[12:02] <acheronuk> qtbase5-dev at least, as I seem to recall they did port to qt5
[12:02] <acheronuk> not well, how?
[12:02]  * clivejo kicks pathetically slow internet
[12:03] <acheronuk> oh. that!
[12:03] <acheronuk> linode?
[12:03] <clivejo> I cant work properly from Linode
[12:03] <acheronuk> shame
[12:03] <clivejo> I dont want to upload my keys to it :/
[12:04] <clivejo> not that I dont trust yofel
[12:04] <acheronuk> shh or gpg? or both?
[12:04] <clivejo> I have my machine configured how I like it
[12:05] <clivejo> and I need a local chroot
[12:05] <acheronuk> true. It was a slight faff to sort even a local reinstall the other week, even being able to copy config files straight over
[12:05] <clivejo> just instructions for how to set it up are so confusing
[12:06] <clivejo> instructions are all over the place
[12:06] <clivejo> we need a set of instruction for just Kubuntu
[12:07] <acheronuk> that is pretty simple http://packaging.ubuntu.com/html/chroots.html
[12:08] <acheronuk> but depends what you want to do
[12:08] <clivejo> I had a great set of tools for xenial
[12:08] <clivejo> but I cant seem to get it to work with yakkety
[12:09] <acheronuk> everything seems as it was, in place upgrading to YY here
[12:10] <acheronuk> but I bet if I tried to transfer to my laptop it would all go pear shaped
[12:12] <clivejo> do you have eatmydata installed?
[12:13] <acheronuk> yes
[12:13] <acheronuk> I think
[12:13] <clivejo> is it working correctly in yakkety?
[12:14] <clivejo> my packages dont seem to be cached
[12:14] <clivejo> seems to want to download everytime
[12:15]  * clivejo leaves it downloading and goes for some lunch
[12:15] <acheronuk> I mostly use pbuilder-dist and get the cached on my home partition/folder
[12:16] <acheronuk> setting APTCACHEHARDLINK=no so it can link accross
[12:16] <clivejo> where is that set?
[12:17] <acheronuk> .pbuilderrc
[12:19] <clivejo> whats the key combin to drop out of the pbuilder environment
[12:19] <acheronuk> CTRL D
[12:19] <clivejo> thanks!
[12:20] <acheronuk> I've not got pbuilder set up quite the way the kubuntu docs said, but it works for me and I'm loathed to change it now
[12:21] <acheronuk> beside tweeks
[12:24] <clivejo> oh I think that is working now
[12:24] <clivejo> not downloading all the packages everytime
[12:25] <acheronuk> last thing you would need on a slow connection!
[12:25] <clivejo> yup
[12:26] <clivejo> especially as they are here locally
 I use sbuild and apt-cacher-ng on my host system
 Also, I can do SHM builds with it too
 So if I already downloaded the package files and I have some RAM free (I have 16 gigs)  builds FLY
 https://wiki.ubuntu.com/SimpleSbuild has instructions
 clivejo: ^
 I set up a special KCI sbuild that I use that has the PPA enabled
[12:44] <acheronuk> must try that sometime
 Must try now :P
 Don't keep putting it off
 It is absolutely amazing
[12:48] <acheronuk> pbuilder is v swift here. limit is on cpu(s) not much else
 v swift?
[12:53] <acheronuk> quick
[12:54]  * yofel has pbuilder with ppa on shm - works the same ^^
[12:54] <yofel> though eatmydata is easier to do with sbuild
[12:54] <yofel> not that it has much of an effect here ^^
[12:55] <tsimonq2> yofel: do you have apt-cacher-ng or something like it?
[12:55] <acheronuk> if think any further tweaks I made here would only be marginal speedwise
[12:58] <yofel> tsimonq2: yes
[12:58] <yofel> I do occasionally use sbuild after all
[12:58] <tsimonq2> oh cool
[13:08] <tsimonq2> yofel: would you be able to confirm what santa_ said yesterday re: kde-baseapps ?
[13:09] <yofel> tsimonq2: regarding what exactly? I read the discussion and found it a bit confusing
[13:12] <tsimonq2> yofel: kde-baseapps was failing because of patch fuzz. I committed this, which I thought was correct: https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kde-baseapps/commit/?h=kubuntu_unstable&id=c6d67e5ff88332f34f11ef3d4ddaaa213b905166
[13:12] <tsimonq2> yofel: santa_ stopped me and said that it wasn't correct
[13:13] <tsimonq2> yofel: he left some comments last night telling me what he believed should happen
[13:13] <tsimonq2> yofel: I'm all for fixing my mistake, I just want to understand why :)
[13:13] <tsimonq2> (if I even made a mistake)
[13:14] <tsimonq2> yofel: I'm asking, what's your opinion on this?
[13:16] <yofel> hm, so the debian abi manager fuzz part is correct
[13:17] <tsimonq2> great
[13:17] <yofel> he does have a valid point about reordering series, please don't do that. It might work this time if the patches are independent from each other, but as soon as you need a patch order that would've broken something
[13:17] <yofel> it's also an unnecessary diff
[13:18] <tsimonq2> yeah, I must have did that when I was working with the patch locally, I'll revert that
[13:19] <yofel> refreshing enable_dlrestrictions.diff isn't really neccessary, unless that has fuzz too. Offsets we don't usually refresh
[13:20] <yofel> oh THAT is where that folderview OEM patch was
[13:21] <yofel> tsimonq2: yes, that patch needs moving to plasma5
[13:21] <yofel> once someone finds out where
[13:21] <santa_> hi everyone
[13:22] <tsimonq2> hey santa_! we're just discussing kde-baseapps :)
[13:22] <yofel> that's supposed to show you the "OEM setup" icon on the desktop after you did an OEM install
[13:22] <tsimonq2> oh yeah
[13:22] <tsimonq2> ok
[13:22] <yofel> which I think is missing currently?
[13:22] <santa_> yofel: as a possible stop in gap solution we could do this with the patches:
[13:23] <santa_> refresh the abi manager and dl restrictions, as it's obvious that ones must be refreshed
[13:23] <santa_> drop the ones disabling the tests as it seems they are not needed anymore
[13:23] <yofel> that ignore-tests patch I'm not sure what to do with, does that even do anything?
[13:24] <santa_> that removes a test which doesn't exist anymore
[13:24] <yofel> kill it
[13:24] <santa_> as I mentioned yesterday
[13:24] <santa_> and regarding the foldevview patches we could comment them out temporarily
[13:25] <yofel> no, that can go, that's useless in that package and needs  to be added elsewhere
[13:25] <yofel> not sure if in plasma-framework or plasma-workspace though
[13:25] <santa_> so delete them?
[13:26] <yofel> yes, esp. as the other one seems like a Qt4 workaround o.O?
[13:26] <santa_> oh, one cuestion more, the KCI grabs the upstream source code from git master right?
[13:27] <yofel> unstable == master, stable == branch (but those jobs are MIA)
[13:27] <santa_> allright
[13:27] <santa_> so at this point I could either:
[13:28] <santa_> a) prepare a merge request with the agreed changes to the -baseapps changes
[13:28] <santa_> b) mentor tsimonq2 to do it
[13:28] <santa_> whichever you prefer
[13:29] <tsimonq2> I'd kinda like #2 :)
[13:29] <tsimonq2> santa_: but there are a bunch more fuzz issues in KCI
[13:30] <santa_> I can help you with quilt if you are in trouble too
[13:34] <tsimonq2> yofel: so remove folderview, what about folderwidget?
[13:35] <tsimonq2> I assume I can remove that?
[13:35] <yofel> yes, that plasma widget isn't even in use anymore as that's kde4
[13:35] <tsimonq2> alright
[13:36] <santa_> the only 2 ones which must survive are the abi manager and the dlrestrictions one iirc
[13:37] <tsimonq2> kubuntu_disable-failing-test.diff
[13:37] <tsimonq2> that seems outdated ^
[13:37] <tsimonq2> it can't find the input file
[13:38] <santa_> yes, that test doesn't exist anymore, that patch should be removed
[13:38] <tsimonq2> alright
[13:38] <tsimonq2> kubuntu_install_flash.diff is commented out, I can remove it, right?
[13:40] <tsimonq2> we also have upstream_Use-user-places.xbel-instead-of-bookmarks.xml-in-pla.patch but it's not in series
[13:40] <tsimonq2> can I remove those two?
[13:40] <santa_> I would leave the flash one like that for know, unless you want to investigate properly why it should be finally removed
[13:41] <santa_> the upstream one sounds safe to remove
[13:42] <santa_> tsimonq2: indeed the upstream one was already applied upstream according to debian/changelog, so I think it's safe to remove it
[13:43] <tsimonq2> great :)
[13:43] <santa_> probably someone forgot to "git rm" it after it was deleted from series
[13:46] <tsimonq2> santa_, yofel: how does this diff look? http://paste.ubuntu.com/22178816/
[13:48] <santa_> tsimonq2: if I'm not overlooking anything seems good - i.e. does what we discussed here
[13:49] <soee> ahoneybun: https://twitter.com/feralgames/status/761127268227747840
 They are on fire
 I've got 3 games that they ported
[13:53] <clivejo> yofel: are you enabling stable again in KCI?
[13:56] <yofel> clivejo: once I have a place to store the configuration, and the tooling can read that... yes
[13:56] <yofel> For now I'll probably make that all a pre-source static configuration in kci.yaml, which should be fairly easy to adapt to
[13:58] <tsimonq2> pushed! \o/ https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kde-baseapps/?h=kubuntu_unstable
[13:58] <tsimonq2> although I still think the build fails
[13:59] <acheronuk> LOL ''So you tried to chicken out from symbol validation, not going to happen''
[14:01] <tsimonq2> ARGH
[14:03] <clivejo> la la la la
[14:03] <jimarvan> lol
[14:04] <tsimonq2> o/ clivejo
[14:04]  * acheronuk hums a tune
[14:04] <clivejo> doh ray mee
 o/ Jimarvan
[14:05] <clivejo> doh
[14:05] <jimarvan> yo :)
[14:05] <clivejo> double doh
[14:05] <tsimonq2> lol I'm listening to some Eminem loudly, I can't hear you singing lol
[14:06] <acheronuk> how many retries?
[14:06] <tsimonq2> hm?
[14:06] <clivejo> grrrr this IP camera is really annoying me now
[14:07] <clivejo> piece of *beep*
[14:14] <yofel> grrrr https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829545
[14:14] <yofel> let me cherry pick that
[14:21] <tsimonq2> ahoneybun: ping
[14:21] <ahoneybun> pong?
[14:22] <tsimonq2> ahoneybun: how did you build the code for the Kubuntu manual? (build)
[14:23] <ahoneybun> sphinx
[14:23] <ahoneybun> it is a python tool for making docs
[14:23] <ahoneybun> sphinx-doc.org
[14:23] <tsimonq2> it's an awesome idea
[14:24] <ahoneybun> is it?
[14:24] <ahoneybun> works pretty well so far
[14:24] <ahoneybun> *worked
[14:25] <tsimonq2> ahoneybun: would I be able to fork it and customize it for Lubuntu?
[14:25] <tsimonq2> there's no license in it
[14:25] <ahoneybun> of course
[14:25] <tsimonq2> great! :)
[14:25] <ahoneybun> I should add that I guess
[14:26] <ahoneybun> GPL v3 would be best no?
[14:26] <tsimonq2> idk as long as I can fork :P
[14:26] <ahoneybun> tsimonq2: it's currently on a server like this: docs.kubuntu.org
[14:26] <ahoneybun> xubuntu has a similar server name but not sure what they used
[14:28] <ahoneybun> I think they used something else maybe latex
[14:28] <ahoneybun> but it is html
[14:28] <ahoneybun> tsimonq2: the github page for the project has some links
[14:28] <yofel> I *think* kde usually goes with the GFDL for documentation https://www.gnu.org/licenses/fdl-1.3.en.html
[14:28] <ahoneybun> to the sphinx main page and rst
[14:29] <ahoneybun> which is what the docs are written in
[14:29] <ahoneybun> then a few scripts make html and such
[14:29] <tsimonq2> ahoneybun: I might not fork, but I'll see if I can at least use the same style, with your permission of course :P
[14:29] <ahoneybun> it can make pdf and epub as well
[14:30] <ahoneybun> the site is using the bootstrap theme
[14:31] <ahoneybun> LN 107 and down: https://github.com/ahoneybun/kubuntu-manual/blob/master/source/conf.py
[14:33] <ahoneybun> tsimonq2: ^
[14:34] <ahoneybun> yofel: http://l10n.kde.org/docs/doc-primer/licenses.html
[14:34] <ahoneybun> yep
[14:38] <ahoneybun> there added a license
[14:38] <ahoneybun> it allows modifing
[14:55] <acheronuk> yofel: is it the -c0 already there in override_dh_makeshlibs that is making this fail? http://kci.pangea.pub/view/yakkety%20FIX/job/yakkety_unstable_akonadi/lastFailedBuild/console
[14:55] <yofel> acheronuk: yes
[14:55] <yofel> come to think of it, that should be a bit more descriptive....
[14:56] <acheronuk> ok. was looking at the ruby and couldn't quite see if that should fail it, or just give that message and carry on
[14:57] <yofel> acheronuk: yes it fails on that. We did use -c0 by default in the past, but today it's better to not have it when working on the release packages
[14:58] <yofel> I didn't think that anything would actually hit this.....
[14:59] <acheronuk> understood. I just couldn't work out from the code if failure was the intention there
[15:02] <acheronuk> yofel: ok. I was too dumb to notice the 'raise' part of that!
[15:12] <tsimonq2> ahoneybun: https://github.com/tsimonq2/lubuntu-manual
 Cool cool
 That @ symbol is wrong though
 hm?
 The @ messes up the link
[15:54] <tsimonq2> ahoneybun: Telegram did that
 Mm yea most likelu
[16:43] <acheronuk> think this needs a new library package adding? libKF5MimeTreeParser https://launchpadlibrarian.net/276563376/buildlog_ubuntu-xenial-amd64.kf5-messagelib_4%3A16.04.3+p16.04+git20160803.1459-0_BUILDING.txt.gz
[18:48] <jimarvan> see ya later peeps :D
[18:48] <jimarvan> another hard working day ;)
[18:48] <jimarvan> lol 19:48 jeez...
 o/
[18:49] <jimarvan> need a swim :P
[18:49] <jimarvan> CIAO
[19:49] <acheronuk> kf5-messagelib seems to require 2 new library and associated -dev packages for libkf5webengineviewer5 & libkf5mimetreeparser5
[19:49] <acheronuk> Q1. they don't seem to have moved any functions from the existing libraries into those, so I presume they should start afresh with their own new symbol files?
[19:49] <acheronuk> Q2. if so, then considering that these new libraries are in both master and 16.08 branches, using pkgkde-gensymbols would we still version them initially as 16.04.3+git$date if we are doing this for KCI?
[20:33] <jimarvan> and back :D
[20:33] <tsimonq2> o/
[20:34] <jimarvan> hi simon :)
[20:38] <acheronuk> hi jim
[20:39] <tsimonq2> hey rik
[20:39] <jimarvan> hey rik :D
[20:39] <santa_> acheronuk: if they are completely new it's ok to start new symbols files. the initial version doesn't matter, as long as it <= than the initial version
[20:40] <santa_> ugh
[20:40] <santa_> let me reword it
[20:40] <santa_> acheronuk: if they are completely new it's ok to start new symbols files. the initial version of the symbols in the symbols file doesn't matter, as long as it <= than the initial version of the package in the archive
[20:40] <santa_> so replying directly to Q2, yes
[20:41] <acheronuk> ok. thanks
[21:22] <clivejo> :(
[21:22] <clivejo> what happened KCI
[21:23] <tsimonq2> be more specific?
[21:23] <clivejo> it was down to about 14 failures
[21:23] <clivejo> and on one screen
[21:28] <acheronuk> yofl restored the post publishing checks.
[21:29] <soee> yoda not yofl :D
[21:29] <soee> someone is using kmail 16.04 ?
[21:29] <ahoneybun> nope broken and too big
[21:29] <ahoneybun> buggy as well
[21:35] <clivejo> I used it in 16.04
[21:37] <soee> ahoneybun: works pretty good except is it so slow
[21:37] <soee> opening message 3-4 secons
[21:37] <soee> deleting it the same
 locks up for me sometimes too
[21:40] <soee> ahoneybun: seen warhammer announcement ? :)
[21:40] <jimarvan> kmail does not work with gmail well :(
[21:40] <ahoneybun> you posted it to me
[21:40] <jimarvan> so no not using it either
[21:40] <ahoneybun> I only use gmail
[21:41] <ahoneybun> so that's a problem
[21:41] <ahoneybun> which is why I was looking at trojita
[21:41] <jimarvan> I have very strong knowledge of google api now
[21:41] <jimarvan> I would love to touch kmail a bit :/
[21:41] <ahoneybun> mm
[21:41] <jimarvan> if I had the f*** time
[21:42] <jimarvan> :)
[21:42] <ahoneybun> I'd love for someone to fix that bug on the login
[21:42] <jimarvan> I know
[21:42] <ahoneybun> when making an account
[21:42] <jimarvan> yeap
[21:42] <jimarvan> I have learned how to use https://www.accountchooser.com/learnmore.html
[21:42] <jimarvan> so I know how to use google login and others
[21:43] <tsimonq2> .or
[21:43] <tsimonq2> whoops sorry
[21:43] <jimarvan> google's own account chooser is out of date
[21:43] <jimarvan> the code example they have
[21:43] <jimarvan> at least it was 3 months ago I was researching
[21:44] <jimarvan> the trick is to use Ubuntu's online accounts authentication
[21:44] <jimarvan> directly into Kmail
[21:44] <jimarvan> it was broken in telepathy for 15.xx but it was fixed in 16.04
[21:44] <jimarvan> so it should be physible to do it in Kmail too ;)
[21:45] <jimarvan> anywho, going to bed! as always exhausted :)))
[21:46] <jimarvan> see ya peeps, have fun and thank you for been awesome!  Lost..........! :(
[22:59] <valorie> blame yofel!
[23:00] <valorie> we'll get it done, I think
[23:00] <valorie> fundamental fixes happening that will make everything a lot smoother and better
[23:00] <tsimonq2> valorie: http://blamepopey.com/
[23:00] <tsimonq2> that's a thing :P
[23:01] <tsimonq2> we should make one for yofel XD
[23:01] <acheronuk> yes. we've just 'leveled up' on the fixing game!
[23:01] <valorie> tsimonq2: lol
[23:01] <acheronuk> next level. nastier, and meaner
[23:01] <valorie> with more rubies!
[23:01] <tsimonq2> NOOOO
[23:01] <tsimonq2> NO MORE RUBIES
[23:01] <tsimonq2> :P
[23:02] <valorie> lol
[23:02] <tsimonq2> let's get some Pythons in here :D
[23:02]  * valorie had to go out and buy a new backup HD
[23:02] <valorie> this one, 3 terrabytes!
[23:02] <valorie> about to quit, back up konvi logs and upgrade......
[23:03] <tsimonq2> that's triple my only drive!
[23:03] <tsimonq2> :O
[23:04] <valorie> last one was 1.5 Tb for about the same price
[23:04] <valorie> they keep doubling in capacity for the same price
[23:05] <valorie> I also found out that my $HOME was 94% full
[23:05] <acheronuk> they do, and SSDs are cheap now as well for a decent size
[23:05] <valorie> because not only did I have ~/Music but also ~/Music/Music
[23:05] <tsimonq2> /dev/sda2                           197G  162G   26G  87% /home O___O
[23:05] <valorie> with the same music!
[23:05] <tsimonq2> I'm using 87%
[23:06] <valorie> now down to 81% with all those extra tunes deleted
[23:06] <valorie> I have a DATA drive I could move the music to.....
[23:06] <acheronuk> 240GB SSD here, with two 1TB HDDs
[23:06] <valorie> Sysinfo for 'valorie-GT60-2PC': Running inside KDE Plasma 5.6.3 on Ubuntu 16.10 (Yakkety Yak) powered by Linux 4.4.0-23-generic, CPU: Intel(R) Core(TM) i7-4810MQ CPU @ 2.80GHz at 2800-3607/3800 MHz, RAM: 23642/24030 MB, Storage: 686/3944 GB, 329 procs, 964.23h up
[23:06] <valorie> it's an awesome lappy
[23:06] <valorie> son's "old" gaming laptop
[23:07]  * clivejo gets a bad cause of tech evy
[23:07] <clivejo> case
[23:07] <clivejo> everyone else is sooo much bigger
[23:08] <valorie> could someone use another SSD?
[23:08] <valorie> I have a used one I can remove from my broken laptop and bring to Akademy
[23:08]  * clivejo wouldnt say no
[23:08] <valorie> cool
[23:09] <clivejo> is it decent?
[23:09] <valorie> I'll figure out how big they are and ask again
[23:09] <valorie> the drives are both good
[23:09] <valorie> not their fault I broke the hinge
[23:09] <clivejo> building stuff can kill an SSD
[23:09] <valorie> I didn't build much on that laptop
[23:10] <valorie> tried to build Amarok once I think
[23:10] <clivejo> LOL that all?
[23:10] <valorie> i'm not a packager!
[23:10] <valorie> anyway, it's free so you can use it until it fails and then toss it without regret
[23:11] <tsimonq2> valorie: I can't come to Akademy but I really want an SSD :(
[23:12] <valorie> tsimonq2: I might have a smaller one too
[23:12] <valorie> I will look
[23:12] <valorie> the broken laptops gotta be parted out
[23:12] <valorie> instead of stacking up
[23:13] <valorie> woah this is a big upgrade
[23:13] <valorie> and full-upgrade still not available on YY?
[23:13] <valorie> dist-upgrade will have to do
[23:15] <valorie> tsimonq2: I'll see what I can do
[23:17] <valorie> ok, restarting
[23:18] <tsimonq2> valorie: thanks :)
[23:25] <valorie> konvi had to be apt -f installed
[23:25] <valorie> everything else was just awesomely smooth
[23:29] <ahoneybun> mm I know using do-release-upgrade -d broke my laptop
[23:29] <ahoneybun> could really use those fixes for dual screen work
[23:30] <ahoneybun> valorie: did you upgrade from xenail or do a fresh from a daily image?
[23:32] <valorie> upgraded YY
[23:33] <valorie> haven't shut down or upgraded for a month or two
[23:33] <ahoneybun> upgrade to YY from XX?
[23:33] <ahoneybun> oh
[23:33] <valorie> just from YY to YY
[23:33] <valorie> huge list of upgraded packages though
[23:34] <ahoneybun> tbh I'm tempted to use GNOME on my desktop or something else as this machine is slow at times
[23:34] <tsimonq2> yay global 14.04.5 is out!
[23:34] <ahoneybun> I don't think we have one
[23:34] <tsimonq2> I meant global
[23:35] <tsimonq2> I meant global
[23:35] <tsimonq2> there finally :P
[23:35] <clivejo> wow 128 executors on linode!
[23:35]  * clivejo mouth drops
[23:36] <ahoneybun> mm
[23:36] <clivejo> 4+128+48
[23:36] <acheronuk> hmmm. that could kill LP and kde git in one easy step!
[23:37] <clivejo> we've got sycamores protecting KDE
[23:37] <yofel> nah, git is throttled to one-at-a-time, and LP uploads now have working retries and are attempted 10 times
[23:37] <yofel> *should* work ^^
[23:37] <clivejo> LP is half dead anyways
[23:37] <acheronuk> I was kidding
[23:38] <yofel> once stable jobs are back, we need this amount of builders, so lets see how this goes
[23:38] <clivejo> yofel: what have you done thats failing all these jobs?!?
[23:38] <yofel> clivejo: uh, fixed the build log parser?
[23:38] <ahoneybun> is the installer still broken?
[23:38] <clivejo> The fix list was so small yesterday
[23:39] <yofel> though, a lot of that "unstable" is from a bug in lintian :(
[23:39] <clivejo> now its huge :(
[23:39] <acheronuk> ahoneybun: on YY? define broke
[23:39] <ahoneybun> does not work?
[23:39] <yofel> as in, how?
[23:39] <clivejo> LOL
[23:39] <acheronuk> it works to install
[23:39] <ahoneybun> does it install at all?>
[23:39] <acheronuk> YY? yes
[23:41] <ahoneybun> mm
[23:41] <acheronuk> ahoneybun: but at the moment you'd need to add some ppas post install to sort some issues out
[23:41] <ahoneybun> that does not sound like fun
[23:43] <clivejo> eakk
[23:43] <clivejo> W: ark: spelling-error-in-changelog seperator separator
[23:43] <clivejo> W: ark: spelling-error-in-changelog overide override
[23:44] <clivejo> Simon do you work on Lintian?
[23:46] <valorie> acheronuk: which PPAs should be added?
[23:46] <valorie> I didn't add any
[23:47] <tsimonq2> clivejo: ping if you need me, don't just say my first name :P
[23:47] <tsimonq2> clivejo: and what do you mean by that?
[23:47] <acheronuk> I have the staging-plasma and staging-kdeapplications ppas enabled on YY
[23:48] <clivejo> you are very knit pickie on spelling
[23:48] <clivejo> and so is Lintian
[23:48] <acheronuk> I presume clivejo is running much the same?
[23:48] <clivejo> yup
[23:48] <clivejo> Plasma 5.7.2 and Apps 16.04.3
[23:49] <acheronuk> so far the worst bug I've had is https://bugs.kde.org/show_bug.cgi?id=362531
[23:49] <clivejo> oh thats a nasty bug!
[23:49] <clivejo> how can you live with that!
[23:50] <acheronuk> I soldier on bravely....
[23:50] <ahoneybun> where are the XX builds...
[23:51] <clivejo> in the backports script
[23:51] <ahoneybun> is there anything in the backport-landing?
[23:52] <clivejo> Plasma 5.6.5 I believe
[23:52] <ahoneybun> but that;s in backports too
[23:52] <clivejo> yes
[23:53] <acheronuk> I'm done I think. Goodnight all :D
[23:53] <clivejo> good night Rik
[23:53] <valorie> I'm a bit leery about running staging PPAs on my main system
[23:54] <clivejo> valorie: understandable
[23:54] <valorie> although if I had been smart I probably wouldn't be running YY yet
[23:54] <valorie> my son was very disapproving
[23:54] <valorie> lol
[23:54] <clivejo> you are helping the cause
[23:54]  * ahoneybun backs things up
[23:54] <clivejo> we need testers
[23:55] <ahoneybun> I can't just reinstalling though
[23:55] <ahoneybun> keep reinstalling
[23:55] <ahoneybun> mm
[23:56] <clivejo> tsimonq2: are you up to much?
[23:56] <valorie> perhaps I should move ~/Music over to DATA drive so there is enough room for another VM or so
[23:56] <tsimonq2> clivejo: releasing Lubuntu 14.04.5 then finishing a spec for the Lubuntu Manual, why?
[23:57] <clivejo> just curious, could use some help fixing some of these KCI complaints
[23:57] <tsimonq2> shoot them my way and I'll take a look when I get a min
[23:59] <valorie> tsimonq2: you are release manager for lubuntu?