[08:52] <Riddell> hi, I've a docs writer who wants to help kubuntu, how do I get her added to ubuntu-core-doc so she can do that?


[19:45] <Munchor> hi, that list of countries - https://translations.launchpad.net/+languages/pt - where does it come from?
[21:39] <guillaume_> hi everybody
[21:39] <guillaume_> i have some troubles with bazaar
[21:39] <guillaume_> i bzr branch lp:openobject-addons/trunk addons
[21:39] <guillaume_> after complete, i have no folder except .bzr which size more than 600mB
[21:39] <guillaume_> where are the files downloaded ?
[21:43] <guillaume_> there is nobody here ?
[21:45] <wgrant> Munchor: It's manually maintained by the Launchpad team.
[21:45] <wgrant> guillaume_: What was the output of the bzr branch command?
[21:45] <Munchor> is it in the source code then wgrant?
[21:46] <wgrant> Munchor: No, the database. You can request changes at https://answers.launchpad.net/launchpad.
[21:48] <Munchor> ty wgrant
[21:53] <wgrant> Munchor: At least Brazilian Portuguese has a separate language code (pt_BR). I'm not sure about the others.
[21:54] <Munchor> https://translations.launchpad.net/+languages/en
[21:54] <Munchor> pretty sure there's pt_US and pt_UK and they're both there
[21:54] <Munchor> s/pt/en
[21:59] <wgrant> Done
[22:00] <guillaume_> wgrant: bzr branch lp:openobject-server/trunk server/
[22:00] <guillaume_> bzr: ERROR: Already a branch: "server/".
[22:01] <wgrant> guillaume_: That's not the command you mentioned earlier.
[22:01] <guillaume_> sorry
[22:01] <wgrant> What was the output of the initial invocation?
[22:01] <guillaume_> replace openobject-server by openerp-addons
[22:02] <wgrant> The initial command wouldn't have failed saying that the directory was already a branch.
[22:03] <guillaume_> Branched 8849 revisions
[22:03] <wgrant> What does 'bzr info' in the 'addons' directory say?
[22:04] <guillaume_> http://pastebin.com/k1LJU176
[22:05] <wgrant> Weird
[22:05] <wgrant> 'bzr info -v'
[22:06] <guillaume_> http://pastebin.com/UF4LqDtj
[22:07] <guillaume_> wtf, with openobject-server/trunk it's working but with openobject-addons/trunk and openerp-web/trunk, it is not working
[22:08] <wgrant> branching openobject-addons/trunk didn't create a working tree. 'bzr checkout' in the addons dir will fix it
[22:08] <guillaume_> the same problem occurs for the 2 last projects
[22:08] <wgrant> You don't have some strange bzr config that would have prevented it from automatically doing that?
[22:08] <wgrant> bzr branch will create a working tree by default, unless you're using a treeless repository, which you're not.
[22:10] <guillaume_> i am on ubuntu 12
[22:10] <guillaume_> i try
[22:10] <guillaume_> it's good thank you very much Mr William Grant
[22:10] <wgrant> Great
[22:11] <wgrant> Not sure why it didn't work in the first place, but unless there was an error 'bzr checkout' should always fix it
[22:11] <guillaume_> ok i'll remember that
[22:12] <Munchor> thanks wgrant
[22:56] <dmj_nova> any reason why uploading a new version to a ppa might report success, but not show up in the ppa?
[23:02] <wgrant> dmj_nova: The package wasn't signed properly.
[23:17] <dmj_nova> wgrant: ah right, launchpad probably checks the signiture against your account keys
[23:19] <wgrant> dmj_nova: Right, the changes file has to be signed with an OpenPGP key that's associated with a Launchpad account.
[23:42] <dmj_nova> ...yep, found the issue


