[04:09] <rbasak> arges: FYI, Juju upstream are reporting regression-update for bug 1361946 in bug 1527020.
[04:09] <rbasak> mwhudson: ^^ could you take a look please?
[04:09] <rbasak> It's frustrating that this was caught by CI but not in trusty-proposed, which would save some pain. I've asked if they could do that.
[08:26] <mwhudson> rbasak: commented
[08:26] <rbasak> Thank you!
[08:28] <mwhudson> oh hi, not expecting you to be awake
[08:31] <rbasak> I am a bit earlier than usual today, but it is 0830 UK time!
[08:31] <rbasak> Most normal people here are awake :)
[08:49] <mwhudson> rbasak: pff longitude-normativity, or something
[11:22] <xnox> Good morning release =)
[11:22] <xnox> please remove NBS ubuntu-desktop/s390x=1.344 in xenial-proposed
[11:24] <cjwatson> xnox: done
[11:24] <xnox> thanks.
[12:06] <cjwatson> strongly recommend nobody accept perl until all arches are built
[13:57] <cjwatson> here we go
[17:38] <jdstrand> is something weird happening with the buildds? I just uploaded ubuntu-core-security and all archs failed cause apparmor couldn't be installed and I requested a retry and it has said 'Start in 4 minutes' for several minutes
[18:00] <jdstrand> I just tried in a schroot and apparmor installs fine with archive.ubuntu.com with and without proposed
[18:01] <jdstrand> The buildd error is:
[18:01] <jdstrand> The following packages have unmet dependencies:
[18:01] <jdstrand>  sbuild-build-depends-ubuntu-core-security-dummy : Depends: apparmor but it is not going to be installed
[18:01] <jdstrand> E: Unable to correct problems, you have held broken packages.
[18:01] <jdstrand> infinity: you around? ^
[18:02] <jdstrand> the start in 4 minutes was on amd64 which has a bunch of disabled builders and many in the Cleaning state
[18:02] <apw> jdstrand, got a build log (if it isn't secret)
[18:02] <jdstrand> https://launchpadlibrarian.net/230360627/buildlog_ubuntu-xenial-s390x.ubuntu-core-security_16.04.9_BUILDING.txt.gz
[18:03] <jdstrand> I retried on s390x cause it had some free builders
[18:03] <jdstrand> (but same thing)
[18:08] <jdstrand> ah, I think I am getting somewhere locally
[18:08] <jdstrand> apparmor : Depends: libapparmor-perl but it is not going to be installed
[18:13] <jdstrand>  libapparmor-perl : Depends: perlapi-5.20.
[18:13] <jdstrand> ah, seems apparmor needs a rebuild for the perl in proposed
[18:37] <infinity> jdstrand: It's the perl transition, cjwatson is working on it.
[18:38] <jdstrand> infinity: yeah, it took me a while to get there
[18:38] <infinity> jdstrand: We'll do a mass give-back once the world is happily transitioned.
[18:38] <jdstrand> cjwatson: fyi, I uploaded a no change rebuild of apparmor
[18:41] <bdmurray> Is there any reason to be cautious about releasing the Trusty fix for LP: #1273462?
[18:57] <infinity> bdmurray: People seem to be more or less happy with it.
[19:07] <bdmurray> infinity: okay
[19:07] <bdmurray> Am I missing something? I don't see location-service in landing ppa 2. https://launchpad.net/ubuntu/vivid/+queue?queue_state=1&queue_text= yet there is a sync request for it...
[19:07] <infinity> bdmurray: Tons of us were concerned about the change being made at all, but I'm not sure it's worth rehashing THAT debate again after it was finally accepted into -proposed.
[19:08] <bdmurray> infinity: I was just wondering about the wisdom of releasing it before the holidays.
[19:08] <infinity> bdmurray: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-002/+packages?field.name_filter=location-service&field.status_filter=&field.series_filter=
[19:09] <infinity> bdmurray: Someone was naughty and emptied the silo before it was accepted/rejected in the queue, but if it's still downloadable, it's still copyable.
[19:09] <bdmurray> ah, thnks
[19:09] <infinity> bdmurray: OTOH, that may have been a mistake.
[19:10] <infinity> bdmurray: Given vivid silos build against the overlay, and that sure looks like an overlay-destined upload.
[19:10] <infinity> bdmurray: Releasing to the archive was probably an oops.
[19:10] <infinity> bdmurray: And definitely not acceptable if it's a copy with binaries, since it has overlay deps.
[19:11] <infinity> bdmurray: And, indeed, the copy contains binaries, so just reject it.


[14:16] <Shred00> does upstart's init ever periodically "wait" to reap zombies it might have inherited?  if not, can i force it to wait on a zombie that it inherited?
[15:53] <Keybuk> upstart just calls wait() every time through the main loop
[15:54] <Keybuk> and since it gets a SIGCHLD whenever it inherits a zombie, it's guaranteed to wake that up and call wait()
[17:27] <Shred00> hrm.  well, it doesn't seem to be reaping this one:
[17:27] <Shred00> brian    24701     1  5 Nov11 pts/16   01:39:46 [evolution] <defunct>
[17:29] <Shred00> oh wait.  looking at dmesg it seems that process triggered a kernel bug.  ~sigh~


[01:04] <bluesabre> hey knome... orage points to 'play' for the sound command, but we don't actually have play installed.  Bug-worthy?
[01:04] <knome> definitely
[01:05] <bluesabre> it's an orage preference, so should I log it for orage, xubuntu-desktop, or something else?
[01:05] <knome> i'm thinking either orage or xubuntu-default-settings, but because others don't probably use orage, maybe just that then
[01:06] <bluesabre> ok, thanks
[01:10] <knome> np
[01:17] <pleia2> knome: doc post draft is up, but we probably want to wait until monday to publish anyway
[01:17] <knome> pleia2, yeah, i still haven't checked that
[01:18] <pleia2> I fixed the screenshot that was in it, first was a little squished
[01:18] <pleia2> wording could be fixed, it's very casual at the moment
[01:19] <knome> bluesabre, feel free to check out that too
[01:25]  * pleia2 works on marketing flyer wording for real now
[01:25] <knome> nice
[01:35] <bluesabre> knome, we don't have xfhelp4 installed
[01:35] <bluesabre> :O
[01:36] <knome> bluesabre, heh.
[01:37] <bluesabre> The screenshooter's Help button seems to depend on it, I'll report the bug if apport ever gets moving :)
[02:19] <knome> okay, bed now
[02:19] <knome> see you later
[09:18] <knome> pleia2, hmm. re: flyers; if we want three-fold, full sheet and 4-per-sheet, that actually effectively already means 6 brochures to be designed, since EU/US paper sizes
[09:18] <knome> pleia2, naturally we can reuse all stuff and it's not *too* much work, i'm just thinking about maintaining that all
[09:31] <knome> pleia2, looked at the doc article at .org, did some modifications and wrote a bit more
[16:17] <pleia2> knome: having them all is kind of a dream :) we should focus on just a couple we want
[17:54] <knome> pleia2, well, i think one format for both sizes
[17:54] <knome> pleia2, color/b&w versions are some maintaining too, if we specifically want to optimize the b&w
[23:25] <pleia2> knome: I'm thinking we'll do full page, both sizes, color and black&white - with a priority preference for B&W
[23:25] <pleia2> I certainly don't have the budget for color :)
[23:25] <pleia2> B&W on blue paper is about what I'll do
[23:26] <knome> too bad there is no white ink
[23:26] <pleia2> might be fun to do a color 3-fold handout in color
[23:26] <knome> well, it's fun to do lots of stuff
[23:26] <pleia2> indeed
[23:26] <knome> like 4 meter high ads...
[23:26] <pleia2> it's fun to make knome do all the work
[23:27] <knome> of course!
[23:27] <pleia2> :)
[23:28]  * pleia2 goes to help unwrap fiance's shiny new laptop
[23:28] <knome> hmm, which one?
[23:28] <pleia2> some toshiba
[23:28] <knome> yeah, "help unwrap", yeah...
[23:28] <pleia2> :D
[23:28]  * knome doesn't believe a second
[23:29] <knome> the last three words told it all
[23:29] <knome> "shiny new laptop"


