[01:07] <sitter> yofel: it occurs to me that you broke the breeze automerge http://kci.pangea.pub/job/merger_breeze/346/
[07:27] <kfunk> guys, anyone running Wily as "production" system already? is it usable?
[07:27]  * kfunk wants to break his system again
[07:31] <ovidiu-florin> sgclark: ping
[07:54] <lordievader> Good morning.
[08:14] <soee> kfunk: yes, im usign it since few weeks
[08:16] <lordievader> kfunk: Running a development release in production is never a good idea.
[08:16] <kfunk> lordievader: pff :)
[08:16] <lordievader> Especially not now with the transition to GCC5.
[08:17] <kfunk> oh, right, that's troublesome, I can imagine
[08:20] <yofel> sitter: how would I fix breeze? It looks like it's failing on the unstable>stable merge, but:
[08:20] <yofel> $ git checkout kubuntu_unstable
[08:20] <yofel> Branch kubuntu_unstable set up to track remote branch kubuntu_unstable from origin.
[08:20] <yofel> Switched to a new branch 'kubuntu_unstable'
[08:20] <yofel> $ git merge origin/kubuntu_stable
[08:20] <yofel> Already up-to-date.
[08:22] <sitter> yofel: because sgclark fixed it :P http://anonscm.debian.org/cgit/pkg-kde/plasma/breeze.git/commit/?id=7473fd16fbcb37e7dff530b5cd45fb152177a564
[08:22] <sitter> http://kci.pangea.pub/job/merger_breeze/362/
[08:22] <yofel> then don't ping me if it's fixed..
[08:22] <sitter> pft
[08:22] <sitter> yofel: she fixed it after I pung
[08:22] <yofel> aah
[08:22] <yofel> sgclark++
[08:41] <Riddell> !testers | 14.04 trusty .3 update tests needed
[08:41] <Riddell> http://iso.qa.ubuntu.com/qatracker/milestones/344/builds
[08:42] <lordievader> Is it time to make my test box a triple boot ;)
[08:43] <Riddell> lordievader: could well be, can you help out?
[08:44] <lordievader> Sure.
[08:44] <lordievader> That is if login.ubuntu.com will respond...
[08:44] <lordievader> Ah, there we go.
[08:49] <doko> calligra has hardcoded b-d's on boost1.55 ...
[08:51]  * sitter welcomes doko to his daily http://tinyurl.com/aoal68o
[08:52] <Riddell> doko: what should it have?
[08:52] <sitter> a bdep without version
[08:53] <Riddell> hmm, I thought it was ubuntu practice to add an explicit version to boost?
[08:53] <Riddell> debian does it without
[08:54] <doko> libboost-system1.55-dev -> unversioned
[08:54] <doko> who told you that?
[08:54] <sitter> Riddell: not sure where you got that idea tbh
[08:55] <sitter> anyway, fix should be a test build away one presumes
[08:57] <Riddell> from ScottK surely?
[08:57] <Riddell> anyway I can fix calligra
[08:59] <doko> ta
[09:19] <sitter> Riddell: since I joined late for the kubuntu bof... do you remember why exactly we are marking gcc5 retracted symbols optional?
[09:22] <sitter> doko: just in case. do you have any guesses why santa would get a symbol while I don't for std::_Sp_counted_ptr<decltype(nullptr), (__gnu_cxx::_Lock_policy)2>::_M_dispose()
[09:22] <sitter> - (optional=templinst)_ZNSt15_Sp_counted_ptrIDnLN9__gnu_cxx12_Lock_policyE2EE10_M_disposeEv@Base 5.12.0
[09:22] <sitter> +#MISSING: 5.12.0+git20150805.0211+15.10-0# (optional=templinst)_ZNSt15_Sp_counted_ptrIDnLN9__gnu_cxx12_Lock_policyE2EE10_M_disposeEv@Base 5.12.0
[09:23] <doko> sitter, these are destructors, the go and come, depending on compiler version and optimization level
[09:25] <doko> they even
[09:25] <sitter> ok thanks
[09:39] <sitter> Riddell: should you run into build failures with symbols in frameworks please make sure to merge your changes into kubuntu_unstable manually as well, I did a number of additional tweaking for CI already, so chances are things will fail to build unless you make sure the symbols changes are merged correctly
[09:40] <Riddell> sitter: santa used optional just to make sure it compiled everywhere all the time including backports
[09:40] <Riddell> I expect we can move to default now
[09:40] <Riddell> sitter: merges, gotcha
[09:41] <sitter> mh, it occurs to me that this is more work since we now don't know which symbosl are properly optional and which ones arent ;)
[09:41] <sitter> on a related note though... I think backports should have their symbols files dropped as part of the backport
[09:41] <sitter> that's what KCI is doing for vivid builds anyway
[09:41] <Riddell> right
[10:29] <sgclark> good morning, I had to fix some plasma 5.3.2 vivid backports yesterday, and need testers please.
[10:29] <sgclark> !testers
[10:29] <vip> sgclark: staging repo? already upgraded
[10:29] <sgclark> I still feel right crummy :(
[10:30] <sgclark> staging-plasma
[10:30] <lordievader> sgclark: That is too bad. :(
[10:30] <lordievader> I installed 5.3.2 a couple of days ago, upgrade went smooth.
[10:32] <yofel> for me it still says:
[10:33] <yofel> The following packages will be REMOVED:
[10:33] <yofel>   ksysguard kubuntu-desktop
[10:33] <yofel> frameworks still not released?
[10:33] <Riddell> clivejo: looks like digikam is now caught up in gcc transition
[10:36] <yofel> sgclark: does plasma depend on some unreleased frameworks version?
[10:36] <clivejo> I had to remove the proposed archive to build on LP
[10:37] <BluesKaj> Hey folks
[10:37] <yofel> clivejo: right, and we can't do that for the archive
[10:37] <yofel> bbl
[10:38] <clivejo> oh, didnt know that
[10:38]  * sitter puts summer '15 down as the great proposed implosion
[10:39] <clivejo> oh no, not an implosion
[10:50] <sgclark> yofel: hmm, ok looking into it
[11:09] <ovidiu-florin> sgclark: re ping
[11:29] <sgclark> ovidiu-florin: pong
[11:29] <sgclark> ok ksysguard wants things that don't exist anymore and my brain is too brokien to fix it
[11:30] <sitter> libksysguard had an ABI break but I think that will be in 5.4
[11:30] <sitter> sgclark: got an error?
[11:31] <sgclark> it wants 5 and the libs are at 7
[11:31] <doko> Riddell, sgclark: how are kde uploads going?
[11:31] <sgclark> ksysguard : Depends: libksgrd5 but it is not going to be installed
[11:32] <sgclark> doko: I am extreemely sick, doing the best I can
[11:32] <Riddell> doko: frameworks is up, I haven't looked into what's next
[11:32] <ovidiu-florin> sgclark: is phabricator connected to the CI?
[11:32] <ovidiu-florin> or will it be?
[11:33] <sgclark> it will be eventually
[11:34] <doko> sgclark, ta
[11:40] <ScottK> Riddell: since boost-defaults is watched more closely now, it's probably OK to go with unversioned.  Historically I didn't like it because one doesn't want to change boost versions accidentally.
[11:46] <sitter> sgclark: ksysguard needs a rebuild
[11:46] <sgclark> ok
[11:46] <sitter> sgclark: although I do not know the context of the build you are talking about, so there might be trickier foo involved ;)
[11:47] <sitter> generally though a rebuild should fix it
[11:47] <sgclark> yeah no worries
[11:47] <sgclark> if I was a tad less sick I am sure I could sort it out. Will try rebuild, ty
[11:53] <sitter> someone really needs to work on automated b-dep generation or at least review all things that depend on kdelibs4support
[11:53] <sitter> it seems to me way too much stuff from plasma bottlenecks on it
[12:07] <sitter> Riddell: completely wiping out breeze-qt4 and oxygen-qt4 now
[12:08] <sitter> from KCI
[12:08] <sitter> this is now including stable
[12:08] <Riddell> kill them dead
[12:39] <doko> are marble and okteta part of your updates?
[12:42] <Riddell> doko: yes, they're part of the KDE Applications release
[12:42] <Riddell> which we're behind on and need to update
[12:42] <Riddell> they're also both quite ugly for their libraries
[12:45] <doko> I can imagine ...
[12:48] <sitter> mh
[12:49] <sitter> Riddell: if you want to update apps 15.04.x you mustn't merge
[12:49] <sitter> stable is now 15.08
[12:49] <sitter> actually, I need to send mailz
[12:50] <Riddell> sitter: how about if I package 15.07.80 ?
[12:50] <sitter> then it's fine to base on stable
[12:50] <sitter> also that version still needs packaging as per the mail I sent likea month ago >.<
[12:56] <Riddell> right
[12:57] <Riddell> we just need to get clivejo and ahoneybun interested in packaging and updating new things :)
[12:57] <ahoneybun> I need exp more
[12:57] <ahoneybun> *more exp
[12:59] <ahoneybun> Riddell: is there a kde-usa/kde-community irc room?
[12:59] <Riddell> not that I know of
[13:01] <ahoneybun> oh ok
[13:01] <ahoneybun> the kde-usa ML is pretty dead
[13:01] <ahoneybun> last message was in march of this year
[13:02] <ahoneybun> I won't mind doing some promotion at fossetcon if I had stickers/booth
[13:03] <ahoneybun> getting a booth will not be hard I think
[13:03] <ahoneybun> I need a cool table cloth
[13:09] <BluesKaj> ahoneybun:  with K-gear logos
[13:09] <ahoneybun> yep lol
[13:11] <ximion> Riddell: http://appstream.kubuntu.co.uk/hints_html/wily/main/
[13:12]  * ahoneybun waits for bestbuy to open
[13:13] <ximion> universe looks way worse, but if I refine the icon searching code, some of the errors might already vanish
[13:15] <Riddell> ximion: awooga :)
[13:15] <sitter> Riddell: image hosting needs a CDN account
[13:15] <ximion> I also made a small package (based on the Tanglu packaging) for Kubuntu :)
[13:16] <sitter> random thought du jour that was
[13:16] <Riddell> sitter: what what?
[13:16] <sitter> Riddell: since appstream screenshots are hosted by the distro we need a CDN to host them
[13:17] <sitter> otherwise they are either going to be ETOOSLOW in !europe or blow up the server, or both :P
[13:18] <Riddell> what's a CDN?
[13:18] <ximion> Riddel: I noticed a few odd things in the Kubuntu metadata, which I want to fix - so treat the current data as preliminary stuff to experiment with
[13:18] <ximion> that's also the reason why this isn't official at Debian yet
[13:18] <ximion> content delivery network
[13:19] <sitter> Riddell: special file hosting service with servers in different geographic regions that figures out where to direct traffic
[13:19] <sitter> like a mirror network essentially but for the web
[13:27] <sitter> Riddell: what do we do with the missing dep there? http://kci.pangea.pub/job/wily_unstable_oxygen/29/parsed_console/job/wily_unstable_oxygen/29/parsed_console/log_content.html#WARNING1
[13:44] <clivejo> Riddell: Im interested in package, just need to learn how to!
[13:47] <ahoneybun> same
[13:54] <Riddell> clivejo: ahoneybun: we need new packages for kwallet-pam and plasma-pa if you're up for a challenge
[13:55] <clivejo> Riddell: are you willing to explain very slowly how to do it, step by step
[13:55] <Riddell> clivejo: sure, do you have a spare hour or two? I'll set up an ec2
[13:56] <clivejo> and prepared to answer, "but why" and "are we there yet" questions
[14:11] <soee> do we package LO ? i see there is v 5.0 already released ?
[14:13] <Riddell> clivejo: try   ssh<EMAIL_ADDRESS>[14:13] <Riddell> soee: kubuntu team doesn't no
[14:16] <clivejo> Riddell: Im in
[14:16] <Riddell> clivejo: groovy, shall we package kwallet-pam?
[14:16] <clivejo> is ahoneybun here too?
[14:17] <Riddell> no, I can add him if he wants to watch/help out
[14:17] <clivejo> cause I can do it locally if he wants to take the lead
[14:18] <Riddell> clivejo: lets just start here
[14:18] <Riddell> clivejo: there's an older package at you can put into an old/ directory https://launchpad.net/ubuntu/+archive/primary/+files/pam-kwallet_0.0%7Egit20140429-0ubuntu2.dsc
[14:18] <Riddell> use dget to download that
[14:20] <Riddell> clivejo: and the new stuff we want to package is still in git, not tars until toorrow  https://projects.kde.org/projects/playground/base/kwallet-pam/repository
[14:20] <clivejo> git clone ?
[14:21] <clivejo> like that?
[14:21] <Riddell> yep
[14:22] <Riddell> oh, no not like that :)
[14:22] <Riddell> open that url and find the real one
[14:22] <clivejo> like that?
[14:23] <Riddell> yep
[14:23] <clivejo> do I need a branch/revision?
[14:23] <Riddell> nope
[14:24] <clivejo> put my debian folder here?
[14:24] <Riddell> clivejo: not yet
[14:25] <Riddell> you need to make a .orig.tar first
[14:25] <Riddell> and  rm -rf the .git directory
[14:25] <clivejo> is there a tool?
[14:26] <Riddell> rm and tar :)
[14:26] <clivejo> cant I just use the tarball link?
[14:26] <Riddell> there is no tarball
[14:26] <clivejo> http://anongit.kde.org/kwallet-pam/kwallet-pam-latest.tar.gz
[14:27] <Riddell> gosh where did you find that?
[14:27] <clivejo> on the page you sent me, click the tarball button
[14:28] <Riddell> hmm that seem to be the git repository not the files in the git repository
[14:28] <sitter> eh eh eh
[14:28] <clivejo> can I try it?
[14:29] <Riddell> sure look and see
[14:29] <sitter> Riddell: you did read that I packaged, right?
[14:29] <Riddell> sitter: ooh?
[14:29] <sitter> I mentioned it at least twice
[14:29] <Riddell> where?
[14:29] <sitter> in two different channels probably
[14:30] <Riddell> sitter: but where's the packaging?
[14:31] <clivejo> what version are we?
[14:31] <sitter> http://people.ubuntu.com/~apachelogger/tmp/debian.tar
[14:32] <sitter> needs rules changed to default to kwallet5 and optin for kwallet4 though, as per changes done earlier today in git
[14:33] <Riddell> sitter: did you package plasma-pa ?
[14:34] <sitter> called plasma-volume-control on git.debian presently
[14:34] <sitter> not sure it has a copyright though etc.
[14:34] <sitter> (and well, theres the obvious problem that it needs renaming)
[14:35] <Riddell> and moved into plasma
[14:35] <sitter> yup
[14:35] <Riddell> clivejo: how are you getting on?
[14:36] <clivejo> what version?
[14:36] <clivejo> and how do I know?
[14:36] <Riddell> we're taking a snapshot so you can make one up
[14:36] <sitter> Riddell, clivejo: look for mail 'kde applications 15.08 - kf5 ports' on the devel mailing list
[14:36] <Riddell> 0.0+git20150805 for example
[14:36] <sitter> it lists a whole bunch of stuff that needs porting to kf5 packaging
[14:37] <Riddell> https://lists.ubuntu.com/archives/kubuntu-devel/2015-July/009767.html
[14:38] <sitter> and that list actually grew ... https://community.kde.org/Applications/15.08_Release_Notes
[14:38] <sitter> everything that has a [new] tag in the kf5 list needs porting
[14:40] <clivejo> do I remove the git info before I tarball it?
[14:40] <Riddell> clivejo: yes please
[14:43] <clivejo> Riddell: is that right?
[14:43] <Riddell> clivejo: looking good
[14:44] <Riddell> clivejo: so now you want to add in sitter's packaging http://people.ubuntu.com/~apachelogger/tmp/debian.tar
[14:44] <Riddell> clivejo: which presumably is better than the old package else he wouldn't have pointed us to it
[14:44] <clivejo> not the one from before?
[14:44] <Riddell> clivejo: right, ignore current stuff use sitter stuff
[14:46] <Riddell> shadeslayer: can you remember why you called that pam-kwallet?
[14:46] <Riddell> and not kwallet-pam?
[14:46] <Riddell> clivejo: rename it to kwallet-pam on that first line
[14:47] <Riddell> clivejo: stick your own name in and add a line saying new snapshot
[14:48] <Riddell> lovely
[14:48] <clivejo> Riddell: look ok?
[14:48] <Riddell> yep
[14:48] <clivejo> grr not nano
[14:48] <clivejo> how do I save
[14:49] <Riddell> emacs :)  control-x-s  control-x-c
[14:49] <Quintasan> vim?
[14:49] <Quintasan> :D
[14:49] <clivejo> debuild?
[14:50] <Riddell> clivejo: hang on, sitter said we'd need to swap the 4/5 logic
[14:50] <clivejo> what is 4/5 logic when its at home?
[14:51] <Riddell> clivejo: this package has the annoying feature that it builds itself twice, once for kdelibs4 and once for frameworks 5
[14:51] <clivejo> clever
[14:52] <clivejo> what did you do?
[14:52] <Riddell> clivejo: and just today the author changed it so by default it builds kwallet5 and you have to ask for kwallet4
[14:52] <Riddell> previously it was the opposite way round
[14:53] <Riddell> clivejo: so edit debian/rules
[14:53] <clivejo> ah
[14:53] <Riddell> and remove the bit that defines KWALLET5 and move it to the live above to it defines KWALLET4
[14:53] <Riddell> and remove that define for phonon which is just left over from a bad copy/paste sitter did I think
[14:54] <Riddell> clivejo: it's the dh_auto_configure lines to change
[14:55] <clivejo> Im confused
[14:55] <clivejo> have you done this?
[14:56] <Riddell> no I haven't
[14:56] <Riddell> under override_dh_auto_configure: the first line builds the kwallet4 version and the second line builds the kwallet5 version
[14:56] <Riddell> firstly remove that -DPHONON thing, that's junk
[14:58] <Riddell> clivejo: now move that -DKWALLET5 up to the kwallet4 line
[14:58] <Riddell> and change the 5 to a 4
[15:00] <clivejo> is it the wrong way around?
[15:00] <Riddell> clivejo: it is
[15:00] <Riddell> clivejo: first of those lines should say   -- -DKWALLET4=1
[15:00] <Riddell> second one should say  -- --builddirectory=$(QT5_BUILD_DIR)
[15:01] <clivejo> why do we need version 4?
[15:01] <Riddell> good question, shame sitter's not around to answer it
[15:02] <Riddell> clivejo: I'm wrong about the "--" move those to the first line
[15:02] <clivejo> what does that mean ?
[15:02] <Riddell> builddirectory is an argument for dh_auto_configure, the -DKWALLET4 is an argument for dh_auto_configure to pass to cmake
[15:02] <ximion> Riddell: fixed a few bugs in the DEP-11 generator, this will drastically reduce the amount of broken apps (especially if they are KDE applications)
[15:03] <Riddell> clivejo: so when you run debuild one of the first things that happens is it needs to run  cmake  to configure the package
[15:03] <clivejo> but isnt -- and option?
[15:03] <Riddell> clivejo: normally it guesses correctly how to do that but being a strange package we build twice we have to override it which we do with the override_dh_auto_configure: rule
[15:03] <clivejo> --list-missing
[15:04] <clivejo> but its blank here ?
[15:04] <Riddell> so first we run  dh_auto_configure and tell it to pass -DKWALLET4=1 to cmake
[15:04] <Riddell> anything after the "--" is passed to cmake rather than being used by dh_auto_configure
[15:04] <clivejo> oh
[15:04] <clivejo> I didnt know that
[15:04] <Riddell> secondly we run dh_auto_configure and tell it to build in a different directory
[15:05] <Riddell> but on that second line we now don't pass anything to cmake because cmake was changed today to build kwallet5 by default
[15:05] <Riddell> clivejo: tidy up by removing that dh_strip stuff at the bottom, we don't need that
[15:06] <Riddell> clivejo: control-k is your friend
[15:06] <Riddell> groovy, save and quit
[15:06] <Riddell> clivejo: now in debian/control we'll need to rename the package on the first line
[15:07] <clivejo> here too?
[15:07] <Riddell> clivejo: nah let's keep them with the same names
[15:08] <Riddell> clivejo: set Standards-Version: to 3.9.6
[15:08] <clivejo> will I bump the standards
[15:08] <clivejo> ok?
[15:08] <Riddell> yep
[15:08] <Riddell> clivejo: oh here's more stuff you can put in debian/control
[15:08] <Riddell> Homepage: https://projects.kde.org/projects/kde/workspace/libkscreen
[15:08] <Riddell> Vcs-Browser: http://anonscm.debian.org/cgit/pkg-kde/plasma/libkscreen.git
[15:08] <Riddell> Vcs-Git: git://anonscm.debian.org/pkg-kde/plasma/libkscreen.git
[15:09] <Riddell> add those at the bottom of the first block and replace libkscreen with kwallet-pam
[15:10] <clivejo> k?
[15:10] <Riddell> lovely
[15:10] <Riddell> clivejo: lets see what a debuild does
[15:10] <clivejo> can I put the deps on separate lines?
[15:11] <clivejo> like that?
[15:11] <Riddell> clivejo: there's a magic script called  wrap-and-sort  to do that
[15:11] <Riddell> much better than doing it by hand
[15:11] <clivejo> easier to read!
[15:12] <Riddell> clivejo: save the file then run wrap-and-sort
[15:12] <clivejo> like that?
[15:12] <Riddell> yep
[15:13] <Riddell> clivejo: nah that's it, it doesn't think that build-depends line is long enough to wrap
[15:13] <Riddell> clivejo: so that's fine, try a debuild
[15:14] <Riddell> clivejo: ah rename the tar I think, use a ~ instead of a +
[15:16] <Riddell> clivejo: an export LANG=C; export LC_ALL=C  will make things tidyer :)
[15:18] <clivejo> missing seperator
[15:21] <Riddell> so groovy it built
[15:21] <Riddell> hmm I think harald has forgotten the .install files
[15:21] <Riddell> so add in a .install file for each package
[15:21] <clivejo> yeah
[15:22] <clivejo> pam-kwallet4.install
[15:25] <clivejo> Riddell: ok?
[15:31] <Riddell> clivejo: looking good
[15:31] <Riddell> clivejo: run lesspipe over the three .deb files to check them
[15:31] <clivejo> lesspipe?
[15:31] <clivejo> new to me
[15:31] <Riddell> yes, it'll show you what's in the files
[15:31] <BluesKaj> intertsting, just installed google-earth on 15.10 and it runs just fine so far
[15:32] <clivejo> can you show me how?
[15:33] <Riddell> clivejo: that one looks good
[15:33] <clivejo> do not publish the version 4 one?
[15:34] <Riddell> we'll publish this
[15:34] <Riddell> but we'll only put the kwallet5 one on the ISO images
[15:35] <Riddell> lovely
[15:35] <clivejo> do we need that one?
[15:35] <Riddell> clivejo: fancy fixing up the debian/copyright now?
[15:35] <Riddell> yes it's a transitional because pam-kwallet is now called pam-kwallet4
[15:35] <Riddell> so this empty package just depends on the newly named package
[15:35] <Riddell> clivejo: I think it's just that Source: line which need fixed
[15:36] <Riddell> get the right url from debian/control
[15:36] <clivejo> is the source not the git archive?
[15:36] <Riddell> well whatever, just somewhere that people can find upstream
[15:37] <clivejo> like that?
[15:37] <Riddell> lovely
[15:38] <Riddell> so now let's upload it to the staging-plasma ppa
[15:38] <Riddell> run debuild -S
[15:38] <clivejo> done
[15:38] <Riddell> ah wait there's another lnitian issue
[15:38] <Riddell> invalid-short-name-in-dep5-copyright
[15:38] <Riddell> it's getting very fussy about these copyright files
[15:39] <Riddell> clivejo: can you change the line where it says BSD to BSD-3-clause
[15:40] <clivejo> will you have to sign it?
[15:40] <Riddell> clivejo: yep, I just signed kwallet-pam_0.0~git20150805-0ubuntu1_source.changes
[15:40] <Riddell> so now you can  dput ppa:kubuntu-ppa/staging-plasma kwallet-pam_0.0~git20150805-0ubuntu1_source.changes
[15:41] <Riddell> clivejo: dput -u
[15:42] <Riddell> yay!
[15:42] <Riddell> that should appear at https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma shortly
[15:43] <clivejo> can I push to plasma_staging?
[15:43] <clivejo> if I was to do all that locally
[15:45] <Riddell> clivejo: I think so, I added you to ~kubuntu-packagers
[15:45] <clivejo> 386 version failed
[15:45] <clivejo> https://launchpadlibrarian.net/213678524/buildlog_ubuntu-wily-i386.kwallet-pam_0.0~git20150805-0ubuntu1_BUILDING.txt.gz
[15:46] <clivejo> ah
[15:46] <clivejo> lib/x86_64-linux-gnu/security
[15:47] <clivejo> should be /lib/*/security ?
[15:47] <Riddell> clivejo: exactly :)
[15:48] <clivejo> do I have to increase the version number?
[15:49] <clivejo> can I just do that?
[15:49] <clivejo> ubuntu2 ?
[15:50] <Riddell> yep
[15:52] <clivejo> will you do your thing again pls
[15:54] <clivejo> did you let me make that mistake on puspose?!?
[15:55] <Riddell> clivejo: signed
[15:55] <clivejo> thanks
[15:57] <clivejo> Riddell: did you let me make that mistake on purpose?
[15:57] <Riddell> clivejo: nope, I didn't see any mistake
[15:57] <clivejo> LOL
[15:58] <Riddell> clivejo: so well done, you're an elite packager
[15:58] <Riddell> if you fancy another challenge plasma-pa needs something similar done
[15:59] <clivejo> I have to go for a while
[15:59] <clivejo> but maybe later
[16:00] <clivejo> is there a plan or diagram how everything fits together?
[16:00] <Riddell> not really, KDE has three big releases of frameworks, plasma and applications
[16:00] <Riddell> and other stuff that gets released on its own
[16:00] <Riddell> and it's the task of packagers to keep track of it all
[16:00] <ahoneybun> yay back up and running
[16:00] <Riddell> hi ahoneybun
[16:00] <ahoneybun> hey Riddell
[16:01] <ahoneybun> just got a 240GB SSD
[16:01] <clivejo> why does kwallet need to talk to PAM?
[16:01]  * clivejo chokes
[16:01] <Riddell> clivejo: when you log in it opens kwallet so you don't have to open it all the time with a separate password, I think
[16:01] <clivejo> ah
[16:02] <clivejo> that makes sense, now you explain it
[16:02]  * ahoneybun should have made a script for packages he needs to package...
[16:02] <ahoneybun> to install
[16:03] <clivejo> apt-get install ahoneybun ;)
[16:03] <ahoneybun> not sure of the packages I had before
[16:04] <ahoneybun> for packaging :_
[16:04] <ahoneybun> :0
[16:06] <clivejo> Riddell: I cant find the v2 on LP
[16:06] <clivejo> did it get rejected?
[16:07] <Riddell> ahoneybun: lots to package  https://lists.ubuntu.com/archives/kubuntu-devel/2015-July/009767.html  https://community.kde.org/Applications/15.08_Release_Notes
[16:07] <Riddell> clivejo: ahem, you uploaded it to the ubuntu archive :)
[16:08] <Riddell> clivejo: run dput again but  add back in the ppa:kubuntu-ppa/staging-plasma
[16:08] <clivejo> eakkk sorry
[16:08] <clivejo> can you delete it?
[16:12] <Riddell> clivejo: yep done :)
[16:12] <clivejo> both arch seem to have built ok :)
[16:12] <clivejo> yippeee
[16:12] <clivejo> time for tea!
[16:12] <Riddell> yum
[16:21] <ahoneybun> Riddell: still around?
[16:21] <Riddell> hola ahoneybun
[16:21] <ahoneybun> what are the needed packages to build?
[16:21] <ahoneybun> ie, use debuild
[16:21] <ahoneybun> plus I need to import my key crap
[16:22] <ahoneybun> and I deleted my key...
[16:25] <Riddell> devscripts has debuild
[16:25] <Riddell> then it depends on the package you're building
[16:26] <ahoneybun> yea
[16:26] <ahoneybun> just base packages really
[16:27] <ahoneybun> Riddell: this will be much faster with a SSD now
[16:27] <ahoneybun> lol
[16:27] <ahoneybun> how do I get my key from LP?
[16:27] <Riddell> you public key is linked from your profile page
[16:27] <Riddell> your private key you don't because only you should have that
[16:28] <ahoneybun> but how to import and such
[16:28] <Riddell> I forget, gpg --help will know
[16:32] <ahoneybun> ok got the public
[16:32] <ahoneybun> gpg --recv-keys
[16:32] <davmor2> ahoneybun: you need the private key on your machine
[16:32] <ahoneybun> no clue how to get it
[16:33] <davmor2> ahoneybun: you should have a back up of it off you old system/harddrive
[16:33] <ahoneybun> nope
[16:33] <ahoneybun> I did on GDrive
[16:33] <ahoneybun> but that was not a good idea
[16:34] <davmor2> ahoneybun: you may have to create a new key and null your old one
[16:34] <ahoneybun> damn
[16:34] <ahoneybun> just imported the public one
[16:36] <ahoneybun> gpg --gen-key   ?
[16:36] <davmor2> ahoneybun: http://irtfweb.ifa.hawaii.edu/~lockhart/gpg/gpg-cs.html
[16:37] <davmor2> ahoneybun: I recommend when you create it you back it up the .gnupg folder to a pendrive and store it somewhere safe.
[16:38] <ahoneybun> yea this time I will for sure
[16:38] <ahoneybun> thanks davmor2
[16:38] <davmor2> ahoneybun: you'll need this again too I think https://help.launchpad.net/YourAccount/ImportingYourPGPKey
[16:39] <ahoneybun> yea import the new one into LP
[16:43] <ahoneybun> seems I broke kgpg
[16:51] <ahoneybun> davmor2: got the secret key and pubilc
[16:51] <ahoneybun> just have to upload to the keyserver
[16:51] <ahoneybun> the public one
[17:06]  * Riddell out
[17:10] <ahoneybun> I don't understand sitter's email
[17:11] <ahoneybun> what needs packaging
[17:13] <shadeslayer> Riddell: convention probably
[17:35] <ahoneybun> shadeslayer: do you understand?
[18:32] <clivejo> what is plasma-pa, pulse-audio?
[18:35] <clivejo> Riddell: you about?
[19:00] <clivejo> is there anyway to make the clipboard remember more than 6 entries?
[19:01] <mamarley> clivejo: Yeah, right click somewhere on the popup and click "Configure Clipboard".
[19:01] <mamarley> You can configure it to remember up to 2048 entries.
[19:01] <clivejo> mamarley: thanks, you're a star!
[19:01] <mamarley> No problem :)
[19:02] <clivejo> thats been annoying me for a while
[19:02] <clivejo> I want a hat!
[19:03] <mamarley> Sorry, I have no hats :(
[19:03] <clivejo> mamarley: https://www.youtube.com/watch?v=uG40fJzlJiM
[19:03]  * mamarley is at work and can't watch youtube videos, sorry.
[19:03] <clivejo> its the Kubuntu Podcast :)
[19:04] <mamarley> Ah
[19:06] <mamarley> I really hope Kubuntu stays around in some form.  It is a really awesome KDE distro, and you guys are awesome too. :)
[19:13] <ahoneybun> :)
[19:31] <ovidiu-florin> Kubuntu Podcast Episode 3 has started. Join us here: http://youtu.be/uG40fJzlJiM
[19:32] <clivejo> has plasma-volume-control changed ot plasma-pa ?
[19:46] <clivejo> ah santa!
[19:46] <clivejo> how are you?
[19:47] <Guest65423> hi
[19:47] <clivejo> hiding?!?
[19:47] <santa__> fine, thanks
[19:48] <santa__> nope, not hiding, I was moved from one house to another
[19:48] <clivejo> ah
[19:48] <santa__> and I purchased internetz for my mobile
[19:48] <clivejo> what is a boof?
[19:49] <santa__> boof?
[19:49] <santa__> maybe you mean bof?
[19:49] <clivejo> yeah
[19:49] <Quintasan> Birds of Feather IIRC
[19:49] <clivejo> "there was a bog for "
[19:49] <clivejo> bof
[19:49] <Quintasan> It's a gathering of people to work on a same topic
[19:50] <santa__> clivejo: it's an informal reunion to discuss something
[19:50] <clivejo> ah
[19:50] <santa__> like things to do in kubuntu and such
[19:50] <santa__> we had some bof's @ akademy
[19:51] <clivejo> santa__: thats what ovidiu-florin is talking about on podcast
[19:51] <clivejo> but didnt know what a bof was
[19:51] <santa__> ah, well now you know
[19:51] <Quintasan> Bah, can someone paste me a magnet link for willy alpha 2 image?
[19:51] <Quintasan> cdimage doesn't respond here.
[19:52] <Quintasan> Oh now it does.
[19:52] <BluesKaj> qui don't think there is one, only the torrent tracker option
[19:53] <BluesKaj> Quintasan: ^
[19:53] <clivejo> anyone able to help me with plasma-pa previously plasma-volume-control
[19:53] <BluesKaj> ok , good :)
[19:53] <BluesKaj> pulseaudio?
[19:54] <clivejo> BluesKaj: yeah, I think so#
[19:54] <clivejo> trying to package it
[19:54] <Quintasan> BluesKaj: You can generate a magnet link for any torrent from within KTorrent
[19:54] <clivejo> but getting lot of lintan errors/warnings I need to resolve
[19:56] <BluesKaj> wish that package didn't exist, i pulled my m-audio soundcard in favour of using the onboard intel-hda which runs alsa just fine without pulse ..unfortunately some soundcards rely on the pulseaudio soundserver
[19:58] <Quintasan> What.
[19:58] <Quintasan> Which card exactly relies on PA?
[20:28] <BluesKaj> Quintasan:  m-audio audiophile 192 will run without pualse, but webaudio/flashaudio doesn't play without it
[20:31] <BluesKaj> I think most cards do, but some need pulse to link flash audio to alsa ...i haven't figured out why
[20:42] <soee_> https://mail.kde.org/pipermail/kde-distro-packagers/2015-August/000088.html
[20:43] <MichaelP> kubuntu 15.10 alpha2 .....apt dist-upgrade....E: Can't find a source to download version '1:2.26.2-6ubuntu3' of 'bsdutils:amd64'
[20:49] <doko> Riddell, you probably might kill me, but I'll bump the openexr soname
[21:10] <Riddell> doko: okay dokay
[21:11] <clivejo> Riddell: !!
[21:11] <Riddell> hi clivejo
[21:11] <clivejo> has plasma-volume-control changed its name to plasma-pa?
[21:11] <Riddell> clivejo: yes, it's about to anyway
[21:12] <clivejo> can you have a look at this?
[21:12] <clivejo> https://launchpad.net/~clivejo/+archive/ubuntu/wily/+build/7764343
[21:12] <clivejo> lots of lintan errors :(
[21:18] <Riddell> clivejo: looking good
[21:18] <Riddell> compant says 9 but build-depends says debhelper >= 8
[21:18] <Riddell> it should be >= 9
[21:18] <clivejo> how do I sort the copyright?
[21:19] <MichaelP> kubuntu 15.10 alpha2 .....apt dist-upgrade....E: Can't find a source to download version '1:2.26.2-6ubuntu3' of 'bsdutils:amd64'
[21:20] <Riddell> clivejo: rather than using dh directly in debian/rules we use  "include /usr/share/pkg-kde-tools/qt-kde-team/3/debian-qt-kde.mk"
[21:20] <Riddell> which sets some useful kde bits
[21:21] <Riddell> clivejo: debian/copyright is just a case of filling in the gaps, it takes some detective work
[21:21] <Riddell> looking at the source code, seeing who's the copyright owners and what the licences are
[21:21] <MichaelP> never mind muon took care of it
[21:22] <clivejo> so how do I fix the rules?
[21:22] <Riddell> licensecheck * -r  helps
[21:22] <Riddell> sorry MichaelP, busy with other stuff just now
[21:23] <Riddell> clivejo: take a look at any other plasma package, kwrited say
[21:23] <MichaelP> Riddell: installed muon.. then set package for upgrade... then did apt dist-upgrade again
[21:24] <Riddell> clivejo: it's LGPL 2 or 3 or ev and copyright to harald sitter, except stuff in cmake/ which is BSD licence
[21:29] <Riddell> clivejo: non-native-package-with-native-version version should be 0.0-0ubuntu1~gitfoo
[21:29] <Riddell> package-needs-versioned-debhelper-build-depends as I said before
[21:30] <Riddell> wrong-section-according-to-package-name  add Secton: debug Priority: extra to that block in debian/rules
[21:30] <Riddell> and that should tidy it all up :)
[21:39] <clivejo> to rules or control?
[21:42] <Riddell> clivejo: which?
[21:42] <clivejo> section: debug priority: extra
[21:42] <Riddell> that's in debian/control
[21:43] <clivejo> yes
[21:46] <ahoneybun> oh Riddell back
[21:46] <ahoneybun> 's
[21:48] <Riddell> hola chico
[22:01] <clivejo> Riddell: https://paste.kde.org/pvaziggzk
[22:02] <clivejo> 4 I cant get rid of
[22:02] <ahoneybun> I don't understand what needs packaged Riddell
[22:03] <Riddell> ahoneybun: lots of things need ported to kf5, e.g. kgamma
[22:03] <Riddell> clivejo: package-name-doesnt-match-sonames and shlib-without-versioned-soname ignore
[22:03] <ahoneybun> are they on git.debian.org?
[22:04] <ahoneybun> ported is different then packaged
[22:04] <Riddell> ahoneybun: kgamma is yes
[22:04] <ahoneybun> or at the very least misleading with "ported
[22:04] <Riddell> ahoneybun: the packaging is already there it needs adapted because the code is now frameworks 5 now kdelibs4
[22:04] <Riddell> not kdelibs4
[22:05] <ahoneybun> confusing
[22:05] <ahoneybun> http://anonscm.debian.org/cgit/pkg-kde/plasma/kgamma.git/
[22:05] <ahoneybun> ?
[22:10] <Riddell> clivejo: pkg-has-shlibs-control-file-but-no-actual-shared-libs I don't understand it does have shared libs and shlibs does expand to things, ignore for now I guess
[22:10]  * ahoneybun trys to find that email from harald
[22:11] <Riddell> clivejo: for the last one you want something like:
[22:11] <Riddell> override_dh_strip:
[22:11] <Riddell>         $(overridden_command) --dbg-package=plasma-workspace-dbg
[22:11] <Riddell> but with the package name fixed
[22:11] <Riddell> ahoneybun: yes that's the one
[22:11] <Riddell> ahoneybun: needs build-deps updated and debian/rules updated to use the kf5 rules files
[22:11] <clivejo> I have dh $@ --with kf5 --dbg-package=plasma-pa-dbg
[22:12] <ahoneybun> Riddell: I'm looking for that email that says those things
[22:12] <ahoneybun> harald sent it out
[22:12] <ahoneybun> Riddell: where are some examples of the kf5 rules?
[22:12] <Riddell> ahoneybun: https://lists.ubuntu.com/archives/kubuntu-devel/2015-July/009767.html
[22:12] <Riddell> ahoneybun: other plasma bits, kwrited for example
[22:13] <ahoneybun> thats the email
[22:13] <Riddell> clivejo: use the pkg-kde include in debian/rules
[22:13] <ahoneybun> but I have to understand what needs changing with the ruls
[22:13] <ahoneybun> *rules
[22:16] <Riddell> ahoneybun: use the version 3 script instead of 2
[22:16] <Riddell> copy and paste from another package
[22:17] <ahoneybun> I see the /2/ and /3/ thing
[22:18] <ahoneybun> I'm guessing in the json files that harald linked to
[22:18] <ahoneybun> is the depsn
[22:18] <ahoneybun> deps
[22:18] <ximion> Riddell: okay, the recent modifications on the appstream generator had a pretty huge impact on the generated data, the warnings of the metadata generator are now mostly sane, from what I have looked at (I will, however, improve the output, so we have a lintian-like directory of hints, with human-readable descriptions for each error)
[22:18] <ahoneybun> like this: include /usr/share/pkg-kde-tools/qt-kde-team/3/debian-qt-kde.mk ?
[22:18] <Riddell> ahoneybun: looks good
[22:18] <ahoneybun> now the deps lol
[22:19] <ximion> starting to fix the existing issues would be crucial for Kubuntu though. I can help with that @KDE upstream. Is there a place where I can announce the DEP-11 support at Kubuntu, so others can look at the hints as well and help solving problems? Or is that not yet wanted?
[22:19] <clivejo> Riddell: I dont understand "use the pkg-kde include in debian/rules"
[22:19] <ahoneybun> Riddell: this is what harald gave us for deps: https://paste.kde.org/pt3qmpcy8
[22:19] <ahoneybun> for kgamma anyway
[22:19] <Riddell> clivejo: what ahoneybun is just talking about
[22:20] <clivejo> I have that in my rules file
[22:20] <Riddell> clivejo: see for example http://anonscm.debian.org/cgit/pkg-kde/plasma/kwrited.git/tree/debian/rules?h=kubuntu_wily_archive
[22:21] <clivejo> Riddell: so I need that override_dh_strip in my rules too?
[22:21] <Riddell> clivejo: aye
[22:21] <ahoneybun> good question
[22:22] <ahoneybun> so I need it too
[22:22] <ahoneybun> I don't have that
[22:22] <Riddell> ahoneybun: if you have a debug package yes
[22:22] <clivejo> ah
[22:22] <clivejo> finally clicked
[22:22] <ahoneybun> guessing I don't
[22:22] <ahoneybun> a debug package?
[22:23] <ahoneybun> Riddell: this is what harald gave us for deps: https://paste.kde.org/pt3qmpcy8
[22:24] <Riddell> ahoneybun: I have no idea what that file is
[22:24] <ahoneybun> well that is what that thing harald sent in that email is
[22:24] <Riddell> ahoneybun: check in debian/rules if there's a debug package, consider adding one if not
[22:24] <ahoneybun> so I have no idea abotu the deps
[22:25] <Riddell> ahoneybun: you need to work them out
[22:25] <ahoneybun> kgamma does not have any debuging in debian/rules
[22:25] <ahoneybun> how do I work out the deps?
[22:25] <ahoneybun> debian sid?
[22:27] <ahoneybun> damn sid is old
[22:28] <Riddell> ahoneybun: build the package in pbuilder and see what cmake complains is missing
[22:28] <ahoneybun> not used to pbuilder
[22:28] <ahoneybun> package?
[22:29] <ahoneybun> ok reading it
[22:30] <ahoneybun> damn ssd's are fast lol
[22:31]  * clivejo hisses and spits
[22:31] <ahoneybun> XD
[22:31] <ahoneybun> I just had to upgrade my HDD
[22:31] <ahoneybun> so I'm like lets get a SSD now
[22:33] <clivejo> how much was it?
[22:35] <clivejo> Riddell: new version in my PPA
[22:36] <ahoneybun> 80 bucks for 240gbs
[22:36] <ahoneybun> Riddell: how do I uncomment the deb-src line in pbuild?
[22:36] <Riddell> ahoneybun: pbuilder --login --save-after-login
[22:36] <clivejo> not bad
[22:37] <ahoneybun> I built the base.tar.gz file thing
[22:37] <ahoneybun> the next part is confusing
[22:37] <ahoneybun> or does that depend on the system vs chroot
[22:38] <Riddell> ahoneybun: what's confusing?
[22:38] <Riddell> clivejo: in debian/copyright add yourself a copyright holder (of debian/)
[22:38] <ahoneybun> https://wiki.ubuntu.com/PbuilderHowto#Rebuilding_a_package
[22:38] <Riddell> clivejo: in debian/copyright add a new block for src/ which is LGPL
[22:39] <Riddell> clivejo: in debian/rules remove the %: and dh lines, they're already covered by the pkg-kde include
[22:39] <clivejo> I dont understand this copyright stuff
[22:40] <Riddell> clivejo: files have a copying licence and copyright holders and debian/copyright should document that
[22:40] <ahoneybun> Riddell: you mean use pdebuild
[22:40] <Riddell> clivejo: src/ is LGPL which the rest is GPL so you need another block for Files: src/*
[22:40] <MichaelP> System Settings was unable to find any views, and hence has nothing to display.
[22:41] <Riddell> ahoneybun: you need to make a source package then   pbuilder build *dsc
[22:42] <ahoneybun> but that is a old version no?
[22:44] <Riddell> ahoneybun: the version in the archive is old so don't download that
[22:44] <ahoneybun> so where do I get the source...
[22:44] <Riddell> ahoneybun: instead make a checkout from git   git clone kde:kgamma  and make a .orig.tar from that and put the packaging into it
[22:44] <ahoneybun> that a lot
[22:45] <ahoneybun> that I kninda don't understand
[22:45] <ahoneybun> I did clone it
[22:48] <clivejo> too tired to look at this copyright stuff
[22:53] <ahoneybun> I;m trying to checkout but it is not working
[22:53] <ahoneybun> git put some fatal error out
[23:14]  * Riddell snoozes


[18:41] <ibeardslee> morning
[18:45] <chilts> morning
[19:25] <ajmitch> morning
[19:54] <mwhudson> morning
[19:55] <mwhudson> ok, telstraclear are being utterly useless for international traffic again
[20:11] <mwhudson> or maybe not
[20:16] <ibeardslee> I think they must just be making it easier to use the nz ubuntu archives then the ones in australia
[20:19] <mwhudson> heh


[00:00] <bluesabre> ah
[00:02] <bluesabre> Unit193: do you want credit for this one? :)
[00:02]  * bluesabre feels a bit lazy
[00:03] <Unit193> bluesabre: http://pastebin.com/kTikACG1 nope, you're good.
[00:03] <bluesabre> lol
[00:03] <bluesabre> now I don't have a choice
[00:05] <Unit193> Could comment on the bug too if you want. :P
[00:10] <ochosi> ali1234: so much for bodhi-linux really using the greeter: "We are actually hoping to replace lightdm with the EFL login manager entrance before our release, so not much went into that one."
[00:12] <knome> Unit193, see: #x, what package is that?
[00:12] <knome> Unit193, or in other words, can you make a list of all packages that need updating with new version numbers so we are able to refer to that for T+1?
[00:12] <knome> Unit193, i bet you remember that out of your head anyway.
[00:13] <Unit193> Uh, no, no I don't, I didn't do the last merge, I have no idea!
[00:13] <Unit193> :P
[00:14] <knome> excuses!
[00:14] <knome> really, it would be helpful.
[00:14] <knome> when you have time
[00:14] <knome> i'll let you delegate, as long as it gets done.
[00:16] <Unit193> I can only think of -artwork and -docs, -default-settings generally doesn't need it.
[00:17] <ochosi> ali1234, andrzejr_: oha, seems like they switched from just pushing pixbufs to indicators, so theoretically they should be able to show in different sizes now (bug #784055 on launchpad)
[00:18] <Unit193> knome: Where you want it?  Please not the wiki?
[00:18] <Unit193> What page if so. :/
[00:19] <knome> https://wiki.ubuntu.com/Xubuntu/Processes :P
[00:19] <knome> or you can send mail to<EMAIL_ADDRESS>[00:19] <pleia2> I saw that
[00:19] <knome> yes? :)
[00:20] <pleia2> I like wikis!
[00:20] <Unit193> Even with how much I hate email, I'd almost prefer the second.
[00:20] <knome> weren't you in progress to enhance that page anyway?
[00:20] <pleia2> probably
[00:20] <knome> heh
[00:20] <knome> so makes sense to centralize data
[00:20] <knome> put it in the lyz-cloud
[00:21] <bluesabre> Unit193: added a comment, with mandatory extra words
[00:22] <Unit193> Nice, checking.
[00:22] <Unit193> Waaaait, I get subscribed, again? :P
[00:23] <pleia2> oh right, I have on my list to figure out all the website stuff to update upon release
[00:23] <knome> :)
[00:24] <bluesabre> hehe
[00:26] <brainwash> bluesabre, Unit193: thanks for taking care of this issue
[00:26]  * Unit193 points to bluesabre.
[00:27] <Unit193> 'Welcome?
[00:28] <brainwash> I feel like I really should apply for bug control membership
[00:28] <Unit193> we=?
[00:37] <Unit193> knome: So I didn't know where to put it on the wiki, but I can plop it somewhere and break it.  Mockup is: http://unit193.net/pre-bump.html
[00:44] <knome> Unit193, looks good.
[00:44] <Unit193> Disclaimer, ochosi did the bump for artwork, and x-d-s didn't get one so I have no idea how that's done.
[00:45] <Unit193> ochosi: Did you want -community in?
[01:15] <Unit193> Updated it for a little post-release. :P
[01:20] <Unit193> ochosi: xfpm: mouse over and get information; indicator-power: mouse over and it sits there, like it's eating glue.  I'm in favor of xfpm and am now getting rid of the other.
[03:53] <micahg> ochosi: didn't merge yet, did update meta though, will do another pass on merges tomorrow, still trying to get a little work done before bed
[03:54] <micahg> keep poking me until I do it though :)
[07:17] <elfy> bluesabre: http://pastebin.com/VCHMJgwm
[07:25] <elfy> knome: there is something wrong in image tracker world again - if you look at our upgrade tests, we have dekstop and LTS desktop, reports are being shown against both even if only reported against one
[08:40] <ochosi> Unit193: right, but it's far more consistent to use the indicator in this case. also, if you have wireless mice/keyboards, it groups them nicely
[11:26] <bluesabre> elfy, our menu system is set up to display things with specific categories in certain folders
[11:27] <bluesabre> I can do more hard-forcing of categories in a folder though
[11:27] <bluesabre> maybe making those items unremovable
[12:04] <knome> elfy, hmph
[13:26] <elfy> bluesabre: ok - I'm ok with that - what's the categorie to get something to show in Accessories :)
[13:27] <elfy> I just think that if something to set up a menu - let's you put that thing in an area of the menu - then that is where it should appear - I might be being old-fashioned though :p
[13:28] <elfy> knome: not at all sure how we can fix that - kind of screws up the reporting for us
[13:29] <ali1234> Category: Accessability, Core, Legacy, utility OR Filename: exo-file-manager.desktop, exo-terminalemulator.desktop, xfce4-about.desktop, xfce4-run.desktop
[13:30] <ali1234> from /etc/xdg/menus/xfce-applications.menu
[13:31] <elfy> well - I guess that will all need documenting then
[14:38] <knome> elfy, yeah, maybe talk with balloons? i'm not able to be around much today
[16:07] <elfy> knome: ack
[17:11] <schproodle> elfy, with vbox 'mouse integration' on would one be able to have the mouse pointer dragged to another workspace?
[17:13] <schproodle> elfy, can't drag pointer or window to another workspace on my 14.04 vm
[17:14] <schproodle> elfy, the vim has 'mouse integration' enabled with guest additions eh
[17:18] <GridCube> i've noticed that there is no indicator of active virtual desktop on our new panel layout
[17:23] <schproodle> GridCube, no switcher by default it seems
[17:25] <schproodle> workspace switcher can be added of course
[17:26] <GridCube> yes, but users who know nothing of virtual desktops will be baffled because their active windows will dissapear if the accidentally use the scroll wheel on the desktop, a thing that happens easily if you use a touchpad
[17:27] <GridCube> :) we just need to add the switcher, or get rid of the extra desktop
[17:27] <schproodle> I agree -- file a bug for ubiquity as the install window seems to disappear.
[17:28] <schproodle> by inadvertent mouse wheel activation
[17:28] <GridCube> but thats not a bug on ubiquity schproodle
[17:29] <schproodle> no, rather about how ubiquity is working xubuntu install
[17:29] <GridCube> no, its just a feature that is currently missing a visual aid
[17:30] <schproodle> that is what I suggested in the report or alternatively no other workspace, just one
[17:31] <schproodle> as you appeared to imply :) if I read that correctly
[17:32] <elfy> schproodle: that's entirely possible down to it being in a virtual machine - especially at the moment
[17:32] <elfy> GridCube: that needs to be brought up in a meeting then
[17:33] <schproodle> elfy, ok
[17:33] <GridCube> elfy, k, can you bring it as i most probably wont be at any meeting thats held at the current hours
[17:33] <elfy> if it fails in a hardware scenario then fail the testcase
[17:33] <elfy> GridCube: add it to the meeting page
[17:34] <GridCube> ok
[17:34] <GridCube> elfy, should i open a bug report for it?
[17:34] <elfy> *shrug*
[17:35] <elfy> probably better to do a quick spec as to why there should be one
[17:35] <GridCube> ok
[17:35] <elfy> it's not a bug as such - more a difference of opinion :)
[17:37] <schproodle> Bug 1282719
[17:39] <elfy> that again isn't a bug - but opinion
[17:40] <schproodle> my opinion is that it would appear to interfere with an installation and add confusion to the process.
[17:41] <elfy> and my opinion is that people should learn that the operating system they are using - uses the mouse wheel to change desktops
[17:41] <schproodle> just that GridCube recorded a similar concern here
[17:44] <elfy> knome: ok - sussed that - I'll do 2 new testcases then we need to use those for LTS or vice versa, then I'll spend some time editing results now so we have real numbers
[17:45] <elfy> schproodle: I don't have anything to do with what gets put on the panel - nor what is seeded - I am just one of a bunch on -team
[17:46] <elfy> I don't think it's an issue - but I don't care either what gets put on a default panel much as mine is never a default panel
[17:46] <schproodle> just chatting about it with GridCube eh. :) Thanks for taking an interest.
[17:47] <elfy> :)
[17:56] <GridCube> elfy, knome added a new and emerging item to the meeting wiki
[17:57] <GridCube> i added
[17:58] <elfy> thanks GridCube
[19:01] <knome> GridCube, do you realize that there was actually a lot of time to give feedback on the proposal?
[19:01] <knome> GridCube, and that you approved it yourself in the meeting?
[19:01] <knome> GridCube, and now you want to revert the decision?
[19:02] <GridCube> no, i dont want revert the destion
[19:03] <knome> GridCube, yes, it is what you are actually proposing.
[19:03] <knome> GridCube, the workspace switcher not being in the proposal, and you approving it means that you are okay with no workspace switcher
[19:03] <knome> GridCube, now you want to add it back.
[19:03] <knome> GridCube, how is that not reverting the vote/decision?
[19:04] <knome> please explain me, because i fail to understand
[19:04] <GridCube> well, i did not notice it gone, and now i do
[19:05] <knome> referring to our last discussion, is this the result we get when the experts show the team something?
[19:05] <knome> they are too lazy or too uninterested to really try something out
[19:05] <knome> and then they do a decision
[19:06] <knome> and after that, come back telling "no, that's not what i want"?
[19:09] <GridCube> knome, i always though that the workspace switcher was part of the indicators
[19:09] <GridCube> this https://wiki.ubuntu.com/Xubuntu/Roadmap/Specifications/Trusty/Whiskermenu
[19:09] <GridCube> shows that indicators will still be present
[19:09] <GridCube> so i never though they would get removed
[19:09] <knome> for what reason did you think the workspace is part of the indicators?
[19:09] <GridCube> i might be an ignorant then
[19:09] <knome> it is not an indicator applet
[19:09] <GridCube> because its in the same area
[19:09] <knome> it is a separate applet
[19:10] <knome> also, why didn't you ask, but just thought?
[19:10] <GridCube> well its a different applet, not i know that
[19:10] <GridCube> because i did not though of that, because i always remove it because i dont use multiple virtual desktops so i dont have it present
[19:10] <elfy> regardless of whether people should or shouldn't have done something - we're now not giving anyone any indication of what's going on - anywhere - that said I don't care
[19:11] <GridCube> knome, also im not attacking the panel in no way, im just saying that i, and maybe others, overlooked this
[19:11] <knome> GridCube, what does the overlooking tell about?
[19:11] <knome> elfy, i'm not sure i follow your comment..
[19:11] <elfy> that people are tired imo
[19:12] <knome> tired of what?
[19:12] <GridCube> knome, that not everyone is on the same page on everything ever
[19:12] <elfy> just tired tired knome :)
[19:12] <elfy> people miss things
[19:12] <elfy> people are people
[19:13] <knome> GridCube, so, are you saying that when the team proposes, they should specifically mention every little detail they changed?
[19:13] <knome> if it's something that is so interesting/important, maybe it shouldn't have slipped under everybody's sight.
[19:13] <GridCube> knome, why are you attacking me?
[19:14] <GridCube> if its not then it will be disregarded on the meeting
[19:14] <knome> GridCube, i'm not attacking you. i'm just trying to make you see how this looks from my point of view
[19:14] <GridCube> I sincerely don't like the way you are pushing me. I'm just trying to say something i've not seen being said before.
[19:14] <knome> GridCube, it's not the first time you are noticing something has changed and jumped on the team for changing things
[19:15] <GridCube> knome, i have never had the intention to attack anyone
[19:15] <knome> GridCube, i'm also sharing the frustration with ochosi
[19:15] <knome> he did the proposal months ago
[19:15] <knome> nobody looked at it
[19:15] <knome> then when it was proposed in the meeting, everybody agreed on it
[19:16] <knome> and after that, people have several times came back and said "this change is wrong"
[19:16] <knome> even if they participated in the meeting and approved the changes
[19:16] <knome> can you even consider how that feels for ochosi?
[19:17] <GridCube> yes, I see what you mean knome
[19:17] <knome> i agree that this might have escalated too quickly and too far, but seriously, the team and others had months to give feedback
[19:17] <knome> then it was officially approved
[19:17] <knome> and only after that we get the feedback and "oh this is not good"
[19:18] <knome> and please don't say i'm attacking you
[19:18] <brainwash> we should explain at least why it is gone, in the FAQ for 14.04
[19:18] <knome> i'm just pointing out that this isn't the way we are supposed to work
[19:18] <knome> brainwash, is it a FAQ?
[19:19] <brainwash> it will be :)
[19:19] <GridCube> knome, it will be
[19:19] <knome> GridCube, how do you know?
[19:19] <knome> you said you don't use it
[19:19] <knome> how can we predict anything?
[19:20] <knome> it's sad that this is brought up now, and not before
[19:20] <knome> i can understand the rationale
[19:20] <knome> but i can't agree with the way and time it's brought up
[19:21] <GridCube> isnt the time for testing the time to see what mistakes we all made?
[19:21] <brainwash> nothing wrong with giving feedback after testing it
[19:21] <GridCube> :/
[19:21] <knome> brainwash, except that there was months to see the proposal, and one could expect people to test something before they vote on it?
[19:22] <GridCube> knome, i told you, i saw the proposal and saw nothing wrong with it because i overlooked the switcher
[19:22] <knome> GridCube, i understand that.
[19:22] <GridCube> i sincerely though it was part of the indicators pack
[19:22] <knome> sure.
[19:23] <knome> next time, please ask if you are unsure
[19:23] <GridCube> i was not unsure
[19:23] <GridCube> i did not know it was to be deleted
[19:23] <brainwash> it's quite easy to overlook it, because many people consider the workspace switcher to be essential
[19:23] <knome> i've changed the meeting item to a more neutral tone one "discuss..." from "needs to be added"
[19:23] <GridCube> ok
[19:23] <knome> brainwash, then if many people consider it essential, and it wasn't in the proposal, why didn't anybody say anything?
[19:24] <GridCube> because we never though it was to be removed?
[19:24] <brainwash> I did, but I'm not part of the team
[19:24] <GridCube> nevermid, I have to go
[19:24] <GridCube> good day to all and sorry for always being a bother
[19:24] <ali1234> wait, you're removing the workspace switcher?
[19:25] <brainwash> and I'm just concerned that we don't inform the users about why we removed the switcher
[19:25] <knome> ali1234, proposed since months.
[19:25] <ali1234> well, i don't really care about the default
[19:25] <ali1234> as long as i can still install it
[19:25] <brainwash> neither do I
[19:25] <ali1234> probably better off without it for most people, tbh
[19:25] <knome> well, the community is here to care about the default...
[19:26] <knome> and i'm not saying it shouldn't be discussed
[19:26] <knome> but there's something wrong with this way to make decisions...
[19:26] <ali1234> where do these proposals and discussion take place?
[19:26] <knome> vote and approve first, then go "oops!"
[19:26] <ali1234> cos i don't remember it
[19:26] <ochosi> the proposal and voting happened in meetings
[19:26] <knome> ali1234, it was discussed and voted in a meeting, and has been available in the wiki for a long time
[19:26] <ochosi> the proposal was put up on the wiki page
[19:26] <ochosi> and there was a blueprint referring to it
[19:27] <ali1234> how long are we talking? weeks? months?
[19:27] <knome> not explicitly advertised every week, but it was there, and it was discoverable
[19:27] <knome> it was up months.
[19:27] <ali1234> remember i've only been here like 3 months
[19:27] <knome> and in the meeting, people were specifically pointed to that page
[19:27] <knome> and told to review it
[19:28] <ochosi> ali1234: hah, now that indicators actually provide icon names instead of pixbufs hardcoded to 22px, the skype icon ends up in xfce4-indicator-plugin too large and is hence cut off :}
[19:28] <ali1234> skype isn't an indicator tho
[19:28] <knome> if any feature we proposed dropping was essential, why didn't *anybody* in the meeting notice it?
[19:28] <ali1234> it's a tray icon
[19:28] <ali1234> i dunno. was i at the meeting?
[19:28] <ochosi> ali1234: nope, it's an indicator if you install the right package (sni-qt i think it is)
[19:29] <ali1234> ochosi: cool, i didn't know that
[19:29] <ali1234> the skype icon actually gets cut off when it's a tray icon also
[19:29] <ochosi> ali1234: see how it's not scaled down anymore (which it used to as an indicator): http://www.zimagez.com/zimage/screenshot-2014-03-05-202925.php
[19:29] <ali1234> but that's pretty standard with tray icons
[19:29] <ochosi> will ping trevinho about that
[19:30] <ali1234> hmm yeah that is quite a bit worse
[19:30] <ochosi> just to see what is going on
[19:30] <ochosi> but i guess it's actually the xfce4-indicator-plugin not caring about sizes anymore, because it used to be hardcoded to 22px
[19:30] <ali1234> it's probably some bug with the plugin
[19:30] <ochosi> well, the code for scaling icons was remove
[19:30] <ochosi> d
[19:30] <brainwash> knome: http://ubottu.com/meetingology/logs/xubuntu-devel/2014/xubuntu-devel.2014-02-13-19.01.log.html#l-128
[19:30] <ochosi> because until recently, it caused more problems than it helped (fuzzy icons in all sizes etc)
[19:30] <brainwash> :)
[19:31] <ali1234> brainwash: ah yeah i remember that
[19:31] <knome> brainwash, http://ubottu.com/meetingology/logs/xubuntu-devel/2014/xubuntu-devel.2014-02-13-19.01.log.html#l-190
[19:31] <ali1234> i assumed when dropping the bottom panel, all stuff actually on it would get moved to the top :)
[19:32] <ochosi> heh, that's crazy though
[19:32] <ochosi> all the launchers
[19:32] <brainwash> so yeah, I did not bother to ask again about it, because it was already too late back then
[19:32] <ali1234> well i assume the window list will be on the top panel?
[19:32] <knome> ali1234, assumed because...?
[19:32] <knome> brainwash, i'm sorry, that was a bit emotional response
[19:33] <ali1234> knome: assumed because the bottom panel contains the task list and the desktop would be useless without it?
[19:33] <ochosi> ali1234: no, not true
[19:33] <ochosi> the bottom panel only contained launchers
[19:33] <knome> ali1234, the top panel was specifically said to include that though
[19:33] <knome> right, that's true
[19:34] <ali1234> (launchers and workspace switcher...)
[19:34] <ochosi> the task-list has been in the top panel for ages
[19:34] <ali1234> i assume?
[19:34] <ochosi> yeah, just saying
[19:35] <ali1234> is there a proposal on which indicators to ship yet?
[19:36] <ochosi> yup, it's also noted on the wiki-page
[19:36] <ali1234> which wiki page?
[19:36] <ochosi> https://wiki.ubuntu.com/Xubuntu/Roadmap/Specifications/Trusty/Whiskermenu
[19:37] <ali1234> that page seems badly named :/
[19:38] <ochosi> yeah, well initially it was considered that the panel layout would stand and fall with the inclusion of whiskermenu
[19:38] <ochosi> so i kept using it, since ppl already knew it was there
[19:39] <ali1234> i don't think we should ship with indicators explicitly hidden in the config
[19:39] <ochosi> well the appmenu simply doesnt work
[19:39] <ali1234> hmm good point
[19:39] <ali1234> does hiding it actually make it not crash though?
[19:39] <ochosi> (i also put it there out of tradition, as indicator-plugin always shipped with that one blacklisted)
[19:40] <ochosi> yup
[19:40] <ochosi> never crashed here, anyway
[19:40] <ali1234> ok fair enough, +1 on that
[19:40] <ochosi> can't say it can't happen
[19:41] <ali1234> that all seems reasonable
[19:41] <ochosi> thanks, it's not like i didn't take time to think about these things
[19:41] <ochosi> and i also tried to discuss them with ppl
[19:41] <ali1234> datetime has the config panel issues, printers is going away
[19:42] <ochosi> but it's hard to get ppl to test things ahead of time
[19:42] <ali1234> i don't think there's any others really except stuff like cpufreq and china-weather etc
[19:42] <ali1234> oh and session, which also has issues
[19:43] <ochosi> yeah, session has too many issues
[19:43] <ochosi> would need many patches
[19:43] <ali1234> i'm not really convinced about the bold clock - i tend to think everything should use exactly the same font unless it is really important
[19:43] <elfy> eevening ochosi
[19:44] <ochosi> hi elfy
[19:44] <ali1234> but i'll probably end up using datetime anyway cos i prefer it's calendar
[19:44] <ochosi> datetime has terrible recommends
[19:44] <ali1234> yes it does and i wouldn't suggest shipping it
[19:44] <ochosi> and a few depends that i personally dont like for a calendar-popup
[19:44] <Unit193> ochosi: So does -power
[19:44] <ali1234> it also doesn't work properly unless you hack the .desktop file
[19:46] <ochosi> Unit193: which ones do you mean?
[19:46] <ochosi> and yeah, i already read that you're against -power
[19:46] <Unit193> Yes you did, and responded, I don't agree. :P
[19:47] <ochosi> so, which ones are you referring to then
[19:47] <Unit193> unity control, gnome control, etc, etc.
[19:47] <ochosi> that's a recommend
[19:47] <Unit193> I know, < ochosi> datetime has terrible recommends
[19:47] <ochosi> and doesn't even effect us because it has " | xfce4-power-manager"
[19:47] <ochosi> so that really doesn't count
[19:48] <ochosi> datetime doesn't have " | thunderbird" afaik
[19:48] <Unit193> When I tried to install, I had to use --no-install-recommends
[19:48] <Unit193> Not been uploaded with xfpm yet, then?
[19:48] <ochosi> well you go and check
[19:49] <Unit193> Anywho, it tried to pull those in.
[19:49] <ali1234> datetime has the added fun that it depends on unity-control-center and then doesn't even work because the unity-control-center applet is OnlyShowIn=Unity
[19:50] <ochosi> hehe, exactly
[19:53] <ali1234> it should be possible to make it show up in xfce-settings though, with the right .desktop magic. after all, nvidia-settings can do it
[20:01] <knome> so, with a more or less brief discussion with ochosi, we're proposing the following in tomorrow's meeting:
[20:02] <knome> re: the workspaces: drop the scroll-to-changed-workspace feature instead of adding the applet back to panel
[20:03] <knome> re: the action buttons missing: change the logout icon in whiskermenu to be a generic "shutdown" icon to represent the action that many/most people use from that dialog better
[20:03] <ali1234> that should be turned off anyway, it's horrible
[20:03] <elfy> as long as I can tunr it back on
[20:04] <knome> rationale: we think these changes represent the spririt of the originally proposed panel layout the best
[20:04] <knome> elfy, sure, if you want.
[20:04] <ali1234> what about turning off those couple of things requested on the xfce mailing list?
[20:04] <knome> when have we hardcoded any settings?
[20:04] <ali1234> window shade and something else?
[20:04] <ochosi> yeah, i don't mind turning off shading
[20:04] <knome> another discussion, take it up with ochosi
[20:05] <knome> for the record, ok for me as well
[20:05] <ali1234> "save session" - that was the other
[20:05] <knome> guess we could also talk about changing window transparency with alt+scroll
[20:06] <ali1234> that no longer works
[20:06] <knome> okay
[20:06] <knome> then let's not discuss it
[20:06] <ali1234> alt+scroll zooms in now
[20:06] <knome> unless somebody wants to reintroduce it
[20:06] <ali1234> (if compositor is enabled, same goes for transparency though)
[20:06] <knome> so zoom+transparency on alt+scroll?
[20:07] <ali1234> yes but zooming gets the event first so the transparency change doesn't happen
[20:07] <knome> okay
[20:07] <ali1234> i didn't even know the transparency thing existed
[20:07] <knome> do you happen to know how to turn *both* features off?
[20:07] <ali1234> yeah, turn off compositing
[20:07] <knome> ...without turning off compositing
[20:07] <ali1234> you can't
[20:08] <knome> even with an xfconfig key?
[20:08] <ali1234> transparency change is also bound to horizontal scrolling, but most people don't have that
[20:08] <ali1234> well you could make your alt key not be alt, but that would break quite a lot of other stuff...
[20:09] <knome> sounds like a bug to me, deceived as a feature :)
[20:09] <knome> there definitely should be a way to disable both/either of those features
[20:09] <ali1234> zooming is bound to scroll + whatever key you set for easymove/resize
[20:09] <ali1234> yes, i agree, patches welcome
[20:09] <ali1234> the key should also be independently configurable
[20:09] <knome> well you know i'm not a programmer
[20:09] <knome> i can file a bug (if not before, after the T cycle)
[20:09] <ali1234> i do now :)
[20:12] <knome> yep
[20:13] <knome> i'll see when i have the time and motivation to file that bug
[20:13] <knome> but it does seem like a bit meh, considering much more is configurable in xfce
[20:13] <knome> it doesn't necessarily have to be in a GUI, but some key for it could be nice
[20:13] <ali1234> i didn't know how to make a configuration option
[20:16] <knome> not blaming you
[20:16] <knome> besides, my original problem was with the transparency stuff anyway
[20:16] <knome> so it existed before your patch...
[20:18] <knome> off for now
[20:18] <knome> see you all later
[20:37] <ochosi> Unit193: https://code.launchpad.net/~ochosi/indicator-power/recommend-xfce4-powermanager/+merge/207018
[20:37] <ochosi> approved but not yet merged
[20:37] <ochosi> so anyway, i'm sure this will go into the final release


[00:09] <maths22> The web side seems happy now, but I am getting `Uploading to ppa (via ftp to ppa.launchpad.net): Connection failed, aborting. Check your network [Errno 111] Connection refused`.  Is anything known to be up with the ftp server or is something sad on my end?
[00:45] <maths22> It *looks* like i also can't connect by sftp
[02:08] <ernstp> Getting something similar here... Uploading to ppa (via ftp to ppa.launchpad.net): [Errno 101] Network is unreachable
[02:46] <joelkraehemann> hi all
[02:46] <joelkraehemann> is core22 fine with launchpad snap build environment?
[02:46] <joelkraehemann> I had problems using it.
[02:48] <joelkraehemann> https://launchpad.net/~jkraehemann/+snap/gsequencer-4
[08:35] <ilasc> Hi all, as mentioned above, there was an outage last night, issues reported are related, things should be working normal today
[08:50] <ilasc> joelkraehemann: core22 builds should work yes with git based repositories, you're using Bzr though and from looking at your build logs, it appears you're running into the same bug reported here https://bugs.launchpad.net/brz/+bug/1876948 , except for Breezy 3.2.1 (bzr7585)
[10:38] <arraybolt3> Is Launchpad bug reporting messed up for anyone else? I've just been stuck at the "Please wait while bug data is processed" screen for what feels like way longer than usual.
[10:53] <cjwatson> arraybolt3: It's possible there are some processing jobs that are stuck after the outage last night.
[10:53] <arraybolt3> Still stuck at the same screen. I think either my browser or Launchpad is having a bout of indigestion.
[10:53] <arraybolt3> cjwatson: That would make sense.
[10:54] <arraybolt3> (I'm on Chromium fwiw, is that browser known to have problems with Launchpad?)
[10:54] <cjwatson> Let me see if I can chase that down a bit ... leave it running
[10:54] <cjwatson> It's very unlikely to be related to the browser you're using
[10:55] <cjwatson> Subject: Scripts failed to run: loganberry:process-job-source-IProcessApportBlobJobSource
[10:55] <cjwatson> I bet that alert is related
[10:59] <arraybolt3> Thanks for looking at it. I'll leave the tab open just in case it starts working, and do other stuff in the mean time.
[11:02] <cjwatson> Basically our timeouts are imperfect, so sometimes network-level outages cause jobs to hang forever rather than timing out sensibly, which means that that class of jobs ends up being locked.
[11:03] <arraybolt3> Oh. In that instance, should I give up on this tab and run ubuntu-bug again?
[11:03] <cjwatson> No!
[11:03] <cjwatson> Leave it
[11:03] <cjwatson> Running ubuntu-bug again will just add another item to the queue that isn't moving.  No point :)
[11:03] <arraybolt3> Oh LOL OK. I thought it was just my bug report that was hung.
[11:03] <cjwatson> The job that's hanging isn't yours, it's one from last night
[11:03] <arraybolt3> (I didn't touch anything.)
[11:16] <cjwatson> arraybolt3: Should be clearing shortly
[11:16] <arraybolt3> Thank you kindly!
[11:21] <cjwatson> 2022-09-22 11:20:54 INFO    Ran 392 ProcessApportBlobJob jobs.
[11:21] <cjwatson> that looks like the queue cleared
[11:21] <Rhonda> Is there a way (for people with extended privilege) to override the homepage field of packages which is exposed in package metadata?  I've been notified that for one package the domain was taken over by someone running a pr0n website on it, and doing a sourcefull upload for all releases might not be the best approach.
[11:23] <cjwatson> Rhonda: Unfortunately no (and there's also the difficulty that the index files for stable releases are never republished anyway)
[11:23] <cjwatson> by which I mean, focal is frozen, just appended to by focal-updates
[11:25] <Rhonda> Hmm.  I think there was a discussion in the debian ftp team that such metadata including maintainer and VCS fields for stable should be overridden by the entries in unstable, so that uploads for stable for such changes aren't needed.  I'm unsure whether that was pulled through, but it might be a useful suggestion for such situations.
[11:39] <cjwatson> That doesn't appear to be how things work in Debian stable releases at the moment, or at least not without some kind of reupload happening (the test case I could immediately think of hasn't changed in stable recently).
[11:40] <Rhonda> Yeah, it seems that the discussion faded and never went anywhere unfortunately.
[11:40] <cjwatson> Also wouldn't be effective unless we republished index files for stable releases.  Debian doesn't have that problem so much because of a different model for stable releases.
[11:40] <cjwatson> Point releases, I mean
[11:40] <Rhonda> Right.
[11:40] <cjwatson> It's a tricky problem unfortunately.  An SRU set may be the least bad option :-/
[15:10] <LocutusOfBorg> hello, no way to import hg branches on launchpad, right?
[15:10] <cjwatson> LocutusOfBorg: no
[15:11] <cjwatson> LocutusOfBorg: decommissioned in 2012: https://blog.launchpad.net/notifications/mercurial-imports-will-end-on-october-5th
[15:15] <LocutusOfBorg> ok thanks