[00:16] <jbicha> wow, no amd64 builders for PPAs :(
[00:17] <penguin42> wasn't the some maintenance of that due to happen this week?
[03:36] <pitti> Good morning
[03:37] <ajmitch> hi pitti
[04:45] <tjaalton> slangasek: excellent, thanks. yeah I bet the peformance could be better..
[07:07] <dholbach> good morning
[07:19] <shadeslayer> wohooo
[07:19] <shadeslayer> dholbach: morning :)
[07:20] <dholbach> hey shadeslayer :)
[07:20] <shadeslayer> o/
[07:20] <shadeslayer> cjwatson: can't build ISO's, X stack went kaput :P
[07:20] <shadeslayer> it's one problem after another it seems ;)
[07:22] <pitti> http://people.canonical.com/~ubuntu-archive/testing/quantal_probs.html does not have X.org any more, though
[07:22] <pitti> (it has mostly NBS binaries)
[07:23] <shadeslayer> http://paste.kde.org/538460/ < most certainly broken ( try installing xserver-xorg-video-geode )
[07:23] <shadeslayer> possibly something hasn't been published
[08:07] <brendand> i am trying to do a net install on some servers, and it seems like since yesterday, dhcp configuration is failing
[08:07] <brendand> is anyone aware of this issue?
[08:13] <pitti> infinity: hm, still so many disabled PPA builders?
[08:15] <seb128> pitti, I'm talking about it on #is
[08:15] <seb128> pitti, we got 3 back
[08:15] <seb128> pitti, so progress ;-)
[08:16] <pitti> nice
[08:16] <pitti> still, three amd64 builders which all build "private jobs"
[08:16] <pitti> (and only 3 available)
[08:17] <pitti> but as long as it's known, I'm fine
[08:20] <seb128> pitti, they are working on it apparently, fingers crossed
[08:32] <cjwatson> shadeslayer: I'm working my way through analysing a stack of failures right now, including that one
[08:34] <cjwatson> My inbox was pretty unhappy this morning
[08:44] <dholbach> ev, mpt: it'd be great if you could have a look at http://benjaminkerensa.com/2012/08/23/canonical-privacy-policy-for-zeitgeist-is-insufficient and see if there's anything you would add
[08:45] <seb128> dholbach, ev, mpt: the title seems misleading, the guy is rather concerned about the "datas sent to canonical" part and unsure if that includes zg datas since they are in the same settings panel
[08:46] <dholbach> yes - that's what I tried to explain in the last comment
[08:47] <ev> seb128, dholbach: I could be mistaken, but I think mpt was already working with Andrew Sinclair on the text
[08:47] <mpt> Yes, he's just being very slow.
[08:47] <seb128> it would probably be good if somebody commented on the launchpad bug saying that it's being worked?
[08:48] <mpt> sure
[08:48] <seb128> mpt, thanks
[08:52] <seb128> pitti, 9 amd64 builders
[08:52] <pitti> I saw \o/
[09:31] <hrw> question: how to make package which uses cdbs to generate dbgsym?
[09:33] <seb128> hrw, dbgsym are nothing to do with the source, just install pkg-create-dbgsym
[09:33] <seb128> it will create the ddebs for you
[09:34] <hrw> seb128: if package calls dh_strip
[09:34] <seb128> right
[09:34] <hrw> ah.. wrong build I looked at. sorry
[10:38] <rsalveti> tjaalton: mind reviewing bug 1040405 ?
[10:39] <rsalveti> there's also another patch for xf86-video-omap to properly use the platformProbe call
[10:40] <rsalveti> which makes the probe a lot easier, and without conflicting with the fbdev device (which checks for the platform slot before initializing itself, same as it was doing already for pci based devices)
[10:43] <rsalveti> tjaalton: and at the bottom of bug 1015292 you can see the debdiff for xf86-video-omap
[10:43] <rsalveti> would be nice if you could also review it
[10:44] <rsalveti> just tested both at my panda, and worked nicely (by autoloading just the omap driver)
[10:56] <dholbach> dpm, ogra_: do you think you can update https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable with a session title? :)
[10:57] <dpm> dholbach, yeah, let me think of something later on today. TBH, I got inspired by ogra_'s title, so I thought I'd use a similar one until I've got something set up ;)
[10:58] <dholbach> yeah, I know - ogra_ is a very deep source of inspiration
[10:58] <dholbach> :-P
[10:58] <dpm> absolutely
[11:00] <bdrung> dholbach: should i add ubuntu-packaging-guide to packaging-dev?
[11:00] <dholbach> bdrung, ah yes - if that's possible, that'd be great
[11:00] <tjaalton> rsalveti: great, thanks
[11:03] <bdrung> dholbach: shouldn't we get this package into debian, too?
[11:04] <dholbach> if anybody wants to help with doing that, that'd be great - yeah :)
[11:04] <bdrung> dholbach: i offer my help
[11:04] <dholbach> :-D
[11:10] <Andy80> dholbach, hi! even this link http://developer.ubuntu.com/packaging/singlehtml from this page http://developer.ubuntu.com/resources/tools/packaging/ is broken.
[11:10] <dholbach> Andy80, yes - it's on my list :)
[11:10] <Andy80> cool ;)
[11:12] <Andy80> dholbach, I'm re-reading for the *n time the packaging docs. There is a python application that I use that is not available in repositories yet. I want to start with that... it's just a simple one :) p.s: no, not telling the name in public or someone faster than me will package it removing me the motivation to learn :D
[11:15] <dholbach> Andy80, keep your motivation, but ask if you run into trouble, ok? :)
[11:16] <Andy80> dholbach, sure :)
[11:23] <Andy80> the first thing I don't understand is this command: bzr dh-make hello 2.7 hello-2.7.tar.gz - what it does exactly? What if my source code is not on bazaar?
[11:25] <dholbach> Andy80, AFAIK it will import the hello-2.7.tar.gz tarball you have on your disk locally into a fresh and new bzr branch
[11:25] <dholbach> and give you some initial packaging
[11:25] <dholbach> if it's not clear enough in the guide, please file a bug :)
[11:26] <Andy80> dholbach, ah ok. yeas it makes sense... I mean, the person who is packaging is supposed to upload the sources and debian/ folder on launchpad so other people can check it.
[11:27] <Andy80> I will just read for now since as I told you my app is not compilable with "make", it's a Python app and I want to read the differences explained here: http://developer.ubuntu.com/packaging/html/python-packaging.html before executing any command
[11:28] <Andy80> (other than this I'm not at home right now and I don't have my .gnupg and .ssh with me .... so better not to upload anything)
[11:28] <dholbach> you can build it locally by running: bzr bd
[11:30] <Andy80> ok, I finish reading in the mean time, thanks :)
[11:45] <TJ-> Have there been any changes from Precise onwards that would affect mmap() - in particular that could cause it to run out of VMA on amd64 for quite modest requests to map a device file?
[12:37] <Guest47874> !lista
[12:46] <Andy80> about this document http://developer.ubuntu.com/packaging/html/python-packaging.html - to package a Python application I do have to use dh_python2 instead of dh_make ? Does my app need to have a setup.py already? What if it's just one *.py file and I need the debian/install to copy it to /usr/bin folder? Thanks
[12:47] <cjwatson> dh_python2 and dh_make are quite different categories of things, despite the similar name
[12:47] <cjwatson> dh_python2 is a tool run as part of the execution of debian/rules
[12:48] <cjwatson> dh_make is a tool that writes out template packaging files for you to modify, including debian/rules
[12:49] <cjwatson> if it's just one .py file, you should likely install it by hand in an override_dh_auto_install: rule in debian/rules rather than listing it in debian/install, since dh_install (which processes debian/install) will preserve the extension and policy says that programs in /usr/bin/ should not have a scripting language extension such as .py
[12:55] <tjaalton> slangasek: uploaded mesa, libxatracker linking seems ok to me at least on amd64
[13:05] <mr_pouit> seb128: hey, you wrote about indicators only in your mail ("they will still keep gtk2 versions of
[13:05] <mr_pouit> the libraries")
[13:05] <mr_pouit> seb128: yet libido is gone for gtk2 I think
[13:06] <Andy80> cjohnston, thanks in the mean time! I need to go home, I email me the chat history and I'll continue it later. Se you later and thanks :)
[13:06] <seb128> mr_pouit, well, I meant public libraries (the ones for applications to use, like libappindicator)
[13:07] <mr_pouit> (yeah, of course, ido isn't a public library in /usr/lib I guess)
[13:07] <mr_pouit> meh :(
[13:08] <mr_pouit> seb128: any more surprise? :P (so I know how many packages I need to reintroduce for Lubuntu/Xubuntu)
[13:10] <seb128> mr_pouit, surprise: you can count on any indicator-*-gtk2 to go away if there are still some in quantal
[13:11] <mr_pouit> seb128: yeah, I know, but any more surprise starting with lib* ? ;-)
[13:11] <xnox> bryceh: are you ~bryce? anyway love your e2fsprogs upload =)
[13:11] <seb128> mr_pouit, no, is libido even having an user out of indicator-sound?
[13:12] <seb128> mr_pouit, but you are right, it should probably have been made a private lib to indicators
[13:13] <seb128> mr_pouit, sorry about that
[13:15] <mr_pouit> (no big issue, that's just one more thing to do before indicator-sound-gtk2 is back)
[13:32] <smoser> anyone else seen delayed response on middle mouse paste in ubuntu?
[13:32] <smoser> its happening more an dmore that i highlight copy and something (likely from firefox) , hit middle mouse to paste it, hit enter, and then the paste happens.
[13:33] <smoser> this often results in me trying to execute whatever i copied and pasted rather than giving it as input to some command.
[14:03] <tjaalton> rsalveti: the changes looked good, uploaded
[14:04] <rsalveti> tjaalton: great, thanks!
[14:12] <mvo> ev: if you have time for the software-center polkit branch review that woudl rock, I would love to get it in today
[14:13] <ev> mvo: will do!
[14:33] <vibhav> Are there any WNPP bugs in Ubuntu?
[14:33] <cjwatson> "needs-packaging" is the equivalent
[14:33] <cjwatson> (tag)
[14:34] <vibhav> cjwatson: yeah, but are there any "RFA" bugs?
[14:35] <cjwatson> Not as far as I know.
[14:38] <vibhav> thanks
[14:47] <xnox> vibhav: all packages are team maintained in ubuntu. You can look for "needs-packaging" tag & merges.ubuntu.com for things to do.
[14:48] <xnox> as well as *wishlist* bugs, cause that's usually new feature requests.
[15:04] <slangasek> pitti: (grr) the retracer invalidated my bug because it was a package that depended on initscripts and it didn't have current dbgsyms for initscripts (bug #1040680)
[15:06] <alo21> hi all
[15:07] <alo21> can I send a package in Upstream when I fix some bugs (not security)?
[15:17] <rsalveti> hallyn: hey, mind reviewing the merge proposal https://code.launchpad.net/~fboudra/qemu-linaro/new-upstream-release-1.1.50-2012.08-0ubuntu1/+merge/120592 ?
[15:18] <rsalveti> fabo worked on updating the qemu to the latest one available from linaro
[15:18] <rsalveti> and would be nice if someone else could also review and test it
[15:18] <rsalveti> so we can try to land at quantal asap
[15:18] <pitti> slangasek: it currently invalidates bugs if the retraced stack trace is bad and there are obsolete or missing packages; I guess in this case the retracing failed due to another reason, though (sometimes the memory is just too corrupted, and sometimes I have the feeling gdb is just not trying hard enough..)
[15:19] <pitti> hmm, libdbus doesn't like to be symbolic?
[15:38] <slangasek> pitti: ah, ok
[15:42] <hallyn> rsalveti: sure
[15:42] <rsalveti> hallyn: thanks!
[15:51] <TJ-> Has anyone seen/heard of problems with the nvidia driver 295+ failing some mmap() requests?
[15:51] <hallyn> rsalveti: I'm not sure, but debian/patches/define_AT_EMPTY_PATH.patch *may* not be needed any more.  The fix to libc may have gotten into q.
[15:52] <hallyn> (no biggie )
[15:52] <rsalveti> hm, nice
[15:54] <hallyn> rsalveti: is dropping --disable-darwin done on purpose?
[15:54] <hallyn> (i don't knwo what it is :)
[15:56] <rsalveti> I think it got removed from upstream
[15:57] <hallyn> rsalveti: ok - i see no problems with it.
[15:57] <hallyn> (commented)
[15:58] <infinity> hallyn: The fix is definitely in Q, yes.
[15:58] <infinity> hallyn: (and uploaded to P)
[15:58] <hallyn> rsalveti: infinity: yeah just saw it in changelog
[15:58] <hallyn> rsalveti: so you can drop that patch if you like.  but doesn't hurt anything
[15:58] <rsalveti> yeah, great
[15:59] <rsalveti> thanks for the review
[16:00] <hallyn> np
[16:09] <hallyn> rsalveti: and, confirmed i just pulled it out of qemu-kvm build on quantal and that worked fine too.  (\o/)
[16:11] <rsalveti> hallyn: awesome, thanks!
[16:15] <stgraber> hallyn: just checking, have you seen my PMs and messages to #ubuntu-server? (I remember you had issues with PMs in the past ;))
[16:22] <bigon> is there still any login in splitting geoclue package in geoclue and geoclue provider?
[16:25] <hallyn> stgraber: oh, i may not have.  i'm back to using irssi, but byobu has been crshing for me every few weeks at night, and did again last night
[16:25] <hallyn> i gots logs, lemme check
[16:25] <seb128> bigon, login in?
[16:26] <bigon> seb128: mmmh?
[16:26] <seb128> bigon, I don't understand the question
[16:27] <seb128> bigon, what "is there still any login in..." mean?
[16:27] <hallyn> stgraber: sorry, i guess i may need to add a lxc-start-ephemeral test to the testsuite
[16:27] <bigon> mehhh
[16:27] <bigon> seb128: s/login/logic
[16:27] <hallyn> stgraber: i'm quite sure i pushed the lxc-attach v2 changes.  i'll substitute v3 today or tomorrow.
[16:27] <bigon> time to go home I guess
[16:27] <seb128> bigon, ooooh
[16:27] <hallyn> stgraber: do you need anything more from me before ff?
[16:27] <seb128> bigon,
[16:27] <seb128>   * debian/control
[16:27] <seb128>     - Split the gypsy, gpsd, and gsmloc providers out into
[16:27] <seb128>       a separate source package, geoclue-providers, to simplify the
[16:27] <seb128>       MIR reducing the number of build depends.
[16:27] <seb128>     - Removed ofono-dev and libgypsy-dev build depends
[16:28] <seb128> bigon, does geoclue still use ofono-dev and libgypsy-dev?
[16:28] <seb128> bigon, if the reply is "yes" so the reason still stand
[16:29] <stgraber> hallyn: sorry, was blind, I didn't see you indeed pushed it, so nothing needed on your side
[16:29] <bigon> do we want these provider? in debian gypsy is not built (due to the huge security fail that it contained), gpsd is not even building iirc
[16:29] <bigon> the only remaning one is gsmloc
[16:29] <seb128> kenvandine, tedg: ^ do you know?
[16:29] <hallyn> stgraber: cool, thanks.
[16:30] <seb128> bigon, I don't know, I guess not
[16:31] <tedg> I don't really know, but I imagine it'll be something we have to fix at some point.
[16:31] <tedg> I mean, if it's disabled today, that's fine.
[16:32] <bigon> the thing is that I'm not sure about the mismatch of version between geoclue and geoclue-provider pkg
[16:32] <seb128> bigon, it just means nobody has been maintaining and updating geoclue-provider
[16:32] <seb128> we should probably just drop it
[16:41] <bigon> I also guess that the main geoclue pkg should be remerged with the debian one
[16:41] <seb128> ok
[16:47] <roaksoax> Hi gusy I have a packaging question. 'maas' currently Depends on 'maas-provision', however, the newer 'maas' I'll upload no longer does. So I was wondering what should be in debian/control in order for 'maas-provision' to be uninstalled on upgrade
[16:49] <cjwatson> roaksoax: Is maas-provision intended to be removed from the archive?
[16:49] <roaksoax> cjwatson: yes
[16:51] <cjwatson> roaksoax: Then Conflicts: maas-provision + Replaces: maas-provision
[16:51] <cjwatson> You might need Provides as well if other packages currently depend on maas-provision (but you often don't)
[16:52] <roaksoax> cjwatson: right, so that's what I was thinking, but manually testing I got something like "can't remove maas-provision because maas (older version) still depends on it"
[16:54] <slangasek> roaksoax: manually testing with dpkg, or with apt?
[16:54] <roaksoax> slangasek: dpkg
[16:54] <slangasek> roaksoax: wrong tool :)
[16:54] <slangasek> roaksoax: you either need to pass a slew of additional options to dpkg to accurately test this, or you should test using apt
[16:55] <roaksoax> slangasek: alright! I'll get it tested with apt! Thanks for the info :)
[16:56] <cjwatson> additional options> -B, I think
[16:57] <cjwatson> But yeah, use apt
[17:03] <shadeslayer> cjwatson: re : <cjwatson> My inbox was pretty unhappy this morning > haha :D
[17:06] <mlankhorst> can xf86-video-omap be moved into main?
[17:07] <shadeslayer> mlankhorst: file a MIR request?
[17:08] <ogra_> that shouldnt need a mir
[17:08] <BadDesign> What is the UTC release time for Ubuntu 12.04.1?
[17:08] <infinity> Sure it should.  It's new code.
[17:08] <infinity> Not that it'll be a hard MIR to process.
[17:09] <mlankhorst> it was a continuation from omapfb I think
[17:09] <ogra_> right
[17:09] <infinity> It's basically a rewrite, from what I understand.
[17:09] <infinity> But meh.
[17:10] <infinity> Either way, I think it's an obvious promotion.
[17:10] <infinity> How about we do an informal MIR.
[17:10] <infinity> jdstrand: Do you have security concerns about promoting the X driver for omap* ?
[17:11] <jdstrand> infinity: not especially other than to ask who the upstream is and how responsive are they?
[17:11] <cjwatson> BadDesign: We never hand out release times in advance.
[17:11] <infinity> jdstrand: Upstream is Rob Clark from TI, plus the general X usual suspects.
[17:12] <ogra_> its the same person maintaining the omap4 binary driver at TI
[17:12] <cjwatson> BadDesign: Largely because we generally simply don't set a time.
[17:12] <jdstrand> infinity: so we can expect support in the event of a security concern?
[17:12] <ogra_> ++
[17:12] <infinity> jdstrand: Absolutely.
[17:12] <jdstrand> ok, then no, I don't have conerns
[17:12] <mlankhorst> great :)
[17:12]  * ogra_ hugs jdstrand
[17:12] <infinity> Yeah.  Alright.  And I already reviewed packaging and such when I synced it from Debian.
[17:12] <infinity> So.
[17:12] <infinity> There.  MIR done.
[17:12] <infinity> :P
[17:13] <jdstrand> heh
[17:13] <ogra_> :D
[17:13] <mlankhorst> awesome
[17:13]  * infinity goes to find some place to seed it.
[17:14] <infinity> Actually, it should get pulled in without seeding, if it's in drivers-all on arm*
[17:14] <ogra_> infinity, i think mlankhorst planned to have it in the -all package for xorg
[17:14] <infinity> And if it's not, that's a bug.
[17:14] <infinity> mlankhorst: Is it in drivers-all already?
[17:14] <mlankhorst> well I prepared it, I can't push directly
[17:14] <infinity> mlankhorst: I can, though.  Where do I find it?
[17:14] <ogra_> i think tjaalton is on it
[17:15] <infinity> Oh, snazzy.
[17:15] <infinity> Well, if I know it's going to land soon, I'll just do the promotion.
[17:16] <infinity> mlankhorst: Promoted.  Please make sure that whoever's sponsoring that change does it soon, so component-mismatches doesn't spend the next day yelling at me.
[17:17] <mlankhorst> infinity: oh if you want you can do it now
[17:17] <mlankhorst> http://anonscm.debian.org/gitweb/?p=pkg-xorg/debian/xorg.git;a=shortlog;h=refs/heads/ubuntu
[17:20] <infinity> mlankhorst: Want to commit a dch -r to that, and give me a source package to sponsor?
[17:20] <infinity> mlankhorst: (I don't have commit to pkg-xorg)
[17:20] <mlankhorst> oh sure
[17:24] <mlankhorst> infinity: done
[17:29] <infinity> mlankhorst: Thanks, that'll do.
[17:30] <infinity> mlankhorst: Uploaded.
[18:24] <mlankhorst> yay
[18:24] <mlankhorst> time to update my panda to quantal I suppose :)
[18:37] <goddard> Contributing to the Ubuntu Wiki is a pain
[18:38] <goddard> Any plans to change it?
[18:40] <mlankhorst> howso? just create a account?
[18:43] <goddard> you would think it is that easy
[18:44] <goddard> but when i last contributed i had to actually download a bzr package, edit it, build html, and upload it
[18:45] <goddard> I did some contributions to the packaging guide
[18:47] <slangasek> wiki.ubuntu.com doesn't involve any of those things; what wiki are you talking about?
[18:49] <xnox> goddard: well yes, packaging guide and e.g. server guide etc. do require that, because they are not hosted on the wiki, but rather available in a few formats & translations
[18:49] <xnox> goddard: help.ubuntu.com/community and wiki.ubuntu.com can be edited directly in the web-browser.
[19:00] <goddard> ahh i see
[19:01] <goddard> is there a reason why the packaging guide isn't on the wiki as well?
[19:13] <mlankhorst> goddard: because they have to be shipped separately and not only to the wiki :)
[19:47] <xnox> goddard: because packaging guide can be translated, and the wiki does not support translations.
[19:48] <TJ-> A recent change to the nvidia DKMS drivers package has broken another package such that it won't conceivably ever work again. What's the procedure in such cases?
[19:48] <infinity> TJ-: That might need to be slightly less vague.
[19:49] <TJ-> infinity: bug #1039916 ... look at the last comment
[19:49] <infinity> TJ-: But if it's "some third-party tool relied on a feature that the upstream binary driver no longer provides", the solution would be to (A) remove the third-party tool from the archive, and (B) make the nvidia packages conflict with it.
[19:49] <infinity> Oh, in precise, we wouldn't do the removal bit.
[19:50] <infinity> But certainly, having the driver conflict with the tool, if there's really no way to fix the tool, would work.
[19:50] <TJ-> OK... it'll affect Q too of course
[19:52] <infinity> TJ-: You might also want to talk to Marc, since it was his patch that broke things (now that I've read the whole bug report).
[19:53] <infinity> TJ-: But if it's a tradeoff between dimmer control and priviledge escalation, with no way to compromise on fixing both, I suspect security wins.
[19:53] <TJ-> infinity: Yes, I was planning on emailing him. I think the patch is a good one - nvclock is using not-quite-approved hacks to do its thing, so I think nvclock has to give
[19:54] <TJ-> infinity: There is an alternative project developing for an nvida backlight DKMS kernel module that - when/if it works - does things properly with a /sys/class/backlight/ interface... so I think that should be the preferred route
[19:54] <infinity> TJ-: That does seem to be the saner way forward, yeah.
[19:55] <TJ-> infinity: besides which I think nvclock has been abandoned by its creator since 2009/10
[19:55] <TJ-> infinity: thanks; I'll figure out who to contact and what to do to let users of nvclock aware and remove it for Q
[19:58] <infinity> TJ-: I can remove it from the archive for Q right now, if you think that's the Right Thing To Do, but it'll still need the nvidia-* packaging updated to conflict and force removal on upgrades.
[19:58] <TJ-> infinity: Let me check first... if nvidia proprietary isn't used by nouveau or the old nv is, nvclock may still work
[19:59] <TJ-> infinity: And all I really wanted was the backlight dimming *sigh* :p
[20:06] <nabam> Not certain if this is the correct channel to ask this, but in using patch, is it a possibility to ignore a specific line?
[20:28] <Andy80> I'm working on packaging a project and I want to put my file on LP. Is it ok if I push using this url: bzr push lp:~andreagrandi/PACKAGENAME/packaging ?
[20:31] <alesage> Andy80, sounds fine--if not I've been doing it wrong :)
[20:32] <Andy80> alesage: I already tried with bzr push lp:~andreagrandi/PACKAGENAME but it wasn't enough.... maybe the last part is mandatory
[20:32] <Andy80> :)
[20:32] <Andy80> let's try...
[20:33] <Andy80> uhm..... LP says noooooo :\
[20:33] <Andy80> actually "PROJECTNAME" doesn't exist...
[20:33] <Andy80> maybe I should use +junk ?
[20:33] <Andy80> but it's so odd name...
[20:35] <roaksoax> slangasek: so the conflicts/replaces works. However, what about some of the dependencies of maas-provision (dnsmasq, tftp-hpa specifically). I'm currently listing them under conflicts/replaces too but don't know whether that's the correct approach since they only overlap functionality (and not files, etc)
[20:35] <Andy80> ok, pushed in junk
[20:40] <xnox> Andy80: bzr push lp:~/ubuntu/quantal/PACKAGENAME/packaging
[20:43] <Andy80> xnox: it's not a package already available in Ubuntu (I'm not a MOTU or something like that neither). I'm just getting started. It's a simple Python utility and I'd like to package it. I've put it in my /+junk/
[20:43] <slangasek> roaksoax: you certainly shouldn't conflict/replace with those, they're not obsolete packages and users can legitimately install them on the same host
[20:44] <slangasek> roaksoax: oh, or do they fight over the ports?
[20:44] <xnox> Andy80: that's ok then. you could try pushing, it should create a new package name.... I think... maybe not.
[20:44] <roaksoax> slangasek: they fight over ports
[20:44] <slangasek> roaksoax: ok; a bidirectional conflicts is allowed there - see tftpd-hpa, which already Conflicts: tftpd
[20:46] <xnox> I presume EXTLINUX is the new bootloader thing...
[20:46]  * xnox is confused why I am having it on non-efi system, but ok =)
[20:47] <roaksoax> slangasek: cool, thanks!!
[20:48] <slangasek> xnox: no, EXTLINUX is a very old bootloader thing
[20:48] <slangasek> efilinux is the EFI one
[20:51] <xnox> slangasek: i now ponder why did I install it back in january
[21:38] <seb128> ev, is errors.ubuntu.com known to have issues? it stays on "Loading" it seems
[21:38] <stgraber> seb128: try /?launchpad=false
[21:39] <seb128> in fact worked after a retry but it's very slow
[21:39] <seb128> stgraber, thanks
[23:29] <xnox> me wonders if I can "just do it" bug 1038577 is annoying
[23:29] <xnox> ... just needs rm maintainer script...
[23:32] <slangasek> xnox: of course you can
[23:32] <slangasek> I would have myself, but I wasn't sure whether it was better to rename the conffile back to the original name, or deal with the move
[23:32] <xnox> slangasek: i'm off to find the correct branch....
[23:33] <xnox> slangasek: hmm... did upstream rename it? did debian rename it? decisions... decisions... decisions...