[06:51] <Saviq> Morning \o
 "Oh, looks like the compilation..." <- GCC got bumped 12 → 13, so that's the most likely the trigger.
[07:06] <Saviq> s/the//
 "GCC got bumped 12 → 13, so that..." <- Yeah, I can reproduce on 23.10. So going experiment a little to see if there's an incantation the compiler can grok
 "Yeah, I can reproduce on 23.10..." <- But there are still more issues on sid. Time to spin up a container...
[14:34] <Saviq> Doesn't seem like the fix stuck in CI?
[14:35] <Saviq> Or at least wasn't enough
[14:36] <alan_g[m]> Saviq: It fixed the problems I can reproduce locally, now I'm trying to track down the others
 "It fixed the problems I can..." <- (These look like the errors I saw on 23.04 that only happened on my machine!)
[16:40] <Saviq> Today:
[16:40] <Saviq> - migrated all (but yet unsupported riscv64) the snap/hardware permutations to checkbox-mir tests
[16:40] <Saviq> - modified the [testing matrix](https://docs.google.com/spreadsheets/d/1kUbTSt4zWVpTtgZNJvvxCdugsRUv6C5PK9Xw5dxppCc/edit#gid=422087474) to show what's missing, what's new
[16:40] <Saviq> - fixed tarball generation, having realized it didn't work after 2.14.0 was tagged
[17:24] <alan_g[m]> Today: looking into FTBFS with g++-13
[21:47] <mattkae[m]> Today:
[21:47] <mattkae[m]> - Got #2629 to a state that I am happy with 😄 https://github.com/MirServer/mir/pull/2981 (did some unit tests too). I need to do some final testing tomorrow, but it seems pretty solid right now
[21:47] <mattkae[m]> - Did some more HR onboarding things, but then my brain began shutting off after the 10th one. Only 7 more 🤞


[02:21] <maclin> ypwong, ping
[02:21] <ypwong> maclin, pong
[02:24] <maclin> unity-control-center是不是做了调整？这两天的ISO生成有问题了
[02:26] <maclin> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/trusty/ubuntukylin/20140126/livecd-20140126-i386.out
[02:33] <ypwong> 看来依赖关系出问题了
[02:34] <ypwong> maclin, ubuntu 也一样： http://people.canonical.com/~ubuntu-archive/livefs-build-logs/trusty/ubuntu/20140126/livecd-20140126-i386.out
[02:34] <maclin> 恩，default-setting估计得要更新，上次好像是说g-c-c做了调整


[04:02] <ScottL> TheMuso, persia:  i am running update again and it appears to be working
[04:02] <TheMuso> ok great.
[04:24] <ScottL> TheMuso,  update completed, ran debuild, received a few lintian warnings, and fixed all but one
[04:25] <TheMuso> Ok cool.
[04:25] <ScottL> it was complaining about the misc depends for the ubuntustudio-audio package, which will be a transitional package
[04:25] <ScottL> persia said to remove the ${misc:depends}....should i put it back or ignore the lintian warning?
[04:27] <ScottL> TheMuso, ^^^
[05:29] <TheMuso> Hrm lmms hasn't been looked at.
[05:29] <TheMuso> Its a warning for a reason. :)
[05:29] <TheMuso> Leave it out.
[06:46] <persia> Lintian could probably use a patch to detect transitional dummy packages, but that would require a real resolution to the debate over their format (which hasn't been active in a while, but was last given up with a consensus that if the tools handled it, it was probably correct)
[12:01] <ScottL> TheMuso, quadrispro said he knew what the problem was on lmms and was taking care of it
[12:02] <ScottL> also i haven't received an email about uninstallable binary on it for a couple of days
[12:03] <ScottL> TheMuso, persia: i will leave the miscellaneous, depends out then (which is what i would thinking), thank you
[12:03] <ScottL> i'll should have the debdiff this evening then (about +18 hours hence)
[13:57] <scott-work> TheMuso: rereading the scrollback (well, logs actually) i might not have explanined the misc depends clearly
[13:58] <scott-work> TheMuso: lintian was telling me that the package did NOT have a misc depends
[13:58] <quadrispro> going to have a shower, persia: thank you very much!
[13:58] <quadrispro> see you later guys
[13:58] <persia> quadrispro, It's not me: you earned it.
[13:58] <scott-work> bye quadrispro  :)
[13:59] <scott-work> did quadrispro garner an accolade?
[15:49] <scott-work> persia: severla days ago i was speaking with quadrispro about lashd and jack session
[15:50] <scott-work> he informed me that development for lashd has stopped, which i felt was unfortunate as we are now just including it in the image
[15:50] <scott-work> however, he did say that despite lack of development, it apparently is well developed so we should see use from it for a while
[15:51] <scott-work> but i expect that means that jack session will be the viable path in the future
[15:52] <persia> I think we should use what works today, even if it's not exciting upstream, and adopt the new upstream model once it's mature.
[15:52] <falktx> scott-work: what about ladish ?
[15:53] <scott-work> falktx: i don't know that much about ladish at the moment
[15:53] <falktx> afaik, it's not in debian yet
[15:53] <scott-work> i also note that the build log for the daily still inlcudes phonon, kdebase-runtime and other kde packages :(
[15:54] <falktx> eheh
[15:54] <falktx> scott-work: i suppose it's Qt
[15:55] <scott-work> i remember looking at qjackctl's depencies and thinking it wouldn't pull so much in but i certainly could be wrong
[15:56] <scott-work> it does look like one place it is bringin in phonon is from the audio-common seeds
[15:56] <scott-work> ugh, it also appears like it may be in the video seed as well
[15:59] <scott-work> although the build logs appear to contain fewer kde packages
[16:02] <falktx> scott-work: someone has to install it and check
[16:06] <scott-work> falktx: i have a previous natty install (from approximately a week ago) that i can check a few things
[16:07] <scott-work> i used rdpeneds to try and check some of the kde stuff but so much as installed it became unintelligible (literally in the case where i tried to generate a map with graphviz and dot)
[16:07] <scott-work> s/as installed/was installed
[16:08] <scott-work> obviously someone should port qjackctl to gtk
[16:08]  * scott-work is kidding
[16:08] <falktx> hehe
[16:10] <falktx> scott-work: i'm still working on the US live-dvd thing
[16:10] <falktx> internet is still slow
[16:12] <falktx> ubuntustudio sure has a lot of software....
[16:13] <falktx> scott-work: some packages are way big and not really needed (lilypond-doc has 150mb), why not removing it ?
[16:17] <scott-work> falktx:  i would like to reduce the size of the image
[18:41] <quadrispro> falktx, does festige depend on something related to VST?
[18:41] <quadrispro> does it need to build against any VST-related stuff?
[18:41] <falktx> quadrispro: no
[18:42] <quadrispro> falktx, please give me the URL
[18:42] <falktx> quadrispro: it needs a header file, but it uses a free one from LMMS
[18:42] <falktx> festige.sf.net
[18:42] <quadrispro> ScottL, I've become core-dev (hi!)
[18:42] <falktx> quadrispro: i havent updated the webpage yet, but the sourceforge release file should be 0.9.2
[18:43] <quadrispro> falktx, I took a look somedays ago, now I don't remeber what the problem was
[18:43] <quadrispro> yep, going to download the file
[18:43] <falktx> i'll give you the final link
[18:43] <falktx> quadrispro: http://sourceforge.net/projects/festige/files/0.9.2/festige-0.9.2.tar.gz/download
[18:44] <quadrispro> falktx, I'm on it, does it need fst?
[18:44] <falktx> quadrispro: no, it has one built-in
[18:45] <falktx> (patched for ladish support)
[18:45] <falktx> quadrispro: the source package already has a debian folder :)
[18:45] <quadrispro> falktx, fst was available in Debian -> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402945
[18:46] <falktx> nice
[18:46] <falktx> "was" ?
[18:47] <falktx> quadrispro: ha, i know about that
[18:47] <falktx> quadrispro: please note on the webpage, http://www.joebutton.co.uk/fst/ :
[18:47] <falktx> 29 Jan 2009 - Development now continues in git. The VST headers are not required anymore. execute git clone "git://repo.or.cz/fst.git" to get it.
[18:47] <falktx> VST headers are not required
[18:47] <falktx> quadrispro: that was the only issue afaik
[18:48] <quadrispro> bingo
[18:48] <quadrispro> well, I'm going to make the 'fst' package first
[18:48] <falktx> ok
[18:48] <falktx> make sure you get git code
[18:49] <quadrispro> why?
[18:50] <quadrispro> falktx, did you get your alioth account?
[18:51] <falktx> quadrispro: for fst, make sure you get git code, cause it's the one that doesnt need VST header
[18:51] <falktx> quadrispro: i think so...
[18:51] <quadrispro> falktx, where fst's git branch is?
[18:52] <falktx> quadrispro: http://repo.or.cz/w/fst.git
[18:54] <scott-work> quadrispro: congratulations on core-dev!   that is super cool :)
[18:54] <quadrispro> thank you scott-work !
[18:54] <quadrispro> falktx, off... they don't provide an homepage, I see...
[18:55] <quadrispro> one is http://www.joebutton.co.uk/fst/ but seems not up-to-date
[18:56] <quadrispro> falktx, I need some time to fix a wrong upload of faad2, would you mind to get in touch with upstream in order to get more information about the current status, their plans for the future, etc etc?
[18:58] <falktx> quadrispro: sure
[18:58] <falktx> no prob
[18:58] <quadrispro> falktx, feel free to CC me
[18:58] <falktx> time to go
[18:58] <falktx> bye
[20:18] <scott-work> in digging through the daily build log, the number of kde pacakges is greatly reduced, perhaps 1/2 remain