[03:35] <sheptard> so I've got an issue where virt-manager fails to build VMs
[03:36] <sheptard> http://pastebin.com/d05BdCWH
[03:36] <sheptard> is the incredibly helpful error I get
[03:37] <sheptard> O
[03:37] <sheptard> I've tried both generic and linux for OS type, same result. Tried putting the datastore in different places, smae thing
[03:39] <sheptard> and I'm not able to start a VM I made a while ago
[05:10] <LinStatSDR> What error msg sheptard?
[07:20] <lordievader> Good morning.
[11:21] <hxm> i have a dedicated server in OVH which failed, i ran the rescue mode and fixed errors in hard disk, now i restart but still fail, how can i get the last message error of that system?
[12:00] <BadApe> i was wondering why my /sbin/init process was running a 3-5% cpu usage all the time
[12:09] <saban> hi. is there any way to mount multiple share path to same mount point? it will be read only
[14:13] <BadApe> how can i have a server transmit it hostname for ipv6? using dhcp
[15:10] <pmatulis> kirkland: howdy, what happened to http://ecryptfs.org/ ?
[15:10] <BadApe> pmatulis: google?
[15:10] <pmatulis> kirkland: looking for documentation.  use manpages.ubuntu.com ?
[15:11] <pmatulis> BadApe: huh?
[15:11] <BadApe> google doesn't say it has been shutdown?
[15:12] <pmatulis> BadApe: i already know it is not working
[15:13] <BadApe> i meant the reason
[15:14] <pmatulis> BadApe: no, but i didn't spend an hour investigating.  i'm also asking kirkland directly, thanks for your concern
[15:17] <BadApe> oh i got confused, i thought it was the other major encryption system that shutdown recently
[15:23] <Kheeper> Hi felows, I have trouble to setup PPTP client on server can some help me?
[15:25] <Kheeper> here is working setup on my tp-link http://paste.ubuntu.com/9216115/
[15:26] <pmatulis> Kheeper: no idea but you really should not be using PPTP is you have a choice
[15:26] <pmatulis> s/is/if
[15:27] <Kheeper> why?
[15:27] <pmatulis> Kheeper: it is not secure
[15:27] <pmatulis> http://goo.gl/uSyA3o
[15:28] <Kheeper> okie and what should I use I can talk to provider
[15:28] <pmatulis> Kheeper: OpenVPN is secure and not too hard to set up
[15:34] <kheeper_> pmatulis, Loki will try to talk them to it but could you help me first with pptp
[15:36] <kheeper_> here is log http://paste.ubuntu.com/9216273/ but I have see the subnet mask is wrong
[15:37] <pmatulis> kheeper_: like i said, i have no idea
[15:59] <caribou> The following patch request packaging of pywbem 7.0.25 to gain CA certification verification : bug #1385469
[16:00] <caribou> I think that the title is misleading; it is verification of the certificate that is not present in 7.0.4
[16:00] <caribou> would it be acceptable to only retrofit the verifictation needed in our 7.0.4 package ?
[16:00] <caribou> I think that the upstream commit is rather self-contained
[16:08] <BadApe> i really can't figure out what is using up all this cpu
[16:15] <caribou> ok, turns out that the addition required and which is part of 7.0.25 is one single RPM patch that is mostly the commit that I identified
[17:25] <med_> jamespage, zul, Are you guys going to drop OVS 2.3.0+git*** into UCA for Trusty by any chance?
[17:26] <med_> And or a simple SRU back to Trusty for it? (That somehow seems less likely.)
[17:26]  * med_ goes looking for bugs on OVS 2.3.0
[17:28] <med_> we've already put 2.3.0 into our PPPA...
[17:28] <med_> and have had it in production for a month.
[17:31] <jamespage> med_, I think we'll ship it alongside kilo for 14.04
[17:31] <jamespage> med_, I've only just got it into vivid :-)
[17:31] <med_> nod.
[17:31]  * med_ was reviewing open (C) support tickets a few moments ago and noticed it was in VVVV.
[17:31] <jamespage> med_, tbh the timing was bad - that's the most recent upstream lts drop
[17:32] <med_> nod, noted, known.
[17:32] <med_> jamespage, thanks.
[17:32] <jamespage> med_, but I've become quite good a cherry picking ovs fixes :-)
[17:32] <jamespage> so 2.0.x will get some love
[17:32] <med_> even better.
[17:32] <med_> sadly, we never found the actual "fix" that made us so much better.
[17:32] <med_> didn't have time to do a binary search.
[17:33] <med_> (production openstack cloud was failing at the time)
[17:33] <jamespage> med_, some of the newer security features in neutron are dependent on >= 2.1
[17:33] <jamespage> med_, userspace daemon issues?
[17:36] <jamespage> med_, there where some fixes for that in the lastest micro I did for 14.04
[17:36] <jamespage> some of the multi-threading stuff introduced in 2.0 did some bad cross thread things
[17:36] <jamespage> :-(
[17:39] <med_> gotcha
[19:11] <LeMike> hello. I do an "exec 1 > /var/log/foo.log" but in the shell it says "permission denied" . feels odd, isn't every script allowed to write a log file? only scripts run as sudo?
[19:12] <sarnold> LeMike: try the "exec 1" all on its own
[19:13] <sarnold> LeMike: as for the permissions, check ls -ld /var/log /var/log/foo.log  to see if you have permission to create files in /var/log or permissions to modify /var/log/foo.log
[19:15] <LeMike> thanks sarnold . /var/log is og+x but i am not in the group. damn it :/ where do I put my log files? I don't like this - /var/log would be just right and other scripts might log there as well, so why not the custom ones?
[19:16] <sarnold> LeMike: you could create a new directory in /var/log, say /var/log/foo/, and set the owner of that directory to the user account that will run the script
[19:19] <LeMike> oh yeah, that is a solution sarnold . but it won't ever run as sudo on our servers to achieve this. so I guess I need another place for those logs :/
[19:20] <lordievader> LeMike: In the solution of sarnold the owner of the folder can write logs there.
[19:21] <sarnold> LeMike: another option is to use syslog to do the logging for you; check out logger(1), it's an easy scriptable interface
[19:22] <LeMike> yee, logger puts it all to the syslog. I read the man but didn't figure out how this can write to /var/log . I just put it somewhere else if /var/log is not writable.
[19:24] <sarnold> LeMike: you'd also need to configure /etc/rsyslog* to log your stuff to a different file.
[19:27] <LeMike> sarnold: this rsyslog.d :D didn't know how complicated logging can go in my initial contact with it ^^ always just wrote bash-scripts down without thinking about it
[19:27] <LeMike> thanks. helped a lot!
[19:28] <sarnold> LeMike: the downside to syslog is that there's not that many "local" services available. :/
[20:20] <zermanno> Hi, i have a hd with badsectors, smartctl has 1450 current pending sector. I have found howtos to force the reallocation of a single badsector. is there a way to reallocate all of them?
[20:22] <qman> zermanno: no, not really, that's handled by the drive firmware
[20:23] <zermanno> qman, form what i read the firmware reallocate at a write call
[20:23] <zermanno> *from
[20:23] <qman> If you have 1450 of them, the drive is probably junk
[20:24] <genii> Yep.
[20:24] <qman> You should never have more than a few at a time, the firmware should take care of it
[20:24] <zermanno> qman, ok i know, so there is no way to force a reallocation on all of them?
[20:24] <zermanno> ah ok
[20:24] <zermanno> thanks, ill change the hd
[21:19] <ruben23> hi guys i plugin a 2 Terabyte HDD on my existing ubuntu server how do i check it and somehow add to my existing full HDD on the server any idea.>?
[21:32] <RoyK> ruben23: want to add the storage of a usb drive to your current storage?
[21:38] <ruben23> RoyK: no i added a new HDD to my curent storage
[21:39] <ruben23> how do i set this up to increase my current storage, coz my curernt storage is already ful
[21:41] <RoyK> ruben23: using lvm?
[21:41] <RoyK> ruben23: or raid?
[21:49] <ruben23> using lvm
[21:50] <RoyK> pvcreate /dev/whatever
[21:50] <RoyK> vgexpand
[21:51] <ruben23> but first how do i check if teh 2 terbyte HDD is detected by the server..?
[21:51] <RoyK> vgextend perhaps
[21:51] <RoyK> cat /proc/partitions
[21:55] <RoyK> ruben23: did you find it?
[21:55] <ruben23> http://pastebin.com/eFLdB1QN
[21:56] <RoyK> no 2TB drive there
[21:56] <RoyK> what does dmesg have to say?
[22:17] <FilthyMacNasty> I have an interesting question about openvpn if any of you are well acquainted
[23:20] <ruben23> RoyK:  still there..?
[23:21] <ruben23> hi guys i plugin a 2 Terabyte HDD on my existing ubuntu server how do i check it and somehow add to my existing full HDD on the server any idea.>?
[23:53] <FilthyMacNasty> I have a question about openvpn and where your attached vpn computer resides in the network


[12:25] <usuario_> !ping
[02:00] <usuario_> hi
[02:08] <nixternal> @schedule chicago
[02:08] <Ubugtu> Schedule for America/Chicago: 18 Sep 09:00: LoCo | 19 Sep 07:00: Community Council | 20 Sep 07:00: Edubuntu | 21 Sep 10:00: Ubuntu Development Team | 26 Sep 15:00: Technical Board | 27 Sep 15:00: Edubuntu
[02:12] <Fujitsu> @schedule melbourne
[02:13] <Ubugtu> Schedule for Australia/Melbourne: 19 Sep 00:00: LoCo | 19 Sep 22:00: Community Council | 20 Sep 22:00: Edubuntu | 22 Sep 01:00: Ubuntu Development Team | 27 Sep 06:00: Technical Board | 28 Sep 06:00: Edubuntu
[02:13] <Burgwork> @now Vancouver
[02:13] <Ubugtu> Current time in America/Vancouver: September 14 2006, 17:13:33 - Next meeting: LoCo in 3 days
[05:35] <brendonjt> hi all what is the email address for the comunity council?
[09:36] <Fujitsu> @schedule melbourne
[09:36] <Ubugtu> Schedule for Australia/Melbourne: 19 Sep 00:00: LoCo | 19 Sep 22:00: Community Council | 20 Sep 22:00: Edubuntu | 22 Sep 01:00: Ubuntu Development Team | 27 Sep 06:00: Technical Board | 28 Sep 06:00: Edubuntu
[04:53] <xrootvzlax> hi ^^
[05:30] <xrootvzlax> hi ^^ people
[11:19] <DBO> @schedule
[11:19] <Ubugtu> Schedule for Etc/UTC: 18 Sep 14:00: LoCo | 19 Sep 12:00: Community Council | 20 Sep 12:00: Edubuntu | 21 Sep 15:00: Ubuntu Development Team | 26 Sep 20:00: Technical Board | 27 Sep 20:00: Edubuntu


[01:51] <mthx> Hey all! Work is buying me a new laptop soon and since I exclusively use Linux, they are letting me get something other than the standard Macbook Pro. I was originally looking at the System 76 Galago Ultra Pro but the battery life on it is nearly unacceptable. Need something realistically in the 6 or 7+ hour range. Also looked at the Dell XPS Sputnik Laptop and it's seems to be a good all around laptop.
[01:51] <mthx> Anyone have any other suggestions? I am only considering laptops that come with Linux support out of the box, and have shown a commitment to ACTUALLY continue supporting it.
[01:55] <jrwren> mthx: only system76
[01:57] <mthx> jrwren: That is my preference, but they want me to consider something with actually acceptable battery life. I get a new laptop every 3 years, or as requested but they keep the laptop for closer to 5 or 7 years. Meaning it will get repurposed and someone else will still need a functioning battery.
[01:59] <_stink_> buy a second battery and never charge it so it doesn't die?
[02:05] <mthx> _stink_ That second battery will still only last 3-4 hours. Since work is buying it, they also have some requirements of their own. When I put the requisition in for the Ultra Pro, their response was to research alternatives because the battery life was unacceptable.
[02:06] <mthx> _stink_ Thats not to say if I go back to them and say "I want this one" that they will refuse it, but it's unprofessional to not at least consider alternatives as they will have to reporpose it down the road.
[02:07] <_stink_> yeah i gotcha
[02:07] <_stink_> i'm surprised system76 doesn't offer better batteries.
[02:08] <_stink_> it's been a long time since i bought a new laptop
[02:08] <_stink_> other than this chromebook
[02:08] <_stink_> which lasts forever
[02:08] <mthx> I did briefly consider requesting a Chromebook Pixel but thought better of it :)
[02:09] <_stink_> hehe
[02:09] <_stink_> i just have a c720
[02:09] <_stink_> with ubuntu in a chroot using crouton
[02:09] <_stink_> it's nice.
[02:10] <cmaloney> Evening. :)
[02:10] <mthx> Hey cmaloney, hows it going?
[02:10] <cmaloney> mthx: Going well, you?
[02:11] <mthx> Pretty good. Getting ready to get a free laptop!
[02:11] <cmaloney> Woo woo
[02:13] <mthx> Hows Michigan?
[02:13] <mthx> Snowing yet?
[02:15] <_stink_> i hear it did up in saginaw
[02:15] <_stink_> not in royal oak yet, but awfully close
[02:15] <cmaloney> I think we're supposed to get snow soon
[12:53] <brousch> We got snow yesterday
[15:00] <cmaloney> brousch: Ugh
[15:01] <brousch> ?
[15:08] <cmaloney> Snow
[15:18] <aisrael> I can't wait for snow. It's finally cold enough to break out the long socks and scarves. :D
[15:23] <cmaloney> aisrael: I can wait a little longer for snow.
[15:24] <cmaloney> I like to savor Fall
[15:37] <greg-g> what is this "season" you speak of?
[16:24] <cmaloney> greg-g: har har
[16:29] <cmaloney> btw: Open metalcast is on http://metalinjection.fm
[16:57] <cmaloney> http://online-go.com/game/1042000
[16:58] <cmaloney> I don't understand why this game ended so early.
[17:05] <cmaloney> mrgoodcat: gg
[17:06] <cmaloney> I think I should have resigned earlier. :)
[20:22] <brousch> cmaloney: maybe he didn't want to lose to you
[20:22] <cmaloney> Heh
[21:31] <brousch> mrgoodcat has come a long way. He has been several moves ahead of me for at least half of this game
[22:29] <cmaloney> Yeah, no kidding