[21:02] <ibeardslee> morning
[21:03] <ajmitch> morning
[21:06] <mwhudson> morning
[21:07]  * ajmitch doesn't like this whole thing about it being dark on a monday morning when arriving at work
[21:07] <ibeardslee> yeah it's not the nicest
[21:07] <ibeardslee> and dark when you get home?
[21:08] <ajmitch> yeah
[21:08] <ajmitch> I know it's strange, but I actually like natural light
[21:27] <snail> mōrena koutou
[21:53] <chilts> morning
[22:02] <snail> I hate the way I allow people to wind me up.
[22:04]  * ibeardslee makes a note of that
[22:05] <ibeardslee> for later giggles
[22:05] <ibeardslee> ;)
[22:13] <snail> Craig's North Korea comment on NZOSS-Openchat was almost certainly a troll, yet I bit...
[22:13] <ibeardslee> ahh
[22:16] <snail>  now i've outed myself as a commie-loving North Korean apologist..
[22:17] <ajmitch> what's that, comrade?
[22:17]  * ajmitch is glad that he's not still subscribed to that list
[22:18] <ajmitch> btw, installing kcachegrind seems to make it pull in nearly a full KDE desktop unless I use --no-install-recommends, it's rather annoying :)
[22:32] <ibeardslee> you can set the --no-install-recommends to be the default
[22:33] <ajmitch> I can, but I do like to install recommended packages usually
[22:33] <ajmitch> in this case, it was just a bit too much
[22:38] <Atamira> mornin
[22:39] <chilts> yeah, I subscribed and unbsubscribed from that list about a week apart
[22:39] <chilts> 7 days was enough for me


