[07:02] <vicamo> Hi, need sponsor https://launchpad.net/~vicamo/+archive/ubuntu/ppa-1848922 for SRU backport-iwlwifi-dkms to Eoan (bug-1848922)
[08:15] <mwhudson> how much ram do the default autopkgtest runners have again?
[08:16] <mwhudson> guessing it's 1G
[10:42] <cpaelzer> kanashiro: FYI https://github.com/theupdateframework/notary/issues/1469#issuecomment-552050160
[10:42] <cpaelzer> this hit your nss upload and the nspr sync
[10:43] <cpaelzer> you might want to check if applying https://github.com/theupdateframework/notary/pull/1514/commits/006963f1ded582c2cc5f5eb4d48dc6089ce3229b fixes notary to be a FTBFS
[10:44] <cpaelzer> if it does bring that to Debian which would then hopefully also resolve the dep8 test failures (which build it as well)
[10:46] <cpaelzer> but there seems to be more to it, so don't expect it to be a smooth ride, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944346
[10:47] <cpaelzer> But with that much known you might consider adding a badtest for notary (for now) to https://code.launchpad.net/~ubuntu-release/britney/hints-ubuntu
[10:47] <cpaelzer> kanashiro: let me know what you think
[11:26] <kanashiro> cpaelzer, thanks for the pointers, I'll take a look now and I'll let you know my thoughts
[11:26] <cpaelzer> ok
[11:49] <rafaeldtinoco> good morning o/
[11:56] <cpaelzer> ahasenack: postgresql-12 made it into release, but postgresql-common 209 still has test issues
[11:56] <cpaelzer> That is 12/23 resolved by my test triggers of last week, but leaves 11 to check what/why is breaking.
[11:57] <cpaelzer> Left are wal2json, rdkit, postgis@s390x (flaky in the past), php-horde-db, pgrouting, pglogical-ticker, pgl-ddl-deploy, patroni, mediawiki, hypop, cstore-fdw
[11:58] <cpaelzer> ahasenack: if you want to help the weirdest seems to be asyncpg (which also is important to doko IIRC) whcih fails with rather odd cython issues now exceeding my python-foo
[11:58] <cpaelzer> the steps so far would be in bug 1850136
[12:01] <ahasenack> k
[12:01] <ahasenack> I was caught by u-a-t again, though: #1851858
[12:02] <doko> o/
[12:06] <cpaelzer> sorry to hear that ahasenack, I'll continue to keep you in the loop
[12:06] <cpaelzer> and doko, if that cython error that I linked in the bug looks familiar to you let me know any pointers that you might have
[12:12] <doko> cpaelzer: sorry, no. there's a new cython upstream, but nothing which looks related
[12:12] <cpaelzer> ok, thanks
[12:13] <doko> but I'll NMU that to debian, anyway
[12:14] <rafaeldtinoco> bryce: looks like we need python3-tornado >= 6 (pcs is blocked by that)
[12:14] <rafaeldtinoco> couldn't find it in the merge board, not sure if we're already on it or not
[12:14] <rafaeldtinoco> anyone aware ? ^
[12:15] <kanashiro> rafaeldtinoco, I am on it, I didn't do the merge yet because of a bug in usd-importer
[12:15] <rafaeldtinoco> ah great
[12:15] <rafaeldtinoco> thx!
[12:25] <kanashiro> cpaelzer, could you please sponsor the lm-sensors package? since you reviewed it
[12:26] <cpaelzer> sure
[12:28] <gpiccoli> Hi sil2100, sorry for the ping! I was out on Friday, not sure if you checked the britney MPs, if I may need a change or anything hehe
[12:29] <gpiccoli> https://code.launchpad.net/~gpiccoli/britney/hints-ubuntu-bionic/+merge/375279
[12:29] <gpiccoli> https://code.launchpad.net/~gpiccoli/britney/hints-ubuntu-disco/+merge/375280
[12:29] <gpiccoli> Let me know your thoughts! Tnx in advance, sorry to annoy heheh
[12:29] <cpaelzer> kanashiro: done
[12:29] <kanashiro> cpaelzer, thanks!
[12:31] <cpaelzer> kanashiro: rafaeldtinoco: ahasenack: since you are around (and I seem to be blind atm), any good idea why "Conflicts: libapache2-mod-php7.2" in d/control doesn't make it into the built package?
[12:32] <cpaelzer> belongs to bug 1850933
[12:32] <ahasenack> nope, use DH_VERBOSE?
[12:33] <cpaelzer> yeah, maybe the right next step
[12:33] <ahasenack> or did you add it to the source section?
[12:33] <cpaelzer> no it is in the binary I want it
[12:34] <ahasenack> cpaelzer: I got logs in pvt email for that bug, btw
[12:34] <cpaelzer> DH_VERBOSE was already on, but nothing helpful in the log
[12:34] <cpaelzer> yeah me as well
[12:35] <cpaelzer> based on that I found that it seems to be a real issue
[12:35] <cpaelzer> the reporter didn't want to share all his logs in the bug itself
[12:35] <ahasenack> ah, so you aren't clairvoyant
[12:35] <cpaelzer> nope
[12:35] <ahasenack> not yet, at least
[12:35] <ahasenack> the singularity is coming
[12:35] <cpaelzer> working on it
[12:36] <cpaelzer> bulding with conflicts+breaks over lunch and then takign a look again
[12:37] <kanashiro> cpaelzer, re notary: the upstream commit you mentioned fixes the current issue we have but there is another one while running the tests (not the same in Debian because they updated a b-d some weeks ago which breaks even the build)
[13:06] <cpaelzer> kanashiro: yes that is what the debian bug report said
[13:06] <cpaelzer> so we might for now mark it as badtest
[13:06] <cpaelzer> kanashiro: have you done that before or do you need guidance where to start with it?
[13:13] <cpaelzer> ahasenack: there is a d/control.in file - I guess that is the explanation ... :-/
[13:18] <ahasenack> aha
[13:22] <vicamo> Hi, need sponsor https://launchpad.net/~vicamo/+archive/ubuntu/ppa-1848922 for SRU backport-iwlwifi-dkms to Eoan (bug-1848922)
[13:50] <cpaelzer> doko: question about https://bugs.launchpad.net/ubuntu/+source/libseccomp/+bug/1849785/comments/28
[13:50] <cpaelzer> python 3.7: /usr/lib/python3.7/_sysconfigdata_m_linux_x86_64-linux-gnu.py
[13:50] <cpaelzer> pytohn 3.8: /usr/lib/python3.8/_sysconfigdata__linux_x86_64-linux-gnu.py
[13:51] <cpaelzer> see the missing "m"
[13:51] <cpaelzer> that is what makes libseccomp FTBFS
[13:51] <cpaelzer> is that something that needs/should be fixed in the python 3.8 build - and if so it is known for a bug to track
[13:52] <cpaelzer> or should I just modify the d/rules of libseccomp to use the name without "m" in the 3.8 case https://salsa.debian.org/debian/libseccomp/blob/debian/sid/debian/rules#L28
[13:53] <cpaelzer> I know that you are on https://bugs.python.org/issue37561 which sounds very very similar to the naive me :-)
[14:01] <doko> cpaelzer: yes, the modifier was dropped
[14:01] <cjwatson> cpaelzer: https://wiki.debian.org/Python/Python3.8
[14:03] <cpaelzer> thanks cjwatson and doko
[14:03] <cpaelzer> fixing up libseccomp then and retrying my build
[14:16] <sil2100> gpiccoli: hey! Looking in a moment o/
[14:17] <gpiccoli> Hi sil2100 o/
[14:18] <gpiccoli> Thank you =)
[14:24] <kanashiro> cpaelzer, I have spent some time trying to fix notary by myself with no success, so let's mark it as a badtest (I've never done this, would appreciate some guidance)
[14:31] <cpaelzer> kanashiro: https://wiki.ubuntu.com/ProposedMigration#Are_there_any_exceptions.3F__I.27m_sure_acmefoo_has_just_made_it_into_the_release_pocket_despite_not_satisfying_all_of_the_requirements.
[14:31] <cpaelzer> which means clone, modify and propose a change to http://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/changes
[14:31] <cpaelzer> kanashiro: when you have taken a look feel free to ask questions about the format in there
[14:32] <kanashiro> cpaelzer, thanks again
[14:35] <sil2100> gpiccoli: commented! +1 on hinting the failures, but -1 on an unversioned hint
[14:36] <sil2100> gpiccoli: those are too easy to forget about, could you modify it to a versioned one?
[14:37] <gpiccoli> ok sil2100, I can change that! Thanks! So, how to proceed from the MP point-of-view? We drop the current MP and do another one?
[14:44] <sil2100> gpiccoli: no, just modify those MPs
[14:44] <sil2100> Push commits on top of them
[14:45] <gpiccoli> ok, perfect! I'll do that now sil2100 =)
[14:45] <gpiccoli> Tnx again for the advice, as soon I finish that, I'll ping you
[14:48] <kanashiro> cpaelzer, do I need to update this file https://bazaar.launchpad.net/~ubuntu-release/britney/hints-ubuntu/view/head:/ubuntu-release ? I didn't get the difference among all those files
[14:49] <cpaelzer> kanashiro: in the past several people  had their own file, but it slowly converges to a unified approach
[14:49] <cpaelzer> new things should be in ubuntu-release and after the release happened things will be added to ubuntu-sru
[14:49] <cpaelzer> the only reason to these days modify the other files if the badtest you are looking at was already in those and you only bump the number
[14:50] <cpaelzer> but even then you might consider moving it since you are touching it
[14:51] <kanashiro> cpaelzer, good, so I am on the right way :)
[14:59] <kanashiro> cpaelzer, can I just link this bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944346 as a comment? Or do I need to be more verbose?
[15:12] <gpiccoli> sil2100, done both! Now they are versioned =)
[15:21] <gpiccoli> Thank you for approving sil2100 =] <saw the email hehe>
[15:21] <gpiccoli> Now, the package goes automatically from -proposed to -updates, or should someone trigger autopkgtests again?
[15:28] <sil2100> gpiccoli: so normally, for the development series, migrations happen automatically if autopkgtests and installability are fine
[15:29] <sil2100> But for SRUs, someone from the SRU team needs to manually release those
[15:29] <sil2100> I'll be doing my releasing shift soon, so hopefully I'll be able to do that
[15:29] <gpiccoli> Great sil2100, thank you very much for the help in all fronts =]
[15:29] <gpiccoli> We have users waiting for this kdump-tools for months heheh
[15:29] <gpiccoli> Had problems in the previous release, they'll appreciate much =)
[18:05] <ahasenack> infinity: if you are still around, if I could pick your brain for a sec
[18:05] <ahasenack> ubuntu@trusty-i386-ua:~$ uname -m
[18:05] <ahasenack> i686
[18:05] <ahasenack> but
[18:05] <ahasenack> ubuntu@trusty-i386-ua:~$ dpkg --print-architecture
[18:05] <ahasenack> i386
[18:05] <ahasenack> soooo...
[18:05] <infinity> Yes and?
[18:05] <infinity> Never use uname to determine dpkg arch.
[18:06] <ahasenack> in postinst I'm gating on i386/amd64
[18:06] <ahasenack> but the ua client seems to be using uname -m
[18:06] <ahasenack> ubuntu@trusty-i386-ua:~$ sudo ua enable esm-infra
[18:06] <ahasenack> One moment, checking your subscription first
[18:06] <ahasenack> ESM Infra is not available for platform i686.
[18:06] <ahasenack> Supported platforms are: i386, x86_64
[18:06] <ahasenack> bug in ua client?
[18:06] <infinity> The UA client is wrong.
[18:06] <ahasenack> ok, figured
[18:06] <infinity> I assume it's already rewriting amd64, or that also wouldn't work.
[18:06] <infinity> But it shouldn't be using uname at all.
[18:07] <ahasenack> oh yeah, I didn't even see x86_64 in there, thanks for pointing that out
[18:07] <ahasenack> I'm doing amd64/i386 in postinst, as reported by dpkg --print-architecture
[18:08] <infinity> Okay, so, that said, I'm not sure we want to "fix" that part of the bug if we're also fixing the mirrors.
[18:08] <ahasenack> I think we will want to make it clear what's supported and what isn't
[18:09] <infinity> I think the client warning about lack of support on !x86 is fine, but having the enabling behaviour be the same on all is less hassle.
[18:09] <infinity> Plus, it means we can selectively push some stuff to !x86 if we really want.
[18:09] <infinity> (Well, not really, but sort of)
[18:10] <ahasenack> infinity: in any case, the good names are i386 and amd64, right?
[18:10] <ahasenack> as reported by dpkg --print-architecture
[18:10] <infinity> The experiment we were going to try for the mirrors was to mirror tzdata and distro-info-data to all arches.
[18:10] <ahasenack> I haven't heard back from that rt yet, I asked if we have a staging repo to test the idea with
[18:10] <infinity> ahasenack: Yeah, using uname to determine userspace arch is always wrong.  Always use the package manager's view.
[18:11] <infinity> ahasenack: I was told they'd work on it "Monday morning", which is vaguely nowish.
[18:11] <ahasenack> somewhere, yes :)
[18:11] <ahasenack> US holiday too
[18:11] <infinity> ahasenack: It's a bank holiday here, so I've not been working, but I'm keeping an eye on things.
[18:12] <infinity> Oh, it's possible that it's also a holiday for the GSA who said he'd do it Monday, not realising what day Monday was...
[18:12] <ahasenack> ./uaclient/util.py:    platform_info["arch"] = uname.machine
[18:12] <ahasenack> :/
[18:12] <infinity> Gross.
[18:13] <ahasenack> wonder how this is working since the contract server uses "amd64"
[18:13] <ahasenack> ah, no
[18:13] <infinity> They might rewrite it elsewhere.
[18:13] <ahasenack> the contract server is using x86_64
[18:13] <infinity> Or that.  Also gross.
[18:14] <infinity> I mean, I can see the urge to do that because x86_64 is how the modern world refers to amd64.
[18:14] <infinity> But that should STILL use dpkg arch, then rewrite to x86_64, if that's what they want.
[18:14] <infinity> Cause uname is never guaranteed to match userspace.
[18:15] <infinity> (i386 or armhf chroots on amd64 or arm64 hosts, just for starters, but there are any number of ways to make them not match)
[18:18] <ahasenack> yeah
[18:22] <infinity> os.system("dpkg --print-architecture | sed 's/amd64/x86_64/'") would likely get what they want.
[18:22] <infinity> Might also need to trim the newline.
[18:25] <infinity> Or, not os.system.  os.popen.  Derp.
[18:25] <infinity> os.popen("dpkg --print-architecture | sed 's/amd64/x86_64/'").read().rstrip()
[18:26] <infinity> ahasenack: ^-- I'd replace the uname.machine with that.
[18:26] <infinity> Maybe do the sed as a python regex instead for people who hate forking more than they need to, but whatever.
[18:26] <ahasenack> we can change this on either side, server or client
[18:27] <ahasenack> server is using a mix of old and new
[18:27] <ahasenack> server is using i386 and x86_64
[18:27] <infinity> If the use of x86_64 was intentional to be "less confusing" to people who don't know what amd64 means, I could see that.
[18:27] <infinity> But yeah, if not, one could fix the server.
[18:27] <infinity> Client needs fixing either way though, so...
[18:42] <ahasenack> infinity: dpkg --print-architecture uses the first column of /usr/share/dpkg/cputable?
[18:42] <ahasenack> "<Debian name>"
[18:42] <ahasenack> hm, no armhf there
[18:44] <infinity> ahasenack: Trying to interpret how dpkg uses those tables isn't really a path to sanity.  dpkg itself is the authority on its primary arch, don't reinvent that wheel.
[18:44] <ahasenack> I wasn't going to parse that, just checking which other names we might have wrong without booting up an instance in each one
[18:45] <infinity> ahasenack: 'rmadison coreutils' is always a good source of 'what dpkg arches do we have'. :)
[18:45] <ahasenack> ah, those names match --print-architecture? ok
[18:45] <infinity> ahasenack: If you want to know which ones will mismatch with uname, the answer is "most of them".
[18:47] <infinity> powerpc == ppc or ppc64, ppc64el == ppc64le, armhf == amrv7l, i386 == i686, arm64 == aarch64, s390x might actually match, I don't recall now.
[18:47] <infinity> But yeah, uname bad.
[18:48] <ahasenack> yeah, this need fixing
[18:48] <ahasenack> now it was just x86 that bit us
[18:52] <infinity> If we could go back in time and do it all over again, I suspect there are lots of people that would prefer dpkg arches (mostly) match kernel arches, but honestly, I think that would just muddy the waters further.
[18:52] <infinity> Since, (a) some kernels can run multiple ABIs, and (b) kernel and userspace are never guaranteed to match.
[18:52] <infinity> So, having almost all the dpkg arches mismatch is almost helpful. :P
[18:53] <infinity> Forces people to think a bit about which arch they're really interested in, kernel or userspace.
[18:55] <infinity> It would arguably be nice if there was some read-only file somewhere that just had the userspace arch in it, though, instead of having to fork a binary.
[18:55] <infinity> Multiarch complicates even that simple wish, though.
[18:59] <xnox> infinity:  s390x matches
[19:02] <infinity> One of the few. :P
[19:02] <infinity> Possibly the only Ubuntu arch that matches, actually.
[19:12] <ahasenack> ppc64el also matches
[19:15] <infinity> ahasenack: No it doesn't.
[19:15] <ahasenack> I just checked uname -m and dpkg --print-architecture on a ppc64el instance
[19:15] <infinity> ahasenack: kernel arch is 'le', userspace is 'el'.
[19:15] <ahasenack> oh!
[19:15] <ahasenack> my eyes
[19:15] <ahasenack> oh man
[19:15] <ahasenack> w.t.<badford>
[19:15] <ahasenack> word even
[19:16] <infinity> BADFORD
[19:16] <ahasenack> :)
[19:16] <ahasenack> little endian, and... endian little?
[19:16] <infinity> Yeah, you can blame me (and Debian history) for that.
[19:16] <ahasenack> did they apply endianness twice?
[19:17] <infinity> It was a fun "joke" in Debian history when doing endian flips (I think mips might have been the first, but also arm later) where we had be on way and el the other.
[19:17] <infinity> I did ppc64el that way to match mipsel and armel.
[19:17] <infinity> But upstream chose ppc64le for the kernel, so here we are.
[19:18] <infinity> Again, don't really mind, the mismatch serves a strangely useful purpose.
[19:18] <ahasenack> haha
[19:20] <infinity> The original upstream kernels were just ppc64 (cause, really, they are), but Other Parties who love to use uname for evil purposes whined that it should be unique.
[19:20] <infinity> Fun side-note, you can endian-flip POWER8 and above at runtime.  In the same address space.
[19:20] <infinity> It's mind-bending.


