[05:12] -queuebot:#ubuntu-release- New binary: patiencediff [ppc64el] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: patiencediff [amd64] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: patiencediff [i386] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: patiencediff [armhf] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: patiencediff [arm64] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: patiencediff [s390x] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[08:31] <Laney> xnox: 🤘
[08:34] <Laney> also git diff --word-diff is the best for reviewing autopkgtest-cloud config changes
[08:34] -queuebot:#ubuntu-release- New: accepted cc-tool [amd64] (eoan-proposed) [0.26.20190527-1]
[08:34] -queuebot:#ubuntu-release- New: accepted cc-tool [armhf] (eoan-proposed) [0.26.20190527-1]
[08:34] -queuebot:#ubuntu-release- New: accepted cc-tool [ppc64el] (eoan-proposed) [0.26.20190527-1]
[08:34] -queuebot:#ubuntu-release- New: accepted golang-github-joyent-gosign [amd64] (eoan-proposed) [0.0~git20161114.9abcee2-1]
[08:34] -queuebot:#ubuntu-release- New: accepted patiencediff [armhf] (eoan-proposed) [0.1.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted patiencediff [s390x] (eoan-proposed) [0.1.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted cc-tool [arm64] (eoan-proposed) [0.26.20190527-1]
[08:34] -queuebot:#ubuntu-release- New: accepted cc-tool [s390x] (eoan-proposed) [0.26.20190527-1]
[08:34] -queuebot:#ubuntu-release- New: accepted patiencediff [i386] (eoan-proposed) [0.1.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted cc-tool [i386] (eoan-proposed) [0.26.20190527-1]
[08:34] -queuebot:#ubuntu-release- New: accepted patiencediff [arm64] (eoan-proposed) [0.1.0-1]
[08:35] -queuebot:#ubuntu-release- New: accepted patiencediff [amd64] (eoan-proposed) [0.1.0-1]
[08:35] -queuebot:#ubuntu-release- New: accepted swaybg [amd64] (eoan-proposed) [1.0-1]
[08:35] -queuebot:#ubuntu-release- New: accepted swaybg [armhf] (eoan-proposed) [1.0-1]
[08:35] -queuebot:#ubuntu-release- New: accepted swaybg [ppc64el] (eoan-proposed) [1.0-1]
[08:35] -queuebot:#ubuntu-release- New: accepted patiencediff [ppc64el] (eoan-proposed) [0.1.0-1]
[08:35] -queuebot:#ubuntu-release- New: accepted swaybg [i386] (eoan-proposed) [1.0-1]
[08:35] -queuebot:#ubuntu-release- New: accepted swaybg [arm64] (eoan-proposed) [1.0-1]
[08:35] -queuebot:#ubuntu-release- New: accepted swaybg [s390x] (eoan-proposed) [1.0-1]
[09:01] -queuebot:#ubuntu-release- New: rejected lsp-plugins [source] (eoan-proposed) [1.1.9-0ubuntu1]
[09:02] -queuebot:#ubuntu-release- New: accepted u-boot [arm64] (eoan-proposed) [2019.04+dfsg-2ubuntu1]
[09:02] -queuebot:#ubuntu-release- New source: lsp-plugins (eoan-proposed/primary) [1.1.9-0ubuntu1]
[09:03] -queuebot:#ubuntu-release- New: accepted lsp-plugins [source] (eoan-proposed) [1.1.9-0ubuntu1]
[09:19] -queuebot:#ubuntu-release- New binary: lsp-plugins [amd64] (eoan-proposed/universe) [1.1.9-0ubuntu1] (no packageset)
[09:26] -queuebot:#ubuntu-release- New binary: lsp-plugins [i386] (eoan-proposed/universe) [1.1.9-0ubuntu1] (no packageset)
[10:09] -queuebot:#ubuntu-release- Unapproved: lvm2 (cosmic-proposed/main) [2.02.176-4.1ubuntu3 => 2.02.176-4.1ubuntu<IP_ADDRESS>] (core)
[10:10] -queuebot:#ubuntu-release- Unapproved: lvm2 (xenial-proposed/main) [2.02.133-1ubuntu10 => 2.02.133-1ubuntu10.1] (core)
[10:10] -queuebot:#ubuntu-release- Unapproved: lvm2 (disco-proposed/main) [2.02.176-4.1ubuntu4 => 2.02.176-4.1ubuntu4.1] (core)
[10:11] -queuebot:#ubuntu-release- Unapproved: neutron (bionic-proposed/main) [2:12.0.5-0ubuntu5 => 2:12.0.6-0ubuntu1] (openstack, ubuntu-server)
[10:11] -queuebot:#ubuntu-release- Unapproved: neutron (disco-proposed/main) [2:14.0.0-0ubuntu1 => 2:14.0.0-0ubuntu1.1] (openstack, ubuntu-server)
[10:11] -queuebot:#ubuntu-release- Unapproved: neutron (cosmic-proposed/main) [2:13.0.2-0ubuntu3.2 => 2:13.0.2-0ubuntu3.3] (openstack, ubuntu-server)
[10:16] <jamespage> if there is an sru team member around the 2:12.0.6-0ubuntu1 for neutron ^^ supercedes the existing one in the UNAPPROVED queue
[10:23] <xnox> Laney:  🎉🎉🎉 and triggered linux-* retries in bionic and disco now. Hopefully it gets better.
[10:24] <Laney> heh
[10:24] <Laney> I'd have probably done one at first ...
[10:32] <rbalint> bdmurray, RAOF, please accept the gce-compute-image-packages srus if you have time today
[10:35] <xnox> ah, well =)
[10:39] <RAOF> rbalint: I'll do them in my shift if bdmurray doesn't get to them first 😀
[10:50] -queuebot:#ubuntu-release- New source: grubzfs-testsuite (eoan-proposed/primary) [0.1]
[11:10] <RAOF> It seems that the recent Qt5 security release to Bionic has included a regression in Wayland support?
[11:11] <RAOF> Alan Griffiths has more details; I'll get him to file a bug.
[11:25] <mdeslaur> RAOF: ok, please let me know the bug number and I'll take a look
[11:35] <alan_g> I'm just trying to figure out where to file it...
[11:37] <mdeslaur> alan_g: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+filebug
[12:02] <alan_g> Sorry for the delay. There's a factor I don't yet understand making it hard to document a reproducer.
[12:03] <mdeslaur> np
[12:34] -queuebot:#ubuntu-release- Unapproved: newlib (bionic-proposed/universe) [<IP_ADDRESS>60527-3build1 => <IP_ADDRESS>60527-3ubuntu0.1] (no packageset)
[12:37] <ddstreet> tkamppeter are you able to verify the systemd in b/c-proposed for lp #1754671
[13:11] -queuebot:#ubuntu-release- Unapproved: cinder (cosmic-proposed/main) [2:13.0.3-0ubuntu1 => 2:13.0.5-0ubuntu1] (openstack, ubuntu-server)
[13:22] -queuebot:#ubuntu-release- Unapproved: heat (cosmic-proposed/main) [1:11.0.0-0ubuntu2 => 1:11.0.2-0ubuntu1] (openstack, ubuntu-server)
[13:26] -queuebot:#ubuntu-release- Unapproved: nova (cosmic-proposed/main) [2:18.1.0-0ubuntu3 => 2:18.2.0-0ubuntu1] (openstack, ubuntu-server)
[13:36] -queuebot:#ubuntu-release- Unapproved: horizon (cosmic-proposed/main) [3:14.0.2-0ubuntu4 => 3:14.0.3-0ubuntu1] (openstack, ubuntu-server)
[14:20] <Eickmeyer> sil2100: Thank you so much!!!!
[14:25] <Eickmeyer> sil2100: Now I see that it's binNEW... what now?
[14:39] <sil2100> Eickmeyer: ah! On it!
[14:39] <sil2100> Forgot about it ;)
[14:39] <Eickmeyer> sil2100: Ha! No worries.
[14:39] <Eickmeyer> Well, no worries now that you're on it. :)
[14:40] <sil2100> Eickmeyer: oh, so it FTBFS on all the other arches?
[14:40] <sil2100> Eickmeyer: should we do a follow up upload limiting the list of arches to amd64 and i386?
[14:40] <sil2100> Or should it actually build and be usable everywhere?
[14:41] <Eickmeyer> sil2100: It should build and be usable everywhere per the developer, at least in the bug report conversation we had yesterday. :S
[14:41] <Eickmeyer> That said, I'm not sure I'm willing to support every arch on the planet.
[14:42] <sil2100> uh
[14:43] <Eickmeyer> sil2100: I stand corrected. He built on multiple systems/kernels, not architectures. Should be amd64/i386 only.
[14:43] <Eickmeyer> I had to go back and read the conversation.
[14:44] <Eickmeyer> sil2100: He did build on armv7, raspberry pi.
[14:44] <Eickmeyer> https://github.com/sadko4u/lsp-plugins/issues/50#issuecomment-498409847
[14:44] <gitbot> sadko4u issue 50 in lsp-plugins "Tests fail on debian/ubuntu build " [Hotfix, Pending For Release, Feature Request, Closed]
[14:46] <sil2100> Eickmeyer: could you find out what should be the state here? Like, I'd like the package to correspond to the requirements and needs of upstream
[14:46] <sil2100> e.g. if upstream says it's amd64/i386 only, then let's modify the packaging as such - otherwise we'd need upstream to help us get it building on the respective architectures ;/
[14:48] <Eickmeyer> sil2100: I'll file a new bug report/question and see what the response is.
[14:51] <Eickmeyer> sil2100: Bug report filed, waiting for an answer. Upstream has been very responsive.
[14:57] <sil2100> Eickmeyer: thanks! Let's leave the binaries in there for now - anyway, we're 'almost there' now ;)
[15:01] <Eickmeyer> sil2100: You've been super encouraging through this. Thank you so much!
[15:02] <infinity> This doesn't look like an "upstream needs to help" situation.
[15:02] <infinity> It just shouldn't be calling compilers with -m32.
[15:04] <infinity> Also, the part where it seems to detect the target arch as "i586" on non-amd64 is a bit lolz.
[15:05] <Eickmeyer> sil2100: ^
[15:07] <sil2100> Well, I didn't look at the source of the problem so I wouldn't know - I leave it up to Eickmeyer and/or upstream to take care of that
[15:08] <sil2100> (ETOOMANYTHINGS, sorry about that o/)
[15:08] <infinity> Well, the source of this problem is debian/rules
[15:08] <acheronuk> BUILD_PROFILE=i586
[15:08] <acheronuk> in rules
[15:08] <infinity> acheronuk: Jinx. :)
[15:08] <acheronuk> if not amd64
[15:09] <infinity> Upstream also defines aarch64 (for arm64) and armv7a (for armhf).
[15:09] <sil2100> Sure, but I didn't see the project's Makefile's to know what impact it is
[15:09] <infinity> So at least those two would be trivial to enable in rules.
[15:09] <sil2100> s/it is/it has/
[15:09] <sil2100> Anyway
[15:09]  * Eickmeyer is looking now
[15:10] <sil2100> Eickmeyer: thanks o/
[15:11] <sil2100> Eickmeyer: in case you get something that seems to be working, please push it to the vcs and give me a sign
[15:11] <Eickmeyer> sil2100: Will do.
[15:11] <sil2100> Eickmeyer: but before that happens do some test-builds on a PPA with more than just amd64/i386 enabled
[15:12] <sil2100> That's something I could have noticed before, since the autobuild PPA seems to only have those two arches
[15:12] <infinity> That said, all this BUILD_PROFILE stuff looks completely bogus.  Tearing it all out would work better (as an upstream recommendation).
[15:12] <sil2100> Eickmeyer: ^ maybe you could give that a try in a PPA? ;)
[15:13] <Eickmeyer> infinity: Yeah, that was stuff left over from the KXStudio repo (lots of poor packaging happens there, hence my personal undertaking of making it "unnecessary" for Studio users). I should've noticed it, sorry.
[15:14] <infinity> To be clear, I don't mean "removing it from debian/rules will have the desired result", I mean "the entire concept in the upstream makefiles is ridiculous because it's setting compiler defaults that would be correct if the developer didn't try to micromanage".
[15:14] <Eickmeyer> sil2100: That's my plan at the moment. Might have to drop everything to get my son ready for school.
[15:14] <infinity> Like, seriously, explicitly setting "-m elf_x86_64"?
[15:16] <Eickmeyer> infinity: It does appear to be made that way. :/
[15:16] <infinity> Eickmeyer: I think for debian/ubuntu, I'd be inclined to add a "generic" BUILD_PROFILE to scripts/make/configure.mk that doesn't do any of this silliness, and just specify THAT one in debian/rules.
[15:17] <infinity> Eickmeyer: Then compiler defaults will win and DTRT, regardless of arch.
[15:18] <infinity> Eickmeyer: You already patch out the only braindead use of LD_PATH, so it's just CC_ARCH and LD_ARCH getting in your way here.
[15:19] <Eickmeyer> infinity: Right. As soon as I can figure out a way to patch out this stuff, then I'll get that done. In the meantime, though, I have to get my son out the door for school. Will report back.
[16:01] <Eickmeyer> infinity, sil2100: upstream only supports i386, arm64, aarch64, and armv7-ar. Does this affect anything?
[16:01] <infinity> Eickmeyer: Define "supports".
[16:01] <Eickmeyer> https://github.com/sadko4u/lsp-plugins/blob/04cc45a4aee3bd3a46ecbd0a9160d0d87f8f8a32/README.txt#L30-L47
[16:01] <infinity> Eickmeyer: Upstream only has build targets for those arches, but as we've established, those build targets are bunk.
[16:02] <Eickmeyer> infinity: Then I guess I'm lost. Should I patch out the entire CC_ARCH and LD_ARCH variables?
[16:02] <infinity> Eickmeyer: So, IMO, if you suddenly built on other arches, they'd just also become "experimental" support by upstream's definition.  No big.
[16:03] <infinity> Eickmeyer: Patching out hundreds of lines is much more effort than just adding a target that sets those variables blank, and using it.
[16:03] <infinity> Eickmeyer: ie: right before the x86_64 target, create a "generic" one.  Then in debian/rules, always export BUILD_PROFILE=generic.  DOne.
[16:04] <infinity> There's literally zero reason to build with -m64/-m32 or -m elf_foo on any sane Debian/Ubuntu toolchain.  We already pick the right things for ABI compat with our ports.
[16:08] <Eickmeyer> infinity: Okay, That makes sense.
[16:08] <infinity> Ahh, balls.
[16:08] <infinity> No, wait, I found one last place where BUILD_PROFILE is actually legit used.
[16:08] <Eickmeyer> Standing by.
[16:08] <infinity> https://github.com/sadko4u/lsp-plugins/blob/04cc45a4aee3bd3a46ecbd0a9160d0d87f8f8a32/src/dsp/Makefile
[16:09] <infinity> So, we *do* want a generic, but it should only be selected as a fallback.
[16:09] <infinity> You want to beef up your debian/rules selection to select i586 for i386, x86_64 for amd64, armv7a for armhf, aarch64 for arm64, and generic as the fallback.
[16:09] <infinity> Then it should all DTRT.
[16:10] <infinity> (THose targets are still "wrong", but they're wrong in harmless ways, so whatever)
[16:10] <Eickmeyer> infinity: That thought had crossed my mind. I'll go ahead and do it.
[16:15] <infinity> Eickmeyer: And, actually, those vars are set empty before the test, so you don't actually need to patch in a "generic" BUILD_PROFILE is you don't want to.
[16:15] <infinity> Just setting BUILD_PROFILE to generic (or any garbage) for arches that don't have an explicit profile definition should DTRT.
[16:16] <infinity> So all you need to fix is debian/rules.
[16:16] <Eickmeyer> infinity: That can be done.
[16:17] <infinity> Eickmeyer: And, IMO, if it still FTBFS or otherwise sucks on arches upstream doesn't define, that's fine, IMO.  Just a best effort attempt to set those 4 profiles correctly and *try* to build generically on everything else is fine.
[16:17] <Eickmeyer> infinity: Works for me.
[16:43] <Eickmeyer> infinity, sil2100: Made the changes, pushed, building in my personal PPA (to avoid enabling other architectures in the Studio autobuilds PPA).
[16:57] <Eickmeyer> infinity, sil2100: Successful builds for those architectures. We're good to go.
[17:05] <infinity> Eickmeyer: Some nitpicking about the changes in your PPA before you push, but the intent is there. :)
[17:06] <Eickmeyer> infinity: I haven't pushed the tags, if that's what you mean.
[17:06] <infinity> Eickmeyer: The major one is that you want DEB_HOST_ARCH, not DEB_HOST_ARCH_CPU
[17:07] <infinity> Eickmeyer: Also, "armhl" should be "armhf"
[17:07] <Eickmeyer> heh, silly me and my typo.
[17:07] <infinity> Testing for DEB_HOST_ARCH_CPU means most of those were just building "generic" instead.
[17:08] <infinity> Since CPU is x86_64, i386 (sometimes i686), armv7a, etc.
[17:09] <Eickmeyer> Uh, interesting. Still successfully built. Makes me question if those lines are even necessary, though you did discover the reason, so I trust you.
[17:09] <infinity> Eickmeyer: Sure, it'll build, but for amd64, you'd skip building the optimised bits.
[17:09] <infinity> Same for arm64 and armhf.
[17:10] <Eickmeyer> Ok.
[17:12] <infinity> Or...
[17:12] <infinity> Maybe what's actually happening is you broke it so well that it fixed it. :)
[17:13] <infinity> In that because none of those match, BUILD_PROFILE isn't being set, and the upstream makefile is selecting the right one based on uname(1) :P
[17:13] <infinity> Which only works on Ubuntu buildds, because we force uname to match the target build arch.
[17:13] <infinity> It would fail miserably in Debian.
[17:13] <infinity> Or local builds.
[17:14] <Eickmeyer> I guess I know how to break things. :D
[17:14] <infinity> Yep, that's definitely what's happened.
[17:15] <infinity> Entertaining, though.
[17:15] <Eickmeyer> Indeed! lol
[17:17] <infinity> No real point in using filter() there either.
[17:18] <infinity> Just ifeq ($(DEB_HOST_ARCH),arm64) is enough.
[17:21] <Eickmeyer> infinity: ack
[17:24] <infinity> Eickmeyer: It also seems to be missing an "include /usr/share/dpkg/architecture.mk" before that ifeq mess.
[17:24] <infinity> Eickmeyer: Which sort of makes it all a no-op...
[17:24] <infinity> Unless dh(1) does something fancy there on re-entry.
[17:25] <infinity> But not that I know of.
[17:25] <Eickmeyer> infinity: I'm learning a lot today.
[17:25] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (disco-proposed) [20190522-0ubuntu1~19.04.0]
[17:29] <infinity> Eickmeyer: That looks like it might actually do what you expect now.
[17:31] <Eickmeyer> infinity: Cool. I'll be watching the build. :)
[17:36] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (cosmic-proposed) [20190522-0ubuntu1~18.10.0]
[17:42] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (bionic-proposed) [20190522-0ubuntu1~18.04.0]
[17:45] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (xenial-proposed) [20190522-0ubuntu1~16.04.0]
[18:02] -queuebot:#ubuntu-release- Unapproved: accepted exim4 [source] (disco-proposed) [4.92-4ubuntu1.1]
[18:05] -queuebot:#ubuntu-release- Unapproved: accepted ktouch [source] (disco-proposed) [4:18.12.3-0ubuntu1.1]
[18:26] <Eickmeyer> infinity, sil2100: Looks like that actually gave some decent builds.
[18:26] -queuebot:#ubuntu-release- Unapproved: accepted hw-detect [source] (disco-proposed) [1.117ubuntu<IP_ADDRESS>]
[18:33] <infinity> Eickmeyer: \o/
[18:33] <Eickmeyer> infinity: Do you want to reject sil2100's upload of lsp-plugins? Then, if you want to, you can reupload and approve.
[18:34] <Eickmeyer> Unless sil2100 wants to do it. :)
[18:34] <infinity> Eickmeyer: Gimme a .dsc somewhere to sponsor for you?
[18:35] <infinity> I'm curious about the testsuite override.  What/how does it break?
[18:35] -queuebot:#ubuntu-release- New: rejected lsp-plugins [amd64] (eoan-proposed) [1.1.9-0ubuntu1]
[18:35] -queuebot:#ubuntu-release- New: rejected lsp-plugins [i386] (eoan-proposed) [1.1.9-0ubuntu1]
[18:35] <Eickmeyer> infinity: https://code.launchpad.net/~eeickmeyer/+archive/ubuntu/ppa/+packages
[18:36] <infinity> Eickmeyer: Well, yes, I saw that, but that lacks a correct changelog entry and version.
[18:36] <Eickmeyer> Ah, yes. Standby...
[18:36]  * Eickmeyer has to move to a system that'll actually do the build manually, not this Celeron he's currently typing on
[18:37] <infinity> They still make Celerons?
[18:37] <Eickmeyer> Dual-core at that!
[18:39] <infinity> Oh, the test override is commented out.  Maybe you should delete that cruft. :P
[18:40] <Eickmeyer> infinity: I thought I had.... weird.
[18:41] <infinity> ...
[18:41] <infinity> Also, you end up building twice...
[18:42] <Eickmeyer> ...
[18:42] <infinity> And I suspect what you install is the binaries you built in the second pass, since I don't see it building them somewhere else.
[18:42]  * Eickmeyer shakes fist at upstream
[18:42] <infinity> Oh, wait.
[18:43] <Eickmeyer> That's exactly what vorlon and I were trying to avoid.
[18:43] <infinity> It builds the build in .build and the test in .test
[18:43] <infinity> I think.
[18:43] -queuebot:#ubuntu-release- Unapproved: accepted hw-detect [source] (cosmic-proposed) [1.117ubuntu<IP_ADDRESS>]
[18:43] <infinity> So hard to decipher with the non-verbose build.
[18:43] <Eickmeyer> Yes. That was upstream's doing.
[18:43] <infinity> Okay.
[18:43] <infinity> Gross, but okay.
[18:44] <Eickmeyer> Indeed.
[18:44] <infinity> OOI, why are the test binaries "not suitable" to ship?
[18:44] <cjwatson> Policy says to override upstream and make the build verbose
[18:44] <cjwatson> Hopefully there's a V=1 switch or similar
[18:44] <cjwatson> (https://www.debian.org/doc/debian-policy/ch-source.html#main-building-script-debian-rules)
[18:45] <Eickmeyer> I honestly don't know. The "make test" doesn't do what one would expect.
[18:45] -queuebot:#ubuntu-release- Unapproved: accepted hw-detect [source] (bionic-proposed) [1.117ubuntu<IP_ADDRESS>]
[18:46] <infinity> Ahh, -DLSP_TESTING -DLSP_TRACE
[18:46] <infinity> It's using that to include extra trace and breakpoint vomit.
[18:46] <infinity> Gross, but whatever.
[18:47] <Eickmeyer> So should I keep that as-is?
[18:47] <infinity> Yeah, it's fine.
[18:47] <infinity> Ignore me.
[18:47] <Eickmeyer> heh, no worries.
[18:47] <infinity> Making the upstream Makefiles verbose would be lovely, but unfortunately, that's not practical either.
[18:48] <infinity> Cause he literally just prefaces everything with @
[18:48] <Eickmeyer> Shoddy makefiles.
[18:48] <infinity> It'd be a nightmare to replace them all with a macro in a distro patch.
[18:52] <vorlon> Eickmeyer: so, that double-build (test one build, ship one build) is exactly what I said we should avoid in the package.  If this is really the status quo, the dh_auto_test override should come back.
[18:53] <Eickmeyer> vorlon, infinity: In that case, I'll revert the change I just made.
[18:53] <Eickmeyer> IMO, upstream doesn't understand the meaning of "test suite".
[19:00] -queuebot:#ubuntu-release- Unapproved: accepted libguestfs [source] (disco-proposed) [1:1.40.2-1ubuntu1.1]
[19:07] <Eickmeyer> infinity: uploading to my (other) ppa.
[19:15] <Eickmeyer> infinity: I have a dsc file for you at https://launchpad.net/~eeickmeyer/+archive/ubuntu/ppa2/+packages
[19:19] <infinity> Eickmeyer: ACK, will look when this TB meeting lets out.
[19:29] -queuebot:#ubuntu-release- Unapproved: accepted libguestfs [source] (cosmic-proposed) [1:1.38.4-1ubuntu2.1]
[19:32] -queuebot:#ubuntu-release- Unapproved: accepted libguestfs [source] (bionic-proposed) [1:1.36.13-1ubuntu3.3]
[19:50] <vorlon> E: librados2: symbols-file-contains-current-version-with-debian-revision on symbol
[19:50] <vorlon> _ZN5boost6spirit2qi4ruleIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEF11MonCapGrantvENS0_11unused_typeESG_SG_E6defineIN4mpl_5bool_ILb1EEENS_5proto7exprns_4exprINSM_6tagns_3tag11shift_rightENSM_7argsns_5list2IRKNSO_ISR_NST_IRKNSO_ISR_NST_IRKNSO_ISR_NST_IRKNSO_ISR_NST_IRKNSO_ISR_NST_IRKNSO_ISR_NST_IRKNSO_ISR_NST_IRKNSO_ISR_NST_IRKNSO_INSQ_6negateENSS_5list1I
[19:50] <vorlon> RNS2_ISD_SG_SG_SG_SG_EEEELl1EEERKNSO_ISU_NSV_IRKNSO_ISR_NST_IRKNSO_INSQ_8terminalENSS_4termINS0_11terminal_exINS0_3tag3litENS_6fusion6vectorIJRA6_S5_EEEEEEELl0EEESX_EELl2EEEEELl1EEEEELl2EEERKNSO_IS12_NS13_INS14_IS16_NS18_IJRA8_S5_EEEEEEELl0EEEEELl2EEERKNSO_INSQ_10bitwise_orENST_IRKNSO_IS12_NS13_INS14_IS16_NS18_IJcEEEEEEELl0EEESX_EELl2EEEEELl2EEERKNSO_IS12_NS13_INS14_INS15_4attrENS18_IJSC_EEEEEEELl0E
[19:50] <vorlon> EEEELl2EEERNS2_ISD_FSC_vESG_SG_SG_EEEELl2EEES2Q_EELl2EEERKNSO_IS12_NS13_INS14_IS2K_NS18_IJSt3mapISC_16StringConstraintSt4lessISC_ESaISt4pairIKSC_S37_EEEEEEEEEELl0EEEEELl2EEERKNSO_IS12_NS13_INS14_IS2K_NS18_IJiEEEEEEELl0EEEEELl2EEERKNSO_ISU_NSV_IRKNSO_ISR_NST_IRKNSO_ISR_NST_IRKNSO_ISR_NST_ISX_S20_EELl2EEESX_EELl2EEES2X_EELl2EEEEELl1EEEEELl2EEEEEvRSH_RKT0_SL_@Base and 1 others
[19:50] <vorlon> :P
[19:50] <infinity> SPAM
[19:50] <Eickmeyer> !paste
[19:51] <infinity> Eickmeyer: Erm, you wanted -0ubuntu2 there, not ubuntu1.
[19:51] <infinity> Eickmeyer: ubuntu1 is already in the archive.
[19:51] <Eickmeyer> infinity: d'oh!
[19:51] <vorlon> I mean, yes, but pastebinning would ruin the effect
[19:51] <Eickmeyer> will fix.
[19:51] <vorlon> for those playing along at home, c++filt also chokes on that symbol name
[19:52] <infinity> Eickmeyer: Make sure the upload includes the original ubuntu1 changelog entry, and then ubuntu2 with the fixes.
[19:52] <Eickmeyer> infinity: ack
[19:52] <infinity> Eickmeyer: Debdiff against "pull-lp-source -d lsp-plugins" to make sure it's sane.
[19:52] <vorlon> (chokes gracefully - it refuses to demangle it. I was actually curious to see if c++filt would spiral out of control)
[19:53] <infinity> vorlon: Didn't I hear doko talking about some new and wonderful utopia where templated symbols will eff right off and we can live happily ever after?
[19:53] <infinity> But yeah, that one's pretty amazing.
[19:53] <vorlon> infinity: which do you bet is larger, the symbol name or the implementation?
[19:54] <infinity> The worst part is how much of it I can demangle in my head without a tool.
[19:54] <infinity> This is not knowlege I should have, and I resent it being in there.
[19:56] <vorlon> haha
[20:10] <Eickmeyer> infinity: File lists identical (after any substitutions), so sanity is ensured?
[20:13] <Eickmeyer> FYI, my next package is a cakewalk compared to this one.
[20:15] <infinity> Eickmeyer: I meant debdiffing the sources. :)
[20:16] <infinity> Eickmeyer: To make sure the changelog looked sane, etc.
[20:16] <Eickmeyer> infinity: Oh. That showed only my changes/changelog addition.
[20:16] <infinity> Eickmeyer: Kay.  Gimme?
[20:16] <Eickmeyer> Sure.
[20:18] -queuebot:#ubuntu-release- Unapproved: kexec-tools (bionic-proposed/main) [1:2.0.16-1ubuntu1 => 1:2.0.16-1ubuntu1.1] (core)
[20:19] <Eickmeyer> Wait a minute...
[20:21] -queuebot:#ubuntu-release- Unapproved: rejected mesa [source] (disco-proposed) [19.0.2-1ubuntu1.1]
[20:21] -queuebot:#ubuntu-release- Unapproved: kexec-tools (cosmic-proposed/main) [1:2.0.16-1ubuntu3 => 1:2.0.16-1ubuntu3.1] (core)
[20:22] <Eickmeyer> infinity: This is what it spat-out, but maybe I'm doing something wrong. The only source I can find is the tarball. https://paste.ubuntu.com/p/yN4t9hhxr5/
[20:22] <Eickmeyer> I have the feeling I should update to eoan.
[20:24] -queuebot:#ubuntu-release- Unapproved: accepted lvm2 [source] (disco-proposed) [2.02.176-4.1ubuntu4.1]
[20:24] <Eickmeyer> infinity: Anyhow, updated .dsc file
[20:28] <infinity> Eickmeyer: The diff against the archive version is https://paste.ubuntu.com/p/B8K7jbqZMd/
[20:28] <infinity> Eickmeyer: Which LGTM.
[20:29] <Eickmeyer> infinity: Cool. Sorry about my incompetence on that one. Still learning.
[20:30] <infinity> Eickmeyer: Uploaded.
[20:30] <Eickmeyer> infinity: Thanks! Are we going to have to wait for a second AA to approve?
[20:31] <apw> that is for eoan, so no
[20:32] <infinity> binNEW will still need a review, but I can do that when they pop up.
[20:32] <infinity> I suppose I should have reviewed the binaries from the previous upload in case they were obviously busted. :P
[20:32] <infinity> Oh well.
[20:33] <Eickmeyer> heh. Thanks for your help today. I have two other packages in the sponsorship queue, so we can get that straightened out as soon as a MOTU can look at them.
[20:35] <infinity> Eickmeyer: Ahh, thanks to include/dsp/types.h it won't build on anything but the 4 arches you enabled, but that's fine.
[20:36] <Eickmeyer> infinity: Ha! I was just typing to mention that.
[20:36] <infinity> I mean, it's kinda ridiculous, not fine, but I don't expect you to port it to PPC and S/390 either.
[20:37] <Eickmeyer> Gotcha. Honestly, it would be rediculous for someone running audio plugins on those architectures anyhow (including ARM imo, but crazier things have happened).
[20:38] <infinity> Ridiculous on an s390x mainframe, maybe (though, if they can be used for command-line processing, maybe not, it's crazy fast)
[20:38] <infinity> But not at all weird to do multimedia stuff on PPC.
[20:38] <infinity> Either way, carefactor low, if I crusaded to make every upstream write portable code, I wouldn't have time for basic bodily functions.
[20:40] <cjwatson> Might be quite fun to try to get LP appservers working on a mainframe :)
[20:40] <infinity> cjwatson: Honestly, if we could get a couple more of them, I'd be down with moving our entire infra to s390x.
[20:40] <infinity> cjwatson: But it's not like we're likely to pay for that, and IBM seems shy about sending us spares.
[20:40] <infinity> Can't imagine why.
[20:40] <cjwatson> (More realistically the database, but that's probably boring because PostgreSQL)
[20:41] <cjwatson> IronStack
[20:42] <infinity> Plus, you get a free Thinkpad with every mainframe, so that's a super good deal.
[20:42]  * cjwatson orders the reinforced floor
[20:42] <infinity> Well, you also get a free POWER8/9 (the storage subsystem).
[20:42] <infinity> It's three computers for the price of one!
[20:42] <infinity> Well, for the price of dozens.
[20:42] <infinity> But still.
[20:46] -queuebot:#ubuntu-release- Unapproved: accepted lvm2 [source] (cosmic-proposed) [2.02.176-4.1ubuntu<IP_ADDRESS>]
[20:52] -queuebot:#ubuntu-release- New binary: lsp-plugins [amd64] (eoan-proposed/universe) [1.1.9-0ubuntu2] (no packageset)
[20:54] -queuebot:#ubuntu-release- New binary: lsp-plugins [i386] (eoan-proposed/universe) [1.1.9-0ubuntu2] (no packageset)
[20:56] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (disco-proposed) [2:14.0.0-0ubuntu1.1]
[21:08] -queuebot:#ubuntu-release- New binary: lsp-plugins [arm64] (eoan-proposed/universe) [1.1.9-0ubuntu2] (no packageset)
[21:26] -queuebot:#ubuntu-release- New binary: lsp-plugins [armhf] (eoan-proposed/universe) [1.1.9-0ubuntu2] (no packageset)
[22:24] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (cosmic-proposed) [2:13.0.2-0ubuntu3.3]
[22:29] -queuebot:#ubuntu-release- Unapproved: rejected neutron [source] (bionic-proposed) [2:12.0.6-0ubuntu1]
[22:42] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (bionic-proposed) [2:12.0.6-0ubuntu1]
[23:12] <bdmurray> connor_k: should bug 1828615 also be tested with the 4.15 kernel?
[23:13] <connor_k> bdmurray, I tested it with 4.15.0-49 and 5.0.0-14
[23:15] <bdmurray> connor_k: I don't see that in comment #5
[23:19] <connor_k> bdmurray, sorry, you're right. Those tests were for before proposed, let me verify on 4.15 real quick, I'll upload that as well
[23:19] <bdmurray> connor_k: thanks, I'm here for a bit yet so just ping me
[23:28] <connor_k> bdmurray, just added the test for 4.15 to comment #6: https://bugs.launchpad.net/ubuntu/+source/v4l2loopback/+bug/1828615/comments/6
[23:51] <vorlon> jamespage: hi, when you write that ceph's packaging is re-synced with "upstream", what upstream is that?  It's not Debian AFAICS and there are various binary NEW packages which I'm trying to understand


[17:55] <eddyMul> Hi. I'm testing a Dell Inspiron 1420 laptop. I'm aware of https://wiki.ubuntu.com/LaptopTestingTeam/DellInspiron1420, but that page describes a laptop with nVidia graphics. I'm testing one with an Intel graphic card. How should I enter my information to the page? Or do I make a new wiki page (DellInspiron1420-2?)
[18:45] <BrunoXLambert> hello, am I at the good place if I have a brand new laptop that would not startx a X session? (and acutally, Hardy is the only distro that would see my ethernet card)
[18:49] <eddyMul> BrunoXLambert: have you tried asking for help in #ubuntu?
[18:50] <BrunoXLambert> nope, I guess I will


[07:51] -queuebot:#ubuntu-ci-eng- costamagnagianfranco, https://bileto.ubuntu.com/#/ticket/4933 QA Signoff:
[07:51] -queuebot:#ubuntu-ci-eng- costamagnagianfranco, https://bileto.ubuntu.com/#/ticket/4933 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now


[17:53] <KYD> hello all
[17:53] <KYD> hello all
[17:57] <KYD> Just wondering if there is an Official Ubuntu release with conky and LUA installed. If so, id like to know if you would be interested in a simple but cool conkyrc file.
[17:58] <KYD> it is in the forums right now asking for help with code. in the Cafe Have a look .
[17:58] <KYD> thanks for you time


[01:28] <zeref> pew pew
[05:32] <magespawn> morning all
[05:36] <superfly> hiya magespawn
[05:36] <magespawn> how is the morning superfly?
[05:41] <magespawn> hmmm very busy. I am going to assume.
[05:41] <magespawn> lol
[05:48] <magespawn> maiatoday howdy. just sent you a mail about the team reporting.
[05:50] <maiatoday> aah thanks magespawn
[05:50] <maiatoday> this will really help
[05:50] <maiatoday> it is super easy
[05:50] <maiatoday> when things happen you just add it on the wiki
[05:50] <superfly> magespawn: yes, busy :-)
[05:50] <superfly> morning maiatoday
[05:50] <maiatoday> just before the deadlinghi superfly
[05:50] <maiatoday> oops
[05:50] <maiatoday> two sentences colide
[05:50] <superfly> hehe
[05:50] <maiatoday> as I was saying
[05:51] <superfly> maiatoday: is that the reporting?
[05:51] <magespawn> any specific way to do it? never added things to a wiki before
[05:51] <maiatoday> just before the deadline which I thought was the first sunday of the month send a reminder
[05:51] <maiatoday> do you have a launchpad login magespawn?
[05:51] <magespawn> i did but i think it has expired
[05:52] <magespawn> i will find out and renew it if i have to
[05:52] <maiatoday> no problem
[05:52] <maiatoday> you'll need an active launchpad account to edit the wiki page
[05:52] <maiatoday> we have old reports which you can just copy
[05:52] <Kilos> morning maiatoday magespawn superfly and others
[05:52] <maiatoday> hi Kilos
[05:53] <maiatoday> do you want to look at it now magespawn? or otherwise once you have a launchpad account mail me or ping me if I am here
[05:53] <magespawn> brb
[05:56] <maiatoday> when you get there magespawn the howto is here https://wiki.ubuntu.com/BuildingCommunity/TeamReporting/HowTo
[05:56] <maiatoday> and our team page is here https://wiki.ubuntu.com/ZATeam/TeamReports
[05:56] <magespawn> okay will have a look.
[05:56] <maiatoday> there are examples on our page
[05:57] <maiatoday> I am so happy someone wants to do this :D
[05:57] <Kilos> Maaz, magespawn ++
[05:57] <superfly> hiya Kilos!
[05:58] <magespawn> well i like to help where i can
[05:58] <magespawn> hiya Kilos
[05:58] <superfly> maiatoday: was the last one in april?
[06:03] <Kilos> hi Tonberry
[06:04] <magespawn> maiatoday, what happens if i open a new account? all the old details get lost i suppose?
[06:13] <superfly> magespawn: do you remember your old username?
[06:18] <magespawn> i used an email address and am now just waiting for the password reset to come
[06:26] <Kilos> hi sakhi
[06:34] <maiatoday> yeah superfly it  looks like the last one was in april
[06:34] <superfly> wow, looks like we need to remember all the things that happened since then
[06:40] <maiatoday> no there was one in June too
[06:40] <maiatoday> no worries if we don't remember everything
[06:40] <superfly> oh right, they're in the wrong order
[06:40] <maiatoday> just solong as we try to do one once a month if we can
[06:41] <maiatoday> also the ubuntu-za meeting minutes usually have everything that happened in them
[06:41] <maiatoday> we can look at the minutes
[06:41] <magespawn> should they be included  in the team report?
[06:41] <maiatoday> the meetings used to be on the wiki but the minutes are in loco.ubuntu.com now
[06:42] <maiatoday> yeah add them to the team reports even if that is all that happens in the month that is ok
[06:42] <maiatoday> so magespawn, don't try to catch up, if you can find some events you can add it to the next monthly report but if not that's ok
[06:42] <maiatoday> the monthly report appears in the ubuntu newsletter if it is posted on time
[06:43] <maiatoday> so don't worry too much about the history if that is difficult to do
[06:45] <magespawn> will see what i can do sometimes i have lots of time other not depends on work
[06:46] <sakhi> morning Kilos #ubuntu-za
[06:50] <magespawn> okay i am into launchpad but have to go on transfer now i will be back this afternoon.
[07:17] <Kilos> bbl
[07:18] <zeref> hmmmm
[07:19] <zeref> high guys
[07:19] <zeref> *hi
[07:20] <zeref> I'm trying to get a webserver going on an ec2
[07:21] <zeref> i've set the path to /home/public, but i keep getting a 403 error
[07:36] <zeref> anybody home?
[08:36] <zeref> sigh
[08:53] <kbmonkey> morning za
[08:57] <zeref> hi kbmonkey
[08:58] <zeref> have you worked on the amzon webservers?
[09:04] <zeref> Kerbero
[09:05] <kbmonkey> hi zeref
[09:05] <kbmonkey> no I havent yet zeref
[09:05] <kbmonkey> do they offer a free package to try out the service?
[09:06] <zeref> ya
[09:07] <superfly> zeref: do they not provide any documentation?
[09:07] <zeref> i've look through it, but no luck
[09:07] <zeref> superfly, have you worked with httpd?
[09:08] <superfly> zeref: as web developer, I would think so
[09:09] <zeref> to get a basic web server up a running i changed the http.conf file document directory and directory root lines
[09:10] <superfly> don't change httpd.conf
[09:10] <zeref> o0o0
[09:10] <zeref> may i ask why?
[09:10] <superfly> you change the "default" file in /etc/apache2/sites-available/
[09:10] <superfly> or, you add additional vhost files
[09:11] <superfly> zeref: because httpd.conf affects the entire server
[09:11] <superfly> don't touch it unless you are 500% certain you know what you're doing
[09:11] <zeref> i'm using httpd not apache
[09:11] <superfly> zeref: do not touch either
[09:12] <superfly> like I said, you tweak your vhost files
[09:13] <zeref> and where are those files? /etc/httpd/...
[09:13] <superfly> I already told you
 you change the "default" file in /etc/apache2/sites-available/
 or, you add additional vhost files
