[00:00] <Epx998> day
[00:46] <hehehe> folks
[00:46] <hehehe> did you use dapperlinux?
[00:58] <hehehe> correction https://dapperlinux.com/features.html
[01:59] <patchobriar> Hi all. I have been muddling through apache2 for the past two days trying to get everything up and running properly. I still cannot seem to get my images to show up on the live site. I checked both my html and css code via validation service with no errors. Any hints on where to look online?
[03:21] <fishcooker> is it normal to see this syslog verbose intensely like this... cmiiw, it seems related to the docker service http://vpaste.net/YcYc9
[08:17] <cpaelzer> coreycb: FYI - I pushed the tests your zesty SRU on libvirt was blocked on, it is now good in pending-sru except waiting a few days more as usual
[08:25] <sonu_nk> hi Does the SSL include XSS protection as well?
[08:38] <cpaelzer> sonu_nk: no I'd think http://www.computerweekly.com/tip/Cross-site-scripting-explained-How-to-prevent-XSS-attacks
[08:38] <cpaelzer> there are zillions of sources, this was just the first somewhat readable that came up on a search
[09:57] <lordievader> sonu_nk: SSL does not provide any security for the contents of a page, hence XSS attacks are still possible.
[10:49] <RoyK> sonu_nk: SSL, that is, TLS, is just transport safety, it doesn't do anything about bad code on the page, as lordievader says
[10:57] <sonu_nk> ok
[15:49] <station> whats a good webpannel for ubuntu server virtual machine host
[15:49] <station> 16.04
[16:10] <Masterphi> can someone confirm this is the right way of configuring automatic updates using automatic-updates? https://help.ubuntu.com/lts/serverguide/automatic-updates.html
[16:12] <Masterphi> (I'm using an ec2 instance)
[16:38] <Epx998> maas has its own channel probably?
[17:17] <thebwt> Masterphi: Correct, unattended upgrades probably the most common way of doing automatic updates with apt.
[17:18] <Masterphi> :+1: thx
[17:18] <thebwt> Np
[18:45] <supercool> Hi
[18:45] <supercool> How do I untar a folder/file ?
[18:46] <sarnold> tar tf filename.tar | less   -- make sure it will untar what you expect; then tar xf filename.tar
[18:48] <supercool> sarnold: the compressed file uses .tar.gz extension
[18:49] <supercool> It means the file is zipped then tarred?
[18:49] <sarnold> supercool: these days tar recognizes several different compression formats, including gz, and 'x' works on the ones it knows
[18:49] <sarnold> supercool: the other way around -- tarred, then gzipped
[18:50] <supercool> So I keed tar tf filename.tar | less
[18:50] <supercool> keep*
[18:50] <sarnold> yeah; you don't want to be surprised if it has ../../etc/passwd in the tarball or something similar :)
[18:51] <supercool> :D
[18:51] <supercool> Alright, let me test it.
[20:56] <drab> hi, I'm trying to do transparent proxying and also do transparent dns redirection using a box that's not the gw
[20:56] <drab> any thoughts on the best approach?
[20:57] <drab> right now the content filtering it's happening on the gw, a simple iptables REDIRECT from port 80 to 8080
[20:57] <drab> but if I move the cf to another box that won't work since REDIRECT is local only
[20:57] <drab> I could NAT, but that seems nasty to do on LAN, and I
[20:57] <drab> 'd end up with double NAT (that + nat'ing again on the GW)
[20:58] <drab> for dns, there's people with hardcoded dns's which I'd like to redirect to our internal one
[20:58] <drab> so again outgoing requests to port 53 should be redirected to an internal server
[20:59] <drab> is [D/S]NAT with iptables the best solution to this kind of thing?
[21:12] <phibs> so i'm following https://help.ubuntu.com/lts/installation-guide/amd64/ch08s07.html and setting the boot parameter rescue/enable=true via PXE, but the installer keeps trying to preseed/install, any help appreciated.
[21:15] <drab> phibs: just to be sure, hwo do you determine that the installer keeps trying to preseed/install? because that page you linked does say that a few screens of the installer will be shown
[21:15] <drab> no note in the corner of the display?
[21:16] <phibs> if I remove the earlycmd exit from my preseed, it asks partitioning questions etc
[21:17] <drab> mmmhk, lemme try just out of curiosity, I have pxe here for installs, but never use it for recovery, for that I just boot a liveCD over pxe
[21:17] <phibs> nod I hear ya
[21:18] <phibs> also working on just building my own images with debirf as an alternative
[21:18] <phibs> and thanks!
[21:22] <drab> nope, that didn't work for me either... no clue why. not very helpful I know
[21:22] <phibs> well, I feel better now at least.
[21:23] <drab> what if you just use the shell during the installer? would that help?
[21:23] <drab> it's just busybox, but maybe it's enough?
[21:23] <phibs> Yeah i'm trying to present a nice environment for my techs to debug stuff
[21:23] <phibs> so more control would be better
[21:23] <drab> oh, I see
[21:23] <phibs> (and them not having to do extra stuff)
[21:24] <phibs> debirf built me a kernel/initrd, so it's possible that route will work nicely
[21:24] <drab> liveCD is not an option? too much stuff to load? that would even give you a GUI if that's the kind of tech you deal with
[21:24] <drab> oh, ok, had never heard about debirf, looks nice
[21:25] <phibs> don't need/want a gui, a lot of times we're debugging with SOL (IPMI)
[21:30] <drab> fair enough
[21:30] <phibs> (otherwise yeah, good suggestion)
[21:37] <drab> phibs: ah, I got it
[21:37] <phibs> what you gotg!
[21:37] <drab> phibs: I have a bunch of diff isos, server, mini, desktop and alternate
[21:37] <drab> I had a hunch and tried alternate and the pxe param worked
[21:38] <phibs> oh...
[21:38] <phibs> yeah this is just using http://archive.ubuntu.com/ubuntu/dists/$DISTRO-updates/main/installer-amd64/current/images/netboot/ubuntu-installer/amd64/initrd.gz
[21:38] <drab> lubuntu alternate install to be precise, "Rescue mode" popped up in the corner and it dropped me to the prompt to enter rescue mdoe as expected
[21:38] <drab> yeah, that's what I tried too initially
[21:38] <drab> and indeed it did not work
[21:39] <drab> I also tried with server, same problem
[21:39] <phibs> grr
[21:39] <drab> actually lemme test once more just to be sure, but mini/netboot did not work for sure
[21:39] <phibs> this is why we can't have nice things
[21:41] <drab> ok, I was wrong, I guess I tried diff minis... server works too
[21:41] <drab> so it's just the mini/netboot that does not work with rescue/enable=true
[21:41] <drab> the others do
[21:43] <phibs> hmm
[21:43] <phibs> which exact one did you use, the installer initrd/kernel?
[21:44] <phibs> (and did you specify a preseed url)
[21:45] <drab> the way I set up pxe is: download iso, unpack, copy files to srv/nfsroot and then copy stuff from install/ to tftp etc
[21:45] <drab> ubuntu-16.04.2-server-amd64.iso
[21:45] <drab> using that iso
[21:45] <drab> yes I used preseed to specify my internal mirror, language, etc
[21:46] <phibs> ah ok, thanks
[21:46] <phibs> we use pure initrd, no nfs
[21:49] <drab> yeah that's what I do for mini/netinstall, but not for server/dekstop installs
[21:49] <drab> and it seems you can't do rescue with mini/netinstall
[21:50] <phibs> ;0
[21:51] <drab> even tho since June I'm just using mini + ansible and haven't touched server/desktop isos once
[21:52] <phibs> nice.
[21:52] <phibs> we take the server ones and customize a bit adding other debs and tools
[21:54] <phibs> thanks for your help btw
[21:54] <sarnold> hey phibs :)
[21:54] <phibs> sarnold: yo ;0
[21:56] <drab> phibs: my pleasure, it was good to know
[21:57] <drab> .o/ sarnold
[21:57] <sarnold> hey drab :)
[22:02] <drab> any thoughts about the transparent content filter question? :)
[22:07] <drab> bbl
[22:07] <sarnold> man I can't find the blog post from a pal that I thought would help. I've asked, but he might have gone to bed already.
[22:10] <gheorghe_> guyssssss please add openstack-dashboard version 11.0.3 to the repos ... we just have 11.0.2 and this version has some major interface bug and you can't deploy istances with volumes... 11.0.3 was already published by openstack devs.
[22:11] <gheorghe_> anybody know whom i can span with this request? are the guys who manage ubuntu packages here on irc? can we make their day bad so they push the packages faster? :))
[22:11] <sarnold> gheorghe_: what bug number?
[22:20] <gheorghe_> sarnold i can search if you want. should i? does this info help?
[22:22] <sarnold> gheorghe_: issues with bug reports tend to get fixed faster than issues witohut bug reports; I was just going to see if the bug report looked at all useful, filed in the right place, etc
[22:23] <gheorghe_> sarnold the bug got already fixed. the package is just not available within the ubuntu repo
[22:24] <sarnold> gheorghe_: if there's no bug filed against an ubuntu package then no one will ever find out about it :)