[17:09]  * nlsthzn is back after a l-o-n-g break and roaring to go... best for 2012 to the NEWS crew :p
[17:10] <pleia2> wb nlsthzn :)
[17:11] <nlsthzn> Hi pleia2 ,thanks :)
[21:48] <Unit193> Welcome back, akgraner
[21:50] <akgraner> Unit193, thanks :-)
[21:50] <akgraner> Hope everyone had a great holiday and a very happy New Year!
[21:51] <Unit193> Everyone including you :)


[10:49] <ochosi> fyi i'll switch to cosmic today for my productive system
[10:50] <ochosi> that'll be a good motivation to find and fix bugs ;)
[10:52] <bluesabre> :)
[11:34] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-whiskermenu-plugin 2.2.1 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-whiskermenu-plugin-2-2-1-released-tp51381.html (by Graeme Gott)
[12:58]  * ochosi waves hello from cosmic
[12:59] <ochosi> already found several things to update in the default panel config
[13:01] <Unit193> ...Dare I ask? :3
[13:01] <ochosi> sure, the "square" option in statusnotifier, indicator and systray
[13:01] <ochosi> should improve the situation with bigger panel sizes
[13:03] <Unit193> I'm not entirely sure I know what that does, doesn't seem to change anything for me.
[13:03] <ochosi> if you have non-square icons, e.g. in systray, it will make sure it still behaves like a square
[13:03] <ochosi> therefore the alignment of all those "status icons" remains consistent
[13:04] <ochosi> with the indicators this problem is less pronounced than with systray
[13:04] <Unit193> I see, is this just a thing with the gtk3 panel?
[13:04] <ochosi> but it makes sense to enable the option in all of them, if at all
[13:04] <ochosi> i'm not sure now, but i think we backported the square option to gtk2
[13:04] <ochosi> but i may be wrong
[13:04] <ochosi> (for systray)
[13:05] <Unit193> I don't see it in systray, but doesn't *seem* to make a difference for sn.
[13:06] <ochosi> https://i.imgur.com/QF2yQtV.png
[13:07] <Unit193> Heh, yes I see the option, just not for notification area in gtk2 panel.
[13:07] <ochosi> right, so we ended up not backporting it
[13:08] <ochosi> now i need to fix the symbolic version of nm-applet...
[13:08] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: panel-config: Set the square-icons option to true @ http://git.launchpad.net/xubuntu-default-settings/commit/?id=c9bb58c4630ac22c9d31fda1611d7109e6a2d5fb (by Simon Steinbeiss)
[13:08] <ochosi> since we use the "symbolic" option in statusnotifier
[13:09] <Unit193> heh yeah I don't use symbolic because I like the other version of nm-applet. :)
[13:26] <Unit193> bluesabre: https://git.xfce.org/apps/xfce4-terminal/tree/NEWS#n1 on the radar for SRU?  I only know of exo and IIRC -settings?
[13:34] <ochosi> Unit193: no worries, i'll make them look consistent. good part is if you use a bright or dark theme it'll always look right
[20:48] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-mount-plugin 1.1.3 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-mount-plugin-1-1-3-released-tp51383.html (by Fabian Nowak)