[09:14] <zeref> in the server i'm using there is no /etc/apache2/site.......
[09:14] <zeref> so where do i add vhost files?
[09:15] <superfly> zeref: have you ever set up a web server before?
[09:15] <zeref> ya
[09:15] <zeref> i've got one on my comp
[09:16] <superfly> is it a XAMP style setup, or an Ubuntu server type setup?
[09:16] <zeref> but i'm trying to set one up on a vritual server, the amazon ones.
[09:18] <superfly> zeref: are you running Ubuntu Server on your EC2 instance?
[09:19] <zeref> fedora
[09:19] <superfly> zeref: so I presume you installed apache2?
[09:20] <zeref> yebo
[09:21] <superfly> right. Then I'd suggest googling for setup instructions for Fedora - asking in an Ubuntu channel will only get you Ubuntu help
[09:21] <zeref> kk
[09:24] <superfly> zeref: also, there's a large probability that there are some EC2-specifics, that folks who have never used EC2 (like most of us in here) would not know about
[09:24] <superfly> so, once again, Google is your friend
[11:16] <Vince-0> Ubuntu-za! is @ work, no time for chit chat
[11:17] <superfly> indeed
[11:19] <ender> hmm...
[11:25] <superfly> When was the Ubuntu release party again? the 15th?
[11:29] <ender> something like that yes
[11:45] <Kilos> avy all
[11:53] <Kilos> Maaz, coffee on
[11:53]  * Maaz starts grinding coffee
[11:54] <Kilos> Maaz, with milk
[11:54] <Maaz> Yay Kilos You aren't one of those skinny guys that needs to drink black coffee to cast a shadow
[11:57] <Maaz> Coffee's ready for Kilos!
[11:57] <Kilos> Maaz, thank you kind bot
[11:57] <Maaz> Kilos: np
[11:58] <Kilos> ok got my coffee, be back later
[12:14] <superfly> Maaz: tell magespawn https://wiki.ubuntu.com/ZATeam/TeamReports/11/October
[12:14] <Maaz> superfly: Sure, I'll tell magespawn on freenode
[12:37] <Vince-0> Maaz, where is the nearest bar?
[12:37] <Maaz> Vince-0: Erk, dunno
[12:37] <Vince-0> ha
[13:04] <magespawn> howdy all
[13:04] <Maaz> magespawn: By the way, superfly on freenode told me "tell magespawn https://wiki.ubuntu.com/ZATeam/TeamReports/11/October" 49 minutes and 59 seconds ago
[13:04] <magespawn> ty Maaz
[13:12] <zeref> hurrr
[14:52] <magespawn> later all
[16:52] <magespawn> howdy
[16:58] <magespawn> howdy
[16:59] <magespawn> anyone know how to get the sound working in mythbuntu?
[17:36] <magespawn> howdy Waceman
[17:36] <Waceman> sup magespawn
[17:37] <Waceman> how's your linux knowledge? ;)
[17:37] <magespawn> pachy
[17:41] <magespawn> howdy back again
[17:43] <magespawn> whats up Waceman?
[17:44] <Waceman> long story ;)
[17:44] <Waceman> nVidia driveres
[17:45] <Waceman> Have a very old card Geforce 256 DDR
[17:45] <Waceman> non of the packages support the card
[17:45] <magespawn> better make this quick
[17:45] <Waceman> long story
[17:45] <Waceman> nVidia driveres 19:44:48
[17:45] <Waceman> Have a very old card Geforce 256 DDR 19:45:06
[17:45] <Waceman> non of the packages support the card
[17:46] <Waceman> so gonna just install the ones off the nVidia website
[17:46] <magespawn> sometimes the open drivers do not work
[17:47] <Kilos> hi Waceman whats news
[17:47] <magespawn> i was looking for help with a sound problem
[17:47] <Waceman> hey Kilos
[17:47] <magespawn> hi Kilos
[17:47] <Kilos> hi magespawn
[17:47] <Kilos> whats the sound prob
[17:47] <magespawn> Kilos there is none
[17:47] <Kilos> my sound just works
[17:48] <Kilos> is it not muted
[17:48] <Kilos> what pc magespawn
[17:48] <magespawn> mine does on the laptop but not on the mythbunt
[17:48] <Waceman> So tumbleweed sorted me out in a sense... my card's too old for all the driver packs... and the drivers that nVidia provides don't support kernel 3.0... So I've not installed Ubuntu 10.04... MUCH quicker... but gonna give the old manual install a go ;)
[17:48] <Kilos> ian also had some sound probs with natty k i think
[17:49] <Kilos> if you got lotsa bandwidth download maverick
[17:49] <Kilos> 10.10
[17:50] <Kilos> quite a bit quicker and needs less work than 10.04
[17:50] <Kilos> oh i asked you where you were last night
[17:50] <Kilos> maybe someone close with a maverick cd
[17:51] <Kilos> eish magespawn  now i member i had no sound on xubuntu
[17:51] <magespawn> Kilos do you know the cli command to list system specs?
[17:51] <Kilos> cant remember if i got it going
[17:52] <Waceman> 10.04 is LTS
[17:52] <Kilos> i dunno ls -la
[17:52] <magespawn> Kilos i have forgotten how to change the software and drivers
[17:52] <magespawn> i think so hold on let me test.
[17:52] <Kilos> no matter man maverick be kiff
[17:54] <magespawn> nope thats command list files and permissions
[17:54] <Kilos> hmm
[17:54] <Kilos> what does ls do
[17:55] <Kilos> no not that
[17:55] <Kilos> Waceman, used that command last night for his graphics card didnt he
[17:56] <Waceman> lspci ?
[17:57] <Kilos> the internet is very very bad today
[17:57] <Kilos> lol i dunno
[17:57] <Kilos> found a link
[17:57] <Kilos> http://tombuntu.com/index.php/2008/01/31/dig-up-system-information-using-the-terminal/
[17:58] <magespawn> that list all of the onboard chips and controllers
[17:59] <Kilos> Waceman, you know we got a bot hey
[17:59] <magespawn> but that helps as well now i know what the audio chip is
[17:59] <Kilos> lol
[17:59] <Waceman> what does the bot do?
[17:59] <Kilos> magespawn,  was it working
[18:00] <Kilos> lol makes coffee
[18:00] <Kilos> Maaz, coffee on
[18:00] <Kilos> and googles for you
[18:00]  * Maaz washes some mugs
[18:00] <Kilos> and keeps minutes for meets and lotsa other stuff
[18:00] <Kilos> but he lagging bad today
[18:01] <Kilos> vodacom very sick
[18:01] <magespawn> i think i have to set it properly
[18:01] <Kilos> what did you do magespawn
[18:02] <Kilos> oh myth
[18:02] <Kilos> magespawn, what pc is that
[18:02] <magespawn> the mythbuntu bos
[18:03] <Kilos> Maaz, google no sound on mythubuntu
[18:03] <Maaz> Kilos: "Configuring Digital Sound - MythTV Official Wiki" http://www.mythtv.org/wiki/Configuring_Digital_Sound :: "Sound Troubleshooting - MythTV" http://www.mythtv.org/wiki/Sound_Troubleshooting :: "Digital Audio Tutorial - MythTV" http://www.mythtv.org/wiki/Digital_Audio_Tutorial :: "No Sound with PVR350 | MythTV | Users" http://www.gossamer-threads.com/lists/mythtv/users/52646 :: "[ubuntu] No Sound in MythTV (but sound in Ubuntu!) - Ubun
[18:03] <Kilos> huh
[18:03] <magespawn> intel celeron 2.66
[18:03] <Kilos> intrel normally friendly
[18:04] <magespawn> yup and all via chips on the board.
[18:04] <Maaz> Coffee's ready for Kilos!
[18:04] <Kilos> Maaz, grrrr
[18:04] <Maaz> Kilos: *blink*
[18:04] <Kilos> Maaz, ty
[18:04] <Maaz> Enjoy Kilos
[18:04] <Kilos> Maaz, google mythubuntu 11.10 no sound
[18:04] <Maaz> Kilos: "[mythbuntu] 11.10 on board sound distorted - Ubuntu Forums" http://ubuntuforums.org/showthread.php?t=1868037 :: "Mythbuntu 11.10 Upgrade | MythTV | Users" http://www.gossamer-threads.com/lists/mythtv/users/494232 :: "11.10 - Why am I getting this "Connection to PulseAudio failed" error ..." http://askubuntu.com/questions/70560/why-am-i-getting-this-connection-to-pulseaudio-failed-error :: "11.10 - How do I forward sound from one com
[18:06] <Kilos> magespawn, if you click the sound icon and go preferences is it not muted
[18:07] <Kilos> do you see a sound icon?
[18:07] <magespawn> yup after i put it there not muted.
[18:08] <Kilos> and if you click it you can or cant change volume
[18:09] <magespawn> i can change it but does nothing
[18:10] <Kilos> so its disabled somewwhere
[18:11] <Waceman> Kilos: guess what? installer failed... eish... "Unable to load the kernel modeule 'nvidida.ko"
[18:11] <Kilos> oh my
[18:11] <magespawn> yup or not using exactly the right hardware
[18:11] <magespawn> choice
[18:11] <Kilos> with 10.04 as well?
[18:12] <Kilos> hehe plug your speakers in the right hole
[18:13] <Kilos> sorry couldnt resist that
[18:13] <magespawn> lol nice
[18:13] <Kilos> did the sound work before with ubuntu
[18:13] <magespawn> hold on just found how to change the sound card settings
[18:14] <magespawn> yes
[18:14] <Kilos> yay
[18:14] <Kilos> maybe its a myth that you can have sound as well
[18:15] <magespawn> ha
[18:15] <magespawn> nope thats not it
[18:15] <Kilos> eish
[18:15] <Kilos> hate it when there no sound
[18:15] <magespawn> had a similar problem on laptop cannot remember i how fixed it
[18:16] <magespawn> duh
[18:16] <Kilos> is alsa installed
[18:16] <Kilos> might be a pulse thing
[18:16] <magespawn> yup
[18:16] <Kilos> the fly kills pulse before anything
[18:16] <magespawn> how to check?
[18:17] <Kilos> with pidgin i go prefs  and in the sound you tell it to use alsa
[18:18] <Kilos> somewhere there is a sound goodie as well
[18:18] <magespawn> hold on
[18:18] <Kilos> Maaz, google how to activate sound on mythubuntu
[18:18] <Maaz> Kilos: "User Manual:Detailed configuration Frontend - MythTV Official Wiki" http://www.mythtv.org/wiki/User_Manual:Detailed_configuration_Frontend :: "Digital Audio Tutorial - MythTV" http://www.mythtv.org/wiki/Digital_Audio_Tutorial :: "Configuring Digital Sound - MythTV Official Wiki" http://www.mythtv.org/wiki/Configuring_Digital_Sound :: "[mythbuntu] no sound alc889 - Ubuntu Forums" http://ubuntuforums.org/showthread.php?t=1726300 :: "M
[18:19] <Kilos> last link
[18:19] <Kilos> dunno whats with the mythtv
[18:22] <Kilos> Waceman, is that with lucid as well
[18:22] <Waceman> got it installed... now trying to update my xorg file
[18:22] <magespawn> going to give up for tonight will take the pc back to the shop tomorrow.
[18:22] <Waceman> think 10.04 uses one elsewhere to 11.10
[18:23] <Kilos> eish magespawn thats frustrating hey
[18:24] <magespawn> one of those things.
[18:24] <Kilos> i wonder where one could get myth help
[18:24] <Kilos> did you try the lists
[18:24] <Kilos> quite a few geeks there that never come here
[18:25] <Kilos> magespawn, is this pc for the shop?
[18:26] <magespawn> no for home is media centre
[18:26] <magespawn> no will do tomorrow no adsl at home
[18:26] <Kilos> what made you decide on mythubuntu if ubuntu works
[18:27] <magespawn> myth has a media server built allows streaming to ther front ends
[18:27] <magespawn> also like trying new things
[18:27] <Kilos> lol
[18:28] <Kilos> its lekker to experiment if you got more than one pc
[18:28] <Kilos> maybe you can get that media server in ubuntu as well
[18:29] <Kilos> inetpro, ping
[18:29] <inetpro> Kilos: pong
[18:30] <Kilos> hows your voda today
[18:30] <Kilos> mine is showing one bar on nm
[18:30] <Kilos> but full 5 on fone
[18:30] <Kilos> so its just data they squeezing
[18:31] <magespawn> like always
[18:31] <inetpro> Kilos: still bad
[18:32] <Kilos> have you tweeted the ceo yet inetpro
[18:32] <magespawn> howdy inetpro
[18:32] <inetpro> Kilos: nee
[18:32] <Kilos> grrr
[18:33] <Kilos> hehe
[18:33] <Kilos> ons moet hom roer
[18:33] <inetpro> Kilos: you also have problems?
[18:33] <Kilos> kry net sy epos addres
[18:33] <Kilos> been bad for few weeks now
[18:33] <Kilos> takes forever for evolution to get mail from gmail
[18:34] <inetpro> Kilos: what happens if you type 'mtr www.google.co.za'
[18:34] <inetpro> without the ''
[18:34] <Kilos> here inetpro ?
[18:34] <inetpro> Kilos: yep
[18:35] <Kilos> mtr www.google.co.za
[18:35] <Kilos> nothing
[18:36] <inetpro> Kilos: what you mean nothing?
[18:37] <Kilos> i typed it but no reply came
[18:37] <Kilos> didnt you see
[18:37] <Kilos> lol
[18:37] <Kilos> what happens when you type it here
[18:37] <inetpro> Kilos: do you have mtr installed?
[18:38] <Kilos> what is mtr inetpro
[18:38] <inetpro> Kilos: mtr combines the functionality of the 'traceroute' and 'ping' programs in a single network diagnostic tool.
[18:38] <inetpro> Kilos: aptitude search mtr
[18:39] <Kilos> The following packages have unmet dependencies:
[18:39] <Kilos>   mtr-tiny: Conflicts: mtr but 0.75-2build1 is to be installed.
[18:39] <Kilos>   mtr: Conflicts: mtr-tiny but 0.75-2build1 is installed.
[18:39] <Kilos> i did aptitude install mtr
[18:40] <Kilos> it wants to remove mtr-tiny
[18:40] <Kilos> but ubuntu recommends tiny
[18:40] <inetpro> Kilos: leave mtr-tiny installed
[18:40] <Kilos> maybe i must type in mtr-tiny
[18:41] <inetpro> no just mtr should do it
[18:41] <inetpro> mtr www.google.co.za
[18:41] <inetpro> Kilos: on the cli
[18:41] <Kilos> mtr www.google.co.za
[18:41] <Kilos> ah not here
[18:42] <Kilos> shows loss of 90%
[18:42] <inetpro> Kilos: same on mine
[18:42] <Kilos> 97% now
[18:43] <Kilos> is that good or bad
[18:43] <Kilos> not lekker losing anything
[18:44] <inetpro> Kilos: that is like I pass you a hundred balls and you only catch 10 of them
[18:44] <Kilos> eish
[18:44] <Kilos> is that voda doing that
[18:45] <inetpro> Kilos: the loss happens most likely between your device and the tower
[18:45] <inetpro> due to bad signal
[18:45] <Kilos> nee man i can see the tower clearly
[18:45] <Kilos> like 500metres to 1 k from here
[18:46] <inetpro> I've had 0% packet loss before but can not tell when that was
[18:46] <Kilos> should be perfect signal
[18:46] <inetpro> when a loss happens it means the packet needs to be sent again
[18:46] <Kilos> its vodacom the swines
[18:46] <inetpro> that's why everything is extra slow
[18:47] <Kilos> now its 99%
[18:47] <Kilos> its not the towers its voda themselves
[18:47] <inetpro> Kilos: don't keep it running to much or they'll cut you off
[18:48] <Kilos> i have just closed it cause it is wasting data
[18:48] <inetpro> that test causes unnecessary traffic
[18:48] <Kilos> tweet daai ou man
[18:49] <Kilos> when you kill a snake you chop off the head
[18:49] <inetpro> Kilos: well I'm not sure whether it's worth it
[18:49] <Kilos> i will mail him
[18:49] <Kilos> just ask for his addresss
[18:50] <Kilos> you arent paying less for the bad service
[18:50] <inetpro> Kilos: I've done the reverse test from my server at the office and it's 0% up to the last hop
[18:51] <Kilos> thats adsl
[18:51] <inetpro> Kilos: or rather 0% all the way
[18:51] <inetpro> Kilos: but sadly you can not ping all the way
[18:51] <Kilos> thats what we are paying for
[18:52] <inetpro> so there is no way of really ping me own machine from outside
[18:52] <Kilos> i can ping you from here
[18:53] <Kilos> 1.8 secs
[18:53] <inetpro> Kilos: what you mean ping me?
[18:53] <Kilos> didnt you see
[18:55] <Kilos> oh is that mvr goodie a ping command
[18:55] <Kilos> mtr
[18:56] <inetpro> Kilos: man ping
[18:57] <Kilos> lol
[18:57] <Kilos>  Ping reply from inetpro: 1.61 second(s)
[18:57] <inetpro> ping uses the ICMP protocol's mandatory ECHO_REQUEST datagram to elicit an ICMP ECHO_RESPONSE from  a  host  or  gateway.
[18:57] <Kilos> must be from you
[19:02] <inetpro> Kilos: ahh, I think that would most likely be from me quassel server
[19:02] <Kilos> i dunno if i can get ping working here in main window
[19:03] <ender> O_O
[19:03] <ender> <_<
[19:03] <ender> >_>
[19:03] <inetpro> Kilos: just try a ping to www,google.co.za
[19:03] <Kilos> ok inetpro but 1.6 secs is lots faster than google
[19:03] <Kilos> i dunno how
[19:03] <inetpro> ping www.google.co.za
[19:03] <inetpro> Kilos: on the cli
[19:03] <Kilos> just type in ping and addy
[19:03] <Kilos> ah ty
[19:04]  * inetpro gets a reply in 555 ms
[19:05] <Kilos> ja
[19:05] <inetpro> while it's very strange that mtr reports lots of packet losses
[19:06] <Kilos> someone using mtn or cellc should try
[19:06] <Kilos> i am sure it vodacom
[19:06] <inetpro> ping also looses packets
[19:06] <Kilos> nm shows connection gone to 3 bars now
[19:07] <Kilos> here is my logic
[19:07] <Kilos> if you can get a 4 bar signal at times it should stay there because pc and tower are fixed
[19:07] <Kilos> is voda clipping data
[19:15] <inetpro> Kilos: I don't think it's quite as simple as that
[19:16] <inetpro> many factors interfere with wireless signal
[19:16] <Kilos> or something wrong with their equipment
[19:16] <inetpro> so it will vary all the time
[19:16] <Kilos> no
[19:16] <Kilos> wireless is radio right?
[19:17] <inetpro> it should be more stable than it is right now
[19:17] <Kilos> it was a month or 2 ago
[19:17] <Kilos> was very lekker
[19:18] <inetpro> Kilos: I think what is happening here by me is that I'm on the edge between multiple towers
[19:18] <Kilos> thats why i say we must complain
[19:18] <Kilos> what signal do you get on your fone inetpro
[19:19] <Kilos> if it shows full there is no excuse for bad data connection
[19:19] <inetpro> not full
[19:19] <inetpro> it switches between edge and 3g all the time
[19:19] <Kilos> then its an internal problem with vodacom
[19:20] <inetpro> in fact it switches between E, 3G and H all the time
[19:21] <inetpro> currently on 3G at -99 dBm
[19:22] <Kilos> see thats not right
[19:23] <Kilos> i understand it the tower is far away and you get a 2 bar signal on your fone but not if you get a full signal on a cellphone
[19:24] <Kilos> then its like having a 2 inch hosepipe but feeding it from a 1/2 inch tap
[19:25] <inetpro> well I don't get full bars
[19:25] <Kilos> had lotsa years playing with radio
[19:25] <Kilos> ok so you have a weak signal to start
[19:25] <inetpro> yep
[19:25] <Kilos> but mine is full
[19:26] <inetpro> Kilos: but it varies
[19:26] <Kilos> is that with your cellphone
[19:26] <inetpro> Kilos: yep
[19:26] <Kilos> no you must complain man
[19:27] <Kilos> sometimes they just go to the tower and lift their antennae 2 metres and everyones signals get better
[19:27] <Kilos> also if you got buildings tween you and the tower it messes it up
[19:27] <inetpro> Kilos: everyone except a few who get worse
[19:27] <Kilos> no
[19:27] <inetpro> Kilos: and I gues trees as well
[19:27] <Kilos> if antennae lifted all will get better
[19:28] <Kilos> yeah
[19:28] <Kilos> but my tower is line of site from my window
[19:28] <Kilos> i see the red light at night
[19:28] <Kilos> and see the tower in daylight
[19:28] <Kilos> we must ask bmg
[19:28] <Kilos> he is a ham
[19:29] <Kilos> ha
[19:29] <Kilos> hi bmg505
[19:30] <inetpro> ahh, H is HSDPA (7.2 Mbit/s)
[19:30] <inetpro> 3G is only UMTS (384 kbit/s)
[19:31] <Kilos> yeah but they dont have any towers capable of even 3m/s
[19:32]  * inetpro enjoys Network Signal Info on the droid
[19:32] <Kilos> or their main server is not capable
[19:32] <inetpro> shows a nice graph and all
[19:32] <Kilos> tats lekker
[19:32] <Kilos> wish we could get that in ubutnu
[19:33] <inetpro> EDGE is only 220 kBit/s
[19:34] <Kilos> but until everyone starts complaining the broadband providers are gonna keep screwing people
[19:34] <inetpro> and when it's on EDGE I get a perfect 14 bars signal
[19:34] <Kilos> i had an edge connection with mtn but only got 46kB/s
[19:35] <Kilos> the shape or whatever you call it
[19:35] <Kilos> hi nlsthzn
[19:35] <Kilos> inetpro, can you see your tower if you go onna roof
[19:35] <inetpro> Kilos: well, I'm not conected via the phone and am not testing the real speed at the moment
[19:36] <nlsthzn> Kilos: Hey uncle Kilos , all
[19:36] <inetpro> am connected via a Huawei E960 router with a different sim
[19:37] <inetpro> Kilos: I don't think I can see my towers
[19:37] <Kilos> check with fone all over and you will see where you got line of sight you will get best signal
[19:37] <Kilos> even from the roof?
[19:37] <inetpro> Kilos: to many trees and houses
[19:37] <Kilos> eish
[19:38] <inetpro> Kilos: but I'm blind anyway
[19:38] <Kilos> night time is the best time to look they all got red lights on top for planes i think
[19:38] <Kilos> lol
[19:38] <inetpro> should get some kind of a pointing device to help find the direction
[19:39]  * inetpro wbb
[19:43] <Kilos> nlsthzn, ty your parcel of heat finally got here
[19:44] <nlsthzn> Kilos: Postal Services eh? :)
[19:44] <Kilos> hee hee
[19:44] <Kilos> wehad a 37°c yesterday
[19:44] <Kilos> and 19°tonight
[19:44] <Kilos> lekker
[19:45] <nlsthzn> Wow
[19:45] <inetpro> Kilos: nee, I can not see towers close by, only far far away on the mountain
[19:45] <inetpro> and even on the roof it was stuck on EDGE
[19:45] <Kilos> then thats why yours is weak inetpro  will be better in winter when leaves fall off trees
[19:46] <inetpro> but like -77 dBm
[19:46] <Kilos> its their equipment
[19:46] <inetpro> hmm
[19:46] <Kilos> when you ride around weekends see what you get all over
[19:46] <inetpro> that just tells me I should stick to Telkom
[19:47] <inetpro> Kilos: that's what I want to do
[19:47] <Kilos> should be full hsdpa wen near towers but the clip it im sure
[19:47] <Kilos> if you got landline then thats the answer
[19:48] <Kilos> they have installed their 8ta transmitters on voda and mtn towers
[19:48] <inetpro> Kilos: I have WCDMA FLLA
[19:48] <Kilos> whats that inetpro
[19:49] <inetpro> but I stopped for a bit with it because my account was to high
[19:49] <inetpro> FLLA = Fixed Line Look Alike
[19:49] <Kilos> get that mweb thing man
[19:49] <inetpro> Kilos: it's exactly like the MWeb thing
[19:50] <Kilos> R219 a month uncapped
[19:50] <inetpro> but I hate Telkom because they make me wait forever and their service just sucks
[19:50] <Kilos> dunno where they get all these funny things
[19:51] <inetpro> Kilos: R219 a month uncapped? Where?
[19:51] <Kilos> mweb
[19:51] <inetpro> yikes, that must be new
[19:51] <Kilos> lotsa businesses use it
[19:51] <Kilos> no man
[19:52] <inetpro> Kilos: ahh mweb ADSL
[19:52] <Kilos> afrodeity spoke about it on fb near a year ago
[19:52] <inetpro> no lines here
[19:52] <Kilos> or 6 months at leaast
[19:52] <Kilos> eish
[19:53] <Kilos> so what is a fixed line look alike
[19:53] <inetpro> Kilos: sorry, it's like the MTN thing
[19:53] <Kilos> 8ta wont help you either cause they use existing cellphone towers
[19:54] <Kilos> peeps in cities have an advantage
[19:55] <Kilos> like the fly happy with his uncapped  i think
[20:01] <Kilos> i go sleep guys. sleep tight. see yas tomorrow
[22:37] <jedeye> hi all
[22:47] <zeref> hi