[09:33] <elky> Madpilot, melissa is me. no such spam
[09:34] <Madpilot> guy just cropped a k-line
[09:34] <elky> good enough for me
[09:34] <elky> ah, he got topped while i was starting irssi
[09:35] <Madpilot> seconds before your alt joined #u
[09:35] <elky> yeah
[09:36] <Madpilot> anyway, suddenly it is 0135, I do have to be at work in not enough hours. Night, all.
[09:36] <elky> cya
[13:29] <bazhang> not sure how explaining cloud computing is on topic for #ubuntu
[13:29] <ikonia> lets clear it up
[13:30] <bazhang> he's been given a ton of links/videos and is calling them crap and continuing to ask for an explanation, not support for cloud computing per se
[13:30] <ikonia> yes, I'll end it
[13:47] <bazhang> travisbrown seems to be misinformed, or other
[13:48] <jdstrand> hi! is there someone here who can help me reprogram ubottu for who is alerted via '!regression-alert' in #ubuntu-devel?
[14:04] <jussi> jdstrand: sure!
[14:05] <jussi> jdstrand: just give me a list and Ill sort it for you :)
[14:10] <jdstrand> jussi: awesome, thanks
[14:11] <jdstrand> so the current list is: cjwatson, jdong, pitti, slangasek, ScottK, mdz, kees, ttx, marjo, seb128
[14:12] <jdstrand> I think a more appropriate list would be:
[14:12] <jdstrand> cjwatson, jdong, pitti, skaet, ScottK, kees, Daviey
[14:12] <jdstrand> jussi: ^
[14:13] <jdstrand> jussi: oh, I missed one: pgraner
[14:13] <jussi> !regression-alert
[14:13] <jdstrand> jussi: so cjwatson, jdong, pitti, skaet, ScottK, kees, Daviey, pgraner
[14:13] <jdstrand> (these are updates for staff changes)
[14:14] <jussi> !no, regression-alert is <reply>cjwatson, jdong, pitti, skaet, ScottK, kees, Daviey, pgraner: reporting regression in a stable release update; investigate severity, start an incident report, perhaps have the package blacklisted from the archive
[14:14] <jussi> !regression-alert
[14:15] <jussi> jdstrand: Hows that?
[14:15] <jdstrand> jussi: perfect! thanks :)
[14:15] <Tm_T> also
[14:15] <jussi> yw
[14:15] <Tm_T> !bot > jdstrand
[14:16] <jussi> jdstrand: Tm_T is trying to point out that you can submit factoid requests your self, the same as I did it with !no, regression-alert is <reply>blah blah
[14:16] <jussi> that will forward them here.
[14:16] <jdstrand> thanks. noted
[14:17] <jussi> jdstrand: anything else we can help with?
[14:17] <jdstrand> jussi: nope. thanks so much :)
[14:18] <Tm_T> I think we should find a way to make our little services a bit more known on developer channels
[14:19] <Tm_T> they're in heavy use on support channels so they usually know what and how (:
[14:20]  * Daviey calms the panic.
[14:21]  * jussi hugs Daviey
[14:21]  * Tm_T hides
[14:22] <jdstrand> Daviey: I updated the list for tech leads for foundations, desktop, server, and security, the release manager, the QA manager (in lieu of tech lead) and key community members
[14:22] <jdstrand> well, I didn't update it, jussi did, but you get the idea
[14:22] <Daviey> jdstrand, Yeah.. sounds good to me... I just saw regression-alert twice and thought things must be really very bad. :)
[14:22] <jdstrand> hehe :)
[14:22]  * jdstrand -> idles out
[15:53] <ikonia> hello edbian
[15:54] <edbian> ikonia: hi
[15:54] <ikonia> what's up ?
[15:54] <edbian> What is the policy with people that don't speak English well but are asking for help?
[15:55] <edbian> I feel it's very rude to say 'go to <your language> channel'
[15:55] <ikonia> ask them to join their correct channel, there are factoids for help
[15:55] <LjL> you can tell them nicely that maybe they could also try their native language's channel
[15:55] <ikonia> eg:
[15:55] <ikonia> !fr
[15:55] <ikonia> ok - I appreciate that, but the policy of the channel is the #ubuntu channel is an English based support channel
[15:55] <LjL> but if someone wants to speak english, i don't think it matters if they speak it badly
[15:55] <ikonia> you can always help them in PM
[15:55] <edbian> I can't guess their native language (they aren't speaking it!)
[15:55] <LjL> edbian: /whois often provides a clue
[15:56] <edbian> LjL: Sometimes they speak it so badly that it gets in the way of support.  I don't understand what they're asking.    Flutiju` [~shura@2a01:e35:8ad4:ed60:21d:7dff:fe06:b9cb] has joined #kubuntu
[17:07] <ikonia> 7:06 -!- Flutiju` [~shura@2a01:e35:8ad4:ed60:21d:7dff:fe06:b9cb] has joined #kubuntu
[17:07] <ikonia> bets ?
[20:23] <IdleOne> Sinflesh: still unable to type in #ubuntu?
[20:24] <Sinflesh> no
[20:24] <Sinflesh> Cannot send to channel: #ubuntu
[20:24] <oCean> so 'yes', stil unable :)
[20:27] <LjL> Sinflesh: try parting it and joining again
[20:27] <LjL> Sinflesh: (and avoid changing your nickname while connected from webchat)
[20:31] <IdleOne> cache_surplus: Can we help you?
[20:32] <cache_surplus> not yet
[20:33] <cache_surplus> ill let you know
[20:33] <tsimpson> cache_surplus: please don't idle here if you don't have an issue for us
[20:33] <cache_surplus> interesting how you are the only op to say something
[20:33] <IdleOne> cache_surplus: in that case please part the channel as we do not allow idling in here
[20:33] <cache_surplus> why?
[20:33] <IdleOne> because we don't
[20:34] <cache_surplus> you mean you dont like people talking about you behind your back either?
[20:34] <cache_surplus> interesting
[20:34] <cache_surplus> thats cool, i can view the logs later
[20:34] <IdleOne> I don't care what people say about me.
[20:34] <cache_surplus> Njoy
[20:37] <rww> I guess it's one of those days...
[20:38] <IdleOne> not sure how his comment makes sense to not idling in here
[21:31] <Corey> Some people's kids...