[01:07] <ChloeWolfieGirl> just ctrl+q firefox by accident, what is life?
[01:22] <diddledan> oh boy that was fun
[01:39] <diddledan> WHEEEEE
[01:42] <diddledan> ok, who's fiddling with the cables?!
[02:13] <diddledan> no **** sherlock
[02:14] <diddledan> how to state the obvious, by evilmquin
[02:14] <diddledan> :-p
[02:15] <diddledan> I guess it's nice to acknowledge it
[02:16] <m0nkey_> boom, and now we have ubuntu installable from pxeboot
[02:16] <m0nkey_> heh, that's cool. booted ubuntu live over the network. no more USB media for me! :-D
[02:17] <diddledan> m0nkey_, \o/
[02:17] <diddledan> m0nkey_, freenas hosting the tftp?
[02:17] <m0nkey_> yup
[02:17] <m0nkey_> also nfs
[02:17] <diddledan> \o/
[02:17] <m0nkey_> have centos installable from it too
[02:19] <m0nkey_> also got clonezilla and memtest86+
[02:19] <m0nkey_> considering dban, but that will just rip apart any drive it sees
[05:17] <mapps> hi alll
[09:03] <MooDoo> morning all
[09:14] <davmor2> Morning all
[09:18] <brobostigon> morning boys and girls.
[09:30] <awilkins> Oh joy, another software release from people who do not grok SSL
[09:30] <awilkins> http://www.ghacks.net/2015/02/23/privdog-is-superfish-all-over-again/
[09:36] <directhex> awilkins: that's the one from a major CA, no?
[09:36] <awilkins> I wonder if the WebSense thing does that too... yes, it's from Comodo
[09:37] <awilkins> THey had WebSense at my last place
[09:37] <awilkins> Snooped all SSL in a similar way, replacing certs
[09:38] <awilkins> With self-signed ones!  :-D
[09:59] <bashrc> how inconvenient
[10:00] <MooDoo> morning
[10:27] <NET||abuse> hey guys. anyone gone through 14.04 desktop upgrading to kernel 3.16.x?
[10:27] <NET||abuse> is it worth it?
[10:28] <NET||abuse> any major teething issues?  I've noticed precisely zero difference. :)
[10:44] <JamesTait> Which is as it should be, I suppose.
[10:44] <NET||abuse> hehe, "Shuffling Zombie Juror"
[10:45] <NET||abuse> 80 changes and fixes to Btrfs filesystem
[10:45] <NET||abuse> that wins it for me.
[10:45] <popey> yeah
[10:45] <popey> thats why I'm doing it
[10:45] <popey> my server is on 3.13
[10:45] <NET||abuse> my home server is on 14.10
[10:46] <NET||abuse> and already on 3.16
[10:46] <NET||abuse> that's where my primary btrfs is. but..
[10:46] <NET||abuse> my main work lappy is 14.04
[10:47] <NET||abuse> and it's still on ext4
[10:51] <awilkins> Not really been tempted to use btrfs on my workstations yet
[11:01] <popey> i used it on my laptop for a while, but then switched back to ext4
[11:05] <awilkins> Possibly a mistake to chose a file system name that can be mistyped as "barfs" with jus tone error
[11:07] <NET||abuse> oh god guys, emergency convert dilema
[11:08] <NET||abuse> I convinced our scrum master to install 14.10 on his laptop yesterday, he's now experience some pretty aweful graphics performance, seems to be an open bug on this issue
[11:09] <NET||abuse> https://bugs.launchpad.net/bugs/1386721
[11:09] <NET||abuse> anyone else run into this?
[11:09] <NET||abuse> I have to fix this as i dont want my first convert in this office to fail .
[11:13] <awilkins> Is it Ubuntu GNOME you installed?
[11:13] <NET||abuse> no
[11:13] <NET||abuse> unity
[11:13] <NET||abuse> base install, no custom ppa's or anything
[11:13] <NET||abuse> he's using an xps 15, so you know, optimus.. but intel is the default driver
[11:13] <NET||abuse> so his intel performance is the issue here.
[11:14] <awilkins> Hmm
[11:14] <NET||abuse> he's not setup any bumblebee stuff himself, unless there's something in 14.10 by default for optimus?
[11:14] <awilkins> I think in 14.10 if you visit the "additional drivers" tool there will be an option for you
[11:14] <NET||abuse> he enabled the additional drivers for nvidia from the standard software & sources stuff, but they're not really used by default as far as i can tell
[11:15] <awilkins> Stick the output of lsmod on a pastebin somewhere
[11:15] <NET||abuse> since it's optimus, intel and nvidia are there, but there's not an option in the bios to suppress the nvidia card,
[11:15] <NET||abuse> ok, one sec.
[11:16] <NET||abuse> here iit is
[11:16] <NET||abuse> http://dpaste.com/3WXP65E
[11:17] <awilkins> So definitely running on the Intel chip and not the nvisia
[11:17] <NET||abuse> yep
[11:17] <NET||abuse> same as my own laptop
[11:17] <awilkins> Oh, hold on
[11:17] <NET||abuse> i've 14.04 on the same hardware
[11:18] <awilkins> nvidia too
[11:18] <NET||abuse> oh, both drm are loaded.
[11:18] <NET||abuse> you think that's an issue?
[11:18] <awilkins> Dunno
[11:18] <awilkins> You could try blacklisting the nvidia module
[11:18] <NET||abuse> how do you find out what's driving the current render context?
[11:19] <NET||abuse> huh,, aparently that's what bumblebee does, (at least as far back as 2012,
[11:19] <awilkins> Have you tried installing bumblebee
[11:19] <NET||abuse> nope
[11:19] <NET||abuse> is it available in 14.10 default repo's?
[11:20] <awilkins> Apparently
[11:21] <awilkins> Yup, in universe
[11:21] <awilkins> (and for Trusty too)
[11:25] <NET||abuse> just had him install that and reboot (with added nvidia support) and it now seems to have fixed the issue.
[11:25] <NET||abuse> gonna post this experience on that bug
[11:36] <NET||abuse> some one else said they had bumble bee installed and still experienced issues.. i'll have to monitor the situation.
[11:36] <NET||abuse> https://bugs.launchpad.net/ubuntu-gnome/+bug/1386721/comments/30
[13:11] <bugfix> buongiorno, come faccio a settare la scheda audio cmi8738 di default  su ubuntu 14.04
[13:12] <bugfix> sorry my mystake
[13:16] <knightwise> hey bugfix
[13:19] <bugfix> GM, knightwise
[13:25] <diddledan> evening
[13:32] <SuperMatt> not quite
[13:33] <diddledan> so much hate in bug #1268257
[13:34] <diddledan> nobody is actually commenting with anything useful just with hatred saying "I'm gonna go debian, so poo on you!"
[13:35] <awilkins> It's a wee bit annoying
[13:35] <awilkins> But fixable with a 1 line workaround...
[13:35] <awilkins> (each time it occurs)
[13:36] <awilkins> They should just write that into the bug description TBH
[13:36] <awilkins> Hmm, I can edit it
[13:37] <awilkins> Dunno if I can save the edit
[14:33]  * Laney calls double glazing companies to get quotes
[14:33] <Laney> no moar cold office
[14:34] <zmoylan-pi> they sign Laney up for triple glazing companies cold calling lists...
[14:34] <Laney> oh noes
[15:01] <knightwise> hmm... need to figure out hibernate on this Surface pro1
[15:02] <knightwise> rebooting is a little bit of a drag
[15:06] <davmor2> Laney: but cold coffee is the only way to drink it, 1: you're a coder so forget about it, 2: you work for Canonical so get pulled into meetings and forget about it, 3: you work at Canonical so get pulled into coding debates and forget it, 4: Buy a thermal Mug end of cold coffee :P
[15:11] <awilkins> Or just roll with it and make frappes
[15:11] <zmoylan-pi> get a usb heated mug... http://www.amazon.ca/gp/product/B0016LE4HM?*Version*=1&*entries*=0
[15:12] <awilkins> really? What kind of thermal output can you get out of 500ma at 5V? And is it good for your motherboard?
[15:14] <zmoylan-pi> wouldn't take much heat to really slow down your coffee going cold
[15:14] <intrbiz> USB 3, 2A @ 5V would be 20W, which would take about a minute to raise 250ml of water by 1 degree Kelvin based on my back of an envelope maths
[15:15] <awilkins> Yeah, but you also have to take into account the heat radiated from the cup and the surface of the coffee
[15:15] <intrbiz> awilkins: sure, would need good insulation
[15:16] <awilkins> I suppose that one is insulated and also has a lid
[15:16] <awilkins> Is it actually a USB mug?
[15:16] <awilkins> Or is that a USB form factor 12V connector - says it's a 12V mug
[15:17] <awilkins> It's probably Naughty to run 12V through a USB plug
[15:17] <zmoylan-pi> there are usb variants these days i've seen, that one just showed up on quick search
[15:18]  * zmoylan-pi remembers seeing a cpm computer that had 240v running through part of the motherboard after it was modified by engineer instead of the usual 12v
[15:18] <intrbiz> USB sockets seem to be rated for 30V
[15:20] <intrbiz> USB 3,1 is going to allow upto 100W of power
[15:21] <zmoylan-pi> will have to make a cover to prevent babies sticking wet fingers in usb sockets...
[15:21] <ali1234> that's 20A...
[15:21] <zmoylan-pi> s/babies/eejits/
[15:21] <popey> thems some fat cables
[15:22] <intrbiz> IIRC USB 3.1 neogates the voltages to reduce the current required
[15:22] <diddledan> err, neogates?
[15:22] <zmoylan-pi> close enough
[15:23] <intrbiz> diddledan: however you spell it
[15:24] <intrbiz> USB 3.1 can go upto 20V @ 5A
[15:24] <diddledan> intrbiz, I'm not sure what you mean so can't work out how it should be spelt :-p
[15:25] <moreati> USB 3.1 negotiates higher voltages/currents, before it delivers that power through the cable. Unless the infant can talk USB they'll get the default 5V/100 - 500 mA
[15:25] <intrbiz> diddledan: negotiates is what I mean :P
[15:25] <diddledan> aha
[15:26] <diddledan> moreati, kids are quite clever these days
[15:26] <diddledan> moreati, I used to be able to speak modem :-p
[16:35] <davmor2> popey: uu 58 is getting harder now, and mvm level 8 I'm pretty sure is impossible ;)
[16:36] <davmor2> level 8 on hard that is
[18:16] <leviathaan> is it possible to open an ost file under ubuntu?
[18:19] <knightwise> ost ...
[18:19] <knightwise> what kind of file is that ?
[18:20] <awilkins> Outlook store
[22:22] <mapps> hi all
[22:22] <mapps> ;]
[22:26] <zmoylan-pi> \o
[22:33] <shauno> o/
[22:42] <shauno> (that snowden docu is on 4 in a wee while (2305) if anyone's still feeling nerdy)
[22:47] <zmoylan-pi> i watched it yesterday, it's excellent
[22:49] <m0nkey_> i'm kinda hoping that the docu is libre
[22:50] <diddledan> shauno, citizenfour?
[22:50] <shauno> yeah
[22:57] <diddledan> custard causes obesity?
[23:16] <zmoylan-pi> how many litres per day do you need to consume? :-)
[23:19] <diddledan> I'm not sure there's a custard RDA
[23:20] <shauno> there should be
[23:21] <shauno> but then, caffeine has an OD limit and it's all lies (we tried)
[23:21] <daftykins> hi gents
[23:22] <diddledan> lol
[23:22] <diddledan> allo daftykins
[23:22]  * daftykins is back from an 11hr funeral
[23:29] <daftykins> or rather there may've been a few pints afterward...
[23:32] <zmoylan-pi> but when you've drank enough coffee doesn't the phasing ability it gives you prevent you from drinking any more? :-)
[23:37] <diddledan> yeah the bmw mini is twice the size of the original mini
[23:37] <diddledan> mini in name only
[23:37] <diddledan> the bmw mini is actually bigger than some other cars
[23:38] <diddledan> and ffs @ the proliferation of those gambling adverts
[23:38] <daftykins> it's all mapps fault
[23:38] <daftykins> :D
[23:38] <diddledan> teehee
[23:39] <diddledan> I swear they're all the same group just tax-broken separate company names
[23:39] <zmoylan-pi> their passangers are getting larger...
[23:39] <diddledan> zmoylan-pi, it's all the custard
[23:39] <shauno> the germini isn't a mini, it's a MINI.
[23:40] <daftykins> i am the passenger ~
[23:41] <shauno> I ride, and I ride
[23:41] <daftykins> suddenly i want to play that
[23:42] <zmoylan-pi> the smart car is smaller than original mini even if it only seats 2
[23:44] <daftykins> ooh it is Iggy Pop
[23:47] <shauno> the original mini is a tardis
[23:48] <zmoylan-pi> my grandad used to take pigs to market in a mini
[23:49] <shauno> you sure you're a dub?  sounds more like waterford
[23:49] <zmoylan-pi> he lived in kildare
[23:50] <daftykins> i'd dare 'im to kil a pig whilst driving said mini
[23:52] <shauno> seriously though, the original mini is one of the bigger cars I've been in
[23:52] <shauno> I mean, it's no land rover
[23:54] <funkyHat> I drove the new mini clubman the other day. That's even *less* mini