[09:05] <davmor2> Good Moaning
[09:12] <davmor2> sbeattie: when you get this it hasn't downloaded kubuntu-netbook or ubuntu-netbook-remix running the script with --only-release=karmic however this morning I'm running it with no exception so we'll see if it gets picked up then.  I've also pulled rev 199 this morning also :)  I'll let you know latter though :)
[09:20] <sbeattie> Hrm. It should, --release karmic --debug shows it.
[09:21] <davmor2> sbeattie: it's installed the folders for it but there is no file inside them
[09:23] <sbeattie> Hrm, I take that back, I see the unr image, but not the kubuntu one. Must be the usual bias against all things kubuntu again.
[09:24] <sbeattie> oh, no, there it is. I can't read.
[09:24] <davmor2> sbeattie: as I say I'll let you know once it finishes it's run. p.s. it is much faster today by the way :)
[09:27] <sbeattie> Kewl.
[09:28] <sbeattie> I do know that I had an issue with the kubuntu-netbook trying to get the incorrect name off of cdimages, but that should have been fixed.
[09:29] <davmor2> well as I said I pulled the bzr tree this morning so I have rev 199 and I'll let you know latter
[09:52] <sbeattie> davmor2: doing './dl-ubuntu-test-iso.py --isoroot /home/data/iso/ --release karmic --exclude-variant dvd --variant netbook --variant netbook-remix' finished my unr download and started on the knr image. I'm doing just a --release karmic --exclude dvd to see if it tries to grab them again, but I won't see it until tomorrow.
[09:53] <davmor2> np's
[10:50] <davmor2> davmor3: hello
[10:51] <ddeath> Hello
[10:51] <ddeath> Can anybody compile some console programs with my tools and test
[10:51] <ddeath> it
[10:51] <ddeath> Thease programs should be on GPL v.3
[10:52] <davmor2> davmor3: no noise, no flashy icon, no notify osd.  let's try that again now the window doesn't have focus
[10:52] <davmor2> now I just get flashy title bar :( still no noise
[10:57] <ddeath> davmor2: Do you use Compiz
[10:58] <ddeath> I have the same problems on OpenSUSE 11.2 Milestone(4,5) with Compiz
[10:58] <ddeath> Titlebar of windows is blank(white color)
[10:58] <davmor2> ddeath: this channel is for testing the current development releases of *buntu family.
[10:58] <ddeath> I know
[10:59] <ddeath> But the problem is connected
[10:59] <ddeath> If you have Compiz turn on, try to turn it off and answer
[11:00] <davmor2> ddeath: no it's fine
[11:00] <ddeath> So it's not Compiz related
[11:00] <ddeath> Do you mean sound as noises?
[11:01] <ddeath> Ah,,, You are desperated
[11:01] <ddeath> My English is bad
[11:01] <davmor2> notification noises
[11:05] <ddeath> Mixer icon -> options and see system beeb
[11:05] <ddeath> Mixer icon -> options .-> Beep
[11:08] <davmor2> ddeath: no it's the application itself not making noises
[14:03] <davmor2> fader: morning is that better now you have the right file :)
[14:03] <fader> davmor2: Definitely, thanks :)
[14:03] <fader> I thought that you'd been working all day on a one-line 'test' file :)
[14:04] <davmor2> yes
[14:04] <davmor2> fader: dyslexia it's a curse but hey it was a perfect test file :)
[14:04] <fader> davmor2: True... that was among the best test files I've ever seen.
[14:05] <fader> Crafted with love from the finest ASCII
[14:07] <davmor2> fader: it was actually the test.txt file I use for testing ssh/scp/sftp
[14:21] <davmor3> fader: :P
[14:21] <davmor3> O:-)
[14:21] <fader> davmor2: One of your clones has gotten loose again
[14:23] <davmor3> that would be funny if it was true :) Ubuntu has a default irc client again :)  this morning install included telepathy-idle :)
[14:24] <davmor3> just trying it out and you were the obvious candidate :D
[14:24] <fader> davmor3: How's it compare to xchat?
[14:25] <davmor3> it's basic but functional.  The annoying thing it the only / command that works is /me so no /join
[14:25] <davmor3> you need to open up the chat client and hit new room
[14:26] <davmor3> which is more user friendly I suppose but not so good when someone say /join #ubuntu for help
[14:27] <davmor3> fader: you might actually like the test is nice and clear
[14:27] <davmor3> text even
[14:27] <fader> I thought you'd know by now that I don't like *anything* :)
[14:29] <davmor2> fader: http://www.davmor2.co.uk/t-i.png
[14:29] <fader> Huh, not bad... looks a bit like xchat-gnome
[14:31] <davmor2> fader: but about a 10th of the disc space required due to empathy already being on there :)
[14:32] <fader> Heh
[14:35] <davmor2> telepathy-idle 221kb xchat-gnome 950kb but you also need xchat-gnome-common 5738kb
[14:35] <davmor2> but again it is far more basic but is idea for a new user who is just after some help :)
[14:38] <davmor2> fader: of course if this gets implemented then it will be even friendlier http://live.gnome.org/Empathy/WelcomeToEmpathy http://live.gnome.org/Empathy/AccountsAndSettings
[15:01] <davmor3> meh brasero won't burn from sftp on karmic
[15:39] <davmor2> Back laters guys stuff to do :(
[15:48] <fader> Lousy stuff
[20:04] <davmor2> yay back :)
[20:09] <sbeattie> davmor2: whenevr you get back, you'll want to pull the latest dl-iso script, I fixed a bug where it was loading each entire iso image into memory while hashing it.
[20:10] <davmor2> aha :)
[20:13]  * davmor2 tries the new script again should be blistering fast now then :)
[20:14] <sbeattie> well, dunno about that. :-)
[20:16] <davmor2> meh still not that quick I'm going to try it on karmic and see if 0.6 makes such a big difference
[20:25] <davmor3> sbeattie: http://paste.ubuntu.com/260502/ this is on karmic
[20:27] <sbeattie> ah. I didn't force-create the isoroot directory if it didn't exist; I'll fix.
[20:30]  * sbeattie is not seeing a significant speed difference on hardy.
[20:33] <davmor2> sbeattie: rsync alone has just blitzed through all of hardy and most of karmic in the time it has taken zsync to part way check the first iso
[20:34] <sbeattie> wacky
[20:34] <sbeattie> directory creation bug fixed.
[20:38] <sbeattie> davmor2: here, on hardy, I did 'time ./dl-ubuntu-test-iso.py --release karmic --flavor ubuntu --variant alternate --arch amd64 --no-verify' (an iso I have uptodate) with and without --no-zsync; the zsync version took 43 seconds to check, the rsync 51 seconds.
[20:40]  * sbeattie needs to get the --build option working, then we could test how long it takes to sync a daily build difference.
[20:41] <davmor3> sbeattie: I'll do a screencast you'll lol as you say on karmic it's just flown through maybe 10-20 seconds on hardy server it's more like 10-20 minutes  I'm wondering if it is because zsync didn't dl the image in the first place or if it's down the the fs on the server I have jfs running iirc
[20:42] <davmor3> actually I'll do a quick check on jaunty as that is the same zsync as hardy but has the ext3 fs and that will rule out zsync and leave it at the foot of the fs
[20:48] <davmor2> hey fader so were those test that I threw together okay?
[20:49] <davmor2> also did you speak to the guy about access to the google doc?
[20:49] <fader> davmor2: Yeah, they looked good, thanks!  I added a bit to some of them (mostly 'requires' bits that I knew would apply) and passed them on.
[20:50] <davmor2> fader: so it's okay to blitz through them and get the m out the way for you then :)
[20:50] <fader> I'm asking about the doc right now (sorry, slipped my mind)
[20:50] <fader> davmor2: Absolutely :)  Anything you feel like tackling we'd be thrilled.
[20:54] <davmor2> sbeattie: bizarre it's as blisteringly quick on jaunty to so it has to be the file system zsync must not like read write from jfs /me wonders off scratching head
[20:59] <davmor2> sbeattie: man that downloads fast on jaunty
[21:16] <davmor2> sbeattie: weird using --no-zsync  now it is downloading netbooks now but zsync didn't
[21:17] <sbeattie> odd.
[21:47] <sbeattie> davmor2: hunh, hardy+jfs is definitely slower here as well (compared to hardy+ext3); it takes zsync at least 3x times longer to examine and verify a complete iso (~45sec vs 2.5 min), and that's with the jfs partition being completely new and containing nothing else.
[21:48] <davmor3> sbeattie: yeah mine is probably a lot fuller :)
[21:48] <sbeattie> ... and fragmented as well.
[21:48] <davmor3> probably
[21:50] <davmor3> mind you I'm reading the official ubuntu server book at the moment and am thinking of doing an upgrade once I've finished going through it :)
[21:50] <sbeattie> xfs is not looking promising, given how long it's taking just to copy the existing isos over to it.
[21:50] <davmor2> meh double check might be on xfs actually
[21:51] <davmor2> no I was right jfs
[22:00] <sbeattie> sheesh, still copying to the xfs partition.
[22:01] <davmor2> I'm going with ext base next time I don't care if you have to wait from time to time I don't reboot that much once everything is setup anyway :)
[22:03]  * sbeattie uses ext3 everywhere, because he's seen people lose data with reiser3 and was utterly unimpressed back when he did a little trawling through the xfs code.
[22:04] <davmor2> sbeattie: I think add a warning that your dl will be crap unless you happen to be on ext based ssytem
[22:05] <sbeattie> I'm wondering if hardy doesn't have a serious xfs performance issue; though I should probably run it on live hardware rather the a vbox guest.