[00:45] <mryanbrown> Hello, I just did a clean install + latest updates + restricted ati driver install of ubuntu 8.04.1 and installed mythbuntu both backend, frontend, and desktop
[00:45] <mryanbrown> I'm trying to get firewire enabled to capture from my Scientific-Atlanta 8300HDC
[00:46] <mryanbrown> Do I need to have the MySQL setup for the backend inorder to use the frontend viewing capabilities?
[00:56] <Shadow__X> you need mysql setup to use mythtv
[00:57] <Xklark_> How do I reset the mysql password used by mythtv in mythubuntu?
[00:57] <Xklark_> I just set it up, and its not connecting becuase i mistyped the pass in setup
[00:57] <squish102> isnt there a file called mysql.txt or something?
[00:58] <Xklark_> is that for the actual mysql server? or what mythtv uses to connect to it
[00:58] <squish102> in /etc/mythtv/mysql.txt
[00:59] <squish102> what mythtv uses to connect, afaik
[00:59] <Shadow__X> Xklark_, goto etc/mythtv
[00:59] <Shadow__X> and the pass is there
[00:59] <Xklark_> k
[00:59] <Shadow__X> ah squish102
[00:59] <Shadow__X> damn you
[00:59] <squish102> im wide awake today ;)
[00:59] <Shadow__X> yeah ya got me
[01:00] <Xklark_> oh i found it, thank you squish102 and Shadow__X
[01:00] <Shadow__X> yup
[01:01] <Xklark_> tvserv@tvserv:/etc/mythtv$ mysql -h localhost -u mythtv -p mythconverg
[01:01] <Xklark_> Enter password:
[01:01] <Xklark_> ERROR 1045 (28000): Access denied for user 'mythtv'@'localhost' (using password: YES)
[01:01] <Xklark_> not working :(
[01:01] <Xklark_> im using the pass in the mysql.txt
[01:01] <Xklark_> brb a few minutes
[01:02] <mryanbrown> whats the best way to setup mysql for mythtv, i see it presents a preferred username/database/pass but that isnt whats created during the mysql install
[01:02] <mryanbrown> do i add the user?
[01:07] <bobbob1016> If I want something to run at startup, I just have to add it to my /etc/rc.local, right?
[01:09] <hads> Depends how you want to run it and what you want to run.
[01:10] <hads> There's several ways.
[01:11] <bobbob1016> I was thinking I'd want them to run at boot, but now that I think about it I'd want them to run only during either idle time, or between certain hours.
[01:11] <hads> Well you may be able to achieve that with cron and nice
[01:12] <bobbob1016> I've heard of cron, what is nice?  How would I do that?  I've heard about it, but is there a good tutorial?
[01:13] <hads> This is what Firefox redirected me to when I typed 'linux nice' into the address bar.
[01:13] <hads> http://www.computerhope.com/unix/unice.htm
[01:14] <bobbob1016> hads, Never thought to use the address bar for that.  Thanks
[01:15] <c3rb3rus5> so does anyone know how to get a firewire stb sommunicating with mythbuntu again?
[01:15] <hads> Not I
[01:15] <c3rb3rus5> stopped working quite a while ago, just never got a chance to troubleshoot.
[01:15] <hads> Firewire isn't used much outside the US
[01:16] <c3rb3rus5> i wouldn't use it if my tuner card would work correctly
[01:16] <hads> You might try your luck in #mythtv-users
[01:16] <c3rb3rus5> it has this pattern of working for me for a long time. then dying for along time
[01:22] <mryanbrown> chilli cheese fries to the rescue
[01:31] <mryanbrown> So Should I setup mythtv to use my actual sql root login? or create a user in mysql for mythtv witht he specified pass/user and table?
[01:35] <Xklark_> i have the same question mryanbrown
[01:40] <mryanbrown> i think im just gonna make the mythtv user
[01:40] <Xklark_> but the database doesnt exist
[01:40] <Xklark_> ERROR 1049 (42000): Unknown database 'mythconverg'
[01:40] <mryanbrown> can create it
[01:42] <Xklark_> mryanbrown
[01:42] <Xklark_> sudo dpkg-reconfigure mythtv-database
[01:42] <Xklark_> do that
[01:43] <c3rb3rus5> ok.... so firewire was working for about 1 second... then it crapped out again
[01:44] <c3rb3rus5> so its not 5c encryption
[01:55] <Shadow__X> do firewire tester
[01:57] <c3rb3rus5> doesnt seem to be on in the version i have... .21
[01:57] <c3rb3rus5> mythprime is what i was using
[02:03] <c3rb3rus5> ok so here is my seemingly reproducible sequence
[02:03] <c3rb3rus5> mythprime does not prime successfully
[02:04] <c3rb3rus5> so i pull the plug onthe stb
[02:04] <c3rb3rus5> wait a min
[02:04] <c3rb3rus5> plug it back in
[02:04] <c3rb3rus5> when it reboots, i run mythprime... the first p2p prime fails, the subsequent broadcast prime succeeds then all p2p primes are successful
[02:05] <c3rb3rus5> no matter what channel i'm on
[02:05] <c3rb3rus5> known working ones
[02:05] <c3rb3rus5> so i go into front end
[02:05] <c3rb3rus5> and try to watch live tv
[02:05] <c3rb3rus5> see about a second clip then the vid freezes, and i hear hard disk activity
[02:06] <c3rb3rus5> i exit front end and now all priming fails
[02:06] <c3rb3rus5> rinse and repeat
[02:08] <Shadow__X> hmm
[02:50] <dthacker> Hi.  I let my data direct membership expire and I'm having problems with mythfilldatabase.   When I run mythfilldatabase -v it tells me it's missing an argument.  What can I do to diagnose?
[02:50] <dthacker> btw, yes I renewed the membership and it shows active.
[02:52] <Shadow__X> mythfilldatabase --refresh-all
[03:08] <Xklark_> Hi, I just installed mythbuntu, and configured everything (i think), but when I run the front end on the local comp, it is unable to connect to the backend
[03:08] <Xklark_> i started up the backend and the mysql database, but its still not working
[03:08] <Xklark_> where is the mythtv frontend so I can see if the configurations are correct?
[03:11] <squish102> Xklark_ did u set up the backend to accept external mysql connections?
[03:12] <squish102> in the mychcontrol app, towards the bottom. if i remember correctly
[03:15] <Xklark_> ill chick
[03:15] <Xklark_> check*
[03:18] <Xklark_> whick setup squish102?
[03:18] <Xklark_> which*
[03:19] <squish102> oh.. um try the
[03:20] <squish102> mythbuntu control center
[03:20] <squish102> under system services
[03:20] <squish102> mysql service, it mentions something there
[03:28] <Xklark_> couldn't find anything in there
[03:35] <Xklark_> i'm probably going to end up reinstalling the entire thing following the doc
[03:35] <Xklark_> i probably messed up somewere within the setup
[03:42] <squish102> Xklark_  im looking at it i think
[03:43] <squish102> in  mythbuntu control center -> system services -> enable mysql service
[03:44] <Xklark_> yea that was enabled
[03:44] <squish102> it says 'If you will be using a remote frontend ot backend, you will need to enable'
[03:45] <squish102> oh ok, what about firewall on backend?
[03:46] <Xklark_> squish102 its on the same server - the front and back
[03:46] <Xklark_> im just going to reinstall
[03:46] <Xklark_> my computer is messed up though, it keeps ejecting the cd drive when i boot
[03:46] <Xklark_> i have no idea why, but it ejects sometimes - i think it has a mind of its own
[03:46] <Xklark_> it goes in, out, in, out multiple times <_<
[03:48] <squish102> lol
[03:49] <squish102> oh ok if it is the same machine... btw are u sure the backend is running?
[03:56] <tgm4883_laptop> mikal, ping
[03:58] <Xklark_> squish102, i gave up on that effort, im just going to reinstall tommorow following the installation manual
[03:58] <Xklark_> thats how it happens for me - do it once and mess up, then have to do it again with the manul
[03:59] <squish102> been there, done that
[04:00] <Xklark_> :)
[04:00] <Xklark_> thanks for all the help squish102, I really appreciate it
[04:00] <Xklark_> i'm going to head off to bed now
[04:00] <squish102> gl
[04:03] <mikal> tgm4883_laptop: pong
[04:03] <mikal> Sorry I've been real busy recently
[04:03] <tgm4883_laptop> mikal, yea I figured you had.  Still going though all your email?
[04:04] <mikal> Yeah, I am three behind at the moment I think
[04:04] <tgm4883_laptop> 3 days?
[04:04] <mikal> I'm trying to nail down the crazy characters in show titles bug at the moment
[04:04] <mikal> Three emails
[04:04] <tgm4883_laptop> ah
[04:04] <tgm4883_laptop> did you get a chance to look at that patch I submitted?
[04:05] <tgm4883_laptop> it was from a week or so ago
[04:06] <tgm4883_laptop> also, I think I figured out why people were getting that error about no video dir
[04:08] <tgm4883_laptop> I think it was people installing mythnettv and trying to use it on systems without a backend
[04:08] <tgm4883_laptop> thats just a guess though
[04:08] <TazgodX> anyone here have an iphone and use one of those remotes for mythtv?
[04:09] <tgm4883_laptop> i've semi fixed that, as now you can't set the cron job if you don't have a backend installed
[04:13] <TazgodX> take that as a no
[04:13] <tgm4883_laptop> TazgodX, IIRC, superm1 tried it
[04:13] <tgm4883_laptop> it doesn't work so well
[04:13] <superm1> i didn't do anything
[04:13] <superm1> er wait what's this about?
[04:14] <superm1> oh iphone as a remote
[04:14] <superm1> yeah i tried it, but the app is pretty flaky
[04:14] <mryanbrown> anyone know what this is? http://pastebin.com/m5a2d38ea
[04:14] <mryanbrown> ic ant get it to view firewire cablebox
[04:17] <TazgodX> which one did you tyr?
[04:17] <TazgodX> try?
[04:17] <TazgodX> there are 2
[04:18] <TazgodX> i was wondering if one was better than the other
[04:20] <superm1> i tried both
[04:20] <superm1> one of them connects more reliably
[04:20] <TazgodX> they both suck
[04:20] <superm1> but the UI sucks
[04:20] <TazgodX> ok
[04:20] <superm1> the other one has a slick dynamic UI, but will only connect 1/10 times
[04:21] <TazgodX> i had high hopes, but guess ill hope for an update
[04:21] <superm1> well there was an update for the one with the slick ui recently
[04:21] <superm1> i havent tried it since then
[04:22] <superm1> so maybe its gotten better
[04:22] <TazgodX> one of these days i have to finish this project again, i still havn't even connected my cable box to it
[04:22] <TazgodX> superm1, know which one that was?
[04:22] <TazgodX> ill give it a try
[04:22] <superm1> mymote
[04:22] <superm1> that's the one with the neat ui
[04:22] <TazgodX> thanks
[04:22] <TazgodX> ill give it a try
[04:22] <TazgodX> let you know what i find
[04:26] <TazgodX> superm1, you get AT&T? last we talked you were thinking about it
[04:35] <superm1> TazgodX, na i never did
[04:37] <TazgodX> well if you do i have found you can't use coax from the box to mythtv. you have to use S-Vid
[04:38] <TazgodX> other than that, i can't get it working
[04:38] <TazgodX> lol
[06:26] <wheels1> how to Boot Mythbuntu off a USB flash drive?
[06:31] <foxbuntu> !google | wheels1
[06:31] <Zinn> wheels1: This seems like a question that you probably could have solved by looking the first few results from a Google search.  Try to make sure to do the appropriate research before asking a question ( http://www.google.com/ )
[07:41] <darthanubis> should mythtv users be running the ubuntu-server-kernel, since it is a LAMP package?
[07:44] <hads> Huh?
[07:46] <darthanubis> mythtv is a server basically no?
[07:46] <darthanubis> mythtv is a server basically, no?
[07:46] <darthanubis> mythtv is a server, basically, no?
[07:47] <superm1> if you run a backend only sure
[07:47] <superm1> but if you are running a frontend, you need more priority to user processes
[07:47] <superm1> and pre-emptivitiy
[07:50] <darthanubis> thx
[08:42] <mryanbrown> 2008-09-22 20:03:55.968 ChannelBase(5) Error: InitializeInputs():                          Could not get inputs for the capturecard.                         Perhaps you have forgotten to bind video                         sources to your card's inputs?
[08:42] <mryanbrown> anyone know how to fix that?
[08:58] <hads> Bind a video source to your card input.
[08:58] <mryanbrown> how so
[08:58] <hads> mythtv-setup
[08:58] <mryanbrown> ive been in there 4 times
[08:58] <mryanbrown> specifics would help
[09:04] <hads> I just looked in the user guide for you, it's covered in section 9.5
[09:07] <mryanbrown> wheres the one you read at
[09:07] <mryanbrown> the one i have has 7 sections
[09:09] <mryanbrown> and this other ones 9.5 is about icons
[09:15] <mryanbrown> ok i see
[09:26] <mryanbrown> http://mythbuntu.pastebin.com/m2e81c42f it seems the only real error now is ERROR: no valid capture cards are defined in the database. which is lies!
[13:54] <dgandhi> I'm thinking of setting up a mythTV system, I have a dishNetwork dual reciever (one output controlled by IR, one by UHF remote). I know you can IR blast to control the first one, how can I control the side that runs on a UHF remote?
[17:21] <tgm4883_laptop> dgandhi, does that one box receive 2 dish network signals?
[17:58] <john_> how do i change the default movie player for mythtv?
[17:59] <john_> myplayer doesn't play my xvid files properly audio out of sync
[18:08] <tgm4883_laptop> !xine
[18:08] <Zinn> http://www.mythtv.org/wiki/index.php/Configuring_Xine
[18:08] <tgm4883_laptop> !vlc
[18:08] <Zinn> http://www.mythtv.org/wiki/index.php/VLC
[18:08] <john_> thanks
[18:39] <RockHound> hi all ... I am wondering why there seem to be no weekly builds anymore. Is this intentional? Or has something change which I missed?
[20:23] <zabbadapp> process "mtd" has about 100% load, what does that mean?
[21:05] <neb__> hi, i'm running intrepid and i'm getting these warnings
[21:05] <neb__> http://www.gibbed.org/~ben/myth.txt
[21:05] <neb__> just wondering if this is a known issue?
[21:07] <neb__> thats not acutally the full output, can paste that if needed
[21:56] <Xklark> i just freshly installed mythbuntu as a primary backend
[21:56] <Xklark> didnt edit anything
[21:56] <Xklark> still in config, but when its setting up backend on the database
[21:56] <Xklark> its says cannot log into database
[21:57] <Xklark> what did i do wrong?
[22:25] <rhpot1991> Xklark: sounds like you fed it the wrong password when it asked what the mysql root password was
[23:10] <dgandhi> tgm4883_laptop: yes, two different channels on one box with two remotes, any way to control the UHF side?


[04:18] <mup> Bug #1828829 changed: MAAS can not change into PXE boot on Huawei  1288H V5 servers <MAAS:Expired> <https://launchpad.net/bugs/1828829>


[07:46] <lordievader> Good morning.
[12:13] <BluesKaj> Hiyas all
[17:07] <saryt> hola
[17:08] <saryt> :-(
[17:12] <saryt> quiero sexo
[18:06] <__martin__> pkg ubuntu-desktop (nor ubuntu-desktop-next) still reporting unsolved dependency hell with unity/compiz
[18:06] <__martin__> unresolved*
[18:07] <__martin__> [coexistence with proposed updates..]
[18:36] <bittin> Firefox for iOS is released to the public in 1-3 weeks someone whispered in my irc


[04:22] <acheronuk> yikes. waking up to horrible news!
[06:48] <KhmerKerry> KhmerKerry
[06:49] <KhmerKerry> Hi - new to Ubuntu and Xchat is this correct channel for Ubuntu Technical discussions
[06:54] <MooDoo> hello all
[07:32] <diplo> Morning all
[07:37] <SuperMatt> morning
[08:26] <brobostigon> morning boys and girls.
[12:41] <hazrpg> hey all \o
[12:43] <hazrpg> Has anyone been having problems with their gnome-keyrings? Chrome now keeps asking for my password whenever I login now, but the PAM module for it is enabled. So I'm highly baffled!
[12:44] <SuperMatt> Nope, no issues
[12:44] <SuperMatt> but I also don't use Chrome
[12:46] <diddledan> why would chrome want your password at all?!
[12:47] <diddledan> and I haven't ever heard of a chrome-related pam module
[12:52] <diddledan> https://www.petri.com/microsoft-lets-chinas-government-use-encryption-windows-10
[12:59] <hazrpg> diddledan: It's not a chrome-pam module. Its the PAM module for gnome-keyrings
[13:00] <hazrpg> i.e. libpam-gnome-keyring
[13:00] <hazrpg> For some reason, when I login it isn't unlocking the passwords keystore
[13:00] <diddledan> chrome doesn't use gnome-keyring
[13:00] <hazrpg> or the login.keystore file
[13:01] <hazrpg> diddledan: of course it does!
[13:01] <diddledan> no, it really doesn't
[13:04] <hazrpg> diddledan: https://prnt.sc/fb55we
[13:05] <diddledan> well I'll be a monkey's thingy
[13:06] <hazrpg> The default behaviour is to use gnome or kde keyrings if it finds them, or resort to basic if it can't
[13:20] <diddledan> ROGER MOORE!!!!!
[13:21] <diddledan> http://www.bbc.co.uk/news/entertainment-arts-40018422
[13:21] <diddledan> sadface
[13:21] <zmoylan-pi> non moving eyebrow... :-(
[13:21] <penguin42> :-(
[13:29] <diddledan> wtf? manchester had something happen last night?
[13:29] <diddledan> I've only started looking at the news so I wasn't aware, and still haven't grokked what happened yet
[13:29] <zmoylan-pi> suicide bomber at a kids concert. 20 dead.
[13:29] <diddledan> does anyone mind if I swear profusively!?
[13:30] <diddledan> up to 59 now?
[13:30] <zmoylan-pi> hey. i'm irish, there's no profanity you can use that will shock me... can't speak for the rest of the channel mind
[13:30] <diddledan> oh 59 is including injured
[13:30] <foobarry> roger moore died too
[13:30] <diddledan> zmoylan-pi: nokia are rubbish!
[13:31] <zmoylan-pi> that's not profanity. that's just your madness showing...
[13:31] <diddledan> how about this for profanity then?: 4G
[13:31] <diddledan> and "broadband"
[13:31] <zmoylan-pi> any time you want to play phone conkers against a nokia let me know...
[13:32] <diddledan> I guess those are more voodoo
[13:32] <zmoylan-pi> i'd have said marketing bs...
[13:34] <zmoylan-pi> not real information... 4g: because you want to hit your data cap in 15 minutes... :-)
[13:36] <zmoylan-pi> broadband: you have no idea what it is so we'll sell you the version that barely meets the standard and charge you as much as possible with a few hidden fees
[14:24] <BigRedS> have we got any heartbeat/crm users? I don't seem able to use ocf:heartbeat:Route to set a default route
[14:28] <diplo> Guessing not :/ made me google it though as I hadn't heard of it before :)
[14:30] <BigRedS> haha, well, it doesn't appear to work :) Or, at least, didn't in Squeeze :)
[14:31] <diplo> Not used debian in years! this for work I'm guessing
[14:33] <BigRedS> yeah, I'm almost exclusively debian now, which is why I'm so quiet in here these days...
[14:34] <diplo> I was the other way round, but use CentOS for all the servers at work, debian channel anygood? I hated teh centos one that I won't even idle there :)
[14:34] <BigRedS> Er, I've not even thought to try the debian channels!
[14:34] <diplo> tbh, most of the IRC channels I'm in are going Very quiet now
[14:36] <zmoylan-pi> there's been a fair bit of ddosing going on by the leaves and joins in some channels on freenode
[14:36] <diplo> Have that all set to ignore on mine :)
[14:36] <Oli> netsplit?
[14:39] <diplo> I don't see that either
[14:39] <zmoylan-pi> doesn't look like a normal one as that usually gets flagged as a netsplit.  this was just 90% of a channel leaving and then 5 minuts later rejoining
[14:59] <diddledan> #go-nuts is getting a lot of flooders pop in, flood, then leave
[15:00] <diddledan> usually the flood involves mentioning everyone's nickname at least once to annoy the poo out of the population
[16:16] <diddledan> ho hum. don't you hate when you have a holiday and a builder decides that's the perfect time to schedule some work
[16:16] <diddledan> as in a holiday where you're not home
[16:17] <diddledan> hopefully they can reschedule


[14:15] <tjaalton> bryce: san jose has caltrain, not BART :)
[14:50] <tjaalton> public transport seems pretty cheap there, but caltrain is surprisingly slow
[14:51] <tjaalton> ~2h from the hotel to the airport, but only $7.25
[16:16] <mvo> tjaalton: so you are comming?
[16:17] <mvo> hm, so I read reports that compiz does hang on a i945 for intrepid
[16:17] <mvo> anyone here with more information?
[16:18] <tjaalton> mvo: yes
[16:26] <tjaalton> no idea about the i945 issue
[16:27] <mvo> tjaalton: is there someone familiar with intel I could talk to? do we have a contact at intel? I mean, blacklisting i830,845,945 does not leave that many cards that we don't blacklist
[16:29] <mvo> bryce: ^--- ?
[16:29] <tjaalton> mvo: bryce knows better, but I think he's been talking to jbarnes at least
[17:42] <pcjc2> hi guys
[17:42] <pcjc2> Anyone about who knows about the evdev vs. joysticks problem?
[17:43] <tjaalton> o/
[17:43] <pcjc2> https://help.ubuntu.com/community/Joystick_lshal_outputs suggests it is fixed with xserver-xorg-input-evdev 1:2.0.99+git20080912-0ubuntu6
[17:43] <pcjc2> Not fixed for me, and 3Dconnextion space-navigator device
[17:44] <pcjc2> according to changelog for the evdev driver, it was only an Amd64 big which was fixed
[17:45] <tjaalton> yes
[17:45] <tjaalton> evdev should refuse to use them
[17:45] <tjaalton> so it's still picked for you?
[17:51] <tjaalton> pcjc2: ^^
[17:58] <bryce> heya
[17:58] <bryce> (on holiday today)
[17:59] <tjaalton> howdy
[17:59] <bryce> tjaalton: ah, that's too bad, I thought bart went down that far
[17:59] <tjaalton> not yet anyway, depends on how the ballot went :)
[18:00] <bryce> too bad mvo's not online
[18:00] <tjaalton> they are planning to extend it 16mi to san jose (the eastern route)
[18:05] <bryce> tjaalton: if you can link up with enough other attendees, you can probably get a shuttle or taxi at a decent rate (and that will get you there faster)
[18:05] <pcjc2> hi, sorry, got distracted in the lab
[18:05] <pcjc2> tjaalton: Yes, lshal shows evdev being picked for the space navigator
[18:05] <pcjc2> want the output posting somewhere... pastebin?
[18:06] <jcristau> lshal picking evdev is ok, i think
[18:06] <tjaalton> pcjc2: logfile should show if it's actually being used
[18:06] <pcjc2> logfile does indeed show it being used
[18:07] <pcjc2> (II) 3Dconnexion SpaceNavigator: Configuring as mouse
[18:07] <pcjc2> (II) XINPUT: Adding extended input device "3Dconnexion SpaceNavigator" (type: MO
[18:07] <pcjc2> USE)
[18:07] <tjaalton> bryce: well I think that I'll just go straight to downtown for a couple of hours before getting to the airport, that should minimize waiting times on stations :)
[18:09] <bryce> ah, good idea
[18:11] <pcjc2> Seems that evdev's "is it a mouse" heuristic is being broken by the SpaceNavigator reporting as having mouse buttons
[18:11] <pcjc2> (as well as axis)
[18:11] <tjaalton> well, maybe the buttons are within the permitted zone
[18:14] <tjaalton> duh, I've forgotten the command to show the keyid's of an input device?
[18:14] <pcjc2> I have a driver I wrote / copy-pasted for it
[18:14] <pcjc2> and it is finding those buttons as BTN_0 from the kernel's /dev/input/
[18:15] <tjaalton> s/ten//
[18:15] <pcjc2> ten?
[18:15] <tjaalton> ok, s/forgotten/forgot/ :)
[18:16] <tjaalton> I'm tired or somthing..
[18:16] <pcjc2> ah... was looking for a number - brain didn't register the word forgotten
[18:16] <tjaalton> heh
[18:16] <pcjc2> ok, so its coming under the BTN_MISC rangeC
[18:17] <pcjc2> s/C//
[18:17] <pcjc2> But are there any devices which _are_ mice, which have no buttons under the BTN_MOUSE range?
[18:18] <pcjc2> If not, that suggests a patch to the evdev driver to only register something as a mouse if it has axes, and (some) buttons which are > BTN_MOUSE
[18:18] <tjaalton> hm, dunno
[18:18] <pcjc2> s/>/>=/
[18:18] <tjaalton> you should probably ask whot on #xorg-devel, although it's rather early down under
[18:18] <pcjc2> My Hardy workaround, was to ensure I never installed the evdev driver, but going forward it would be nice to fix this properly
[18:19] <pcjc2> xorg developers are in Oz?
[18:19] <jcristau> x input developers are
[18:19] <pcjc2> ok
[18:19] <tjaalton> yes, whot and daniels both are :)
[18:19] <pcjc2> I'll knock up a patch which seems "right" here, and post that and an explanation on xorg-devel
[18:19] <pcjc2> (email)
[18:20] <jcristau> but, you'll probably break something else if you change that check..
[18:20] <pcjc2> No doubt... but as a local workaround, and a discussion point, it makes a good start
[18:20] <jcristau> yup
[18:20] <pcjc2> It would be nice to have this device handled properly by XINPUT generally
[18:21] <pcjc2> I ended up writing a driver for the /dev/input/... device directly, rather than using XINPUT, due to various confusion about the way it represents its axis maxing it a bit screwey to use with xinput-joystic
[18:21] <pcjc2> k
[18:22] <pcjc2> its reporting relative axis, which IIRC, the joystic driver integrates
[18:22] <pcjc2> where you really just want the raw-numbers (perhaps scaled) back for a 6DOF controller navigating a 3D application
[18:23] <pcjc2> it makes no sense that the XINPUT system tries to return coordinates in X device space
[18:24] <jcristau> doesn't XI give you the raw coordinates?
[18:27] <pcjc2> it has been a while since i played with the device..
[18:28] <pcjc2> there are about "n" different ways you can interface withit
[18:28] <pcjc2> the proprioraty drivers open the USB device directly. You can use linux's input device support, X11...
[18:29] <pcjc2> its not picking up the right number of axis at the moment - I'd guess because evdev has grabbed it, and thinks it is a mouse
[18:32] <tjaalton> pcjc2: have you filed a bug on launchpad about this?
[18:39] <pcjc2>  not yet, just figured I'd come and ask if this was supposed to be fixed along with the joystick issues which came up relating to evdev
[18:39] <pcjc2> ah crap...
[18:39] <pcjc2> Xinput is now a microsoft directX "name" as well
[18:45] <pcjc2> Any idea what the easiest way to black-list the device is... so that evdev doesn't even try to use it?
[18:45] <pcjc2> My application (and the "official" propriotary drivers) expect to own the device
[18:45] <jcristau> an fdi file to unset the input.x11_driver key for that device
[18:46] <pcjc2> Like in the comment here: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-October/005956.html ?
[18:47] <jcristau> yeah
[18:48] <tjaalton> pcjc2: people are reporting similar issues on bug 274203, so I'd like to redirect them to the new bug
[18:50] <jcristau> i didn't know people made proprietary drivers for joysticks..
[18:51] <pcjc2> this is a Ndof controller. The proprieraty driver communicates with the application with X messags
[18:52] <pcjc2> and their UI allows you to tune the 3D navigation preferences on a per-application basis. It is also their way of locking down using restrictive licensing... so I can buy a piece of hardware with no license to use the drivers for commercially related work
[18:52] <pcjc2> On the plus side, the "Personal edition" is much cheaper, and with an OSS driver, no different to the expensive version ;)
[18:53] <jcristau> heh
[18:55] <pcjc2> didn't take too long for someone to clone the driver interface either... http://spacenav.sourceforge.net/
[19:16] <bryce> http://www.collegehumor.com/video:1886349
[19:18] <pcjc2> that would be funny if my XP desktop were _slower_ than my Intrepid install on this laptop...
[19:26] <pcjc2> actually, it lots better since apt-get remove tracker* jockey* and landscape*
[19:27] <pcjc2> I was upset to see how much disk IO was spent checking for propriatory drivers I don't have on the system
[19:27] <tjaalton> yeah, they are such resource hogs ;)
[19:27] <pcjc2> landscape is some kind of remote admin?
[19:27] <jcristau> it's canonical's attempt to make money on support contracts aiui
[19:28] <pcjc2> thought as much, hence apt-get remove
[19:28] <pcjc2> also, the gdm prefetch list was pointing to some bad links
[19:28] <pcjc2> those readahead / prefetch files bitrot damned fast!
[19:30] <tjaalton> the landscape client has no daemon, so it's harmless to have, unless you hate the stats when logging in from the console/ssh :)
[19:32] <pcjc2> landscape-sysin took about 11 seconds blocking on disk-io if I'm interperting this bootchart correctly
[19:32] <tjaalton> ah
[19:33] <pcjc2> My laptop has a slow-spinning HDD, so I suffer from IO intensive boot processes
[19:33] <pcjc2> For that matter... can't we have a "cron" type replacement start with the desktop, so the computer doesn't immediately check for apt updates every time I login?
[19:34] <pcjc2> (It can wait a few seconds!)
[20:09] <superm1> bryce, has there been any thought put forth in deciding whether to do SRU's or backports for newer nvidia drivers in the same release series?
[20:10] <superm1> eg if NV were to do an updated 177 driver that fixed bugs
[22:21] <tjaalton> duh, pcjc2 left.. http://cgit.freedesktop.org/xorg/driver/xf86-input-evdev/commit/?id=64554e4799a697d37dfd8be480f8eee636b9bea1
[23:22] <bryce> superm1: it's something that there's been discussion about from time to time
[23:22] <bryce> esp. around when we were thinking of doing an sru for -fglrx
[23:23] <bryce> in general the release team is very uncomfortable doing sru's for binaries and would prefer avoiding it
[23:23] <bryce> however, in the case where we would be going from a 100% non-functional binary driver, to a functional one, the case would be pretty evident
[23:24] <bryce> in cases where the driver works for some people already, then the case to do an sru is harder to make
[23:25] <bryce> with backports, the release team would be fine with that
[23:26] <bryce> the trouble is aiui, the backport team is fairly manpower limited
[23:26] <bryce> however that may be less of an issue in the case of binary drivers since they come precompiled ;-)
[23:27] <bryce> and of course there's also envyng for solving the need
[23:33] <superm1> bryce, okay well i expect a bug fix nvidia release very soon that is supposed to fix suspend regressions, so you'll see when it shows up i suppose