[00:04] <ScottL> i'm burning the 64bit iso's now
[14:18] <ScottL> test and report and now i see new images this morning :P
[14:24] <astraljava> That's why I am only now about to send the message to the lists, it's usually like this; new re-spins are made for the first few days.
[14:56] <ScottL> astraljava, hehe, i misread your statement at first and had a completely different reply :P  but of course, you are completely correct :)
[14:56] <ScottL> astraljava, do you mean at all milestones?  or just for RC?
[14:58] <astraljava> It happens every time. :)
[15:10] <len> Second day in a row my desktop has been locked/hung/crashed when I woke up.
[15:15] <len> Monitor was still on so there was still Hsync on the video card.
[15:31] <len> Time to try another iso.
[15:31] <len> For those interesting in CPU cycles, I did some playing with pulse last night.
[15:32] <len> It seems to big pig on cpu cycles as far as pulse is concerned is the jacksink.
[15:34] <len> When I unload module-jackdbus-detect from pulse, pulse audio vanishes off the bottom of top's display.
[15:35] <len> cpu load drops by half (with jack and pulse at idle) or more.
[15:36]  * len is less happy with network manager
[15:42] <ScottL> len, sounds like a "record mode" sans pulse still might be a good thing
[15:44] <len> ScottL it looks trivial to do and restore.
[15:45] <len> I would leave pulse running... it makes respawn a non-issue, but unload the jack module as that locks pulse to jack's latency.
[15:45] <len>  Then just a pulse-audio --kill restores pulse to normal.
[15:48] <len> Basically the output of "pactl list short modules" has to be scanned to find the index of module-jackdbus-detect and then "pactl unload-module index" to go into record.
[15:48] <len> This can all be done in user space.
[15:51] <len> ScottL, at higher latency (p1024 for example) pulse cpu cycles are a non-issue. As latency goes down PA uses more cpu cycles till p128 where it uses about the same as jackd and at p64 it seems to use 125% or so what jack uses.
[15:54] <len> ScottL, to be honest, I am still just feeling my way through all this. Certainly for live work latency needs to be as low as the hardware will handle. I assume for recording it would be somewhat higher though.
[15:55] <len> Also, I am sure my hardware is not set optimally nor my system settings.
[16:06]  * len is thinking my system hang(s) may have been from leaving jackd running
[16:07] <len> reboot
[17:42] <ailo> It's getting chaotic the way apps are being made dependant on either jackd1 or jackd2
[17:43] <ailo> Can't even start jackd1 with qjackctl as it seems
[17:55] <len-dt> ailo, even if an app is dependant on J1, all that means is it has to install jack1. Jack2 or jackdbus is still there and a jack1 app should still work with jackd 2 as the calls are the same... at least that is what the jackd web page seems to be saying.
[18:08] <ailo> len-dt: Nope. jackd1 conflicts with jackd2
[18:08] <ailo> This is not a jack1/jack2 problem though. It's a packaging problem
[18:08] <ailo> It seems people are moving towards using jack2 as default, but some things still depend on jack1
[18:09] <ailo> It is true that starting jack1 is done the same way as starting jack2
[18:09] <ailo> Except for the dbus thing
[18:09] <ailo> Which is jack2 only
[18:10] <len-dt> ailo, would having a replaces in jack2 work?
[18:11] <ailo> replaces?
[18:11] <len-dt> we need dbus for PA-jack bridging
[18:11] <len-dt> It seems to me a package can be set up to say it replaces something else.
[18:11] <ailo> As things are now, everything is set up for jack2, so the whole audio part of the system more or less gets broken without jack2
[18:12] <ailo> I was installing a package which depended on jack1, which it isn't supposed to be doing
[18:12] <ailo> Not in official repo though
[18:12] <len-dt> jack3 should be fun
[18:12] <ailo> But, there are some packages in the official repo that depend on jack1 dev libs
[18:13] <len-dt> Those ones should be bugged.
[18:13] <ailo> And to install those, you also need to install jack1 and remove jack2
[18:14] <len-dt> removing jack2 would also uninstall everything that depends on it, no?
[18:15] <ailo> It happened to me before, but not this time
[18:15] <ailo> But I got tons of warning messages
[18:16] <ailo> It's not pretty
[18:16] <len-dt> It seems to me depends can be "a or b", so all jack depends should be "jack1 or jack2"
[18:17] <len-dt> I have heard there are some systems where jack1 is still more stable.
[18:18] <ailo> It depends on the client
[18:18] <ailo> puredata did not work well with jack2 before
[18:19] <ailo> Could be jack2 has more problems starting and stopping too
[18:19] <len-dt> Thats one app I have only tested enough to see it loads/runs but not done anything with it.
[18:19] <ailo> There doesn't seem to be any problems now
[18:20] <ailo> I haven't tested puredata as much though. I use pd-extended, which is yet not in the official repo
[18:20] <len-dt> Jack 2 starts and stops ok, but the communication through dbus sometimes times out.
[18:20] <len-dt> So the sender of the start/stop request doesn't know that things worked ok.
[18:22] <len-dt> This happens with both qjackctl and jack_control
[18:22] <ailo> len-dt: Here's the bug I reported on that behaviour. Seems like David H has been working on fixing it https://bugs.launchpad.net/ubuntu/+source/jackd2/+bug/956438
[18:23] <ailo> I was thinking about earlier behaviour though, when it came to jack2 being less reliable
[18:23] <ailo> Doesn't seem like those problems exist anymore
[18:23] <ailo> As of Precise
[18:24] <ScottL> ailo, did you see that david h. has posted on this and on the jack-dev mailing list
[18:25] <ailo> ScottL: Yes. Seems like he's working on it
[18:28] <len-dt> Good. ScottL, ailo, I have read that seq midi in jack is static. That is it only bridges midi ports that are available when jackd starts. Any syth started after jack doesn't get bridged. Is this true?
[18:31] <len-dt> Nope, I just tested it. Starting vert/key and hexter show up bridged
[18:32] <len-dt> Can't tell what they are though as they are not named anything useful.
[18:40] <ailo> I have some gig files I'd like to use with a sampler, so I tried installing linux-sampler as a deb. Compiling now
[18:40] <ailo> It needs jack1 dev libs
[18:45] <ailo> One good thing about OSS was that with puredata you could use multiple sound devices of different sorts at the same time
[18:45] <ailo> There was syncing errors of course
[18:45] <ailo> Easily solved with spdif syncing on cards that support it
[18:48] <len-dt> ailo, specimen doesn't work for you?
[18:48]  * len-dt hasn't done sampling.
[18:50] <ailo> len-dt: Haven't tried it, but does it load gig files?
[18:52] <len-dt> I don't know. .. I don't know what a gig file is TBH. I am assuming it has a sample and whatever info needed to make that sample work (loop points, adrs, etc)
[18:53] <ailo> Yeah, except a gig file can be a few gigabytes large
[18:53] <len-dt> ailo, makes sense if the patch has more than one sample.
[18:53] <ailo> linux-sampler is the only good tool for gig files that I know of
[18:54] <len-dt> is there a problem with adding it to 12.10?
[18:54] <ailo> license issues
[18:54] <len-dt> I thought I remembered something like that.
[18:55] <ailo> It's GPL, with an added extra restriction to make it impossible to add it to hardware, like hardware samplers and such
[18:55] <len-dt> specimen seems to be pretty simple.. looks like single sample stuff.
[18:56] <ailo> It has a frontend called qsampler, and all of it's dependencies do exist in the main repo, so you only need to build linux-sampler, which is a server
[18:57] <len-dt> ailo, if I add that to my computer and use it for performance my computer becomes a hardware sampler...
[18:57] <ailo> Yeah, but you know, like when you sell it to someone
[18:58] <ailo> The restriction makes it non-free so none of the major distros are able to have it in their repos
[18:59] <ailo> You'll find it in some of the lesser audio orientated distros
[18:59] <ailo> Like KXStudio
[19:00] <ailo> Damn, it doesn't compile
[19:02] <len-dt> ailo, so it can't be included free on a cd/dvd if that cd/dvd is charged for even if the charge is just for copying.
[19:03] <ailo> len-dt: I haven't read the license, just read about it
[19:03] <ailo> len-dt: "LinuxSampler is licensed under the GNU GPL with the exception that USAGE of the source code, libraries and applications FOR COMMERCIAL HARDWARE OR SOFTWARE PRODUCTS IS NOT ALLOWED without prior written permission by the LinuxSampler authors. If you have questions on the subject, that are not yet covered by the FAQ, please contact us. "
[19:04] <len-dt> I can see why it isn't in ubuntu
[19:05] <ailo> It's been around for a long time
[19:11] <len-dt> ailo, the problem with that kind of lic. is that once you put it on any new versions (derivatives) have to have the the same lic. so the author can't change it.
[19:12] <len-dt> though I guess they could give themselves written permission.
[19:13] <ailo> Ok, got it. The svn was not the same as the tarball they keep for download
[19:13] <ailo> I don't know much about svn, but it must have been a dev version I tried compiling just now
[19:16] <len-dt> ailo ... another topic, it looks like ubuntu loads any kernel modules that may be needed. My netbook has modules for par port  and serial ports which it doesn't have. The desktop has those turned of in bios and they are still loaded too. Yet many other modules only get loaded if needed.
[19:17] <len-dt> s/of/off/
[19:17] <ailo> Never looked into that, but whenever something should be plug/play at least then you'd like to have that
[19:18] <ailo> Would be interesting to see if it has any performance diffs at all
[19:19] <len-dt> Only on low mem machines, which seems to be anything under 2G any more.
[19:19]  * astraljava installs CentOS.
[19:22] <len-dt> astraljava... on the CentOS page what do they mean by x86_64? does that mean an AMD64 would not work?
[19:23] <astraljava> Nah, that's the same, I believe. Just different terminology.
[19:24] <len-dt> thks, I'll remember.
[19:25] <len-dt> RH based then?
[19:26] <ailo> It should be a clone of RH more or less, no?
[19:26] <astraljava> Yeah. This is purely work-related, not interested otherwise at all. :)
[19:26] <ailo> I was using it for a while a couple of years ago
[19:27] <ailo> If comparing that to Fedora, it does feel like comparing Debian to Ubuntu a bit. Even though Fedora isn't as polished as Ubuntu
[19:27] <len-dt> Their repos are on a RH system, but they try really hard never to say red hat.
[19:27] <astraljava> Well there's a distinct difference there.
[19:28] <astraljava> Fedora is sort of a test bed for Red Hat in some features.
[19:29] <ailo> It is
[19:29] <ailo> And Ubuntu is a company
[19:29] <astraljava> No.
[19:29] <astraljava> Canonical is the company.
[19:30] <astraljava> Ubuntu is the OS.
[19:30] <ailo> You know what I mean
[19:30] <astraljava> Heheh. :)
[19:31] <astraljava> Yeah but it's very different here, Ubuntu relies heavily on Debian, which _isn't_ a company, as where Fedora needs Red Hat, which _is_ the company.
[19:31] <astraljava> Very different scenery.
[19:32] <ailo> I did say "a bit"
[19:32] <len-dt> I haven't really tried any of the RH stuff for a long time, back when I was using Slackware I tried it but found it less friendly.
[19:32] <ailo> And the bit is in the experience
[19:32] <astraljava> Yep, agreed.
[19:33] <astraljava> Somehow I've never felt comfortable with the RH-based distros.
[19:33] <astraljava> Can't really put my finger on it, but just don't like them that much.
[19:33] <ailo> I found yum to be slow
[19:34] <len-dt> I switched from SW to ubuntu mainly for audio because audioslack (I think it was) died.
[19:35] <ailo> qsampler crashes
[19:35] <len-dt> astraljava tyhe irc topic could be changed as we are no longer beta 2
[19:36] <len-dt> ailo any idea why?
[19:38] <ailo> It worked from the terminal
[19:38]  * len-dt changes to focus follows mouse
[19:38] <len-dt> So crash on start?
[19:39] <ailo> I don't think qsampler itself crashes, but in conjunction with starting linux-sampler
[19:39] <astraljava> I should write that mail to the lists now.
[19:40] <len-dt> astraljava respin seems to have settled down a bit.... could wait a day though
[19:43] <ailo> 3/4 starts crash
[19:43] <ailo> Aren't computers supposed to do the same thing the same way each time? :P
[19:44] <len-dt> ailo, I have had my soundcards switch back and forth too many times...
[19:44] <ailo> You mean the order you get during boot?
[19:45] <len-dt> Ja, I have to add a command to force it.
[19:45] <ailo> You can also start the card using the name instead of hw:n
[19:46] <len-dt> I found that if my ensoniq starts first the envy24 gets more xruns.
[19:46]  * len-dt thinks a usb midi port is in his future...
[20:00] <len-dt> What the? how come snd_ice1712 needs snd_mpu401_uart? My d66 has no midi ports.
[20:10] <ailo> len-dt: Have you tried it? jackd -d alsa -d hw:M66
[20:10] <ailo> I had forgotten how to do that
[20:11] <ailo> You can also add that to qjackctl: hw:M66
[20:12] <ailo> It works fine until you need to use two cards as one
[20:12] <ailo> Two cards with the same name
[20:12] <ailo> Even just booting them in order
[20:12] <ailo> Haven't put any more time into that, but I believe one would need a script that checks by pci slot
[20:13] <ailo> Not a problem for most people, but becomes a slight nuiscance when you need 8+ channels
[20:14]  * astraljava awaits for the complaining to commence...
[20:19] <len-dt> Using the right card is not a problem. I just found that if I load the ice1712 drivers first, I get less xruns... a lot less. I was aware I could use names, but I can also tell ens1370 to load last which seems to work better. I think I may try swapping slots too, to see what (if anything) that does. I only use the ens1712 for the midi port.
[20:23] <ailo> len-dt: Have you checked irq's?
[20:24] <ailo> For some reason making my cards boot in order does not work very well, at least not the last time I tried
[20:24] <ailo> Had tons of usb devices attached
[20:25] <ailo> Things like my synth module, xv-5050, which is midi only, gets recognized as an audio device
[20:25] <ailo> So, it appears in the list of audio devices
[20:25] <ailo> Well, a lot of usb midi devices do that
[20:25] <ailo> Maybe all of them in fact
[20:27] <ailo> Whenever the boot order did not work, some devices were not loaded at all instead
[20:28] <ailo> Have to look into that later on
[20:42] <len-dt> ailo, irqs is why I want to try dfferent slots, the ensoniq seems to be one higher which I think means it gets serviced first by default.
[20:42] <len-dt> USB changes everything.
[20:43] <len-dt> I don't have any though.
[21:33] <len-dt> ailo, I guess the parallel port stuff is needed. Jack gets upset when I remove it. Reboot
[22:26] <len-dt> ailo, astraljava do either of you know if a usb port uses it's irq if nothing is plugged in?