[12:30] <BenC> mjg59: it's part of a patchset I sent kyle for inclusion
[12:33] <kylem> yeah, clearly it's all my fault.
[12:34] <pkl_> kylem: makes a change from being my fault :)
[12:39] <mjg59> BenC: Is there any way to determine which patches were in feisty and aren't currently in gutsy?
[12:40] <BenC> kylem: wasn't pointing fingers, just letting him know that the patch wasn't lost
[12:40] <BenC> mjg59: yeah, it's basically the file I sent to kyle
[12:41] <BenC> mjg59: forwarded to you
[12:41] <mjg59> Thanks
[12:44] <BenC> mjg59: when is toshiba_acpi stuff going to get into mainline? :)
[12:44] <mjg59> 23
[12:44] <Nafallo> kylem: I've bought the laptop earlier this evening. will let you know how the Intel-stuff works out :-)
[12:45] <kylem> Nafallo, if it doesn't work, it's my job to make it, so feel free to ping me
[12:45] <Nafallo> kylem: I know, and I will :-)
[12:45] <BenC> mjg59: cool, thanks
[12:54] <zul_> BenC: ping
[12:54] <BenC> zul_: yo
[12:55] <zul_> BenC: there is problem in the i386 config PAE is not enabled the hypervisor needs that or it will a kernel mismatch when booting
[12:55] <BenC> pkl_: ^^
[12:56] <zul_> freaking nickserv
[12:59] <mjg59> Haven't we been over the PAE on i386 thing many, many times before?
[12:59] <BenC> mjg59: this is a xen specific config/flavour
[12:59] <BenC> at least I hope that's what zul meant
[12:59] <zul_> yep it is
[01:00] <zul_> besides its the generic flavour renamed i386
[01:00] <BenC> sure you wouldn't rather use -server redone for -xen?
[01:00] <BenC> -server already has PAE
[01:01] <zul_> arent there drivers missing from -server?
[01:01] <BenC> no, right now it's basically -generic with HZ=100 and no preempt
[01:01] <BenC> plus a little bump is cpu target (686 as opposed to 586)
[01:02] <zul_> doesnt matter to me then
[01:04] <zul_> oh when are those policies going to be on the wiki?
[01:04] <Nafallo> zul_: are you doing openvz btw? :-)
[01:05] <zul_> Nafallo: no
[01:05] <Nafallo> zul_: you got any idea if someone is? :-)
[01:06] <zul_> Nafallo: probably the openvz guys, i really dont have time for it 2 virtualizations are enough for me
[01:07] <Nafallo> zul_: sounds sensible enough :-)
[01:07] <Nafallo> I might need it for work, but I hope I can avoid maintaining a patchset :-P
[01:10] <pkl_> zul_ bummer
[01:11] <pkl_> zul_: the config.generic flavour has HIGHMEM4G and not CONFIG_X86_PAE.  I made sure the config matched that.  Why isn't that appropriate?
[01:12] <kylem> xen only supports pae, afaik.
[01:13] <pkl_> kylem/zul_: so the xen flavour with PAE will only run on the server kernel?
[01:13] <zul_> pkl_: you CONFIG_HIGHMEM64G enabled
[01:13] <zul_> pae is default you can build it without pae but it would suck
[01:14] <pkl_> zul_: sorry, just checked, I had CONFIG_HIGHMEM4G
[01:15] <zul_> pkl_: yep no probs
[01:15] <BenC> pkl_: xen guest kernels only run under a xen dom0 kernel, and I think it's dom0 that needs pae
[01:15] <zul_> yep
[01:16] <kylem> anyway, bob dylan. l8rs.
[01:16] <zul_> oh yes bluesfest have fun
[01:16] <BenC> but since the xen/config.i386 is both dom0 and domU, just make that config PAE and we're good
[01:16] <BenC> kylem: later
[01:17] <pkl_> zul_: adding HIGHMEM64G/X86_PAE is no problem.
[01:17] <zul_> pkl_: thanks
[01:18] <pkl_> zul_: in your patch you had both -pae and non pae i386.configs, and so I figured no-pae configs worked on xen.
[01:19] <zul_> they do if the dom0 is built without pae
[01:19] <zul_> we had both in feisty
[01:20] <pkl_> zul_: the xen/config.i386 config is both dom0 and domU?  And so it would work with no pae?
[01:21] <zul_> its bit dom0 and domU but dom0 needs PAE in order to boot
[02:10] <pkl_> Seems like non PAE support in xen was scheduled to go away in 3.1.
[02:15] <zul> pkl_: correct but distros such as fedora and opensuse still supports it
[02:17] <pkl_> zul: yeah, but I couldn't remember having to use a PAE enabled dom0.   You were saying dom0 had to be PAE enabled.
[02:18] <zul> which kernel did you use?
[02:18] <zul> sorry crabby baby
[02:20] <zul> dom0 is pae enabled by default under 3.1
[02:20] <pkl_> zul: I haven't played about with xen for many years.  2004/2005?  When was it first released?  It seemed something interesting when it got first released, but I never got time to play around with it afterwards.
[02:21] <zul> ah well you probably used the defaults but anyways..
[02:24] <pkl_> zul: maybe, but a google brings up many instances of non PAE dom0/domU usage.
[02:26] <zul> pkl_: try it out and see :)
[02:28] <zul> brb
[02:35] <zul> pkl_: ie: https://bugs.launchpad.net/ubuntu/+source/xen-source-2.6.17/+bug/65096
[02:38] <pkl_> zul: yeah, but that's because there was a mismatch between dom0 and domU, dom0 was PAE, and domU wasn't.  He was using the server flavour.
[02:40] <zul> you can use the dom0 kernel as a domU kernel, thats the way we do it and debian does the same way now
[02:40] <zul> thats the way weve done it since edgy as well
[02:43] <pkl_> zul: I can't see where this pissing contest is going to be honest.  I said I'd update the config to use PAE.    Idiot maybe, but not a complete one.
[05:45] <calc> BenC: here still?
[05:45] <calc> BenC: i have the oops
[05:50] <calc> BenC: i emailed you the oops output
[05:50] <calc> BenC: going to fsck my disk now
[06:19] <calc> BenC: showed as clean and oops the same after reboot and apt-get dist-upgrade attempt again
[07:53] <yulin> Question: http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/    differences between 2.6.20-mm1 and 2.6.20-mm2, maybe the difference between -mm1 and -mm2?
[07:54] <crimsun> come again?
[07:54] <yulin> 2.6.20-mm1 and 2.6.20-mm2 are directory in the http: directory
[07:56] <crimsun> what are you attempting?
[07:57] <crimsun> if you simply want to see a diff between the two, just grab http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/2.6.20-mm1.bz2 and http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/2.6.20-mm2.bz2 and use interdiff(1)
[07:57] <yulin> sorry, my xchat has some problem in show text, wait for a moment, i change to weechat.
[07:58] <yulin> i am back
[07:58] <yulin> can you resend you msg?
[07:58] <crimsun> if you simply want to see a diff between the two, just grab http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/2.6.20-mm1.bz2 and http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/2.6.20-mm2.bz2 and use interdiff(1)
[07:59] <yulin> ok
[08:01] <yulin> the patches in the two packages organized by what? time? effect? branch?
[08:05] <yulin> our product will use 2.6.20 kernel for several monthes, but we often faced new hardwares such as southbridge, chipset, should i use the patches in -mm?
[08:07] <yulin> Now i used the kernel source from feisty, where i can get the patch of ubuntu-kernel?
[08:14] <crimsun> we don't carry broken-out patches.  Please see http://kernel.ubuntu.com/git/
[08:19] <yulin> ok, i will git.
[10:18] <yulin> q
[10:18] <yulin> quit
[06:14] <Kano> hi
[06:14] <Kano> how about adding aufs, thats more stable then unionfs
[06:16] <Kano> also 2 little kernel packages that only add new pci ids would be nice to have, now i always need to patch the source
[06:16] <Kano> http://kanotix.com/files/kernel/kernel-update-pack/source/2.6.20-via-quirks.patch
[06:17] <Kano> http://kanotix.com/files/kernel/kernel-update-pack/source/t-sinus_111card-2.6.16.diff
[06:17] <mjg59> Kano: What does the first patch do?
[06:17] <Kano> well thats the intel pci id of the via southboard fix
[06:18] <Kano> in the kernel right now are only the amd boards, but the problem happens on the intel version too.
[06:19] <Kano> the fix works fine, just needs to be enabled
[06:19] <mjg59> Kano: Do you have a reference for the requirement?
[06:20] <Kano> a similar thing for the 2nd patch. it only adds another pcmcia card
[06:20] <Kano> ask locsmif
[06:20] <Kano> on oftc.net
[06:20] <Kano> he needed it
[06:21] <mjg59> Kano: It would be helpful to have a complete description of the issue
[06:21] <Kano> it is just the same issue like the well known via southbrigde bug
[06:22] <Kano> just for the via chipset for intel cpus
[06:23] <Kano> it is needed just for those board without bios update
[06:29] <Kano> the 2nd patch is confirmed too by Adapter45 (online on this server)