[00:00] <StevenK> I've spent a few minutes trying to work out where file uploads are handled in lazr.restful
[00:03] <wgrant>         file_content=Bytes(constraint=productrelease_file_size_constraint),
[00:03] <wgrant> So it'll be in the Bytes handler
[00:03] <wgrant> Support was only added relatively late, AFAICR
[00:10] <StevenK> wgrant: ... which I can't find in lazr.restful
[00:11] <wgrant> class BytesFieldMarshaller(SimpleFieldMarshaller):
[00:13] <wgrant> (is it just me, or does lazr.restful have marshall/unmarshall around the wrong way?)
[00:17] <StevenK> wgrant: I can't see anything in either BytesFieldMarshaller or SimpleFieldMarshaller that would call _decode
[00:17] <wgrant> StevenK: No, so you'll have to trace through to see how it happens
[00:17] <wgrant> And why it doesn't happen for normal file uploads
[00:24] <StevenK> wgrant: Hmmm, pdb.set_trace() inside IProductRelease.addReleaseFile() is probably far too late
[00:25] <wgrant> StevenK: Probably, but it might vaguely hint where it could get the data
[00:26] <wgrant> I'd rather break in the Bytes (un)marshaller
[00:29] <StevenK> wallyworld___: https://lh6.googleusercontent.com/-awustg4A1HQ/UQ1pZ49aYjI/AAAAAAAB0_k/ZXhib0JPDXQ/s728/YoomaShreddedBedText.jpg
[00:30] <wallyworld___> what you saying 'bout me?
[00:52]  * StevenK stabs this script
[00:54] <StevenK> Unknown consumer (System-wide: Ubuntu (undermined)).
[00:55] <mwhudson> undermined? :)
[00:56] <StevenK> mwhudson: Matches my current naming scheme
[01:16] <StevenK> wgrant: How can I debug Unknown consumer?
[01:16] <wgrant> StevenK: Probably means your gnome-keyring has a token that your Local DB no longer has
[01:17] <wgrant> Assuming it's not production
[01:17] <StevenK> It's dev
[01:17] <wgrant> Right
[01:17] <wgrant> Poke around with seahorse
[01:17] <wgrant> And delete the key that is no longer valid
[01:18] <StevenK> Right, deleted two of them
[01:18] <StevenK> The authorization page:
[01:18] <StevenK> ...
[01:18] <StevenK> Success!
[01:18] <wgrant> Great
[01:19] <StevenK> Hmm, but my pdb did not fire
[01:21] <StevenK> Oh
[01:21] <StevenK> I edited the wrong version
[01:23] <wgrant> Hah
[01:33] <StevenK> wgrant: http://pastebin.ubuntu.com/1606599/
[01:34] <StevenK> I can't see the tarball content being called in _decode, but the GPG sig is
[01:35] <wgrant> StevenK: You might have to look through the code to see how lazr.restful gets its values, and how Zope forms do it differently.
[01:35] <wgrant> Because Zope forms clearly don't use the decoded version
[01:39] <StevenK> Hmmm
[03:20]  * StevenK stabs lazr.restful for being obstreperous.
[04:30] <StevenK> wgrant: QA could be fun
[04:34] <wgrant> Quite
[04:38] <wgrant> StevenK: SPRB and TTB are populated on DF, BPB is about 1/3 done...
[04:38] <StevenK> Wow
[04:38] <StevenK> Nice
[04:39] <wgrant> It's been going for about 3 hoursish, though
[04:39] <wgrant> Or 2
[04:39] <wgrant> Something like that
[04:58] <StevenK> Bleh
[04:58] <StevenK> launchpadlib, forget your auth token!
[05:42] <StevenK> wgrant: Is DF done?
[05:43] <wgrant> No
[05:43] <wgrant>  f        | 2112345
[05:43] <wgrant>  t        | 1721777
[05:44] <wgrant> Almost half way
[06:12] <StevenK> wgrant: Put me out of my misery trying to work where lazr.restful gets it values from?
[06:26] <wgrant> StevenK: ResourceOperation.validate
[06:27] <wgrant> (I just stuck a pdb.set_trace() in addReleaseFile, called it with lp-shell, and looked through the traceback to see what would be parsing args)
[06:29] <StevenK> Bleh, I did that too, but didn't see ResourceOperation there
[06:29] <wgrant> It wasn't
[06:29] <wgrant> Well, I guess it was
[06:29] <wgrant> But that method wasn't
[06:32] <StevenK> Unknown consumer again! And Seahorse is unhelpful
[06:33] <wgrant> You probably nuked your DB
[06:33] <wgrant> Or it expired
[06:36] <StevenK> I did nuke my DB
[06:36] <StevenK> Your denorm columns not existing required a make schema
[06:38] <wgrant> Or a database/schema/upgrade.py :)
[06:39] <StevenK> I will usually just run make schema
[07:30] <wgrant> StevenK: https://code.launchpad.net/~wgrant/launchpad/flatten-bfj-5-app-cleanup/+merge/146349 is a big bit boring and mostly red diff
[07:30] <StevenK> And contains two conflicts
[07:31] <wgrant> Pretend they're not there, and I'll fix them as I merge the pipe :)
[07:32] <StevenK> 183>>>>>>> MERGE-SOURCE
[07:32] <StevenK> Haha, looks like they're earlier up the chain
[07:33] <StevenK> wgrant: PackageBuildMixin does not die yet?
[07:33] <wgrant> StevenK: It never dies
[07:33] <wgrant> It's a mixin
[07:33] <wgrant> Used for functionality that's shared between BPB and SPRB
[07:33] <wgrant> Like uploads and such
[07:34] <StevenK> Possibly rename it? Or you don't care enough?
[07:34] <wgrant> Hmm?
[07:34] <wgrant> It's a mixin for package builds
[07:34] <wgrant> So PackageBuildMixin seems like an apt name.
[07:34] <StevenK> Fairy nuff
[07:34] <wgrant> Did you have an alternate suggestion?
[07:37] <StevenK> No, was just trying get the name 'PackageBuild' killed everywhere
[07:39] <StevenK> wgrant: Oh, when does IPackageBuild die?
[07:41] <wgrant> StevenK: It doesn't
[07:41] <wgrant> It's an interface for package builds
[07:44] <StevenK> wgrant: So IBinaryPackageBuild will also implement IPackageBuild ?
[07:44] <wgrant> StevenK: It in fact inherits from it
[07:45] <wgrant> BinaryPackageBuild implements it, with the help of PackageBuildMixin
[07:45] <StevenK> Right
[07:45] <StevenK> wgrant: r=me
[07:45] <wgrant> Thanks
[08:22] <cjwatson> Has anyone had a chance to look at https://code.launchpad.net/~cjwatson/launchpad/bpph-phase/+merge/144154 ?  I have another piece of work to do that touches some of the same code, so it would be nice to get this out of the way.
[08:24] <wgrant> cjwatson: Oops, sorry
[08:24] <wgrant> Should have time to look at that tomorrow
[08:24] <cjwatson> Great, thanks
[08:29] <wgrant> StevenK: Can you QA 16468 tonight?
[08:29] <wgrant> Should be on qas shortly
[08:31] <StevenK> Is now, apparently
[08:33] <StevenK> wgrant: Done
[08:34] <wgrant> StevenK: Thanks
[08:34] <wgrant> We shall garbo it up on prod tonight
[08:41] <StevenK> wgrant: All gree
[08:41] <StevenK> *green
[08:46] <adeuring> good morning
[15:05]  * mpt rediscovers bug 533044
[15:05] <_mup_> Bug #533044: Resummarizing bug report doesn't change page title <lp-bugs> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/533044 >