[15:37]  * apw calls an adhoc meeting of the Ubuntu Kernel Uploaders
[15:37] <apw> We have a couple of requests for upload rights to review
[15:38] <apw> Upload rights for Ian May (https://wiki.ubuntu.com/ianmay/KernelUploadsApplication)
[15:39] <apw> Could everyone review his application and then can discuss
[15:40] <apw> Reviewing the endorcements Ian appears to be suitably cautious, and I personally have never seen any issue with his packages at the queue review level.
[15:40] <smb> I did one of the Endorsements and in my experience Ian is careful enough to be using those upload rights responsibly. So it would be a +1 from me
[15:41] <klebers> I have sponsored several kernel packages prepared by Ian and all of them were prepared with care and following the precesses. Ian is an experienced developer and a quick learner, he always asks questions when in doubt and learns from his mistakes. Therefore I'm sure he will continue to be careful with his uploads and I'm looking forward to have him as part of the Kernel Uploaders team.
[15:42]  * apw calls a vote on adding Ian to the team
[15:42] <apw> +1
[15:42] <sforshee> +1
[15:42] <smb> +1
[15:42] <klebers> +1
[15:42] <arighi> +1
[15:42] <KelseyS> +1
[15:43] <apw> [15:43] <apw> no objections ... application approved
[15:44] <cking> congrats Ian \o/
[15:44] <trudd> way to go Ian!
[15:45] <apw> Upload rights for William Breathitt Gray (https://wiki.ubuntu.com/vilhelmgray/KernelUploadsApplication)
[15:45] <KelseyS> yay! congrats Ian!
[15:45] <sforshee> congrats!
[15:45] <apw> Could everyone review his application and then can discuss
[15:46] <KelseyS> I have reviewed a good amount of William's work and have endorsed his upload rights. He's careful and precise with his work. I believe a strong and suitable candidate to hold these rights. With out question, +1 from me.
[15:47] <apw> Reviewing the endorcements William also seems cautious, and I have queue reviewed a number of his packages without issue.
[15:47] <smb> Right, guess the only thing to say on top is that since it has been a little shorter for William until here keep up the habit of coming to us if anything looks odd.
[15:48] <klebers> I have reviewed several linux packages prepared by William and he's demonstrated to be careful and always consults the team when finding something he's not sure about. I believe he's ready for per-package upload rights.
[15:49]  * apw calls a vote on adding William to the team
[15:49] <apw> [15:49] <klebers> +1
[15:49] <KelseyS> +1
[15:49] <sforshee> +1
[15:49] <arighi> +1
[15:49] <smb> +1
[15:50] <apw> +1
[15:50] <apw> [15:50] <apw> no objections ... application approved
[15:50] <cking> congrats too William! \o/
[15:51] <klebers> congrats, William and Ian!
[15:51] <arighi> congrats!
[15:51]  * apw will take the action to add them to the team and send out the annoucement
[15:51] <apw> AOB ?
[15:52] <KelseyS> congrats William! \o/
[15:52] <trudd> \o/ william
[15:53]  * apw calls the meeting closed
[16:15] <tyhicks> congrats to both of you!
[17:03] <apw> tyhicks, hey, sorry should have been more vociferous, will make sure you know about the next
[17:05] <tyhicks> apw: Ah, no worries at all. I don't need to be invited. I just wanted to say congrats :)
[17:06] <apw> tyhicks, no but i should have none the less :)


[01:26] <ScottK> slangasek: kde-workspace got missed.  (or maybe infinity)
[01:26] <slangasek> blast
[01:26] <slangasek> fixing
[01:26] <ScottK> Thanks.
[01:27] <slangasek> sorry, must've been highway hypnosis while reading http://people.canonical.com/~ubuntu-archive/pending-sru.html
[01:27] <ScottK> Easy enough.  There are a lot of them.
[02:15] <cjwatson> rah, API removals work
[02:16]  * cjwatson commits a new remove-package client
[02:16] <cjwatson> so that should be usable by non-Canonical archive admins now
[02:21]  * ScottK smiles.
[02:29] <cjwatson> shows up in exactly the same way in +publishinghistory as old removals; no longer possible to override the remover name, but that's probably a good thing
[02:29] <cjwatson> (if you're removing on behalf of somebody else, you can name them in the comment)
[02:30] <ScottK> Nice.
[02:31] <cjwatson> fixing up the reports and ancillary stuff now
[02:37] <cjwatson> please update lp:ubuntu-archive-tools if you're doing anything remotely related to removals
[02:37] <cjwatson> I'll be removing the old facilities on cocoplum soon
[02:37] <cjwatson> (this is way faster too, actually)
[02:39] <cjwatson> ArchiveAdministration updated
[02:45] <infinity> cjwatson: Faster is nice.
[02:46] <cjwatson> mostly because it doesn't do stupid locking
[02:46] <cjwatson> and probably also the execute_zcml_for_scripts crap
[02:50] <cjwatson> Maybe depends how you define faster.  It's slower if you run it on lots of packages at once, at the moment.  Probably some optimisation potential.
[02:50] <cjwatson> Startup time is better.
[02:51] <cjwatson> Minor semantic change: it's no longer possible to remove source without removing binaries built by that source too (I believe that check is safe against binaries being taken over by other packages).  This is probably good.
[03:16] <ScottK> cjwatson: I noticed in the diff for your last ArchiveAdministration page update that neither of the people listed as reviewers for Partner packages work for Canonical anymore.
[03:17] <cjwatson> Yes, I was meaning to do something about it as soon as I figured out who the replacements should be.
[03:17] <cjwatson> bdmurray: your sru-report changes are live
[03:18] <cjwatson> (as of the next run)
[03:21]  * cjwatson decommissions the last traces of the old ssh cocoplum sync-backend hac
[03:21] <cjwatson> k
[03:21] <cjwatson> nothing in ubuntu-archive-tools depends on ssh access any more
[03:22] <cjwatson> (which is not to say there aren't still Canonical-only tools, there just aren't annoying tentacles between the two worlds any more)
[03:23] <ScottK> cjwatson: If you have a bit of spare context, would you please accept qt4-x11 from binary New for me?  I've reviewed it and I think it's fine, but libqt4-dev-bin needs an override to Main and I don't think I can do that without overriding all the Universe binaries to Main too.
[03:23] <cjwatson> You can't yet, no
[03:24] <cjwatson> My somewhat terrifying http://paste.ubuntu.com/1015825/ would permit that but needs to be redesigned
[03:25] <cjwatson> Actually maybe it wouldn't yet
[03:25] <cjwatson> I don't have an override-one-binary thing hooked up yet
[03:26] <ScottK> No rush.  It doesn't actually come up that often and if I'm in a real rush, I just override everything and let component mismatches sort it later.  Not ideal, but it works.
[03:27] <cjwatson> ScottK: I've done the override for you - go ahead and accept it
[03:27] <ScottK> Thanks.
[03:34]  * cjwatson confirms by example (libextlib-ruby) that the way the API form of requestDeletion auto-removes binaries on source removal is safe against binaries being taken over by other sources
[09:27] <ogra_> infinity, haha, so you flipped the behavior with the lve builder fix, now all subarches but ac100 build
[12:41] <cjwatson> I'd appreciate thoughts on https://bugs.launchpad.net/launchpad/+bug/1006871
[12:41] <ubot2> Launchpad bug 1006871 in launchpad "Copying packages to -updates always goes through unapproved queue, even when copying user is privileged" [Undecided,New]
[13:07] <Daviey> cjwatson: I see you added the squashfs et al features to live-installer udeb.. what is left to do?
[13:09] <Daviey> (i'd quite like A1 to be squashfs based.. and don't mind doing the work, but guidance on what is to be done would be appreciated)
[13:14] <infinity> ogra_: I'll look at that when I'm less drunk. :P
[13:15] <doko> the evening just did start ...
[13:15] <ogra_> infinity, no hurry really, i can live with ac100 missing A1
[13:16] <infinity> doko: We got an early start.
[13:38] <xnox> infinity: well done =)
[13:39] <xnox> doko: make sure infinity doesn't do this: http://xkcd.com/364/
[14:15] <cjwatson> Daviey: I'm really tired and I'm not sure I'm coherent; but a rough estimate is that you need to (a) change livecd-rootfs/live-build/auto/config to pare back the ubuntu-server squashfs to just the base system (+ maybe standard) rather than assuming that it's OK to install grub as well, since d-i probably isn't smart enough to deal with removing packages in the case of needing an alternative; (b) make whatever adjustments ...
[14:15] <cjwatson> ... to the seed structure and cdimage/bin/list-seeds and so on are needed to get the right sets of packages in the right places; (c) tell cdimage to use CDIMAGE_LIVE=1 for server builds; (d) almost certainly a load of other stuff like fiddling with tools/boot/quantal/boot-*
[14:16] <cjwatson> Daviey: I suspect the simplest answer is actually to build a test image with DEBUG=1 set in the environment (so that cdimage doesn't publish it), copy it off nusakan directly, and iterate until it works
[14:17] <cjwatson> hmm, you have to choose between bootstrap-base and live-installer, I think, which will be seedily awkward
[14:17] <cjwatson> perhaps a temporary cdimage hack to sed the seeds
[14:18] <cjwatson> it shouldn't be *that* hard, but finding all the stuff you need to change up-front is nearly equivalent to doing the work :-)
[14:24] <Daviey> cjwatson: that i plenty to get me started, appreciated
[14:25] <cjwatson> cool - look at how the other live images are done for general structure, obviously
[14:26] <Daviey> right
[14:53] <cjwatson> slangasek: accepted rpcbind, but I may have to remember to override it to standard in -proposed, depending on what LP does with it; hopefully I'll remember around the right time
[14:55] <cjwatson> slangasek: actually, rpcbind is a separate source package from nfs-utils - would you mind fixing up the bug tasks on bug 863741 to something that makes sense and will cause things to be properly Fix Released on -> -updates?
[14:55] <ubot2> Launchpad bug 863741 in nfs-utils "apt doesn't want to replace portmap with rpcbind on upgrade" [Medium,Fix committed] https://launchpad.net/bugs/863741
[14:55] <cjwatson> I only noticed after manually setting to Fix Committed *why* I'd had to do that
[15:03] <scott-work> not sure this is the right place, but i am being asked by leann (kernel team) to provide download information for ubuntu studio. can anyone offer suggestions on where i might gather such information?
[15:03] <scott-work> i imagine that i cannot accurately track torrent downloads, however i presume that cd image downloads would be acquirable
[15:04] <cjwatson> you'd have to ask Canonical sysadmins; try #canonical-sysadmin to start with
[15:04] <Daviey> scott-work: is cd image your primary mirror network?
[15:05] <Daviey> http://ubuntustudio.org/downloads no precise?
[15:05] <Daviey> (and brokem images?)
[15:06] <scott-work> cjwatson: thank you for the information. how are you today?
[15:07] <cjwatson> sleepy.  woke up at 1:30am, back to sleep at 5am, up again around 8:30am.
[15:07] <scott-work> Daviey: yes, the cd image is our primary mirror network, to my knowledge it is our only mirror
[15:07] <cjwatson> so kind of drifting in and out of sanity
[15:07] <scott-work> Daviey: that website is suffering incredible bitrot and is in process to be replaced, although i did update the home page to reflect precise's release and link
[15:07] <scott-work> cjwatson: hehe, some maintain that state without a lack of adequate sleep
[15:09] <slangasek> cjwatson: bug tasks fixed, thanks
[15:11] <slangasek> cjwatson: could I ask you to have a look at the update-notifier in -proposed?  The bug that's verification-needed seems unlikely to get it for at least another week, but the other bugs are all fairly high-priority; would you like me to back out that change, or do you think it can be promoted as-is?
[15:14] <cjwatson> slangasek: How well do you think testing for the other three bugs will have covered at least regression-testing here?
[15:15] <bdmurray> cjwatson: I updated my ubuntu-archive-tools branch / merge proposal and tested it on lillypilly
[15:15] <cjwatson> bdmurray: in response to pitti's comments?
[15:15] <cjwatson> bdmurray: I already fixed it
[15:15] <bdmurray> cjwatson: yes
[15:16] <cjwatson> sorry, I should have mentioned on the MP
[15:16] <bdmurray> oh, okay
[15:17] <cjwatson> I took a rather more sledgehammer approach in case there were other things using len()
[15:18] <slangasek> cjwatson: it would be incomplete regression coverage, since the code in question only triggers when someone has a hook failing for three days consecutively... however, any possible regression is low-impact as a result
[15:18] <slangasek> sorry, no
[15:18] <slangasek> the code triggers the second time you run the hook and it fails
[15:18] <slangasek> but the impact of a regression is either marking a failing hook as a permanent failure when it shouldn't, or vice-versa
[15:19] <cjwatson> Is it not possible to fiddle the system time to test this fairly quickly?
[15:21] <slangasek> or to timestamp in the past, sure :)
[15:21] <slangasek> I can do a quick test then
[15:21] <cjwatson> I think it'd be worth *somebody* trying, even if not Loic
[15:53] <stgraber> I know the bug report is rather long and confusing but from what I can see libgcrypt11 should be copied to -updates in precise
[15:54] <stgraber> it's been in the queue for 13 days and has been verified for precise (though not shown in the report as the bug affects multiple releases)
[17:44] <skaet> doing a survey of the blueprints, and some scrubbing is clearly needed.
[17:46] <Daviey> skaet: the feature reaper ?
[17:46] <skaet> Daviey,  gap analysis anyway.
[19:08] <ScottK> cjwatson: Removals definitely work with mere mortal archive-admin privileges: https://launchpad.net/ubuntu/+source/plasma-widget-daisy/+publishinghistory - Thanks again.
[19:09] <slangasek> cjwatson: fwiw I've set the rpcbind priority now
[19:12] <tkamppeter> cjwatson, hi
[19:44] <cjwatson> ScottK: yay
[19:44] <cjwatson> slangasek: cool, thanks
[19:44] <cjwatson> tkamppeter: I'm in the pub, can't do anything complicated right now :)
[19:50] <ScottK> skaet: Is pitti still the right person for the size limit work item?
[19:51] <skaet> ScottK,  I think its been decided already,  will ask tomorrow in the meeting.   seb128 should know.   Will adjust after I hear back.
[19:58] <tkamppeter> cjwatson, OK, will contact you tomorrow.
[20:02] <cjwatson> tkamppeter: if it's for SRU handling, there are other SRU/archive-admin types around
[20:03] <cjwatson> ScottK: FWIW process-removals.py can mirror Debian removals in bulk or individually (-s pkg)
[20:03] <ScottK> Good to know.
[20:03] <cjwatson> does require some care
[20:03] <ScottK> No doubt.
[20:04] <cjwatson> I tend to think hard about things with Ubuntu modifications
[20:04] <ScottK> That one hasn't actually been removed yet, but it was a good opportunity for a test.
[20:04] <cjwatson> Ah
[20:05] <ScottK> I figured I'm the case of the least privilege for which a removal ought to succeed, so it was worth verifying.
[20:07] <cjwatson> I made some progress on queue today (was too sleepy to work on what I was actually supposed to be doing).