[14:22] <t1mp> hello
[14:23] <t1mp> I'm having problems to run some autopilot tests on device. I get errors that backends cannot be loaded, see http://pastebin.ubuntu.com/11264957/
[14:23] <t1mp> any ideas?
[14:24] <veebers> t1mp: Oh, that's odd. How did you install autopilot or the uuitk test deps?
[14:24] <t1mp> veebers: ah I got it already. Thanks to kalikiana
[14:24] <veebers> t1mp: hah cool :-) What was the fix btw?
[14:24] <t1mp> veebers: I did: sudo apt-get install ubuntu-ui-toolkit-autopilot
[14:24] <t1mp> on the device
[14:24] <t1mp> it appears the python3-evdev was not installed
[14:25] <t1mp> shouldn't that be a dependency of autopilot then?
[14:25] <veebers> t1mp: sweet, just what I was about to suggest :-) Thanks kalikiana
[14:25] <veebers> t1mp: good question, will follow that up
[14:25] <t1mp> veebers: thanks
[14:26] <veebers> t1mp: ah, it's a Depends in autopilot-touch
[14:26] <veebers> (as opposed to autopilot-desktop which depends python3-xlib
[14:27] <t1mp> ok, I didn't realize that exists. I assumed ubuntu-ui-toolkit-autopilot would install all the dependencies
[14:28] <veebers> t1mp: ubuntu-ui-toolkit-autopilot did though didn't it? It's not a depends on python3-autopilot as that runs on either device or desktop (don't want xlib on device)
[14:29] <t1mp> veebers: I'm not sure I get what you mean
[14:30] <t1mp> veebers: ubuntu-ui-toolkit-autopilot depends on python3-autopilot >=1.4
[14:34] <veebers> t1mp: oh hmm sorry I thought that it depends on autopilot-touch, but apparently not.
[14:37] <t1mp> weird, python3-autopilot depends on python3-evdev, and ubuntu-ui-toolkit-autopilot depends on python3-autopilot, but ubuntu-ui-toolkit-autopilot did not get me python3-evdev
[14:52] <gQuigs> is there a guide to working on regressions noted by http://people.canonical.com/~ubuntu-archive/pending-sru.html ?
[14:53] <gQuigs> do I just try to reproduce with my autopkg tests or somethin?
[14:53]  * gQuigs is particularly interested in apt w/ bug #1449394
[17:26] <dkessel> balloons: hey. did you have a chance to test the new unity next desktop live image?
[17:27] <dkessel> for me, plymouth fails and afterwards, the boote process is stuck with a message that it is waiting for plymouth to start.
[17:27] <dkessel> also, i don't know the user credentials for the TTYs... ubuntu/ubuntu is not working
[17:28] <ianorlyn> dkessel: maybe try ubuntu and no password
[17:28] <dkessel> ianorlyn: nope. tried that too
[17:43] <dkessel> apperently, the installer session is working. the real live session is broken though
[17:44] <dkessel> and when exiting ubiquity, the system does not shut down properly, but hangs and can only be shut down if the user presses the power button
[18:06] <balloons> dkessel, I have not yet had a chance. I'm away from home this week, so it's a bit tough. I should seem if unity8-lxc uses the new image
[18:19] <balloons> dkessel, are you running on supported hardware?
[18:21] <dkessel> Intel-based laptop with optimus graphics. It did work with the vivid images.
[18:21] <knome> chihchun_afk, hey, since it's even in the guidelines... please try to avoid awaynicks:
[18:21] <dkessel> balloons ^
[18:21] <knome> !away | chihchun_afk
[18:21] <knome> balloons, see, i'm whining, i'm back! (:
[18:22] <balloons> o hai knome !
[18:22] <knome> hai balloons
[18:22] <balloons> dkessel, ahh sounds fine. I asked because the symptoms sounded vaguely familiar of another issue is all
[18:25] <dkessel> Dell XPS 15 to be exact, balloons. Do you happen to know the user credentials for the tty?
[18:27] <balloons> dkessel, I think it was randomly generated, or expected to be set on boot.. can you just use passwd?
[18:28] <balloons> a question for the unity guys nonetheless
[18:28] <balloons> dkessel, let's hop over to #ubuntu-unity and see what they have to say
[18:29] <dkessel> Okay
[18:43] <balloons> thanks dkessel for bringing it up and finding issues :-) you going to try unity8-lxc now?
[18:43] <balloons> if you do, would you mind checking out the terminal and file manager apps and letting me know if they work well for you?
[18:51] <dkessel> balloons: i'll try them if i get that far...
[18:51] <balloons> confidence!
[18:55] <dkessel> i also wonder since when testdrive-gtk does not list the normal ubuntu desktop images anymore, and if that is something with my configuration, or something else...
[18:56] <elfy> I added testdrive to the forums profanity filter you know ...
[18:59] <balloons> :-) dkessel we've shied away from actively recommending testdrive I think
[19:00] <elfy> :p
[19:00] <balloons> the underlying tech via zsync is still there, ready and waiting for you.
[19:00] <elfy> \o/
[19:00] <balloons> But I agree, testdrive has some handy features
[19:01] <elfy> I found you have to install it though ... working to get zsync added to xubuntu for me :p
[19:04] <dkessel> testdrive has some issues that could be fixed, but basically, i like it.
[19:04] <dkessel> didn't notice testdrive is not recommended anymore
[19:05] <balloons> dkessel, yes agreed. But the issues keep me hesitant to recommend it
[19:05] <dkessel> well there i was in unity-lxc, and i had no wireless networking.... so i could not install your apps balloons.
[19:05] <dkessel> but hey, at least the session basically works
[19:07]  * dkessel looks at unity8-lxc-setup to see if that can setup networking
[19:07] <balloons> dkessel, mmm.. I guess that's a win
[19:07] <dkessel> hmmmm no
[19:07] <balloons> why no networking? Did you use the indicator to connect?
[19:07] <balloons> I think I'm usually on wired tho
[19:08] <dkessel> the indicator does not list any of the dozens wireless networks around here
[19:08] <dkessel> i'll grab a wire
[19:10] <balloons> kk, another issue to record nonetheless
[19:18] <dkessel> balloons: I guess that is due to the container. The network connection works now. Somehow the indicator does not notice though
[19:19] <dkessel> I can see apps in the store but when I click install, nothing happens
[19:20] <balloons> dkessel, you need to add a ubuntu one account. Do so in system setting / accounts
[19:20] <balloons> it should just prompt you
[19:22] <dkessel> It doesn't. And adding any account does not work either... Short loading animation on the right, then nothing happens.
[19:28] <dkessel> Well, it I ear
[19:28] <dkessel> It is early on the cycle I mean....
[19:28] <balloons> dkessel, this used to work . . .
[19:28] <dkessel> I know balloons
[19:28] <balloons> :-)
[19:28] <balloons> danke for being the one to find the breakage
[19:28] <dkessel> i am looking forward to installing and running unity8 regularly soon, so i can find even more ;)
[19:29] <balloons> keep in touch as you do :-)
[19:35] <balloons> good evening Letozaf_
[19:35] <Letozaf_> balloons, hello :D
[19:37] <dkessel> hey Letozaf_ :)
[19:37] <Letozaf_> dkessel, hey :)
[19:38] <dkessel> i am looking forward to joining you as ubuntu phone user when the mx4 get released in europe
[19:39] <Letozaf_> dkessel, great, you will surely enjoy being a Ubuntu Phone user :)
[19:40]  * balloons can attest that the mx4 is a really nice device
[19:40] <dkessel> Letozaf_: have you completely replaced your previous phone with the aquaris?
[19:41] <Letozaf_> dkessel, yes, I use my Ubuntu Phone every day
[20:40] <elopio> veebers: cachio: http://paste.ubuntu.com/11270791/
[20:40] <elopio> that's what I was talking about. Sorry about the mess, bad memory.
[20:43] <veebers> elopio: nice convo, are you able to file a bug with that as a comment perhaps?
[20:43] <elopio> veebers: yes, I am.
[20:43] <elopio> I'll do it.
[20:44] <cachio> elopio, veebers I already created the bug
[20:44] <elopio> what I would like to see is the error trace.
[20:44] <elopio> cachio: link pleae.
[20:44] <elopio> please
[20:44] <cachio> elopio, https://bugs.launchpad.net/autopilot/+bug/1457652
[20:44] <elopio> ty
[20:45] <veebers> elopio, cachio thanks
[20:45] <cachio> elopio, feel free to edit it
[20:47] <elopio> vila: do you remember this? http://paste.ubuntu.com/11270791/
[20:48] <elopio> any chance you have the trace for the error we were discussing in there?
[20:51] <vila> elopio: /me reads
[20:54] <vila> elopio: my brain is a bit melted... I would say it was related to the sanity tests...
[20:56] <vila> elopio: .. but I also have a gut feelin
[20:56] <vila> meh
[20:57] <vila> this was on a phone
[20:57] <vila> elopio: do you remember *when* this happened (that would help)
[20:59] <vila> around 2015-04-27 17:47:57
[20:59] <elopio> vila: yes.
[21:07] <vila> elopio: no luck so far but still some leads to explore, what are you after more precisely ?
[21:15] <elopio> vila: I just want to report the issue. Finding the trace would be nice, but I will just do it without the trace.
[21:15] <elopio> thanks.
[21:19] <vila> elopio: I'm not sure I still have it...


[08:03] <xnox> usbmuxd packages synced.
[09:09] <michagogo> Hi, I don't see a link in the topic regarding policy or rules or guidelines for this channel, so I'm sorry if I shouldn't be repeating this again (last time was 14ish hours ago, I think):
[09:09] <michagogo>  What needs to happen for bug #1314616 to move forward? How does the process work and get advanced from here?
[09:19] <cjwatson> michagogo: It's already listed on http://reqorts.qa.ubuntu.com/reports/sponsoring/, so there's no need to continue asking - it's in the sponsorship queue
[09:19] <michagogo> cjwatson: ah, okay -- so it's just a matter of someone in the project getting around to looking at it?
[09:20] <michagogo> That's all I wanted to know. Thank you!
[09:21] <cjwatson> michagogo: Right
[09:21] <cjwatson> It's in the right place AFAICS
[09:23] <michagogo> cjwatson: awesome, thank you! I just wanted to make sure it wasn't stuck on some action or change or correction or something that Scott or I or someone needed to do
[09:23] <michagogo> (Or something along those lines)
[10:48] <mpt> Wellark, hi. When your device is set up as a Wi-Fi hotspot, how easy is it to tell how many devices are connected to it?
[11:51] <xnox> bdmurray: ev_: is there a definitive way to query whoopsie as to which parameters it's using to derive the unique identifier? E.g. is it using IMEI or MAC address or other serial id?
[11:52] <ev_> xnox: I don't have the command to hand, but if you point gdbus at the service it will tell you
[11:54] <rbasak> infinity: so juju-core FTBFS on sagari also, so it's still stuck in -proposed. May I have some help with this, please? As I can't reproduce on a porter, I'm pretty stuck.
[12:39] <mlankhorst> Laney: feel like trying http://paste.debian.net/104091/ ?
[12:40] <mlankhorst> you had a >= nvc0 right?
[13:03] <tseliot> bdmurray: hi, I have two packages associated with some SRUs. Can you help please? nvidia-prime (precise-proposed) [LP: #1326257, LP: #1296020], ubuntu-drivers-common (trusty-proposed) [LP: #1306928, LP: #1296020, LP: #1310023]
[13:10] <Laney> mlankhorst: I dunno what that means
[13:11] <mlankhorst> Laney: what does glxinfo say in OpenGL renderer string ?
[13:12] <Laney> mlankhorst: Gallium 0.4 on NVE4
[13:12] <mlankhorst> ok give that patch a try
[13:13] <Laney> okey pokey
[13:35] <Laney> mlankhorst: umm I can't actually start the webbrowser app at all now
[13:35] <Laney> dunno if that's your fault
[13:39] <mlankhorst> oh funstuff
[13:39] <mdeslaur> xnox: could you please comment on the apparmor upstart job in bug #1305108...I have added  few questions to it
[13:39] <mlankhorst> Laney: can you do a backtrace, see where it hangs? :P
[13:40] <xnox> mdeslaur: you mean systemd job?! =)