[00:52] <wallyworld> kelvinliu: babbageclunk: forgot to check, it shouldn't be too hard to support tag constraints in vsphere i hope. main thing is to be able to query the nodes for what tags they have i think?
[00:53] <wallyworld> ie as per the discourse discussion
[00:58] <kelvinliu> tags is marked as 	validator.RegisterUnsupported(unsupportedConstraints) , i m not sure why we decided to not support it
[00:59] <babbageclunk> wallyworld: just reading about tag handling in the vsphere api, I haven't seen it before
[01:05] <wallyworld> kelvinliu: i'm guess because we didn't yet implelent the api calls to ask vsphere about tags
[01:05] <wallyworld> i reckon we could do something (he says all handwavy)
[01:05] <kelvinliu> currently, we just fetch all instances then filter tags in  metadata field from client side, https://github.com/juju/juju/blob/develop/provider/vsphere/environ_instance.go#L88
[01:06] <wallyworld> so we could do that server side too and support tag placement
[01:26] <wallyworld> hpidcock: in the for loop to hande the process cancel/kill/exit, i think we'd want to cap the amount of times we retry kill and not get notification of process exit? with a suitable user facing message surfaced
[03:49] <wallyworld> kelvinliu: tlm: hpidcock: i have a stateful set issue if any of you guys have time for a HO in standup
[03:49] <tlm> ok
[03:50] <kelvinliu> yep
[04:27] <kelvinliu> Updates to the volume claim template are not currently permitted. A feature request to permit this is open at #69041
[04:27] <mup> Bug #69041: Beagle: German translation incomplete <beagle (Ubuntu):Fix Released by ubuntu-l10n-de> <https://launchpad.net/bugs/69041>
[04:28] <kelvinliu> wallyworld: tlm https://github.com/kubernetes/kubernetes/issues/85955
[14:39] <skay> what do I do when my unit thinks there is a relation when there isn't? https://paste.ubuntu.com/p/w5b8Hw82tZ/
[14:40] <rick_h> skay:  um don't know? and it skipped it so all good? :)
[14:40] <skay> rick_h: no, juju status says that the agent is in error
[14:40] <skay> I'm trying to figure out why and that's a suspicious thing in the logs
[14:41] <skay> I restarted the service for that unit and the service for the machine, btw
[14:41] <rick_h> skay:  oh hmmm, what does juju status --relations show? and are there > 1 units (peer relation?)
[14:42] <skay> rick_h: there's only 1 postgresql unit. https://paste.ubuntu.com/p/t5kBzghkg2/
[14:43] <skay> I did recently remove a relation I no longer needed. Previously there was pgbouncer. I removed it and connected things to postgresql directly
[14:44] <skay> and since this is my test environment, I take down units that are connected to it willy-nilly and then spin up new units. sometimes apps
[14:45] <skay> I like how this unit is on machine 101. it is juju failed 101. I should learn some lessons from this
[14:47] <skay> if I had more ranks in dadjoke I would be able to make a good-worse joke than that
[14:54] <skay> rick_h: do you have any troubleshooting tips for this? I am at a loss.
[14:56] <rick_h> skay:  sorry, getting pulled in a few directions atm and we've got a bunch of folks out of the office today
[14:56] <rick_h> skay:  no, I mean I would mark it --resolved and try to see if you can get past it
[14:56] <rick_h> I'm not sure what is up with "skipping" but then an error
[14:57] <skay> rick_h: I tried marking it as resolved. I can ask again later when things are less hectic
[14:57] <skay> it's not in an error state, it's 'active' and 'failed'
[14:58] <skay> I just noticed the yaml status has a better message. 'message: resolver loop error'
[14:58] <rick_h> skay:  oh sorry, I thought you mentioned it was in an agent error
[14:58] <rick_h> skay:  hmmm, can you paste more of the unit log on there then please?
[15:00] <skay> brb standup
[15:00] <rick_h> k
[15:00] <skay> (the only thing I see in the log is the thing I pasted. I'm tailing it. I'll restart it to see if it has different output after)
[15:06] <rick_h> skay:  ok
[15:21] <skay> rick_h: I've been tailing hte postgres unit's log for a while now and those two lines are the only thing that show up.
[15:22] <rick_h> achilleasa:  do you have any ideas around this agent error skay is seeing? https://paste.ubuntu.com/p/w5b8Hw82tZ/
[15:26] <skay> achilleasa: here's a snippit from the status. the juju-status messages is 'resolver loop error' https://paste.ubuntu.com/p/GxVq58pH3z/
[15:43] <achilleasa> skay: looking
[15:47] <achilleasa> skay: which juju version are you using on the controller?
[15:47] <skay> achilleasa: 2.6.10
[15:49] <skay> they will be upgrading the controller soon
[16:02] <achilleasa> skay rick_h: so there are a couple of places in (https://github.com/juju/juju/blob/2.6/worker/uniter/relation/relations.go) where this error is raised but there is not enough context to figure out which one is it (best guess is L383 or L400)
[16:03] <achilleasa> maybe you could try to remove-unit --force to get rif of the stuck unit and spin up a new one?
[16:06] <skay> achilleasa: ouch. that's my postgresql unit.  it's not extremely painful since i don't care about the database in this environment, but if it happens in a real environment it would be painful
[16:07] <achilleasa> skay: can you share a mongo dump with me? maybe I can track down which relation name is associated with the 303 ID
[16:11] <skay> achilleasa: I do not have access to the controller. would I need that? if I don't, then are there docs on how to get a dump?
[16:15] <achilleasa> skay: you might be able to use "juju create-backup" (see https://jaas.ai/docs/controller-backups)
[16:41] <hml> achilleasa: i’ve reviewed 11255 and added comments.  still have qa to do
[16:42] <hml> achilleasa:  one is more of an observation and question, rather than a request to change as it’s a set pattern in the code there.  :-/
[16:43] <achilleasa> hml: I keep messing up the import stanzas... :-(
[16:43] <hml> achilleasa:  doesn’t help that the static analysis job isn’t working correctly for imports either.
[16:44] <hml> mine get minimized, so i don’t see them until i push the code up to GH
[16:44] <achilleasa> I will clean up the commits and force-push the right version
[17:00] <achilleasa> hml: I think I fixed the stanza issues; can you take another look?
[17:04] <hml> achilleasa:  sure
[17:15] <hml> achilleasa:  the qa isn’t working for me.  ho?
[17:20] <achilleasa> hml: omw
[17:24] <hml> achilleasa:  https://pastebin.canonical.com/p/kS82HDydk7/ model errors
[17:25] <hml> achilleasa:  https://pastebin.canonical.com/p/BQxgqD7zqC/ controller errors
[18:03] <gnuoy> I'm after some advice if anyone has a sec. I have a charm with a hook erroring with:
[18:03] <gnuoy> 2020-02-27 17:49:12 ERROR juju.worker.uniter.operation runhook.go:132 hook "ceph-client-relation-changed" failed: could not write settings from "ceph-client-relation-changed" to relation 0: permission denied
[18:03] <gnuoy> if I resolve the hook it works
[18:03] <gnuoy> sorry, I meant:
[18:03] <gnuoy> if I resolve the hook using a debug-hook session the error goes away
[18:03] <rick_h> gnuoy:  ooh, I think achilleasa just fixed this one
[18:03] <gnuoy> if I do it without a debug-hook session it persists
[18:04] <rick_h> gnuoy:  single unit?
[18:04] <gnuoy> always the non-leader of a two unit deploy in my case
[18:04] <rick_h> gnuoy:  hmmm yea non-leaders can't write leader data. Sounds like a charm logic problem then
[18:05] <gnuoy> right, but why does the debug-hook session make a difference ?
[18:05] <rick_h> gnuoy:  the charm should be checking if it's the leader before trying to write the data
[18:05] <gnuoy> yep, it should, and I believe it is
[18:06] <rick_h> gnuoy:  ok so the question is why does it not do it with debug-hooks?
[18:08] <gnuoy> yes. Full disclosure I'm using the operator framework and the bug could lie in there. but its hard to track down when using debug-hooks seems to make it go away
[18:09] <gnuoy> I'm ssh'd onto the unit and happily resolving the hook and reproducing the error
[18:10] <gnuoy> rick_h, I don't want to waste your time, the bug is almost certainly outside of juju. Just wonder if anything spring to mind about the difference in hook env when using debug-hooks ?
[18:10] <rick_h> gnuoy:  thinking but confused tbh...if you're ssh'd to the unit I would think you'd not have hook context and have issues
[18:10] <gnuoy> rick_h,oh, I'mm ssh'd in just to observe whats happining, not executing the hook from the ssh session
[18:10] <rick_h> debug-hooks sets up the hook context, but I can't think of why it would affect leader data type stuff...unless maybe it's working around a check somehow?
[18:13] <gnuoy> I wonder if this is a focal'ism
[18:18] <hml> gnuoy: which version of juju?
[18:19] <gnuoy> I tried with 2.8.1 and 2.7.3
[18:19] <hml> gnuoy:  there should be no difference between the context during debug-hook and the regular hook execute then.
[18:20] <hml> previously the only diff i know of was an env var not set with debug hook
[18:20] <gnuoy> hmm, ok, I must be doing something truly stupid
[18:20] <hml> but nothing to do with leadership
[18:26] <hml> gnuoy: it’s always possible something is off with not debug-hooks.  definitely shouldn’t be seeing a diff in hook execute
[18:27] <gnuoy> fwiw https://paste.ubuntu.com/p/5df6Yw6XFH/
[18:29] <hml> gnuoy:  are there any errors in the juju debug-log for that model?
[18:32] <gnuoy> hml, does juju just use the exit code of the hook to determine if the hook worked ?
[18:32] <hml> gnuoy: yes
[18:34] <gnuoy> hml, I'm going to stop using up your time and go do some more digging, thanks for the ideas
[18:34] <hml> gnuoy:  have fun.  i need to lunch, but will be back later
[20:42] <tlm> morning
[20:42] <rick_h> morning tlm


[20:49] <__mitch> Sorry if this is a frequent question, but how do I go about contributing a couple of photos to be considered for backgrounds in a future release?


[00:07] <KGB-X> tracker-miners pipeline Jeremy Bicha 643636 * [9 minutes and 37 seconds] failed (extract-source: success; build: success; build i386: failed; build source: success; test-build-any: skipped; test-build-all: skipped; test-crossbuild-arm64: skipped; reprotest: failed; lintian: success; autopkgtest: success; blhc: success; piuparts: failed)
[02:07] <KGB-X> librsvg Jeremy Bicha 467199 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467199
[02:07] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[03:00] <KGB-X> librsvg Jeremy Bicha 467205 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467205
[03:00] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[03:01] <KGB-X> librsvg Jeremy Bicha 467206 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467206
[03:02] <KGB-X> librsvg Jeremy Bicha 467207 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467207
[03:02] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[03:06] <KGB-X> librsvg Jeremy Bicha 467208 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467208
[03:06] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[03:08] <KGB-X> librsvg Jeremy Bicha 467209 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467209
[03:08] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[03:23] <KGB-X> librsvg Jeremy Bicha 467210 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467210
[03:23] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[16:07] <KGB-X> librsvg Matthias Geiger 467336 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467336
[16:07] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[16:30] <KGB-X> librsvg Matthias Geiger 467339 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467339
[16:30] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[16:31] <KGB-X> librsvg Matthias Geiger 467341 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467341
[16:33] <KGB-X> librsvg Matthias Geiger 467342 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467342
[16:33] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[16:58] <KGB-X> librsvg Matthias Geiger 467345 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467345
[16:58] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]
[17:02] <KGB-X> librsvg Matthias Geiger 467348 * commented merge request !22 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/22#note_467348
[17:02] -ubottu:#ubuntu-desktop- Merge 22 in gnome-team/librsvg "Draft: Update to 2.57.91" [Opened]


[08:13] <Saviq> Good Friday o/
[10:19] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [issue #2735](https://github.com/MirServer/mir/issues/2735): Mir over VNC doesn't paint X apps correctly... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/d6c1d90e0565cc502e8ec3c96308801efca9b798>)
[12:47] <Saviq> alan_g it could be damage related, I suppose? and subsurfaces maybe?
[13:48] <Saviq> alan_g thanks for taking care of the CVEs 🤝
[14:02] <alan_g[m]> The thing is, we don't (yet) track that level of detail of damage through the compositor.
[14:06] <Saviq> Just thought to bring it up as I know Sophie did do something to damage tracking for screencopy
[14:11] <alan_g[m]> Yeah, it is probably screencopy related. If I use x11vnc and grab from the virtual framebuffer things look fine. (There is much more lag though)
[14:13] <alan_g[m]> In both cases I'm running Mir on xvfb, which is a complication: Mir should have its own virtual platform
[14:29] <alan_g[m]> Saviq, one more time: https://github.com/MirServer/iot-example-graphical-snap/pull/12
[17:11] <Saviq> Good weekend o/