[02:49] <robert_ancell> mbiebl_, You seem to be the last to touch realmd - can you apply so we can keep in sync? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800928
[04:36] <pitti> roaksoax: yes, don't use trusty's autopkgtest -- use wily's package, the deb can be installed on anything >= precise
[04:36] <pitti> roaksoax: in production I just run it straight out of git
[04:38] <pitti> smoser: I was on the snappy sprint last week, there's now a huge backlog to look into (which includes this bug)
[04:42] <FourDollars> Ubuntu doesn't have the mmc udeb like https://packages.debian.org/unstable/mmc-modules-4.2.0-1-amd64-di in Debian so it causes problems when we use debian-installer on some platforms with eMMC storage only. :-(
[04:43] <pitti> sarnold: restarting; the machine has an incredible load right now, it apparently crashed on some timeout
[04:54] <roaksoax> pitti: ok, cool, thanks!
[06:49] <dholbach> good morning
[06:49] <dholbach> @pilot in
[07:15]  * smb notes the trusty-proposed repo seems to miss a signed grub2 upload
[08:31] <flexiondotorg> dholbach, Thanks for the sponsoring!
[08:50] <doko> pitti, did you override the libxml-libxml-perl autopkg test failure? and the xslt one?
[08:52] <dholbach> flexiondotorg, no worries
[08:53] <pitti> doko: no, I fixed the reason why they fail
[08:53] <pitti> doko: and re-ran them
[08:53] <doko> ohh, nice
[08:53] <pitti> doko: same for some of the ruby failures (the ones which only failed on i386 and amd64)
[08:54] <pitti> doko: we had "git" installed on the VM testbeds, which enabled the additional "check gem deps" test; these aren't run in LXC (armhf/ppc64el) and Debian as there "git" isn't installed
[08:54] <pitti> and it's not a test dep
[08:54] <doko> pitti, setup of the test env?
[08:54] <pitti> doko: so IMHO we should ignore those for now, as we don't have anyone in Ubuntu actively working on these tests
[08:54] <doko> argh
[08:54] <pitti> doko: yep -- the cloud images contain more and more stuff, so my "purge" list becomes longer over time :)
[08:55] <doko> pitti, so there is no minimal cloud-image?
[08:55] <pitti> doko: nodejs is a block-proposed, infinity wanted to do some additional manual testing
[08:55] <pitti> doko: ruby is a mess, the other excuses look fairly reasonable now
[08:55] <pitti> doko: no, I use the standard cloud images and minimize the stuff which we don't need
[09:14] <doko> mvo, would it be ok to merge apt again? or else I have downgrade the b-d in libept
[09:16] <mvo> doko: I think thats ok, I can do that later today
[09:16] <doko> ta
[09:19] <hrw> hi
[09:19] <hrw> will 15.10 have support for 32bit uefi in x86-64 install iso?
[09:23] <davmor2> hrw: not sure I follow that. UEFI as far as I am aware is not bit dependant, so amd64 is the only one that supports UEFI and secureboot
[09:23] <FourDollars> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1341944
[09:23] <hrw> davmor2: http://i.imgur.com/fRdyE2A.jpg
[09:24] <FourDollars> hrw: Check https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1341944
[09:24] <hrw> FourDollars: reading. thanks
[09:25] <FourDollars> hrw: YW
[09:30] <hrw> FourDollars: full of "me too" without any "we work on it"
[09:30] <FourDollars> hrw: You are right.
[09:33] <dholbach> chrisccoulson, Laney, seb128, Mirv: you all commented on https://bugs.launchpad.net/ubuntu/+source/ninja-build/+bug/1473680 - do you have any objections to a newer version of ninja-build going in?
[09:33] <seb128> dholbach, none from me
[09:35] <hrw> FourDollars: not suprised I am
[09:35] <FourDollars> hrw: Me neither.
[09:43] <Mirv> dholbach: no objections
[09:45] <hrw> bye
[09:52] <Laney> dholbach: do it if you are happy
[09:53] <chrisccoulson> dholbach, none from me
[10:25] <bzoltan_> cjwatson: how do you like the changes in my MR? https://code.launchpad.net/~bzoltan/click/add_overlay_ppa/+merge/272428
[10:27] <bzoltan_> zbenjamin: happy-happy-joy-joy -> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+sourcepub/5477761/+listing-archive-extra
[10:28] <bzoltan_> zbenjamin:  now the standalone qmake extras package is available from the overlay ppa, so once the new click ^^ is out we can push the  single packaged IDE out.
[10:31] <zbenjamin> bzoltan_: and did you fix the src package of qtcreator-plugin-ubuntu?
[10:32] <bzoltan_> zbenjamin: not yet... that will come after click
[10:47] <cjwatson> bzoltan_: surely you don't need to duplicate the whole script!
[10:48] <cjwatson> bzoltan_: there's plenty of commonality, you only need the if for the bit in the middle.  good programming practice involves not duplicating things like this
[10:49] <cjwatson> bzoltan_: I mentioned this in my previous review, when I said that you could split into multiple finish.write calls
[10:52] <bzoltan_> cjwatson: imo it is not that big deal...but I do as you wish
[10:52] <cjwatson> bzoltan_: it is a big deal
[10:53] <cjwatson> bzoltan_: otherwise a year from now it'll be "why were fixes applied in one branch but not the other?"
[10:53] <dholbach> @pilot out
[10:53] <bzoltan_> cjwatson: I am not challengig you :)
[10:55] <cjwatson> mvo: ^- fwiw, I'm going to need somebody who isn't me to land this new click version once bzoltan_ has it fixed up ...
[11:08]  * pitti hugs dholbach
[11:20] <bzoltan_> cjwatson: done... took some time to test it, but i hope now it is what you though of
[11:21] <mvo> cjwatson: sure, I can land it
[11:23]  * dholbach hugs pitti back :)
[11:23] <mvo> bzoltan_: just ping me when this is ready
[11:23] <bzoltan_> mvo:  it is ready from my side ... it is up to cjwatson to approve it :)
[11:25] <mvo> bzoltan_: I thought I read that there is some duplication that needs cleanup first? but maybe I misread?
[11:26] <bzoltan_> mvo:  my middle name is "Lightning" :) for a reason
[11:28] <mvo> lol
[11:32] <cjwatson> Let's see.
[11:35] <bzoltan_> cjwatson: thank you
[11:35] <cjwatson> Thanks for persevering; merged.
[11:36] <cjwatson> (into lp:click/devel)
[11:55] <caribou> pitti: have time to sponsor my upload for Bug #1470399 ?
[12:19] <doko> cyphermox, cjwatson: grub is dep-wait on automake1.9 (removed).  I assume just backporting 0.97-68 would be the correct solution?
[12:20] <doko> or would it need more build fixes?
[12:24] <infinity> Oh wow, grub is in desperate need of a merge.
[12:26] <pitti> caribou: will do
[12:26] <caribou> pitti: thanks!
[12:27] <cjwatson> infinity: Historically painful because it included the auto-upgrade saga
[12:28] <cjwatson> doko: Let me see if I can cherry-pick a few things.
[12:28] <infinity> cjwatson: Yeah, I've not looked at why it's so far behind, just saw that it was, plus has 66 ubuntu revisions.   That's a contender for the d-i oops award.
[12:41] <caribou> infinity: you had some concerns over Bug: #1432871
[12:42] <infinity> caribou: Just concerns about it being sanely fixed in an upstreamable way.  The theory is that the current proposed patch is from upstream?  I haven't looked yet.
[12:43] <caribou> infinity: yes, AFAIK, chiluk got the patches accepted upstream
[12:43] <caribou> infinity: there's a new debdiff in the ubg
[12:43] <caribou> s/ugb/bug/
[12:47] <smoser> pitti, sorry that i sounded like a nag. thanks for getting back to me.
[12:48] <pitti> smoser: no worries, nagging is fine; just saying that it still takes a bit
[12:49] <pitti> smoser: is the network up in teh cases where /run/resolvconf/resolv.conf doesn't have the nameserver?
[12:49] <smoser> yeah, network is up, as otherwise there'd be no root filesystem (iscsi)
[12:49] <pitti> smoser: collecting/attaching the journal from a "good" vs. "bad" case is also a good first step (I assume you already have the iscsi setup)
[12:50] <smoser> well, the linked bug has example on how to run it from scratch on a new install .
[12:50] <smoser> ie, easy enough to recreate.
[12:50] <smoser> i actually haven't ever *caught* it working
[12:51] <pitti> smoser: ah, so I suppose open-iscsi's startup scripts need to call resolvconf then, as nothing else is calling it then?
[12:51] <smoser> well, i've had evidence of it workign hough. which i admit is weird.
[12:51] <pitti> smoser: i. e. they trick ifupdown to think that it already brought up ethN, so /etc/network/if-up.d/000resolvconf would never run
[12:52] <pitti> (unless you have other interfaces)
[12:52] <smoser> ie, once a 'wget http://dns.entry/' didn't work, and i went in to see why. and other time it did.
[12:53] <smoser> i'll poke a bit at it.
[12:57] <cjwatson> doko: uploaded grub 0.97-29ubuntu67, should be happier
[13:06] <smoser> pitti, how do i collect what you want ?
[13:07] <smoser> collecting/attaching "the journal"
[13:08] <pitti> smoser: just "sudo journalctl > /tmp/journal.txt", or mostly equivalently, attach /var/log/syslog
[13:08] <pitti> (this has previous boots in it etc., but simple enough)
[13:08] <smoser> i'll attach to bug
[13:08] <smoser>  http://paste.ubuntu.com/12689381/
[13:09] <pitti> smoser: but resolvconf doesn't actually print anything when it runs; so debugging with making it print something would indeed be more useful
[13:09] <smoser> that is pass (/etc/resolv.conf populated)
[13:09] <smoser> k
[13:11] <pitti> smoser: i. e. add as set -x to /sbin/resolvconf to see what it's doing and when it runs during boot?
[13:12] <smoser> ok.
[13:12] <seb128> doko, can you retry the telepathy-gabble builds on the test builds? should be fixed with the libnice update
[13:49] <seb128> doko, can you retry the url-dispatcher build on armd64 as well?
[14:02] <smoser> pitti, ok. attached journalctl of pass and fail
[14:06] <doko> seb128, done
[14:06] <seb128> doko, thanks
[14:34] <smoser> pitti, i think i've diagnosed problem. i'm not sure how you want to solve it.
[14:34] <smoser> see comment in bug
[14:35] <smoser> is there a way to get output of udev-event fired commands ?
[14:35] <smoser> ie, resolvconf there did write 'report_error' to its stderr, but that  never made it to journalctl
[14:49] <cjwatson> Odd_Bloke: do you know if anyone has got anywhere with https://rt.admin.canonical.com/Ticket/Display.html?id=84711 ?
[14:51] <Odd_Bloke> cjwatson: I don't think we've got anywhere with it; let me take some time to look at what they're actually asking for.
[14:51] <cjwatson> basically a manifest-upgrade mojo spec
[14:52] <cjwatson> in whatever runs those environments
[15:05] <kruger> hi, someone can help me to rebuild a uefi cdrom? i've got an error which say: "(initramfs) Unable to find a medium containing a live file system" Any hints?
[19:47] <bdmurray> How can I sort out / look into the Launchpad automatic translations being out of date for ubuntu-release-upgrader?
[20:21] <bdmurray> cyphermox, slangasek: How can I sort out / look into the Launchpad automatic translations being out of date for ubuntu-release-upgrader?
[20:31] <slangasek> bdmurray: no clue, I'm afraid
[20:31] <slangasek> possibly a pitti question
[20:44] <kruger> hi, someone can help me to rebuild a uefi cdrom? i've got an error which say: "(initramfs) Unable to find a medium containing a live file system" Any hints?
[20:44] <cyphermox> kruger: that has nothing to do with uefi, fortunately :)
[20:44] <cyphermox> kruger: did you indeed get a grub menu rather than a graphical splash when booting your CD?
[20:46] <cyphermox> bdmurray: I don't know either, last upload was my first time ever touching ubuntu-release-upgrader :)
[20:46] <kruger> cyphermox, no i've got a splash image because i've themed grub2
[20:48] <cyphermox> kruger: fair enough, just making sure you don't expect it's booting uefi when it's not -- as long as it's indeed grub2, then you are in UEFI
[20:49] <cyphermox> as for the live filesystem, that's a matter of the squashfs file that is typically in casper/
[20:50] <cyphermox> if it's not the same filename, or not present, you'd need to pass an extra parameter in your preseed file, or on the command-line when starting the kernel
[20:50] <bdmurray> cyphermox: Its about "Launchpad automatic translations update" not really being up to date so isn't ubuntu-release-upgrader specific.
[20:51] <kruger> cyphermox: when i boot in standard bios mode all boot fine, but not when i choose uefi boot
[20:51] <cyphermox> kruger: I suppose it's the command-line for grub then
[20:54] <cyphermox> kruger: try passing 'live-media-path=' with the path to where your squashfs file is, on the kernel command-line
[20:55] <kruger> cyphermox: in grub.cfg i've got this: http://pastebin.com/xk1G6rXx
[20:56] <kruger> cyphermox: ok i try
[21:14] <kruger> cyphermox: nothing to do
[21:15] <tjaalton> hallyn: why is libvirt-bin stopped on package upgrade? seems to kill all running instances too
[21:20] <tjaalton> either that or bug 1342083
[21:22] <infinity> tjaalton: Why/how is your /dev/pts mounted incorrectly?
[21:22] <hallyn> tjaalton: stopping libvirt-bin should absolutely not stop your instances
[21:22] <infinity> tjaalton: (pt_chown is only called by glibc when creating ptys if /dev/pts isn't mounted with correct permissions)
[21:23] <tjaalton> devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
[21:24] <infinity> devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
[21:24] <infinity> Note the gid and mode.
[21:24] <tjaalton> where does it come from?
[21:24] <infinity> tjaalton: That points at you likely having mounted a /dev/pts in a chroot by hand at some point, or a script having done so incorrectly.
[21:24] <infinity> (Sadly, /dev/pts is, by default, a shared instance mount, so mounting a fresh one with incorrect options breaks your root mount too)
[21:24] <tjaalton> hum, sbuild
[21:25] <cyphermox> kruger: it would go better if you could print me a list of the contents of your image, but essentially that's the idea; you set live-media= or live-media-path=, depending on how it's set up. you may want to look at the source for the casper package.
[21:25] <infinity> sbuild does it right.
[21:25] <tjaalton> I don't do other that schroot/sbuild
[21:25] <infinity> Well, I sbuild/schroot all day, and don't have any issues, unless your schroot has a local fstab modification.
[21:26] <infinity> (by default, it's a bindmount, and thus DTRT)
[21:26] <tjaalton> /etc/schroot/default/fstab:/dev/pts        /dev/pts        none    rw,bind         0       0
[21:27] <infinity> Right, that works fine and wouldn't alter your boot-time mount options.
[21:27] <infinity> But if you're positive that you didn't ever manually mount a /dev/pts (maybe a quick by-hand abuse of an unpacked chroot tarball or something?), we really should hunt down what broke it.
[21:28] <tjaalton> uptime is only a month, running wily
[21:28] <infinity> Cause I intend to drop pt_chown from glibc soon (it's a glaring security hole waiting to be exploited), and if people are breaking /dev/pts still, they get no more ptys after I do that.
[21:28] <tjaalton> since.. a month or so
[21:28] <tjaalton> hallyn: ok so you're off the hook then, I guess :)
[21:29] <infinity> Well, he's not off the hook, really.
[21:29] <infinity> Cause his apparmor profile should have allowed you to run pt_chown, and it didn't.
[21:29] <infinity> So, a bit of WTF there too.
[21:29] <tjaalton> well ok
[21:29] <tjaalton> still, I'll reboot and see what I have
[21:29] <infinity> Still, you wouldn't see the bug if your /dev/pts was sane.
[21:29]  * infinity nods.
[21:29] <tjaalton> yeah
[21:30] <infinity> Do you use virt-install?
[21:30] <infinity> I wonder if it does something dumb.
[21:30] <tjaalton> sometimes
[21:30] <infinity> Cause it basically debootstraps in a chroot, then converts it to a qemu image, right?
[21:30] <infinity> Or something along those lines?
[21:31] <infinity> So, it might be mounting /dev/pts in the chroot with incorrect options.
[21:31] <tjaalton> what about piuparts?
[21:34] <infinity> Also possible.
[21:34] <infinity> I had planned to hack util-linux to force sane default mount options for devpts filesystems if none were specified, not sure how that dropped off my TODO. :/
[21:35] <tjaalton> I'll check after a reboot
[21:40] <tjaalton> sane pts, kvm instances start fine
[21:40] <tjaalton> now piuparts..
[21:42] <tjaalton> boom
[21:45] <infinity> Laney: Hey, desktop guy.  What broke my desktop today? (fonts are wrong, and LIM aren't LI)
[21:46] <tjaalton> hm, where did firefox & libreoffice launchers go from my left panel
[21:46] <infinity> tjaalton: Yeah, confirmed the bug in the piuparts source.  Whee.
[21:47] <tjaalton> cool
[21:47] <sarnold> pitti: thanks for tracking down the recalcitrant retracers; 1502431 is now several days withuot tracing
[21:48] <tjaalton> infinity: no way to fix the mount without rebooting?
[21:49] <infinity> Laney: And firefox is unthemed...
[21:49] <infinity> tjaalton: You can remount it with the correct options.  Or use piuparts after I feed you a patch. ;)
[21:49] <tjaalton> heh, ok
[21:54] <infinity> tjaalton: http://paste.ubuntu.com/12692496/
[21:54] <infinity> tjaalton: Can you apply that 1-liner to /usr/sbin/piuparts and show me "mount | grep devpts" after a run?
[21:54] <tjaalton> ok
[21:58] <tjaalton> infinity: devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
[21:58] <tjaalton> all good
[21:58] <infinity> tjaalton: Ta.
[21:58] <tjaalton> should it not bind-mount it instead?
[21:59] <infinity> tjaalton: It probably should bind-mount most of its mounts, but I was going for minimally-invasive, not knowing the code or what it does.
[21:59] <tjaalton> right, ok
[22:13] <infinity> tjaalton: piuparts uploaded.  Thanks for the public whine and debugging. ;)
[22:14] <infinity> tjaalton: I don't suppose you have any insight as to why my GTK theme's gone sideways after an upgrade/reboot?


[00:45] <russell5> so when i set up a recording from the main menu under recordings it doesnt record. when i go to status it says neither tuner is recording. also if i go into livetv after that its on the channel it was supposed to record. when i go into livetv and either hit record or go the the program guide from livetv it records without an issue. can someone offer any insight?
[02:37] <foxbuntu> russell5, I would tend to think its your method of setting up the recording rules for shows rather than something broken based on your description. Explain your exact steps for further details on your issue.
[02:40] <russell5> well from the main menu i go to manage recordings> schedule recordings>program guide. then i pick something to record and set it to record.then went back to the main menu. then at the time the show should start recording i go into information center > system status > tuner status and both my tuners says not recording. and this is a few minutes after the show starts.
[02:41] <russell5> But if i go from the main menu into watch tv then pull up the menu and program guide and from there set a show to record then back out to infocenter and tuner status it says recording on one of the tuner cards
[02:49] <russell5> the odd thing is if i set it from manage recordings and then at the time of the recording if i go to watch tv its tuned to the channel it is supposed to be recording
[09:45] <dad__> i ned some help with mythbuntu diskless client
[09:45] <dad__> time on clients is wrong so mythtv will not open
[09:45] <dad__> ntp is installed on server
[09:47] <dad__> I had ntp installed on client as well and I set to receive time from server <IP_ADDRESS> now this made the time on the client 11 hours ahead of the server
[09:48] <dad__> now I live in melb au which at presenet is 10 hours +gmt +hr daylight saving
[09:49] <dad__> when i change client timezone to england/london The time reads correct
[09:50] <dad__> Its like the time the server is sending the client is already locallized and it adds another 11 hours onto it making the time 11 hours in the future on the the client
[09:53] <dad__> I have also tried using the pool.au servers to set time on client machine this strangely gives me time the wrong time as well.
[10:05] <dad__> mythtv will not open if timezone on frontend  and backend is different so changing to london is not a solution.
[11:54] <dad__> hey
[17:34] <tmkt> hey hey..how to i rest the audio settings with mythbuntu? seems it got switched to pulse when i installed mpd
[17:34] <tmkt> removed mpd
[17:34] <tmkt> and can't find a place to switch back to alsa and get my audio in myth working again
[20:56] <dj_segfault> Hey.  I am experiencing some small problems on my Ubuntu (NOTE NOT Mythbuntu) Karmic, and on a previous visit here someone told me they were all problems fixed in Mythtv, but Ubuntu repos doesn't have them, so I should set up autobuilds (http://www.mythbuntu.org/auto-builds) even though I'm not using Mythbuntu.  I'm trying to do that, but my server wants to do a partial upgrade, whatever that is.  When it does, i
[21:06] <rhpot1991> dj_segfault: you will have to do a sudo apt-get dist-upgrade
[21:06] <rhpot1991> we changed some packaging around, and it will need to remove the old ones and install the new ones
[21:07] <dj_segfault> But will that fix it trying to get the wrong version?
[21:08] <dj_segfault> OK, doing it now.  Looks like it's trying to grab the later build.  So far so good..
[21:09] <dj_segfault> BTW, since I don't have mythbuntu I don't have the nice config GUI, but I ran dpkg-reconfigure mythbuntu-repos.  I didn't see an option for "testing" or "fixes" as described on that page.  Or do they mean .23 vs .22?
[21:26]  * rhpot1991 grumbles


[02:10] <mup> PR operator#986 closed: Add Secret.unique_identifier (XID part); improve id/label docs <Created by benhoyt> <Merged by benhoyt> <https://github.com/canonical/operator/pull/986>
[21:22] <mup> Issue operator#989 opened: Add method for "wholesale" port management <Created by sed-i> <https://github.com/canonical/operator/issues/989>


[09:56] <ejat> hi ...
[09:56] <ejat> is there any xul-ext-lightning nightly build ?
[09:57] <ejat> xul-ext-gdata-provider
[10:21] <ejat> http://img694.imageshack.us/img694/7113/screenshot20120524at617.png
[11:05] <chrisccoulson> ejat, no, i'm afraid that there isn't
[13:58] <Omega> Has nightly been crashing a lot for other people?
[16:17] <chrisccoulson> Omega, i'm not sure. i've not updated for a few days
[16:18] <chrisccoulson> too busy trying to unbreak firefox in quantal :(
[16:19] <micahg> Omega: not for me, but I probably haven't updated in a few days as well
[17:36] <artnay> micahg: I guess this gets asked quite often, but here we go again. any news on bug 899828?
[17:36] <ubot2> Launchpad bug 899828 in chromium-browser "no chromium-daily-ppa for Precise Pangolin / 12.04" [Undecided,Confirmed] https://launchpad.net/bugs/899828
[17:37] <micahg> artnay: sorry, not yet, I'll try to get to it next month
[17:38] <artnay> micahg: ok, thank you for your efforts.
[17:40] <micahg> artnay: right now, I'm just trying to get stable to build
[17:41] <artnay> micahg: right, it's still in 18.something
[21:09] <bhearsum> chrisccoulson: i have a crazy bug, and i don't know where to report it
[21:09] <bhearsum> i have a USB headset that i use for video calls, and when i use its mute button, my computer interprets that as "left mouse button down"
[21:11] <chrisccoulson> bhearsum, oh, that's pretty weird
[21:11] <bhearsum> yeah
[21:11] <chrisccoulson> the best person to ask about things like that might be pitti, when he's back online tomorrow
[21:11] <bhearsum> okay, i should wait to file it then?
[21:12] <chrisccoulson> you could probably file it in the meantime, but i'm not sure what component
[21:12] <bhearsum> alright, i'll just wait then :)
[21:13] <chrisccoulson> bhearsum, is it still quite warm where you are?
[21:14] <bhearsum> yeah, high 20s still
[21:14] <bhearsum> i'm sweating with the windows wide open
[21:15] <chrisccoulson> yeah, i had to open my window today. but i kept having bees come in to my room
[21:18] <bhearsum> :S
[21:19] <bhearsum> no screens on your windows?
[21:20] <chrisccoulson> bhearsum, no, we don't really have those here
[21:20] <bhearsum> oh, huh!
[21:20] <chrisccoulson> we don't get sun very often ;)
[21:20] <bhearsum> ah :)
[21:36] <chrisccoulson> i really hope we have some thunderstorms


[00:24] <jgarr> in gnome-terminal I changed the profile to hide the scrollbar but it still shows up
[00:24] <jgarr> anyone have a fix?
[00:32] <jgarr> nvm, I'll answer my own question
[00:32] <jgarr> I found it in dconf-editor
[00:33] <jgarr> scrollbar-policy was set to always even though the gui was set to never
[00:34] <jgarr> gsettings set org.gnome.Terminal.Legacy.Profile:/org/gnome/terminal/legacy/profiles:/:UID/ scrollbar-policy never < fixed it for me
[01:09] <darkxst> octoquad, how are you coding skills? want to try bug 1247366? it will need a patch to disable build-time check for bogofilter and make it instead a runtime check
[01:10] <darkxst> should be pretty simple though and only a few lines of code.
[07:04] <octoquad> darkxst, I can give it a bash
[07:09] <darkxst> octoquad, ok
[07:10] <darkxst> you will either need quilt or git to make the patch
[07:14] <octoquad> I'm comfortable with git, since I use it everyday for work..
[07:18] <darkxst> octoquad, ok, so remove the build time check in configure.ac, and add a run-time check in modules/bogofilter
[07:18] <octoquad> ok, will have to tackle it later this evening, off to work now :)
[07:18] <darkxst> packaging should be updated ot suggest bogofilter, and to probably pass --enable-bogofilter to configure
[07:32] <marweenn> Hi
[07:35] <marweenn> ubuntu gnome is officiely provided by canonical ?
[07:45] <mgedmin> it's an official Ubuntu flavour, but Canonical doesn't pay people working on it
[07:45] <marweenn> so , any update available for ubuntu (with unity),will be available for ubuntu gnome ?
[13:09] <Uncopyrightable> Hello Keith
[13:10] <Uncopyrightable> Is it the right time to have a discussion with you?
[15:02] <gQuigs> hi there.. just curious if anyone is working on merging totem 3.14 for vivid (currently on 3.10.1)
[15:05] <gQuigs> or to reprase,  is their already a merge request, if not should I make one?  (I do see totem in the PPA https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3?field.series_filter=vivid)
[16:56] <JDAIII> Good morning all. Bruce, is there anything else you needed from me on the scaling issue?
[17:11] <octoquad> Morning JDAIII, gosh, to be honest it is slightly out of my domain. What have tried so far (just to refresh my memory)
[20:19] <octoquad> darkxst, is there a special way to remove kexec?
[20:28] <octoquad> darkxst, nvm, finally was able to remove it with apt-get, but I don't think it's the right behaviour when kexec is set to enabled in the config file and you want to remove it with apt-get (instantly triggers a kernel restart)
[21:11] <darkxst> octoquad, if you were running a kexec'd kernel, then seems you would have to reboot to remove it
[22:05] <charwhee> I would like to migrate from Ubuntu to Ubuntu Gnome. I'm on 14.10. Can I just switch to ubuntu gnome repository? I've already got gnome installed via the gnome3-team PPA, but I'd like to be on the official ubuntu gnome distribution without doing a complete reinstall.
[22:24] <darkxst> charwhee, sudo apt-get install ubuntu-gnome-desktop^
[22:25] <darkxst> note the '^' at the end of command that is important!
[22:26] <charwhee> okay, that's done. what does the carret do?
[22:28] <darkxst> charwhee, makes apt use a task to install
[22:29] <charwhee> yep, found an explanation by asking Mr. Google.
[22:57] <octoquad> darkxst, any idea what the process is for a project on launchpad that has had no activity for 7 years?
[22:57] <darkxst> process for what?
[22:58] <octoquad> sorry, to mark as abandoned or to archive
[22:58] <octoquad> invalidate bug reports, unsubscribe reporters etc
[22:59] <darkxst> project owners can delete them
[23:00] <darkxst> but there are likely 1000
[23:00] <darkxst> of abandoned projects
[23:03] <octoquad> interesting. Would be nice to auto-archive projects that had no activity for 5 years.
[23:06] <darkxst> why? there is no real structure or organisation to lp projects
[23:07] <darkxst> its really just a free for all like github or something
[23:08] <octoquad> haha, I was battling to remove myself from a bug report I commented on 7 years ago. You know, the bug list under your profile. Just doing a bit of house-keeping and though of the idea.
[23:10] <octoquad> alright, I'm making no sense, I'm off to bed.
[23:12] <darkxst> ok bye


[10:25] <dejai> Hello.
[10:29] <jea> Good evening
[11:08] <dejai> How is it going?
[11:09] <jea> Alright thanks. Yourself?
[11:35] <dejai> Good, writing an ethernet driver for the imx6
[11:36] <dejai> With zero copy support for my thesis :/
[11:37] <dejai> Procrastinating with triplanar texturing (six textures)  on large terrains.
[11:38] <dejai> Nvidia broke support of -lGL in ubuntu, workarounds available but still a tad annoying.
[11:40] <jea> That sounds like a lot of fun to deal with
[11:40] <dejai> -pthreads :P
[11:41] <dejai> Is this loco official again?
[11:42] <jea> Not quite. They changed the way the official status works, and we didn't go through the 'reapproval' (or whatever it is called now)
[11:43] <jea> We would like to be 'official', but we need a bit more activity to get there
[11:43] <dejai> Reminds me of that time I got in a flame war with Mark Shuttleworth about unity.
[11:44] <jea> That definitely seems worth doing
[11:45] <dejai> I at the time was talking with devs about it, and it was just pushed out the door and terribly coded.
[11:45] <dejai> Even now it to me is totally unusable.
[11:45] <dejai> But luckily it isn't as bad now, it is easier to get rid of.
[11:46] <jea> Well at least you can choose which DE you want to use fairly easily
[11:49] <dejai> I mean I generally just do it all through X.
[11:49] <dejai> That is probably the most disappointing thing about linux distributions.
[11:50] <dejai> They make their own conventions and you have to relearn things when you switch around


[11:30] <JLye> just gonna put this here - http://thenextweb.com/microsoft/2016/09/21/microsoft-blocking-linux/
[12:29] <shawn> cv
[12:29] <Guest72564> hi
[13:47] <Tunny_> Hello guys
[13:49] <Tunny_> does anybody know how to update guitarix from version 0.34 to version 0.35?
[13:55] <Tunny_> hello? is there anybody in there?
[21:39] <friend909> hello
[21:40] <friend909> i want to be your freind
[21:51] <friend909> i have a usb numark io device that i wish to use to record into ubuntu studio, plugged it in and everything works but im unsure im getting s16le 48000hz input when using audacity. Works perfectly with "arecord -f S16_LE -c 2 -r 48000 -D hw:1,0 -d 20 test.wav" but audacity doesnt seem to care about the sample rate, if i set the project rate at 96000hz it records without complaint were arecord just
[21:51] <friend909> gives unsuported format error.
[21:54] <friend909> when i run paman (PulseAudio Manager) it says sample rate s16le 41000hz
[21:55] <friend909> i just want to be sure im getting the best i can out of the unit
[21:59] <sakrecoer> hi friend909, not many people arround right now...
[21:59] <sakrecoer> you could try ask in #opensourcemusicians
[21:59] <sakrecoer> i personaly use jack for all those settins, and rarely record in audacity.
[22:07] <friend909> hi yeah i see that think it might be easyer just to use arecord i just need a goo vu meter to set the levels
[22:37] <studio-user008> quale ubuntu devo selezionare alla boot di partenza: ubuntu o ubuntu(lawfrequency)?
[22:42] <friend909> anyone know of a good vu meter with peak
[22:45] <friend909> preferably in the ubuntu studio repositry
[22:56] <sinewav> friend909: The only one I have used is JACK Meterbridge. http://plugin.org.uk/meterbridge/
[22:56] <sinewav> It is fairly configurable.
[22:57] <sinewav> I know there are more out there but I can't remember the names. Meterbridge comes with Ubuntu Studio I believe.


[02:22] <tgreer> .wc
[12:16] <shadeslayer> ogra: can you spin one more Nexus 7 Kubuntu Active image? or give me the scripts to do that?
[12:16] <ogra> a) the scripts wont help you and b) there is no desktop kernel for the nexus7 anymore in saucy
[12:16] <shadeslayer> I have access to a N7 now and can investigate why things are going wrong on the desktop image
[12:17] <shadeslayer> bah
[12:17] <ogra> you could change your seeds to use the ubuntu touch kernel, but would then end up without touchscreen support
[12:17] <shadeslayer> ogra: mostly it seems like the OEM thingy doesn't run post boot
[12:18] <shadeslayer> wait, isn't the kernel image separate from the one that's flashed to the data partition?
[12:18] <shadeslayer> so why can't we use the kernel image that's already there + a different rootfs
[12:18] <ogra> no
[12:18] <shadeslayer> uhhh
[12:18] <shadeslayer> http://cdimage.ubuntu.com/kubuntu-active/daily-preinstalled/current/raring-preinstalled-desktop-armhf+nexus7.bootimg < isn't that the kernel + initramfs?
[12:18] <ogra> well, the kernel would be, but the installl updates the initrd which in turn updates the kernel from /boot
[12:19] <ogra> yes
[12:19] <shadeslayer> ah
[12:19] <ogra> but you need to re-roll the initrd after first boot
[12:19] <shadeslayer> I see
[12:21] <shadeslayer> ogra: can we bring the desktop kernel back? How much of a headache would it be to maintain it?
[12:22] <shadeslayer> since the one in raring already works, would it need much work to get it to boot saucy?
[12:22] <ogra> you could use the linux-grouper tree with a different config and patches added to make touch input work
[12:23] <ogra> ask the kernel team, i dont know how much work it is ...
[12:23] <shadeslayer> oh okay
[12:25] <shadeslayer> ogra: oh, one more question, why would the touch not work with the ubuntu touch kernel?
[12:26] <ogra> because it needs a hack to the touchscreen driver (which breaks it on touch)
[12:26] <ogra> and indeed a completely different config
[12:26] <ogra> touch uses all the android bits
[12:27] <shadeslayer> I see
[13:14] <hrw> ogra: does Ubuntu has working installer for any ARM device?
[13:14] <ogra> ac100
[13:15] <ogra> and if you want d-i/ubiquity ... pandaboard
[13:15] <hrw> ogra: where I can read about it?
[13:16] <xnox> wiki.ubuntu.com/Ubiquity ?!
[13:16] <ogra> hrw, about what specifically ?
[13:16] <hrw> https://wiki.ubuntu.com/ARM/TEGRA/AC100 found
[13:16] <ogra> d-i or preinstalled ?
[13:16] <xnox> for pandaboard it's bog-standard ubiquity just like on the desktop. For ac100, it's pre-installed system running in oem-config mode.
[13:17] <hrw> ogra: thinking of a way to get more usable installer for chromebook than JayLee script
[13:17] <ogra> preinstalled uses the ac100-tarball-nstaller package ... i guess yu need to read the source, it doesnt have any additional docu
[23:16] <doomlord_> Does ubuntu arm run on the MK908 quadcore
[23:35] <FreezingCold> Would you say Ubuntu ARM is suitable for a production system or not yet?


[13:04] <oerheks> me wants this new font, testing on 22.04
[13:04] <oerheks> https://discourse.ubuntu.com/t/ubuntu-font-update-available-for-testing/34676
[13:06] <oerheks> maybe it needs sudo fc-cache -f -v after this, restarting session now