[13:40] <Laney> mlankhorst: sec
[13:40] <Laney> getting oxide debug symbols
[13:40] <Laney> huge dbg package is huge
[13:40] <mdeslaur> xnox: at some point yes, but we need this for the phone before rtm
[13:41] <mlankhorst> Laney: don't need that, just the -dbg symbols from the mesa package i think
[13:41] <Laney> it has oxide in the bt
[13:41] <mlankhorst> is the bt usable without oxide?
[13:42] <Laney> dunno, didn't look, just went to install them
[13:42] <Laney> give me a second, it's installing now
[13:45] <mlankhorst> ok
[13:48] <jdstrand> xnox, mdeslaur: fyi, I just added a few comments too
[13:53] <Laney> mlankhorst: http://paste.ubuntu.com/7618198/ hope that helps
[13:54] <mlankhorst> stuck on mtx_lock.. hm
[13:56] <mlankhorst> oops, missed a pipe_mutex_unlock
[14:00] <mlankhorst> Laney: http://paste.debian.net/104107/ ?
[14:00] <Laney> sec
[14:35] <Laney> mlankhorst: I don't see any difference
[14:35] <psusi> how do you tell bzr not to fscking unapply quilt patches for me?  it always seems to fsck things up and right now it isn't letting me pull/update because it can't unapply a patch
[14:36] <ScottK> bzr doesn't apply or unapply patches.
[14:37] <psusi> ScottK: it does it all the time
[14:38] <psusi>  bzr update
[14:38] <psusi> Unapplying quilt patches to prevent spurious conflicts
[14:38] <cjwatson> That's bzr-builddeb
[14:38] <psusi> ok, well whatever plugin is doing it, it's making bzr unapply patches
[14:39] <psusi> and it always seems to muck everything up when it does
[14:39] <cjwatson> There are various properties like quilt-smart-merge to control it
[14:39] <psusi> in this case, bzr pull --overwrite is leaving my tree out of date still... update fails beacuse unapplying some patch fails... I can't find a way to just make my tree exactly like the current remote
[14:40] <psusi> is there somewhere I could read up on that?
[14:41] <cjwatson> bzr revert; rm -rf .pc; and then http://people.canonical.com/~cjwatson/dpkg-quilt-setup usually does it
[14:41] <cjwatson> as a "no really"
[14:41] <psusi> tried revert, and deleting .pc
[14:42] <cjwatson> /usr/share/doc/bzr-builddeb/user_manual/configuration.html
[14:42] <psusi> ohh, then push -a eh?  didn't try that
[14:42] <cjwatson> that script unapplies everything manually and then pushes, to synchronise .pc with the tree state
[14:43] <psusi> for that matter, why is pull --overwrite leaving the tree out of date?
[14:44] <cjwatson> the bzr-builddeb docs don't mention 'quilt-smart-merge = False' which may also be useful
[14:44] <cjwatson> don't recall
[14:45] <mlankhorst> Laney: bleh, I probably missed another mutex_unlock then :/
[14:52] <mlankhorst> Laney: is there anything in dmesg?
[14:53] <Laney> mlankhorst: nope
[14:59] <mlankhorst> found another one I missed, grr
[15:23] <Laney> I thought you were able to reproduce this
[15:24] <mlankhorst> Laney: hm what are you trying? because normal case works for me :P
[15:24] <Laney> $ webbrowser-app
[15:24] <Laney> → app hangs
[15:25] <Laney> I never see its interface
[15:26] <mlankhorst> definitely works for me, weird
[15:27] <mlankhorst> oh wait you're on utopic right?
[15:28] <Laney> yep
[16:08] <infinity> rbasak: I can try to have a poke at it.  Go isn't my forte.
[16:15] <rbasak> infinity: thanks! I'm not really sure where to go without being able to reproduce
[16:15] <rbasak> I'd want identical hardware and kernel and rootfs to start I think.
[16:16] <cjwatson> maybe it's the page size thing?
[16:17] <cjwatson> oh, powerpc, not ppc64el, hmm
[16:17]  * cjwatson falls over himself stepping back again
[16:31] <infinity> rbasak: So, it reproduces on my machine running a trusty kernel.  That would imply it's not a precise kernel issue.
[16:32] <rbasak> infinity: can you see if it reproduces in a Trusty chroot? I wondered if had anything to do with toolchain changes in Utopic.
[16:34] <infinity> Though, curiously, reproduces in a different spot.
[16:34] <infinity> That's not comforting.
[16:40] <infinity> rbasak: So, ever attempt on utopic seems to crash in a different spot.  Fun.
[16:41] <infinity> rbasak: And on trusty, it worked, at least on the first try.
[16:43] <infinity> rbasak: Also, the debian/rules clean target of this package assumes all UNIX machines are single-user. :P
[16:43] <infinity> rm -rf pkg bin /tmp/go-build* debian/home
[16:43] <infinity> rm: cannot remove '/tmp/go-build368800735': Operation not permitted
[16:47] <rbasak> infinity: so we have some kind of gccgo regression here?
[16:47] <rbasak> I'll take a look at the /tmp/go-build* thing for next upload
[16:50] <infinity> rbasak: I'll do a few more trusty test builds to confirm it always works there, then I'm a bit stuck at to why it works in the dirty porter chroot and not my clean sbuild chroot.
[16:51] <infinity> rbasak: First step might be to try to install all the packages in the porter chroot locally, but I can't see why gccgo-go/gccgo would care about random external packages.
[16:53] <infinity> rbasak: And yeah, building in /tmp is a very silly thing.  Not sure if that's juju's fault or gccgo-go (inherited from golang).
[19:33]  * popey wonders who could look at bug 1326707 - the 14.10 live CDs have been broken for a while.
[19:39] <trifort> popey: I can look at it, but I will be slow
[19:39] <trifort> popey: I am new, but I could spend the rest of the day
[19:40] <popey> I don't know if it's something an expert in the field would need to look at to be honest.
[19:41] <trifort> popey: if no one else has time, I’ll spend a while to see what I come up with
[19:42] <popey> thanks.
[19:44] <trifort> popey: okay, I’ll see what I find
[20:27] <tedg> bdmurray, It seems that popey's touch images aren't uploading any crash files.
[20:27] <tedg> bdmurray, Is there something he should be doing? I thought it was on by default?
[20:29] <popey> is there a switch I can flip, or indeed look at
[20:31] <tedg> popey, It should be Settings → Security & Privacy → Diagnostics → App crashes and reports
[20:31] <bdmurray> popey: grep whoopsie /var/log/syslog and I'll bet there is a No StacktraceAddressSignature message in there
[20:34] <bdmurray> tedg: the issue is that most of the stacktraces on armhf are corrupt
[20:35] <tedg> bdmurray, Oh, that's a bit scary, is there a fix?
[20:37] <bdmurray> tedg: doko is looking into it some and so am I
[20:38] <popey> tedg: bdmurray i have 4 devices, and on the one I have used most, it has "Diagnostics : Sent" in settings
[20:38] <bdmurray> tedg: I'm trying to get it sorted it out
[20:39] <popey> http://paste.ubuntu.com/7620032/ what I see from grepping whoopsie
[20:39] <bdmurray> Network connection found that may be a paid data plan.
[20:39] <bdmurray> it only uploads on wifi
[20:39] <popey> tedg: ^
[20:39] <tedg> bdmurray, Ah, cool. It'll be interesting to hear what that issue is :-)
[20:40] <tedg> bdmurray, Is there a way to check what it thinks about the network?
[20:40] <bdmurray> tedg: more than what I just said?
[20:41] <tedg> bdmurray, Sorry, didn't realize that was in reference to the log :-)
[20:41] <bdmurray> tedg: it uses network-manager via dbus see https://bazaar.launchpad.net/~daisy-pluckers/whoopsie/trunk/view/head:/src/connectivity.c#L91
[20:42] <bdmurray> ah, okay
[20:42] <tedg> bdmurray, Oh, wow, you should totally use libnm-glib, it'll make your life easier :-)
[20:42] <bdmurray> tedg: sure, I'll add that to the list ;-)
[20:49] <slangasek> wait what
[20:50] <bdmurray> slangasek: ?
[20:50] <slangasek> wasn't libnm-glib what we /were/ using?
[20:50] <slangasek> I thought that was part of the original implementation, and that this was what was causing whoopsie to wake up 20 times a second ;p
[20:53] <ev> Gnetworkmonitor causes the endless wakeups (on a chatty network)
[20:55] <ev> tedg: libnm-glib put me in gvariant hell, if memory serves. bzr log should be somewhat informative, but I'm on a phone.
[20:56] <tedg> Hmm, I'd guess that libnm-glib would take you out of gvariant hell, the code there looks very GVariant-y.
[21:00] <popey> bdmurray: so do you want me to file a bug or something?
[21:01] <bdmurray> popey: no, your crash reports aren't being uploaded because you are not on a wifi connection.
[21:01] <popey> i am ☻
[21:01] <popey> it's incorrectly identified my connection
[21:01] <tedg> British WiFi, not real WiFi :-)
[21:01] <popey> Metric Bits.
[21:02] <popey> wlan0     Link encap:Ethernet  HWaddr 98:d6:f7:62:80:e2   inet addr:<IP_ADDRESS>  Bcast:<IP_ADDRESS>  Mask:<IP_ADDRESS>
[21:02] <bdmurray> popey: try restarting whoopsie then 'sudo service whoopsie restart'
[21:03] <popey> Jun  9 22:03:00 ubuntu-phablet whoopsie[31548]: Could not connect to the system bus: Timeout was reached
[21:03] <popey> (after some restart messages)
[21:03] <npr> how can i contibute to ubuntu ???
[21:04] <ev> tedg: hm, not sure why then :)
[21:04] <popey> npr: http://community.ubuntu.com/contribute/ ☻
[21:04] <tedg> popey, Do you have a 3g data connection as well?
[21:04] <popey> tedg: i do
[21:05] <tedg> Perhaps whoopsie is detecting the first, instead of enumerating them.
[21:05] <npr> how do i finf bugs .....correct them or submit them for evaluation ...
[21:05] <npr> tried once before but couldnt get started
[21:05] <bdmurray> I've also run into bug 1320988
[21:05] <bdmurray> which is why I suggested restaring whoopsie
[21:06] <npr> can anyone suugest how to get inolved ....
[21:07] <trifort> npr: be patient
[21:07] <trifort> npr: go here http://qa.ubuntuwire.com/ftbfs/
[21:07] <trifort> mpr: see if you can make a red package not red
[21:08] <trifort> npr: http://cdimage.ubuntu.com/ is where you get the daily image
[21:08] <Noskcaj> npr, Or if there is any package you want to work on specifically, find it and fix bugs
[21:09] <npr> trifort : whats difference betweend usual iso and daily image
[21:09] <popey> npr: also, look for bitesize tagged bugs and see if you can reproduce and/or fix https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize
[21:09] <npr> Noskcaj  : used linux for some time ...but no particular choice ..
[21:10] <trifort> npr: daily image has the next ubuntu release that isn’t ready for everyone
[21:14] <npr> popey  how to get  sutaible bug to solve form me ???
[21:14] <npr> popey : what are programming skill i need .... i can code in python and c++ ....
[21:15] <npr> popey : done simple web development with php and backend ....
[21:15] <npr> popey : so how to find out a suitable bug ?
[21:16] <popey> npr: take your time and browse those bugs to find one you can fix
[21:16] <trifort> npr: https://bugs.launchpad.net/drizzle/+bugs?field.tag=low-hanging-fruit
[21:17] <tedg> ev, bdmurray, it looks to me like this loop will exit if it finds any paid interface. Thus ignoring non-paid ones. https://bazaar.launchpad.net/~daisy-pluckers/whoopsie/trunk/view/head:/src/connectivity.c#L133
[21:17] <tedg> tedg, I think you need to check what the default interface is, and use that to determine how traffic is being routed.
[21:17] <trifort> npr: but I find it is best to find a bug that you care about
[21:17]  * tedg is talking to himself
[21:18] <npr> trifort : bug to care about ??
[21:18] <trifort> npr: a bug that affects you
[21:18] <npr> trifort : ok
[21:19] <npr> trifort : i  find a bug ... whats the next step ??
[21:20] <trifort> npr: see if you can reproduce it on your machine
[21:21] <tedg> popey, An interesting test might be to remove your SIM and see if all your crash files upload.
[21:21] <tedg> popey, I'm guessing the answer is yes :-)
[21:23]  * popey looks for one of those things for popping out SD cards
[21:25] <tedg> The ironic part about this being the case is that we'd be specifically not getting crashes from people using the phones daily, but instead from those using casually.
[21:26] <popey> http://paste.ubuntu.com/7620234/
[21:26] <popey> online
[21:28] <popey> still doesn't look like it's uploading
[21:28] <popey> i have a weeks worth of crashes in there, 15 of them
[21:34] <tedg> popey, does it say "online" in syslog ?
[21:35] <popey> yup
[21:36] <popey> this worries me, that we haven't been capturing these crash reports ☹
[21:37] <tedg> bdmurray, Any thing else that could be blocking them? ^
[21:39] <bdmurray> popey: ls /var/crash/ ?
[21:41] <bdmurray> tedg: oh, I haven't seen this before - "Unable to find a hardware address"
[21:41] <tedg> bdmurray, I bet popey is hiding it.
[21:42] <tedg> ;-)
[21:43] <tedg> popey, perhaps restart to see if it's a race with oFono ?
[21:43] <tedg> (restart whoopsie)
[21:43] <tedg> Not the whole phone
[21:46] <popey> http://paste.ubuntu.com/7620314/ is my var/crash
[21:46] <popey> tedg: i rebooted the whole phone after yanking the sim
[21:46] <bdmurray> well I get this error 'unable to find hardware address' message too
[21:47] <tedg> popey, Yeah, curious if it can't get your address because whoopsie started before oFono.
[21:47] <popey> ok, restarted whoopsie
[21:47]  * tedg doesn't want to know what "dirty trojita" is in that directory listing.
[21:48] <popey> hJun  9 22:47:20 ubuntu-phablet whoopsie[4282]: whoopsie 0.2.30 starting up.
[21:48] <popey> Jun  9 22:47:20 ubuntu-phablet whoopsie[4282]: Using lock path: /var/lock/whoopsie/lock
[21:48] <popey> Jun  9 22:47:45 ubuntu-phablet whoopsie[4287]: Could not connect to the system bus: Timeout was reached
[21:48] <popey> haha
[21:48] <popey> (email client)
[21:50] <bdmurray> tedg: restarting whoopsie got me past the hardware address message
[21:50] <bdmurray> popey: try '/usr/share/apport/whoopsie-upload-all'
[21:50] <popey> i have done that before..
[21:50] <popey> but thats manual, right?
[21:51] <tedg> bdmurray, I imagine that is because it can't find oFono. Perhaps the upstart jobs need to be adjusted so it doesn't start until after oFono is up.
[21:51] <popey> yeah, its uploading when i run that
[21:51] <tedg> bdmurray, will upload-all block when on a paid connection? Or does it override that as well?
[21:52] <bdmurray> popey: yeah, its manual but there is an upstart job to start it on a .crash file
[21:52] <bdmurray> so if there were to be a new crash and a new .crash all existing crashes should be uploaded
[21:53] <bdmurray> tedg: yes, whoopsie-upload-all is sort of a misnomer it gathers data for all .crash files and touches .upload so that whoopsie will upload them.
[21:53] <bdmurray> tedg: but doesn't actually upload them
[21:54] <popey> in the same way that I can find all of my uploads from the desktop, is there a way to find all my uploads from my device?
[21:54] <tedg> But if popey had run that before it means there should be .upload files, right?
[21:54] <popey> i have run it in the past, weeks ago
[21:55] <tedg> popey, It's in the settings pane
[21:55] <popey> so it is!
[21:55] <bdmurray> tedg: not if it was weeks ago as some of those crashes are newer than that
[21:56] <tedg> Yeah, okay. And they get cleaned up at some point.
[21:56] <popey> no good for me wanting to look at these on my desktop though
[21:57] <popey> cant copy/paste URLs ☹
[21:57] <bdmurray> stand by
[21:57] <tedg> popey, Type it *very slowly* :-)
[21:58] <bdmurray> gdbus call -y -d com.ubuntu.WhoopsiePreferences -o /com/ubuntu/WhoopsiePreferences -m com.ubuntu.WhoopsiePreferences.GetIdentifier
[21:58] <tedg> popey, As a hack the first url sent to the browser is on the command line, so you could probably get it via ps.
[21:58] <tedg> Assuming the browser wasn't running when you clicked on it.
[21:58] <popey> so it is!
[21:58] <trifort> is there a way to visualize circular locks?
[21:58] <popey> whee!
[21:59] <popey> so should I crontab /usr/share/apport/whoopsie-upload-all ?
[21:59] <popey> ☻
[21:59] <tedg> popey, As long as it takes out your SIM at the same time :-)
[22:00] <popey> hah
[22:04] <trifort> given two manifest files, is there a way to print the changelog differences for the whole manifest difference
[22:04] <bdmurray> whoopsie-upload-all should have created .upload files unless whoopsie wasn't running
[22:05] <tedg> trifort, You can diff two directories: diff foo/ bar/
[22:05] <trifort> tedg: yes, did that
[22:06] <trifort> tedg: sorry
[22:06] <trifort> tedg: knowing that about 20 packages have changed, I want to print the changelogs for the 20 changed packages
[22:06] <popey> All reports uploaded successfully
[22:07] <trifort> tedg: I am wondering if a tool exists before making my own
[22:07] <bdmurray> apt-listchanges
[22:08] <tedg> popey, So we had to remove your SIM and restart whoopsie to get a HW address, then run upload-all ?
[22:09] <trifort> bdmurray: okay, thanks for the help
[22:12] <bdmurray> I reported the restart issue as bug 1328285
[22:21] <popey> thanks bdmurray tedg
[23:33] <slangasek> stgraber: do you know a proper way to programmatically get a list of all network interfaces on a system, including those that are currently down?  http://linux.die.net/man/7/netdevice documents that SIOCGIFCONF doesn't include down interfaces, and recommends /proc/net/dev instead
[23:36] <stgraber> slangasek: I usually iterate through /sys/class/net which works fine if you just want a list or want physical interface related kind of information. If you need to query the interface configuration, then you need getifaddrs and it's a whole other kind of worm (also, some most IPv6 info is also in /proc, but ipv4 isn't... yay for consistency)
[23:58] <slangasek> stgraber: context is whoopsie trying to get a mac address to use as a system identifier; this shouldn't be dependent on network interfaces being up