[00:38] <shantorn> evening all
[01:00] <shantorn> how are you guys holding up in Ptown tonight
[01:02] <thefinn93> i'm bored
[01:02] <thefinn93> i ought to go do something
[01:02] <thefinn93> I got a Square
[01:02] <thefinn93> but i have no smartphone
[01:02] <thefinn93> :(
[01:02] <shantorn> what is a square?
[01:02] <thefinn93> http://squareup.com
[01:07] <shantorn> why do you have one?
[01:08] <thefinn93> idk
[01:08] <thefinn93> why not
[01:08] <thefinn93> wanted to play around with it
[01:08] <shantorn> ok
[01:08] <shantorn> are they very costly?
[01:11] <thefinn93> they are free
[01:11] <shantorn> cool, would be fun to try then
[01:11] <thefinn93> do you have a device with iOS or Android?
[01:12] <shantorn> ipod
[01:12] <shantorn> touch 3g
[01:12] <shantorn> it was a prize
[01:12] <thefinn93> there ya go
[01:12] <thefinn93> get a square
[01:12] <thefinn93> mine took like 3 days to come
[01:15]  * bkerensa just ordered a square
[01:16] <thefinn93> lol
[01:16] <thefinn93> your phone doesn't support it
[01:16] <thefinn93> isn't supported*
[01:17] <bkerensa> wrong
[01:17] <bkerensa> I have a android tablet
[01:17] <bkerensa> it has the same port
[01:17] <bkerensa> and have wifi
[01:17] <bkerensa> :)
[01:17] <bkerensa> haha
[01:17] <thefinn93> oh right
[01:18] <thefinn93> wame port?
[01:18] <thefinn93> same*
[01:18]  * bkerensa needs to go return this Blockbuster Express movie and such
[01:18] <thefinn93> LOL
[01:18]  * thefinn93 didn't know Blockbuster was still around
[01:20]  * thefinn93 needs to find hist analygraph glasses
[01:21] <thefinn93> play me some 3D minecraft
[01:21] <shantorn> minecraft, what is the big deal about that  game, people seem to love it
[01:21] <thefinn93> it's an amazing game
[01:22]  * thefinn93 is going AFK
[01:22] <thefinn93> bye
[01:25] <shantorn> take care
[02:02] <el_seano> minecraft is a near perfect combination of mindless repitition, material acquisition, and creative freedom.
[02:02] <el_seano> not to mention it has a hugely active, and frequently interesting community
[02:02] <el_seano> also, also; it's cheap and runs good on linux :)
[02:16] <shantorn> i see
[02:16] <shantorn> but its blocky year 2k graphics
[02:24] <el_seano> well, yeah.  But then consider the sort of budget's most mainstream games have to work with.
[02:24] <el_seano> this was basically a goof off project that blew up
[06:25] <m60_pidgin> mint fans, anyone?
[06:40] <bkerensa> mmm
[06:40] <bkerensa> I like mint candies
[06:40] <bkerensa> :D
[06:40] <bkerensa> darn
[06:40]  * bkerensa snaps his fingers
[07:44]  * thefinn93 pings everybody
[07:44] <thefinn93> anyone up?
[07:44] <thefinn93> I have some code I need yall to try
[07:45] <thefinn93> it's a GNOME panel applet that displays realtime TransitTracker data
[13:03] <shantorn> hi
[14:19] <bkerensa> good morning
[14:20] <shantorn> good morning bkerensa
[14:20] <shantorn> how are you
[14:20] <bkerensa> I'm just waking up... a bit tired but im here
[14:20] <bkerensa> :D
[14:21] <shantorn> thats good, i would hate for it to be the alternative
[14:25] <shantorn> whats on todays agenda
[14:38] <bkerensa> just dealing with email and relaxing :)
[16:53] <bkerensa> Ubuntu Global Jam T-shirts should be arriving this morning :) I will post pics to Ubuntu Oregon FB page when they come
[17:47] <bkerensa> thefinn93: Ubuntu Oregon Global Jam Shirts - http://imgur.com/k1Q6m
[19:20] <shantorn> nice shirt