[01:42] <valorie> doctor who event tonight!
[01:42] <valorie> \o/
[02:29] <ahoneybun>  so the daily from monday installer crashed before I even started
[02:42] <mparillo> This it? https://www.kubuntuforums.net/showthread.php?68163-Be-Wily-and-Enjoy-the-Progress-of-Kubuntu-15-10&p=379554&viewfull=1#post379554
[02:42] <ahoneybun> I grab the iso and threw it in a VM
[02:42] <ahoneybun> the first line was about OEM config
[02:43] <ahoneybun> maybe some changes sitter did at randa
[03:52] <ahoneybun> mparillo: here is the long from a build today (9/16/15) https://notes.kde.org/p/DailyInstallerCrash
[03:52] <ahoneybun> *log
[03:57] <ahoneybun> I got it to start with running it from konsole
[04:48] <ovidiu-florin> ahoneybun: UCC nominations happening
[04:48] <ovidiu-florin> you interested?
[07:16] <sitter> yofel: 
[07:16] <sitter> Started 10 hr ago
[07:16] <sitter> Build has been executing for 10 hr
[07:19] <valorie> wow
[07:38] <vip> hm, where i can set two-click-open-folder behavior?
[07:39] <vip> because I've always had two-click to open, after vivid->wily upgrade, it is one-click-to-open
[07:43] <vip> oh, "mouse settings"
[07:44] <valorie> vip: this chan is for development
[07:44] <valorie> support in #kubuntu
[08:17] <yofel> sitter: kill it, clivejo wanted to upload applications, but I'm not sure if he actually got to do it
[08:19] <yofel> killed it
[08:19] <sitter> you really must not let CI pause over night
[08:19] <sitter> it basically backs everything up by a day
[08:19] <yofel> oh ok, sorry
[08:46] <sitter> http://anonscm.debian.org/cgit/pkg-kde/applications/akonadi.git/log/?h=kubuntu_wily_archive
[08:46] <sitter> someone needs to fix that script
[09:00] <yofel> hm... I did take a look at that a long time ago, seems like dch is still being run incorrectly o.O
[09:01] <yofel> and the push semantics are still wrong in that one. --nopush should be --push and the default be the other way around
[09:08] <sitter> this patch is getting on my nerves
[09:11] <clivejo> Riddell: the staging failed towards the end, I have no idea what happened it
[09:13] <clivejo> got up to ktnef and it went haywire
[09:32] <Riddell> clivejo: I'll try it then
[09:32] <Riddell> clivejo: did you get anywhere with frameworks?
[09:33] <clivejo> think I fixed khtml with yofel's help
[09:34] <clivejo> Riddell: can I retry it again?
[09:35] <clivejo> it I remove ~/src/applications and restart it?
[09:35] <clivejo> wasnt a good idea doing it in evening time on this internet connection
[09:35] <Riddell> clivejo: just start from where it broke
[09:36] <Riddell> clivejo: remove the lines in package-name-lists/applications-wily up to ktnef
[09:36] <clivejo> was just going to ask was that possible
[09:37] <clivejo> if I leave ktnef there and let it try again?
[09:37] <Riddell> yes
[09:37] <Riddell> maybe rm -r  ~/src/applications/ktnef
[09:37] <clivejo> could have been internet related
[09:37] <clivejo> done
[09:38] <clivejo> yeah same crazyness
[09:39] <clivejo> https://paste.kde.org/ptnfmdaet
[09:40] <clivejo> it has a blank epoch
[09:40] <clivejo> couldnt see that last night
[09:43] <clivejo> Riddell: ^
[09:47] <clivejo> where does it pick up the epoch from?
[09:48] <sitter> Riddell, clivejo: kindly note that gpgmepp needs a nwe upload
[10:20] <Riddell> clivejo: the no-epoch file lists packages which are new so don't need and shouldn't get an epoch
[10:21] <clivejo> I dont understand?
[10:21] <Riddell> clivejo: in kubuntu-automation there's a file no epoch
[10:21] <Riddell> no-epoch
[10:21] <Riddell> it lists some pacakges which don't need an epoch
[10:21] <Riddell> ah but ktnef does need an epoch
[10:22] <Riddell> so that should be fixed, just remove it from the no-epoch file
[10:22] <clivejo> I cant find a no-epoch file 
[10:23] <clivejo> ah
[10:23] <clivejo> packaging-exceptions.json
[10:25] <Riddell> ah right yes that's where it ended up
[10:25] <clivejo> ok, picking up where I left off
[10:25] <clivejo> FFS
[10:25] <clivejo> I HATE gpg-agent
[10:28]  * yofel only just realized what happened to akonadi
[10:28] <yofel> wtf
[10:29] <clivejo> what happened?
[10:29] <yofel> http://anonscm.debian.org/cgit/pkg-kde/applications/akonadi.git/log/?h=kubuntu_wily_archive
[10:29] <yofel> a) that shouldn't be there 3 times, b) the version is wrong
[10:29] <yofel> I totally didn't see the version when sitter pointed that out earlier
[10:30] <sitter> throw away that script already and build something in jenkins :P
[10:30] <sitter> I have first class version handling classes you know ;)
[10:30] <yofel> yeah, but that's ruby
[10:31] <sitter> which is probably why my code doesn't come up with wrong changelog entries :P
[10:31] <clivejo> how on earth did that happen?
[10:32] <yofel> where is that version in the changelog entry even coming from o.O
[10:32] <yofel> that shouldn't be there
[10:33] <yofel> clivejo: are you overriding the changelog message?
[10:34] <clivejo> ah man, I have a typo in the changelog message
[10:35] <clivejo> ./staging-upload -d wily -v 15.08.1 -m "New upstream release (15.18.1)" -r applications -t /home/clivejo/src/applications/
[10:35] <yofel> you don't usually put the version in there, if anything, it should say "New upstream bugfix release"
[10:36] <sitter> one more reason to move this into a jenkins :P
[10:37] <sitter> less opportunity for human error
[10:37]  * sitter is under the impression that the KCI build queue is growing rather than shrinking
[10:37] <clivejo> yofel: how do I fix this?
[10:37] <yofel> clivejo: fix the changelog in each package by hand
[10:38] <yofel> or write a script for it
[10:38] <Riddell> bash for loops may help
[10:38] <sitter> bash never helps.
[10:38] <yofel> well, he has to delete the old messages
[10:38] <sitter> I'd rewrite the entry TBH
[10:38] <sitter> which requires python
[10:38] <yofel> you can do that?
[10:38] <Riddell> for asdf in */; do cd ${asdf}; sed s,15.18.1,15.08.1, debian/changelog; cd ..; done
[10:38] <yofel> ah
[10:39] <yofel> Riddell: that won't fix the message being there 3 times
[10:39] <sitter> FWIW its not the first time we have duplicated messages
[10:39] <Riddell> ach when that happens I just leave it
[10:39] <sitter> so perhaps we should just not care :P
[10:39] <Riddell> happens quite a lot
[10:39] <yofel> I don't see what's wrong with the regex for tha though (other than it being a regex)
[10:39]  * clivejo is extremely sorry
[10:39] <yofel> right, and I find that seriously annoying
[10:40] <yofel> clivejo: well, the multiple messages isn't exactly your fault
[10:40] <yofel> it's a combination of you re-running the script, the script pushing immediately and the don't-add-changelog-twice regex not doing it's job
[10:40] <Riddell> clivejo: want me to upload frameworks?
[10:41] <sitter> I think once I argued that it shouldn't do the push right away anyway
[10:41] <clivejo> Riddell: have they been tested?
[10:41] <Riddell> clivejo: nope, I'll do that first of course
[10:41] <Riddell> !testers 
[10:41] <sitter> ideally the script would create an integration branch for the specific version as to avoid push clashes
[10:41] <sitter> then push that instead
[10:41] <Riddell> frameworks http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.14.0_wily.html testers!
[10:41] <sitter> once uploading to archvie the branches can then be merged in one go
[10:42] <yofel> good idea actually, that could at least be easily reverted
[10:43] <clivejo> so what do I need to do then?
[10:43] <yofel> that bash loop that Riddell posted looks pretty sane, run that
[10:44] <Riddell> well test it first :)
[10:44] <clivejo> but how does that fix debian git changelogs?
[10:45] <yofel> you'll need to adjust the path for that, and add git commit and push
[10:45] <mparillo> To test, add to wily: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-frameworks/+packages ?
[10:45] <yofel> assuming you still have the temp folder you worked on till now
[10:46] <clivejo> the src?
[10:46] <clivejo> src/applications/
[10:46] <Riddell> mparillo: yep
[10:46] <yofel> right, /home/clivejo/src/applications/
[10:48] <clivejo> so grab a backup of that folder, just in case?
[10:50] <yofel> yeah, do that for testing
[10:50] <clivejo> ok Ive got ~/backup/src/applications
[10:53] <clivejo> should I remove the upload and manual folders?
[10:54] <sitter> Riddell, yofel, clivejo: random note, the commit for fixing the changelog message needs to be commited NOCI
[10:54] <mparillo> Funny, krunner crashed as muon was applying the updates to frameworks. I did not even have krunner open.
[10:55] <lordievader> Riddell: The testing approach is adding the staging-frameworks ppa and upgrade on wily?
[10:55] <yofel> oh great, the parentheses in the message break the regex, that's why the message is there multiple times
[10:56] <yofel> hurray to regexp
[10:56] <sitter> lol
[10:57] <clivejo> :(
[10:57] <sgclark> My Wily is still non functional :( guess I need to reinstall
[10:57] <clivejo> I thought I was being good being more detailed in commit and changelogs
[10:58] <yofel> heh, well, you found a bug in the script ^^
[10:59] <clivejo> pure stupidity on my part 
[11:00] <yofel> not really, when I wrote that check, I didn't think someone would do that because nobody usually does that
[11:00] <yofel> you were just the first one to do it ^^
[11:01] <sitter> yofel: write a test!
[11:01] <yofel> that's actually a good idea.....
[11:04] <sitter> huh
[11:04] <clivejo> ok I run that for loop Riddell posted
[11:05] <clivejo> but run it on git/debian
[11:05] <clivejo> some have worked, others not
[11:06] <clivejo> if I used that script to run nano on the changelog instead and just fix the file manually?
[11:06] <yofel> actually, thinking about it, this is a bit crazy: re.match(".*New upstream release (15.18.1).*", re.match(pattern, changelog).group(0), re.DOTALL)
[11:06] <yofel> re.match(pattern, changelog).group(0).find("New upstream release (15.18.1)") might be less error-prone
[11:10] <mparillo> OK Frameworks updates are complete. Re-booting.
[11:10] <Riddell> thelionroars: want to test frameworks?
[11:13] <sitter> yofel: looks equally mental :P
[11:14] <yofel> sitter: well, I'm reducing the regex matching from 2 to 1. re.match(pattern, changelog).group(0) gives the full first changelog entry
[11:14] <sitter> shadeslayer: please merge your docker branch with logging additions I just did to kci/mgmt/docker.rb
[11:14] <yofel> also needs a test
[11:21] <clivejo> ok, so I made a test folder
[11:22] <clivejo> removed manual and upload folders
[11:22] <clivejo> run for asdf in */; do cd ${asdf}; sed -i 's/15.18.1/15.08.1/g' git/debian/changelog; cd ..; done
[11:22] <mparillo> I added the frameworks PPA to Muon Update Manager, applied the updates (random crashes); restarted (had to hard power off); and powered-on. Wireless, konversation, and rekonq seem to work. How do I know I really have the frameworks update completed?
[11:23] <clivejo> the run the same again only running nano, manually editting the repeat lines from the changelogs
[11:27] <sitter> the slideshow font hinting is god awful
[11:35] <sitter> ahoneybun: https://goo.gl/photos/F53FVYuoUQdmxubb9
[11:48] <Riddell> ahoneybun: what happened to your muon slideshow update? I forget
[12:00] <ahoneybun> Riddell: it has not been approved
[12:01] <Riddell> ahoneybun: where is it again?
[12:01]  * Riddell pauses CI for frameworks upload
[12:01] <ahoneybun> https://launchpad.net/~aaronhoneycutt/+archive/ubuntu/muon-discover
[12:02] <sitter> Riddell: NOCI?
[12:02] <clivejo> git -a -m "NOCI"
[12:03] <clivejo> ?
[12:03] <sitter> -m "uploading to archive\nNOCI"
[12:07] <sitter> Riddell: ^
[12:08] <Riddell> sitter: but what's your point?
[12:08] <yofel> you don't need to pause CI with that
[12:09] <Riddell> good to know
[12:11] <sitter> also you don't cause pointless builds
[12:11] <yofel> thinking about it, shouldn't staging upload use that too..........
[12:12] <sitter> yofel: staging uploads increase the version
[12:12] <yofel> then why do we pause CI for that again?
[12:13] <sitter> so builds are run in order
[12:13] <yofel> ah ok
[12:13] <sitter> since the sources are processed in an arbitrary order it might trigger plasma-framework before ECM which might then fail
[12:14] <sitter> with pause you'd block all builds and then release them all at once letting jenkins build them accoridng to the dep tree
[12:14] <sitter> fancy version of the upload tiers we had 6 years ago
[12:27] <clivejo> sitter: I pushed one of the fixes, does it look ok? http://anonscm.debian.org/cgit/pkg-kde/applications/akonadi.git/commit/?h=kubuntu_stable
[12:29] <sitter> clivejo: that NOCI went wrong xD
[12:29] <lordievader> Riddell: Upgraded to the framework staging ppa, works fine.
[12:30]  * clivejo cries
[12:31] <clivejo> sitter: whats gone wrong now?
[12:31] <sitter> apparently -m doesn't like nonprintable characters
[12:32] <Riddell> lordievader: lovely thanks :)
[12:32] <Riddell> mparillo: how was it for you?
[12:32] <sitter> [12:38] <sitter> bash never helps.
[12:32] <sitter> to quote myself here
[12:35] <clivejo> lots of lessons today!
[12:36] <Riddell> clivejo: so just pause it?
[12:36] <sitter> that solves nothing
[12:37] <sitter> only queues 300 more builds
[12:38] <sitter> not that it matters because Riddell pushed without noci anyway
[12:38] <sitter> so it's busy until saturday anyway
[12:38] <sitter> also failing
[12:38] <clivejo>  I pushed one as test
[12:39] <clivejo> can I revert the commit locally and fix it?
[12:40] <clivejo> fix the message I mean
[12:49] <BluesKaj> Hey all
[13:21] <soee> Riddell: i have installed Framewroks 5.14, during unpacking packages kdeinit5 and krunner crashed but they start again
[13:21] <soee> Riddell: but all update was just fine
[13:36] <Riddell> but annoyingly there seems to be a problem in kservice
[14:03] <Riddell> ahoneybun: kubuntu-settings uploaded!
[14:33] <clivejo> yofel: did you say you were applying a fix so that the script wont add dupes like this again?
[14:49] <Riddell> clivejo: yes he did
[15:21] <clivejo> Riddell: would you add http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.08.1_wily.html to the topic please
[15:22] <Riddell> clivejo: I expect you can
[15:22] <Riddell> have you tried?
[15:22] <Riddell> hello  Mandarina
[15:23] <clivejo> me?
[15:23] <clivejo> I dont have the pwer
[15:23] <Mandarina> Riddell: Hi!
[15:24] <Riddell> Mandarina: want to become an elite kubuntu ninja?
[15:25] <Mandarina> Riddell: I'm not very sneaky.
[15:30] <Riddell> Mandarina: that's ok, we do everything in the open :)
[15:31] <clivejo> Riddell: kde4libs is in manual, but cant see in in the depot download?
[15:31] <clivejo> or has it been renamed kdelibs-4.14.12.tar.xz
[15:33] <Riddell> it always is kdelibs, we rename it in debian/kubuntu
[15:33] <clivejo> oh wait, I remember talk about this before
[15:37] <clivejo> so I bump the changelog to kde4libs (4:4.14.12-1ubuntu1~) UNRELEASED; urgency=medium
[15:37] <clivejo> push to debian git and ppa-build?
[15:48] <Riddell> clivejo: 4:4.14.12-0ubuntu1 in changelog
[15:48] <clivejo> Riddell: when I try to "git-buildpackage-ppa" kopete I get an error - Error: Distribution is not "UNRELEASED".
[15:49] <Riddell> yes keep it as UNRELEASED
[15:50] <clivejo> I didnt change it
[15:51] <clivejo> regarding kde4libs - tar: /home/clivejo/src/applications/manual/kde4libs/build-area/kde4libs_4.14.11.orig.tar.gz: Cannot open: No such file or directory
[15:52] <clivejo> why is it looking for 4.14.11 when changeslog says .12
[15:52] <Riddell> git-buildpackage is also spooky voodoo that likes to do that for some reason
[15:52] <Riddell> but it should also get the .12 version
[15:53] <clivejo> its there
[15:53] <clivejo> I have to modifty the watch file
[15:53] <clivejo> the watch file is looking for kde4libs but the filename on depot of kdelibs
[15:54] <clivejo> uscan is showing the new version and getting it
[15:54] <Riddell> ah
[15:54] <Riddell> then do fix that please
[15:55] <clivejo> does git-buildpackage-ppa still go back to debian git?
[16:03] <clivejo> Riddell: in your changeset http://anonscm.debian.org/cgit/pkg-kde/applications/kde4libs.git/commit/?h=kubuntu_wily_archive&id=2b026e149f0191a257483af8cb5419ece90f1a3c
[16:03] <clivejo> you set the distribuation to wily
[16:03] <Riddell> clivejo: la la la
[16:04] <clivejo> how do I fix it?
[16:04] <Riddell> clivejo: what's wrong with it?
[16:05] <Riddell> clivejo: just add a new changelog entry with dch
[16:05] <clivejo> shouldnt it be UNRELEASED;?
[16:08] <Riddell> on your new entry yes
[16:08] <clivejo> Ninja  voodoo 
[16:10] <clivejo> ok I think thats fixed
[16:10] <clivejo> and uploaded to PPA
[16:14] <clivejo> kde-baseapps is the same
[16:14] <clivejo> why is this?
[16:17] <Riddell> clivejo: they're in maintinance mode, no new features only bugfixes, so they don't get a new version number only the bugfix version changes
[16:18] <clivejo> but how did they get the release as wily in debian git?
[16:20] <Riddell> clivejo: the staging-upload script that you used should add the new changelog entries with UNRELEASED
[16:20] <Riddell> clivejo: then when it's all built and tested the next script is ubuntu-archive-upload
[16:20] <Riddell> which sets the changelog to wily
[16:21] <clivejo> it passed over these
[16:21] <clivejo> put them into manual
[16:26] <Riddell> oh it probably needs packaging-exceptions.json update first, I'll add that to README
[16:30] <clivejo> Riddell: have to go for a bit, will you be online later?
[16:31] <Riddell> clivejo: I'm out for the next 3 hours, probably back about 9
[16:31] <Riddell> unless I'm not
[16:31] <clivejo> LOL
[16:31] <clivejo> ok
[16:31] <Riddell> have fun on the farm :)
[16:31] <clivejo> indeed
[18:29] <ahoneybun> thanks Riddell also need to update this page desc: https://launchpad.net/ubuntu/wily/+source/kubuntu-settings
[18:29] <ahoneybun> remove active and netbootk
[18:29] <ahoneybun> *netbook
[18:30] <clivejo> Riddell yofel: Having problems with kmailtransport, can someone look at the error message and let me know whats wrong - https://paste.kde.org/pgph2lscn
[18:30] <yofel> ahoneybun: that's extracted from the package
[18:30] <yofel> so it seems we still ship that..
[18:30] <ahoneybun> it's not in the package
[18:30] <ahoneybun> so it can't be
[18:31] <ahoneybun> unless it is in a file I did not edit/know about
[18:32] <yofel> they might be NBS..
[18:32] <yofel> yeah
[18:32] <yofel>  kubuntu-settings | 1:15.10ubuntu1    | wily/universe           | source
[18:32] <yofel>  kubuntu-settings-netbook | 1:15.04ubuntu2    | wily/universe           | all
[18:32] <yofel> needs a binary removal request I think..
[18:33] <ahoneybun> mm
[18:35] <yofel> clivejo: that looks very wrong
[18:35] <yofel> dpkg-source: info: local changes detected, the modified files are:
[18:35] <yofel>  kmailtransport-15.08.1/libkf5mailtransport5.symbols
[18:35] <clivejo> yofel: http://anonscm.debian.org/cgit/pkg-kde/applications/kmailtransport.git/tree/?h=kubuntu_wily_archive&id=abaf052b86e579b56e816c48df774d2e14abd574
[18:35] <yofel> symbol file in wrong folder?
[18:35] <clivejo> why isnt the symbols file in debian/
[18:35] <yofel> whoever put it there messed up?
[18:35] <clivejo> how do I find out who did that?
[18:36] <yofel> http://anonscm.debian.org/cgit/pkg-kde/applications/kmailtransport.git/commit/libkf5mailtransport5.symbols?h=kubuntu_wily_archive&id=abaf052b86e579b56e816c48df774d2e14abd574
[18:36] <clivejo> :/
[18:39] <yofel> just git mv the file
[18:40] <clivejo> yofel: will you ask him, I think Ive damaged enough things today :(
[18:40] <yofel> just move the file, you can't really make unbuildable any worse :P
[18:40] <clivejo> want bet
[18:40] <yofel> no
[18:40] <clivejo> Im having a very bad day
[18:40] <yofel> ^^
[18:47] <clivejo> kmix has a problem with a patch
[18:48] <clivejo> https://paste.kde.org/pujddxv7k
[18:50] <yofel> drop the patch, upstream_ shows that it's a cherry-pick from kde git, and it's now included in the release
[18:51] <BluesKaj> yeah kmix no longer shows up in the system tray, it's been replaced by that pulseaudio volume ctrl which does nothing since i don't use pulseaudio. I have kmix set to show ithe system tray, but it doesn't.
[18:54] <clivejo> should I physically delete the file and series entry or just comment out the series entry?
[18:54] <yofel> git rm the file and remove it from series
[18:54] <clivejo> ok
[18:55] <yofel> and say in the changelog that you're dropping <patchfile>, applied upstream
[18:55] <clivejo> sorry, which patch kmix_showeverywhere.diff or upstream_fix-kmixui.rc-install-location.diff ?
[18:56] <yofel> I was talking about the upstream_ one, wasn't I?
[18:56] <yofel> and the log shows that it was the patch that it failed on
[18:56] <clivejo> sorry, misread
[18:57] <yofel> we usually prefix integration patches with kubuntu_ and upstream fixes with upstream_ and add DEP-3 headers for documentation
[18:58] <yofel> also always put the filename in the changelog when you modify patches, so it's easy to track modifications to them later on
[18:59] <yofel> esp. when adding/removing them
[19:02] <clivejo> yofel: http://anonscm.debian.org/cgit/pkg-kde/applications/kmix.git/commit/?h=kubuntu_wily_archive&id=e5fe876d059d6a4090b30ba56651b5e51b90b52a hows that?
[19:02] <yofel> good :)
[19:03] <clivejo> learned a lot today
[19:03] <clivejo> after that stupid typo I made last night
[19:04] <clivejo> I think thats all the apps uploaded bar kde-l10n
[19:05] <yofel> that shouldn't even be there.. I guess it can't keep files and folders apart when listing the packages :/
[19:07] <clivejo> it didnt do gpgmepp, killbots, syndication for some reason, they all still version 15.08.0
[19:08] <yofel> are they in manual?
[19:08] <clivejo> nope
[19:08] <yofel> o.O
[19:08] <yofel> do you still have the script outoput?
[19:09] <clivejo> Ive fixed all the manual ones bar kde-l10n
[19:09] <yofel> or rather, can you re-run the script on those packages?
[19:09] <clivejo> oh wiat
[19:09] <clivejo> they are in applications
[19:10] <clivejo> but didnt get uploaded
[19:10] <clivejo> empty sources?
[19:10] <yofel> dunno, if they're not in manual then something happened that the script has no error handling for :/
[19:10] <clivejo> yeah strange
[19:11] <clivejo> might have been my internet
[19:11] <clivejo> killbots just dput fine
[19:12] <yofel> hm, tarball fetch failures are handled though
[19:12] <clivejo> are dput errors caught?
[19:13] <yofel> no, that's not part of the script
[19:13] <yofel> but if the upload failed there will be no .upload file
[19:13] <clivejo> right, Ive reloaded those to LP
[19:13] <yofel> if the upload file was missing then it was an upload failure
[19:15] <clivejo> rejected by LP
[19:16] <yofel> huh, why?
[19:16] <clivejo> syndication_15.08.1-0ubuntu1~ubuntu15.10~ppa1.dsc: Version older than that in the archive. 15.08.1-0ubuntu1~ubuntu15.10~ppa1 <= 4:15.08.0-0ubuntu1~ubuntu15.10~ppa1
[19:17] <yofel> urgh, the old packages are still in the PPA
[19:17] <yofel> you'll have to delete those by hand
[19:18] <clivejo> if I upload PPA2?
[19:18] <yofel> no, no matter what you upload, the epoch will conflict
[19:18] <yofel> you'll have to delete the packages from the PPA in the LP UI, then later upload again
[19:36] <ahoneybun> yay the installer did not crash on first boot
[19:37] <ahoneybun> Riddell: do you know if sitter is going to make anymore changes in the installer or is it frozen?
[19:38] <yofel> we can do bugfixes, but we're past UI freeze, so no visible changes anymore
[19:38] <ahoneybun> alright cool
[19:38] <soee> Riddell: did you moved 5.14 to wily ?
[19:38] <ahoneybun> thanks yofel
[19:42] <BluesKaj> redshift won't show unless installed with muon-discover 
[19:43] <BluesKaj> according to a report 
[19:44] <BluesKaj> what's happening with apt ?
[20:07] <clivejo> yofel: its seems to be a epoch issue
[20:07] <yofel> I said that it's an epoch issue...
[20:08] <yofel> you can't upload the packages because the epoch of the packages in the PPA is higher
[20:08] <clivejo> didnt spot that
[20:08] <yofel> that's why you first need to manually delete them
[20:09] <clivejo> should I not add the epoch to this one?
[20:09] <yofel> no, those packages should not have an epoch
[20:09] <clivejo> isnt syndication 4:15.08.0 in backports?
[20:10] <yofel> dunno, I certainly hope not
[20:11] <yofel> that's why you should not backport the staging packages :/
[20:12] <yofel> it's not, 15.08 was never backported
[20:13] <yofel> so the only people that will have upgrade issues are the wily staging PPA testers
[20:13] <yofel> acceptable collateral damage
[20:13] <ahoneybun> http://imgur.com/cS1Denm
[20:16] <clivejo> who is apachelogger?
[20:16] <ahoneybun> sitter
[20:17] <clivejo> I dont feel comfortable deleting packages uploaded by Riddell and sitter
[20:17] <clivejo> Ill leave those few packages until another time
[20:18] <yofel> just delete them if they're 15.08.0
[20:18] <yofel> if you want, I can also completely wipe the whole PPA if you want to re-upload everything
[20:19] <clivejo> there are 15.07.90 versions of gpgmepp
[20:19] <yofel> the only thing I'm trying to teach you is that epochs are a very scary thing and that you shouldn't use them unless absolutely necessary
[20:20] <yofel> that's even older, kill it
[20:20] <clivejo> I know, thats why I dont want to touch anything
[20:21] <yofel> thinking about it, our epoch handling is completely wrong
[20:21] <yofel> listing packages without an epoch means that any unknown, new packages automatically get an epoch
[20:21] <yofel> which is the opposite of the intended behavior
[20:23] <clivejo> but why would Riddell and sitter upload versions with an epoch?
[20:23] <clivejo> when it doesnt need it?
[20:23] <yofel> read what I just said
[20:24] <yofel> our script didn't know those packages, so it just added an epoch because they weren't in the no-epoch list
[20:24] <clivejo> ohhh
[20:24] <yofel> but new sources are not supposed to have an epoch
[20:24] <clivejo> thats dangerious
[20:24] <clivejo> that is arse-about-face
[20:27] <ahoneybun> installer got stuck at 77% "running dpkg"
[20:28] <yofel> file a bug from that system, that'll attach the apt logs
[20:28] <clivejo> if you can delete gpgmepp and syndication then that would allow me to upload these versions then?
[20:29] <ahoneybun> yofel: how do I start the bug report?
[20:29] <ahoneybun> apport something
[20:29] <yofel> ubuntu-bug ubiquity
[20:30] <ahoneybun> well then
[20:30] <ahoneybun> it just finished
[20:30] <ahoneybun> the vm might have had lag
[20:30] <yofel> clivejo: they're deleted
[20:30] <clivejo> ok, will retry them in a bit
[20:30] <yofel> try again, if they still get rejected we'll have to wait for the janitor
[20:31] <clivejo> yofel: Package has already been uploaded to ppa on ppa.launchpad.net
[20:32] <yofel> dput -f
[20:32] <yofel> or was that from LP?
[20:32] <clivejo> not sure, but -f worked
[20:32] <yofel> dput then
[20:34] <ahoneybun> vm booted up fine
[20:34] <ahoneybun> nice to see the audio widget is working now
[20:35] <ahoneybun> every boot on my machine it is invisible
[20:35] <ahoneybun> and I have to disable it and reenable it
[20:37] <clivejo> yofel: do these two packages need added to no-epoch?
[20:38] <yofel> they're already there
[20:38] <yofel> and I need to reverse that list anyway
[20:38] <clivejo> why did they fail then during the staging run?
[20:38] <clivejo> oh, you have made the changes
[20:38] <yofel> I did not
[20:39] <yofel> they got rejected because nobody cleaned to PPA up
[20:39] <yofel> so their old, broken variants were still in there
[20:39] <clivejo> ah
[20:39] <yofel> kubuntu-dev-tools has a script called klearppa, which can delete all packages in a PPA
[20:40] <yofel> the LP UI is crap for that
[20:40] <clivejo> I did notice that
[21:20] <clivejo> I feel sorry for KCI
[21:21] <genii> Heh, "Yippee, build fixed!"
[21:21] <clivejo> 28 slots and 211 in the queue
[21:21] <clivejo> Jenkins is a busy boy
[21:22] <clivejo> soee: ping
[21:28] <Riddell> hi clivejo, how's it going?
[21:28]  * clivejo gunts
[21:28] <clivejo> its going
[21:28] <clivejo> grunts even
[21:29] <clivejo> trying to remember how this kde-l10n black magic works
[21:29] <Riddell> oh that's friendly voodoo
[21:30] <clivejo> I didnt take notes last time
[21:30] <clivejo> and was on the EC
[21:31] <yofel> Riddell: no-epoch-packages is for frameworks and applications, right?
[21:31] <Riddell> yep
[21:31] <yofel> urgh, that'll be a long list
[21:46] <shadeslayer> Feel sorry for Launchpad
[21:53] <Riddell> yofel: only 14 of them
[21:55] <yofel> Riddell: I just reversed that list, so it's now 284
[22:07] <Riddell> yofel: why would you do that?
[22:08] <yofel> Riddell: do you want another epoch mess like we had with 15.07.90?
[22:08] <yofel> happened mostly because we have a blacklist, so I turned it into a whitelist
[22:09] <yofel> not like the list will change much
[22:32] <clivejo> is eu a language?
[22:36] <shadeslayer> Wat
[22:37] <clivejo> there is a language pack called kde-l10n-eu
[22:37] <clivejo> is it a language?
[22:37] <yofel> maybe someone miswrote klingon..
[22:38] <shadeslayer> Could be something else
[22:39] <shadeslayer> Basque apparently
[22:39] <shadeslayer> Hub
[22:39] <shadeslayer> Euskara
[22:39] <shadeslayer> Hence ... eu
[22:39] <yofel> they already don't want an es_ prefix?
[22:39] <shadeslayer> Dude
[22:40] <shadeslayer> They're not Spanish :P
[22:40] <yofel> oops
[22:40] <shadeslayer> Like the Catalans ;)
[22:40] <yofel> too late for geography lessons :P
[22:40] <shadeslayer> Hehehe
[22:50] <valorie> euskara is really interesting linguistically
[22:51] <valorie> lots of borrow words from Spanish obviously, but from a totally unrelated language family
[22:51] <Riddell> lots of people being taught in a language their teachers don't know very well
[22:51] <Riddell> which is always interesting
[22:52] <valorie> I like seeing some languages being saved from extinction
[22:52] <valorie> it's happening around here a bit, with some of the indian tribes getting their kids out of white schools
[22:53] <valorie> and running their own public schools
[23:09] <pursuivant> muon (redesign) v5.4.0-39-gb489342 * Aleix Pol: discover (5 files in 2 dirs)
[23:09] <pursuivant> Rename the UpdatesPage
[23:09] <pursuivant> http://commits.kde.org/muon/b4893425e3b4e95e6f839070aa62b264f877065a
[23:09] <pursuivant> muon (redesign) v5.4.0-40-gfca72f8 * Aleix Pol: discover/qml/InstalledPage.qml
[23:09] <pursuivant> Remove the updates button in the installed page
[23:09] <pursuivant> Now we'll have a specific section for it
[23:09] <pursuivant> http://commits.kde.org/muon/fca72f85e49c27b63748b54749461983a0a64ad1
[23:09] <pursuivant> muon (redesign) v5.4.0-41-g05e92b7 * Aleix Pol: discover/qml (12 files)
[23:09] <pursuivant> Reorient page creation
[23:09] <pursuivant> Just use the logic from StackView rather than creating our own.
[23:09] <pursuivant> Makes the Breadcrumbs component reusable and the code easier to understand.
[23:09] <pursuivant> http://commits.kde.org/muon/05e92b76b666b776a441beecf9e9878b1f55b93b
[23:10] <pursuivant> muon (redesign) v5.4.0-42-g73539e6 * Aleix Pol: libmuon/backends/DummyBackend/tests (2 files)
[23:10] <pursuivant> Add a test for the new updates subsystem
[23:10] <pursuivant> Only for the Dummy backend
[23:10] <pursuivant> http://commits.kde.org/muon/73539e6ec7e4e5901b95358703bdce22f10edb07
[23:10] <pursuivant> muon (redesign) v5.4.0-43-g03ae5d0 * Aleix Pol: discover/qml (12 files)
[23:10] <pursuivant> Adopt the VDG mockups for the old CategoryPage
[23:10] <pursuivant> Now it's been split into the BrowsingPage and the CategoryPage as they look
[23:10] <pursuivant> different.
[23:10] <pursuivant> http://commits.kde.org/muon/03ae5d09e03ae688a9fc6d4b4ed7bd6ea2d05a90
[23:10] <pursuivant> muon (redesign) v5.4.0-44-g2212ffa * Aleix Pol: discover/resources.qrc
[23:10] <pursuivant> Include files to qrc file
[23:10] <pursuivant> http://commits.kde.org/muon/2212ffa829755250df4d06ca0df5ea0f34c00ec9
[23:10] <pursuivant> muon (redesign) v5.4.0-45-g681f93b * Aleix Pol:  (7 files in 3 dirs)
[23:10] <pursuivant> Refactor Updates pages to match the VDG design
[23:10] <pursuivant> http://commits.kde.org/muon/681f93b9d9eb52c1b7b046285a7c94c69cef0563
[23:10] <pursuivant> muon (redesign) v5.4.0-46-g162ce05 * Aleix Pol: libmuon/backends/DummyBackend/muon-dummy-backend-categories.xml
[23:10] <pursuivant> Include more categories, for better testing
[23:10] <pursuivant> http://commits.kde.org/muon/162ce0568a1cf76facbc3b48878aeb1d3a10e35a
[23:10] <pursuivant> muon (redesign) v5.4.0-47-gee4e576 * Aleix Pol: libmuon/resources (2 files)
[23:10] <pursuivant> Remove unused property
[23:10] <pursuivant> http://commits.kde.org/muon/ee4e576c101691e7ccea4c689a390acb1320b6b6
[23:10] <pursuivant> muon (redesign) v5.4.0-48-g567ac55 * Aleix Pol: discover/qml/ApplicationsList.qml
[23:10] <pursuivant> Colors in the list delegate
[23:10] <pursuivant> http://commits.kde.org/muon/567ac557d211bc11e4b344b1aa2850ded661a867