[01:45] <OvenWerks> wonko: 3 hours and 30 minutes at 128 frames (64 for zita which I should change) zero xruns. I was running at 64, but I think that puts zita at 32 and my extra usb device would not start that low.
[01:49] <wonko> I'm just going to accept the fact I'll never get that. :)
[01:50] <wonko> Also, I'm more interested in getting jackd not crashing. :)
[02:16]  * OvenWerks wishes he knew why...
[02:28] <wonko> I'm willing to ignore it until next week after I've pulled the webcam out and replaced it with a mic wired directly into the KA6. Less nonsense going on then.
[02:28] <wonko> I do need to find a mic stand though.
[02:29] <wonko> not sure what I want to do about that
[02:46] <OvenWerks> wonko: In my local dollar store I found "goose neck" like cell phone holder. It has a spring clamp at each end, one for a table top (shelf here) and the other for the cell phone... it seems to hold my mic just fine. No good for standup use and it has to be near my desk... though I would guess there are other thing I could hook it to.
[02:47] <OvenWerks> I do have real mic stands for standup use, I git this to keep this mic close to the computer (where it can pick up fan noise) for test purposes more than anything.
[03:10] <wonko> Yeah, I'm thinking something like that or some sort of small one that sits on the desk or one of those sprung ones and have it over the monitors.
[03:12] <wonko> https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.com%2Fulk%2Fitm%2F254298939072
[03:12] <wonko> Something like that
[14:05] <Tode_I> Hey all, I've got 18.10 on my laptop and apparently that's out of support - I'm happy to upgrade to 19.04, but do I just use the standard Ubuntu upgrade app, or is there a special method to get updates specific to UbStu?
[14:12] <tomreyn> !eolupgrade | Tode_I: i have no ubuntu studio specific knowledge, but generall i'd say: if the standard upgrade app still works for it, use it. otherwise, edit sources.list as discussed here
[14:13] <Tode_I> I'm assuming that running the standard upgrade will be part of it, but there is a possibility that the standard path will break dependencies, which suggests there's probably more to it, unless everything in US is in the standard Ubuntu packages.
[14:19] <tomreyn> you'll probably need to reactivate the https://help.ubuntu.com/community/UbuntuStudio/BackportsPPA after release upgrading (and install the updates provided from there), but i assume that's it.
[14:20] <tomreyn> if you want to be sure, better wait a bit more for someone who actually known US to respond, repeating your question occasionally.
[15:08] <wonko> OvenWerks: You ready for a really odd edge case issue that will probably only ever affect me? (and I'm ok with the workaround) :-D
[15:10] <Eickmeyer> tomreyn: No, you actually answered correctly. EOL Upgrades are the same in any flavor.
[15:11] <tomreyn> Tode_I: ^
[15:11] <tomreyn> thanks for confirming, Eickmeyer
[15:11] <Tode_I> Thanks folks :>
[15:11] <Eickmeyer> Tode_I: It's important to note: Ubuntu Studio IS Ubuntu, just like any flavor.
[15:17] <wonko> You just add a repo and "magic" it into US. That's what I did with my previous install. It started out as regular Ubuntu and I turned it into US. Which I was pretty impressed with. :)
[16:04] <Eickmeyer> wonko: That's actually false. One of the requirements of being an official Ubuntu flavor is that we cannot have any repos other than those included in Ubuntu by default. So, no, it's not a matter of adding a repo. It's a matter of using the right version of ubuntustudio-installer. 18.04 requires the backports PPA for that purpose, but that's the only exception.
[16:11] <wonko> So how did I convert my Ubuntu 18.04 to Ubuntu Studio 18.04? I thought I just added a repo? It's been a while so I honestly forget. For 19.04 I did a fresh install with the ubuntustudio-installer.
[16:12] <Eickmeyer> wonko: I don't know. But it's not a matter of adding a repo to go Ubuntu to Ubuntu Studio. You might be thinking of KXStudio.
[16:12] <OvenWerks> wonko: those are not added repos, just more ubuntu.
[16:15] <wonko> did I just install metapackages? It literally installed and the US bundled software, setup jack and switched me to the lowlatency kernel.
[16:15] <Eickmeyer> The "Studio", much like the "K" in Kubuntu only denotes what is installed by default. It's not a separate distro.
[16:15] <wonko> and it wasn't kxstudio stuff, that came laster
[16:16] <wonko> ah, so I was almost right
[16:16] <wonko> just subtract the "Add a repo" step. :)
[16:16] <tomreyn> and you probably installed the "ubuntustudio-desktop" package
[16:17] <Eickmeyer> tomreyn: Please do not tell people to install the "ubuntustudio-desktop" package to get Ubuntu Studio on their system. That's false. "ubuntustudio-installer" is what they need.
[16:17] <Eickmeyer> !ubuntustudio-installer
[16:18] <Eickmeyer> tomreyn: That's an old, outdated method that I've been trying to get people to stop doing now for almost a year.
[16:18] <tomreyn> oh ok, i'll try to remember this
[16:18] <Eickmeyer> tomreyn: I know I've told you this before. :)
[16:19] <tomreyn> i bet i forgot it before, and chances are i will forget it again, sorry :/
[16:19] <Eickmeyer> All good. :) And please, harp on the regulars in #ubuntu about this for me, too. My time has been quite sporadic lately. :)
[16:19] <tomreyn> i did not "tell people to install the 'ubuntustudio-desktop' package to get Ubuntu Studio on their system", though.
[16:19] <Eickmeyer> tomreyn: Ok, but I know others have (I've seen it).
[16:20] <Eickmeyer> tomreyn: I appreciate you, I hope you know that. :)
[16:21] <tomreyn> Eickmeyer: not specificially, but please know that's mutual ;)
[16:21] <tomreyn> and thanks.
[16:21] <Eickmeyer> tomreyn: Quite welcome. :)
[16:33] <wonko> What's the default audio/music player on US 19.04? O dpm
[16:33] <wonko> bah: I don't see Rhytembox or anything like that
[16:34] <wonko> I need to tune out the world while I update some documentation (my least favorite task, like ever)
[16:40] <Eickmeyer> wonko: There isn't one.
[16:41] <wonko> That explains why I can't find one. :)
[16:41]  * OvenWerks uses audacious
[16:44] <wonko> nice and light but I want something that'll just pick up my giant directory of music. Eh, Rhythembox isn't the worst, I'll just use that.
[18:33] <wonko> mic and cables showed up. Wasn't expecting them until next week. Nice!
[18:33] <wonko> Now, how does this thing show up in jack?
[18:38] <OvenWerks> It should have already shown
[18:38] <OvenWerks>  There should be no change in jack.... unless it is a usb mic :P
[18:38] <wonko> it plugs into the KA6
[18:38] <wonko> so nothing should change
[18:38] <wonko> but I don't know how the KA6 inputs map to the jack side
[18:39] <wonko> I would figure it's one of capture 1-6
[18:39] <OvenWerks> for inputs it should be 1 to 1
[18:39] <OvenWerks>  plug one on the box should be cap 1
[18:39] <OvenWerks> outputs may be weird
[18:39] <wonko> helps if I turn the gain knob up from 0 for that mic input. :)
[18:40] <OvenWerks>  main out, mon out and phones may be all different
[18:42] <wonko> Yeah, I haven't even begun to think about outputs other than headphones
[18:42] <wonko> I do need to look into a nice setup though
[18:42] <wonko> so, no more usb
[18:42] <wonko> so that's a thing
[18:42] <wonko> usb mic that is
[18:56] <Tode_I> So what's the best virtual DX7?
[19:14] <mrz80> Tode_I:   There's this:  http://linuxsynths.com/DexedPatchesDemos/dexed.html
[19:17] <mrz80> There's also a DX emulator for Bristol:  http://bristol.sourceforge.net/dx.html
[19:17] <mrz80> Dunno how close either comes to actually "being" a DX7, but I think Dexed can import DX7 patches
[19:33] <OvenWerks> hexter is ok too.
[20:39] <wonko> Ugh
[20:40] <wonko> DroneBL blocked my from freenode. yay. :)
[20:41] <wonko> OvenWerks: So, jackd still crashing without using the webcam mic (no zita-a2j)