[00:13] <bllz> My channel changing script (for IR transmitter) works perfectly for all 2 digit channels but inexplicably fails when trying to tune to triple-digit channels.  Can anybody help me debug this issue?  I've tried changing the sleep time on line 10, but to no avail... I don't know _anything_ about scripting, so any help would be greatly appreciated.  Here's the script:  http://pastebin.com/m7dd3a089
[00:19] <afarris01> !help
[00:19] <Zinn> !help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[01:05] <darthanubis> rhpot1991, I found the page, but not the file
[01:06] <darthanubis> I have not remebered yet the correct syntax to edit the file
[01:12] <darthanubis> with mythtv work with OSS4?
[01:52] <bllz> I cannot control the volume and mute with my MCE USB remote.  The volume slider and mute overlay both appear in the myth frontend, but there is no corresponding change in the sound.  My audio output device is ALSA:default and I've tried changing the mixer controls back and forth between PCM and Master.  What should I try next?
[04:35] <MythbuntuGuest58> hello there i have mythbuntu 9.10 and a hauppauge hvr 850 usb and for some reason i can t get analog cable scanned and my digital channels all have artifacts in em
[05:14] <MythbuntuGuest58> anyone???
[05:33] <MythbuntuGuest58> noone any idea on how to get the analog to work on a hvr 850??
[05:34] <bllz> MythbuntuGuest58:  try #mythtv-users
[06:51] <zombu3> can someone tell me what this error means??? http://mythtv.pastebin.ca/1721066
[16:15] <zombu3> anyone here that could help me with a lil problem on my hvr-850 card?
[16:21] <darthanubis> !ask
[16:21] <Zinn> Please don't ask if anyone is around or if it is alright to ask a question.  Many people check back periodically and may answer your question when they see it.  IRC is not normally an instant fix so check back often for an answer.
[16:24] <zombu3> well i need help to get the analog side of my hvr-850 going i have grabbed teh cable list from schedulesdirect but when i click watch tv it goes back to the main menu after a couple seconds
[16:27] <zombu3> here is teh log of my backend but i don t get anything out of it http://mythtv.pastebin.ca/1721413
[17:14] <mrand> Howdy zombu3, did you look over that backend log?
[17:17] <zombu3> yes but i m too much of a noob to understand
[17:18] <mrand> Lines 18 through 23 mean that you are missing something in your tuner/capture config.    As I recall, the first step is creating/configuring your capture card.
[17:20] <zombu3> yes
[17:21] <zombu3> there should be a v4l for analog and a dvb for digital
[17:21] <mrand> Then the second step is to define channels and such, and when you do that, as I recall, you assign channels to those card(s).
[17:22] <mrand> The log seems to be saying that the cards don't have any channels assigned to them.
[17:22] <zombu3> yes i downloaded from schedulesdirect and fetched the listing then set the lineup to the v4l analog part
[17:22] <zombu3> scan does not work
[17:22] <zombu3> there s no option
[17:23] <mrand> yeah, scan is troublesome for many.  But if you are using schedules direct, no scan is necessary.
[17:23] <zombu3> yeah i did that called it analog and assigned it to the v4l television input
[17:24] <mrand> ok.  And then you exited and ran mythfilldatabase?  Did that seem to find stuff from schedules direct?
[17:24] <zombu3> yes took a long time on first start
[17:25] <zombu3> then after mythfilldtabase i click watch tv and it says please wait then goes back to the main menu
[17:25] <mrand> Yeah, mythfilldatabase isn't the fastest operation.
[17:27] <mrand> I'm sorry, down at the bottom, it indicates that you have the tuners/inputs/channels configured correctly.  The early errors threw me - looks like you fixed those and moved on.
[17:28] <zombu3> well if you want i can give you another log with the latest errors on the bottom
[17:28] <zombu3> http://mythtv.pastebin.ca/1721457
[17:31] <zombu3>  Channel(/dev/video0) Error: InitPictureAttribute(    colour): failed to query controls.
[17:31] <mrand> If you "cat /dev/video0" or "cat /dev/video1" do you get anything (from a shell/terminal window)
[17:31] <mrand> yes
[17:31] <zombu3> this is what throws me off
[17:33] <zombu3> no cat does not show me anything
[17:33] <psicobra> i am trying to get a dvb-s card working i have found a web pagw witch is supposed to have a working solution but i have no clue what to do with it maybe one of you can take a look the page is http://article.gmane.org/gmane.linux.drivers.dvb/38163
[17:34] <mrand> zombu3: are you on 9.10/karmic?
[17:35] <zombu3> yes
[17:35] <mrand> ok, not an old kernel problem then.
[17:35] <zombu3> also ran the updates
[17:36] <zombu3> would it be easyer to determin the problem with ssh access??
[17:36] <mrand> btw, you should also update  auto-builds to get the latest 0.22 bug fixes
[17:37] <zombu3> how would i do that
[17:37] <mrand> probably not... I'm not a digital card expert.
[17:37] <mrand> !auto%
[17:37] <Zinn> If 9.10 upgrade broke auto-login for you, please see https://bugs.launchpad.net/bugs/463314
[17:37] <mrand> oops
[17:37] <mrand> !autobuilds
[17:37] <Zinn> Auto builds are available for MythTV 0.22 for Intrepid, Jaunty, and Karmic (0.22 and 0.23-trunk).  See http://www.mythbuntu.org/auto-builds for more info.  If you see references to 0.22-trunk, you can ignore the -trunk part :-)
[17:38] <mrand> psicobra: that is pretty old stuff... don't think that is included/fixed in the kernel by now?
[17:38] <zombu3> well this autobuild stuff how would i go to update them
[17:39] <psicobra> well my card doesnt seem to be working
[17:39] <psicobra> so i really don't know
[17:40] <mrand> zombu3: if you just click the download repos package.  It walks you through it.  then you "reload" or "update" or "check" in synaptic or update-manager.
[17:40] <zombu3> facepalm
[17:41] <mrand> zombu3: but having said that, if viewing video through mplayer, vlc, or cat doesn't work, it isn't likely to worth via myth
[17:41] <mrand> psicobra: ^^^ goes for your setup too.  Get it working outside of myth first, then tackle myth.
[17:41] <mrand> worth=work
[17:41] <zombu3> well i noticed something yesterday
[17:42] <zombu3> myth wants to use v4l but in vlc i have the option to use v4l-2 and i can open the card and i see static
[17:42] <psicobra> mrand, i have no clue
[17:43] <psicobra> any chance of some one talking me through it
[17:44] <mrand> psicobra: you'll need to try viewing video from your capture device via mplayer or vlc first.  Not sure which is easier.  I happen to have vlc up... if you open it up, then you can say Media -> open capture device
[17:45] <psicobra> k 2 secs
[17:45] <psicobra> it is a dvb-s card will that matter?
[17:46] <mrand> I don't think so.
[17:46] <mrand> zombu3: what is connected to your analog input?
[17:46] <zombu3> comcast cable
[17:47] <zombu3> if i open vlc and try to open the cards with v4l it says cannot open but when i try with video for linux 2 it opens up and i see static
[17:47] <Daremonai> Hello, I'm trying to install mythtv on ubuntu 9.10 from synaptic, and i got the following error: can't read /etc/mysql/conf.d/mythtv.cnf: No such file or directory - should i just create that file and let it re-run?
[17:48] <zombu3> so i m guessing there must be a setting in myth to use the video for linux 2
[17:49] <mrand> zombu3: can you research a way to change the channel on your tuner outside of myth?  there should be a way... change the channel to something you know should work (i.e., something your TV shows without a cable box).
[17:50] <mrand> Daremonai: what gave that error?
[17:50] <Daremonai> the installation of mythtv (after picking mythtv from synaptic.. clicked install, and as it was insalling, it gave that error and stopped installation)
[17:51] <zombu3> let me find out is there a prog in mythbuntu i can install as external tv app ???
[17:52] <Daremonai> mrand, i just did touch mythtv.cnf in /etc/mysql/conf.d/ and am gonna try reinstalling the mythtv-database
[17:52] <mrand> zombu3: just like you can manually watch via vlc or mplayer or cat, there should be a way to change channels.  vlc or mplayer may even provide a way, but since I do'nt have that card, you'll have to look around a bit.
[17:52] <Daremonai> (which is the reason it gave that error btw)
[17:52] <mrand> Daremonai: I'm guessing you don't have a backend installed.
[17:52] <zombu3> kk lemme look around
[17:52] <Daremonai> mrand, you mean mysql?
[17:53] <Daremonai> mrand, or mythtv-backend?
[17:53] <mrand> Daremonai: My standard suggestion is to install mythbuntu-control-centre and go through that.  It will insure you have everything you need installed.
[17:55] <Daremonai> mrand, it's not in the repository?
[17:55] <mrand> Daremonai: yep.  http://packages.ubuntu.com/search?suite=default&section=all&arch=any&searchon=names&keywords=mythbuntu-control-centre
[17:56] <mrand> It's in universe, anyway.
[17:56] <mrand> !autobuilds | Daremonai
[17:56] <Zinn> Daremonai: Auto builds are available for MythTV 0.22 for Intrepid, Jaunty, and Karmic (0.22 and 0.23-trunk).  See http://www.mythbuntu.org/auto-builds for more info.  If you see references to 0.22-trunk, you can ignore the -trunk part :-)
[17:56] <mrand> I'd suggest enabling that too, to get the latest myth bug fixes.
[17:57] <Daremonai> isn't mythbuntu a distro? i'm using normal ubuntu
[17:58] <Daremonai> anyway.. i just found mythbuntu-control-centre... i will install it now
[17:58] <mrand> Daremonai: technically yes, it's a distro, but anything that applies to it applies to standard ubuntu.  I run standard ubuntu, actually.
[17:58] <Daremonai> ah.. alright
[17:59] <mrand> zombu3: possibly one of the things under advanced options within vlc
[17:59] <mrand> errr... within the "open capture devices" screen.
[17:59] <mrand> on vlc
[18:01] <mrand> guys, I gotta run for now... Christmas presents need to get finished before the wife gets back.  Keep hacking away at it.... search ubuntu forums, mythtv-users mailing list, and google in general.  If all fails, either post something to ubuntu forums, or here (but be prepared for a possibly long wait... no telling when I or someone else may be around)
[18:03] <Daremonai> alright.. tahnks for your help mrand
[18:03] <Daremonai> mrand, and gl with the christmas shopping :)
[18:29] <tritium> rhpot1991: making good progress on packaging hdhomerun_config_gui?
[18:30] <zombu3> how do i force video for linux 2 in mythbuntu
[18:49] <zombu3> ok i can now see analog tv on vlc but mythtv still gives me crap
[19:01] <zombu3> here s the log avattr
[19:02] <rhpot1991> tritium: http://www.baablogic.net/drupal/node/10
[19:02] <rhpot1991> :)
[19:02] <zombu3> http://mythtv.pastebin.ca/1721533
[19:04] <rhpot1991> tritium: I have a few things to look at still, but they are fully functional
[19:05] <zombu3> so yo know what you are doing huh
[19:14] <markl_> ok i have a subtitle question.  i have a movie here that shows subtitles in vlc but mythtv says no subtitles available
[19:15] <markl_> i am not too familiar with subtitles though, is there a good way to troubleshoot them?
[19:16] <markl_> i understand that there are way too many different ways to do them
[19:26] <Daremonai> how can i use vlc on my laptop (windows) to play the videos (stream) from my ubuntu server that is running mythtv?
[19:29] <zombu3> how can i fix this error Channel(/dev/video1) Error: InitPictureAttribute(    colour): failed to query controls.
[19:34] <rhpot1991> Daremonai: mythweb can do that for you, there is a windows mythtv player as well but its out dated (not sure it will work in .22)
[19:35] <rhpot1991> http://sudu.dk/mythtvplayer/
[19:35] <Daremonai> rhpot1991: why can't vlc stream from mythtv?
[19:35] <rhpot1991> Daremonai: I'm not certain if it can't, I'm just telling you things I know that can do what you want
[19:36] <Daremonai> rhpot1991: ah.. alright... doesn't mythtv work with upnp?
[19:36] <rhpot1991> yes it does, so that is another option
[19:36] <Daremonai> hmm.. how do i enable that then?
[19:37] <Daremonai> also, through upnp, i'm guessing I could pick the movie/show i want right?
[19:37] <rhpot1991> you lose some features with that, like commercial skipping
[19:37] <rhpot1991> http://www.mythtv.org/wiki/UPnP
[19:37] <Daremonai> ah.. i don't care about that.. i already have my shows.. i just wanna play the shows i have on my disk
[19:38] <rhpot1991> you could dual boot the laptop too
[19:38] <Daremonai> hehe yeah.. but that's kinda not what i have in mind :)
[19:44] <tritium> rhpot1991: awesome.
[19:44] <tritium> rhpot1991: Was it tricky working out the soname issues, etc.?
[19:45] <rhpot1991> tritium: their build system is a pain, I had to break it out
[19:45] <rhpot1991> made a library package and then the gui build-depends it
[19:46] <rhpot1991> I had to patch the gui's make files for that as well
[19:48] <tritium> rhpot1991: yep, as I expected you'd have to.
[19:49] <tritium> Thanks for finishing what I couldn't.  :)
[19:50] <rhpot1991> tritium: no problem, thanks for taking a try with it
[19:50] <rhpot1991> still need to clean up some things and get it approved for lucid
[19:51] <tritium> rhpot1991: that rocks!
[20:53] <MythbuntuGuest49> how can i force mythbuntu to use v4l2 instear of v4l
[20:55] <iamlindoro> myth uses v4l2 by default
[20:55] <iamlindoro> you don't have a choice in the matter
[20:56] <MythbuntuGuest49> well my capture card only works in v4l2 and for some reason mythbuntu chooses v4l
[20:56] <iamlindoro> Waht give you that ideA?
[20:56] <iamlindoro> myth doesn't have any pure v4l1 code left at all
[20:57] <MythbuntuGuest49> i start vlc and try to open the card with v4l and i get a can t open error i do it again with v4l2 and i see analog pic
[20:57] <iamlindoro> so what's that got to do with myth?
[20:57] <MythbuntuGuest49> well i m guessing that could be the prob
[20:57] <iamlindoro> again, no pure original v4l code left in Myth
[20:57] <iamlindoro> it's a deprecated api which is no longer used
[20:58] <MythbuntuGuest49> so what can i do to fix it
[20:58] <iamlindoro> dunno, but you are after the wrong cause
[20:58] <MythbuntuGuest49> hmm ok what would you suggest
[20:59] <iamlindoro> it's almost assuredly a setup issue, or a driver issue, more likely the former
[20:59] <MythbuntuGuest49> ok i can believe the setup issue
[20:59] <MythbuntuGuest49> if you would be so kind and help me out a lil i would apreciate that
[21:00] <iamlindoro> Sorry, my focus is on other things this weekend, no time to get into deep dark troubleshooting
[21:01] <MythbuntuGuest49> maybe it s just something stupid if i paste you a backend log would you have a quick look only
[21:06] <MythbuntuGuest49> anyways if someone would be so kind looking at my log http://mythtv.pastebin.ca/1721661


