[00:34] <jrwren> anyone know how to use libapache2-mod_uwsgi ?  I enable the module, use apache diretive uWSGISocket but apache does not send requests to hte uwsgi process
[00:49] <Jeeves_Moss> how do I add secondary IP addresses to an interface?
[00:52] <sarnold> Jeeves_Moss: for temporary use, 'ip addr add <address> dev <device>', add new routes if necessary
[00:52] <Jeeves_Moss> sarnold, basically, I've setup Nagios, and I need to monitor a bunch of subnets internally
[00:52] <Jeeves_Moss> or is it just easier to add more NICs to the VM?
[01:07] <jrwren> what does one have to do with the other? Nagios doesn't need secondary IP addresses to work.
[01:10] <sarnold> jrwren: I assumed it was a matter of making it easy to communicate with different subnets..
[01:31] <zul> jamespage:  when you get in in the morning https://code.launchpad.net/~zulcss/nova/nova-novnc-regression/+merge/189201
[01:32] <pmatulis_> hallyn: do you know the state of lxc/dnsmasq on saucy?  i haven't used lxc in a long time and i also happened to upgrade to saucy this morning.  dnsmasq isn't giving out leases it seems
[01:41] <zul> hallyn:  policykit less libvirt perkulation
[01:41] <zul> https://launchpad.net/~zulcss/+archive/libvirt-testing
[01:42] <pmatulis_> hm, looks like the new maas package is having package dependency problems.  who can help?
[01:43] <pmatulis_> it appears to depend on 'python-curtin' which does not exist (until Saucy)
[01:53] <hallyn> pmatulis_: the containers need to be updated
[01:53] <hallyn> pmatulis_: do an lxc-create -t ubuntu -n u1 -- -F to flush the cache and build a new one
[01:53] <hallyn> zul: remind me tomorrow, i'll set up a test machine
[01:53] <pmatulis_> hallyn: hm, ok
[01:54] <zul> hallyn:  ack
[01:54] <hallyn> stgraber: i'm going to push the lxc-fedora update to git head unless you should in the next few mins
[01:57] <stgraber> hallyn: I think it's fine, I never use that template and if I did, it'd work better than the current one anyway
[01:58] <hallyn> hah, you THINK :)
[01:59] <hallyn> how much time do you really think you'd be willing to put into making systemd work in a container :)
[02:00] <pmatulis_> hallyn: dunno, still no address given out.  prolly a dnsmasq thing
[02:03] <pmatulis_> hallyn: i do see DHCP offers in the logs
[02:03] <hallyn> pmatulis_: you created a new container after flushing the cache, and it still doesn't work?
[02:04] <stgraber> hallyn: can I give a negative answer?
[02:04] <stgraber> because I feel I've already spent too much time on it ;)
[02:05] <hallyn> stgraber: :)
[02:05] <hallyn> stgraber: ^ what is the dnsmasq in containers issue again?
[02:05] <stgraber> hallyn: btw, do not ack the autodev stuff, we have /etc/systemd/system on Ubuntu and i don't want autodev by default, so he'll have to find a better way of detecting systemd
[02:05] <stgraber> hallyn: can't think of a dnsmasq issue, what are you reffering to?
[02:05] <hallyn> stgraber: ok.  i wasn't going to read that thread right now anyway, it's convoluted and uninteresting.
[02:06] <hallyn> stgraber: ^ pmatulis_'s containers aren't getting addresses.
[02:06] <hallyn> i thought that was a known problem with out-fo-date containers in most cases
[02:07] <hallyn> but i can't recall the details
[02:07] <stgraber> ah yeah, but that was isc-dhcp
[02:07] <stgraber> basically the 3.10 kernel changed a bit and started doing udp offloading on veth
[02:07] <stgraber> so the udp checksums are no longer filled in by the kernel
[02:07] <stgraber> which upset isc-dhcp
[02:08] <stgraber> to fix that, just make sure your container isn't out of date. I SRUed the fix to all supported releases
[02:09]  * hallyn scratches his head on how any sort of offloading on veth is supposed to work
[02:09] <hallyn> pmatulis_: ^ if that doesn't fix it, then i guess please file a bug so we can collect details
[02:17] <pmatulis_> hallyn: i'm at a container console.  dhclient causes OFFERS on the host but no address gets assigned
[02:18] <pmatulis_> hallyn: will do the bug thing tomorrow, it's late here
[02:20] <hallyn> pmatulis_: thanks - good night
[02:21] <stgraber> pmatulis_: yeah, that sounds like the thing I fixed two months ago, update your container and try again
[02:22] <stgraber> pmatulis_: chroot /var/lib/lxc/<container>/rootfs/ apt-get update && chroot /var/lib/lxc/<container>/rootfs/ apt-get dist-upgrade
[02:22] <stgraber> pmatulis_: if you see isc-dhcp-* in there, then that's probably it
[02:28] <pmatulis_> stgraber: the 'apt-get update' does not work.  DNS is busted.  http://paste.ubuntu.com/6190625/
[02:28] <sarnold> temporary copy over your /etc/resolv.conf from host to the chroot?
[02:29] <stgraber> pmatulis_: what he said ^ (cat /etc/resolv.conf > /var/lib/lxc/lxc_precise/rootfs/run/resolvconf/resolv.conf)
[02:30] <pmatulis_> ok, working
[02:31] <pmatulis_> stgraber: yeah, isc-dhcp-client isc-dhcp-common need upgrading
[02:32] <stgraber> ok, so hopefully that was the bug and the container will work after that
[02:32] <stgraber> I SRUed the fix for that quite a while back, I'm surprised people are still getting that issue. I guess not everyone has a package update OCD as I seem to have ;)
[02:33] <pmatulis_> stgraber: bingo
[02:33] <sarnold> stgraber: or once the kernel on the host is updated, the guests are a PITA to update :/
[02:33] <pmatulis_> stgraber: dunno, how could i *not* have it?  i don't quite understand
[02:34] <stgraber> sarnold: yep, exactly
[02:34] <pmatulis_> stgraber: this is a new guest.  me confused
[02:35] <pmatulis_> stgraber: how will the next guest be any different?
[02:35] <stgraber> pmatulis_: because you have a cache in /var/cache/lxc/ that you should flush or update from time to time
[02:35] <stgraber> the first container debootstraps the system in /var/cache/lxc, any subsequent lxc-create will just copy from the cache
[02:36] <pmatulis_> stgraber: hallyn had me flush that already
[02:36] <stgraber> so if you have the old isc-dhcp-* in there, all your new containers will be broken too
[02:36] <stgraber> hmm, odd then because the template is supposed to apply updates from -updates so the debootstrap was done in the last 2 months, you shouldn't have had the bug...
[02:37] <pmatulis_> i did this: 'lxc-create -t ubuntu -n u1 -- -F'
[02:37] <stgraber> that should have worked...
[02:37] <pmatulis_> another bug?  :)
[02:38] <pmatulis_> lemme try another guest...
[02:38] <stgraber> pmatulis_: ah, -F will only flush the cache for the version and architecture of your host, so as you are apparently on saucy, that wouldn't have flushed the precise cache
[02:39] <stgraber> lxc-create -t ubuntu -n u1 -- -r precise -a amd64 -F would do that
[02:39] <pmatulis_> stgraber: oh
[02:40] <pmatulis_> stgraber: retrying...
[02:41] <pmatulis_> stgraber: isn't there a command for all releases?
[02:41] <stgraber> pmatulis_: rm -Rf /var/cache/lxc/* would do that :)
[02:42] <stgraber> (I never use -F, I just wipe the cache manually)
[02:43] <pmatulis_> fair
[02:48] <pmatulis_> stgraber: ok, new precise guest is good!
[02:48] <pmatulis_> stgraber, sarnold: thanks
[02:48] <stgraber> cool, glad to hear we don't have another annoying bug to fix by release ;)
[02:52] <pmatulis_> stgraber: why when i try the same flush command for quantal does it say 'container already exists'?
[02:52] <pmatulis_> stgraber: it exists, but i want to flush/update it
[02:53] <pmatulis_> stgraber: gah, disregard
[05:11] <igalic> Hello happy people
[05:14] <igalic> We've had a couple of crashers recently, so I'm trying to implement https://help.ubuntu.com/12.04/serverguide/kernel-crash-dump.html
[05:15] <igalic> I've already tested this on my laptop, and now I'm testing it on a virtual machine, but my patience is running short. *How* long does it take until the dump/reboot happens?
[07:20] <rbasak> igalic: if you don't get an answer here, try #ubuntu-kernel.
[07:23] <igalic> rbasak: I was just looking at the https://wiki.ubuntu.com/IRC/ChannelList to find a channel more fitting.
[09:07] <gartral> ok all, i'm gearing up to dd one whole disk to a new disk, from /drv/sda to /dev/sdb, what caveats should I be awear of? I'm looking for any minute detail that would keep this from running smoothly, including any grub-related issues such as boot-drive uuid
[09:08] <gartral> /dev/sda to /dev/sdb*
[09:12] <TJ-> gartral: Use a large blocksize to make it fast as possible
[09:12] <gartral> TJ-: I plan on it
[09:12] <TJ-> I typically use BS=100M or more
[09:12] <gartral> TJ-: I'm just worried about other issues
[09:13] <TJ-> As long as the destination system won't have both drives in at boot... unless after the clone you change all the file-system UUIDs
[09:14] <gartral> TJ-: no, i'll be taking both drives and copying using another machne
[09:14] <TJ-> If drives are a different size, and the cloned drive is larger, you'll probably want to add or expand a partition to include the free space
[09:15] <gartral> TJ-: i'm dealing with a dying hdd in my server, both the dying drive and new drive are 320GB, I'm just hopin gto have a clean, if slow, swap..
[09:15] <gartral> hopeing*
[09:15] <TJ-> I'd recommend you not use 'dd' then, use 'ddrescue'
[09:16] <gartral> TJ-: there's no re-read errors or spin up errors on the dying drive, yet. So I'mma try straight dd first
[09:16] <TJ-> OK
[09:16] <rbasak> smoser: I no longer seem to get a "ci-info: eth0" line in my console output in Saucy. Is this expected?
[09:17] <gartral> TJ-: I'm not expecting this too take 15-30 minutes, I'm hopeing it doesn't take more than 6 hours
[09:17] <TJ-> Make sure you're on UPS!
[09:17] <gartral> TJ-: I wish I had one
[09:55] <gartral> where does mysql store it's databases? or is it safest to juse export them from the mysql client?
[09:57] <mardraum> you should use mysqldump if you are moving them around, the mysql data dir by default in ubuntu is in /var/lib/mysql
[09:58] <gartral> ok, I'll just export all databases from within phpmyadmin
[10:29] <jamespage> zul, reviewed, pushed and uploaded - thanks for fixing that up!
[11:07] <rbasak> utlemming: http://askubuntu.com/questions/353370/installing-ubuntu-13-04-64-bit-virtual-machine-with-vagrant-on-os-x-provides-o
[11:07] <rbasak> utlemming: looks like we/something is not expanding the partition to the size of the disk on boot.
[11:08] <rbasak> Maybe because cloud-init is not being used?
[11:34] <sander^work> How come du -csx /* gives 1GB used.. but df displays 10GB used?
[11:40] <rbasak> sander^work: did you try googling? Eg. http://serverfault.com/q/57098 and http://linuxshellaccount.blogspot.co.uk/2008/12/why-du-and-df-display-different-values.html
[12:03] <sander^work> rbasak, looks like Reserved block count is: 235916 and Block size is: 4096.. is this the problem?
[12:05] <sander^work> No. tune2fs -m 5 /dev/xvda1 gives me: Setting reserved blocks percentage to 5% (235916 blocks)
[12:06] <sander^work> df -i tells me only 5% is in use. but df tells me 96%
[12:09] <sander^work> Hum. lsof +L 1 / | grep -i deleted ..gives me two files
[12:11] <sander^work> How can I force delete those files I found with that command?
[12:15] <sander^work> Cool. Some app had it open. Fixed it :)
[12:19] <smoser> rbasak, i'll loook. you should. i'll lok.
[12:19] <smoser> rbasak, please file a bug
[12:38] <rbasak> smoser: filed bug 1235231
[12:41] <zul> jamespage:  https://code.launchpad.net/~zulcss/cinder/2013.3.rc1/+merge/189299
[12:49] <jamespage> zul, + * New upstream point release. -> New upstream release candidate
[12:49] <jamespage> zul, finish_volume_migration now tests OK right?
[12:50] <zul> jamespage:  yeah removed the skip and ran fine
[12:50] <zul> noticed the bug i opened was closed ;)
[12:50] <jamespage> other than the changelog comment +1 then
[12:51] <zul> jamespage:  fixed
[13:14] <jamespage> zul,  OK - dash theme refreshed
[13:14] <jamespage> man I hate doiing css
[13:14] <zul> hehe
[13:15] <zul> jamespage: CA nearly updated waiting for cinder and nova
[13:33] <smoser> rbasak, can you test one of the other saucy 'releases' ?
[13:33] <rbasak> smoser: which one? Do you have a simplestreams filter query for me? :)
[13:35] <smoser> you just need to get more than one
[13:36] <smoser> http://cloud-images.ubuntu.com/releases/saucy/
[13:38] <smoser> rbasak,
[13:38] <smoser> sstream-query http://cloud-images.ubuntu.com/releases/streams/v1/com.ubuntu.cloud:released:download.json release=saucy arch=amd64  "label~(alpha|beta)" ftype=disk1.img
[13:38] <smoser> that works for me
[13:39] <smoser> but uvtools just returns to quickly.
[13:48] <jamespage> zul, https://code.launchpad.net/~james-page/horizon/theme-refresh-perms-fix/+merge/189314
[13:48] <zul> jamespage:  +1
[13:53] <jamespage> zul, ta - pushed and uploaded
[13:53] <jamespage> phew
[13:53] <jamespage> I assume you reviewed every line of my css change?
[13:53] <jamespage> :-)
[14:00] <rbasak> smoser: it's because I'm using max_items: 1. Is that a bug, and if so, where?
[14:00] <rbasak> smoser: I wanted the latest single thing for each product that matched the query.
[14:00] <rbasak> smoser: it seems that I'm getting the latest single thing and then filtering that with the query instead.
[14:01] <smoser> right. that is how that works rbasak
[14:01] <smoser> max applies to the newest item
[14:02] <rbasak> smoser: which bit is right?
[14:02] <smoser> indepnedent of match.
[14:02] <rbasak> I'm lost. Are you telling me that I'm calling the simplestreams API wrong for what I want?
[14:03] <smoser> well, as it is right now you can't use max for that.
[14:03] <smoser> because 'label' is on the item
[14:03] <smoser> and max is counted before it gets down there to find the item
[14:03] <smoser> i think.
[14:03] <smoser> it is the way it is.
[14:03] <smoser> i dont know if its necessarily "right"
[14:04] <smoser> i think when i wrote it i thought i could go both ways on that.
[14:04] <smoser> i dontk now.
[14:04] <smoser> i'm willing to be convinced otherwise.
[14:06] <rbasak> I'd expect the filter to apply first, and then a limit, with the newest products coming out first.
[14:07] <rbasak> It doesn't make sense for a limit to apply before the filters.
[14:15] <rbasak> smoser: ci-info: eth0 disappeared between alpha3 and beta1. Also missing from beta2.
[14:16] <smoser> rbasak, thank you.
[14:17] <rbasak> smoser: alpha3: http://paste.ubuntu.com/6192406/; beta1: http://paste.ubuntu.com/6192407/; beta2: http://paste.ubuntu.com/6192408/
[14:24] <hallyn> zul: starting regression tests against your libvirt candidate
[14:24] <zul> cool thanks
[14:42] <Teduardo> Hi I am running Ubuntu 13.04 and I did apt-get install ubuntu-desktop and I need to start the desktop and a VNC server for the console at boot, can anyone tell me how to do this?
[14:42] <Teduardo> or even how to start the desktop/vnc from SSH
[14:43] <Teduardo> under rhel it's just init 5
[14:47] <smoser> jodh, can i 'start on mounted MOUNTPOINT=/run' and not block ?
[15:07] <hallyn> zul: http://paste.ubuntu.com/6192587/   4 errors... not sure why
[15:09] <zul> hallyn:  so that sucks
[15:13] <hallyn> zul: any ideas offhand?
[15:14] <zul> hallyn:  not really maybe the tests expect policykit?
[15:14] <hallyn> lemme finish this commit then i'll dig in
[15:15] <jamespage> zul, OK if I don't propose a merge for the swift fixes I did this week?  I'd like to push that out with rc1
[15:15] <zul> jamespage:  sure
[15:22] <jamespage> zul, ok pushed and uploaded
[15:22] <zul> jamespage:  yay!
[15:22] <zul> jamespage:  poking at glance with a pointy stick
[15:25] <smoser> rbasak, so this is i think not cloud-init's fault.
[15:25] <smoser> but plymouth or upstart.
[15:25] <smoser> rbasak, do you want to debug some ?
[15:25] <smoser> it'd be useful to see output with that 'my-logger.conf' added in.
[15:34] <rbasak> ack
[15:46] <rbasak> smoser: I'll need to look on Monday I think. It's pretty tedious doing this by hand; I might as well add some functionality to uvtool.
[15:48] <smoser> rbasak, mount-image-callback
[15:48] <smoser> is your friend on that.
[15:48] <smoser> mount-image-callback my.img sh -c 'tee -a $MOUNTPOINT/etc/init/my-logger.conf' < my-logger.conf
[15:48] <smoser> something like that.
[15:49] <rbasak> Yeah but this disk is a qcow2 overlay
[15:49] <smoser> give me some credit.
[15:49] <rbasak> I could use the nbd thing or whatever it is too.
[15:49] <smoser> why would i write a tool that  made you think about such things.
[15:49] <rbasak> It works with that?
[15:49] <smoser> :)
[15:49] <smoser> es.
[15:49] <smoser> yes
[15:49] <rbasak> "mount a file" is a bit vague :)
[15:50] <smoser> only because you are too smart
[15:50] <rbasak> Is it a problem if the debug results I give you isn't from first boot?
[15:50] <smoser> and think "oh, it can't bpossible do smart things"
[15:50] <smoser> i't be better if they were first boot i think.
[15:50] <smoser> but probably not
[15:50] <smoser> you could just patch the original libvirt volume
[15:50] <smoser> make a copy, patch, revert.
[15:51] <rbasak> Does mount-image-callback unmount after it's done? Or is the clue in the name?
[15:51] <smoser> it cleans up.
[15:51] <smoser> so after you do that it is unmounted.
[15:51] <smoser> it used to be called mount-callback-umount
[15:54] <rbasak> Aaargh.
[15:55] <rbasak> I used /mnt for temporary stuff
[15:55] <rbasak> Forgot I can't do that with cloud images since /mnt is used for stuff.
[15:58] <zul> jamespage:  was it neutron you unpatched, ran the testsuite, and then patched it?
[15:59] <jamespage> zul, yes
[15:59] <zul> jamespage:  ok i think i might have to do the same for glance
[15:59] <jamespage> zul, hallyn: ever seen one of these before?
[15:59] <jamespage> thats a 3.11 guest running on a 12.04/3.8 host
[16:00] <jamespage> and http://paste.ubuntu.com/6192811/
[16:00] <jamespage> from the host
[16:00] <jamespage> oh - and its nested KVM
[16:00] <jamespage> so its a 12.04/3.2 guest on a 13.10/3.11 host, which in turn is a guest on a 12.04/3.8 host
[16:01] <jamespage> blimey - thats alot of different versions
[16:01] <zul> why is it probing for an xfs filesystem?
[16:01] <hallyn> jamespage: smb is working on a nested kvm bug...
[16:02] <rbasak> smoser: it doesn't seem to have changed much. http://paste.ubuntu.com/6192819/
[16:02]  * jamespage shrugs
[16:02] <rbasak> smoser: I checked and I see a /etc/init/my-logger.conf
[16:02] <jamespage> zul,  - i have not idea - I suspect that something is trying to determine fs type maybe?
[16:02] <zul> right
[16:02] <zul> i havent seen that beofre
[16:02] <hallyn> jamespage: though really in this case it looks like you have very unfortunate garbage on nbd7
[16:02] <hallyn> it doesn't find ext3, and then xfs chokes on it
[16:04] <jamespage> hallyn, I think that is a problem but I don;'t think its the reason why the instance is in paused state
[16:04] <jamespage> hallyn, it actually started to boot
[16:05] <hallyn> jamespage: I think the guest is waiting for you to fix the fs...
[16:05] <jamespage> http://paste.ubuntu.com/6192827/
[16:05] <hallyn> jamespage: is http://paste.ubuntu.com/6192827 for someone else?
[16:06] <hallyn> (cause i don't see how it relates to the other paste)
[16:06] <hallyn> is the 5 hour jump in syslog from a tz switch during boot?
[16:06] <jamespage> hallyn, thats the console log from the highest level guest
[16:07] <hallyn> then what's the other one?
[16:07] <jamespage> is the kernel log from the host
[16:07] <jamespage> it problem did nothing for a few hours
[16:07] <hallyn> oh the HOST is choking on the xfs?
[16:08] <jamespage> yeah
[16:08]  * hallyn confused about why the host is trying to mount it then
[16:08] <jamespage> agreed
[16:08] <hallyn> seems like automount-gone-wild
[16:08] <jamespage> hmm
[16:08] <jamespage> its doing something with ndb
[16:08] <hallyn> udev sees new nbd device and says "aw shucks, lets mount it" ?
[16:11] <jamespage> maybe
[16:12] <jamespage> does libvirt do anything like that?
[16:12] <hallyn> not that I know of, no
[16:13] <hallyn> but maybe nova is pre-mounting it for the guest?
[16:19] <jamespage> hallyn, maybe - I'd hope not but who knows?
[16:19]  * jamespage digs further
[16:20] <hallyn> jamespage: is it possible to stop nova on the host and then run the test?
[16:20] <hallyn> zul: the 4 failures seem to be due to apparmor not allowing libvirt to read files under /tmp/*/
[16:20] <hallyn> what i can't figure out is why this would be new
[16:21] <zul> polkit version?
[16:21] <jamespage> hallyn, hmm
[16:21] <jamespage> zul, that might be something todo with it
[16:21] <hallyn> zul: libpolkit-gobject-1-0:amd64 is all i have
[16:21] <jamespage> I don't see this on the bare metal host
[16:21] <jamespage> which is running older libvirt from havana staging on 12.04
[16:21] <hallyn> zul: (or was that directed at jamespage )
[16:22] <hallyn> well lemme downgrade libvirt and see
[16:22] <zul> smb: https://launchpadlibrarian.net/152526461/buildlog_ubuntu-precise-i386.xen_4.3.0-1ubuntu1~cloud1_FAILEDTOBUILD.txt.gz
[16:27] <rbasak> EOD
[16:27]  * rbasak EOD
[16:27] <jamespage> hallyn, OK _ I see similar kernel log messages on the physical havana hosts; but no kernel stack trace
[16:29] <jamespage> for example - http://paste.ubuntu.com/6192922/
[16:31] <jamespage> hmm - instance key injection I think
[16:31] <hallyn> ?
[16:33] <jamespage> when nova starts an instance it can potentially inject an ssh key to the instance
[16:33] <jamespage> it does that using qemu-nbd
[16:33] <hallyn> ah.  but so that nbd7 is meant to be a valid fs?  I assumed it was not-yet-created fs attached as a secondary hd
[16:36] <jamespage> hallyn, I'm not sure but nova does not log the failure message so I'm assuming it succeeds
[16:36] <jamespage> hallyn, the http://paste.ubuntu.com/6192811/ paste was from libvirt/qemu
[16:36] <hallyn> jamespage: do you know what fs is actuall *on* nbd7?
[16:36] <jamespage> hallyn, well its a stock precise cloud image
[16:37] <hallyn> wouldn't that be ext4?  but it wasn't ext4
[16:52] <jamespage> hallyn, actually there is a qemu-nbd process running =- root     25190     1 99 15:53 ?        00:58:11 /usr/bin/qemu-nbd -c /dev/nbd7 /var/lib/nova/instances/3eac2a3b-52d3-4a9c-ba21-602f1cc5e220/disk
[16:52] <jamespage> so it started OK
[16:52] <jamespage> despite the error message
[16:53] <jamespage> but then the instances pauses
[16:53] <hallyn> that just sets up the block device.  it doesn't mount it
[16:53] <hallyn> you can do that with a completely garbage file
[17:25] <smoser> rbasak, sorry. slow reply. that paste http://paste.ubuntu.com/6192819/ shows that a *ton* of output got eaten
[17:44] <Phog> what are some good projects to help me learn ubuntu a bit better
[17:51] <sarnold> Phog: whatever will keep your interest long enough :) if you're at a complete loss of what to do next, you could read the server guide:https://help.ubuntu.com/12.04/serverguide/   or you could read all the manpages on your system (probably harder today than it once was, maybe focus on commands in /bin and /sbin for starting..)
[17:52] <Phog> hmm ok
[17:53] <Phog> i like projects because i learn as i implement
[17:53] <Phog> but
[17:53] <Phog> i can handle this
[17:53] <Phog> thanks
[17:54] <sarnold> Phog: you might find the perfect project while reading the guide :) it's got a lot of cool stuff...
[17:55] <Phog> you ever tunneled http through an ssh session
[17:55] <sarnold> sure, it's quite useful for traversing firewalls
[17:55] <Phog> yeah
[17:56] <Phog> does chrome do it?
[17:56] <Phog> on windows?
[17:56] <Phog> seems like all the guides i read are firefox
[17:57] <sarnold> Phog: sure, chrome will do it fine, if you can get the ports configured properly for ssh. I _think_ putty has those options, but I haven't looked in a decade or more.
[17:57] <Phog> ok
[17:58] <Phog> ssh is pretty nifty
[18:08] <hallyn> sarnold: yeah i've port fwded through putty for accessing security cam before, it does it fine
[18:08] <hallyn> zul: 1.1.1-0ubuntu8 fails the same way
[18:09] <hallyn> did we use to allow /tmp/** access to libvirt-qemu?
[18:09] <zul> hallyn:  really?
[18:09] <zul> im not sure
[18:09] <sarnold> hallyn: cool :) I figured MS would have made a Good Enough copy of BSD sockets layer to let it work fine..
[18:09]  * hallyn checks precise
[18:10] <hallyn> no...
[18:11] <hallyn> is this a regression in virt-aa-helper?
[18:11] <Phog> wow
[18:11] <Phog> i can't believe i've gone this long not realizing i could tunnel through SSH
[18:12] <Phog> jesus
[18:12] <Phog> how fucking insanely handy is that
[18:12] <hallyn> jobs-level insanely
[18:13] <hallyn> i suppose thats why plan 9 network ns  binding stopped being so cool
[18:15] <sarnold> plan 9 never stopped being cool, even if I never did get the hang of using the mouse so much.
[18:17] <hallyn> need a corded kbd
[18:22] <hallyn> grumble grumble thermal shutdown grumble grumble
[18:29] <tom[]> i foolishly broke a server's packages. i learned on #opensmtpd of a supported .deb. the only pkg available then was a sid but i didn't know what that meant. i added "deb http://http.us.debian.org/debian sid main" to sources.list on ubuntu 12.04. i soon learned how stupid that was. chaos ensued. the mess is beyond apt-get -f (no aptitude on the system). how can i get back to the versions from the precise distro?
[18:36] <hallyn> there's probably a better way, but you could just install a quick precise instance somewhere to get package versions of things you defiantely need, then grab them from archive.ubuntu.com/ubuntu/pool/
[18:37] <hallyn> (then dpkg -i them)
[18:37] <hallyn> or,
[18:37] <hallyn> you could install a rootfs (say a container) onto a usb stick;  mount that on that server;  copy stuff to bootstrap
[18:38] <tom[]> the servers are very distant.
[18:38] <tom[]> but i have two that are almost a matching pair. i screwed up only one of them
[18:38] <hallyn> rsync -va remote:/bin/ /bin/ ?
[18:39] <hallyn> well if you have wget and dpkg then i'd recommend the first option
[18:40] <sarnold> yeah, I like the sounds of the first option
[18:41] <sarnold> another option that I very nearly hesitate to mention... try replacing 'precise' with 'raring' in your sources.lists, and try to apt-get dist-upgrade your way forward. It won't be on an LTS release then, but going further forwards make work better than trying to downgrade packages..
[18:42] <tom[]> i have wget, dpkg. but i don't understand what you wrote. "install a quick precise instance somewhere" e.g. locally in virtualbox?
[18:44] <hallyn> or an amazon instance;  or a container (lxc-create -t ubuntu -n p1 -- -r precise;  lxc-start -n p1)
[18:44] <hallyn> or even just a debootstrap somewhere.  just so you can compare versions and sha1sums
[18:45] <hallyn> sarnold's raring suggestion is good depending on what this box does and your future plans for it
[18:47] <tom[]> its a webapp server (maria, php, nginx, sphinxsearch etc.)
[18:47] <tom[]> currently a hot standby and working but the packages are unmanagable
[19:05] <jrwren> i'm trying to chroot to a tree where most things (libc, bin/bash) are symlinks to another area in the same tree. strace shows chroot syscall succeed but execve /bin/bash fail with ENOENT   This works on an old FC system. Can anyone suggest where I should look?
[19:17] <jrwren> nevermind. of course after I ask, I find soemthing new and fix it.
[19:18] <hallyn> zul: all right, passes on raring.  i dunno...  lemme try a new cloud instance of saucy
[19:18] <zul> hallyn:  ack thanks for doing this
[19:53] <hallyn> zul: yea a new stock saucy instance has the same 4 failures.  not sure when this regression popped up.
[19:53] <hallyn> sigh - bisect i guess
[19:58] <hallyn> testing 1.1.1-0ubuntu4
[21:03] <delinquentme> OK so putting in alias commands ... ~/.bashrc or  ~/.bash_profile ??
[21:03] <jkyle> anyone have a working example of a multi-disk, multi volume group (lvm) preseed?
[21:03] <jkyle> or know if that's not possible.
[21:05] <TJ-> delinquentme: Neither - ~/.bash_aliases
[21:06] <delinquentme> TJ-, what are the other two files used for then?
[21:06] <jkyle> TJ-: shit, learn something every day. didn't realize *_aliases was in the init list
[21:06] <jkyle> for bash like shells
[21:07] <delinquentme> ^^^
[21:07] <delinquentme> ditto I'm characterizing another machine and I'm learning how "things should be done" bit by bt
[21:08] <TJ->  .profile will include .bashrc if the shell is bash, .bashrc will include .bash_aliases and other files
[21:09]  * TJ- is gone -  been a long bug-fix of a day
[21:11] <adam_g> smoser, http://status.qa.ubuntu.com/reports/ubuntu-server/cloud-archive/cloud-tools_versions.html
[21:11] <smoser> dude.
[21:11] <smoser> you rock!
[21:11] <adam_g> smoser, required minimal changes. adding the next -> ubuntu dev will be a little more work.
[21:12] <smoser> ubuntu -> next
[21:14] <ajhlinuxuser> Hi, using virt-manager, creating a VM remotely won't let me select an ISO file.  What is wrong??
[21:22] <GH0> Hello, I need some help installing Ubuntu Server on a UEFI motherboard, I am installing the 12.04.3 LTS on a Gigabyte 990FX UD3 AMD motherboard. Everytime I use the installer disc, I can get past the the partition management utility, but it seems to fail at "Installing the Base System". This fails at "The debootstrap program exited with an error (return value 1). Check /var/log/syslog or see vitual console 4 for the details"
[21:22] <GH0> When I switch over to that screen, I see three lines that are ext4-fs errors'
[21:23] <GH0> For device sda2 which would be the / mount point, as sda1 iis the /boot mount point
[21:24] <GH0> The error listed is: "EXT4-fs error (device sda2) in ext4_reserve_inode_write:4688: Journal has aborted
[21:24] <GH0> The second error listed is: "EXT4-fs error (device sda2) in ext4_evict_inode:243: Journal has aborted
[21:24] <GH0> This has happened twice, and I don't think it is a disc problem, so I was wondering if anyone could help me out with the install.
[21:49] <hallyn> zul: jdstrand: the qa-regression-tests have 4 failures using the raring libvirt package on saucy;  they all pass on raring.
[21:50] <hallyn> each failure is due to:
[21:50] <hallyn> Oct  4 21:39:46 ip-10-10-145-232 kernel: [40612904.124019] type=1400 audit(1380922786.415:533): apparmor="DENIED" operation="open" parent=1 profile="libvirt-7d781722-69b7-8801-fe96-caf37b7a8969" name="/tmp/tmpgvfz4m/device_disk.img" pid=17761 comm="qemu" requested_mask="rw" denied_mask="rw" fsuid=107 ouid=107
[21:51] <hallyn> i'm at a loss.  doesn't appear to be the policy shipped with libvirt that's the problem...
[21:52] <rgouveia> hi ... i have an old 32bit pentium-m without pae. is there a netboot of 12.04 server available ?
[21:55] <rgouveia> nevermind, i thought the server kernel was different from the desktop one
[22:48] <hallyn> yeah the entry   "/tmp/tmphzIH1Q/device_disk.img" rw,
[22:49] <hallyn> is not being added
[22:55] <hallyn> using the same version of libvirt
[23:00] <xibalba> is it just me or are the apt repos slow as snot
[23:01] <xibalba> always get around 80KB/sec
[23:02] <sarnold> xibalba: back when I used them, I'd get around 300KB/sec, it felt glacial.. I switched to http://mirror.anl.gov/ubuntu/ and now I get several megabytes per second now..
[23:03] <xibalba> where do i mod that again?
[23:03] <hallyn> zul: well anyway i see no regressions compared to the current saucy version.  back over to you with that.  but the apparmor problem has me stumped
[23:03] <xibalba> found it
[23:03] <xibalba> sarnold, what's the line you've got in sources.list?
[23:04] <sarnold> xibalba: here's just my deb lines: http://paste.ubuntu.com/6194382/
[23:04] <sarnold> xibalba: you may not need or want them all..
[23:04] <xibalba> thanks
[23:04] <xibalba> do i need to specify precise-*
[23:05] <xibalba> i never know the name of ubuntu releases
[23:05] <xibalba> on 12.04.3 though
[23:06] <sarnold> xibalba: ah right, precise for that.
[23:07] <xibalba> holy crap
[23:07] <xibalba> exceptionally faster
[23:07] <sarnold> yeah :D
[23:07] <xibalba> i remember back in my freebsd boxes you could run like fastest_cvs and it would auto add the fastest mirrors for you
[23:07] <xibalba> ubuntu should do that post install on first apt-get updat
[23:09] <sarnold> I tried to find one of those when I got tired of the slow ubuntu.com speeds but the ones I thought I remembered from debian a decade ago just weren't there. but anl.gov is bloody fast, faster than my connection can go anyway, so it works well enough for me. :)
[23:16] <hallyn> heh, remember, kids, root's cron-fired jobs do not have /sbin/ in $PATH by default
[23:17] <sarnold> heh, if I've learned one thing about cron, it's that it is just best to use full pathnames for everything always.
[23:17] <jkitchen> yes.
[23:18] <jkitchen> or just ... not use cron.
[23:18] <xibalba> not use cron?
[23:18] <xibalba> blasphemy


[00:16] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (focal-proposed/main) [1:20.04.34 => 1:20.04.35] (core)


[02:25] <ohsix> so, i have a problem i'm trying to find in a program; it seems to happen when only certain pages need to be faulted in, i can sort of provoke it by setting vm.swappiness=100 and doing echo 1 > /proc/pid/clear_refs and waiting an arbitrary amount of time, what i need is something that can evict a page to swap with high likelyhood, is there something in /sys or /proc i can poke to do that?
[02:28] <ohsix> the program can be modified if madvise or something can be close to forceful (like with DONTNEED) but basically invoking the path taken for the process for hibernate would be perfect
[07:37] <ppisati> moin
[08:44] <smb> morning
[09:43] <smb> apw, -ENOHEAR
[10:08] <ppisati> brb
[10:19] <apw> tseliot, i had a long chat with the rcu maintainers about the issue we worked on in the binary shim
[10:19] <apw> tseliot, it does seem like there should be some kind of locking accessor for those
[10:19] <tseliot> apw: do you mean additional locks?
[10:20] <apw> tseliot, no i mean some kind of wrappers which expose that functionality, so more like a _get _put pair for the iee data which does the right thing
[10:20] <apw> tseliot, i am thinking about how they might look at the moment
[10:21] <apw> tseliot, for now i would advise ignoring it for us, and lets see if we can fix this upstream for everyone else
[10:22] <tseliot> apw: ok but it's not really a lot of work to workaround locally. I'll also have to fix a few more things for 3.8 in the broadcom driver anyway
[10:23] <apw> tseliot, ok cool
[10:55]  * ppisati hopes for a 'changeset' feature in git, sooner or later...
[10:55] <apw> ppisati, meaning ?
[10:57] <apw> bjf, we still have tips which have the wrong series in them, i've just fixes quantal-signed, but this is a timebomb waiting to bite someone
[10:58] <ppisati> apw: 'changeset' a way to group together bunch of related patches
[10:58] <apw> ppisati, in a way to email them?
[10:58] <ppisati> apw: i'm backporting overlayfs to nexus7, picking stuff from 3.2, and i noticed after the 3rd try
[10:59] <ppisati> apw: that i actually needed 8/9 patches
[10:59] <ppisati> apw: with a 'changeset' we could group together all those patches under the same sha
[10:59] <ppisati> apw: and say 'pick the overlayfs changeset'
[10:59] <ppisati> apw: fixes could go in later, but when yo cherrypick the changeset, you get all the stuff
[10:59] <ppisati> apw: perfore has it
[10:59] <ppisati> *perforce
[10:59] <apw> ppisati, that is called a branch
[11:00] <apw> ppisati, you put all the fixes etc on the branch
[11:00] <apw> an then you merge the branch repeatedly into 'master'
[11:00] <ppisati> apw: yep, but when you feature enter master, how do you extract it?
[11:00] <apw> you never do, you always have the original branch to refer to to find teh patches
[11:00] <xnox> rebase.
[11:01] <ppisati> apw: but we don't have topic branches many times
[11:01] <apw> ppisati, we never do
[11:01] <ppisati> apw: that was my point
[11:02] <xnox> also git merge-base, can later find the merge commits and sub-branches. to see what got merge into where/when.
[11:08] <apw> ppisati, no our desire to maintain a simple history does not make it easy
[11:08] <apw> ppisati, we have proposed it, but it would make maintenance a lot higher for everything else
[11:09] <ppisati> apw: i see
[11:09]  * ppisati notes it doesn't compile yet...
[11:09] <ppisati> apw: anyway, git lg | grep overlayfs was enough to get all the dependencies
[11:09] <apw> ok
[11:10] <ppisati> apw: so adding "$feature" to the subject is a good thing IMO
[11:10] <apw> ppisati, we deffo try to do that for anything we count as an 'ubuntu' drvier
[11:10] <ppisati> apw: that's good
[11:11] <apw> ppisati, mostly to stop tim from losing the patches when he rebases us :)
[11:13] <ppisati> apw: yeah, let's put all the blame on rtg :)
[11:40] <xnox> ppisati: if you have overlayfs capable nexus7 kernel, I'd be happy to be an early tester. I know how to use abootimg and flash custom kernels onto my nexus7 ;-)
[11:43] <ppisati> xnox: i'll ping you later
[11:43] <xnox> =)
[11:58]  * rtg_ grumbles about daylight savings time
[11:59] <apw> rtg_, you guys fiddling with your clocks at the wrong time agian ?
[11:59] <rtg_> it always seems to be the wrong time of year  for messing with the clocks
[12:00] <apw> there is that
[12:00] <rtg_> apw, aren't you guys this coming weekend ?
[12:00] <apw> rtg_, i think we are a couple of weeks behind, having aligned with your old dates
[12:01] <apw> rtg_, i think it was two weeks either end you lot added
[12:01] <ogra_> yeah, will be a few weeks of gcal fun again
[12:01] <rtg_> I read that DST is basically useless now
[12:01] <ogra_> was it *ever* useful ?
[12:01] <rtg_> not in my opinion
[12:02] <apw> there are lots of claims it saves oil, seems unlikely
[12:02] <rtg_> it causes jet lag for sure
[12:02]  * ogra_ thinks it was just a bad joke of george washington when he had too much weed one night
[12:03] <ogra_> (iirc he invented it, didnt he ?)
[12:03] <rtg_> seems a bit before his time. we didn't start it in the states until the fifties
[12:03] <apw> ogra_, wikipedia says it was a george, but not that one
[12:04] <rtg_> http://en.wikipedia.org/wiki/Daylight_saving_time
[12:04] <ogra_> heh, k
[12:07] <apw> seemingly the first people to do it were the germans :)
[12:07] <ogra_> but an new zealander invented it ...
[12:07] <ogra_> probanly to be closer to the rest of the world for a few days :)
[12:07] <apw> indepenandanly invented it, it seems, before the interwebs
[12:07] <ogra_> *probably
[12:11] <ppisati> ogra_: after i dpkg -i a new kernel on the nexus7, what do i need to run to "flash it" on the boot partition?
[12:12] <rtg_> ppisati, is this the desktop image ?
[12:12] <ppisati> rtg_: phablet
[12:13] <rtg_> ppisati, hmm, dunno about that one. flash-kernel runs on the desktop image and DTRT
[12:13] <ppisati> rtg_: i guess i'll have to reflash it then...
[12:13] <ogra_> ppisati, phablet has nothing implemented to handle kernels, it uses androids update.zip method (or is supposed to)
[12:13]  * ppisati goes reflashing...
[12:14] <ogra_> technically you should be able to just use abootimg though
[12:14] <ogra_> since that works on n7 (just not in the other pagblet setups)
[12:14] <ogra_> *phablet
[12:16] <ppisati> ogra_: can you reflash the desktop img over the phablet? or do i need to go back to android first?
[12:16] <ppisati> ogra_: *can i
[12:17] <ogra_> you can, just go into fastboot and flash it
[12:39] <ppisati> ogra_: using today's daily, screen is REALLY dark
[12:40] <ppisati> ogra_: but i can see the normal installation process going on
[12:40] <ogra_> k
[12:40] <ppisati> ogra_: isn't is supposed to be a preinstalled img?
[12:40] <ogra_> yes
[12:40] <ogra_> it uses oem=config to do the initial configuration
[12:40] <ogra_> *oem-config
[12:41] <ppisati> ogra_: but it's unusable
[12:41] <ppisati> ogra_: it's uninstallable actually
[12:41] <ppisati> i'ts *not* installable
[12:41] <ogra_> i had several positive reports for the last image
[12:41] <ppisati> ogra_: do you connect it to an external screen?
[12:42] <ogra_> how exactly is it not installlable ... does it unpack the tarball and you get into X/oem-config ?
[12:42] <ppisati> ogra_: i can't see what's going on the screen
[12:42] <ppisati> ogra_: it's so dark, i can barely see some shadow
[12:42] <ogra_> you use landscape mode, right ?
[12:42] <ogra_> hmm
[12:42] <ogra_> not for me
[12:42] <ogra_> are you sure your backlight isnt broken ?
[12:43]  * ogra_ starts a download of todays image
[12:43] <ppisati> ogra_: it was working wit the phablet img
[12:43] <ppisati> i can try to reflash it
[12:43] <ogra_> i wonder if the android kernel caused that
[12:43] <ogra_> s/android/cyanogenmod/
[12:43] <ogra_> i.e. setting soem HW register that makes it go darker than usual
[12:44] <ppisati> ogra_: i rebooted it
[12:44] <ogra_> i havent tried phablet on a tablet, only ported it to my galaxy S2 and run it there so far
[12:46] <ppisati> ogra_: ok so
[12:46] <ppisati> ogra_: during boot, i see the "google" logo and plymouth "ubuntu" is ok
[12:46] <ppisati> ogra_: bright as always
[12:46] <ogra_> ok
[12:47] <ppisati> ogra_: but when the installation starts, it goes in TOTALLY power save mode
[12:47] <ogra_> but you can still see something through that ?
[12:47] <ppisati> ogra_: today's daily is unusable for me
[12:47] <ppisati> ogra_: nope
[12:48] <ppisati> ogra_: only a very very very pallig img
[12:48] <ppisati> *pallid
[12:48] <ogra_> that doesnt sound like power save mode but like ubiquity having a start up issue ... is that todays image ?
[12:48] <ogra_> so it *is* showing something, just not with bright enough backlight ?
[12:49] <ppisati> ogra_: right
[12:49] <ppisati> ogra_: i see the installer
[12:49] <ogra_> do you have a lamp near you ?
[12:49] <ppisati> ogra_: choose language, timezone, etcetc
[12:49] <ppisati> ogra_: uhm
[12:49] <ogra_> can you hold it with the top part of the display directly under the lamp ?
[12:49] <ppisati> ogra_: no :)
[12:50] <ppisati> ogra_: let me first reflash it, just in case...
[12:50] <ogra_> it looks to me like the phablet kernel redefined the minimal brightness
[12:51] <ogra_> so that the luxd script (which just shorcuts the ambient sensor to the brightness control) gets you a too dark setting
[12:52] <ppisati> rebooting after reflash...
[12:54] <ogra_> to check the luxd script you would need a lamp and hold it close to the ambient sensor
[12:54] <ogra_> the display should adjust automatically
[13:00] <ppisati> ogra_: again, night mode...
[13:02]  * ppisati goes trying the "last-good-image'
[13:04] <ogra_> that one definitely works, i tested it myself
[13:04] <ogra_> (but then i didnt have phablet installed ever on my n7 ... i really think its something with the pahblet kernel)
[13:05] <ppisati> ogra_: let's see
[13:05] <ogra_> yeah
[13:05] <ogra_> download will still take 20/30min here
[13:06]  * ppisati goes for an apple...
[13:06] <ogra_> ppisati, pad or book ?
[13:07] <ppisati> ogra_: fruit :)
[13:08] <ogra_> ... so nostalgic :)
[13:33] <ppisati> ogra_: even with the good img i had the same problem, i'm back to android now
[13:33] <ppisati> ogra_: and it's ok
[13:35] <smb> ogra_, I suppose not too many will note the fun double meaning of the "pahblet" image... ;-P
[13:44] <rtg_> sforshee, I don't think the efivarfs fixes you were anticipating made it into -rc2
[13:48] <sforshee> rtg_, I think 123abd76edf56c02a76b46d3d673897177ef067b is the one we're looking for
[13:48] <sforshee> git describe --contains 123abd76edf56c02a76b46d3d673897177ef067b
[13:48] <sforshee> v3.9-rc2~14^2^2~1
[13:49] <rtg_> sforshee, doh, of course.
[13:49] <rtg_> sforshee, prolly need that in raring as well
[13:50] <rtg_> it is marked stable
[13:50] <sforshee> rtg_, yep, the bug came into raring via the stable updates
[13:59] <ogra_> smb, lol
[13:59] <ogra_> ppisati, so there is definitely something wrong with our kernel or userspace wrt backlight handling
[14:00] <ppisati> ogra_: dunno
[14:00] <ogra_> ppisati, and since i dont see it here its is also definitely caused buy the phablet android kernel
[14:00] <ppisati> ogra_: now it seems i can't even get to the installer :(
[14:00] <ppisati> ogra_: i'm back to android for the secondo time
[14:00] <ogra_> (and you are actually the first one to report it at all)
[14:00] <ppisati> ogra_: and it's ok, again
[14:00] <ogra_> yes, i got that
[14:01] <ogra_> so our nx7 kernel does something weird
[14:01] <ppisati> ogra_: http://askubuntu.com/questions/259369/ubuntutouch-mako-nexus-4-black-screen-after-install
[14:01] <ogra_> (whatever that is)
[14:01] <ogra_> thats totally unrelated
[14:01] <ogra_> it happens on phablet if the userspace unpacking failed
[14:02] <ogra_> not related
[14:02] <cking> hrm, does that mean we now have askubuntu.com + LaunchPad to check for bugs?
[14:02]  * jsalisbury reboots
[14:03] <ogra_> cking, since a while already ... though the ask moderators are usually clever enough to point people to LP for real bugs
[14:03] <ogra_> cking, its kind of supposed to replace the LP questions api that nobody really uses
[14:04] <cking> ogra_, yup, it's just *another* thing to scan for "the world is on fire" bugs
[14:04] <ogra_> yeah
[14:17] <ppisati> ogra_: ok, i officially give up with the desktop img
[14:18] <ppisati> ogra_: if anyone feels brave enough, here is a kernel with overlayfs
[14:18] <ppisati> http://people.canonical.com/~ppisati/linux-image-3.1.10-9-nexus7_3.1.10-9.27~overlayfs_armhf.deb
[14:18] <apw> cking, na another thing to ignore until ogra_ tells you the world is on fire :)
[14:18] <apw> ppisati, i have desktop on mine ... i can try later
[14:18] <ogra_> xnox, ^^^
[14:19] <ogra_> he wanted to be beta tester for it :)
[14:19] <xnox> =)))))
[14:19] <xnox> \o/ awesome
[14:37]  * ogasawara back in 20
[14:38] <ppisati> ogra_: and for the records, i'm back to the phablet img and it works fine
[14:38] <ogra_> ppisati, yes, i belive you
[14:39] <ogra_> ppisati, so our nexus7 kernel has a bug
[14:39] <ogra_> which i cant trigger here at all
[14:39] <ppisati> ogra_: is there an old img somewhere?
[14:40] <rtg_> ogra_, I'd guess its more likely a difference in config options
[14:40] <ogra_> rtg_, or that, yeah
[14:48] <ogra_> ppisati, just FYI, todays desktop image works absolutely flawless here
[14:48] <ppisati> ogra_: :(
[14:49] <ogra_> so i suspect android sets some HW register or so that causes the brightness lowlevel to be lower than usual
[14:49] <ppisati> ogra_: that is weird
[14:49] <ppisati> ogra_: after so many reflashes, it shouldn't bother anymore
[14:50] <ogra_> ppisati, well, if we dont set that same register back it indeed wont work
[14:51] <ogra_> ppisati, i think the actual darkening happens through our luxd script though .... i'll drop that from the settings package and the next image will then just rely on kernel stuff for brightness
[14:51] <ogra_> so i would ask you to try that one (once it is out) to see if the issue is gone
[14:51] <ppisati> ogra_: if i press the volume down button, i see all the services starting
[14:52] <ppisati> ogra_: but after apparmor
[14:52] <ppisati> ogra_: the screen goes black, and never resumes
[14:52] <ogra_> how long did you leave it sitting like that ?
[14:52] <ogra_> ubiquity is *very* slow starting
[14:52] <ogra_> can take a minute or a bit more
[14:53] <ppisati> ogra_: some minutes
[14:53] <ogra_> k
[14:53] <ogra_> then its not ubiquity
[14:53] <ppisati> still black
[14:53] <ogra_> and you tried that with todays image ?
[14:53] <ppisati> yes
[14:53] <ogra_> 100% sure ?
[14:53] <ogra_> we had a bug about a week ago where whoopsie would cause a black screen after plymouth
[14:53]  * xnox will be trying soon with my automatic preseeding of wifi & user config, but with added custom kernel as well ;-)
[14:54] <ppisati> [flag@luxor ~]$ md5sum ~/Downloads/UbuntuNexus7/raring-preinstalled-desktop-armhf+nexus7.bootimg
[14:54] <ppisati> f68e802b866f2b73b54c0890a8138005  /home/flag/Downloads/UbuntuNexus7/raring-preinstalled-desktop-armhf+nexus7.bootimg
[14:54]  * ogra_ is in the last stages here ... oem-config-remove already running
[14:54] <ppisati> [flag@luxor ~]$ md5sum ~/Downloads/UbuntuNexus7/raring-preinstalled-desktop-armhf+nexus7.img.gz
[14:54] <ppisati> 4f6f33be6ef8671f1b5a45ab3e467c6d  /home/flag/Downloads/UbuntuNexus7/raring-preinstalled-desktop-armhf+nexus7.img.gz
[14:54] <ogra_> lets compare the unzipped image
[14:55] <ogra_> ogra@anubis:~/Desktop/images/raring/20130311$ md5sum raring-preinstalled-desktop-armhf+nexus7.img
[14:55] <ogra_> 5b5e69daa5c2238cc2c8221483d8eb50  raring-preinstalled-desktop-armhf+nexus7.img
[14:55] <ogra_> (i never keep the gz around ... pointless :) )
[14:55] <ppisati> Mar 10 16:13?
[14:55] <ogra_> yep
[14:56] <ogra_> does your unzipped image match mine ?
[14:56] <ogra_> probably your gzip is screwed ?
[14:56] <ogra_> :P
[14:56] <ogra_> (unlikely indeed :) )
[14:56]  * ogra_ is at the freshly installed desktop
[14:57] <ppisati> [flag@luxor ~]$ md5sum Downloads/UbuntuNexus7/raring-preinstalled-desktop-armhf+nexus7.img
[14:57] <ppisati> 5b5e69daa5c2238cc2c8221483d8eb50  Downloads/UbuntuNexus7/raring-preinstalled-desktop-armhf+nexus7.img
[14:57] <ogra_> hmm, yeah, its the same
[14:57] <ppisati> ogra_: mine is a...
[14:57] <ogra_> weird that mine works flawless then
[14:57] <ppisati> ogra_: 8G nexus7 FWIW
[14:57] <ogra_> same here
[14:57] <ogra_> first model goodle sold
[14:57] <ogra_> *google
[14:58] <ppisati> ogra_: did you upgrade android to the latest version?
[14:58] <ppisati> ogra_: i didn't
[14:58] <ogra_> i didnt
[14:58] <ppisati> :(
[14:58] <ogra_> my device only had android on it for some hours
[14:58] <ogra_> never seen it again
[14:58] <ogra_> you flashed the .img, not the .img.gz, right ?
[14:59] <ppisati> ogra_: the installer did for me
[14:59] <ogra_> i never used the installer :)
[14:59] <ogra_> so much overhead for two commands
[14:59] <ogra_> yay, and the nautilus bug is fixed
[15:00] <ogra_> fastboot flash boot raring-preinstalled-desktop-armhf+nexus7.bootimg
[15:00] <ogra_> fastboot flash userdata raring-preinstalled-desktop-armhf+nexus7.img
[15:00] <ogra_> fastboot reboot
[15:00] <ogra_> thats what i use
[15:01] <ogra_> to be on the safe side i often also do: fastboot erase boot ; fastboot erase userdata ... before running that though
[15:04] <ppisati> ogra_: what's different between erase and format?
[15:04] <ppisati> ogra_: "******** Did you mean to fastboot format this partition?"
[15:04] <ogra_> dunno if there is one :)
[15:04] <ogra_> its moot anyway, since we flash a new filesystem
[15:05] <ogra_> i just like to be sure its empty before flashing ... but theoretically fastboot flash does it already
[15:21] <brendand> bjf, henrix - if someone is running the 3.5 kernel in precise (i.e. they installed 12.04.2), does that mean that they get -proposed kernels from quantal?
[15:22] <rtg_> brendand, no, they get official LTS kernels from the precise archive
[15:22] <rtg_> from -updates
[15:22] <apw> which in theory are identicle, but not quite
[15:22] <bjf> brendand, works like all the rest. we produce a lts-hwe-quantal kernel, run it through -proposed etc. if they enable proposed they would get that
[15:23] <brendand> bjf, - but it follows this tracking bug, right? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1133429
[15:23] <ubot2`> Launchpad bug 1133429 in kernel-sru-workflow/verification-testing "linux: 3.5.0-26.40 -proposed tracker" [Medium,In progress]
[15:23] <bjf> brendand, look at comment #1
[15:24] <bjf> brendand, "linux-lts-quantal (precise) - bug 1133589"
[15:24] <ubot2`> Launchpad bug 1133589 in Kernel SRU Workflow prepare-package "linux-lts-quantal: 3.5.0-26.40~precise1 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1133589
[15:25] <brendand> bjf - does that kernel follow the same SRU process as the other ones?
[15:25] <bjf> brendand, yes, haven't you been testing it?
[15:26] <brendand> bjf - it seems to be marked invalid for us
[15:26] <bjf> brendand, i think that is correct
[15:27] <brendand> bjf, we've been testing the 3.5 kernel, but with quantal userspace
[15:27] <brendand> bjf, on systems that we certified with quantal
[15:27] <bjf> brendand, that makes sense
[15:27] <brendand> bjf, we want to start testing systems we certified with 12.04.2
[15:28] <bjf> brendand, that's fine, but you also have to keep testing Precise
[15:28] <brendand> bjf, and we will
[15:29] <brendand> bjf, we'd kind of like to not test quantal either, since we aren't certifying systems with quantal
[15:30] <bjf> brendand, you must test the previous release and all LTS releases
[15:32] <brendand> bjf - ok, well assuming we continue to test quantal. how do we go about getting in the loop for the backports kernels such that we know when they're ready and can start testing them with 12.04.2?
[15:33] <bjf> brendand, the process should work exactly the same. we can fix the tracking bugs so that cert. testing is no longer invalid
[15:34] <brendand> bjf - but is the backports kernel following a different cadence then? at the moment the one you linked to is in 'prepare-package'
[15:35] <bjf> brendand, same cadence. i'm looking at why that bug is stuck in "prepare-package"
[15:36] <bjf> brendand, however, please note that we are respinning that kernel due to a regression
[15:37] <brendand> bjf, ok
[15:38] <bjf> brendand, that was not the correct tracking bug. bug 1135219 is the correct one
[15:38] <ubot2`> Launchpad bug 1135219 in Kernel SRU Workflow verification-testing "linux-lts-quantal: 3.5.0-26.40~precise1 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1135219
[15:58] <rtg_> apw, do you have time to look at overlayfs in 3.9 ? looks like the dentry_open function has morphed into atomic_open with way different parameters.
[15:58] <apw> rtg_, yeah will do, i think we was expecting something like that
[15:59] <rtg_> apw, I updated aufs
[15:59] <apw> rtg_, great, does it still work :)
[15:59] <apw> (now work)
[15:59] <rtg_> apw, dunno. you have a test for it IIRC ?
[15:59] <apw> i would rather say i know how to basically touch test it
[15:59] <rtg_> apw, well, I know basically how to compile it :)
[16:02] <cking> kirkland, test results in your inbox
[16:08] <rtg_> cking, aes-ni ?
[16:08] <cking> rtg_, yep, wanna  copy of them?
[16:08] <rtg_> cking, please
[16:10] <cking> rtg_, bottom line,  if you have a fast device (SSD) you will see some excellent improvements, HDD probably not (depends on usecase)
[16:55] <ppisati> cking: how long does it take before it blows up?
[16:59] <ppisati> cking: anyhow, i'll leave it running
[16:59]  * ppisati -> workout
[17:00] <ppisati> cking: anyhow
[17:00] <ppisati> Test Summary:
[17:00] <ppisati> 23 passed
[17:00] <ppisati> 1 failed
[17:00] <ppisati> enospc                  FAIL
[17:00] <ppisati> all the rest was ok
[17:00] <ppisati> cking: tell what i need to do after
[17:01]  * ppisati is out for real now
[17:11]  * cking ponders why all the tests fail in the QA lab
[17:19] <infinity> apw: *poke*
[17:19] <apw> infinity, hi
[17:19] <infinity> apw: Your linux-signed upload to quantal is crufty.
[17:19] <apw> oh what did i knob on that
[17:20] <infinity> Had a local tree with junk in it?
[17:20] <infinity> https://launchpadlibrarian.net/133709453/linux-signed_3.5.0-26.40_3.5.0-26.42.diff.gz
[17:21] <infinity> apw: To avoid having to do weird version number bumps, if you want to fix that and upload directly to the archive instead of the PPA...
[17:21] <infinity> apw: (And make sure it was just your local system with junk, not git)
[17:22] <apw> infinity, toss ... ok
[17:34] <bjf> apw, are you doing the signed pkgs or is the stabel folks?
[17:34] <apw> bjf, i was doing it originally because steve didn't do it
[17:34] <apw> and i was asked for it over the weekend
[17:34] <apw> i don't want to do it :)
[17:35] <apw> but as i ballsed it up, i should clean up my own mess
[17:35] <bjf> i think it could have waited til today
[17:35] <apw> perhaps so
[17:35] <bjf> sconklin, ^ don't do the quantal signed pkgs, it seems that apw is doing it
[17:36] <sconklin> bjf: ack
[17:38] <tseliot> apw: can you think of any reasons why I'm getting a warning about "rcu_read_unlock_special" being undefined even though I included <linux/rcupdate.h>?
[17:39] <apw> tseliot, isn't that RCU TINY only ?
[17:40] <tseliot> apw: __rcu_read_unlock uses that in rcupdate.c
[17:47] <tseliot> apw: and I can see this in linux/rcupdate.h : extern void rcu_read_unlock_special(struct task_struct *t);
[17:51] <apw> the code there is only included if CONFIG_PREEMPT_RCU is enabled
[17:52] <apw> in both header and main .c file
[17:52] <tseliot> apw: right, and that's enabled in our lowlatency flavour
[17:59]  * rtg_ -> lunch
[18:16] <infinity> apw: Want to nudge me when that fixed linux-signed is uploaded?
[18:17] <infinity> apw: Or I can do it myself and get you to double-check git later.
[18:17] <infinity> apw: Either works for me.
[18:18] <apw> infinity, will do it shortly just on the phone trying (trying trying) to order broadband
[18:18] <infinity> Heh.
[19:00] <apw> infinity, ok in the pipe, hopefully right this time, direct to quantal-proposed
[19:06] <infinity> apw: That looks much cleaner, thanks.
[20:28] <apw> infinity, phew i did one thing right today
[20:28] <apw> the second time ... :(
[20:35] <infinity> apw: Heh.
[21:16]  * rtg_ -> EOD


[02:30] <mup> PR snapd#10614 closed: tests: new function to detect installed packages <Created by sergiocazzolato> <Closed by sergiocazzolato> <https://github.com/snapcore/snapd/pull/10614>


[00:35] <qwebirc51177> After my last update the login password screen appeared. I never set it up to need a log in password and my SUDO password doesn't work. Do I have to reload the system or is there a way around it? Everything I've read say it is very hard to crack the log in.
[00:57] <tgm4883> qwebirc51177: you don't have to reload
[00:57] <tgm4883> and I'm not sure what you were reading, but if you have physical access to the box, it's pretty easy
[00:58] <tgm4883> unless of course you encrypted your disk
[01:03] <qwebirc51177> I haven't tried booting from usb because I wouldn't know where to look to remove the log in screen
[01:04] <qwebirc51177> it's 32 bit machine
[01:09] <tgm4883> qwebirc51177: during boot up you should be able to select recovery mode in grub
[01:10] <tgm4883> https://help.ubuntu.com/community/LostPassword
[01:10] <tgm4883> the standard way should work
[01:24] <qwebirc51177> Thanks Tom I'll give it a try. This NUBE is learning some everyday, Don't know how I missed this in Wiki


[02:42] <ChinnoDog> Meeting time came and went
[02:43] <andrew> wrong night
[02:45] <ChinnoDog> The upa calendar and the topic say it was tonight.
[02:46] <andrew> oh
[02:46] <andrew> we changed to thursday?
[02:46] <ChinnoDog> jthan changed it, it suck, but jthan doesn't show up
[02:47] <ChinnoDog> s/suck/stuck
[02:47] <ChinnoDog> I guess it sucks too. haha
[02:49] <ChinnoDog> This is confusing. I open the meeting event on the calendar and I set a reminder and save it... is the reminder part of /my/ calendar or did I change the main calendar?
[02:50] <ChinnoDog> It doesn't show that I edited just my settings, and I also have the option to copy the meeting to my own calendar, but do I have permission or even the ability to change the upa calendar while logged into my own gmail account?
[02:50]  * ChinnoDog scratches his head
[02:51] <ChinnoDog> I guess I'll know the next time a meeting rolls around because people will get reminders unexpectedly and show up
[04:32] <bts3685|vps> ChinnoDog: tuxducken
[08:24] <MutantTurkey> harry potter = awesome
[14:24] <ChinnoDog> bts3685|vps: a chicken in a duck in a penguin?
[14:25] <andrew> poor penguin
[14:27] <JonathanD> mutantpenguin?
[15:37] <InHisName> MutantDuk
[15:38] <andrew> quack
[15:38] <andrew> aflack
[15:38] <InHisName> No Wait:   MutantCockroach
[17:28] <ChinnoDog> I think I am installing Ubuntu on my SSD using btrfs with compression enabled. Anyone see any problems with this?
[17:33] <andrew> ohh, package from dell
[17:34] <ChinnoDog> What is it?
[17:34] <PennBot> Rumor has it it is more than 5hrs to rochester from my parents cause my dad decided to stop at every place from his child hood, ChinnoDog
[17:39] <andrew> ChinnoDog: new desktop for a coworker
[17:39] <andrew> remember last week when I was talking about the one that I was trying to fix?
[17:39] <andrew> (or was i saying that in #plug...)
[17:44] <ChinnoDog> I don't remember...
[21:29] <MutantTurkey> ChinnoDog: well this is a bit late about the btfs
[21:29] <MutantTurkey> but definitly go for it. should work great on an ssd :)
[21:30] <MutantTurkey> make sure to mount your tmp and shit not on the ssd, and don't use swap cause it will wear out your ssd fast
[21:48] <ChinnoDog> MutantTurkey: I didn't intend to put swap there. idk about /tmp because I want my system to be portable. I want to be able to plug my SSD into another PC and boot up.
[22:00] <MutantTurkey> just mount your tmp to a ramdisk
[22:00] <MutantTurkey> or tmpfs or whatever
[22:00] <MutantTurkey> it should be portable
[22:04] <ChinnoDog> oh.  I see.  tmpfs allocates memory dynamically. Yes, I will use that.
[22:06] <MutantTurkey> exactly
[22:06] <MutantTurkey> :)


[11:41] <kelepirci_> hello all
[11:43] <kelepirci_> launchpad giving me following error
[11:43] <kelepirci_> Technically, this is a 503 error and has been caused by our database being temporarily offline.


[02:55] <jfenn2199> goodevening all
[03:08] <cyberanger> evening jfenn2199
[03:08] <jfenn2199> how goes cyberanger?
[03:09] <cyberanger> not too bad
[03:09] <jfenn2199> how did things go this week?
[03:09] <cyberanger> loco council?
[03:09] <jfenn2199> yep
[03:11] <cyberanger> didn't happen, overshot deadline
[03:11] <jfenn2199> ugh
[03:12] <jfenn2199> so when is our next shot?
[03:12] <cyberanger> dec
[03:16] <jfenn2199> ok
[03:16] <jfenn2199> that's not bad
[03:19] <cyberanger> yeah, I wrote a 2 day deadline, but it wad 3 days
[03:30] <jfenn2199> man well atleast we have next month
[03:38] <cyberanger> sorry, was also on the phone
[03:39] <cyberanger> yeah, I took alot of time on projects, the application could have desereved more time (my mistake) but I noticed a problem that made sense waiting a month
[03:42] <cyberanger> our roadmap is pretty much blank, our events I had listed were almost entirely release parties (which is ok, but with a roadmap of ideas & no dates, idk) so I figure next meeting we'll set some more solid plans (we will send an ambassador to chattacon again, 3rd year in a row, running xubuntu last two)
[03:42] <jfenn2199> hmmm
[03:42] <jfenn2199> when is Chattacon?
[03:42] <cyberanger> & use the time to continue getting members approved for membership & get the loco approved
[03:43] <cyberanger> we'll I'll be at chattacon again working computer gaming, it's in january
[03:43] <cyberanger> a weekend
[03:43]  * cyberanger is pulling up the full dates
[03:43] <jfenn2199> hmmm January that's the month of my birth and I should have some PTO again in January and I need to get out of memphis
[03:44] <cyberanger> D'Oh, my network is down somewhat (testing a bandwidth control idea & my ssh server is an exception rule) hang on
[03:45] <jfenn2199> oh it's cool I can pull it up
[03:45] <cyberanger> 21st-23rd
[03:45] <cyberanger> http://www.chattacon.org/
[03:45] <jfenn2199> alright
[03:45] <cyberanger> I got it going (it wasn't hard to disable, I just forgot I enabled it, it did it's job)
[03:48] <jfenn2199> that's always good
[03:49] <jfenn2199> quick question are PPA's in a different source file from sources.list ?
[03:50] <cyberanger> well, the point was for FAP setups (hughesnet, skyblue, celluar, capped systems) I'm not capped so it's pointless here, but easier to setup & test here & setup again elsewhere
[03:50] <cyberanger> they could be
[03:50] <cyberanger> ls /etc/apt/sources.list.d/
[03:50] <cyberanger> any thing there ^^
[03:51] <jfenn2199> yep
[03:51] <jfenn2199> that's where my problems are
[03:51] <cyberanger> it can be in
[03:51] <cyberanger> /etc/apt/sources.list
[03:51] <jfenn2199> there are some broken PPA's that are preventing me from upgrading to pre-alpha natty and I'm bored right now so I want something fun to do
[03:52] <cyberanger> but it can also be it's own file in that folder or so
[03:53] <jfenn2199> yeah they are all hiding in .d
[03:53] <cyberanger> idk how a ppa could prevent you from upgrading, however I do see missing packages as an issue
[03:53] <cyberanger> I add everything to sources.list myself, but I allways keep my system on a tight leash too
[03:53] <cyberanger> VBox & Tor are it
[03:53] <jfenn2199> it's failing to pull find the PPA on lp and stopping after fetching new source lists'
[03:55] <cyberanger> hrm, what PPA
[03:56] <jfenn2199> ubuntuone-extras
[03:57] <cyberanger> how is it an issue with natty
[03:57] <jfenn2199> thought I had previously removed them but apparently not and I'm about to find out if that fixes it
[03:57] <cyberanger> aside from no natty source
[03:57] <jfenn2199> I believe that's all it terminates upgrade after fetching
[03:58]  * jfenn2199 might just need to wait till Alpha1
[04:02] <cyberanger> jfenn2199: well, what's the issue exactly, it can't find the repository, or the packages are there
[04:02] <cyberanger> is there a error code of some kind?
[04:05] <jfenn2199> the only error showing in the command line is WARNING: Failed to read mirror file
[04:10] <cyberanger> any chance the logs have more info
[04:10] <cyberanger> /var/log/apt/
[04:16] <jfenn2199> E:Some index files failed to download, they have been ignored, or old ones used instead.'. Retrying (currentRetry: 2)
[04:16] <jfenn2199> 2010-11-20 21:38:36,573 ERROR doUpdate() failed completely
[04:16] <jfenn2199> 2010-11-20 21:38:38,538 DEBUG abort called
[04:16] <jfenn2199> 2010-11-20 21:38:38,564 DEBUG openCache()
[04:16] <jfenn2199> 2010-11-20 21:38:38,565 DEBUG failed to SystemUnLock() (E:Not locked)
[04:16] <jfenn2199> 2010-11-20 21:38:39,595 DEBUG /openCache(), new cache size 32160
[04:16] <jfenn2199> 2010-11-20 21:38:39,616 DEBUG enabling apt cron job
[04:20] <cyberanger> hrm, did you remove the source & packages from it & try?
[04:21] <jfenn2199> yeah but there are quite a bit more failures that I'll have to figure out
[04:21] <cyberanger> idk, I hate vague messages, esp vague error messages
[04:23] <jfenn2199> me too
[04:50] <jfenn2199> well I think this coffee shop is about to close so it's time for me to head out take it easy cyberanger hopefully I'll be back on soon
[04:50] <cyberanger> see you later jfenn2199 (I do wonder why are you drinking coffee & using their wifi)
[04:52] <jfenn2199> ahhh well........  right now I'm working on getting things turned back on and Electricity was 1st priority next is a phone (either cell or internet/home phone (who ever is asking for less money)) all the while attempting to make sure that my rent stays current
[04:52] <jfenn2199> so if I've said it once I've said it a million times NEVER get married
[04:54] <jfenn2199> well they are shoing us out so take it easy
[20:48] <jfenn2199> afternoon all
[20:58] <wrst> afternoon jfenn2199
[20:58] <jfenn2199> how goes wrst?
[20:59] <wrst> pretty good watching the titans  suck it up
[21:00] <jfenn2199> yeah I caught a few minutes they looked like they were gonna do decent.....  for a minute
[21:24] <wrst> well in OT now jfenn2199
[21:25] <jfenn2199> so did we pick up or did the redskins just start playing like the redskins again?
[21:26] <wrst> didn't really pick up
[21:26] <jfenn2199> alright
[21:28] <wrst> they lost
[21:28] <wrst> oh well
[21:28] <jfenn2199> shakes head
[21:30] <jfenn2199> I'll be right back once again playing with gnome-shell my how I wish they would fix the screen rendering on ATI cards
[21:32] <jfenn2199> back
[21:37] <wrst> how is all that going ?
[21:37] <wrst> ati support is really crummy with unity
[21:38] <jfenn2199> not well at all (seeing as the reason for departing)
[21:38] <jfenn2199> yeah I have the same screen drawing in verticals as i do with Unity
[21:39] <jfenn2199> but with Natty they already have a Compiz port of Unity for ATI support
[21:39] <jfenn2199> but unfortunately it's only available on Natty and they're not gonna backport it :-(
[21:41] <jfenn2199> and yesterday I spent too much time fighting to do a pre-alpha upgrade so I figured it probably wasn't the best of ideas
[21:56] <wrst> jfenn2199: it doesn't work very well at all i'm already testing it out
[21:56] <jfenn2199> yikes
[21:57] <jfenn2199> so it's more than just the composite manager then..........
[21:57] <wrst> yeah compiz doesn't work well when i'm not using unity, but interesting they have a plugin in the compiz config settings manager for the unity desktop
[21:58] <wrst> i may log in here in a few and upate and see how its doing now
[21:58] <jfenn2199> oh ok I thought you were already using the compiz plug in
[21:58] <wrst> i would if it would work :)
[21:58] <wrst> but on ati its just all horrible
[21:59] <jfenn2199> ok yeah I have no problem out of compiz on my end
[21:59] <wrst> i'm running the natty compiz ppa and thats where the problem is for me jfenn2199 in 10.10 it works great
[21:59] <jfenn2199> ok makes sense
[22:00] <wrst> but i haven't updated my natty install in about a week so i need to pull all thatin
[22:02] <jfenn2199> yeah I may just wait for Alpha 1
[22:05] <wrst> yeah i got brave but no big deal i keep a testing space on this laptop anyway
[22:08] <jfenn2199> I tried to be brave but it's failing to pull the new repos ..........
[22:12] <wrst> hmm i just changed my sources list from maverick to natty and had no real issues at all
[22:52] <cyberanger> hey everyone


[08:51] <oSoMoN> Mirv, thanks for https://code.launchpad.net/~timo-jyrinki/webbrowser-app/fix_qt56_qdoc_move/+merge/290830 , I commented on it
[08:58] <Mirv> oSoMoN: likewise
[10:19] <oSoMoN> Mirv, FYI: https://code.launchpad.net/~osomon/webbrowser-app/fix-tabsmodel-ut-qt56/+merge/290862
[10:25] <ogra_> hmpf ... using an external BT kbd i cant really change the layout (seems system-settings always resets itself after the initial selection)
[10:34] <Mirv> oSoMoN: \o/
[13:00] <ogra_> does anyone know where the config for the external keyboard gets stored by system-settings ?
[13:00]  * ogra_ cant change the mapping
[13:08] <ogra_> mzanetti, Saviq, does either of you know ?
[13:09]  * ogra_ would really like to be able to type an "at", a tilde or pipe sign on the external kbdbut apparently teh german layout that is selected now doesnt have alt-gr support :P
[13:12] <mzanetti> ogra_, accountsservice apparently
[13:12] <mzanetti> org.freedesktop.Accounts.User
[13:12] <mzanetti> InputSources
[13:12] <ogra_> ok
[13:13] <ogra_> i guess that i cant change it after the forst selection is a bug :)
[13:13] <mzanetti> you cant change it any more?
[13:14] <ogra_> i have 5 german layouts ... i cant change the order or remove anything ... if i re-open settings it is back to teh five (with "german (macintosh)" selected as default)
[13:50] <dobey> crikey, it's only been an hour since my phone has been off the charger, and it's already lost 11% of the battery charge :(
[15:23] <_hc> hello all, ogra_ sent me here to check in about our (Debian Android Tools Team) new packages for adb, fastboot, etc.  we've stuck to what upstream supports, so they are currently only built on amd64 and i386.  The android-tools source package was ported to build on all Debian archs, including ARM.  we're not porters and we're only on amd64, but we'd love to see these new packages include the porting patches from the android-tools sou
[15:32] <homa> hi my friends
[15:35] <ogra_> ondra, morphis, see _hc above ...
[16:11] <ondra> _hc ogra_ hmm strange, adroid-tools defo build fine on arm, I think one part adbd does not build on mips, but that's only limitation I'm aware
[16:12] <ogra_> ondra, this is about the debian packages ... they use a different source (to produce the same binaries ...)
[16:13] <ogra_> you could theoretically limit ours to adbd and nobody would have to bother with maintaining the desktop side (as we could just regulary sync from debian)
[16:13] <ondra> ogra_ if they use different source then I can't help much. What we have is also deb, it's same as android-tools you ported
[16:14] <ogra_> right
[16:14] <ondra> ogra_ we need our fstools
[16:14] <ogra_> ah
[16:14] <ondra> ogra_ but you can argue we don't really need adb or fastboot, since they can be takes from AOSP anyway
[16:14] <ogra_> well, _hc was asking in #ubuntu-devel ... seems the debian packages are just getting synced to ubuntu
[16:14] <ondra> ogra_ we don't modify it in any way
[16:15] <ogra_> ubuntu-device-flash uses adb and fastboot
[16:15] <ogra_> as well as phablet-shell
[16:15] <ogra_> and teh autopilot tests
[16:15] <ogra_> afai they all depend on teh bainary packages
[16:15] <ondra> ogra_ but no reason they cannot use AOSP build adb and fastboot
[16:15] <ogra_> all i know is that our binary packages have added udev rules to recognize the ubuntu devices
[16:16] <ogra_> ondra, sure, if you want to package that :P
[16:16] <ondra> ogra_ so it's more dependency to make sure there is adb on the machine, but binary wise it could be as well clean aosp build
[16:16] <ondra> ogra_ no thank you :P
[16:16] <ogra_> heh
[16:17] <ondra> ogra_ I think we should be able to keep updating it now, it's relatively clean now, we do minimum changes on top of AOSP code
[16:17] <ogra_> remember we are talking about endusers that possibly want to recover a broken device ... cant really bother them to do a native AOSP install for that
[16:17] <ondra> ogra_ so I can once in a while rebase it to latest AOSP
[16:17] <ogra_> so there need to be packages
[16:17] <ondra> ogra_ yeah agree that step "install Android studio" to recovery Ubuntu phone sounds bad
[16:18] <cwayne> popey, happy birthday!
[16:18] <ogra_> it would be less work for us to have the debian ones .. but they would have to cover all arches and add our udev rules
[16:18] <ogra_> _hc, would that be possible ?
[16:19] <popey> thanks cwayne :)
[16:19] <ogra_> anyway, i'm just the messenger here, all up to you guys :)
[16:19] <ogra_> popey, hey old fart ... happy birthday !
[16:19] <ondra> ogra_ to be honest, now it's not much work anymore, I set makefiles way that adb and fastboot compile clean without any change, just drop aosp code in
[16:20] <ondra> popey happy birthday mate!
[16:20] <ondra> ogra_ messenger who knows more than receiving party :P
[16:20] <ogra_> ondra, sure, all up to you, we just have duplicated binary packages now
[16:21] <ogra_> (i doubt thats an issue though)
[16:21] <ogra_> (the debian ones are slightly differently named)
[16:21] <plars> ondra: around?
[16:22] <_hc> ondra: ogra_: we built the whole SDK close to how Google builds it.  It should be possible to port all the packages to ARM, its just a matter of finding the bulid issues and fixing them.  ANd keep in mind, Google doesn't build adb, fastboot, etc on anything but amd64 and i386
[16:22] <ondra> ogra_ happy to drop adb and fastboot then, if we know debian ones are kept up to date
[16:22] <plars> ondra: havin some trouble with the new udf/adb and rc-proposed - it seems to install ok, but can't adb to the device after. It just shows up in 'unauthorized' state
[16:23] <ondra> _hc so I did build abd and fastboot on arm, from android-tools
[16:23] <_hc> ondra: if you are happy with adb and fastboot only on amd64/i386, you can drop android-tools-adb and android-tools-fastboot now
[16:23] <_hc> ondra: I imagine why it builds easy for you is that the android-tools package just took the source code needed for those exact binaries
[16:23] <_hc> we're building the libs
[16:24] <_hc> and linking to them
[16:24] <ondra> _hc I don't have arm desktop, so not a problem for me, but may be somebody else?
[16:24] <_hc> someone from linaro was complaining loudly that our pacakges do not support ARM, let me dig up the reference
[16:24] <ondra> plars are you sure you have latest u-d-f?
[16:24] <ondra> _hc yeah I only picked to compile code needed for adb and fastboot
[16:25] <plars> ondra: 0.33-0ubuntu1~xenial-staging - is that correct?
[16:25] <plars> ondra: pulled from the sdk ppa
[16:25] <plars> ...for trusty, oddly enough
[16:26] <plars> I'm guessing it's just a copy of the xenial package, but then I had to get some of the deps from the snappy-dev ppa, because they were missing
[16:26] <ondra> plars you can check by running $ u-d-f touch -help
[16:26] <ondra> plars do you see there --adb-keys=?
[16:26] <plars> ondra: yes
[16:26] <ondra> plars and did you do u-d-f --bootstrap?
[16:26] <plars> ondra: yes
[16:27] <ondra> plars because you need to make sure you have latest recovery on the device
[16:27] <ondra> plars what device?
[16:27] <plars> ondra: it's actually a job that alesage is running, as well as others who have devices in ci
[16:27] <plars> ondra: krillin so far, I don't know if anyone has tried arale or others yet
[16:27] <plars> alesage: was that also a krillin you confirmed this on at home?
[16:27] <ondra> plars so I'd say, try to re-run it once more, to make sure you are using right recovery
[16:28] <alesage> ondra where can I find the right recovery
[16:28] <ondra> alesage if you run it once, you have it now installed
[16:28] <plars> ondra: is there a new recovery we need to use during the bootstrap? normally we need to specify an old on with --recovery-image
[16:29] <ondra> alesage it's always issue with ota, which needs latest recovery, we don't have process there to install recovery and then reboot to do rest of ota
[16:30] <ondra> plars alesage right recovery should be in the rc-proposed device tarball, but when you  run u-d-f, you would typically use old recovery already installed on the device
[16:30] <_hc> ondra: here's the disussion https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817823
[16:30] <ubot5`> Debian bug 817823 in ftp.debian.org "RM: android-libcutils android-libcutils-dev android-liblog android-liblog-dev [arm64 armel armhf mips mips64el mipsel powerpc ppc64el s390x] -- ANAIS; old binaries in architectures not allowed anymore" [Normal,Open]
[16:30] <ondra> plars alesage let me test krillin here, I did run u-d-f on it this morning, so it has "supposedly" latest recovery
[16:39] <ondra> plars alesage yeah re-run it pls, I just run it here ( with --wipe --developer-mode) and it's pre-authorised
[16:40] <plars> ondra: it looks like he was running this in the job I can see:
[16:41] <plars> ubuntu-device-flash touch --serial=JB010894 --channel=ubuntu-touch/rc-proposed/bq-aquaris.en --device krillin --developer-mode --password=0000 --recovery-image /var/lib/jenkins/slaves/krillin-02/workspace/ust_rc-proposed_krillin_sanity_PT/recovery.img --wipe --bootstrap
[16:41] <ondra> plars right so there is the issue
[16:41] <plars> ondra: what's that?
[16:41] <ondra> plars  /var/lib/jenkins/slaves/krillin-02/workspace/ust_rc-proposed_krillin_sanity_PT/recovery.img
[16:41] <plars> ondra: that's the old recovery image used for flashing
[16:41] <plars> ondra: you said that was ok, right?
[16:41] <ondra> plars I bet you this recovery has no adb-key provisioning support
[16:42] <plars> ondra: indeed, it certainly would not
[16:42] <ondra> plars that is good to flash, but it will not provision adb-keyts
[16:42] <plars> ondra: so we need a new recovery, that is not locked down
[16:42] <plars> ondra: where can we get such a thing from?
[16:42] <ondra> plars then sorry for confusion, you need new recovery
[16:43] <ondra> plars you want just new recovery with adb enabled?
[16:43] <plars> ondra: yes
[16:43] <ondra> plars if you do not need adb, you can just unpack it from latest device tarball
[16:43] <plars> ondra: no, I need adb
[16:43] <ondra> plars otherwise john-mcaleely build new one with adb enabled
[16:43] <ondra> plars let me look for it
[16:43] <davmor2> ondra: please give it to john-mcaleely to replace his version so all the documentation we have spread all over the universe is still correct many thanks
[16:43] <plars> ondra: nobody can touch these devices easily
[16:44] <ondra> davmor2 he already did, I just need to find it :)
[16:44] <davmor2> ondra: I assume the same place
[16:45] <ondra> davmor2 plars http://people.canonical.com/~jhm/barajas/recovery-krillin-5891faa.img
[16:45] <davmor2> oh ugly names
[16:45] <ondra> davmor2 plars and vegeta http://people.canonical.com/~jhm/barajas/recovery-vegetahd-5891faa.img
[16:45] <ondra> davmor2 I think that's git hash
[16:47] <davmor2> ondra: oh hang on john-mcaleely has already been wonderful the time stamps on the recovery-krillin.img are the same as the 589.... version I assum that means he has updated it
[16:50] <davmor2> ondra: same md5sum too :D
[16:51] <ondra> davmor2 yep, he's very organised! :)
[16:54] <plars> ondra: do you have one for arale?
[16:54] <ondra> plars nope, you will have to ask alextu
[16:54] <plars> alesage: want to rekick your job with that new recovery image?
[16:55] <ondra> plars yeah there is none on his people page
[16:56] <plars> ondra: ack, thanks
[17:01] <mariogrip> mhall119: ping
[17:06] <ogra_> ondra, _hc, i for one use armhf devices a lot for flashing other devices (and with convergence there will likely be more people doing that) ... so armhf should be done at least
[17:07] <ondra> ogra_ which when you spin it around means arm64, since there won't be that many arm32 anymore.....
[17:07] <mariogrip> popey: btw, I have a bq devices that is not in use atm, I could set it up as a Marvin device if that's possible
[17:07] <ogra_> arm64, powerpc or s390 are probably not that important (though please leave the packages arch: any, so if someone wants to port he can pick up there)
[17:07] <mhall119> mariogrip: pong
[17:08] <ogra_> ondra, well, if my testing broker is a raspberry pi 2 i wont run arm64
[17:09] <mariogrip> mhall119: are we having the call today, or move it to Wednesday when kees have time?
[17:09] <ogra_> and thinnking about it we might want/need fastboot on arm64 for snappy in case we do a local flash of bootloader bits
[17:09] <mhall119> mariogrip: we can do both if you have any updates for today, otherwise we can just move it to wednesday
[17:12] <mariogrip> mhall119: I have nothing major news since last call
[17:13] <dobey> mariogrip: you got bt working? ;)
[17:13] <mariogrip> Portcraft got kernel support, oneplus x got wifi and oneplus one got battery/heat fixes
[17:13] <mariogrip> dobey: awww, sorry not yet :(
[17:14] <ogra_> ondra, so thinking about it i think we should just keep our existing packages even if that measn some cuplication
[17:14] <ogra_> *duplication
[17:14] <dobey> mariogrip: ooh, battery/heat fixes? wonder if they are also applicable to n5? battery has been really bad as of late for me, and the phone always seems excessively hot
[17:16] <mariogrip> dobey: Yeah, it seems like it's the android side that is killing the battery (same as oneplus one), so I'll try if it works on n5 also
[17:16] <dobey> cool
[17:16] <dobey> i hope it does :)
[17:19] <mhall119> mariogrip: I'll go ahead and move it
[17:20] <mariogrip> mhall119: ack
[17:26] <mariogrip> mhall119: does skype work on linux?
[17:27] <mariogrip> mhall119: http://www.omgubuntu.co.uk/2016/02/skype-for-linux-group-calls-need-to-update-issue
[17:27] <dobey> mariogrip: should, but possibly not the latest version
[17:28] <davmor2> dobey: iirc the latest version is not compatible with the version currently available for linux there was a big hoohar about it
[17:28] <dobey> davmor2: right
[17:29] <mariogrip> yeah, i guess we can join, but can we join if someone has windows?
[17:29] <dobey> so the linux version "works" but it doesn't "work"
[17:29] <dobey> mariogrip: if they use the really old version of skype that matches the linux version, i guess it would be fine
[17:29] <mhall119> mariogrip: no idea
[17:29] <mhall119> I hope they can do hangouts
[17:29] <dobey> but if they have latest skype on osx/win, i guess it will cause problems
[17:29] <mariogrip> yeah
[17:30] <dobey> hangouts at least does work on pretty much everything though
[17:30] <mariogrip> Skype should make an html5 version
[17:31] <mariogrip> or open there api
[17:31] <dobey> good luck with getting MS to do that :)
[17:31] <mariogrip> they "love" linux now, so why not :P
[17:32]  * davmor2 points dobey to all the recent mit stuff they have been releasing stuff under, and points out this is mostly because they make more suing android builders than making windows
[17:33] <dobey> davmor2: uhm; "all the recent mit stuff" ?
[17:33] <dobey> you mean mono? which was originally under MIT anyway?
[17:34] <dobey> pretty sure IE is not MIT licensed :)
[17:34] <mariogrip> speaking about android, how about runnin the android skype client on chrome with ARC
[17:34] <dobey> go for it
[18:00] <dobey> anyone else notice that ssh (over wifi) to the phone is incredibly slow?
[18:03] <dobey> seems a bit faster with screen unlocked though
[18:13] <dobey> hmm, or just while the screen stays on even
[19:25] <_hc> ogra_: ondra: we're happy to accept patches to get all the Android Tools Team packages running on any arch, we just don't have the time or resources to do it ourselves
[19:28] <plars> ondra: I did see this fly by in recovery.log as it was installing: "Keyring doesn't exist: device-signing"
[19:28] <plars> ondra: here's a full log: https://www.irccloud.com/pastebin/buVavnCX/
[20:03]  * dobey hopes mariogrip's opo battery fix is applicable to n5 too
[20:06] <mariogrip> dobey: :)
[20:07] <dobey> mariogrip: have you had a chance to try it?
[21:29] <mariogrip> dobey: not yet


[05:58] <cpaelzer> good morning
[07:14] <lordievader> Good morning
[10:31] <ahasenack> good morning
[14:39] <baffle> Hi, I am trying to get frr to start on boot on 18.04, and the unit-file has Wants/Before=network-online.target .. But network-online.target is never reached, status says "inactive (dead)".. network-online.target has depends on systemd-networkd-wait-online.service (I use netplan for interface config), but that is also "inactive (dead)".  It again depends on systemd-networkd.service, wich is "active
[14:39] <baffle> (running)" and has no errors, and have configured interfaces.. Any tips? I'm getting really frustrated. If I do "systemctl --type=target" network-online.target is not listed..
[14:41] <baffle> If I switch back to using /etc/network/interfaces, network-online.target has other dependencies, but still doesn't trigger.
[14:59] <TJ-> baffle: if you've got a Wants= surely you need an After= not a Before=
[15:17] <baffle> TJ-: Sorry. /lib/systemd/system/frr.service has [Unit] After=networking.service, [Install] WantedBy=network-online.target.
[15:19] <baffle> TJ-: If I do systemctl show frr.service it says "Before=shutdown.target network-online.target" and "After=basic.target system.slice networking.service systemd-journald.socket sysinit.target".
[15:34] <TJ-> baffle: ahhh... maybe I've got confused again over 'Wants=' - I seem to recall someone in #systemd telling me it is like an inverse dependency, as in this unit becomes Want-ed by the named unit
[15:56] <theGoat> so i would like to centrally manage the authentication of my linux VMs, without using AD.  was wondering what my options were?
[16:04] <cyphermox> LDAP
[16:05] <cyphermox> also NIS, and probably something I forgot, too
[17:41] <leftyfb> Anyone know of some documentation on deploying a disk image (from dd maybe) using PXE? (Not the fog project)
[17:46] <lordcirth> leftyfb, you probably want clonezilla
[17:47] <leftyfb> nope
[17:47] <leftyfb> clonezilla won't use a dd image
[17:47] <leftyfb> we want to create images in a CI system and then deploy them using PXE
[17:48] <lordcirth> That's surprising.  Have you considered not using dd, then?  It is pretty inefficient
[17:49] <leftyfb> possibly
[17:50] <lordcirth> Also, the clonezilla page says you can use dd images
[17:50] <lordcirth> "Based on Partclone (default), Partimage (optional), ntfsclone (optional), or dd to image or clone a partition."
[17:52] <teward> leftyfb: you can use advanced clonezilla server / client modes
[17:53] <teward> and make it use dd
[17:53] <teward> it's slow (and I mean SLOW) but
[17:53] <leftyfb> define slow
[17:53] <leftyfb> slower than a d-i install via pxe?
[17:53] <teward> no i mean the dd process :P
[17:53] <lordcirth> probably depends on bandwidth vs cpu
[17:53] <teward> ^ this
[17:54] <lordcirth> d-i is bottlenecked by dpkg unzip, I think
[17:54] <TJ-> leftyfb: what have you tried? are you using syslinux?
[17:54] <leftyfb> I must say, I was VERY impressed with FOG. It pull a 10G image from a 120G drive and compressed it down to about 600M, all within a minute or 2. Takes the same amount of time to deploy it back to the same drive
[17:54] <lordcirth> leftyfb, that's pretty cool
[17:54] <leftyfb> TJ-: yes, I'm using syslinux
[17:55] <lordcirth> So, why aren't you using fog, then?
[17:56] <TJ-> leftyfb: so you can do "LINUX memdisk" "INTRD disk.img" "APPEND raw" ?
[17:56] <TJ-> s/INTRD/INITRD/
[17:56] <leftyfb> lordcirth: because it's way overkill for what we need, not sure about the importing of dd images from a separate CI system and there would be a ton of custom work to get it to use the system serial# from DMI to determine a hostname as opposed to MAC address. At the moment I can't even get it to change the hostname after deployment like it's supposed to
[17:57] <TJ-> leftyfb: oh, you wouldn't even need the APPEND for a HDD/partitioned image file > 4GB
[17:57] <leftyfb> TJ-: At the moment I'm only using syslinux to run a d-i install. Are you saying syslinux is capable of deploying a dd image on it's own? I'm not looking to run it live, I need it to dd the image back to the drive
[17:57] <TJ-> leftyfb: using memdisk, yes
[17:58] <TJ-> leftyfb: maybe this'll help: https://www.syslinux.org/wiki/index.php?title=MEMDISK#Hard_disk_images
[17:59] <leftyfb> TJ-: you sure this will dd the disk image to the physical drive and not just try to run it live in memory?
[17:59] <TJ-> leftyfb: if you want to write the image, you'd need to boot a minimal initrd.img that fetches the disk/img and writes it to the device
[17:59] <leftyfb> ah, see, right
[17:59] <leftyfb> That's what I'm looking to do, write the image
[18:00] <TJ-> leftyfb: it'd have to be 2 stage, you've got to have something that can do the fetching and writing
[18:00] <leftyfb> TJ-: is there documentation on writing such an initrd.img? Can it run a python script as well?
[18:01] <leftyfb> TJ-: what do you mean by 2 stage? As in chain loading initrd's or something?
[18:04] <TJ-> leftyfb: 2 stage as in 1) PXE boot a kernel and initrd 2) initrd fetches disk.img and writes it to disk, then sets things up to pivot to its rootfs and start its /sbin/init
[18:04] <leftyfb> ah right, for any post-install(HOSTNAME) right?
[18:05] <TJ-> leftyfb: casper is designed to do that but with an ISO image; you may be able to adapt those casper initialramfs scripts/config/directives to do it
[18:05] <TJ-> casper loads/fetches the ./casper/filesystemd.squashfs for example
[18:05] <leftyfb> The only thing I need to do post-image is change the hostname. I could do that just by mounting the partition and sed'ing the /etc/hostname
[18:06] <leftyfb> So maybe all I need is a custom initrd
[18:07] <TJ-> yes, it sounds like it
[18:08] <leftyfb> Can dd use an image it's getting live over wget or the like? It'll be in the 10's of GB's, not enough to stick in memory
[18:08] <lordcirth> leftyfb, dd will accept from a pipe.  Get it there how you please
[18:08] <lordcirth> honestly you could probably netcat it
[18:09] <leftyfb> ok, that's what I figured. I've done it from tar/zip
[18:09] <lordcirth> netcat may not be a wise idea, though
[18:09] <leftyfb> looks like I have a ton of stuff to look into/learn
[18:09] <lordcirth> Don't we all
[18:10] <leftyfb> it's too bad FOG wasn't easier to play with. The imaging/deploying was so efficient
[18:10] <lordcirth> I've added FOG to my tech todo list
[18:10] <leftyfb> The install was a bit of a mess
[18:11] <lordcirth> I want to install OpenNebula on my home server, and put FOG in a VM on it
[18:11] <leftyfb> It's a well-meaning project and it's got the imaging stuff down nicely, but the UX is pretty bad
[18:11] <lordcirth> It's not a homelab if it's not needlessly complex for home use
[20:35] <leftyfb> lordcirth: https://photos.app.goo.gl/LmdPoSS9wP4VtCDt8
[20:36] <leftyfb> my "home lab"
[20:36] <lordcirth> neat
[20:43] <leftyfb> lordcirth: have you seen my little pi rack?
[20:43] <lordcirth> no
[20:47] <leftyfb> https://photos.app.goo.gl/UBtwQK2mumzh4w7F9
[20:48] <mybalzitch> oh shit, that's nicely organized and everything!
[20:48] <leftyfb> :)
[20:48] <mybalzitch> that 2nd photo is real pleasing to look at
[20:48] <leftyfb> all custom
[20:50] <lordcirth> Shiny
[21:57] <bjonnh> running docker in LXD : https://support.plesk.com/hc/en-us/articles/360012448554-Docker-updated-leads-to-the-failed-docker-service-Dependency-failed-for-Docker-Application-Container-Engine
[21:57] <bjonnh> I had to follow (some how, they have a lot of mistakes) that