[02:28] -queuebot:#ubuntu-release- Unapproved: snapd-glib (bionic-proposed/main) [1.39-0ubuntu1 => 1.40-0ubuntu0.18.04.1] (kubuntu, ubuntu-desktop, ubuntu-server)
[06:39] <doko_> apw: please could you have a look at the linux/arm64 autopkg test failure triggered by both gcc-7 and gcc-8?
[07:42] -queuebot:#ubuntu-release- Unapproved: netcat-openbsd (bionic-proposed/main) [1.187-1 => 1.187-1ubuntu0.1] (core)
[08:08] <Laney> slangasek: something destroyed the lxd remotes..?
[08:53] <Laney> hmm, guess it's the BindsTo in the socat units
[08:54] <Laney> but why T F would that not have always been broken?
[08:54] <Laney> #thingssoftwareengineerssay
[08:55] <apw> it is a univeral constant that code works for years when completely, utterly, and fatally flawed, and then breaks on the day you care
[08:55] <Laney> oh for the love of
[08:55] <Laney> there's some ancient commit from pitti that we didn't get
[08:55] <Laney> this is some jujuism
[08:56]  * Laney runs juju upgrade-charm right now
[08:59] <xnox> (singularity in progress... 10%)
[11:46] -queuebot:#ubuntu-release- New source: ndctl (cosmic-proposed/primary) [60.1-0ubuntu1]
[11:46] -queuebot:#ubuntu-release- New source: pmdk (cosmic-proposed/primary) [1.4-0ubuntu1]
[11:49] <rbasak> ahasenack, dpb1: ^
[11:49] <rbasak> ahasenack: I noticed that ndctl 60.3 is available but uploaded this one to make progress. Once updated through NEW, you may want to update that.
[11:49] <rbasak> *Once accepted through NEW
[12:01] <tsimonq2> apw: Finagle's law?
[12:03] <apw> tsimonq2, indeed
[12:03] <apw> tsimonq2, though i am sure there is a corollory to the corollory here ... that it will wait for that time even if working in the meantime is impossible
[12:06] <ahasenack> rbasak: thanks
[12:06] <ahasenack> stgraber: hi, you started to review pmdk/ndctl a while ago, would you like to continue? They are in the NEW pocket ^
[12:06] <tsimonq2> apw: Indeed.
[12:07] <apw> s/pocket/queue
[12:08] <tsimonq2> Just a general note; my plan is to land the LXQt 0.13.0 transition tonight in Cosmic, then as soon as I use my new DM permissions (!) to get Qt 5.11.0 in Experimental, it'll be in Cosmic too, before the Sid transition.
[12:25] <xnox> http://cdimage.ubuntu.com/ubuntu-server/daily/current/ strangely contains both bionic and cosmic files.... i thought it should only have cosmic
[12:25] <xnox> or is this the new world order?
[12:25] <xnox> infinity, ^ ?
[13:19] -queuebot:#ubuntu-release- New binary: dovecot [s390x] (cosmic-proposed/main) [1:2.2.35-2ubuntu1] (ubuntu-server)
[13:20] -queuebot:#ubuntu-release- New binary: dovecot [amd64] (cosmic-proposed/main) [1:2.2.35-2ubuntu1] (ubuntu-server)
[13:22] -queuebot:#ubuntu-release- New binary: dovecot [i386] (cosmic-proposed/main) [1:2.2.35-2ubuntu1] (ubuntu-server)
[13:22] -queuebot:#ubuntu-release- New binary: dovecot [ppc64el] (cosmic-proposed/main) [1:2.2.35-2ubuntu1] (ubuntu-server)
[13:28] -queuebot:#ubuntu-release- New binary: dovecot [armhf] (cosmic-proposed/main) [1:2.2.35-2ubuntu1] (ubuntu-server)
[13:30] -queuebot:#ubuntu-release- New binary: dovecot [arm64] (cosmic-proposed/main) [1:2.2.35-2ubuntu1] (ubuntu-server)
[13:41] <cpaelzer> hi, I'm unsure if this needs an AA or "just" a ubuntu-sru team member
[13:41] <cpaelzer> I got a mail on increased crash rates on the last libvirt SRU
[13:42] <cpaelzer> 4.0.0-1ubuntu8.1 into Bionic
[13:42] <cpaelzer> I checked all crashes, none is related to the upload
[13:42] <cpaelzer> so I'd want to ask to kick the phasing to continue again
[13:42] <cpaelzer> but I wonder, who exactly can do so
[13:42] <cpaelzer> mail says "please let a member of the Ubuntu Stable Release Updates team (~ubuntu-sru) know so that phasing of the update can proceed."
[13:43] <cpaelzer> rbasak: ^^ you said you are unsure you can do so being "just" SRU Member right?
[13:44] <rbasak> AIUI, the tool to do it is change-override, which would need an AA.
[13:44] <rbasak> I'm not aware that we have documented anywhere a process to follow to make changes wrt. this.
[13:44] <rbasak> (well it's not the tool that decides who can use it but ACLs on the other end, but it seems likely to me that it'd be AA only if it's override related)
[13:53] -queuebot:#ubuntu-release- Unapproved: systemd (bionic-proposed/main) [237-3ubuntu10 => 237-3ubuntu10.1] (core)
[13:57] <dpb1> ahasenack: I think the only reason stgraber was looking was we were past feature freeze
[13:58] <dpb1> ah, I see rbasak replied
[13:58] <dpb1> ok, we wait and let stgraber or one of his AA cohorts take a look
[13:58] <ahasenack> we still need an AA because it's a new package, doesn't have to be stgraber
[14:06] -queuebot:#ubuntu-release- Unapproved: tomcat8 (bionic-proposed/universe) [8.5.30-1ubuntu1 => 8.5.30-1ubuntu1.1] (kubuntu)
[14:34] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [4.15.0-1012.12] (kernel)
[14:35] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [4.15.0-1012.12]
[15:02] <cpaelzer> since there was no +1 yet, anyone here now able to re-start SRU phasing - see messages ~1.25h ago
[15:05] <jbicha> cpaelzer: I usually ask bdmurray questions about SRU phasing :)
[15:06] <cpaelzer> hehe thanks jbicha, so he might know when he sees the highlight then
[15:17] -queuebot:#ubuntu-release- Unapproved: openldap (xenial-proposed/main) [2.4.42+dfsg-2ubuntu3.2 => 2.4.42+dfsg-2ubuntu3.3] (ubuntu-server)
[15:21] <bdmurray> cpaelzer, rbasak: change-override is useful for stopping an update from phasing - you'd use it to set the phasing percentage to 0 for a bad SRU
[15:22] <bdmurray> the phased-updater can be told to ignore individual crashes by putting them in the text file in this branch https://launchpad.net/~ubuntu-sru/+junk/phased-update-overrides
[15:22] <rbasak> Ah.
[15:22] <rbasak> Thanks!
[15:22] <rbasak> bdmurray: can a non-AA SRU member use change-override?
[15:22] <bdmurray> tkamppeter: Nope
[15:23] <bdmurray> sorry, no it requires an AA to use change-override
[15:23] <rbasak> OK, thanks.
[15:23] <rbasak> But useful to know I can override false positive error rates
[15:25] <bdmurray> I'm sure I sent an email to the ubuntu-sru team about the overrides but it may have been before you joined.
[15:25] <bdmurray> cpaelzer: What about this crash which only occurs with the version in -updates? https://errors.ubuntu.com/problem/ecae502be63a7615908e449a22c4141d257aa468
[15:29] <cpaelzer> bdmurray: also not related
[15:29] <cpaelzer> bdmurray: not a single entry on that code path is touched by the changes, it doesn't even interafct with the code we changed
[15:30] <cpaelzer> so it is not even like a does something and due to that b fails
[15:32] <cpaelzer> the line those two things crash is an odd issue, but not related
[15:32] <cpaelzer> it does return a constant value
[15:33] <cpaelzer> so it is a #define foo 4096
[15:33] <cpaelzer> and what fails is a function that does return foo
[15:34] <cpaelzer> thrrad #9 that is stuck somewhere in /usr/lib/libvirt/connection-driver/libvirt_driver_nodedev.so might be related to this crash, but not the ongoing SRU
[15:35] <cpaelzer> bdmurray: so really I thinke the SRU can continue phasing
[15:35] <bdmurray> cpaelzer: okay, I'll get the override taken care of
[15:35] <cpaelzer> I'd not see how they are related
[15:35] <cpaelzer> thanks bdmurray
[16:29] -queuebot:#ubuntu-release- Unapproved: libsdl2 (artful-proposed/universe) [2.0.6+dfsg1-3ubuntu1 => 2.0.6+dfsg1-3ubuntu1.17.10.1] (kubuntu)
[16:29] -queuebot:#ubuntu-release- Unapproved: libsdl2 (bionic-proposed/universe) [2.0.8+dfsg1-1ubuntu1 => 2.0.8+dfsg1-1ubuntu1.18.04.1] (kubuntu)
[17:59] <infinity> xnox: That would be because the cosmic images have never passed smoketesting on some arches, I imagine.
[18:02] <xnox> infinity, fancy!
[20:45] -queuebot:#ubuntu-release- New binary: libnitrokey [amd64] (cosmic-proposed/universe) [3.3-2] (no packageset)
[21:04] -queuebot:#ubuntu-release- New source: jboss-annotations-1.2-api (cosmic-proposed/primary) [1.0.0-0ubuntu1]
[21:07] <tjaalton> dogtag-pki needs that ^ :/
[21:13] -queuebot:#ubuntu-release- New: accepted libnitrokey [amd64] (cosmic-proposed) [3.3-2]
[21:21] <tsimonq2> infinity: debian-cd> We don't have the equivalent of the "Try or Install" screen with Calamares, yet.
[21:22] <tsimonq2> infinity: Am I misunderstanding the way things work? I thought that was in the Ubiquity codebase.
[21:24] <infinity> tsimonq2: Oh, you're doing the installer switch thing too.  Ick.  Mmkay.
[21:25] <infinity> tsimonq2: Buuut, if Calamares doesn't have that screen, and you're switching installers, it seems like a huge mistake to switch your boot options to not have a "try" and "install" option, surely?
[21:25] <infinity> tsimonq2: Or is there also no way to boot directly to the installer, so you have to boot live, then click an icon?
[21:27] <infinity> tsimonq2: Your initial commit message talking about "being consistent with Kubuntu" is why I made the comment I did.  Obviously, you're not being consistent with Kubuntu. :P
[21:28] <teward> can an archive admin mark the nginx autopkgtest call of searx as ignored?  Autopkgtests for searx wherever it's called from fail in Cosmic, and also upstream in Debian.  ahasenack was kind enough to help me dig, and we have two bugs now for this, one for the autopkgtest failures globally and one for the uwsgi crashdump - bugs 1772749 and 1772753 respectively.
[21:28] <slangasek> right, exactly
[21:28] <ubot5> bug 1772753 in searx (Ubuntu) "[searx] - uwsgi-core crashed with SIGSEGV in __libc_fork()" [Undecided,New] https://launchpad.net/bugs/1772753
[21:28] <ubot5> bug 1772749 in searx (Ubuntu) "[Cosmic] searx segfaults when being run" [Critical,New] https://launchpad.net/bugs/1772749
[21:28] <teward> the autopkgtests failing are blocking other applications in proposed (including nginx)
[21:29] <teward> and the autopkgtest failure is on uwsgi, not nginx.
[21:29] <slangasek> tsimonq2, infinity: that's the reason for my nack also - it's fine if lubuntu is going to have a different set of options because calamares, but the meaning of the terms used for each of those options should not be inconsistent between flavors
[21:29] <tsimonq2> infinity: Well, the "being consistent with Kubuntu" is *technically* right in the sense that the boot option string would be pretty much the same. :P
[21:30] <slangasek> "Start $ubuntu" --> try-or-install menu (which should be consistently implemented w/ the maybe-ubiquity boot option).  "Install $ubuntu" --> direct to installer. "Try $ubuntu" --> boot to desktop env, click icon if you want to install.
[21:30] <tsimonq2> So then Lubuntu should just be "Try Lubuntu"
[21:30] <slangasek> ok
[21:31] <tsimonq2> I'll correct it now, unless one of y'all wants to JFDI.
[21:31] <slangasek> and that, I think, has implications for how you jigger the code to keep it maximally readable
[21:31] <tsimonq2> Right.
[21:31] <infinity> Hrm, I'm not sure I agree with that entirely. :)
[21:31] <tsimonq2> Aaaaaaaaactually, hang on just a second.
[21:32] <tsimonq2> So, I think Neon does a thing with this.
[21:32] <infinity> If there's no way to boot to the installer (thus, no way to have both try and install), having only "try" makes people think it's live-only-without-installer.
[21:32] <infinity> Maybe.
[21:32] <infinity> I see "Start" as "the thing to have when try and install are the same button", regardless of how you get there.
[21:32] <tsimonq2> What's this do? https://packaging.neon.kde.org/neon/calamares-settings-pinebook.git/tree/lib/live/config/1200-calamares?h=Neon/unstable
[21:33] <slangasek> infinity: that wasn't my understanding of the existing code, where Kubuntu -> "start" -> maybe-ubiquity?
[21:33] <tsimonq2> It seems like throwing something in /lib/live/config seems to be on the right track.
[21:33]  * tsimonq2 does some more poking
[21:33] <wxl> maybe we should pull kubuntu devs in here to help with this discuss?
[21:33] <slangasek> infinity: I agree that your interpretation of the label makes sense; I just don't think it matches current practice
[21:34] <infinity> slangasek: Sure, existing code, start=maybe-ubiq, but start also means "try and install collapsed into one option", so it's a question of where you draw your line in the sand on the meaning.
[21:34] <tsimonq2> wxl: acheronuk didn't initially set this up; this'd be Riddell and sitter days.
[21:34] <tsimonq2> (this'd? hmm)
[21:34] <wxl> tsimonq2: still, is this not how things are done now?
[21:34] <tsimonq2> wxl: In what sense?
[21:34]  * wxl haven't booted a lvie kubuntu in a bit
[21:35] <tsimonq2> infinity, slangasek: What's the "proper" way to be able to throw something like "maybe-ubiquity" in there and have it start the Calamares binary as root?
[21:35] <wxl> tsimonq2: i took what you said to me (and what you suggest above) to mean that kubuntu just has one boot option
[21:35] <slangasek> infinity: should subiquity images say 'Start' instead of 'Install'?
[21:35] <infinity> tsimonq2: You're asking us how to configure calamares?
[21:35] <tsimonq2> infinity: I'm asking how it's already done so I can do the thing with mine.
[21:35] <infinity> slangasek: No, because subiquity is a special snowflake that has no live env.
[21:35] <slangasek> infinity: sure it does, Alt+F2
[21:36] <infinity> slangasek: Start="live+install are the same boot option", try="live", install="install".
[21:36] <infinity> slangasek: Okay, it has no obvious live env, but boots directly to an installer? :P
[21:37] <slangasek> :)
[21:37] <tsimonq2> So, to clarify, what's the backend which allows a binary to be executed when a specific boot option is called? Is this kernel level plumbery, d-i plumbery, or a bit higher up the chain?
[21:38] <slangasek> tsimonq2: the ubiquity package starts ubiquity-dm via its systemd unit, which interprets those boot options
[21:39] <slangasek> however, we should not have a proliferation of different kernel commandline options on account of a change in the installer implementation
[21:39] <slangasek> if calamares has need for a kernel commandline option to do a $thing, it should use the same name that ubiquity already uses
[21:39] <infinity> We could generify that to "maybe-installer, only-installer" instead of *-ubiquity.
[21:40] <tsimonq2> Was just about to say that.
[21:40] <tsimonq2> I'm not a fan of confusing people should both wxl and I get hit by a bus, if we don't leave code comments. :P
[21:40] <infinity> See the big case statement at the top of scripts/start-ubiquity-dm for all of the options.
[21:40] <tsimonq2> Will do.
[21:41] <slangasek> I think it's more awkward to do the transition than to carry on with the existing option names that are already well known to those who livecd
[21:41] <infinity> I'm still not convinced that this foray into other installers will end well.
[21:41] <infinity> But I've failed to talk you out of it, so...
[21:41] <tsimonq2> QML > Electron, Just Sayin'.
[21:41] <infinity> slangasek: Having ubiquity understand both is a trvial patch, having other installers read *-ubiquity options seems slightly daft.  IMO.
[21:42] <tsimonq2> I would agree.
[21:42] <infinity> tsimonq2: QML is better than electron, which means... What in this context? :P
[21:42] <tsimonq2> One more thing real quick; what does putting something in /lib/live/config *actually* do?
[21:42] <tsimonq2> infinity: The new installer seems to be an Electron thing. :P
[21:42] <infinity> tsimonq2: Which new installer?
[21:43]  * infinity is suddenly amazingly confused.
[21:43] <tsimonq2> infinity: That one that Mark told us all about.
[21:43] <wxl> "ubiquity-ng"
[21:43] <tsimonq2> ^
[21:43] <slangasek> infinity: so then the dependency chain before they can adopt calamares is 1) change ubiquity to understand the new option, 2) change debian-cd to emit the new option, 3) change calamares to accept the new option, 4) slangasek cries in a corner for a while at the inconsistency between pre-bionic and post-cosmic commandlines
[21:43] <infinity> That very much doesn't exist.
[21:43] <tsimonq2> https://lists.ubuntu.com/archives/ubuntu-devel/2018-May/040301.html
[21:43] <slangasek> ubingquity
[21:43] <tsimonq2> infinity: Not now, it doesn't.
[21:44] <tsimonq2> But, I look at long term.
[21:44] <tsimonq2> (In this specific situation...)
[21:45] <tsimonq2> Anyway.
[21:45] <tsimonq2> So, I'd say for now, disregard my MP.
[21:47] <tsimonq2> infinity, slangasek: I'll follow Steve's checklist, minus #4, which is up to slangasek if he actually wants to go through with. :P
[21:47] <tsimonq2> But to get the bikeshedding over with, s/ubiquity/installer/g right?
[21:47] <slangasek> tsimonq2: well also, I guess I'm left not entirely certain you need the installer options at all
[21:47] <tsimonq2> slangasek: How so?
[21:48] <slangasek> tsimonq2: don't you only care about the option names if you're implementing maybe-* behavior?
[21:48] <tsimonq2> slangasek: But, I want to do that now. :P
[21:48] <slangasek> ah
[21:48] <slangasek> ok then ;)
[21:49] <slangasek> if your intent had been to only support a single boot option, that boots to a live session, with an 'install' button on the desktop, then I was going to concede the point to infinity that this should be called 'Start'
[21:49] <slangasek> and that it wouldn't need a 'maybe-ubiquity' option
[21:50] <tsimonq2> Originally, that was my thought. But it seems easier than I thought to just have maybe-installer (ahem ;) ) behavior instead.
[21:50] <tsimonq2> To be clear, I'll write all of this, I just need reviews and merges. ;)
[21:50] <infinity> tsimonq2: Well, you can go the easy route, then follow up the hard.  They're not mutually exclusive.
[21:51] <tsimonq2> Now I'm conflicted. :P
[21:51] <tsimonq2> I think that's a smart move, actually.
[21:51] <infinity> That statement was meant to remove conflict.
[21:51] <tsimonq2> (Personally conflicted. :P)
[21:52] <infinity> tsimonq2: So, if that's the path you want to take today, I'd suggest you collapse ku|ku-pl5, like I asked, and set a NOTRYONLYDO to test later, and call it good.
[21:52] <infinity> tsimonq2: I also don't care at all if you drop the ubuntu-mid bit, that project hasn't existed since forever.
[21:53] <tsimonq2> I'll go with that and fix my code as soon as I can get some sort of verification that if I just copy Neon and throw something like https://packaging.neon.kde.org/neon/calamares-settings-pinebook.git/tree/lib/live/config/1200-calamares?h=Neon/unstable in /lib/live/config, it'll DTRT. Because I'm not even sure how to test that without just throwing something in my Calamares config and uploading it
[21:53] <tsimonq2> to the archive, which isn't smart but it's ultima ratio.
[21:53] <tsimonq2> infinity: So you don't care if I drop ubuntu-mid but you care if I drop ku-pl5? :P
[21:53] <infinity> But if we drop old projects, we need to scrub for all occurrences, so dropping them in that commit is less pleasant.
[21:53] <tsimonq2> Ahh.
[22:03] <tsimonq2> infinity: Bikeshedding real quick, if you have a second. My Python experience yells "==" but Bash seems to also do "=" for string comparison. Which one do you prefer?
[22:04] <tsimonq2> (And gosh darn it all, why can't this be consistent? :P)
[22:04] <slangasek> tsimonq2: = is correct. == is a bashism
[22:04] <tsimonq2> Thanks.
[22:04] <tsimonq2> Wait, what? It's also a Pythonism... :P
[22:05] <slangasek> no, in the context of shell it's a bashism, meaning it's not POSIX sh
[22:06] <tsimonq2> Ohh, gotcha.
[22:07] <tsimonq2> infinity: .
[22:10] <infinity> tsimonq2: In many languages, = is assignment, == is comparison, POSIX shell uses context to decide when = means one or the other, bash and zsh muddied the waters by letting you use == when, frankly, they shouldn't have.
[22:11] <tsimonq2> infinity: That's what I thought.
[22:13] <sarnold> there's also -eq just to make things extra-confusing
[22:13] <tsimonq2> Oh jeez, really?
[22:13]  * tsimonq2 RTFMs
[22:14] <infinity> sarnold: -eq is arithmetic, = is a string comparison.
[22:14] <infinity> You'll have a very bad day if you confuse them.
[22:15] <tsimonq2> Ahh.
[22:15] <slangasek> not to be confused with -=eq
[22:16] <infinity> Which would just be Steve trolling.
[22:17] <infinity> tsimonq2: The trick to '=' contextually working in shell is that shell itself has NO comparison operators in the base language, all of these things we're discussing are actually arguments to test(1)
[22:17] <slangasek> Content-Type: multipart/mixed; boundary=eq=trololololololololololo
[22:17] <infinity> tsimonq2: And [ is actually an alias for test.
[22:17] <infinity> tsimonq2: So, wrap your head around that fun design.
[22:18] <sarnold> is [ a shell builtin? or executable? or both! have fun!
[22:18] <infinity> Both.
[22:18] <tsimonq2> infinity: Seems like a bit of a cluster...heck, but it has to serve a purpose somewhere... right?
[22:18] <infinity> test and [ are built in to every shell I use, but coreutils also provides an implementation, should your shell be super awful.
[22:20] <slangasek> [ `which which` -eq $(type type) ]
[22:20] <sarnold> *groan*
[22:20] <infinity> Some people shouldn't be allowed to have computers.
[22:20] <sarnold> hear hear
[22:20] <sarnold> also
[22:20] <sarnold> here here
[22:20] <slangasek> infinity: speaking of which, time to reboot
[22:20] <sarnold> I'd like to outside and play today intead :)
[22:20] <slangasek> here: command not found
[22:21] <sarnold> slangasek: <<<HERE then
[22:23] <wxl> here strings are cool but process substitution is where it's at
[22:23] <wxl> XD
[22:23] <tsimonq2> Holy what.
[22:25] <tsimonq2> Oh. That's actually pretty darn cool.
[22:26] <slangasek> sarnold: +1
[22:26] <infinity> 6 minutes to reboot?  Did you have to resync a raid over USB?
[22:27] <sarnold> squid shutdown?
[22:27] <tsimonq2> *mumble* something something GNOME *mumble *mumble*
[22:27] <infinity> Squid's shutdown makes me irrationally angry.
[22:27] <infinity> But not quite enough to look into what it's doing and make it stop.
[22:27] <sarnold> s/ir//
[22:28] <infinity> sarnold: Maybe I meant disproportionately, not irrationally.  I have solid reason to be annoyed, but perhaps not quite enough reason to decide flinging my laptop out the window is a solid response.
[22:29] <infinity> "Today, we're teaching ThinkPads how to fly!" -- UHF, sort of.
[22:29] <sarnold> rofl
[22:29] <sarnold> oh man
[22:29] <tsimonq2> Thinkpads are super reliable, though.
[22:30] <tsimonq2> I've heard of people chucking them out of cars and them surviving without a scratch.
[22:32] <infinity> https://youtu.be/Btdp-sC8MJI?t=84
[22:33] <tsimonq2> LOL
[22:33] <tsimonq2> Well, that's not *really* funny because hurting dogs is bad, but the actor is funny... :P
[22:34] <infinity> No poodles were harmed in the filming of UHF.
[22:34] <infinity> Spatulas, on the other hand...
[22:34] <wxl> we're spatula city
[22:34] <wxl> we sell spatulas
[22:34] <wxl> and that's all
[22:34] <wxl> interesting fact: i have most of the lyrics to the soundtrack of UHF committed to memory
[22:35] <infinity> Seems like a noble use of grey matter.
[22:35] <slangasek> www.amazon.com/Spatulas/
[22:35] <wxl> indeed. if only i still had the LP
[22:35] <sarnold> wxl: heh, and i've got the movie memorized..
[22:35] <wxl> sarnold: great minds think alike, my friend
[22:36] <slangasek> now
[22:36] <slangasek> someone explain to tsimonq2 what the title means
[22:36] <tsimonq2> Please do. I want to know. :P
[22:36] <wxl> hahahahah
[22:36] <wxl> it'll take too long
[22:36] <sarnold> ehehe
[22:36] <wxl> that'd be like explaining POTS
[22:37] <slangasek> tsimonq2: so in the olden days, before all TV transmissions were digital...
[22:37] <wxl> or gopher
[22:37] <slangasek> or HBO's iconic intro sequence
[22:37] <wxl> or when MTV stood for *MUSIC* television
[22:38] <infinity> wxl: And, for those who thought Spatula City seemed a bit silly and far-fetched, let me point out that I used to pass https://www.casterland.com/ on the train every day on the way to school.
[22:38] <wxl> um, wow.
[22:38] <sarnold> oh man 50% casters??
[22:39] <infinity> It is, actually, kind of as awesome as it sounds, if you really want to put wheels on... Anything.
[22:39] <tsimonq2> wxl, slangasek: I guess I need to do some researching. :P  I'm barely old enough to remember the THX intro, though. I used to be mesmerized with that thing as a kid.
[22:39] <sarnold> four locations :)
[22:39] <sarnold> thx intro was good stuff..
[22:39] <wxl> tsimonq2: doesn't count. if you had watched thx-1138, THAT would count.
[22:39] <tsimonq2> Hah.
[22:39] <tsimonq2> More researching... lol
[22:40] <slangasek> https://www.youtube.com/watch?v=nu0R96OZy6w
[22:40] <sarnold> I have to wonder if UHF would be fun today as a new viewer.. I kind of think it would be, but perhaps feel a bit slow..
[22:40] <slangasek> tsimonq2: yes, do your research and some day you, too can be as cool as the old people
[22:40] <wxl> slangasek: not to mention he has no idea about the Tracey Ullman Show
[22:41] <sarnold> slangasek: <3
[22:41] <tsimonq2> slangasek: :D
[22:41] <tsimonq2> OMG that Simpson's video
[22:41] <tsimonq2> "Turn it up! Turn it up!"
[22:41] <infinity> slangasek: I raise you a Ralph: https://www.youtube.com/watch?v=gin_JSHuavY
[22:41] <infinity> slangasek: The laughter in the cinema when he poppued up there was deafening.
[22:42] <wxl> https://www.youtube.com/watch?v=dFQC-Qsc2V4
[22:42] <slangasek> infinity: ahaha I'd forgotten that one
[22:42] <sarnold> how could you forget that? I hear ralph every time i hear that music now.
[22:42] <wxl> oh here we go
[22:42] <wxl> bonus points if you can name where the visuals are from
[22:42] <wxl> https://www.youtube.com/watch?v=X3HeX326haQ
[22:43] <wxl> and if you looked at the credits, shame on you
[22:43] <slangasek> wxl: imma go with Johnny Mnemonic
[22:44] <infinity> wxl: It's a tossup between an assembly.org demo or a WMP/WinAMP visualisation plugin. :P
[22:44] <wxl> not even close in terms of release date
[22:44] <wxl> that might actually be what it was made with, but the idea is getting the movie it was in, infinity
[22:44] <slangasek> still standing by my answer
[22:45] <wxl> actually, no, it's older than i thought, actually. totally predates personal computers
[22:45] <infinity> Yeah, it would have been done with light and camera tricks, not digitally.
[22:45] <wxl> it's from the very end of 2001: A Space Odyssey, where everything gets really, really, really trippy
[22:46] <infinity> Or possibly hand-animated, but it looks like time-lapse lightbox work to me.
[22:46] <wxl> it's from '68
[22:46] <infinity> *nod*
[22:46] <slangasek> Johnny Mnemonic was Kubrick's best film
[22:46] <wxl> BAH
[22:47] <infinity> slangasek: A Clockwork Orange would like to staple your eyelids open and have a word with you.
[22:47] <wxl> Dr. Strangelove is really awesome, too
[22:48] <infinity> https://www.youtube.com/watch?v=UAeqVGP-GPM
[22:48] <infinity> Indeed.
[22:49] <wxl> also was that Johnny Mnemonic was Kubrick's best film some sort of troll attempt?
[22:49] <wxl> XD
[22:50] <infinity> Because it wasn't Kubrik, or because anything with Dolph Lundgren in it can't be the best of any collection?
[22:50] <slangasek> I only ever saw Dr. Strangelove last year when I was stuck in a tin can over an ocean.  I found that I hadn't missed any of the nuance from not having seen it with my own eyes
[22:52] <sarnold> aww :( watching dr strangelove has been on my todo list for .. uhh .. a while.
[22:52] <slangasek> wxl: yeeeeees
[22:53] <infinity> sarnold: Get the audiobook instead.  Bobcat Goldthwait reads the screenplay.
[22:53] <slangasek> ahaha
[22:53] <wxl> it's really really good, though unlike most of Kubrick's work, wasn't too remarkable in the cinematography department
[22:53] <sarnold> infinity: ha! sounds solid
[22:53] <wxl> there again
[22:53] <infinity> I'm giggling imagining him reading the precious bodily fluids bits.
[22:53] <wxl> we couldn't possibly explain "Zed" to tsimonq2
[22:53] <slangasek> sarnold: I'm guessing maybe it's more impactful if the plot hadn't already been spoiled
[22:54] <slangasek> you know, by being a trope of our civilization
[22:55] <infinity> slangasek: Yeah, I'm not sure what the statute of limitations on spoilers is, but I'm pretty sure it's less than 54 years.
[22:55] <wxl> X''''D
[22:56] <wxl> https://www.youtube.com/watch?v=NliooKg12yE
[22:58] <tsimonq2> ...what is this? :D
[22:58] <wxl> Bobcat Goldthwait
[22:59] <tsimonq2> Oh. My. Gawd. This... this is beautiful. XD
[22:59] <wxl> playing Zed from Police Academy, but ultimately, that seemed to be what ALL his characters were and actually what HE was
[23:00] <slangasek> https://www.youtube.com/watch?v=LFasrNIqY1Q
[23:02] <wxl> is this from your personal collection, slangasek ? XD
[23:06] <wxl> i would have been more terrified about the pilot announcing they were landing in cleveland
[23:07] <tsimonq2> XD
[23:07] <tsimonq2> https://www.youtube.com/watch?v=rITk6utJvRY <-- omg Letterman, WHAT is that hairstyle
[23:09] <sarnold> tsimonq2: http://overlookedgems.blogspot.com/2006/04/dry-look.html
[23:12] <tsimonq2> sarnold: But that's from '82!
[23:14] -queuebot:#ubuntu-release- New binary: libticonv [ppc64el] (cosmic-proposed/universe) [1.1.5-2] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: libticables [amd64] (cosmic-proposed/universe) [1.3.5+dfsg-2] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: libticables [s390x] (cosmic-proposed/universe) [1.3.5+dfsg-2] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: libticables [ppc64el] (cosmic-proposed/universe) [1.3.5+dfsg-2] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: libticables [i386] (cosmic-proposed/universe) [1.3.5+dfsg-2] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: python-tktreectrl [amd64] (cosmic-proposed/universe) [2.0.2-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: libticonv [s390x] (cosmic-proposed/universe) [1.1.5-2] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: pymecavideo [amd64] (cosmic-proposed/universe) [6.5-2] (no packageset)
[23:17] <tsimonq2> This was fun... have a good night y'all. :)
[23:17] <tsimonq2> Chat later when I haz patches.
[23:17] <sarnold> gnight tsimonq2 :)
[23:17] -queuebot:#ubuntu-release- New binary: libticonv [i386] (cosmic-proposed/universe) [1.1.5-2] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: ublock-origin [amd64] (cosmic-proposed/universe) [1.16.6+dfsg-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: gnucap [s390x] (cosmic-proposed/universe) [1:0.36~20171003-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: libticonv [amd64] (cosmic-proposed/universe) [1.1.5-2] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: weston [ppc64el] (cosmic-proposed/universe) [4.0.0-1] (xorg)
[23:19] -queuebot:#ubuntu-release- New binary: weston [s390x] (cosmic-proposed/universe) [4.0.0-1] (xorg)
[23:19] -queuebot:#ubuntu-release- New binary: libticables [arm64] (cosmic-proposed/universe) [1.3.5+dfsg-2] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: weston [i386] (cosmic-proposed/universe) [4.0.0-1] (xorg)
[23:19] -queuebot:#ubuntu-release- New binary: weston [amd64] (cosmic-proposed/universe) [4.0.0-1] (xorg)
[23:20] -queuebot:#ubuntu-release- New binary: gnucap [ppc64el] (cosmic-proposed/universe) [1:0.36~20171003-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: libticables [armhf] (cosmic-proposed/universe) [1.3.5+dfsg-2] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: libticonv [arm64] (cosmic-proposed/universe) [1.1.5-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: libticonv [armhf] (cosmic-proposed/universe) [1.1.5-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: gnucap [amd64] (cosmic-proposed/universe) [1:0.36~20171003-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: gnucap [i386] (cosmic-proposed/universe) [1:0.36~20171003-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: healpy [amd64] (cosmic-proposed/universe) [1.10.3-3] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: weston [arm64] (cosmic-proposed/universe) [4.0.0-1] (xorg)
[23:29] -queuebot:#ubuntu-release- New binary: gnucap [arm64] (cosmic-proposed/universe) [1:0.36~20171003-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: weston [armhf] (cosmic-proposed/universe) [4.0.0-1] (xorg)
[23:29] -queuebot:#ubuntu-release- New binary: gnucap [armhf] (cosmic-proposed/universe) [1:0.36~20171003-1] (no packageset)
[23:46] -queuebot:#ubuntu-release- New: accepted gnucap [arm64] (cosmic-proposed) [1:0.36~20171003-1]
[23:46] -queuebot:#ubuntu-release- New: accepted gnucap [armhf] (cosmic-proposed) [1:0.36~20171003-1]
[23:46] -queuebot:#ubuntu-release- New: accepted gnucap [amd64] (cosmic-proposed) [1:0.36~20171003-1]
[23:46] -queuebot:#ubuntu-release- New: accepted gnucap [ppc64el] (cosmic-proposed) [1:0.36~20171003-1]
[23:46] -queuebot:#ubuntu-release- New: accepted healpy [amd64] (cosmic-proposed) [1.10.3-3]
[23:46] -queuebot:#ubuntu-release- New: accepted libticables [arm64] (cosmic-proposed) [1.3.5+dfsg-2]
[23:46] -queuebot:#ubuntu-release- New: accepted libticables [i386] (cosmic-proposed) [1.3.5+dfsg-2]
[23:46] -queuebot:#ubuntu-release- New: accepted libticables [s390x] (cosmic-proposed) [1.3.5+dfsg-2]
[23:46] -queuebot:#ubuntu-release- New: accepted libticonv [arm64] (cosmic-proposed) [1.1.5-2]
[23:46] -queuebot:#ubuntu-release- New: accepted libticonv [i386] (cosmic-proposed) [1.1.5-2]
[23:46] -queuebot:#ubuntu-release- New: accepted libticonv [s390x] (cosmic-proposed) [1.1.5-2]
[23:47] -queuebot:#ubuntu-release- New: accepted python-tktreectrl [amd64] (cosmic-proposed) [2.0.2-1]
[23:47] -queuebot:#ubuntu-release- New: accepted gnucap [i386] (cosmic-proposed) [1:0.36~20171003-1]
[23:47] -queuebot:#ubuntu-release- New: accepted libticables [amd64] (cosmic-proposed) [1.3.5+dfsg-2]
[23:47] -queuebot:#ubuntu-release- New: accepted libticables [ppc64el] (cosmic-proposed) [1.3.5+dfsg-2]
[23:47] -queuebot:#ubuntu-release- New: accepted libticonv [armhf] (cosmic-proposed) [1.1.5-2]
[23:47] -queuebot:#ubuntu-release- New: accepted pymecavideo [amd64] (cosmic-proposed) [6.5-2]
[23:47] -queuebot:#ubuntu-release- New: accepted weston [amd64] (cosmic-proposed) [4.0.0-1]
[23:47] -queuebot:#ubuntu-release- New: accepted weston [armhf] (cosmic-proposed) [4.0.0-1]
[23:47] -queuebot:#ubuntu-release- New: accepted weston [ppc64el] (cosmic-proposed) [4.0.0-1]
[23:47] -queuebot:#ubuntu-release- New: accepted gnucap [s390x] (cosmic-proposed) [1:0.36~20171003-1]
[23:47] -queuebot:#ubuntu-release- New: accepted libticonv [amd64] (cosmic-proposed) [1.1.5-2]
[23:47] -queuebot:#ubuntu-release- New: accepted ublock-origin [amd64] (cosmic-proposed) [1.16.6+dfsg-1]
[23:47] -queuebot:#ubuntu-release- New: accepted weston [i386] (cosmic-proposed) [4.0.0-1]
[23:47] -queuebot:#ubuntu-release- New: accepted libticables [armhf] (cosmic-proposed) [1.3.5+dfsg-2]
[23:47] -queuebot:#ubuntu-release- New: accepted weston [arm64] (cosmic-proposed) [4.0.0-1]
[23:47] -queuebot:#ubuntu-release- New: accepted libticonv [ppc64el] (cosmic-proposed) [1.1.5-2]
[23:47] -queuebot:#ubuntu-release- New: accepted weston [s390x] (cosmic-proposed) [4.0.0-1]
[23:51] -queuebot:#ubuntu-release- New binary: inkscape [amd64] (cosmic-proposed/universe) [0.92.3-2] (ubuntustudio)