[22:24] <tsousa> hey
[22:25] <tsousa> is there a bug on rt2500 right?
[22:25] <micahg> is there an archive admin around to copy packages for me?
[22:42] <tsousa> can someone please help me?
[23:38] <micahg> Riddell: you up for a pocket copy?
[23:59] <Riddell> micahg: what needs?


[03:13] <JackFrost> bluesabre: [19:19:14] < wgrant> caraka: It's still probably a couple of days off, but hard to say.
[08:06] <JackFrost> Ooooh.
[08:06] <JackFrost> [ 4912.775707] xfce4-notifyd[1141]: segfault at 9 ip b6d9807d sp bf8292f0 error 4 in libc-2.26.so[b6d21000+1cf000]
[11:06] <bluesabre> o.o
[16:08] <ochosi> JackFrost: meh, is it reproducible at all?
[18:46] <flocculant> akxwi-dave: thanks :)
[23:04] <ochosi> knome, bluesabre: that's the status quo of the redone gtk3 part of gtk-theme-config
[23:04] <ochosi> currently it requires sassc to be installed
[23:04] <ochosi> and changing colors means regenerating the whole code
[23:05] <ochosi> i hope i can get rid of that, but there are a lot of calculated colors based on the selected_bg_color
[23:05] <ochosi> plus currently as you can see the _drawing.scss isn't final, it still does more than it should and highlights some stuff it shouldnt
[23:05] <ochosi> but what's nice is that it also works with the dark theme variant
[23:06] <ochosi> i'd say: it could be worse...
[23:07] <knome> :)
[23:08] <knome> that's always something
[23:11] <ochosi> there are still some rough edges, so it's not even perfect with adwaita atm
[23:11] <knome> and i have to go too
[23:11] <knome> early morning tomorrow
[23:11] <knome> and my throat hurts again :(
[23:11] <knome> -->
[23:11] <knome> (nighty)
[23:17] <ochosi> nighty
[23:59] <bluesabre> ochosi: where?